IEEE 802 16 1B-2012 en WirelessMAN-Advanced Air Interface for Broadband Wireless Access Systems Amendment 1 Enhancements to Support Machine-to-Machine Applicati.pdf

1、 IEEE Standard for WirelessMAN-Advanced Air Interface for Broadband Wireless Access Systems Amendment 1: Enhancements to Support Machine-to-Machine Applications Sponsored by the LAN/MAN Standards Committee IEEE 3 Park Avenue New York, NY 10016-5997 USA 10 October 2012 IEEE Computer Society and the I

2、EEE Microwave Theory and Techniques Society IEEE Std 802.16.1b-2012(Amendment to IEEE Std 802.16.1-2012) IEEE Std 802.16.1b-2012(Amendment toIEEE Std 802.16.1-2012)IEEE Standard for WirelessMAN-Advanced Air Interface for Broadband Wireless Access SystemsAmendment 1: Enhancements to Support Machine-t

3、o-Machine ApplicationsSponsorLAN/MAN Standards Committee of theIEEE Computer Societyand theIEEE Microwave Theory and Techniques SocietyApproved 30 August 2012IEEE-SA Standards BoardThe Institute of Electrical and Electronics Engineers, Inc.3 Park Avenue, New York, NY 10016-5997, USACopyright 2012 by

4、 The Institute of Electrical and Electronics Engineers, Inc.All rights reserved. Published 10 October 2012. Printed in the United States of America.IEEE, 802, and WirelessMAN are registered trademarks in the U.S. Patent +1 978 750 8400. Permission to photocopy portions of any individual standard for

5、 educational classroom use can also be obtained through the Copyright Clearance Center.ivCopyright 2012 IEEE. All rights reserved.Notice to usersLaws and regulationsUsers of IEEE Standards documents should consult all applicable laws and regulations. Compliance with the provisions of any IEEE Standa

6、rds document does not imply compliance to any applicable regulatory requirements. Implementers of the standard are responsible for observing or referring to the applicable regulatory requirements. IEEE does not, by the publication of its standards, intend to urge action that is not in compliance wit

7、h applicable laws, and these documents may not be construed as doing so.CopyrightsThis document is copyrighted by the IEEE. It is made available for a wide variety of both public and private uses. These include both use, by reference, in laws and regulations, and use in private self-regulation, stan

8、dardization, and the promotion of engineering practices and methods. By making this document available for use and adoption by public authorities and private users, the IEEE does not waive any rights in copyright to this document.Updating of IEEE documentsUsers of IEEE Standards documents should be

9、aware that these documents may be superseded at any time by the issuance of new editions or may be amended from time to time through the issuance of amendments, corrigenda, or errata. An official IEEE document at any point in time consists of the current edition of the document together with any ame

10、ndments, corrigenda, or errata then in effect. In order to determine whether a given document is the current edition and whether it has been amended through the issuance of amendments, corrigenda, or errata, visit the IEEE-SA Website or contact the IEEE at the address listed previously. For more inf

11、ormation about the IEEE Standards Association or the IEEE standards development process, visit the IEEE-SA Website.ErrataErrata, if any, for this and all other standards can be accessed at the following URL: http:/standards.ieee.org/findstds/errata/index.html. Users are encouraged to check this URL

12、for errata periodically.vCopyright 2012 IEEE. All rights reserved.PatentsAttention is called to the possibility that implementation of this standard may require use of subject matter covered by patent rights. By publication of this standard, no position is taken by the IEEE with respect to the exist

13、ence or validity of any patent rights in connection therewith. If a patent holder or patent applicant has filed a statement of assurance via an Accepted Letter of Assurance, then the statement is listed on the IEEE-SA Website at http:/standards.ieee.org/about/sasb/patcom/patents.html. Letters of Ass

14、urance may indicate whether the Submitter is willing or unwilling to grant licenses under patent rights without compensation or under reasonable rates, with reasonable terms and conditions that are demonstrably free of any unfair discrimination to applicants desiring to obtain such licenses.Essentia

15、l Patent Claims may exist for which a Letter of Assurance has not been received. The IEEE is not responsible for identifying Essential Patent Claims for which a license may be required, for conducting inquiries into the legal validity or scope of Patents Claims, or determining whether any licensing

16、terms or conditions provided in connection with submission of a Letter of Assurance, if any, or in any licensing agreements are reasonable or non-discriminatory. Users of this standard are expressly advised that determination of the validity of any patent rights, and the risk of infringement of such

