999精品在线视频,手机成人午夜在线视频,久久不卡国产精品无码,中日无码在线观看,成人av手机在线观看,日韩精品亚洲一区中文字幕,亚洲av无码人妻,四虎国产在线观看 ?

異構WSNs通信系統設計與實現

2014-12-24 07:23:38張溢斐李小龍
科技視界 2014年2期
關鍵詞:服務

張溢斐 李小龍

(重慶郵電大學工業物聯網與網絡化控制教育部重點實驗室,中國 重慶400065)

0 引言

近年來,物聯網發展迅速,在工業現場、智能電網、倉儲物流等領域得到了廣泛應用。作為物聯網的重要組成部分,無線傳感器網絡(Wireless Sensor Networks,WSNs)是信息通信領域的一個熱點。無線傳感器網絡包含諸多協議標準,如ZigBee、6LoWPAN、ISA 100.11a、RFID等,隨著各種技術的發展,采用不同傳感網協議的網絡在現實生活中相互通信成為一個亟待解決的問題。

IEEE 802.15.4[1]是一種低功耗、低速率、短距離無線傳輸協議,描述了低速率無線個人局域網的物理層和媒體接入控制協議,具有可擴展性,且只規定了底層,即單一的媒體訪問控制(MAC)層和多樣的物理層,至于MAC以上的協議,可以采用不同的方案。由此就產生了多種不同的技術,比如ZigBee、6LoWPAN、ISA100.11a等。基于ZigBee協議[2]的應用已經遍布于工業控制、智能測繪、醫療、家居等各行各業,在技術的成熟度和產品的市場化方面都要比6LoWPAN更有優勢,但是6LoWPAN也有其特有的優勢,即6LoWPAN[3]網絡層采用IPv6協議,使得6LoWPAN設備能夠擁有IPv6地址,并在網絡層面上通信,甚至可以接入互聯網,使互聯網的應用擴展到物理世界的任意角落。

本文研究了ZigBee網絡和6LoWPAN網絡,設計實現了ZigBee和6LoWPAN這兩種不同傳感器網絡之間相互通信的異構WSNs網關系統,在不改變ZigBee與6LoWPAN協議的基礎上,成功解決了兩種無線傳感器網絡間不同協議互通的問題,對促進異構網絡之間的無縫融合有積極意義。

1 異構傳感網通信系統體系結構

圖1 異構WSNs節點通信應用場景Fig.1 Heterogeneous WSNs communication scenario

1.1 網關通信應用場景

圖1所示為本文所實現的ZigBee與6LoWPAN傳感器網絡中異構節點互通的場景。ZigBee網絡與6LoWPAN網絡通過本文設計的一個網關實現異構傳感網節點間的互通,并可接入IP網絡與互聯網上的節點實現互通。

1.2 網關協議轉換模型

圖2 協議轉換模型Fig.2 Protocol conversion model

圖2所示是在圖1的具體應用場景中網關的協議轉換圖。ZigBee網絡接入模塊與6LoWPAN接入模塊分別通過串口與ARM處理器相連,一起構成網關的整體。ZigBee節點采集到的數據通過無線發送給ZigBee協調器,即ZigBee網絡接入模塊,解析出數據的有效載荷,通過SLIP協議發給ARM處理器,轉換成IPv6數據,再通過SLIP協議發送給6LoWPAN邊界路由器,即6LoWPAN網絡接入模塊,繼而轉發給6LoWPAN節點。

1.3 網關功能描述

網關由ARM處理器、ZigBee模塊、6LoWPAN模塊組成,ZigBee模塊與6LoWPAN模塊還分別作為ZigBee網絡的協調器與6LoWPAN網絡的邊界路由器。

網關功能主要有:

(1)基本協議解析功能,包括ZigBee協議、6LoWPAN協議以及IPv6協議。

