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

2、(Application Objects)的形式實(shí)現(xiàn)(見圖1-1)。每個(gè)應(yīng)用對(duì)象通過一個(gè)端點(diǎn)連接到ZigBee堆棧的余下局部，它們都是器件中可尋址的組件。圖1-1 zigbe堆?？蚣軓膽?yīng)用角度看，通信的本質(zhì)就是端點(diǎn)到端點(diǎn)的連接(例如，一個(gè)帶開關(guān)組件的設(shè)備與帶一個(gè)或多個(gè)燈組件的遠(yuǎn)端設(shè)備進(jìn)行通信，目的是將這些燈點(diǎn)亮)。端點(diǎn)之間的通信是通過稱之為簇的數(shù)據(jù)結(jié)構(gòu)實(shí)現(xiàn)的。這些簇是應(yīng)用對(duì)象之間共享信息所需的全部屬性的容器，在特殊應(yīng)用中使用的簇在模板中有定義。圖1-1-2就是設(shè)備及其接口的一個(gè)例子：圖1-1-2每個(gè)接口都能接收(用于輸入)或發(fā)送(用于輸出)簇格式的數(shù)據(jù)。一共有二個(gè)特殊的端點(diǎn)，即端點(diǎn)0和端點(diǎn)25

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

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

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

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

7、設(shè)備，能夠?qū)⑾⑥D(zhuǎn)發(fā)到其它設(shè)備。ZigBee網(wǎng)格或樹型網(wǎng)絡(luò)可以有多個(gè)ZigBee路由器。ZigBee星型網(wǎng)絡(luò)不支持ZigBee路由器。ZigBee端終設(shè)備可以執(zhí)行它的相關(guān)功能，并使用ZigBee網(wǎng)絡(luò)到達(dá)其它需要與其通信的設(shè)備。它的存儲(chǔ)器容量要求最少。然而需要特別注意的是，網(wǎng)絡(luò)的特定架構(gòu)會(huì)戲劇性地影響設(shè)備所需的資源。NWK支持的網(wǎng)絡(luò)拓?fù)溆行切?、樹型和網(wǎng)格型。在這幾種網(wǎng)絡(luò)拓?fù)渲?，星型網(wǎng)絡(luò)對(duì)資源的要求最低。ZigBee堆棧應(yīng)該可以提供ZigBee標(biāo)準(zhǔn)要求的所有功能，因此制造商的重點(diǎn)工作是開發(fā)實(shí)際的應(yīng)用。為了更加容易實(shí)現(xiàn)，如果制造商使用某種公共模板，那么可用大多數(shù)現(xiàn)成的配置。如果沒有適宜的公共模板，那

8、么可以充分利用其它模板已經(jīng)做過的工作創(chuàng)立自己的模板。ZigBee協(xié)議棧體系包含一系列的層元件，其中有IEEE802.15.4 2003標(biāo)準(zhǔn)中的MAC層和PHY層，當(dāng)然也包括ZigBee組織設(shè)計(jì)的NWK層。每個(gè)層的元件有其特定的效勞功能。本說明描述內(nèi)容涉及ZigBee協(xié)議棧的各層元件，但側(cè)重于描述最具實(shí)際和理論探討性的APL應(yīng)用層和NWK網(wǎng)絡(luò)層。圖1-1為ZigBee棧結(jié)構(gòu)框圖。2.APL應(yīng)用層介紹2.1.1應(yīng)用層簡介如圖2-1所示，ZigBee應(yīng)用層由三個(gè)局部組成，APS子層、ZDO包含ZDO管理平臺(tái)和制造商定義的應(yīng)用對(duì)象。圖2-1 zigbee協(xié)議堆棧分層結(jié)構(gòu)2.1.2應(yīng)用層框架ZigBee

