1、271. 概述1.1解析ZigBee堆棧架構ZigBee堆棧是在IEEE 802.15.4標準根底上建立的，定義了協議的MAC和PHY層。ZigBee設備應該包括IEEE802.15.4(該標準定義了RF射頻以及與相鄰設備之間的通信)的PHY和MAC層，以及ZigBee堆棧層：網絡層(NWK)、應用層和平安效勞提供層。圖1-1給出了這些組件的概況。1.1.1ZigBee堆棧層每個ZigBee設備都與一個特定模板有關，可能是公共模板或私有模板。這些模板定義了設備的應用環境、設備類型以及用于設備間通信的簇。公共模板可以確保不同供給商的設備在相同應用領域中的互操作性。設備是由模板定義的，并以應用對象

2、(Application Objects)的形式實現(見圖1-1)。每個應用對象通過一個端點連接到ZigBee堆棧的余下局部，它們都是器件中可尋址的組件。圖1-1 zigbe堆棧框架從應用角度看，通信的本質就是端點到端點的連接(例如，一個帶開關組件的設備與帶一個或多個燈組件的遠端設備進行通信，目的是將這些燈點亮)。端點之間的通信是通過稱之為簇的數據結構實現的。這些簇是應用對象之間共享信息所需的全部屬性的容器，在特殊應用中使用的簇在模板中有定義。圖1-1-2就是設備及其接口的一個例子：圖1-1-2每個接口都能接收(用于輸入)或發送(用于輸出)簇格式的數據。一共有二個特殊的端點，即端點0和端點25

3、5。端點0用于整個ZigBee設備的配置和管理。應用程序可以通過端點0與ZigBee堆棧的其它層通信，從而實現對這些層的初始化和配置。附屬在端點0的對象被稱為ZigBee設備對象 (ZD0)。端點255用于向所有端點的播送。端點241到254是保存端點。所有端點都使用應用支持子層(APS)提供的效勞。APS通過網絡層和平安效勞提供層與端點相接，并為數據傳送、平安和綁定提供效勞，因此能夠適配不同但兼容的設備，比方帶燈的開關。APS使用網絡層(NWK)提供的效勞。NWK負責設備到設備的通信，并負責網絡中設備初始化所包含的活動、消息路由和網絡發現。應用層可以通過ZigBee設備對象(ZD0)對網絡層

4、參數進行配置和訪問。1.1.2 802.15.4 MAC層IEEE 802.15.4標準為低速率無線個人域網(LR-WPAN)定義了OSI模型開始的兩層。PHY層定義了無線射頻應該具備的特征，它支持二種不同的射頻信號，分別位于2450MHz波段和868/915MHz波段。2450MHz波段射頻可以提供250kbps的數據速率和16個不同的信道。868 /915MHz波段中，868MHz支持1個數據速率為20kbps的信道，915MHz支持10個數據速率為40kbps的信道。MAC層負責相鄰設備間的單跳數據通信。它負責建立與網絡的同步，支持關聯和去關聯以及MAC層平安：它能提供二個設備之間的可靠

5、鏈接。1.1.3 關于效勞接入點ZigBee堆棧的不同層與802.15.4 MAC通過效勞接入點(SAP)進行通信。SAP是某一特定層提供的效勞與上層之間的接口。ZigBee堆棧的大多數層有兩個接口：數據實體接口和管理實體接口。數據實體接口的目標是向上層提供所需的常規數據效勞。管理實體接口的目標是向上層提供訪問內部層參數、配置和管理數據的機制。1.1.4 ZigBee的平安性平安機制由平安效勞提供層提供。然而值得注意的是，系統的整體平安性是在模板級定義的，這意味著模板應該定義某一特定網絡中應該實現何種類型的平安。每一層(MAC、網絡或應用層)都能被保護，為了降低存儲要求，它們可以分享平安鑰匙。