(2)服務查詢功能,主要通過在網關建立起一個存儲傳感網節點EUI-64地址與所提供服務的服務表實現,節點向網關發送服務查詢請求命令,網關向節點返回服務查詢響應。

(3)協議轉換功能。EUI-64地址要轉換成IPv6地址,ZigBee數據包轉換成IPv6數據包。

2 關鍵技術

2.1 服務注冊及服務查詢

2.1.1 服務注冊

服務注冊是將兩個傳感網中所有節點的EUI-64地址與其所提供的服務建立映射關系,將這些服務和提供服務的節點信息存儲在服務表中,從而使網關具有服務查詢功能[5]。

首先是網關初始化。ZigBee網絡和6LoWPAN網絡采用動態組網方式自動組網,之后ZigBee節點上傳自身信息給ZigBee協調器,包括EUI-64地址、提供的服務類型(溫濕度檢測、設備控制等),6LoWPAN節點同樣上傳信息給邊界路由器,最后ARM處理器匯總信息,建立映射并生成服務表。服務表如表1所示。

表1 服務表Tab.1 Service table

2.1.2 服務查詢

服務查詢是傳感網節點向網關提出服務查詢請求,網關向節點返回服務查詢響應。

為了傳感器節點能查詢到服務提供者的EUI-64地址,設立了服務代碼表,如表2所示,定義了服務查詢請求以及服務查詢響應的數據包格式,如圖3和圖4所示:

(1)服務代碼表

把溫度、濕度、一氧化碳濃度等服務類型分別用以下代碼表示,如表2所示:

表2 服務代碼表Tab.2 Service code table

(2)服務查詢請求

圖3 服務查詢請求數據包格式Fig.3 Service query request frame format

其中,字符“?”為數據包的標志位,字符“P”為數據包的識別符,字符“1”為要查詢的服務——濕度。

(3)服務查詢響應

圖4 服務查詢響應數據包格式Fig.4 Service query response frame format

其中,字符“!”為數據包的標志位,字符“P”為數據包的識別符,字符“1”為要查詢的服務——濕度,EUI-64為濕度服務提供者的EUI-64地址。

節點查詢到服務提供者的EUI-64地址后,就可以構造報文發送到相應節點了。

2.2 應用層通信協議設計

ZigBee節點與6LoWPAN節點發送數據的時候要把自身的EUI-64地址、查詢得到的6LoWPAN的EUI-64地址以及真正要發送的數據打包放在應用層負載中,因此,應用層數據通信協議就需要包含這些必要信息數據。在傳輸過程中統一的數據報文格式[6]如圖5所示。

圖5 應用層數據格式Fig.5 Application layer data format

2.3 SLIP封裝與解封裝

ZigBee無線模塊與6LoWPAN無線模塊都通過串口與ARM處理器相連,數據的傳輸通過串口進行。為了增加Linux主控單元和WSN子網接入模塊之間通信的安全性,在報文傳輸過程中采用SLIP協議封裝[7],接收數據時可以通過SLIP的標志位判斷數據是否完整來決定接收或者丟棄,SLIP作為鏈路層協議直接承載IP數據包。SLIP協議封裝具體格式如圖6所示,將原報文中的字符0xC0替換為0XDB、0xDC,將字符0xDB替換為0xDB、0xDD,解封裝是反之即可,這里不再贅述。

圖6 SLIP的封裝過程Fig.6 Encapsulation process of SLIP

2.4 UDP/IPv6數據包的封裝與解封裝

ZigBee數據需要轉換成IPv6數據來與6LoWPAN網絡通信,且6LoWPAN傳輸層采用UDP協議,因此UDP/IPv6數據包封裝與解封裝必不可少。

當應用層的數據產生后,首先要在傳輸層添加UDP首部,然后在網絡層添加IPv6首部,最后在數據鏈路層添加SLIP首部,生成UDP/IPv6數據包的過程如圖7所示。