9、中的應(yīng)用框架是為駐扎在ZigBee設(shè)備中的應(yīng)用對(duì)象提供活動(dòng)的環(huán)境。最多可以定義240個(gè)相對(duì)獨(dú)立的應(yīng)用程序?qū)ο螅胰魏我粋€(gè)對(duì)象的端點(diǎn)編號(hào)都是從1到240。此外還有兩個(gè)附加的終端節(jié)點(diǎn)，為了APSDE-SAP的使用：端點(diǎn)號(hào)0固定用于ZDO數(shù)據(jù)接口；另外一個(gè)端點(diǎn)255固定用于所有應(yīng)用對(duì)象播送數(shù)據(jù)的數(shù)據(jù)接口功能。端點(diǎn)241-254保存留給未來擴(kuò)展使用。2.1.2.1應(yīng)用Profiles應(yīng)用profiles是一組統(tǒng)一的消息，消息格式和處理方法，允許開發(fā)者建立一個(gè)可以共同使用的分布式應(yīng)用程序，這些應(yīng)用是利用駐扎在獨(dú)立設(shè)備中的應(yīng)用實(shí)體來實(shí)現(xiàn)的。這些應(yīng)用profiles允許應(yīng)用程序發(fā)送命令、請(qǐng)求數(shù)據(jù)和處理命令的

10、請(qǐng)求。2.1.2.2簇簇標(biāo)識(shí)符可用來區(qū)分不同的簇，簇標(biāo)識(shí)符聯(lián)系著從設(shè)備流出和向設(shè)備流入的數(shù)據(jù)。在特殊的應(yīng)用profiles范圍內(nèi)，簇標(biāo)識(shí)符是唯一的。2.1.3ZigBee設(shè)備對(duì)象ZigBee設(shè)備對(duì)象ZDO，描述了一個(gè)根本的功能函數(shù)，這個(gè)功能在應(yīng)用對(duì)象、設(shè)備profile和APS之間提供了一個(gè)接口。ZDO位于應(yīng)用框架和應(yīng)用支持子層之間。它滿足所有在ZigBee協(xié)議棧中應(yīng)用操作的一般需要。此外ZDO還有以下作用：1初始化應(yīng)用支持子層APS，網(wǎng)絡(luò)層NWK，平安效勞標(biāo)準(zhǔn)SSS。2從終端應(yīng)用集合中配置的信息來確定和執(zhí)行平安管理、發(fā)現(xiàn)、網(wǎng)絡(luò)管理、以及綁定管理。 ZDO描述了應(yīng)用框架層中應(yīng)用對(duì)象的公用接口以

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

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

13、入點(diǎn)APSME-SAP。2.2.1 范圍這一小節(jié)描述了應(yīng)用層局部提供的效勞標(biāo)準(zhǔn)和生產(chǎn)商定義的應(yīng)用對(duì)象與ZigBee設(shè)備對(duì)象之間的接口。標(biāo)準(zhǔn)定義了允許應(yīng)用對(duì)象傳輸數(shù)據(jù)的數(shù)據(jù)效勞和提供綁定機(jī)制的管理效勞。另外，它還定義了應(yīng)用支持子層的幀格式和幀類型。如圖2-2圖2-2 zigbee幀格式2.2.2 目的這小節(jié)的目的是定義ZigBee應(yīng)用支持子層的功能。該功能建立在兩個(gè)根底之上，一是正確運(yùn)行ZigBee網(wǎng)絡(luò)層的驅(qū)動(dòng)功能，二是制造商定義的應(yīng)用對(duì)象所需要的功能。2.2.3 應(yīng)用支持子層簡介應(yīng)用支持子層給網(wǎng)絡(luò)層和應(yīng)用層通過ZigBee設(shè)備對(duì)象和制造商定義的應(yīng)用對(duì)象使用的一組效勞提供了接口，該接口提供了Zi

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

