，

(三明學(xué)院 現(xiàn)代教育技術(shù)中心，福建 三明 365004)

0 引言

近年來(lái)在低功耗無(wú)線傳感器網(wǎng)絡(luò)中物聯(lián)網(wǎng)逐步成為一個(gè)非常熱門(mén)的研究課題。6LoWPAN成為IPv6可以應(yīng)用于低功耗有損網(wǎng)絡(luò)的一個(gè)標(biāo)準(zhǔn)[1-2]。IETF的6LoWPAN工作組在2007年發(fā)布了第一個(gè)6LoWPAN文檔，其技術(shù)底層采用IEEE 802.15.4規(guī)定的物理層和數(shù)據(jù)鏈路層，其中提出了數(shù)據(jù)的報(bào)頭壓縮、數(shù)據(jù)包的分片重組、6LoWPAN網(wǎng)絡(luò)的路由協(xié)議、IPv6地址自動(dòng)配置、網(wǎng)絡(luò)管理等幾個(gè)重點(diǎn)研究的目標(biāo)。IEEE 802.15.4是一個(gè)代價(jià)低、能耗小、傳輸速率低的無(wú)線個(gè)人局域網(wǎng)，支持星型和對(duì)等網(wǎng)絡(luò)拓?fù)鋄3]。對(duì)等網(wǎng)絡(luò)拓?fù)湫枰?jīng)過(guò)多跳傳輸，這種類型的網(wǎng)絡(luò)通常應(yīng)用于工業(yè)監(jiān)測(cè)環(huán)境、健康看護(hù)等。在這些應(yīng)用中，無(wú)線感知節(jié)點(diǎn)需要通過(guò)路由協(xié)議建立多跳連接來(lái)從普通節(jié)點(diǎn)向匯聚節(jié)點(diǎn)傳輸數(shù)據(jù)。IETF工作組為了解決這個(gè)問(wèn)題定義了RPL(The IPv6 Routing Protocol for Low-power and lossy Networks)。

在本文中，我們用Contiki測(cè)試臺(tái)來(lái)研究在不同的RSSI和負(fù)載數(shù)量時(shí)，IPv6 UDP數(shù)據(jù)包在IEEE 802.15.4標(biāo)準(zhǔn)下的表現(xiàn)。通過(guò)不同長(zhǎng)度的IPv6 UDP數(shù)據(jù)包在6LoWPAN下的傳輸來(lái)分析IPv6數(shù)據(jù)包的丟包率和吞吐量[4]。實(shí)驗(yàn)表明，不同的IPv6幀長(zhǎng)會(huì)影響6LoWPAN的表現(xiàn)。實(shí)驗(yàn)結(jié)果強(qiáng)調(diào)了IPv6 UDP數(shù)據(jù)幀長(zhǎng)和6LoWPAN鏈路質(zhì)量之間的平衡。最后基于實(shí)驗(yàn)本文提出在低功耗有損網(wǎng)絡(luò)中的基于RSSI的IPv6路由協(xié)議，提高了網(wǎng)絡(luò)的傳輸效率。

1 相關(guān)研究工作

(1)6LoWPAN：

6LoWPAN是基于IPv6通信協(xié)議，采用低功耗無(wú)線個(gè)人局域網(wǎng)來(lái)傳輸IPv6數(shù)據(jù)包的[5]。相比于傳統(tǒng)的TCP/IP網(wǎng)絡(luò)，要使WSN直接連接到互聯(lián)網(wǎng)，6LoWPAN將面臨許多難題，例如：在數(shù)據(jù)鏈路層上IPv6的MTU(Maximum Transmission Unit)比IEEE 802.15.4的最大幀長(zhǎng)要大很多[6]。為此IETF的6LoWPAN工作組建議在網(wǎng)絡(luò)層和MAC之間增加網(wǎng)絡(luò)適配層。表1是6LoWPAN的協(xié)議棧，分別為應(yīng)用層、傳輸層、網(wǎng)絡(luò)層、網(wǎng)絡(luò)適配層(6LoWPAN)、IEEE 802.15.4 的MAC層和PHY層，它提供報(bào)頭壓縮以減少報(bào)文傳輸開(kāi)銷，同時(shí)還提供IPv6數(shù)據(jù)包的分片和重組。

表1 6LoWPAN 協(xié)議棧

(2)RPL路由協(xié)議：

