協(xié)議棧中文說明

Zigbee1.1ZigBeeZigbee1.1ZigBeeZigBee堆棧是在IEEE802.15.4標(biāo)準(zhǔn)基礎(chǔ)上建立的，定義了協(xié)議MAC和PHY層。ZigBee設(shè)備應(yīng)該包括IEEE802.15.4(該標(biāo)準(zhǔn)定義了RF射頻以及與相鄰設(shè)備之間的通信)的PHY和MAC層，以及ZigBee堆棧層：網(wǎng)絡(luò)層(NWK)1-1.1.1ZigBee每個(gè)ZigBee設(shè)備都與一個(gè)特定模板有關(guān)，可能是公共模板或私有模板。這些模板定義見圖應(yīng)用對象通過一個(gè)端點(diǎn)連接到ZigBee1-1zigbe需的全需的全部屬性的容器，在特殊應(yīng)用中使用的簇在模板中有定義。圖1-1-2就是設(shè)備及其接圖1-1-02550用于整個(gè)ZigBee設(shè)備的配置和管理。應(yīng)用程序可以通過端點(diǎn)0ZigBee0被稱為ZigBee設(shè)備對象(ZD0)。端255241254所有端點(diǎn)都使用應(yīng)用支持子層(APS)提供的服務(wù)。APS通過網(wǎng)絡(luò)層和安全服務(wù)提供層與APS使用網(wǎng)絡(luò)層(NWK)提供的服務(wù)。NWK負(fù)責(zé)設(shè)備到設(shè)備的通信，并負(fù)責(zé)網(wǎng)絡(luò)中設(shè)備初始化所包含的活動、消息路由和網(wǎng)絡(luò)發(fā)現(xiàn)。應(yīng)用層可以通過ZigBee設(shè)備對象(ZD0)對網(wǎng)1.1.2802.15.4MACIEEE802.15.4標(biāo)準(zhǔn)為低速率無線個(gè)人域網(wǎng)(LR-WPAN)定義了OSI模型開始的兩層。868/915MHz波段。2450MHz250kbps16個(gè)不同MAC層負(fù)責(zé)相鄰設(shè)備間的單跳數(shù)據(jù)通信。它負(fù)責(zé)建立與網(wǎng)絡(luò)的同步，支持關(guān)聯(lián)和去關(guān)以及MAC層安全：它能提供二個(gè)設(shè)備之間的可靠鏈接1.1.31.1.3ZigBee堆棧的大多數(shù)層有兩個(gè)接口：數(shù)據(jù)實(shí)體接口和管理實(shí)體接口。數(shù)據(jù)實(shí)體接口的1.1.4ZigBee每一層(MAC、網(wǎng)絡(luò)或應(yīng)用層)都能被保護(hù)，為了降低存儲要求，它們可以分享安全鑰匙。SSP是通過ZD0進(jìn)行初始化和配置的，要求實(shí)現(xiàn)高級加密標(biāo)準(zhǔn)(AES)。ZigBee1.1.5ZigBeeZigBee根據(jù)ZigBee堆棧規(guī)定的所有功能和支持，我們很容易推測ZigBee堆棧實(shí)現(xiàn)需要用到設(shè)備中的大量存儲器資源。不過ZigBee規(guī)范定義了三種類型的設(shè)備，每種都有自己的功能要求：ZigBee協(xié)調(diào)器是啟動和配置網(wǎng)絡(luò)的一種設(shè)備。協(xié)調(diào)器可以保持間接尋址用的綁定表格，支持關(guān)聯(lián)，同時(shí)還能設(shè)計(jì)信任中心和執(zhí)行其它活動。一個(gè)ZigBeeZigBee型網(wǎng)絡(luò)可以有多個(gè)ZigBee路由器。ZigBee星型網(wǎng)絡(luò)不支持ZigBeeZigBee端終設(shè)備可以執(zhí)行它的相關(guān)功能，并使用ZigBee網(wǎng)絡(luò)到達(dá)其它需要與其通信響設(shè)備所需的資源。NWKZigBee協(xié)議棧體系包含一系列的層元件，其中有IEEE802.15.42003標(biāo)準(zhǔn)中的MAC層PHYZigBeeNWK層。每個(gè)層的元件有其特定的服務(wù)功能。本說明描述內(nèi)容涉及ZigBee協(xié)議棧的各層元件，但側(cè)重于描述最具實(shí)際和理論探討性的APL應(yīng)用層和NWK1-1ZigBee2.APL2.1.12.APL2.1.12-1所示，ZigBee應(yīng)用層由三個(gè)部分組成，APS子層、ZDO（ZDO管理平2-1zigbeeZigBee中的應(yīng)用框架是為駐扎在ZigBee240個(gè)相對獨(dú)立的應(yīng)用程序?qū)ο?，且任何一個(gè)對象的端點(diǎn)編號都是從1240。此外還有兩個(gè)附加的終端節(jié)點(diǎn)APSDE-SAP的使用：端點(diǎn)號0固定用于ZDO255固定用于所有應(yīng)用對象廣播數(shù)據(jù)的數(shù)據(jù)接口功能。端點(diǎn)241-254保留（留給未來擴(kuò)展使用。應(yīng)用profiles是一組統(tǒng)一的消息，消息格式和處理方法，允許開發(fā)者建立一個(gè)可以這些應(yīng)用profiles允許應(yīng)用程序發(fā)送命令、請求數(shù)據(jù)和處理命令的請求。簇殊的應(yīng)用profiles范圍內(nèi)，簇標(biāo)識符是唯一的。ZigBeeZigBee設(shè)備對象（ZigBeeZigBee設(shè)備對象（ZDO），描述了一個(gè)基本的功能函數(shù)，這個(gè)功能在應(yīng)用對象、設(shè)備profile和APS之間提供了一個(gè)接口。ZDO位于應(yīng)用框架和應(yīng)用支持子層之間。它滿足所有在ZigBee協(xié)議棧中應(yīng)用操作的一般需要。此外ZDO還有以下作用：初始化應(yīng)用支持子層（APS）網(wǎng)絡(luò)層（NWK），安全服務(wù)規(guī)范（SSS）ZDO描述了應(yīng)用框架層中應(yīng)用對象的公用接口以及控制設(shè)備和應(yīng)用對象的網(wǎng)絡(luò)功能。在終端節(jié)點(diǎn)0,ZDO提供了與協(xié)議棧中與低一層連接的接口，如果是數(shù)據(jù)則通過APSDE-SAP，如果是控制信息則通過APSME-SAP。ＺＤＯ的具體描述在2.5節(jié)。設(shè)備發(fā)現(xiàn)是ZigBee設(shè)備為什么能發(fā)現(xiàn)其他設(shè)備的過程。這有兩種形式的設(shè)備發(fā)現(xiàn)請求：經(jīng)知道。網(wǎng)絡(luò)地址請求是廣播且攜帶一個(gè)已知的IEEE地址作為負(fù)載。APS提供了這樣的接口：在NWK層和APL層之間，從ZDO到供應(yīng)商的應(yīng)用對象的通用服務(wù)集。這服務(wù)由兩個(gè)實(shí)體實(shí)現(xiàn)：APS 數(shù)據(jù)實(shí)體（APSDE）和APS 管理實(shí)體（APSME）。(1)APSDE服務(wù)接入點(diǎn)(APSDE-AIB。APSME服務(wù)接入點(diǎn)（APSME-SAP）。2.2.1ZigBee對象之間的接口。規(guī)范定義了允許應(yīng)用對象傳輸數(shù)據(jù)的數(shù)據(jù)服務(wù)和提供綁定機(jī)制的管理服務(wù)。另外，它還定義了應(yīng)用支持子層的幀格式和幀類型。如圖2-22-2zigbee2-2zigbee是正確運(yùn)行ZigBee網(wǎng)絡(luò)層的驅(qū)動功能，二是制造商定義的應(yīng)用對象所需要的功能。應(yīng)用支持子層給網(wǎng)絡(luò)層和應(yīng)用層通過ZigBee設(shè)備對象和制造商定義的應(yīng)用對象使用的一組服務(wù)提供了接口，該接口提供了ZigBee設(shè)備對象和制造商定義的應(yīng)用對象使用的一組服務(wù)。通過兩個(gè)實(shí)體提供這些服務(wù)：數(shù)據(jù)服務(wù)和管理服務(wù)。APS數(shù)據(jù)實(shí)體(APSDE)通過與之連接的SAP，即APSDE-SAP提供數(shù)據(jù)傳輸服務(wù)。APS管理實(shí)體(APSME)通過與之連接的SAP2.2.3.1應(yīng)用支持子層的數(shù)據(jù)實(shí)體生成應(yīng)用層的協(xié)議數(shù)據(jù)單元（APDU）：APSDE將應(yīng)用層協(xié)議數(shù)據(jù)單元（PDU）加上適當(dāng)?shù)膮f(xié)議幀生成應(yīng)用層的協(xié)議數(shù)據(jù)單元（APDU）：APSDE將應(yīng)用層協(xié)議數(shù)據(jù)單元（PDU）加上適當(dāng)?shù)膮f(xié)議幀流控制：APS提供避免傳輸消息淹沒接收者的措施。應(yīng)用支持子層為上層實(shí)體（NHLE）與網(wǎng)絡(luò)層提供了一個(gè)接口。APS理實(shí)體稱為APS層，管理實(shí)體（APSME。這個(gè)實(shí)體通過調(diào)用子層的管理函數(shù)來提供服務(wù)接口APSME還負(fù)責(zé)維護(hù)一個(gè)關(guān)于APS子層管理實(shí)體的數(shù)據(jù)庫。這是一個(gè)關(guān)于2-3APS子層信息庫（AIB2-3這兩個(gè)服務(wù)通過NLDE-SAP和NLME-接口(見3.2這兩個(gè)服務(wù)通過NLDE-SAP和NLME-接口(見3.2小節(jié))提供了NHLE和網(wǎng)絡(luò)層之間的接口。網(wǎng)絡(luò)層和APS子層之間的NLME-SAP接口只支持NLME-GETNLME-SET原語，其他的NLME-SAP原2.2.4.1APSPDU(ASDUAPSDE-{}2.2.4.1.1.22.2.4.1.1.2當(dāng)有一個(gè)數(shù)據(jù)PDU(ASDU)由本地NHLE向一個(gè)同等的NHLE傳輸時(shí)，由本地NHLE生成該原語。2.2.4.1.1.3表中根據(jù)參數(shù)SrcEndpoint和ClusterId所指定的endpoint和clusteridentifiers尋找相關(guān)聯(lián)的綁定表入口。如果沒有綁定表入口，APSDE將發(fā)送狀態(tài)參數(shù)為NO_BOUND_DEVICE的語endpoint信息從綁定表入口獲得，當(dāng)通過網(wǎng)絡(luò)層傳輸信息幀時(shí)，其destinationaddress信如果DstAddrMod參數(shù)為0x02，DstAddress64位IEEE地址，首次必須使NI（見表2.24nwkAddressMa1616APSDENO_SHORT_ADDRES的APSDE-DATA.confir原語。1NLDE-DATA.reques原語中，參數(shù)DstEndpoinAPDUDstAddrMode0x0116APS頭中的群地址域，參數(shù)DstEndpoin，APSdestinationendpointAP頭中的幀控制域deliverymode0x03.nwkUseMulticast值。如果屬性值為FALSE，那么輸出幀的幀控制域中的deliverymode子域原語，APSDE則發(fā)送APSDE-DATA.confirmfragmentationpermitted標(biāo)志位設(shè)為0時(shí)，則放棄傳輸ASDU，APSDE將發(fā)送狀態(tài)參數(shù)為fragmentationpermitted標(biāo)志位設(shè)為0時(shí)，則放棄傳輸ASDU，APSDE將發(fā)送狀態(tài)參數(shù)為fragmentationpermitted標(biāo)志位設(shè)為1時(shí)，ASDU將按照2.2.8.3.5小節(jié)所述分裂為多個(gè)APDU。APSDE-{}表2.3詳細(xì)介紹了APSDE-DATA.confirm原語的參數(shù)2.2.4.1.2.22.2.4.1.2.2態(tài)參數(shù)值為SUCCESS，表明請求傳輸成功，或者為錯(cuò)誤代碼NO_SHORT_ADDRESS,NO_BOUND_DEVICE或SECURITY_FAIL或者為任何NLDE-DATA.confirm原語返回2.2.4.1.2.32.2.4.1.2.32.2.4.1.3.1APSDE-{}表2.4詳細(xì)描述了APSDE-DATA.indication原語的參數(shù)NI（2.24nwkAddressMa映射為相應(yīng)的擴(kuò)展的64位IEEE64為IEEEAPSDE發(fā)送該原語，其參數(shù)SrcAddrMod0x0，SrcAddres64位IEEE64位IEE地址，APSDESrcAddrMod0x01，參數(shù)SrcAddres設(shè)為接收幀16位源地址。2.2.4.2APS通過APSME-SAP2.2.4.6.1.1APSME-{}表2.6詳細(xì)描述了APSME-BIND.requestAPS子層從NHLE接收該原語，APSME將試圖直接從其綁定表中建APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-BIND.confirm，APSMETABLE_FULL的APSME-BIND.confir原語。2.2.4.3.2.1APSME-{}表2.7詳細(xì)描述了APSME-BIND.confirm}表2.7詳細(xì)描述了APSME-BIND.confirm2.2.4.3.2.2該原語由APSME產(chǎn)生作為APSME-BIND.request原語的響應(yīng)發(fā)送給NHLE。如果請求成功，ILLEGAL_REQUEST或TABLE_FULL2.2.4.3.2.3SUCCESS2.2.4.3.2.3SUCCESSAPSME-{}表2.8詳細(xì)描述了APSME-UNBIND.requestAPS子層從NHLE接收該原語，APSME將在綁定表中查找指定的入APSMESUCCESS的APSME-UNBIND.confir原語（見2.2.4.3.APSME將發(fā)送狀態(tài)參數(shù)為INVALID_BINDIN的APSME-UNBIND.confirAPSME將發(fā)送狀態(tài)ILLEGAL_DEVIC的APSME-BIND.confir原語。2.2.4.3.4.1APSME-{}表2.9詳細(xì)描述了APSME-UNBIND.confirm2.2.4.3.4.2}表2.9詳細(xì)描述了APSME-UNBIND.confirm2.2.4.3.4.2APSMEAPSME-UNBIND.requesNHL。如果請求成功，那么狀態(tài)參數(shù)將表明一個(gè)成功的解除綁定請求。否則，狀態(tài)參數(shù)則為錯(cuò)誤碼ILLEGAL_DEVICE、ILLEGAL_REQUEST或INVALID_BINDING2.2.4.3.4.32.2.4.4.1.12.2.4.3.4.32.2.4.4.1.1APSME-{}表2.102.2.4.4.1.22.2.4.4.1.3值的APSME-GET.confirmAPSME-{}表2.112.2.4.4.2.22.2.4.4.2.3}表2.112.2.4.4.2.22.2.4.4.2.32.2.4.4.3ASPME-2.2.4.4.3.1APSME-{}表2.122.2.4.4.3.22.2.4.4.3.3接收到該2.2.4.4.3.22.2.4.4.3.3接收到該原語，APSME試圖將給定的數(shù)據(jù)庫中的值寫入AIB屬性。如果在數(shù)據(jù)庫中沒有AIB如果成功寫入了AIB屬性，APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-SET.confirm原語。APSME-{}表2.132.2.4.4.4.2UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.3.32.2.4.4.4.3UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.3.32.2.4.4.4.32.2.4.5.1.1APSME-ADD-{}表2.142.2.4.5.1.22.2.4.5.1.3GroupAddresAPSM將向上層發(fā)送狀I(lǐng)NVALID_PARAMETE的APSME-ADD-GROUP.condir原語。同樣，如果Endpoin參數(shù)值0x00APSMEINVALID_PARAMETE的APSME-ADD-GRROUP.confir原語。GroupAddres和Endpoin值。入口加入到GroupAddres和Endpoin值。入口加入到AS組表后，APSMENLME-SET.requesnwkGroupIDTablAPS子APSM將向上層發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-ADD-GROUP.confirGroupAddres和Endpoint的入，APSMETABLE_FUL的APSME-ADD-GROUP.confir原語。2.2.4.5.2APSME-ADD-2.2.4.5.2.1APSME-ADD-{}表2.152.2.4.5.2.2APSMEAPSME-ADD-GROUP.reques原語的響應(yīng)。如果APSME-ADD-GROUP.requesSUCCESS。如果APSME-ADD-GROUP.requstINVALID_PARAMETER。如果APSME試圖加入一個(gè)組表2.2.4.5.2.32.2.4.5.3APSME-REMOVE-2.2.4.5.3.1APSME-REMOVE-{}表2.162.2.4.5.3.1APSME-REMOVE-{}表2.162.2.4.5.3.22.2.4.5.3.3態(tài)參數(shù)為INVALID_PARAMETER的APSME-REMOVE-GROUP.condirm原語。同樣，如果Endpoint參SUCCESS的APSME-REMOVE-GROUP.confirmAPSME-REMOVE-{}表2.172.2.4.5.5}表2.172.2.4.5.5APSME-REMOVE-ALL-2.2.4.5.5.1APSME-REMOVE-ALL-{}表2.182.2.4.5.5.22.2.4.5.5.3Endpoint2.2.4.5.5.3Endpoint,APSMEAPSMENLME-SET.requesnwkGroupIDTablAPS子APSM將向上層發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-REMOVE-ALLGROUP.confirm原語。2.2.4.5.6APSME-REMOVE-ALL-2.2.4.5.6.1表2.192.2.4.5.6.22.2.4.5.6.32.2.5這小節(jié)描述了APS層的幀格式（APDU）APS幀包含如下的基本組成：1、APS2、APSAPS子層的幀作為有序域按照指定的順序進(jìn)行描述。這小節(jié)的所有幀格式都按照網(wǎng)絡(luò)層k位都從0（最左、最低）至k-1（APS子層的幀作為有序域按照指定的順序進(jìn)行描述。這小節(jié)的所有幀格式都按照網(wǎng)絡(luò)層k位都從0（最左、最低）至k-1（）排號。域中長度小于一個(gè)字節(jié)的值都按照從最低位至最高位的2.2.5.1APDU2.2.5.1.12.2.5.1.1.12.2.5.1.1.22.2.5.1.1.32.2.5.1.1.42.2.5.1.1.5的地址為操作的端點(diǎn)。目的端點(diǎn)值為0xff幀目的地址為除了端點(diǎn)0x00的所有活躍的端點(diǎn)。組地址域16比特長，只有當(dāng)幀控制中的傳輸模式子域?yàn)?b11時(shí)存在該域。在這種情況下，目的端點(diǎn)不存在。如果幀中的APS頭包含組地址域，幀將被發(fā)送設(shè)備中組表中由組地址域確設(shè)備的nwkUseMukticast設(shè)置為TRUE，2.2.5.1.42.2.5.1.5Profile2.2.5.1.5Profile2.2.5.1.8延長幀控制域長8比特，包含使用分裂的定義信息。延長幀控制域的格式如表2.52.2.5.1.8.22.2.5.1.8.32.2.5.1.92.2.5.1.8.32.2.5.1.92.2.5.22.2.5.2.12.2.5.2.1.1APSAPSProfileAPS計(jì)數(shù)器域。數(shù)據(jù)幀是否包含目的端點(diǎn)和延長頭域則各自按照幀控制域中的傳輸模式和延長頭存在域的規(guī)定。2.2.5.2.1.22.2.5.2.2APS2.2.5.2.2.1APS命令你幀APS2.2.5.2.2.1APS命令你幀APS2.2.5.2.2.2APS2.2.5.2.2.3APSAPSProfileAPS計(jì)數(shù)器。源和目的端點(diǎn)都應(yīng)包含在確認(rèn)幀中。是否包含延長頭域則按照幀控制域中延長頭存在子域的要求設(shè)備。APS2.2.5.2.3.1APS2.2.5.2.3APS信息數(shù)據(jù)庫包含管理設(shè)備APS層需要的屬性。AIB屬性如表2.24APS信息數(shù)據(jù)庫包含管理設(shè)備APS層需要的屬性。AIB屬性如表2.24所示。AIB還包含一些2.2.7.2APS2.2.7.1APS2.2.7PIB2.2.6ZigBeeZigBeeZigBeeZigBee網(wǎng)絡(luò)中兩個(gè)設(shè)備之間通信的關(guān)鍵是統(tǒng)一一個(gè)profileProfile的一個(gè)例子就是智能家居。這個(gè)ZigBeeprofile允許一系列設(shè)備類型交換控制消Profile另一個(gè)類型的例子是在連個(gè)ZigBee設(shè)備間定義了普通行為。為了舉例說明，無和服務(wù)發(fā)現(xiàn)是在設(shè)備的profile中支持的特性。ZigBeeProfileZigBee在兩個(gè)分開的等級定義Profile，這兩個(gè)等級是：私人的和公開的。這些等級2.2.8精確定義和標(biāo)準(zhǔn)是在精確定義和標(biāo)準(zhǔn)是在ZigBee聯(lián)盟和在這個(gè)文件范圍之外的一個(gè)管理問題。為了這個(gè)技術(shù)規(guī)范的目的，對Profile標(biāo)識符標(biāo)準(zhǔn)是唯一的。到最后，對一個(gè)Profile標(biāo)識符的應(yīng)用程序，每一個(gè)Profile必須以向ZigBee聯(lián)盟的一個(gè)請求開始。一旦獲得Profile標(biāo)識符，Profile標(biāo)識符允許Profile設(shè)計(jì)者有如小定義：Profile標(biāo)識符的應(yīng)用的市場空間對ZigBee聯(lián)盟發(fā)行Profile標(biāo)識符是一個(gè)關(guān)鍵的標(biāo)準(zhǔn)。Profile需要覆蓋一個(gè)足夠?qū)挼脑O(shè)備范圍來允許互動性來發(fā)生在沒有過度范圍設(shè)備之間，且導(dǎo)致用來描述它們接口的一個(gè)簇標(biāo)識符的不足。相反的。Profile不能被定義的太狹窄導(dǎo)致很多被個(gè)人Profile標(biāo)識符描述的設(shè)備導(dǎo)致Profile標(biāo)識符尋址空間的浪費(fèi)，且在描述設(shè)備如何接口時(shí)產(chǎn)生互操作性。在ZigBee聯(lián)盟里的政策組將就如何定義Profile建立標(biāo)準(zhǔn)，且?guī)椭埱笳咧谱魉鼈兊腜rofile標(biāo)識符請求。Profile標(biāo)識符是在ZigBee協(xié)議中主要的主要枚舉量。每一個(gè)唯一的Profile標(biāo)識符定義了設(shè)備描述和簇標(biāo)識符的一個(gè)聯(lián)合的枚舉量。例如，對Profile標(biāo)識符“1”，存在一些被位值描述的設(shè)備描述Profile65536個(gè)設(shè)備描述16位值描述的簇標(biāo)識符Profile65536。每一個(gè)簇標(biāo)識符也16Profile65536格簇標(biāo)識符且每65536Profile開發(fā)者的責(zé)任就是定義和分配設(shè)備Profile標(biāo)識符里的屬性。注意設(shè)備描述、簇標(biāo)識符和屬性標(biāo)識符的定義必須很小心的采用以保證簡單描述的有效建立和當(dāng)交換消息時(shí)單一化處理。profe標(biāo)識符來完成。在任何消息被定向Beeprofe在設(shè)備和端點(diǎn)的支持。profe發(fā)生，由于作為結(jié)果的匹配提取到源地址、源端點(diǎn)、簇標(biāo)識符、目的地址和目的端點(diǎn)。在一個(gè)單獨(dú)的ZigBee設(shè)備也許包含許多的profile的維profile是由在這些profile定義的各種簇標(biāo)識符的子集提供的，且維持多樣的設(shè)備描述。在設(shè)備里使用一個(gè)設(shè)備：設(shè)備是由有唯一的IEEE和網(wǎng)絡(luò)地址的單個(gè)無線電來維持的端點(diǎn)：這是一個(gè)8位的域，描述了不同的應(yīng)用程序，這些應(yīng)用都是由單個(gè)無線電來維持的。端點(diǎn)0x00用來尋址profile，設(shè)備profile是每ZigBee設(shè)備必須使用的；端點(diǎn)0xff用來尋址所有活動的端點(diǎn)（廣播端點(diǎn)），且端點(diǎn)0xf1-0xfe保留。結(jié)果，一個(gè)單獨(dú)的物理ZigBee無線電能維持240個(gè)應(yīng)用程序在端點(diǎn)0x01-0xf0.一旦設(shè)備被建立維護(hù)特殊的profile且同簇描述符使用一致，簇描述符使用是為在這些一個(gè)例子，ZigBee設(shè)備能被建立帶有一個(gè)為了一個(gè)標(biāo)準(zhǔn)而寫的單獨(dú)的端點(diǎn)應(yīng)用程序，公開的gBeepofe標(biāo)識符“XX”。如果生產(chǎn)商想配置一個(gè)ZigBee設(shè)備支持的標(biāo)準(zhǔn)pofle“XX”，aespofe標(biāo)識符“XX”，但生產(chǎn)時(shí)沒有賣主擴(kuò)展名的設(shè)備將僅僅advertsed維持單獨(dú)的pofile標(biāo)識符“XX”，且不能使用賣主擴(kuò)展名響應(yīng)或者建立消息。BepfXXrfeBerf來建立新的特性和加法adds），pfeprofrf（X”）rfeX設(shè)備兼容，這新的設(shè)備對于pofie標(biāo)識符“XX”和pofie標(biāo)識符“XY”有新設(shè)備advertisedrfXprofYBe2.3.2ZigBee義在個(gè)人的設(shè)備描述符里。有五個(gè)描述符：節(jié)點(diǎn)、節(jié)點(diǎn)電源、簡單的、復(fù)雜的和使用者，節(jié)點(diǎn)、節(jié)點(diǎn)電源、簡單的和使用者描述符按它們出現(xiàn)在各自的表中的順序傳送，也就是，在ndvdual2.15所示。圖2.15復(fù)雜描述符的格式包含在復(fù)雜標(biāo)識符里的每一個(gè)域的格式如圖2.16所示。字節(jié)…域計(jì)數(shù)器域…域描述符名稱狀描M節(jié)點(diǎn)的類型和能力NodeM節(jié)點(diǎn)電源特性M包含在節(jié)點(diǎn)里的設(shè)備描述O設(shè)備描述的進(jìn)一步信息O定義的使用者的描述符圖2.16individual復(fù)雜描述符域的格圖2.16individual復(fù)雜描述符域的格2.3.2.1.1壓縮的XML壓縮的XML標(biāo)志域長度為1字節(jié)，且規(guī)定當(dāng)前域的XML標(biāo)志。復(fù)雜標(biāo)識符的壓XML標(biāo)志如表2.37所示域數(shù)據(jù)域是可變長且包含當(dāng)前域的信息規(guī)定，如壓縮XML標(biāo)志域表明的發(fā)現(xiàn)尋址到端點(diǎn)0。發(fā)現(xiàn)操作的詳細(xì)描述見2.4.2.1節(jié)。信息通過ZigBee設(shè)備profile指（indication）原語返回復(fù)合設(shè)備（Composite表2.26節(jié)點(diǎn)描述符域長度（b邏輯類型3有效復(fù)雜描述1有效使用者描述符1保3APS標(biāo)志3頻率組合（Frequency5MAC能力標(biāo)8生產(chǎn)商代碼最大緩沖值8最大轉(zhuǎn)換值（Maximumtransfer服務(wù)器MAS字節(jié)壓縮的XML標(biāo)志節(jié)點(diǎn)的邏輯類型3個(gè)bit長，且規(guī)ZigBee點(diǎn)的設(shè)備類型輯類型域設(shè)置22節(jié)點(diǎn)的邏輯類型3個(gè)bit長，且規(guī)ZigBee點(diǎn)的設(shè)備類型輯類型域設(shè)置227的一個(gè)非保留表2.27邏輯類型域的值節(jié)點(diǎn)描述符的有復(fù)雜描述符域是1bit且規(guī)定一復(fù)雜描述符在個(gè)設(shè)備上是否有如果這域設(shè)置為1，復(fù)雜描述符有如果這個(gè)域設(shè)0復(fù)雜描述符無效。節(jié)點(diǎn)描述的有使用描述符域是1bit長，且規(guī)定個(gè)使描述符這個(gè)設(shè)上是否有效。如果這域設(shè)置為1用者描述符有效如果這個(gè)域設(shè)0用者描述符無節(jié)點(diǎn)描述符的APS標(biāo)志域是3bit長，且規(guī)定節(jié)點(diǎn)的應(yīng)用支持子層的能力。這個(gè)域是普遍的不維持且設(shè)置為0（Thisfieldiscurrentlynotsupportedandshallbesetto組合5bit長，且規(guī)定節(jié)點(diǎn)使用的IEEE802154一個(gè)IEEE802.154支持頻率頻率合域有相228使用相應(yīng)位設(shè)置為1其他位設(shè)置為0。表2.28頻率組合域的值MAC層能力標(biāo)志域長度為8bit，且規(guī)定了節(jié)點(diǎn)的能IEEE802154MAC所要求的。MAC層能力標(biāo)志域格式如圖2.27所示圖2.17MAC層能力標(biāo)志域格式可選的PAN協(xié)調(diào)器子域長度是1位，且如果這個(gè)節(jié)點(diǎn)有成為PAN協(xié)調(diào)器的能力，該域設(shè)置為1。否則設(shè)0。比特1234-67可選的PAN協(xié)調(diào)器設(shè)備類型電源空閑時(shí)接收機(jī)安全能力分配地址頻率組合域位數(shù)支持的頻率組合0868-868.61保2902-92832400-2483.54保邏輯類型域值b2b1描ZigBee協(xié)調(diào)器ZigBee路由器ZigBee終端設(shè)備011-保設(shè)備類型子域1位長且如果這個(gè)節(jié)點(diǎn)是一個(gè)全功能設(shè)備設(shè)備類型子域1位長且如果這個(gè)節(jié)點(diǎn)是一個(gè)全功能設(shè)備（FFD）該域設(shè)置為1。否則設(shè)置為0，表明是一簡化功能設(shè)備（RFD）。電源源子域長度是1且如果前的電源是主電源該域設(shè)置為1否則該域設(shè)置為0。這個(gè)信是從節(jié)點(diǎn)電源（power）描述符的節(jié)點(diǎn)前電源源域獲得空閑時(shí)收機(jī)開子域長度是1位，且如果在空周期時(shí)設(shè)備使能它的接收機(jī)保存源，該域設(shè)置為1。否則域設(shè)置為0（參見2325節(jié)）安全能子域長度是1位，且如果設(shè)備有使用【B1】規(guī)定的安全組使發(fā)送和接收幀安全的能力，該設(shè)置為1。否則該域設(shè)0。分配地址子域長度是1位，且總設(shè)置為1節(jié)點(diǎn)描符生產(chǎn)商代碼域長度是16位，且規(guī)定了一個(gè)由ZigBee聯(lián)盟分配的生產(chǎn)商代碼，與設(shè)備相節(jié)點(diǎn)描述符的最大緩沖域值長度8位，有效范圍是0x00-0x7f，且規(guī)定了節(jié)點(diǎn)的應(yīng)用支持子層（ASDU）的最大值，是以字節(jié)的方式。在分裂或者重新組合之前，這是要傳輸?shù)綉?yīng)用層或者從應(yīng)用層來的數(shù)據(jù)或者命的最大值。這個(gè)域?yàn)榱司W(wǎng)絡(luò)管理被作為高水平表示使用。節(jié)點(diǎn)描述符的最大轉(zhuǎn)換值長度是16位，有效值范圍是0x00000x7ffff，且以字節(jié)形式規(guī)轉(zhuǎn)換到這個(gè)節(jié)點(diǎn)或從這個(gè)節(jié)點(diǎn)轉(zhuǎn)換的最大值在一個(gè)單個(gè)消息轉(zhuǎn)換里。這個(gè)值能超過節(jié)點(diǎn)最大緩沖值域的值（參見23248）。服務(wù)Mask節(jié)點(diǎn)描符的服務(wù)Mask域長度是16位設(shè)置表示這節(jié)點(diǎn)的系統(tǒng)服能力。系統(tǒng)里的其他節(jié)點(diǎn)用這個(gè)使特殊系服務(wù)發(fā)現(xiàn)便利。設(shè)置如表229表2.29服務(wù)Mask位分配節(jié)點(diǎn)電源描述符給節(jié)點(diǎn)的電源狀態(tài)一個(gè)動態(tài)表示，且對每一個(gè)節(jié)點(diǎn)都是必須有的。在一個(gè)節(jié)點(diǎn)里就只有一個(gè)節(jié)點(diǎn)電源描述符。節(jié)點(diǎn)電源描述域如表2.30所示，按照傳輸?shù)捻樞?。?.30節(jié)點(diǎn)電源描述域位分0主要信托中心1備份信托中心2主要綁定表高速緩沖存儲器3備份綁定表高速緩沖存儲器4主要發(fā)現(xiàn)高速緩沖存儲器5備份發(fā)現(xiàn)高速緩沖存儲器6網(wǎng)絡(luò)管理7-保節(jié)點(diǎn)電描述符的當(dāng)前電模式域長4位，且規(guī)定了節(jié)點(diǎn)的當(dāng)前休眠省電模式。當(dāng)前節(jié)點(diǎn)模式域設(shè)置為表2.31所列的一非保留值。表2.31當(dāng)前電源模式域的節(jié)點(diǎn)描符的節(jié)點(diǎn)電描述符的當(dāng)前電模式域長4位，且規(guī)定了節(jié)點(diǎn)的當(dāng)前休眠省電模式。當(dāng)前節(jié)點(diǎn)模式域設(shè)置為表2.31所列的一非保留值。表2.31當(dāng)前電源模式域的節(jié)點(diǎn)描符的有效電源源域長度4位，且規(guī)定了在這個(gè)節(jié)點(diǎn)的有效電源。對于每個(gè)節(jié)點(diǎn)支持的電有效的電源域的相應(yīng)的位如表232所列，設(shè)置為1位設(shè)置為0。表2.32有效電源源域的值節(jié)點(diǎn)描符的當(dāng)前電源源域長度4位，且規(guī)定節(jié)點(diǎn)使用的當(dāng)前電源源對于所選擇當(dāng)前電源源，當(dāng)電源源域相應(yīng)的位如表223所列設(shè)1其他位設(shè)置為0。表2.23當(dāng)前電源源域的值節(jié)點(diǎn)描述符的當(dāng)前電源源級別域長度4位，且規(guī)定了電源源負(fù)荷的級別。當(dāng)前電源源域設(shè)置成表2.34所列的非保留值之一表2.34當(dāng)前電源源級別域的當(dāng)前電源源級別域b3b負(fù)荷水平危急的（Critical）沒有電？？當(dāng)前電源源域位數(shù)當(dāng)前電源源0持續(xù)的電源（主要的）（1可充電電池2可任意使用的電池）3保有效電源源域位數(shù)支持的電源源0持續(xù)的電源（主要的）（1可充電電池2可任意使用的電池）3保當(dāng)前電源模式值b3b2b1描接收機(jī)與節(jié)點(diǎn)描述符的空閑時(shí)接收機(jī)開子域同步接收機(jī)如節(jié)點(diǎn)電源描述符定義的那樣周期性的開始當(dāng)有激勵(lì)是接收機(jī)開，舉例來說是使用者按下按鈕0011-保域當(dāng)前電源模式4有效的電源源4當(dāng)前的電源源4當(dāng)前電源源級4簡單描述符包含節(jié)點(diǎn)里的每一個(gè)端點(diǎn)的特定信息。簡單描述符在節(jié)點(diǎn)里存在的每一個(gè)端點(diǎn)是必選的。簡單描符域如表2.35所示，是按照傳輸?shù)捻樞?。這個(gè)描述符在整個(gè)空間進(jìn)行傳輸，簡單描述簡單描述符包含節(jié)點(diǎn)里的每一個(gè)端點(diǎn)的特定信息。簡單描述符在節(jié)點(diǎn)里存在的每一個(gè)端點(diǎn)是必選的。簡單描符域如表2.35所示，是按照傳輸?shù)捻樞?。這個(gè)描述符在整個(gè)空間進(jìn)行傳輸，簡單描述表2.35簡單描述符域簡單描述符的端點(diǎn)域長度是8規(guī)定在這個(gè)描述相關(guān)的節(jié)點(diǎn)里的端點(diǎn)。應(yīng)用只用端點(diǎn)1-簡單描符的應(yīng)用profile標(biāo)識域長度是16位，且規(guī)定在這個(gè)端點(diǎn)上支持的profile。Profile標(biāo)識簡單描應(yīng)用設(shè)備標(biāo)識符域長度是16且規(guī)定這個(gè)端點(diǎn)上支持設(shè)備描述符。描述符從ZigBee聯(lián)盟處獲得。簡單描應(yīng)用設(shè)備版本域長度是4定在這個(gè)端點(diǎn)上支持的設(shè)備描述符的版本。設(shè)備描述符版本設(shè)置為表236列的非保留值之一。表2.36應(yīng)用設(shè)備版本域的簡單描符的應(yīng)用輸入簇?cái)?shù)器域長度是8位，且規(guī)定在這個(gè)端點(diǎn)支持的輸入簇?cái)?shù)，將出現(xiàn)在應(yīng)輸入簇列表域。果這個(gè)域的是0應(yīng)用入列表域不被包6應(yīng)用設(shè)備版本域的值b3b2b1b描版本0001-保域長度（b端8應(yīng)用profile標(biāo)識符應(yīng)用設(shè)備標(biāo)識符應(yīng)用設(shè)備版本4保4應(yīng)用輸入簇計(jì)數(shù)器8應(yīng)用輸入簇列表器16*i（i是應(yīng)用輸入簇計(jì)數(shù)器的值應(yīng)用輸出簇計(jì)數(shù)器8應(yīng)用輸出簇列表器16*o（o是應(yīng)用輸出簇計(jì)器的值保簡單描述符的應(yīng)輸入簇列長度為16*ii是應(yīng)用入簇計(jì)數(shù)器域的且規(guī)定了在端點(diǎn)上持的輸入列表綁定程簡單描述符的應(yīng)輸入簇列長度為16*ii是應(yīng)用入簇計(jì)數(shù)器域的且規(guī)定了在端點(diǎn)上持的輸入列表綁定程序期間使應(yīng)用輸入簇列表僅僅在輸入簇計(jì)數(shù)器域的值大于0是才有。簡單描符的應(yīng)用輸出簇?cái)?shù)器域長度是8位，且規(guī)定在這個(gè)端點(diǎn)支持的輸出簇?cái)?shù)，將出現(xiàn)在應(yīng)輸出簇列表域。果這個(gè)域的是0應(yīng)用出列表域不被包簡單描符的應(yīng)用輸出簇表長度為16*o，o是應(yīng)輸出簇計(jì)數(shù)器域的值且規(guī)定了在這個(gè)端點(diǎn)上持的輸出列表綁定程序期間使應(yīng)用輸出簇列表僅僅在輸出簇計(jì)數(shù)器域的值大于0是才有。由于在這個(gè)描述符里的擴(kuò)展的和復(fù)雜的特性，它使用壓縮的XML標(biāo)志以XML格式存在。表2.37復(fù)雜描述符域語言和符設(shè)置域是3字節(jié)長，且規(guī)定了在復(fù)雜描述里的字符字節(jié)串使用的語言和字置。語和字符設(shè)置域的式如圖218所示。圖2.18語言和字符設(shè)置域格式ISO639-1語言代碼域是2字節(jié)長，且規(guī)定了為字符串使用的語言，如【B5】定義。字符設(shè)標(biāo)識符子域長度是1字節(jié)，且規(guī)定了字符設(shè)置里的字符使用的編碼。個(gè)子域設(shè)置為表2.38所列的非保留值一。表2.38字符設(shè)置標(biāo)識符子域的值字符設(shè)置標(biāo)符每個(gè)標(biāo)識的比特描1ISO639-1語言代碼字符設(shè)置標(biāo)識符域XML標(biāo)志復(fù)雜XML標(biāo)志值b3b2b1數(shù)據(jù)類型保--語言和字符設(shè)<語言代碼參見2.327生產(chǎn)商名稱<生產(chǎn)商名稱模型名稱<模型名稱連續(xù)<連續(xù)數(shù)設(shè)備<設(shè)備URL圖標(biāo)（Icon<圖標(biāo)圖標(biāo)<大綱保-1000--如果語言和字符設(shè)置都沒有規(guī)定，語言默認(rèn)為英語（語言代碼EN如果語言和字符設(shè)置都沒有規(guī)定，語言默認(rèn)為英語（語言代碼EN）且字符設(shè)置為ISO646生產(chǎn)商名稱域是可變長，且包含字符串表明設(shè)備生產(chǎn)商的名稱。模型名稱域是可變長，且包含字符串表明設(shè)備生產(chǎn)商模型的名稱。連續(xù)數(shù)域是可變長，且包含字符串表明設(shè)備生產(chǎn)商連續(xù)數(shù)。設(shè)備URL是可變長，且包含字符串表明URL，通過它更多的關(guān)于設(shè)備的信息可以獲得圖標(biāo)域是可變長，且包含一個(gè)字節(jié)串，這個(gè)字節(jié)串?dāng)y帶一個(gè)圖標(biāo)數(shù)據(jù)，能表明在計(jì)算機(jī)、網(wǎng)關(guān)或者PDA上的設(shè)備。圖標(biāo)的格式是32*32像素的PNG圖像。圖標(biāo)URL域是可變長，且包含字符串表明URL，通過它可以獲得設(shè)備的圖標(biāo)。使用者標(biāo)識符包含允許使用者使用user-friendly字符標(biāo)識符來識別設(shè)備的信息，這些字符串如“BedroomTV”或者“Stairslight”。使用者標(biāo)識符的使用是可選的。這個(gè)標(biāo)識符包表2.39使用者標(biāo)識符應(yīng)用程框架能通過APS子層的數(shù)據(jù)服務(wù)過濾到達(dá)的幀，且僅存在對在每個(gè)活動的端點(diǎn)上行的應(yīng)用有影響如果應(yīng)用程序框架為一個(gè)不活動的端點(diǎn)接收一個(gè)幀，丟棄該幀。否則，應(yīng)用程序框架應(yīng)確proferfepf不匹配，那么應(yīng)用程序框架拒絕該幀。反之，應(yīng)用程序框架應(yīng)傳遞接收到的幀的載荷到執(zhí)行在規(guī)定端點(diǎn)的應(yīng)用。域長度（字節(jié)使用者標(biāo)識符8ISO646，ASCII字符設(shè)置。每一個(gè)特性都適合一個(gè)字節(jié)的最沒有意義的7bit，帶有最有bit設(shè)置為0（見【B6】）0x01--保ZigBeeZigBee設(shè)備對象本小節(jié)介紹在ZigBee應(yīng)用支持子層和網(wǎng)絡(luò)層頂端執(zhí)行ZigBee設(shè)備對性應(yīng)用需要的概念、結(jié)構(gòu)和原語。ZDO是使用網(wǎng)絡(luò)和應(yīng)用支持層原語執(zhí)行ZigBee終端設(shè)備、路由器和協(xié)調(diào)器的一個(gè)應(yīng)用。ZDOProfile使用簇來描述它的原語。ZigBee設(shè)備Profile簇不使用屬性，且同在消息傳輸協(xié)議里的消息類似。在ZigBee設(shè)備中使用簇標(biāo)識符來列舉在ZDO中使用的消息。ZDOZDO中的配置屬性是由棧Profile設(shè)置的配置數(shù)。雖然配置屬性和ZigBee設(shè)備Profile都由ZDO來使用，但是配和ZigBee設(shè)備Profile無關(guān)。ZDOZigBeeAPLAPS1.1所ZDO初始化應(yīng)用支持子層（APS），網(wǎng)絡(luò)層（NWK），安全服務(wù)提供（SSP）和任何其他ZigBee設(shè)備層而不是駐扎在端點(diǎn)1-240的終端應(yīng)用。最初的發(fā)現(xiàn)高速緩沖器設(shè)備操作（PrimaryDiscoveryCache）最初的發(fā)現(xiàn)高速緩沖器設(shè)備是通過設(shè)備的配置和在節(jié)點(diǎn)描述符里的advertisement來定的。最初的發(fā)現(xiàn)高速緩沖器設(shè)備操作作為一個(gè)狀態(tài)機(jī)，這個(gè)狀態(tài)機(jī)是關(guān)于客戶機(jī)希望使2.99描述的，應(yīng)被最初的發(fā)現(xiàn)高速緩客戶使用有限的半徑廣播到所有的RxOnWhenIdle設(shè)備消息DiscoveryRegister請求來定位在請求提供的半徑范圍內(nèi)的PrimaryDiscoveryCache設(shè)備DscoveryCache設(shè)備，這個(gè)設(shè)備白含它愿意存儲的發(fā)現(xiàn)高速緩存器信息的大小。DscoveryCacheDevce將響應(yīng)，參數(shù)是UCCAB_U。已注冊的當(dāng)客戶從DiscoveryCache設(shè)備接收到SUCCESS狀態(tài)，這個(gè)狀態(tài)就從先前的DiscoveryCache請求處客戶現(xiàn)在必須使用節(jié)（NodeDescriptor）存儲請求、激活Prima激活Prima Cache設(shè)備為了它自己的利益來充分的響應(yīng)。4.未注冊的：客戶（或任何其他設(shè)備）許請求不被注冊。移動節(jié)點(diǎn)高速緩存器（RemoveNodeCache）請求移動設(shè)備從PrimaryDiscoveryCache設(shè)備。PrimaryDiscoveryCache設(shè)備響應(yīng)設(shè)備和它支持的所有注冊的客戶的服務(wù)發(fā)現(xiàn)請求。Find為狀態(tài)機(jī)處理PrimaryDiscoveryCache設(shè)備的詳細(xì)信息。在一個(gè)單獨(dú)的PAN里，這個(gè)功能將支持設(shè)備和服務(wù)發(fā)現(xiàn)。另外，對于ZigBee協(xié)調(diào)器、ZigBee路由器和ZigBee終端設(shè)備這個(gè)功能將如下處理：（1）在每一用休眠的ZigBee終端設(shè)ZigBee路由器（ZigBee調(diào)器）的網(wǎng)絡(luò)，必須被設(shè)計(jì)作為如它們的節(jié)點(diǎn)描述符描述的PrimaryDiscoveryCacheDevices。這些Primary端設(shè)備的發(fā)現(xiàn)信。另外PrimaryCacheDevices響應(yīng)代表休眠Zigbee終端設(shè)的發(fā)現(xiàn)請求。每一個(gè)PrimaryDiscoveryCacheDevice是ZigBee路由器或者ZigBee協(xié)調(diào)器。（3）對于被設(shè)計(jì)作為PrimaryDiscoveryCacheDevice的ZigBee協(xié)調(diào)器和ZigBee路（4）（4）Bee服務(wù)是由rmaryDscoeryCach設(shè)備代表其他ZBee終端設(shè)備提供的。萬一rmaryDscoveryCacheDevceNAdOfIerstnre設(shè)備發(fā)現(xiàn)——以BeeI）服務(wù)發(fā)現(xiàn)：以如下的輸入為基礎(chǔ)，相應(yīng)的響應(yīng)被提供和隨意的，輸入和輸出簇——指定的設(shè)備匹配帶有所有活動的端點(diǎn)的ProfileID來確定一個(gè)匹A的萬profepofe將僅僅在為服務(wù)發(fā)現(xiàn)目的的簡單標(biāo)識符里列出輸入簇。在這些情況下它將被采用，應(yīng)用profe提供關(guān)于輸入和響應(yīng)輸出的簇標(biāo)識符的使用的細(xì)節(jié)。這個(gè)功能確定是否使能安全，如果使能，將做如下處理：建立鑰匙轉(zhuǎn)換鑰匙安全管理功能按安全服務(wù)規(guī)范執(zhí)行。安全管理由ZDO發(fā)出APSME原語來執(zhí)行，步驟如下與信托中心通信（假定是ZigBee協(xié)調(diào)器）來獲得MasteKey，在設(shè)備和信托中心之間（果設(shè)備是ZigBee協(xié)調(diào)器或者信托中心的MaKey被重新分配這一步忽略）。這一步使用傳輸鑰匙輸鑰匙原語。與信托中心建立一個(gè)LKey。這一步使用APSMEEstablish-Key原語從信托中心獲得網(wǎng)絡(luò)鑰匙使用安全的通信與信托中心。這一步使用TRANSPORT-KEY原語。作為必須的，建立LinkKey和MasterKey與在網(wǎng)絡(luò)中被確定為消息的目的的指定的設(shè)ADVICE-UDA通知任何一個(gè)設(shè)備的信托中心連接網(wǎng)絡(luò)。這個(gè)功能只有設(shè)ZBee路由器時(shí)才執(zhí)行。允許設(shè)備使用APSMEREQUEST-KEY原語從信托中心獲得鑰匙管理網(wǎng)絡(luò)掃描程序來確定鄰居網(wǎng)絡(luò)和它們協(xié)調(diào)器和路由器的一致性支持孤點(diǎn)和擴(kuò)展的程序來重新連接網(wǎng)絡(luò)，包括支持可攜帶的內(nèi)部PAN綁定管理執(zhí)行下列任務(wù)從APS綁定表增加或者減少實(shí)體處理綁定請求DA上來支持協(xié)助綁定。Beerofe24被支持。提供遙控操作命令來重新獲得綁定提供一個(gè)遙控操作命令來重新獲得LQI，是為這個(gè)遙遠(yuǎn)的設(shè)備的鄰居獲得的允許源設(shè)備向一個(gè)初始化綁定表高速緩沖寄存器登記的能力來保持他們自己綁定允許初始化綁定表高速緩沖寄存器備份和恢復(fù)個(gè)人綁定入口或者入口綁定表或者保他們自己綁定表的源設(shè)備的不像對于應(yīng)用居住的上述的端點(diǎn)1240其他Zigbee設(shè)備對象（ZDO）APSDESAP之外，通過APSME-SAP到APS，通過NLME-SAP到NWK。ZDO在端點(diǎn)0上通信像所有他應(yīng)用一樣通過Profiles使用APSDESAP。ZDO使用的Profile是ZigBe標(biāo)題在協(xié)議版本發(fā)布的圖表的同一頁。設(shè)備Profile（見2.4節(jié)網(wǎng)絡(luò)管理綁定管理安全管理節(jié)點(diǎn)管理表2.132描述這些ZigBee設(shè)備對表2.132ZigBee設(shè)備對象對描名狀作為強(qiáng)制的列出的對象將在所有ZigBee設(shè)備中存在。然而，對于確定的ZigBee邏輯類型，作為強(qiáng)制的列出的對象將在所有ZigBee設(shè)備中存在。然而，對于確定的ZigBee邏輯類型，在網(wǎng)絡(luò)管理對象中的NLMENETWORK-FORMATION.request原語是強(qiáng)制對象且是可選屬ZigBee（Provision）應(yīng)用加上活動端點(diǎn)的列舉。？？？這些配置將包括在:Config_Node_Descriptor,:Config_Power_Descriptor和:Config_Simple_Descriptors里，如果:Config_Node_Descriptor配置對象表明這個(gè)設(shè)備是PrimaryDiscoveryCache設(shè)備，那么這個(gè)設(shè)備將被配置成處理服務(wù)器命令，是為了聯(lián)合請求PrimaryDiscoveryCache的ZigBee設(shè)備如果支持，將安排供應(yīng)為復(fù)雜描述符，使用者描述符，綁定入口最大值和masterkey供在配置 。這些元 包含設(shè)備應(yīng)用使用NLME-NETWORK-DISCOVERY.request原語，其中:ConfigNWKandParams的ChannelList部分能掃描指定的信道。作為結(jié)果的NLME-NETWORK-DISCOVERY.confirm原語將提供一個(gè)網(wǎng)絡(luò)清單，這個(gè)網(wǎng)絡(luò)清單詳細(xì)描述了在這個(gè)范圍內(nèi)，態(tài)M處理設(shè)備和安全發(fā)現(xiàn)M處理網(wǎng)絡(luò)行為網(wǎng)絡(luò)發(fā)現(xiàn)，斷開加入網(wǎng)絡(luò)新設(shè)置一網(wǎng)絡(luò)連和建立一個(gè)網(wǎng)O處理終端設(shè)備綁定，綁定和解綁行為O處理安全服務(wù)，如鑰匙裝載，鑰匙建立，鑰匙傳輸和認(rèn)證O處理操作功能活動的PANs。設(shè)備活動的PANs。設(shè)備應(yīng)用將比較信道清單和網(wǎng)絡(luò)清單，且選擇一個(gè)未使用過的信道確定，設(shè)備應(yīng)用將設(shè)置nwkSecurityLevel和nwkSecureAlFrames的NIB屬性，是根據(jù)設(shè)備使用的ProfileNLME-NETWORK-FORMATION.request原語，原語使用在:ConfigNWKModeandParams規(guī)定的參數(shù)來建立一個(gè)PAN在那個(gè)信道。在nwkExtendedPANID里，擴(kuò)展的PANID域?qū)⒈辉O(shè)置。設(shè)備應(yīng)用將通過NLME-NETWORK-FORMATION.confirm原語來核對返回的狀態(tài)來檢查PAN的成功建網(wǎng)絡(luò)信息塊參數(shù)將分別的設(shè)置為with:ConfigNWKBroadcastDeliveryTime和:ConfigNWKZigbee在:Config_NWK_Join_Direct_Addrs里，通過為每個(gè)仔清單里包含的地址產(chǎn)生NLME-DIRECTJOIN.request原語。直接連接地址處理過程將使用:Config_Max_Assoc參數(shù)來測試果他被指定作為一個(gè)PrimaryDiscoveryCache設(shè)備，也將代表注冊的設(shè)備響應(yīng)，這些設(shè)備已ZigBeeNLME-PERMIT-JOINING.requestNLME-JOINING.confirm原語允許網(wǎng)絡(luò)連接處理的應(yīng)用控制ZigBee協(xié)調(diào)器將支持NLME-LEAVE.request和NLMELEAVE.indication原語，性應(yīng)允許ZigBeeIEEE地址清單被提供給Zigbee協(xié)調(diào)器，因?yàn)槟切┑刂繁话鳛橄惹暗穆?lián)End_Device_Bind_req，ZigBee協(xié)調(diào)器將使用屬性中的:Config_EndDev_Bind_Timeout的值，且等待第二個(gè)End_Device_Bind_req的到來。第二個(gè)指示在timeout期間到達(dá)，ZigBee協(xié)調(diào)器將在兩個(gè)指示之間匹配ProfileID。如果在兩個(gè)指示中的ProfileIDs不匹配，一個(gè)適當(dāng)?shù)腻e(cuò)誤狀態(tài)將通過End_Device_Bind_req返回到每個(gè)設(shè)備，。如果ProfileIDs匹配，ZigBee協(xié)調(diào)器將匹配兩個(gè)指示里的AppInClusterLists和AppOutClusterLists。第一個(gè)指示的AppInClusterLists的ClusterIDs和第二個(gè)指示里的AppOutClusterLists的ClusterIDs匹配將被保存在一個(gè)清單里ZigBee協(xié)調(diào)器將處理從其它ZigBee設(shè)備來的Device_annce信息。一旦接收到，中設(shè)備維持根據(jù)匹配的64位IEEE地址更新它的nwkAddresMapNIB屬性來反映包含在Device_annce中的如果信托中心決定允許設(shè)備保持在網(wǎng)絡(luò)中，他將和設(shè)備建立一個(gè)masterkey，是通過使用out-of-band機(jī)制來保證安全和認(rèn)證。一旦交換了masterkey，信托中心將使用APSMEESTABLISH-KEY.requestlinkkeyAPSME-ESTABLISHKEY.response原語相應(yīng)linkkey建立的請求PSESP-E.rqut原語。一旦通過PSE-EES-E.indition原語從設(shè)備接收到一個(gè)請求，他將提供網(wǎng)絡(luò)鑰匙。信托中心再任何兩個(gè)設(shè)備間將支持linkkeys的建立，是通過提供給他們一個(gè)共同的鑰圍外。網(wǎng)絡(luò)中的所有設(shè)備將被更新新的網(wǎng)絡(luò)鑰匙，是通過APSME-TRANSPORT-ZigBee（Provision）（:Config_NWK_Mode_and_Params）的一個(gè)單獨(dú)復(fù)制到ZigBee設(shè)備對象的網(wǎng)絡(luò)對象。如果:Config_Node_Descriptor配置對象表明這個(gè)設(shè)備是PrimaryDiscoveryCache設(shè)備，設(shè)備將被配置成處理服務(wù)器命令為聯(lián)合了請求PrimaryDiscoveryCache的ZigBee設(shè)備Profile，且將根據(jù)供配置元素。這些元素將被包含在:Config_Complex_Descriptor,:Config_User_Descriptor,以及:Config_Max_Bind和:Config_Master_Key里。設(shè)備應(yīng)用將使用帶有:Config_NWK_Mode_and_Params的ChannelList選項(xiàng)的NLME-request原語屬性來掃描特殊的信道。作為結(jié)果的N-NOK-DICOVY.cofm原語將提供一個(gè)詳細(xì)描述在那個(gè)范圍內(nèi)的活躍的PANs的網(wǎng)絡(luò)清單（Neworkst）。N-NORKDICOVY.reqtonf_NKa_esonf_Keb_s及時(shí)的分離。重復(fù)NNOKDICOVRY.reques原語的目的是提供一個(gè)更正確范將留給profile描述，而且也許包含擴(kuò)展的PANID。3.1參數(shù)值如表3.1所示。值NLME-JOIN.request范將留給profile描述，而且也許包含擴(kuò)展的PANID。3.1參數(shù)值如表3.1所示。值NLME-JOIN.request原語不被接用來表明在MAC層NLME-SYNC.request原語失NLME-GET.requestorNLME-SET.request原語產(chǎn)生沒有檢測到網(wǎng)絡(luò)環(huán)境產(chǎn)生NLME-JOIN.request原敗igigeIge的C層（IEEE802.15.4-2003）正常工作，并且為應(yīng)用層提供合適的服務(wù)接口。為了向應(yīng)用層提供其接口，網(wǎng)絡(luò)層提供了兩個(gè)必須的功能服務(wù)實(shí)體，它們分別為數(shù)據(jù)服務(wù)實(shí)體和管理服務(wù)實(shí)體。網(wǎng)絡(luò)層數(shù)據(jù)實(shí)體E）通過網(wǎng)絡(luò)層數(shù)據(jù)服務(wù)實(shí)體服務(wù)接入點(diǎn)ESP，網(wǎng)絡(luò)層管理實(shí)體E）通過網(wǎng)絡(luò)層管理實(shí)體服務(wù)接入點(diǎn)E-SP）提供網(wǎng)絡(luò)管理服務(wù)。網(wǎng)絡(luò)層管理實(shí)體利用網(wǎng)絡(luò)層數(shù)據(jù)實(shí)體完成一些網(wǎng)絡(luò)的管理工作，并且，網(wǎng)絡(luò)層管理實(shí)體完成對網(wǎng)絡(luò)信息庫I）的維護(hù)和管理，下面分別對它們的功能進(jìn)行介紹。網(wǎng)絡(luò)層數(shù)據(jù)實(shí)體（NPDU一個(gè)合適的設(shè)備，該設(shè)備可能是最終目的通信設(shè)備，也可能是在通信鏈路中的一個(gè)網(wǎng)絡(luò)層管理實(shí)體配置一個(gè)新的設(shè)備：為保證設(shè)備正常工作的需要，設(shè)備應(yīng)具有足夠的堆棧，以滿ZigBee接收時(shí)間的長短，以保證MAC層的同步或正正常接收等。3.3管理實(shí)體服務(wù)接入點(diǎn)接入。這兩種服務(wù)通過3.3管理實(shí)體服務(wù)接入點(diǎn)接入。這兩種服務(wù)通過MCPS-SAP和MLME-SPA接口為MAC層提供接口此之外，在NLME和NLDE間還有一個(gè)接口使得NLME。3.3.1NLDE-DATA.request網(wǎng)絡(luò)層數(shù)網(wǎng)絡(luò)層數(shù)據(jù)實(shí)體在接受到該原語時(shí)，為傳送NSDU包，需要構(gòu)造一個(gè)NPDU包。在處理過程中，如果網(wǎng)絡(luò)層數(shù)據(jù)實(shí)體在發(fā)送NSDU包之前，先發(fā)送了NLDE-DATA.cindirm發(fā)起所有的后續(xù)處理。在構(gòu)造新的NPDU過程中，網(wǎng)絡(luò)層頭的目的地址域設(shè)置為參數(shù)DstAddr所提供的值，源地址域設(shè)置為PIBmacShortAddress的值。網(wǎng)絡(luò)層幀頭幀控制域中的路由發(fā)現(xiàn)域設(shè)置為DiscoverRoute參數(shù)的值。如果提供的Radius參數(shù)不0，那么它將設(shè)置在網(wǎng)絡(luò)層幀頭的radius域，如果值為0，那么網(wǎng)絡(luò)層幀頭中的radiusIBnwkMaxDepth屬性值的二倍。網(wǎng)絡(luò)層將會生成一個(gè)如3.7.2.1小節(jié)所描述的系列號。這個(gè)序列號可以插入到網(wǎng)絡(luò)層幀頭的sequencenumber域。幀頭的多點(diǎn)發(fā)送標(biāo)志位將根據(jù)否則，multicastmode域設(shè)為non-memberradius和maxnon-memberradius域按照NonmemberRadius路由；如果是廣播，則參見3.7.4小節(jié)；如果是多點(diǎn)通信，則參見3.7.5.2小節(jié)。當(dāng)確定了NSDU包傳輸路由后，通過MCPS-DATA.request原語來發(fā)送NSDU包，在該原語中參數(shù)SrcAddrMode和DstAddrMode都設(shè)置為0x02，表明適應(yīng)16位的網(wǎng)絡(luò)地址。參數(shù)SrcPANId和DstPANId為MACPIB中的macPANId值。SrcAddr參數(shù)值設(shè)置為MACPIB中的macShortAddr值。DstAddr為MACPIB中的macPANId值。SrcAddr參數(shù)值設(shè)置為MACPIB中的macShortAddr值。DstAddrNLDE-DATA.confirm表3.4詳細(xì)描述了NLDE-DATA.confirm3.3.1.2.23.3.1.2.33.3.1.2.33.3.1.3NLDE-DATA.indication原語3.3.1.3.1表3.5描述了NLDE-DATA.requestNLME-NETWORK-DISCOVERY.requestNLME-NETWORK-DISCOVERY.request表3.7詳細(xì)描述了NLME-NETWORK-DISCOVERY.request原語表3.8詳細(xì)描述了NLME-NETWORK-DISCOVERY.confirm表3.9給出了NetworkDescriptor表3.9給出了NetworkDescriptor原語表3.10詳細(xì)描述了NLME-NETWORK-FORMATION.requestZigBeeMA層首先執(zhí)行一個(gè)能量檢測MAC發(fā)送ScanTypeMLME-SCAN.requesScanTypeMLME-SCAN.requesMAC層接收MLME-SCAN.confir原語，并且選擇一個(gè)合適的信道。網(wǎng)絡(luò)層將選擇一個(gè)個(gè)域網(wǎng)標(biāo)識符，PANId0x0000作為16位的短MAC地址，并且告知MACMACMLME-SET.requesMACPIB中的macShortAddresNInwkExtendedPANI值為0x0000000000000000，MAC層的aExtendedAddres值。如果不能找到合適的信道和個(gè)域網(wǎng)標(biāo)識符PANId，START_FAILUR的NLME-NETWORK-FORMATION.confirm原語3.3.3.2.1表3.11詳細(xì)描述了NLME-NETWORK-FORMATION.confirmNLME-NETWORK-FORMATION.reques表3.11詳細(xì)描述了NLME-NETWORK-FORMATION.confirmNLME-NETWORK-FORMATION.reques原語的響應(yīng)，INVALID_REQUES、STARTUP_FAILUR或者M(jìn)LME-START.confir3.3.3.1.3描述了在那些條件下返回這些值。原語表3.12詳細(xì)描述了NLME-PERMIT-JOINING.request3.3.4.1.33.3.4.1.33.3.4.1.3實(shí)體收到該原語，則將返回狀態(tài)為INVALID_REQUEST的NLME-PERMIT-JOINING.confirm送MLME-SET.request原語將MAC層的PIB的macAssociationPermit屬性設(shè)置為TRUE一旦收到SET.request任何一個(gè)由上層發(fā)出的NLME-PERMIT-JOINING.request原語，可以取代所有一切的請?jiān)撛Z由ZigBee協(xié)調(diào)器或路由器初始化的網(wǎng)絡(luò)管理實(shí)體生成，并且向上層發(fā)送作為對NLME-PERMIT-JOINING.request原語的確認(rèn)。其狀態(tài)參數(shù)既可以為MAC層所收到的狀態(tài)，也可以INVALID-REQUEST的出錯(cuò)代碼。這些狀態(tài)值的原因詳見3.3.4.1小節(jié)。3.3.5原語為ZigBee路由器。如果不是作為網(wǎng)絡(luò)ZigBee路由器的設(shè)備接收到該原語后，網(wǎng)絡(luò)層管理實(shí)體將返回狀態(tài)參數(shù)為INVALID_REQUEST的NLME-START-ROUTER.confirm原語。為初始化一個(gè)路由，網(wǎng)絡(luò)層管理實(shí)體向原語為ZigBee路由器。如果不是作為網(wǎng)絡(luò)ZigBee路由器的設(shè)備接收到該原語后，網(wǎng)絡(luò)層管理實(shí)體將返回狀態(tài)參數(shù)為INVALID_REQUEST的NLME-START-ROUTER.confirm原語。為初始化一個(gè)路由，網(wǎng)絡(luò)層管理實(shí)體向MAC層發(fā)送MLME-START.request原語，MLME-START.request原語中的BeaconOrder和SuperframeOrder參數(shù)值設(shè)置為15beaconless操作。MLME-START.request原語的CoordRealignment參數(shù)設(shè)置為FALSE當(dāng)網(wǎng)絡(luò)層管理實(shí)體收到相應(yīng)的MLME-START.confirm原語，將向上層發(fā)送NLME-STARROUTER.confirm原語，其中其狀態(tài)值與MLME-MLME-START.confirm原語返回的狀態(tài)值為SUCCESS時(shí)，設(shè)備開始作為ZigBee路由器開始工3.3.5.2.2該原語由網(wǎng)絡(luò)層管理實(shí)體生成，在接收到NLME-START-或者為返回的任何狀態(tài)值。3.3.5.1.33.3.5.2.3原語原語·NLDE-原語，返回錯(cuò)誤代碼INVALIDREQUEST。完成未解決的NLDE-DATA.request原語。一旦完成理實(shí)體向MAC層發(fā)送參數(shù)ScanType表示為能量掃描，參數(shù)ScanChannelsScanDuration根據(jù)網(wǎng)絡(luò)層管理實(shí)體請求設(shè)置的MLME-SCAN.request原語。NLME-ED-SCAN.confirm原語3.3.6.2.2該原語由ZigBee設(shè)備的網(wǎng)絡(luò)層管理實(shí)體生生成，作為對NLME-ED-SCAN.request3.3.6.2.2該原語由ZigBee設(shè)備的網(wǎng)絡(luò)層管理實(shí)體生生成，作為對NLME-ED-SCAN.request原語的響應(yīng)。其狀態(tài)表明從MAC層收到的MLME-SCAN.confirm原語所返回的狀態(tài)。ScannedChannels表明那個(gè)信道被掃描了（1=信道已掃描）。EnergyDetectList包含信道掃描的結(jié)果（0x00-0xff）。其值與MAC層硬件表示為[dBm]無關(guān)。(e.g.[-185dBm..70dBm])參考IEEE802.15.4-20033.3.6.2.33.3.7NLME-JOIN.request3.3.7.1.23.3.7.1.2直接使用MAC層孤點(diǎn)過程請求連接網(wǎng)絡(luò)3.3.7.1.3路由器屬于參數(shù)CoordAddress路由器對連接請求開發(fā)，isadvertisingcapacityofthecorrectdeviceLogicalChannel參數(shù)設(shè)置為鄰居表中的地址，該地址與協(xié)調(diào)器地址的潛在父節(jié)點(diǎn)地址相對應(yīng)。CapabilityInformation3.18所示。這里所收集的性能信息作為網(wǎng)絡(luò)ScanTypeScanChannels和ScanDurationJOIN.request原語的參數(shù)一致。網(wǎng)絡(luò)層管理實(shí)體接收到MLME-SCAN.confirmNLME-JOIN.confirm原語，如果設(shè)備沒有能力找到要連接的網(wǎng)絡(luò)，其狀態(tài)值為NO_NETWORKJOIN.request原語的參數(shù)一致。網(wǎng)絡(luò)層管理實(shí)體接收到MLME-SCAN.confirmNLME-JOIN.confirm原語，如果設(shè)備沒有能力找到要連接的網(wǎng)絡(luò)，其狀態(tài)值為NO_NETWORKS則參數(shù)狀態(tài)為MLME-SCAN.confirm原語所返回的狀態(tài)值。如果沒有同網(wǎng)絡(luò)連接的設(shè)備接收到該原語，并且RejoinNetwork參數(shù)值為0x02，則網(wǎng)絡(luò)層管理實(shí)體發(fā)送狀態(tài)參數(shù)為INVALID_REQUEST的NLME-JOIN.confirmRejoinNetwork0x02，則設(shè)備的父節(jié)點(diǎn)的網(wǎng)絡(luò)地址。參數(shù)CapabilityInformation位如表3.18所示。這里的能力信息如網(wǎng)絡(luò)信息庫中屬性nwkCapabilityInformation所示。（見表3.42）.如果在鄰居表中不存在符合條件的設(shè)備，則網(wǎng)絡(luò)層發(fā)送狀態(tài)為NOT_PERMITTED的NLME-JOIN.confirm原語。否則，網(wǎng)絡(luò)層管理實(shí)體發(fā)送狀態(tài)與收到重新連接響應(yīng)命令狀態(tài)參數(shù)值一致的NLME-JOIN.confirm原語。接網(wǎng)絡(luò)的PAN標(biāo)識符。3.7.1.3.3絡(luò)成功后，就發(fā)送該原語通知ZigBee協(xié)調(diào)器或路由器的上層。3.3.7.2.23.313.3.7.2.23.31MAC3.3.7.2.3網(wǎng)絡(luò)層網(wǎng)絡(luò)層管理實(shí)體接收到NLME-JOIN.request時(shí)，對其NLME進(jìn)行初始化，并生成該原語，則，狀態(tài)參數(shù)為錯(cuò)誤代碼。如INVALID_REQUEST、NOT_PERMITTED、NO_NETWORKS或者為MLME-ASSOCIATE.confirmMLME-SCAN.confirm3.3.7.1.3網(wǎng)絡(luò)中。3.3.8.1.1服務(wù)原語的語法type10。如果設(shè)備的電源為交流電源，則powersource1，0。如果設(shè)備在空閑期間，設(shè)備接收器打開，則receiveronwhenidle為1，否則置為0。如果設(shè)備具有安全操作能力，則securitycapability位置為1，否則0.如果網(wǎng)絡(luò)層管理實(shí)體成功地把連接設(shè)備加入其鄰居表，則發(fā)送狀態(tài)參數(shù)為SUCCESS的NLME-DIRECT-JOIN.confirm原語。如果網(wǎng)絡(luò)層管理實(shí)體發(fā)現(xiàn)所要加入的設(shè)備已在其鄰接表中，則發(fā)送狀態(tài)參數(shù)為ALREADY_PRESENT的NLME-DIRECT-JOIN.confirm原語。如果網(wǎng)絡(luò)層管理實(shí)體不能將新的設(shè)備加入到鄰接表中，則發(fā)送狀態(tài)參數(shù)為NEIGHBOR_TABLE_FULL的NLME-DIRECT-JOIN.confirm原語。原語ZigBee3.3.8.2.2在接收到NLME-DIRECT-JOIN.request即為ALREADY_PRESENT3.3.8.2.2在接收到NLME-DIRECT-JOIN.request即為ALREADY_PRESENT3.3.8.2.3NEIGHBOR_TABLE_FULL。這些狀態(tài)值的理由如3.3.8.1.3小節(jié)所述。備成功地同網(wǎng)絡(luò)斷開后，向ZigBee協(xié)調(diào)器上層報(bào)告時(shí)所采用的原語。當(dāng)設(shè)備上層需要同網(wǎng)絡(luò)斷開連接，或者ZigBee協(xié)調(diào)器或路由器上層準(zhǔn)備將一個(gè)設(shè)備同層管理實(shí)體接收到該原語，并且其DeviceAddress參數(shù)為NULL，RemoveChildren實(shí)體將清除路由表入口參數(shù)，并向MAC層發(fā)送MLME-RESET.request原語。如果網(wǎng)絡(luò)層管理實(shí)體收到MLME-RESET.confirm原語其狀態(tài)參數(shù)不為SUCCESS,時(shí)，網(wǎng)絡(luò)層管理實(shí)體可能會選擇重發(fā)復(fù)位請求。網(wǎng)絡(luò)層管理實(shí)體也將把相對于父節(jié)點(diǎn)的鄰居表入口的relationship域設(shè)0x03，表明沒有關(guān)系。如果接收到的NLME-LEAVE.request原語的DeviceAddress實(shí)體將清除路由表入口參數(shù)，并向MAC層發(fā)送MLME-RESET.request原語。如果網(wǎng)絡(luò)層管理實(shí)體收到MLME-RESET.confirm原語其狀態(tài)參數(shù)不為SUCCESS,時(shí)，網(wǎng)絡(luò)層管理實(shí)體可能會選擇重發(fā)復(fù)位請求。網(wǎng)絡(luò)層管理實(shí)體也將把相對于父節(jié)點(diǎn)的鄰居表入口的relationship域設(shè)0x03，表明沒有關(guān)系。如果接收到的NLME-LEAVE.request原語的DeviceAddressNULL，RemoveChildren參數(shù)為TRUE，那么網(wǎng)絡(luò)層管理實(shí)體將試圖如3.7.1.8.3小節(jié)所述，網(wǎng)絡(luò)層管理實(shí)體將發(fā)送狀態(tài)值為UNKNOWN_DEVICENLME-LEAVE.confirmRemoveChildren參數(shù)為TRUE，將請求移除該設(shè)備的子節(jié)點(diǎn)。移除結(jié)束，網(wǎng)絡(luò)層管理實(shí)體將發(fā)送NLME-LEAVE.confirm原語，其參數(shù)DeviceAddress為移除設(shè)備的64位IEEE地址，狀態(tài)參數(shù)為MCPS-DATA.confirm原語所返回的狀態(tài)值。然后對應(yīng)于移除設(shè)備的鄰居表的relationshipRelationship域按照NLME-LEAVE.requestRejoin果Rejoin域?yàn)門RUE，那么relationship0x04，表明節(jié)點(diǎn)屬于上一層的子節(jié)點(diǎn)。3.3.9.2NLLME-LEAVE.indication原語3.3.9.2.1實(shí)體生層該原語，并且發(fā)送到ZigBee協(xié)調(diào)器或路由器的上層。該原語也可由ZigBee器或終端設(shè)備的網(wǎng)絡(luò)層管理實(shí)體生層，并發(fā)送給設(shè)備上層以表明該設(shè)備已同該設(shè)備所連接的ZigBee協(xié)調(diào)器或路由器成功地?cái)嚅_連接。息。ZigBee路由器或終端設(shè)備上層也由該原語可得到它與所連接的ZigBee息。ZigBee路由器或終端設(shè)備上層也由該原語可得到它與所連接的ZigBee協(xié)調(diào)器或路由器斷如果參數(shù)Rejoin值為TRUE，那么上層期望按照3.7.1.3小節(jié)所述的NLME-JOIN.request原語重新與網(wǎng)絡(luò)連接。如果參數(shù)Rejoin值為FALSE，離開的設(shè)備將不能自動的與網(wǎng)絡(luò)重新連MACSetDefaultPIBMACSetDefaultPIBTRUE層成功地重新復(fù)位時(shí)，原語的狀態(tài)參數(shù)設(shè)置為SUCCESS，否則狀態(tài)參數(shù)設(shè)置為DISABLE_TRX_FAILURE如果此原語發(fā)送到一個(gè)已連接網(wǎng)絡(luò)設(shè)備的網(wǎng)絡(luò)層管理實(shí)體，任何使用3.3.10.2.2NLME-3.3.10.2.33.3.10.3無論何時(shí)，設(shè)備應(yīng)用層要與Zigbee協(xié)調(diào)器或路由器實(shí)現(xiàn)同步，或查詢在協(xié)調(diào)器或路由接收到該原語，網(wǎng)絡(luò)層管理實(shí)體將向MACMLME-POLL.request原語，并將它的參數(shù)TrackBeacon置為FALSE。在收到相應(yīng)的MLME-POLL.confirm原語后，網(wǎng)絡(luò)層管理實(shí)體將發(fā)送NLME-SYNC.confirm原語，其狀態(tài)參數(shù)與MLME-POLL.confirm原語的狀態(tài)參數(shù)一致。后，就會生成該原語。該原語跟隨著NLME-SYNC.request后，就會生成該原語。該原語跟隨著NLME-SYNC.request原語之后，發(fā)送到網(wǎng)絡(luò)層管理實(shí)體。3.3.11.3NLME-SYNC.confirm3.3.11.3.1協(xié)該原語由正在初始化中的網(wǎng)絡(luò)層管理實(shí)體生成，并發(fā)送到它的應(yīng)用層用以對NLME-試。否則，狀態(tài)參數(shù)為錯(cuò)誤代碼。這些狀態(tài)的原因如3.3.11.1.3小節(jié)所述。設(shè)備應(yīng)用層收到此原語后，就可得到請求同步或請求從ZigBee協(xié)調(diào)器或路由器取得數(shù)在數(shù)據(jù)庫中沒有找到所指定的屬性標(biāo)識符，則發(fā)送狀態(tài)為UNSUPPORTED_ATTRIBUTE在數(shù)據(jù)庫中沒有找到所指定的屬性標(biāo)識符，則發(fā)送狀態(tài)為UNSUPPORTED_ATTRIBUTE的NLME-GET.confirm原語。屬性標(biāo)識符和屬性值的NLME-GET.confirm原語。3.3.12.2.2原語的UNSUPPORTED_ATTRIBUTE的錯(cuò)誤代碼。3.3.12.2.3UNSUPPORTED_ATTRIBUTE的錯(cuò)誤代碼。3.3.12.2.3所指定的屬性參數(shù)在數(shù)據(jù)庫中不存在，則網(wǎng)絡(luò)層管理實(shí)體將發(fā)送狀態(tài)參數(shù)為UNSUPPORTED_ATTRIBUTENLME-SET.confirmINVALID_PARAMETERNLME-SET.confirm如果成功地寫入了NIB屬性，網(wǎng)絡(luò)層管理實(shí)體將發(fā)送狀態(tài)為SUCCESSNLME-SET.confirm原語。3.3.12.4.13.3.12.4.2該原語由網(wǎng)絡(luò)層管理實(shí)體生成，并向其上層發(fā)送，作為對NLME-SET.request原語的確3.3.12.4.2該原語由網(wǎng)絡(luò)層管理實(shí)體生成，并向其上層發(fā)送，作為對NLME-SET.request原語的確屬性中，或者狀態(tài)為或3.3.12.4.3NIB屬性值原語的執(zhí)行結(jié)3.3.133.3.13.1.2（3）ShortAddr（3）ShortAddr層發(fā)送狀態(tài)參數(shù)為INVALID_REQUEST的NLME-ROUTE-DISCOVERY.confirm原語。層發(fā)送狀態(tài)參數(shù)為INVALID_REQUEST的NLME-ROUTE-DISCOVERY.confirm原語。如果該原語的DstAddrMode0