ARM板串口接收到ZigBee模塊發送來的數據包,SLIP解封裝后得到應用層數據,依次取出報文中的各個變量,即ZigBee節點EUI-64地址、6LoWPAN節點的EUI-64地址、數據包長度、純數據。按照IPv6首部、UDP首部、UDP偽首部、UDP校驗和的規定依次填充各個變量,最終構造出UDP/IPv6數據包[8]。然后添加SLIP首部后通過串口發送給6LoWPAN邊界路由器,邊界路由器將IPv6報文壓縮到只含必要內容,且能在以IEEE 802.15.4標準為底層協議的WSN內傳輸的小數據包,之后發送給目的6LoWPAN節點。

6LoWPAN節點發送數據到ZigBee節點時,要進行UDP/IPv6數據包的解封裝,過程與前面所述相反。

圖7 UDP/IPv6數據包封裝過程Fig.7 Encapsulation process of UDP/IPv6 data packets

2.5 網關節點交互流程

節點交互過程主要分為3個階段:網關初始化階段、服務查詢階段以及數據傳輸階段。圖8所示為ZigBee節點(A)、異構WSNs網關(B)、6LoWPAN節點(C)之間的交互流程[9]。主要描述了3個階段中網關初始化生成服務表后,由ZigBee節點發起服務查詢請求,網關返回服務查詢響應,ZigBee節點得到目的6LoWPAN節點地址后,發送數據到6LoWPAN節點,6LoWPAN節點接收數據的整個過程。

(1)網關初始化

網關初始化包括網絡初始化和服務注冊。網關啟動后,ZigBee節點和6LoWPAN節點分別自動組網,建立ZigBee網絡和6LoWPAN網絡,之后節點向網關上傳自己的EUI-64地址和所提供的服務,完成服務注冊,由此網關建立起節點EUI-64地址與所提供服務的一一映射,存儲ZigBee節點和6LoWPAN節點的EUI-64地址及節點提供的服務。

圖8 網關節點交互流程Fig.8 Interaction flow of gateway nodes

圖9 網關測試系統示意圖Fig.9 Gateway test system schematic diagram

(2)服務查詢

節點A向網關B發起服務查詢請求,B收到請求后在服務表中查詢此服務由哪個6LoWPAN節點提供,查詢到是節點C后,把節點C的EUI-64地址回復給節點A,于是節點A就知道了節點C的EUI-64地址。

(3)數據傳輸

經過上面兩步網絡初始化和服務查詢之后,節點A知道了提供所需服務的節點的EUI-64地址,然后構造這樣的報文,即把ZigBee的EUI-64地址、6LoWPAN的EUI-64地址加上要發送的數據打包按照ZigBee協議發給網關,在網關處進行如下處理:ARM處理器接收到數據包后依次取出ZigBee的EUI-64地址、6LoWPAN的EUI-64地址以及數據,再調用UDP/IPv6封裝程序封裝成一個IPv6數據包。然后通過串口發到6LoWPAN邊界路由器的網絡層,再往下傳送到適配層進行分片、壓縮等處理,傳給MAC層及物理層,通過無線發送到目的6LoWPAN節點,至此完成了數據從ZigBee節點到6LoWPAN節點的全過程。

3 網關測試系統搭建

網關測試系統示意圖如圖9所示:包括ARM處理器、ZigBee無線通信模塊、6LoWPAN無線通信模塊、ZigBee與6LoWPAN網絡節點。ARM處理器采用三星公司的ARM9處理器芯片S3C2440,ZigBee模塊采用CC2530芯片,6LoWPAN模塊也采用CC2530芯片。ARM處理器與兩個無線通信模塊都采用串口相連。ZigBee模塊同時作為ZigBee網絡的協調器,6LoWPAN模塊也同時作為6LoWPAN網絡的邊界路由器。兩個傳感網節點通過無線方式發送數據給ZigBee模塊和6LoWPAN模塊。

3.1 ZigBee網絡軟件設計