15、加上適當(dāng)?shù)膮f(xié)議幀頭生成應(yīng)用子層的協(xié)議數(shù)據(jù)單元PDU。綁定：兩個(gè)設(shè)備效勞和需求相匹配的能力。一旦兩個(gè)設(shè)備綁定了，APSDE將可以把從一個(gè)綁定設(shè)備接受到的信息傳送給另一個(gè)設(shè)備。組地址過濾：提供了基于終點(diǎn)組成員的過濾組地址信息的能力?？煽總鬏敚罕葟木W(wǎng)絡(luò)層僅僅通過端對(duì)端的傳輸增加了可靠性拒絕重復(fù)：提供傳送的信息不會(huì)被重復(fù)接收支持大批量的傳輸：提供兩個(gè)設(shè)備間順序傳輸大批量的數(shù)據(jù)的能力。碎片：當(dāng)消息的長度大于單個(gè)網(wǎng)絡(luò)層幀時(shí)，可以分割并重組消息。流控制：APS提供防止傳輸消息淹沒接收者的措施。阻塞控制：APS層使用“盡力原那么，提供措施防止傳輸消息淹沒中間網(wǎng)絡(luò)。2.2.3.2 應(yīng)用支持子層的管理實(shí)體APSM

16、EAPSME應(yīng)提供管理效勞支持應(yīng)用程序符合堆棧。APSME應(yīng)具有基于兩個(gè)設(shè)備的效勞和需求向匹配的能力。該效勞稱為綁定效勞，APSME應(yīng)具有能力來構(gòu)建和維護(hù)綁定表來存儲(chǔ)這些信息。另外，APSME應(yīng)提供如下效勞：1 應(yīng)用層信息庫管理：讀取與設(shè)置設(shè)備應(yīng)用層信息庫屬性的能力2 平安：與其他設(shè)備通過使用平安密鑰建立可信關(guān)系的能力2.2.4 效勞標(biāo)準(zhǔn)應(yīng)用支持子層為上層實(shí)體NHLE與網(wǎng)絡(luò)層提供了一個(gè)接口。APS層理論上包含一個(gè)管理實(shí)體稱為APS層，管理實(shí)體APSME。這個(gè)實(shí)體通過調(diào)用子層的管理函數(shù)來提供效勞接口。APSME還負(fù)責(zé)維護(hù)一個(gè)關(guān)于APS子層管理實(shí)體的數(shù)據(jù)庫。這是一個(gè)關(guān)于APS子層信息庫AIB的數(shù)據(jù)

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

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

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

20、狀態(tài)參數(shù)為NO_BOUND_DEVICE 的語APSDE-DATA.confirm原語。如果找到了一個(gè)或多個(gè)綁定表入口，APSDE將構(gòu)建APDU，其endpoint信息從綁定表入口獲得，當(dāng)通過網(wǎng)絡(luò)層傳輸信息幀時(shí)，其destination address信息從綁定表入口獲得。如果存在多于一個(gè)綁定表入口，當(dāng)接收到相應(yīng)的NLDE-DATA.confirm原語，按上面描述的，APSDE將構(gòu)建并向下一個(gè)綁定表入口傳輸APDU，直到?jīng)]有綁定表入口剩余。如果接收到該原語設(shè)備的APSDE不支持綁定表，那么APSDE將發(fā)送狀態(tài)參數(shù)為 NOT_SUPPORTED的APSDE-DATA.confirm原語。如果Ds

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

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

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

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

25、接收到的一致。APSDE通過每次發(fā)送使NLDE-DATA.request原語的DiscoverRoute參數(shù)值為0x01確保網(wǎng)絡(luò)層中的路由發(fā)現(xiàn)始終激活。如果傳輸?shù)腁SDU大于適宜的單個(gè)幀，當(dāng)沒有請(qǐng)求確認(rèn)傳輸或者在TxOptions域的fragmentation permitted標(biāo)志位設(shè)為0時(shí)，那么放棄傳輸ASDU，APSDE將發(fā)送狀態(tài)參數(shù)為INVALID_REQUEST的APSDE- DATA.confirm原語。如果傳輸?shù)腁SDU大于適宜的單個(gè)幀，當(dāng)請(qǐng)求確認(rèn)傳輸并且在TxOptions域的fragmentation permitted標(biāo)志位設(shè)為1時(shí)，ASDU將按照2.2.8.3.5小節(jié)所述