17、 rights, is entirely their own responsibility. Further information may be obtained from the IEEE Standards Association.viCopyright 2012 IEEE. All rights reserved.ParticipantsThis document was developed by the IEEE 802.16 Working Group on Broadband Wireless Access, which develops the WirelessMAN Stan

18、dard for Wireless Metropolitan Area Networks. Roger B. Marks, ChairRakesh Taori, Vice ChairErik Colban, SecretaryHarry Bims, SecretaryScott Migaldi, TreasurerThe following members of the IEEE 802.16 Working Group on Broadband Wireless Access participated in the Working Group Letter Ballot in which t

19、his amendment was prepared and finalized for IEEE Ballot:Anil AgiwalHanan AhmedHassan Al-KananiYoungkyo BaekPhillip BarberHarry BimsInbar BratspiessJaesun ChaSungcheol ChangYoungBin ChangBin ChenChiu-Wen ChenHanGyu ChoHee Jeong ChoJaeweon ChoYoungbo ChoJinsoo ChoiChing-Chun ChouJin Young ChunErik Co

20、lbanYu-Chuan FangDan GalTim GodfreyAnh Tuan HoangVinh-Dien HoangYing-Chuan HsiaoChun-Yen HsuSatoshi ImataKaushik JosiamInuk JungSoojung JungHeewon KangHyunjeong KangBrian KiernanEunkyung KimHokyung KimJeongki KimRonny (Yong-Ho) KimSangheon KimSeokki KimTaeyoung KimJin Sam KwakEunjong LeeJin LeeYing

21、LiChiwoo LimYi-Ting LinLu LiruAndreas MaederRonald MaoRoger B. MarksShantidev MohantyRonald MuriasAnshuman NigamMitsuo NoharaMasayuki OodoGiwon ParkJeongho ParkJisoo ParkJaya Shankar PathmasuntharamFei QinSudhir RamakrishnaWonil RohKiseon RyuSam SambasivanJi-Yun SeolPeretz ShekalimMatthew ShermanTak

22、ashi ShonoJung Je SonYeongmoon SonMineo TakaiMing-Hung TaoRakesh TaoriJoseph TeoAlessandro TrigliaTsung-Yu TsaiArthur WangHai WangHaiguang WangLei WangLimei WangHung-Yu WeiXiangying YangZheng Yan-XiuWai Leong YeowHyunkyu YuNader ZeinEldad ZeiraXin ZhangLei ZhouMingtuo ZhouPrimary development was car

23、ried out by the Working Groups M2M Task Group.Jaesun Cha, ChairRonald Murias, Former ChairErik Colban, Former Acting ChairHyunjeong Kang, Chief EditorInuk Jung, Editor, System Requirements DocumentHanGyu Cho, Editor, M2M Technical ReportviiCopyright 2012 IEEE. All rights reserved.The following membe

24、rs of the individual balloting committee voted on this standard. Balloters may have voted for approval, disapproval, or abstention. Hanan AhmedThomas AlexanderHassan Al-KananiNobumitsu AmachiMasayuki AriyoshiTaehan BaeYoungkyo BaekChris BaggeHarry BimsNancy BravinWilliam ByrdJuan CarreonYoungBin Cha

25、ngChihong ChoJaeweon ChoKeith ChowCharles CookSourav DuttaRichard EckardMichael FischerAvraham FreedmanDan GalDevon GaylePieter-Paul GiesbertsTim GodfreyRandall GrovesMichael GundlachShuangfeng HanRobert HeileMarco HernandezNoriyuki IkeuchiSergiu IordanescuPaul IsaacsAkio IsoAtsushi ItoMitsuru Iwaok

26、aRaj JainJaehyuk JangSuryong JeongShinkyo KakuHyunjeong KangNoh-Gyoung KangStuart KerryBrian KiernanDoyoung KimSehoon KimTae KimYongbum KimDongkeon KongBruce KraemerThomas KuriharaJin-Sam KwakHyukchoon KwonJeremy LandtKyu Ha LeeSungjin LeeWookbong LeeJan-Ray LiaoArthur LightChiwoo LimHyoung-kyu LimN

27、aeHyun LimYi-Ting LinWilliam LumpkinsGreg LuriMichael LynchElvis MaculubaAndreas MaederWayne MangesRoger B. MarksJeffery MastersSteven MethleyApurva ModyShantidev MohantyAvygdor MoiseJose MoralesRonald MuriasRick MurphyMichael S. NewmanPaul NikolichSatoshi ObaraYoshihiro OhbaMasayuki OodoChris Oster

