




版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)
文檔簡介
本文格式為Word版,下載可任意編輯——ZigBee協(xié)議棧中文說明Zigbee協(xié)議棧中文說明
1.概述
1.1解析ZigBee堆棧架構(gòu)
ZigBee堆棧是在IEEE802.15.4標(biāo)準(zhǔn)基礎(chǔ)上建立的,定義了協(xié)議的MAC和PHY層。ZigBee設(shè)備應(yīng)當(dāng)包括IEEE802.15.4(該標(biāo)準(zhǔn)定義了RF射頻以及與相鄰設(shè)備之間的通信)的PHY和MAC層,以及ZigBee堆棧層:網(wǎng)絡(luò)層(NWK)、應(yīng)用層和安全服務(wù)提供層。圖1-1給出了這些組件的概況。1.1.1ZigBee堆棧層
每個(gè)ZigBee設(shè)備都與一個(gè)特定模板有關(guān),可能是公共模板或私有模板。這些模板定義了設(shè)備的應(yīng)用環(huán)境、設(shè)備類型以及用于設(shè)備間通信的簇。公共模板可以確保不同供應(yīng)商的設(shè)備在一致應(yīng)用領(lǐng)域中的互操作性。
設(shè)備是由模板定義的,并以應(yīng)用對(duì)象(ApplicationObjects)的形式實(shí)現(xiàn)(見圖1-1)。每個(gè)應(yīng)用對(duì)象通過一個(gè)端點(diǎn)連接到ZigBee堆棧的余下部分,它們都是器件中可尋址的組件
圖1-1zigbe堆棧框架
從應(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)255。端點(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)提供的服務(wù)。APS通過網(wǎng)絡(luò)層和安全服務(wù)提供層的服務(wù)與端點(diǎn)相接,并為實(shí)現(xiàn)數(shù)據(jù)傳送、安全和綁定功能提供服務(wù),因此能夠適配不同但兼容的設(shè)備,譬如帶燈的開關(guān)。
APS使用網(wǎng)絡(luò)層(NWK)提供的服務(wù)。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ò)層參數(shù)進(jìn)行配置和訪問。1.1.2802.15.4MAC層
IEEE802.15.4標(biāo)準(zhǔn)為低速率無線個(gè)人域網(wǎng)(LR-WPAN)定義了OSI模型開始的兩層。PHY層定義了無線射頻應(yīng)當(dā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è)備之間的可靠鏈接。
1.1.3關(guān)于服務(wù)接入點(diǎn)
ZigBee堆棧的不同層與802.15.4MAC通過服務(wù)接入點(diǎn)(SAP)進(jìn)行通信。SAP是某一特定層提供的服務(wù)與上層之間的接口。
ZigBee堆棧的大多數(shù)層有兩個(gè)接口:數(shù)據(jù)實(shí)體接口和管理實(shí)體接口。數(shù)據(jù)實(shí)體接口的目標(biāo)是向上層提供所需的常規(guī)數(shù)據(jù)服務(wù)。管理實(shí)體接口的目標(biāo)是向上層提供訪問內(nèi)部層參數(shù)、配置和管理數(shù)據(jù)的機(jī)制。1.1.4ZigBee的安全性
安全機(jī)制由安全服務(wù)提供層提供。然而值得注意的是,系統(tǒng)的整體安全性是在模板級(jí)定義的,這意味著模板應(yīng)當(dāng)定義某一特定網(wǎng)絡(luò)中應(yīng)當(dāng)實(shí)現(xiàn)何種類型的安全。
每一層(MAC、網(wǎng)絡(luò)或應(yīng)用層)都能被保護(hù),為了降低存儲(chǔ)要求,它們可以共享安全鑰匙。SSP是通過ZD0進(jìn)行初始化和配置的,要求實(shí)現(xiàn)高級(jí)加密標(biāo)準(zhǔn)(AES)。ZigBee規(guī)范定義了信任中心的用途。信任中心是在網(wǎng)絡(luò)中分派安全鑰匙的一種令人信任的設(shè)備。1.1.5ZigBee堆棧容量和ZigBee設(shè)備
根據(jù)ZigBee堆棧規(guī)定的所有功能和支持,我們很簡單推測(cè)ZigBee堆棧實(shí)現(xiàn)需要用到設(shè)備中的大量存儲(chǔ)器資源。不過ZigBee規(guī)范定義了三種類型的設(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)的設(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)當(dāng)可以提供ZigBee規(guī)范要求的所有功能,因此制造商的重點(diǎn)工作是開發(fā)實(shí)際的應(yīng)用。為了更加簡單實(shí)現(xiàn),假使制造商使用某種公共模板,那么可用大多數(shù)現(xiàn)成的配置。假使沒有適合的公共模板,則可以充分利用其它模板已經(jīng)做過的工作創(chuàng)立自己的模板。ZigBee協(xié)議棧體系包含一系列的層元件,其中有IEEE802.15.42023標(biāo)準(zhǔn)中的MAC層和PHY層,當(dāng)然也包括ZigBee組織設(shè)計(jì)的NWK層。每個(gè)層的元件有其特定的服務(wù)功能。本說明描述內(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-1zigbee協(xié)議堆棧分層結(jié)構(gòu)
2.1.2應(yīng)用層框架
ZigBee中的應(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一個(gè)端口相當(dāng)與XP上的一個(gè)進(jìn)程,也就是一個(gè)應(yīng)用程序到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ò)展使用)。
所謂的profiles其實(shí)就是一個(gè)標(biāo)準(zhǔn),按這個(gè)標(biāo)準(zhǔn)的人可以通信。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ù)和處理命令的請(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),安全服務(wù)規(guī)范(SSS)。
(2)從終端應(yīng)用集合中配置的信息來確定和執(zhí)行安全管理、發(fā)現(xiàn)、網(wǎng)絡(luò)管理、以及綁定管理。
ZDO描述了應(yīng)用框架層中應(yīng)用對(duì)象的公用接口以及控制設(shè)備和應(yīng)用對(duì)象的網(wǎng)絡(luò)功能。在終端節(jié)點(diǎn)0,ZDO提供了與協(xié)議棧中與低一層連接的接口,假使是數(shù)據(jù)則通過APSDE-SAP,假使是控制信息則通過APSME-SAP。ZDO的具體描述在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服務(wù)發(fā)現(xiàn)
服務(wù)發(fā)現(xiàn)是為什么一個(gè)已知設(shè)備被其他設(shè)備發(fā)現(xiàn)的能力的過程。服務(wù)發(fā)現(xiàn)通過在一個(gè)已知設(shè)備的每一個(gè)端點(diǎn)發(fā)送詢問或通過使用一個(gè)匹配服務(wù)(廣播或者單播)。服務(wù)發(fā)現(xiàn)便利定義和使用各種描述來概述一個(gè)設(shè)備的能力。
服務(wù)發(fā)現(xiàn)信息在網(wǎng)絡(luò)中可能被隱蔽,在這種狀況下,設(shè)備提供的特別服務(wù)便可能不在操作發(fā)生的時(shí)候到達(dá)。
2.2ZigBee應(yīng)用支持子層APS
APS提供了這樣的接口:在NWK層和APL層之間,從ZDO到供應(yīng)商的應(yīng)用對(duì)象的通用服務(wù)集。這服務(wù)由兩個(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服務(wù)接入點(diǎn)(APSDE-SAP);
(2)APSME提供多種服務(wù)給應(yīng)用對(duì)象,這些服務(wù)包含安全服務(wù)和綁定設(shè)備,并維護(hù)管理對(duì)象的數(shù)據(jù)庫,也就是我們常說的AIB。通過APSME服務(wù)接入點(diǎn)(APSME-SAP)。
2.2.1范圍
這一小節(jié)描述了應(yīng)用層部分提供的服務(wù)規(guī)范和生產(chǎn)商定義的應(yīng)用對(duì)象與ZigBee設(shè)備對(duì)象之間的接口。規(guī)范定義了允許應(yīng)用對(duì)象傳輸數(shù)據(jù)的數(shù)據(jù)服務(wù)和提供綁定機(jī)制的管理服務(wù)。另外,它還定義了應(yīng)用支持子層的幀格式和幀類型。如圖2-2
圖2-2zigbee幀格式
2.2.2目的
這小節(jié)的目的是定義ZigBee應(yīng)用支持子層的功能。該功能建立在兩個(gè)基礎(chǔ)之上,一
是正確運(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ì)象使用的一組服務(wù)提供了接口,該接口提供了ZigBee設(shè)備對(duì)象和制造商定義的應(yīng)用對(duì)象使用的一組服務(wù)。通過兩個(gè)實(shí)體提供這些服務(wù):數(shù)據(jù)服務(wù)和管理服務(wù)。APS數(shù)據(jù)實(shí)體(APSDE)通過與之連接的SAP,即APSDE-SAP提供數(shù)據(jù)傳輸服務(wù)。APS管理實(shí)體(APSME)通過與之連接的SAP,即APSME-SAP提供管理服務(wù),并且維護(hù)一個(gè)管理實(shí)體數(shù)據(jù)庫,即APS信息庫(NIB)。
2.2.3.1應(yīng)用支持子層的數(shù)據(jù)實(shí)體(APSDE)
APSDE向網(wǎng)絡(luò)層提供數(shù)據(jù)服務(wù),并且為ZDO和應(yīng)用對(duì)象提供服務(wù),完成兩個(gè)或多個(gè)設(shè)備之間傳輸應(yīng)用層PDU。這些設(shè)備本身必需在同一個(gè)網(wǎng)絡(luò)。APSDU將提供如下服務(wù):
生成應(yīng)用層的協(xié)議數(shù)據(jù)單元(APDU):APSDE將應(yīng)用層協(xié)議數(shù)據(jù)單元(PDU)加上適當(dāng)?shù)膮f(xié)議幀頭生成應(yīng)用子層的協(xié)議數(shù)據(jù)單元(PDU)。
綁定:兩個(gè)設(shè)備服務(wù)和需求相匹配的能力。一旦兩個(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í)體(APSME)
APSME應(yīng)提供管理服務(wù)支持應(yīng)用程序符合堆棧。
APSME應(yīng)具有基于兩個(gè)設(shè)備的服務(wù)和需求向匹配的能力。該服務(wù)稱為綁定服務(wù),APSME應(yīng)具有能力來構(gòu)建和維護(hù)綁定表來存儲(chǔ)這些信息。
另外,APSME應(yīng)提供如下服務(wù):
1應(yīng)用層信息庫管理:讀取與設(shè)置設(shè)備應(yīng)用層信息庫屬性的能力2安全:與其他設(shè)備通過使用安全密鑰建立可信關(guān)系的能力
2.2.4服務(wù)規(guī)范
應(yīng)用支持子層為上層實(shí)體(NHLE)與網(wǎng)絡(luò)層提供了一個(gè)接口。APS層理論上包含一個(gè)管理實(shí)體稱為APS層,管理實(shí)體(APSME)。這個(gè)實(shí)體通過調(diào)用子層的管理函數(shù)來提供服務(wù)接口。APSME還負(fù)責(zé)維護(hù)一個(gè)關(guān)于APS子層管理實(shí)體的數(shù)據(jù)庫。這是一個(gè)關(guān)于APS子層信息庫(AIB)的數(shù)據(jù)庫.圖2-3描述了APS子層的構(gòu)成和接口。
圖2-3應(yīng)用支持之層參考模型
APS子層通過兩個(gè)服務(wù)指針(SAPs)提供兩種服務(wù)。APS數(shù)據(jù)服務(wù)通過APS子層數(shù)據(jù)實(shí)體服務(wù)指針SAP(APSDE-SAP),APS管理服務(wù)通過APS則層管理實(shí)體服務(wù)指針SAP(APSME-SAP).
這兩個(gè)服務(wù)通過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)部的接口,支持APSME使用APS數(shù)據(jù)服務(wù)。
2.2.4.1APS數(shù)據(jù)服務(wù)
APS子層數(shù)據(jù)實(shí)體SAP(APSDE-SAP)支持在兩個(gè)同等的應(yīng)用實(shí)體之間傳輸應(yīng)用協(xié)議數(shù)據(jù)單元。表2-1列出了APSDE-SAP支持的原語。每一個(gè)原語將在下面的小節(jié)論述。
2.2.4.1.1APSDE-DATA.request
該原語請(qǐng)求從本地NHLE向一個(gè)同等的NHLE實(shí)體傳輸NHLEPDU(ASDU)。
2.2.4.1.1.1服務(wù)原語的語法
該原語的語法如下:
APSDE-DATA_request{
DstAddrModeDSTAddressDstEndpointProfiledClusterldSrcEndpointasduLengthasdu
TxOpiontsRadiusCounter}
表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.32
當(dāng)APS子層實(shí)體接收到該原語時(shí),便開始傳輸提供的ASDU。假使DstAddrMode參數(shù)為0x00,并且接收該原語的設(shè)備的APSDE支持綁定表,那么在綁定表中根據(jù)參數(shù)SrcEndpoint和ClusterId所指定的endpoint和clusteridentifiers尋覓相關(guān)聯(lián)的綁定表入口。假使沒有綁定表入口,APSDE將發(fā)送狀態(tài)參數(shù)為NO_BOUND_DEVICE的語APSDE-DATA.confirm原語。假使找到了一個(gè)或多個(gè)綁定表入口,APSDE將構(gòu)建APDU,其endpoint信息從綁定表入口獲得,當(dāng)通過網(wǎng)絡(luò)層傳輸信息幀時(shí),其destinationaddress信息從綁定表入口獲得。假使存在多于一個(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原語。
假使DstAddrMode參數(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頭中的群地址域,參數(shù)DstEndpoint將被忽略,APS頭中的destinationendpoint域?qū)⒈皇÷?。APS頭中的幀控制域的deliverymode子域值在這種狀況下為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ù)RadiusCounter為非零,則網(wǎng)絡(luò)層將允許信息幀在網(wǎng)絡(luò)中傳輸存在最多RadiusCounter跳。
假使DstAddrMode參數(shù)為0x01,說明為群地址,或者DstAddrMode參數(shù)為0x00,并且相應(yīng)的綁定表入口包含哪一個(gè)群地址,那么APSME將檢查NIB(見表3.42)中的屬性
nwkUseMulticast值。假使屬性值為FALSE,那么輸出幀的幀控制域中的deliverymode子域設(shè)為0b11,16位的目的群地址將設(shè)置輸出幀APS頭中的groupaddress域,該幀將以廣播方式傳輸。傳輸該幀的原語NLDE-DATA.request的DstAddr參數(shù)設(shè)置為值0xfffd,廣播給所有RxOnWhenIdle=TRUE的設(shè)備。假使屬性nwkUseMulticast值為TRUE,那么該幀將使用網(wǎng)絡(luò)層多點(diǎn)傳送方式傳輸,群地址不用放置在輸出幀的APS頭中。
假使參數(shù)TxOptions指定使用安全傳輸,則APS子層將使用安全服務(wù)為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ò)層接收到的一致。
APSDE通過每次發(fā)送使NLDE-DATA.request原語的DiscoverRoute參數(shù)值為0x01確保網(wǎng)絡(luò)層中的路由發(fā)現(xiàn)始終激活。
假使傳輸?shù)腁SDU大于適合的單個(gè)幀,當(dāng)沒有請(qǐng)求確認(rèn)傳輸或者在TxOptions域的
fragmentationpermitted標(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域的fragmentationpermitted標(biāo)志位設(shè)為1時(shí),ASDU將依照2.2.8.3.5小節(jié)所述分裂為多個(gè)APDU。假使請(qǐng)求傳輸和安全處理,那么每一個(gè)APDU都要進(jìn)行處理。注意不要使用分裂處理,除非相應(yīng)的上層文件或者相互明確說明幀的傳輸允許分裂處理,并且說明白塊的數(shù)量和總共傳輸?shù)拇笮 ?/p>
2.2.4.1.2APSDE-DATA.confirm
該原語報(bào)告從本地NHLE向一個(gè)同等的NHLE傳輸PDU數(shù)據(jù)的結(jié)果。
2.2.4.1.2.1服務(wù)原語的語法
該原語的語法如下:APSDE-DATA.confirm{DstAddModeDstAddressDstEndpointSrcEndpointStatus
}
表2.3詳細(xì)介紹了APSDE-DATA.confirm原語的參數(shù)。
2.2.4.1.2.2產(chǎn)生
該原語有本地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.3APSDE-DATA.indication
該原語說明一個(gè)PDU數(shù)據(jù)向本地應(yīng)用實(shí)體的APS子層傳輸。
2.2.4.1.3.1服務(wù)原語的語法
該原語的語法如下:APSDE-DATA.indication
{
DstAddrModeDSTAddressDstEndpointSrcAddrModeSARCAddressSrcEndpointProfieldClusterldasduLengthasdu
WasBroadcastSecurityStatusLinkQuality}
表2.4詳細(xì)描述了APSDE-DATA.indication原語的參數(shù)。
2.2.4.1.3.2產(chǎn)生
該原語由APS子層產(chǎn)生,當(dāng)從本地網(wǎng)絡(luò)層實(shí)體接收到適當(dāng)?shù)刂返臄?shù)據(jù)幀時(shí),APS子層向上層發(fā)送該原語。假使ASDU頭的幀控制域說明該幀安全保護(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將發(fā)送該原語,其參數(shù)SrcAddrMode設(shè)為0x01,參數(shù)SrcAddress設(shè)為接收幀包含的16位源地址。
2.2.4.1.3.3接收
接收到該原語,上層被通報(bào)有數(shù)據(jù)到達(dá)該設(shè)備。
2.2.4.2APS管理服務(wù)
APS管理實(shí)體SAP(APSME-SAP)支持上層和APSME層之間傳輸管理命令。表2.5總結(jié)了APSME通過APSME-SAP接口支持的原語。各原語的詳細(xì)描述見下面小節(jié)。
2.2.4.3綁定原語
這組原語定義了設(shè)備上層如何將一個(gè)綁定記錄參與(提交)其本地綁定表或?qū)⒔壎ㄓ涗洀谋镜亟壎ū碇幸瞥?/p>
只有支持綁定表或者綁定表存儲(chǔ)器的設(shè)備支持這些原語。假使其他設(shè)備從上層接收到這些原語,那么這些原語將被忽略。
2.2.4.3.1APSME-BIND.request
該原語允許支持綁定的設(shè)備上層通過在本地綁定表中建立一個(gè)入口請(qǐng)求將兩個(gè)設(shè)備綁定。
2.2.4.6.1.1服務(wù)原語的語法
該原語的語法如下:
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è)備接收到該原語,那么APSME將發(fā)送狀態(tài)參數(shù)為ILLEGAL_REQUEST的APSME-BIND.confirm原語。
假使支持綁定表的設(shè)備的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
該原語使設(shè)備得到其上層請(qǐng)求綁定兩個(gè)設(shè)備的結(jié)果。
2.2.4.3.2.1服務(wù)原語的語法
該原語的語法如下:
APSME-BIND.confirm{
Status
SrcAddrSrcEndpointClusterldDstAddrModeDstAddrDstEndpoint}
表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è)置為SUCCESS。否則,狀態(tài)參數(shù)說明錯(cuò)誤。
2.2.4.3.3APSME-UNBIND.request
該原語允許支持綁定的設(shè)備上層通過在本地綁定表中移除一個(gè)入口請(qǐng)求將兩個(gè)設(shè)備解除綁定。
2.2.4.3.3.1服務(wù)原語的語法:
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)前沒有參與到網(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-BIND.confirm原語。
2.2.4.3.4APSME-UNBIND.confirm
該原語使設(shè)備得到其上層請(qǐng)求解除兩個(gè)設(shè)備綁定的結(jié)果。
2.2.4.3.4.1服務(wù)原語的語法
該原語的語法如下:
APSME-UNBIND.confirm{
StatusSrcAddrSrcEndpointClusterldDstAddrMode
2.5ZigBee設(shè)備對(duì)象(ZDO)2.5.1范圍
本小節(jié)介紹在ZigBee應(yīng)用支持子層和網(wǎng)絡(luò)層頂端執(zhí)行ZigBee設(shè)備對(duì)性應(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)識(shí)符來列舉在ZDO中使用的消息。
ZDO也使用配置屬性。這些屬性不是任何簇的元素。在ZDO中的配置屬性是由應(yīng)用或者是棧Profile設(shè)置的配置參數(shù)。雖然配置屬性和ZigBee設(shè)備Profile都由ZDO來使用,但是配置屬性和ZigBee設(shè)備Profile無關(guān)。
2.5.2設(shè)備對(duì)象描述
ZDO是應(yīng)用解決方案,駐扎在ZigBee協(xié)議棧中的APL層和APS層之上,如圖1.1所示。
ZDO有以下功能:
(1)初始化應(yīng)用支持子層(APS),網(wǎng)絡(luò)層(NWK),安全服務(wù)提供(SSP)和任何其他ZigBee設(shè)備層而不是駐扎在端點(diǎn)1-240的終端應(yīng)用。
(2)從終端應(yīng)用中集合配置信息來確定和執(zhí)行下節(jié)描述的功能。
2.5.2.1最初的發(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ī)希望使用最初的發(fā)現(xiàn)高速緩沖器。如下的狀態(tài)和操作,如圖2.99描述的,應(yīng)被最初的發(fā)現(xiàn)高速緩沖器設(shè)備支持:
1.未發(fā)現(xiàn)的:
客戶使用有限的半徑廣播到所有的RxOnWhenIdle設(shè)備消息DiscoveryRegister請(qǐng)求來定位在請(qǐng)求提供的半徑范圍內(nèi)的PrimaryDiscoveryCache設(shè)備
2.發(fā)現(xiàn)的:
客戶使用單播發(fā)現(xiàn)高速緩存器請(qǐng)求,這個(gè)請(qǐng)求是定向到DiscoveryCache設(shè)備,這個(gè)設(shè)
備白含它愿意存儲(chǔ)的發(fā)現(xiàn)高速緩存器信息的大小。DiscoveryCacheDevice將響應(yīng),參數(shù)是SUCCESS或者TABLE_FULL。
3.已注冊(cè)的:
當(dāng)客戶從DiscoveryCache設(shè)備接收到SUCCESS狀態(tài),這個(gè)狀態(tài)就從從前的
DiscoveryCache請(qǐng)求處到達(dá)??蛻衄F(xiàn)在必需使用節(jié)點(diǎn)描述符(NodeDescriptor)存儲(chǔ)請(qǐng)求、電源描述符存儲(chǔ)請(qǐng)求、活動(dòng)的端點(diǎn)存儲(chǔ)請(qǐng)求和簡單描述符存儲(chǔ)請(qǐng)求上載它的發(fā)現(xiàn)信息來
激活PrimaryDiscoveryCache設(shè)備為了它自己的利益來充分的響應(yīng)。
4.未注冊(cè)的:
客戶(或任何其他設(shè)備)可能請(qǐng)求不被注冊(cè)。移動(dòng)節(jié)點(diǎn)高速緩存器(RemoveNodeCache)
請(qǐng)求移動(dòng)設(shè)備從PrimaryDiscoveryCache設(shè)備。
PrimaryDiscoveryCache設(shè)備響應(yīng)設(shè)備和它支持的所有注冊(cè)的客戶的服務(wù)發(fā)現(xiàn)請(qǐng)求。FindNodeCache請(qǐng)求被想定位設(shè)備和為了已給設(shè)備的服務(wù)發(fā)現(xiàn)請(qǐng)求的客戶使用。注意假使發(fā)現(xiàn)信息被設(shè)備本身保持,設(shè)備也必需響應(yīng)來確認(rèn)它自己作為發(fā)現(xiàn)信息的保存。見圖2.99為狀態(tài)機(jī)處理PrimaryDiscoveryCache設(shè)備的詳細(xì)信息。
2.5.2.2設(shè)備和服務(wù)發(fā)現(xiàn)
在一個(gè)單獨(dú)的PAN里,這個(gè)功能將支持設(shè)備和服務(wù)發(fā)現(xiàn)。另外,對(duì)于ZigBee協(xié)調(diào)器、ZigBee路由器和ZigBee終端設(shè)備類型,這個(gè)功能將做如下處理:
(1)在每一使用休眠的ZigBee終端設(shè)備、ZigBee路由器(或ZigBee協(xié)調(diào)器)的網(wǎng)絡(luò),必需被設(shè)計(jì)作為如它們的節(jié)點(diǎn)描述符描述的PrimaryDiscoveryCacheDevices。這些Primary
CacheDevices是它們自己可發(fā)現(xiàn)的,且提供服務(wù)器服務(wù)來上載和存儲(chǔ)代表休眠的ZigBee終端設(shè)備的發(fā)現(xiàn)信息。另外PrimaryCacheDevices響應(yīng)代表休眠Zigbee]終端設(shè)備的發(fā)現(xiàn)請(qǐng)求。每一個(gè)PrimaryDiscoveryCacheDevice是ZigBee路由器或者ZigBee協(xié)調(diào)器。
(2)對(duì)于被:Config_Node_Power,設(shè)備和服務(wù)發(fā)現(xiàn)指示想要休眠的ZigBee終端設(shè)備將管理被ZigBee終端設(shè)備選擇的PrimaryDiscoveryCache設(shè)備上的網(wǎng)絡(luò)地址、IEEE地址、活動(dòng)節(jié)點(diǎn)、簡單描述符、節(jié)點(diǎn)描述符和電源描述符的上載和存儲(chǔ)來允許在這些休眠設(shè)備上的設(shè)備和服務(wù)發(fā)現(xiàn)操作。
(3)對(duì)于被設(shè)計(jì)作為PrimaryDiscoveryCacheDevice的ZigBee協(xié)調(diào)器和ZigBee路由器,這個(gè)功能將代表休眠ZigBee終端設(shè)備響應(yīng)發(fā)現(xiàn)請(qǐng)求,這些終端設(shè)備已經(jīng)注冊(cè)和上載了它們的發(fā)現(xiàn)信息。
(4)對(duì)于所有的ZigBee設(shè)備、設(shè)備和服務(wù)發(fā)現(xiàn)將支持設(shè)備和從其他設(shè)備過過來的服務(wù)發(fā)現(xiàn)請(qǐng)求,且允許從其他本地的應(yīng)用對(duì)象過來的請(qǐng)求的產(chǎn)生。注意設(shè)備和服務(wù)發(fā)現(xiàn)服務(wù)是由PrimaryDiscoveryCache設(shè)備代表其他ZigBee終端設(shè)備提供的。萬一PrimaryDiscoveryCacheDevice是請(qǐng)求的目標(biāo),那么NWKAddrOfInterest或者Interest域的設(shè)備將被請(qǐng)求和/或響應(yīng)填滿來區(qū)分從設(shè)備來的請(qǐng)求的目標(biāo),這個(gè)設(shè)備是發(fā)現(xiàn)的目標(biāo)。將支持下邊的發(fā)現(xiàn)特性:(1)設(shè)備發(fā)現(xiàn):
——以ZigBee協(xié)調(diào)器或者路由器IEEE地址的一個(gè)單播詢問為基礎(chǔ),被請(qǐng)求設(shè)備的IEEE地址,隨機(jī)的,所有聯(lián)合設(shè)備的網(wǎng)絡(luò)地址將被返回。
——以ZigBee終端設(shè)備的IEEE地址的一個(gè)單播詢問為基礎(chǔ),被請(qǐng)求的設(shè)備的IEEE地址被返回。
——以ZigBee協(xié)調(diào)器或者帶有一個(gè)已經(jīng)提供的IEEE地址的路由器網(wǎng)絡(luò)地址的一個(gè)多播詢問(任何廣播地址類型)為基礎(chǔ),被請(qǐng)求的設(shè)備的網(wǎng)絡(luò)地址,隨機(jī)的,所有聯(lián)合設(shè)備的網(wǎng)絡(luò)地址將被返回。
——以帶有已經(jīng)提供的IEEE地址的ZigBee終端設(shè)備的網(wǎng)絡(luò)地址的廣播查詢(任何廣播地址類型)為基礎(chǔ)。被請(qǐng)求設(shè)備的網(wǎng)絡(luò)地址被返回。響應(yīng)的設(shè)備將使用APS層為單播響應(yīng)已知的服務(wù)來廣播查詢。
(2)服務(wù)發(fā)現(xiàn):以如下的輸入為基礎(chǔ),相應(yīng)的響應(yīng)被提供:
——網(wǎng)絡(luò)層地址加上(plus)活動(dòng)的端點(diǎn)查詢類型——指定設(shè)備將返回在那個(gè)設(shè)備里的所有應(yīng)用的端點(diǎn)數(shù)?!W(wǎng)絡(luò)層地址或廣播地址(任何廣播地址類型)加上服務(wù)匹配,這些匹配包括ProfileID和隨意的,輸入和輸出簇——指定的設(shè)備匹配帶有所有活動(dòng)的端點(diǎn)的ProfileID來確定一個(gè)匹配。假使沒有輸入或者輸出簇被規(guī)定,匹配請(qǐng)求的端點(diǎn)被返回。假使那些匹配的輸入和/或輸出簇在請(qǐng)求里被提供,且任何匹配在帶有提供匹配的設(shè)備上的端點(diǎn)列表的響應(yīng)里被提供。響應(yīng)的設(shè)備應(yīng)當(dāng)使用APS層已知的服務(wù),這服務(wù)是為了單播響應(yīng)到廣播查詢的。萬一應(yīng)用profiles想列舉輸入簇和它們的帶有一致簇標(biāo)識(shí)符的響應(yīng)輸出簇,應(yīng)用profile將僅僅在為服務(wù)發(fā)現(xiàn)目的的簡單標(biāo)識(shí)符里列出輸入簇。在這些狀況下它將被采用,應(yīng)用profile提供關(guān)于輸入和響應(yīng)輸出的簇標(biāo)識(shí)符的使用的細(xì)節(jié)。
——網(wǎng)絡(luò)層地址加上節(jié)點(diǎn)標(biāo)識(shí)符或標(biāo)識(shí)符查詢類型——指定的地址將為設(shè)備返回聯(lián)合端點(diǎn)的簡單標(biāo)識(shí)符。
——隨意的,網(wǎng)絡(luò)層地址加上繁雜或者使用者標(biāo)識(shí)符查詢類型——假使支持,指定的地址將為設(shè)備返回繁雜或者使用者標(biāo)識(shí)符。
2.5.2.3安全管理
這個(gè)功能確定是否使能安全,假使使能,將做如下處理:建立鑰匙傳輸鑰匙請(qǐng)求鑰匙更新設(shè)備移動(dòng)設(shè)備轉(zhuǎn)換鑰匙
安全管理功能按安全服務(wù)規(guī)范執(zhí)行。安全管理由ZDO發(fā)出APSME原語來執(zhí)行,步驟如下:與信托中心通信(假定是ZigBee協(xié)調(diào)器)來獲得MasterKey,在設(shè)備和信托中心之間(假使設(shè)備是ZigBee協(xié)調(diào)器或者信托中心的MasterKey被重新分派這一步忽略)。這一步使用傳
輸鑰匙原語。
與信托中心建立一個(gè)LinkKey。這一步使用APSMEEstablish-Key原語。
從信托中心獲得網(wǎng)絡(luò)鑰匙使用安全的通信與信托中心。這一步使用APSME-TRANSPORT-KEY原語。
作為必需的,建立LinkKey和MasterKey與在網(wǎng)絡(luò)中被確定為消息的目的的指定的設(shè)備。這步使用APSMEESTABLISH-KEY和/或APSME-REQUEST-KEY原語。
使用APSMEDEVICE-UPDATE通知任何一個(gè)設(shè)備的信托中心連接網(wǎng)絡(luò)。這個(gè)功能只有設(shè)
備是ZigBee路由器時(shí)才執(zhí)行。
允許設(shè)備使用APSMEREQUEST-KEY原語從信托中心獲得鑰匙。
允許信托中心從網(wǎng)絡(luò)中移動(dòng)設(shè)備,使用APSME-REMOVE-DEVICE原語。允許信托中心轉(zhuǎn)換active的網(wǎng)絡(luò)鑰匙,使用APSMESWITCH-KEY原語。
2.5.2.4網(wǎng)絡(luò)管理
這個(gè)功能將執(zhí)行ZigBee協(xié)調(diào)器、ZigBee路由器或者ZigBee終端設(shè)備規(guī)律設(shè)備類型根據(jù)已確定的配置設(shè)置,通過程序應(yīng)用或者在安裝期間。假使設(shè)備類型是一個(gè)ZigBee協(xié)調(diào)器或者Zigbee終端設(shè)備,這個(gè)功能將提供選擇一個(gè)存在的PAN來參與和假使網(wǎng)絡(luò)通信斷開執(zhí)行允許設(shè)備重新參與的程序的能力。假使設(shè)備類型是ZigBee協(xié)調(diào)器或者是Zigbee路由器,這個(gè)功能將提供為一個(gè)新的PAN建立選擇一個(gè)未用的信道。注意在沒有一個(gè)設(shè)備是預(yù)先指定為協(xié)調(diào)器的狀況下,配置一個(gè)網(wǎng)絡(luò)是可能的,這時(shí),第一個(gè)全功能設(shè)備(FFD)被確定為ZigBee協(xié)調(diào)器的角色。網(wǎng)絡(luò)管理做如下處理:
允許為網(wǎng)絡(luò)信道列表的規(guī)定掃描程序。缺省值是規(guī)定在已選擇的操作聯(lián)合的所有信道的使用。
管理網(wǎng)絡(luò)掃描程序來確定鄰居網(wǎng)絡(luò)和它們協(xié)調(diào)器和路由器的一致性。
允許一個(gè)信道的選擇來啟動(dòng)一個(gè)PAN(ZigBee協(xié)調(diào)器)或者一個(gè)存在的PAN的選擇來連接(ZigBee路由器或者Zigbee終端設(shè)備)。
支持孤點(diǎn)和擴(kuò)展的程序來重新連接網(wǎng)絡(luò),包括支持可攜帶的內(nèi)部PAN。
可能支持直接連接。對(duì)于ZigBee協(xié)調(diào)器和ZigBee路由器,直接連接的一個(gè)本地版本被支持來使能設(shè)備通過孤點(diǎn)或者重新連接流程來參與網(wǎng)絡(luò)。
2.5.2.5綁定管理
綁定管理執(zhí)行以下任務(wù):為綁定表建立一個(gè)資源值。這個(gè)資源值是通過程序應(yīng)用或通過一個(gè)在安裝期間定義的配置參數(shù)確定的。
從APS綁定表增加或者減少實(shí)體處理綁定請(qǐng)求。
從外部應(yīng)用支持綁定和解綁定命令,如那些是主機(jī)在一個(gè)PDA上來支持協(xié)助綁定。綁定和解綁定命令將通過ZigBee設(shè)備Profile(見2.4節(jié))被支持。
對(duì)于ZigBee協(xié)調(diào)器,支持終端設(shè)備綁定,這綁定允許以按鈕按壓或其他手動(dòng)菜單為基礎(chǔ)的綁定。
2.5.2.6節(jié)點(diǎn)管理
對(duì)于Zigbee協(xié)調(diào)器和路由器,節(jié)點(diǎn)管理功能執(zhí)行以下步驟:允許遙控操作命令來執(zhí)行網(wǎng)絡(luò)發(fā)現(xiàn)提供遙控操作命令來重新獲得路由表提供遙控操作命令來重新獲得綁定表
提供一個(gè)遙控操作命令來使一個(gè)設(shè)備離開網(wǎng)絡(luò)或者是命令另一個(gè)設(shè)備離開網(wǎng)絡(luò)提供一個(gè)遙控操作命令來重新獲得LQI,是為這個(gè)遙遠(yuǎn)的設(shè)備的鄰居獲得的。
允許源設(shè)備向一個(gè)初始化綁定表高速緩沖寄放器登記的能力來保持他們自己綁定表允許配置工具把一個(gè)設(shè)備換成另一個(gè)設(shè)備,這個(gè)設(shè)備是在所有的綁定表入口中,這個(gè)入口涉及到他。
允許初始化綁定表高速緩沖寄放器備份和恢復(fù)個(gè)人綁定入口或者入口綁定表或者保持他們自己綁定表的源設(shè)備的表
提供一個(gè)遙控操作命令來允許或者阻止連接一個(gè)特別的路由器;或者尋常允許或者阻止通過信托中心連接
2.5.3層接口描述
不像對(duì)于應(yīng)用居住的上述的端點(diǎn)1-240的其他設(shè)備描述,Zigbee設(shè)備對(duì)象(ZDO)接口除了
APSDE-SAP之外,通過APSME-SAP到APS,通過NLME-SAP到NWK。ZDO在端點(diǎn)0上通信像所有其他應(yīng)用一樣通過Profiles使用APSDE-SAP。ZDO使用的Profile是ZigBee設(shè)備Profile
(見2.4節(jié))
2.5.4系統(tǒng)使用方法
標(biāo)題在協(xié)議版本發(fā)布的圖表的同一頁。
DstAddrDstEndpoint}
表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)求。否則,狀態(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.1APSME-GET.request
該原語允許設(shè)備上層從AIB中讀取屬性值。
2.2.4.4.1.1服務(wù)原語的語法
該原語的語法如下:
APSME-GET.request{
AIBAttribute}
表2.10描述了該原語的參數(shù)。
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.2APSME-GET.confirm
該原語向上層報(bào)告從AIB中讀取屬性值的結(jié)果。
2.2.4.4.2.1服務(wù)原語的語法
該原語的語法如下:
APSME-GET.confirm{
Status
AIBAttribute
AIBAttributeLength
AIBAttributeValue}
表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。否則,狀態(tài)參數(shù)說明錯(cuò)誤。
2.2.4.4.3ASPME-SET.request
該原語允許設(shè)備上層將屬性值寫入AIB。
2.2.4.4.3.1服務(wù)原語的語法
該原語的語法如下:
APSME-SET.request{
AIBAttribute
AIBAttributeLengthAIBAttributeValue}
表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ù)為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
該原語向上層報(bào)告向AIB屬性中寫入屬性值的結(jié)果。
2.2.4.4.4.1服務(wù)原語的語法
該原語的語法如下:
APSME-SET.confirm{
Status
AIBAttribute}
表2.13描述了該原語的參數(shù)。
2.2.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.1APSME-ADD-GROUP.request
該原語允許上層請(qǐng)求一個(gè)特定的組的組關(guān)系參與到特定的端點(diǎn)。
2.2.4.5.1.1服務(wù)原語的語法
該原語的語法如下:
APSME-ADD-GROUP.request{
GroupAddress
Endpoint}
表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原語。同樣,假使Endpoint參數(shù)值為0x00或當(dāng)前設(shè)備的其它沒有執(zhí)行的端點(diǎn),APSME將發(fā)送狀態(tài)參數(shù)為INVALID_PARAMETER的APSME-ADD-GRROUP.confirm原語。
完成上述參數(shù)檢測(cè)后,APSME將檢查組表中是否存在包含給定參數(shù)GroupAddress和
Endpoint的入口。假使該入口已存在于組表中,APSME將向上層發(fā)送狀態(tài)參數(shù)為SUCCESS的APSME-ADD-GROUP.confirm原語。假使沒有該入口,表中還有入口空間,APSME將在組表中建
假使值為0b00,幀將被發(fā)送給接收設(shè)備給定的端點(diǎn)。
假使值為0b10,消息為廣播發(fā)送。在這種狀況下,消息將被發(fā)送給所選擇的使用的廣播地址的所有設(shè)備和所有端點(diǎn),見3.7.5小節(jié)。
假使值為0b11,將使用組地址,幀只被發(fā)送給APS頭中組地址域所確定的在組中表示組成員的設(shè)備端點(diǎn)。注意,源設(shè)備的其它端點(diǎn)可能是輸出幀組地址的成員。幀將被發(fā)送給指定組的成員,包括源設(shè)備的其它端點(diǎn)。
2.2.5.1.1.3安全子域
安全服務(wù)提供者(見4章)管理安全子域。
2.2.5.1.1.4確認(rèn)請(qǐng)求子域
確認(rèn)請(qǐng)求子域1比特長,指定了當(dāng)前的傳輸是否要求接收者接收到幀后發(fā)送確認(rèn)幀。假使該子域設(shè)置為1,確定接收的為有效幀后,接收者需要構(gòu)建并向發(fā)起者發(fā)送確認(rèn)幀。假使該子域?yàn)?,確定接收的為有效幀后,接收者不向發(fā)起者發(fā)送確認(rèn)幀。
2.2.5.1.1.5延長頭存在
延長頭存在子域?yàn)?比特長,指定在幀中是否包含延長頭。假使該子域設(shè)置為1,那么延長頭包含在幀中。否則,不包含在幀中。
2.2.5.1.2目的端點(diǎn)域
目的端點(diǎn)8比特長,指定幀的最終接收端點(diǎn)。假使幀控制域中的傳輸模式子域?yàn)?b00(標(biāo)準(zhǔn)單播發(fā)送),那么幀中包含該域。
目的端點(diǎn)值為0x00,該幀的目的地址為每個(gè)設(shè)備的ZOD。目的端點(diǎn)值為0x01-0xf0,幀目的地址為操作的端點(diǎn)。目的端點(diǎn)值為0xff,幀目的地址為除了端點(diǎn)0x00的所有活躍的端點(diǎn)。端點(diǎn)(0xf1-0xfe)保存。
2.2.5.1.3組地址域
組地址域16比特長,只有當(dāng)幀控制中的傳輸模式子域?yàn)?b11時(shí)存在該域。在這種狀況下,目的端點(diǎn)不存在。假使幀中的APS頭包含組地址域,幀將被發(fā)送設(shè)備中組表中由組地址域確定的所有端點(diǎn)。
設(shè)備的nwkUseMukticast設(shè)置為TRUE,輸出幀不設(shè)置組地址域。
2.2.5.1.4簇標(biāo)識(shí)符域
簇標(biāo)識(shí)符16比特長,指定由請(qǐng)求中SrcAddr所指示的用于設(shè)備綁定操作的簇標(biāo)識(shí)符。幀
控制域的幀類型子域指定簇標(biāo)識(shí)符域是否存在。該域只用于數(shù)據(jù)幀,不用于命令幀。
2.2.5.1.5Profile標(biāo)識(shí)符域
Profile標(biāo)識(shí)符2字節(jié)長,指定在傳輸幀的過程中,用于設(shè)備過濾消息和幀的Profile標(biāo)識(shí)符。該域之用于數(shù)據(jù)幀和確認(rèn)鎮(zhèn)。
2.2.5.1.6源端點(diǎn)域
源端點(diǎn)域8比特長,指定發(fā)起者幀的端點(diǎn)。源端點(diǎn)值為0x00,說明從每個(gè)設(shè)備的ZDO發(fā)起。源端點(diǎn)值為0x01-0xf0,說明幀從應(yīng)用操作的端點(diǎn)發(fā)起。其它的端點(diǎn)(0xf1-0xfe)保存。
2.2.5.1.7APS計(jì)數(shù)器
該域8比特長,用于防止接收重復(fù)幀,如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塊序號(hào)
塊序號(hào)域?yàn)?字節(jié)長,用于如下所述的分裂控制:假使分裂子域的設(shè)置表示不是分裂傳
輸,那么子域中不包含塊序號(hào)域。假使分裂域設(shè)置為01,那么子域中包含塊序號(hào)域,并且該域表示在分裂傳輸中塊的序號(hào)。假使分裂域設(shè)置為10,那么子域中包含塊序號(hào)域,并且表示當(dāng)前幀傳輸?shù)膲K序號(hào),用值0x02表示其次個(gè)分裂塊,0x03表示第三個(gè),等等。
2.2.5.1.8.3應(yīng)答位域
應(yīng)答位域?yàn)?字節(jié)長,用于2.2.8.4.3小節(jié)所描述的APS確認(rèn),表示成功傳輸哪個(gè)ASDU分裂塊。該域只有在幀類型域說明為確認(rèn)幀并且分裂子域說明是分裂傳輸使才出現(xiàn)。
2.2.5.1.9幀有效載荷域
幀有效載荷域?yàn)樽冮L,包含各個(gè)幀類型指定的信息。
2.2.5.2個(gè)別幀類型的格式
定義了三種幀類型:數(shù)據(jù)、APS命令和確認(rèn)幀。每一個(gè)幀類型都在下面的小節(jié)進(jìn)行探討。
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幀頭域包含幀控制、簇標(biāo)識(shí)符、Profile標(biāo)識(shí)符、源端點(diǎn)和APS計(jì)數(shù)器域。數(shù)據(jù)幀是否包含目的端點(diǎn)和延長頭域則各自依照幀控制域中的傳輸模式和延長頭存在域的規(guī)定。
在幀控制域中,幀類型應(yīng)包含如表2.20所示的表示數(shù)據(jù)幀的值。源端點(diǎn)存在域設(shè)置為1.所有其它域根據(jù)使用數(shù)據(jù)幀的意圖設(shè)置。
2.2.5.2.1.2數(shù)據(jù)有效載荷域
對(duì)于輸出的數(shù)據(jù)幀,數(shù)據(jù)有效載荷應(yīng)包含部分或全部上層請(qǐng)求APS數(shù)據(jù)服務(wù)傳輸?shù)淖止?jié)序列。對(duì)于輸入數(shù)據(jù)幀,數(shù)
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
- 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。
最新文檔
- 字畫租賃合同范本
- 內(nèi)江四川內(nèi)江市直醫(yī)療衛(wèi)生單位招聘事業(yè)單位工作人員57人筆試歷年參考題庫附帶答案詳解
- 保山2025年云南保山隆陽區(qū)部分醫(yī)療衛(wèi)生事業(yè)單位一批次招聘編外人員49人筆試歷年參考題庫附帶答案詳解
- 科技成就夢(mèng)想科學(xué)家的力量與擔(dān)當(dāng)
- 臨滄云南臨滄市永德縣大山鄉(xiāng)中心衛(wèi)生院編外人員招聘筆試歷年參考題庫附帶答案詳解
- Pinatuzumab-vedotin-anti-CD22-vc-MMAE-生命科學(xué)試劑-MCE
- Methyl-piperazine-2-carboxylate-生命科學(xué)試劑-MCE
- Hydantocidin-生命科學(xué)試劑-MCE
- 科技發(fā)展與環(huán)境保護(hù)的協(xié)同作用
- 樹木砍伐居間合同合同范本
- 肩袖損傷病例討論
- 《ISO 41001-2018 設(shè)施管理- 管理體系 要求及使用指南》專業(yè)讀與應(yīng)用指導(dǎo)材料之2:“4 組織環(huán)境-4.2 理解相關(guān)方的需要和期望”
- 2024年中國凍蝦仁市場(chǎng)調(diào)查研究報(bào)告
- DB13(J)-T 8543-2023 公共建筑節(jié)能設(shè)計(jì)標(biāo)準(zhǔn)(節(jié)能72%)
- 2024年國家公務(wù)員考試行政職業(yè)能力測(cè)驗(yàn)真題及答案
- 某港口碼頭工程施工組織設(shè)計(jì)
- 資產(chǎn)運(yùn)營總經(jīng)理崗位職責(zé)
- (完整文本版)日文履歷書(文本テンプレート)
- 110kV變電站專項(xiàng)電氣試驗(yàn)及調(diào)試方案
- 2023三年級(jí)語文下冊(cè) 第八單元 語文園地配套教案 新人教版
- 全國川教版信息技術(shù)八年級(jí)下冊(cè)第一單元第1節(jié) 《設(shè)計(jì)創(chuàng)意掛件》教學(xué)設(shè)計(jì)
評(píng)論
0/150
提交評(píng)論