汪迅寶，劉 超 ，張 程，陳付龍 ，3

(1.安徽國(guó)際商務(wù)職業(yè)學(xué)院信息服務(wù)系，安徽合肥230000;2.網(wǎng)絡(luò)與信息安全安徽省重點(diǎn)實(shí)驗(yàn)室，安徽蕪湖241002；3.安徽師范大學(xué)計(jì)算機(jī)科學(xué)與技術(shù)系，安徽蕪湖241002)

“物聯(lián)網(wǎng)”(Internet of things，IoT)作為一種“物物相連的互聯(lián)網(wǎng)”[1]，其網(wǎng)絡(luò)節(jié)點(diǎn)不再是單純的網(wǎng)絡(luò)設(shè)備，而是通過網(wǎng)絡(luò)擴(kuò)展到的任何物品。異構(gòu)網(wǎng)絡(luò)之間的互聯(lián)互通是物聯(lián)網(wǎng)首要解決的問題。在IoT環(huán)境中,不僅要求傳感器節(jié)點(diǎn)能夠?qū)⒉杉瘮?shù)據(jù)通過互聯(lián)網(wǎng)發(fā)送至服務(wù)器,還要求互聯(lián)網(wǎng)上服務(wù)器能夠準(zhǔn)確定位每一個(gè)傳感器節(jié)點(diǎn)并向其傳輸控制指令,同時(shí)不應(yīng)受到傳感器節(jié)點(diǎn)網(wǎng)絡(luò)環(huán)境變化的影響。傳統(tǒng)的IoT中協(xié)議轉(zhuǎn)換網(wǎng)關(guān)[2]僅考慮協(xié)議數(shù)據(jù)間的轉(zhuǎn)換,當(dāng)物聯(lián)子網(wǎng)中的節(jié)點(diǎn)網(wǎng)絡(luò)環(huán)境發(fā)生變化時(shí),難以有效地實(shí)現(xiàn)數(shù)據(jù)通路。

IPv6作為下一代互聯(lián)網(wǎng)核心技術(shù),擁有龐大的地址空間,可滿足部署大規(guī)模、高密度的傳感器網(wǎng)絡(luò)設(shè)備的需求，其在IoT中的應(yīng)用成為必然[2]。2007年國(guó)際互聯(lián)網(wǎng)工程任務(wù)組(The Internet Engineering Task Force，IETF)成立6LoWPAN工作組，專門研究適配層、路由、報(bào)頭壓縮、分片、IPv6網(wǎng)絡(luò)接入和網(wǎng)絡(luò)管理等技術(shù)[3]。歐盟第七框架計(jì)劃也設(shè)立了IoT6[4]，旨在探索用IPv6及相關(guān)標(biāo)準(zhǔn)(6LoWPAN等)解決物聯(lián)網(wǎng)面臨問題的途徑。國(guó)內(nèi)肖融等[5]提出一種IPv6輕量級(jí)樹型層次轉(zhuǎn)化模型(TFAD),進(jìn)而給出IPv6層次結(jié)構(gòu)地址壓縮機(jī)制(IACH),利用層次結(jié)構(gòu)中父子節(jié)點(diǎn)的IPv6地址繼承關(guān)系,以保證IPv6數(shù)據(jù)包在轉(zhuǎn)發(fā)過程中使用最為精簡(jiǎn)的地址形式。胡光武等[6]設(shè)計(jì)了基于IPv6的物聯(lián)網(wǎng)末梢網(wǎng)絡(luò)分布式源地址驗(yàn)證方案，以微小的代理實(shí)現(xiàn)了物聯(lián)網(wǎng)節(jié)點(diǎn)IP地址的分配，同時(shí)保證物聯(lián)子網(wǎng)節(jié)點(diǎn)之間、以及物聯(lián)子網(wǎng)節(jié)點(diǎn)與互聯(lián)網(wǎng)節(jié)點(diǎn)之間通信時(shí)雙方IP地址的真實(shí)可靠性。然而在模型驗(yàn)證與實(shí)驗(yàn)驗(yàn)證方面，尚需要針對(duì)具體應(yīng)用進(jìn)行測(cè)試。

本文引入通信輔助網(wǎng)關(guān)，提出一種基于IPv6的IoT四層體系結(jié)構(gòu),即感知執(zhí)行層、通信輔助層、網(wǎng)絡(luò)傳輸層和應(yīng)用服務(wù)層,并對(duì)感知執(zhí)行層與通信輔助層工作機(jī)理及協(xié)議報(bào)文格式進(jìn)行重點(diǎn)設(shè)計(jì)，利用Ptolemy II建模環(huán)境對(duì)新建IoT通信體系結(jié)構(gòu)進(jìn)行建模、仿真與驗(yàn)證。

