ZigBee協(xié)議棧中文說明

本文格式為Word版，下載可任意編輯——ZigBee協(xié)議棧中文說明Zigbee協(xié)議棧中文說明

1.概述

1.1解析ZigBee堆棧架構

ZigBee堆棧是在IEEE802.15.4標準基礎上建立的，定義了協(xié)議的MAC和PHY層。ZigBee設備應當包括IEEE802.15.4(該標準定義了RF射頻以及與相鄰設備之間的通信)的PHY和MAC層，以及ZigBee堆棧層：網絡層(NWK)、應用層和安全服務提供層。圖1-1給出了這些組件的概況。1.1.1ZigBee堆棧層

每個ZigBee設備都與一個特定模板有關，可能是公共模板或私有模板。這些模板定義了設備的應用環(huán)境、設備類型以及用于設備間通信的簇。公共模板可以確保不同供應商的設備在一致應用領域中的互操作性。

設備是由模板定義的，并以應用對象(ApplicationObjects)的形式實現(xiàn)(見圖1-1)。每個應用對象通過一個端點連接到ZigBee堆棧的余下部分，它們都是器件中可尋址的組件

圖1-1zigbe堆?？蚣?/p>

從應用角度看，通信的本質就是端點到端點的連接(例如，一個帶開關組件的設備與帶一個或多個燈組件的遠端設備進行通信，目的是將這些燈點亮)。

端點之間的通信是通過稱之為簇的數(shù)據(jù)結構實現(xiàn)的。這些簇是應用對象之間共享信息所需的全部屬性的容器，在特別應用中使用的簇在模板中有定義。圖1-1-2就是設備及其接口的一個例子：

圖1-1-2

每個接口都能接收(用于輸入)或發(fā)送(用于輸出)簇格式的數(shù)據(jù)。一共有二個特別的端點，即端點0和端點255。端點0用于整個ZigBee設備的配置和管理。應用程序可以通過端點0與ZigBee堆棧的其它層通信，從而實現(xiàn)對這些層的初始化和配置。附屬在端點0的對象被稱為ZigBee設備對象(ZD0)。端點255用于向所有端點的廣播。端點241到254是保存端點。

所有端點都使用應用支持子層(APS)提供的服務。APS通過網絡層和安全服務提供層的服務與端點相接，并為實現(xiàn)數(shù)據(jù)傳送、安全和綁定功能提供服務，因此能夠適配不同但兼容的設備，譬如帶燈的開關。

APS使用網絡層(NWK)提供的服務。NWK負責設備到設備的通信，并負責網絡中設備初始化所包含的活動、消息路由和網絡發(fā)現(xiàn)。應用層可以通過ZigBee設備對象(ZD0)對網絡層參數(shù)進行配置和訪問。1.1.2802.15.4MAC層

IEEE802.15.4標準為低速率無線個人域網(LR-WPAN)定義了OSI模型開始的兩層。PHY層定義了無線射頻應當具備的特征，它支持二種不同的射頻信號，分別位于2450MHz波段和868/915MHz波段。2450MHz波段射頻可以提供250kbps的數(shù)據(jù)速率和16個不同的信道。868/915MHz波段中，868MHz支持1個數(shù)據(jù)速率為20kbps的信道，915MHz支持10個數(shù)據(jù)速率為40kbps的信道。

MAC層負責相鄰設備間的單跳數(shù)據(jù)通信。它負責建立與網絡的同步，支持關聯(lián)和去關聯(lián)以及MAC層安全：它能提供二個設備之間的可靠鏈接。

1.1.3關于服務接入點

ZigBee堆棧的不同層與802.15.4MAC通過服務接入點(SAP)進行通信。SAP是某一特定層提供的服務與上層之間的接口。

ZigBee堆棧的大多數(shù)層有兩個接口：數(shù)據(jù)實體接口和管理實體接口。數(shù)據(jù)實體接口的目標是向上層提供所需的常規(guī)數(shù)據(jù)服務。管理實體接口的目標是向上層提供訪問內部層參數(shù)、配置和管理數(shù)據(jù)的機制。1.1.4ZigBee的安全性

安全機制由安全服務提供層提供。然而值得注意的是，系統(tǒng)的整體安全性是在模板級定義的，這意味著模板應當定義某一特定網絡中應當實現(xiàn)何種類型的安全。

每一層(MAC、網絡或應用層)都能被保護，為了降低存儲要求，它們可以共享安全鑰匙。SSP是通過ZD0進行初始化和配置的，要求實現(xiàn)高級加密標準(AES)。ZigBee規(guī)范定義了信任中心的用途。信任中心是在網絡中分派安全鑰匙的一種令人信任的設備。1.1.5ZigBee堆棧容量和ZigBee設備

根據(jù)ZigBee堆棧規(guī)定的所有功能和支持，我們很簡單推測ZigBee堆棧實現(xiàn)需要用到設備中的大量存儲器資源。不過ZigBee規(guī)范定義了三種類型的設備，每種都有自己的功能要求：ZigBee協(xié)調器是啟動和配置網絡的一種設備。協(xié)調器可以保持間接尋址用的綁定表格，支持關聯(lián)，同時還能設計信任中心和執(zhí)行其它活動。一個ZigBee網絡只允許有一個ZigBee協(xié)調器。

ZigBee路由器是一種支持關聯(lián)的設備，能夠將消息轉發(fā)到其它設備。ZigBee網格或樹型網絡可以有多個ZigBee路由器。ZigBee星型網絡不支持ZigBee路由器。

ZigBee端終設備可以執(zhí)行它的相關功能，并使用ZigBee網絡到達其它需要與其通信的設備。它的存儲器容量要求最少。然而需要特別注意的是，網絡的特定架構會戲劇性地影響設備所需的資源。NWK支持的網絡拓撲有星型、樹型和網格型。在這幾種網絡拓撲中，星型網絡對資源的要求最低。

ZigBee堆棧應當可以提供ZigBee規(guī)范要求的所有功能，因此制造商的重點工作是開發(fā)實際的應用。為了更加簡單實現(xiàn)，假使制造商使用某種公共模板，那么可用大多數(shù)現(xiàn)成的配置。假使沒有適合的公共模板，則可以充分利用其它模板已經做過的工作創(chuàng)立自己的模板。ZigBee協(xié)議棧體系包含一系列的層元件，其中有IEEE802.15.42023標準中的MAC層和PHY層，當然也包括ZigBee組織設計的NWK層。每個層的元件有其特定的服務功能。本說明描述內容涉及ZigBee協(xié)議棧的各層元件，但側重于描述最具實際和理論探討性的APL應用層和NWK網絡層。圖1-1為ZigBee棧結構框圖。