28、lohSatoshi OyamaJeongho ParkJungshin ParkSeung-Hoon ParkSung-Eun ParkShashikant PatilVenkatesha PrasadJayaram RamasastryR. K. RannowMaximilian RiegelRobert RobinsonWonil RohBenjamin RolfeHerbert RuckRandall SafierBartien SayogoShusaku ShimadaTakashi ShonoGil ShultzJaeseung SonJung Je SonYeongmoon So

29、nKapil SoodThomas StaraiRene StruikWalter StrupplerJun Ichi TakadaDmitri VarsanofievPrabodh VarshneyJohn VergisLei WangKarl WeberHung-Yu WeiEun Tae WonHyunkyu YuOren YuenNader ZeinYan ZhengDaidi ZhongMingtuo ZhouviiiCopyright 2012 IEEE. All rights reserved.When the IEEE-SA Standards Board approved t

30、his standard on 30 August 2012, it had the followingmembership:Richard H. Hulett, ChairJohn Kulick, Vice ChairRobert Grow, Past ChairKonstantinos Karachalios, Secretary*Member EmeritusAlso included are the following nonvoting IEEE-SA Standards Board liaisons:Richard DeBlasio, DOE RepresentativeMicha

31、el Janezic, NIST RepresentativeCatherine BergerIEEE Standards Program Manager, Document DevelopmentPatricia GerdonIEEE Client Services Manager, Professional ServicesSatish AggarwalMasayuki AriyoshiPeter BalmaWilliam BartleyTed BurseClint ChaplinWael DiabJean-Philippe FaureAlexander GelmanPaul HouzJi

32、m HughesYoung Kyun KimJoseph L. Koepfinger*David J. LawThomas LeeHung LingOleg LogvinovTed OlsenGary RobinsonJon Walter RosdahlMike SeaveyYatin TrivediPhil WinstonYu YuanixCopyright 2012 IEEE. All rights reserved.IntroductionThis amendment specifies enhancements to the WirelessMAN-Advanced Air Inter

33、face, an air interfacedesignated as “IMT-Advanced” by the International Telecommunication UnionRadiocommunicationSector (ITU-R). The enhancements provide improved support for machine-to-machine applications. As ofthe approval date, the applicable version of IEEE Std 802.16.1 is IEEE Std 802.16.1-201

34、2, as amended byIEEE 802.16.1b-2012.This introduction is not part of IEEE Std 802.16.1b-2012, IEEE Standard for WirelessMAN-Advanced Air Interfacefor Broadband Wireless Access SystemsAmendment 1: Enhancements to Support Machine-to-MachineApplications.xCopyright 2012 IEEE. All rights reserved.Content

35、s1. Overview 21.5 Support for Machine-to-Machine (M2M) communications 23. Definitions . 36. WirelessMAN-Advanced Air Interface . 56.2 Medium access control 56.2.1 Addressing . 56.2.1.2 Logical identifiers 56.2.1.2.1 Station identifier (STID). 56.2.1.3 Address for machine-to-machine application 56.2.

36、1.3.1 M2M Group Identifier (MGID) 56.2.1.3.2 Fixed M2M Deregistration ID (FMDID) 76.2.2 MAC PDU formats 76.2.2.1.3 M AC signaling header. 76.2.3 MAC Control messages . 96.2.3.1 AAI-RNG-REQ . 106.2.3.2 AAI-RNG-RSP 136.2.3.3 AAI-RNG-ACK. 146.2.3.8 AAI-REG-REQ 146.2.3.9 AAI-REG-RSP. 156.2.3.13 AAI-NBR-

37、ADV. 166.2.3.21 AAI-DREG-REQ message 176.2.3.22 AAI-DREG-RSP message . 186.2.3.23 AAI-PAG-ADV (paging advertisement) message 246.2.3.31 AAI-System Configuration Descriptor (SCD) message 326.2.3.43 Privacy key MAC Control messages (AAI-PKM-REQ/AAI-PKM-RSP) 346.2.3.47 DSx MAC Control message 376.2.3.4