1 互轉(zhuǎn)網(wǎng)關(guān)體系結(jié)構(gòu)

傳統(tǒng)的ZigBee/WiFi互轉(zhuǎn)網(wǎng)關(guān)[7-10]僅考慮了兩種通信協(xié)議之間的互轉(zhuǎn)，若需要支持藍(lán)牙、3G、4G等通信方式，則需要制定更多的互轉(zhuǎn)協(xié)議，不利于IoT通信的擴(kuò)展。因此，本文利用IPv6[11]作為中間協(xié)議，對(duì)上述互轉(zhuǎn)網(wǎng)關(guān)進(jìn)行改造。

圖1為基于IPv6的物聯(lián)網(wǎng)體系結(jié)構(gòu)。該體系結(jié)構(gòu)包括了感知執(zhí)行層(由具有Zigbee通信功能的感知和執(zhí)行節(jié)點(diǎn)組成)、通信輔助層(由具有協(xié)議互轉(zhuǎn)功能的通信輔助網(wǎng)關(guān)組成)、網(wǎng)絡(luò)傳輸層(由運(yùn)行IPv6協(xié)議的設(shè)備組成的骨干網(wǎng)絡(luò))、應(yīng)用服務(wù)層(提供高能性的計(jì)算與存儲(chǔ)等應(yīng)用服務(wù))組成，其功能主要在于：為具有較強(qiáng)移動(dòng)性的感知執(zhí)行節(jié)點(diǎn)快速組網(wǎng)、身份識(shí)別;將感知執(zhí)行節(jié)點(diǎn)數(shù)據(jù)傳輸至IPv6骨干網(wǎng)、以及從IPv6骨干網(wǎng)有效接收數(shù)據(jù)。其中，通信輔助網(wǎng)關(guān)為一個(gè)基于IPv6的互轉(zhuǎn)網(wǎng)關(guān)，保證感知執(zhí)行網(wǎng)絡(luò)快速的建立，協(xié)助服務(wù)器對(duì)感知執(zhí)行節(jié)點(diǎn)進(jìn)行有效定位并實(shí)現(xiàn)感知執(zhí)行網(wǎng)絡(luò)與IPv6骨干網(wǎng)互連。

圖1 基于IPv6的物聯(lián)網(wǎng)體系結(jié)構(gòu)Fig.1 Architecture of IoT based on IPv6

2 感知執(zhí)行網(wǎng)絡(luò)的建立

感知執(zhí)行網(wǎng)絡(luò)中，通信輔助網(wǎng)關(guān)充當(dāng)類似于ZigBee網(wǎng)絡(luò)中全功能集設(shè)備，網(wǎng)絡(luò)由通信輔助網(wǎng)關(guān)建立，通信輔助網(wǎng)關(guān)上電后，選擇一個(gè)信道，隨后啟動(dòng)整個(gè)網(wǎng)絡(luò)。同時(shí)，為實(shí)現(xiàn)節(jié)點(diǎn)快速組網(wǎng)，應(yīng)考慮網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)的選擇、節(jié)點(diǎn)入網(wǎng)過程及幀結(jié)構(gòu)的優(yōu)化。

節(jié)點(diǎn)入網(wǎng)由節(jié)點(diǎn)主動(dòng)向通信輔助網(wǎng)關(guān)發(fā)出申請(qǐng)，入網(wǎng)請(qǐng)求交互過程如圖2。

1)新節(jié)點(diǎn)向通信輔助網(wǎng)關(guān)發(fā)送注冊(cè)消息；

2)通信輔助網(wǎng)關(guān)接收注冊(cè)消息后,向入網(wǎng)請(qǐng)求節(jié)點(diǎn)發(fā)送確認(rèn)消息；

3)通信輔助網(wǎng)關(guān)向入網(wǎng)請(qǐng)求節(jié)點(diǎn)發(fā)送入網(wǎng)許可消息,并按地址的順序遞增方式為節(jié)點(diǎn)分配網(wǎng)絡(luò)地址；

4)入網(wǎng)請(qǐng)求節(jié)點(diǎn)向通信輔助網(wǎng)關(guān)返回確認(rèn)消息,節(jié)點(diǎn)入網(wǎng)完成。