2.APL應用層介紹2.1.1應用層簡介

如圖2-1所示，ZigBee應用層由三個部分組成，APS子層、ZDO（包含ZDO管理平臺）和制造商定義的應用對象。

圖2-1zigbee協(xié)議堆棧分層結構

2.1.2應用層框架

ZigBee中的應用框架是為駐扎在ZigBee設備中的應用對象提供活動的環(huán)境。

最多可以定義240個相對獨立的應用程序對象，且任何一個對象的端點編號都是從1一個端口相當與XP上的一個進程，也就是一個應用程序到240。此外還有兩個附加的終端節(jié)點，為了APSDE-SAP的使用：端點號0固定用于ZDO數(shù)據(jù)接口；另外一個端點255固定用于所有應用對象廣播數(shù)據(jù)的數(shù)據(jù)接口功能。端點241-254保存（留給未來擴展使用）。

所謂的profiles其實就是一個標準，按這個標準的人可以通信。2.1.2.1應用Profiles

應用profiles是一組統(tǒng)一的消息，消息格式和處理方法，允許開發(fā)者建立一個可以共同使用的分布式應用程序，這些應用是利用駐扎在獨立設備中的應用實體來實現(xiàn)的。這些應用profiles允許應用程序發(fā)送命令、請求數(shù)據(jù)和處理命令的請求。

2.1.2.2簇

簇標識符可用來區(qū)分不同的簇，簇標識符聯(lián)系著從設備流出和向設備流入的數(shù)據(jù)。在特別的應用profiles范圍內，簇標識符是唯一的。

2.1.3ZigBee設備對象

ZigBee設備對象（ZDO），描述了一個基本的功能函數(shù)，這個功能在應用對象、設備profile和APS之間提供了一個接口。ZDO位于應用框架和應用支持子層之間。它滿足所有在ZigBee協(xié)議棧中應用操作的一般需要。此外ZDO還有以下作用：

（1）初始化應用支持子層（APS），網絡層（NWK），安全服務規(guī)范（SSS）。

（2）從終端應用集合中配置的信息來確定和執(zhí)行安全管理、發(fā)現(xiàn)、網絡管理、以及綁定管理。

ZDO描述了應用框架層中應用對象的公用接口以及控制設備和應用對象的網絡功能。在終端節(jié)點0,ZDO提供了與協(xié)議棧中與低一層連接的接口，假使是數(shù)據(jù)則通過APSDE-SAP，假使是控制信息則通過APSME-SAP。ＺＤＯ的具體描述在2.5節(jié)。

2.1.3.1設備發(fā)現(xiàn)

設備發(fā)現(xiàn)是ZigBee設備為什么能發(fā)現(xiàn)其他設備的過程。這有兩種形式的設備發(fā)現(xiàn)請求：IEEE地址請求和網絡地址請求。IEEE地址請求是單播到一個特別的設備且假定網絡地址已經知道。網絡地址請求是廣播且攜帶一個已知的IEEE地址作為負載。

2.1.3.2服務發(fā)現(xiàn)

服務發(fā)現(xiàn)是為什么一個已知設備被其他設備發(fā)現(xiàn)的能力的過程。服務發(fā)現(xiàn)通過在一個已知設備的每一個端點發(fā)送詢問或通過使用一個匹配服務（廣播或者單播）。服務發(fā)現(xiàn)便利定義和使用各種描述來概述一個設備的能力。

服務發(fā)現(xiàn)信息在網絡中可能被隱蔽，在這種狀況下，設備提供的特別服務便可能不在操作發(fā)生的時候到達。

2.2ZigBee應用支持子層APS

APS提供了這樣的接口：在NWK層和APL層之間，從ZDO到供應商的應用對象的通用服務集。這服務由兩個實體實現(xiàn)：APS數(shù)據(jù)實體（APSDE）和APS管理實體（APSME）。

(1)APSDE提供在同一個網絡中的兩個或者更多的應用實體之間的數(shù)據(jù)通信。通過APSDE服務接入點(APSDE-SAP)；

（2）APSME提供多種服務給應用對象，這些服務包含安全服務和綁定設備，并維護管理對象的數(shù)據(jù)庫，也就是我們常說的AIB。通過APSME服務接入點（APSME-SAP）。

2.2.1范圍

這一小節(jié)描述了應用層部分提供的服務規(guī)范和生產商定義的應用對象與ZigBee設備對象之間的接口。規(guī)范定義了允許應用對象傳輸數(shù)據(jù)的數(shù)據(jù)服務和提供綁定機制的管理服務。另外，它還定義了應用支持子層的幀格式和幀類型。如圖2-2

圖2-2zigbee幀格式

2.2.2目的

這小節(jié)的目的是定義ZigBee應用支持子層的功能。該功能建立在兩個基礎之上，一

是正確運行ZigBee網絡層的驅動功能，二是制造商定義的應用對象所需要的功能。

2.2.3應用支持子層簡介

應用支持子層給網絡層和應用層通過ZigBee設備對象和制造商定義的應用對象使用的一組服務提供了接口，該接口提供了ZigBee設備對象和制造商定義的應用對象使用的一組服務。通過兩個實體提供這些服務：數(shù)據(jù)服務和管理服務。APS數(shù)據(jù)實體(APSDE)通過與之連接的SAP，即APSDE-SAP提供數(shù)據(jù)傳輸服務。APS管理實體(APSME)通過與之連接的SAP，即APSME-SAP提供管理服務，并且維護一個管理實體數(shù)據(jù)庫，即APS信息庫（NIB）。

2.2.3.1應用支持子層的數(shù)據(jù)實體（APSDE）

APSDE向網絡層提供數(shù)據(jù)服務，并且為ZDO和應用對象提供服務，完成兩個或多個設備之間傳輸應用層PDU。這些設備本身必需在同一個網絡。APSDU將提供如下服務：

生成應用層的協(xié)議數(shù)據(jù)單元（APDU）：APSDE將應用層協(xié)議數(shù)據(jù)單元（PDU）加上適當?shù)膮f(xié)議幀頭生成應用子層的協(xié)議數(shù)據(jù)單元（PDU）。

綁定：兩個設備服務和需求相匹配的能力。一旦兩個設備綁定了，APSDE將可以把從一個綁定設備接受到的信息傳送給另一個設備。

組地址過濾：提供了基于終點組成員的過濾組地址信息的能力。可靠傳輸：比從網絡層僅僅通過端對端的傳輸增加了可靠性拒絕重復：提供傳送的信息不會被重復接收