38、7.1 AAI-DSA-REQ. 376.2.3.47.2 AAI-DSA-RSP 396.2.3.47.4 AAI-DSC-REQ. 406.2.3.47.5 AAI-DSC-RSP 406.2.3.64 AAI-MTE-IND (Multicast transmission end indication) message 416.2.3.65 AAI-MGMC (M2M device group MAC control) message. 426.2.5 AAI Security 426.2.5.2.2 SA Management . 436.2.5.5 Security support

39、for multicast traffic . 456.2.5.5.1 Key derivation. 466.2.5.5.2 Key hierarchy 466.2.5.5.3 MGTEK key usage . 476.2.5.5.4 Encrypted M2M multicast MPDU format 486.2.5.6 M2M device validity check . 496.2.5.7 Abnormal power down signaling header protection using Cipher-based message Authentication Code (

40、CMAC) 496.2.7 Persistent scheduling in the Advanced Air Interface. 506.2.7.1 Allocation mechanism . 506.2.7.2 Deallocation mechanism 506.2.7.4 Error handling procedure . 506.2.14 HARQ functions 516.2.15 Network entry and initialization 51xiCopyright 2012 IEEE. All rights reserved.6.2.15.3 Initial ra

41、nging and automatic adjustments . 516.2.15.7 Access class of M2M devices 516.2.16 Periodic ranging. 526.2.18 Idle mode . 526.2.18.7 Idle mode for M2M application. 526.2.18.7.1 Paging operation . 526.2.18.7.2 Network reentry from idle mode for M2M devices 536.2.18.7.3 Idle mode optimizations for fixe

42、d M2M devices 556.2.18.7.4 Network reentry from idle mode for M2M device group. 576.2.18.7.5 S-SFH update in idle mode. 596.2.18.7.6 Location update for M2M devices 596.2.25 Short message service 596.2.25.1 M2M short data burst transmission . 596.2.28 Support for multicast service . 606.2.28.4 Multi

43、cast operation for machine-to-machine (M2M) applications 606.2.28.4.1 Multicast operation . 606.2.28.4.2 Multicast connection establishment 606.2.28.4.3 M2M Multicast operation in idle mode 616.2.29 Abnormal power down reporting. 616.2.29.1 Abnormal power down reporting in Connected State . 616.2.29

44、2 Abnormal power down reporting in idle mode 626.3 Physical layer. 636.3.5 Downlink control structure 636.3.5.5 DL control information elements. 636.3.8.2.4 Ranging channel . 726.11 Global values . 73Annex B (normative) Definition of AAI MAC control messages. 75xiiCopyright 2012 IEEE. All rights re

45、served.FiguresFigure 6-18CMAC key and TEK derivation from AK 43Figure 6-22aConstruction of counter block Ctri 45Figure 6-22bAAI-RNG-REQ message with ciphered M2M short data burst . 45Figure 6-27aMGTEK derivation from MAK 47Figure 6-27bM2M multicast MAC PDU ciphertext payload format 49xiiiCopyright 2

46、012 IEEE. All rights reserved.TablesTable 6-5Type field encodings for MAC signaling header type . 7Table 6-15aM2M BR with STID header format . 8Table 6-15bM2M abnormal power down report header format 8Table 6-15cM2M abnormal power down confirmation header format . 9Table 6-28MAC Control messages 10T

47、able 6-29AAI-RNG-REQ message field description 10Table 6-30AAI-RNG-RSP message field description . 13Table 6-36AAI-REG-REQ message field description. 15Table 6-37AAI-REG-RSP message field description . 15Table 6-41AAI-NBR-ADV message field description 16Table 6-49AAI-DREG-REQ message field descripti

48、on . 17Table 6-50AAI-DREG-RSP message format 19Table 6-51AAI-PAG-ADV message field description 24Table 6-59AAI-SCD message field description 33Table 6-71AAI-PKM-REQ message field description 35Table 6-72AAI-PKM-RSP message field description 36Table 6-73PKM v3 message types . 37Table 6-85AAI-DSA-REQ

49、message field description. 38Table 6-86AAI-DSA-RSP message field description . 39Table 6-88AAI-DSC-REQ message field description. 40Table 6-89AAI-DSC-RSP message field description41Table 6-108aAAI-MTE-IND message field description . 41Table 6-108bAAI-MGMC message field description . 42Table 6-109SA mapping with protection level 43Table 6-112aNonce N construction . 45Table 6-119aConstruction of 32-bit nonce 48Table 6-140aAllocation of access class . 52Table 6-140bMapping for access class 52Table 6-186S-SFH SP3 IE format . 63Tab