6、SSP是通過ZD0進行初始化和配置的，要求實現高級加密標準(AES)。ZigBee標準定義了信任中心的用途。信任中心是在網絡中分配平安鑰匙的一種令人信任的設備。1.1.5 ZigBee堆棧容量和ZigBee設備根據ZigBee堆棧規定的所有功能和支持，我們很容易推測ZigBee堆棧實現需要用到設備中的大量存儲器資源。 不過ZigBee標準定義了三種類型的設備，每種都有自己的功能要求：ZigBee協調器是啟動和配置網絡的一種設備。協調器可以保持間接尋址用的綁定表格，支持關聯，同時還能設計信任中心和執行其它活動。一個ZigBee網絡只允許有一個ZigBee協調器。ZigBee路由器是一種支持關聯的

7、設備，能夠將消息轉發到其它設備。ZigBee網格或樹型網絡可以有多個ZigBee路由器。ZigBee星型網絡不支持ZigBee路由器。ZigBee端終設備可以執行它的相關功能，并使用ZigBee網絡到達其它需要與其通信的設備。它的存儲器容量要求最少。然而需要特別注意的是，網絡的特定架構會戲劇性地影響設備所需的資源。NWK支持的網絡拓撲有星型、樹型和網格型。在這幾種網絡拓撲中，星型網絡對資源的要求最低。ZigBee堆棧應該可以提供ZigBee標準要求的所有功能，因此制造商的重點工作是開發實際的應用。為了更加容易實現，如果制造商使用某種公共模板，那么可用大多數現成的配置。如果沒有適宜的公共模板，那

8、么可以充分利用其它模板已經做過的工作創立自己的模板。ZigBee協議棧體系包含一系列的層元件，其中有IEEE802.15.4 2003標準中的MAC層和PHY層，當然也包括ZigBee組織設計的NWK層。每個層的元件有其特定的效勞功能。本說明描述內容涉及ZigBee協議棧的各層元件，但側重于描述最具實際和理論探討性的APL應用層和NWK網絡層。圖1-1為ZigBee棧結構框圖。2.APL應用層介紹2.1.1應用層簡介如圖2-1所示，ZigBee應用層由三個局部組成，APS子層、ZDO包含ZDO管理平臺和制造商定義的應用對象。圖2-1 zigbee協議堆棧分層結構2.1.2應用層框架ZigBee

9、中的應用框架是為駐扎在ZigBee設備中的應用對象提供活動的環境。最多可以定義240個相對獨立的應用程序對象，且任何一個對象的端點編號都是從1到240。此外還有兩個附加的終端節點，為了APSDE-SAP的使用：端點號0固定用于ZDO數據接口；另外一個端點255固定用于所有應用對象播送數據的數據接口功能。端點241-254保存留給未來擴展使用。2.1.2.1應用Profiles應用profiles是一組統一的消息，消息格式和處理方法，允許開發者建立一個可以共同使用的分布式應用程序，這些應用是利用駐扎在獨立設備中的應用實體來實現的。這些應用profiles允許應用程序發送命令、請求數據和處理命令的

10、請求。2.1.2.2簇簇標識符可用來區分不同的簇，簇標識符聯系著從設備流出和向設備流入的數據。在特殊的應用profiles范圍內，簇標識符是唯一的。2.1.3ZigBee設備對象ZigBee設備對象ZDO，描述了一個根本的功能函數，這個功能在應用對象、設備profile和APS之間提供了一個接口。ZDO位于應用框架和應用支持子層之間。它滿足所有在ZigBee協議棧中應用操作的一般需要。此外ZDO還有以下作用：1初始化應用支持子層APS，網絡層NWK，平安效勞標準SSS。2從終端應用集合中配置的信息來確定和執行平安管理、發現、網絡管理、以及綁定管理。 ZDO描述了應用框架層中應用對象的公用接口以

11、及控制設備和應用對象的網絡功能。在終端節點0, ZDO提供了與協議棧中與低一層連接的接口，如果是數據那么通過APSDE-SAP，如果是控制信息那么通過APSME-SAP。的具體描述在2.5節。2.1.3.1設備發現設備發現是ZigBee設備為什么能發現其他設備的過程。這有兩種形式的設備發現請求：IEEE地址請求和網絡地址請求。IEEE地址請求是單播到一個特殊的設備且假定網絡地址已經知道。網絡地址請求是播送且攜帶一個的IEEE地址作為負載。2.1.3.2效勞發現效勞發現是為什么一個設備被其他設備發現的能力的過程。效勞發現通過在一個設備的每一個端點發送詢問或通過使用一個匹配效勞播送或者單播。效勞發

