(高清版)GBT 40779-2021 信息技術 系統(tǒng)間遠程通信和信息交換 應用于城市路燈接入的低壓電力線通信協(xié)議

信息技術系統(tǒng)間遠程通信和信息交換應用于城市路燈接入的低壓電力線通信協(xié)議2021-10-11發(fā)布2022-05-01實施國家市場監(jiān)督管理總局I前言 2規(guī)范性引用文件 13術語和定義 4縮略語 15電力線通信協(xié)議棧結(jié)構(gòu) 26應用支持層 36.1總體要求 6.2應用支持層協(xié)議幀 36.3數(shù)據(jù)傳輸 46.4網(wǎng)絡管理命令 47數(shù)據(jù)鏈路層 87.1邏輯鏈路控制子層 87.2媒體訪問控制子層 8物理層 8.1總體要求 8.2物理層編碼和調(diào)制 8.3物理層幀格式 8.4子載波 8.5信道編碼 8.6OFDM調(diào)制 8.7物理層信號傳輸模式 8.8物理層服務 Ⅲ本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔識別專利的責任。本文件由全國信息技術標準化技術委員會(SAC/TC28)提出并歸口。本文件起草單位：中國電子技術標準化研究院、深圳市力合微電子股份有限公司、安徽德諾科技股份公司、深圳賽西信息技術有限公司、深圳市城市交通規(guī)劃設計研究中心股份有限公司、深圳市燈光照明管理中心、中國電子技術標準化研究院華東分院、北京卓越信通電子股份有限公司、珠海中慧微電子有限公司、廣州市照明建設管理中心、江蘇賽西科技發(fā)展有限公司、廈門瑞德利校準檢測技術有限公司。1信息技術系統(tǒng)間遠程通信和信息交換應用于城市路燈接入的低壓電力線通信協(xié)議1范圍本文件規(guī)定了應用于城市路燈接入的窄帶低壓電力線通信應用支持層、數(shù)據(jù)鏈路層和物理層協(xié)議。本文件適用于經(jīng)由低壓供電線路(220V/380V電壓等級)與路燈進行通信的應用。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本(包括所有的修改單)適用于GB/T31983.31—2017低壓窄帶電力線通信第31部分：窄帶正交頻分復用電力線通信物理層規(guī)范3術語和定義下列術語和定義適用于本文件。將數(shù)據(jù)以某種方式調(diào)制到合適的載波頻率上，以電力線作為物理媒體進行傳輸，實現(xiàn)在數(shù)據(jù)終端之間的通信或控制。4縮略語下列縮略語適用于本文件。AP:應用(Application)API:應用接口(ApplicationInterface)APDU:應用協(xié)議數(shù)據(jù)單元(APPProtocolDataUnit)APS:應用支持(ApplicationSupport)ASG:有效子載波組(ActiveSub-carrierGroup)CCA:信道狀態(tài)評估(ChannelConditionAssessment)CFP:無競爭時段(ContentionFreePeriod)CRC:循環(huán)冗余校驗(CyclicRedundancyCheck)CSMA/CA:帶碰撞避免的載波偵聽多點接入(CarrierSenseMultipleAccesswithCollisionA-voidance)DIB:數(shù)據(jù)信息庫(DataInformationBase)DID:域標識(DomainIdentification)DLL:數(shù)據(jù)鏈路層(DataLinkLayer)2DSC:數(shù)據(jù)子載波(DataSub-carriers)DSN:數(shù)據(jù)序列號(DataSequenceNumber)FCS:幀檢驗序列(FrameCheckSequence)LLC:邏輯鏈路控制子層(LogicalLinkControl)LPDU:邏輯鏈路控制子層協(xié)議數(shù)據(jù)單元(LLCProtocolDataUnit)MAC:媒體訪問控制(MediaAccessControl)MIB:管理數(shù)據(jù)庫(ManagementInfromationBase)MPDU:MAC層協(xié)議數(shù)據(jù)單元(MACProtocolDataUnit)MSDU:MAC層數(shù)據(jù)服務單元(MACDataServiceUnit)MSG:被屏蔽子載波組(MaskedSub-carrierGroup)OFDM:正交頻分復用(OrthogonalFrequencyDivisinnMultiplexing)PHY:物理(Physical)PSC:導頻子載波(PilotSub-carriers)PLC:電力線通信(PowerLineCommunication)RS:里德-所羅門碼(Reed-SolomonCode)SCP:競爭時段(SharedContentionPeriod)5電力線通信協(xié)議棧結(jié)構(gòu)通過電力線通信的城市路燈接入控制系統(tǒng)所采用的協(xié)議棧包括PHY層、DLL層、APS層和注：本文件中DLL包括MAC子層和LLC子層。電力線通信協(xié)議棧結(jié)構(gòu)模型見GB/T31983.31—2017。應用層APAP1應用支持層APS邏輯鏈路控制子層LLC數(shù)據(jù)鏈路層DLL媒體訪問控制子層MAC物理層PHY電力線信道媒體圖1所示協(xié)議棧結(jié)構(gòu)模型如下。a)AP層包括路燈控制、管理、信息采集等應用業(yè)務和應用層協(xié)議。應用層協(xié)議不屬于本文件規(guī)定范圍。3b)APS層為AP層提供數(shù)據(jù)服務并支持城市路燈接入相關應用層協(xié)議。c)DLL經(jīng)由APS層為AP層提供端到端數(shù)據(jù)傳輸連接。DLL包括LLC子層和MAC子層。LLC子層負責建立、管理和控制網(wǎng)絡路由，包括節(jié)點中繼轉(zhuǎn)發(fā)控制。MAC子層負責電力線接入控制，并支持CSMA/CA算法。d)PHY層負責將MAC子層數(shù)據(jù)通過電力線進行發(fā)送，包括信道編碼、載波調(diào)制、物理層信號幀產(chǎn)生和注入電力線上進行發(fā)送。在接收端向上PHY層將從電力線上接收到的信號幀進行解調(diào)和解碼，恢復數(shù)據(jù)并將其提交給MAC子層。6應用支持層6.1總體要求APS層為AP層提供數(shù)據(jù)服務，應支持城市路燈接入相關應用層協(xié)議；能夠?qū)P層數(shù)據(jù)采用APS層協(xié)議進行封裝并使用LLC子層的數(shù)據(jù)服務進行傳輸；APS層應提供網(wǎng)絡管理功能，供網(wǎng)絡管理實體調(diào)用。6.2應用支持層協(xié)議幀APS層協(xié)議幀格式見表1。其中控制域用于對應用幀的控制。控制域1對應用場景控制，包括應用情形、安全加密和支持的應用協(xié)議；控制域2是對應用幀的分幀傳輸控制，包括分幀標識和幀序號；載荷域用于承載應用協(xié)議。表1APS協(xié)議幀格式幀頭載荷控制域1(1字節(jié))控制域2(2字節(jié))載荷域(0～511字節(jié)變長)注：字節(jié)傳輸順序為自左至右。對于多個字節(jié)域，高字節(jié)在前、低字節(jié)在后。APS協(xié)議幀中的控制域1長度為1字節(jié)，控制域2長度為2字節(jié)，具體含義見表2和表3。表2控制域1定義域字段描述應用情形b7b6b5b4應用配置(ApplicationProfile):0001:自動抄表；0010:路燈控制；其他：保留安全使能b31:加密，啟用加密算法，接收端解密；0:無加密，不啟用加密算法；默認設置為0應用協(xié)議b2blb0000:幀載荷中包含具體命令代碼及命令數(shù)據(jù)；001:應用層透明數(shù)據(jù)；其他：保留4表3控制域2定義域字段描述分幀標識00:單幀發(fā)送，幀序號每次加1;01:分幀首幀，幀序號設置為0;10:分幀中間幀，幀序號每次加1;11:分幀最后一幀幀序號bl3b12b11b10幀流水號保留—數(shù)據(jù)長度b8～b0本幀載荷域中的數(shù)據(jù)字節(jié)數(shù)(0～511字節(jié)變長)注：應用層一幀傳輸?shù)淖止?jié)數(shù)超過底層傳輸一幀的最大傳輸長度，就可以分幀傳輸，接收端根據(jù)幀序號可以拼成完整的應用傳輸幀。6.2.3載荷域載荷域傳遞命令和數(shù)據(jù)。數(shù)據(jù)長度可變，由控制域2種的“數(shù)據(jù)長度”域指出具體長度。最大長度為511字節(jié)。載荷域字節(jié)自左至右表示為D1,D2,……。對于網(wǎng)絡管理命令，載荷域中D1為命令碼，后隨與命令相關的命令數(shù)據(jù)。對于應用數(shù)據(jù)傳輸，載荷域攜帶要傳輸?shù)膽脭?shù)據(jù)。6.3數(shù)據(jù)傳輸APDU由APS層協(xié)議幀中的載荷域承載，透明傳輸。若APDU長度超過511字節(jié)，APS層將該APDU分幀發(fā)送。每個分幀中的數(shù)據(jù)長度不超過511字節(jié)。控制域2中的分幀標識域中的字段設置為相應的值，以指出該分幀的性質(zhì)。在接收端，APS層將接收到的APDU傳遞給AP層。對于分幀發(fā)送，接收端在完成整個APDU(即，該數(shù)據(jù)單元的所有分幀)的接收后將整個APDU傳遞給AP層。6.4網(wǎng)絡管理命令6.4.1APS命令幀載荷結(jié)構(gòu)APS應具有網(wǎng)絡管理功能。AP層通過APS命令對遠程節(jié)點進行管理操作，例如管理、控制、測試等。管理操作在接收端APS層進行。APS命令幀幀頭控制域“應用協(xié)議”應設置應為000b,幀載荷域的第1字節(jié)為命令碼，第2字節(jié)為命令選項，后隨和命令有關的數(shù)據(jù)，APS命令幀載荷結(jié)構(gòu)見表4。表4APS命令幀載荷結(jié)構(gòu)命令代碼命令選項命令數(shù)據(jù)1字節(jié)1字節(jié)可變長度其中，命令代碼是指網(wǎng)絡中節(jié)點應用管理功能的代碼。命令選項對命令請求是否確認進行標識。命令數(shù)據(jù)是指命令功能的具體信息。若命令代碼確認標志為1,則接收端應發(fā)送確認。發(fā)送確認時，命令代碼使用0,第2字節(jié)為0表示5肯定確認，非0為錯誤代碼，見表5。表5命令代碼命令選項描述b6～b0保留確認標志0:不需要確認1:需要確認節(jié)點管理命令見表6。若命令本身要求應答，則接收端直接發(fā)送應答，不管確認標志是否為1都不再發(fā)送確認。發(fā)送應答時，命令碼為接收到的命令碼，第2字節(jié)為命令選項，后隨命令數(shù)據(jù)。表6節(jié)點管理命令命令代碼(CMD)命令功能說明0確認當確認標志為1時，接收端發(fā)出確認使用此命令碼1復位從節(jié)點命令主節(jié)點發(fā)出2復位從節(jié)點應答從節(jié)點發(fā)出3激活從節(jié)點主動上報命令主節(jié)點發(fā)出4停止從節(jié)點主動上報命令主節(jié)點發(fā)出5從節(jié)點注冊請求從節(jié)點發(fā)出6從節(jié)點注冊確認主節(jié)點發(fā)出7讀節(jié)點信息命令主節(jié)點發(fā)出8讀節(jié)點信息應答從節(jié)點發(fā)出9讀節(jié)點附屬節(jié)點信息命令主節(jié)點發(fā)出讀節(jié)點附屬節(jié)點信息應答從節(jié)點發(fā)出從節(jié)點事件上報從節(jié)點發(fā)出從節(jié)點事件確認主節(jié)點發(fā)出配置從節(jié)點事件開關命令主節(jié)點發(fā)出配置從節(jié)點事件開關應答從節(jié)點發(fā)出配置從節(jié)點組播地址命令主節(jié)點發(fā)出查詢從節(jié)點已配置組播地址命令主節(jié)點發(fā)出6.4.2復位從節(jié)點主節(jié)點可使用該命令遠程復位從節(jié)點。D1為命令碼，D2為復位選項，設置為0。收到復位命令后，若確認標志為1,則先發(fā)送確認，然后執(zhí)行復位。66.4.3激活從節(jié)點主動上報從節(jié)點主動上報功能(包括主動注冊、事件上報等)只有在被主節(jié)點“激活”后才能進行。命令定義待定。6.4.4停止從節(jié)點主動上報命令當需要停止從節(jié)點主動上報時，主節(jié)點APS層廣播發(fā)送該命令，從端無需應答。6.4.5從節(jié)點注冊請求當從節(jié)點接收到“激活從節(jié)點主動上報”命令后，如果節(jié)點符合命令中的上報控制條件且需要上報，則從節(jié)點使用該命令向主節(jié)點發(fā)送請求。如果節(jié)點不具有上行路徑，則應首先進行鄰居發(fā)現(xiàn)。6.4.6從節(jié)點注冊確認當主節(jié)點接收到“從節(jié)點請求”,且請求類型為“主動注冊”,且接受從節(jié)點注冊，則使用此命令對從節(jié)點注冊進行確認和必要的配置。主節(jié)點使用該命令讀取從節(jié)點信息。命令數(shù)據(jù)的第1字節(jié)為信息選項，見表7。表7信息選項定義信息選項描述1:讀取節(jié)點基本信息；0:不讀取1:讀取軟件版本信息；0:不讀取信息選項描述其他保留從節(jié)點接收到“讀取節(jié)點信息”命令后，根據(jù)命令的要求進行應答。6.4.8從節(jié)點事件上報當從節(jié)點檢測到所接附屬節(jié)點的重要事件后，并且從節(jié)點的事件主動上報開關為允許時，從節(jié)點可使用“從節(jié)點事件上報”向主節(jié)點主動發(fā)送?！皬墓?jié)點事件上報”APDU載荷格式如表8所示，命令及節(jié)點定義見表8和表9。表8從節(jié)點事件上報載荷格式命令數(shù)據(jù)事件類型事件序號事件協(xié)議類型事件長度事件數(shù)據(jù)1字節(jié)1字節(jié)1字節(jié)1字節(jié)變長7表9從節(jié)點事件上報命令定義域描述事件類型b1b0:事件類型；00:節(jié)點事件；01:附屬節(jié)點事件；10、11:保留；b3b2:事件等級；00:低級事件；01:普通事件；02:高級事件；03:重要事件；b7b6b5b4:節(jié)點類型；0000:主節(jié)點；0001:從節(jié)點；0010:保留；0011:保留；0100:保留；0101:中繼節(jié)點；0110:保留事件序號本次上報的事件序號(從節(jié)點自己維護)事件協(xié)議類型本次上報事件數(shù)據(jù)的協(xié)議識別事件長度本次上報事件數(shù)據(jù)的長度事件數(shù)據(jù)本上次上報事件的二進制數(shù)據(jù)注1:當事件類型為附屬節(jié)點事件時，可用APS命令格式中的附屬節(jié)點地址表明具體產(chǎn)生事件的附屬節(jié)點，如為節(jié)點事件時，節(jié)點的地址為網(wǎng)絡層源地址。注2:事件等級目前僅為區(qū)分事件處理優(yōu)先級，可使用01。注3:節(jié)點類型指從節(jié)點本身的類型，而不是附屬節(jié)點。6.4.9從節(jié)點事件確認當主節(jié)點接收到“從節(jié)點事件上報”幀后，如果APS命令中命令應答標志為“應答”,主節(jié)點需要使用“從節(jié)點事件確認”進行事件確認應答，使從節(jié)點在1個事件檢測周期內(nèi)(1個事件檢測周期目前可暫定在6h)不再重復上報同一事件(事件狀態(tài)信息未發(fā)生改變表示同一事件),若有新事件產(chǎn)生，則重新上報，再次等待確認，若事件源已被清除，則從節(jié)點無需再等待確認。從節(jié)點事件確認命令格式如表10、表11所示。表10從節(jié)點事件確認命令格式命令數(shù)據(jù)父節(jié)點識別節(jié)點個數(shù)n(最大16)節(jié)點1長地址節(jié)點1事件序號節(jié)點1附屬節(jié)點信息表…節(jié)點n長地址節(jié)點n事件序號節(jié)點n附屬節(jié)點信息表261變長…61變長8表11附屬節(jié)點信息表格式字節(jié)：111附屬節(jié)點個數(shù)n(最大16)b4～b0:地址表示值32b7～b5:協(xié)議類型附屬節(jié)點1長地址b4～b0:地址長度Ln當Ln=0時，表示值32b7～b5:協(xié)議類型附屬節(jié)點n長地址從節(jié)點事件確認命令協(xié)議類型定義如表12所示。表12協(xié)議類型定義值定義未知規(guī)約通用透明應用數(shù)據(jù)其他保留7數(shù)據(jù)鏈路層7.1邏輯鏈路控制子層7.1.1概述LLC子層負責建立基于端到端數(shù)據(jù)傳輸鏈路，為AP層提供數(shù)據(jù)傳輸服務。為此，LLC子層負責網(wǎng)絡組網(wǎng)以及路由控制，并支持多種路由方式，包括源路由、盲路由。LLC子層的主要功能如下。a)組網(wǎng)：網(wǎng)絡主節(jié)點LLC子層負責組網(wǎng)，為從節(jié)點建立路由并維護路由表。b)數(shù)據(jù)發(fā)送：發(fā)起節(jié)點LLC子層接受應用層數(shù)據(jù)請求，通過增加一個合適LLC子層協(xié)議幀頭生成LLC子層協(xié)議幀(LPDU),并提交給MAC子層發(fā)送。c)中繼轉(zhuǎn)發(fā)控制：中繼節(jié)點LLC子層根據(jù)指定的路由方式控制中繼轉(zhuǎn)發(fā)，將LPDU轉(zhuǎn)發(fā)給朝向目標節(jié)點的下一個節(jié)點。7.1.2邏輯鏈路控制子層協(xié)議幀7.1.2.1通用幀格式LPDU格式包括LLC子層幀頭及載荷，見表13。LLC子層幀頭由控制域、幀序號、源地址、目標地址，以及路由域組成。LLC子層載荷域承載應用層數(shù)據(jù)。字段名LLC子層幀頭LLC子層載荷控制域幀序號源地址目標地址路由域擴展路由域長度/字節(jié)21變長變長變長變長變長注：邏輯鏈路控制子層協(xié)議幀控制域變長定義見表15。9LLC子層幀控制域包括幀類型、源地址類型、目標地址類型、路由方式、要求確認、安全使能、版本標識等網(wǎng)絡路由控制相關信息。格式見表14,幀控制域定義見表15。表14LLC子層幀控制域格式字段名幀類型擴展標識源地址類型目標地址類型路由方式要求確認安全使能備用版本標識長度/位211131124表15LLC子層幀控制域定義域名長度/位幀類型2幀類型：00:數(shù)據(jù)幀(應用層數(shù)據(jù));01:LLC子層命令；10:保留；11:事件幀(應用層事件)擴展標識10:無路由擴展域；1:有路由擴展域源地址類型10:48位長地址(擴展地址);1:16位短地址目標地址類型10:48位長地址(擴展地址);1:16位短地址路由方式3000:點對點，此時幀頭中無路由域；001:源路由，此時幀頭中為源路由域；010:盲路由，此時幀頭中為盲路由域；其他：預留要求確認10:不要求接收端確認；1:要求確認安全使能10:不啟用安全加密；1:啟用安全加密版本標識4協(xié)議版本幀序號域出現(xiàn)在每個幀中，長度為1字節(jié)。節(jié)點LLC子層維護一個幀序號計數(shù)器，初始化時設置為一個隨機數(shù)，每次產(chǎn)生新幀時將計數(shù)器的值復制到幀序號域，并將計數(shù)器加2,應答時幀序號為當前序號加1。源地址發(fā)起節(jié)點的網(wǎng)絡地址，地址類型由控制域中的地址類型域定義。LLC子層屬性LLCShort-Address和LLCLongAddress分別保存節(jié)點的短網(wǎng)絡地址和擴展網(wǎng)絡地址。如源地址域為0xffff,則表示源節(jié)點網(wǎng)絡地址未定義。目標地址應為最終目標節(jié)點的網(wǎng)絡地址，或廣播地址0xffff。地址類型由控制域中的地址類型域定義。目標地址由AP層在數(shù)據(jù)請求時指定。路由域攜帶鏈路的中繼路由信息。路由域是否出現(xiàn)以及路由域的格式與控制域所規(guī)定的路由方式有關。源路由方式下路由域格式及定義見表16、表17。表16源路由方式路由域格式域名中繼級數(shù)N中繼索引中繼節(jié)點列表長度/位44N×2×8注：中繼列表位寬度為中繼級數(shù)(N)×短地址長度(2×8)。表17源路由方式路由域定義域名長度/位說明中繼級數(shù)4鏈路中繼節(jié)點數(shù)N,N取值范圍1～15中繼索引40..N-1,指向中繼節(jié)點列表中下一個中繼節(jié)點。該域由發(fā)起節(jié)點初始化為0,每次中繼轉(zhuǎn)發(fā)時加1中繼列表N×2×8中繼節(jié)點地址列表。次序為：最接近發(fā)起節(jié)點的中繼節(jié)點地址先被列出，最接近目標節(jié)點的中繼節(jié)點地址最后被列出。地址應使用短地址。目標節(jié)點需要顛倒中繼節(jié)點的接收和發(fā)送信道中繼列表格式見表18。表18中繼列表定義2字節(jié)…2字節(jié)b10～b0:節(jié)點1短地址b11:備用b13b12:節(jié)點1接收信道b15b14:節(jié)點1發(fā)送信道b10～b0:節(jié)點n短地址b11:備用b13b12:節(jié)點n接收信道b15b14:節(jié)點n發(fā)送信道擴展路由域包含點對點、源路由、盲路由域的擴展信息。由擴展標識位定義，當擴展標識位為1時，擴展路由域格式如表19所示。表19擴展路由域命令格式域名擴展路由域長度L命令碼命令數(shù)據(jù)長度/字節(jié)1命令碼及命令數(shù)據(jù)與本層命令幀格式保持一致，如需擴展只需同步擴展命令幀格式。命令數(shù)據(jù)為擴展網(wǎng)絡路由命令攜帶的信息。幀載荷域長度可變，承載指定幀類型的幀數(shù)據(jù)。數(shù)據(jù)幀承載AP層數(shù)據(jù)，LLC子層命令幀承載命令數(shù)據(jù)或?qū)γ畹膽饠?shù)據(jù)。LLC子層數(shù)據(jù)幀格式建立于通用幀格式的基礎上用于傳輸AP層數(shù)據(jù)，格式見表20。表20LLC子層數(shù)據(jù)幀格式域名LLC子層幀頭LLC子層載荷幀控制域幀序號源地址目標地址路由域擴展路由域長度/字節(jié)21變長變長變長變長變長數(shù)據(jù)載荷域承載AP層的發(fā)送數(shù)據(jù)。如果待發(fā)送的數(shù)據(jù)要求安全處理，則根據(jù)相關安全套件對數(shù)據(jù)載荷進行加密處理。在最終目標節(jié)點(中間轉(zhuǎn)發(fā)節(jié)點不應進行解密處理),如果幀控制域中安全使能子域為0,則數(shù)據(jù)載荷域包含的字節(jié)序列直接傳遞給AP層；如果安全使能子域為1,則需根據(jù)所選擇的安全套件對載荷域進行解密處理后再傳遞給AP層。根據(jù)路由方式的不同，數(shù)據(jù)幀各部分的設置包括以下內(nèi)容。a)源路由方式數(shù)據(jù)幀發(fā)送：幀頭應包含幀控制域、幀序號、源地址、目標地址，以及路由域。在幀控制域中，幀類型設置為數(shù)據(jù)幀，路由方式設置為源路由。其他子域應根據(jù)數(shù)據(jù)幀的要求設置為適當值。路由域應包含源路由信息并進行初始化。數(shù)據(jù)載荷域應包括上層請求傳輸?shù)淖止?jié)序列。當發(fā)送本數(shù)據(jù)幀時，MAC子層幀頭應符合以下要求：●DID置為本網(wǎng)絡標識；●MAC目標地址一開始設置為第一級中繼節(jié)點地址，每次中繼轉(zhuǎn)發(fā)時設置為自中繼節(jié)點向目標節(jié)點方向的下一級中繼節(jié)點的地址；●幀控制域中幀類型設置為數(shù)據(jù)幀，確認請求設置為無確認請求。b)盲路由方式數(shù)據(jù)幀發(fā)送：幀頭應包含幀控制域、幀序號、源地址、目標地址，以及路由域。在幀控制域中，幀類型設置為數(shù)據(jù)幀，路由方式設置為盲路由。其他子域應根據(jù)數(shù)據(jù)幀的要求設置為適當值。路由域應包含盲中繼參數(shù)信息并進行適當初始化。數(shù)據(jù)幀的數(shù)據(jù)載荷域應包括上層請求傳輸?shù)淖止?jié)序列。當發(fā)送本數(shù)據(jù)幀時，MAC子層幀頭應符合以下要求：●DID置為本網(wǎng)或全網(wǎng)標識；●MAC源地址一開始設置為數(shù)據(jù)幀發(fā)起節(jié)點地址。每次中繼轉(zhuǎn)發(fā)時設置為中繼節(jié)點的地址；●MAC目標地址設置為廣播地址OxFFFF;●幀控制域中的幀類型設置為數(shù)據(jù)幀，確認請求設置為無確認請求。LLC子層數(shù)據(jù)幀格式建立于通用幀格式的基礎上，LLC子層命令幀格式見表21。表21LLC子層命令幀格式域名LLC子層幀頭LLC子層載荷幀控制域幀序號源地址目標地址路由域命令碼命令數(shù)據(jù)長度/字節(jié)21變長變長變長1變長LLC子層命令幀幀頭域應包含幀控制域，并根據(jù)需要包含一個合適的路由域。在幀控制域中，幀類型設置為“LLC子層命令”。7.1.3邏輯鏈路控制子層功能發(fā)送、接收和中繼轉(zhuǎn)發(fā)功能應符合如下要求。a)發(fā)送：LLC子層應支持以下發(fā)送?！窆?jié)點LLC子層接受應用層數(shù)據(jù)請求，生成LPDU數(shù)據(jù)幀，使用MAC子層數(shù)據(jù)服務發(fā)送。路由方式由應用層指定，并包括在幀頭中。●節(jié)點LLC子層命令幀發(fā)送或發(fā)送對命令的回應，生成LPDU命令幀，使用MAC子層數(shù)據(jù)服務發(fā)送。使用合適的路由方式，并包括在幀頭中?！裰欣^轉(zhuǎn)發(fā)發(fā)送。LLC子層負責中繼轉(zhuǎn)發(fā)控制，轉(zhuǎn)發(fā)時幀頭中有關中繼轉(zhuǎn)發(fā)控制的信息被更新，其他內(nèi)容不變，使用MAC子層數(shù)據(jù)服務進行發(fā)送。LLC子層通過給MAC子層發(fā)出一個數(shù)據(jù)發(fā)送請求(Request)發(fā)起一個LPDU傳輸。MAC子層通過數(shù)據(jù)傳輸確認(Confirm)返回傳輸?shù)慕Y(jié)果。b)接收和中繼轉(zhuǎn)發(fā)：MAC子層接收到數(shù)據(jù)幀后，如網(wǎng)絡標識和MAC地址匹配或為廣播幀，則MAC子層通過數(shù)據(jù)接收指示(Indication)將數(shù)據(jù)幀傳遞給LLC子層。LLC子層對數(shù)據(jù)幀進行如下處理。●如為重復接收(源地址、目標地址和幀序號與之前接收到的相同),則丟棄?！駲z查目標地址：如地址匹配或為廣播幀，則本節(jié)點為目標節(jié)點。對于數(shù)據(jù)幀，傳遞給上一●中繼轉(zhuǎn)發(fā)：對于廣播幀或目標地址不匹配的單播幀，則根據(jù)路由方式和轉(zhuǎn)發(fā)條件進行中繼轉(zhuǎn)發(fā)。網(wǎng)絡中的任何節(jié)點可以發(fā)起一個廣播發(fā)送。LPDU目標地址為廣播地址(0xffff)。使用MAC子層發(fā)送廣播幀時，數(shù)據(jù)傳輸服務中DstAddr參數(shù)設置為0xffff,DID設置為本網(wǎng)絡識別。廣播發(fā)送不使用MAC子層接收確認。當節(jié)點LLC子層接收到一個廣播幀時，如為重復接收(接收幀序號與記錄的廣播幀序號相等),則丟棄；否則，如為數(shù)據(jù)幀則傳遞給上層；如為命令幀，則在LLC子層進行解析處理。同時，如果幀的生命周期大于0,則減1,并進行轉(zhuǎn)發(fā)，否則不再轉(zhuǎn)發(fā)。7.1.3.3源路由發(fā)送、接收和中繼轉(zhuǎn)發(fā)網(wǎng)絡中的任何節(jié)點可以對數(shù)據(jù)幀或者命令幀進行源路由發(fā)送、接收和中繼轉(zhuǎn)發(fā)，要求如下：a)源路由發(fā)送：當數(shù)據(jù)幀或命令幀采用源路由方式發(fā)送時，發(fā)起節(jié)點根據(jù)目標地址從路由表中檢索路由。如目標節(jié)點的路由不存在，則應通知AP層。如路由存在，LPDU幀頭控制域的路由方式設置為源路由，幀頭路由域必須出現(xiàn)，路由域中繼列表包含路徑上中繼節(jié)點的地址。使用MAC子層數(shù)據(jù)傳輸服務發(fā)送時，DstAddr參數(shù)為沿路由的第1級中繼節(jié)點地址。b)源路由接收與中繼轉(zhuǎn)發(fā)：當節(jié)點LLC子層從MAC子層收到一個源路由數(shù)據(jù)幀時，如果中繼索引為0,則應檢查幀頭目標地址域。如果自己為目標節(jié)點，那么對于數(shù)據(jù)幀則傳遞給上層，對于命令幀，則在LLC子層進行解析處理。如果此時目標地址域與自己不匹配，則丟棄。如果中繼索引子域值大于0,則應檢查中繼列表中繼索引所指向的中繼節(jié)點地址。如與自己不匹配，則丟棄。否則，自己是中繼節(jié)點，應將中繼索引減1,并中繼轉(zhuǎn)發(fā)。7.1.4邏輯鏈路控制子層服務接口7.1.4.1數(shù)據(jù)服務接口LLC子層數(shù)據(jù)服務接口包括“發(fā)送數(shù)據(jù)請求”“發(fā)送數(shù)據(jù)確認”和“數(shù)據(jù)指示”命令。數(shù)據(jù)幀或命令幀格式要求如下。a)LD-DATA.request:LLC子層通過“發(fā)送數(shù)據(jù)請求”原語LD-DATA.request允許APS層向LLC子層請求發(fā)送數(shù)據(jù)。LLC子層對待發(fā)送數(shù)據(jù)進行必要的處理并進行發(fā)送。LLC子層通過“發(fā)送確認”原語LD-DATA.confirm返回發(fā)送結(jié)果。APS使用LD-DATA.request請求DLL發(fā)送APS數(shù)據(jù)或命令幀，見表22。addrType,dstAddr,nsduLength,nsdu,)表22LLC-DATA.request參數(shù)參數(shù)名數(shù)據(jù)類型取值范圍說明addrType整型0:擴展地址；1:短地址dstAddr整型目標節(jié)點地址nsduLength整型≤aMaxNSDUSizeNSDU數(shù)據(jù)長度nsdu整型nsduHandle整型0～255字節(jié)NSDUhandletxOptions變量b2b1b0:路由方式，與LLC子層定義一致。b3:保留；b4:接收確認；0:不要求接收確認；1:要求接收確認；b5:安全使能；0:不啟用安全加密；1:啟用安全加密LLC子層收到請求后，根據(jù)指定的路由方式組建LPDU幀并使用MAC子層數(shù)據(jù)服務發(fā)送。對于源路由方式，LLC子層首先應檢查通向目標節(jié)點的路由是否存在。b)LD-DATA.confirm:LLC子層使用LD-DATA.confirm原語向上級子層報告先前LD-DATA.request的執(zhí)行結(jié)果，見表23。如LD-DATA.request有錯誤(例如，無路由、數(shù)據(jù)錯誤等)則立即返回錯誤結(jié)果；否則，對于無確認發(fā)送，返回MAC子層的返回結(jié)果；對于有確認發(fā)送，則等待LLC子層接收確認或超時后，返回結(jié)果。()表23LD-DATA.confirm參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明整型DSDU相關句柄枚舉型NO_ROUTINGFAILURE——c)LD-DATA.indication:LLC子層通過“數(shù)據(jù)指示”原語LD-DATA.indication允許LLC子層將數(shù)據(jù)或命令主動向APS層發(fā)送數(shù)據(jù)，使用LD-DATA.indication向APS層傳遞所收到的數(shù)據(jù)幀或命令幀，見表24。)(表24LD-DATA.indication參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明addrType整型0=擴展地址；scrAddr整型源節(jié)點地址dsduLength整型≤aMaxDSDUSize接收到的DSDU數(shù)據(jù)長度整型DSDU7.1.4.2管理服務接口LLC子層管理服務接口包括“獲取管理服務請求”“獲取管理服務確認”“設置管理服務請求”和“設置管理服務確認”命令。數(shù)據(jù)幀或命令幀格式要求如下。a)NLME-GET.request:LLC子層通過“獲取管理服務請求”原語NLME-GET.request允許高層獲取LLC子層相關指定屬性，使用NLME-GET.request讀取DIB指定屬性的值，見表25。)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明DIBAttribute枚舉型見LLC子層屬性表b)NLME-GET.confirm:LLC子層通過“獲取管理服務確認”原語NLME-GET.confirm先前的NLME-GET.request請求進行回應，使用NLME-GET.confirm對先前的NLME-GET.request請求進行回應，見表26。NLME-GET.confirm(status,DIBAttribute,)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明status枚舉型DIBAttribute整型見LLC子層屬性表DIB屬性DIBAttributeValue變量見LLC子層屬性表被讀取的屬性的值；當status參數(shù)值c)NLME-SET.request:LLC子層通過“設置管理服務請求”原語NLME-SET.request允許高層對指定的DIB屬性進行設置，見表27。DIBAttribute,)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明DIBAttribute整型見LLC子層屬性表要設置的DIB屬性標識DIBAttributeValue變量見LLC子層屬性表所設置的屬性的值d)NLME-SET.confirm:LLC先前NLME-SET.request子層通過“設置管理服務確認”原語使用NLME-SET.confirm的執(zhí)行結(jié)果，見表28。給出NLME-SET.confirm()表28NLME-SET.confirm參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明枚舉型READ_ONLY,LLC子層屬性要求見表29。表29LLC子層屬性屬性名類型長度/字節(jié)范圍描述缺省值/初始化值adpSoftVersion整型1軟件版本—adpRoutingTable變長路由表項——Wait整型2站點等待信標幀的最大時間，單位為秒(s)adpMaxDiscoveryPerHour整型1每小時最大的鏈路檢測次數(shù)adpNumDiscoveryAttempts整型1每一次鏈路檢測，最大檢測次數(shù)6AttemptsTime整型2鏈路檢測的最大時長，單位為秒(s)NetworkActiveScanDuration整型2站點主動網(wǎng)絡探詢定時器時長，單位為秒(s)5整型2路由算法中的最大跳數(shù)8整型2路由表中表項的最大存活時間，單位為秒(s)Network_Flag布爾型1True/False組網(wǎng)是否完成整型10:主站點；1:中繼站點；2:終端站點；3:其他站點角色(當站點變?yōu)橹欣^站點時，需要更改)默認：終端站點7.2媒體訪問控制子層7.2.1總體要求基于路燈供電線路的通信環(huán)境是一個由主節(jié)點和若干個從節(jié)點組成的網(wǎng)絡，在該網(wǎng)絡中包括以下內(nèi)容。a)節(jié)點在發(fā)送時可能會發(fā)生沖突，例如：●主節(jié)點和從節(jié)點作為啟動方發(fā)送時可能發(fā)生沖突(主節(jié)點發(fā)送命令，從節(jié)點主動注冊或事件上報);●多個從節(jié)點啟動發(fā)送時可能發(fā)生沖突；●盲路由轉(zhuǎn)發(fā)時多個從節(jié)點競爭信道。b)MAC子層負責控制節(jié)點在發(fā)送時的信道接入方式，控制沖突，實現(xiàn)數(shù)據(jù)幀的可靠傳輸。MAC為網(wǎng)絡層提供的數(shù)據(jù)傳輸服務及信道接入方式包括：●盲路由轉(zhuǎn)發(fā)；●有確認或無確認單播發(fā)送。MAC子層協(xié)議數(shù)據(jù)幀(MPDU)包括以下部分：MAC幀頭(包含幀控制域、幀序號和地址信息)、幀載荷、幀尾(幀校驗),通用幀格式見表30。表30MPDU通用幀格式長度/字節(jié)212變長變長變長2域名幀控制域幀序號網(wǎng)絡識別源地址目標地址幀數(shù)據(jù)幀校驗尋址域幀尾幀控制域幀控制域承載MAC子層幀類型、確認請求、地址標志、發(fā)送相位、協(xié)議版本等幀控制信息。長度為16位，命令格式及定義見表31、表32。表31MAC幀控制域格式域幀類型保留確認請求地址標志發(fā)送相位保留協(xié)議版本長度/位2112244表32MAC幀控制域定義域名長度/位描述幀類型200:保留；01:數(shù)據(jù)幀；10:MAC接收確認；11:終止轉(zhuǎn)發(fā)(特殊格式)保留1設置為0確認請求1對于單播傳輸：1:要求接收端MAC子層發(fā)送接收確認；0:不要求發(fā)送接收確認源地址標志10:地址格式為長地址；1:地址格式為短地址目標地址標志10:地址格式為長地址；1:地址格式為短地址發(fā)送相位200:A相；01:B相；10:C相；11:未知相位保留4—版本號4MAC子層協(xié)議版本號長地址為48位且具有PLC域所有節(jié)點唯一性，用于節(jié)點進行全網(wǎng)唯一尋址。長地址范圍為0x000000000000～0xFFFFFFFFFFFE,0xFFFFFFFFFFFF用于廣播地址。MAC短地址為16位，在終端節(jié)點入網(wǎng)后，由主節(jié)點分配的所在PLC域內(nèi)短地址且在網(wǎng)絡中具有唯一性，用于在網(wǎng)絡中對節(jié)點進行唯一尋址。MAC子層維護一個幀序號計數(shù)器macDSN,在初始化時賦予一個隨機值。當節(jié)點發(fā)送一個新的MPDU幀時，復制macDSN值到幀序號域中，并將macDSN加1。幀序號在轉(zhuǎn)發(fā)過程中不改變。確認幀使用與所接收到的幀相同的序號。在重發(fā)的情況下，幀序號不變。DID為16位，唯一標識一個載波網(wǎng)絡。如DID為0xFFFF,則全域的節(jié)點都可以接收。否則DID標識一個載波網(wǎng)絡，節(jié)點在組網(wǎng)時被配置的DID與接收幀中的DID必須匹配才能響應。源地址域是本MAC幀發(fā)送節(jié)點的地址，在每次中繼轉(zhuǎn)發(fā)時被設置為中繼節(jié)點的地址。地址格式由控制域中的地址類型定義。0xFFFF表示源節(jié)點地址不確定。當源節(jié)點為主節(jié)點時，應使用短地址。目標地址是由網(wǎng)絡層指定的下一個接收節(jié)點的地址或廣播地址。地址的格式由控制域中的地址類型定義。該值為0xFFFF時表示廣播。如目標節(jié)點是主節(jié)點，應使用主節(jié)點短地址。載荷域的長度可變，它根據(jù)幀類型包含不同的信息。如果幀控制域中的安全子域設置為1,則有效載荷部分的數(shù)據(jù)受到安全組件的保護。幀校驗域為一個16位CRC序列。幀校驗域的數(shù)值是通過對MAC幀頭和有效載荷域計算得到的。CRC產(chǎn)生多項式見公式(1):G(X)=X16+X1?+X2+1…(1)幀校驗域的計算將在物理層實現(xiàn)。因此，在向物理層提交MPDU發(fā)送數(shù)據(jù)時不包括FCS。FCS域?qū)⒂晌锢韺犹砑?。在接收端，物理層傳遞給MAC的接收數(shù)據(jù)也不包括FCS部分。信道接入描述如下。a)CSMA/CA信道接入：窄帶高速低壓電力線通信技術主要采用CSMA/CA信道接入方式。在路燈低壓供電線路通信網(wǎng)絡中，存在以下幾種可能的發(fā)送沖突?！裼捎趶墓?jié)點可以啟動主動注冊及事件上報，因而主節(jié)點和從節(jié)點作為啟動方發(fā)送時可能發(fā)生沖突?！穸鄠€從節(jié)點啟動發(fā)送時發(fā)生沖突。●盲路由轉(zhuǎn)發(fā)時多個從節(jié)點競爭信道。CSMA/CA是解決上述沖突的一種機制。CSMA/CA的基本原理是：節(jié)點MAC子層進行載波偵聽，如信道空閑被占用(即別的節(jié)點在發(fā)送),則進行避讓，等待信道空閑時再發(fā)送。針對CSMA/CA機制對電力線信道時間劃分如圖2所示。CFP— —前一幀CFP—圖2CSMA對電力線信道時間劃分以前一幀發(fā)送結(jié)束為時間基準，后隨CFP及SCP。在無競爭時段，只有特定的節(jié)點可以發(fā)送，不產(chǎn)生競爭。在競爭時段，待發(fā)送節(jié)點根據(jù)自己的優(yōu)先級進行退讓，讓優(yōu)先級高的節(jié)點先發(fā)?；贑SMA/CA機制，MAC子層支持以下幾種信道接入方式(MAC子層接入方式由網(wǎng)絡層在數(shù)據(jù)發(fā)送請求時指定)?！駸o競爭發(fā)送。MAC子層不進行載波偵聽，立即發(fā)送。在已知網(wǎng)絡中不存在競爭的情況下使用該方式，例如，在盲路由模式下，目標節(jié)點在CFP使用該接入方式發(fā)送接收確認。在其他情況下不應使用該接入方式，這是因為可能存在鄰居臺區(qū)載波信號串擾，主節(jié)點與從節(jié)點同時發(fā)送，或多個從節(jié)點同時發(fā)送等沖突情況?！馛SMA/CA發(fā)送。MAC子層進行載波偵聽，如信道空閑則立即發(fā)送；否則，在CFP后根據(jù)優(yōu)先級競爭發(fā)送。節(jié)點作為啟動方發(fā)送(例如，主節(jié)點發(fā)送命令或從節(jié)點主動注冊或事件上報),節(jié)點作為從動方應答，節(jié)點源路由中繼轉(zhuǎn)發(fā)等情況下應使用該方式。采用CSMA/CA方式發(fā)送可避免鄰居網(wǎng)絡信號串擾的影響。●盲路由轉(zhuǎn)發(fā)：在盲路由模式下，多個中繼節(jié)點競爭發(fā)送，節(jié)點MAC子層采用該方式進行中繼轉(zhuǎn)發(fā)。b)信道狀態(tài)評估：節(jié)點MAC子層利用物理層的載波信號檢測服務對信道狀態(tài)進行評估。節(jié)點所檢測到的信道狀態(tài)有以下幾種情況：●發(fā)送忙(TXBUSY):本節(jié)點在發(fā)送，信道被占用；●接收忙(RXBUSY):本節(jié)點在接收，信道被占用；MAC子層接收描述如下。a)無確認接收和處理：MPDU幀控制域中“確認請求域”等于0。MAC子層從物理層接收到一個完整的數(shù)據(jù)幀MPDU后，首先進行幀校驗。如校驗錯誤則丟棄，如校驗正確，則進行如下●確認幀控制域的幀類型為合法的幀類型值；●檢查幀頭中的DID標識，應與macDID的值一致或等于廣播標識0xFFFF;●檢查幀頭中的目標地址，如果目標地址不匹配，則丟棄；如果與本節(jié)點地址一致或等于廣播地址0xFFFF,則本節(jié)點為MAC子層目標節(jié)點；●如為重復接收(源地址及幀序號相同),則丟棄。b)確認的使用和重傳：當MAC子層單播發(fā)送時，可根據(jù)需要設置幀控制域中的確認請求子域為1或0(廣播發(fā)送及盲路由發(fā)送時，應設置為0)。當設置為0時，接收端MAC子層不發(fā)送確認；當設置為1時，接收端MAC子層發(fā)送接收確認。如果確認請求子域設為1,則節(jié)點MAC子層發(fā)送完成后等待接收相應的確認幀。如果在macAckWaitDuration周期的時限內(nèi)，收到了一個確認幀，并且該確認幀的DSN與發(fā)送幀的DSN相同，則表示幀發(fā)送成功；如果在這個時限內(nèi)沒有收到確認幀或確認幀的DSN與發(fā)送幀的DSN不一致，則表示幀發(fā)送失敗，設備將重新發(fā)送數(shù)據(jù)幀或命令幀，最多可以重發(fā)aMax-FrameRetries次。重發(fā)的幀包含和第一次發(fā)送幀相同的DSN。如果一個數(shù)據(jù)幀或MAC命令幀重發(fā)aMaxFrameRetries次仍然沒有收到確認幀，則MAC子層判斷為發(fā)送失敗，并報告給上層。由于電力線載波信道的非理想特性，發(fā)送幀不會總是被接收端成功接收。源路由、點對點傳輸過程中可能出現(xiàn)下面三種情況?！駭?shù)據(jù)發(fā)送成功：發(fā)送節(jié)點MAC子層確認物理層成功發(fā)送后，啟動一個定時器，計時時間為macAckWaitDuration周期。接收節(jié)點MAC子層收到數(shù)據(jù)幀后，向發(fā)送節(jié)點回送一個確認幀，并把收到的幀提交給上層。發(fā)送節(jié)點MAC在計時結(jié)束前收到接收端發(fā)回的確認后，就關閉和復位定時器。數(shù)據(jù)發(fā)送完成，發(fā)送節(jié)點MAC子層向上層傳遞一個發(fā)送成功確認。●數(shù)據(jù)幀丟失：接收節(jié)點MAC子層沒有收到數(shù)據(jù)幀，因此也不會向發(fā)送節(jié)點回饋確認。發(fā)送方在計時結(jié)束前沒有收到確認幀，幀發(fā)送失敗，發(fā)送方將再次發(fā)送該數(shù)據(jù)幀，最多可以重復aMaxFrameRetries次。如果(1+aMaxFrameRetries)次傳輸嘗試都失敗了，發(fā)送節(jié)點MAC就向上層傳遞一個發(fā)送失敗確認?！翊_認幀丟失：接收節(jié)點MAC子層收到數(shù)據(jù)幀，并向發(fā)送節(jié)點回送了確認幀。發(fā)送方MAC子層沒有收到確認幀，定時器超時，幀發(fā)送失敗，發(fā)送節(jié)點將再次發(fā)送該數(shù)據(jù)幀，最多可以次傳輸嘗試都失敗了，發(fā)送節(jié)點MAC就向上層傳遞一個發(fā)送失敗確認。7.2.4MAC子層服務接口7.2.4.1MAC子層數(shù)據(jù)服務MAC子層數(shù)據(jù)服務接口包括“發(fā)送數(shù)據(jù)請求”“發(fā)送數(shù)據(jù)確認”“接收數(shù)據(jù)指示""終止處理請求”和“終止處理指示”命令。數(shù)據(jù)幀或命令幀格式要求如下。a)MD-DATA.request:MAC子層通過“發(fā)送數(shù)據(jù)請求”原語MD-DATA.request允許邏輯鏈路控制子層向MAC子層請求發(fā)送數(shù)據(jù)。邏輯鏈路控制子層發(fā)出該請求MAC子層對待發(fā)送數(shù)據(jù)進行必要的處理并進行發(fā)送。MAC子層通過“發(fā)送確認”原語MD-DATA.confirm返回發(fā)送結(jié)果，參數(shù)見表33。網(wǎng)絡層使用MD-DATA.request原語向MAC子層請求發(fā)送網(wǎng)絡層協(xié)議數(shù)據(jù)單元。)表33MD-DATA.request參數(shù)參數(shù)數(shù)據(jù)類型取值范圍說明整型——0:擴展地址；1:短地址整型下一跳節(jié)點地址msduLength整型MSDU數(shù)據(jù)長度msdu整型msduHandle整型0～255字節(jié)整型b2b1b0:信道接入方式；000:無競爭發(fā)送；001:CSMA/CA發(fā)送；010:盲中繼轉(zhuǎn)發(fā)；011:時分多址轉(zhuǎn)發(fā)；100～111:保留；b3:CSMA/CA接入方式時SCP內(nèi)優(yōu)先級；0:優(yōu)先；1:普通；b7b6b5b4:保留，設置為0發(fā)送觸發(fā)沿通過屬性macEdgeMode設置。MAC子層收到請求后，組建MPDU幀并提交給PHY層。然后根據(jù)所指定的信道接入方式，MAC子層進行信道接入控制。對于競爭方式，在于時分多址方式，則按源路由機制的路由表確定發(fā)送時隙并控制發(fā)送。MAC子層對觸發(fā)沿及信道狀態(tài)的評估在CCA中斷處理中進行。MAC子層延時處理后，通過PD-SEND.request啟動PHY層發(fā)送。在分幀發(fā)送情況下，后續(xù)分幀發(fā)送的定時控制由PHY層b)MD-DATA.confirm:MAC子層接收到“發(fā)送數(shù)據(jù)確認”原語MD-DATA.confirm確認后進行層使用MD-DATA.confirm原語向高層報告先前MD-DATA.request的執(zhí)行結(jié)果，參數(shù)見表34。(msduHandle,)表34MD-DATA.confirm參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明msduHandle整型0～255字節(jié)枚舉型SUCCESS,FAILURE,INVALID_DATA——層傳遞所接收到的MSDU數(shù)據(jù)，參數(shù)見表35。MAC子層使用MD-DATA.indication原語向高層傳遞所收到的數(shù)據(jù)。addrType,msduLength,msdu,表35MD-DATA.indication參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明addrType整型0:擴展地址；1:短地址——源節(jié)點地址msduLength整型≤aMaxMSDUSize接收到的MSDU數(shù)據(jù)長度msdu整型—MSDURSSI整型0～15字節(jié)接收信號強度指示d)MD-STOP-RELAY.request:在幀轉(zhuǎn)發(fā)情況下，如信號幀到達最終目標節(jié)點，則節(jié)點LLC層使用MD-STOP-RELAY.request原語指示MAC子層發(fā)送“終止處理請求”命令幀，參數(shù)見表36。MD-STOP-RELAY.reque)參數(shù)名數(shù)據(jù)類型取值范圍說明addrType整型——0:擴展地址；1:短地址scrAddr整型指定轉(zhuǎn)發(fā)的設備地址procType整型0～15字節(jié)控制終止命令幀終止的幀或命令類型e)MD-STOP-RELAY.indication:MAC子層接收到“終止處理指示”命令幀后，使用MD-STOP-RELAY.Indication原語通知LLC層。7.2.4.2MAC子層管理服務MAC子層管理服務接口包括“MAC子層讀屬性請求”“MAC子層讀確認”“MAC子層設置屬性請求”和“MAC子層設置屬性確認”命令。數(shù)據(jù)幀或命令幀格式要求如下。a)MLME-GET.request:MAC子層執(zhí)行“MAC子層讀屬性請求”原語MLME-GET.request允許高層獲取MAC子層屬性值，參數(shù)見表37。)表37MLME-GET.request參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明MIBAttribute枚舉型見表42b)MLME-GET.confirm:MAC子層執(zhí)行“MAC子層讀確認”原語MLME-GET.confirm對先前的MLME-GET.request請求進行回應，參數(shù)見表38。)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明枚舉型SUCCESS,INVALID_ATTRIBUTE 一MIBAttribute整型見表42MIBAttributeValue變量見表42指出被讀取MIB屬性的值；當status參數(shù)值為UNSUPPORTED_ATTRIBUTE時，MIBAttributeValue=0c)MLME-SET.request:MAC子層執(zhí)行“MAC子層設置屬性請求”原語MLME-SET.request允許高層獲取MAC子層屬性值，設置指定的MIB屬性，參數(shù)見表39。(MIBAttribute,)表39MLME-SET.request參數(shù)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明MIBAttribute整型見表42要改寫的MIB屬性標識MIBAttributeValue變量見表42要向指定的MIB屬性改寫的值d)MLME-SET.confirm:MAC子層執(zhí)行“MAC子層設置屬性確認”原語MLME-SET.confirm返回先前MLME-SET.request的執(zhí)行結(jié)果，參數(shù)見表40。status,)參數(shù)名數(shù)據(jù)類型數(shù)值范圍說明Status枚舉型SUCCESS,READ_ONLY,INVALID_ATTRIBUTE,INVAILD_VALUE7.2.5MAC子層常量與屬性MAC子層常量設置要求見表41。表41MAC子層常量參數(shù)名描述缺省值CSMA/CA算法中的退讓指數(shù)最大值7(可根據(jù)需要調(diào)整)CSMA/CA算法