支持大批量的傳輸：提供兩個設備間順序傳輸大批量的數(shù)據(jù)的能力。碎片：當消息的長度大于單個網絡層幀時，可以分割并重組消息。流控制：APS提供避免傳輸消息吞噬接收者的措施。

阻塞控制：APS層使用“盡力〞原則，提供措施避免傳輸消息吞噬中間網絡。

2.2.3.2應用支持子層的管理實體（APSME）

APSME應提供管理服務支持應用程序符合堆棧。

APSME應具有基于兩個設備的服務和需求向匹配的能力。該服務稱為綁定服務，APSME應具有能力來構建和維護綁定表來存儲這些信息。

另外，APSME應提供如下服務：

1應用層信息庫管理：讀取與設置設備應用層信息庫屬性的能力2安全：與其他設備通過使用安全密鑰建立可信關系的能力

2.2.4服務規(guī)范

應用支持子層為上層實體（NHLE）與網絡層提供了一個接口。APS層理論上包含一個管理實體稱為APS層，管理實體（APSME）。這個實體通過調用子層的管理函數(shù)來提供服務接口。APSME還負責維護一個關于APS子層管理實體的數(shù)據(jù)庫。這是一個關于APS子層信息庫（AIB）的數(shù)據(jù)庫.圖2-3描述了APS子層的構成和接口。

圖2-3應用支持之層參考模型

APS子層通過兩個服務指針（SAPs）提供兩種服務。APS數(shù)據(jù)服務通過APS子層數(shù)據(jù)實體服務指針SAP（APSDE-SAP），APS管理服務通過APS則層管理實體服務指針SAP(APSME-SAP).

這兩個服務通過NLDE-SAP和NLME-SAP接口(見3.2小節(jié))提供了NHLE和網絡層之間的接口。網絡層和APS子層之間的NLME-SAP接口只支持NLME-GET和NLME-SET原語，其他的NLME-SAP原語只可以通過ZDO實現(xiàn)（見2.5小節(jié)）。除了這些外部接口以外，在APSME和APSDE之間還有一個內部的接口，支持APSME使用APS數(shù)據(jù)服務。

2.2.4.1APS數(shù)據(jù)服務

APS子層數(shù)據(jù)實體SAP（APSDE-SAP）支持在兩個同等的應用實體之間傳輸應用協(xié)議數(shù)據(jù)單元。表2-1列出了APSDE-SAP支持的原語。每一個原語將在下面的小節(jié)論述。

2.2.4.1.1APSDE-DATA.request

該原語請求從本地NHLE向一個同等的NHLE實體傳輸NHLEPDU(ASDU)。

2.2.4.1.1.1服務原語的語法

該原語的語法如下：

APSDE-DATA_request{

DstAddrModeDSTAddressDstEndpointProfiledClusterldSrcEndpointasduLengthasdu

TxOpiontsRadiusCounter}

表2.2詳細說明白APSDE-DATA.request原語的參數(shù)。

2.2.4.1.1.2產生

當有一個數(shù)據(jù)PDU(ASDU)由本地NHLE向一個同等的NHLE傳輸時，由本地NHLE生成該原語。

2.2.4.1.1.32

當APS子層實體接收到該原語時，便開始傳輸提供的ASDU。假使DstAddrMode參數(shù)為0x00，并且接收該原語的設備的APSDE支持綁定表，那么在綁定表中根據(jù)參數(shù)SrcEndpoint和ClusterId所指定的endpoint和clusteridentifiers尋覓相關聯(lián)的綁定表入口。假使沒有綁定表入口，APSDE將發(fā)送狀態(tài)參數(shù)為NO_BOUND_DEVICE的語APSDE-DATA.confirm原語。假使找到了一個或多個綁定表入口，APSDE將構建APDU，其endpoint信息從綁定表入口獲得，當通過網絡層傳輸信息幀時，其destinationaddress信息從綁定表入口獲得。假使存在多于一個綁定表入口，當接收到相應的NLDE-DATA.confirm原語，按上面描述的，APSDE將構建并向下一個綁定表入口傳輸APDU，直到沒有綁定表入口剩余。假使接收到該原語設備的APSDE不支持綁定表，那么APSDE將發(fā)送狀態(tài)參數(shù)為NOT_SUPPORTED的APSDE-DATA.confirm原語。

假使DstAddrMode參數(shù)為0x02，DstAddress參數(shù)包含擴展的64位IEEE地址，首次必需使用NIB（見表2.24）屬性中的nwkAddressMap映射相應的16位網絡地址。假使找不到相應的16位網絡地址，那么APSDE將發(fā)送狀態(tài)參數(shù)為NO_SHORT_ADDRESS的APSDE-DATA.confirm原語。假使找到了相應的16位網絡地址，其值將被用在NLDE-DATA.request原語中，參數(shù)

DstEndpoint將被置在作為結果的APDU中。假使DstAddrMode參數(shù)為0x01，說明為群地址，參數(shù)DstAddress將被解釋為16位的全地址。這個地址將被放置在APS頭中的群地址域，參數(shù)DstEndpoint將被忽略，APS頭中的destinationendpoint域將被省略。APS頭中的幀控制域的deliverymode子域值在這種狀況下為0x03.

假使DstAddrMode參數(shù)為0x02，DstAddress參數(shù)包含16位的網絡地址，并且提供參數(shù)DstEndpoint，當目的網絡地址用于應用響應，并且網絡地址部位后面的數(shù)據(jù)傳輸請求保存時，上層只能使用DstAddrMode為0x02.

應用程序可以通過使用參數(shù)RadiusCounter來限制在網絡中傳輸數(shù)據(jù)幀的跳數(shù)。假使參數(shù)RadiusCounter為0x00，網絡層在網絡中傳輸信息幀沒有約束。假使參數(shù)RadiusCounter為非零，則網絡層將允許信息幀在網絡中傳輸存在最多RadiusCounter跳。

假使DstAddrMode參數(shù)為0x01，說明為群地址，或者DstAddrMode參數(shù)為0x00，并且相應的綁定表入口包含哪一個群地址，那么APSME將檢查NIB（見表3.42）中的屬性

nwkUseMulticast值。假使屬性值為FALSE，那么輸出幀的幀控制域中的deliverymode子域設為0b11，16位的目的群地址將設置輸出幀APS頭中的groupaddress域，該幀將以廣播方式傳輸。傳輸該幀的原語NLDE-DATA.request的DstAddr參數(shù)設置為值0xfffd，廣播給所有RxOnWhenIdle=TRUE的設備。假使屬性nwkUseMulticast值為TRUE，那么該幀將使用網絡層多點傳送方式傳輸，群地址不用放置在輸出幀的APS頭中。