26、分裂為多個(gè)APDU。如果請(qǐng)求傳輸和平安處理，那么每一個(gè)APDU都要進(jìn)行處理。注意不要使用分裂處理，除非相應(yīng)的上層文件或者相互明確說明幀的傳輸允許分裂處理，并且說明了塊的數(shù)量和總共傳輸?shù)拇笮　?.2.4.1.2 APSDE-DATA.confirm該原語報(bào)告從本地NHLE向一個(gè)同等的NHLE傳輸PDU數(shù)據(jù)的結(jié)果。2.2.4.1.2.1 效勞原語的語法該原語的語法如下：APSDE-DATA.confirm DstAddModeDstAddressDstEndpointSrcEndpointStatus表2.3詳細(xì)介紹了APSDE-DATA.confirm原語的參數(shù)。2.2.4.1.2.2 產(chǎn)生該原

27、語有本地APS子層產(chǎn)生作為對(duì)APSDE-DATA.request原語的響應(yīng)。該原語返回的狀態(tài)參數(shù)值為SUCCESS，說明請(qǐng)求傳輸成功，或者為錯(cuò)誤代碼NO_SHORT_ADDRESS , NO_BOUND_DEVICE 或SECURITY_FAIL或者為任何NLDE-DATA.confirm原語返回的狀態(tài)值。這些狀態(tài)值的路由在2.2.4.1.2小節(jié)中進(jìn)行了詳細(xì)的描述。2.2.4.1.2.3 接收接收到該原語，發(fā)起設(shè)備的上層被通報(bào)請(qǐng)求傳輸?shù)慕Y(jié)果。如果傳輸成功，狀態(tài)參數(shù)值設(shè)置為SUCCESS。否那么，狀態(tài)參數(shù)說明錯(cuò)誤。2.2.4.1.3 APSDE-DATA.indication該原語說明一個(gè)PDU

28、數(shù)據(jù)向本地應(yīng)用實(shí)體的APS子層傳輸。2.2.4.1.3.1 效勞原語的語法該原語的語法如下：APSDE-DATA.indicationDstAddrModeDSTAddressDstEndpointSrcAddrModeSARCAddressSrcEndpointProfieldClusterldasduLengthasduWasBroadcastSecurityStatusLinkQuality表2.4詳細(xì)描述了APSDE-DATA.indication原語的參數(shù)。1.3.2 產(chǎn)生該原語由APS子層產(chǎn)生，當(dāng)從本地網(wǎng)絡(luò)層實(shí)體接收到適當(dāng)?shù)刂返臄?shù)據(jù)幀時(shí)，APS子層向上層發(fā)送該原語。如果ASDU頭的

29、幀控制域說明該幀平安保護(hù)，那么按照4.2.4小節(jié)的描述進(jìn)行平安處理。該原語由APS子層產(chǎn)生，當(dāng)通過NLDE-DATA.indication原語從網(wǎng)絡(luò)層接收到適當(dāng)?shù)刂返臄?shù)據(jù)幀時(shí)，發(fā)送給上層實(shí)體。如果APDU頭的幀控制域說明該幀平安保護(hù)，那么按照4.2.4小節(jié)的描述進(jìn)行平安處理。接收到的幀的源地址必須通過NIB見表2.24中的屬性nwkAddressMap映射為相應(yīng)的擴(kuò)展的64位IEEE地址。如果能找到相應(yīng)的64為IEEE地址，那么APSDE發(fā)送該原語，其參數(shù)SrcAddrMode設(shè)為0x02，SrcAddress參數(shù)設(shè)為相應(yīng)的64位 IEEE地址。如果找不到相應(yīng)的64位IEEE地址，APSDE將