12、現方便定義和使用各種描述來概述一個設備的能力。效勞發現信息在網絡中也許被隱藏，在這種情況下，設備提供的特殊效勞便可能不在操作發生的時候到達。2.2 ZigBee應用支持子層APSAPS提供了這樣的接口：在NWK層和APL層之間，從ZDO到供給商的應用對象的通用效勞集。這效勞由兩個實體實現：APS數據實體APSDE和APS管理實體APSME。(1)APSDE提供在同一個網絡中的兩個或者更多的應用實體之間的數據通信。通過APSDE效勞接入點(APSDE-SAP)；2APSME提供多種效勞給應用對象，這些效勞包含平安效勞和綁定設備，并維護管理對象的數據庫，也就是我們常說的AIB。通過APSME效勞接

13、入點APSME-SAP。2.2.1 范圍這一小節描述了應用層局部提供的效勞標準和生產商定義的應用對象與ZigBee設備對象之間的接口。標準定義了允許應用對象傳輸數據的數據效勞和提供綁定機制的管理效勞。另外，它還定義了應用支持子層的幀格式和幀類型。如圖2-2圖2-2 zigbee幀格式2.2.2 目的這小節的目的是定義ZigBee應用支持子層的功能。該功能建立在兩個根底之上，一是正確運行ZigBee網絡層的驅動功能，二是制造商定義的應用對象所需要的功能。2.2.3 應用支持子層簡介應用支持子層給網絡層和應用層通過ZigBee設備對象和制造商定義的應用對象使用的一組效勞提供了接口，該接口提供了Zi

14、gBee設備對象和制造商定義的應用對象使用的一組效勞。通過兩個實體提供這些效勞：數據效勞和管理效勞。APS數據實體(APSDE)通過與之連接的SAP，即APSDE-SAP提供數據傳輸效勞。APS管理實體(APSME)通過與之連接的SAP，即APSME-SAP提供管理效勞，并且維護一個管理實體數據庫，即APS信息庫NIB。2.2.3.1 應用支持子層的數據實體APSDEAPSDE向網絡層提供數據效勞，并且為ZDO和應用對象提供效勞，完成兩個或多個設備之間傳輸應用層PDU。這些設備本身必須在同一個網絡。APSDU將提供如下效勞：生成應用層的協議數據單元APDU：APSDE將應用層協議數據單元PDU

15、加上適當的協議幀頭生成應用子層的協議數據單元PDU。綁定：兩個設備效勞和需求相匹配的能力。一旦兩個設備綁定了，APSDE將可以把從一個綁定設備接受到的信息傳送給另一個設備。組地址過濾：提供了基于終點組成員的過濾組地址信息的能力。可靠傳輸：比從網絡層僅僅通過端對端的傳輸增加了可靠性拒絕重復：提供傳送的信息不會被重復接收支持大批量的傳輸：提供兩個設備間順序傳輸大批量的數據的能力。碎片：當消息的長度大于單個網絡層幀時，可以分割并重組消息。流控制：APS提供防止傳輸消息淹沒接收者的措施。阻塞控制：APS層使用“盡力原那么，提供措施防止傳輸消息淹沒中間網絡。2.2.3.2 應用支持子層的管理實體APSM

16、EAPSME應提供管理效勞支持應用程序符合堆棧。APSME應具有基于兩個設備的效勞和需求向匹配的能力。該效勞稱為綁定效勞，APSME應具有能力來構建和維護綁定表來存儲這些信息。另外，APSME應提供如下效勞：1 應用層信息庫管理：讀取與設置設備應用層信息庫屬性的能力2 平安：與其他設備通過使用平安密鑰建立可信關系的能力2.2.4 效勞標準應用支持子層為上層實體NHLE與網絡層提供了一個接口。APS層理論上包含一個管理實體稱為APS層，管理實體APSME。這個實體通過調用子層的管理函數來提供效勞接口。APSME還負責維護一個關于APS子層管理實體的數據庫。這是一個關于APS子層信息庫AIB的數據