圖2 感知執(zhí)行節(jié)點(diǎn)入網(wǎng)交互圖Fig.2 Networking interaction diagram of sensing/execution node

3 異元網(wǎng)絡(luò)互連方案設(shè)計(jì)

由于協(xié)議體系差異,IPv6網(wǎng)絡(luò)節(jié)點(diǎn)與感知執(zhí)行節(jié)點(diǎn)無法直接進(jìn)行數(shù)據(jù)傳輸。其通信障礙主要有：感知執(zhí)行節(jié)點(diǎn)網(wǎng)絡(luò)地址是局域性的,無法被IPv6網(wǎng)絡(luò)唯一識(shí)別；感知執(zhí)行網(wǎng)絡(luò)與IPv6網(wǎng)絡(luò)協(xié)議幀格式不同,且IPv6最大傳輸單元(MTU)最小值為1 280 B,而以IEEE 802.15.4為標(biāo)準(zhǔn)的感知執(zhí)行網(wǎng)絡(luò)協(xié)議幀長(zhǎng)度規(guī)定不超過127 B,二者之間需進(jìn)行協(xié)議轉(zhuǎn)換和傳輸效率最優(yōu)化設(shè)計(jì)。

3.1 感知執(zhí)行節(jié)點(diǎn)識(shí)別機(jī)制

圖3所示為感知執(zhí)行節(jié)點(diǎn)識(shí)別交互過程，其通信輔助網(wǎng)關(guān)實(shí)現(xiàn)了IPv6網(wǎng)絡(luò)對(duì)于低功耗感知執(zhí)行節(jié)點(diǎn)的識(shí)別。

圖3 感知執(zhí)行節(jié)點(diǎn)識(shí)別交互圖Fig.3 Identification interaction diagram of sensing/execution node

感知執(zhí)行節(jié)點(diǎn)識(shí)別主要實(shí)現(xiàn)過程如下。

1)通信輔助網(wǎng)關(guān)在建立感知執(zhí)行網(wǎng)絡(luò)的同時(shí),通過執(zhí)行IPv6無狀態(tài)地址自動(dòng)配置協(xié)議,生成EUI-64標(biāo)識(shí)符,并結(jié)合IPv6路由器宣告的地址前綴,獲取IPv6全球單播地址。

2)當(dāng)感知執(zhí)行網(wǎng)絡(luò)有新節(jié)點(diǎn)請(qǐng)求入網(wǎng)時(shí),通信輔助網(wǎng)關(guān)在接收節(jié)點(diǎn)注冊(cè)消息的同時(shí),獲取注冊(cè)消息中節(jié)點(diǎn)的MAC地址字段內(nèi)容,并向IPv6網(wǎng)絡(luò)中服務(wù)器發(fā)送綁定消息報(bào)文,進(jìn)行通信輔助網(wǎng)關(guān)IPv6地址與節(jié)點(diǎn)MAC地址的綁定。

3)服務(wù)器接收綁定消息報(bào)文后,獲取源地址字段內(nèi)容(即通信輔助網(wǎng)關(guān)IPv6地址)和載荷字段數(shù)據(jù)(即感知執(zhí)行節(jié)點(diǎn)MAC地址),并查找“通信輔助網(wǎng)關(guān)IPv6地址-節(jié)點(diǎn)MAC地址”映射表,若節(jié)點(diǎn)MAC地址字段存在相同數(shù)據(jù),則進(jìn)行對(duì)應(yīng)的通信輔助網(wǎng)關(guān)IPv6地址更新,否則新增一條記錄。映射表設(shè)計(jì)如表1。

表1 “通信輔助網(wǎng)關(guān)IPv6地址-節(jié)點(diǎn)MAC地址”映射表Tab.1 Mapping of“communication auxiliary gateway IPv6 address-node MAC address”

4)通信輔助網(wǎng)關(guān)向入網(wǎng)請(qǐng)求節(jié)點(diǎn)發(fā)送入網(wǎng)許可消息,分配網(wǎng)絡(luò)地址,在收到入網(wǎng)請(qǐng)求節(jié)點(diǎn)確認(rèn)消息后,通信輔助網(wǎng)關(guān)在自身的“節(jié)點(diǎn)MAC地址-節(jié)點(diǎn)網(wǎng)絡(luò)地址”映射表中記錄入網(wǎng)請(qǐng)求節(jié)點(diǎn)MAC地址與所分配的網(wǎng)絡(luò)地址信息,映射表設(shè)計(jì)如表2。