假使參數(shù)TxOptions指定使用安全傳輸，則APS子層將使用安全服務為ASDU提供安全（見4.2.4小節(jié)）。假使安全處理失敗，則APSDE發(fā)送狀態(tài)參數(shù)為SECURITY_FAIL的APSDE-DATA.confirm原語。

APSDE使用NLDE-DATA.request原語向網絡層傳輸構造幀。當接收到NLDE-DATA.confirm原語，APSDE則發(fā)送APSDE-DATA.confirm原語，其狀態(tài)參數(shù)值域從網絡層接收到的一致。

APSDE通過每次發(fā)送使NLDE-DATA.request原語的DiscoverRoute參數(shù)值為0x01確保網絡層中的路由發(fā)現(xiàn)始終激活。

假使傳輸?shù)腁SDU大于適合的單個幀，當沒有請求確認傳輸或者在TxOptions域的

fragmentationpermitted標志位設為0時，則放棄傳輸ASDU，APSDE將發(fā)送狀態(tài)參數(shù)為INVALID_REQUEST的APSDE-DATA.confirm原語。

假使傳輸?shù)腁SDU大于適合的單個幀，當請求確認傳輸并且在TxOptions域的fragmentationpermitted標志位設為1時，ASDU將依照2.2.8.3.5小節(jié)所述分裂為多個APDU。假使請求傳輸和安全處理，那么每一個APDU都要進行處理。注意不要使用分裂處理，除非相應的上層文件或者相互明確說明幀的傳輸允許分裂處理，并且說明白塊的數(shù)量和總共傳輸?shù)拇笮　?/p>

2.2.4.1.2APSDE-DATA.confirm

該原語報告從本地NHLE向一個同等的NHLE傳輸PDU數(shù)據(jù)的結果。

2.2.4.1.2.1服務原語的語法

該原語的語法如下：APSDE-DATA.confirm{DstAddModeDstAddressDstEndpointSrcEndpointStatus

}

表2.3詳細介紹了APSDE-DATA.confirm原語的參數(shù)。

2.2.4.1.2.2產生

該原語有本地APS子層產生作為對APSDE-DATA.request原語的響應。該原語返回的狀態(tài)參數(shù)值為SUCCESS，說明請求傳輸成功，或者為錯誤代碼NO_SHORT_ADDRESS,NO_BOUND_DEVICE或SECURITY_FAIL或者為任何NLDE-DATA.confirm原語返回的狀態(tài)值。這些狀態(tài)值的路由在2.2.4.1.2小節(jié)中進行了詳細的描述。

2.2.4.1.2.3接收

接收到該原語，發(fā)起設備的上層被通報請求傳輸?shù)慕Y果。假使傳輸成功，狀態(tài)參數(shù)值設置為SUCCESS。否則，狀態(tài)參數(shù)說明錯誤。

2.2.4.1.3APSDE-DATA.indication

該原語說明一個PDU數(shù)據(jù)向本地應用實體的APS子層傳輸。

2.2.4.1.3.1服務原語的語法

該原語的語法如下：APSDE-DATA.indication

{

DstAddrModeDSTAddressDstEndpointSrcAddrModeSARCAddressSrcEndpointProfieldClusterldasduLengthasdu

WasBroadcastSecurityStatusLinkQuality}

表2.4詳細描述了APSDE-DATA.indication原語的參數(shù)。

2.2.4.1.3.2產生

該原語由APS子層產生，當從本地網絡層實體接收到適當?shù)刂返臄?shù)據(jù)幀時，APS子層向上層發(fā)送該原語。假使ASDU頭的幀控制域說明該幀安全保護，則依照4.2.4小節(jié)的描述進行安全處理。

該原語由APS子層產生，當通過NLDE-DATA.indication原語從網絡層接收到適當?shù)刂返臄?shù)據(jù)幀時，發(fā)送給上層實體。假使APDU頭的幀控制域說明該幀安全保護，則依照4.2.4小節(jié)的描述進行安全處理。

接收到的幀的源地址必需通過NIB（見表2.24）中的屬性nwkAddressMap映射為相應的擴展的64位IEEE地址。假使能找到相應的64為IEEE地址，則APSDE發(fā)送該原語，其參數(shù)

SrcAddrMode設為0x02，SrcAddress參數(shù)設為相應的64位IEEE地址。假使找不到相應的64位IEEE地址，APSDE將發(fā)送該原語，其參數(shù)SrcAddrMode設為0x01，參數(shù)SrcAddress設為接收幀包含的16位源地址。

2.2.4.1.3.3接收

接收到該原語，上層被通報有數(shù)據(jù)到達該設備。

2.2.4.2APS管理服務

APS管理實體SAP(APSME-SAP)支持上層和APSME層之間傳輸管理命令。表2.5總結了APSME通過APSME-SAP接口支持的原語。各原語的詳細描述見下面小節(jié)。

2.2.4.3綁定原語

這組原語定義了設備上層如何將一個綁定記錄參與（提交）其本地綁定表或將綁定記錄從本地綁定表中移除。

只有支持綁定表或者綁定表存儲器的設備支持這些原語。假使其他設備從上層接收到這些原語，那么這些原語將被忽略。

2.2.4.3.1APSME-BIND.request

該原語允許支持綁定的設備上層通過在本地綁定表中建立一個入口請求將兩個設備綁定。

2.2.4.6.1.1服務原語的語法

該原語的語法如下：

APSME-BIND.request{

SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint}

表2.6詳細描述了APSME-BIND.request原語的參數(shù)。

2.2.4.3.1.2產生

該原語由上層產生發(fā)送給APS子層，在支持綁定表的設備上發(fā)起綁定操作。

2.2.4.3.1.3接收

一旦被當前沒有參與到網絡或不支持綁定表的設備接收到該原語，那么APSME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_REQUEST的APSME-BIND.confirm原語。

假使支持綁定表的設備的APS子層從NHLE接收該原語，APSME將試圖直接從其綁定表中建立指定的入口。假使可以建立入口，APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-BIND.confirm原語。假使由于其綁定表缺乏能力而無法建立入口，APSME將發(fā)送狀態(tài)參數(shù)為TABLE_FULL的APSME-BIND.confirm原語。

2.2.4.3.2APSME-BIND.confirm

該原語使設備得到其上層請求綁定兩個設備的結果。

2.2.4.3.2.1服務原語的語法

該原語的語法如下：

APSME-BIND.confirm{

Status

SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint}

表2.7詳細描述了APSME-BIND.confirm原語的語法。

2.2.4.3.2.2產生