17、庫.圖2-3描述了APS子層的構成和接口。圖2-3 應用支持之層參考模型APS子層通過兩個效勞指針SAPs提供兩種效勞。APS數據效勞通過APS子層數據實體效勞指針SAPAPSDE-SAP，APS管理效勞通過 APS那么層管理實體效勞指針SAP(APSME-SAP).這兩個效勞通過NLDE-SAP和NLME-SAP 接口 (見3.2小節)提供了NHLE和網絡層之間的接口。網絡層和APS子層之間的NLME-SAP接口只支持NLME-GET 和 NLME-SET原語，其他的NLME-SAP原語只可以通過ZDO實現見2.5小節。除了這些外部接口以外，在APSME和APSDE之間還有一個內部的接口，支

18、持APSME使用APS數據效勞。2.2.4.1 APS數據效勞APS子層數據實體SAPAPSDE-SAP支持在兩個同等的應用實體之間傳輸應用協議數據單元。表2-1列出了APSDE-SAP支持的原語。每一個原語將在下面的小節論述。2.2.4.1.1 APSDE-DATA.request該原語請求從本地NHLE向一個同等的NHLE實體傳輸NHLE PDU(ASDU)。2.2.4.1.1.1 效勞原語的語法該原語的語法如下：APSDE-DATA_requestDstAddrModeDSTAddressDstEndpointProfiledClusterldSrcEndpointasduLengtha

19、sduTxOpiontsRadiusCounter表2.2詳細說明了APSDE-DATA.request原語的參數。2.2.4.1.1.2 產生當有一個數據PDU(ASDU)由本地NHLE向一個同等的NHLE傳輸時，由本地NHLE生成該原語。2.2.4.1.1.3 2當APS子層實體接收到該原語時，便開始傳輸提供的ASDU。如果DstAddrMode參數為0x00，并且接收該原語的設備的APSDE支持綁定表，那么在綁定表中根據參數SrcEndpoint和ClusterId所指定的endpoint和cluster identifiers尋找相關聯的綁定表入口。如果沒有綁定表入口，APSDE將發送

20、狀態參數為NO_BOUND_DEVICE 的語APSDE-DATA.confirm原語。如果找到了一個或多個綁定表入口，APSDE將構建APDU，其endpoint信息從綁定表入口獲得，當通過網絡層傳輸信息幀時，其destination address信息從綁定表入口獲得。如果存在多于一個綁定表入口，當接收到相應的NLDE-DATA.confirm原語，按上面描述的，APSDE將構建并向下一個綁定表入口傳輸APDU，直到沒有綁定表入口剩余。如果接收到該原語設備的APSDE不支持綁定表，那么APSDE將發送狀態參數為 NOT_SUPPORTED的APSDE-DATA.confirm原語。如果Ds

21、tAddrMode參數為0x02，DstAddress參數包含擴展的64位IEEE地址，首次必須使用NIB見表2.24屬性中的nwkAddressMap映射相應的16位網絡地址。如果找不到相應的16位網絡地址，那么APSDE將發送狀態參數為NO_SHORT_ADDRESS的APSDE-DATA.confirm原語。如果找到了相應的16位網絡地址，其值將被用在NLDE-DATA.request原語中，參數DstEndpoint將被置在作為結果的APDU中。如果 DstAddrMode參數為0x01，說明為群地址，參數DstAddress將被解釋為16位的全地址。這個地址將被放置在APS頭中的群地

22、址域，參數DstEndpoint將被忽略，APS頭中的destination endpoint域將被省略。APS頭中的幀控制域的delivery mode子域值在這種情況下為0x03.如果DstAddrMode參數為0x02，DstAddress參數包含16位的網絡地址，并且提供參數DstEndpoint，當目的網絡地址用于應用響應，并且網絡地址部位后面的數據傳輸請求保存時，上層只能使用DstAddrMode為0x02.應用程序可以通過使用參數RadiusCounter來限制在網絡中傳輸數據幀的跳數。如果參數RadiusCounter為0x00，網絡層在網絡中傳輸信息幀沒有約束。如果參數Rad