3.2 協(xié)議幀格式轉(zhuǎn)換及數(shù)據(jù)通路模型

在感知執(zhí)行網(wǎng)絡(luò)中,感知執(zhí)行節(jié)點(diǎn)采集的信息數(shù)據(jù)封裝為數(shù)據(jù)消息傳送至通信輔助網(wǎng)關(guān)。通信輔助網(wǎng)關(guān)與IPv6網(wǎng)絡(luò)的數(shù)據(jù)傳輸采用IPv6消息報(bào)文形式，并封裝為依據(jù)IEEE 802.11標(biāo)準(zhǔn)規(guī)定的WiFi數(shù)據(jù)幀格式(或依據(jù)IEEE 802.3標(biāo)準(zhǔn)規(guī)定的Ethernet數(shù)據(jù)幀格式),隨后傳送至IPv6網(wǎng)關(guān)。

由于IPv6網(wǎng)絡(luò)與感知執(zhí)行網(wǎng)絡(luò)協(xié)議體系不同,其傳輸幀格式、幀大小限制等存在差異,需進(jìn)一步進(jìn)行協(xié)議轉(zhuǎn)換和適配。通信輔助網(wǎng)關(guān)協(xié)議轉(zhuǎn)換模型如圖4,其中緩存區(qū)用于存放“節(jié)點(diǎn)MAC地址-節(jié)點(diǎn)網(wǎng)絡(luò)地址”映射表及其他所需的臨時(shí)數(shù)據(jù)。感知執(zhí)行網(wǎng)絡(luò)接口、WiFi接口、Ethernet接口分別用于對(duì)感知執(zhí)行網(wǎng)絡(luò)中各類消息、WiFi幀、Ethernet幀的收發(fā)。模塊A和B分別對(duì)異元網(wǎng)絡(luò)環(huán)境下不同結(jié)構(gòu)數(shù)據(jù)包逐層進(jìn)行解包或封裝操作。

依據(jù)通信輔助網(wǎng)關(guān)建立的數(shù)據(jù)通路模型如5。在感知執(zhí)行節(jié)點(diǎn)完成入網(wǎng)及綁定操作前提條件下,實(shí)現(xiàn)數(shù)據(jù)雙向傳輸。

表2 “節(jié)點(diǎn)MAC地址-節(jié)點(diǎn)網(wǎng)絡(luò)地址”映射表Tab.2 Mapping of“node MAC address-node network address”

圖4 通信輔助網(wǎng)關(guān)協(xié)議轉(zhuǎn)換模型Fig.4 Protocol conversion model of communication auxiliary gateway

4 建模與驗(yàn)證

為了驗(yàn)證本文所提的基于IPv6的互轉(zhuǎn)體系結(jié)構(gòu)工作機(jī)制的可行性，利用Ptolemy II建模環(huán)境[12]對(duì)其進(jìn)行建模仿真，其頂層模型如圖6所示。感知執(zhí)行網(wǎng)絡(luò)中的節(jié)點(diǎn)通信通過SenseChannel信道完成,每個(gè)感知執(zhí)行網(wǎng)絡(luò)均存在一個(gè)通信輔助網(wǎng)關(guān),通過WiFiChannel或Ethernet鏈路與IPv6網(wǎng)關(guān)完成連接,IPv6骨干網(wǎng)中設(shè)備以有線以太網(wǎng)方式連接,整個(gè)模型的運(yùn)行時(shí)間、順序等屬性受到Wireless Director組件的控制。

圖5 數(shù)據(jù)通路模型Fig.5 Data path model

4.1 上行傳輸數(shù)據(jù)通路驗(yàn)證

理想情況下,感知執(zhí)行節(jié)點(diǎn)按泊松分布函數(shù),以平均時(shí)間0.1 s產(chǎn)生數(shù)據(jù)消息報(bào)文,經(jīng)過通信輔助網(wǎng)關(guān)及IPv6網(wǎng)絡(luò)傳輸至服務(wù)器,為便于觀察，提取所傳輸數(shù)據(jù)報(bào)文中的應(yīng)用層數(shù)據(jù)，如圖7所示?？梢钥闯?，由感知執(zhí)行節(jié)點(diǎn)采集的數(shù)據(jù)在經(jīng)過一定的網(wǎng)絡(luò)延時(shí)(包括通信輔助網(wǎng)關(guān)延時(shí)、路由器延時(shí))后,服務(wù)器基本能夠正常接收來自感知執(zhí)行節(jié)點(diǎn)的傳輸數(shù)據(jù)。進(jìn)一步在具有一定丟包率的信道中進(jìn)行數(shù)據(jù)傳輸測(cè)試，發(fā)現(xiàn)存在個(gè)別數(shù)據(jù)的丟失,如感知執(zhí)行節(jié)點(diǎn)發(fā)送的第1個(gè)、第2個(gè)數(shù)據(jù)，但大部分?jǐn)?shù)據(jù)均能夠被正常接收(圖8)，表明所設(shè)計(jì)的ZigBee/WiFi互轉(zhuǎn)網(wǎng)關(guān)可以實(shí)現(xiàn)傳感器網(wǎng)絡(luò)中數(shù)據(jù)向IPv6網(wǎng)絡(luò)中節(jié)點(diǎn)的有效傳輸。