RPL協(xié)議是目前被廣泛應(yīng)用于低功耗、低計(jì)算復(fù)雜度和內(nèi)存受限網(wǎng)絡(luò)中的IPv6路由機(jī)制。該協(xié)議呈現(xiàn)樹(shù)狀性質(zhì)，并為每個(gè)節(jié)點(diǎn)估算等級(jí)值。等級(jí)值用來(lái)估計(jì)表示鏈接質(zhì)量的期望連接數(shù)(Expected Transmission Count，ETX)ETX作為動(dòng)態(tài)鏈接機(jī)制來(lái)構(gòu)建一個(gè)有向無(wú)環(huán)圖。通常對(duì)RPL路由協(xié)議鏈路質(zhì)量的估計(jì)可以使得節(jié)點(diǎn)之間建立準(zhǔn)確而穩(wěn)定的通信連接[7]。但是在本文的實(shí)驗(yàn)中可以看出，不同IPv6幀長(zhǎng)將會(huì)影響6LoWPAN的表現(xiàn)。

在路由過(guò)程中網(wǎng)格節(jié)點(diǎn)之間的RSSI信息的提取、融合成ETX信息。該過(guò)程中網(wǎng)格節(jié)點(diǎn)間低質(zhì)量的鏈接將會(huì)導(dǎo)致過(guò)度重傳和路由錯(cuò)誤。在基于RSSI的適應(yīng)性路由協(xié)議中，路由發(fā)現(xiàn)協(xié)議根據(jù)接收信號(hào)強(qiáng)度策略優(yōu)先選擇更穩(wěn)定的鏈路連接。當(dāng)IPv6數(shù)據(jù)包是最小的1280 bytes 的MTU時(shí)，將會(huì)分解為13個(gè)125 bytes的IEEE 802.15.4的幀結(jié)構(gòu)，這些幀就稱之為數(shù)據(jù)包分片。因此穩(wěn)定的鏈路路徑更適合傳輸長(zhǎng)的IPv6數(shù)據(jù)包，分片通過(guò)這類路徑成功到達(dá)目的地的概率更高。所以在RPL協(xié)議中的鏈路連接度量機(jī)制應(yīng)該引入IPv6包的長(zhǎng)度和不同RSSI情況下的丟包率。

(3)6LoWPAN測(cè)試平臺(tái)：

6LoWPAN測(cè)試平臺(tái)是在Contiki 開(kāi)源系統(tǒng)和Zigduino設(shè)備的基礎(chǔ)上開(kāi)發(fā)用來(lái)評(píng)估6LoWPAN在室內(nèi)的性能[8]。其系統(tǒng)圖如圖1所示。每個(gè)鏈接的RSSI的值用來(lái)估計(jì)IPv6在RPL路由機(jī)制中的丟包率。在這個(gè)測(cè)試平臺(tái)中，我們?cè)趥鞲衅鞴?jié)點(diǎn)的通信過(guò)程中放置包嗅探器，嗅探包含分片的IPv6 UDP數(shù)據(jù)包來(lái)評(píng)估6LoWPAN在實(shí)際無(wú)線信道條件下的性能。其中的ATmega128RFA1是新一代的集成微控制芯片，能很好與Contiki操作系統(tǒng)兼容，在Zigduino設(shè)備上執(zhí)行6LoWPAN協(xié)議。

圖1 Contiki 6LoWPAN測(cè)試平臺(tái)

Contiki是一個(gè)開(kāi)源系統(tǒng)，其設(shè)計(jì)初衷就是為了在內(nèi)存受限的條件下部署網(wǎng)絡(luò)系統(tǒng)。Contiki支持多種平臺(tái)，僅需幾比特的內(nèi)存就能支持多任務(wù)運(yùn)行環(huán)境，同時(shí)它還為6LoWPAN提供RPL路由協(xié)議。實(shí)時(shí)時(shí)鐘(Real Time Clock，RTC)，用于源節(jié)點(diǎn)和目的節(jié)點(diǎn)之間的時(shí)鐘同步。它提供微妙級(jí)精度測(cè)量IPv6數(shù)據(jù)包的端到端傳輸時(shí)延并計(jì)算6LoWPAN的傳輸性能[9-10]。圖中的包嗅探器采用的是CC2531。通過(guò)嗅探器我們可以截獲傳輸?shù)臄?shù)據(jù)包，分析由ATmega128RFA1傳輸?shù)臄?shù)據(jù)包的內(nèi)容，并比較不同長(zhǎng)度的IPv6數(shù)據(jù)包的長(zhǎng)度來(lái)其對(duì)6LoWPAN性能的影響。