30、發(fā)送該原語，其參數(shù)SrcAddrMode設(shè)為0x01，參數(shù)SrcAddress設(shè)為接收幀包含的16位源地址。2.2.4.1.3.3 接收接收到該原語，上層被通報(bào)有數(shù)據(jù)到達(dá)該設(shè)備。2.2.4.2 APS管理效勞APS管理實(shí)體SAP(APSME-SAP)支持上層和APSME層之間傳輸管理命令。表2.5總結(jié)了APSME通過APSME-SAP接口支持的原語。各原語的詳細(xì)描述見下面小節(jié)。2.2.4.3 綁定原語這組原語定義了設(shè)備上層如何將一個(gè)綁定記錄參加提交其本地綁定表或?qū)⒔壎ㄓ涗洀谋镜亟壎ū碇幸瞥?。只有支持綁定表或者綁定表存?chǔ)器的設(shè)備支持這些原語。如果其他設(shè)備從上層接收到這些原語，那么這些原語將被忽略

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

32、ME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_REQUEST的APSME-BIND.confirm原語。如果支持綁定表的設(shè)備的APS子層從NHLE接收該原語，APSME將試圖直接從其綁定表中建立指定的入口。如果可以建立入口，APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-BIND.confirm原語。如果因?yàn)槠浣壎ū砣狈δ芰Χ鵁o法建立入口，APSME將發(fā)送狀態(tài)參數(shù)為 TABLE_FULL的APSME-BIND.confirm原語。2.2.4.3.2 APSME-BIND.confirm該原語使設(shè)備得到其上層請(qǐng)求綁定兩個(gè)設(shè)備的結(jié)果。2.2.4.3.2.1 效勞原語的語法該原語的語法如下：APSME-

33、BIND.confirm StatusSrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.7詳細(xì)描述了APSME-BIND.confirm原語的語法。2.2.4.3.2.2 產(chǎn)生該原語由APSME產(chǎn)生作為APSME-BIND.request原語的響應(yīng)發(fā)送給NHLE。如果請(qǐng)求成功，那么狀態(tài)參數(shù)將說明一個(gè)成功的綁定請(qǐng)求。否那么，狀態(tài)參數(shù)那么為錯(cuò)誤碼ILLEGAL_DEVICE、 ILLEGAL_REQUEST 或TABLE_FULL。2.2.4.3.2.3 接收接收到該原語，上層就被通知其綁定請(qǐng)求的結(jié)果。如果綁定請(qǐng)求成功，狀態(tài)參數(shù)設(shè)

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

35、網(wǎng)絡(luò)或不支持綁定表的設(shè)備接收到該原語，那么APSME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_REQUEST的APSME-UNBIND.confirm原語。如果支持綁定表的設(shè)備的APS子層從NHLE接收該原語，APSME將在綁定表中查找指定的入口。如果入口存在，APSME將移除這個(gè)入口并發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-UNBIND.confirm原語見2.2.4.3.4小節(jié)。如果沒有找到入口，APSME將發(fā)送狀態(tài)參數(shù)為 INVALID_BINDING的APSME-UNBIND.confirm原語。如果該設(shè)備不在網(wǎng)絡(luò)中，APSME將發(fā)送狀態(tài)參數(shù)為 ILLEGAL_DEVICE的APSME-BIN

36、D.confirm原語。2.2.4.3.4 APSME-UNBIND.confirm該原語使設(shè)備得到其上層請(qǐng)求解除兩個(gè)設(shè)備綁定的結(jié)果。2.2.4.3.4.1 效勞原語的語法該原語的語法如下：APSME-UNBIND.confirm StatusSrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint表2.9詳細(xì)描述了APSME-UNBIND.confirm原語的語法。2.2.4.3.4.2 產(chǎn)生該原語由APSME產(chǎn)生作為APSME-UNBIND.request原語的響應(yīng)發(fā)送給NHLE。如果請(qǐng)求成功，那么狀態(tài)參數(shù)將說明一個(gè)成功的解除綁定請(qǐng)求

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

