ZigBee協(xié)議網(wǎng)絡層的設計與實現(xiàn)
加入技術交流群
節(jié)點可以通過發(fā)送LEAVE_REQUEST請求原語離開網(wǎng)絡，也可以通過發(fā)送LEAVE_REQUEST請求原語讓別的節(jié)點離開網(wǎng)絡。當節(jié)點收到LEAVE_REQUEST請求（來自本節(jié)點的應用層或者來自其他節(jié)點）時，執(zhí)行離開網(wǎng)絡操作：首先，節(jié)點發(fā)送離開指示報文LEAVE_INDICATION給所有的鄰居節(jié)點；然后，鄰居節(jié)點收到LEAVE_INDICATION后,將該節(jié)點從鄰居表和路由表等信息中移除；最后，清空本節(jié)點網(wǎng)絡層信息，離開網(wǎng)絡。本文引用地址：http://m.butianyuan.cn/article/188841.htm
圖3 收到路由請求命令報文后的處理流程
3.3 路由
路由，作為網(wǎng)絡層的核心功能之一， 它的設計與開發(fā)直接影響著網(wǎng)絡的性能，這也是整個協(xié)議開發(fā)的重點和難點。下面我們將對路由協(xié)議的設計，路由發(fā)現(xiàn)以及維護分別進行介紹。
當且僅當一個節(jié)點要單播發(fā)送數(shù)據(jù)報文但是當前路由表中沒有到目的節(jié)點的有效路由時，節(jié)點向外廣播發(fā)送路由請求報文RREQ(Route Request)進行路由發(fā)現(xiàn)。節(jié)點收到路由請求報文后的詳細處理流程如圖3所示。
當節(jié)點收到路由回復報文時，首先查找路由表和路由發(fā)現(xiàn)表看是否有對應的項，如果有則更新路由表和路由發(fā)現(xiàn)表。如果該節(jié)點地址不等于路由回復報文命令負載中的發(fā)起節(jié)點地址，則需要繼續(xù)轉發(fā)該路由回復。節(jié)點收到路由回復報文后的詳細處理流程如圖4所示。
圖4 收到路由回復命令報文后的處理流程
4 結論
根據(jù)ZigBee協(xié)議國際規(guī)范，設計和開發(fā)了具有我國自主知識產(chǎn)權的ZigBee協(xié)議棧。本文，我們針對Atmega128閃存空間有限的特點設計了合適的協(xié)議棧軟件架構；并且重點對協(xié)議棧網(wǎng)絡層進行了詳細的介紹，主要包括服務實體的定義和劃分、網(wǎng)絡層的功能描述和實現(xiàn)（如數(shù)據(jù)收發(fā)、設備管理以及路由發(fā)現(xiàn)與維護）。
本文作者創(chuàng)新點：為了在有限存儲空間上實現(xiàn)ZigBee規(guī)范定義的諸多功能，設計實現(xiàn)了共享緩沖區(qū)進行數(shù)據(jù)收發(fā)；針對無線網(wǎng)絡的鏈路特點，設計實現(xiàn)了適用于工業(yè)環(huán)境的無線Mesh網(wǎng)絡路由協(xié)議，在進行路徑選擇的時候充分考慮鏈路質量因素，提高了選路的可靠性。
評論