為了在IEEE 802.15.4中發(fā)送長(zhǎng)的IPv6幀，源節(jié)點(diǎn)會(huì)分割將數(shù)據(jù)包分成多個(gè)分片，并獨(dú)立發(fā)送這些分片。這些分片通過(guò)不同的多跳路徑傳送到目的節(jié)點(diǎn)，并重新組合。這里我們?cè)诓煌腞SSI環(huán)境中測(cè)試1 000個(gè)UDP數(shù)據(jù)包的傳輸，分析在目的節(jié)點(diǎn)端的數(shù)據(jù)包計(jì)算出IPv6的丟包率。RPL路由協(xié)議可以成功在本測(cè)試平臺(tái)中運(yùn)行。傳感器節(jié)點(diǎn)也能傳輸最多1280 bytes的IPv6 UDP數(shù)據(jù)包，并將它們分為14個(gè)分片通過(guò)多跳傳輸。

2 IPv6丟包率與分片數(shù)量和RSSI值之間的關(guān)系評(píng)估

對(duì)于IPv6數(shù)據(jù)包在無(wú)線個(gè)人局域網(wǎng)中的表現(xiàn)，已經(jīng)有一些文章對(duì)此做過(guò)研究，其中文章[11]中提出了可信IPv6數(shù)據(jù)包傳輸策略(RIPDS)，該策略是在無(wú)線個(gè)人局域網(wǎng)中通過(guò)對(duì)數(shù)據(jù)包分片來(lái)編碼來(lái)保證數(shù)據(jù)包傳輸效率。文章[12]中介紹了通過(guò)內(nèi)置的IPv6移動(dòng)代理來(lái)減少數(shù)據(jù)包移交時(shí)延。下面我們通過(guò)實(shí)驗(yàn)研究來(lái)分析IPv6 UDP數(shù)據(jù)包在6LoWPAN適配層的性能，同時(shí)對(duì)與本文提出的在低功耗有損網(wǎng)絡(luò)中的基于RSSI的IPv6多跳路由選擇機(jī)制也給出了性能分析[13]。

6LoWPAN作為一種全新的網(wǎng)絡(luò)傳輸方式，充分應(yīng)用在許多通信領(lǐng)域上：如物聯(lián)網(wǎng)和工業(yè)化操作上，其體系結(jié)構(gòu)使用鏈路層地址來(lái)實(shí)現(xiàn)網(wǎng)內(nèi)的路由查找和報(bào)文轉(zhuǎn)發(fā)。使用IPv6丟包率與分片數(shù)量和對(duì)RSSI測(cè)距的值的對(duì)應(yīng)，只需要較低的實(shí)現(xiàn)復(fù)雜度和較少的通信開(kāi)銷，對(duì)于在傳輸有限制的網(wǎng)絡(luò)節(jié)點(diǎn)中是相當(dāng)重要的。為了驗(yàn)證無(wú)線傳感網(wǎng)中IPv6丟包率與分片數(shù)量和RSSI之間的關(guān)系，我們做了如下實(shí)驗(yàn)。在源節(jié)點(diǎn)處發(fā)送1000個(gè)IPv6 UDP數(shù)據(jù)包直接到目的節(jié)點(diǎn)，并不斷調(diào)節(jié)這2個(gè)節(jié)點(diǎn)之間的距離，重復(fù)實(shí)驗(yàn)數(shù)次。在目的節(jié)點(diǎn)處觀察接收到的IPv6 UDP數(shù)據(jù)包和收到的包的RSSI值。數(shù)據(jù)包分片數(shù)的計(jì)算是由嗅探器計(jì)算得出。為了測(cè)試不同長(zhǎng)度的IPv6數(shù)據(jù)包幀的長(zhǎng)度與IEEE 802.15.4的適應(yīng)程度，源節(jié)點(diǎn)將IPv6包分成單幀到最多13個(gè)幀。該過(guò)程重復(fù)10次，取平均值作為實(shí)驗(yàn)結(jié)果。

