GBT26229-2010信息技术系统间远程通信和信息交换无线高速率超宽带媒体访问控制和物理层规范.pdf 287页

'ICS35．100L79a园中华人民共和国国家标准GB／T26229--2010信息技术系统间远程通信和信息交换无线高速率超宽带媒体访问控制和物理层规范Infornlationtechnology--Telecommunicationsandinformationexchangebetweensystems--WirelesshighrateultrawidebandMACandPHYspecification(IS()／IEC26907：2007，InformationtechnologyTelecommunicationsandinformationexchangebetweensystems————HighRateUltraWidebandPHYandMACStandard．M()I))2011—01_14发布2011-05-01实施丰瞀鳃鬻瓣訾糌瞥鐾发布中国国家标准化管理委员会“⋯ 前言⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯1范围⋯⋯⋯⋯⋯⋯⋯⋯-⋯2一致性⋯⋯⋯⋯⋯⋯⋯⋯一·3规范性引用文件⋯-⋯⋯⋯4术语和定义⋯⋯⋯-·⋯⋯⋯5约定⋯⋯⋯⋯⋯⋯⋯⋯⋯··6缩略语⋯⋯⋯⋯⋯⋯⋯⋯·-7一般描述⋯⋯⋯⋯⋯⋯⋯·-7．1PHY一般描述⋯⋯-·⋯⋯7．2MAC一般描述⋯⋯⋯··8PHY层划分⋯⋯⋯⋯⋯⋯·8．1PHY功能⋯⋯⋯-⋯-⋯·8．2PI。CP子层⋯⋯⋯⋯⋯⋯8．3PMD子层⋯⋯⋯⋯·⋯一8．4PHY层管理实体(PLME)9信号的描述·⋯⋯⋯⋯⋯⋯--9．1数学表达⋯⋯⋯·⋯⋯⋯⋯9．2ToneNulling⋯⋯···⋯一10PI。CP子层⋯⋯⋯⋯⋯⋯一lO．1PPDU⋯⋯⋯-⋯-··⋯·一10．2PLCP前导符⋯⋯·⋯．．10．3PI。CP头部⋯⋯⋯⋯⋯一10．4PSDU-····-····-·······10．5数据扰码器⋯⋯⋯⋯⋯10．6尾部位⋯⋯⋯⋯⋯⋯⋯10．7卷积编码器⋯⋯⋯⋯⋯10．8位交织⋯⋯⋯⋯⋯⋯⋯10．9预编码(可选)⋯⋯⋯⋯10．10星座图映射⋯⋯⋯⋯⋯10．11相关编码(可选)⋯⋯⋯10．12OFDM调制⋯⋯⋯⋯11一般要求⋯⋯⋯⋯⋯⋯⋯11．1工作频段⋯⋯⋯⋯⋯⋯11．2管道化⋯⋯⋯⋯⋯⋯⋯11．3物理(PHY)层时间参数12发射机规范⋯⋯⋯⋯⋯⋯12．1发送PSD模板⋯⋯⋯⋯12．2发送中心频率容限⋯⋯目次GB／T26229--2010V，，，，0o，，，坨坨他挖地地地”MM¨盯趴弛站站弱弘踮勰弘蛎蚯帖盯蛆始蚰● GB／T26229--2010123符号时钟频率容限⋯⋯⋯·⋯⋯12．4时钟同步⋯⋯⋯⋯⋯⋯⋯·12．5相位一致⋯⋯··126发送功率控制⋯⋯⋯⋯⋯⋯⋯⋯·12．7发射机星座图错误----⋯⋯⋯⋯13接收机规范⋯⋯⋯⋯⋯⋯⋯⋯·13．1接收机灵敏度--⋯--⋯⋯-⋯⋯⋯·13．2接收机(：cA性能⋯⋯-⋯⋯··13．3链路质量指示器⋯⋯⋯⋯14测距和位置感知⋯⋯⋯⋯⋯】4．1测距要求⋯----------⋯⋯⋯⋯⋯⋯·14．2测距参考信号⋯⋯⋯⋯⋯⋯⋯⋯··14．3PHY测距资源⋯⋯⋯-⋯⋯⋯⋯-14．4PHY测距操作⋯⋯⋯⋯⋯⋯⋯⋯··】4．5测距校准常量⋯⋯-·-··⋯⋯⋯⋯⋯14．6距离测量举例(资料性)⋯⋯⋯⋯·15PHY和MAC的服务访问点(资料性)15．1一般MIB管理原语⋯⋯⋯⋯⋯⋯·15．2PHYSAP接口⋯⋯⋯⋯⋯⋯⋯··15．3PI。MESAP接口⋯⋯⋯⋯⋯⋯⋯··154MAC子层管理原语⋯⋯⋯⋯⋯··15．5MAC管理信息库(MIB)⋯⋯⋯-⋯·15．6MI。MESAP接口⋯·⋯⋯··15．7MAcSAP接口⋯⋯⋯⋯⋯⋯⋯⋯16MAC帧格式⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯16．1帧格式约定⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯16．2通用MAC帧格式⋯⋯⋯⋯⋯⋯⋯16．3信标帧⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯164控制帧⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯16．5命令帧⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-⋯·16．6数据帧⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯16．7汇聚数据帧⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯16．8信息元素(IE)⋯⋯⋯⋯·⋯⋯⋯··17MAC子层功能介绍⋯⋯⋯⋯⋯⋯17．1帧处理-⋯⋯⋯⋯⋯⋯-⋯-⋯·⋯⋯··17．2信标周期(BP)⋯⋯⋯⋯⋯17．3优先竞争访问(PCA)⋯⋯⋯⋯⋯17．4分布式预留协议(DRP)⋯⋯⋯⋯17．5设备同步⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯17．6分段和重组⋯⋯⋯⋯⋯⋯⋯17．7合并⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯17．8确认策略⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯17．9探针⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯Ⅱ柏∞∞蛔妇∞∞∞∞叭n肌盯弛跎弛弛船弱叽¨舛矾∞加¨m¨¨"船髂∞弘∞蛐鹃明∞∞∞∞H 17．10动态信道选择⋯⋯⋯⋯⋯⋯-----⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘17．11多速率支持⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’】7．12发送功率控制⋯⋯⋯--⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘7．13功率管理机制⋯⋯⋯-··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘7．14ASIE操作⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯’’⋯⋯⋯⋯⋯⋯’’’’⋯。。17．15距离测量操作·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘7．16MAC子层参数⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’’18安全⋯⋯⋯⋯⋯⋯⋯⋯·-·⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’’⋯⋯⋯18．1安全机制⋯⋯⋯⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯’18．2安全方式⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯⋯‘‘18．3临时密钥⋯⋯⋯----·-⋯⋯⋯⋯⋯⋯⋯’⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘’18．4帧接收步骤和重放保护机制⋯⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯18．5SMS4128CcM输入⋯⋯⋯⋯⋯⋯---⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘附录A(规范性附录)MUX子层⋯⋯⋯⋯⋯⋯⋯--⋯⋯⋯⋯⋯⋯⋯’’’’’附录B(规范性附录)MAC层策略⋯⋯⋯⋯⋯⋯⋯-⋯⋯⋯⋯⋯⋯⋯⋯附录C(规范性附录)分配号文档-·⋯⋯⋯⋯⋯⋯⋯--⋯⋯⋯⋯⋯⋯⋯‘。附录D(资料性附录)MAC测试矢量⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘附录E(资料性附录)PHY数据包编码实例··⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯‘‘附录F(规范性附录)超宽带(UWB)技术频率使用规定⋯⋯⋯⋯⋯⋯⋯·附录G(资料性附录)距离测量计算⋯⋯⋯⋯⋯⋯⋯’’’⋯⋯⋯⋯⋯⋯‘附录H(资料性附录)初始逻辑信道选择步骤⋯⋯⋯⋯-⋯⋯⋯⋯⋯‘附录I(资料性附录)本标准与ISO／1EC26907：2007的技术性差异和原因GB／T26229—200Ⅲm兰；：mm兰呈m兰呈mmmⅢ!|兰m瑚mⅢⅢ祧拟|耄啪眦 刖吾GB／T26229—2010本标准修改采用ISO／1EC26907：2007《信息技术系统问远程通信和信息交换无线高速率超宽带媒体访问控制和物理层规范》。本标准与ISO／IEC26907：2007相比存在技术差异，这些差异涉及的条款已通过在其外侧页边空白位置的垂直单线({)进行了标示，附录I中给出了相应技术性差异及其原因的一览表。本标准依据GB／T1．1—2000以及GB／T20000．22001进行编写。本标准的附录A、附录B、附录c、附录F为规范性附录；附录D、附录E、附录G、附录H、附录I为资料性附录。本标准由全国信息技术标准化技术委员会提出并归口。本标准主要起草单位：中国电子技术标准化研究所、深圳市海思半导体有限公司、东南大学、北京邮电大学、西电捷通无线网络通信有限公司、复旦大学、香港应用科学技术研究所。主要起草人员：刘培、徐平平、卓兰、郭楠、彭晓明、邹卫霞、张向东、黄振海、叶凡、毕光国、王银芳、胡亚楠、刘亮、丁泉龙、周正、安南德、陈宝善、林志伟、方祖圆、铁满霞、肖跃雷。 1范围信息技术系统间远程通信和信息交换无线高速率超宽带媒体访问控制和物理层规范GB／T26229--2010本标准规定了一种无线网络的分布式媒体访问控制(MAC)子层和物理层(PHY)。本标准适用于固定的、便携的、移动的设备，这些设备主要工作在有限的个人空间(10m左右)，提供最高可达480Mbit／s的传输速率。2一致性一致性设备实现在本标准中规定的MAC子层和PHY层，并且支持下列内容：a)用于发送和接收的数据速率为：53．2Mbit／s、106．4Mbit／s和200Mbit／s；b)频谱范围是标准中规定的所有10个子频段；c)使用双载波时频交织(DCTFI)和双载波固定频率楚织(DC—FFI)进行时频编码。除此之外，一致性没备还可以实现在GB／T26230201、)中规定的MAC／PHY接口。3规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注H期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GB／T26230一2010信息技术系统问远程通信和信息交换无线高速率超宽带媒体访问控制和物理层接口规范(ISO／IEC9"6908：2007，MOD)IEEE802．1D媒体访问控制(MAc)桥接4术语和定义下列术语和定义适用于本标准。4．1访问类别accesscategoryAC优先竞争访问(PCA)参数的公共集合的标号，设备使用这些参数来竞争媒体以发送具有一定优先级的MAC协议数据单元(MPDU)。4．2信标组beacongroupBG设备集合，某个设备从该设备集合中接收了标识出与该设备具有相同信标周期起始时间的信标。4．3信标周期beaconperiodBP设备所声称的发送或收听信标的时间周期。1 GB／T26229--20104．4信标周期起始时间beaconperiodstarttimeBPST信标周期的开始。4．5信道channel协作实体交换信息的媒体。4．6竞争周期contentionperiod设备通过PCA发送或接收帧竞争访问信道时使用的基本竞争访问单位。4．7数据完整性dataintegrity原始形式的数据是还未被修改过的保证。4．8设备device包含本标准实现的实体。4．9分布式预留协议distributedreservationprotocolDRP在每个设备中实现的协议，用来支持绑定在预留参与者的所有邻居上的信道时间预留的协商和维持。4．10扩展信标组extendedbeacongroup设备的信标组和在该信标组中所有设备的信标组的联合。4．11帧frame设备发送的数据单位。4．12帧保护frameprotection为帧提供的安全服务，包括(但不限于)有效负载加密消息鉴别和重放攻击保护。4．13MAC客户端MACclient在MAC子层上的实体，该实体生成投递给其他设备相应实体的MAC服务数据单元，并且接收来自这样实体的MAC服务数据单元。4．14MAC命令数据单元MACcommanddataunitMCDU在对等媒体访问控制子层之间交换的数据单元，以便管理媒体访问控制功能。4．15MAC协议数据单元MACprotocoldataunitMPDU通过使用PHY层在两个对等媒体访问控制子层之间交换的数据单元。9 GB／T26229--20104．16MAC服务数据单元MACservicedataunitMSDU在媒体访问控制服务接人点(SAP)之间作为单元而投递的信息。4．17消息完整性代码messageintegritycodeMIC使用附加在数据上的对称密钥来生成的密码校验和，以便提供数据完整性和与数字签名相似的源鉴别。4．18多跳网络协议multi-hopnetworkprotocol在无线多跳网络中，基于MAC子层协议支持多跳传输的路由协议。4．19邻居neighbour在设备信标组中的设备。4．20网络分配向量networkallocationvectorNAV能使用PCA的每个设备所维护的时间周期指示器，条件是无论设备的无干扰评估功能是否感知到无线媒体忙，在无线媒体上的基于PCA的传输将不能通过该设备来发起。4．21优先竞争访问prioritzedcontentionaccessPCA设备为媒体访问所使用的优先CSMA／CA访问机制。4．22伪随机数生成pseudo-randomnumbergeneration根据已知种子产生确定性位序列的过程，当种子未知时，该序列具有随机位序列的统计特性。4．23随机数生成器randomnumbergenerator提供不可预测的位序列的方法或设计。注：随机密码产生器就是一个特定的类型。4．24预留reservation在设备具有优先访问媒体的超帧时期内，所指定的一个或多个媒体访问时隙(MAS)集合。4．25预留块reservationblock在某一预留内的一个或多个临时连续媒体访问时隙(MAS)，该MAS不与在该预留中的其他MAS相邻接。预留块的大小可以精确到小数点后一位。4．26安全帧secureframe应用了帧保护的帧。4．27时隙共享分布式预留协议slot—sharingdistributedreservationprotoc01分布式带宽预留协议可以在进行多跳路由和带宽预留协议的不同路径间提供时隙共享。3 GB／T26229--20104．28流stream从一个设备到一个或多个别的设备的MSDU逻辑流。4．29超帧superframe在本标准中用来协调在设备之间的帧传输的周期性时间间隔，它包含了信标周期，随后是数据周期。4．30对称密钥symmetrickey两方或多方之间共享的秘密密钥，该秘密密钥可以用于加密和解密两者，以及用于消息完整性码计算和验证。4．31传输时机transmissionopportunityTXoP为J，发起在媒体E的传输，通过使用优先竞争访问由设备获得的时间间隔。4．32’FXOP持有者TXOPholder已成功竞争到TX()P的设备。4．33用户优先级userpriority由MAC客户赋给MSDU的一个值，该值确定了MSDU的传送优先级。5约定所有浮点值都只取四位十进制位。6缩略语AC访问类别(AccessCategory)ACK确认(Acknowledgment)AIFS仲裁帧间间隔(ArbitrationInterFrameSpace)ASIE特定应用信息元素(Application—SpecificInformationElement)BACK块确认(BlockAcknowledgment)BcstAddr广播设备地址(BroadcastDeviceAddress)BM突发方式(BurstMode)BG信标组(BeaconGroup)BP信标周期(BeaconPeriod)BPST信标周期起始时间(BeaconPeriodStartTime)CBCMAC密码块链接一消息鉴别码(CipherBlockChaining-MessageAuthenticationCode)CCA空闲信道评估(ClearChannelAssessment)CCM计数器方式加密及密码块链接消息鉴别码(CounterModeEncryptionandCi—pherBlockChainingMessageAuthenticationCode)CP竞争周期(ContentionPeriod)CRC循环冗余校验(CyclicRedundancyCheck)CSMA／CA带碰撞避免的载波侦听多址访问(CarrierSenseMultipleAccesswithCollisiond AVO；dance)CTSDACDCMDCFFIDCTFCDC-TFIDestAddrDevAddrDMFDRPE0EUIFCSFDSFECFERFFTGF(1，rKHCS1DIDFTIEIFFT1I?SlmmACKKCK。QsbMACMASMCDUMcstAddrMlBM1CMIFSMKIDMI。MEMNPMPI)Unlsb允许发送数字模拟转换器双载波调制双载波固定频率交织双载波TFC双载波时频交织目的设备地址设备地址设备管理实体分布式预留协议加密偏移扩展唯一标识符帧校验序列频域扩展前向纠错帧差错率快速傅立叶变换伽罗瓦域组临时密钥头部校验序列标识符离散傅立叶逆变换信息元素快速傅立叶逆变换帧间间隔立即确认密钥证实密钥链路质量估计器链路质量指示器最低有效位媒体访问控制媒体访问时隙MAC命令数据单元组播设备地址管理信息库消息完整性代码最小帧问间隔主密钥标识符MAC子层管理实体多跳网络协议MAC协议数据单元最高有效位GB／T26229--2010((；tearlOSend)(DigitaltOAnalogConverter)(DualCarrierModulation)(DualCarrierFixed—FrequencyInterleaving)(DnalCartierTFC)(DualCarrierTimeFrequencyInterleaving)(DestinationDeviceAddress)(DeviceAddress)(DeviceManagementEntity)(DistributedReservationProtoc01)(EncryptionOffset)(ExtendedUniqueIdentifier)(FrameCheckSequence)(Frequency—DomainSpreading)(ForwardErrorCorrection)(FrameErrorRate)(FastFourierTransform)(GaloiSField)(GroupTemporalKey)(HeaderCheckSequence)(Identifier)(InverseDiscreteFourierTransform)(InformationElement)(InverseFastFourierTransform)(InterFrameSpace)(ImmediateAcknowledgment)(KeyConfirmationKey)(LinkQualityEstimator)(I。inkQualityIndicator)(I．east—SignificantBit)(MediumAccessContr01)(MediumAecessSlot)(MACCommandDataUnit)(MulticastDeviceAddress)(ManagementInformationBase)(MessageIntegrityCode)(MinimumInterframeSpacing)(MasterKeyIdentifier)(MACSublayerManagementEntity)(MultihopNetworkProtoc01)(MA(、ProtocolDataUnit)(Most～SignificantBit) GB／T26229--2010MSDUNAVNoACKoFDM0STD0UIPANPCAPDUPERPHYPHY—SAPPLCPPI。MEPMDPMI)-SAPPMKPPDUPPMPRBSPRFPSDPSDUPTPTKQPSKRFRXRSRSSIRTSSAPSFCSFNSIFSSOIESO—TFCSrcAddrSSDRPTDSTFTFCTKlDMAC服务数据单元网络分配向量无确认正交频分调制OFDM符号传输持续期组织唯一标识符个域网优先竞争访问协议数据单元包差错率物理(层)物理层服务访问点物理层收敛协议物理层管理实体物理媒体相关物理媒体相关服务访问点成对主密钥PI。CP协议数据单元百万分之一伪随机二进制序列伪随机函数功率谱密度PHY服务数据单元前导符类型成对临时密钥四相移相键控射频接收或接收机里德所罗门接收信号强度指示器请求发送服务访问点安全帧计数器安全帧号短帧问间隔超帧占用信息元素时隙偏移TFC源设备地址时隙共享分布式预留协议时域扩展时频时频码临时密钥标识符(MACServiceDataUnit)(NetworkA[10cationVector)(NoAcknowledgement)(OrthogonalFrequencyDivisionModulation)(OFDMSymbolTransmissionDuration)(OrganizationallyUniqueIdentifier)(PersonalAreaNetwork)(PrioritizedContentionAccess)(ProtocolDataUnit)(PacketErrorRate)(Physical(1ayer))(PhysicalI．ayerServiceAccessPoint)(PhysicalLayerConvergenceProtoc01)(PhysicalLayerManagementEntity)(PhysicalMediumDependent)(PhysicalMediumDependent—ServiceAccessPoint)(Pair_wiseMasterKey)(PI，CPProtocolDataUnit)(PartsPerM11lion)(Pseudo-RandomBinarySequence)(Pseudo-RandomFunction)(PowerSpectralDensity)(PHYServiceDataUnit)(PreambleType)(Pair-wiseTemporalKey)(QuadraturePhaseShiftKeying)(RadioFrequency)(ReceiveorReceiver)(Reed—Solomon)(ReceivedSignalStrengthIndicator)(RequestToSend)(ServiceAccessPoint)(SecureFrameCounter)(SecureFrameNumber)(ShortInterframeSpacing)(SuperframeOccupancyInformationElement)(SlottedOffsetTPC)(SourceDeviceAddress)(Slot—SharingDistributedReservationProtoc01)(TimeDomainSpreading)(Time—Frequency)(TimeFrequencyCode)(TemporalKeyIdentifier) TXTXoPUDAUDRUWBZPS7一般描述发送或发射机传输时机未使用的DRP预留通告未使用的DRP预留响应超宽带填充零后缀GB／T26229--2010(TransmitorTransmitter)(TransmissionOpportunity)(UnusedDRPReservationAnrlouncement)(UnusedDRPReservationResponse)(UltraWideband)(ZeroPaddedSuffix)7．1PHY一般描述本标准规定了关于无线个域网(PAN)的超宽带物理层(PHY)，其工作频段是4．2GHz～4．8GHz以及6．0GHz～9．0OHz，支持以下数据速率：53．2Mbit／S，80Mbit／S，106．4Mbit／s，160Mbit／S，200Mbit／s，320Mbit／s，400Mbit／s和480Mbit／s。UWB频谱被分为12个子频段，每个子频段带宽为264MHz。前2个子频段为第一频带组，后10个子频段为第二频带组，即共分为2个频带组。本标准采用多频带OFDM调制方式发送数据，每个子频段采用共110个子载波(100个数据载波，10个护卫载波)来发送信息。另外，12个导频子载波用来相干检测。利用时频扩展和FEC来改变数据传输速率。其中，FEC使用的卷积码编码速率为：1／3，1／2，5／8和3／4。本标准使用双载波时频码对编码数据进行扩展，其中扩展类型有两种：一种是采用双载波时频交织技术使得编码信息在4个双载波组上进行交织，另一种则采用双载波固定频率交织技术，这时编码信息在单个双载波组上进行发送。第1个频带组使用DCFFI，只有1个信道；第2个频带组前8个子频段使用DCTFI，可分成12个信道，后2个子频段使用DC—FFI，只有1个信道，第二个频带组总共可分成13个信道。本标准规定了14个信道的编码技术。7．2MAC一般描述7．2．1体系结构的一般描述本条及以后各章定义了MAC服务和协议。如图1所示，本MAC子层与IsO／Osl1EEE802参考模型[15]的MAC子层相对应。借助于MAC服务访问点(MACSAP)将MAC服务提供给单个MAC服务客户端，该服务客户端通常是某个高层协议或者适配层。在本标准中，MAC子层通过设备地址来表示。表示层台话层运输层网络层龋巨MAC【SO／osl—IEEE802参考模型MSDU。竺!型——而S犷∥⋯协议卜MAc接H竺旦∞—一NMPDU∥—斋痔坠PHY接口a≤掣嗲图1体系结构参考模型 MAC子层也依赖于通过PHY层经由PHY服务访问点(PHYSAP)N提供的服务。MAC协议应用于MAC子层对等体之间。7．2．2设备地址经由EUI48tglik[H115(,j-各个MAC子层进行寻址，各个MAC子层与称作DevAd(tr的易变缩写地址相关联。单播帧携带了标识单个MAC子层的目的DevAddr。DevAddr为16位值，由本地产生，无需中央协调。因此，单个值可能会有歧义地标识两个或者多个MAC实体。本标准为解析歧义DevAddr提供了若干机制。MAC寻址方案包括组播和广播地址值。组播地址标识了一组MAC实体，广播地址标识了所有MAC实体。7．2．3PHY假定的特性MAC子层通过PHYSAP与单个PHY层相关联。MAC子层要求PHY提供下列特性：——采用单个帧和突发方式的帧发送；～对单个帧和突发方式发送的帧接收；——PHY和MAC头部结构两者的PI。CP头部差错指示；用于媒体活动估计的空闲信道评估；——距离测量时戳(支持MAC距离测量时)。图2示出rPHY帧的结构。——存在两种类型的前导符：标准类型和突发类型；一包括MAC和PHY头部的PI．CP头部受头部校验序列(HCS)所保护；——帧有效负载之后跟随其FCS。图2PHY帧结构帧通过原设备的PHY来发送，并且以同一位次序被投递给目的设备。帧起始是指在本地天线处PHY帧第一个符号的前沿，帧结束是指PHY帧最后一个符号的尾沿。通过交换MAC子层和PHY层之间的参数来支持帧发送和接收。这些参数使得MAC子层可以控制和获知帧传输方式，帧有效负载数据率和长度，帧前导符，PHY信道和其他PHY相关的参数。在单个帧传输中，MAC子层完全控制帧定时；在突发方式传输中，MAC子层控制第一帧定时，并且由PHY为其余的突发的帧提供精确定时。7．2．4MAC服务功能度的概述本标准中定义的MAC服务提供：——在单个信道上使用PHY在射频范围内协作设备之间的通信；——基于预留的分布式信道访问机制；——基于竞争的分优先级信道访问机制；——梆调应用的同步设施；——处理移动和干扰情况的机制；——调度帧发送和接收的设备功率管理；——使用密码学算法的数据鉴别和加密的安全通信；一～测量两个设备间距离的机制。 GB／T26229--2010MAC服务的体系结构是全分布式的。所有设备提供由应用所确定的所有要求的MAC功能和可选功能。在无线电范围内设备的协调通过交换信标帧来实现。周期性信标传输使能设备发现．支持动态网络组织，并且为移动性提供支持。信标为网络提供基本定时，并且携带了访问该媒体用的预留和凋度信息。7．2．4．1逻辑组MAC协议就独立设备而言来进行规定，每个独立设备都有它自己的独立邻居关系。所有的MAC协}义设施都关于这种独立邻居关系来进行表达。在以全分布式媒体访问协调形成的网络中，逻辑组围绕每个设备来形成，通过在不同空间区域上探索媒体重新使用性，以利于无争用的帧事务。在本标准中，这里逻辑组是指信标组和扩展信标组，信标组和扩展信标组都是关于独立设备来确定的。7．2．4．2控制算法MAC协议算法试图确保在扩展信标组里同一时问只有1个设备在发送信标帧。信标帧中包含的信息通过确保在一个设备的邻居发送或接收帧时该设备不发送帧来便于无竞争帧事务。为允许正确的帧接收，MAC协议算法试图确保设备的DevAddr在该设备的扩展信标组中是唯一的。7．2．4．3信道选择当1个设备被使能时，它将扫描用于信标的一个或多个信道，并选择一个信道。如果在选择的信道中未检测到任何信标，则该设备就通过发送一个信标来创建其信标周期(BP)。如果在选择的信道中检测到一个或多个信标，该设备将其BP和在选择信道时现有信标同步起来。该设备使用它为信标所选择的相同信道与其信标组成员交换数据。每个设备都在动态环境及不允许的操作规则下进行接收。因此，设备在其信道中受许可的用户、其他网络、及其他不许可的无线实体的干扰的制约。为使该设备在这样的环境中继续工作，每个设备都具有动态改变它操作的信道的能力，而无需损坏与其对等体的链路。如在任何时间设备确定当前信道不合适，则它使用在17．10中描述的动态信道选择规程来移人到一新信道。7．2．4．4信标周期保护每个没备保护它的和它邻居的BP以排他性使用信标协议。在任何设备的BP期间不能尝试除信标以外的传输。对设备BP的保护是隐式的。通过通告在其信标中覆盖外部BP的预留，设备可以保护一个外部BP，这个外部BP通过接收到的与自己的BP不一致的信标帧检测出。7．2．4．5超帧超帧是进行帧事务的基本定时结构。超帧的持续期即超帧的长度是可变的，超帧由多个mSubSuperframeUnitMAS组成，其中每个MAS持续期为mMASI。ength。每个超帧以BP开始，它的扩充超过1个或多个连续的MAS。在BP和超帧中第1个MAS的开始被称作信标周期开始时间(BPST)。MAC超帧的结构如图3所示。每个MAS又细分成pNumberofOSTDsperMAS个OSTD。OSTD是指1个OFDM符号传输时间。7．2．4．6媒体访问媒体通过3种方式之一被访问：a)在BP期间，按照17．2规定的规则，设备只发送信标帧；b)在预留期间，参与预留的设备按照17．4规定的规则发送帧；c)在BP和预留之外，设备可以采用在l7．3中描述的优先竞争访问方法发送帧。 GB／T26229—2010超帧N超帻N的开始定时B时可变长度超帧N+1的开始定时信标周期长度可变信标周期长度可变图3MAC超帧结构7．2．4．7设备之间的数据通信数据在MAC子层与其客户端之间以某些参数所限定的MSDU进行传递。MSDU在设备之间以数据帧进行运输。为减少边界链路的帧差错率，按照17．6的描述数据帧可以被分段和重装。各分段都用MSDU序列号和分段号进行编号。如果源设备希望确认帧的投递，则按照17．8的描述使用确认策略之一。本标准提供3种确认策略以使能不同的应用。在17．8．1中描述的No—ACK策略。适用于不要求保证投递的或延迟敏感的帧，以及可能太迟到达的重传帧。在17．8．2中描述的Imm—ACK策略。提供了确认过程，在该确认过程中，在收到帧之后，单独对每个帧进行确认。在17．8．3中描述的BACK。使源设备发送多个帧而无需插入ACK帧。而是把各个帧的确认组合为单个响应帧．在源设备请求时将它发送给源设备。B—ACK过程相对lmm—ACK过程减少了开销，同时也允许源设备确认帧向目的地投递成功。如果源设备未收到所请求的确认，则它可以按照17．3．7和17．3．9的描述重新发送该帧，或丢弃该帧。判定重发还是丢弃该帧取决于正在发送数据或命令的类型、源设备已尝试发送该帧的次数、它已尝试发送该帧的时间长度以及其他依赖于实现的因素。7．2．4．8MAC帧的数据速率MAC信标帧预期被所有设备待接收和解释，因此它们的这些帧的有效负载以pBeaconTransmitRate进行发送，所有接收方都可以对它们进行解码。其他的帧是在跟受约束的上下文关系中进行交换的，并且如果可能，它们的帧的有效负载可以以更高的数据速率进行发送。MAC头部总是以PHY支持的最低数据速率进行发送。7．2．4．9安全性无线网络呈现了独特的安全挑战，是由于通过有线和屏蔽所提供的保护被丢失而引起的。分布式无线网络呈现了附加的挑战，是由于其广泛的应用范围和它们必须支持的模型所引起的。举几个例子，若干窃听者能偷听到对它们来说不是预期的数据交换，而若干冒充者能发送不使用其自己身份的伪造数据，能重放先前发送的数据，并且能发送从先前传输中捕获到的并经修改的数据。本标准(第18章)定义了2个安全级别：无安全保护和强安全保护。安全保护包括数据加密、消息完整性和重放攻击保护。安全帧用来对数据和聚集数据帧以及选择的控制和命令帧提供安全保护。定义了3种安全方式用来控制在其通信中的设备的安全级别。本标准允许某个设备通过选择合适的安全方式，使用2个安全级别之一或者在与其他设备通信时使用2个安全级别的组台(见18．2)。本标准进一步规定了4次握手机制，以使2个设备能在鉴别它们彼此的身份时派生出它们的成对1n GB／T26229--2010临时密钥(PTKs)。在2个设备之间成功的4次握手规程之后，建立了安全关系(18．3．1)。在共享主密钥的基础上进行2个设备之间的4次握手规程。2个设备如何获得它们的共享主密钥不在本标准讨论的范围。此外，本标准还提供了组密钥(GTKs)的请求和分发方法。PTK用于保护两设备之间交换的单播帧，GTKs用于保护从源设备发送到接收设备的组播或者广播组的组播帧或广播帧(18．3．2)。在MIC生成的基础上通过使用SMS4128的CCM定义了伪随机函数(见18．4)。可以将它提供给MAC子层之外的实体用于随机数生成。安全帧计数器和重放计数器都是建立在每个临时密钥基础上，以便保证消息新鲜性((见18．3．3)。在本标准中未创建任何特定机制用来指出在已知无线媒体开放性质的拒绝服务攻击。在本标准中，在使用CCM的SMS4—128的基础上，把128位对称临时密钥用来提供有效负载加密和消息完整性代码(MIC)的生成(见18．5)。一般说来，本标准规定了安全机制，未规定安全策略。7．2．410信息发现本标准的协议和设施是通过设备之间的信息交换来支持的。信息可以是信标中的广播帧或是在探针中请求的命令。对每一类型的信息，一个IE被定义。IE能在任意时间被设备包含在其信标内，可以可选地利用探针命令来请求或提供。设备使用MAC能力IE和PHY能力IE来通告关于其支持的可变或者可选设施的信息。当设备检测到在其即时邻居关系中的变化时，能力的声明尤其有用。7．2．4．11对高层定时器同步的支持某些应用(例如运输或呈现的声频或视频流)要求同步位于不同设备的定时器。如17．5描述的同步机制，所提供的更高的精度(根据抖动边界)或更好的定时器精度可以是附加要求。为支持这些应用，本标准定义r可选的MAC设施，而该设施使高于MAC子层的层能精确地同步位于不同设备的定时器。该设施可同时被一个以上的应用来使用。7．2．4．12速率适配在17．11中提供了速率适配的机制。接收机可以使用该机制将最佳数据速率通知给发射机来提高吞吐率，降低帧差错率。7．2．4．13功率管理本标准的一个重要目标是使电池供电的设备能够工作较长时间。一个延长电池寿命的有效方法是，使设备长时间(相对于超帧持续期而言)处于关闭或者低功耗状态。本标准提供了两种供没备操作的功率管理方式：活动和休眠。处于活动方式的设备在每个超帧中发送和接收信标。处于休眠方式的设备在多个超帧内休眠，在这些超帧内不发送和接收。另外，本标准提供方法支持设备在每个超帧的部分内休眠来降低功耗。为与邻居进行协调，设备通过在其信标中包含休眠方式IE来指示其将休眠意图。休眠方式IE规定了设备将休眠的休眠单位数目，每个休眠单位时间为mHibernationTimeUnit个MAS。在这些休眠单位中设备将不发送或接收信标帧或其他任何帧。在17．13中描述了功率管理机制。7．2．4．14距离测量设备可以包含一些规定，用于支持设备之间使用双向时间传送技术进行一维距离测量。本标准在17．15中描述了在MAC子层进行距离测量的方法。7．2．5MUX子层为了使单个设备内并发地活跃高层协议能共存，定义了多路复用(MUX)子层。该子层路由去往和来自其对应较高层的出和人MSDUs。附录A描述了必备的MUX子层。11 GB／T26229--20107．2．6MAC策略要求允许不同媒体访问要求的设备能公平有效的共存，并为之提供方便。为此，附录B规定了管理信道选择和共享带宽的策略。这些策略尤对在DRP预留中MAS的数目和配置、对在超帧中预留的MAS的定位、以及对信道选择次序施加了某些约束。7．2．7测试向量为方便实现和互操作性，附录D提供了MAC帧的字段编码及相应的传递给PHYSAP的八位位组序列的例子。这些例子包括了安全操作和FCS计算的结果。8PHY层划分本章描述了向MAC提供的PHY服务。PHY层由两种协议功能组成：a)PHY收敛功能：该功能使PMD设备的能力适配于PHY服务。该功能通过物理层收敛协议(PI．CP)来予以支持，而该PI，cP定义了把PI，cP服务数据单元(PsDu)映射为成帧格式的方法，而该成帧格式适用于发送和接收再使用相关联PMD设备的两个或多个站之间的用户数据和管理信息。b)PMD设备，其功能定义了通过在两个或多个站(每个使用本标准PHY)之间的无线媒体来发送和接收数据的特征和方法。8．1PHY功能PHY包括3个功能实体：PMD功能、PHY收敛功能和层管理功能。通过PHY服务原语向MAC提供PHY服务。8．2PLCP子层为了使MAC的操作更少地依赖于PMD子层，定义了PHY收敛子层。该功能简化了PHY服务与MAC服务的接口。8．3PMD子层PMD子层提供了在2个或多个站之间发送和接收数据的手段。8，4PHY层管理实体(PLME)P1，ME和MAC管理实体共同管理本地PHY功能。9信号的描述9．1数学表达发送的射频信号的复数基带信号表达式可以被写成：N⋯ket一1sRF(f)一Re{∑S。(￡一"TsYM)exp(j2rrf。(q(n))f)}⋯⋯⋯⋯⋯⋯⋯(1)式中，Re(．)代表信号的宴部，T。。是符号长度，N。一是包中的符号个数，f。(m)是第177个频带的中心频率，q(”)是将第m个符号映射到相应频带的函数，S。(￡)是第一个符号的复数基带信号表示，它必须满足如下性质：s。(￡)一0lf睡[0，TsYM]第”个符号的确切结构取决于它在包内的位置：fS⋯。(￡)0≤n0)，帧校验序列(FCS)和尾部位的长度为38。添加的填充位应被设置为0，并和剩余的PSDU部分一起进行扰码。10．5数据扰码器侧流扰码器应用于自噪声化PLCP头部的一部分(例如MAC头部和HCS)以及整个PSDU。另外，扰码器应初始化至一个种子值，该值由MAC规定，包含于MAC头部的起始部分。扰码器应在PSDU的起始处再重新初始化为相同的种子值。g(D)是伪随机二进制序列多项式生成器，为：g(D)一1+D“+D”，这里D是一个一位延时单元。利用生成多项式，相应的PRBS(伪随机二进制序列)，z[n]，为z[n]一z[n一14]o工[n一153，"一0，1，2，⋯⋯⋯⋯⋯⋯⋯⋯(12)式中，“④”表示模2加。下面的序列定义初始化向量，‰。由表18的“种子值”参量指定。z㈨。一[z。[一1]z：[一2]⋯z：[一14]x；[一15]]⋯⋯⋯⋯⋯⋯⋯(13)式中，z，[一＆]表示在第k个延时单元的输出端的二进制初始值。扰码数据位v。的获取如图18所示：∥[m]一sl-m]oz[m]，m一0，1，2，⋯⋯⋯⋯⋯⋯⋯⋯(14)式中，s[m]表示未扰码数据位。接收机的侧流解扰码器应采用与发射机扰码器相同的初始化向量‰，。进行初始化。初始化向量由接收帧的PLCP头部所包含的种子标识符决定。15位的初始化向量或种子值应与种子标识符相符合，如表18所示。当PHY初始化后，MAC应将种子标识符设置为00。PHY每发送一个帧，应由一个2位的滚动计数器对该值进行累加。表18扰码器种子选择种子标识符种子值PRBS输出头16位(S1。s2)‰。。一z，[一】]z，[-2]⋯z。[一】5]z[o]z[1]⋯z[】5]00001111111110000100001011l1111111l11l0000010010101111111110000111011111l11111110000001032注：所有的连贯包，包括重传，应以不同的初始种子值发送。未扰码曲数据sin】扰码后的数据图18侧流扰码器模块图 GB／T26229--201010．6尾部位使用尾部位字段是为了将卷积码编码器返回“零状态”。由于卷积码解码器解码信息流时需要依赖后继位，这个规程改善了卷积码解码器的差错率。PHY头部和HCS后的尾部位字段包含6个未扰码的0，在里德所罗门码校验位字段后的尾部位字段是由70个未扰码的0组成的打7L尾部位序列。跟在扰码的帧校验序列后的尾部位字段，应以6个未扰码0位代替6个扰码后的0位来产生。10．7卷积编码器卷积编码器使用码率为R一1／3码，生成多项式g。，=133s，g，一165s，g：=171s，如图19所示。标识为A的位是编码器产生的第一个位，接着是标识为B的位，最后是位c。其他的编码速率由“母”速率R=l／3卷积码通过“打孔”得到。打孔是一个在发射机忽略～些编码位的规程(由此减少发送的位数量，增加了码率)。接收机解码器在被忽略位的位置嵌入一个虚⋯0’。打孔图样见图20至图22。在所有这些情况中，打孔格将由编码器输出位从左自右填满。对于最后的位块，该过程应在编码器输出位耗尽时终止，打孔图样应用于部分填充的块。当编码速率为一1／3(其传输速率为53．2Mbit／s和106．4Mbit／s，或是PLCP头部)时，需要在编码器输出的每399个输出位之后嵌入一个⋯0’，接收机解码器将忽略这个嵌入的⋯0’。嵌入这个⋯0’是为了使每4个OFDM符号Nc—s的边界正好对应于其相应的信息位N-一。的边界。PLCP头部应以R=1／3的码率编码。编码器应从全0状态开始。在PI。CP头部编码完成后且在PSDU编码开始之前，编码器应复位为全0状态。换言之，PSDU的编码将从全零状态开始。PSDU应以合适的码率R=1／3，R一1／e，5／8，或a／4编码。注：推荐使用维特比算法解码。输入数据图19卷积编码器：码率R=1／3，约束长度K=7源数据编码后数据被抽取后的数据发送／接收的数据插入相应位后的数据解码后数据团被抽取位图被插入的见余位图20R=]／2编码的位抽取和位填补示例输出数据A输出数据B输出数据C口+圉+巫+圉．田 (；B／T26229--2010源数据编码后数据被抽取后的数据(发i差／接收的数据插入相应位后的敷据解码后教据x。』lJ2jj卜^』2如A‘l岛目r岛目}i刘qGC3q卜ao4心^卜峨岛麟吼}％(11岛(3【魄网被抽取位L。一图图21R=,5／8编码的位抽取和位填补示例源数据编码后数据被打孔后数据(发送／接收的数据)插入相应位后的数据解码后数据图被插入的见余位被抽取位网被插入的见余位图22R=3／4编码的位抽取和位填补示例 GB／T26229—201010．8位交织经过编码和填充的位流应在调制之前进行交织以提供抗突发错误的鲁棒性。位交织操作分3个不同的阶段进行，如图23所示：图23位交织的不同阶段模块表a)符号交织通过改变4个连续OFDM符号的位顺序，使得PHY能够获得频带组内的频率分集；b)符号内音调交织改变一个0FDM符号内的数据子载波的位顺序，获得子载波间的频率分集，提供抗窄带干扰的鲁棒性；c)符号内循环移位，即以确定的数值陆续在各OFDM符号进行循环移位，使得双载波时域扩展方式和双载波固定频率交织方式(DCFFI)能够更好地获得频率分集。交织所需要的其他参数如表19，且这些参数是数据速率的函数。表19交织参数数据效率TDS因子编码位数／OFDM符号音调交织块大小循环交织移位Mbit／s(NrD8)(NfBPs)(NT。)(N⋯)53．2220020100802200201001064240040200160240040200240040200320l40040100400140040100480140040100符号交织操作首先将编码位分组成位块，每个块有N。n。。位(对应4个“空中的”OFDM符号)，然后使用大小为N。。，。*4／N，。位的块交织器来改变编码位的序列顺序。假设序列缸z]和n；[i]，其中i一0，⋯，N。。。一1，分别代表符号块交织器的输入和输出位。符号块交织器的输出由如下关系式给出：ns[牡n[1忐J+(忐)×m。a“，NcBPs，]⋯⋯⋯⋯⋯㈨，上式中，L·J是平底函数，返回小于等于自变量值的最大整数值，而mod(a，6)返回n被b除时非负整数型余数。符号交织器的输出被分组成位块，每块NcePs位，然后使用一个大小为Nm×10的规则块符号内交织器改变序列顺序。假设序列as[J]和aT[力，其中J一0，⋯，NcBrs一1，分别代表音调交织器的输入和输出位。音调交织器的输出由如下关系给出：讲力_“sj【忐j+10×mod(j，-ⅦNm’l⋯⋯⋯⋯⋯(16)然后音调交织器的输出通过一个符号内循环移位器，符号内循环移位器由在一个符号交织器范围内每个N。。。位的块的不同循环移位组成。假设序列a。[i]和6[i]，其中i一0，⋯，Ncnn。一1，分别代表了循环移位寄存器的输入和输出。循环移位器的输出由如下关系给出：虻i]一nT[m(1)xNcBPs+mod(i+仇(i)×N。，。，NcBPs)]⋯⋯⋯⋯⋯⋯(17)式中，优(i)一l￡／NcBPsJ，其中，i=0，⋯，NcBHs1。 GB／T26229--20100．9预编码(可选)本条描述了对交织后的数据流进行预编码处理。如图24所示交—于图24预编码n+表示编码及交织后的数据流，bt表示预编码后的二进制数据。将位bo取定为0。则预编码可用公式b；一n。④6。。来表示。其中，o表示模2加。预编码操作是可选的。10．10星座图映射本条描述了这样一种技术，即将编码和交织过的二进制数据序列映射到一个复星座图上。当数据速率在200Mbit／s或更低的情况下，二进制数据应映射到QPSK星座图上。当数据速率在320Mbit／s或更高的情况下，二进制数据应映射到一个使用双载波调制技术的多维星座图上。10．10．1QPSK编码及交织后的二进制串行输人数据6[妇，其中i—o，1，2，⋯应当分成很多组，每组2位，并且转换成一个复数，该复数代表4个QPSK星座图点之一。这种转换应当根据格雷码星座图映射来进行，如图25所示，输入位b[2k]其中k=0，1，2，⋯是数据流两个位中最早的。输出值砸^]其中^一0，1，2，⋯是由(2×6[2^]一1)+j(2×6[2＆+1]一1)乘以一个归一化因子K。oD得到的，如式(18)：d队]一K”oD×E(2×b[2k]一1)+j(2×b[2k+1]一1)]⋯⋯⋯⋯⋯⋯(18)式中，k一0，1，2，⋯对于QPSK星座图，归一化因子K。。。一1／√2。只要设备符合调制的准确性要求，可以使用归一化因子的近似值。对于QPSK，b[2k]确定了I的值，而6[2^+1]确定了Q的值，如表20所示：UQPSK(b[2k]，h[2k+1])‘+卜0l一1+l0．0——1。10。●图25QPSK星座图位编码表20QPSK编码表输入位I的输出值Q的输出值(bEZk]，虻2^+1])00l一101—1l101—11l1】10．10．2双载波调制(DCM)编码及交织后的二进制串行输人数据bEi](i—o，l，2，⋯)要进行分组，每组200位，并且使用双载波调制技术转换成100个复数值。转换依如下进行：a)200编码位分为50个组，每组4位。每个组由(6[g(^)]，big(k)+1]，big(k)+so]，big(k)+51])表示，其中k∈Eo，49]，且36 GB／T26229—2010g¨k12k+50k“5，49]⋯⋯⋯⋯⋯⋯⋯”‘19’b)每个4位的组(6[g(^)]，big(k)+1]，big(k)+503，big(k)+513>应映射到一个四维的星座图，如b)映射到d[k-}50]，见图26所示，并且转换成两个复数值dEk]，d[k4-so]。位和星座图之间的映射列于表2l中。c)复数值应当使用归一化因子KM0。进行归一化。双载波调制使用归一化因子KMOD一1／以万。只要设备符合调制的准确性要求，可以使用归一化因子的近似值。叱陋DCM(6Ⅻ吼6阿蚰+11，^H柙+50J，6博·+3—一●0011Olll1011111l·土1—‘●0010011010101110+1+3000101011001110IO∞0010010001100a)映射到dCk]如耻+5埘DCM(6【g(吼6试^)+1】，^哺^)+sol，6H0110111000101010·+】-0100110000001000+1+3001l101l0101110l00011001b)映射到趣^+50]圈26DcM编码舛嘲1+5md．晴+50] GB／T26229--2010表21双载波调制编码表输人位(6[g(k)3，bEg(k)+】]，I的输出值趣女]Q的输出值d阻]1的输出值趣^+50]Q的输出值舡^+50]bEg(k)+50)]，big(k)+51])000031l0001—31—30010—3l13001131一l0100—1—3310101l～13—3011013011113—11000l一33—1100113—310lO13101113一l11003—11110131一l3111031—13n113一l110．11相关编码(可选)本条阐述了如何对星座映射后的数据进行相关编码处理。如图27所示—j图27相关编码Ck表示星座映射后的复数数据，d。表示相关编码后的数据。将数据c。设置为0。则相关编码可以用公式d*--Ct一“。来表示。其中，一是通常意义下的减法运算。10．12OFDM调制离散时间信号S。[^]，由复数值数据流经过IDFT产生，如下式：．～DNGs。嘲{[∑C。．。EZ3exp(j2zrMDU]k／NFFT)+∑瓯，。[f]exp(j2ⅡMc；E阳k／N晰)NP+∑C一[f]exp(j2n：Mp[1]k／Nr”)]f一0(20)式中，^∈Eo，Nrn一1]，n∈EN。，。。，N，“一1]，No是数据子载波的数目，N。是保护子载波的数目，Nr是导频子载波的数目，NFFT是所有子载波的数目，C。Eli，cG，。[口，C。[z]分别是第”个OFDM符号的数据、保护、及导频第f个子载波上的复数值。C—Eli，c。．。E1]之间的关系以及复数值的数据流的定义见lo．12．2和10．12．3。cM[￡]的值在10，12．4中定义。M。[￡]，Mrc[z]，M．EI]的功能分别定义了从下标[o，N。1]，[o，Nc一1]和[()，N，一1]到逻辑频率子载波[一NT／2，N。／2](不包括oj的映射。38 M。[￡]，．】Ⅵ。[f]，M，Eli映射函数的确切定义如下Mn[z]l一01≤f≤9lO≤z≤1819≤f≤2728≤Z≤3637≤Z≤4546≤Z≤4950≤f≤5354≤f≤6263≤Z≤7172≤Z≤8081≤f≤8990≤Z≤98l一99z∈[o，学一，]z∈降¨，]GB／T26229--2010(21)(22)M“z]一～55+101z∈[O，NP一1]⋯⋯⋯⋯⋯⋯⋯⋯⋯(23)在一个OFDM信号中，数据、导频、及保护子载波的映射如图28所示。如果使用ToneNulling，则根据矩阵TNl和TN2的元素的值对OFDM符号的128个子载波，进行相应的开启和关闭操作。最后，将补0后缀加到每个IDFT输出端，形成PLCP头部的离散时间信号Sm。Ek]和PSDU的离散时间信号即S“⋯。[^]，具体如下：s。。阻]一{5“：63^k∈∈[N[，0。,N，NFFT。。--。一1]，]⋯⋯⋯⋯⋯⋯⋯⋯⋯(2t)^∈[0，N，FT1]k∈[NFFT，NsYM1](25)式中，”∈[N⋯+N。，，N。。。m1]。补0后缀用于减轻多径效应，并提供时间窗或保护间隔以使发射机和接收机能够有足够的时间在不同的中心频率间切换。在OFDM调制过程中，一个符号内的频域扩展和两个相邻符号间的时域扩展用于获取更进一步的带宽扩展，这将超过前向纠错编码和双载波时频编码所提供的带宽扩展。频域扩展需要在一组OFDM符号的两个载波频率上发送相同的OFDM符号。时域扩展则涉及越过两个连续的OFDM符号组发送相同的信息。这个技术用于使频率复用最大化并在出现没有协调的设备的时候改善性能。。。．吒j?。j。％，j。‘‰∥1：。斟b，i。I：；i一27。掣i，，一“I。，，1；d。。一器；。拦，。一7。1『。一7。1]；P7Z。l。。％1。9伊1．p嚣新l≈。【s‘s”i。111『者【冀-。j6L5766％84464544⋯⋯26252416ISt46101⋯1418162426a4％⋯44“54％56S761图28数据、保护和导频子载波到逻辑频率子载波的映射％巧驰鸥弛讣∞曲犍卯蛎蛎¨拈一；{；；fZH“弛，，●●●●●，1一][‰S¨”¨‰+N∈中式 GB／T26229--2010一(挥譬鳝0l2616263646667127置赫誊岳图29IFVr输入输出关系10．12．1实现考虑通常，实现离散傅立叶逆变换的方法是使用快速傅立叶逆变换算法。在这个例子中，逻辑频率子载波r—N，／2，N，／2]应依照图29进行映射。逻辑频率子载波1～61映射到相同编号的IFFT输入，而逻辑频率子载波一61～一1则分别映射到IFFT输入的67～127。其余输入，即62～66和0(直流)输入，被设定为0。落在直流(第0个子载波)的子载波不用，以避免DAC和ADC偏移以及RF链路中的载波馈通等困难。10．12．2数据子载波复数值的数据流和数据子载波之间的映射取决于PPDU的部分和分配和数据速率。下面的条款将提供复数值的数据流和数据子载波之间详细的映射。10．12．2．1PLCP头部映射频域和时域扩展技术都应用于PLCP头部。在这种情况下，复数数据流dm[^](其中k=0，l，2，⋯)应当分成很多组，每组含有N。一100个复数值。这个复数值的组应当映射到第”个OFDM符号组第i(一1或2)个OFDM符号的第￡个数据子载波上，即cD。。[妇，具体如下：式中c。。[妇一d。。『挚×(2。一N。。+z)]L‘Jc⋯·[件等]一‰[等×(2n--N⋯，+(等一·(26a)(26b)c—mE1]=P，“En]Xdhd,陛×(2n--‰，+(学+z)]．⋯⋯⋯(27a，c—m[件等卜。“啾纯陛×(2n--‰川¨，卅]．．．⋯删，“，c一“肚咄一En，Xdhdt降×(2n--㈨+(等+z)]⋯⋯“zsa，c一“H等]-_‰“E小醢降×(2n--‰川¨，_f)]_⋯(28u，C。，。。。，。Eli：“。f挚×(2。一N，。)+z1L‘JCD,z—l,2[z+孚]=％[学×(2n--N⋯，+(等P。pread_]=,Era。d(n一盟尹十4，N，。⋯⋯⋯f29a1⋯⋯⋯(29b)(30) GB／T26229--2010式中，p[n]是一个长度为127的伪随机序列其值定义于表22，￡∈『o，孚一1]，”∈[学，学一1]，ND是数据子载波的数目‰。是PLCP前导符的数目飙，是PLCP头部中符号的数目。表22长度为127的伪随机序列“”]艇”]pen3虻”]0132164—1961】33165—197—12】34一l66198l3135167—19914—1361681100—15—137169—1101l6—138—170110217139171110318一l40172—1104l9—14ll73一l105110—142—174—1106111—143l751107—112l44—1761108l】3145—177一l109l14—146—178—1110115147179—1111116一l48—180—1112117—1491811113118150—182一l114—11915l183—1115—120一1521841116121153—185—1117122154—1861118123一l5518711191241561881120一125l57189l121一l26158190—1122一l271591911123—128l60—192—1124—129l6l一1931125130～1621941126—131163195141 GB／T26229--201010．12．2．2数据速率为53．2Mbit／s和80Mbit／s的映射当PSDU以53．2Mbit／s或80Mbit／s数据速率进行编码时，频域和时域扩展都应当使用。因此，复数数据流，d一．。Ek]，其中A；o，1，2，⋯应当分成很多组，每组含有Nu一100个复数值，这个复数值的组应当映射到第”个OFDM符号组i(i一1或2)个OFDM符号的第￡个数据子载波上，即Co．。[z]，具体如下：‘C。，。。[1]一d。。。f毕×(2。一N。。一N。)+f-⋯⋯⋯⋯⋯⋯⋯(31。)L‘Jc。。，。f』+学]一芘。“学×cz”一心。。Nhd。，+(等，z)]⋯⋯·c31e，c。。[f]邓，“啾‰障×(2n--‰一㈨+(孚+￡)]．⋯⋯(32a)c。。卜等]哦。M憾。[孚×(2n_Ⅳ5，“dr)+(ND_1训]．“32b)c。。。E1]一咄，“啾‰『等×(2n‰。一‰)+(孚十f)]．⋯(33a)cD。，．，厂2+等]：‰。M×d二眦『等×(2n—Ns，一Nh。+(ⅣD一1一z)]⋯(33b)C。，。+，，。Eli：d。，。『孥×(2。一N。。N。)+f]⋯⋯⋯⋯⋯⋯⋯(34。)c。+。。。『z+等]一“孟[等×czn‰。一N∽+(学一，z)]⋯⋯·cs。e，其‰。山]定奸却o)，小]定义于私蜒[o"等一1卜[坠产，学一1]．ND是数据子载波的数目，N。。是PLCP前导符的数目，N”是PI．cP头部符号的数目，N。“是包的符号总数。10．12．2．3数据速率为106．4Mbit／s，160Mbit／s，和200Mbit／s的映射当PSDU以106．4Mbit／s，160Mbit／s，或200Mbit／s的数据速率进行编码时，仅能采用时域扩展技术。因此，复数数据流d。。。[^](女一0，1，2，⋯)应分成很多组，每组含有2×No=200个复数值。这组复数值应当映射到第n个OFDM符号组第i(滓1或2)个OFDM符号的第z个数据子载波上，即C。。Eli，具体如下：CⅢ¨Eli=dfra。。[ND×(2n—N。。N¨)+妇⋯⋯⋯⋯⋯⋯⋯(35)CDm，2Eli=dh。。[NDX(2n+1～N。。Nhdr)+z]⋯⋯⋯⋯⋯⋯⋯(36)CD，2什¨Elijd二。。[ND×(2n+1N哪。一NM，)+(ND一1一f)]⋯⋯⋯⋯(37)CⅢ¨l，2Eli—dL。。[ND×(2n—N⋯Nhdr)+(ND一1z)]⋯⋯⋯⋯(38)lE[o，N。一1]，。∈『一Nsync-。-一Nhd,，盟警一1]，N。是数据子载波的数目，N。，。。是PLCP前导符的数目，Nm是PLCP头部符号的数目，N。m是包的符号总数。10．12．2．4数据速率为320Mbit／s，400Mbit／s和480Mbit／s的映射当PSDU以320Mhit／s，400Mbit／s，或480Mbit／s的数据速率进行编码时将不使用扩展技术。因此，复数数据流d，一雎](E；0，1，2，⋯)应分成很多组，每组含有2×No一200个复数值。这组复数值应当映射到第n个OFDM符号组第z(滓1或2)个OFDM符号的第z个数据子载波上，即Co，。[z]，具体如下：fdfram。[2N。×(。‰一Nhd，)Ⅷf∈『o，学一1]岛’¨口卜Ld。ⅣD×(。～N—N。川+50]z∈阻”1。]⋯“3¨|fra。。L2ND×(n—syn。一h“)+z+z∈二≠，ND cD．州[f]GB／T26229--2010式中，f∈[o，No1]，”∈IN。，+Nn—N，k1]No是数据子载波的数目，N，。是PI，CP前导符的数目，Nm是PLCP头部符号的数目，N⋯“。是包的符号总数。10．12．3保护子载波对于每个OFDM符号，都以PI．CP前导符的信道估计序列开始，有lo个子载波，5个位于已占用频带的边缘，用作保护子载波。保护子载波和数据子载波的功率水平在实现上是相关的。这个关系在一个包内保持不变，即从信道估计序列的开始到包的结束保持不变。此外，保护子载波的功率水平的选择应当保证发送信号符合国家无线电管理委员会对最小占用带宽的规定以及其他任何必要的规范。10个保护子载波位于每个OFDM符号的边缘，且位于逻辑频率子载波一61，一60，⋯，一57和57，58，⋯，61上。这些载波上的数据应当通过从OFDM符号最近各边缘复制最外面的5个承载数据的子载波产生，如下所示：fr^，，]cD，。[z]z∈0，二≯1cc。，口]一{．：，。，⋯⋯⋯⋯⋯⋯⋯(41)IC。。，口+90]lE-半，Ⅳ。一1L6J式中，Cb，。[f]是第”个OFDM符号组第i(i一1或2)个OFDM符号的第z个保护子载波，nEIN。。，N。m一1]，N，．。是Pl。CP前导符的符号数，而N，“为包的符号总数。注：在单独的实现中保护子载波可能用作不同的用途，包括放宽模拟发送和模拟接收滤波器的指标，或可能用来改善性能。10．12．4导频子载波在所有PLCP前导符之后的OFDM符号中，子载波中的12个被指定为导频信号，以便于进行相干检测，提供鲁棒性以克服频率偏移和相位噪声。这些导频信号被置于逻辑频率子载波55，45，35，25，一15，5，5，15，25，35，45和55上。实际导频序列和导频子载波之间的映射取决于PPDU的数据部分和数据速率。在下面的条款中，将给出复数流和数据子载波之间的详细映射。10．12．4．1PLCP头部的映射在PPDU的PI。CP头部，第"个OFDM符号组的各个(第1或2个)OFDM符号的第z个导频子载波的信息如下定义：c。。Ez]一小。d(n学“一1)]煳。』z]Cp．2n．2[f]一p陋(”一学“一1)]×Ps，ad[小‰。。E1]c。。出]=一小。d(n孚．NF。一1)]‰“小dpilol,cs[f]cm“f]_p[删(n一半’NF一，)]撕⋯Ⅲ其中上1Z一0．3,／2掣2_i，2，4，5√2毕扛8，ll,／242(42)(43)(44)(45)(46)蚰]q一‰：Ⅳ卜丛o∈叫I至l+‰JNM—NM—h沏×挑‰ GB／T26229--2010出]在表22中定娜。“M定义于式(30),n∈[学，学一1卜”是PLcP前导符符号的数目，而N。是PLCP头部符号数目。10．12．4．2数据速率为53．2Mbit／s和80Mbit／s的映射当PPDU以53．2Mbit／s或80Mbit／s的数据速率进行编码时，第"个OFDM符号组的各个(第1或2个)OFDM符号的第1个导频子载波的信息如下定义：Cp．2．．1E1]：pImod(。一毕⋯N，一11]×d。。。。[z]Lo／J(47)c。。[归：pImod(。一型乒，N，。一11]×P⋯。[n]xd。。。。Eli⋯⋯⋯⋯(48)Lo7Jc”“啦一一[mod(n一孚"NPn一，)]孙一MXdI／ilot,cs[f]⋯⋯．．ct。，cP，。“幻一p陋(n一挚，№一1)]×dpilot,cs[z]L“’J(50)式中，d№。LzJ定义于式(46)，PLnJ定义于表22，PspmadLnJ定义十式(30)，nE-『盟挚，盟产1]，N。，。。是PLcP前导符符号的数目，N胁是PLCP头部符号数目，而N啡妇是包符号总数。10．12．4．3数据速率为106．4Mbit／s，160Mbit／s和200Mbit／s的映射当PPDU以106．4Mbit／s，160Mbit／s或200Mbit／s的数据速率进行编码时，第n个OFDM符号组第i，(净1或2)个OFDM符号的第z个导频子载波的信息如下定义：c。。阴一p陋(n一等“”一，)]×dpilol,nc。Eli⋯⋯⋯⋯(5la)c。。[f]一,Ira。d(n一盟尹，N，rt一1)]×d一。。。。[z]⋯⋯⋯⋯⋯⋯(51b)c。一。[啦一pb(n学，ⅣFn一1)]׉，。[妇．⋯⋯⋯．．(51c)c。。。[仁p陋(”一等，NF。一1)]׉。出]．⋯⋯⋯¨(5⋯其中f!喜扛o，3，8，11一一√2巩％hn”u卜j二!=iz_1"2．4"5，6"7．9．1。l,／2(52)式中，p[。]定义于表22，。C-『盟—{型堕，盟笋一1]N。。是PI．CP前导符符号的数目，Nhdr是LoJPLCP头部符号数目，而N。m是包符号总数。10．12．4．4数据速率为320Mbit／s，400Mbit／s和480Mbit／s的映射当PPDU以320Mbit／s，400Mbit／s或480Mbit／s的数据速率进行编码时，第n个OFDM符号组第i(i=1或2)个OFDM符号的第f个导频子载波的信息如下定义：C。，：[z]：PImodf”N。。尝竽，N，，。一1)1×dⅢ。。口]⋯⋯⋯⋯⋯(53)L、o’J式中，dm．。[z]定义于式(52)，p[”]定义于表22，n∈EN。。+Nhdr．N。h1]，N。。是PLCP前导符符号的数目，N。是PI。CP头部符号数目，而N，m是包符号总数。44 11一般要求11．1工作频段11．1．1工作频率范围物理层工作频段为411．1．2频带编号GB／T26229--2010中心频率，。和频带编号n。之间的关系如下式：f。(nb)：=4092+264×nb(MHz)”b一1，2⋯⋯⋯⋯⋯⋯⋯⋯(54)，。(‰)一5544+264×”b(MHz)Nb一3，⋯，10⋯⋯⋯⋯⋯⋯⋯⋯(55)这个定义为4．2GHz～4．8GHz和6．0GHz～9．0GHz的频带上每个带宽为264MHz的子频带提供了唯一的编号系统。如图30所示，工作频率范围分为2个频带组，前2个子频带为第一个频带组，后10个子频带为第二个频带组，子频带的具体分配见表23。八八八嗍八风吼哪60006336660068647128739276567920818484488712900：罂妻图30频带组分配表23频带组分配频带组频带编号(仉)低频／MHz中频／MHz高频／MHz142244356448812448846204752362046336646846468660067325673268646996699671287260726073927524287524765677889778879208052108052818483168316844885801285808712884411．2管道化每个频带组使用不多于13个的双载波时频码来定义逻辑信道，频带组1的DCTFC(双载波时频码)及相关基本时域序列(及其相应的前导符)作为频带编号值的函数定义于表24，同样，频带组2的DC—TFC及相关基本时域序列(及其相应的前导符)见表25。表24频带组1双载波时频码及前导符模式【DC-TFc编号基本序列／前导符Dc_TFC的频带编号("b)，1(1、2) GB／T26229--2010表25频带组2双载波时频码及前导符模式I)cTFc编号基本序列，前导符DCTFC的频带编号(‰)2(3、5)(4、6)(7、9)(8、10)3(3、5)(4、6)(8、10)(7、9)4(3、5)(7、9)(4、6)(8、10)5(3、5)(7、9)(8、10)(4、6)6(3、5)(8、10)(4、6)(7、9)7(3、5)(8、10)(7、9)(4、6)82(3、7)(4、8)(5、9)(6、10)93(3、7)(4、8)(6、10)(5、9)lO4(3、7)(5、9)(4、8)(6、10)115(3、7)(5、9)(6、10)(4、8)126(3、7)(6、i0)(4、8)(6、10)137(3、7)(6、10)(4、8)141(】1、12)(11、12)(11、i2)(1I、】2)物理层管道化方案是基于频带组的定义(表23)和DCTFC的定义(表24、表25)，方案总结在表26中所述。物理信道由表26所示的信道号来标识。信道号取值范围为0～255(十进制)。没有在表26中定义的值被保留供以后使用。每个信道中的双载波时频码在每个MAS起点时保持时域同步。任何一个OFDM符号应在一个OSTD内传输。每个MAS中含有pNumberofOSTDsperMAS个OSTD。第一个OSTD的开端与MAS的开端一致。所有的OSTD是连续传输。在信道213中的每一个信道都包含4种不同偏移的传输。任何一个信道中的所有这4个偏移传输都使用相同的跳频码，但不同的偏移传输在以MAS开端为基准的连续的OSTD中使用不同的频带。表27列出了每一个信道中每一种偏移对应的第一个OSTD所使用的频带。举例说，信道2中包含4种不同的偏移传输。缺省的偏移传输，也就是偏移值为0时的偏移传输在第一个OSTD中所使用的频带为(3，5)，然后在接下来的OSTD中分别使用频带(4，6)，(7，9)，(8，10)，以确保所使用的时频码为(3，5)，(4，6)，(7，9)，(8，10)。当使用偏移值为2的偏移传输时，时频码仍然为(3，5)，(4，6)，(7，9)，(8，10)，不同的是第一个OSTD所使用的频带为(7，9)，然后在接下来的()STD中分别使用(8，10)，(3，5)，(4，6)。信道1和信道14不支持偏移传输。任何一个设备在传输每帧时只能使用某一个偏移值，在传输每帧的过程中，设备不允许改变其偏移值。表26信道号到频带和时频码的映射信道号(十进制)信道号(八进制)(频带组，TF码)。011(1，1)1。～22012～026(2，2～14)表27每个信道中不同偏移值对应的第一个OSTD所使用的频带信道基本时域序列／前导符TFC偏移0TFC偏移1TFC偏移2TFC偏移32(3、5)(4、6)(7、9)(8、10)3(3、5)(4、6)(8、10)(7、9)4(3、5)(7、9)(4、6)(8、10)46 表27(续)GB／T26229--2010信道基本时域序列／前导符TFC偏移0TFC偏移】TFC偏移2TFC偏移35(3、5)(7、9)(8、10)(4、6)6(3、5)(8、10)(4、6)(7、9)7(3、5)(8、10)(7、9)(4、6)82(3、7)(4、8)(5、9)(6、10)93(3、7)(4、8)(6、10)(5、9)104(3、7)(5、9)(4、8)(6、10)1l5(S、7)(5、9)(6、10)(4、8)126(3、7)(6、10)(4、8)(5、9)137(3、7)(6、10)(5、9)(4、8)11．3物理(PHY)层时间参数PHY层时间参数见表28。表28PHY层时间参数PHY参数值pMIFS4×TsYM一25pspSIFS16×瓦YM一10．0p5pCCADetectTirne12×强M一7．5pspBandSwitchTime1894aspClockFre‘1Llency264×106HzpCl{)ckPeriodl／pClockFrequencypNumberofCIoekCyclesperSuperframe65536×264pNumberofClockCyclesperBeaconSlot85×2641．3．1帧间间隔帧间间隔参数如表29所示。表29帧间间隔参数MAC参数值MIFSpMlFSSIFSpS¨?S11．3．2接收到发送转换时间接收到发送转换时间应不大于pSIFS。这个转换时间应当在空中接口测量。时间从最后一个接收符号(符号由OFDM符号(IFFT输出)和补0后缀组成)的起始点算起，到下一帧的PLCP前导符的第一个发送符号的起始点，这个时间应不大于psIFs+Ts。。。11．3．3发送到接收转换时间发送到接收转换时间应不大于pSIFS。这个转换时间应当在空中接171测量。时间从上一个发送符号的起始点算起，直到接收机已经准备好开始接收下一PHY帧。这个时间应不大于psJFs+T。。。。11．3．4连续传输间隔时间对于设备在标准方式下的不间断的连续数据传输，如果PLCP长度字段为0，包后的帧问间隔应为pSIFS，如果PI。CP长度字段不为0，则包后的帧间间隔不能小于pMIFS。帧间间隔时间应在空中接47 GB／T26229--2010口测量。当P1．CP长度字段为0，时问从上一个发送符号的起始点算起，到下一个包的PLCP前导符的第一个发送符号的起始点，这个时间应等于psJFs+Tsv”。当PLCP长度字段为非0时，时间从上一个发送符号的起始点算起，到为下一个包的PI．CP前导码的第一个发送符号的起始点，这个时间应不小于pStFS+TsYM。对于突发方式的传输，设备的不问断的连续数据传输之间的帧间间隔应当精确地固定为pMIFS!-_1ns。帧间间隔时间应在空中接口测量。时间从上一个发送符号的起始点算起，到下一个包的PI，CP前导码的第一个发送符号的起始点，这个时间应精确地固定为pM¨?s+Tsv”±1ns。11．3．5频带转换时间频带转换时间定义为物理层在一个频带内接收一个符号的最后有效样本的时刻与准备好在下一个频带内接收下一个符号的时刻之间的间隔。要求频带问的转换时间不超过pBandSwitchTime以获得最好的性能。11．3．6时钟间隔每个设备需要维持pClockPeriodms容限最大为±20×106。每个设备在每个超帧中计数pNum—ber。fclockcyclespersuperframe个周期，每个信标时隙计数pNumberofClockCyclesperBeaconSlot个周期。有关时间参数见表28。12发射机规范12．1发送PSD模板发送功率模板应有如下断点：发送信号功率谱密度在中心频率附近从一130MHz～130MHz之间为0dBr(分贝比，信号功率谱密度以dB为单位与最大功率谱密度之比)，142．5MHz频率下降到一12dBr，在165MHz及以上的频率下降到20dBr。对于其他中频频率，发射信号的发射功率谱密度假定为线性分贝尺度。发射信号的发送功率谱密度应在发送功率谱模板的范围内，如图31。480dBr功率谱密度／dB^州州¨m·＼。＼。I＼、，，f频率／MHz图31发送功率谱密度模板 GB／T26229--201012．2发送中心频率容限发送中心频率容限最大为士20ppm。12．3符号时钟频率容限符号时钟频率容限最大为±20ppm。"12．4时钟同步．发送中心频率和符号时钟频率应由同一参考晶振驱动。12．5相位一致在单个包的持续期内，发送载波频率应该在单个频带内保持相位一致。12．6发送功率控制设备应提供发送功率控制(TPC)的支持。功率控制算法的目标是最小化发送功率谱密度，同时仍然为信息的传送提供可靠的连接。当设备使用时频交织，发送功率衰减的单调动态范围应为0dB～12dB，步长为2dB。另一方面，当设备使用固定频率交织，发送功率衰减的单调动态范围为0dB--8dB，步长为2dB。表30总结了TXPWR—LEVEL和相关联的发射功率衰减之间的映射关系。表30TXPWR_LEVEL和发射功率衰减映射TXPWRLEVELTFI方式TX功率衰减FFI方式TX功率衰减O0dB0dB12dB2dB24dB4dB36dB6dB48dB8dB510dB保留612dB保留7保留在每个情况中，发射功率衰减变更的相对精度最大为±1dB或士20％(依照分贝尺度)。例如，对于4dB和8dB的衰减变更，允许的相对精度分别是±1．0dB和±1．6dB。最后，设备在发射机的输出端口对载波泄漏应提供最小20dB的值，并且应满足设备配置的规则制定实体所制定的所有必要规则。12．7发射机星座图错误相对星座图RMS错误即所有OFDM符号数据、导频子载波和所有帧的错误平均值，不应超过表31所给的值。注意到相对星座图错误值是发送功率衰减的函数。相对星座图错误值是基于200Mbit／s或更低数据率时的2．5dB的多径余量，和320Mbit／s或更高数据率时的3．6dB多径余量，以及2．5dB的实现损耗。此外还假定了相对星座图错误引起的退化在数据率为200Mbit／s或更低时不超过0．5dB，在数据率为320Mbit／s或更高时不超过1．0dB。表31许可的相对星座图误差相对星座图RMS误差2、4、6dBTX衰减8、10、12dBTX数据率无Tx衰减(TFI及FFT)衰减(TFI及FFT)532Mbit／s，80Mbit／s，106．4Mbit／s，160Mhit／s，一170dB～15．5dB一14．5dB200Mbit／s320Mbit／s，400Mbit／S，195dB～180dB一170dB480Mbit／s GB／T26229--2010相对星座图RMS错误计算应使用能够将发送信号以264Msamples／s或更高的速率转化为复样本流的设备，并在I／Q失配、DC偏移、相位噪声等中有足够的精度。已采样信号应以一种相似于理想接收机的方式处理，包括通过重叠相加的方法将头32个补0后缀的采样添加到接收的OFDM符号。下例列出接收过程中所需要的的最少步骤。a)检测包和帧开始的边界；h)估计正确的采样时间和频率偏移。如果需要则进行校正；c)估计信道频率响应和对信道进行均衡；d)对于每个数据和导频子载波，找出最接近的星座图点并计算欧式距离；e)计算RMs误差，对所有数据和导频子载波和所有的帧求平均，见式(56)。RMS。，。。N(56)式中，Nr是测试包的数目，N。一是包中符号数，N。。是PI，CP前导符符号数，Nm是PI．CP包头符号数，N一。=N。“一N。。N“是PSDU符号数，N。是数据子载波数，N，是导频子载波数，P。是数据和导频星座图的平均功率，C。Ek]和C。Ek]分别是发送第n个OFDM符号的第k个数据子载波和第^个导频子载波，R一[^]和R。。Ek]分别是观测的第”个0FDM符号的第k个数据子载波和第女个导频子载波。Nn和Nr定义于表2，N。，。、Nhdr、Nfra。。和N⋯。定义于表3。注：测试最少需要Nf一100个包，每个包的PSDU长度至少为30个符号且由随机数据产生。13接收机规范13．1接收机灵敏度对于长度为1024八位位组的PSDU，当包差错率(PER)低于8％时，频带组1在AWGN信道中不同数据率的最小接收机灵敏度数据列于表32，其中假定噪声系数值为6．6dB(在天线处引用)，实现损耗为2．5dB，余量为3dB。表32频带组1最小接收机灵敏度数据速率(Mbit／s)最小接收机灵敏度／dBm53．2—8088078．91064778160—759200—74．5320——7284007l5480—70413．2接收机CCA性能在接收机处，数据率为53．2Mbit／s，最小传输灵敏度不小于一80．8dBm的有效OFDM传输会在pCCADetectTime内以大于90％的概率引起CCA指示信道为忙。当大于或等于53．2Mbit／s数据率得有效OFDM传输开始时，最小传输灵敏度(一80．8dbm)的有效OFDM传输开始应在pCCADetectTime内以大于90％的概率引起CCA指示信道为忙。13．3链路质量指示器设备应当有能力估计接收信道的链路质量，其中链路质量定义为FFT后可用的信噪比(SNR)的估50 GB／T26229—2010计，并且包括与该接收机架构相关的实现损耗(量化噪声、信道估计误差等)。设备应当有能力在6dB--+12dB的范围内估计值。估计超过+l2dB的数值是个可选项。当在静态信道情况下测量时，所有的估计值应当随信号强度在整个的报告范围内单调递增。注意到估计值在高于+12dB时可能呈现饱和行为。最后，链路质量估计应当以包为单位进行。当报告链路估计质量时，设备应当在一6dB～+24dB的范围内将这些数值取整到最近的dB，并且报告为链路质量估计(LQE)。LQE的精确度定义为在固定SNR下，静态AWGN信道中以包为单位的估计标准偏差。表33列举了允许的估计标准偏差，这些偏差是报告范围的函数。即使报告的估计表面上应当等于FFT后的SNR，关于外部参考水平本规范并没有明确规定绝对的精确度边界。表33负载为1024八位位组的LQE许可的标准偏差链路质量估计(LQE)估计标准偏差(O-)6dB，⋯，一4dB13dB——3dB．···．0dBl_ldB1dB，⋯．6dB0．9dB7dB．···．24dB0．7dBLQE和链路质量指示器(LQI)之间的映射总结于表34。标准编码用于在一6dB(00000001)到+24dB(00011111)范围内报告估计。全0位表示表明设备不支持I．QE报告，或LQE太小而不能精确测量。此外，从10000000到10111111的范围和从11000000到11111111的范围定义来允许设备商报告额外的链路质量信息。所有其他的位表示预留待以后使用。表34链路质量估计编码LQI描述0000不支持链路质量报告，或者链路质量太低无法测量0000oool～o0011111LQI一(LQEl。7dB)00100000～01111111保留10000000～10111111厂商指定链路质量编码11000000～11ll1111厂商指定链路质量编码注：链路质量估计精确度测试应当在最小为N八位位组，并且由随机数产生。14测距和位置感知设备可能具有检测其他设备距离的能力迟来估计。1000个包的条件下进行，其中每个包的PSDU至少长为1024个后文称为测距。距离可由光速乘以测得的设备间传播延14．1测距要求支持测距的设备应当达到60cm或更好的精度。14．2测距参考信号两个设备问的传播延迟应当根据参考点来测量。测距参考点为PI。CP前导符中第一个信道估计符号的开始，即，第一个信道估计序列S。，。‰[0]的第一个采样(见lo．2．1，图10和式(4))。14．3PHY测距资源PHY应当包括一个MIB属性pRanglngTimer来捕获测距参考信号的产生或检测时间。该属性捕获测距计数器的值，该值通常是一个32位的值[31：o]，其中位0时钟同步到4224MHz。有效测距定时器配置列于表45。51 GB／T26229--201014．4PHY测距操作当下列情况发生时，PHY应当将pRangingTimer设为测距计数器值：——PHY处于发送方式，且PHY达到测距参考点；——PHY处于接收方式，且PHY识别出测距参考点。14．5测距校准常量为了支持测距计算，下列常量应当可得到。这些值允许MAC根据PHY和相关电路的延迟更正pRangingTimer值。a)RANGING—TRANSMIT—DELAY=从PHY对应于其处理测距参考点的采样测距计数器的时间到测距参考点从本地天线发射出去的时问；b)RANGING—RECEIVE-DEI，AY一从测距参考点到达本地天线的时间到对应于PHY的采样测距计数器的测距参考点第一次被PHY识别的时间。这些常量以4224MHz时钟周期为单位表达。14．6距离测量举例(资料性)图32显示了在两个设备间交换测距帧的一个例子。R。。指定为由设备#1发送的初始测距帧，而R”。指定为由设备#2发送的应答测距帧。每个设备应进行两次测量：一次是当测距帧被发送时(T，，其中i一1，2)，一次是当测距帧被接收时(R，i=1，2)。接下来，每个设备应使用测量校准常量(见14．s)来计算发送和接收链路的的信号处理延迟：T，。=T，+RANGlNG—TRANSMIT—DELAY⋯⋯⋯⋯⋯⋯(57)R；。一R．一RANGJNG—RECEIVE—DELAy⋯⋯⋯⋯⋯⋯(58)式中，i一1，2，T，。和R，。是校准后的时间测量。最后，设备2应投递测量值T。。和R：。给设备1。设图32测距帧对示例给出4个补偿时间测量，一个简单的距离估计D，可用下式计算：D=cX[盟丑与幽]式中：c——光速。15PHY和MAC的服务访问点(资料性)服务访问点(SAP)为PHY层和MAC子层提供数据传输和管理。逻辑实体以及它们之间的相互关系。(59)图33所示的参考模型说明了各 GB／T26229--2010图33SAP的参考模型所有的服务访问点只是逻辑接口，并不需要特别的实现或外置接口。PHY通过PHYSAP向MAC子层提供数据服务。在本章中，这些服务描述为通过PHYSAP在PHY和MAC间交换的PHY原语。MAC通过MACSAP向MAC客户端提供数据服务。在本章中，这些服务描述为通过MACSAP在MAC和MAC客户端间交换的MAc原语。在概念上，MAC子层和PHY层都包括管理实体，分别叫做MLME和PLME。这些实体给层管理功能提供层管理服务接口。为MAC和PHY的管理，各设备都应有一个DME。PI。ME和MLME通过PI。ME和MI。MESAP向DME提供管理服务。DME是与层无关的实体，宜被看作一个独立的管理平面或在“边界外”。DME不在本标准的讨论范围内，但可看作负责从各种层管理实体汇总层相关状态及类似的来设置层特定参数值等功能。DME通常代表整个系统管理实体执行上述功能，实施标准管理协议。．15．1一般MIB管理原语PHY层和MAC子层规定的管理信息在管理信息库(MIB)中表示。设备并不希望通过网络被管理。设备使用管理信息来获知和控制PHY层和MAC子层的某些特性。管理实体被看作包含MIB，通过管理SAP交换MIB相关管理原语使DME能够GET或SET一个MIB属性。调用SET．request原语可以要求PHY层或MAC子层执行定义的操作。GET和SET原语使用请求原语和相关的证实原语进行描述。PHY层管理SAP的原语需带有前缀PLME，MAC子层管理SAP的原语需带有前缀MLME。在表35和后续章中XX表示MLME或PI。ME。这些原语被总结在表35中。这些原语用的参数定义在表36中。表35一般管理原语总结名称请求证实XX—GET15．1．115．1．2XXSET15．1．315．14 GB／T26229--2010表36一般管理原语参数名称类型有效范围说明MIBattribute八位位组串153或155中定义的任何M1B属性MIB属性名MIBvalue变量153或155中定义MIB属性值SUCCESS．1NVALID—MI耻ATTRIBUTENAME，指示PI。ME或MI。MEReSUItCode枚举1NVALID—MIB_ATTRIBUTE—VALUE，请求的结果READ()NLY～MIB_ATTRIBUTE，WRITE一0NLYMIB—ATTRIBUTE15．1．1XX—GET．request该原语请求读取给定属性信息。原语格式如下：XX-GET．request(MIBat七ribute)原语参数定义在表36中。15．1．1．1生成条件该原语由DME生成来从PHY或MAC获得信息。15．1．1．2收后效果PLME或MI．ME尝试从它们的数据库中获取被请求的PHY或MAC属性值，并以xxGET．confirm原语返回结果。15．1．2X)(．GET．confirm该原语报告关于PHY或MAC信息请求的结果。原语格式如下：XX-GET．confirm(ResultCode，MIBattribute．MIBvalue)原语参数定义在表36中。15．1．2．1生成条件该原语由DME生成来响应XX—GET．request。15．1．2．2收后效果如果ResultCode是SUCCESS，该原语返回合适的MIB属性值；否则在ResuhCode中返回错误指示。可能的指示错误的ResuhCode值为INVAI。ID—MIB—ATTRIBUTE—NAME和WRITE—ONLY—MIB—ATTRIBUTE。15．1．3XX-SET．request该原语尝试设置指定MIB属性为给定值。原语格式如下：Xx—SETrequest(MIBattribute，MIBvalue)原语参数定义在表36中。54 GB／T26229--201015．1．3．1生成条件该原语由DME生成来设置指定MIB属性。15．1．3．2收后效果PI。ME或MI。ME尝试在它们的数据库中设置被请求的MIB属性。如果该MIB属性暗含了一个规定操作，那么要求此操作被执行。PLME或MI。ME以XXSET．confirm原语返回结果。15．1．4XK-SET．con“rm该原语报告尝试设置MIB属性值的结果。原语格式如下：XX—SETconfirmfResultCode，MIBattribute)原语参数定义在表36中。15．1．4．1生成条件该原语由DME生成来响应XXSET．request。15．1．4．2收后效果如果ResuhCode是SUCCESS，这证实指定的MIB属性已设置为请求值；否则在ResuhCode中返回错误类型。如果该MIB属性暗含了一个规定操作，这证实该操作已被执行。可能的ResuhCode错误码为：——INVALID_MIB—ATTRIBUTE—NAME；——INVALID—MIB—ATTRIBUTE—VAI。UE；——READ—ONLY—MIB—ATTRIBUTE。15．2PHYSAP接口表37列举了对等体间交互的PHYSAP原语。表38列举了只在子层间交互的PHYSAP原语。表37PHYSAP对等体间服务原语原语清求指示响应证实PHYDATA152．1．1152131521415212表38PHYSAP子层间服务原语原语请求指示响应证实PHYSET1522．1t52．2．2PHY—TX—START015．2．3．2PHYTXEND52315．2．34PHYCCASTART1525115．2．52PHYCCAEND15．2．5．315．254PHY—RX—START152411524．215243PHYRXEND152．4．41524．515246本条余下部分描述使用这些PHY原语提供的服务。15．2．1数据传输该机制支持从MAC子层向PHY层，或者反方向传送一个八位位组数据。表39列举了本条原语中出现的参数。 GB／T26229--2010表39PHY-DATA原语参数名称类型有效范围说明出现在PHYDATArequest和PHY—DATA．indication原语中；指明从l。⋯位串0x00～0xFFMAC向PHY，或者反方向传输的一个八位位组位串15．2．1．1PHY-DATA．request该原语请求从MAC向PHY传送一个八位位组数据。原语格式如下：PHY-DATArequest(DATA)15．2．1．I．I生成条件该原语由MAC生成来请求从MAC向PHY传送一个八位位组数据。只宜从PHY发送初始化证实(PHY—TXSTART．confirm)后发出。152．1．1．2收后效果PHY传送来自MAC的一个八位位组数据，随后向MAC发出PHY—DATA．confirm。15．2．1．2PHY—DATA．confirm该原语报告MAC向PHY传送了一个八位位组数据。原语格式如下：PHY-DATAconfirm()15．2．1．2．1生成条件该原语在MAC向PHY传送一个八位位组数据后由PHY生成。15．2．1．2．2收后效果如果适用，MAC生成下一个PHY—DATA．request向PHY发送下--／＼位位组数据。15．2．1．3PHy-DATA．indication该原语指示PHY向MAC发送1个八位位组数据。原语格式如下：PHy-DATA．indication(DATA)15．2．1．3．1生成条件该原语由接收PHY层生成来向本地MAC子层传送一个可以得到的八位位组数据。只宜在PHY的接收初始化证实(PHY—RX—START．confirm)后发出。15．2．1．3．2收后效果MAC传送来自PHY的一个八位位组数据，随后向PHY发出PHY—DATA．response。15．2．1．4PHy-DATA．response该原语响应从PHY向MAC的一个八位位组数据传送。原语格式如下：PHY-DATA．response()15．2．1．4．1生成条件该原语在完成从PHY向MAC的一个八位位组数据传送后，由MAC子层产生来响应PHY。15．2．1．4．2收后效果如果适用，PHY产生下一个PHYDATA．indication用以向MAC传送下一个八位位组数据。15．2．2PHY子载波凹陷(tonenollingTN)控制该机制支持设备采用TN技术，表40列举了本条原语中出现的参数。56 表40PHY-SET参数GB／T26229--2010名称类型有效范围说明TN位串512位指示置空的载频位置15．2．2．1PHY。SET．request该原语请求PHY层设置TN参数。原语格式如下：PHY—SET．request(TN)15．2．2．1．1生成条件当设备发送信标中包含TN改变IE，且TN变动倒计时子字段值为0时，在下一个超帧开始时MAC发送该原语给PHY。15．2．2．1．2收后效果PHY按照参数值设置TN的值，然后返回PHY—SET．confirm。15．2．2．2PHY-SET．confirm该原语用于证实设置TN参数值。原语格式如下：PHy-SET．confirm()15．2．2．2．1生成条件当TN参数被改动时，PHY向MAC发出该原语。15．2．2．2．2收后效果设备使用此TN参数收发数据。15．2．3PHY传输控制该机制支持控制PHY传输开始或结束的规程。表41列举了以TXVECTOR形式在本条原语中出现的参数。表41TXVECTOR参数名称类型有效范围说明标准方式：0～pMaxFramePayloadSize规定MAC请求PHY发送的帧有效负载中的I。ENGTH整型突发方式：八位位组数(不包括FCS，尾位和填充位)l～pMaxFramePayloadSizeRATE位串5位规定被发送帧体的数据速率(见表14)0=标准方式指示传输是否处于突发方式中，即当前PPDUBURSTMoDE枚举在一个M1FS间隔内是否将跟随着该设备发送的1=突发方式另一个PPDU0=标准方式当BURSTMODE为1时规定下一个PPDU的PREAMBLE—TYPE枚举1=突发方式前导符类型；当BURSTMODE为0时预留提供一个2位值来初始化用于当前PPDU传SCRAMBLER位串2位送的扰码器(见表18)TXPWRLEVEL整型0～7规定当前PPDU传送的发送功率衰减(见表30)TXTFC位串4位规定当前包传送使用的DC-TFC编码(见表17)MACHEADER八位位组串10八位位组提供当前PPDU传送的MAC头部 GB／T26229--201015．2．3．1PHY-TX—START．request该原语请求本地PHY层开始传输PPDU到无线媒体上。原语格式如下：PHY-TX-STARTrequest(TXVECTOR)15．2．3．1．1生成条件该原语由MAC子层生成来指示本地PHY层开始传输PPDU到无线媒体上。15．2．3．1．2收后效果PHY开始发送PI。CP前导符，其中在TN参数表示的子载波位置上置0，随后向MAC发出PHYTX-START．confirm。15．2．3．2PHY—TX—START．confirm该原语报告PHY开始PLCP前导符传输。原语格式如下：PHY—TX-STARTconfirm()15．2．3．2．1生成条件该原语由PHY生成，用以向MAC指示PHY开始传输PPDU到无线媒体上。15．2．3．2．2收后效果AC发送PHYDATA．request原语向PHY发送TXVECTOR和帧体(如果有并且可得)，或者PHYTX—END．request原语来结束PHY传输。15．2．3．3PHY—TX—END．request该原语要求本地PHY层结束传输。原语格式如下：PHY—TX-ENDrequest(15．2．3．3．1生成条件该原语由MAC在接收到来自PHY的对于当前MPDU传送的最后一个PHY—DATA．confirm后生成。15．2．3．3．2收后效果PHY停止传送，随后向MAC发出PHY—TxEND．con{irm。15．2．3．4PHY-TX—END．confirm该原语报告PHY结束传送。原语格式如下：PHy-TX-END．confirm()15．2．3．4．1生成条件该原语由PHY停止本地传输时生成。15．2．3．4．2收后效果MAC处于发起下一次发送、启动接收机、或发起功率管理操作的状态。15．2．4PHY接收控制该机制支持控制PHY接收开始或结束的规程。表42列举了以RXVECTOR形式在本条原语中出现的参数。58 表42RXVECTOR参数GB／T26229--2010名称类型有效范围说明标准方式：0～pMaxFramePayloadSize规定PHY将要发送给MAC的帧有效负载LENGTH整型突发方式：的八位位组数(不包括FCS．尾位和填充位)l～pMaxFramePayloadSizeRATE位串5位规定被接收帧体的接收速率(表14)0一标准方式指示接收是否处于突发方式中，即当前BURSTM()DE枚举PPDu在一个MIFS间隔内是否将跟随着同设1=突发方式备发送的另一个PPDu0一标准方式前导符当BURSTMODE为1时规定下一个PPDUPREAMBLE—TYPE枚举1=突发方式前导符的前导符类型；当BURSTM()DE为0时预留规定当前包传输使用的DCTFC编码(见TXTFC位串4位表17)MACHEADER八位位组串10八位位组提供接收的PPDU的MAC头部值一0：HCS有效HEADER—ERROR整型0～255位4一l：HCS无效位3—1：不支持的数据率以分贝形式提供的接收信号强度指示，该指示是天线检测到的、用来接收当前PPDU的RSSI整型0～RSSIMaximumPLCP前导符的能量度量，该指示也是接收功率的单调递增函数提供一个单倜递增的链路质量度量，该链路I，QI位串8位质量由PHY评估得到(见表34)15．2．4．1PHy-RX-START．request该原语请求本地PHY层开始接收。原语格式如下：PHY-RX-STARTrequest()15．2．4．1．1生成条件该原语由MAC子层生成，用于本地PHY层发起或继续获取预期接收的PPDu的PLCP前导符。15．2．4．1．2收后效果PHY开始获取PI。CP前导符，并将TN参数表示的子载波位置的0去掉，随后向MAC发出PHYRXSTART．confirm。15．2．4．2PIty-RX-START．indication该原语表明本地PHY层获取了PLCP前导符。原语格式如下：PHy-RX-START．indication()15．2．4．2．1生成条件该原语由接收PHY层检测到PLCP前导符同步序列的末尾时产生。15．2．4．2．2收后效果为MAC提供决定本地空中接口上接收帧的开始的一个参考时间。59 15．2．4．3PHY—RX-START．confirm该原语报告PHY接收到了PI。CP头部。原语格式如下：PHy-RX-STRAT．confirm(RXVECTOR15．2．4．3．1生成条件该原语由PHY层接收完整个PLCP头部或超时后产生。15．2．4．3．2收后效果MAC处于为TXVECTOR和帧体(如果存在)传送而接收PHYDATA．request原语的状态，或者发送PHYRXEND．request来中止接收操作。5．2．4．4PHY—RX-END．request该原语请求本地PHY层结束接收。原语格式如下：PHY-RX—ENDrequest()15．2．4．4．1生成条件在接收到来之PHY的最后一个PHY—DATA．indication(为预期接收的MPDU传输)后，MAC子层生成该原语。15．2．4．4．2收后效果PHY停止接收并向MAC发出PHYTxEND．confbm。5．2．4．5PHY-RX-END．indication该原语指示来自无线媒体的PPDU接收完成。原语格式如下：pHY-RX-END．indication()15．2．4．5．1生成条件该原语由接收PHY层在完成来自无线媒体的整个PPDU接收时生成。15．2．4．5．2收后效果为MAC提供决定本地空中接口上接收帧的结束的一个参考时间。5．2。4．6PHY—RX—END．confirm该原语报告PHY结束接收。原语格式如下：PHy-RX-ENDconfirm()152．4．6．1生成条件该原语由PHY停止接收时生成。1"5．2．4．6．2收后效果MAC处于发起下一次发送、启动接收机、或发起功率管理操作的状态。15．2．5PHYCCA控制本机制提供控制PHYCCA开始和结束的规程。本条的原语不包含参数。152．5PHY—CCA—START．request该原语请求本地PHY层开始其CCA操作。原语格式如下：PHY-CCA-START．request(，15．2．5．1．1生成条件该原语由MAC子层产生来由PHY层发起CCA。R0 GB／T26229--201015．2．5．1．2收后效果PHY层开始其CCA操作，并报告CCA结果到PHYMIB属性pCCAStatus中。随后向MAC发出PHYCCASTART．confirm原语。任何时候CCA结果改变，PHY均要更新pCCAStatus属性的值，直到MAC随后发出PHY—CCAEND．request。15．2．5．2PHY-CCA—START．confirm该原语报告PHY层开始CCA操作。原语格式如下：PHy-CCA-STARTconfirm()15．2．5．2．1生成条件该原语由PHY生成来向MAC指示CCA开始。15．2．5．2．2收后效果MAC／MLME可发出一般管理原语PI，ME—GET(pCCAStatus)来获得或更新CCA结果。15．2．5．3PHY-CCA—END．request该原语请求本地PHY层结束CCA操作。原语格式如下：PHY-CCA-ENDrequest()15．2．5．3．1生成条件该原语当不再需要CCA时由MAC子层产生。15．2．5．3．2收后效果PHY停止CCA操作。15．2．5．4PHY—CCA—END．COIlfirm该原语报告PHY层结束CCA操作。原语格式如下：PHY—CCA-ENDconfirm()15．2．5．4．1生成条件该原语当PHY层停止CCA操作时产生。15．2．5．4．2收后效果MAC停止发出一般管理原语PLME-GET(pCCAStatus)来获得CCA结果。15．3PLMESAP接口PHY管理服务通过以下方式提供：使用一般管理服务原语PLME—GET和PI．ME—SET对表43和表44中定义的PHYMIB属性进行操作，使用PI。MESAP服务原语对表46列出的非特定PHYM1B属性进行操作。表43PHYMIB属性名称类型有效范围说明规定任何MPDU中帧有效负载的最大pMaxFramePayloadSize整型4095允许长度(不包括FCS)DPowerState枚举SLEEP．STANDBY．REAI)Y规定PHY功率状态CHANNNELBUSY．pCCAStatus枚举指示信道媒体活跃度CHANNEI，CI。EAR6l GB／T26229--2010表44PHYMIB测距属性名称类型有效范围说明规定测距支持能力。不支持测距，该值设为0。位0：如支持测距则设置；位1：如使用528MHz定时器则设置；pRCI，KOptions整型见表45位2：如使用1056MHz定时器则设置；位3：如使用2112MHz定时器则设置}位4：如使用4224MHz定时器刚设置；位5：如pRangingTimer位[23：182有效则设置；位6：如pRangingTimer位L31：z43有效则设置pRCI。KTolerance整型0，～255指定11HY测距定时器精度，咀PPM为单位指定测距定时器值，用32位无符号整型数表示如pRCI。KOptions的位4为0，Timer[0]=0如pRCI，KOptions的位3为0，Timer[1]一0pRangingTimer整型0～f2“1)如pRCLKOpfions的位2为0，Timer[2]一0如pRCLK()ptions的位5为0，TimerS23：is]一Ox00如pRCI。KOptions的位6为0，Timer[31：24j—Ox00表45测距pRCLKOptions有效值取值(十六进制)有效定时器时钟频率(MHz)定时器量程00N／A03[17：3]52862．1us05[37：2]1056621tlS09[】7：1]2¨262】us11[17：o]4224621us23[23：3]5283．97ms25[23：2]1056397ms29[23：1]21l23．97ms31[23：o]42243．97ms63[sl：3]528102s65[3l：2]1056102s69[31：1]2112102s71[31：O]4224102s表46PLMESAP服务原语原语请求指示响应证实PI。ME_RESETPI，MERANGINGTIMER—STARTPLME-RANGINGTIMEREND GB／T26229--201015．3．1PHY层复位该机制提供对PHY层及其管理实体复位的规程。表47列举r本条原语中出现的参数。表47PLME—RESET原语参数名称类型有效范围说明ResetResu|tCode枚举SUCCESS．FAII。FD指示PHY复位规程结果15．3．1．1PLME‘RESET．request该原语请求复位PHY的数据通路、其管理实体和MIB。原语格式如下：PLME-RESET．request()15．3．1．1．1生成条件该原语在PHY需要复位时由MLME代表它自己或DME生成。15．3．1．1．2收后效果PHY复位传输和接收、CCA操作、其管理实体和MIB。PLME随后向MI。ME发出PHYRESET．confirm。15．3．1．2PLME—RESET．confirm该原语报告复位规程的结果。原语格式如下：PLME-RESET．confirm(ResetResultCode)15．3．1．2．1生成条件该原语由PI，ME生成，作为Pl，MERESET．request的结果。15．3．1．2．2收后效果DME或MI．ME被告知PHY复位规程的结果。15．3．2PHY测距定时器控制该机制支持使能或非使能PHY层测距定时器的规程。本条的原语不包含参数。15．3．2．1PLME—RANGING—TIMER-START．request该原语请求使能PHY测距定时器。原语格式如下：PLME—RANGING-TIMER-STARTrequest()15．3．2．1．1生成条件该原语由MLME代表自己或者DME生成来使能PHY测距定时器。15．3．2．1．2收后效果PLME使能PHY测距定时器。PHY获取MIB属性中的测距定时器数值pRangingTimer，随后向MI。ME发出PHYRANGINGTIMERSTART．confirm。15．3．2．2PLME—RANGING—TIMER—START．confirm该原语报告PHY测距定时器使能。原语格式如下：PLME-RARGINC-TIMER-STARTconfirm()15．3．2．2．1生成条件该原语由PLME生成，作为PI，MERANGINGTIMER—START．request的结果。15．3．2．2．2收后效果DME或MLME被告知使能PHY测距定时器。63 GB／T26229—201015．323PLME—RANGING—TIMER—END．request该原语请求非使能PHY测距定时器。原语格式如下：PLME—RANGING-TIMER-ENDrequest()15．3．2．3．1生成条件由MI。ME代表自已或者DME生成来非使能PHY测距定时器。15．3．2．3．2收后效果PI，ME非使能PHY测距定时器，随后向MI．ME发出PHYRANGINGTIMEREND．confirm。15．3．2．4PI。ME—RANGING-TIMER-END．confirm该原语报告非使能PHY测距定时器。原语格式如下：PLME—RANGING_TIMER-ENDconfirm()15．3．2．4．1生成条件该原语由PLME产生，作为PI。MERANGINGTIMEREND．request的结果。15．3．2．4．2收后效果DME或MI．ME被告知非使能PHY测距定时器。DME或MI。ME停止获取MIB属性值pRangingTimer。15．4MAC子层管理原语MAC子层管理原语的描述见15．1，一般MIB管理原语。155MAC管理信息库(MIB)MACMIB对象列举在表48，可以通过MI。ME—GET和MI。ME—SET原语读写。表48MACMIB属性管理对象范围mDevAddrType{Private，Generated)mS㈣ntyM。deselectedf0，1，2}15．6MLMESAP接口15．6．1复位本条所述服务原语提供DME复位MAC子层。本条中的原语列于表49。表50列举了本条原语中的出现的参数。表49复位原语服务原语请求指示响应证实MI，MERESET156115．612表50复位原语参数名称类型有效范围说明只出现在MI。MERESETconfirm原语中；指示相应ResultCode枚举SUCCESS．FAlI。UREMI。MERESET．request原语的结果15．6．1．1MLME—RESETrequest该原语请求复位MAC子层的数据通路、其管理实体和MIB。原语格式如下MLME—RESETrequest(，64 15．6．1．1．1生成条件陔原语由I)ME在需要对MAC子层复位时产生。15．6．1．1．2收后效果MAC子层复位发送和接收状态机、其管理实体和MIB到默认上电状态或默认值。MAC子层丢弃所有缓冲的传输给对等MAC子层或投递给MAC客户端的MSDU和分段(如果存在)。直到MLME接收到其他原语，MAC子层才执行发送或接收操作。当复位已经完成时MI，ME发出MI。ME—RESET．confirm来反馈复位请求的结果。15．6．1．2MLME-RESET．confirm该原语报告复位规程的结果。原语格式如下：MLMg-RESETconfirmrResultCodeJ15．6．1．2．1生成条件该原语由MI．ME生成，作为复位操作完成时MI，ME—RESET．request的结果。15．6．1．2．2收后效果I)ME被告知复位规程的结果。15．6．2扫描本条所述服务原语提供给DME执行信道扫描操作。本条中的原语列于表5l。表52列举了本条原语中出现的参数。表51扫描原语服务原语请求指示响应证实MI。MESCAN01562MI。MESCANPI。CPHEADERRECEIVED15．62．3表52扫描原语参数名称类型有效范围说明ChannelNumber枚举依赖于PHY待扫描的物理信道BPSTOffset整型0～65535接收帧的开始相对于设备BPST的偏移，以微秒度量I，QI整型0～255链路质量指示PLfPtleaderPI。CP头接收帧的PI，CP头部ResuItCode枚举SUCCESS，FAILURE指示相应请求的结果RSSI整型0～255接收信号强度指示SCAN()NI。Y．SCANOUTSIDE—BI’，ScanState枚举在MI。MESCAN原语中设置扫描状态SCANWHII。EINACTlVE，SCAND1SABI。ED5．6．2．1MLME-SCAN．request该原语用于开始一个扫描操作。原语格式如下MLME—SCANrequest(ChannelNumber，ScanState) GB／T26229--2010ScanState指示请求扫描状态，表53列出了可能的扫描类型。表53ScanState参数值ScanState值i兑明SCAN()NI。Y仅扫描。直到扫描完毕才能进行其他收发操作SCAN()UTSIDEBP在BP之外所有时间扫描”SCAN—WHlI。E1NACTlVE只在未安排收发操作时进行扫描SCAN—DISABl．E丁)非使能扫描。这是在上电或MI。MERESET请求成功结束后的默认扫描状态ChannelNumber参数指示扫描期间使用的PHY信道。15．6．2．1．1生成条件该原语由DME生成来改变扫描状态。15．6．2．1．2收后效果MLME发起改变扫描状态到该请求所指示的新状态。15．6．2．2MLME—SCAN．confirm该原语指示由MLMESCAN．request引起的扫描状态改变已成功完成或状态改变尝试已失败。原语格式如下：MLME—SCANconfirm(ResultCode)ResultCode指示扫描状态改变操作是否已成功完成。如果扫描状态改变没有成功．由厂商特定指定何时操作超时并返回FAll。URE。15．6．2．2．1生成条件一旦已进入到所请求的扫描状态或操作已失败，该原语由MLME生成，作为MI，MESCAN．request的结果。15．6．2．2．2收后效果接收方被告知改变扫描状态规程的结果。15．6．2．3MLME—SCAN-PLCP-HEADER—RECElVED．indication该原语告知DMEP1．CP头部被收到，该指示仅当扫描状态不是SCAN～DISABLED时发生。原语格式如下：MLME-SCAN-PLCp-HEADER-RECEIVED．indication(PLCPHeader．ChannelNumber，BPSTOffset．LQI，RSSI)ChannelNumber是收到PLCP头部的PHY层信道。15．6．2．3．1生成条件该原语当设备接收Pl。CP头部且MAC子层不是SCAN—DISABI。ED状态时由MI。ME生成。15．6．2．3．2收后效果接收方被告知已收到PLCP头部。15．6．3信标传输和接收本条所述原语提供DME控制信标的传输和接收。本条中的原语列于表54。表55列举了本条原66 语中出现的参数。表54信标原语GB／T26229--2010原语请求指示响应证实MIJMEBFACONSTART015632MI。Mf■BEACONST(JP15．6．3．315634MI，ME—BEACON—CHANGBCHANNEI。1563515．636MI，ME_BEAC()N15637MLME—BEACON—MFRGEBP1563815639156310表55信标原语参数名称类型有效范围说明一个大小可变的包含发送或接收信标所有信息Beaconlnfo数组变量的数组ChaIlnelCllanzeIECount整型0～255改变信道前包括信标改变IE的超帧数目Channe】Number枚举依赖于PHY发送或接收信标帧的物理信道基于邻居BP合并1E的BP合并开始之前的超帧BPMoveCoumdown整型0～255数目接收信标的开始时间相对于设备BPSfI的偏移，BPSTOffset整型0～65535以微秒度量NEIGHB()R．信标类型报告，指示接收到的信标是否划分为邻Beaconq、ype枚举ALIEN．oWN居或外部的，或信标是否由该设各发送依赖于PHY的关于接收到帧的链路质量指示的LQI整型0～255相对值SUCCESS，FAII。URE，指示MI。MEBEACON—START或MI。ME—BEA—ResultCode枚举FAII。URE—NOSLOTSCON—STOP请求的相关结果依赖于PHY的关于接收到帧的接收信号强度指RSSI整型0～255示的相对值15．6．3．1MLME-BEACON—START．request该原语指导MAC子层在指定信道上开始信标传输。原语格式如下：MLME-BEACON-STARTrequest(ChannelNumberChannelNumber是将开始信标传输的PHY层信道。15．6．3．1．1生成条件该原语由DME生成来指导MAC子层开始信标传输。15．6．3．1．2收后效果当MI。ME接收到该请求时，它在指定信道上发起发送信标的过程。15．6．3．2MI。ME—BEACON-START．confirm该原语证实MLMEBEACON—START请求的完成，该证实指示第一个信标是否已被发送。原语格式如下：MENE-BEACON-START．confirm(ResultCode)67 GB／T26229--2010ResuhCode指示信标是否已开始被成功发送。如果开始信标传输的操作没有成功，由厂商特定指定何时操作超时并返回FAIl。URE。15．6．3．2．1生成条件该原语由MI。ME生成，作为MI．ME—BEACON—START．request的结果，用来指示第一个信标已被成功发送或操作已失败。15．6．3．2．2收后效果接收方被告知开始发送信标规程的结果。15．6．3．3MLME—BEACON—STOP．request该原语使MAC子层结束发送信标。原语格式如下：MLME—BEACON-STOPrequest(15．6．3．3．1生成条件该原语由DME生成来停止由MI．MEBEACONSfIART请求开始的信标传输。15．6．3．3．2收后效果MI。ME立即发起停止信标的传输。15．6．3．4MLME—BEACON—STOP．confirm该原语证实在DME发出MI。ME—BEACON—sTOP请求后MI。ME已停止信标传输。原语格式如下：MLME二BEACON—STOPconfirm(ResultCode)ResuhCode指示信标操作是否停止成功。如果结束信标传输没有成功，由厂商特定指定何时操作超时并返回FAILURE。156．3．4．1生成条件一旦信标传输已被成功停止或操作已失败，该原语由MI。ME生成，作为MI。MEBEACONSTO}1．request的结果。15．6．3．4．2收后效果接收方被告知停止信标传输规程的结果。成功的证实指示至少有一个BP没有传输信标。15．6．3．5MLME—BEACON-CHANGE-CHANNELrequest该嗄语使MAC子层改变发送信标(及所有其他帧)的信道。原语格式如下：MLME—BEACON—CHANGE-CHANNELrequest(ChanneiNumber，ChannelChangeIEC0unt)15．6．3．5．1生成条件该原语由DME生成来选择一个新的信道进行传输。15．6．3．5．2收后效果MI．ME在DME指定的0个或者多个超帧中包含信道改变IE。在信道改变倒汁时字段为零的超帧结束时，或者在信道改变倒计时字段为零的当前超帧结束时，将所使用的PHY信道改变为ChannelNumber参数指示的信道。15，6．3，6MLME—BEACON—CHANGE—CHANNEL．confjrm该原语证实MI，ME已经改变PHY信道作为MI。MEBEACONCHANGECHANNEl．请求的结果。原语格式如下：^R GB／T26229--2010MLME—BEACON—CHANGE-CHANNEL．confirm(ResultCode)ResultCode指示PHY层信道是否成功改变。如果改变PHY信道没有成功，由厂商特定指定何时操作超时并返回FAll。URE。15．6．36．1生成条件一旦PHY信道已被改变或操作已失败，该原语由MLME生成作为MI．MEBEACONCHANGE—CHANNEL．request的结果。15．6．3．6．2收后效果接收方被告知改变信道规程的结果。成功的证实指示至少已经在新的信道上进行了一个BP的信标传输和接收。156．3．7MLME—BEACoN．indication该原语告知DME信标已被接收或发送。任何时刻当设备在接收到信标或发送自己的信标时，陵指示发生。原语格式如下：MLME—BEACONindication(Beaconlnfo，ChannelNumber，BPSTOffset，BeaconType，LQI，RSSIBeaconInfo是一个数组，包括MAC头部、信标参数以及接收到的或发送出去的信标的所有信息元素。ChannelNumber是发送或接收信标的PHY信道。如果设备是激活的，MAC子层总是在其BP时期指示至少一个信标，即自己的信标。15．6．3．7．1生成条件该原语在MI。ME确定其已发送或接收到一个信标帧时由MI，ME产生。当设备接收机使能时，接收信标的信标指示在任意时刻都有可能发生，无论扫描使能与否。15．6．3．7．2收后效果接收方被告知一个信标已被接收，并被提供信标中包含的所有信息。15．6．3．8MI—ME—BEACON-MERGE—BP．request该原语允许DME请求发起两个先前独立的BP的合并过程。原语格式如下：MLME—BEACON—MERGE—BPrequest(BpSTOffset)BPST(){fset指示设备移向的外部BP的BPST。15．63．8．1生成条件该原语由DME生成来指导MAC子层将它的BP与外部BP合并。15．6．38．2收后效果MI。ME接收到该原语时，设备根据172．6．3重新定位它的BP到外部BP。15．6．3．9MLME—BEACON—MERGE—BP．indication该原语通知DME一个邻居已经宣布它由于BP的合并操作将改变它的BPST。原语格式如下：MLME—BEACON-MERGE-BPindication( BPSTOffset，BPMoveCountdown)15．6．3．9．1生成条件当设备接收到邻居信标中的BP合并IE时，该原语由MLME生成。15．6．3．9．2收后效果接收方被告知接收到BP合并IE，BP合并可能发生。15．6．3．10MLME-BEACON—MERGE—BP．confirm该原语证实BP合并已经完成或终止。原语格式如下：MLME—BEACON-MERGE-BPconfirm(ResultCode、ResuhCode指示合并操作是否成功完成或被终止。15．6．3．10．1生成条件一旦BP合并操作完成或终止，该原语由MI。ME生成作为MI．ME—BEACON—MERGE—BP．request的结果。15．6．3．10．2收后效果接收方被告知BP合并规程的结果。15．6．4IE管理该服务原语实现上层访问和控制特定IE包含的信息。表56列举了本条包括的原语。表57列举了本条原语中出现的参数。表56IE管理原语服务原语请求指示响应证实MI．MEsET—CAPABILITY—IE15．6．4．1156．4．2MI。MDIDENTIFICATION—IE15．6．4．3】564．4表57IE管理原语参数名称类型有效范围说明Ca口IEData数组变量一个包含能力IE数据的大小可变的数组1dentlflcatlonIEData数组变量一个包含标识IE数据的大小可变的数组指示MLMESETCAPABII。ITIES_IE的请ResuhCode枚举SUCCESS，FAlI。URE求结果15．6．4．1MLME—SET-CAPABILITIES-IE．request该原语改变信标中能力IE的内容，原语格式如下：MLME-SET-CAPABILITIES-IErequest(CapIEData)CapIEData是在后续信标中的能力IE使用的数据。15．6．4．1．1生成条件该原语由DME生成，来通知MAC子层改变信标中的能力IE。15．6．4．1．2收后效果当MI，ME收到该请求原语时，它开始改变信标中能力IE的内容。70 GB／T26229—201015．6．4．2MLME—SET—CAPABILITIES-IE．confirm该原语证实改变信标中能力IE内容操作的结果，以响应MLMESETCAPABlLlTIES_IE．request，原语格式如下：MLME-SET-CAPABILITIES-IEconfirm(Eesu]tCode)ResultCode指示试图改变信标中能力IE的内容的结果。如果能力IE的内容不能被改变，该原语生成为FAIl。URE状态。15．6．4．2．1生成条件当MI．ME—SET—CAPABII。ITIES—IE．request返回一个成功状态，指示具有改变的能力IE内容的第一个信标已经被发送时，MLME生成该原语。如果MI。MESETCAPABILITIESIE．request被调用时信标没被发送，当下一个信标被发送时，一个成功状态指示新的能力IE内容将在信标中。15．6．4．2．2收后效果接收方被通知改变信标中能力IE内容的规程的结果。15．6．4．3MLME-IDENTIFICATION-IE．request该原语控制了信标中标识IE的内容，原语格式如下：MLME—IDENTIFICATION-IErequest(IdentificationIEData)15．6．4．3．1生成条件该原语由DME生成，来指导MAC子层改变设备的标识IE内容。15．6．4．3．2收后效果当接收到该请求时，MLME改变信标中标识IE内容。15．6．4．4MLME-IDENTIFICATl0N-IE．confirm该原语证实改变标识IE内容操作的结果，原语格式如下：MLME—IDENTIFICATION—IEconfirm(ResultCode)ResuhCode指示试图改变信标中标识IE内容的结果。如果标识1E内容不能被改变，该原语生成为FAILURE状态。15．6．4．4．1生成条件当M1。MEIDENTIFIcATION—IE．request具有一个成功返回状态，指示新内容比存储了并将用于下一个包括标识IE的信标中时，MI。ME生成该原语。15．6．4．4．2收后效果接收方被通知改变信标中标识IE内容的规程的结果。15．6．5PTK建立该机制支持与对等MAC子层建立一个新PTK的规程。表58列举了本条包括的原语。表59列举了本条原语中出现的参数。表58PTK建立原语服务原语请求指示响应证实MLME—I’TK1565l15．6．5．215．6．5．315654 GB／T26229--2010表59PTK建立原语参数名称类型有效范周说明规定通过4次握手请求建立一个新PTKSrcEUIEUI48任何有效单播EUI48的设备的EUI一48规定通过4次握手被请求建立一个新DestEUlEUI48任何有效单播EUI48PTK的设备的Eul48MessageNuTn])er整型第18章所述任何有效正数规定4次握手中传输的信包数目StarusCode整型第18章所述任何有效数规定4次握手的状态规定通过4次握手建立一个新P’FKPTK¨)整型第18章所述任何非0数的TKlD标识通过4次握手建立一个新Pq、K所使MKID八位位组第18章所规定的16个八位位组用的主密钥p-rK八位位组第18章所规定的16个八位位组规定通过4次握手建立一个新PTK规定建立一个新PTK的过程终止的时间PTKFailureI、il]]eout整型>=1界限‘us)RESPONSE_RECEIVED，ResuhCode枚举INVAI，lr)_PARAMETERS，指示相应MI。ME—PTKrequest的请求结果TIMEOUT15．6．5．1MLME-PTK．request该原语请求与特定的对等MAC子层建立一个新的PTK，见第18章，原语格式如下：MLME—PTK．request(DestEUl，MessageNumber，StatusC0de，PTKID，MKID，PTKFailureTimeout)15．6．5．1．1生成条件该原语由DME生成，为本地MAC子层开启4次握手规程以与对等MAC子层建立一个新的PTK。当接收到一个有效的PTK命令(MessageNumber为2，状态码为o)时，DME也会为本地MAC子层生成该原语，继续正在进行中的4次握手规程。15．6．5．1．2收后效果MAC子层通过使用MKID参数规定的主密钥去与DestEUI规定的对等MAC子层建立一个新的I’TK来开始或继续一个4次握手规程。如果MLMEPTK．request中MessageNumber为1，MAC子层生成一个新的随机数作为INonce并发送一个PTK命令给对等MAC子层，PTK命令中包含有4次握手规程的第一个信息。如果MLMEPTK．request中MessageNumber为3，MAC子层使用同一个4次握手规程的第一个信息的lNonce作为自己的INonce并发送一个PTK命令给对等MAC子层．PTK命令中包含有4次握手规程的第3个信息。MI。ME随后发出MI。MEP1’K．confirm返回结果。15．6．5．2MLME—PTK．indication该原语报告一个与特定的对等MAC子层新的PTK的请求或建立，原语格式如下：MLME-PTKindication(72 GB／T26229--2010SreEUl，MessageNumber，StatusCode，PTKID，PTK．MKID)15．6．5．2．1生成条件该原语由MLME生成，作为通过4次握手规程与特定的对等MAC子层请求或建立一个新的PTK的结果。特别地，当MI．ME接收到一个有效的PTK命令(MessageNumber为l或3)时生成该原语。15．6．5．2．2收后效果DME被告知请求或建立一个新的PTK。DME随后发出MI。MEPTK．response来反映采取的动作。如果MI。ME—PTK．indieation中MessageNumber为1，DME验证指定的PTKID在当地MAC子层临时密钥中朱使用，以及使用请求DME的MKID新建一个PTK是一个可接受的动作。DME在MI，MEPTK．response中StatusCode参数中包含验证的结果。如果MI。ME～PTK．indication的MessageNumber为3且MI。ME—PTK．response中的StatusCode参数为0，DME接着发出MLME～KEYUPDATE．request。15．6．5．3MLME—PTK．response该原语J}j于响应与特定的对等MAC子层的一个新PTK的请求或建立，原语格式如下：MLME-PTEresponse(SrcEUI，MessageNumber，StatusCode，PTKID，MKID)15．6．5．3．1生成条件该原语由DME生成．作为MLMEPTK．indication的结果，报告一个通过4次握手规程与特定的对等MAC层的薪P7PK的有效请求或建立。15．6．5．3．2收后效果如果MessageNumber是2，MAC子层产生一个新的随机数作为RNonce并发送一个PTK命令绘特定的对等MAC子层，PTK命令中包含4次握手规程的第2个信息。如果MessageNumber是4，MAC子层使用同一个4次握手规程的第2个信息的RNonce作为自己的RNotice并发送一个PTK命令给特定的对等MAC子层，PTK命令中包含4次握手规程的第4个信息。PTK命令的StatusCode参数包含在它的状态代码字段中。15．6．5．4MLME-PTK．confirm该原语报告与特定的对等MAC子层试图建立一个新的PTK的结果，原语格式如下：MLME-PTKoonfirm(DestEUI，MessageNumber，StatusCode，PTKID，73 GB／T26229--2010P。rh．MKID．ResultCode)15．6．5．4．1生成条件该原语由MLME生成，作为MLMEPTK．request与特定的对等MAC子层建立一个新的PTK的结果。特别地，当接收到一个有效的PTK命令包含MessageNumber为2或4时．或当INVAI。ID—PARAMETERS或PTKFailure超时时，该原语由MLME生成。15．6．5．4．2收后效果DME被通知与一个特定的对等MAC子层建立一个新的PTK时的中间或最终结果。如果MessageNumber是4，StatusCode是0，ResultCode是RESPONSE—RECEIVED，DME随后发出一个M1。MEKEY—UPDATE．request。15．6．6GTK申请／分配该机制支持从～个特定的对等MAC子层申请一个新的GTK，或给特定的对等MAC子层分配一个新的C-TK的规程。表60列举了本条包括的原语。表61列举了本条原语中出现的参数。表60GTK申请／分配原语服务原语请求指示响应证实MLMEGTK156．61156．62156．63156．6．4表61GTK申请／分配原语参数名称类型有效范围说明规定申请或分配一个新的G1、K的设SrcEUlEUI48任何有效单播EUI一48备的EUl—48——规定被申请／分配或接收一个新G’FKDestEUlEUl—48任何有效单播EUI48的设备的EUI一48——TKID整型第18章所规定的任何非0数标识分配新GTK时使用的PTK规定申请或分配新的GTK中传输的MessageNumber整型第18章所规定的任何有效正数信息数目StatusCode整型第18章所规定的任何有效数规定串求或分配新的GTK过程的状态GTK八位位组第18章所规定的16八位位组规定新分配的GTKGTKID整型第18章所规定的任何非0数规定申请或分配新的GTK的TKID规定申请或分配GTK的组播群，或GroupEUlEUI一48任何有效组播或广播EUI48规定GTK用作广播TRUE：指示GTK更新应用于来自于被分配了这个GTK的设备的所有组播Global布尔类型FAI。SE．TRUE和广播业务FALSE：指示GTK更新仅应用于特定的GroupEUI标识的设备的业务规定申请或分配一个新的GTK的规GTKFailureTimeout整型≥1程必须终止的以微秒计的时间界限RRSPONSE_RECEIVED，ResultCode枚举1NVALIDPARAMETERS，指示相应的MLMEGTKrequest的请求结果TIMEOUT GB／T26229—201015．6．6．1MLME—GTK．request浚原语用于淆求MAC子层从特定的对等MAC子层申请一个新的GTK，或分配一个新的GTK给特定的对等MAC子层，原语格式如下：MLME-GTKrequest(DestEUl．TKID，MessageNumber，StatusC0de，G10bal，GTK。GTKID，GroupEUl，GTKFailureTimeout)15．6．6．1．1生成条件该原语由DME生成，为本地MAC子层从指定对等MAC子层申请一个新的GTK，或分配一个新的GTK给指定对等MAC子层。15．6．61．2收后效果MAC子层基于MessageNumber的值发起一个新的GTK申请或分配的规程。如果MessageNumher为0，MAC子层传输一个GTK命令，从特定的对等MAC子层申请一个新的GTK。如果MessageNumber为1，MAC子层为特定的对等MAC子层分配一个新的GTK。MLME随后发出MI．MEGTK．confirm反映结果。15．6．6．2MLME—GTK．indication该原语报告了特定的对等MAC子层的一个新GTK的申请／分配，原语格式如下：MLME-GTKindication(SrcEUI，TKID，MessageNumber，StatusCode，Global，GTK．GTKID，GroupEUl)15．6．6．2．1生成条件该原语由MLME生成，作为从特定的对等MAC子层接收到一个新GTK的有效申请／分配的结果。15．6．6．2．2收后效果DME被通知一个新GTK的申请／分配。如果接收到的MessageNumber为0，且DME接收到一个新GTK的申请，它随后发出一个MLME—GTK．request用于分配新的G～1K。如果MessageNumber为1，DME随后发出MLME—GTK．response反映关于分配新GTK所采取的动作。如果MI。MEGTK．response的StatusCode为0，DME随后发出MI。ME—KEYUPDATE．request。75 GB／T26229--201015．66．3MLME-GTK．response该原语用于响应一个特定的对等MAC子层的新GTK的申请／分配，原语格式如下：MLME—GTKresponse(SrcEUI．TKID，MessageNumber，StatusCode，GTK，GTKID，GroupEUI15．6．6．3．1生成条件该原语由DME生成，作为MLMEGTK．indication报告一个来自特定的对等MAC子层的一个新的GTK分配的结果。15．6．6．3．2收后效果MAC子层传输一个GTK命令以响应来自于特定的对等MAC子层的一个新GTK的分配。GTK命令的StatusCode字段里携带StatusCode参数。15．6．6．4MLME—GTK．confirm该原语报告从特定的对等MAC子层试图申请一个新的GTK，或试图分配一个新的GTK给特定的对等MAC子层的结果，原语格式如下：MLME—GTK．confirm(DestEUI，TKID，MessageNumber，StatusCode，GTK．GTKID，GroupEUl，ResultCode)15．6．6．4．1生成条件该原语由M1．ME生成，作为M1．ME—GTK．request从特定的对等MAC子层请求一个新的GTK，或分配一个新的GTK给特定的对等MAC子层的结果。特别地，当成功传输一个用于申请新GTK的GTK命令或成功接收一个用于响应新GTK分配的GTK命令时，该原语由MLME生成；当1NVAI．1D—PARAMETEERS或GTKFailure超时时，该原语也由MI。ME生成。15．6．64．2收后效果DME被通知从特定的对等MAC子层申请一个新GTK，或分配一个新GTK给特定的对等MAC子层的程序结果。15．6．7临时密钥更新该机制支持安装或删除PTK或GTK的规程，表62列举了本条出现的原语。表63列举了本条原语中出现的参数。76 表62临时密钥更新原语GB／T26229--2010服务原语请求指示响应证实MI，MEKEY—UPDATEO15672表63临时密钥更新原语参数名称类型有效范围说明PTK：规定共享正在更新的PTK的对等设备的EUI一48PeerEUIEU卜48任何有效单播EUI48GTK：规定被分配了正在更新的GTK的设备的EUl—48GroulaEUIEUl48任何有效组播或r播EUI48规定新GTK应用的组播或广播EUI一48KeyType枚举PTK．(jTK指示更新的是PTK还是GTKFRUE：指示GTK更新应用来自于被分配了这个GFK的设备的所有组播和广播业务Global布尔类型FALSE．TRUEFAI。SE：指示GTK更新仅应用于特定GroupEUI标识的设备的业务规定被替代的旧PTK或GTK的TKlD。如TKlD()ld整型第18章所规定的任何非0数，或0果为0，表示没有替代旧的PTK或GTK规定被安装的新PTK或GTK的TKID。如TKlD整型第18章所规定的任何非0数，或0果为0，表示没有安装新的11TK或(；TKKey八位位组第18章所规定的16八位位组规定新安装的PTK或GTKSUCCESS，指示相应的MI，MEKEYUPDA’1ErequestResultCode枚举INVALID—PARAMETERS的请求结果15．6．7．1MLME-KEY—UPDATE．request该原语请求更新指定的PTK或GTK，原语格式如下：NLME—KEY—UPDATE．request(PeerEUI，GroupEUI，KeyType．Global，TKID一01d，TKID，KEY)15．6．7．1．1生成条件该原语由DME生成，为本地的MAC子层要更新一个PTK或C-TK。15．6．7．1．2收后效果如果TKID—Old不为0，MI．ME移除由先前安装的TKlD-Old指示的密钥材料。如果TKID不为0，MI。ME然后就以TKID为规定的(PeerEuI，GroupEUI)安装新的PTK或GTK。MLME随后发出MI，MEKEYUPDATE．confirm来反映结果。15．6．7．2MLME—KEY—UPDATE．confirm该原语报告了试图更新一个PTK或GTK的结果，原语格式如下：77 GB／T26229—2010MLME—KEy-UPDATEconlirm(PeerEUI，GroupEUI，TKI吐Old，TKID．KEY，ResultCode)15．6．7．2．1生成条件该原语由MLME生成，作为MI。MEKEYUPDATE．request更新一个PTK或GTK的结果。15．6．7．2．2收后效果DME被通知更新一个规定的PTK或GTK的规程的结果。15．6．8安全违规报告该机制支持安全违规报告的规程。表64列举了本条包括的原语。表65列举r本条原语中出现的参数。表64安全违规报告原语服务原语请求指示响应证实MLMESECURITYVIOLATl0N15681表65安全违规报告原语参数名称类型有效范围说明INVALJI)fMODE，INVALID二MIC，ViolationCode枚举指示安全违规的起因INVAI，ID二TKID，REPI．AYED二FRAME15．6．8．1MLME—SECURITY—VIoLATIoN．indication该原语报告一个安全违规，原语格式如下：MLME-SECURITY—VIOLATIONindication(ViolationCode)156．8．1．1生成条件该原语由MI．ME生成，作为遇到安全违规的结果。15．6．8．1．2收后效果DME被通知安全违规的起因。15．6．9伪随机函数(PRF)该机制通过DME向高层提供到MACPRF的访问。为简单起见，该原语只提供256位的随机数。较小的量可以从结果中提取而不会损害结果的随机性。表66列举_『本条包括的原语。表67列举了本条原语中出现的参数。表66PRF原语原语请求指示响应证实MLMEPRF015692 表67PRF原语参数GB／T26229--2010名称类型有效范围说明Key八位位组第18章所规定的16八位位组对称密钥生成随机数时使用的密钥N()nce八位位组第18章所规定的13八位位组生成随机数时使用的nOllCeDataBtocks八位位组0～65535八位位组输人MACPRF的任意数据DataLength整型0～65535DataBlocks八位位组长度RandomNumber八位位组32八位位组生成的256位随机数SUCCESS。ResuhCode枚举MI．MEPRFrequest的结果INVAI。IDLPARAMETERS15．6．9．1MLME—PRF．request该原语用于请求使用MACPRF产生一个256位的伪随机数，原语格式如下：MLME—PRF；request(Key，Nonce。DataBlocks，DataLength115．6．91．1生成条件该原语由DME生成，来请求MAC子层使用MACPRF设施生成一个随机数。15．6．9．1．2收后效果本地MAC子层调用在第18章中定义的PRF以及包含在原语中的参数，产生一个256位的随机数。调用PRF的语义是：PRF256(Key，Nonce，“MI。ME—PRFrequest”，DataBlocks，DataI，ength)15．6．9．2MLME-PRF．confirm该原语返回先前发起的MLMEPRF．request的结果，原语格式如_F：MLME—PRFconfirm(RandomNumber，ResultCode)15．6．9．2．1生成条件该原语由MI。ME生成，作为MI。MEPRF．request使用MACPRF生成一个256为随机数的结果。15．6．9．2．2收后效果DME被通知使用MACPRF设备产生256位随机数的规程的结果。15．6．10ASIE管理本条原语允许DME从信标内容中添加或移除一个ASIE。表68列举了本条包括的原语。表69列举了本条原语中出现的参数。表68ASIE管理原语服务原语请求指示响应证实MI。ME_ASIE—ADD15．6．10l15．6．10．2MI．ME—ASIEREMOVE15610315．6104M1。MEASIE156．105 GB／T26229—2010表69ASIE管理原语参数名称类型有效范围说明ASIEData数组变量包含ASIE数据的大小可变的数组ASIEHa㈣dl整型0～2j5已加A到信标内容中的As陋句柄PosltionAdviee栏型0～255ASIE在信标中的推荐位置SUCCESS，指示MI，MEASIE—ADD或MI，MEASIE—REMOVE的请ResuhCode枚举FAI【。URE求结果15．6．10．1MLME—ASlE-ADD．request该原语通过增加一个AS[E改变信标内容，原语格式如下：MLME—ASIE—ADDrequest(ASIEHandle，ASIEData，PositionAdvice)ASlEData是作为一个ASIE添加到信标中的数据。PositionAdvice指示新ASIE添加到信标中的位置。当IE的单元1D小于或等于PosifionAdvice时，将ASIE添加在这些IE后面；当单元ID大于PoshionAdvice时，就舔加在这些IE前面。15．6．10．1．1生成条件该原语由DME生成，来指导MAC子层添加一个ASIE到信标内容。15．6．10．12收后效果当MLME接收到请求，它发起添加ASIE到信标内容中。15．6．10．2MLME-ASIE—ADD．confirm该原语证实添加～个ASIE到信标的操作的结果，以响应一个MLME—ASIEADD请求，原语格式如下：MLME—ASIE—ADDconfirm(ASIEHandle，ResultCode)ResuhCode指示试图把ASIE添加到信标中的结果。如果把ASIE添加到信标中的操作不成功，则由厂商特定决定何时操作超时并返回FAII。URE。如果ASIE已经成功地添加到到信标内容中，ASIEHandle作为ASIE的句柄返回。这个句柄和MI．ME—ASIE—REMOVE一起被用来将ASIE从信标内容中移除。15．6，10．21生成条件该原语由MI。ME生成，作为具有成功返回状态的MLME—ASIEADD，request的结果，指示第一个带有ASIE的信标被成功传输。如果信标没有被传输时MI。ME—ASIE—ADD．request被调用，一个成功状态指示这个ASIE将会在下一个发送的信标中。如果ASIE无法被添加到信标内容中，就会生成一个FAILURE状态的原语。15．6．10．2．2收后效果接收方被通知添加一个ASIE到信标内容中的规程的结果。15．610．3MLME-ASIE—REMOVE．request该原语通知MAC子层将一个ASIE从信标内容中移除，原语格式如下：MLME—ASIE—REMOVErequest(ASIEHandle)80 GB／T26229--2010ASIEHandle是被成功添加到信标中的ASlE的句柄。15．6，10．3．1生成条件该原语由DME生成，来从信标中移除一个ASlE。15．6．10．3．2收后效果MAC子层立即发起从信标内容中移除由ASlEHandle指示的ASIE。15．6104MLME—ASIE—REMoVE．confirm该原语证实试图将ASIE从信标中移除的结果，响应MI。ME—ASIEREMOVE请求已完成，原语格式如下：KLME—ASIE-REMOVE，confirm(ASIEHandle，ResultC0de)ResuhCode指示从信标中移除ASIE的操作的状态。15．6．10．4．1生成条件该原语由MLME生成，作为MI。ME—ASIE—REMOVE．request的结果。如果一些信标正在被发送，那么对于成功证实，一个不包含ASIE的信标必须已经被发送。如果没有信标正在被传输，那么成功证实指示下一个要发送的信标将不包含ASIE。15．6．10．4．2收后效果接收方被通知从信标中移除一个ASIE的规程的结果。15．6．10．5MLME-ASlE．indication该原语指示从邻居接收到一个ASIE，原语格式如下：MLME-ASIEindication(ASIEData)15．6．10．5．1生成条件当接收到一个包含ASIE的信标的时候，该原语由MI．ME生成。15．6．10．5．2收后效果接收方被通知接收到一个ASIE。15．6．11组播地址绑定该机制支持组播EUI一48到McstAddr的绑定，用于发送、并支持启动或解除用于接收的特定组播EUI一48。表70列举了本条包括的原语。表71中列举了本条原语中出现的参数。表70组播地址绑定原语服务原语请求指示响应证实MLMEMULTICASTREGISTER15611156112MLMEMUI，TICAS’F—DEREGISTERl56113156114MLME_MUI。trICASTACTIVATE156．115156．116MI，ME—MUI，T1CASTDEACTIVATE156117l56118表71组播地址绑定原语参数名称类型有效范围说明DestEUlEUI48任何有效组播EUl48规定原语应用的组播组地址『Resu[tCode枚举SUCCESS．FAI【。URE指示组播地址绑定请求的结果 GB／T26229--201015．6．11MLME—MULTICAST—REGISTER．request该原语把组播EUI一48DestEUI绑定到McstAddr上，原语格式如下：MLME-MULTICAST—REGISTERrequest(DestEUI、15．6．1111生成条件该原语由DME生成，用于设备将原语参数规定的组播EUI48绑定到被MAC子层选择的McstAd&上。组播EUI48在被MACSAP上的任何MAC—DATArequest使用之前应被注册。15．6．11．1．2收后效果MAC子层生成DestEUl和McstAddr之间的绑定，并在组播绑定1E中宣布该绑定。当MSDU的DestAddr被传给MAC子层时，MAC子层将通过与相应DestEUI的MAC—DATArequest原语来使用上限的McstAddr。MAC子层随后发出一个MI。MEMUI。TICASTREGISTER．confirm反映结果。15．6．11．2MI。ME：MULTlCAST-REGISTER．confirm该原语报告一个规定的组播地址注册请求的结果，原语格式如下：MLME—MULTICAST-REGISTERconfirm(ResultCode)15．6．11．2．1生成条件该原语由MAC生成，作为MI。MEMUI．TICAST—REGISTER．request绑定请求中规定的组播EUI一48到McstAddr的结果。15．6．11．2．2收后效果DME被通知组播地址绑定的结果。15．6．11．3MLME—MULTICAST-DEREGISTER．request该原语使组播EUI一48DestEUI和McstAddr之间的绑定无效，原语格式如下：MLMEMULTICAST-DEREGISTERrequest(DestEUI)15．6．11．3．1生成条件该原语由DME生成，用于设备解除原语参数规定的组播EUI一48到McstAddr的绑定。15．6．11．3．2收后效果MAC子层使在DestEUI和McstAddr之间的绑定无效。MAC子层随后发出MI。MEMUI。TlCASTDEREGISTER．confirm反映结果。15．6．11．4MLME—MULTICAST-DEREGISTER．confirm该原语报告一个指定组播地址释放注册请求的结果，原语格式如下：KLME—MULTICAST-DEREGISTERconfirm(ResultCode)15．6．11．4．1生成条件该原语由MAC生成，作为MLME—MUI，TICASTDEREGISTER．request释放任何请求中规定的组播EUI48与McstAddr的绑定的结果。15．6．11．4．2收后效果DME被通知组播地址释放注册请求的结果。R2 GB／T26229--201015．6．11．5MI。ME—MULTlCAST-ACTIVATE．request该原语激活组播EUI48用于接收组播业务，原语格式如下：MLME—MULTICAST-ACTIVATErequest(DestEUl)15．6．11．5．1生成条件该原语由DME生成，用于设备激活在原语参数中规定的组播EUI一48E业务的接收。当MAC子层要通过MACSAP上的MACDATA．indication投递任何具有组播DestEUl的MSDU到MAC客户端之前。组播地址必须被激活。15．6．11．5．2收后效果MAC子层修改它的接收组播过滤器来接收地址为McstAddr的组播业务．该业务的源地址必须已经宣布绑定到原语中规定的组播EUl—48。MAC子层随后发出一个MI．ME—MUI。TICAS一1ACTIVATE．con{irm反映结果。156．11．6MLME-MULTICAST—ACTIVATE．confirm该原语报告组播业务激活请求的结果．原语格式如下：MLME—MULTICAST-ACTIVATEconfirm(ResultC0de)15．6．11．6．1生成条件该原语由MAC生成，作为MI．MEMUI，TICAST—ACTIVATE．reques*激活请求中规定的组播EUl—48的结果。15．6．11．6．2收后效果DME被通知激活规定的组播EUI48的规程的结果。15．6．11．7MLME—MULTICAST—DEACTIVATE．request该原语使用于接收组播业务的组播EUI48无效。如果组播EUI48为空地址(FFFFFF)，则所有的组播EUI一48无效，原语格式如下：MLME-MULTICAST-DEACTIVATE．request(DestEUI)15．6．”．7．1生成条件该原语由DME生成，用于设备使在原语参数中规定的组播EUI48上的业务接收无效。15．6．11．7．2收后效果MAC子层修改它其组播接收过滤器丢弃已接收的DestAddr设置为McstAddr的MSI)U，这些MSDU的源地址已经宣布绑定到原语中规定的组播EUI48。MAC子层随后发出MI。MEMUI．TICAST—DEACTIVATE．confirm反映结果。15．6．11．8MLME—MULTICASl"-DEACTIVATE．confirm该原语报告组播业务无效请求的结果，原语格式如下：MLME-MuLTIcAST-DEACTIvATEconfirm(ResultCode)15．6．11．8．1生成条件该原语由MAC子层生成，作为MLME—MUI。TICASTDEACTIVATE．request使在请求中规定的组播业务无效的结果。R3 GB／T26229—201015．6．11．8．2收后效果DME被通知使规定的组播业务无效的规程的结果。15．6．12链路事件本条中的该服务原语为DME监控与链接状态有关的事件。表72中列举了本条包括的原语。表73列举了本条原语中出现的参数。表72链路事件原语服务原语请求指示响应证实MLME—LINK—EVENT15．6121156122】56123表73链路事件原语参数名称类型有效范围说明发送或接收帧时所使用的访AccessMelhod枚举PCA．DRP问方法Beacoll枚举FAI。SE．TRUE指示接收到的帧是否为信标接收到的帧的开始时间相对BPSToffset整型0～65535于设备的BPST的偏移，以微秒度量规定链路中远程设备的RemoteEUlEUl48任何有效的单播EUP48EUl—48RECElVESUCCESS，RECEIVE_ERROR，在被监控链路上发生的链路LinkEveneTvpe枚举TRANSMIT_SUCCESS，TRANSMIT—ERROR事件的类型规定链路事件观测对于指定MonitorState枚举DISABLED．ENABLEI)链路是否有效发送或接收帧的有效负载PayloadSize整型O～pMaxPayloadSize大小RATEl53—3，RATR80，RATE-106—7，RATE-160，帧发送或接收的PHY数据PHYRate枚举RATE-200，RATE320，RATL400，RATE_480速率出现在MI。ME-I。INKEVENTconfirm中，并指示相应的ResuhCode枚举SUCCESS．FAII。UREMLME-LINK-EVENT请求的结果RetryC0unt整型变量重传次数PAYLOADERRoR，UNSUPPORTED—RA丁E—ERR()R，为RECEIVEERROR提供ReceiveErrorInfo枚举GENERAI—ERR()R额外信息与发送或接收帧相关的投I)eliverilD整型见16．215递lD15．6．121MLME-LINK-EVENT．request该原语使能或非使能在一个规定的链路上观测链路事件，原语格式如下MLME-LINK-EVENTrequest(RemoteEUI，MonitorState) GB／T26229--2010RemoteEUI是链路监控状态将要改变的远程设备的EUI一48。MonitorState指示监控链路事件是否对规定的链路使能或非使能。默认情况下链路不被监控。15．6．12．1．1生成条件该原语由DME生成，来使能或非使能规定链路的链路监控。15．6．12．1．2收后效果MI。ME发起使能或非使能观测规定链路上的链路事件。15．6．12．2MLME—LINK—EVENT．indication该原语通知DME在已使能的监控的链路上有事件发生，原语格式如下：MLME-LINE—EVENTindication(AccessMethod，Beacon，BPSTOffset，LinkEventType，PayloadSize，PHYRate，RemoteEUI．RetryCount，ReceiveErrorInfO．DeliverylD)AccessMethod指示此帧是否与在DRP预留或在PCA访问期间发生的事件有关。Beacon指示事件是否与信标的接收有关。如果Beacon为TRUE则AecessMethod不定义。RemoteEUI是和链路事件有关的远程设备的EUI-48。LinkEventType指示在被监控链路上发生的事件类型。表74中概括并说明了可能的链路事件类型和以不同方式接收到的帧的含意。表74链路事件类型名称信标DRP／PCANoACKDRP门3CAImm—ACK．B-ACK从RemoteEUl正确接收从RernoteEUl正确接收RECEIVE_SUCCESS到信标到帧从RemoteEUI接收到带有从RemoteEUI接收到带从RemoteEUl接收到带有RECElVEERRORRECEIVE-ERROR的信标有RECEIVE_ERROR的帧RECEIVE—ERROR的帧帧发送到RemoteEUl，且收TRANSMITSUCCF—SSN／A帧发送到RemoteEUI到确认帧发送到RemoteEUI，但未TRANSMITERRORN／A收到确认PayloadSize是与链路事件(不包括FCS)相关的帧的大小。PHYRate是与链路事件有关的帧的发送与接收速率。如果事件类型是RECEIVE—ERROR，ReceiveErrorIn{o提供额外信息，而对于其他事件类型不定义。RetryCount是重传的次数。DeliveryID是产生链路事件的帧的投递ID，如果预留期内发生事件。15．6．12．2．1生成条件当检测到被监控的链路上有链路事件发生时，该原语由MLME生成。156．12．2．2收后效果接收方被通知被监控链路上有事件发生。85 GB／T26229--20101b．6．123MLME-LlNK—EVENT．confirm该原语指示一个使能或非使能由MI，ME—LINK—EVEN]、清求发起的链路监控请求已经被完成，原语格式如下：MLME—LINE．EVENTconfirm(ResultCode)ResuhCode指示改变一个链路是否被监控的操作是否成功完成。如果状态改变不成功则由厂商特定决定何时停止超时并返回FAII。URE。15．6．12．3．1生成条件一旦已进入被请求的状态或操作已失败，该原语由MI。ME生成，作为MI，ME—I。INKEVENT．request的结果。15．5．12．3．2收后效果接收方被通知改变在规定链路上事件是否被监控的规程的结果。15．6．13探针本条中的服务原语使DME可以向其他设备请求信息单元。表75列举了本条包括的原语。表76列举了本条原语中出现的参数。表75探针原语服务原语请求指示响应证实MLME—PROBE156131156132156133156134表76探针原语参数名称类型有效范围说明Explicit布尔类型FALSE．TRUE控制探针请求是显式还是隐式I)estEUIEUI48任何有效EUl—48规定探针请求的目的设备的EUl48IEEIeIenlentID整型0～255被请求IE的单元1D标识一个列举在附录C3的公司或组织ASIESDeclfIerll)整型0～65535的16位值，该值对应ASIE的定义规定包含在特定应用探针IE中的特定应ASlERequestInfornl“10n数组变量用请求信息字段的内容一个包含IE的所有数据的大小自T变的数IEInfo数组变量组，该1E通过探针机制发送或接收ResuhCode枚举SUCCESS，T1ME()Ur指示相应请求的结果SrcEUIEUl48任何有效的单播EUl48规定接收探针请求的源设备的EUI48分配给MLME请求完成的时间，以毫秒RequestTimeoul持续期0～65535计。如该时间过后请求还未解决，则以RcsuhCode为TIME()uT终止5．6．13．1MLME-PROBE．request该原语用于向另一个设备请求一个1E，原语格式如下MLME—PROBErequest(gxplicit，DestEUI．IEElementID．8B GB／T26229--2010ASIESpecifieriD，RequestTimeout)Explicit指示探针请求是否通过信标或者使用命令帧被执行。显式探针请求通过使用命令帧执行，而隐式探针请求通过信标执行。DestEUI是探针请求的目的设备的设备1D。IEElementID是通过探针请求被请求的信息单元的单元1D。如果1EElementID规定了一个ASIE，那么AsIEspecifierID和ASIERequestInformation必须被提供。AsIEspecifierID标识了定义ASIE的组织，ASIERequestInformation规定了包含在请求中的组织特定信息。如果请求为隐式，RequestTimeout是设备应该等待探针清求完成的时间以及计算请求和响应延迟直到mMaxI。ostBeacons个超帧所需的时间中的最大时间。请求单个IE的请求原语的定义不禁止从单个请求中请求多个IE的实现。15．6．13．1．1生成条件该原语由DME生成，来发起一个探针请求。探针请求只会被送到一个在其能力1E中指示它支持探针请求的设备。15．6．13．1．2收后效果MI，ME通过规定的机制发起探针请求。如果是隐式机制，这个请求必须在下一个发送的信标中尝试。如果是显式机制，MAC子层使用命令帧发出探针请求，采用立即应答策略。15．6．13．2MLME-PROBE．indication该原语通知DME来自另外一个设备的探针请求被接收，原语格式如下：MLME-PROBEindication(IEElementID，ASIESpecifierIDExplicitSrcEUI)SrcEUl是发送探针请求的设备的设备ID。IEElementlD是通过探针请求被请求的信息单元的单元ID。15．6．13．2．1生成条件当接收探针请求时，该原语由MI。ME生成。15．6．13．2．2收后效果接收方被通知探针请求被接收。15．6．13．3MLME—PROBE．response该原语响应探针请求，使被请求的信息单元发送给请求者，原语格式如下：MLME-PROBEresponse(Explicit，DestEUI，IEInfo，TransmissionTimeout)Explicit指示探针请求是通过信标还是采用命令帧执行的。使用Explicit必须将值设置为与被投递的相应探针请求中的值相同。DestEUl是探针请求的目的设备的设备1D。1EInfo数组包含被传送的所有IE。如果使用显式访问，则TransmissionTimeout为探针应答超时的时限。如果使用隐式访问，则不使用TransmissionTimeout。87 GB／T26229--201015．6．13．3．1生成条件该原语由DME生成，来响应探针请求IE的接收，无论是在信标中接收还是在MLME—PROBE．in—dication中被标记。15．6．13．3．2收后效果MLME通过规定的机制发起探针响应。如为通过信标的机制，应答将尝试在下一个发送的信标中。如为显式的机制，MI。ME采用立即确认策略发出探针响应。15．6．13．4MLME—PROBE．confii?m该原语通知DME从另外一个设备收到探针响应，原语格式如下：MLME—PROBEconfirm(IEInfo，SrcEUI，ResultCode)SrcEUI是发送探针响应的设备的设备ID。IEInfo是在探针响应中提供的信息单元数据。如果在RequestTimeout期间收到证实，ResuhCode设置为SUCCESS；如果在接收到证实之前RequestTimeout期满，则ResuhCode设置为TIMEOUT。15．6．13．4．1生成条件当MI．ME通过PCA业务流接收到一个探针应答，MLME生成该原语。DME通过MLME—BEACON．indication在信标中接收到一个探针应答。15．6．13．4．2收后效果接收方被通知接收到一个探针响应。15．6．14休眠周期该服务原语使得DME在一个超帧中能控制休眠、休眠锚支持和休眠周期。表77中列举了本条包括的原语。表78中列举了本条原语中出现的参数。表77休眠原语服务原语请求指示响应证实MLME—HlBERNATEO156142MI。MEWAKEl56143156．144156145MLME_HIBERNATloN—ANCHoR15614615．614715．6．148MI，MESI。EEPSCHEDULE15614．91561410表78休眠原语参数名称类型有效范围说明设备进入休眠方式前的超帧单位数，每个Start整型0～N单位为mHibernationTimeUnit个MAS。N是根据特定实现休眠开始前设备指示将要休眠的超帧单InitialCountdown整型1～255位数，每个单位为mHibernationTimeUnit个MAS设备要休眠的超帧单位数，每个单位为HIbernationDuration整型1～255mHibernationTimeUnit个MASTRuE：设备将按照HibernatioiaDuration和Repetitive布尔类型FAI。Sg。TRUEWakeDuration参数周期性地进入休眠方式88 表78(续)GB／T26229--2010名称类型有效范围说明设备退出休眠方式后将要处于活动方式的超帧单位数，每个单位为mHibernation—wakeDuration整型1～NTimeUnit个MAS，如果Repetitiv‘e被使用。N根据特定实现AnchorOperatio“枚举ACTlVATE．DEACTIVATE规定设备是否开始或者停止操作休眠锚指示如果设备处于ON～PER—I，()AD睡眠OnInNeighborHardR—布尔类型FALSE，TRUE方式，那么在邻居的硬预留中设备应该保持eservatlons该方式指示如果设备处于ON～PER-【。OAD睡眠()nlnNeighborSoftR—布尔类型FAI，SE．TRUE方式．那么在邻居的软预留中设备应该保持eservations该方式指示如果设备处于ON～PERLOAD睡眠OnForPCA布尔类型FAI。SE．TRUE方式，那么在PCA可用的MAS中设备是否应该保持该方式指示每个超帧里设备可以通过PCA接人PCAMASCount整型0～2048的MAS的最大数目SUCCESS．FAILURE指示相应MLME—HIBERNATE或Resu[tCode枚举FAII，URE—．NO——SLOTSMLMEWAKE的请求结果AI．WAYS一0N。ON—PER—SleepMode枝举指示设备应该执行的睡眠操作类型SCHEDULE，ON—PER—LOAD以16．8．6的DRPIE中的区位图加MASSleeDSchedule数组变量位图加MAS控制的格式来标识设备在相应的MAS时间段应该睡眠还是收发帧”15．6．14．1MLME—HIBERNATE．request该原语通知MAC子层开始休眠过程。在休眠期间，MAC子层停止信道上的所有操作包括信标发送，原语格式如下：MLbIE-HIBERNATErequest(Start．Init：ialCountdown，HibernationDurationRepetitive，WakeDuration)在休眠开始之前MAC子层将休眠方式IE加入至它的信标中。InitialCountdown指示在休眠开始之前多少个超帧中休眠方式lE加入到信标中。HibernationDuration指示这个休眠将要持续的超帧数目，为mHibernationTimeUnit个MAS。HibernationDuration被用在休眠方式IE中。15．6．14．1．1生成条件该原语由DME生成，通知MAC子层开始休眠过程。如果其他的休眠请求在之前已经被激活，那么这个请求可以在MI。ME—WAKE．indication接收后的任何时间得到激活。 GB／T26229--201015．6．14．1．2收后效果当MI，ME接收到请求，开始休眠过程。15．6．14．2MLME—H1BERNATE．confirm该原语证实由MLMEHIBERNATE．request开始的休眠操作的结果，原语格式如下：MLME-HIBERNATEconfirm(ResultCode)ResuttCode指示试图开始休眠过程的操作结果。如果一个开始休眠过程的操作没有成功，那么将由厂商决定何时停止操作并且返回FAIl。TRE。返回码SUCCESS指示一个包含休眠方式IE的信标已经被发送。15．6．14．2．1生成条件该原语由MI．ME当MI，MEHIBERNATE．request指示包含休眠方式IE的第一个信标已经被发送或者该操作失败时生成。15．6．14．2．2收后效果接收方被通知开始休眠过程的程序的结果。15．6．14．3MLME—WAKE．request该原语通知MAC子层立即退出休眠方式并且尽快重新传输信标，不管预先设定的休眠期长度。该原语同时取消任何之前的休眠方式请求并且通知MAC子层保持激活状态直到有进一步的通知，原语格式如下：MIAqE—WAKErequestf)15．6．14．3．1生成条件该原语由DME当要结束休眠过程并且重新传输信标时生成。15．6．143．2收后效果MAC子层立即结束休眠并且重新传输信标。如果该原语在MAC子层开始休眠之前被使用(但是MAC子层仍旧在传输包含休眠方式IE的信标)，MAC子层试图从信标中移除休眠方式lE，并且不再继续休眠过程。15．6．14．4MLME-WAKE．indication该原语通知DMEMAC子层已经开始退出休眠的过程，原语格式如下：MLME—WAKEindication()15．6．14．4．1生成条件该原语由M1．ME当开始扫描信道准备在休眠期后重新传输信标的时候产生。即使MI。MEWAKE请求没有发出，也可生成该原语。15．6．14．4．2收后效果接收方被通知MAC子层正在扫描信道并准备重新传输信标。在接收一个MI．ME—WAKE指示后的任何时间，DME都可以发出另一个MI，ME—HIBERNATE请求。15．6．14．5MLME—WAKE．confirm该原语证实试图响应MI。ME—WAKE请求的结束休眠操作已经完成。成功完成该请求后，该设备将重新传输信标，原语格式如下：MLME-W／LKEconfirm(ResultCode)()0 GB／T26229--2010ResuhCode指示信标是否已经成功重传。最少一个BP中有信标帧被传输才能证实结束休眠的操作已成功完成。如果结束休眠不成功，由厂商来决定何时停止操作和返回FAILURE。15．6．14．5．1生成条件该原语由MI。ME作为一个MLMEWAKE．request的结果生成。当信标被传输时，该操作将成功完成。如果唤醒请求在包含休眠方式IE的最后一个信标传输之前发生，当不包含休眠方式IE的信标被发送时，操作就成功完成。如果信标不能被重传，产生一个具有FAILURE状态的证实。15．6．14．5．2收后效果接收方被通知退出休眠的程序的结果。15．6．14．6MLME-HIBERNATIoN—ANCHOR．request该原语使得被发送信标可以包含休眠锚IE，原语格式如下：MLME-HIBERNATION-ANCHOR．request(AnchorOperation)15．6．14．6．1生成条件该原语由DME生成，能够支持休眠锚IE。15．6．14．6．2收后效果MAC子层标识在接收到任何邻居的休眠IE后，它将在它的MAC功能IE中支持作为休眠锚并在它的信标中包含休眠锚IE。15．6．14．7MLME-HIBERNATIoN—ANCHoR．indication该原语指示告知DME接收到休眠锚IE，原语格式如下：MLME—HIBERNATION-ANCHOR．indication()15．6．14．7．1生成条件该原语由MLME当信标中的休眠锚IE被接收时生成。15．6．14．7．2收后效果接收方被通知接收到休眠锚IE。15．6．14．8MLME-HIBERNATIoN—ANCHoR．confirm该原语指示MLME—HIBERNATIONANCHOR．request的结果，原语格式如下：MLME-HIBERNATION-ANCHOR．confirm(ResultCode)ResuhCode标识请求做为休眠锚的结果。可能的代码是SUCCESS和FAILURE。15．6．14．8．1生成条件该原语由MI。ME当要响应MI。MEHIBERNATIONANCHOR．request时生成。15．6．14．8．2收后效果接收方被通知请求作为休眠锚或停止作为休眠锚的操作已完成。15．6．14．9MLME—SLEEP-SCHEDULE．request该请求告知设备在哪些MAS里面它可以接收业务和什么时候它可以关闭接收机，原语格式如下：MLME-SLEEP-SCHEDULErequest(SleepMode，OnInHardReservations．OnlnSoftReservations，OnForPCA，91 GB／T26229--2010PCAMASCount．SleepSchedule)SleepSchedule规定设备可以接收发送帧的MAS。15．6．14．9．1生成条件该原语由DME生成，用来控铂在MAC子层中的接收。15．6．14．9．2收后效果当MI，ME接收到请求。它将更新它的休眠计划和PCA可用性IE。15．6．14．10MLME—SLEEP—SCHEDULE．confirm该原语标识MI。MESI。EEPSCHEDULE．request的结果，原语格式如下：MLME-SLEEP-SCHEDULEconfirm(ResultCode)ResuhCode指示请求改变休眠计划的结果。15．6．14．10．1生成条件该原语由MI。ME生成，作为MLME—SLEEP—SCHEDUI，E．request的结果。15．6．14．10．2收后效果接收方被通知请求的结果。15．6．15高层同步支持该机制支持不同设备的高层协议实体之间的同步过程。实际的高层同步机制已超出本标准的范围，原则上，M1．ME指示在MSDU数据类型的DestAddr字段中具有特定的组播地址的帧的发送／接收。表79中列举了本条包括的原语。表80中列举了本条原语中出现的参数。表79高层同步支持原语服务原语请求指示响应证实MLME—HL—SYNC15615．1156152表80高层同步原语参数名称类型有效范厨说明规定同步帧所寻址的组播群。同步帧是指GrouDEUIEUI一48任何有效纽播EUP48带有高层同步信息的数据类型帧ResuitCode枚举SUCCESS，NOTSUPPORTED指示MI，MEHLSYNCrequdst结果SrcEUIEUI48任何有效单播EUI48规定发送高层同步帧的设备的EUP48SequenceNumber整型见帧格式定义规定发送或接收的高层同步帧的序列号15．6．15．1MLME—HL-SYNC．request该原语请求激活同步支持机制，原语格式如下：MLME-HL-SYNCrequest(GroupEUI)15．6．15．1．1生成条件该原语由DME当高层协议开始同步进程时生成。O， GB／T26229--201015．6．15．1．2收后效果该请求激活设备的同步支持机制。MI。ME随后发出MI。MEHI。SYNC．confirm来反映高层同步证实请求的结果。如果该请求已经成功且高层同步支持机制被激活，不管高层同步帧是否被接收或被发送，MI。ME发出一个MMI。E—HI。一SYNC．indication，该高层同步帧是一个DestAddr字段规定为Mc—stAddr的数据类型帧。15．6．15．2MLME．HL广SYNC．indication该原语指示高层同步帧的传输或接收。无论MAC子层发送或接收，在媒体的帧开始时刻该指示即被投递，原语格式如下：MLME—HL-SYNC．indication(GroupEUI，SrcEUI，SequenceNumber)15．6．15．2．1生成条件该原语由MI，ME当检测到PHY指示的高层同步帧成功接收或传输时生成。高层同步帧由之前MI，MEHLSYNC．request原语注册的McstAddr标识，该McstAddr在数据类型帧的DestAddr字段中。15．6．15．2．2收后效果DME被通知接收或传输一个高层同步帧。15．6．15．3MLME—HL-SYNC．confirm该原语证实一个高层同步支持机制的激活，原语格式如下：MLME-HL-SYNC．confirm(ResultCode)15．615．3．1生成条件该原语由MI。ME当为特殊的组播地址激活高层同步支持机制时生成来作为MI。ME—HLSYNC．request的结果。15．6．15．3．2收后效果DME被通知高层同步支持机制被激活。如果MI。ME不支持高层同步支持机制或者由MI。MEHL—SYNC．request提供的地址不是组播地址，则发出值为N07r_SUPPORTED的ResultCode。15．6．16DRP预留管理DRP为设备提供建立、修改和释放预留的方法。预留协商分别由DME和MLME使用本章定义的服务原语来请求和证实。本章为DME和MI。ME定义了两个可选的概念接口。MLMERESOURCE原语提供一个高层接口，其资源预留由MLME处理。MLME—DRP原语提供一个低层接口，其资源预留由DME基于用MI，ME—I。INKEVENT原语从MLME中获得的信息处理。15．6．16．1提供了一个参考模型并指示出了接口位置。表81概括了预留管理服务原语。表82定义了DRP服务原语中使用的参数。表81DRP服务原语服务原语请求指示响应证实MLME—RESoURCE15616．215．6．16315．6．16．4156165MLME—DRP15616．615．6．16715．6．16．815．6169 GB／T2622912010表82DRP服务原语参数名称类型有效范围说明AvailabilityBitmapImplementation—dependent规定可用于DRP预留的MAS任何有效EUl-48，对PCA由SrcEUI设备标识的DRP预留协商的DestEUIEUl48为NUI。I．目的设备(单个设备或组播群)Exolicit布尔类型FAI。SE．TRUE控制DRP预留协商是隐式还是显式值为TRUE时仅对组播预留有效，最后一FinalReservation布尔类型FAI。SE．TRUE个预留是针对组播接收端M1nBW整型0～480000预留所需最小的带宽(kbit／s)预留期望的带宽(kbit／s)。不能小于Min．DesiredBW整型0～480000BW估计预留能使用的带宽(kbit／s)。对于预AvailableBW整型0～480000留的发起者，不应该超过DesiredBW但也应该不小于MinBWACCEPTED．CONFLICT．ReasonCode枚举MI。ME请求的额外完成状态信息PENDIN(；．DENlED预留允许的最大服务间隔，以MAS为MaxServiceIntervaI整型1～255单位PREMIUM．HIGH．BEST预留中服务应达到的QoS目标。可能是QosGoal枚举—EFFORT链接的PER和SNR要求Reserva‘!。nBltmapImplementation—dependem规定期望的或获得的DRP预留的MASHARD，SOFT．PRIVATE．ReservationType枚举预留类型PCAFAlLURE．SUCCESS．ResultCode枚举MLME请求的完成状态TIMEOUT．M()DIFIEDSrcEUIEUI48所有的有效单播EUI48标识DRP预留协商发起者Streamlndex整型0～7，见162．1．5标识SrcEUI设备到DestEUl设备的流注：对于预留请求的接收方而言，估计的带宽将由于不对称的链路条件而和预留请求的发起者的估计带宽不同。虽然AvailabilityBitmap和ReservationBitmap的实际格式是应用独立，但是理论上它是由2048个表项组成的数组，每个表项对应一个超帧中的2048个MAS中的一个。0值指示的MAS不能被预留，而非0值指示的MAS可以被预留。在一个设备的信标群中，预留参数DestEUI，SrcEUI，Stream—Index和ReservationType唯一指示一个预留。15．6．16．1资源分配和速率自适应参考模型图34显示的是资源配置和速率适配的参考模型。来自应用的资源请求在请求的带宽和服务质量参数中表达。对于特定的高层功能的执行，特定的功能可以在MAC子层或DME中设定。94 来自应用层的资源请求GB／T26229--2010DME／MAC客户图34资源配置和速率适应参考模型15．6．16．2MLME—RESOURCE．request该原语请求建立新的预留，或者修改和释放一个已经存在的预留，原语格式如下：MLME—RESOURCErequest(DestEUI，Streamlndex．ReservationType，MinBW，DesiredBW，MaxServiceInterval，QOSGoal，ExplicitMinBW和DesiredBW参数定义带宽对预留的要求。如果这些参数设置为0，则指示该预留被释放。15．6．16．2．1生成条件该原语由DME生成，用于新建一个预留，修改或释放存在的预留。15．6．16．2．2收后效果在资源请求原语的参数和应答预留的连接条件的基础上，MI。ME建立一个或者多个DRPIE来请求新预留或改变预留，这些DRPlE或者在随后的信标帧中发送，或者在发给DestEUI标识的设备的命令帧中发送。一旦DRP协商开始，不管是显式的还是隐式的，MLME将如17．4所述完成该过程。如果资源不能支持MI。ME—DRP．request中的参数标识的资源预留请求，MLME则用ResuhCode参数设置为FAII，URE的MI。MERESOURCE．confirm来应答，并且不会开始DRP协商过程。15．6．16．3MLME—RESOURCE．indication该原语标识一个来自对等DME的请求，该请求用于创建一个新的预留或者修改和释放一个现有的预留，原语格式如下：95 GB／T26229—2010MLME-RESOURCE，indication(DestEUl．SrcEUI，StreamIndex，ReservationType，AvailableBW，ReservationBitmap，Explicit)ReservationBitn、ap标识由预留所有者建议的包含在新预留或改变的预留中的MAS。如果Reser～vationBitmap参数没有标识MAS，则预留被释放。15．6．16．3．1生成条件该原语由MLME用于创建一个新的预留或改变现有的预留的DRP请求被接收时，或者当PHY信道条件改变引起AvailableBW的值减少时生成。这里要指出MLME也可以在预留释放的时候生成该原语。．15．6．16．3．2收后效果DME在设备的可用性方面估计预留请求并生成MLMERESOURCE．response。15．6．16．4MLME—RESOURCE．responseDME使用该原语来应答一个新建预留或修改和释放现有预留的请求。原语格式如下：MLME-RESOURCE．response(DestEUI，SrcEUI，Streamlndex．ReasonCode．ResultCode)15．6．16．4．1生成条件该原语由DME触发对一个预留请求的响应时生成。15．6．164．2收后效果MI。ME建立一个或多个DRPIE来描述DRP预留响应，这些DRPIE或者在随后的信标中被传输，或者在发送给DestEUl标识的设备的命令帧中发送。15．6．16．5MLME-RESOURCE．confirm该原语证实相应MI。MERESOURCE．request发起的DRP协商的完成，不论是成功或发生错误，原语格式如下：MLME—RESOURCEconfirm(AvailableBW．ResultCOde．ReasonCode15．6．16．5．1生成条件该原语由MI。ME向DME生成，用来证实相应MI，ME—RESOURCE．request发起的DRP协商的成功或是失败，或者向DME标识可用带宽(AvailableBW)发生变化。对于显式单播协商，在DRP预留请求被发送后，如果在最后一个DRP预留请求被发送后，DRP预96 GB／T26229--2010留响应命令帧在时间间隔mMaxI。ostBeacons内被接收到，M1。ME将发送ResuhCodc参数为TIME—OUT的MI，MERESOURCE．confirm来通知DME。如果DRP预留响应命令帧被接收，资源将发送带有合适ResuhCode参数的MLME—RESOURCE．confirm来通知DME。对于隐式单播协商，在最后的DRP预留请求被发送后，如果DRP预留响应在mMaxLostBeacons的时间间隔内没有被接收，那么MLME将生成ResuhCode参数为T1MEOU’r的MLMERESOURCE．confirm来通知DME。如果DRP预留响应已经被接收，资源将生成带有合适ResultCode参数的MI。ME—RESOURCE．confirm来通知DME。如果PHY信道条件以改变此预留的有效带宽(AvailableBW)的形式发生变化，MLME也将发出一个ResuhCode参数为MODIFIED并包含新估计的AvailableBW参数的MLME—RESOURCE．confirm。15．6．16．5．2收后效果根据ResuhCode和ReasonCode参数的值，DME将采取适当的措施。例如，如果预留成功建立了，这个DME将给MAC客户端一个信号向那个MAC传输数据。如果DRP协商失败或者可用带宽已经发生变化，这个DME将给MAC客户端发送资源紧缺的信号。15．6．16．6MLME-DRP．request该原语要求新建一个预留或者改变和释放一个已经存在的预留，原语格式如下：MLME—DRPrequest(DestEUl，StreamIndex，ReservationType，ReservationBitmap，FinalReservation．Explicit)RescrvationBitmap标识包含在新的或已经改变过的预留中的MAS。如果ReservationBitmap没有标识MAS，则表示相应预留被释放。15．6．16．6．1生成条件该原语由DME创建一个新的预留、修改或释放原本存在的预留时，向MI。ME发送。15．6．16．6．2收后效果这个MLME创建一个或多个DRPIE来描述要求的新预留或者预留的变化，并且在随后的信标帧传输中包含这些DRPIE，或者在发送给DestEUI标识的设备的命令帧中发送这些DRPIE。如果DRP协商开始，无论是隐式的还是显式的，MLME将如17．4中所述完成该操作。为了协商一个预留，MAC子层根据由DME提供的MI，ME—DRP．request的参数创建DRPIE。如果资源不能支持包含在MI．MEDRP．request中的参数的DRP预留，M1，ME用ResuhCode参数设置为FAII，URE的MI。ME—DRP．confirm来响应，并且不开始DRP协商过程。15．6．16．7MLME—DRP．indication该原语标识一个来自DME的请求，该请求用来建立一个新的预留或者改变和释放已经存在的预留，原语格式如下：I"IIAdE-DRPindication(DestEUl，SrcEUI，StreamIndex．q7 GB／T26229--2010ReservationType，ReservationBitmap，Explicit)ReservationBitmap标识由预留所有者提议被包含在新建或者修改预留中的MAS。如吊Rejerva—tionBitmap没有标识MAS，将释放该预留。15．6．16．7．1生成条件该原语由MLME当要建立一个新预留或改变现有预留的DRP请求被收到时生成。在预留被释放的时候它也生成该原语。15．6．16．7．2收后效果DME在设备可用性基础上估计预留请求并生成MI。ME—DRP．response。15．6．16．8MLME-DRP．responseDME使用该原语来响应新建预留或改变和释放已有预留的请求，原语格式如下：MImE-DRP．response(DestEUl，SrcEUI，StreamIndex，ReservationType，ReservationBitmap，Explicit，ReasonCode，ResultCode)15．616．8．1生成条件该原语由DME要应答预留请求时生成。15．6．16．8．2收后效果MI。ME创建了一个或多个DRPIE来描述DRP预留响应，并且在随后的信标帧中传输包含这些DRPIE，或者在发送给DestEUl标识的设备的命令帧中传输这些DRPIE。15．6．16．9MLME-DRP．confirm该原语证实相应的MLME—DRP．request发起的DRP协商的完成，成功或者错误。原语格式如下：MLME—DRP．confirm(AvailabilityBitmap，ResultCode．ReasonCode)15．6．16．9．1生成条件该原语由MI，ME向DME生成，来证实相应的MI，MEDRP．request发起的DRP协商的成功或失败。对于显式单播协商，在DRP预留请求被发送后，如果DRP预留响应命令帧在特定应用时限之内没有被接收到，MAC将发出ResuhCode参数为TIMEOUT的MI。MEDRP．confirm来通知DME。如果DRP预留响应的命令帧被接收，资源将发出带有合适ResuhCode参数的MLME—DRP．confirm来通知DME。对于隐式单播协商，在最后的DRP预留请求被发送后，如果DRP预留响应在mMaxLostBeacons98 GB／T26229--2010个超帧的时间间隔内没有被收到，那么MAC子层将发出ResuhCode参数为TIMEOuT的MLMEDRP．confirm来通知DME。如果DRP预留响应已经被接收，资源将发出带有合适ResuhCode参数的MLMEDRP．confirm来通知DME。15．6．16．9．2收后效果根据ResuhCode和ReasonCode的值，DME将采取适当操作。例如，如果预留创建成功，DME将发信号通知MAC客户向MAC子层发送数据。如果DRP协商失败了，那么DME将给相应的MAC客户端(高层实体)发送资源缺乏的信号。15．6．17连接配置原语这个机制提供对速率适配算法的控制。表83中列举了本条包括的原语。表84中列举了本条原语中出现的参数。表83连接配置原语服务原语请求指示响应证实MI．MECONNEC‘I、1()N—CONFIG015．6．172表84连接配置原语参数名称类型有效范围说明DestEUIEUI48任何有效EUI一48规定远程相应设备的EUI48规定用户MSDU优先级(0～7)，或MS—I)eliveryID整型0～15Du的流索引(8～15)RATE一532，RATE一80，RATE一1064，RATEl60，发送包到给定连接所使用的PHY数PHYRate枚举RATE200，RATE一320，据速率RATE一400，RATE一480ACKPollcv枚举N0_ACK．ImmACK．BACK给定连接所使用的ACK策略NOfReTX整型】～MaxNOfReTX给定连接允许重传的次数OptimalMPDUSize整型依赖于PHY给定连接的最佳MPDU大小AggregatlonPolicy枚举ENABLED．DISABI。ED对于给定连接允许／不允许聚合策略FragmentationPolicy枚举ENABLED，DISABI。ED对于给定连接允许／7不允许分段策略ResultCode枚举FAII，URE，SUCCESS，MI，ME请求的完成状态15．6．17．1MLMl卜CoNNECTIoN—CoNFIG．request该原语用来配置特定连接速率适配参数，原语格式如下MLME_CONNECTION—CONFIGrequest(DestEUI，DeliverylD，PHYRate，ACKPolicy，NOfReTX，0ptimalMPDUSize，AggregationPolicy，FragmentationPolicy) GB／T26229--201015．6．17．1．1生成条件该原语由DME每当有与PHY速率适配相关的连接的参数需要更新时生成。15．6．17．1．2收后效果一接收到原语，MLME会使用原语参数更新特定连接配置，并且会生成～个MLME—CONNE(；TION—CONFIG．confirm来响应。15．6．12．2MLME-CONNECTlON-CONFIG．COIlfirm该原语的格式如下：MLMFPCONNECTl0N—CONFIG．confirm(DestEUl，DeliveryID，ResultC0de)15．6．17．2．1生成条件该原语由MLME生成，作为MI．MECONNECTION—CONFIG．request的响应。15．6．17．2．2收后效果接收到原语后，DME被通知更新连接配置成功或失败。15．6．18距离测量该机制支持设备和邻居之问的距离测量。表85中列举了本条包括的原语。表86中列举了本条原语中出现的参数。表85距离测量服务原语服务原语请求指示响应证实}MLMERANGE—MEASUREMENT156．18115．6．18215．6183表86距离测量参数名称类型有效范围说明Resuh枚举FAⅡ。URE．SUCCESS指示距离测量操作的结果LREnable布尔类型FAI。SE，TRUE如果为TRUE，激活本地距离测量，否则不激活DestEUIEU卜48任何有效单播EUI一48规定远程响应设备的EUl—48SrcEUIEU卜48任何有效单播EU548规定远程请求设备的EUL48RMN整型0～255被请求的测量数目MeasurementResuhSet数组表128距离测量结果MeasurementResuhSetCount整型O--255MeasurementResuhSet中测量结果的数目15．6．18．1MLME-RANGE-MEASUREMENT．request该原语用于发起一个或多个连续的距离测量，原语格式如下：MLME-RANGE-MEASUREMENT．request(DestgUI，RMN)15．6．18．1．1生成条件该原语由DME向MLME发出来发起和邻居的距离测量。参数RMN可以是l(简单估计)或者大于l，重复测量的结果可以用来提高准确度。]00 GB／T26229--201015．6．18．1．2收后效果MI。ME生成帧投递在媒体上来执行距离测量的请求，然后将结果数据投递给DME。15．6．18．2MLME—RANGE．MEASUREMENT．indication该原语用来通知DME已经接收到距离测量请求，原语格式如下：MLME-RANGE-MEASUREMENT．indication(SrcEUI，RMN)15．6．18．2．1生成条件该原语由MLME当接收到测距类型字段设置为距离测量请求的距离测量命令帧时向DME发出。15．6．18．2．2收后效果DME被通知距离测量操作开始进行。15．6．18．3MLME—RANGE—MEASUREMENT．confirm该原语报告距离测量操作的结果，原语格式如下：MLME-RANGE—MEASUREMENT．confirm(Result。MeasurementResultSet，MeasurementResultSetCount)15．6．18．3．1生成条件该原语由MLME当MLME完成一个被请求的距离测量操作时向DME发出。15．6．18．3．2收后效果如附录c中规定，DME可以用单个的测量结果来计算单个测距估计。本地和远程测距时钟选项可以用来计算信任级别或错误概率。多次测量可以用来检测和修正在本地和远程时钟频率之间的频率误差。15．6．19特定应用命令管理MAC子层提供特定应用命令帧用来为MAC客户端发送控制信息。在发送设备处，命令数据通过携带描述命令属性参数的原语被传送给MAC子层，用于MAC子层与对等MAC子层进行单播业务，或～组MAC实体进行组播或广播业务。在接收设备处，MAC子层将接收到的特定应用命令帧投递给MAC客户端。特定应用命令可以在对等MAC实体间分段传送，也可以用PCA或者在DRP预留期间进行传送。表87中列举了本条包括的原语。表88中列举了本条原语中出现的参数。表87特定应用命令管理原语服务原语请求指示响应证实MLMEASr-COMMAND15．6．19115．6．192156．19．3表88特定应用命令管理参数名称类型有效范围说明DestEUIEUI-48任何有效的EUI48规定了MCDU接收设备的EUL48SrcEUlEUl48任何有效的单播EUI一48规定了MCDU发送设备的EUI一48规定了用来保护MCDU的PTK或GTK，TKID整型16261定义的任何有效TKID，或0如果为0，指示MCDU投有安全保护10l GB／T26229--2010表88(续)名称类型有效范围说明ACKP011Cv枚举N()一ACK．ACK规定了MCDU是否需要证实TxTimeouI时闻0～65535规定了MCDU成功发送的时间量【ms)规定了在传输前或接收后通缸MI。MEASCx3mmandDate数组变量ASCOMMAND的数据SUCCESS，TX—TIME()UT，OFHERResu[tCode枚举指示尝试MCDU传送的结果—REASONS15．6．19．1MLME—AS-COMMAND．request该原语请求向对等MAC子层或者对等MAC实体组传送特定应用命令。原语格式如下：MLME—AS—COMMANDrequest(DestEUI，TKID，ACKPolicy，TxTimeout，ASCommandData)15．6．19．1．1生成条件该原语由MAC客户端当特定应用命令将要被传送给一个规定接收方时生成。15．6．19．1．2收后效果MAC子层基于原语提供的其他参数试图用PCA或在DRP预留期间发送特定应用命令帧。MAC子层随后发出一个MLME—AS_c0MMAND．confirm来反映结果。15．6．19．2MLME—As_CoMMAND．indication该原语报告来自规定发送方的特定应用命令被接收。原语格式如下：MLME-AS-COMMANDindicationSrcEUI，DestEUI，TKID，ACKPolicy，ASCommandData)15．6．19．2．1生成条件该原语由MAC子层生成来向MAC客户端投递发给该设备的正确接收的有效特定应用命令帧。15．6．19．2．2收后效果MAC客户端被提供来自规定发送方的发送给该设备的特定应用命令帧。15．6．19．3MLME-AS—CoMMAND．confirm该原语报告规定应用命令帧试图向规定接收方传送的结果，原语格式如下：KLME—AS-COMMANDconfirm(DestEUI，ResultCode)15．6．19．3．1生成条件该原语由MAC子层生成．做为MI。MEASCOMMAND．request请求传送一特定应用命令帧到规102 GB／T26229--2010定接收方的结果。15．6．19．3．2收后效果MAC子层通知MAC客户端基于之前MI，MEASCOMMAND．request中规定的参数而传送特定应用命令帧尝试的结果。15．6．20多跳网络协议支持本原语使DME支持任何多跳网络协议，该机制使得设备可以发送和接收多跳网络协议的信息更新帧，表89列举了本条包括的原语。表90中列举了本条原语中出现的参数。表89多跳网络协议支持原语原语请求指示响应证实『MI。MEMNPINFOUPDATEO15620．215．6203表90多跳网络协议支持原语参数名称类型有效范围说明DestEUIEUI48有效EUF48MCDU接收设备的EUV48SrcEUIEUI48有效EUl48MCDU发送设备的EUI一4816．2．6．1定义的所有有效TKID，指示用来保护MCDU的PTK或GTK，如TKID整型或0果为0，表示该MCDU不使用安全保护ACKPolicy枚举N()一ACK。ACK指示MCDU是否使用证实机制指示协议的类型。一种多跳网络协议对ProtocolType整型0～255应一个号TxTimeout时间0～65535指示MCDU成功传输的限定时问(”s)指示多跳网络协议信息更新命令帧的UodateIn{o矢量变量内容SUCCESS，TX—TIMEOUT，OTHERReSll】tCode枚举指示MCDU传输结果—REASONS15．6．20．1MLME。MNP—INFO—UPDATE．request该原语请求向一个或一组对等MAC实体发送多跳网络协议信息更新命令帧。原语格式如下：KLME—blNP—INFO—UPDATErequest(DestEUI．TKID．ACKPolicy，TxTimeout，ProtocolType，Updatelnfo)15．6．20．1．1生成条件该原语由MAC客户端欲向某设备发送多跳网络协议信息更新命令时生成。15．6．20．1．2收后效果MAC实体通过PCA发送多跳网络信息更新命令帧。当MAC实体接收到该原语后发出MLMEMNPINFOUPDATE．confirm原语作为响应反馈结果。15．6．20．2MLME_MNP_INFO—UPDATE．indication该原语向上层报告接收到了多跳网络协议信息更新命令帧。原语格式如下：103 GB／T26229--2010HLME-MN32一INFO—UPDATEindication(SrcEUI，DestEUI，TKID，ACKPolicy，ProtocolType，UpdateInfo)15．6．20．2．1生成条件该原语由MAC实体生成，向上层反映正确接收到了一个发送给自己的多跳网络协议信息更新命令。15．6．20．2．2收后效果MAC上层被告知接收到了多跳网络协议信息更新命令帧。15．6．20．3MLME-MNP-INFo—UPDATE．confirm该原语用来报告发送多跳网络协议信息更新命令帧的结果。原语格式如下：MLME-MNP～INFO—UPDATE．confirm(DestEUI，ResultCode)t5．6．20．3．1生成条件该原语由MAC实体生成，作为MLME—MNP—INFO—UPDATE．request原语的响应。15．6．20．3．2收后效果接收到该原语的MAC实体被告知发送多跳网络协议信息更新命令帧的结果。15．6．21SSDRP管理SSDRP提供一种方法使MAC客户端可以执行可时隙共享的分布式带宽预留来支持多跳路由协议。本条提供的服务原语用于MAC客户端请求SSDRP预留协商服务。表91中列举了本条包括的原语。表92中列举了本条原语中出现的参数。表91SSDRP管理服务原语原语请求指示响应证实SSDRPRESOURCE01562121562t．31562l4SSDRP—REPLACE156215l56216表92SSDRP管理原语参数名称类型有效范围说明SourceEUl一48有效的EUI48地址指示连接的源设备地址DestinationEU卜48有效的EUF48地址指示连接的目的设备地址指示在源设备和目的设备间建立的ConnectionlD整形0～64连接SrcEUIEUI48任何有效单播EUI一48地址指示SSDRP协商者DestEUIEUI一48任何有效单播EUF48地址指示SSDRP目的节点MlnBW整型0～480000此次连接请求的最小带宽(kbit／s)104 表92(续)GB／T26229--2010名称类型有效范围说明此次连接期望的带宽(kbit／s)，不能小DesiredBW整型0～480000于MinBWAvailableBW整型0～480000估计此次连接能使用的带宽(kbit／s)此次连接可以接收的最大服务间隔，MaxServiceInterval整型1～255以“s为单位QoSGoal枚举PREMIUM，HIGH，BEST_EFFoRT被建立的连接的QoS目标Explicit布尔类型FALSE．TRUE控制SSDRP显式请求还是隐式请求ReservationType枚举HARD．SOFT，PRIVATEorPCA指示预留类型指示从预留持有者到目的设备的流索Streamlndex整形0～7引号ResultCode枚举SSDRP—SUCCESS，SSDR—FAILURESSDRP管理服务请求的完成状态SSDRP—SUCCESS，SSDRP—TIMEOUT，产生SSDRP管理服务请求结果的ReasonCode枚举SSDRP_NOSPACE原因PathLell整形0～255路径的长度，以八位位组为单位Path八位位组PathLen参数规定的长度指示一个连接的一条路径15．6．21．1SSDRP—RESOURCE．requestMAC客户端使用该原语请求创建一个新的SSDRP预留或者释放一个已经存在的预留。原语格式如下：SSDRP-RESOURCE．request(DestEUl，Streamlndex，ReservationType，MinBW．DesiredBW，MaxServiceInterval．QoSGoal，Explicit，Source，Destination，ConnectionlD．PathLen，Path)15．6．21．1．1生成条件该原语由MAC客户端当要创建一个新的SSDRP预留或者释放一个已经存在的预留时，向MI。ME生成。15．6．21．1．2收后效果接收到请求原语后，MLME开始创建配套IE信息，即DRPIE和SSDRPIE。调用SSDRP协商过程，发起新的预留请求，或者停止发送配套IE信息，释放已经存在的预留，见17．4．10。MLME稍后会105 GB／T26229--2010返回一个证实原语给MAC客户端。15．6．21．2SSDRP—RESOURCE．indicationMI．ME使用该原语向MAC客户端指示一个来自对等DME的请求，该请求用来建立一个新的预留或者改变和释放已经存在的预留。原语格式如下：SSDRP-RESOURCEindication(SrcEUI，Streamlndex，Source，Destination，ConnectionID，PathLen．Path，、，15．6．21．2．1生成条件该原语由MI。ME当对等设备建立一个新的预留或改变已存在预留的SSDRP请求被收到时发出。在SSDRP预留被释放的时候它也生成该原语。15．6．21．2．2收后效果MAC客户端估计预留请求并发出SSDRP—RESOURCE．response做出相应的响应。156．21．3SSDRPL-RESOURCE．responseMAC客户端使用该原语响应indication原语，响应对等实体的新建SSDRP预留或改变和释放已有SSDRP预留的请求。原语格式如下：SSDRP-RESOURCEresponse(SrcEUI，Streamlndex，Source，Destination，ConnectionlD，PathLen，Path，ResultCode．ReasonCode．)15．6．21．3．1生成条件该原语由MAC客户端当要响应对等用户的SSDRP预留请求时生成。15．6．21．3．2收后效果MI。ME创建一个或多个SSDRP命令帧或者包含SSDRP1E的信标帧响应对等实体的预留请求。15．6．21．4SSDRP—RESOURCE．confirmMI．ME使用该原语证实一个新的预留已经被建立。原语格式如下：SSDRP-RESOURCEconfirm(SrcgUl．StreamIndex，Source，Destination．ConnectionID，]06 GB／T26229--2010PathLen，Path，ResultCode，ReasonCode．)15．6．21．4．1生成条件该原语由MLME生成用于证实一致的request原语请求协商的SSDRP预留是否成功建立。15．6．21．4．2收后效果MAC客户端根据ResuhCode和ReasooCode的参数值采取相应的措施。15．6．21．5SSDRPLREPLACE．requestMI，ME使用该原语将一个SSDRP预留替换为普通DRP预留。原SSDRP的相关路由信息将被移除。SSDRP-REPLACE．request(DestEUI，StreamIndex，ReservationType，Explicit，Source，Destination，ConnectionID，PathLen，Path)15．6．21．5．1生成条件当路由成功建立以后，MAC客户端通知MI。ME移除SSDRP预留相关联的路由信息。15．6．21．5．2收后效果当接收该请求后，MI。ME停止发送SSDRP预留相关联的路由信息。15．6．21．6SSDRP-REPLACE．confirmMLME使用该原语证实SSDRP预留已被替换为普通DRP预留。SSDRP—REPLACEconfirm(SrcEUI，StreamIndex，Source，Destination，ConnectionID，PathLen，Path，ResultCode．ReasonCode)15．6．21．6．1生成条件该原语由MI。ME当发现SSDRP预留已被成功替换时生成。】07 GB／T26229--201015．6．21．6．2收后效果MAC客户端基于接收到的原语参数更新预留状态。15．7MACSAP接口通过MACSAP，即MAC客户端和MAC子层的逻辑数据接口，MAC子层为MAC客户端提供数据传送服务。在发送端，MSDU中数据和描述MSDU属性的参数通过MACSAP发送给MAC子层，用于MAC子层与对等MAC层进行单播通信，或与一组MAC实体进行组播或广播通信。在接收端，MAC层也用MSDU将接收到的数据传输给MAC客户端。每个MSDU都被赋以使用者优先权或流索引的标签，这由与MACSAP的MSDU中的投递ID参数指示。用户优先权有8个等级，信道索引有8个值，指派给发送端和接收端之间的8个可能的流。投递ID参数的合法赋值是在o～15之间。其中，0～7指示由IEEE802．1D定义的用户优先权。8～15指示接收端和发送端之间的流。投递11)参数位于MAC头部帧控制字段的投递ID字段中在无线信道中传播。每个设备都有一个EUl48来唯一的标识该设备，如果该EUI48值非空的话。这个标识号同设备选择的16位DevAddr一起被包括在信标帧内。当一个MSDU被MAC客户端传送给MAC子层时，这个设备根据MSDU提供的EUl48和从邻居信标接收的信息来决定预期接收设备的DevAddr。在把MSDU传送到MAC客户端之前．设备使用从邻居信标接收到的信息确定MSDU的发送者的EUl48。所有被标记成同一个投递ID且目的EUI一48相同的MSDU，当他们使用ImmACK或者No—ACK策略时，会根据他们到达本地MACSAP的顺序依次发送。当他们使用B—ACK策略时，因为要重传也有可能不会按顺序依次发送。不过标记成不同投递ID或目的EUI48不同的MSDU没有必要按照它们到达本地MACSAP的顺序发送，因为MAC子层可能会根据它们的优先权和其他要求或约束来重新安排发送顺序。MAC层接收的具有同样投递ID的MSDU，将会按照它们到达发送端的MACSAP的顺序通过本地MACSAt’释放给MAC客户端。MAC层将接收的具有不同投递ID的MSDU发送给MAC客户端，并且尽量使具有相同投递ID的MSDU保持各自顺序。在对等MAC实体之问MSDU可能被分段或集中传送，但是通过MACSAP时MSDU总是整体传送。MAC层提供竞争和基于预留的帧传送。基于竞争的传送使用PCA的方法，见17．2．3。基于预留的传送使用DRP，见】7．2．4。被标记用户优先权的MSDU使用PCA发送，被标记流索引的MSDU主要使用预留协议发送，也会使用PCA发送。表93列举了本条包括的原语。表94列举了本条原语出现的参数。表93MACSAP原语服务原语请求指示响应证实MA(>I)ATA15711572}1573表94MACSA原语参数名称类型有效范围说明DeStEUIEU卜48任何有效EUl48规定MSDU接收设备的EU／-48SrcEUIEUI一48任何有效单播EUI48规定MSDU发送设备的EUI4816261定义的任何有效’FKID，规定保护MSDU使用的PTK或GTK，TKID整型或0如果为0，表示不对该MSDU进行保护 表94(续)GB／T26229--2010名称类型有效范围|兑明规定用户MSDU优先级(0～7)，或De】ivervlD整型0～15MSI)U的流索引(8～1j)TransmitTimeout时间0～65535规定MSDU成功传输的限定时间(岬)规定在被发送或接收后通过MACSAPMSDU八位位组串的数据SUCCESS，1FRANSMI￡7，ME(jfr厂!ResuItCode枚举描，KMSDU传送试图结果()THERREASONS15．7．1MAC—DATA．request该原语用于请求将MsDu传送给一个对等MAC层或一组对等MA(：实体。原语格式如下：MAC-DATArequest(DestEUI，TKID，DeliveryID，TransmitTimeout．MSDU、15．7．1．1生成条件当一个MSDU将被传送到指定的接收端时，MAC客户端生成该原语。15．7．1．2收后效果MAC层将根据原语提供的其他参数试图发送MSDU。MAC层随后产生一个MACDATA．confirm响应结果。15．7．2MAC—DATA．indieation该原语报告接收到来自指定接收端的MSDU。原语格式如F：MAC—DATAindication(SrcEUI．DestEUl，TKID．DeliveryID，MSDU)157．2．1生成条件该原语由MAC子层生成，用于将接收到的发送给该设备的MSDU传送给MAC客户端。15．7．2．2收后效果MAC客户端被提供一个来自指定发送端的寻址于该设备的MSDU。15．7．3MA(■DATA．confirm该原语报告一个MSDU被试图发送给指定接收端的结果。原语格式如下：MAG-DATA．confirm(DestEUI，DeliveryID，10q GB／T26229--2010ResultCode)15．7．3．1生成条件该原语由MAC子层生成，作为一个MAC—DATA．request发送MSDU给指定接收端的结果。15．7．3．2收后效果MAC客户端被通知由MAC子层基于在先前MAC—DATA．request中的参数试图传送一个MSDU的结果。16MAC帧格式本条描述MAC帧的格式，包括通用MAC帧格式，每种类型的帧和子类型帧，以及一系列可能会出现在信标帧和一些命令帧中的信息元素。16．1帧格式约定以下约定和定义适用于本条。16．1．1字段表MAC帧描述为按特定顺序排列的一系列字段。本条按照字段投递到PHPSAP的顺序，从左至右描述字段，最左边的字段最先发送。在字段表中，位被从右至左标号，最右端为最低有效位，最左端为最高有效位。表95给出了字段序列的一个例子。表95字段序列示例八位位组：214第一个发送的字段(2个八位第二个发送的字段(1个八位位组)最后发送的字段(4个八I位组)位位组)16．1．2八位位组次序除非有其他的说明，长于一个八位位组的字段被投递到PHYSAP的顺序为，先投递包含最低有效位的八位位组，再投递包含最高有效位的八位位组。表96给出了字段位图规范的一个例子。表96字段位图规范示例位：b15--b13b12～b8b7～b0第二个发送的八位位组的最高l有效位第二个发送八位位组的最低有效位第一个发送的八位位组16．1．3编码除非特别标注，十进制数值按照无符号二进制进行编码。位图是标号为位loin位IN一1]的位序列。位图编码规则是位[o]对应字段的最低有效位，后续位图元素对应字段中相应的后续有效位。字段中的八位位组按照从最低有效位到最高有效位的顺序投递给PHYSAP。预留字段和子字段发送时设为0，接收时忽略。16．2通用MAC帧格式MAC帧由固定长度的MAC帧头和可选的可变长度的MAC帧体组成。MAC帧头见表97；MAC帧体，如果出现，包含帧有效负载和帧校验序列(FCS)，见表98。表97MAC帧头八位位组：22l帧控制DestAddrSrcAddr序列控制访问信息110 表98MAC帧体GB／T26229—2010八位位组、14帧有效负载FCS在安全帧中，MAC帧体的帧有效负载包括安全字段，见表99。最左边的4个字段是安全头。表99安全帧的帧有效负载字段八位位组：3126可变8l临时密钥标识符(PTK)安全预留加密偏移(EO)安全帧序号(SFN)安全有效负载信息完整性码(MIC)帧有效负载长度范围：0～mMaxFramePayloadSize。若为0，无FCS字段，也没有MAC帧体。对于安全帧，帧有效负载长度包括安全字段长度。在本条中，帧有效负载指非安全帧的帧有效负载字段，或者安全帧的安全有效负载字段。有效负载是一个标号为负载[o]至负载[P一1]的八位位组序列。八位位组按标号递增的顺序传递到PHYSAP。16．2．1帧控制字段帧控制字段见表100。表100帧控制字段位：b15～b14b13b12～b9b8～b6b5～b4b3b2～b0预留重试帧子类型／投递lD帧类型ACK策略安全协议版本16．2．1．1协议版本本标准的所有版本中，协议版本字段的大小和位置都是固定的。这个版本中，协议版本子字段设为0，其他值预留。16．2．1．2安全安全字段在安全帧中设为1。安全帧由临时密钥标识符指定的临时密钥来保护。安全字段在非安全帧中设为0。安全字段设为1的帧使用安全帧的有效负载格式，见表99。每种帧类型中的安全字段的设置见18．2中表206。16．2．1．3ACK策略ACK策略字段设置为发射机要求的确认类型，确认规程见17．8。ACK字段的有效设置值见表101。表101ACK策略字段编码取值ACK策略类型说明接收设备不对传输进行确认，发送设备默认发送成功而不理会实际结果。本策略0No_ACK的使用见17．8．11lmm—ACK接收设备正确接收后立即回发ImmACK确认帧，见1782昏ACK接收设备跟踪以本策略接收的帧，直到被请求发I}ACK确认帧，见17．83B-ACK请求接收设备接收到该帧后发送B-ACK确认帧，见178．316．2．1．4帧类型帧类型字段设置为当前发送帧的类型。表102给出了帧类型的有效值、描述，以及描述相应类型帧的格式和使用的条目。 GB／T26229--2010表102帧类型字段取值帧粪型条0信标帧16．31控制帧1642命令帧16．53数据帧16．64汇聚数据帧16．7S～7预留16．2．1．5帧子类型／投递ID宇段帧子类型／投递ID字段用于协助接收机正确处理接收到的帧。在控制帧或命令帧中，陵字段用作帧子类型，见16．4的表112和16．5的表118。在数据帧或汇聚数据帧中，该子字段用作投递1D，见表103。在其他帧中该字段预留。表103帧控制中的投递ID编码Mzbll～b9|。用户优先级I，流索引16．2．1．6重试重试字段在数据帧、汇聚数据帧或命令帧的重传中设为1，其他类型的帧中该字段预留。16．2．2DestAddr该字段设置为帧的目的接收没备的DevAddr。对于单播帧，DevAddr指示单个设备。对于组播帧，DevAddr指示一组设备。对于广播帧，DevAddr指示所有设备。详见17．1．1。16．23SreAddrSrcAddr字段设置为帧发送设备的DevAddr。16．2．4序列控制字段序列控制字段标识MSDU／MCDU的序号及其分段，见表104。在控制帧中，此字段预留。表104序列控制字段44,b15b14b13～b3b2～b0预留tF多分段序列号分段号162．4．1分段号分段号字段设置分段在MSDU或MCDU中的编号。MSDU或MCDU的第一个分段的分段号字段设为0，相应MSDU或M(：DU的后续分段依次加l。当MSDU或MCDU只有～个分段时，分段号字段设为0。16．2．4．2序列号序列号字段没置为MSDU或MCDU的序列号，具体定义见17．1．9．3。序列号用于重复帧检测，见17．1．7。当使用B—A(’K机制时该字段用来保存帧次序，见17．8．3。在控制帧中，序列号字段预留。16．2．4．3更多分段当前分段是MSDU或MCDU的唯一分段或最后分段时，该字段设为0。否则，该字段设为1。162．5访问信息访问信息字段见表105。_l， 表105访问信息字段GB／T26229--2010位=b15bl4b13～bo访问方法更多帧持续期16．2．5．1持续期，持续期字段长度为14位，设置为当前帧PI，CP头之后预期的媒体占用时间，单位为微秒。持续期值根据17．1．9．1进行设置，用来更新网络分配矢量(NAV)，其过程见173．2。16．2．5．2更多帧在访问方法字段为1的帧中，若发射机在当前预留块中没有更多帧发送到同一接收方，更多帧字段设为0，否则设为1。在访问方法字段为0的帧中，若发射机在当前超帧中没有更多帧发送到同一接收方，更多帧字段设为0，否则设为1。在信标帧和控制帧中，该字段预留。其他关于更多帧字段的规定见17．1．9．2。1B．2．53访问方法所有在硬DRP预留块或私有DRP预留块中由预留块持有者或目的设备在预留块被释放前传送的帧，包括释放预留块的UDA和UDR控制帧，其中的访问方法字段均设为1。如果帧是在软DRP预留块由预留块持有者以非退避方式发送的，其中的访问方法字段可以设为1。在Irnm—ACK，BACK或CTS控制帧中该字段设置为与相应接收帧的访问方法字段相同。除了信标帧，在所有其他时间发送帧中访问方法字段均设为0。信标帧中，访问方法字段预留。16．2．6帧有效负载帧有效负载长度可变，承载传送给一个或一组设备的信息。在安全帧中包含要求的安全字段，见表99。16．2．6．1临时密钥标识符(TKID)TKID字段是帧保护所使用的临时密钥的标识符。TKID区别于发送方和接收方拥有其他临时密钥而唯一标识一个临时密钥。不需要为那些不持有该临时密钥的设备唯一标识这个密钥。16．2．6．2安全预留安全预留字段是保留的，但是在帧鉴别时需要使用。16．2．6．3加密偏移(EO)加密偏移字段指示相对于安全负载起始位置的加密起始位置，见表99，它以八位位组为单位。如果该字段设置为0，表示整个安全负载都被加密。该字段设置为非0值表示安全负载的前面EO个八位位组没有被加密。不管该字段的值是多少，整个安全负载连同其他适当的字段都通过MIC鉴别。16．2．6．4安全帧序号(SFN)安全帧序号字段为防护重攻击提供信息的新鲜性。安伞帧中的SFN字段的值设为安全帧计数器(SFC)的下一个值。上述安全帧计数器是发送方为当前帧使用的临时密钥对应的安全帧计数器。SFC的设置和重放保护见18．4．2。16．2．6．5安全有效负载安全帧中的安全有效负载字段对应非安全帧中的帧有效负载字段。它包含了各种类型帧的相应信息，而且通过帧中的TKID字段指示的对称密钥进行保护。16．2．6．6信息完整性码(M1C)MIC字段包含8个八位位组的密码校验值，用来保护MAC帧头和帧有效负载的完整性。16．2．7FCSFCS字段长度为32位，表示一个31次方的CRC多项式。113 GB／T26229--2010CRC基于一个计算字段进行计算。本标准中的计算字段是整个帧有效字段。计算字段映射为一个k一1次的消息多项式M(z)，其中^为计算字段的位数。投递到PHYSAP的第一个八位位组的最低有效位作为z～的系数，传输的最后一个八位位组的最高有效位作为，的系数。CRC的生成多项式为：G(x)一z32+3226+一3+z22+工16+z12+z11+zlo+z8+z7+z5+324+z2+工+1。⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯--·f60)CRC多项式是下列余数模2和的补数：——一×(≯1+z”+⋯⋯+z+1)模2除以G(z)得到的余数；——z”×M(z)模2除以G(z)得到的余数。FCS字段的值由CRC多项式生成，其中最低有效位作为，1项的系数，最高有效位作为zo项的系数。表106是由CRC多项式的FCS字段的编码。表106FCS字段编码位：b31b30b29b2b1b0aoala2a29a30a3la3l一1+d30323。+a29x29+⋯⋯+a2，+alz+ao⋯⋯⋯⋯⋯⋯(61)一般的实现中，在发射机端，余数最初被预置为全1，然后通过生成多项式G(z)除以计算字段得到的余数进行改变。上述余数的补数就是FCS字段的值。在接收机端，余数最初被设置为全1。如果没有传输错误，串行输入的计算字段和FCS除以生成多项式G(z)得到一个唯一的非0余数值。这个唯一的余数值对应的多项式为：一1+工3。+z26+z25+32。4+z18+3215+3214+z12+z11+zlo+一十X6+．725+一+一+z+】⋯-·⋯·⋯⋯⋯⋯⋯⋯⋯⋯(62)16．3信标帧信标帧的MAC头字段设置见表107。信标帧在本标准中等同于信标。信标帧的有效负载设置见表108。表107MAC帧头中信标帧的值头字段取值协议版本O安全0ACK策略0(No_ACK)帧类型0帧子类型／投递1D预留重试预留DestAddrBcstAddrSrcAddr发送设备的DevAddr序列控制见16．24和17．1．9．3持续期见1625．1和17．19．1更多帧预留访问方法预留 表108信标帧的有效负载格式GB／T26229--2010八位位组：9I。lL2I，Nl信标参数信息元素1信息元素2信息元素N信标帧可能包含的IE见16．8中表140。除了ASlE以外，IE以元素ID递增的顺序包含在信标中。ASIE不会出现在元素ID是o～7的IE之前，但可以出现在这些IE之后的任何地方。在信标帧中，带有相同目的DevAddr和流索引的DRPIE之间彼此相邻。信标参数字段的格式见表109。表109信标参数字段格式八位位组：62l设备标识符信标时隙序号设备控制设备标识符字段设置为信标发送设备的EUI48。设备可能使用空EUI一48值(所有位设置为1)，表示它没有唯一EUI一48值。EUI是一个6个八位位组序列，标记成eui[0]到eui[5]。前3个八位位组(eui[0]到euiE2])是厂商的OUI，后3个八位位组(eui[3]到euiE5])是厂商选择的扩展标识符。EUI按照索引值递增次序传递给PHYSAP。除在信令时隙传输的信标帧外，信标时隙序号字段设置为信标周期中信标发送所在的信标时隙序号，范围是[o～mMaxBPLength一1]。在信令时隙它设置为设备非信令信标时隙的序号。设备控制字段格式见表110。表110设备控制字段格式位：b7～b6b5～b3b2blhOl安全方式预留扩展信标信令时隙可移动如果信标是可移动的(见17．2．5)，可移动字段设为1，否则设为0。如果信标在信令时隙发送(见17．2．3)，信令时隙字段设为1，否则设为0。安全方式字段根据设备当前运行的安全方式设置。如果扩展信标位设为1，信标帧为扩展信标帧，见16．8．19。如果扩展信标位设为0，信标帧为主要信标帧，见16．8．19。16．8．19和17．2适用于这两种信标帧。扩展信标帧的使用方式与主要信标帧相同。16．4控制帧控制帧的MAC头的默认设置值见表111。后续将对每种控制帧的MAC头字段设置和有效负载进行描述。表111控制帧的MAC帧头字段值MAc头各字段取值协议版本0安全见1621．2ACK策略O帧类型】帧子类型见表112重传预留DestAddr接收方的DevAddrSrcAddrr发送方的DevAddr CB／T26229--2010表111(续)MAC头各字段取值序列控制预留持续期见l6251和17．1．9．1更多帧预留访问方法见16253控制帧子类型设置见表112。表112控制帧的MAC帧子类型字段编码取值控制帧子类型说明01mm—ACK对先前正确接收的帧进行确认lB_ACK对先前一个或多个帧是否被正确接收进行确认2RTS通知接收没备有帧等待发送要求其对是否能够接收进行确认3CTS应答RTS控制帧表明接收设备已做好接收准备4UI)A通知发送设备的邻居可以通过PCA方式竞争使用发送设备拥有的预留块剩余部分UI)R通知发送设备的邻居设备通过PCA方式使用发送设备预留资源块的剩余部分6CPEND通知设备提前结束当前PCA竞争周期7～13预留14特定应用由应用所有者决定lj预留16．4．1立即确认(1mm—ACK)在lmmACK帧，DestAddr字段设为要确认的接收帧的SrcAddr，ImmACK帧没有有效负载。16．4．2块确认(B-ACK)在B-ACK帧，DestAddr字段设为要求B—ACK的帧的SrcAddr。B—ACK确认帧确认先前帧序列是否正确接收，并且为下面需要发送的帧序列提供信息，见17．8．3。B-ACK帧有效负载见表113。表113B-ACK帧有效负载格式八位位组：2l120～”缓冲区大小帧计数预留序列控制帧位图缓冲区大小字段指示下一个B-ACK序列中可包含的所有帧有效负载和的最大八位位组数。帧计数字段指示下一个B—ACK序列中可包含的帧的最大数目。序列控制字段和帧位图字段共同指示MSDU分段及其接收情况确认窗口。序列控制字段指示r确认窗口起始的序列号和分段号，见表114。表114序列控制子字段格式位：blS～b14b13～b3b2～b0l预留序列号分段号帧位图字段长度是可变的，长度为0的帧位图字段指示确认窗口的长度为0。否则，帧位图字段的最低有效位的八位位组对应于序列控制字段指示的MSDU，八位位组的每位对应MSDU的相应分段。每个八位位组的最低有效位与第一个分段相对应，后续位与后续分段相对应。帧位图字段的后续八位位组与后续MSDU相对应，每一位与MSDU分段相对应。确认窗口在第7个MSDU分段结束，第7116 GB／T26229--2010个MSDU字段与帧位图字段最高有效八位位组相对应。帧位图字段中的所有位，值为1表示对应的分段接收自当前序列或以前的序列，值为0表示对应的分段不是接收自当前序列(尽管可能接收自以前的序列)。在帧位图字段里，最低有效八位位组中与确认窗【1起始位置之前的分段相对应的位，没有定义。若帧的序列号比序列控制字段指示的序列号靠前，表示这些帧不是接收自上一个BACK序列。这些帧是先前接收的或是不再期望被接收的。16．4．3请求发送(RTS)在RTS帧，DestAddr字段设成后续帧接收设备的DevAddr。RTS帧没有有效负载。16．4．4空闲发送(CTS)在CTS帧，DestAddr字段设成接收的RTS帧的SrcAddr。CTS帧没有有效负载。16．4．5未使用DRP预留通告(UDA)UDA帧用来释放当前硬DRP预留块或私有DRP预留块中的剩余时间。DestAddr字段设为广播地址BcstAddr。UDA有效负载包括需要以UDR帧响应的设备地址列表，见表115。表115UDA帧有效负载格式八位位组：22l设备地址】设备地址N16．4．6UDRUDR帧用来响应UDA帧，用以显式释放当前硬DRP预留块或私有DRP预留块中剩余时间。DestAddr字段设为接收的UDA帧的SrcAddr，UDR帧没有有效负载。16．4．7竞争周期结束(CP—END)在CPEND帧，DestAddr字段设为广播地址BcstAddr，Cp-END帧没有有效负载。16．4．8特定应用特定应用控制帧的有效负载格式见表116。表116特定应用控制帧的负载格式八位位组：2l指示符ID数据指示符1D字段被设置为一个16位值，标识一个公司或组织，这在附录c．1列出。指示符ID的所有者规定了数据字段的格式和使用。16．5命令帧默认的命令帧MAC头字段设置见表117。表117默认的命令帧MAC头字段取值命令帧MAC头字段取值协议版本O安全见16212ACK策略0(NoACK)或1(1mmACK)帧类型2(命令帧)帧子类型取值见表118重试定义见162．15DestAddr接收设备的DevAddrSrcAddr发射设备的Dew＼ddr序列控制定义见16．2．4 GB／T26229--2010表117(续)命令帻MAC头字段取值持续期定义见16251和1719，1更多帧定义见162．5．2访问方法定义见16．2．5．3表118包含了命令帧的帧子类型字段的有效值列表。表118命令帧帧子类型字段编码取值命令帧子类型说明0DRP预留请求用于请求创建或者修改一个DRP预留1DRP预留响应用于响应DRP预留请求命令2探针用于请求或者响应信息元素3成对临时密钥(PTK)用于两个设备通过4次握手生成一个PTK4组临时密钥(GTK)用于在安全关系间请求或分发一个GTK5距离测量用于为范围测量交换时间信息6多跳网络协议信息更新甩于为多跳网络协议提供信息更新7链路反馈用于为两个设备反馈相关链路质量信息8时隙共享分布式带宽预留带宽共享命令帧，用于发送SSDRP相关信息9～13预留14特定应用由应用所有者决定15预留16．5．1DRP预留请求DRP预留请求命令帧用来创建或者修改一个DRP预留，DRP预留请求命令帧有效负载格式见表119。表119DRP预留请求命令帧有效负载格式八位位组：M．M2M。DRPIElDRPlE_2DRPIE—N命令帧包括的每个DRPIE字段对应一个预留请求，这个预留请求由信息元素中的目标／持有者DevAddr，流索引和预留类型确定。DRPIE在16．8．6中定义。16．5．2DRP预留响应DRP预留响应命令帧用于响应一个DRP预留请求命令帧，DRP预留响应命令帧的有效负载格式见表120。表120DRP预留响应命令帧有效负载格式八位位组：M。M2M。2—34DRPIE-1DRPIE_2DRPIEjNDRP可用性IEDRP预留响应命令帧包括了预留请求的所有DRPIE，DRP可用性IE定义见17．4。16．5．3探针探针命令帧用于从设备请求信息或响应一个探针请求，其有效负载格式见表121。 表121探针命令帧有效负载格式GB／T26229--2010八位位组：M。M2MNIE-1IB一2IE—N如果有效负载包括一个ProbeIE，这个命令帧用于向接收设备请求信息。每个IE字段包含一个信息元素。，16．5．4成对临时密钥(PTK)PTK命令帧在一对设备4次握手时使用，以便相互鉴别并为两设备间的安全可靠单播业务流获得一个共享的对称PTK，描述见18．3．1。PTK命令帧见表122。表122PTK命令帧有效负载格式八位位组：1131l16168l消息号状态码PTKlD预留MKIDI—Nonce／R—NonceMIC包含4次握手规程第一，第二，第三或第四消息的PTK命令帧的消息号，相应的被设置为1，2，3或4。该字段的其他值被预留。这个字段的其他取值被预留。PTK命令帧中状态码字段指出在发送该命令帧的设备中4次握手的当前状态，该字段编码见表123。表123PTK命令帧状态码取值含义0正常4次握手进行1夭折4次握手规程中断，由于安全策略2夭折4次握手规程中断，让步于使用相同主密钥同时进行的4次握手规程3PTKID未接收一P’FK或GTK的TKlD被该设备占用4Message]MIC校验失败5～255预留TKID字段被设置为一个非零的值，作为产生自4次握手规程的PTK的TKID。4次握手规程的发起设备确定该非零值与即将被新生成的PTK替换的PTK(如果存在)的TKID不一样时，并且该非零值与发起设备已经拥有的PTK或GTK的TKlD不一样时，才选择该非零值。MKID字段标识在4次握手中使用的主密钥，见18．3．1。I-Nonce／RNonce是4次握手的发起设备或响应设备生成的随机数。在消息号为1或3的命令帧中，该字段被设置为发起设备生成的随机数INote，在消息号为2或4的命令帧中，该字段被设置为响应设备生成的随机数R—Nonce。消息号为l的PTK命令帧中，PTKMIC字段在传输时被设置为0，在接收时忽略；消息号为2，3或4的PTK命令帧中，PTKMIC字段设置为MIC，该MIC使用4次握手过程中的前2次消息生成的KCK保护相应命令帧的负载字段，见18．3．1。PTK命令帧的MAC头的设置见表117，ACK策略设置为Imm—ACK。16．5．5组临时密钥(GTK)GTK命令帧用于在PTK更新之后进行GTK的请求或分发。GTK由发送设备选择，用于保护该发送设备到一组接收设备的特定组播业务的安全。GTK命令帧总是处于安全状态，安全帧有效负载字段见表124。表124GTK命令帧有效负载格式八位位组：1132616l消息号状态码GTKH)预留GroupAddrGTKSFCGTK GB／T26229—2010当一个GTK命令帧被组播接收方发送，用于向多播发送方请求一个新的GTK时，则该命令帧的消息号字段设置为0；当一个GTK命令帧被组播发送方发送，用于向组播接收方分发一个新的GTK时．则该命令帧的消息号字段设置为1；当GTK命令帧被组播接收方发送，用于响应一个新的GTK分发，则该命令帧的消息号字段设置为2。GTK命令帧的状态码字段指示在发送该命令帧的设备中，GTK请求或分发的当前状态i其编码情况见表125。表125GTK命令帧状态码字段编码取值意义0正常GTK请求或分发进行l拒绝GTK的请求或分筮被拒绝．由于安全策略2GTKID未接收PTK或GTK的TKlD正被该设备占用3～255预留在GTK命令帧里，如果消息号字段为0则GTKID字段设置为正在被请求的GTK的TKID。如果这个请求设备不知道正在被请求的GTK的TKID，则GTKID字段设置为0。消息号为1的GTK命令帧中GTKlD字段被设置为一个非零的值，作为分发的GTK的TKlD。分发设备在确定该非零值与即将被新的GTK替换的GTK(如果存在)的TKID不一样，并且与分发设备或接收设备已经拥有的PTK或GTK的TKID不一样时，才选择该非零值。消息号为2的GTK命令帧中，GTKID字段设置为最近接收的消息号为1的GTK命令帧包含的GTKID字段的值。GroupAddr字段设置为请求或者向其分发GTK的组播地址或者广播地址。如果GTK适用于该GTK分发设备的所有广播或组播业务，该字段设置为0x0001。消息号为0的GTK命令帧的GTKSFC字段在发送时设置为0，并且在接收时忽略该字段。消息号为1的GTK命令帧的GTKSFC字段设置为分发的GTK对应的安全帧计数器的当前值。消息号为2的GTK命令帧的GTKSFC字段设置为最近接收到的消息号为1的GTK命令帧包含的GTKSFC字段的值。在分发GTK的GTK命令帧中．GTK字段被组播业务发送者设置为分发的GTK；在请求GTK的GTK命令帧中，GTK字段在加密前被设置为0。GTK命令帧的MAC头见表117，ACK策略设置为ImmACK。16．5．6距离测量距离测量命令帧有效负载见表126。表126距离测量命令帧有效负载格式八位位组：1～l距离类型距离有效负载距离有效负载字段格式定义依赖于距离类型字段，距离类型设置见表127。表127距离类型取值距离有效负载0距离测量请求l距离测量2距离测量报告3～255预留 距离测量请求类型的距离有效负载字段见表128。表128距离测量请求类型的距离有效负载字段格式GB／T26229—2010请求的测量数字段包括了双向时间传送测量号。距离测量类型的距离有效负载字段包含0个八位位组。距离测量报告类型的距离有效负载字段见表129。表129距离测量报告类型的距离有效负载字段格式八位位组：l14a测量汁数测距支持PHY时钟精度RlC．T2C【R1C、t抵]测量计数字段指出被报告的测量的数目。测距支持字段设置见表130，指出是否支持距离测量和距离测量精确度。设为1，表示支持，设为0表示不支持。表130测距支持字段格式I位．b7b6b5h4b3b21)lbOl预留32位计数24位计数4224MHz2112MHzl056MHz528MHz距离测器支持采样精度量支持PHY时钟精度字段指出PHY时钟的精确度，以百万分之一为单位。每一对R1C和T2C字段分别包含了距离测量的接收定时器的值和距离测量的发送定时器的值。16．5．7链路反馈链路反馈命令帧用于交换两个设备相关链路质量的反馈信息，其负载见表131。表131链路反馈命令帧的负载格式八位位组：22×N102l链路反馈控制设备名单链路信息LQI链路反馈控制字段见表132。表132链路反馈控制字段I位：b15～b]lb10～b7b6～b3b2blb0发射功率变链路信息字段请求／预留数据率LQI字段请求／包括链路反馈请求化值包括链路信息字段见表133。表133链路信息字段八位位组：22l接收方丢失帧个数接收方错帧个数接收方收到帧个数源设备发送帧个数测量窗口链路反馈命令帧中的链路信息字段用于描述链路的相关信息，I。QI字段用于指示源设备和接收方之间的链路质量。设备请求发送链路反馈命令帧时，其链路反馈控制字段中的链路反馈请求位设为1。链路反馈命令帧将不包含链路信息字段和I。Ql字段。当设备响应所收到的链路反馈命令帧时，该链路反馈请求字段置为0。设备请求发送链路反馈命令帧时，如果其链路反馈控制字段中的LQI字段请求／包括位设为1(在】21 GB／T26229--2010此指请求)，那么接收方的响应链路反馈命令帧包含I。QI字段，并且在响应链路反馈命令帧中的链路反馈控制字段中的I，QI字段请求／包括位也设为1(在此指包括)；如果链路反馈控制字段中的I。QI字段请求／包括位设为0，那么接收方的响应链路反馈命令帧不包含I。QI字段。在其他情况下，链路反馈控制字段中LQI字段请求／包括位设为0。设备请求发送链路反馈命令帧时，如果其链路反馈控制字段中的链路信息字段请求／包括位设为1(在此指请求)，那么接收方的响应链路反馈命令帧包含链路信息字段，且将响应的链路反馈命令帧中的链路反馈控制字段中的链路信息字段请求／包括位也设为1(在此指包括)；如果链路反馈控制字段中的链路信息字段请求／包括位设为0，那么接收方的响应链路反馈命令帧不包含链路信息字段。在其他情况下，链路反馈控制字段中链路信息字段请求／包括位设为0。链路反馈控制字段中的发射功率变化值字段为发送方推荐给接收方的发射功率变化值。其编码见表174。链路反馈控制字段中的数据率字段为发送方推荐给接收方的数据率。其编码见表175。链路信息字段中的测量窗口字段为测量所用的时间，单位为微秒。链路信息字段中的源设备发送帧个数字段为总的发送帧个数，包括重传的帧个数。链路信息字段中的接收方收到帧个数字段为接收方正确收到的总帧个数。链路信息字段中的接收方错帧个数字段为收到的带有FCS错，但没有HCS错的总帧个数。链路信息字段中的接收方丢失帧个数为接收方丢失的帧个数。链路反馈命令帧中的设备名单字段为请求响应该链路反馈命令帧的设备名单。名单顺序为响应链路反馈命令帧的设备顺序。如果设备将此链路反馈命令帧单播给一个接收方，链路反馈命令帧不包含设备名单字段；如果设备将此链路反馈命令帧组播给多个接收方，链路反馈命令帧包含设备名单字段。如果接收方接收到通过单播传输来的链路反馈命令帧，需在接收到该帧的SIFS后响应该命令帧。并且响应的链路反馈命令帧中包括发射功率变化值字段、数据率字段，链路信息字段(如果链路信息字段请求／包括位为1)和LQI字段(如果LQI字段请求／包括位为】)。如果接收方接收到通过组播传输来的链路反馈命令帧，也需响应该命令帧。并且在响应的链路反馈命令帧中包括发射功率变化值字段、数据率字段，链路信息字段(如果链路信息字段请求／包括位为1)和LQI字段(如果LQI字段请求／包括位为1)。而且接收方响应的时问如下：——响应的时间一pSIFS+pSlotTime+(设备名单中的位置)×(响应链路反馈命令帧长+pSIFS)；——响应的时间从收到链路反馈命令帧开始算起。设备名单中的位置对应值为[o，N一1]，包括0和N一1。发送链路反馈命令帧的时间间隔指发送链路反馈命令帧的时间和预期响应链路反馈命令帧的时间。当接收方接收到通过单播传输来的链路反馈命令帧，其响应链路反馈命令帧的时间间隔为：时间间隔一接收链路反馈命令帧的时间一(接收的链路反馈命令帧中负载的传输时间+pSIFS)一响应链路反馈命令帧的PLCP传输时间。注：响应链路反馈命令帧中的PI。CP传输时间一响应链路反馈命令帧的传输时间一响应链路反馈命令帧的负载传输时间。当接收方接收到通过组播传输来的链路反馈命令帧，其响应链路反馈命令帧的时间间隔为：时间间隔一接收的链路反馈命令帧中的时间一(接收的链路反馈命令帧有效负载的传输时间+pSIFS)+pSIFS+pSlotTime+(接收的链路反馈命令帧中设备名单中的位置)×(响应链路反馈命令帧的传输时问+pSIFS)一响应链路反馈命令帧中的PLCP传输时间。16．5．8特定应用特定应用命令帧的有效负载格式见表134。122 表134特定应用命令帧的有效负载格式GB／T26229—2010八位位组：2l指示符ID数据指示符ID字段设置为16位值，标识一个公司或一个组织，这在附录C．2列出。指示符"ID的所有者定义数据字段的格式和使用。16．5．9多跳网络协议信息更新设备可使用该命令帧来更新邻居设备的信息，以支持多跳网络协议。多跳网络协议信息更新命令帧的负载见表135。表135多跳网络协议信息更新命令帧有效负载八位位组：1l多跳网络协议类型数据多跳网络协议类型字段指示设备使用何种多跳网络协议，由公司或组织决定。该命令帧使用者定义数据字段的格式和使用。16．5．10SSDRPSSDRP命令帧用于传送SSDRP配套信息，即DRPIE和SSDRPIE，SSDRP命令帧的负载见表136。表136SSDRP命令帧有效负载八位位组；MM2MvDRPlESSDRPIEDRPIESSDRPIEDRPIESSDRPlESSDRP命令帧由多个元素组成，每个元素由配套的DRPIE和SSDRPIE组成。DRPIE格式与标准DRPIE相同，见16，8，6。SSDRPIE格式见16．8．21。16．6数据帧数据帧的MAC头和帧有效负载字段的设置如16．2描述。16．7汇聚数据帧在汇聚数据帧里，有效负载包括一个汇聚头和多个MSDU，每个MSDU都排列在4个八位位组边界。汇聚数据帧的有效负载格式见表137。表137汇聚数据帧有效负载格式l八位位组：2+2×N0或2M，0～3M20～3Mu汇聚头填至4个八填至4个八位MSI)U1MSDU2MSDUN位位组位组汇聚数据帧的有效负载大小和其他帧有效负载受相同的最大值限制。汇聚头字段设置见表138。表138汇聚头字段格式八位位组：112MSDU计数预留MSDUl的长度MSDUN的长度MSDU计数字段标识汇聚帧中包含的MSDU的数目。汇聚头字段里的MSDU长度字段标识了相对应的MSDU的长度，以八位位组为单位，MSDU的长度不包括填充的八位位组。16．8信息元素(IE)本条定义可出现在信标帧和某些命令帧中的信息元素，所有1E的通用格式见表139。123 GB／T26229—2010表139通用IE格式八位位组：11Nl元素ID长度(一N)IE特定字段元素ID字段用于标识信息元素，具体设置见表140。长度字段设为后面IE特定字段的长度，以八位位组为单位IE特定字段包含IE的特定信息。表140信息元素元素ID信息元素描述0业务指示IE(TIMIE)指示设备有缓冲数据待通过PCA方式传输l超帧占用IE(SOlE)提供上一超帧中邻居超帧和BP占用情况的信息2PCA可用性IE指示设备能够接收PCA帧和发送要求的响应MAS3～7预留8DRP可用性IE指示设备可以进行新的DRP预留9DRPIE指示与另一-个设备的预留指示设备将在～个或多个超帧单位中进入体眠方式，每个单位为mHiber—10休眠方式IEnationTimeUnit个MAS，但是会在将来某个特定时间醒来11BP合并IE指示设备会在将来某个特定时间改变其BPST12MAc能力IE指示设备支持的MAC能力13PHY能力IE指示设备支持的PHY能力14探针IE指示设备正在向另一个设备请求一个或多个IE，或／和响应被请求的IE15特定应用探针IE指示设备正在向另一个设备请求特定应用IEl6链路反馈IE提供数据速率和功率控制反馈信息17休眠锚IE提供处于休眠方式的设备信息18信道改变IE指示设备将改变到其他信道19标识1E提供设备的标识信息，包括名称字符串20MKIDIE标识发送设备持有的部分或所有的主密钥21释放请求IE指示邻居请求没备释放其预留中的一个或多个MAS22组播地址绑定IE(MABIE)指示一个EUl—48地址和McsAddr的组播地址绑定23BG权重IE提供设备的合并权重信息及BP中最高被占用的信标时隙号24～26预留27SSl)RPIE带宽共享信息元素，和DRPIE配套传输，提供时隙共享分布式带宽预留28～254预留255ASlE依据应用改变对其的使用6．8．1ASIEASIE如表14t描述。表141ASIE格式八位位组：112NI元素II)长度(一2+N)ASIE指示符ID特定应用数据ASIE指示符ID字段设置为16位值，标识一个公司或组织，具体描述见附录C．3。 ASIE指示符ID的所有者定义特定应用数据字段的格式和使用。16．8．2特定应用探针IE特定应用探针IE用于向漫备请求一个ASIE，见表142。表142特定应用探针IE格式GB／T26229—2010八位位组：1l2，_~l元素1D长度(一4+N)目标设备DevAddrASlE指示符ID特定应用请求信息目标DevAddr字段设置为被请求ASIE的设备的DevAddr。ASlE指示符ID字段设置为16位值，标识一个公司或组织，见附录C．3。ASIE指示符ID的所有者定义特定应用请求信息字段的格式和使用。16．8．3超帧占用IE(SOIE)SOlE提供超帧包括BP的相关信息，发送IE的设备必须遵守该信息，见表143。表143SOIE格式l八位位组：112K2元素z。长度(一4+超帧长度改信标时隙信K+2×N)变倒计时超帧长度BP长度DevAddrlDevAddrN息位图超帧长度变动倒计时字段设置为设备要调整其超帧长度时将要等待的超帧数目，每一个超帧后递减一，该字段允许的最大值为mInitialSuperframeDurationChangeCountdown。超帧长度见表144。表144超帧长度格式位：b7--b5b4～b3b2～b。I-N前超帧长度预留位新超帧长度当前超帧长度字段设置为设备在当前超帧的长度，定义为mSubSuperframeUnitMAS的倍数。该字段允许的最大值为mMaxSuperframeDurationUnit。新超帧长度字段设置为设备在超帧长度变动倒计时字段变为0时要调整到的新的超帧长度，这个新的超帧长度定义为mSubSuper{rameUnitMAS的倍数。比如新超帧长度字段设置为2表示新超帧长度为mSubSuperframeUnitMAS的2倍。该字段允许的最大值为mMaxSuperframeDurationUnit。BP长度字段设置为BP的长度，以信标时隙数目测量，见l7．2．2定义。信标时隙信息位图字段占K个八位位组，由n个2位元素组成，指示BP中信标时隙是否占用和可r]移动性，K—lBP—Length／4}，每个元素n与一致的信标时隙”相对应，n的编号从0到4×K一1，元素编码见表145。元素0是字段中最低有效的两位。未使用的元素设为0。表145信标时隙信息位图元素编码元素取值信标时隙状态未占用(不可移动)0上一超帧相应信标时隙没有收到活动媒体的物理层标识，或未收到带有有效HCS的信标帧占用&不可移动1上一超帧相应信标时隙收到了带有有效HCS和FCS的信标帧，且信标帧中町移动位设为0，或该信标帧在之前的超帧的响应信标时隙中被接收，且指示仍处于休眠期，详见17134占用&可移动2上一超帧相应信标时隙收到了活动媒体的物理层标识，但是没有收到带有有效HCS和FCS的帧占用8L可移动3上一超帧相应信标时隙收到了带有有效HCS和FCS的信标帧，且信标帧中可移动位为1 GB／T26229--2010当信标时隙信息位图字段中标识某信标时隙被占用时，存在相应的DevAddr字段，它们按信标时隙升序排列。如果上一超帧中某信标时隙接收的信标带有有效HCS，那么相应的DevAddr字段设置为接收信标MAC帧头中的源地址；如果上一超帧中某信标时隙接收的信标没有有效HCS．那么相应的DevAddr字段设置为广播地址。如果设备的某个邻居处于休眠方式，那么与该邻居占用信标时隙相对应的DevAddr字段设置为邻居的DevAddr。每个设备在每个信标帧中报告最多不超过mMaxDevAddrToReport个设备地址。如果设备在一个超帧中需要报告多过mMaxDevAddrToReport个设备地址时，它将需要使用另外一个信标时隙发送扩展信标帧。每个信标帧中必须包含SOlE。扩展信标帧只报告在主要信标帧中没有报告的设备地址。任何一个设备地址在同一超帧中只能报告一次。每个设备按17．5．2发送sOIE。16．8．4BP合并IEBP合并IE指示设备将把BPST变成与外部BP相同，其格式见表146。表146BP合并IE格式八位位组：11l7元素ID长度(=1十7×N)BP变动倒计时BG信息1BG信息NBP变动倒计时字段设置为设备将要调整其BPST时将要等待的超帧数目。如果BP变动倒计时是0，那么将在此IE指定时间传输下一个信标帧。BP合并IE可能包含两个或多个BG信息字段。设备每接收到外来信标或侦听到邻居中包含BG信息字段(见17．2．6．3)将会在BP合并IE中包含一个非重复的BG信息字段。BG信息字段格式见表147。表147BG信息字段格式八位位组：11l4BG合并权重BG最高被占用信标时隙号信标时隙偏移同步偏移BG合并权重字段占1个八位位组，设置为正数，指示BG内所有设备合并权重中的最大值。BG最高被占用信标时隙号占1个八位位组，设置为正数，此值为设备改变它的BPST时用来调整信标时隙号的参照值。信标时隙偏移字段设置为正数，此值为设备改变它的BPST时用于调整信标时隙号的值，或者设置为0，标识设备将使用正常BP加入规则加入到外部BP。同步偏移字段包含时钟间隔偏移字段和BPST偏移字段。时钟间隔偏移字段设置为正数，此值为外部设备的时钟间隔与最慢设备的时钟间隔之差，单位为ps。BPST偏移字段，设置为一个正数，此值为设备将要延迟其BPST的时间，单位为微秒。同步偏移字段格式见表148。表148同步偏移字段格式位：b31～b26b25～130I时钟间隔偏移BPST偏移16．8．5信道改变IE信道改变IE通告设备准备改变到另一个信道，信道改变IE见表149。表149信道改变IE格式八位位组：1l1元素ID长度(一2)信道改变倒计时新信道号信道改变倒计时字段设置成设备改变到新信道前剩余的超帧数。如果该字段设置为0，设备将在当前超帧结束时改变到新的信道。126 GB／T26229--2010新信道号字段设置成设备将要改变到的新信道的信道号。16．8．6DRPIEDRPIE用来协商某一个TFC偏移信道的预留或特定MAS的部分预榴，通告被预留的MAS。其格式见表150。表150DRPIE格式l八位位组：1125252l元素zz，长度(一4DRP目标／)ij?有DRPMAS控DRPMAS控DRPMAS控+7×N)控制者DevAddr分配l制1分配2制2分配N制NDRP控制字段见表151。表151DRP控制字段l位：b15b14～b13b12bllb10b9b8～b6b5～b3b2～b0l预留TE"C偏移不安全conflictTiebreaker所有者预留状态原因码流索引预留类型TFC偏移字段位编码见表152。表152TFC偏移位编码取值TFC偏移O无偏移1偏移值为12偏移值为23偏移值为3预留类型字段指示预留的类型，其编码见表153。表153预留类型字段编码戢值预留类型O外部BP1硬2散3私有4PCA5～7预留流索引字段标识在预留块中发送数据的流。如果预留类型字段是外部BP预留或PCA预留，此字段预留。原因码字段是预留目标设备使用的，标识DRP预留请求是否成功，其编码见表154。在预留协商期间由预留持有者发送的DRPIE中，以及由一个已经建立的预留维护设备发送的DRPIE中，原因码字段设为0。如果预留中的一些MAS被移除，或DRPIE被联合、分裂或两者兼有，此字段设置为修改。如果预留类型是外部BP预留或PCA预留，此字段预留。表154原因码字段编码取值编码意义O接受DRP预留请求被允许l冲突DRP预留请求或存在的预留与一个或者多个存在的DRP预留相冲突2待决DRP预留请求正在处理 GB／T26229—2010表154(续)取值编码意义3拒绝DRP预留请求被拒绝或已存在I)RP预留不再被接受4修改DR[’预留仍然被维持，但是预留时间减少或同一个预留的多个DRPIE被组合5～7预留预留状态位指示DRP协商过程的状态。处于协商过程中或者冲突状态下的预留的DRPIE的预留状态位设为0。允许或者维护一个预留的设备应把该位置l，表明一个已经建立的预留。如果发送DRPIE的是预留所有者，所有者字段设置为1，如果是预留目标设备，则设置为0。如果预留类型是外部M’预留，此字段预留。在预留请求生成时，ConflictTiebreaker被随机设置为0或1。只要预留有效，该字段选择同样的值。代表相同预留的所有DRPIE，ConflictTiebreaker设为同样的值。如果发送DRPIE的是预留所有者，那么目标／所有者DevAddr字段设置为预留目标设备的De—vAddr，可以是荤播或组播的DevAddr。如果发送DRPIE的是预留目标设备，那么这个字段设置为预留所有者的DevAddr。如果预留类型是外部BP预留或PCA预留，此字段预留。如果任何一个DRP分配字段确定的MAS超过预留限制．贝4不安全字段设为1。TFC偏移字段指示在MAS预留时对应的TFC传输时使用的偏移量。在通告外部BP预留的时候此字段保留。DRPIE包含了一个或多个DRP分配字段。每一个DRI’分配字段使用区结构编码。超帧被分为16个区，从BPST开始编号为0～15。每一个区包括了16个连续的MAS，分别以0～15编号。DRP分配字段格式见表155。表155DRP分配字段格式八位位组：12I块位图区位图MAS位图块位图子字段指示了包含预留MAS的块。该字段置为1的位表明相应的块包含预留MAS，反之表示相应的块没有包含预留MAS。一个超帧最多可包括8个块，每个块包含16个区，每个区包含16个MAS。超帧中的第一个MAS在块0中。区位图字段指示了已被DRP预留的MAS的区。该字段置为1的位表明相应的区存在已被DRP预留的MAS，反之表明相应的区不存在已被DRP预留的MAS。该字段位0表示0区。MAs位图字段指示了区位图字段指示的区内的MAS预留情况。该字段置为1的位表明相应的MAS已被预留，否则表明相应的MAS未被预留。其中MAS位图应符合附录B．2预留限制以及B．3中预留位置的规定。MAs控制字段格式见表156。表156MAS控制字段格式八位位组：1ll首MAS偏移量尾MAS偏移量首MAS偏移量字段指示了已被DRP预留的MAS的起始时刻相对第一个MAS的前边界或后边界的小数位偏移量。尾MAS偏移量字段指示了已被DRP预留的MAS的结束时刻相对最后一个MAS的前边界或后边界的小数位偏移量。首MAS偏移量和尾MAS偏移量字段的格式相同，见表157。128 表157首／尾MAS偏移量宇段格式GB／T26229--2010位：76～43～0l符号位预留偏移量符号位指示首／尾MAS偏移量选取MAS的前边界还是后边界为计算基准，如果该位置为1，则以后边界为基准，否则以前边界为基准。低4位给出已被DRP预留的MAS的起始时刻或结束时刻在首MAS或尾MAS内的偏移量值，取值范围为0～9。16．8．7DRP可用性IEDRP可用性IE表明当前超帧中MAS当前所用状态，其格式见表158。表158DRP可用性IE格式八位位组：1152元素1。长度(一1十7×～)解释DRP可用性位图1MAS控制1DRP可用性位图NMAS控制N解释字段中TFC偏移值表明在指定的TFC偏移值下当前超帧里的MAS当前使用状态。其格式见表159。表159解释宇段位：bT～b2bl～b0I预留TFC偏移DRP可用性IE包含一个或多个DRP可用性位图字段。一个DRP可用性位图字段对应一个MAS控制字段。MAS控制字段协助DRP可用性位图字段指示超帧内未被DRP预留的MAS。DRP可用性位图字段使用区结构编码，与DRP分配字段相似。DRP可用性位图子字段格式见表l60。表160DRP可用性位图宇段八位位组：12块位图区位图MAS位图块位图子字段指示了包含预留MAS的块。该字段置为1的位表明相应的块包含预留MAS，反之表示相应的块没有包含预留MAS。一个超帧最多可包括8个块，每个块包含]6个区，每个区包含16个MAS。超帧中的第一个MAS在块0中。区位图字段指示了可被DRP预留的MAS的区。该字段置为l的位表明相应的区存在可被DRP预留的MAS，反之表明相应的区不存在可被DRP预留的MAS。该字段位0表示0区。MAS位图字段指示了区位图字段指示的区内的MAS预留情况。该字段置为1的位表明相应的MAS可被预留，否则表明相应的MAS不可被预留。DRP可用性IE的MAS控制字段的格式与DRPIE中的MAS控制字段的格式相同，见表16l。表161MAS控制字段八位位组：11【首MAS偏移量尾MAS偏移量首MAS偏移量字段指示了可被DRP预留的MAS的起始时刻相对第一个MAS的前边界或后边界的小数位偏移量。尾MAS偏移量字段指示了可被DRP预留的MAS的结束时刻相对最后一个MAS的前边界或后边界的小数位偏移量。符号位指示首／尾MAS偏移量选取MAS的前边界还是后边界为计算基准，如果该位置为l，则以120 GB／T26229--2010后边界为基准，否则以前边界为基准。低4位给出可被DRP预留的MAS的起始时刻或结束时刻在首MAS或尾MAS内的偏移量值，取值范围为o～9，见表162。表162首／尾MAS偏移量字段位：，6～43～ol符号位预留偏移量16．8．8休眠锚IE休眠锚IE见表163所示。表163休眠锚lE格式八位位组：113休眠方式元素ID长度(一3×N)设备信息1设备信息N休眠方式设备信息字段见表164。表164休眠方式设备信息字段格式八位位组：21l休眠方式邻居DevAddr苏醒倒计时休眠方式邻居DevAddr字段置为在休眠方式里邻居的DevAddr。苏醒倒计时字段置为在休眠方式下的设备预期苏醒之前剩余的超帧数目。该字段置为0表明该设备在下个超帧中将被激活。16．8．9休眠方式IE休眠方式IE见表165所示。表165休眠方式IE格式八位位组：1．1l元素ID长度(=2)休眠倒计时休眠持续期休眠倒计时字段置为设备开始休眠前剩余的超帧数。此字段置为0表示设备在当前超帧结束时将进入休眠方式。休眠持续期字段置为设备打算休眠的超帧的数目。16．8．10标识IE标识IE提供设备的标识信息，包括名称串，其格式见表166。表166标识IE格式八位位组：1lM，M～l元素ID长度(M，+⋯+M。)设备信息1设备信息N设备信息字段的通用格式见表167。表167设备信息字段格式八位位组：11Nl设备信息类型设备信息长度(一N)设备信息数据130设备信息类型字段编码见表168。 表168设备信息类型字段编码Ga／w26229--2010取值设备信息数据字段内容0厂商ID1厂商类型2名称串3～255预留设备信息长度字段指示其后的设备信息数据字段的长度，以八位位组为单位。如果设备信息类型是厂商ID，则设备信息数据字段见表】69。表169厂商ID设备信息数据字段格式厂商ID置为指示设备厂商的OUI。OUl是1个3个八位位组的序列，标为ouiE03至oui[2]。OUI的八位位组以上升索引号值的顺序传递至PHYSAP。如果设备信息类型是厂商类型，则设备信息数据字段见表170。表170厂商类型设备信息数据字段格式八位位组：33l厂商lD设备类型ID厂商ID字段置为OUI，指示分配了用于设备类型ID字段的值的实体。该设备类型ID字段指示设备类型。如果设备信息类型是名称串，那么设备信息数据字段包含用UnicodeuTF】6I。E格式编码的设备名称，见表171。表171名称串的设备信息数据字段格式八位位组：221名称串UnI∞deChar1名称串UnicodeCharN16．8．11链路反馈IE链路反馈IE包括这样一些信息，这些信息是关于由接收设备为一个或多个源设备所建议的修改数据速率和发送功率等级的信息。链路反馈IE格式见表172。表172链路反馈IE格式八位位组：113。l元素ID长度(=3×N)链路1链路_N链路字段见表173。表173链路字段位：b23～b20b19～b16bl5～b0l数据速率发送功率等级改变DevAddrDevAddr字段置为提供反馈的源设备的DevAddr。发送功率等级改变字段置为接收方建议源设备发送功率等级的改变值。发送功率等级改变字段的编码见表174。131 GB／T26229--2010表174发送功率等级改变宇段编码取值一功率等级改变1000～110】预留1110一21111—10000不改变0001+10010上20011～0111预留数据速率字段置为接收设备建议源设备使用的数据速率，该字段编码见表175。表175数据速率字段编码取值数据速率(Mbit／s)05321802106．43l6042005320640074808～15预留16．8．12MAC能力lEMAC能力IE格式见表176。表176MAC能力lE格式八位位组：l12Xl元素ID长度(=2+X)MAC能力位圈预留MAC能力位图字段指示了MAC实体所支持的能力。如果支持某种属性，则相应位设为1，否则没为0，此字段的编码描述见表177。MAC能力位图字段后面的八位位组被预留，可能存在也可能不存在。表177MAC能力位图字段八位位组位属性说明0PCA能够通过PCA机制发送或接收帧1硬DRP能够作为硬DRP设备预留的所有者或目标2软DRP能够作为软DRI’设备预留的所有者或目标3块ACK能够使用B—ACK机制发送或确认帧O4显式DRP协商能够使用命令帧协商DRP预留休眠锚能够作为休眠锚6探针能够响应从命令帧接收的探针IE7链路反馈能够产生或解释链路反馈1E 表177(续)GB／T26229--2010八位位组位属性说明o距离测量能够发起和加入距离测量计算1预留共享(SSDRP)能够支持带宽预留共享协议12偏移双载波组传输能够使用偏移双载波组传输3～7预留16．8．13主密钥标识符(MKlD)IEMKIDIE用于标识设备占有的部分或所有主密钥，其格式见表178。表178MKIDIE格式八位位组：I116『元素ID长度(一16×N)MKIDlMKIDN每个MKID字段设置为设备占有的一个主密钥的标识符。16．8．14组播地址绑定(MAB)IE每个设备的组播EUI一48地址都有一个16位的McstAddr与之对应，McstAddr从16位DevAddr地址范围中取值。当设备向组播EUI一48地址设备发送帧时MAB1E宣布组播EUI48和McstAddr之间的绑定，其格式见表179。表179MABIE格式八位位组：1】8I元素ID长度(=8×N)组播地址绑定块1组播地址绑定块N组播地址绑定块字段的格式见表180。表180组播地址绑定块字段格式八位位组：62MEUtMDevAddrMEUI字段设置为MAC客户在MACSAP提供的组播EUI一48地址。MDevAddr字段设置为被MAC实体绑定到MEUI字段的出于McstAddr地址范围内的组播DevAddr。16．8．15PCA可用性IEPCA可用性IE标识了一些MAS，在这些MAS中，设备可以接收PCA业务和发送响应，见表181。表181PCA可用性IE格式l八位位组：11l5252元素ID长度(一1+7×N)解释PCA可使用位图1MAS控制1PCA可使用位图NMAS控制N解释字段包含的信息说明PCA可使用位图字段和MAS控制字段一起标识的MAS如何使用，见表182。表182解释字段格式位：bT～b3b2～blb0I预留TFC偏移TIMlE请求解释字段中的b2～b1描述在使用TFC偏移传输时，不同的TFC偏移值对应的PCA可使用位图。设备只有在接收到一个包含本设备地址的TIMIE时，才能在指定的MAS中接收PCA业务，且133 GB／T26229--2010TIMIE请求位设置为1；如果设备能在指定的MAS中接收PCA业务，不管是否接收到TIM1E，TIMIE请求位设置为0。PCA可用性IF包含一个或多个PCA可使用位图。一个PCA可使用位图对应由一个MAS控制。MAS控制协助PCA可使用位图指示超帧内可用来传输PCA业务和发送响应的MAS时间块。PCA可使用位图使用区结构编码，与DRP可使用位图相似，超帧被分为16个区，从BPST开媲编号为0～15。每一个区包括了16个连续的MAS，分别以0～15编号。PCA可使用位图子字段格式见表183。表183PeA可使用位图字段格式块位图子字段指示了包含有可使用PCA传输数据的MAS的块。该字段置为1的位表明相应的块包含有可使用PCA的MAS，反之表示相应的块不包含可使用PCA的MAS。一个超帧最多可包括8个块，每个块包含16个区，每个区包含16个MAS。超帧中的第一个MAS在块0中。区位图字段指示了包含有可使用PCA传输数据的MAS的区。该字段置为I的位表明相应的区包含有可使用PCA的MAS，反之表明相应的区不包含可使用PCA的MAS。该字段位0表示0区。MAS位图字段指示了区位图字段所指示的区内的可使用PCA传输数据的MAS情况。该字段置为1的位表明在相应的MAS中可使用PCA传输数据，否则表明在相应的MAS中不可使用PCA传输数据。PCA可用性IE的MAS控制子字段的格式与DRP可用性1E中的MAS控制子字段的格式相同，参见表184和表185。表184MAS控制字段格式首MAS偏移量字段指示了可使用PCA传输数据的MAS的起始时刻相对第一个MAS的前边界或后边界的小数位偏移量。尾MAS偏移量字段指示了可使用PCA传输数据的MAS的结束时刻相对最后一个MAS的前边界或后边界的小数位偏移量。表185首／尾MAS偏移量字段格式位：76～43～0I符号位、预留偏移量符号位指示首／尾MAS偏移量选取MAS的前边界还是后边界为计算基准，如果该位置为1，则以后边界为基准，否则以前边界为基准。低4位给出可使用PCA传输数据的MAS的起始时刻或结束时刻在首MAS或尾MAS内的偏移量值，取值范围为o～9。16．8．16PHY能力IEPHY能力IE与物理层相关．具体格式见表186。表186PHY能力IE格式八位位组：1】3lXl元素ID长度(=4+X)PHY能力位图TFC偏移预留PHY能力位图字段指示了PHY所支持的能力(见本标准第7章～第15章)，如果某种属性被支持，则相应位设为1，否则设为0，这个字段的编码描述见表187。PHY能力位图字段后面的八位位组134 被预留，可能存在也可能不存在。表187PHY功能位图GB／T26229--2010八位位组位属性说明0频带组tD(2-FFI可使用频带组1DC—FFI信道发送和接收帧l频带组2DCTFI可使用频带组2DC—TFI信道发送和接收帧02频带组2DCFFI可使用频带组2DC—FFI信道发送和接收帧3～7预留l0～7预留0532Mbit／s可用53．2Mbit／s的PHY数据速率接收帧l80Mbit／s可用80Mbit／s的PHY数据速率接收帧21064Mbit／s可用106．4Mbit／s的PHY数据速率接收帧3160Mb】t／s可用160Mbit／s的PHY数据速率接收帧24200Mbit／s可用200Mbit／s的PHY数据速率接收帧5320M"ait／s可用320Mbit／s的PHY数据速率接收帧6400Mbit／s可用400Mbit／s的PHY数据速率接收帧7480Mbit／s可用480Mbit／s的PHY数据速率接收帧TFC偏移字段取值见表188。表188TFC偏移字段取值位属性说明|oTFC偏移可以使用TFC偏移t～，预留TFC偏移字段表示物理层能否支持TFC偏移传输。16．8．17探针IE探针IE用于向设备请求信息，其格式见表189。表189对于标准IE的探针IE格式八位位组：1l21l元素ID长度(一2十N)目标DevAddr被请求元素IDl被请求元素IDN目标DevAddr字段设置为被请求IE的设备的DevAddr或者请求IE的设备的DevAddr。每个被请求元素ID字段设置为被请求IE的元素ID。16．8．18释放请求IE释放请求lE用于设备请求从当前一个或多个预留中释放一个或多个MAS的时间段，它指示了目标设备和期望的MAS，见表190。表190释放请求IE格式八位位组：1125252元素ID长度(=4+7×N)释放请求控制目标DevAddr|分配1MAS控制1分配NMAS控制N GB／T26229--2010释放请求控制字段设置见表19l。表191释放请求控制宇段格式位：h15～b6b5～b4b3～b0I预留TFC偏移原因码，释放请求控制字段中的b5～b4描述在使用TFC偏移传输时，对应不同的偏移值的MAS释放请求。原因码字段指示了请求的原因，编码见表192。表192原因码字段编码取值编码意义0无特定无特定原因1过分配目标设备持有过多的MAS超过了策略允许2～15预留目标DevAddr字段设置为请求释放MAS的设备的DevAddr。一个释放请求IE包括一个或多个分配字段，每个分配字段都使用块结构编码。超帧划分为8+个块，从BPST开始依次编号为o～7，每个块又划分为16个连续的区字段，依次编号为o～15，每个区字段又划分为16个连续的MAS，依次编号为O～15。分配字段的基本格式见表193。表193分配宇段八位位组：12I块位图区位图MAS位图块位图子字段指示了包含有被请求释放的MAS的块。该字段置为1的位表明相应的块包含有被请求释放的MAS，反之表示相应的块不包含被请求释放的MAS。一个超帧最多可包括8个块，每个块包含16个区，每个区包含16个MAS。超帧中的第一个MAS在块0中。区位图字段指示了包含有被请求释放的MAS的区。该字段置为l的位表明相应的区包含有被请求释放的MAS，反之表明相应的区不包含被请求释放的MAs。该字段位0表示0区。MAS位图字段指示了区位图字段所指示的区内的被请求释放的MAS。该字段置为1的位表明相应的MAS被请求释放，否则表明相应的MAS不被请求释放。MAS控制字段与16．8．6的DRPIE中的MAS控制字段格式相同，见表161、表l62，表示待请求释放的MAS的起始位置和结束位置。16．8．19业务指示(TIM)IETIMIE用于指示一个处于活动方式的设备有缓冲数据通过PCA发送，TIMIE的详细解释见表194。表194TIMIE格式八位位组：1121元素ID长度(=2xN+1)DevAddr1DevAddrN业务流优先级位图每个DevAddr的字段设置为缓存PCA业务的有效目标DevAddr地址。业务流优先级位图字段，占8位，分别用于标识设备的一种uP业务流，低位对应低优先级的，如果 该设备有该种UP的业务流则设置为1，否则设置为0。168．20BG权重IEBG权重IE提供设备合并权重信息，见表195。表195BG权重IE格式GB／T26229—2010八位位组；112f元素ID长度(一3)设备合并权重BP最高被占用信标时隙号设备合并权重字段占1个八位位组，指示设备能够检测到的设备的数目，即距该设备两跳通信范围之内包含的设备的数目(包括设备自身)。设备合并权重字段初始化设置为一个正数，此值可由设备接收到信标数目和接收信标中的SOlE字段值信息计算。设备合并权重字段值是动态变化的，如果设备接收到邻居节点的信标，那么设备会比较自己发送信标中包含的BG权重IE和所接收信标中包含的BG权重lE的设备合并权重字段值，若接收信标中的取值更大，则设备更新设置该字段为接收信标中的值，否则保持不变。BP最高被占用信标时隙号字段初始化设置为设备BP中最后不可用的信标时隙号。BP最高被占用信标时隙号字段值是动态变化的，如果设备接收到邻居的信标，那么设备会比较自己发送信标中包含的BG权重lE和所接收信标中包含的BG权重IE的BP最高被占用信报时隙号字段值，若接收信标中的取值更大，则设备更新设置该字段为接收信标中的值，否则保持不变。168．21SSDRPIE时隙共享分布式预留协议(SSDRP)IE见表196。内容字段格式见表197。表196SSDRPIE格式八位位组：11M1元素1DI长度(一1+M’l内容表197内容字段l八位位组：2261NDRP控制所有者DevAddr目标I)evAddr源设备地址目的设备地址连接ID路径长度(一N)路径lDRP控制字段与标准DRP1E的定义格式及使用相同，见16．8．6；所有者DevAddr字段标识预留持有者的MAC地址；目标DevAddr字段标识预留目标设备的MAC地址；源设备地址字段标识连接的源设备的EUI一48地址；目的设备地址字段标识连接的目的设备的EUI一48地址；连接ID字段标识连接的识别号；路径长度字段表示路径标识的长度，以八位位组为单位；路径字段是一个字符串，标识路径的名称。16．8．22TN改变IE当本地设备请求邻居设备在发送帧时置空指定的子载波时，TN改变IE用于宣布需置空的物理层子载波，子载波的位置与物理层子载波的位置相对应。当一个子载波被置空时，设备在相应位置子载波上的发射功率降低，TN改变IE的定义如表198。表198TN改变IE格式I八位位组：112×Nl元素ID长度(一1+1+2×N)TN变动倒计时TN控制TN位图TN变动倒计时字段设置为设备将要采用TN技术时将要等待的超帧数目。如果TN变动倒计时是0，设备将在之后的数据通信中采用TN技术，需置空的子载波位置如TN位图所示。137 GB／T26229--2010TN控制字段的定义如表199。表199TN控制字段格式位：b7～bsb4b3～b2blb0预留需避免的对称子载波需避免的临近子载波需避免子载波标识协同定位无线搜笋标识如果一个可以进行协同定位的设备发送帧时宣布了TN改变IE，且TN位固字段请求置空的子载波用于避免协同定位时使用的无线频段，那么TN改变1E中的协同定位无线频段标识位设置为l，否则为0。此处的协同定位无线频段是指在同一个设备终端中必须要保护或避免的一定频段。如果发送设备发送此帧时已经将TN位图字段标识的子载波置空，那么需避免子载波标识位设置为1，否则该位设置为0。TN位图字段表示发送设备需置空的子载波形如凹槽，如果在凹槽的两边有临近的子载波需置空，则需避免的临近子载波字段包含凹槽两边需置空子载波的个数。本标准的物理层部分可确定需对称置空的子载波的位置。需避免的对称子载波字段设置为1表示发送设备需要将与TN位图字段标识的子载波对称的子载波置空。需避免的『临近子载波字段和需避免的对称子载波字段允许设备标识邻居设备请求他置空和他发送的帧中标识要置空的子载波。TN位图字段由一个或多个标识不连续的需置空子载波子集的TN位图片段组成，所标识的子载波都位于可操作频段组上。TN位图字段中的所有TN位图片段字段中的子载波元素按照从低到高的顺序依次排序。每个TN位图片段字段的格式如表200。表200TN位图片段字段格式位川5b14～b6b5～b0l预留子载渡偏移子载波计数每个TN位图片段字段标识一系列的序号连续的需置空子载波元素。子载波元素与在可操作频带组上物理层定义并排序的子载波概念一致。子载波计数字段设置为该TN位图片段字段标识的需置空的子载波元素的个数。子载波偏移字段设置为TN位图片段字段标识的需置空的最小的子载波元素序号。需置空的TN位图片段字段中TN元素的设置由子载波偏移字段标识的子载波和其后(子载波计数1个)连续的序号递增的子载波元素组成。17MAC子层功能介绍本章详细介绍MAC子层的功能。17．1讲述MAC帧的发送和接收规则，包括MAC头部字段和信息元素的设置和处理。信道时间被划分成超帧，每个超帧又有信标周期(BP)和数据周期2个主要部分组成。17．2描述了信标周期中信标的传输和接收，以及信标周期的合并。在数据周期中，设备或者使用PCA发送和接收数据，或者在使用DRP建立的预留中发送和接收数据。PCA允许多个设备基于业务优先级竞争访问媒体，详见17．3。DRP允许设备在协商预留的时间内对媒体进行预定的访问，详见17．4。17．5讲述设备同步。17．6讲述MSDU的分段和重组。17．7讲述在单个帧中多MSDU的合并。17．8讲述确认机制。17．9到17．15分别讲述探针命令、动态信道选择、多速率支持、发送功率控制、功耗管理机制、ASIE和距离测量的使用。17．16讲述所有MAC子层参数的值。】38 GB／T26229--201017．1帧处理本条介绍如何发送MAC帧和如何处理接收到的MAC帧，涉及到MAC帧头和信息元素。17．1．1帧地址帧使用DevAddr进行寻址。DevAddr有4种类型：私有地址，生成地址，组播地址和广播地址。表201给出了每种类型地址的范围。一表201DevAddr类型和范围类型范围私有地址oxOooo～oxOOFF生成地址Ox0100～0xFEFF组播地址(McstAddr)0XFF00～0XFFFE广播地址(BcstAddr)0XFFFF设备须将本地MAC子层与一个私有或生成类型DevAddr相关联。使用EUI一48NULL地址的设备使用私有型地址DevAddr。如果设备使用生成地址，则设备将等概率地从生成地址的范围内随机选择DevAddr，并且确保选择的DevAddr在所有设备的扩展信标组中是唯一的。私有地址DevAddr的选择及解决地址冲突不在本标准讨论范围内。在所有传输的帧中，设备须设置SrcAddr字段为设备自身的DevAddr。单播帧的DestAddr字段应设为接收设备的DevAddr；组播帧的DestAddr字段从组播地址DevAddr范围内选择一个(见17．1_10．13)；广播帧的DestAddr字段设为广播型DevAddr。在私有预留期外，设备不能在任何时间发送帧到地址为私有类型DevAddr的接收设备。在地址为私有地址类型的设备不能发送任何非信标帧。17．1．1．1DevAddr冲突当下面任一情形发生时，使用生成地址型的设备判定自己与其他设备发生了DevAddr冲突：a)设备接收到的MAC头部中SrcAddr与设备自己的DevAddr相同；b)设备接收到一个信标帧，该信标帧中的SOlE包含一个DevAddr与设备自己的DevAddr相同，但在相应的信标时隙设备并没有发送信标且也不处于休眠方式。当判定发生地址冲突时，设备将根据上述地址冲突情形，分别判断是否生成一个新的DevAddr而进行地址冲突处理：a)发生上述地址冲突情形a)时：1)接收到的是信标帧：设备获取自身信标时隙号；设备从接收到的信标帧中获取冲突设备的信标时隙号；比较设备自身信标时隙号与冲突设备信标时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有DevAddr不同的DevAddr；否则，设备不进行地址重新分配；2)接收到的是非信标帧：设备获取自身信标时隙号；设备获取冲突设备的信标时隙；比较设备自身时隙与冲突设备时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有DevAddr不同的DevAddr；否则，设备不进行地址重新分配；b)发生上述地址冲突情形b)时：设备获取自身信标时隙号；设备根据接收的信标帧包含的SOlE获取冲突设备的信标时隙号；比较设备自身的信标时隙号与冲突设备的信标时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有DevAddr不同的DevAddr；否则，设备不进行地址重新分配。139 如果设备判定发生地址冲突，但没备不能获得自身信标时隙号或者冲突设备时隙号，设备则重新生成一个与其现有DevAddr不同的DevAddr。17．1．2帧接收除非特别指出，否则如果帧有有效的HCS和F【：s(描述见16．2．7)并指示设备支持协议版本，那么就考虑接收此帧。HCS由物理层确认，指示是否发生头错误。而对于MAC头部是否考虑被设备接收，则只要考虑是否有有效的HCS及设备是否支持帧所标识的协议版本，无须考虑FCS的有效性。17．1．3帧事务帧事务包括RTS／Cq、S帧事务(可选)、单个帧和关联的确认帧(如果启用了确认策略)。图35给出了帧事务的例子。注意：对于物理层，由RXvEcTOR参数报告头部出错，如表41所定义的。⋯⋯帧旧网响应设备发送的帧CTSIACK一⋯帧阳网网罔响应设备发送的帧C1SBREQ--FIACK请求图35帧事务例子17．1．4帧传送对于拥有相同投递ID，并发向相同目的地址EUI48的MSDU，源设备应按照它们到达本地MACSAP的顺序进行发送。设备应把长度为n的MSDU看作一个八位位组序列(分别用MSDU[0]到MSDU[n1]标识)，并按升序把上述八位位组序列放置于负载字段。设备应按照分段编号递增的顺序发送MSDu或MCDU的分段。当启用I}ACK确认策略时，源设备可能要重发先前发送过的帧，这就会导致与先前发送帧相关的重发帧的序列号和片段号次序混乱。当相关的投递lD或目的EUl48地址不同时，源设备可以先把MSDU重新排序再发送。当接收到的MSDU有相同的SrcAddr和投递ID，并且是按升序排列接收的，那么接收设备会把这尝MSDU交给MAC客户端。140 GB／T26229--2010在对等MAC实体间，源设备可以对MSDU分段或合并以方便发送，但接收设备应该将整个MSDU通过MACSAP递交给MAC客户端。17．1．5帧重传帧重传是指在原收发两端进行已发送帧的重传，源设备会将重传帧的重传位设为l。除非本文稿中特别指出，“发送”指的是一个新帧的发送或已发送帧的重传。对一个帧是否需要重传，设备需要考虑各方面的因素，例如延迟要求，公平性，信道情况以及媒体可用性。除非有特别说明，否则设备在重传帧时也应该遵守新的帧的媒体访问规则。17．1．6IFS本标准中使用了3种类型的帧间距IFS：最小帧间距(MIFS)，最短帧间距(SIFS)，任意帧间距(AIFS)。AIFS有4个值，取决于业务流的访问类别。MIFS，SIFS，AIFS的实际取值是与PHY相关的。17．3．4．1描述了AIFS[i]的取值过程。设备在媒体中发送完一个帧后，如果要继续发送非0长度有效负载的帧则应等待一个MIFS，如果要发送0长度有效负载的帧．则应等待一个S1FS。设备收到前一个帧后，如果要发送一个帧则应等待至少一个SIFS。17．1．6．1MIFS突发帧传输是指通过使用PHY的突发方式，由同一设备连续发送，突发方式下第一帧后每一帧的发送时间都与前面帧的发送时间相关。在这种情况下，每两个突发帧之间的间隔是一个MIFS，如图36所示。在突发方式下，最后一个帧使用的确认策略可以从3种确认帧中任选一个，而其他所有帧只能将ACK策略字段设置为NoACK或BACK。图36MIFS的使用突发方式下，字段的持续期只能覆盖发往同一目的地址的后续帧的时间。如果持续期结束后，突发方式还在持续，那么下一帧应使用标准前导符。MIFS的长度由参数pMIFS设定(见表205)。17．1．6．2SIFS在一帧事务中，所有帧都由一个SIFS间隔来分开。SIFS的长度由参数pSIFS设定(见表205)。17．1．6．3AIFSAIFS是使用PCA的设备，在其确定媒体空闲后，应延迟访问媒体的最小时间。17．1．7重复检测尽管接收端已经正确接收并确认了帧，设备可能收不到对它所发送的帧的lmmACK或BACK响应，因此可能会重复发帧。接收端再次收到从同一个设备发来的帧，如果两个帧的序列控制字段、srcAddr、DestAddr、投递ID相同，且重传位是1，那么就认为这个帧是重传的。接收端设备不把该重传的帧交付给MAC客户端。17．1．8RTS／CTS的使用在数据，汇聚数据或命令帧传输之前，可以先进行RTS／CTS的交换以保证通信的畅通。RTS帧没有帧体，能使设备在传输失败后较快的重新访问媒体。RTS和CTS帧结构中有持续期字段(在17．1．9．1中描述的)，只要合理设置，就能够防止源设备的邻居和接收设备在其传送期间访问媒体。】41 GB／T26229--2010源设备与其他设备在所获取的PCATXOP或建立的预留块中发送一个包含在一个或多个帧事务中的RTS帧。在PCATXOP中，如果帧传输没被包括在先前收发设备间的发送帧持续期字段里，设备需在使用NoACK机制或BACK机制发送这一序列帧前发送RTS帧。如果预留目标设备在预留块中接收到发送给自己的RTS帧，它会在接收到帧pSIFS之后回发CTS帧，不考虑它的NAV设置。如果设备是在预留块之外接收到RTS帧，只有当接收帧豹NAV为0，它才会在接收帧pSIFS之后回发CTS帧，并且这个CTS帧发送应在下一个BP起始或在它自己的或邻居建立的预留块起始的pSIFS之前完成。当接收到预期的CTS响应后，源设备开始发送帧。发送的第一帧在设备接收到预期的CTS帧后pSIFS间隔才开始发送。如果设备是通过PCATXOP发送的RTS帧，并且源设备在发送RTS帧后pSIFS加CTS帧传输时间内未接收到期望的CTS帧，将按17．3定义进行退避；如果设备是在预留块中发送RTS帧，设备不会在预期的CTS帧结束加上pSIFS之前重新发送该RTS帧或发送另一帧。17．1．9MAC头字段17．1．9．1持续期信标帧中持续期字段可以有如下不同的设置：一BP的剩余时间，从信标帧的PI。CP头结束的地方开始算起，取决于邻居设备在前一超帧中宣布的最大BP长度；信标帧的帧体的发送时间；——一O。RTS帧，命令帧，数据帧以及汇聚数据帧中的持续期字段的值则是以下时间的总和：一当前帧的帧体的传输时间；一一当前帧预期响应帧的传输时间，如果有应答帧，应答帧可以是CTS，ImmACK，及BACK；——一响应帧之后如果要发送帧到同一接收设备，那么帧的传输时间应超过或者包括(a)下一个RTS帧或确认策略为Imm—ACK或B-ACK请求的帧(b)在PCATXOP或预留块的最后一个帧，前面两个只包括时间较早的那个；或(可选的)在PCATXOP或预留块中发送到同一接收设备的下一个帧的发送时间；一所有包含在持续期计算的发送帧之间的1FS之和。持续期以微秒为单位，如果计算的时间值不是整数，则取大于该值的最小整数。在理想的发送长度和速率下，设备能够估计B—ACK帧体的发送时问或是设想为0长度的帧体。cTS，lmm—ACK和B-ACK帧的持续期字段的值是0与一个数中的较大值，这个数是上一帧中的持续期字段的值减去pSIFS、减去该CTS、]mm～ACK或B-ACK应答的接收帧帧体的发送时间、减去该CTS，ImmACK或BACK帧直到PI，CP头结束的发送时间。对上述规则也允许例外情况：一如果帧的ACK策略设置为BACK请求，设备就将该帧的持续期设为BACK请求帧体传输时间，加上一个SIFS及估计的B—ACK响应帧的传输时间之和；除了UDA和UDR帧外，设备可以将在硬预留块或者私有预留块中发送的任何帧的持续期设为0。设备将UDA和UDR帧的持续期字段设置为从当前帧的PI，CP头结束开始到剩余的所有DRP预留时隙被释放的时间间隔。图37给出了一些持续期值使用的例子。 GB／T26229--2010[--ACK=lmmACK持续期“--请求NoAIKl3持续期-BAlK请求持续期靴铲的H离厂丽畸l(1ACK)响应设备发送的lACKIACK”——]．持续持续期1持续期l源设铲的H赢晒订陌桢CK)IlIBF：E0)响应设嚣发送的L—三!_|k划持续期【持续期I持续期PH需霸眄日压习阿撇CK)Il(N^CKlll(NACKllI(N．～Cm；螽发送的L叫持续期此刻未t的DP,Pi激铲的‘]块被释^响应设螽发送的L—竺兰一L二竺三一L二三兰_一巴／持续期}持续期持续I图37持续期示例17．1．9．2更多帧当帧的信道访问方法字段设为I，如果其更多帧位是0，设备就不能在预留块中向同一个设备发送额外的帧；当信道访问方法字段设为0时，如果其更多帧位是0，设备还是不能在当前超帧内利用PCA 向同一接收端发送额外的帧，除非接收设备的信标中不包括PCA可用性IE或在TIMIE请求位为0时包括PCA可用性1E。17．1．9．3序列号序列号字段的值在使用Imm—ACK确认策略发送帧时用于重复帧检测，或在使用BACK机制发送帧时用于重复帧检测和帧的排序。设备可以向每个发送的MSDU或MCDU分配一个来自模2048计数器的序列号，同时，每个MSDU或MCDU的各个片段有相同的序列号。汇聚数据帧中所有的MSDU分配相同的序列号，每发送一个汇聚数据帧，穿列号计数器就增加1。对于MCDU，有一个专用的序列号计数器。对于MSDU，当发送时使用B—ACK确认策略，且发送给同一DestAddr接收端并有相同的投递ID，就要为每一个序列提供一个专用的计数器。而其他MSDU只需一个计数器就可以，或者为具有相同投递II)字段值和相同DestAddr地址的MSDU使用一个特定的计数器。在超帧中发送的信标帧．有一个专用的序列号计数器对其计数，每个超帧加1，最大为2048，设备将信标帧中序列号字段设置为专用计数器的值。17．1．10信息元素(IE)信标帧和命令帧中都含有1E，它们运送了特定的控制和管理信息。我们可以使用显式探针命令帧请求IE。当信标帧在超帧中传输．设备的信标帧中应含有应用于该超帧的IE；并且，设备应该能够正确解释当前超帧中所接收的信标帧的IE并应用于该超帧。17．1．10．1特定应用信息元素(ASIE)对于请求的每个应用，设备都应该在其信标中含有对应的ASIE，这部分内容将在1714介绍。ASIE的范围取决于请求包括ASIE的应用。17．1．10．2超帧占用信息元素(SOLE)设备总是在它的信标中包含一个SOIE。SOIE反映了上一个超帧中设备从邻居接收的信标包括BP占用的信息，以及基于休眠方式规则获取的信息。17．1．10．3BP合并lE设备在改变它的BPST前应在它的信标帧中包括一个BP合并IE，具体介绍见17．2．6。17．1．10．4信道改变lE设备改变信道前应在它的信标帧中包含一个信道改变IE。17．1．10．5分布式预留协议(DRP)IE设备应在用于申请预留的信标帧中包含DRI’1E，在申请的预留中，该设备为预留所有者或预留目标设备。17．1．10．6DRP可用性IE设备信标中的DRP可用性IE用来支持DRP预留协商问题，详见17．4。17．1．10．7休眠锚IE若设备能作为一个休眠锚，须在它的信标帧中包含休眠锚IE，以向正处于休眠状态的邻居提供信息，见17．13．5。17．1．10．8休眠方式IE在休眠前，设备应在其信标中包含一个休眠方式IE(见17．13．4)。收到休眠方式IE的设备会在发送设备休眠方式期间在信标的SOIE中报告发送设备的信标时隙被占用或不可移。17．1．10．9标识IE设备信标中的标识1E为它的邻居提供了自身的标识信息。17．1．10．10链路反馈IE设备信标中的链路反馈IE提供了它和一个特定邻居链路上的反馈信息。144 GB／T26229--201017．1．10．11MAC能力IE设备信标可以包括一个MAC能力1F。17．1．10．12主密钥标识符(MKlD)IE设备信标可以包括一个MKIDIE来标识它拥有的一些或所有的主密钥。17．1．10．13组播地址绑定(MAB)IE设备可以包括一个MABIE来指示组播EUl48和McstAddr之间的任何有效的组播绑定信息。当没备要注册用于传输的某组播地址绑定或检测信标组的变化时，需要在至少mMaxI，ostBeacons-a1个超帧的信标帧中包括一个MABIE。MAC客户端发送MSDU时会同时提供纽播EUI48地址，MAC实体会将此地址转换成与之绑定的组播DevAddr，在媒体中传输MSDU时使用。如果设备没有在信标帧中声明相应的MABIE将McstAddr与组播EUI—r18地址绑定，则设备不会用该McstAddr地址发送帧。MAC子层接收到MABIE时，会在每个组播地址绑定块，在MAB1E源和组播DevAddr与组播EUl48地址间建立一种关联，以在组播地址绑定的地址转换时使用。如果MAC实体收到的MSDU的目的地址为有效的组播DevAddr，则MSDUs将会被发送给地址为与其组播DevAddr绑定的组播EUI一48地址的MAC客户，该绑定是由MSDU的源设备设定的。17．1．10．14pcA可用性IE信标中可以包含PCA可用性IE，当有预留或功率限制时，使设备更方便地使用PCA。17．1．10．15PHY能力IE信标中可以包含PHY能力IE。17，1．10．16探针IE信标中可以包含探针lE用于从另一个设备请求某些IE。17．1．10．17释放请求IE信标中可以包含释放请求IE用来请求邻居释放预约信道中的一个或多个MAS。当预留目标设备收到释放预留中的时问段的请求，它就会在自己的信标中包含一个DRP可用性1E和释放请求IE，该释放请求IE用于标识被请求的时间段，且信标帧的目标设备地址字段没置为预留所有者的DevAddr。17．1．10．18业务指示(TIM)IE当在超帧中有帧序列列队等候传输给一个或多个接收设备，且这些设备在上⋯个超帧中已经将PCA可用性IE的TIMIE请求位设置为1，那么当前的设备应在信标中包含一个TIMIE，而且TIMIE应包含所有这种接收设备的DevAddr。17．1．10．19BG权重IE设备总是在它的信标中包含一个BG权重IE，直到接收到外来信标或侦听到邻居的信标中包含BP合并IE时将不再包含。BG权重IE反映了设备的合并权重的信息及BG中最高被占用的信标时隙号。17．1．10．20SSDRPIE设备可使用SSDRP1E进行可时隙共享的预留西商，预留协商时同时包含DRPIE和SSDRPIE，在申请的预留中，该设备为预留所有者或预留目标设备，见17．4．10。17．1．10．21TN改变IE如果设备检测到需避让频段且上一个信标中不包含TN改变IE，在接下来超帧的信标中将包含TN改变1E，TN变动倒计时字段设置为mTNSwitchWaitTime，需避免子载波标识子字段字段设置为0。如果设备检测到需避让频段且上一个信标中不包含TN改变IE，接收到的邻居信标中也包含TN改变IE，则在接下来超帧的信标中将包含TN改变IE，TN变动倒计时字段设置为mTNSwitchWaitTime，需避免子载波标识字段设置为0，TN位图包含设备检测到的TN位图映射和邻居信标中TN位145 GB／T26229—2010图之和。如果设备检测到需避让频段且上一个信标中包含TN改变IE，如果设备检测到的TN位图映射和上一信标中TN位图不同，则在接下来超帧的信标中将包含TN改变IE，TN变动倒计时字段设置为mTNswitchwaitTime，需避免子载波标识字段设置为0，TN位图包含设备检测到的TN位图映射和上一信标中TN位图之和；如果设备检测到的TN位图映射和上一信标中TN位图相同，则在接下来超帧的信标中将包含TN改变IE，TN变动倒计时字段值减1，需避免子载波标识字段设置为0。如果设备上一个信标中包含TN改变IE，接收到的邻居信标中也包含TN改变IE，如果上一个信标中的TN位图和邻居信标中的TN位图不同，则在接下来超帧的信标中将包含TN改变IE，TN变动倒计时字段设置为mTNSwitchWaitTime，需避免子载波标识字段设置为0，TN位图字段包含上一个信标中的TN位图和邻居信标中的TN位图之和；如果上一个信标中的TN位图和邻居信标中TN位图相同，则在接下来超帧的信标中将包含TN改变IE，TN变动倒计时字段值减1，需避免子载波标识字段设置为0。如果设备上一个信标中包含TN改变IE，且TN变动倒计时字段值为0．则下一个超帧设备采用TN技术收发数据，信标中包含TN改变IE，TN变动倒计时字段设置为255，需避免子载波标识字段设置为l，此后信标中不包含TN改变IE。如果设备检测到需避让频段的TN位图映射和设备使用的TN位图不同，则按照上述过程改动TN位图字段。17．2信标周期(BP)超帧以B11开始，BP由信标时隙组成，最多有mMaxBPLength个信标时隙。每个信标时隙长mBeacon_弓lotl。ength。BP中信标时隙从0开始按序排列，BP的前mslgnalslotcount个信标时隙做为信令时隙．用于扩展邻居的BP长度。处于活动状态的设备能够在BP发送信标，并且在每个超帧的所有信标时隙中侦听邻居的信标(见17．2)。如果设备要在信标时隙中发送，应在信标时隙起始点就开始。设备发送信标的速率为pBeaconTransmitRate，且信标帧的传输时间不能大于mMaxBeaconI。ength，以保证两个信标时隙之间最少有mOuardTime的保护时间和pSlFS间隔。图38说明了在一个超帧中BP的结构。可通告的虽大BP长度数据周期信々时醇信标时隙012345同——譬司雪。Drr币司爿j信标肘琼图38BP结构图每个设备只发送一个主要信标帧。每个设备在任何信标帧中最多报告mMaxDevAddrToReport个设备地址。如果某个设备需要报告多过mMaxDevAddrToReport个设备地址，就应使用另一个信标时隙发送扩展信标帧。每个设备在一个超帧中最多可使用两个扩展信标帧。每个信标帧中都应包含SOIE。每个设备在一个信标时隙中只能发送一个信标帧，主要信标帧或扩展信标帧。每个设备按16．8．3使用最少的信标帧报告全部的设备地址。146 GB／T26229--201017．2．1信标时隙的状态为了达到传输信标和压缩BP的目的，如果在最近的mMaxl，ostBeacons+1个超帧中的信标时隙没有如表202中所述的设备发送或接收到的SOIE的信标占用情况，则设备认为这信标时隙是可用的。其他情况下设备认为信标时隙不可用。17．2．2BP长度设备会在每个信标(包括主要信标和扩展信标，扩展信标的使用取决于报告的设备数目)通告它的BP长度，以信标时隙个数测量。BP长度包括了设备自己的信标时隙和上一超帧中所有被占用的信标时隙，且BP的长度应小于等于上一超帧中被占用的信标时隙加上mBPExtension的长度，除非有如17．2．6中叙述的情况。此外，通告的BP长度不能大于mMaxBPLength。对于功耗敏感的设备，在BP最后一个被占用的信标时隙后不能再添加信标时隙。设备通告的BP长度总是在变，因为总会有新的设备加入当前扩展信标组，或是该设备或扩展信标组中的其他设备选择一个新的信标时隙以解决信标冲突或信标压缩。17．2．3信标的发送和接收设备在发送任何帧之前都要扫描至少mScanDurationMAS内的信标帧。如果扫描期间没有检测到信标帧头，就会创建一个新的BP，并在信令时隙后的第一个信标时隙中发送主要信标；设备设置mInitialSuperframeDuration为超帧初始值，并通过在主要信标帧中发送的SOIE公布超帧的长度。设备也在SOIE中设置超帧改变倒计时字段为mInitialSuperframeDurationChangeCountdown。如果检测到一个或多个信标帧头，但信标帧的FCS错误，那么设备就要扫描另外一个超帧。如果检测到一个或多个信标帧，就无需建立新的BP，在和其他设备通信前，设备应选择一个信标时隙在接下来mMax～LostBeacons+l连续超帧中发送一个主要信标，这个信标时隙是从上一超帧的最后一个被占用的信标时隙后最多mBPExtension个信标时隙中选择的，而且不能超过BPST后的mMaxBPLength长度，并且不能调整BPST。在接下来的每mMaxI。ostBeacons+1个超帧中，设备将：a)更新当前超帧中的新超帧长度字段为设备之前超帧中所报告的最大新超帧长度字段的值，也包括自己发送的信标；b)更新当前超帧中的超帧改变倒计时字段为设备之前超帧中所报告的的最大超帧改变倒计时字段的值减1，也包括自己发送的信标；c)如果收到信标中的超帧改变倒计时字段的值为非零，更新当前超帧中的当前超帧长度字段为设备之前超帧中所报告的的最大当前超帧长度字段的值乘以mSubSuper{rameUnitMAS，如果收到信标中的超帧改变倒计时字段的值为零，更新当前超帧中的当前超帧长度字段为设备之前超帧中所报告的最大新超帧长度字段的值乘以mSuhSuperframeUnitMAS，也包括自己发送的信标。在接下来的超帧中，设备将按照17．5．2所述。设备在通讯前，如17。5所述，使该设备与信标组中最慢的设备同步。在设备决定建立新的BP后，设备首先要通过检测获取各逻辑信道的工作子带的干扰电平，通过比较各逻辑信道的工作子带的干扰电平的大小，选择工作子带的干扰电平小的逻辑信道作为发送新创建的信标周期BP的逻辑信道，具体参见附录H。如果设备检测到一个信标冲突，如17．2．4所述，那么就从上一超帧的最后一个被占用的信标时隙后最多mBPExtension个信标时隙中选择一个新的信标时隙发送它的下一个信标，而且不能超过BPST后的mMaxBPI。ength长度。如果设备选择的信标时隙超过了它任何邻居的BP长度，它也将随机选择一个信令时隙来发送同一信标，除非信令时隙位设为1，并且17．2．6．1描述情况除外。信令时隙在上述的情况下使用，无论设备是在已有的BP中第一次发送信标或者因为检测到信标冲突后改变信标时隙。设备将在信令时隙中147 GB／T26229--2010发送信标帧直到它的邻居扩展BP到包括它的信标时隙，但是仅能扩展到mMaxI，ostBeacons+1个超帧。设备在信令时隙发送信标帧经过rnMaxI。ostBeacons-t-1个超帧后，应等待最少mMaxl，ostBeacons+1个超帧后才能再次在信令时隙发送信标帧。如果两个BP重叠如17．2．6所述，设备可能等待随机个超帧再在信令时隙中发送信标以减少潜在的冲突。在活动方式下，设备将在每个超帧的前N(N是当前和之前超帧中BP长度值中的较大值)个信标时隙侦听信标。如果设备在上一超帧的信令信标时隙接收到一个信标，它将设置它的BP长度扩展到包含接收信标所在的信标时隙。如果设备在上一超帧的信令时隙中收到的信标FCS错误或HCS错误，将在先前通告的BP长度附加mBPExtension信标时隙期间侦听信标，但不超过mMaxBPLength长度信标时隙。在活动方式下，每个超帧都要发送信标，除非是为了检测是否与邻居发生信标冲突，设备将间歇性的停止信标发送，包括主要信标和扩展信标，来在它的信标时隙侦听潜在的邻居。至少每个mMax—Nei卫hborDetectionInterval要停止信标发送来侦听一次。除非如本条所述的方法发送信标，设备不会在邻居的BP中发送任何帧。如果设备在当前BP中未收到邻居的信标，它将使用最近从邻居接收到的信标信息好像该信标是从当前超帧中接收的，除非是在判定S()IE中的信标时隙信息位图中的当前超帧长度，超帧长度改变倒计时字段和DevAddr字段的值时。如果设备在连续mMaxI．ostBeacons超帧中都未接收到其他设备的信标，它就不会把该设备当作邻居。设备选择一个信标时隙传送主要信标或扩展信标，按17．2．4和17．2．5使用。17．2．4信标冲突检测如下事件之一发生，设备将认为它与扩展信标组中的其他设备发生信标冲突：a)当前超帧中设备接收到的所有信标中的SOlE都标识没备的信标时隙被占用，但是相应的设备地址字段既不是该DevAddr也不是BcstAddr；b)最近mMaxLostBeacons个超帧中设备在同一个信标时隙接收到的信标中，其SOIE标识该设备的信标时隙被占用且设备地址字段是BcstAddr；c)在上一个超帧停止信标传输后，设备在当前超帧中接收到的所有信标的SOlE标识其信标时隙被占用；d)当前超帧停止信标传输时。设备在它的信标时隙中接收到：类型信标帧MAC帧头或导致MAC帧头没有被正确接收的活动信道的PHY指示。17．2．5BP压缩如果当前超帧中信令时隙与设备自己的信标时隙之间有一个或多个可用的信标时隙，没备认为它的信标是町移动的。如果设备的信标中包含有休眠方式IE则认为它的信标在休眠时期是不可移动的。如果在最近的mMaxl。ostBeacons+1个超帧中，(a)设备的信标可移动，(b)设备发送或接收到的信标的SOLE(表202)标记设备自己信标后到BP末端的所有信标时隙都不可移动，若没备没有发生信标冲突或BP合并就会在下一个超帧的BP中将自己的信标移动到信令信标时隙后最近的一个可用的信标时隙。图39举了BP压缩的一个例子。图39BP压缩图示 GB／T26229--201017．2．6多个BP的合并由于传播环境的变化、移动性或其他影响，使用两个或更多不一致BPST的设备会互相进入对方的通信距离范围内，从而导致超帧交迭。如果设备接收到信标(HCS和FCS正确)指示的BPST与设备自己的BPST不一致，称这样的BP为外来BP，此外来BP有自己的BPST和BP长度。同步可以使得快的设备的信标成为外来信标。若两个不同的BPST间隔少于mGuaadTime则认为这两个BPST是一致的，BP合并时设备问的同步方法见17．51。如果设备的BPST在外部BP之内或外部BP的BPST在设备自己的BP之内就认为这两个BP是交迭的，此时BP合并需要设备问发送和接收BP合并IE，其包含字段子字段的设置见l7．2．6．3。若信标的信令时隙位为l，该信标不是外来信标。如果设备在先前超帧中接收过外来BP，但随后的mMaxI。ostBeacons超帧内部未接收到外来BP，设备将使用最近接收到的信标信息，就像是在当前超帧中的相同位置接收到外来BP。17．2．6．1交迭的BP合并如果设备的Bf’ST只在前一超帧，而不是之前的mMaxI。ostBeacons+1的连续超帧中在外部BP之内，或外部设备的BPST只在前一超帧，而不是之前的mMaxI，ostBeacons+1的连续超帧中落在设备BP之内，设备将按如下规则将自己的信标重定位到外部BP之内：a)设音}按照17．5．1的估计时钟间隔的方法判断设备是否比外部设备快。在估计外部设备的时钟间隔时，把它看成邻居。设备SOlE中的新超帧长度字段的值取设备和外部信标SOlE在前一超帧中当前超帧长度之和及mMaxSuperframeDurationUnits之间的最小值。设备SOIE中的超帧长度改变倒计时字段的值设为mlnitialSuperframeDurationChangeCountdown。在随后的超帧中，只要设备不调整BPST，该设备将遵循17．5．2。如果设备比外部设备快，则：1)按照17．5．2的定位方法在下mBPMergeWaitTime个超帧中重定位自己的BPST到外部的BPST和同时设立它的虚拟时钟。外部设备被指定为最慢的邻居；2)如果外部信标中包含信标合并IE，设备将不重新定位信标。如果设备比外部设备慢，设备将不重新定位信标。b)设备调整信标时隙号，新的信标时隙号为旧的信标时隙号加1，再加上外部BP接收信标指示的最后被占用的信标时隙号，再减去m&gnalslotcount。或者，按照正常BP加入规则(17．2．3)苇新定位信标到外部BP。c)设备在原先的BP中不会继续发送信标。d)BPST修改后，如果设备被请求在信令时隙发送信标(见17．2．3)，它将等待任意个超帧后再发送，这个随机数等概率地在0到BP长度间选取，该BP长度是在设备熏定位到外部BP前的上一个信标中宣布的。17．2．6．2未交迭BP的合并如果设备只在前一超帧，而不是之前的mMaxI。ostBeacons+1的连续超帧中检测到外部BP，但外部BP在时间上与自己的BP没有重叠，将按照如下规则合并BP：a)设备在它的信标中包含DRPIE，预留类型字段设为外部BP。因为MAS边界可能不是相一致的，设备可能需要在预留中增加一个MAS来完整地覆盖BP。如果设备从外部BP接收到多个信标，它在预留中将包括指示的最大的BP长度中所有的MAS。如果外部BP占用的MAS随着时间改变，设备会相应的更新DRP1E。h)设备按照17．5．1的估计时钟间隔的方法判断设备是否比外部设备快。在估计外部设备的时钟间隔时．把它看成邻居。设备SOlE中的新超帧长度字段的值取设备和外部信标SOIE在前一超帧中当前超帧长度之和及mMaxSuperframeDurationUnits之间的最小值。设备SOlE中的超帧长度改变倒计时字段的值设为mlnitialSffp·erframeDurationChangeCountdown。在随后的超帧中，只要设备不调整BPST，该设备将遵循17．5．2。如果设备比外部设备快，则：1l9 GB／T26229--20101)按照17．5．2的定位方法在下mBPMergeWaitTime个超帧中重定位自己的BPSTNCb部的BPST并同时设立它的虚拟时钟。外部设备被指定为最慢的邻居；2)如果外部信标中包含信标合并IE，设备将不重新定位信标。如果设备比外部设备慢，则设备将不重新定位信标。设备在自己的BP发送或接收信标，若信标包含DRPIE，其预留类型字段设为外部Bb设备遵循如下规则：a)只有如17．2．6的被请求合并时设备才会改变信标时隙，除非发生了信标冲突。b)设备会在预留标识的MAS中侦听信标。17．2．6．3信标重定位如果设备在进行信标重定位的过程中收到外来信标，则使用如下规则：a)如果外来信标中包含BG权重IE，且设备上一个信标中包含BG权重IE，在接下来的超帧的信标中设备将不再包含BG权重IE，而包含BP合并IE，且BP合并IE的设置如下：1)BP变动倒计时字段为mlnitialMoveCountdown；2)在BP合并IE中包含两个BG信息字段，第一个BG信息字段指示设备所在BG的信息字段。设备将根据自己发送信标和接收到的外来信标中包含的信标时隙数字段、BG权重IE字段的值分别相应设置第一个BG信息字段的各字段的值；i)BG合并权重字段的值设置为设备自己的BG权重IE中设备合并权重字段的值；ii)BG最高被占用信标时隙号字段的值设置为设备自己的BG权重IE中BP最高被占用信标时隙号字段的值；iii)时钟间隔偏移为一个正数，单位为皮秒．与BPST偏移字段一起使同步到的BPST时刻更精准，如果设备所在的BG为最慢的BG，则此字段的值设置为0；iv)BPST偏移字段为一个正数，值为设备自己的BPST与最慢的BPST的差值，单位为纳秒。如果设备所在的BG为最慢的BG，则此宇段的值设置为0；v)信标时隙偏移字段的值设置为：①1加上从最慢BG中接收到的所有信标中最后被占用的信标时隙号再减去msignalslotc。unt，其中信标中的信标时隙序号基于信标时隙序号字段和SOIE；如果设备所在BG为最慢BG，则此字段的值设置为0；或者②255，表示设备将使用正常加入规则(见17．2．3)加入外部BP。如果在当前超帧的BP中外来信标无法接收最慢的BG中的设备的信标，则设置新的BG信息字段的信标时隙偏移字段的值为最慢BG的BG信息字段中BG最高被占用信标时隙号字段的值减1；3)第二个BG信息字段指示外来信标所在BG的信息。设备将根据自己发送信标和接收到的外来信标中包含的信标时隙号字段、外来信标包含的BG权重IE字段的值分别设置为第二个BG信息字段的各字段值。i)BG合并权重字段的值设置为外来信标包含的BG权重IE中设备合并权重字段的值；ii)BG最高被占用信标时隙号字段的值字段设置为外来信标包含的BG权重IE中BP最高被占用信标时隙号字段的值；m)时钟间隔偏移为一个正数，单位为皮秒，与BPST偏移字段一起使同步到的BPST时刻更精准；iv)BPST偏移字段为一个正数，值为外来信标所在BG的BPST与最慢的BPST的差值，单位为纳秒。如果外来信标所在的BG为最慢的BG，则此字段的值设置为0；v)信标时隙偏移字段的值设置为：①1加上从最慢BG中接收到的所有信标中最后被占用的信标时隙号再减去msignalsIotcount，其中信标中的信标时隙号基于信标时150 GB／T26229--2010隙号字段和SOIE；如果外来信标所在BG为最慢BG，则此字段的值设置为0；或者②255表示外来信标所在BG中存在设备将使用正常加入规则(见17．2．3)加入外部BP。如果在当前超帧的BP中外来信标无法接收最慢的BG中的设备的信标，则设置新的BG信息宇段的信标时隙偏移字段为最慢BG的BG信息字段中BG最高被占用信标时隙号字段的值减1。如果接收到多个外来信标，BP合并IE包含相应多个BG信息字段。b)如果外来信标中包含BG权重IE，且设备上一个信标中包含BP合并IE，它将按如下方法在接下来的超帧的信标中改变BP合并IE：1)如果外来信标所在BG为最慢的BG，则设备按照上述a)中的1)、2)和3)重新设置每个BG信息字段的值，并按照上述a)中的3)的规定将外来信标所在BG的信息添加到BP合并IE中；如果外来信标所在BG不是最慢的BG，且①按照上述a)中3)iii)和iv)的规定计算的BPST偏移的值大于设备BP合并IE中每一个BG的BPST偏移字段加上2mGuardTime；或者②按照上述a)中3)iii)和iv)中的规定计算的BPST偏移字段的值小于设备BP合并】E中某一个BG的BPST偏移字段加上2mGuardTime，且此BG信息字段的BG合并权重字段和BG最高被占用信标时隙号字段的值与外来信标包含的BG权重IE中相应字段的值完全不相同或不完全相同，信息字段设备将按上述a)中1)设置BP变动倒计时字段；并在BP合并IE中包含一个新的BG信息字段指示外来信标所在BG的信息，其各字段设置方法同上述a)中3)的第二个BG信息字段的设置；2)若设备信标的BP合并IE中包含的BG信息字段保持不变，将设置BP变动倒计时字段为比上一信标中此字段的值小1，若改变了则按照A1设置其值。c)如果外来信标中包含BP合并IE，且设备上一个信标中包含BG权重IE，在接下来的超帧的信标中设备将不再包含BG权重IE，而包含BP合并IE，且BP合并IE的设置如下：1)BP变动倒计时字段为mlnitialMoveCountdown；2)如果设备所在BG为最慢的BG，则设备将按照上述a)中的1)、2)和3)重新设置外来信标中BP合并IE包含的每个BG信息字段的值，做为自己的BP合并IE；如果设备所在BG不是最慢的BG，设备将设置在BP合并IE中包含有外来信标的BP合并IE中所有的BG信息字段，并且如果①按照上述a)中2)的iii)和iv)的规定计算的BPST偏移的值大于设备BP合并IE中每一个BG的BPST偏移字段值加上2mGuardTime；或者②按照上述a)中2)的iii)和iv)的规定计算的BPST偏移的值小于设备BP合并IE中某一个BG的BPST偏移字段值加上2mGuardTime，且此BG信息字段的BG合并权重字段和BG最高被占用信标时隙号字段的值与设备上一信标BG权重IE中相应字段的值完全不相同或不完全相同，设备将按照上述a)2)设置BP合并lE的第一个BG信息字段；否则认为按照上述a)中2)的iii)和iv)的规定计算的BPST偏移的值小于设备BP合并IE中某一个BG的BPST偏移字段的值加上2mGuardTime，且此BG信息字段的BG合并权重字段和BG最高被占用信标时隙号字段的值与设备上一信标BG权重IE中相应字段的值完全相同的BG信息字段记录了设备所在BG的信息，将此字段做为第一个BG信息字段。d)如果外来信标中包含BP合并IE，且设备上一个信标中包含BP合并IE，它将按如下方法在接下来的超帧的信标中修改BP合并IE：1)设备通过计算得到并比较外来信标BP合并IE和本设备BP合并IE选择的最慢BG，如果选择的最慢BG相同，设备检测外来信标的BP合并IE中包含的BG信息字段是否存在自己发送信标的BP合并IE中未包含的BG信息字段，如果存在，那么设备会在自己发送信标的BP合并lE中相应地增添相同的BG信息字段，如果不存在，那么设备不做改151 变；如果选择的最慢BG不相同，且外来信标BP合并lE选择的最慢BG更慢，则设备按照上述a)中的1)、2)和3)重新设置自己的BP合并IE，并包含外来信标BP合并IE中存在的自己信标BP合并IE中未包含的BG信息字段；如果选择的最慢BG不相同．且设备自己的BP合并IE选择的最慢BG更慢，则设备检测外来信标的BP合并IE中包含的BG信息字段是否存在自己发送信标的BP合并IE中未包含的BG信息字段，如果存在，那么设备按照上述a)3)在自己发送信标的BP合并1E中增添新的BG信息字段，如果不存在，那么设备不做改变；2)若设备信标的BP合并lE中包含的BG信息字段保持不变，将设置BP变动倒计时子字段为比上一信标中此字段的值小I，若改变了则按照a)I)设置其值。如果设备接收到邻居的信标包含BP合并IE，则有如下规则：e)如果设备上一个信标中包含BG权重IE，在接下来的超帧的信标中设备将不再包含BG权重1E，而包含BP合并IE．且BP合并IE的设置如下：1)设备将设置BP变动倒计时字段为邻居BP合并IE中BP变动倒计时字段中的值。2)设备将设置在BP合并IE中包含有邻居BP合并IE中所有的BG信息字段。f)如果设备上一个信标中包含BP合并IE，它将按如下方法在接下来的超帧的信标中改变BP合并IE：1)设备检测邻居信标的BP合并IE中包含的BG信息字段是否存在自己发送信标的BP合并IE中未包含的BG信息字段，如果存在，那么设备会在自己发送信标的BP合并IE中相应地增添相同的BG信息字段，如果不存在，那么设备不做改变；2)若设备信标的BP合并IE中包含的BG信息字段保持不变，将设置BP变动倒计时字段为比上一信标中此字段的值小1，若改变了则按照a)中的1)设置其值。如果设备上一个信标中包含BP合并IE，b)、d)和f)都不适用的话，设备将不改变BG信息字段，但将设置BP变动倒计时字段比上一信标中此字段的值小1。如果设备信标中包括BP合并IE，它将继续存在直到设备完成或中断重定位的过程。一一如果设备接收到一个外部信标，该信标指示的重定位要比设备计划中的早，设备将中断重定位过程。一如果设备没有在之前的mMaxI。ostBeacons+1超帧中接收到任何外部信标，设备将停止信标的调整过程。一如果邻居中断重定位过程，设备将中断重定位过程。为了中断重定位过程，设备会在它的信标中包括一个BP合并1E，BP变动倒计时设置为minitialMoveCountdown，在该BP合并IE中包含一个BG信息字段，将其BG合并权重字段、BG最高被占用信标时隙号、时钟间隔偏移、BPST偏移字段均设置为0，将信标时隙偏移设置为255。在接下来的超帧中，将遵循上面所述的规则。在某超帧尾，若设备包括一个BP合并IE，其BP变动倒计时字段设为0，设备将根据BP合并IF中包含的BG信息字段调整它的BPS]、和重定位信标。如果外部设备的超帧长度改变倒计时为非零时，设备的当前超帧长度设为外部设备的SOIE中的当前超帧长度乘以mSubSuperframeUnit。如果外部设备的超帧长度改变倒计时为零时，设备的当前超帧长度设为外部设备的S01E中的新超帧长度乘以mSubSuperffameUnit。设备的新超帧长度维持不变。设备的超帧长度改变倒计时设为mlnitialSuperframeDurationChangeCountDown。设备可能在那个超帧发送一个信标，或延迟一个超帧在新的BP新的信标时隙处发送信标。设备比较BP合并IE中所有BG信息字段的BG合并权重字段的值，选择值最大的那个BG信息字段代表的BG为同步目标BG，BPST调整值为设备所在BG的BG信息字段中BPST偏移(时钟间隔偏移子字段和BPST偏移子字段共同决定)减去同步目标BG的BG信息字段中BPST偏移的差值(可取负值)。新的信标时隙号等于先前信标时隙号加上满足BG合并权重字段值大]57 GB／T26229—2010于设备自己的合并权重字段值条件的所有BG信息字段相应的BG最高被占用信标时隙号字段值1之和。如果新的信标时隙号大于或等于mMaxBPLongth，设备将按照正常HI，加入的规则(见17．2．3)来重定位它的信标到外部FP。在重定位信标到外部BP后，设备的信标将不包括EP合并1E和外部BPDRPlE。17．2．6．4BP扩展如果设备接收到一个外部信标，其BP合并IE中包含两个或多个EG信息字段，设备将在按照信标重定位过程(见17．2．6)确定自己的EP合并IE后，没置其PP长度字段为BP合并IE中所有EG信息字段的BG最高被占用信标时隙号减1之和，但是不大于mMaxBP[。engvh。17．3优先竞争访问(PCA)PCA支持4种帧接人类型(AC：AC—BK、ACBE、AC—VI、AC—V())。如果在当前超帧中没有收到TIMIE，针对每一种AC，设备使用与该AC相对应的PCA参数经过有优先级的竞争规程获取一个TXOP传输此AC的帧。如果在当前超帧中接收到邻居节点的TIMIE，且设备自己也发送TIMIF．，设备将根据收集到的TIMlE中业务流优先级信息确定自己的PCA退避计数器，获取一个TXOP传输相应优先级的帧。此种情况下，设备以CP为基本竞争接入单位，每个CP长mPCAContentionPeriod。由于设备可能发送CPEND帧(见16．4．7)，或接收到其他设备发送过来的CPEND帧，指示提前结束当前CP和开始下一CP，所以CP的长度是可变化的。对于数据帧和块数据帧，4类AC分为8种用户优先级(UP)，见表202。对于命令帧，可选择任何合适的AC，并可选择合适的UP。表202接入类型用户优先级用户优先级802．1D中Ac定义优先级(与802．1D相同)定义1BKACBKBackgmuld2ACBKBackgmundOBEAC—BEBestEffort最低3EEAC—BEBestEfforI●4CI，．4CVIVldeo最高V1ACVIVldeo6V()ACV()VOlee7NC鼻f。l，DVoice17．3．1PeA媒体可用性给定一个TFC偏移传输，设备在如下的时间里不应通过PCA接入信道：——设备的BP或邻居的BP；——设备或邻居通告的外部BP预留块；设备或邻居通告的硬预留块和私有预留块(预留状态位设为1)，除非预留块已被释放；一软预留块(预留状态位设为1)，预留目标设备是邻居而预留所有者不是邻居，除非设备是预留所有者；——起始处为零长度间隔的软或FCA预留块(预留状态位设为1)，如果邻居是预留所有者，以确定Tx(JP限制。在所有其他的时问，设备应可以通过PCA在给定的TFC偏移传输中接入信道。17．3．2NAV设备使用FCA发送或接收帧时为每个TFC偏移传输应支持网络分配矢量(NAV)。NAV指示了153 GB／T26229--2010邻居接人给定TFC偏移传输信道的等待剩余时间。当设备接收到不是发给自己的MAC头部，如果发现新的NAV值大于当前的NAV值，它将用接收到的持续期字段值更新它的NAV，设备应认为在PI。CP包头结束后在媒体上使用更新的NAV值。如果设备在它的未释放预留块之外接收到MAC头部的HCS无效，它应更新NAV，当作帧是正确接收，持续期字段等于mAccessDe|ay。设备应随着时间的消逝减少它的NAV至0。NAV维持的时间应最少为mclockResolution。17．3．3媒体状态对于PCA，如下的情况下设备应认为某一个TFC偏移传输的媒体忙：——ccA机制指示此TFC偏移传输的媒体忙；——设备的NAV大于0；——设备正在此TFC偏移传输的媒体上发送或接收帧；一一先前发送的帧中通告的持续期还没结束；——此TFC偏移传输的媒体不可通过PCA接入。其他情况下设备应认为媒体空闲。17．3．4PCA参数设备为每个AC维持4个退避计数器。不同的Ac及UP有不同的PCA参数，设备未接收到TIMIE时为任何一个TFC偏移传输进行PCA获取TXOP或进行AC退避时根据AC选用不同的PCA参数，参数包括AIFS[AC]，mCWmin[AC]和mCWmax[AC]，mTXOPLimit[AC]；接收到TIMIE时进行uP退避根据UP选用不用的退避计数器，参数包括Backoff[AC]([uP])([BSN])。这些参数总结如下，参数的取值见l7．16的表204。17．3．4．1A1FS[AC]设备获取TXOP前或开始／继续AC退避前应等待某一TFC偏移传输的信道空闲AIFS[AC]长度时间。AIFS[AC]定义见式(63)：AIFS[Ac]=pSrFS+mAfFSN[Ac]×pSlotTime⋯⋯⋯⋯⋯⋯(63)AIFSEAC]与其他时间因素相关，见图40和图41。．“”∽“1少／／／AIFS[ACV11删。。。，／／／／竞争窗口／信道忙／丢。。商。。／／／1一碱／图40PCA中IFS间的关系117．3．4．2mcwmiⅡ[Ac]和mCWmax[AC]设备在某一TFC偏移传输中进行AC退避后在[mCWmin，mCWmax]范围内应选择一个合适的整数值设置CW[AC]，并应给AC退避计数器设置一个整数值，该值从在间隔[o，CW[AC]]上均匀分154 GB／T26229--2010布的随机变量中采样得到。17．3．4．3Backoff[AC]([uP])([BSN])当接收到TIM1E，设备会根据收集到的优先级信息选择Backoff[AC]([up])([BSN])做为自己的退避计数器值，与未接收到TIMIE的设备所用的退避方式不同，见图4l。／／o≠on／／／／／／。。刍／．ffr／Tx。P／／sa知／．|嵌．{pSIotTune选择时隙并递减回退计数器mPCAContentionPeriod图41PCA中IFS间的关系217．3．4．4mTXOPLimit[AC]只有帧事务能在TXOP开始后mTXOPI，imit[AC]时间内，并且在某一指定TFC偏移传输PCA信道变得不可用pSIFS加上mGuardTime时间前完成，设备才会在任何一个TFC偏移传输为AC获取的TXOP中开始帧事务。17．3．5竞争周期的调整当接收到TIMIE时，在某一指定的TFC偏移信道上，PCA信道访问以CP为单位，且CP长度可变。如下事件之一发生，设备应认为当前CP立即结束，下一CP提前开始：a)如果设备在某一指定TFC偏移信道上获取了一个TXOP，发送使用NoACK策略的帧结束后或接收到期望的对上一个发送帧的ImmACK或B_AcK帧后，设备将发送一个CPEND帧：——设备在当前获取的TXOP中没有其他帧发送。b)如果设备在某一指定TFC偏移信道上获取了一个TXOP，发送使用No—ACK策略的帧结束后或接收到期望的对上一个发送帧的ImmACK的MAC头部或B—ACK帧的MAC头部后，设备将发送一个CPEND帧：——设备有一个或多个帧要在无线信道上发送。——设备发现当前TXOP中没有足够的时间完成正在进行中的帧事务。C)如果设备在某一指定TFC偏移信道上获取了一个TXOP，设备将发送一个CPEND帧：——设备发现在获取的TXOP中没有足够的时间完成正在进行中的帧事务。d)如果设备在某一指定TFC偏移信道上获取了一个TXOP，上一帧发送后pSIFS加上ImmACK发送时间时，设备将发送一个CP—END帧：——设备没有收到期望的CTS或Imm—ACK帧，或接收到的B—ACK帧MAC头部错误。e)如果设备在某一指定TFC偏移信道上获取了一个TXOP，设备在使用该TXOP之后判断当前CP不再有数据传输，它将发送一个CP—END帧。155 GB／T26229--2010f)如果设备接收到CPEND帧。17．3．6获取TXOP如果满足如下的条件时，设备应认为自己在某一个TFC偏移传输中为AC／UP获取了TXOP：——设备有一个或多个信道的属于该AC／UP的数据帧或新产生的属于该AC／UP的命令帧；——u没备在此TFC偏移传输中的AC／UP退避计数器为0，并且没有AC／UP帧比新到达或者新生成的帧优先级更高；一一设备在此TFC偏移传输中确定信道已经空闲AIFS[AC]或更长时间；——设备在此TFC偏移传输中其他Ac八JP退避计数器不为o，或某些其他AC／UP退避计数器为0，但这些AC／UP比该AC／UP的优先级低或设备没有属于这些AC／UP的帧待发送；设备在当前CP未发送或接收到任何CPEND帧。一旦上述条件满足，设备将开始在此TFC偏移传输中发送该AC／UP的帧(可能是RTS帧)，见17．3．7中的准则，设备将把在此TFC偏移传输中在无线媒体上帧开始发送的时刻记为TXOP的开始时刻。同样当满足如下条件时，设备也应认为自己在某一个TFC偏移传输中为AC／UP获取了TXOP：——设备存储有属于该AC／UP的待发送的一个或多个帧，包括重发的帧；——设备在此TFC偏移传输中在AC／UP上一次退避将Ac／uP退避计数器设为0，并确定媒体已经从当前退避时隙末尾的退避空闲了AIFSEAC]或SIFS，或设备在当前退避时隙将AC／UP退避计数器从l减为0；——设备在此TFC偏移传输中其他AC／UP退避计数器不为0，或某些其他AC／UP退避计数器为0但这些AC／UP比该AC／UP的优先级低或设备没有属于这些AC／UP的帧待发送；——设备在当前CP未发送或接收到任何CPEND帧。TXOP开始于当前退避时隙的末端，也即下一退避时隙的开端。如果设备未接收TIMIE，采用图40PCA中1FS间的关系l的方式退避，则图42说明了设备获取TXOP的时蛳关系。A1FS[AC】当mAIFSN[AC]=I时pSIFSpSlotTimepSIotTimel媒介忙阵‰隔西b▲比!!些堕l型!坐!型●l盟：竖型型对您唑1181fAc】彳里!悼对于mAIFSNfACI=2且回退MCCAAc=DepICavC=A再5De于Ie篙：珠备一个帧传输和将此帧传输到PHYsAP所用的时间PHYDelay=f[]于PHY将帧从PHYsAP传输到媒介的时间到媒介图42PCA定时关系1如果设备接收TIMIE，采用图41PCA中IFS问的关系2的方式退避，则图43说明了设备获取TXOP的时间关系。设备应保证在某一个TFC偏移传输中AC／UP获得的TXOP不长于mTXOPLimit[AC]，并在PCA信道不可用pSIFS+mGuardTime之前结束。156 GB／T26229--2010回退值为1pSIFSpSIotTimepSloffime巫b亘b签bI，▲l些：!!!型l盟!生坐t比旦坐丝纠●当回退值为I且回退计数当回退值为2且回退计数嚣跫盂：：；垒觜十tectMTiAmce准备一个帧传输和将此帧传输到PHYsAP所用的时问PHYDelay一用于PHY将帧从pHYsAP传输到媒介的时问媒介图43PCA定时关系217．3．7使用TxoP设备若在某一个TFC偏移传输中获取了TXOP则是在此TFC偏移传输中TXOP的所有者。帧发送(包括重发)是帧事务的一部分。TXOP所有者在某一个TFC偏移传输中开始帧事务后可以在为Ac／uP获得的TxOP中不退避连续进行该Ac／uP的一个或多个帧事务，规则如下：——每一个帧事务在获取的TXOP内完成；——接收设备应能够在此帧传输期间接收和响应。在如下情况下，设备可能在某一个TFC偏移传输中在一个新的TxOP中重发帧，导致帧事务超过了mTxOPI，imitEAC]限制：——帧包含MSDU的一个分段或MSDU的一个合并；——该帧是设备在当前TXOP中发送的唯一的帧；——帧事务在此TFC偏移传输中并在PCA媒体不可用之前psIFs+mGuardTime之前结束。如果在某一个TFC偏移传输中接收设备的NAV大于0，它应不会发送CTS帧来响应接收到RTS帧。如果响应不能在PCA媒体不可用前pSIFS前完成，接收设备应不会发送CTS、lmm—ACK、B—ACK帧来响应接收到的帧。基于上面陈述的规则，下面的时间规则可应用于在某一个7I"FC偏移传输中TXOP中的传输，包括响应，这些时间参考于在此TFC偏移传输中无线信道上的传输和接收：——TxOP所有者在’I"XOP的开端处发送帧事务的第一帧；——在使用No—ACK或BACK确认策略发送一帧后，TXOP所有者应在发送帧结束后间隔pMIFS或pSIFS发送下一帧，如果TXOP所有者无帧再发送，它将立即发送CPEND帧；——在接收到RTS帧或使用ImmACK或B—ACK请求确认策略的非RTS帧后，接收设备应在接收帧结束后间隔pSIFS发送CTS帧或lmmACK或BACK帧；——接收到期望的对发送的上一帧的CTS、ImmACK或B-ACK应答后，TXOP所有者应在接收帧结束后间隔pSIFS发送下一帧，或在收到BACK的情况下重发先前发过的一帧，如果TXOP所有者无帧再发送，它将立即发送CPEND帧；——若接收到期望的B-ACK帧，其HCS有效但FCS无效，TXOP所有者应在BACK帧后问隔pSIFS重发它发送过的最后一帧或发送下一帧。如果接收设备在当前超帧的PCA可用性IE中被指示在此TFC偏移传输中在某MAS中不可用，设备不会使用PCA在那个MAS发送帧给一个接收设备。如果设备在当前超帧的PCA可用性IE中被指示在某些MAS可用，但TIMIE请求位设为0，它应能在那些MAS接收帧(如果PCA可用)；若157 GB／T26229--2010TIMlE请求位设为1，它将在接收到包含自己的DevAddr的TIMIE的MAS内侦听。如果设备在信标中不包含PCA可用性IE，它应能在所有的PCA可用的MAS内接收帧。17．3．8调用退避过程如果在当前超帧未接收TIMIE，设备采用图40的方式，使用PCA为AC发送帧时使用退避算法，每一个AC在某一个TFC偏移传输中都有自己的退避计数器。设备为AC在某一个TFC偏移传输中调用退避时，AC退避计数器设为一个整数值，该值从在间隔[o，cw[Ac]]上均匀分布的随机变量中采样得到。为AC调用退避之前，设备应将CW[AC]初始化为mCWmin[AC]，在此TFC偏移信道上为此AC执行PCA的过程中，CW[AC]在[mCWmin[AC]，mC—Wmax[AC]]的范围内进行调整。当针对该AC在此TFC偏移信道上接收到预期的针对上一发送帧应答的CTS、lmm—ACK、B-ACK帧的MAC头部，或针对确认策略为No—ACE的发送帧，设备应将CW[Ac]再设置为mCWmin[AC]。当设备丢弃一个缓冲帧后，也应将CW[AC]设为mCWmin[AC]，而不应选择一个新的退避计数器值。下面情况下设备应调用退避规程和设定退避计数器值：a)在如下的情况下，在当前使用的TFC偏移信道上有属于AC的MSDU或MAC子层生成的命令到达设备的MACSAP时，设备应在此TFC偏移信道上为该AC调用退避过程，且CW[Ac]设置为mcwmin[Ac]：一一设备的AC有一个退避计数器为0，但不在同一个AC帧事务中间；设备确定此TFC偏移信道忙，或设备的其他AC退避计数器为0并且这些AC的优先级比该AC高且此AC有帧待传输。b)在如下的情况下，在当前TFC偏移信遭上发送使用NoACK确认策略的帧结束后或接收到期望的对上一个发送帧的lmmACK或B-ACK帧后，设备应在此TFC偏移信道上调用AC退避过程，且CWEAC]设置为mCWmin[AC])：一设备在当前该AC获取的TXOP中没有其他属于该AC的帧传输。c)在如下的情况下，在当前TFC偏移信道上发送使用NoACK确认策略的帧结束后或接收到期望的对上一个发送帧的lmmACK帧的MAC帧头或BACK帧的MAC头部后。设备应在此TFC偏移信道上调用AC退避过程，且CW[AC]保留原值，但退避计数器值不同：一一设备在此TFC偏移信道上有属于此AC的一个或多个帧要在无线信道k发送；一设备发现当前TFC偏移信道上获取的TXOP中没有足够的时间完成正在进行中的属于该Ac的帧事务。d)在如下的情况下，在当前TFC偏移信道上AC获得的TXOP开始时，设备将调用AC退避过程，且CW[AC]保留原值，但退避计数器值不同：设备发现在此TFC偏移信道上获取的TXOP中没有足够的时间完成正在进行中的属于该Ac的帧事务。e)在如下的情况下，当前退避时隙结束时，设备将在当前TFC偏移信道上调用AC退避过程，且CWEAC]设为mCWmax[AC]和(2*CWEAC]+1)中较小的那个值，后者中的CW[AC]为AC上一个CW值：一一设备在此TFC偏移信道上有属于此AC的一个或多个帧待传输，包括重传；在当前使用的TFC偏移信道上，设备在此AC上一个退避时设置退避计数器为0，并确定信道已经从当前退避时隙末尾的退避空闲了AIFS[AC]，或设备在当前退避时隙将AC退避计数器从1减为0；在当前使用的TFC偏移信道上，设备其他AC退避计数器为0。并且这个AC比该AC的优先级高且设备有属于该AC的帧等待传输。f)在如下的情况下，上一帧发送后pSIFS加上ImmACK帧传输时间时，设备将在当前使用的】58 GB／T26229--2010TFC偏移信道上调用AC退避过程，且CW[AC]设为mCWmax[AC]和(2*CW[AC]+1)中较小的那个值，后者的CW[AC]为AC上一个CW值：——设备在当前使用的TFC偏移信道上没有收到期望的CTS或ImmACK帧，或接收到的B—ACK帧MAc帧头错误。如果在当前超帧接收TIMIE，设备采用图41PCA中IFS问的关系2的方式，为每一个业务流设置退避计数器。设备进行退避前会解码所有从邻居节点接收到的信标中的TIMIE，设备将根据业务流优先级情况设置其退避计数器值。下面讲述设备如何选择退避参数和设定退避计数器值：a)在如下的情况下，设备选择退避计数器Backoff[AC]作为退避计数器值：——邻居节点没有与该设备具有相同AC的业务流。b)在如下的情况下，设备选择退避计数器Backoff[uP]作为退避计数器值：——邻居节点有与该设备具有相同AC的业务流，但是UP不同。c)在如下的情况下，设备选择退避计数器Backoff[AC][BSN]作为退避计数器值：——邻居节点有与该设备具有相同AC的业务流，且UP也相同。17．3．9消耗退避计数器没备在当前使用的TFC偏移信道上调用AC退避，只有在媒体空闲了A1FS[AC](当前超帧未接收’FIMIE)或SIFS(当前超帧接收TIMIE)时才减少退避计数器的值，并应将第一个退避时隙定义在调用退避后信道空闲pSIFS处，见图42，接下来的退避时隙连续的紧接其后直到信道忙。所有退避时隙长pSlotTime。设备在退避时隙开始后pCCADetectTime获得此退避时隙的CCA结果。从调用AC退避过程开始媒体空闲AIFS[Ac]或SIFS后(AIFS[AC]或S1FS在当前退避时隙末尾结束，即下一个退避时隙的开端)，如果当前超帧接收到’FIMIE，则采用图41的退避方式，设备发现的CCA结果为空闲且信道在此退避时隙空闲，它将把AC退避计数器减pCCADdtectTime，除非退避计数器的值已经为0，见图43。一旦发现信道变忙，设备将冻结退避计数器，并把此值当作退避计数器值开始下一次调用退避；如果在当前使用的TFC偏移信道上，在当前超帧没有接收TIMIE，则采用图40的退避方式，设备发现的CCA结果为空闲，它将把退避计数器减1并认为信道在此退避时隙空闲，除非退避计数器的值已经为0。一旦发现当前使用的TFC偏移信道变忙，设备将放弃此次在当前CP的竞争接人的机会，直到下一CP开始调用新的退避过程。17．4分布式预留协议(DRP)设备可使用DRP为给定的任何一个TFC偏移传输预留1个或多个MAS来与一个或多个邻居节点通信，预留MAS的个数可以精确到小数点后一位，它们在信标中包含DRPIE声明它们的预留(见16．8．6)。一个预留就是一串MAS，这些MAS在DRPIE标识相同的目的／所有者DevAddr、所有者、预留类型、TFC偏移值和流索引号域。设备应根据不同业务流对服务质量的要求以及其数据到达业务量大小来选择合适的预留方法。一个预留可以选择的预留方法有两种：行预留方式和列预留方式。如果是非实时业务则采用列预留方式进行MAS时隙预留，如果是实时业务，则设备根据业务流的QOS要求以及高层数据到达业务量大小计算出最合适的预留MAS的数量及其在整个MAS矩阵中的位置，从而采取不同的预留方式。在行预留方式中，应在所在的区相同的偏移处包括等数量的MAS。行预留包括整行预留方式、每4列预留1个MAS的行预留方式以及每16列预留1个MAS的行预留方式。当采用行预留方式预留资源时，需要根据业务的QOS和高层数据到达业务量大小计算出所需的MAS数量和位置从而选择相匹配的行预留方式。列预留是区别于行预留的一种预留方式，它的位置应该符合附录B中对于预留位置的规定，预留MAS的数量可由高层指定或者根据业务量大小来计算。详细的行预留和列预留MAS数量的计算方法见附录B关于DRP预留的相关规定。】59 GB／T26229--2010预留协商总是由要在预留里发起帧事务的设备发起，此设备是预留所有者，而接收信息的设备是预留目的设备。预留协商总是针对给定的某一个TFC偏移传输中的1个或多个MAS。17．4．1预留类型信标中包含的DRPIE或在单独发送的显性DRP协商中的DRPIE都说明了预留类型。设备应解码从邻居接收到的信标中所有的DRPIE，除非预留类型允许，不应发送帧。如果帧事务不能在预留结束前pSIFS加上mGuardTime时间前完成，对于所有的预留类型，设备将不会在预留块进行帧事务，表203列出了所有预留类型。表203预留类型预留类型说明参考外部BP预留防止在被外部BP占用的MAS中传输非信标帧1741．1为预留所有者和目标设备提供专门的媒体访问，未使用的时间应硬预留1741．2被释放用作PCA接人软预留允许PCA，但预留所有者有更高的接人优先级17413为预留所有者和目标设备提供专门的媒体访问。媒体访问方法私有预留和帧事务顺序不在本标准的讨论范围内。未使用的时间应被释放17414用作PCA接人PCA为PeA预留时间，所有设备的优先级相等17．4l517．4．1．1外部BP预留在任何一个TFC偏移传输中．设备只能在外部BP预留中发送信标帧。17．4．1．2硬预留在硬预留中，只有预留所有者和目标设备才能在那些硬预留是有效的偏移传输中发送帧，只有预留所有者才能发起帧事务。如果预留还有剩余时间未被利用，预留所有者和目标设备可发送UDA和UDR帧(见17．4．8)释放该预留块。如果设备接收到指示释放预留块和那些指示接收到的帧已经过期的UDA或UDR帧，设备可按照其他媒体访问规则，认为在那些预留块的剩余时间可用。除非投递ID字段设为与预留的流索引相同的值，且DestAddr与预留的目标地址相同或与发布的组播预留中的某个目标设备相匹配，设备不应在有效的硬预留中发送数据帧或合并数据帧，设备可在硬预留中发送任何命令帧和控制帧。17．4．1．3软预留在软预留中，设备在有效的软预留偏移传输中按照PCA规则访问媒体。预留所有者可以不退避而以最高的优先级AIFS访问媒体，在每个预留块的起点开始传输。它可以在它发起的任何帧事务之后继续发起另一个帧事务，但只能在上一帧事务结束pSIFS时间前发起另一次帧事务。除非投递ID字段设为与预留的流索引相同的值，且DestAddr与预留的目的设备DevAddr相同，或与发布的组播预留中的某个目的设备相匹配，设备不应以不退避的方式发送数据帧或合并数据帧，预留所有者可以不退避发送任何命令帧和控制帧。预留所有者的邻居应按照PCA规则访问媒体。预留目标设备的邻居但非预留所有者的邻居，不应在有效的软预留偏移传输中访问媒体。17．4．1．4私有预留私有预留中使用的信道访问方法和帧事务序列都不在本标准的讨论范围之内。私有预留使用标准帧格式和帧类型。在私有预留中，预留的所有者和目标设备的邻居不能在那些私有预留有效的偏移传输中发送帧。如果预留块还有剩余时间未被利用，预留所有者和目标设备可发送UDA和UDR帧(见17．4．8)释放该预留块。如果设备接收到指示释放预留块和指示接收到的帧已经过期的UDA或UDR帧，设备可按照其他媒体访问规则认为预留块的剩余时间可用。160 GB／T26229--201017．4．1．5PcA预留在PCA预留中，任何设备可以在有效的偏移传输中通过PCA防问媒体。17．4．2DRP可用性IEDRP可用性IE标识了可供设备在使用某一个TFC偏移传输建立新的DRP预留的MAS。DRP可用性IE结合DRPIE的信息为所有者在使用某一个TFC偏移传输提供了建应新的DRP预留合适的时间。为了方便DRP协商过程，知道邻居的DRP预留的设备应该标记预留的MAS为不可用。多个DRP可用性IE用来广播使用不同TFC偏移传输可用的MAS。给定某一TFC偏移传输，如果设备在DRPIE的预留状态位为1，它应废标记它预留的MAS不可用；给定某一TFC偏移传输，如果设备的邻居在DRPIE中的目的设备不是该设备，不管预留状态位为1或0，它应该标记预留的MAS不可用；给定任何TFC偏移传输，如果任何BP占用了某MAS的任何部分(基于在最近的mMaxLostBeacons+1个超帧接收到的信标中的信息)，设备应该标记此MAS不可用。17．4．3DRP预留协商DRP预留协商有两种机制：显示协商和隐式协商。对于前者，预留的所有者和目标设备使用DRP预留请求命令帧和DRP预留响应命令帧来协商；对于后者，预留的所有者和目标设备使用它们发送的信标中的DRPIE来协商。无论是前者还是后者，预留所有者通过在它的信标中包含一个合适的DRPIE来完成协商。设备不应在某一个TFC偏移传输中协商已经包含在邻居DRPIE中或其他任意设备的信标中的DRPIE的MAS，除非这些MAS只在一个DRPIE中且原因编码字段设为否定。设备应在它的信标的MAC能力IE中通告是否支持显示DRP协商，设备不应向不支持外部DRP协商的设备发起显示DRP协商。设备只应作为预留所有者发起预留协商。外部BP类型预留协商时，不与邻居协商。设备检测到一个外部BP时，应直接包含合适的DRPIE，DRPIE的预留状态位设为1，见17．2．6。在某一个TFC偏移传输中进行PCA类型预留协商时，不与邻居协商。设备i]_以在此TFC偏移传输中选择任何可用的MAS作为PCA预留，设备不应将预留状态位设为l，除非它在先前超帧里发送信标的DRPIE中标识过同一个MAS，且预留类型设为PCA和预留状态位设为1或0时，它会将预留状态位设为1。由于下一超帧长度缩小而停止使用的MAS不参与当前超帧中的预留分配，但仍然保留使用的MAS继续参与预留分配。17．4．3．1协商预留协商时，预留的所有者应设置DRPIE的目标／所有者设备地址字段为预留目标设备的De—vAddr，预留状态位设置为0，原因码位设置为接受。对于新的流，流索引号字段应设置为此目标设备DevAddr在当前及最近mMaxLostBeacons--1个超帧内未使用的值。已经存在的流协商更多的MAS时，流索引号字段设置为已经存在的流的流索引值。TFC偏移值设置见表152。预留所有者在某一个TFC偏移传输中不应在硬预留、软预留、私有预留的MAS中发送单播帧，除非预留所有者和接收设备在它们最近发送的信标中包含有预留状态位设置为1的DRP1E。在某一个TFC偏移传输中协商预留时，预留的目标设备需要设置DRPIE的目标／所有者DevAddr字段为预留所有者的DevAddr；对于单播预留，预留状态位设置为1，原因码位设置为接受。对于组播预留，预留状态位设置为与预留所有者包含的DRPIE中相同的值，原因码位设置为接受。如果预留协商不成功，预留状态位设置为0。如果是因为与自己的预留或邻居的预留冲突而协商不成功，预留目标设备应将原因码位设置为冲突。如果预留协商不成功，原因码位设置为否定。如果预留目标设备不能立即应答预留，它将原因码位设置为挂起，并在稍后发送一个最终响应。对于单播预留，预留】6] GB／T26229--2010目标设备的DRP分配字段设置应与请求相匹配。对于组播预留，预留目标设备的DRP分配字段设置应与请求相匹配，或包含请求中的MAS子集。17．4．3．2显示协商预留所有者在某一个TFC偏移传输中应向目标设备发送DRP预留请求命令帧，开始外部预留协商，见0。预留目标设备接收到DRP预留请求命令帧，应向预留所有者发送DRP预留应答响应帧，见16．5．2。DRPIE的设置见17．4．3．1。如果因为与自己的预留或邻居的预留冲突而协商不成功，预留目标设备在此TFC偏移传输中在DRP预留应答命令帧中应包含DRP可用性IE。对于组播预留，预留目标设备的DRP预留应答命令帧中应包含DRP可用性IE，且原因码位设置为非否定。最终的组播预留通过隐式建立，见17．4．3．3。12．4．3．3隐式协商在某一个TFC偏移传输中，设备通过在信标帧中发送DRPIE来进行隐式协商。支持DRP的设备应解析从邻居接收到的信标中的DRPIE，检测DRPIE的目标／所有者设备地址字段是否为设备自身的DevAddr或设备已经开始接收的组播DevAddr。根据解析结果，设备应把最近信标中包含的DRPIE有关的、来自同一设备的新DRPIE作为DRP预留请求或DRP预留响应。开始进行隐式协商时，预留所有者应在它的信标中包括一个描述预留的DRPIE，且设备应保持在信标中包含该DRPIE至少mMaxLostBeaeons+1个连续超帧，或直到接收到一个响应。当预留目标设备接收到信标中的单播DRP预留请求，它应在下一个超帧结束前在其信标中包含一个DRP预留响应。DRPIE中的各字段将按照17．4．3．1进行设置。若原因编码子字段指示冲突，预留目标设备应在此TFC偏移传输中的信标中包含一个DRP可用性IE。只要预留所有者在其信标中包括有单播DRP预留请求，预留目标者就应在其信标中持续包括DRP预留响应。如果预留目标者和邻居有预留冲突，它将不应改变预留状态位，而继续保持为1。当预留目标者接收到一个组播DRP预留请求，且该预留目标者在组播目标设备群中时，它应在下一超帧结束前在其信标中包括一个预留响应DRPIE。DRPIE中的各字段将按照17．4．3．1进行设置。如果DRP预留响应中预留状态位为0，预留目标者应在此TFC偏移传输的信标中包括一个DRP可用性IE，直到原因码子字段设为否定。如果设备作为组播群设备之一，在一个已经发布的组播预留中接收帧，它无需协商该预留。当加入一个已经发布的不与其他预留冲突的组播预留且时，设备应在其信标中包括相应的DRPIE，并设置其预留状态位为1，原因码子字段设置为接收。如果设备因为冲突不能加入已发布的组播预留可以在其信标中包括一个相应的DRPIE以告知源设备，且设置其预留状态位为0，原因编码子字段设置为冲突。同时，设备还应包括一个在此TFC偏移传输中的DRP可用性IE。17．4．3．4协商终止为了终止在某一个TFC偏移传输中单播预留的协商，预留所有者接收到到预留目标设备发送来的信标，且DRPIE的预留状态位设置为1后，应它的信标中的DRP1E的预留状态位为1。为了终止组播预留的协商，如果预留所有者在此TFC偏移传输中发送的当前信标的DRPIE的预留状态位设置为0，则可以在下一超帧中设置它的信标中的DRPIE的预留状态位为1，无需考虑组播接收设备的响应。如果发生预留冲突，除非如17．4．5的情况，预留所有者不应将预留状态位设为1。17．4．4DRP预留通告一旦预留协商成功，预留所有者和预留目标设备都应在它们的信标中包含描述预留的DRPIE，DRPIE的原因码位设置为接受，预留状态位设置为1，直到预留被修改或终止。17．4．5处理DRP预留冲突参与独立DPR协商的设备试图预留相同的MAS，或者由于可移动性，设备已经预留了同一个162 GB／T26229--2010TFC偏移传输中相同的MAS。如果两个预留中包含同一个MAS，那么DRP预留间就存在冲突。设备可在DRP协商或预留建立之后检测到冲突。外部BP类型预留之间不会发生冲突，PCA类型预留之间也不会发生冲突。当冲突存在于信标包含的DRPIE和它邻居包含的DRPIE之间，没备应对个冲突应用如下规则：a)如果设备的预留为外部BP类型，设备应保持预留。b)如果邻居的预留为外部BP类型，设备不应在冲突的MAS中发送帧。如果该设备是预留目标设备，它应在DRPIE中设置原因码为冲突。c)如果设备在某一个TFC偏移传输中的信标的DRPIE的预留状态位设置为0，而且邻居在某一个TFC偏移传输中的信标的DRPIE的预留状态位设置为l，此设备不应设置预留状态位为1，并且不应在冲突的MAS中发送帧。如果该设备是预留目标设备，它应在DRPIE中设置原因码为冲突。d)如果设备DRPIE的预留状态位为1，而且邻居DRPIE的预留状态位为0，此设备可以保持预留。e)如果设备DRPIE的预留状态位和邻居DRPIE的预留状态位值相同，当下面的情况中任一个为真时，此设备可以保持预留：1)设备DRPIE和邻居DRPIE的ConflictTiebreaker位相同，且设备占用的信标时隙号低于邻居的信标时隙号；或2)设备DRPIE和邻居DRPIE的ConflictTiebreaker位不同，且设备占用的信标时隙号高于邻居的信标时隙号。f)如果设备DRPIE的预留状态位和邻居DRPIE的预留状态位都为0和下面的情况中任一个为真时，此设备不会改变预留状态位为1。如果该设备是预留目标设备，它应在DRPIE中设置原因码为冲突：1)设备DRPIE和邻居DRPIE的ConflictTiebreaker位相同，且设备占用的信标时隙号高于邻居的信标时隙号；或2)设备DRPIE和邻居DRPIE的ConflictTiebreaker位不同，且设备占用的信标时隙号低于邻居的信标时隙号。g)如果设备在某一个TFC偏移传输中的信标的DRPIE预留状态位和邻居在某一个TFC偏移传输中的信标的DRPIE预留状态位都为1和下面的情况中任一个为真时，此设备不应在冲突的MAS中发送帧，它应从预留中去掉冲突的MAS或设置预留状态位为0。如果该设备是预留目标设备，它应在DRPIE中设置原因码为冲突：1)设备DRPIE和邻居DRPIE的ConflictTie—breaker位相同，且设备占用的信标时隙号高于邻居的信标时隙号；或2)设备DRPIE和邻居DRPIE的ConflictTie-breaker位不同，且设备占用的信标时隙号低于邻居的信标时隙号。如果预留所有者由于冲突撤销一个预留或部分预留，它应在那个TFC偏移传输中请求附加的MAS前调用退避程序。设备应初始化退避窗口BackoffWin为mDRPBackoffwinMln，当退避算法被调用时，设备应从[o，BackoffWin1]中选择一个随机数N，在随后的N个超帧中设备都不应请求附加的MAS。如果设备再一次因为冲突预留协商失败，设备应使BackoffWin变为两倍，直到取到最大值mDRPBackoffWinMax。协商结束后，设备应生成一个新的退避值N。如果设备在4×BackoffWin个超帧内都未请求任何MAS，它将终止此次退避过程，并可以在任意时间请求MAS，除非另外一个冲突发生。如果预留目标设备在某一个TFC偏移传输中，其信标的任何DRPIE中设置原因码为冲突，它在那个TFC偏移传输中应在同一个信标中包括一个DRP可用性IE。163 GB／T26229--201017．4．6BPST重新调整和存在DRP预留如果设备按17．2．6的说明重新调整了BPST后，它可以声明新的DRP预留，新信标中的预留状态位为1，并且等价于先前BP中预留状态位为1的旧DRP预留。这样，两个DRP预留等价是指他们相应的目标设备／所有者设备地址字段、流索引字段、TFC偏移字段和预留类型字段都相同，并且新预留声称的MAS数目小于或等于旧预留声称的MAS数目。重新调整BPST的设备在某一个TFC偏移传输中不应声明与设备通告或检测到的任何BP相冲突的MAS的DRP预留。除非没有其他MAS可用，否则设备不应声明在某一个TFC偏移传输中与新的BP中通告的预留状态位为1的预留相冲突的MAs的DRP预留，存在预留的任何冲突应按照17．4．5所规定的规程来解决。17．4．7存在DRP预留的修改和终结设备将由于下一超帧长度将缩小而停止使用的MAs从当前超帧中的预留分配中去除。预留所有者在某一个TFC偏移传输中可通过使用具有相同目标设备／所有者DevAddr、流索引字段、TFC偏移字段和预留类型字段值的DRPIE来协商增加预留为流预留附加的MAS。当协商成功完成时，预留所有者宜合并DRPIE，合并时应把原因码设置为修改，直到从预留目标设备接收到说明合并预留的DRPIE。预留所有者可以从已经建立的预留中移走MAS，而不改变DRPIE中的预留状态位。如果一个预留所有者从已经建立的预留中移走了某些MAS，它应把DRPIE中的原因码设置为修改，直到预留目标设备改变它的DRPIE以匹配此改变。预留目标设备可以因为17．4．5说明的冲突或接收到释放请求IE要从已经建立的预留中移走MAS，而不改变DRPIE中的预留状态位。如果预留目标设备是单播，预留所有者应在当前超帧或下一个超帧的预留中移走相同的MAS或终止该预留。预留所有者应从它的信标中移走DRP1E来终止预留。如果预留所有者改变或移走一个DRPIE，预留目标设备应在当前超帧或下一个超帧的信标中更新或移走相应的DRPIE。预留目标设备终止预留时，应把预留状态位设置为0，原因码设置为一个合适的值，就像响应发起预留请求一样。预留所有者应终止相应的预留或在当前超帧或下一个超帧中将相应的预留状态位设为0。如果预留所有者或目标设备在超过mMaxLostBeacons个超帧中未从预留的其他参与者收到信标或任何其他帧，它应认为预留被终止，并在它的信标中移走相应的DRPIE。17．4．8释放硬DRP预留块或私有DRP预留块如果预留所有者在硬DRP预留块或私有DRP预留块中将相关的缓冲的业务传输完毕后仍有时间剩余，它应通过发送一个UDA帧释放该预留块。如果预留块中剩余的时间不够交换UDA和UDR控制帧时，不宜有任何操作。UDA控制帧的发射机应包含有一个应响应这个通告的设备列表，这个列表宜由先前在信标中包含有相应的DRPIE的设备组成，列表中设备按照其DevAddr排列的顺序响应UDR控制帧。这样就使得发送者附近的设备以及列表中的设备能够知道预留块的提前结束。设备接收到UDA控制帧时应检查自己的设备地址是否包括在UDA控制帧的设备列表中，如果包括，它延迟pSIFS4-pSlotTimP4-(Position—in—list—in—UDA)×(UDR—control一一nmP—duration+pSIFS)时间后响应发送UDR控制帧。这个延迟时间从接收UDA控制帧结束开始算起。Position—in—list—in—UDA取值范围为[o，N1]。UDA和UDR控制帧释放上一UDR控制帧的PLCP头末端(由UDA和UDR控制帧的MAC头部中的持续期的值指示)和预留块末端之间的时间。在同一个或下一个超帧中，预留说明的其他的MAS如果不属于当前预留块的，不会被释放。UDA控制帧中持续期的值应包括UDA控制帧的发送时间以及所有期望的UDR控制帧发送的时164 GB／T26229--2010间。UDR控制帧中的持续期的值应设置为UDA控制帧中持续期的值减去UDA控制帧的PLCP头部末端和各自的UDR控制帧的末端之间的时间。这个UDR中的持续期的值为：Durotion_value_in_UDR—Duration—value_in_UDA(UDA』rame_body_transmission_time)+pSIFS+pSlotTime+(Positioninlist_in—UDA)×(UDR—controlMerame_transmission_time。)+pSIFS))【皿R—controlMCrame_transmission_time17．4．9DRP预留中的重发规程在某一个TFC偏移传输中的硬DRP预留块中，如果预留所有者发送了一个使用Imm—ACK或&ACK确认策略的帧，但是未收到期望的确认帧，那么只要预留块还未释放，预留块所有者可以在那个TFC偏移传输中同一预留块中重新发送该帧。非预留所有者的设备在软DRP预留块中重新发送帧时应采用17．3定义的PCA规则。设备接收到期望的确认帧或CTS帧之后，不管是否收到了期望的帧，它不应早于pSIFS间隔重新发送帧。如果当前预留块中没有足够的时间完成整个帧事务，设备不应重新发送帧。17．4．10时隙共享分布式预留协议(SSDRP)时隙共享分布式预留协议(SSDRP)依附于标准DRP，可以和分布式多跳路由协议合作，为同一连接的不同路径提供时隙共享，为了达到这个目的，建立预留使用的标准DRPIE携带辅助的路由信息。这种辅助信息只存在于路由协商过程中，路由成功建立后辅助信息将被移除，只用标准DRPIE维持预留，所以下面只对ssDRP的协商过程进行描述。17．4．10．1预留类型SSDRP只支持硬预留。17．4．10．2协商在调用一个SSDRP请求之前，预留所有者将向目标设备发送SSDRP可用性请求，目标设备将用包含与SSDRP可用性请求相一致的位图信息的SSDRP请求响应。设备将对收到的SSDRP可用性请求逐个应答，最小间隔为2×mMaxLostBeacons超帧数。当设备接收到发送给邻居的SSDRP可用性请求，设备也将用SSDRP请求应答，但要推迟2×mMaxLost～Beacons超帧数。SSDRP应答信息被接收后，如果预留所有者发现目标设备有足够的可用带宽用于建立预留，预留所有者将向目标设备发出携带配套IE信息的SSDRP请求，配套的IE信息包括标准DRPIE和一个SSDRPIE。然后目标设备用配套的IE信息应答预留所有者，DRPIE的结构及使用按照标准的分布式预留协议过程进行。路由成功建立后，SSDRPIE被移除，只用DRPIE继续维持整条路由的预留。假设上层相关的路由协议在路由成功建立后将通知路径上所有设备。当接收到该信息后，SSDRP预留所有设备和预留目标设备应利用SSDRPREPI。ACE原语将SSDRP预留替换为普通DRP预留。17．4．10．3SSDRP预留可用性信息协商SSDRP预留的时候，本地设备用记录的SSDRPIE携带的路由相关信息与标准DRP区分。对于SSDRP预留，如果发现临近预留属于相同连接的不同路径，那么不会与此预留冲突。对多跳路由和带宽预留协议，预留从连接的目标设备开始向源设备方向建立。每个SSDRP预留信息与一条路径和该路径的长度相关联，此处路径表示一条从源设备建立到此设备预留的路径。路径以记录此路径上转发设备的标识(即EUI地址)的方式形成，如果记录EUI地址使得路径名称太长，可以使用如下的简化方法：当一个节点要开始建立新的路径，用0、1、2等数字代表路径0、1、2等，且该路径从该节点开始建立，例如，路径010代表这个路径在源节点通过第一条路径，在第二跳节点通过第二条路径，在第三跳节点通过第一条路径。SSDRP预留与那些属于不同连接的预留或者属于相同连接且相同路径的预留相冲突。可以通过165 G",BIT26229--2010检查相关的连接信息，如连接标识，源设备地址，目标设备地址和传输ID来检测预留是否属于不同的连接。如果预留属于相同路径相同连接，可以用如下方法比较两条路径：如果两条路径有相同的长度，且路径标识相同，那么他们属于同一个连接，否则他们不属于同一个连接；如果两个路径的长度不同，那么从第一个字符开始比较，如果短路径的每一个字符都与长路径中的部分匹配那么两条路径是相同的路径。否则他们不是相同的路径。17．5设备同步每个设备应维持一个BPST，每个设备也维持一个虚拟时钟(这个虚拟时钟可能是一个寄存器)。每个设备用这个虚拟时钟按照17．5．1维持设备与它最慢的邻居同步。设备将基于当前的BPST和虚拟时钟获得与邻居的所有通信时间。在设备与其他邻居同步前，其虚拟时钟缺省设为其物理时钟。每个设备为每个邻居在最近的mMaxLostBeacons个超帧中(包括本帧)保留至少mMaxLostBeaeons个连续BPST。设备使用邻居中SOlE的当前超帧长度并确保超帧长度在之前的mMaxL．ostBeacons个超帧中不变。如果邻居中SOlE的当前超帧长度改变，设备在同步前将等至少mMaxl．ostBeaeons个连续超帧以存储邻居的mMaxLostBeacons个连续BPST。如果一个设备在最近mMaxI．ostBeacons个超帧(包括当前超帧)存储一个邻居的最近至少mMaxI。ostBeacons个连续BPST的值时加入，该邻居的超帧持续时间字段在当前超帧改变，那么该设备在邻居开始同步程序之前应至少等待另一个mMaxl。OSt—Beacons连续超帧来存储该邻居的mMaxLostBeacons连续BPST的值。除此以外，设备在每一超帧都应遵循17．5．2中的规定。当设备接收到邻居的信标，设备确定信标的实际接收时间和预期接收时间之间的差别。信标的实际接收时间是到达接收设备的天线的信标前导符开始的估计时间，预期接收时间是由接收到的信标的信标时隙号字段和接收设备的BPST决定。两个设备同步是指它们的虚拟时钟同步误差小于17．5．1．2中给出的时钟问隔(虽然它们的物理时钟会漂移)，它们的BPST调整误差小于mGuardTime。17．5．1同步步骤设备首先按照17．5．1．1估计每个邻居的时钟间隔，并找出最慢的邻居。所有设备与最慢的邻居同步。17．5．1．1估计邻居时钟间隔在估计每个邻居的时钟间隔前，设备需为每个邻居最近的mMaxLostBeacons个超帧中(包括本帧)保留至少mMaxLostPmaeons个连续BPST。设备使用邻居sOIE中的当前超帧长度以确保邻居在之前mMaxL,ostBeacons个超帧中(包含当前超帧)维持超帧长度不变。如果为某个邻居保留的‘x’个连续BPST小于mMaxLostBeacons，设备需要等到接收到至少mMaxL．ostBeaconsx个BPST才开始估计那个邻居的时钟间隔。从最后的3个连续BPST中，设备能够判断哪个邻居在最近的2个超帧中是否调整过它的BPST。如果邻居在最近的2个超帧中的BPST误差不同于前2个超帧(指最近的倒数第2、3超帧)的BPST误差，该邻居的BPST被认为在最近的2个超帧中调整过。只有当设备和其邻居在最近的2个超帧中没有调整过它们各自的BPST，该设备才会估计其邻居的时钟间隔。如果设备或其邻居在最近的2个超帧中调整过它们的BPST，该设备需至少等2个超帧后才会开始估计其邻居的时钟间隔。设备开始估计邻居的时钟间隔步骤如下：B，，为设备前一超帧的BPST，B。为邻居前一超帧的BPST，cn为设备的时钟间隔，pClockFrequency为设备的时钟频率，pClockPeriod为设备的基准时钟间隔。cN为从设备看其邻居的时钟间隔。”。为从设备看其邻居在前一超帧中的信标时隙号。y为邻居在前一超帧信标的实际接收时间，z为邻居在前一超帧信标的预期接收时间，y’为邻居当前超帧信标的实际接收时间，z’为邻居当前超帧信标的预期接收时间，n：为邻居当前超帧信标时隙号字段值，q=pNumbero{ClockCyclesperBeaeonSlot，r=pNumberofCloekCyclesperSuperframe。设备分别使用估计z、y、z’、y’：166 Z—BD+(nl1)CDqY—BN+(m1)CNqZ7=BD+rCD+(”21)CDqY7一B。+以。+(”2—1)CNq设备分别使用估计邻居当前超帧的C。、B。：GB／T26229--2010(64)(65)(66)(67)C、一(y’y)／(r+q("2一”。))⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯(68)BN=Y一(”l1)CNq—Y一("l一1)(Y’y)q／(r+q(”2一"1))⋯⋯⋯⋯(69)如果C。ACK)、立即确认(1mmACK)和块确认(B—ACK)。设备应确认所有接收到的单播帧，其中这些帧的ACK策略字段置为Imm—ACK或者BACK请求，同时DestAddr置为该设备的DevAddr。设备应确认接收而不考虑安全有效性。如果设备接收到超出所支持的更高协议版本的帧，则丢弃该帧，无需确认。17．8．1No_ACK如果一个帧的ACK策略字段置为NoACK，如16．2．1．3的定义，接收方不应确认该帧。发射设备的MAC子层假定帧已成功发送，并且在完成当前帧的发送后继续发送下一帧。所有的广播和组播帧应使ACK置为No—ACK。17．8．2Imm-ACK在接收到ACK策略置为ImmACK的帧时，设备应以ImmACK帧进行响应(如16．4．1中的定义)，Imm—ACK帧在接收到的帧结束后pSIFS发送。17．8．3B-ACKB—ACK机制允许源设备发送多个帧，并允许接收端发送一个确认帧用于指示哪些帧已经接收，哪些帧需要重发。源设备首先发起请求，与接收设备采用块确认策略，用于处理来自同一个流的帧或拥有相同用户优先权的帧进行确认。如果接收设备同意采用块确认机制，接收设备将指示它能缓存的帧的最多个数和帧的大小。源设备发送一系列帧给接收端，每一个帧来自同一个用户优先权或同一个流，受限于接收端】69 GB／T26229--2010通告的缓存大小和最大帧数。发送序列的最初的帧的确认策略设置为BACK。发送序列的最后的帧的确认策略设置为BACK请求。接收设备接收到这样的帧，就返回一个B-ACK帧，反馈已接收帧的信息，指示可用于下一个BACK序列的缓冲空间大小。源设备发送的一个BACK序列的帧数称为发送窗口。最优发送窗口主要由高层数据到达MAC层的数据速率决定，源设备依据流或用户优先权到达MAC层的数据速率和发送队列的帧数动态调整发送窗口。源设备可与相同的接收设备调用多个B-ACK机制的实例，每个为不同的流或用户优先权。源设备也可以和多个接收设备间调用BACK机制进行数据交换。17．8．3．1初始化源设备可以独立于任何数据流或用户优先权业务激活B—ACK机制和任何一个潜在的支持B—ACK机制的接收设备进行数据交换，此类信息在MAC能力lE中标识。源设备应通过发送一个确认策略设置为BACK请求的帧给接收设备来发起BACK机制的使用。在使用BACK机制和接收端通信时，源设备应为每一个和接收端间使用BACK机制的流或用户优先权业务使用一个专门的序列号计数器。发送完一帧以后，源设备应该遵照17．8．3．2中描述的规则操作。当从源设备接收到一个ACK策略设置为BACK请求的帧，而流或用户优先权当前不使用辟ACK机制，接收设备应做以下响应：a)对接收到的该帧进行确认，但是拒绝开始一个新的B-ACK确认策略的帧传输请求，接收端设备应使用没有帧有效负载的BACK帧响应。b)为了接收开始一个新的用BACK确认策略传输的请求，接收设备应该用一个B—ACK帧进行响应，该帧有效负载指示可容纳的下一个B—ACK序列的最大值(用帧数和八位位组数表示)。接收设备应对确认窗口中指示的接收的帧进行确认。即使收到的B—ACK请求帧的FCS无效，接收设备也可以接收该请求，但不会对该请求帧进行确认。为完成此事件，接收设备应以一个B—ACK帧作为响应，其帧有效负载指示允许的下一B-ACK序列的最大长度。即使接收设备在它的MAC能力IE中广告了它的B—ACK能力，但是接收设备也可以以任何原因拒绝使用B—ACK机制，原因如：资源暂时不可用或者请求延迟开始时间的建立过程太长。因此，被拒绝之后，源设备可以通过发送另一个确认策略设置为B—ACK的请求帧不停地尝试发起使用B—ACK确认策略的请求。17．8．3．2操作源设备与接收设备为一个流或用户优先权完成B—ACK机制的初始化协商后，在每一个帧序列的发送之前，由源设备依据流或用户优先权的高层数据到达速率和发送队列的帧数确定发送窗口的取值。关于确定发送窗口取值的具体方法如附录B的B．8所述。发送一个确认策略字段设置为B—ACK请求的帧之后，源设备希望收到一个响应B—ACK帧并且采取以下措施之一：a)如果源设备没有收到B—ACK帧，它应认为接收设备没有接收到请求帧。为了继续B—ACK操作，源设备将采用可用的媒体访问规则(如17．3和17．4所述)重发一个有相同确认策略字段的请求帧；b)如果源设备接收到一个没有帧有效负载的BACK帧，它将认为发送的帧已经被接收，但是该BACK请求被拒绝；c)如果源设备接收到一个有帧有效负载并且帧计数或缓冲区大小设置为。的B-ACK帧，它将按照如下所述处理该确认。为了继续B—ACK操作，不管请求帧是否标识被接收，源设备将重发一个有相同确认策略字段的请求帧。如果该请求帧被标识已经接收，源设备将发送一个负载长度为0的帧给接收设备，其中这个帧有与确认帧相同的序列控制和投递ID；170 GB／T26229—2010d)如果源设备接收到一个B-ACK帧，它的帧有效负载有非零值的帧计数和缓冲区大小。它将按以下描述处理该确认，为了继续B-ACK操作，源设备将按照以下描述发送一个确认策略字段设置为B—ACK或B—ACK请求的帧。源设备采用以下方式处理BACK帧确认：a)被保留用于重发的帧，如果它的序列号早于在上一BACK序列中未被接收到的帧韵序列控制字段所指示的序列号，那么它将不被重发；b)被保留用于重发的帧，如果它的序列号和片段号位于确认窗口(由序列控制字段和帧位图字段指定)中，并且相应的位置为1，则不被重发；c)其他的一些被保留用于重发的帧应该在下个序列被重发，按照序列号和片段号的增序排列。源设备接收到一个有帧有效负载且帧计数或缓冲区大小非0的B-ACK帧之后，可以发送一个序列帧。每个帧的序列由0个或者更多的确认策略字段设置为B-ACK的帧组成，最后一个帧的确认策略字段设置为B-ACK请求。帧的总数目不能超过在B-ACK帧中标识的帧计数值，并且帧有效负载的总长度不能超过在B-ACK帧中标识的缓冲区大小的值。帧的序列在遵循信道接人规则的基础上，可以在多个PCATXOP或DRP预留块中传输，可以和发送至其他接收设备或其他流或其他用户优先权的帧进行交织。在同一个序列里面，帧以序列号和片段号的增序进行排列。因为存在重发机制，在从一个序列到另外一个序列的过程中这种顺序很难得以维持，而且即使在发送的同一个序列的帧通常也没有连续的序列号和片段号。当一个接收设备接收到一个确认策略字段设置为BACK请求的帧，它将用一个BACK帧在SIFS内进行响应。为了继续操作，该I}ACK帧要包含帧有效负载。如果接收设备接收到一个帧，该帧的HCS有效，并且它的确认策略字段设置为I&ACK请求，但是FCS无效，该设备也将用一个有帧有效负载的降ACK帧作为响应。在这个B-ACK帧有效负载里，接收设备将通过设定帧计数字段和缓冲区大小字段来限定下一个帧序列的大小。它也将设定序列控制字段和帧位图字段来向源设备说明哪些帧将会重发。接收设备将实现一个超时装置，来指示什么时候停止等待丢失的帧，允许传送一些MSDU给MAC客户端，同时释放B-ACK缓冲资源。接收设备也可以启动一个计时器终止那些不活动的使用BACK确认策略的传输。17．8．3．3终止要终止B—ACK确认策略，源设备应该从适当的流或是适当用户优先权发送一个帧给接收设备。该帧的确认策略字段设置为除BACK或BACK请求外的任何值。接收设备要终止BACK确认策略的使用，可以通过响应一个帧，该帧的确认策略字段设置为B—ACK请求，但是没有帧有效负载。17．9探针探针IE和特定应用探针IE可以在信标和探针命令中使用，向目标设备请求一个或多个IE。目标设备不必对所有的请求IE都作出响应。如果目标设备支持探针命令帧对一个或多个IE的请求，它应把它MAC能力IE中的探针位设置为1，否则就设置为0。一个设备应在它的信标中包含MAC能力IE或PHY能力IE，如果它是接收到的信标中探针IE的目标设备，在接收信标中，分别包含MAC能力IE的元素ID或PHY能力IE的元素ID。如果在一个信标中接收到任一个探针IE，目标设备应在接下来mMaxl。ostBeacons个超帧的信标中包含响应。如果在一个探针命令帧中接收到任一个探针IE，目标设备宜在一个超帧里用指向发送端的探针命令帧进行响应，或在接下来mMaxLostBeacons个超帧的信标中包含响应。在一个探针命令帧或信标中，目标设备应包括：a)探针IE，它的目标DevAddr设置为请求者的DevAddr，它可以不包括被请求元素IE的形式来拒绝探针；b)一个或多个请求的1E。171 17．10动态信道选择动态信道选择是这样一个过程，它允许一组设备以协调的方式改变信道。设备扫描完信道后，可以开始动态信道选择，如17．2．3所述。如果设备开始动态信道选择，它在当前信道中发送的信标应该包括信道改变IE。如16．8．5中的描述。在信道改变IE中，设备应把新信道序号字段设置为新的信道序号，把信道改变计时字段设置为设备改变至新的信道前剩余的超帧个数。在连续的超帧中，信道改变倒计时字段的值宜是依次递减的。如果信道改变倒计时字段的值为0，设备应在当前超帧结束的时候移动到新的信道。如果接收到信道改变IE，想要以协调的方式改变信道的设备也要把它的信标的信道改变IE置为相同的值。17．11多速率支持设备应在超帧之前通告其即将进入休眠方式。设备只能以某些特定的数据速率发送非信标帧。这些数据速率是已约定的接收设备所支持的。受到接收设备的PHY能力IE中信息的限制。接收设备可以使用显式或隐式方法来建议源设备可以使用的最佳数据速率。例如，增加吞吐量或减少帧差错率。用隐式方法时，接收机发送链路反馈IE，用显式方法时，接收机发送链路反馈命令帧给源设备。确定源设备请求接收设备发送命令帧的频率已经超出本标准的范围。在链路反馈命令帧或链路反馈IE中的数据速率可以被解释为对于特定的链路，对于可接收的帧差错率，源设备可以使用的最大的数据速率。基于接收链路反馈命令帧中LQI给定的帧差错率，源设备可以选择数据速率，但不要超过推荐的值。如果在多路传输中接收到多个链路反馈命令帧，设备可以根据最弱链路来选择数据速率。在接收端确定最佳数据速率的方法已经超出了本标准的范围。17．12发送功率控制接收设备可以通过不同的发射功率控制方案来建议改变源设备使用的发送功率。明确的发射功率控制方案就是接收设备通过链路反馈命令帧来建议改变源设备使用的发送功率。确定源设备请求接收设备发送命令帧的频率超出了本标准的范围。隐含的发射功率控制方案就是接收设备也可以通过在它的信标里包含一个链路反馈1E来建议改变源设备使用的发送功率。设备接收到链路反馈IE可以不必改变它的发射功率。确定发射功率的方法已经超出了本标准的范围了。但是接收设备可以使用信噪比、接收的信号强度、帧差错率或者其他的参数来建议源设备改变其发送功率。17．13功率管理机制17．13．1功率管理方式在每一个超帧里，设备可以处于两种功率管理方式之一：a)活动方式：在当前超帧中，设备发送和接收信标；b)休眠方式：在当前超帧中，设备不发送信标和其他的帧。在进入休眠方式之前，设备须在先前一个或多个超帧宣布它即将进入休眠方式。17．13．2设备功率状态在一个超帧里，处于活动方式的设备可以位于两种能量状态之一：a)清醒：设备能发送和接收；b)睡眠：设备不发送和接收。在决定媒体状态前，如果一个设备要从睡眠状态改变为清醒状态，并且队列中有一个帧要使用PCA机制发送，则该设备应执行CCA直到MAC头部被接收或是等待mAccessDelay时间。mAccessDe[ay的值等于以给定的最低的发送速率发送一个最大长度的帧所需的时间，加上发送Imm—ACK的时问再加pSIFS。17．13．3功率状态转换处于活动方式的设备按照以下规则在清醒和睡眠两个状态之间转换：a)设备在每一个超帧参加信标的发送和接收时，应该在它的BPST之前位于清醒状态mGuard一】72 GB／T26229—2010Time长的时I可；b)如果设备在当前的超帧中，使用DRP预留机制发送数据，在开始每一个DRP预留块来进行发送之前设备应该处于清醒状态。如果所有的数据完全成功发送，在预留块的空闲时间设备可以进入睡眠状态。在进入睡眠状态之前，设备要释放DRP预留块。在预留块期间，设备发送最后一帧时，应该把更多帧位设置为0；c)如果设备在当前的超帧中，使用PCA机制发送数据，它应该在信标中包含相应的TIMIE来声明。一旦所有的发送都结束，设备可以在剩余的超帧时间进入睡眠状态，此过程中所有的操作都应遵守本条的其他规则。设备应将超帧期间用PCA机制发送给特定接收设备的最后一帧的更多帧位设置为0；d)如果设备期望在DRP预留块中收到来自其他设备的发送帧，正如那些设备的信标中的指示一样，在接收预期发送帧的预留块开始之前mGuardTime时间，设备应该处于清醒状态。在预留块的结尾或是所有的数据接收完毕的时候，设备可以进入睡眠状态，此状态由更多帧位指示。如果设备接收到一个UDA帧，在发送一个相应的UDR帧后再进入睡眠状态；e)如果设备期望通过PCA机制收到来自其他设备的发送帧，在它的信标中应该包括PCA可用性IE，并且在通告的MAS之前mGuardTime时间，设备应该处于清醒状态。一旦所有的数据都接收完毕，该状态由更多帧位指示，设备将在剩余的超帧时间里进入睡眠状态。图47说明设备在活动方式下的能量状态转换：a)设备A在当前的超帧下，有数据要在DRP预留块中发送；b)设备B在当前的超帧下，期望在DRP预留块中收到来自设备A的计划的传输；c)设备c在当前的超帧下，有数据要通过PCA机制进行发送；d)设备D在当前的超帧下，期望通过PCA机制收到来自设备c计划的传输；e)设备E在它的发送队列中没有任何要发送的数据，并且也不期望从其他设备收到计划的传输。BPSTBPs"r／发送信标匕r发送帧瑶硬蕊衷_I_l广接收帧r发送‘’标●r发送ACKI_l厂／／发送帧I，发送信}弋‘‘‘r接收”。_l_-__lI发i／／接收帧(R‘i‘r发送”。I____lII，7发送信标l厂图47设备活动方式下的功率状态转换 GB／T26229--201017．13．4休眠方式操作使用休眠方式的设备应该根据以下规则进行操作：设备通过在它的信标中包含休眠方式IE以声明它将进入休眠方式，正如16．8．9的定义。在休眠方式IE中的休眠持续期字段的非0值规定休眠时期的持续期。设备可以在几个超帧中发信号声明它将进入休眠方式。在休眠方式lE中的休眠倒计日ih宇段的值被设置来指示设备进入休眠方式之前剩余的单位，每个单位为mHibernationTimeUnit个MAS。在随后的每一个超帧中，设备将休眠倒计时字段的值减一。如果该字段设置为0，设备在下～超帧开始处进人休眠方式。a)在休眠方式，设备不应发送信标或其他的业务。设备在进入休眠方式之前，应该终止所有已经建立的DRP预留；b)设备可以通过发送信标在通告的休眠持续期结束之前离开该休眠方式；c)设备在休眠时期结束前，应该立即在两个或多个超帧的BP中扫描信标，以重新建立同步；d)如果处于休眠方式的设备发现在扩展信标组中前面的信标时隙仍然可用，设备将在那个信标时隙发送信标。此外，设备将发送一个信标，如同是它第一次发送。活动方式设备遇到休眠方式设备时应该有如下操作：a)如果活动方式设备从邻居接收到一个包含有休眠方式IE的信标，设备将认为所有的与邻居之间的DRP预留在邻居的休眠时期开始时将被终止。一个活动方式设备不能和休眠方式设备进行任何通信，除非设备离开休眠方式。如果接收到一个包含有休眠方式IE并且休眠倒计时字段小于或等于mMaxLostBeacons的信标帧，活动方式设备将错过剩余的期望信标帧并认为该设备将按照休眠方式1E的指示进入休眠方式；b)如果活动方式设备没有从休眠方式设备收到期望的信标，它将认为该设备的信标时隙已被占用或是不可变动的，但是直到信标被接收并等到mMaxHibernationProtection长度时间，才在它的SOIE中指示该信标时隙已被休眠方式设备占用。在邻居的休眠期期间，一个活动方式设备将继续在它的SOlE里标记休眠方式设备的信标时隙被占用和不可变动。如果活动方式设备在休眠方式设备的信标时隙接收到另一个邻居的信标，这个设备将仍在它的SOIE中广告休眠方式设备的DevAddr。a)如果一个活动方式设备要和一个休眠方式设备进行单播数据通信，它将缓冲业务直到休眠设备进入活动方式；b)如果一个活动方式设备要进行组播或广播数据通信，即使它知道一些接收设备处在休眠方式，也不宜延迟数据的发送，发送设备可以为体眠方式设备缓冲发送数据直到接收设备进入活动方式，然后投递缓冲组播数据。17．13．5休眠锚操作活动方式设备可以在它的MAC能力IE中指示它的休眠锚功能。指示有此功能的设备将在它的信标中包含一个休眠锚IE用以传递处于休眠方式的邻居的信息。设备可以在任何时候终止它的休眠锚功能，但是在终止此功能时，它宜把MAC能力IE的功能指示移除。那些刚刚离开或进入休眠方式的设备，可能没有它们的邻居的休眠状态的信息。这些设备可以使用休眠锚IE周期地和休眠方式邻居进行通信获得相关信息。如果接收到一个包含休眠方式IE的信标，它的休眠倒计时字段的值为0，休眠锚将包含休眠锚IE。它基于接收到的休眠方式IE的休眠时间字段对休眠锚IE的苏醒倒计时字段进行相应的设置。在每一个连续的超帧中，应该减少该苏醒倒计时字段的值，直至值为0。发送设备发送完一个包含休眠锚lE的信标，该休眠锚IE包含清醒倒计时字段设置为0休眠方式设备信息字段，它应把相应的休眠方式设备信息字段从休眠锚IE中移除。如果在IE中没有休眠方式设备信息字段，它不应包括休眠锚1E。如果休眠锚设备在通告的休眠时期之前接收到一个来自休眠方式设备的信标，这个休眠锚设备将在下一个信标中把相应的休眠方式设备信息字段从休眠锚IE中移除。】74 GB／T26229--2010如果休眠锚设备接收到邻居的信标，且该信标包含有一个休眠倒计时字段小于等于mMaxI，ost—Beacons的休眠方式IE，休眠锚设备将错过来自邻居的剩余信标，并应认为设备将按照休眠方式1E所示进人休眠方式，并宜把该设备包含到休眠锚1E中。17．14ASIE操作每一个信标有0个或多个ASIE。如17．1．10的定义，ASlE町以出现在一个信标的IE区域。未识别的ASIE应被忽略。ASIE指示符ID字段的值的所有者定义了ASIE有效负载的格式。这部分内容超出了本标准的范围。17．15距离测量操作本条描述了对并行双向时间传送测量的支持。距离测量的支持是可选择的。一个设备想要能够开始和参与距离测量应该在它MAC能力IE中声明距离测量功能。如果它没有声明距离测量功能不应对邻居发起距离测量。如果MAC子层被要求对特定的远程设备发起一个或者更多的连续的距离测量，如16．5．6的描述，它应使用距离测量命令帧。为了完成距离测量，发起设备应该开启PHY的距离定时器，同时发送距离测量请求类型的距离命令帧给接收设备。在该帧中，ACK策略字段被设为Imm—ACK。在请求测量数字段，请求包含将被执行的距离测量的数目。对于这个请求的确认，发起设备将发送一个距离测量请求类型的距离命令帧给接收设备，同时ACK策略字段设置为hnmACK。对于每一个距离测量类型的距离命令帧，发起设备应该：a)在发送距离测量类型的距离命令帧时，捕获PHY距离定时器的值7、，，再加上校准常数：Tl。一Tl+pRangingTransmitDelay；b)在接收到ImmAcK确认帧时．捕获PHY的距离定时器的值R。，并减去校准常数：R2。一R2一pRangingReceiveDelay。接收到距离测量报告类型的距离命令帧后。发起设备把报告的值交付给DME。PHY距离定时器可以被关掉。如果设备支持距离测量，并且接收到一个距离测量请求类型的距离命令帧，它将开启PHY距离记时器。对于每一个接收到的距离测量类型的距离命令帧，接收设备应该：a)在接收到距离测量类型的距离命令帧时，捕获PHY距离定时器的值R，，然后减去校准常数：R1。一R1+pRangingReceiveDelay；b)在发送lmm—ACK的时候，捕获PHY距离定时器的值丁：，然后加上校准常数：T2。一T2+pRangingTransmitDelay。接收设备在接收到所有的距离测量类型的距离命令帧之后，将进一步发送距离测量报告类型的距离命令帧给发起设备。在距离测量请求的距离命令帧的测量请求数目字段中规定了类型距离测量的距离命令帧数目。报告命令帧发送以后，PHY距离定时器将被关掉，见图48。距离测量过程见图49。发起设备(Devl)发送RMl帻接头设备(Dev2)的ACK(RM2)回应图48距离测量帧对 GB／T26229--201017．16MAC子层参数图49距离测量过程表204包括了MAC子层的参数的值，其中，BSN是指设备在BP中占用的信标时隙号。表204MAC子层参数参数取值，"AccessDelav652tlsmAgg’PgⅡf加”L2卅it63研BP伽nSfofLPngf^64“s忉BPE：ctension8信标时隙mBPMergeWaitTimP48超帧mClockAccuracy20ppmmClockResolution4nsmDRPBackoffWinMax16超帧mDRPBackoffWinMin2超帧㈣GrdTime12llS埘HibernationTimeUnit256mIntialMoveCountdown36mlnitialSuperfrarneDuration256mInitialSupe巾aT，leDurationCkangeCountdown32 表204(续)GB／T26229--2010参数取值mMasLength256usmMasReservationLirnit112mMaxBeaconLengthmBeaconSl札engthpSIFS㈣G㈥dTie。mMaxBPLength768信标时隙mMaxDevAddrToReport96mMaxFragmentCount8mMaxFramPPnyZondSzz8pMaxFramePayloadSizemMaxHibernatlonProtection128超帧mMaxLostBea㈣s3mMaxNeighborDetectionInterval128超帧mMaxSuperframeDurationUnits8rnMinFragmentSize1mScanDuration2048mSignalSlotCount2信标时隙埘SubSuperframeUnit256m丁NS叫itchWaitT川9mPCAContentionPeriod1169btsBackoff[Ac_BK]3Backoff[Ac_B明2Backoff阻c_Ⅵ]1Backoff"[ACVO]0Backoff[1]，i=0，1，2，⋯，77-i，i--0，l，2，⋯，7Backo|兀AC_BK][BSN]7+BSN％101Backoff[AC_BE][BSN]5+BSN％101Backoff[ACVI][BSN]3+BSN％101Backoff[AC_VO][BSN]BSN％101mcⅣM抽rAcBK]15mcwMznrACBE]15mCWMin[Ac_vz]7mCWMin[Atvo]3mCWMax[ACBK]I023mCWMax[AC_ss]1023mCWMax[ACVII511mCWMax[Ac_vo]255mAIFSN[Ac矗BK]7mAIFSN[ACBE]4mAIFSN[ACⅥ]2mAIFSN[ACvo]lmTXOPLimit[ACBK]512“smTXOPLimit[AC_BE]512／zs卅TXOPLimit[Ac—V1]1024／zsmTXOPLimit[ACVO]256ps177 GB／T26229--2010表205包括了MAC子层为PHY使用的依赖于PHY的参数。表205依赖于PHY的MAC子层参数参数值pBeaconTransrnitRate53．2Mbiffs☆CCADerectTimP75lzspClo(kAccuracy20ppmpMaxFramePayloadSize4095八位位组pCio靠Per柚dR日keshPeriod8pMIFS25“spRangingReceiveDelay应用决定户Rd月gz”g丁r“n5mitDelay应用决定pSIFS10“spSlotTimP9ffspNumberofOSTDsperMAS396pClockFrequency264×106HZpClochPeriod17pClockFrequencypNumberofClockCyclesperSuperfi"a，"P65536×264pNumberojClockCyclesperBeaconSlot85×26418安全本章规定提供安全服务(见7．2．4．9)所需的安全机制。18．1总结这些安全机制。18．2定义管理设备安全操作的安全方式。18．3规定设备间生成成对临时密钥(PTK)和建立信任关系的4次握手规程。本章也介绍了在安全关系下，设备请求或分发组临时密钥(GTK)的过程。18．4描述了帧接收和帧重放保护过程。18．5提供了使用SMS4—128CCM计算消息完整性码(MIC)和加密安全帧有效负载时所使用的参数。18．1安全机制本标准规定的安全机制，通过设置合适的安全方式控制设备的安全操作使得设备之间可以互相鉴别、导出PTK，以及建立安全关系；使得设备可以在已经建立的安全关系下请求或分发GTK；使用安全帧计数器(SFC)和重放计数器提供重放攻击保护方法；规定使用SMS4128CCM来保护单播和广播／组播业务私密性和完整性(分别使用PTK和GTK)的参数。私密性是通过加密安全有效负载来实现，而完整性是通过增加一个MIC来实现。设备通过共享的主密钥建立安全关系。主密钥的建立和管理需要在MAC子层之外提供额外的安全措施。18．1．1安全操作安全方式用于控制设备与其他设备通信时要求的安全级别。本标准提供3种安全方式。方式0允许设备不用安全保护进行通信。方式1允许设备使用安全或非安全帧进行数据交换。方式2限定设备]78 GB／T26229--2010使用安全措施来收发特定帧。设备在其信标的信标参数字段通告它使用的安全方式。18．1．24次握手4次握手机制使2个设备可以使用共享的主密钥鉴别对方的身份，并生成一个新的PTK用于保护设备之间交换的特定帧。通过一次成功的4次握手规程，设备双方可以建立安全关系。只有当设备确定与另一个设备拥有共享的主密钥时，才会发起与该设备的4次握手规程。主密钥并不在4次握手规程中暴露，而由主密钥标识符(MKID)指定。使用MI。ME—PTK原语和PTK命令进行4次握手规程。每次成功的4次握手规程之后，设备使用MI．ME—KEY—UPDATE原语在其MAC子层上安装新生成的PTK。18．1．3密钥运输通过4次握手规程，两设备建立一个新的PTK。该PTK由共享主密钥和2个分别由两设备生成的随机数共同导出。PTK从不在任何帧中直接发送，无论该帧加密与否。通过4次握手规程建立安全关系后，如果需要，2个设备可以分发它们各自的GTK给对方，用于保护相互的广播业务。此外，为了保护特定组播业务，设备可以给那些与它存在有效安全关系的设备分发GTK。设备还可以从组播源设备请求GTK来保护组播业务。GTK通过使用原语MI。ME—GTK和GTK命令进行请求和分发，且以加密形式发送。181．4新鲜性保护新鲜性保护确保没有实体可以通过成功重放之前捕捉的消息形成攻击。本标准针对每一个临时密钥定义安全帧计数器和重放计数器，进行新鲜性保护。18．1．5数据加密数据加密指使用对称密钥来保护数据，使得没有该加密密钥的实体不能访问。该对称密钥对于2个设备之间的单播通信，是PTK；对于一个发送者、一组接收者的广播或组播业务，是GTK。如果安全帧使用了接收设备无法识别的TKID，需使用原语MI．ME—SECURITYVIOLATION．idication向DME报告该安全帧，且Vi01ationCode设置为INVAI』11TKID。本标准使用SMS4128计数器方式进行数据加密。18．1．6帧完整性保护本标准通过使用MIC进行消息鉴别，保护帧免受其他实体修改。MIC也可以提供发送方是否拥有正确临时密钥的确认。该密钥是在一组设备中共享，或者仅在2个设备之间共享。MIC是被保护消息的密码学校验和。对于所有的安全帧，一旦MIC校验失败，就会使用MI。MESECURITY—VIOl，ATION原语向DEM报告，并设置参数ViolationCode为1NVAI．1D二MIC。本标准中，使用SMS4—128的密码块链消息鉴别码(CBC—MAC)进行MIC计算。18．2安全方式安全方式指示是否允许或者要求设备为数据通信，与其他设备建立安全关系。基于共享主密钥，2个设备通过一个4次握手规程来建立安全关系(见18．3)。一旦两设备建立了安全关系，它们就应根据表206和表207使用安全帧进行它们之间的帧传送。设备须丢弃接收来之其他设备的要求使用安全帧但却使用非安全帧的帧。数据帧和汇聚数据帧应使用由TKID指示的临时密钥加密发送，该TKID随相应的MSDU通过MACSAP传递。当命令帧和控制帧在安全关系下以安全帧发送时，应使用上述安全关系拥有的临时密钥进行加密。表206中，“N”指示非安全帧，⋯S’指示安全帧。 GB／T26229--2010表206安全关联中的帧保护帧类型或子类型帧保护说明信标帧N信标帧应以非安全帧发送Imm—ACK控制帧NImm—ACK帧应以非安全帧发送I}ACK控制帧N&ACK帧应以非安全帧发送RTS控制帧NRTS控制帧应以非安全帧发送CTS控制帧NCTS控制帧应以非安全帧发送UDA控制帧NUDA控制帧应以非安全帧发送UDR控制帧NUDR控制帧应以非安全帧发送特定应用控制帧N，S特定应用控制帧可以以安全帧或非安全帧发送DRP预留请求命令帧N．SDRP预留请求命令帧可以以安全帧或者非安全帧发送DRP预留应答命令帧N．SDRP预留响应命令帧可以以安全帧或者非安全帧发送探针命令帧N，S探针命令帧可以以安全帧或者非安全帧发送PTK命令帧N，SPTK命令帧可以以安全帧或者非安全帧发送GTK命令帧SGTK命令帧应以安全帧发送测距命令帧N，S测距命令帧可以以安全帧或者非安全帧发送特定应用命令帧N，S特定应用命令帧可以以安全帧或者非安全帧发送数据帧S数据帧应以安全帧发送汇聚数据帧S汇聚数据帧应以安全帧发送表207规定安全帧中的加密偏移(E0)字段值。表207安全帧中的EO值帧类型或子类型EO值特定应用控制帧由应用定义DRP预留请求命令帧安全有效负载长度DRP预留应答命令帧安全有效负载长度PTK命令帧0GTK命令帧0测距命令帧安全有效负载长度探针命令帧可变特定应用命令帧由应用定义数据帧可变汇聚数据帧(汇聚头+汇聚头填充八位位组)的长度18．2．1安全方式0工作于安全方式0下的设备，应使用非安全帧与其他设备通信。且工作于该方式的设备不能与任何设备建立安全关系。。工作于安全方式0的设备，如果收到安全帧，MAC子层应丢弃该帧，然后，MI。ME发出原语MLMESEVURITY—VIOLATION．idication，并设置原语的参数ViolationCode为1NVALID二MODE。180 GB／T26229—201018．2．2安全方式1工作于安全方式1的设备：应使用非安全帧与工作于安全方式0的设备进行通信；也应使用非安全帧与工作于安全方式1，但投有与之建立安全关系的设备进行通信；应根据表206和表207，使用安全帧与工作于安全方式1，且与之建立安全关系的设备进行通信i不能与工作于安全方式1之外的设备建立安全关系。’工作于安全方式1的设备，可以选择是否响应接收到的来自与之没有安全关系的设备的命令帧。工作于安全方式1的设备，接收到来自与之没有安全关系的设备的安全帧时，MAC子层应丢弃该帧。MLME发送原语MI，MESECURITY—V10LATION．idication，并设置该原语的参数ViolationCode为INVALID—TKID。工作于安全方式1的设备，接收到一个与之有安全关系的设备发来的非安全帧，但该帧根据表206应使用安全帧时，MAC子层则丢弃该帧。MEME发送原语MI，MESECURITY—VIOLATION．idica—tion，并设置原语的参数Vi01ationcode为INVALID_MODE。选择使用安全方式1的DME，应理解和接收由于接收非安全帧而带来的任务。DME应指示高层以安全的方式处理接收到的非安全帧。符合本标准的MAC子层从不应默认工作于安全方式1。安全方式1应只能由安全方式0或者安全方式2进入。DME明确选择安全方式1的请求，表明该DME明确进入安全方式1时的安全任务。18．2．3安全方式2工作于安全方式2的设备不能与工作于安全方式0或安全方式1设备建立安全关系。工作于安全方式2的设备应根据表206和表207，使用安全帧与同样工作于安全方式2且与之拥有安全关系的设备进行通信。工作于安全方式2的设备，在进行数据交换之前，应通过4次握手规程与另一个工作于同样安全方式的设备建立安全关系。工作于安全方式2的设备，接收到一个来自与之没有安全关系的设备的安全帧时，MAC子层应丢弃该安全帧。MLME发送原语MLME—SECURITY—VIOLATION．idication，并设置原语的参数Vio—lationCode为INVAI。IDLTKID。工作于安全方式2的设备，接收到一个根据表206需要进行帧保护的非安全帧时，MAC子层应丢弃该帧，无论该设备是否与发送上述非安全帧的设备拥有安全关系。MI，ME发送原语MLME—SECU—RITY—VIOLATION．idication，且设置该原语的参数vi01ationcode为INVAI．ID二MODE。18．3临时密钥基于共享的主密钥，2个设备通过执行本条所述的4次握手规程生成一个PTK，并在相互之间建立安全关系。设备可以基于它们共享的每一个主密钥生成一个PTK。只要设备双方已经拥有了一个PTK，它们之间就拥有了安全关系。设备的地址DevAddr是生成PTK所使用的信息的一部分，但PTK一旦生成，就不能随设备的地址变而变。如本条描述，设备可以向与其共享PTK的另一个设备请求，或者分发GTK。主密钥使用MKID标识。不要求设备在其信标中包含MKIDIE，如果设备的信标中包含MKIDIE，也不要求设备把其所有的MKID都包含在MKIDIE中。设备可以在其信标中包含MKIDIE，全部或者部分广播其所拥有的MKID。设备可以跟踪另一个设备信标中的ProbeIE，或者向另一个设备发送探针命令，以获得另一个设备所拥有的MKID。设备须在MKIDIE中列出其拥有的所有MKID，以响应对其MKID的探针请求。18．3．1双向认证和PTK生成对于共享了主密钥的2个设备，本标准使用4次握手规程来提供双向认证和PTK生成。在4次握手规程中，2个设备相应的被假设为“发起设备”和“响应设备”。4次握手规程包含在设备之间传递的4个消息，消息1，消息2，消息3和消息4。发送消息1的设备称为发起设备，另一个设备相应的称为响应设备。181 GB／T26229--201018．3．1．14次握手消息1发起设备通过使用PTK命令构造并向响应设备发送消息1启动一个4次握手规程。在消息1命令中，发送设备应规定握手过程使用的MKID，为将产生的PTK推荐一个TKID，包含一个唯一128位密码用随机数，INonce，在PTKMIC字段中包含一个针对消息1的校验码MessagelMIC。推荐的TKID应不同于任何已经安装到发起设备MAC子层的TKID，或者发起设备参与的其他4次握手规程正在使用的TKID。发起设备每次发起新的握手过程时，应重新生成一个新的I-Nonce。校验码MessagelMIC计算方法见DerivativeKey生成方法和MessagelMIC生成方法。DerivativeKey生成方法：使用主密钥生成衍生密钥DerivativeKey—PRF一128(K，N，A，B，Blen)，其中：a)K为PMK；b)N：B12—11一发起设备DevAddr，B109=响应设备DevAddr．B8—6一PTKlD，B50—0；c)A：“DerivativeKey”；d)B：INonce；e)Blen：16。MessagelMIC生成方法：使用DerivativeKey生成MessagelMIC—PRF一64(K，N，A，B，Blen)，其中：a)K为DerivativeKey；b)N：B12—7一发起设备EUI48，B61一响应设备EUI一48，B0—0；c)A：“ForMessagelMIC”；d)B：消息】中从MessageNumber到INonce的字段；e)Blen：48。接收到消息1之后，响应设备应确定要求的TKID是唯一的(即，要求的TKID没有被一个正在使用的临时密钥使用，也没有用于一个正在进行的4次握手规程)。响应设备执行如下步骤：a)如果PTKMIC字段为全零，执行步骤2；否则，使用DerivativeKey生成方法和MessagelMIC生成方法，生成MessagelMIC。如果上述生成的MessagelMIC与消息l的PTKMIC字段不匹配，就丢弃消息l，并夭折握手过程。否则，进行后续操作；b)生成一个新的128位密钥用随机数，R—Nonce；c)生成PTK和KCK，见18．3．4；d)使用PTK命令构造和发送消息2。18．3．1．24次握手消息2如18．3．1．1所述，响应设备应向发起设备发送消息2。在消息2中，响应设备应包含相应的状态码，新生成的RNonce，以及针对消息2计算的PTKMIC。上述PTKMIC根据18．3．5使用新生成的KCK计算获得。如果消息中的推荐的TKID不是唯一的，或者关于MessagelMIC的校验不匹配，则响应设备应在消息2的状态码中指明。接收到消息2之后，发起设备应执行如下步骤：a)根据18．3．4，生成PTK与KCK；b)使用上述KCK，根据18．3．5针对接收到的消息2重新计算PTKMIC。如果上述重新计算的PTKMIC与接收到的消息2的PTKMIC字段值不匹配，响应设备就丢弃消息2，并夭折握手过程。否则，就认为响应设备拥有正确的主密钥，并继续后续的步骤；c)检验接收到的消息2返回的状态码。如果状态码指示响应设备夭折了握手过程，那么发起设备也停止握手过程。如果状态码指示推荐的TKID与在响应设备处发生了冲突，发起设备就使用一个不同的TKID重新开始握手过程。如果状态码指示一个正常的状态，发起设备就继续后续的步骤；182 GB／T26229--2010d)使用PTK命令构造和发送消息3。18．3．1．34次握手消息3如18．3．】．2所述，发起设备应向响应设备发送消息3。在消息3中，发起设备应包含与消息1中相同的l-Nonce，以及针对消息3新计算的PTKMIC。上述PTKMIC根据18．3．5使用新生成的KCK计算获得。接收到消息3之后，响应设备应执行如下步骤：a)根据18．3．5使用KCK校验针对消息3的PTKM1C。如果计算的PTKMIC与t自息3的PTKMIC字段的值不匹配，就丢弃消息3并夭折握手过程。否则，就认为发起设备拥有正确的主密钥，继续后续的两个步骤；b)使用PTK命令构造和发送消息4；c)使用MI。ME—KEY—UPDATE原语安装PTK。18．3．1．44次握手消息4如18．3．1．3所述，响应设备应向发起设备发送消息4。在消息4中，响应设备须包含与消息2中相同的RNonce，以及针对消息4计算的PTKMIC。上述PTKMIC根据18．3．5使用新生成的KCK计算获得。接收到消息4之后，发起设备须执行如下步骤：——根据18．3．5使用KCK校验针对消息4的PTKMIC。如果计算的PTKMIC与消息4的PTKM1C字段的值不匹配，就丢弃消息4并夭折握手过程。否则，使用MI。MEKEYUP—DATE原语安装PTK。18．3．2GTK交换在成功完成一次4次握手规程和生成的PTK安装之后，发起设备和响应设备应使用GTK命令帧(消息序号设为1)互相分发各自的GTK，用于保护广播业务。发起设备和响应设备也可以使用GTK命令帧，向与该设备拥有有效PTK的目的设备分发GTK，用于保护特定组播业务。接收到一个消息序号为1的有效GTK命令帧后，设备应确定GTKID是一个唯一的TKID。然后，设备应使用一个消息序号为2的GTK命令帧进行响应，并设置该响应命令帧的状态码字段为合适的值。如果接收设备与源设备拥有有效的PTK，则接收设备也可以使用GTK命令帧(消息序号设为0)向源设备请求GTK，用于特定的组播业务。在接收到一个消息序号为0的有效GTK命令帧后，组播源设备应使用消息序号为l的GTK命令帧进行响应，该响应命令帧中可以包含或者不包含请求的GTK。请求设备，在接收到该响应GTK命令帧，并确定推荐的TKID的唯一性后，应进一步返回一个消息序号为2的GTK命令帧，并用合适的值设置状态码参数。分发GTK的源设备应检验返回的GTK命令帧(消息序号为2)中包含的状态码。如果状态码指示推荐的TKID在接收设备处发生了冲突，则源设备应使用一个新的TKID，并向接收设备重新分发GTK。从接收设备收到一个返回的GTK命令帧后，如果该GTK命令帧中的状态码指示为正常状态，那么源设备应该使用一个新的TKID向每一个之前已分发过GTK且保持安全关系的设备重新分发GTK。设备使用MLMEKEY—UPDATE原语安装新分发或者接收的GTK。GTK应是一个128位密码级随机数。当分发设备建立了一个新的组关系时应产生一个新的GTK。18．3．6提供了一个产生新的GTK的方法的例子。18．3．3伪随机函数(PRF)定义安全服务规范的几个地方都用到了PRF。根据用途，PRF需要输出64位，128位和256位的数据。本条定义了3种不同的PRF：183 GB／T26229--2010PRF一64，输出为64位；PRF128，输出为128位；PRF一256，输出为256位。在下面的章条中，K表示一个128位对称密钥，N表示13个八位位组的现值，A表示唯一的14个八位位组ASCII码文本，用于标识每一个不同的PRF应用，B表示输入数据流，Blen代表3姗流的长度。f|表示串联。块是一个16个八位位组长的，使用SMS4—128CCM计算MIC的输入(见18．5)。CCMMAC—FUNCTION(K，N，A，B，Blen)beginFormauthenticationblockB一0fromflags一0x59，N，andl(m)一0FormauthenticationblockB一1from1(a)一14+BlenandAFormadditionalauthenticationblocksfromB(withlastblockzeropaddedasneeded)FormeneryptionblockA一0fromflags一0x01，N，andCounter一0—0R—MIC(K⋯B0B-1，⋯，A一0)returnRPRF(K，N，A，B，Blen，Len)fori一1to(Len+63)／64doR+RCcM—MAC—FUNCTION(K，N，A，B，Blen)N—N+1returnL(R，0，Len)一LenmostsignificantbitsofRPRF64(K，N，A，B，Blen)一PRF(K，N，A，B，Blen，64)PRF一128(K，N，A，B，Blen)一PRF(K，N，A，B，Blen，128)PRF256(K，N，A，B，Blen)一PRF(K，N，A，B，Blen，256)18．3．4PTK和KCK的生成基于表208定义的如下参数，4次握手规程利用PRF一256来生成PTK和GTK。K——PMK：N——B12—11一发起设备DevAddr，B109=响应设备DevAddr，B86一PTKID，B50—0；A——“Pair—wisekeys”：B——1NonceIR—Nonce；Blen一——32。表208PTK和KCK生成参数名称大小(八位位组)描述InitiatorDevAddr2发起设备的DevaddrResponderDevAddr2响应设备的DevaddrINonce16发起设备选择的随机数(在消息1中)R—Nonce16响应设备选择的随机数(在消息2中)PTKID3产生的PTK的协商TKID值(在消息1中)PMK16MKID标识的预共享的成对主密钥(在消息1中)84使用上述参数，调用PRF256计算一个256位的密钥流KeyStream—PRF256(K，N，A，B，Blen) GB／T26229--2010然后，把该密钥流分割形成PTK和KCK。见表209，该密钥流的最低有效的16个八位位组组成为KCK，最高有效的16个八位位组组成PTK。表209KCK与PTK源密钥源KcK密钥流中的0～15八位位组rTK密钥流中的16～31八位位组18．3．5PTKMIC生成4次握手规程中，使用“Out—of—bandMIC”为消息2和4的PTKMIC字段计算消息完整性码。应使用PRF64进行PTKMIC的计算，所需参数见表208：K——KCK：N——B1211一InitiatorDevAddr，B10一9一ResponderDevAddr，B8—6一PTKID，B5O一0；A——“Out—of—bandMIC”：B——包含在PTK命令中的从MessageNumber到I-Nonce／R—Nonce字段；BIen——B的以八位位组计的长度一48；PTKMIC+PRF64(K，N，A，B，Blen)。18．3．6随机数生成为实现本标准定义的密码机制，设备需要生成密码级随机数。NIST特刊80080C给出了密码级随机数的详细说明和提供了采集合适随机数的指南。建议从多个源中采集随机样本，然后进行PRF计算。这种方法可以为伪随机生成函数提供不可预知的种子。下例描述如何通过随机样本和PRF一128生成上述种子：I，oopCounter一0Nonce一0whileLoopCounter<32beginresult=PRF--128(0，Nonce，“InitRandomSeed”，DevAddrTimeresultLoopCounter，dataLen)Nonce—Nonce+1result—result{lendGlobalSeed—PRF一128(0，Nonce，“InitRandomSeed”，DevAddrTimeresult|【LoopCounter，dataLen)一旦种子被生成，它就可以作为一个密钥来进一步生成随机数。4次握手规程要求每一个实体提供一个128位的随机数。使用上述种子和PRF128就可以生成这个所需随机数。GenerateRandomNoncebeginN—DevAddrDevAddrzeroCollectrandomnesssamplesresult—PRF128(GlobalSeed，N，“RandomNumbers”，，lengthofsamples)returnresult18．4帧接收步骤和重放保护机制接收设备应按照本条规定的过程进行帧接收和重放保护。185 GB／T26229--201018．4．1帧接收接收到帧时，MAC子层应按顺序执行如下步骤：a)校验FCS。如果校验失败，丢弃该帧。否则，使用合适的确认规则对接收到的帧进行确认，然后转到下一步；b)检查MAC头中安全位，并根据设备的安全方式进行适当的操作(见18．2)。如果撬收帧未被丢弃，且其安全位为1，转到下一步；c)检验TKID。如果TKlD没有标识一个当前安装的PTK或GTK，丢弃该帧。MLME发送原语MI。MESECURITY—VIOI．ATION．idication，并设置原语参数Vi01ationcode为INVALID—TKID。否则进入下一步；d)使用TKID标识的PTK或GTK校验MIC(见18．5)。如果校验失败，丢弃该帧。MI。ME发送原语MI。MESECURITY—VIOl。ATION．idication，并设置原语的参数ViolationCode为INVAI—D—MIC。否则进入下一步；e)帧重放检测(见18．4．2)。如果检测到重放，丢弃该帧。MLME发送原语MLME—SECURITY—VIOl。ATlON．idication，并设置原语的参数V10lati。ncode为REPI。AYED—FRAME。否则，更新接收帧使用的PTK或GTK对应的计数器(见18．4．2)。然后进入下一步；f)按照第17章所规定的办法处理此帧，包括过滤重复帧。如果帧已经被接收过，丢弃该帧，否则，进入下一步；g)解密接收帧。该步可以与MIC校验并行执行。18+4．2重放保护当一个临时密钥，PTK或GTK已安装时．每一个发射MAC子层应建立一个48位的SFC，并初始化为0。在使用对应临时密钥发送一个安全帧之前(无论该发送的安全帧是新帧还是重放帧)，应使临时密钥对应的SFC加1，并把安全帧的SFN字段设置为加1后的SFC。当一个临时密钥，PTK或GTK已安装时，每一个接收MAC子层应建立一个48位的重放计数器。并且如果是PTK，计数器初始化为0，如果是GTK，计数器初始化为分发的GTK命令帧中包含的SFC。接收到包含有效FCS和MIC的安全帧后，接收设备应按照下述步骤进行重放攻击检测和保护：接收设备提取接收帧中包含的SFN，读取接收帧使用的f临时密钥对应的重放计数器，并比较两者之值。如果提取的SFN值小于等于读取的重放计数器值，接收帧MAC子层应丢弃该帧，并且，MI．ME发送MI。ME—SECURITY—VIOl。ATION．idication，并设置原语的参数ViolationCode为REPI。AYED-FRAME。否则接收设备应把相应的重放计数器设置为接收到的SFN。接收设备在用SFN更新重放计数器之前，应确保接收帧通过FCS校验，重放保护和MIC检验。18．4．3GTK的意义(含义ImplicationsonGTKs)由于接收方对于每个已安装的临时密钥只维持一个重放计数器，接收方只能用给定密钥从一个源接收业务。允许多个源设备使用相同GTK的方案，会导致将来自这些源中的一些设备的帧当作重放攻击。为避免该问题，要求组中的每个源设备向组中接收方分发一个唯一的GTK。18．5SMS4-128CCM输入SMS4128CCM为本标准定义的安全帧提供机密性、确定性和完整性保护。本条规定了SMS4128CCM操作所需要的不同字段。18．5．1综述SMS4128定义了一个对称块密码算法，使用128位密钥处理128位数据块。CCM在RFC3610中规定。CCM使用计数器方式进行加密，使用密码块链进行鉴别。SMS4—128CCM将SMS4—128与CCM结合对消息进行加密和鉴别。186 GB／T26229--2010加密是对部分或全部安全有效负载进行的，而认证是由每个安全帧的MIC提供的。MIC也对安全帧的MAC帧头和帧有效负载的完整性进行保护。CCM有两个输入参数：M(鉴别字段的八位位组数)和L(长度字段的八位位组数)。在本标准中，M一8，I．一2。对每一个要保护的传输帧，CCM需要使用临时密钥和唯一现值。SFN与帧编址和f临时密钥标识信息结合为每个安全帧提供唯一现值。因为每个具有密钥的帧保护需要唯一现值，临时密钥有一个已知的生命周期。每个临时密钥最多可以保护n个帧，n是SFN的最大值。如果使用相同的临时密钥的现值的值被多次使用，那么所有安全保证都会无效。本条下面的图给出了现值和CCM块的格式，位于其他八位位组左边的是最高有效八位位组。18．5．2现值CCM现值是13个八位位组的字段，由当前帧的2个八位位组SrcAddr、2个八位位组的DestAddr、3个八位位组的TKID以及6个八位位组的SFN组成。现值是鉴别块B一0的一个组成部分，而B0是CBC—MAC的输入之一。现值为每次鉴别／加密提供CCM要求的唯一性。表210表示了CCM现值的结构，其中，现值的每个成分左边是最高有效八位位组，右边是最低有效八位位组。表210CCM算法的现值输入八位位组数：2236SrcAddrDestAddrTKIDSFN18．5．3CCM块CCM鉴别块的结构如表211。表211CCM鉴别块的输入八位位132102lE()0～15P—E()0～15组数：1加密数附加鉴不加密标记据长度别数据MAC加密偏安全安全有加密安现值00填充全有效0填充(一0x59)l(m)一长度1(a)头部移(EO)预留效负载p-EO一14上EO部分负载部分B0B1B一2，⋯，B一(M1)BM，⋯．B_N18．5．3．1鉴别块B』鉴别块B0是CBCMAC算法的第一个输入块，它的格式如表212所示。成分l(m)的最高有效八位位组在左，最低有效八位位组在右。而现值成分的最低有效八位位组在左，最高有效八位位组在右。表212鉴别块B_0格式八位位组数：1132标记一0x59现值l(m)18．5．3．2鉴别块B一1鉴别块B-1是CBC—MAC算法的第二个输入块。它的格式如表213。成分l(a)的最高有效八位位组在左，最低有效八位位组在右。EO和MAC头成分表示成在无线媒体中传输时左边的八位位组先于右边的八位位组被传输。表213块B_1的格式八位位组数：2lo2l1l(a)MAc头部Eo安全预留。 GB／T26229—201018．5．3．3鉴别块B_2，⋯，B—N鉴别块B一2，⋯，B一(M1)和B—M。⋯，B—N，是CBCMAC算法的附加输人块。它们的格式如表214所示。这些鉴别块的形成方式是，分别把安全有效负载的非加密部分和安全有效负载的加密部分分成16个八位位组的块。来自安全有效负载非加密部分的最后一块可以补零以保证块长为16个八位位组；同样，来自安全有效负载加密部分的最后一块也可以补零以保证块长为16个八位位组：填补的八位位组不在无线媒体上传输。表214从B一开始的鉴别块的格式八位位组数：E()0～15PEo0～15I不加密的安全有效负载部分。填充加密安全有效负载部分0填充B2，一，B(M一1)BM，⋯，B—N在每一个B_2，⋯，睫(M一】)或B-M，⋯，B—N中，加密或不加密的安全有效负载部分都应按照左边的八位位组先于右边的八位位组在无线媒体中进行传输。需要时，B(M1)和B—N在右边填充0。18．5．3．4加密块A』，A_1，⋯，A_mCCM使用加密块A一0，A_1，⋯，A—m来生成密钥流块，密钥流块是用来对CBCMAC和加密安全有效负载部分进行加密，这些块的格式如表215所示。其中，计数器i是一个2个八位位组的单调递增计数器，对每个安全帧，它都会被初始化为0。对每个成功的加密块，该计数器值加1。A—i的计数器i成分最高有效八位位组在左，最低有效八位位组在右。而现值成分却刚好相反。表215A-i块结构八位位组数：i132标记一OxOl现值计数器i188 GB／T26229--2010附录A(规范性附录)MUX子屡MUX子层是图33中描述的MAC客户端以及在MAC子层和MUX客户端之间路由数据。A．1MUX服务MUX子层按照MUXSAP、MUX服务、MUX客户端来描述。每个MUX客户端和一个唯一的协议相关联。服务数据单元由MUX客户端在MUXSAP提出。协议在MUX头部以下列两种方式之一被编码为：a)一个协议标识符和一个OUI；或者b)～个IEEEEthertype值。MUX服务添加一个MUX头部到MUX服务数据单元构造一个MUX协议数据单元。MUX子层利用MAC子层提供的服务传送它的协议数据单元。当从MAC子层接收到一个MUX协议数据单元后，MUX服务移除MUX头部，并基于被标识的协议投递被传输的服务数据单元给合适的MUX客户端。A．2MUX协议数据单元格式MUK协议数据单元由MUX头部和MUX有效负载组成，如表A．1所示。表A．1MUX协议数据单元格式八位位组：2或5NMUX头部MUX有效负载MUX有效负载字段包含MUX服务数据单元，该服务数据单元是在MUX头部中标识的协议的有效负载数据单元。MUX头部的前两个八位位组采用无符号二进制数编码，按照从含最高位八位位组到含最低位八位位组的顺序投递给MAC子层。本字段中的八位位组顺序与本标准大部分字段中的相反。MUX有效负载是依次标记为MUXPayloadE0]到MUXPayloadEM一1]的八位位组序列。八位位组按索引值的升序被传递到MAC子层。MUX头部与MUX有效负载一起构成MAC子层的有效负载，以依次标记为payloadt0]到payloadEP一1]的八位位组序列出现在MAC中，参见16．2。有3个版本的MUx头部，基于头部的前两个八位位组来区分。A．2．1MUX头部一OUI版本第一个版本长5个八位位组，如表A．2所示。表A．2第一个版本的MUX头部格式八位位组：23侨议lD(0x0000—0x00FF)()UI协议ID字段取值范围从0～255，该值被设置用来标识在OUI字段指定的OUI所有者所定义的协议。OUI是3个八位位组的序列，依次标记为oui[o]到oui[2]。OUI八位位组按索引值的升序被传递到MAC子层。A．2．2MUX头部一预留版本MUX头部的第2个版本长两个八位位组，如表A．3所示。189 GB／T26229--2010表A．3第二个版本的MUX头部格式协议ID字段取值范围从256到1535，如附录C．4所定义。A．2．3MUX头部一Ethertype版本MUX头部的第3个版本长两个八位位组，如表A．4所示。表A．4第三个版本的MUX头部格式Ethertype字段取值范围从1536到65535，被设置为一个Ethertype值来标识一个协议。 附录B(规范性附录)MAC层策略GB／T26229--2010B．1信标时隙选择当设备在由17．2．3描述的信标扫描后选择一个初始信标时隙时，只有当选择的时隙在BPST后mMaxBPLength／2个信标时隙之内时，该设备应(在所选的信标时隙中)发送一个主要信标。B．2预留限制一个预留由行分量和列分量组成。行分量：预留的一部分，在所在的区相同的偏移处包括相等数量的MAS，可选择性的不包括0区，如DRPIE所描述。行预留包括整行预留方式，每4列预留1个MAS的行预留方式，每16列预留1个MAS的行预留方式(这种方式归为列预留)。其中行预留方式的选择需要根据业务的QOS和高层数据到达业务量大小计算出所需的MAs数量以及位置从而选择相匹配的行预留方式。列分量：预留中不是行分量的部分。假设某业务的高层数据到达率为^，该业务对时延的要求为丁。且此时物理层传输速率为m根据高层数据到达率的大小，计算出隔x列(X×16个MAS时长)占用一个MAS是最合适的。根据式(B．1)^×X×16×256p．s一口×256p-s⋯⋯⋯⋯⋯⋯⋯⋯⋯⋯(B．1)得到的x值，即表示最适合的对业务的处理间隔。又因为业务对时延的要求为丁。则Y—Th／(16×256Ⅲ)该算式表示业务的时延要求缓存中累积的数据应该每隔y列发送出去。求得两者之间的最小值Z—rain(X，Y)若z≥16，则该业务采用每16列预留1个MAS的行预留方式(即列预留)且需预留T个MAS时隙，其中r为通过方程^×16×16×256p-s—u×256p．s×T求得的值，了、可为小数，下同；若4≤z<16，则该业务采用每4列预留1个MAS的行预留方式且每个MAS需预留的时隙长度为式^×4×16×256p-s一口×256p．s×T求得的丁值；若0l时，则选用ET]行整行预留和1行预留T-E刀时长的方式。本条描述的规则独立应用于设备，无论其做为预留所有者或预留目的。它们不应用于预留类型设为外部BP的DRPIE。设备可把在相同区内的来自多个列分量的相邻预留块当作一个单独列分量的一个单独预留块。设备不应分配比其最优操作所需的必要时间更多的信道时间。191 GB／T26229--2010设备应按照如下规则设置一个DRPIE的DRP控制字段的Unsafe位：a)设备不应在DRPIE中标识多于SOIE中报告的当前超帧长度乘以mMasReservationI，imit个MAS的时间段长度，当Unsafe位设为0时。b)设备不应在DRPIE中标识多于y个连续MAS长度在一个列分量的同一个区内，当Unsafe位设为0时。这里y是MAS序号的函数，其中MAS序号是指在该区(从0区开始计，中连续的MAS里第一个被预留的MAS的序号，见表B．1。表B1预留块大小限制第一个MAS序号yO8l726345464748494104114124133】42151c)’除满足a)或b)之外，设备不应在DRPIE中设置Unsafe位为1。设备不应在一个预留的列分量的0区中包括MAS。一个设备可在任何时间在其信标内发送包含释放请求的IE，该信标的目标设备地址标识为如下设备，该设备发送的信标包含一个或多个DRPIE控制字段的Unsafe位设为1的DRPIE(不安全DRPIE)。(发送包含释放请求IE的信标的)设备不应设置目标设备地址字段来标识如下设备，该设备在其信标中不包括任何不安全DRP1E，除非如17．1．10．17所描述的转发～个接收到的释放请求IE给它的预留所有者。释放请求1E的分配字段宜在一个或多个不安全DRPIE中标识MAS。释放请求控制字段的原因码宜被设为一个有效的原因码来说明请求(释放)被标识MAS的原因。如果一个设备收到一个包含释放请求IE的信标，且其目标设备地址为它自己的设备地址，它在一个不安全DRPIE中包含(释放请求1E中标识的)MAS，该设备应：a)修改它的DRPIE，移除(接收到的释放请求IE中)标识的MAS；或者b)修改它的DRPIE，使包括一个或多个被标识MAS的任意DRPIE的Unsafe位设为0，根据本条前述规则。设备应在首次接收到释放请求IE后mUnsafeReleasel。imit个超帧内做出上述调整。如果一个设备请求一个邻居释放其在不安全DRPIE中的MAS，该设备不应在其信标中包括新的192 GB／T26229--2010不安全DRPIE或者改变DRPIE以设置其Unsa{e位为l，直到经过mOwnerUnsafeHoldoff个超帧。如果一个设备在其信标中包括～个不安全DRPIE并且接收到的释放清求IE标识的MAS被包括在该DRPIE中，它不应在其信标中包括新的不安全DRPIE或者改变DRP1E以设置其Unsafe位为1，直到该邻居请求释放建立一个新的DRPIE或者经过mTargetunsafeH。ldoff个超帧。B．3PCA预留如果设备在其邻居建立的PcA预留中发起帧事务，它也宜建立包括其使用的MAS的PCA预留。设备不应在长度超过mTotalMASLimit个MAS的时间段中发起帧事务．当包含这些MAS的该设备或任何邻居的信标中DRP1EUnsafe位设为0且预留类型字段设置为PCA时。B．4预留定位参考本章，预留所有者应基于不小于4”s的最小等待时间要求，或者基于对最小预留块长度的媒体利用率或功耗要求，来选择(包含所使用MAS的)MAS。对于预留的行分量，应首先根据B．2预留限制中，根据业务QoS和高层数据到达业务量大小的大小进行计算，得到最匹配的行预留方式，然后根据不同的行预留方式来选择合适的预留位置。如果是整行预留的方式，预留所有者应选择预留块使得一个区里被选择的最低MAS序号最大，除非预留所有者不要求在每个区里使用超过一个预留块。如果是每4列预留1个MAS的方式，则应优先放置在有相同预留方式且其中行号最大的那一行；如果是每16列预留1个MAS的方式，则归到下文中列预留方式的位置选择来处理。对于预留的列分量，如果可能，预留所有者应选择满足其要求的预留块使得每个预留块定位在该区的前八个MAS。如果不可能，预留所有者应选择满足其要求的预留块并最小化任意区里被选择的最高MAS序号。如有多个潜在的区定位满足前述设备要求，预留所有者应在如下区选择预留块，使得按照下列顺序组合最后使用的组合，尽可能靠前：[{8)，{4或12}，{2，6，10，或14)，{1，3，5，9，11，13，或15)]如有多个可能的区定位使用相同的最后组合，预留所有者宜最小化被选择区的最高MAS序号。预留所有者应放置预留块在区内最早可用定位。如果预留所有者可用于预留的MAS改变，应决定其预留是否仍满足B．4所列预留定位规则。如果不满足，预留所有者应在mCompactionI。imit个超帧内改变其预留来满足预留定位规则。预留所有者可以对于在如下DRPIE中标识的MAS忽略预留定位规则，这些DRPIE根据在B．2中表述的y的限制而设置UnsMe位为1。B．5信道选择一个设备可以选择任意频带组和TFC的组合(统称为信道)来和另一设备通信。选择一个频带组后，设备宜选择其相关信道有充分资源能满足设备需求的第～个TFC。需考虑的资源是：a)～个设备叮用的信标时隙；和b)充足的未分配信道时间。如果对于一个特别信道，资源不可用，设备应选择下一排位的TFC并扫描相关信道。一旦设备选择一个信道进行发送和接收操作，它宜继续利用相同的信道，除非设备的通信需求不再能够被满足。B．6发送功率控制设备应支持发送功率控制并使用可以保持链路的可能的最低发送功率。l93 GB／T26229—2010B．7MAC层策略参数表B．2包含了MAC层策略参数的值。表B．2MAC层策略参数参数值mCompactionl。imit32个超帧mOwnerUnsafeHoldoff32个超帧mTargetUnsafeHoldoff2×mMaxl。ostBeaeons个超帧I"11TotalMASI。imlt112个MASmUnsafeReleaseLimit4个超帧B．8B-ACK确认机制发送窗口的确定在突发方式下使用B—ACK确认策略时，源设备从开始发送帧序列到正确接收BACK帧为一次突发，一次突发中发送帧序列的帧数称为发送窗El。使时延最小的发送窗口主要由高层数据到达速率决定，合理地设置发送窗口可以减小B-ACK机制下的端到端时延。以减小时延为目标，源设备将为使用BACK机制的流或使用优先级的每一次突发确定合适的发送窗口。源设备采用以下步骤确定B-ACK机制的发送窗口：B．8．1检测业务流上次突发期间的相对负载相对负载定义为高层数据到达MAC层的数据速率与物理层发送速率的比值，相对负载G用式(B．2)计算：G一瓦D式中：D一高层业务流到达MAC层的平均数据速率，单位是比特每秒(bit／s)；R——当前物理层的发送速率，单位是比特每秒(bit／s)。D基于以下规则得到：a)对于PCATXOP或DRP预留MAS中的第一次突发，源设备将D初始化为0。b)对于PCATXOP中除第一次突发以外的后续突发，源设备在开始下次突发时，同时检测上次突发期间该流或使用优先级新到达MAC层的帧数Nm⋯上次突发持续的时间t。。(单位：秒)、等待传输的帧序列的帧有效负载L(单位：八位位组)，则上次突发期间的高层业务流到达MAC层的平均数据速率D用式(B．3)计算：D一盟幽丕生丕!“岍‘(B．3)PCATXOP中，tm。的计时范围包括：1)对于第一次突发，从帧序列的第一帧的开端开始，到最后一个确认机制字段设为B—ACK的帧的末尾结束；2)对于后续突发，从上一次突发的tbu。t计时结束开始，到本次突发的最后一个确认机制字段设为BACK的帧的末尾结束。图B．1是fm。、计时范围的示例，PCATXOP中tt。。。、的计时范围不包括第5帧(其确认机制字段设为BREQ)的传输时间。因为在PCATXOP中，第5帧的持续期字段需要设为下一次突发的持续期，在发送第5帧前需要依据下次突发的发送窗El计算出第5帧的持续期字段的值。c)如果DRP预留建立时，DME已经提供高层数据到达速率，例如DME生成的MI，MERE GB／T26229--2010SOURCE．request原语中提供了预留所需最小的带宽MinBW或预留期望的带宽DesiredBW，则MI。ME可以采用这些参数作为D的取值。d)如果DRP预留建立时，DME不能提供高层数据到达速率，则D的计算方法和PCATx0P中的相同。在硬预留块或者私有预留块中，tm。的计时范围可以和PCATXOP中的计时范围相同，也可以是整个帧序列的传输时间。例如图B．1中。t。，可以是从第3帧的开端到第5帧的末尾结束，即包括ACK策略字段设为B—REQ的最后一帧第5帧。按照c)得到D后，根据式(B．2)计算出的相对负载G并直接作为相对负载的估计值G，跳过B．8．2执行B．8．3。在其他情况下，顺序执行B．8．2和B．8．3。图B．1PCATXOP中B-ACK突发的t。B．8．2估算下次突发的相对负载相对负载的估计值用G表示。对于第i次(i=间的实际相对负载G。。相对负载初始估计值G的估计值G，根据式(B．4)计算：1，2，3⋯)突发，根据B．8．1检测得到前一次突发期=0。为了提高估计的可靠性，下次突发的相对负载(B．4)B．8．3利用相对负载估计值确定下次突发的发送窗口大小用B。。和B⋯分别表示发送窗口的最小值和最大值。B⋯取决于接收设备的缓存能力，其值等于源设备接收的B—ACK帧的帧计数字段的值。简单地，发送窗LI最小值B⋯可以按照线性关系B⋯一lG，Xmj进行确定。需要指出，由G：确定B⋯的函数不是唯一的，能满足相对负载与发送窗口关系的函数都可应用。相对负载与发送窗13的关系是：当相对负载较小时，由于帧到达的速率低，为了减小组成一次突发所需要的时间，应减小发送窗口；反之当相对负载较大时，由于帧到达速率很高，为了及时将缓存中的帧发送出去，应增大发送窗口。检测发送队列中现有的帧数，记为Nn”，它包括该业务流由高层新到达MAC层的帧以及需要重传的帧。此时发送窗口N⋯。按式(B．5)确定：fB⋯，NⅢ。，<上；。。N⋯d。。一B⋯Nwm一的确定过程存在两种特殊情况：a)如果按式(B．5)确定N。，一。。后，在剩余的信道访问时间内只能允许发送N·。。(N一IE的内容本标准—采用to。e．9716822无增加16822，洋见标准文本nulling技术，需要增加相关IE的定义当判定发生地址冲突时，设备将根据上述地址冲突情形，分别判断是否生成一个新的DevAddr而进行地址冲突处理：a)发生上述地址冲突情形a)时：1)接收到的是信标帧：设备获取自身信标时隙号；设备从接收到的信标帧中获取冲突设备的信标时隙号；比较设备自身信标时隙号与冲突设备信标时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有I)evAddr不同的DevAddr；否则，设备不进行地址重新分配；2)接收到的是非信标帧：为了提高系统性能，本9817l1．1无设备获取自身信标时标准优化了地址冲突解隙号；设备获取冲突设决方案备的信标时隙；比较设备自身时隙与冲突设备时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有DevAddr不同的DevAddr；否则，设备不进行地址重新分配；b)发生上述地址冲突情形b)时：设备获取自身信标时隙号；设备根据接收的信标帧包含的SOIE获取冲突设备的信标时隙号；比较设备自身的信标时隙号与冲突设备的信标时隙号的大小：如果前者大于后者，则设备重新生成一个与其现有DevAddr不同的DevAddr；否则，设备不进行地址重新分配273 GB／T2622912010表I．1(续)本标准序号ISO／1EC26907：2007的内容本标准修改后内容修改理由的章条增加关于BG权重IE99171101g无增加171．1019，详见标准文本的内容10017l102C无增加17．1．1020，详见标准文本增加SSDRPIE的内容本标准采用tone-1011711021无增加17．1．102l，详见标准文本nulling技术，需要增加相关IE的定义增加第五段“每个设备只发送一个主要信标帧。每个设备在任何信标帧中最多报告rnMaxDevAd—drToReport个设备地址．如果某个设备需要报告多过mMaxDevAddrToReport个设备地址，就必须使用另一个信标时隙发送扩展信标新增扩展信标，将原来102172无的信标改为主要信标，以帧。每个设备在一个超帧中最多适应可变超帧的特性可使用两个扩展信标帧．每个信标帧中都必须包含SOIE。每个设备在一个信标时隙中只能发送一个信标帧，主要信标帧或扩展信标帧。每个设备按16．8．9使用最少的信标帧报告全部的设备地址。”改为“设备会在每个信标(包括第一段“设备会在信标中宣布主要信标和扩展信标，扩展信标的10317．2．2信标长度，以信标时隙为单位测使用取决于报告的设备数目)通告量”它的BP长度，以信标时隙个数测量。”增加一段“在设备决定建立新的BP后，设备首先要通过检测获取各逻辑信道的工作子带的干扰电平，通过比较各逻辑信道的工作子104172．3无带的干扰电平的大小，选择工作子带的干扰电平小的逻辑信道作为发送新创建的信标周期BP的逻辑信道，具体参见附录H。”新增扩展信标，将原来的信标改为主要信标，以改为“如果检测到一个或多个信适应可变超帧的特性标帧，就无需建立新的BP，在和其“如果检测到一个或多个信标他设备通信前，设备必须选择一个帧，就无需建立新的BP，在和其信标时隙在接下来mMaxLostBea．他设备通信前，设备必须选择一cons+1连续超帧中发送一个信个信标时隙发送一个信标，这个标，这个信标时隙是从上一超帧的1051723信标时隙是从上一超帧的最后最后一个被占用的信标时隙后最一个被占用的信标时隙后最多多mBPExlension个信标时隙中选mBPExtension个信标时隙中选择的，而且不能超过BPST后的mMaxBPLength长度，并且不能调mMaxBPLength长度。”整BPST。设备在通讯前，如17．5节所述，使该设备与信标组中最慢的设备同步。”274 表I．1(续)GB／T26229--2010本标准序号1SO／IEC26907：2007的内容本标准修改后内容修改理由的章条改为“在活动方式下，每个超帧“为了检测是否与邻居节点发都要发送信标，除非是为了检测是生信标冲突，设备将间歇性的停否与邻居发生信标冲突，设备将间止信标发送来在它的信标时隙歇性的停止信标发送，包括主要信10617．2．3侦听潜在的邻居节点。至少每标和扩展信标，来在它的信标时隙mMaxNeighborDetectionInterva[侦听潜在的邻居。至少每个长度停止来侦听一次。”mMaxNeighborDetectionInterva[要停止信标发送束侦听一次。”改为“同步可以使得快的设备的“同步可以使得快的设备的信信标成为外来信标。若两个不同标成为外来信标。若两个不同的BPST间相隔少于mGuardTime的BPST间相隔少于则认为这两个BPST是联合一致mGuardTime则认为这两个的，BP合并采用设备间的同步方BPST是联合一致的。如果设备法，见1751。如果设备的BPST采用了优化的同步方1071726在外部BP之内或外部BP的案，提高性能的BPST在外部BP之内或外部BPST在设备自己的BP之内就认BP的BPST在设备自己的BP为这两个BPs是交迭的，此时BP之内就认为这两个BPs是交迭的。若信标的信令时隙位为1，合并需要设备问交互BP合并IE，其包含子域的设置见17．263。该信标不是外来信标。”若信标的信令时隙位为1，该信标不是外来信标。”改为“如果设备的BPST只在前一超帧，而不是之前的mMaxi。ostBeacons+l的连续超帧中在外部BP之内，或外部设备的BPST只在前一超帧，而不是之前的mMaxLostBeacons+1的连续超帧中落在设备BP之内，设备将按如下规“如果设备的BPST落在外部则将自己的信标重定位到外部BP设备BP中，或外部设备的BPST之内：设备按照175．1的估计时落在设备BP中，设备遵循以下钟间隔的方法判断设备是否比外规则，a)设备按照17．5．t的估部设备快。在估计外部设备的时新增改进的同步方案10817261对交迭的BP合并部分的计时钟间隔的方法判断设备是钟间隔时，把它看成邻居。设备修改否比外部设备快。在估计外部SOIE中的新超帧长度字段的值取设备的时钟间隔时，把它看成邻设备和外部信标SOlE在前一超帧居设备。”中当前超帧长度之和及mMaxSuperframeDurationUnits之间的最小值。设备SOlE中的超帧长度改变倒汁时字段的值设为mini—tialSuperframeDurationChangeCoum—down。在随后的超帧中．只要设备不调整BPST，该设备将遵循17．52。”275 GB／T26229--2010表I．1(续)本标准序号ISO／IEC26907：2007的内容本标准修改后内容修改理由的章条改为“如果设备只在前一超帧，而不是之前的rnMaxI，ostPeacons+1的连续超帧中检测到外部BP，但外部BP在时间上与自己的BP没有重叠，将按照如下规则合并BP：”“如果设备检测到外部BP，但“b)设备按照17．5．1的估计时外部BP在时间上与自己的BP钟间隔的方法判断设备是否比外投有重叠，将按照如下规则合并部设备快。在估计外部设备的时BPs，”“b)设备按照17．6l的钟间隔时，把它看成邻居。设备新增改进的同步方案10917．262SOlE中的新超帧长度字段的值取对交迭的BP合并部分的估计时钟间隔的方法判断设备是否比外部设备快。在估计外设备和外部信标SOIE在前一超帧修改部设备的时钟间隔时，把它看成中当前超帧长度之和及raMaxSu—perlrameDurationUnits之间的最邻居设备。”小值。设备SOlE中的超帧长度改变倒计时字段的值设为mlni—tialSuperframeDurationChangeCountdown。在随后的超帧中，只要设备不调整BPST，该设备将遵循17．5．2。”本标准提供了一种信1101726．3全部修改具体见文本标重定位的方案本标准支持信标重定位，此过程需对BP进行11l17．2．6．4全部修改具体见文本调整，此处提供了BP扩展的方法改为“PCA支持4种帧接人类型(AC：ACBK、ACBE、ACVI、AC—VO)。如果在当前超帧中没有收到TIMIE，针对每一种AC，设备使用与该AC相对应的PCA参数经过有优先级的竞争规程获取一个TXOP传输此AC的帧。如果在当前超帧中接收到邻居节点的TIMIE，且设备自己也发送TIM对本标准定义的新的IE，设备将根据收集到的TIMIE112173第一段PCA竞争接人方案进行中业务流优先级信息确定自己的支持PCA退避计数器，获取一个TxOP传输相应优先级的帧。此种情况下，设备以CP为基本竞争接人单位，每个CP长mPCAContentionPeriod。由于设备可能发送Cp-END帧(见16．4．7)，或接收到其他设备发送过来的CPEND帧，指示提前结束当前CP和开始下一CP，所以CP的长度是可变化的。”276 表I．1(续)GB／T26229--2010本标准序号Iso／IEC26907：2007的内容本标准修改后内容修改理由的章条改为“对于数据帧和块数据帧，4类AC分为8种用户优先级(UP)，对本标准定义的新的113173第二段见表202。对于命令帧，可选择任PCA竞争接人方案进行何合适的AC，并可选择合适支持的UP。”改为：“PCA支持4种屯贞接人类型(AC：ACBK、AC—BE、AC—VI、AC—VO)。如果在当前超帧中没有收到TIMIE，针对每一种AC，设备使用与该AC相对应的PCA参数经过有优先级的竞争规程获取一个TXOP传输此AC的帧。如果在当前超帧中接收到邻居节点的TIMIE，且设备自己也发送TIMIE，设备将根据收集到的114173第一段TIMIE中业务流优先级信息确定自己婚PCA退避计数器，获取一个TXOP传输相应优先级的帧。此种情况下，设备以CP为基本竞争接人单位，每个CP长mPCAContentionPeriod。由于设备可能发送CP-END帧(见16．4．7)，或接收到其他设备发送过来的CP-END对原标准内容进行修帧，指示提前结束当前CP和开始改，支持新增的PCA竞争下一CP．所以CP的长度是可变接人方案化的。”改为：“设备为每个AC维持4个退避计数器。不同的AC及UP有不同的PCA参数．设备未接收到“设备为每个AC维持4个退TIMIE时为任何一个TFC偏移传避计数器。不同的AC有不同的输进行PCA获取TXOP或进行PCA参数，设备进行PCA获取AC退避时根据AC选用不同的1151734TXOP或进行AC退避时根据PCA参数，参数包括AIFS[AC]，AC选用不同的PCA参数。这mCWmin[AC]和mCWmax[AC]，些参数总结如下，参数的取值见mTXOPI，imit[AC]；接收到TIM1E时进行UP退避根据UP选用1716的表117。”不用的退避计数器，参数包括Backoff[AC]([uP])([BSN])。这些参数总结如下，参数的取值见1716的表204。”277 GB／T26229--2010表I．1(续)本标准序号ISO／IEC26907：2007的内容本标准修改后内容修改理由的章条新增内容说明新增增加173．43，国际标准的PCA竞争接人声畚中11617．343无17．3．4．3改为1734Backoff[AC]([UP])([BSN])使用规则本标准增加PCA竞争1】71735无增加整条内容，详见文本接入方案，此处对竞争周期的调整过程进行规定为提高性能本标准新增PCA竞争接入的内容。1181736无增加了图43及其说明接收到TIMIE，退避方式改变的示意图第二段“TXOP所有者开始帧修改为：“TXOP所有者在某一对原标准内容进行修交换后可以在为AC获得的TX—个TFC偏移传输中开始帧事务后改，支持新增的PCA竞争1191737可以在为AC／UP获得的TXOP接入方案和提高网络吞OP中不退避连续进行该AC的中不退避连续进行该AC／UP的一一个或多个帧事务，规则如下：”吐量方案个或多个帧事务，规则如下：”第5段的第2个列项“在使用修改为：“在使用No—ACK或I}No—ACK或B-ACK确认策略发ACK确认策略发送一帧后，TXOP为提高性能本标准新120173．7送一帧后，TXOP所有者应在发所有者应在发送帧结束后间隔送帧结束后间隔pMIFS或pMIFS或pSIFS发送下一帧，如果增PCA竞争接入的cp_TXOP所有者无帧再发送，它将立end帧使用规则pSIFS发送下一帧”即发送CPEND帧；”修改为：“接收到期望的对发送第5段的第4个列项“接收到的上一帧的CTS、ImmACK或B_期望的对发送的上一帧的CTS、ACK应答后，TXOP所有者应在为提高性能本标准新Imm—ACK或B-Ack应答后，接收帧结束后间隔pSIFS发送下121173．7增PCA竞争接人的cp"TXOP所有者将在pSIFS间隔一帧，或在收到B-ACK的情况下end帧使用规则后发送下一帧或在收到B-ACK重发先前发过的一帧，如果TXOP的情况下重发先前发过的一帧；所有者无帧再发送，它将立即发送CP—END帧}”对原标准内容进行修改，支持新增的PCA竞争1221738全部修改内容详见标准文本接入方案和提高网络吞吐量方案对原标准内容进行修改，支持新增的PCA竞争12317．3．9整条修改修改内容详见标准文本接人方案和提高网络吞吐量方案278 表I．1(续)GB／T26229—2010本标准序号ISO／IEC26907：2007的内容本标准修改后内容修改理由的章条改为“设备可使用DRP为给定的任何一个TFC偏移传输预留1个或多个MAS来与一个或多个邻居节点通信，预留MAS的个数可以精确到小数点后一位，它们在信标中包含DRPIE声明它们的预留(见1686)。一个预留就是一串MAS，这些MAS在DRPIE标识相同的目的／所有者DevAddr、所有者、预留类型、TFC偏移值和流索引号域。设备应根据不同业务流对服务质量的要求以及其数据到达业务量大小来选择合适的预留方法。一个预留可以选择的预留方法有两种：行预留方式和列预留方式。如果是非实时业务则采用列预留方式进行MAS时隙预留，如果是实时业本标准采用长度可变务，则设备根据业务流的QOS要求的超帧设计，DRP预留协以及高层数据到达业务量大小计算12417．4第一段和第二段商时需进行相应修改。出最合适的预留MAS的数量及其本标准提供了两种预留在整个MAS矩阵中的位置，从而采方法取不同的预留方式。在行预留方式中，应在所在的区相同的偏移处包括等数量的MAS。行预留包括整行预留方式、每4列预留1个MAS的行预留方式以及每16列预留1个MAS的行预留方式。当采用行预留方式预留资源时，需要根据业务的QOS和高层数据到达业务量大小计算出所需的MAS数量和位置从而选择相匹配的行预留方式。列预留是区别于行预留的一种预留方式，它的位置应该符合附录B中对于预留位置的规定，预留MAS的数量可由高层指定或者根据业务量大小来计算。详细的行预留和列预留MAS数量的计算方法见附录B关于DRP预留的相关规定。”增加最后一段“由于下一超帧长度本标准采用长度可变缩小而停止使用的MAS不参与当12517．4．3无的超帧设计，DRP预留协前超帧中的预留分配．但仍然保留使商时需进行相应修改用的MAS继续参与预留分配。”279 GB／T26229--2010表I．1(续)本标准序号IS()／IEC26907：2007的内容本标准修改后内容修改理由的章条增加第一段“设备将由于下一超帧1261747无长度将缩小而停止使用的MAS从当前超帧中的预留分配中去除。”为提高系统性能，本标准采用时隙共享分布预12717410无增加了17410。详见文本留协议，此处对该方案进行描述采用优化的同步解决128175整条及其子条款修改内容详见文本方案．提高系统性能增加第三段“源设备发送的一个B-ACK序列的帧数称为发送窗口。最优发送窗口主要由高层数据到12917．8．3无达MAC层的数据速率决定，源设备依据流或使用优先级到达MAC层的数据速率和发送队列的帧数动态调整发送窗口。”增加第一段“源设备与接收设备优化PrACK机制为一个流或用户优先权完成BACK机制的初始化协商后，在每一个帻序列的发送之前，由源设备依13017．832无据流或用户优先权的高层数据到达速率和发送队列的帧数确定发送窗口的取值。关于确定发送窗口取值的具体方法如附录B．8所述。”改为“接收设备可以使用链路反馈命令帧或链路反馈IE来建议源设备可以使用的最佳数据速率。例如用来增加吞吐量或减少帧的“接收设备可以使用链路反馈差错率。确定源设备请求接收设IE来建议源设备可以使用的最备发送命令帻的频率已经超出了佳数据速率。例如用来增加吞本标准的范围。在链路反馈命令吐量或减少帧的差错率。在链帧或链路反馈IE中的数据速率可路反馈命令帧或链路反馈IE中以被解释为对于特定的链路，对于对本标准定义的新特1311711的数据速率可以被解释为对于可接收的帧差错率，源设备可以使性进行支持特定的链路，对于可接收的帧差用的最大的数据速率。基于接收错率，源设备可以使用的最大的链路反馈命令帧中I。QI给定的帧数据速率。在接收端确定最佳差错率，源设备可以选择数据速数据速率的方法已经超出了本率，但不要超过推荐的值。如果在标准的范围。”多路传输中接收到多个链路反馈命令帧，设备可以根据最弱链路来选择数据速率。在接收端确定最佳数据速率的方法已经超出了本标准的范围。” 表I．1(续)GB／T26229--2010本标准序号ISO／IEC26907：2007的内容本标准修改后内容修改理由的章条修改为“接收设备可以通过不同的发射功率控制方案来建议改变源设备使用的发送功率。明确的发射功率控制方案就是接收设备通过链路反馈命令帧来建议改变源设备使用“设备接收到链路反馈IE可的发送功率。确定源设备请求接收以不必改变它的发射功率。确设备发送命令帧的频率已经超出了定发射功率的方法已经超出了本标准的范围。隙含的发射功率控本标准采用了链路反1321712本标准的范围。但是接收设备制方案就是接收设备也可以通过在馈技术，功率控制根据链可以使用信噪比、接收的信号强它的信标里包含一个链路反馈IE来路反馈IE的内容进行度、帧差错率或者其他的参数来建议改变源设备使用的发送功率。修改建议源设备改变其发送功率。”设备接收到链路反馈IE可以不必改变它的发射功率。确定发射功率的方法已经超出了本标准的范围了。但是接收设备可以使用信噪比、接收的信号强度、帧差错率或者其他的参数来建议源设备改变其发送功率。”表204增加mTNSwitehWaitTime本标准采用tone1331716表117nulling技术，需定义相关参数，值为9MAC子层参数表117，mGuard31ime值为对表204中的参数进行修改，详见1341716修改参数值12mS文本表117，mBPMergeWaitTime对表204中的参数进行修改，详见1351716修改参数值值为128个超帧文本对表204和表205中的参数进行13617．16表118新增参数修改，详见文本18．311～对4次握手过程进行了修改，详见支持Messagel鉴别而137全部内容18314文本增加的部分a)设备在DRplE中标识的“a)设备不应在DRPlE中标识附录BMAS时问段长度不多于多于SOIE中报告的当前超为提高频谱利用率本】38TotalMASLimit个时，设帧长度乘以mMasReserva—标准的超帧设计采用可的B．2tionLimit个MAS的时间段变长度，需对DRPIE预备将设置不安全比特位为0长度，当Unsafe位设为留部分作出修改0时。”281 GB／T26229--2010表I．1(续)本标准序号ISO／IEC26907：2007的内容本标准修改后内容修改理由的章条改为“对于预留的行分量，应首先根据B2预留限制中，根据业务QOS和高层数据到达率的大小进行计算，得到最匹配的行预留方式，然后根据不同的行预留方式来选择合对于预留的行分量，预留所有适的预留位置。如果是整行预留的附录B者将选择预留块使得一个区里方式，预留所有者将选择预留块使得139被选择的最低MAS序号最大，一个区里被选择的最低MAS序号对一种预留方式的的B3最大，除非预留所有者不被请求在每解释除非预留所有者不被请求在每个区里使用多于一个的预留块。如个区里使用多于一个的预留块果是每4列预留1个MAS的方式，则应该优先放置在有相同预留方式且其中行号最大的那一行；如果是每16列预留1个MAS的方式，则归到下文中列预留方式的位置选择来处理。”附录B为了提高传输效率和140无增加整条内容的B8资源利用率增加内容增加了附录H“初始逻辑信道选本标准提供了一种逻141附录H无择步骤”辑信道选择方法53．3MHz改为532MHz，根据DC—OFDM方案142全文速率106．7MHz改为106．4MHz进行修改用我国规定的安全143全文AES替换为“SMS4”算法282'