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