圖6 基于Ptolemy II的IoT通信體系結(jié)構(gòu)模型Fig.6 IoT architecture model based on Ptolemy II

圖7 理想情況數(shù)據(jù)上行傳輸情況Fig.7 Data uplink transmission in the ideal case

4.2 下行傳輸數(shù)據(jù)通路驗(yàn)證

下行傳輸由服務(wù)器發(fā)起，服務(wù)器按泊松分布函數(shù)以平均時(shí)間0.1 s產(chǎn)生數(shù)據(jù)消息報(bào)文,理想情況下的下行傳輸結(jié)果如圖9所示,服務(wù)器可準(zhǔn)確地對(duì)指定的感知執(zhí)行節(jié)點(diǎn)傳輸數(shù)據(jù)。在存在丟包率的信道中,存在數(shù)據(jù)丟失情況，如圖10,且由于網(wǎng)絡(luò)擁塞，感知執(zhí)行節(jié)點(diǎn)接收部分?jǐn)?shù)據(jù)的延時(shí)大于正常網(wǎng)絡(luò)延時(shí)，如在6.2 s時(shí)刻由服務(wù)器發(fā)送的數(shù)據(jù)，直到7.1 s時(shí)刻才被感知執(zhí)行節(jié)點(diǎn)接收。盡管存在網(wǎng)絡(luò)延時(shí)、擁塞、數(shù)據(jù)丟失等情況，但最終仍有較多數(shù)據(jù)能夠被感知執(zhí)行節(jié)點(diǎn)正常接收,從而驗(yàn)證了下行傳輸數(shù)據(jù)通路的可用性。經(jīng)過上行傳輸數(shù)據(jù)通路與下行傳輸數(shù)據(jù)通路的驗(yàn)證，可以得以下結(jié)論：在通信輔助網(wǎng)關(guān)的協(xié)助下,IPv6網(wǎng)絡(luò)節(jié)點(diǎn)與感知執(zhí)行節(jié)點(diǎn)可以有效進(jìn)行數(shù)據(jù)傳輸,從而實(shí)現(xiàn)異構(gòu)網(wǎng)絡(luò)之間的互聯(lián)互通。

圖8 存在丟包率的信道中數(shù)據(jù)上行傳輸情況Fig.8 Data uplink transmission with a certain packet loss rate

圖10 存在丟包率的信道中數(shù)據(jù)下行傳輸情況Fig.10 Data downlink transmission with a certain packet loss rate

5 結(jié) 語

構(gòu)建異元網(wǎng)絡(luò)需要解決不同協(xié)議傳輸轉(zhuǎn)換問題，選取ZigBee無線傳輸模式和WiFi無線傳輸模式進(jìn)行融合，突破了異元網(wǎng)絡(luò)傳輸障礙。另外，IPv6在IoT中的應(yīng)用是大勢(shì)所趨，基于IPv6的IoT四層體系結(jié)構(gòu)有效實(shí)現(xiàn)了數(shù)據(jù)的雙向傳輸。

需要指出的是，基于IPv6的互轉(zhuǎn)網(wǎng)關(guān)通信體系結(jié)構(gòu)還有很多關(guān)鍵問題需要進(jìn)一步研究，當(dāng)感知執(zhí)行網(wǎng)絡(luò)中節(jié)點(diǎn)數(shù)量足夠龐大時(shí),通信輔助網(wǎng)關(guān)和服務(wù)器中的映射表如何進(jìn)行高效的存儲(chǔ)與檢索,下行傳輸過程中IPv6消息報(bào)文的分片與重組問題[13],面向IoT的IPv6網(wǎng)絡(luò)路由機(jī)制等問題將是下一步研究工作重點(diǎn)。