本文的ZigBee網絡軟件設計采用TI免費協議棧ZStack-CC2530-2.3.0-1.4.0,工具軟件采用IAR Embedded Workbench for 80517.60。在TI免費協議棧的基礎上,通過修改其應用層來實現不同的功能。

3.2 6LoWPAN網絡軟件設計

在本文的6LoWPAN傳感網中,我們采用本實驗室獨立開發的6LoWPAN協議棧6lowsn_stack_v0.55,本協議棧已經實現了6LoWPAN的基本功能如報頭壓縮、分片等。工具軟件采用IAR Embedded Workbench for 80517.60。用于6LoWPAN協議棧的芯片解決方案采用單芯片方案,即此協議棧可以單獨運行在一塊CC2530芯片上,成本和復雜性都比較低。

圖10 服務查詢抓包結果Fig.10 Capture package results of service query

圖11 數據傳輸抓包結果Fig.11 Capture package results of data transmission

4 測試結果與分析

網關啟動后,ZigBee節點與6LoWPAN節點分別各自組網,并在網關處建立起服務表。ZigBee節點向網關發送服務查詢請求,網關向ZigBee節點返回服務查詢響應。之后ZigBee節點向網關發送數據,網關經過處理后發送給目的6LoWPAN節點,完成了服務查詢與數據傳輸的全過程,使用Chipcon Packet sniffer軟件對整個過程進行抓包,抓包結果如下:

圖10是服務查詢抓包結果。可以看出網關啟動后,ZigBee節點與6LoWPAN節點分別各自組網,之后ZigBee節點發送服務查詢請求命令“?P1”,網關查詢服務表后得到服務“1”提供者6LoWPAN節點的EUI-64地址,于是向ZigBee節點返回服務查詢響應 “!P1”加上6LoWPAN節點的EUI-64地址,服務查詢階段結束。

圖11是數據傳輸抓包結果。ZigBee節點把自身EUI-64地址、查詢到的6LoWPAN的EUI-64地址和要發送的數據“am”打包作為應用層數據發送給網關。網關接收到數據包后經過解析、封裝IPv6包,發送給6LoWPAN邊界路由器,最后轉發給目的6LoWPAN節點,抓包顯示收到ZigBee節點發來的數據包“am”。

5 結束語

本文對ZigBee和6LoWPAN這兩種不同協議類型的傳感網之間的通信進行了研究,并給出了實現方案,詳細闡述了實現異構傳感網通信的關鍵技術,并搭建了測試平臺進行軟硬件結合的測試,達到了設計的初衷,滿足了異構傳感網通信的需求,實現了兩者之間的點對點通信。在不更改協議棧的基礎上進行的網關設計具有較強的實用性和可擴展性,方便接入IPv6網絡以及更多不同協議的傳感網進行自由通信。

[1]蔣挺,趙成林.紫蜂技術及其應用[M].北京:北京郵電大學出版社,2006.

[2]ZigBee Specification.Version 1.0[R].ZigBee Alliance,2004.

[3]Shelby z,Bormann c.6LoWPAN:The wireless embedded Internet[M].New York,NY,USA:John Wiley&Sons Ltd.,2009.

[4]戚劍超.基于IPv6的無線傳感器網絡應用研究[D].合肥:合肥工業大學,2009.

[5]孫紀敏,沈玉龍,孫玉,張思東.傳感器網絡接入Internet體系結構和服務提供方法[J].通信學報,2008,29(4):84-89.

[6]吳功宜,董大凡,王珺,劉乾.計算機網絡高級軟件編程技術[M].北京:清華大學出版社,2007.

[7]Andrew S.Tanenbaum.Computer Networks[M].3rd edition.北京:清華大學出版社,2002.

[8]Qing Li,Tatuya Jinmei,Keiichi Shima.IPv6 詳解,卷 1:核心協議實現[M].北京:人民郵電出版社,2009.