38、。2.2.4.4.1.2 產(chǎn)生該原語由上層產(chǎn)生并發(fā)送給APSME來讀取AIB中的屬性。2.2.4.4.1.3 接收接收到該原語，APSME試圖從數(shù)據(jù)庫中得到AIB屬性。如果在數(shù)據(jù)庫中沒有相應(yīng)的AIB屬性表標(biāo)識(shí)符，APSME將發(fā)送狀態(tài)參數(shù)為UNSUPPORTED_ATTRIBUTE的APSME-GET.confirm原語。如果成功得到了AIB屬性，APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS，包含AIB屬性標(biāo)識(shí)符和屬性值的APSME-GET.confirm原語。2.2.4.4.2 APSME-GET.confirm該原語向上層報(bào)告從AIB中讀取屬性值的結(jié)果。2.2.4.4.2.1 效勞原語的語法該原

39、語的語法如下：APSME-GET.confirm StatusAIBAttributeAIBAttributeLengthAIBAttributeValue表2.11描述了該原語的參數(shù)。2.2.4.4.2.2 產(chǎn)生該原語由APSME產(chǎn)生，發(fā)送給上層作為對(duì)APSME-GET.request原語的響應(yīng)。該原語返回狀態(tài)SUCCESS，說明請(qǐng)求讀取AIB屬性請(qǐng)求成功，或者返回錯(cuò)誤碼UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.1.3小節(jié)進(jìn)行了描述。2.2.4.4.2.3 接收接收到該原語，上層得知讀取AIB屬性請(qǐng)求的結(jié)果。如果讀取AIB屬性請(qǐng)求成功，狀態(tài)參數(shù)設(shè)置為SUCCESS

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

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

42、.4.4.4.2 產(chǎn)生該原語由APSME產(chǎn)生，發(fā)送給上層作為對(duì)APSME-SET.request原語的響應(yīng)。該原語返回狀態(tài)SUCCESS，說明將屬性值寫入AIB屬性的請(qǐng)求成功，或者返回錯(cuò)誤碼INVALID_PARAMETER或UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.3.3小節(jié)進(jìn)行了描述。2.2.4.4.4.3 接收接收到該原語，上層得知寫入AIB屬性請(qǐng)求的結(jié)果。如果寫入AIB屬性請(qǐng)求成功，狀態(tài)參數(shù)設(shè)置為SUCCESS。否那么，狀態(tài)參數(shù)說明錯(cuò)誤。2.2.4.5 組管理這組原語允許上層在當(dāng)前設(shè)備中通過在組表中添加和移除入口來管理每個(gè)端點(diǎn)的組關(guān)系。2.2.4.5.1 A

43、PSME-ADD-GROUP.request該原語允許上層請(qǐng)求一個(gè)特定的組的組關(guān)系參加到特定的端點(diǎn)。2.2.4.5.1.1 效勞原語的語法該原語的語法如下：APSME-ADD-GROUP.request GroupAddressEndpoint表2.14描述了該原語的參數(shù)。2.2.4.5.1.2 產(chǎn)生當(dāng)上層要將一個(gè)特定組的關(guān)系參加一個(gè)端點(diǎn)時(shí)產(chǎn)生該原語，設(shè)置了組地址的幀將被傳送給該端點(diǎn)。2.2.4.5.1.3 接收如果接收到該原語，其GroupAddress參數(shù)的值超出了有效范圍，APSME將向上層發(fā)送狀態(tài)參數(shù)為INVALID_PARAMETER的 APSME-ADD-GROUP.condirm

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

45、將發(fā)送 NLME-SET.request原語來確保相應(yīng)的網(wǎng)絡(luò)層組表中的nwkGroupIDTable屬性與APS子層中的組表包含的組地址列表相一致。一旦兩個(gè)表一致了，APSME將向上層發(fā)送狀態(tài)參數(shù)為 SUCCESS的APSME-ADD-GROUP.confirm原語。如果沒有給定參數(shù)GroupAddress和Endpoint的入口并且組表中沒有建立另一個(gè)入口的空間，APSME將向上層發(fā)送狀態(tài)參數(shù)為TABLE_FULL的APSME-ADD-GROUP.confirm原語。2.2.4.5.2 APSME-ADD-GROUP.confirm該原語使得設(shè)備得知其將一個(gè)組添加到端點(diǎn)的請(qǐng)求結(jié)果。2.2.4

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

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