圖2展示了IPv6數(shù)據(jù)包在不同RSSI值時(shí)的丟包率。圖中可以看出隨著分片數(shù)量的增加，數(shù)據(jù)的丟包率也是成倍增長(zhǎng)。而且隨著RSSI的值從-80到-91，數(shù)據(jù)包的丟包率也增長(zhǎng)明顯。同時(shí)，如圖中所示，穩(wěn)定的鏈接路徑也適合傳輸長(zhǎng)的IPv6包。在不同的RSSI值時(shí)，RPL中標(biāo)志鏈路質(zhì)量的ETX也和IPv6包的長(zhǎng)度和丟包率有關(guān)。

圖2 IPv6在不同RSSI下的丟包率

3 RPL路由協(xié)議的改進(jìn)

3.1 在RPL的鏈路度量中引入RSSI

在DODAG建立的過(guò)程中，RPL路由協(xié)議的開(kāi)銷主要來(lái)自于通告信息(Destination Advertisement Object，DAO)消息，首先在6LoPAN路由環(huán)境中，每一個(gè)路由節(jié)點(diǎn)在收到一個(gè)DIO(DODAG information)請(qǐng)求信息后，會(huì)反向發(fā)送一個(gè)DAO消息，并根據(jù)需要被轉(zhuǎn)發(fā)到對(duì)應(yīng)的父節(jié)點(diǎn)上，再由父節(jié)點(diǎn)統(tǒng)一對(duì)整張DOGAG的路由表進(jìn)行調(diào)節(jié)，因而信息量龐大，由于DIO消息只在單跳距離內(nèi)進(jìn)行傳輸，DIO消息是一種在建立DODAG過(guò)程中，為了讓附近節(jié)點(diǎn)發(fā)現(xiàn)而產(chǎn)生的少量信息，且傳輸距離小短。由于DIS消息開(kāi)銷很小，開(kāi)銷可以忽略不計(jì)。同時(shí)在大量DAO消息在被轉(zhuǎn)發(fā)至父節(jié)點(diǎn)的過(guò)程中，會(huì)造成對(duì)父節(jié)點(diǎn)周圍的節(jié)點(diǎn)巨大的通信壓力，且會(huì)引發(fā)網(wǎng)絡(luò)堵塞、中斷的情況發(fā)生，導(dǎo)致DAO消息重新傳送，破壞網(wǎng)絡(luò)傳輸。

根據(jù)以上分析，在RPL路由協(xié)議中，鏈路度量是路徑選擇的一個(gè)重要考量。通過(guò)上述實(shí)驗(yàn)的觀察，本文設(shè)計(jì)了一個(gè)基于改進(jìn)RSSI的RPL路由協(xié)議，其具體實(shí)施如下所示：

1)Initially；

2)Root broadcast the DIO message；

3)While node receive DIO message && node joining DODAG;

4)Node update ETX_RSSI value;

5)Node broadcast the new DIO message;

6)Return the DAO message to Root;

7)End while

8)If node receive the DIS message;

9)Node broadcast the DIO message;

10)While node receive DIO message && node want to join DODAG

11)Node update ETX_RSSI value;

12)Node broadcast the new DIO message;

13)Return the DAO message to root;

14)End while;

15)End if;

16)Done;

在路由發(fā)現(xiàn)過(guò)程中，每個(gè)節(jié)點(diǎn)接受DIO信息系并將RSS值轉(zhuǎn)化為ETX_RSSI。每條鏈接分片數(shù)的適當(dāng)估計(jì)用來(lái)計(jì)算鏈接的ETX值。將每條路徑上的ETX值在重播前寫(xiě)入到 DIO中，然后目標(biāo)節(jié)點(diǎn)將攜帶平均ETX值的目的地DAO通過(guò)路由路徑發(fā)送到ROOT上。在本文中的RPL算法經(jīng)過(guò)改進(jìn)，該存儲(chǔ)模式中Root作為匯聚節(jié)點(diǎn)，實(shí)現(xiàn)信息存儲(chǔ)轉(zhuǎn)發(fā)，在有向無(wú)環(huán)圖中的其他節(jié)點(diǎn)不設(shè)存儲(chǔ)模式。

3.2 IPv6 UDP數(shù)據(jù)包在6LoWPAN下的傳輸分析