23、iusCounter為非零，那么網絡層將允許信息幀在網絡中傳輸存在最多RadiusCounter跳。如果DstAddrMode參數為0x01，說明為群地址，或者DstAddrMode參數為0x00，并且相應的綁定表入口包含哪一個群地址，那么 APSME將檢查NIB見表3.42中的屬性nwkUseMulticast值。如果屬性值為FALSE，那么輸出幀的幀控制域中的delivery mode子域設為0b11，16位的目的群地址將設置輸出幀APS頭中的group address域，該幀將以播送方式傳輸。傳輸該幀的原語NLDE-DATA.request的DstAddr參數設置為值0xfffd，播送給

24、所有 RxOnWhenIdle=TRUE的設備。如果屬性nwkUseMulticast值為TRUE，那么該幀將使用網絡層多點傳送方式傳輸，群地址不用放置在輸出幀的APS頭中。如果參數TxOptions指定使用平安傳輸，那么APS子層將使用平安效勞為ASDU提供平安見4.2.4小節。如果平安處理失敗，那么APSDE發送狀態參數為SECURITY_FAIL的APSDE-DATA.confirm原語。APSDE使用NLDE-DATA.request原語向網絡層傳輸構造幀。當接收到NLDE-DATA.confirm原語，APSDE那么發送APSDE-DATA.confirm原語，其狀態參數值域從網絡層

25、接收到的一致。APSDE通過每次發送使NLDE-DATA.request原語的DiscoverRoute參數值為0x01確保網絡層中的路由發現始終激活。如果傳輸的ASDU大于適宜的單個幀，當沒有請求確認傳輸或者在TxOptions域的fragmentation permitted標志位設為0時，那么放棄傳輸ASDU，APSDE將發送狀態參數為INVALID_REQUEST的APSDE- DATA.confirm原語。如果傳輸的ASDU大于適宜的單個幀，當請求確認傳輸并且在TxOptions域的fragmentation permitted標志位設為1時，ASDU將按照2.2.8.3.5小節所述

26、分裂為多個APDU。如果請求傳輸和平安處理，那么每一個APDU都要進行處理。注意不要使用分裂處理，除非相應的上層文件或者相互明確說明幀的傳輸允許分裂處理，并且說明了塊的數量和總共傳輸的大小。2.2.4.1.2 APSDE-DATA.confirm該原語報告從本地NHLE向一個同等的NHLE傳輸PDU數據的結果。2.2.4.1.2.1 效勞原語的語法該原語的語法如下：APSDE-DATA.confirm DstAddModeDstAddressDstEndpointSrcEndpointStatus表2.3詳細介紹了APSDE-DATA.confirm原語的參數。2.2.4.1.2.2 產生該原

27、語有本地APS子層產生作為對APSDE-DATA.request原語的響應。該原語返回的狀態參數值為SUCCESS，說明請求傳輸成功，或者為錯誤代碼NO_SHORT_ADDRESS , NO_BOUND_DEVICE 或SECURITY_FAIL或者為任何NLDE-DATA.confirm原語返回的狀態值。這些狀態值的路由在2.2.4.1.2小節中進行了詳細的描述。2.2.4.1.2.3 接收接收到該原語，發起設備的上層被通報請求傳輸的結果。如果傳輸成功，狀態參數值設置為SUCCESS。否那么，狀態參數說明錯誤。2.2.4.1.3 APSDE-DATA.indication該原語說明一個PDU

28、數據向本地應用實體的APS子層傳輸。2.2.4.1.3.1 效勞原語的語法該原語的語法如下：APSDE-DATA.indicationDstAddrModeDSTAddressDstEndpointSrcAddrModeSARCAddressSrcEndpointProfieldClusterldasduLengthasduWasBroadcastSecurityStatusLinkQuality表2.4詳細描述了APSDE-DATA.indication原語的參數。1.3.2 產生該原語由APS子層產生，當從本地網絡層實體接收到適當地址的數據幀時，APS子層向上層發送該原語。如果ASDU頭的