該原語由APSME產生作為APSME-BIND.request原語的響應發(fā)送給NHLE。假使請求成功，那么狀態(tài)參數(shù)將說明一個成功的綁定請求。否則，狀態(tài)參數(shù)則為錯誤碼ILLEGAL_DEVICE、ILLEGAL_REQUEST或TABLE_FULL。

2.2.4.3.2.3接收

接收到該原語，上層就被通知其綁定請求的結果。假使綁定請求成功，狀態(tài)參數(shù)設置為SUCCESS。否則，狀態(tài)參數(shù)說明錯誤。

2.2.4.3.3APSME-UNBIND.request

該原語允許支持綁定的設備上層通過在本地綁定表中移除一個入口請求將兩個設備解除綁定。

2.2.4.3.3.1服務原語的語法：

APSME-UNBIND.request{

SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint}

表2.8詳細描述了APSME-UNBIND.request原語的參數(shù)。

2.2.4.3.3.2產生

該原語有上層產生發(fā)送給APS子層，在支持綁定表的設備上發(fā)起解除綁定操作。

2.2.4.3.3.3接收

一旦被當前沒有參與到網絡或不支持綁定表的設備接收到該原語，那么APSME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_REQUEST的APSME-UNBIND.confirm原語。

假使支持綁定表的設備的APS子層從NHLE接收該原語，APSME將在綁定表中查找指定的入口。假使入口存在，APSME將移除這個入口并發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-UNBIND.confirm原語（見2.2.4.3.4小節(jié)）。假使沒有找到入口，APSME將發(fā)送狀態(tài)參數(shù)為INVALID_BINDING的APSME-UNBIND.confirm原語。假使該設備不在網絡中，APSME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_DEVICE的APSME-BIND.confirm原語。

2.2.4.3.4APSME-UNBIND.confirm

該原語使設備得到其上層請求解除兩個設備綁定的結果。

2.2.4.3.4.1服務原語的語法

該原語的語法如下：

APSME-UNBIND.confirm{

StatusSrcAddrSrcEndpointClusterldDstAddrMode

2.5ZigBee設備對象（ZDO）2.5.1范圍

本小節(jié)介紹在ZigBee應用支持子層和網絡層頂端執(zhí)行ZigBee設備對性應用需要的概念、結構和原語。

ZDO是使用網絡和應用支持層原語執(zhí)行ZigBee終端設備、路由器和協(xié)調器的一個應用。ZDOProfile使用簇來描述它的原語。ZigBee設備Profile簇不使用屬性，且同在消息傳輸協(xié)議里的消息類似。在ZigBee設備中使用簇標識符來列舉在ZDO中使用的消息。

ZDO也使用配置屬性。這些屬性不是任何簇的元素。在ZDO中的配置屬性是由應用或者是棧Profile設置的配置參數(shù)。雖然配置屬性和ZigBee設備Profile都由ZDO來使用，但是配置屬性和ZigBee設備Profile無關。

2.5.2設備對象描述

ZDO是應用解決方案，駐扎在ZigBee協(xié)議棧中的APL層和APS層之上，如圖1.1所示。

ZDO有以下功能：

（1）初始化應用支持子層（APS），網絡層（NWK），安全服務提供（SSP）和任何其他ZigBee設備層而不是駐扎在端點1-240的終端應用。

（2）從終端應用中集合配置信息來確定和執(zhí)行下節(jié)描述的功能。

2.5.2.1最初的發(fā)現(xiàn)高速緩沖器設備操作（PrimaryDiscoveryCache）

最初的發(fā)現(xiàn)高速緩沖器設備是通過設備的配置和在節(jié)點描述符里的advertisement來指定的。最初的發(fā)現(xiàn)高速緩沖器設備操作作為一個狀態(tài)機，這個狀態(tài)機是關于客戶機希望使用最初的發(fā)現(xiàn)高速緩沖器。如下的狀態(tài)和操作，如圖2.99描述的，應被最初的發(fā)現(xiàn)高速緩沖器設備支持：

1.未發(fā)現(xiàn)的：

客戶使用有限的半徑廣播到所有的RxOnWhenIdle設備消息DiscoveryRegister請求來定位在請求提供的半徑范圍內的PrimaryDiscoveryCache設備

2.發(fā)現(xiàn)的：

客戶使用單播發(fā)現(xiàn)高速緩存器請求，這個請求是定向到DiscoveryCache設備，這個設

備白含它愿意存儲的發(fā)現(xiàn)高速緩存器信息的大小。DiscoveryCacheDevice將響應，參數(shù)是SUCCESS或者TABLE_FULL。

3.已注冊的：

當客戶從DiscoveryCache設備接收到SUCCESS狀態(tài)，這個狀態(tài)就從從前的

DiscoveryCache請求處到達?？蛻衄F(xiàn)在必需使用節(jié)點描述符（NodeDescriptor）存儲請求、電源描述符存儲請求、活動的端點存儲請求和簡單描述符存儲請求上載它的發(fā)現(xiàn)信息來

激活PrimaryDiscoveryCache設備為了它自己的利益來充分的響應。

4.未注冊的：

客戶（或任何其他設備）可能請求不被注冊。移動節(jié)點高速緩存器（RemoveNodeCache）

請求移動設備從PrimaryDiscoveryCache設備。

PrimaryDiscoveryCache設備響應設備和它支持的所有注冊的客戶的服務發(fā)現(xiàn)請求。FindNodeCache請求被想定位設備和為了已給設備的服務發(fā)現(xiàn)請求的客戶使用。注意假使發(fā)現(xiàn)信息被設備本身保持，設備也必需響應來確認它自己作為發(fā)現(xiàn)信息的保存。見圖2.99為狀態(tài)機處理PrimaryDiscoveryCache設備的詳細信息。

2.5.2.2設備和服務發(fā)現(xiàn)

在一個單獨的PAN里，這個功能將支持設備和服務發(fā)現(xiàn)。另外，對于ZigBee協(xié)調器、ZigBee路由器和ZigBee終端設備類型，這個功能將做如下處理：

（1）在每一使用休眠的ZigBee終端設備、ZigBee路由器（或ZigBee協(xié)調器）的網絡，必需被設計作為如它們的節(jié)點描述符描述的PrimaryDiscoveryCacheDevices。這些Primary

CacheDevices是它們自己可發(fā)現(xiàn)的，且提供服務器服務來上載和存儲代表休眠的ZigBee終端設備的發(fā)現(xiàn)信息。另外PrimaryCacheDevices響應代表休眠Zigbee]終端設備的發(fā)現(xiàn)請求。每一個PrimaryDiscoveryCacheDevice是ZigBee路由器或者ZigBee協(xié)調器。