在表2的6LoWPAN中的IPv6 UDP數(shù)據(jù)包分片長(zhǎng)度中，展示了在提出的基于RSSI的RPL路由機(jī)制下節(jié)點(diǎn)單跳和兩跳情況下網(wǎng)絡(luò)的性能。在發(fā)送節(jié)點(diǎn)處，IPv6的負(fù)載長(zhǎng)度分別被設(shè)置成：1，81，90，91，176，272，464，656，848，1040和1232 字節(jié)。一個(gè)比特的負(fù)載也是IPv6傳輸中的最小負(fù)載長(zhǎng)度。IPv6中的81字節(jié)正好可以分解成IEEE 802.15.4的一個(gè)幀結(jié)構(gòu)。90字節(jié)的IPv6負(fù)載長(zhǎng)度是IEEE 802.15.4單跳傳輸時(shí)的最大單個(gè)幀的負(fù)載長(zhǎng)度。91字節(jié)則可以分解成一個(gè)最大負(fù)載幀和一個(gè)最小負(fù)載幀。1232字節(jié)是Contiki 測(cè)試平臺(tái)下能夠傳輸?shù)淖畲驣Pv6數(shù)據(jù)包負(fù)載的長(zhǎng)度。

3.3 端對(duì)端傳輸時(shí)延分析

這里的傳輸時(shí)延是指IPv6 UDP數(shù)據(jù)包從源節(jié)點(diǎn)傳輸?shù)侥康墓?jié)點(diǎn)的傳輸時(shí)間。傳輸時(shí)延是由處理時(shí)延、排隊(duì)時(shí)延和傳播時(shí)延組成的。所以6LoWPAN傳輸時(shí)延必須精確到毫秒。圖3展示了在IPv6 UDP數(shù)據(jù)包傳輸中單跳和兩跳端到端傳輸時(shí)延。結(jié)果顯示傳輸時(shí)延和IPv6 UDP數(shù)據(jù)包負(fù)載有線性相關(guān)。由于長(zhǎng)的IPv6數(shù)據(jù)包會(huì)增加分片數(shù)量，這回造成傳輸時(shí)延和更多的分片開(kāi)銷。同時(shí)圖中可以看出兩跳傳輸?shù)臅r(shí)延大概是單跳傳輸時(shí)延的兩倍，這是因?yàn)樵?LoWPAN中的包轉(zhuǎn)發(fā)會(huì)在每一跳中進(jìn)行包分片和重組，因此傳輸時(shí)延和跳數(shù)也是線性相關(guān)的。跳數(shù)會(huì)很大程度上影響6LoWPAN的傳輸性能。

表2 在6LoWPAN中的IPv6 UDP數(shù)據(jù)包分片長(zhǎng)度

圖3 6LoWPAN中單跳和兩跳的傳輸時(shí)延

3.4 6LowPAN的性能分析

圖4展示了IPv6 UDP數(shù)據(jù)包在6LoWPAN中的實(shí)際吞吐量。在UDP的客戶端/服務(wù)器模式下，從客戶端發(fā)送不同長(zhǎng)度的IPv6數(shù)據(jù)包負(fù)載到服務(wù)器端來(lái)估計(jì)6LoWPAN的實(shí)際吞吐量。從圖4中可以看出實(shí)際吞吐量與IPv6負(fù)載長(zhǎng)度密切相關(guān)。在IPv6負(fù)載為一個(gè)字節(jié)的情況下，性能非常低。這是因?yàn)榉制_(kāi)銷大大高于IPv6負(fù)載。當(dāng)IPv6 UDP數(shù)據(jù)包負(fù)載達(dá)到最大負(fù)載81時(shí)，此時(shí)的實(shí)際吞吐量最高。當(dāng)傳輸負(fù)載達(dá)到91字節(jié)是，實(shí)際吞吐量會(huì)突然下降，這是因?yàn)榉制皇菫榱藗鬏旑~外1字節(jié)的負(fù)載，使得分片開(kāi)銷過(guò)大。由于6LoWPAN是嚴(yán)格分層的，IPv6數(shù)據(jù)包在每一跳處都被重組，所以傳輸開(kāi)銷和跳數(shù)信息是直接相關(guān)的。

圖4 6LoWPAN中單跳和兩跳傳輸?shù)膶?shí)際吞吐量

3.5 基于RSSI的路由協(xié)議的性能分析