29、幀控制域說明該幀平安保護，那么按照4.2.4小節的描述進行平安處理。該原語由APS子層產生，當通過NLDE-DATA.indication原語從網絡層接收到適當地址的數據幀時，發送給上層實體。如果APDU頭的幀控制域說明該幀平安保護，那么按照4.2.4小節的描述進行平安處理。接收到的幀的源地址必須通過NIB見表2.24中的屬性nwkAddressMap映射為相應的擴展的64位IEEE地址。如果能找到相應的64為IEEE地址，那么APSDE發送該原語，其參數SrcAddrMode設為0x02，SrcAddress參數設為相應的64位 IEEE地址。如果找不到相應的64位IEEE地址，APSDE將

30、發送該原語，其參數SrcAddrMode設為0x01，參數SrcAddress設為接收幀包含的16位源地址。2.2.4.1.3.3 接收接收到該原語，上層被通報有數據到達該設備。2.2.4.2 APS管理效勞APS管理實體SAP(APSME-SAP)支持上層和APSME層之間傳輸管理命令。表2.5總結了APSME通過APSME-SAP接口支持的原語。各原語的詳細描述見下面小節。2.2.4.3 綁定原語這組原語定義了設備上層如何將一個綁定記錄參加提交其本地綁定表或將綁定記錄從本地綁定表中移除。只有支持綁定表或者綁定表存儲器的設備支持這些原語。如果其他設備從上層接收到這些原語，那么這些原語將被忽略

31、。2.2.4.3.1 APSME-BIND.request該原語允許支持綁定的設備上層通過在本地綁定表中建立一個入口請求將兩個設備綁定。2.2.4.6.1.1 效勞原語的語法該原語的語法如下：APSME-BIND.request SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.6詳細描述了APSME-BIND.request原語的參數。2.2.4.3.1.2 產生該原語由上層產生發送給APS子層，在支持綁定表的設備上發起綁定操作。2.2.4.3.1.3 接收一旦被當前沒有參加到網絡或不支持綁定表的設備接收到該原語，那么APS

32、ME將發送狀態參數為ILLEGAL_REQUEST的APSME-BIND.confirm原語。如果支持綁定表的設備的APS子層從NHLE接收該原語，APSME將試圖直接從其綁定表中建立指定的入口。如果可以建立入口，APSME將發送狀態參數為SUCCESS的APSME-BIND.confirm原語。如果因為其綁定表缺乏能力而無法建立入口，APSME將發送狀態參數為 TABLE_FULL的APSME-BIND.confirm原語。2.2.4.3.2 APSME-BIND.confirm該原語使設備得到其上層請求綁定兩個設備的結果。2.2.4.3.2.1 效勞原語的語法該原語的語法如下：APSME-

33、BIND.confirm StatusSrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.7詳細描述了APSME-BIND.confirm原語的語法。2.2.4.3.2.2 產生該原語由APSME產生作為APSME-BIND.request原語的響應發送給NHLE。如果請求成功，那么狀態參數將說明一個成功的綁定請求。否那么，狀態參數那么為錯誤碼ILLEGAL_DEVICE、 ILLEGAL_REQUEST 或TABLE_FULL。2.2.4.3.2.3 接收接收到該原語，上層就被通知其綁定請求的結果。如果綁定請求成功，狀態參數設

34、置為SUCCESS。否那么，狀態參數說明錯誤。2.2.4.3.3 APSME-UNBIND.request該原語允許支持綁定的設備上層通過在本地綁定表中移除一個入口請求將兩個設備解除綁定。2.2.4.3.3.1 效勞原語的語法：APSME-UNBIND.request SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.8詳細描述了APSME-UNBIND.request原語的參數。2.2.4.3.3.2 產生該原語有上層產生發送給APS子層，在支持綁定表的設備上發起解除綁定操作。2.2.4.3.3.3 接收一旦被當前沒有參加到

35、網絡或不支持綁定表的設備接收到該原語，那么APSME將發送狀態參數為ILLEGAL_REQUEST的APSME-UNBIND.confirm原語。如果支持綁定表的設備的APS子層從NHLE接收該原語，APSME將在綁定表中查找指定的入口。如果入口存在，APSME將移除這個入口并發送狀態參數為SUCCESS的APSME-UNBIND.confirm原語見2.2.4.3.4小節。如果沒有找到入口，APSME將發送狀態參數為 INVALID_BINDING的APSME-UNBIND.confirm原語。如果該設備不在網絡中，APSME將發送狀態參數為 ILLEGAL_DEVICE的APSME-BIN