（2）對于被:Config_Node_Power,設備和服務發(fā)現(xiàn)指示想要休眠的ZigBee終端設備將管理被ZigBee終端設備選擇的PrimaryDiscoveryCache設備上的網絡地址、IEEE地址、活動節(jié)點、簡單描述符、節(jié)點描述符和電源描述符的上載和存儲來允許在這些休眠設備上的設備和服務發(fā)現(xiàn)操作。

（3）對于被設計作為PrimaryDiscoveryCacheDevice的ZigBee協(xié)調器和ZigBee路由器，這個功能將代表休眠ZigBee終端設備響應發(fā)現(xiàn)請求，這些終端設備已經注冊和上載了它們的發(fā)現(xiàn)信息。

（4）對于所有的ZigBee設備、設備和服務發(fā)現(xiàn)將支持設備和從其他設備過過來的服務發(fā)現(xiàn)請求，且允許從其他本地的應用對象過來的請求的產生。注意設備和服務發(fā)現(xiàn)服務是由PrimaryDiscoveryCache設備代表其他ZigBee終端設備提供的。萬一PrimaryDiscoveryCacheDevice是請求的目標，那么NWKAddrOfInterest或者Interest域的設備將被請求和/或響應填滿來區(qū)分從設備來的請求的目標，這個設備是發(fā)現(xiàn)的目標。將支持下邊的發(fā)現(xiàn)特性：（1）設備發(fā)現(xiàn)：

——以ZigBee協(xié)調器或者路由器IEEE地址的一個單播詢問為基礎，被請求設備的IEEE地址，隨機的，所有聯(lián)合設備的網絡地址將被返回。

——以ZigBee終端設備的IEEE地址的一個單播詢問為基礎，被請求的設備的IEEE地址被返回。

——以ZigBee協(xié)調器或者帶有一個已經提供的IEEE地址的路由器網絡地址的一個多播詢問（任何廣播地址類型）為基礎，被請求的設備的網絡地址，隨機的，所有聯(lián)合設備的網絡地址將被返回。

——以帶有已經提供的IEEE地址的ZigBee終端設備的網絡地址的廣播查詢（任何廣播地址類型）為基礎。被請求設備的網絡地址被返回。響應的設備將使用APS層為單播響應已知的服務來廣播查詢。

（2）服務發(fā)現(xiàn)：以如下的輸入為基礎，相應的響應被提供：

——網絡層地址加上（plus）活動的端點查詢類型——指定設備將返回在那個設備里的所有應用的端點數(shù)?！W絡層地址或廣播地址（任何廣播地址類型）加上服務匹配，這些匹配包括ProfileID和隨意的，輸入和輸出簇——指定的設備匹配帶有所有活動的端點的ProfileID來確定一個匹配。假使沒有輸入或者輸出簇被規(guī)定，匹配請求的端點被返回。假使那些匹配的輸入和/或輸出簇在請求里被提供，且任何匹配在帶有提供匹配的設備上的端點列表的響應里被提供。響應的設備應當使用APS層已知的服務，這服務是為了單播響應到廣播查詢的。萬一應用profiles想列舉輸入簇和它們的帶有一致簇標識符的響應輸出簇，應用profile將僅僅在為服務發(fā)現(xiàn)目的的簡單標識符里列出輸入簇。在這些狀況下它將被采用，應用profile提供關于輸入和響應輸出的簇標識符的使用的細節(jié)。

——網絡層地址加上節(jié)點標識符或標識符查詢類型——指定的地址將為設備返回聯(lián)合端點的簡單標識符。

——隨意的，網絡層地址加上繁雜或者使用者標識符查詢類型——假使支持，指定的地址將為設備返回繁雜或者使用者標識符。

2.5.2.3安全管理

這個功能確定是否使能安全，假使使能，將做如下處理：建立鑰匙傳輸鑰匙請求鑰匙更新設備移動設備轉換鑰匙

安全管理功能按安全服務規(guī)范執(zhí)行。安全管理由ZDO發(fā)出APSME原語來執(zhí)行，步驟如下:與信托中心通信（假定是ZigBee協(xié)調器）來獲得MasterKey，在設備和信托中心之間（假使設備是ZigBee協(xié)調器或者信托中心的MasterKey被重新分派這一步忽略）。這一步使用傳

輸鑰匙原語。

與信托中心建立一個LinkKey。這一步使用APSMEEstablish-Key原語。

從信托中心獲得網絡鑰匙使用安全的通信與信托中心。這一步使用APSME-TRANSPORT-KEY原語。

作為必需的，建立LinkKey和MasterKey與在網絡中被確定為消息的目的的指定的設備。這步使用APSMEESTABLISH-KEY和/或APSME-REQUEST-KEY原語。

使用APSMEDEVICE-UPDATE通知任何一個設備的信托中心連接網絡。這個功能只有設

備是ZigBee路由器時才執(zhí)行。

允許設備使用APSMEREQUEST-KEY原語從信托中心獲得鑰匙。

允許信托中心從網絡中移動設備，使用APSME-REMOVE-DEVICE原語。允許信托中心轉換active的網絡鑰匙，使用APSMESWITCH-KEY原語。

2.5.2.4網絡管理

這個功能將執(zhí)行ZigBee協(xié)調器、ZigBee路由器或者ZigBee終端設備規(guī)律設備類型根據(jù)已確定的配置設置，通過程序應用或者在安裝期間。假使設備類型是一個ZigBee協(xié)調器或者Zigbee終端設備，這個功能將提供選擇一個存在的PAN來參與和假使網絡通信斷開執(zhí)行允許設備重新參與的程序的能力。假使設備類型是ZigBee協(xié)調器或者是Zigbee路由器，這個功能將提供為一個新的PAN建立選擇一個未用的信道。注意在沒有一個設備是預先指定為協(xié)調器的狀況下，配置一個網絡是可能的，這時，第一個全功能設備（FFD）被確定為ZigBee協(xié)調器的角色。網絡管理做如下處理：

允許為網絡信道列表的規(guī)定掃描程序。缺省值是規(guī)定在已選擇的操作聯(lián)合的所有信道的使用。

管理網絡掃描程序來確定鄰居網絡和它們協(xié)調器和路由器的一致性。

允許一個信道的選擇來啟動一個PAN（ZigBee協(xié)調器）或者一個存在的PAN的選擇來連接（ZigBee路由器或者Zigbee終端設備）。

支持孤點和擴展的程序來重新連接網絡，包括支持可攜帶的內部PAN。