我們使用Contiki平臺(tái)COOJA仿真工具中來(lái)做實(shí)驗(yàn)，圖 5是在COOJA仿真器下的網(wǎng)絡(luò)拓?fù)鋱D。為了測(cè)試基于RSSI的RPL路由協(xié)議的性能，實(shí)驗(yàn)中使用500個(gè)1032字節(jié)的IPv6 UDP數(shù)據(jù)包從節(jié)點(diǎn)5傳輸?shù)焦?jié)點(diǎn)1。RSSI_ETX在路徑1-4-2-5的數(shù)值為1.148，在路徑1-3-6-7-5中的數(shù)值為1.121。因此路徑1-3-6-7-5將被基于RSSI的IPv6路由協(xié)議選中。基于路徑1-3-6-7-5中最小的RSSI值得出合適的包長(zhǎng)度應(yīng)為264字節(jié)。

圖5 COOJA仿真工具中的RPL拓?fù)鋱D

圖6中展示了本文提出的RSSI的路由協(xié)議的性能估計(jì)。我們分別在MTU(最小傳輸單元)為246字節(jié)和1032字節(jié)兩種環(huán)境進(jìn)行測(cè)試，在原始的RPL選擇最小的ETX路徑和最長(zhǎng)的IPv6數(shù)據(jù)包長(zhǎng)。原始的RPL路由對(duì)數(shù)據(jù)包總的傳輸時(shí)間是39分29秒。而基于RSSI的路由協(xié)議則用時(shí)16分24秒，兩者總傳輸時(shí)延竟相差了13分鐘左右，測(cè)試結(jié)果表明，RSSI路由協(xié)議的性能遠(yuǎn)高于原始的RPL協(xié)議。

圖6 基于RSSI的路由協(xié)議在COOJA中的性能分析

圖7為我們選取示例中的拓?fù)浣Y(jié)構(gòu)，將改進(jìn)的基于RSSI的RPL路由協(xié)議寫(xiě)入程序中。通過(guò)在6LoWPAN網(wǎng)絡(luò)中，部署30個(gè)節(jié)點(diǎn)，仿真的時(shí)間為設(shè)置為1個(gè)小時(shí)，觀察節(jié)點(diǎn)的拓?fù)浣⑦^(guò)程。包括路由負(fù)載、端到端平均時(shí)延等。對(duì)比RPL路由協(xié)議，基于RSSI的更加高效、快速。這是因?yàn)樵诤玫逆溌飞?，?shù)據(jù)包選擇傳輸?shù)膸茁矢?，所以鏈路更能夠做到?fù)載均衡。拓?fù)浣⑦^(guò)程如圖7所示。

圖7 RSSI-RPL在COOJA工具下的拓?fù)浣⑦^(guò)程

4 結(jié)束語(yǔ)

本文針對(duì)6LoWPAN中RSSI路由協(xié)議向下傳輸?shù)慕⑦^(guò)程，通過(guò)實(shí)驗(yàn)分析了IPv6數(shù)據(jù)包長(zhǎng)度對(duì)MAC層分片數(shù)量的影響。并運(yùn)用Contiki 6LoWPAN工具，分析了在6LoWPAN網(wǎng)絡(luò)中實(shí)際的IPv6 UDP數(shù)據(jù)包的傳輸性能，傳輸延遲等。通過(guò)實(shí)驗(yàn)結(jié)果，我們提出了一個(gè)改進(jìn)的6LoWPAN網(wǎng)絡(luò)下基于RSSI的IPv6路由協(xié)議。從實(shí)驗(yàn)中發(fā)現(xiàn)6LoWPAN性能與IPv6負(fù)載長(zhǎng)度線性相關(guān)，分析發(fā)現(xiàn)在大負(fù)載的IPv6網(wǎng)絡(luò)中，該方案數(shù)據(jù)傳輸效率高于原來(lái)的方案。下一步我們將逐步探索基于RSSI的路由機(jī)制在信道條件差的情況下的性能。同時(shí)下一步可以考慮將改進(jìn)的6LoWPAN地址壓縮方案考慮進(jìn)來(lái)，探索IPv6 UDP數(shù)據(jù)包長(zhǎng)度對(duì)兩者的影響。同時(shí)希望加入更多的參考指標(biāo)，例如6LoWPAN地址壓縮方案的復(fù)雜度分析，設(shè)備能量消耗分析等，進(jìn)行綜合的評(píng)估，得出更為實(shí)用和高效的路由尋址策略和地址壓縮方法。