36、D.confirm原語。2.2.4.3.4 APSME-UNBIND.confirm該原語使設備得到其上層請求解除兩個設備綁定的結果。2.2.4.3.4.1 效勞原語的語法該原語的語法如下：APSME-UNBIND.confirm StatusSrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.9詳細描述了APSME-UNBIND.confirm原語的語法。2.2.4.3.4.2 產生該原語由APSME產生作為APSME-UNBIND.request原語的響應發送給NHLE。如果請求成功，那么狀態參數將說明一個成功的解除綁定請求

37、。否那么，狀態參數那么為錯誤碼ILLEGAL_DEVICE、 ILLEGAL_REQUEST 或INVALID_BINDING。2.2.4.3.4.3 接收接收到該原語，上層就被通知其解除綁定請求的結果。如果解除綁定請求成功，狀態參數設置為SUCCESS。否那么，狀態參數說明錯誤。2.2.4.4 信息庫的維護這組原語定義了設備上層如何讀取和寫入AIB中的屬性。2.2.4.4.1 APSME-GET.request該原語允許設備上層從AIB中讀取屬性值。2.2.4.4.1.1 效勞原語的語法該原語的語法如下：APSME-GET.request AIBAttribute表2.10描述了該原語的參數

38、。2.2.4.4.1.2 產生該原語由上層產生并發送給APSME來讀取AIB中的屬性。2.2.4.4.1.3 接收接收到該原語，APSME試圖從數據庫中得到AIB屬性。如果在數據庫中沒有相應的AIB屬性表標識符，APSME將發送狀態參數為UNSUPPORTED_ATTRIBUTE的APSME-GET.confirm原語。如果成功得到了AIB屬性，APSME將發送狀態參數為SUCCESS，包含AIB屬性標識符和屬性值的APSME-GET.confirm原語。2.2.4.4.2 APSME-GET.confirm該原語向上層報告從AIB中讀取屬性值的結果。2.2.4.4.2.1 效勞原語的語法該原

39、語的語法如下：APSME-GET.confirm StatusAIBAttributeAIBAttributeLengthAIBAttributeValue表2.11描述了該原語的參數。2.2.4.4.2.2 產生該原語由APSME產生，發送給上層作為對APSME-GET.request原語的響應。該原語返回狀態SUCCESS，說明請求讀取AIB屬性請求成功，或者返回錯誤碼UNSUPPORTED_ATTRIBUTE.這些狀態在2.2.4.4.1.3小節進行了描述。2.2.4.4.2.3 接收接收到該原語，上層得知讀取AIB屬性請求的結果。如果讀取AIB屬性請求成功，狀態參數設置為SUCCESS

40、。否那么，狀態參數說明錯誤。2.2.4.4.3 ASPME-SET.request該原語允許設備上層將屬性值寫入AIB。2.2.4.4.3.1 效勞原語的語法該原語的語法如下：APSME-SET.request AIBAttributeAIBAttributeLengthAIBAttributeValue表2.12描述了該原語的參數。2.2.4.4.3.2 產生該原語由上層產生并發送給APSME在AIB中寫入一個屬性值。2.2.4.4.3.3 接收接收到該原語，APSME試圖將給定的數據庫中的值寫入AIB屬性。如果在數據庫中沒有AIB屬性參數指定的屬性，APSME將發送狀態參數為 UNSUPP

41、ORTED_ATTRIBUTE的APSME-SET.confirm原語。如果AIB屬性值參數給定的值超過了有效的屬性范圍，APSME 將發送狀態參數為INVALID_PARAMETER的APSME-SET.confirm原語。如果成功寫入了AIB屬性，APSME將發送狀態參數為SUCCESS的APSME-SET.confirm原語。2.2.4.4.4 APSME-SET.confirm該原語向上層報告向AIB屬性中寫入屬性值的結果。2.2.4.4.4.1 效勞原語的語法該原語的語法如下：APSME-SET.confirm StatusAIBAttribute表2.13描述了該原語的參數。2.2