可能支持直接連接。對于ZigBee協(xié)調器和ZigBee路由器，直接連接的一個本地版本被支持來使能設備通過孤點或者重新連接流程來參與網絡。

2.5.2.5綁定管理

綁定管理執(zhí)行以下任務：為綁定表建立一個資源值。這個資源值是通過程序應用或通過一個在安裝期間定義的配置參數(shù)確定的。

從APS綁定表增加或者減少實體處理綁定請求。

從外部應用支持綁定和解綁定命令，如那些是主機在一個PDA上來支持協(xié)助綁定。綁定和解綁定命令將通過ZigBee設備Profile（見2.4節(jié)）被支持。

對于ZigBee協(xié)調器，支持終端設備綁定，這綁定允許以按鈕按壓或其他手動菜單為基礎的綁定。

2.5.2.6節(jié)點管理

對于Zigbee協(xié)調器和路由器，節(jié)點管理功能執(zhí)行以下步驟：允許遙控操作命令來執(zhí)行網絡發(fā)現(xiàn)提供遙控操作命令來重新獲得路由表提供遙控操作命令來重新獲得綁定表

提供一個遙控操作命令來使一個設備離開網絡或者是命令另一個設備離開網絡提供一個遙控操作命令來重新獲得LQI，是為這個遙遠的設備的鄰居獲得的。

允許源設備向一個初始化綁定表高速緩沖寄放器登記的能力來保持他們自己綁定表允許配置工具把一個設備換成另一個設備，這個設備是在所有的綁定表入口中，這個入口涉及到他。

允許初始化綁定表高速緩沖寄放器備份和恢復個人綁定入口或者入口綁定表或者保持他們自己綁定表的源設備的表

提供一個遙控操作命令來允許或者阻止連接一個特別的路由器；或者尋常允許或者阻止通過信托中心連接

2.5.3層接口描述

不像對于應用居住的上述的端點1-240的其他設備描述，Zigbee設備對象（ZDO）接口除了

APSDE-SAP之外，通過APSME-SAP到APS，通過NLME-SAP到NWK。ZDO在端點0上通信像所有其他應用一樣通過Profiles使用APSDE-SAP。ZDO使用的Profile是ZigBee設備Profile

（見2.4節(jié)）

2.5.4系統(tǒng)使用方法

標題在協(xié)議版本發(fā)布的圖表的同一頁。

DstAddrDstEndpoint}

表2.9詳細描述了APSME-UNBIND.confirm原語的語法。

2.2.4.3.4.2產生

該原語由APSME產生作為APSME-UNBIND.request原語的響應發(fā)送給NHLE。假使請求成功，那么狀態(tài)參數(shù)將說明一個成功的解除綁定請求。否則，狀態(tài)參數(shù)則為錯誤碼ILLEGAL_DEVICE、ILLEGAL_REQUEST或INVALID_BINDING。

2.2.4.3.4.3接收

接收到該原語，上層就被通知其解除綁定請求的結果。假使解除綁定請求成功，狀態(tài)參數(shù)設置為SUCCESS。否則，狀態(tài)參數(shù)說明錯誤。

2.2.4.4信息庫的維護

這組原語定義了設備上層如何讀取和寫入AIB中的屬性。

2.2.4.4.1APSME-GET.request

該原語允許設備上層從AIB中讀取屬性值。

2.2.4.4.1.1服務原語的語法

該原語的語法如下：

APSME-GET.request{

AIBAttribute}

表2.10描述了該原語的參數(shù)。

2.2.4.4.1.2產生

該原語由上層產生并發(fā)送給APSME來讀取AIB中的屬性。

2.2.4.4.1.3接收

接收到該原語，APSME試圖從數(shù)據(jù)庫中得到AIB屬性。假使在數(shù)據(jù)庫中沒有相應的AIB屬性表標識符，APSME將發(fā)送狀態(tài)參數(shù)為UNSUPPORTED_ATTRIBUTE的APSME-GET.confirm原語。

假使成功得到了AIB屬性，APSME將發(fā)送狀態(tài)參數(shù)為SUCCESS，包含AIB屬性標識符和屬性值的APSME-GET.confirm原語。

2.2.4.4.2APSME-GET.confirm

該原語向上層報告從AIB中讀取屬性值的結果。

2.2.4.4.2.1服務原語的語法

該原語的語法如下：

APSME-GET.confirm{

Status

AIBAttribute

AIBAttributeLength

AIBAttributeValue}

表2.11描述了該原語的參數(shù)。

2.2.4.4.2.2產生

該原語由APSME產生，發(fā)送給上層作為對APSME-GET.request原語的響應。該原語返回狀態(tài)SUCCESS，說明請求讀取AIB屬性請求成功，或者返回錯誤碼UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.1.3小節(jié)進行了描述。

2.2.4.4.2.3接收

接收到該原語，上層得知讀取AIB屬性請求的結果。假使讀取AIB屬性請求成功，狀態(tài)參數(shù)設置為SUCCESS。否則，狀態(tài)參數(shù)說明錯誤。

2.2.4.4.3ASPME-SET.request

該原語允許設備上層將屬性值寫入AIB。

2.2.4.4.3.1服務原語的語法

該原語的語法如下：

APSME-SET.request{

AIBAttribute

AIBAttributeLengthAIBAttributeValue}

表2.12描述了該原語的參數(shù)。

2.2.4.4.3.2產生

該原語由上層產生并發(fā)送給APSME在AIB中寫入一個屬性值。

2.2.4.4.3.3接收

接收到該原語，APSME試圖將給定的數(shù)據(jù)庫中的值寫入AIB屬性。假使在數(shù)據(jù)庫中沒有AIB屬性參數(shù)指定的屬性，APSME將發(fā)送狀態(tài)參數(shù)為UNSUPPORTED_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.4APSME-SET.confirm

該原語向上層報告向AIB屬性中寫入屬性值的結果。

2.2.4.4.4.1服務原語的語法

該原語的語法如下：

APSME-SET.confirm{

Status

AIBAttribute}

表2.13描述了該原語的參數(shù)。

2.2.4.4.4.2產生

該原語由APSME產生，發(fā)送給上層作為對APSME-SET.request原語的響應。該原語返回狀態(tài)SUCCESS，說明將屬性值寫入AIB屬性的請求成功，或者返回錯誤碼INVALID_PARAMETER或

UNSUPPORTED_ATTRIBUTE.這些狀態(tài)在2.2.4.4.3.3小節(jié)進行了描述。

2.2.4.4.4.3接收

接收到該原語，上層得知寫入AIB屬性請求的結果。假使寫入AIB屬性請求成功，狀態(tài)參數(shù)設置為SUCCESS。否則，狀態(tài)參數(shù)說明錯誤。