[9]Wang r c,Chang r s,Chao h c.Internetworking between ZigBee/802.15.4 and IPv6/802.3 network[R].Taipei,China:NICI IPv6 Steering Committee,2007.

猜你喜歡
服務
自助取卡服務
服務在身邊 健康每一天
今日農業(2019年14期)2019-09-18 01:21:54
服務在身邊 健康每一天
今日農業(2019年12期)2019-08-15 00:56:32
服務在身邊 健康每一天
今日農業(2019年11期)2019-08-13 00:49:08
服務在身邊 健康每一天
今日農業(2019年13期)2019-08-12 07:59:04
服務在身邊 健康每一天
今日農業(2019年10期)2019-01-04 04:28:15
服務在身邊 健康每一天
今日農業(2019年15期)2019-01-03 12:11:33
服務在身邊 健康每一天
今日農業(2019年16期)2019-01-03 11:39:20
高等教育為誰服務:演變與啟示
招行30年:從“滿意服務”到“感動服務”
商周刊(2017年9期)2017-08-22 02:57:56
主站蜘蛛池模板: 国产91丝袜在线播放动漫 | 国产白丝av| 亚洲精品国产日韩无码AV永久免费网 | 婷婷亚洲最大| 日韩国产综合精选| 欧美影院久久| 午夜福利无码一区二区| 亚洲乱码视频| 91精品情国产情侣高潮对白蜜| 丁香五月亚洲综合在线| 亚洲精品天堂自在久久77| 三级视频中文字幕| 奇米影视狠狠精品7777| 特级aaaaaaaaa毛片免费视频| 日韩123欧美字幕| 亚洲妓女综合网995久久| 精品久久香蕉国产线看观看gif| 国产女人18水真多毛片18精品| 伊人久久精品无码麻豆精品| 国产精品欧美激情| 99精品久久精品| 18禁不卡免费网站| 亚洲日韩精品伊甸| 欧洲免费精品视频在线| a免费毛片在线播放| 国产区成人精品视频| 无遮挡一级毛片呦女视频| 亚洲人在线| 婷婷99视频精品全部在线观看 | 2018日日摸夜夜添狠狠躁| 欧美午夜在线观看| 少妇被粗大的猛烈进出免费视频| 欧美福利在线观看| 亚洲免费播放| jizz在线观看| 国产屁屁影院| 专干老肥熟女视频网站| 国内a级毛片| 专干老肥熟女视频网站| 五月婷婷精品| 91福利国产成人精品导航| 91蜜芽尤物福利在线观看| 高h视频在线| 久久久久国色AV免费观看性色| 精品久久久久久久久久久| 成人蜜桃网| 成人福利在线免费观看| 超碰精品无码一区二区| 亚洲天堂网视频| 麻豆精品国产自产在线| 欧美第一页在线| 草逼视频国产| 香蕉久久永久视频| 亚洲色大成网站www国产| 国产成人亚洲综合a∨婷婷| 永久免费精品视频| 国产日韩精品欧美一区喷| 国产视频久久久久| 国产精品人成在线播放| 亚洲无码91视频| 久久久91人妻无码精品蜜桃HD| 欧洲亚洲欧美国产日本高清| 无码高潮喷水在线观看| 国产成人乱无码视频| 九九热精品在线视频| 国产精品久线在线观看| 又爽又大又光又色的午夜视频| 一级毛片免费高清视频| 亚洲人成在线免费观看| 麻豆精品久久久久久久99蜜桃| 亚洲综合婷婷激情| 日韩精品一区二区三区swag| 欧美日韩国产成人在线观看| 无码AV高清毛片中国一级毛片| 久久人搡人人玩人妻精品| 国产精品yjizz视频网一二区| 国产精品视频白浆免费视频| 日韩成人午夜| 国产成人免费观看在线视频| 久久香蕉国产线看观看精品蕉| 国内精品视频| 免费 国产 无码久久久|