42、.4.4.4.2 產生該原語由APSME產生，發送給上層作為對APSME-SET.request原語的響應。該原語返回狀態SUCCESS，說明將屬性值寫入AIB屬性的請求成功，或者返回錯誤碼INVALID_PARAMETER或UNSUPPORTED_ATTRIBUTE.這些狀態在2.2.4.4.3.3小節進行了描述。2.2.4.4.4.3 接收接收到該原語，上層得知寫入AIB屬性請求的結果。如果寫入AIB屬性請求成功，狀態參數設置為SUCCESS。否那么，狀態參數說明錯誤。2.2.4.5 組管理這組原語允許上層在當前設備中通過在組表中添加和移除入口來管理每個端點的組關系。2.2.4.5.1 A

43、PSME-ADD-GROUP.request該原語允許上層請求一個特定的組的組關系參加到特定的端點。2.2.4.5.1.1 效勞原語的語法該原語的語法如下：APSME-ADD-GROUP.request GroupAddressEndpoint表2.14描述了該原語的參數。2.2.4.5.1.2 產生當上層要將一個特定組的關系參加一個端點時產生該原語，設置了組地址的幀將被傳送給該端點。2.2.4.5.1.3 接收如果接收到該原語，其GroupAddress參數的值超出了有效范圍，APSME將向上層發送狀態參數為INVALID_PARAMETER的 APSME-ADD-GROUP.condirm

44、原語。同樣，如果Endpoint參數值為0x00或當前設備的其它沒有執行的端點，APSME將發送狀態參數為INVALID_PARAMETER的APSME-ADD-GRROUP.confirm原語。完成上述參數檢測后,APSME將檢查組表中是否存在包含給定參數GroupAddress和Endpoint的入口。如果該入口已存在于組表中，APSME將向上層發送狀態參數為SUCCESS的APSME-ADD-GROUP.confirm原語。如果沒有該入口，表中還有入口空間，APSME將在組表中建立一個新的入口，其參數為給定的GroupAddress和Endpoint值。入口參加到APS組表后，APSME

45、將發送 NLME-SET.request原語來確保相應的網絡層組表中的nwkGroupIDTable屬性與APS子層中的組表包含的組地址列表相一致。一旦兩個表一致了，APSME將向上層發送狀態參數為 SUCCESS的APSME-ADD-GROUP.confirm原語。如果沒有給定參數GroupAddress和Endpoint的入口并且組表中沒有建立另一個入口的空間，APSME將向上層發送狀態參數為TABLE_FULL的APSME-ADD-GROUP.confirm原語。2.2.4.5.2 APSME-ADD-GROUP.confirm該原語使得設備得知其將一個組添加到端點的請求結果。2.2.4

46、.5.2.1 效勞原語的語法該原語的語法如下：APSME-ADD-GROUP.confirm StatusGroupAddressEndpoint表2.15描述了該原語的參數。2.2.4.5.2.2 產生該原語由APSME產生并發送給上層作為對APSME-ADD-GROUP.request原語的響應。如果APSME-ADD- GROUP.request成功，那么狀態參數值為SUCCESS。如果APSME-ADD-GROUP.request中的參數為無效值，那么狀態產生設置為INVALID_PARAMETER。如果APSME試圖參加一個組表入口，但表中已沒有參加其它入口的空間，狀態參數設置為 T

47、ABLE_FULL。2.2.4.5.2.3 接收上層接收到該原語，那么得知添加組請求的結果。狀態參數值如上面所述。2.2.4.5.3 APSME-REMOVE-GROUP.request該原語允許上層請求將一個特定的組的組關系從特定的端點中移除。2.2.4.5.3.1 效勞原語的語法該原語的語法如下：APSME-REMOVE-GROUP.request GroupAddressEndpoint表2.16描述了該原語的參數。2.2.4.5.3.2 產生當上層要將一個特定組的關系從一個端點中移除時產生該原語，設置了組地址的幀將不被傳送給該端點。2.2.4.5.3.3 接收如果接收到該原語，其GroupAddress參數的值超出了有效范圍，APSME將向上層發送狀態參數為INVALID_PARAMETER的 APSME-REMOVE-GROUP.condirm原語。同樣，如果Endpoint參數值為0x00或當前設備的其它沒有執行的端點，APSME將發送狀態參數為INVALID