2.2.4.5組管理

這組原語允許上層在當前設備中通過在組表中添加和移除入口來管理每個端點的組關系。

2.2.4.5.1APSME-ADD-GROUP.request

該原語允許上層請求一個特定的組的組關系參與到特定的端點。

2.2.4.5.1.1服務原語的語法

該原語的語法如下：

APSME-ADD-GROUP.request{

GroupAddress

Endpoint}

表2.14描述了該原語的參數(shù)。

2.2.4.5.1.2產生

當上層要將一個特定組的關系參與一個端點時產生該原語，設置了組地址的幀將被傳送給該端點。

2.2.4.5.1.3接收

假使接收到該原語，其GroupAddress參數(shù)的值超出了有效范圍，APSME將向上層發(fā)送狀態(tài)參數(shù)為INVALID_PARAMETER的APSME-ADD-GROUP.condirm原語。同樣，假使Endpoint參數(shù)值為0x00或當前設備的其它沒有執(zhí)行的端點，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將在組表中建

假使值為0b00，幀將被發(fā)送給接收設備給定的端點。

假使值為0b10，消息為廣播發(fā)送。在這種狀況下，消息將被發(fā)送給所選擇的使用的廣播地址的所有設備和所有端點，見3.7.5小節(jié)。

假使值為0b11，將使用組地址，幀只被發(fā)送給APS頭中組地址域所確定的在組中表示組成員的設備端點。注意，源設備的其它端點可能是輸出幀組地址的成員。幀將被發(fā)送給指定組的成員，包括源設備的其它端點。

2.2.5.1.1.3安全子域

安全服務提供者（見4章）管理安全子域。

2.2.5.1.1.4確認請求子域

確認請求子域1比特長，指定了當前的傳輸是否要求接收者接收到幀后發(fā)送確認幀。假使該子域設置為1，確定接收的為有效幀后，接收者需要構建并向發(fā)起者發(fā)送確認幀。假使該子域為0，確定接收的為有效幀后，接收者不向發(fā)起者發(fā)送確認幀。

2.2.5.1.1.5延長頭存在

延長頭存在子域為1比特長，指定在幀中是否包含延長頭。假使該子域設置為1，那么延長頭包含在幀中。否則，不包含在幀中。

2.2.5.1.2目的端點域

目的端點8比特長，指定幀的最終接收端點。假使幀控制域中的傳輸模式子域為0b00（標準單播發(fā)送），那么幀中包含該域。

目的端點值為0x00，該幀的目的地址為每個設備的ZOD。目的端點值為0x01-0xf0，幀目的地址為操作的端點。目的端點值為0xff，幀目的地址為除了端點0x00的所有活躍的端點。端點（0xf1-0xfe）保存。

2.2.5.1.3組地址域

組地址域16比特長，只有當幀控制中的傳輸模式子域為0b11時存在該域。在這種狀況下，目的端點不存在。假使幀中的APS頭包含組地址域，幀將被發(fā)送設備中組表中由組地址域確定的所有端點。

設備的nwkUseMukticast設置為TRUE，輸出幀不設置組地址域。

2.2.5.1.4簇標識符域

簇標識符16比特長，指定由請求中SrcAddr所指示的用于設備綁定操作的簇標識符。幀

控制域的幀類型子域指定簇標識符域是否存在。該域只用于數(shù)據(jù)幀，不用于命令幀。

2.2.5.1.5Profile標識符域

Profile標識符2字節(jié)長，指定在傳輸幀的過程中，用于設備過濾消息和幀的Profile標識符。該域之用于數(shù)據(jù)幀和確認鎮(zhèn)。

2.2.5.1.6源端點域

源端點域8比特長，指定發(fā)起者幀的端點。源端點值為0x00，說明從每個設備的ZDO發(fā)起。源端點值為0x01-0xf0，說明幀從應用操作的端點發(fā)起。其它的端點（0xf1-0xfe）保存。

2.2.5.1.7APS計數(shù)器

該域8比特長，用于防止接收重復幀，如2.2.8.4.2小節(jié)。每新傳輸一次該值加一。

2.2.5.1.8延長頭子域

延長頭子域包含深層子域，格式如表2.4所示。

2.2.5.1.8.1延長幀控制域

延長幀控制域長8比特，包含使用分裂的定義信息。延長幀控制域的格式如表2.5所示。

分裂子域2比特長，值為表2.22所列出的任意值。

2.2.5.1.8.2塊序號

塊序號域為1字節(jié)長，用于如下所述的分裂控制：假使分裂子域的設置表示不是分裂傳

輸，那么子域中不包含塊序號域。假使分裂域設置為01，那么子域中包含塊序號域，并且該域表示在分裂傳輸中塊的序號。假使分裂域設置為10，那么子域中包含塊序號域，并且表示當前幀傳輸?shù)膲K序號，用值0x02表示其次個分裂塊，0x03表示第三個，等等。

2.2.5.1.8.3應答位域

應答位域為1字節(jié)長，用于2.2.8.4.3小節(jié)所描述的APS確認，表示成功傳輸哪個ASDU分裂塊。該域只有在幀類型域說明為確認幀并且分裂子域說明是分裂傳輸使才出現(xiàn)。

2.2.5.1.9幀有效載荷域

幀有效載荷域為變長，包含各個幀類型指定的信息。

2.2.5.2個別幀類型的格式

定義了三種幀類型：數(shù)據(jù)、APS命令和確認幀。每一個幀類型都在下面的小節(jié)進行探討。

2.2.5.2.1數(shù)據(jù)幀格式

數(shù)據(jù)幀的格式如表2.6所示。

數(shù)據(jù)幀中域的順序如表2.2所示的APS幀順序。

2.2.5.2.1.1數(shù)據(jù)幀APS幀頭域

數(shù)據(jù)幀的APS幀頭域包含幀控制、簇標識符、Profile標識符、源端點和APS計數(shù)器域。數(shù)據(jù)幀是否包含目的端點和延長頭域則各自依照幀控制域中的傳輸模式和延長頭存在域的規(guī)定。

在幀控制域中，幀類型應包含如表2.20所示的表示數(shù)據(jù)幀的值。源端點存在域設置為1.所有其它域根據(jù)使用數(shù)據(jù)幀的意圖設置。

2.2.5.2.1.2數(shù)據(jù)有效載荷域

對于輸出的數(shù)據(jù)幀，數(shù)據(jù)有效載荷應包含部分或全部上層請求APS數(shù)據(jù)服務傳輸?shù)淖止?jié)序列。對于輸入數(shù)據(jù)幀，數(shù)