趙 坤，陳子平，夏勇明，錢松榮

0 引言

無線傳感網(wǎng)(Wireless Sensor Network,WSN)結(jié)合了無線通信技術(shù)與傳感器技術(shù)，采用專用的通信方式從而將感知從復雜的高成本的有線數(shù)據(jù)傳輸中解脫出來。WSN由大量的廉價終端傳感節(jié)點和網(wǎng)絡支撐節(jié)點組成，這些節(jié)點通過各種類型的傳感器完成環(huán)境信息的搜集，通過無線網(wǎng)絡來完成監(jiān)控區(qū)域信息的傳輸、處理和響應，廣泛于包括人員監(jiān)控、戰(zhàn)場感知、設施農(nóng)業(yè)、安全監(jiān)測和工業(yè)自動化等。

隨著無線傳感網(wǎng)應用中節(jié)點規(guī)模的增長，必須對節(jié)點與WSN網(wǎng)絡狀況進行有效的監(jiān)控、管理和組織、實時響應故障、調(diào)整運行參數(shù)、提供安全的訪問、以保證WSNs的資源有效分配、有效組織與有效維護。無線傳感網(wǎng)管理系統(tǒng)(WSN Management System,WSNMS)，是在無線傳感網(wǎng)基礎(chǔ)上的管理系統(tǒng)，是保障無線傳感器網(wǎng)絡靈活、有效、可靠和安全地滿足系統(tǒng)設計目標的支撐技術(shù)，對于傳感器網(wǎng)絡具有重要的意義,是無線傳感器網(wǎng)絡大規(guī)模應用的關(guān)鍵技術(shù)之一。具體來說，WSN網(wǎng)絡管理有兩個功能，首先，它能夠監(jiān)視和控制WsN的運行狀態(tài)，使之能夠提供可靠、有效、安全和經(jīng)濟的服務；其次，它基于對運行狀態(tài)的監(jiān)視，提供WSN的狀態(tài)控制。第一個任務的目標是發(fā)現(xiàn)系統(tǒng)瓶頸和系統(tǒng)隱患，第二個任務則是通過合理的控制和調(diào)整，提升系統(tǒng)性能以保證提供可靠的服務[1]。

需要指出的是，現(xiàn)在WSN仍然沒有像數(shù)十年前想像的那樣得到大規(guī)模推廣，其原因大致可以歸結(jié)為以下幾點：

1) WSN節(jié)點的處理器-通信芯片和傳感器件的成本仍然太高，并沒有達到實現(xiàn)所謂的“一美元節(jié)點”的水平；

2) WSN技術(shù)仍然局限太大，以最廣泛使用的ZigBee為例，盡管理論上支持65536個節(jié)點，但在PAN內(nèi)節(jié)點超過數(shù)百個時，會發(fā)生信道阻塞情況，從而發(fā)生某些節(jié)點不可到達的狀況，這種不可靠的狀況可以部分歸因于這些低功耗低成本器件工作于高度擁擠的ISM頻段；

3) 很多應用部署起來太困難，使得其很難得到推廣；

4) 缺乏通用的大規(guī)模系統(tǒng)架構(gòu)。

應用現(xiàn)有的一些WSN協(xié)議標準在實際使用時，會很大地制約WSN應用的規(guī)模。

本文作者就上述問題的一部分，在一個具體涉及人員安防監(jiān)控項目中，提出了一種大規(guī)模的空間高密度節(jié)點WSN集群的構(gòu)建方法，并開發(fā)了名為Sumlock的原型系統(tǒng)，采用德州儀器(TI)的CC2530與CC430芯片作為WSN節(jié)點構(gòu)建了異構(gòu)WSN集群，分別使用了Z-Stack和底層開發(fā)，作為系統(tǒng)感知層，采用Friendly ARM mini2440在其上基于Linux 2.6.32用C++語言編寫構(gòu)建了WSN網(wǎng)關(guān)Agent作為系統(tǒng)網(wǎng)絡層，以SQL Server 2008和C#.Net技術(shù)開發(fā)了系統(tǒng)應用層。

Sumlock架構(gòu)的設計目標是：

a) 可擴展能力，特別地，Sumlock非常關(guān)注實現(xiàn)空間高密度特點的應用解決方案；

b) 異構(gòu)WSN支持能力；

c) 通用性，獨立于具體的WSN應用領(lǐng)域，抽象出統(tǒng)一指令集與傳輸協(xié)議和管理協(xié)議；

d) 快速部署能力。

囿于篇幅限制，本文無法闡述全部的技術(shù)細節(jié)，將會就一些重要的設計，特別是作者主要參與的感知層和網(wǎng)絡層的設計實現(xiàn)方法進行討論。文章將按下述結(jié)構(gòu)組織第1章將介紹相關(guān)的技術(shù)背景。第2章介紹相關(guān)的硬件架構(gòu)設計與組織。第3章介紹Sumlock的高層次架構(gòu)和系統(tǒng)調(diào)試設計方法。第4章介紹Sumlock的感知層設計與實現(xiàn)。第5章介紹Sumlock的網(wǎng)絡層設計與實現(xiàn)。最后，第6章給出相關(guān)的測試結(jié)果。

1 相關(guān)工作

L.B.Ruiz在2003年提出了WSNMS的概念，設計了MANNA架構(gòu)，從3個層面對WSNMS進行了定義，包括功能架構(gòu)，信息架構(gòu)和物理架構(gòu)，但并未具體實現(xiàn)，后續(xù)的一些研究也尚處于理論研究階段。這篇文獻指出，按照具體的拓撲結(jié)構(gòu)，這種規(guī)?；腤SNMS大致可以分為集中式，分布式和分級式的架構(gòu)[2]。

在集中式管理系統(tǒng)中，如BOSS、MOTE-VIEW、WSNView，和Sympath等等，管理站點從其他節(jié)點獲取到信息并且控制整個WSN的運行。相對來說，管理站點可以有近乎無限的資源，因此它可以實施很復雜的管理任務，減少WSN內(nèi)節(jié)點的運算和存儲負擔。另外，居于一個中央的地位，管理站點也可以輕易地獲取關(guān)于WSN的一個全局的信息以作出正確的管理決策。但集中式的管理站點也會有一些缺陷，比如像在匯聚節(jié)點會造成很大的通信流量，匯聚節(jié)點與管理站之間會有很大的額外通信開銷，而且一旦中央服務器發(fā)生故障，則會令整個WSN陷入癱瘓。

分布式網(wǎng)絡管理系統(tǒng)，諸如Agilla和Sectoral Sweeper一類WSN節(jié)點級別的管理，它們具有多個管理站，每個管理站控制一個子網(wǎng)絡，每個子網(wǎng)絡的管理站可以跟其它的子網(wǎng)管理站通信來保持協(xié)作管理。

由于分布式系統(tǒng)的本地化管理策略降低了網(wǎng)絡開銷，避免了網(wǎng)絡瓶頸，但是它的缺陷在于它過于復雜而且配置很困難，而在節(jié)點上直接進行的網(wǎng)絡管理。

在分級式管理系統(tǒng)中，如TopDisc,STREAM,RRP,WinMS和PFMA等等系統(tǒng)架構(gòu)上，也是有多個管理站，但是這些管理站分為一般管理站與中繼管理站，一般而言，中繼管理站負責分布網(wǎng)絡管理的相關(guān)處理，但中繼管理站之間不進行通訊。每個一般管理站負責該個子網(wǎng)的網(wǎng)絡管理。每個一般管理站用于采集下層子網(wǎng)的數(shù)據(jù)并向上層轉(zhuǎn)發(fā)，同時也接收上層管理站的命令解析發(fā)給下面的子網(wǎng)，很容易看到，分級式網(wǎng)絡管理系統(tǒng)是介于集中式網(wǎng)絡管理和分布式管理之間的一種管理方案。

隨著WSN應用的增長，WSN的管理變得越來越重要。鑒于上述各類網(wǎng)絡系統(tǒng)各有其優(yōu)缺點，我們需要一種方法盡可能多地采用其優(yōu)點而且盡可能多地回避其缺點。

在我們前面所做的研究[1]中提出一種3層異構(gòu)網(wǎng)絡管理的架構(gòu)，但當時尚未對其系統(tǒng)實現(xiàn)和實證研究，本文依據(jù)其主要架構(gòu)思想，實施了該架構(gòu)，并進行相應的驗證工作。

需要提及的是幾個已經(jīng)完成或者正在進行中的WSN項目：

EMMON[4]，這是目前在歐洲最大規(guī)模的一個WSN試驗項目，目前網(wǎng)絡容納超過300個節(jié)點，EMMON2架構(gòu)也正在實施，EMMON的架構(gòu)與本文有相關(guān)性，其對空間高密度的WSN的解決思路上與Sumlock是一致的，但是EMMON的架構(gòu)是基于IEEE 802.15.4標準構(gòu)建，其對協(xié)議的定義主要是針對是同構(gòu)的無線傳感網(wǎng)絡的， Sumlock則對異構(gòu)WSN進行了支持，對已存在的應用，可以進行相應的組件移植便可融合構(gòu)造協(xié)同網(wǎng)絡，這種前向兼容性使得Sumlock更適用于對一些已經(jīng)存在的小規(guī)模WSN進行升級擴展整合。

ExScal使用瓶頸數(shù)量在200多個節(jié)點的WSN節(jié)點構(gòu)建了包含了1000多個節(jié)點的LS-WSN，應用于入侵檢測領(lǐng)域，該項目是迄今布署的最大的WSN項目，但其完全標準化的網(wǎng)絡拓撲使得其應用非常局限。

VigilNet試圖構(gòu)建的是集成生存系統(tǒng)，著力在功耗控制方面，目標是在現(xiàn)有硬件的條件下，實現(xiàn)持續(xù)工作至少3～6個月，與本文關(guān)系不大。

Tenet關(guān)注于WSN應用開發(fā)的簡化和軟件重用技術(shù)，設計采用兩層架構(gòu)，分別是處理能力很弱的低層和處理能力較強的高層，Tenet的思想是底層的設備不參與處理，而只負責采集，由處理能力相對較強的高層設備來完成信息的處理工作，與本文關(guān)系不大。

2 硬件與基礎(chǔ)軟件架構(gòu)的設計與組織

2.1 硬件架構(gòu)概覽

如圖1所示：

圖1 Sumlock的硬件框架

如圖1所示，Sumlock的硬件架構(gòu)包括3層，最上層為應用層，硬件上主要包括服務器、數(shù)據(jù)庫與客戶端，集中處理采集到的數(shù)據(jù)，響應用戶請求，存儲相關(guān)數(shù)據(jù)。對WSN事件進行快速響應。

網(wǎng)絡層負責進行區(qū)域內(nèi)的WSNs之間的協(xié)調(diào)、互聯(lián)以及管理工作以及對數(shù)據(jù)的轉(zhuǎn)發(fā)。

感知層主要是各種相對獨立的WSNs，實驗中采用了CC2530構(gòu)建了兩個ZigBee網(wǎng)絡，CC430構(gòu)建了一個非ZigBee網(wǎng)絡，前者工作于2.4 GHz頻段，后者工作于 433 MHz頻段，其硬件實物，如圖2所示：

圖2 Sumlock系統(tǒng)Demo的硬件實物

2.2 感知層硬件設計與基礎(chǔ)軟件架構(gòu)

感知層采用異構(gòu)組網(wǎng)，其中，采用CC2530搭載ZStack協(xié)議棧組建了運行了2.4 GHz的ZigBee網(wǎng)絡，該網(wǎng)絡應用于安防監(jiān)控與人員定位，采用CC430構(gòu)建了無協(xié)議方式通信(點對點，廣播)的網(wǎng)絡[3]，用于設施農(nóng)業(yè)環(huán)境監(jiān)測，能夠?qū)崟r地將各個標簽捕獲的信息存儲并顯示，并參照一些農(nóng)作物生長模型合理提醒報警。

CC2530結(jié)合了一個完全集成的，高性能的RF收發(fā)器與一個8051微處理器，8 kB的RAM ，32/64/128/256 KB閃存，以及其他強大的支持功能和外設。射頻部分采用巴倫匹配和外置高增益SMA天線，接收靈敏度高。

CC430網(wǎng)絡用的芯片是TI公司生產(chǎn)的超低功耗CC430，該芯片集成了單片機MSP430和無線傳輸模塊CCll01，比普通的兩塊芯片面積減少50%的覆蓋面積[3]。

圖展示的是項目DEMO中WSN匯聚節(jié)點的硬件實物，包括兩個由CC2530構(gòu)成的ZigBee協(xié)調(diào)器和一個由CC430構(gòu)建的非標準網(wǎng)絡的匯聚節(jié)點，終端節(jié)點的硬件實物，如圖3所示：

圖1 終端節(jié)點的硬件實物圖

基礎(chǔ)協(xié)議棧上，CC2530搭載了Z-Stack協(xié)議棧，Z-Stack采用操作系統(tǒng)的思想來構(gòu)建，其硬件實物，如圖4所示：

圖4 Sumlock系統(tǒng)匯聚系統(tǒng)硬件實物圖

采用事件輪循機制，當各層初始化之后，系統(tǒng)進入低功耗模式，當事件發(fā)生時，喚醒系統(tǒng)，開始進入中斷處理事件，結(jié)束后繼續(xù)進入低功耗模式。如果同時有幾個事件發(fā)生，判斷優(yōu)先級，逐次處理事件。這種軟件構(gòu)架可以極大地降級系統(tǒng)的功耗。Z-Stack采用分層的架構(gòu)方法，主要的層次有OSAL層，NWK層，HAL層，MAC層和PHY層，以及輔助的ZDO接口和用于管理調(diào)試的MT層。Sumlock在實際架構(gòu)的時候，對Z-Stack的一些細節(jié)進行修改，不關(guān)涉架構(gòu)體系，不在此處贅述。

而CC430的部分則是采用的自定義協(xié)議，無線數(shù)據(jù)幀結(jié)構(gòu)包括8*n的前導比特、16/32比特的同步字市、8比特的長度、8比特的地址字節(jié)、8*n比特的數(shù)據(jù)域和16比特的CRC 校驗[3]。

2.3 網(wǎng)絡層硬件設計

網(wǎng)絡層的目標是提供相對一般化的無線傳感網(wǎng)管理功能，提供對計算機網(wǎng)絡信息轉(zhuǎn)發(fā)，解析并執(zhí)行相關(guān)的命令并進行有效的監(jiān)控。網(wǎng)絡層主要由WSN網(wǎng)關(guān)和相應的服務器中間件構(gòu)成，如圖5所示：

圖5 Sumlock網(wǎng)絡層的軟件層次

WSN網(wǎng)關(guān)采用ARM+linux+yaffs的嵌入式系統(tǒng)的基礎(chǔ)架構(gòu)來完成主要功能。ARM板采用mini2440開發(fā)板，該板采用三星s3c2440為處理器，系A(chǔ)RM7內(nèi)核處理器，板載DM9000網(wǎng)卡芯片和串口等外設。采用linux-2.3.26內(nèi)核和yaffs2文件系統(tǒng)。bootloader選用了vivi，如圖6所示：

圖6 Sumlock系統(tǒng)WSN網(wǎng)關(guān)硬件與設備端口

為配置和系統(tǒng)調(diào)試上的便利，在系統(tǒng)中移植了包括FreeTDS,BOA服務器等在內(nèi)的組件，其中，F(xiàn)reeTDS是為WSN網(wǎng)關(guān)直接訪問SQL SERVER服務器而引入的，F(xiàn)reeTDS為Linux系統(tǒng)提供了TDS協(xié)議的開源客戶端。由于Microsoft SQL Server使用的恰是TDS協(xié)議，所以在Linux中可以用FreeTDS連接Microsoft SQL Server，后文將會闡釋引入FreeTDS的原因。

BOA是一種非常小巧的Web服務器，其可執(zhí)行代碼只有大約60KB左右，源代碼開放、性能高。作為一種單任務Web服務器，Boa只能依次完成用戶的請求，而不會fork出新的進程來處理并發(fā)連接請求。但Boa支持CGI，能夠為CGI程序fork出一個進程來執(zhí)行。Boa的設計目標是速度和安全。BOA的引入，是為WSN在開發(fā)調(diào)試過程中引入用戶配置環(huán)境，如圖7所示：

圖7 Sumlock的WSN的console模式

還有一些邊緣的電路設計，包括串口電平轉(zhuǎn)換，總線協(xié)議轉(zhuǎn)換、操作系統(tǒng)的移植、驅(qū)動編寫和組件移植等等技術(shù)細節(jié)，也是無關(guān)架構(gòu)，就不在此處一一列舉了。

3 Sumlock的高層次架構(gòu)和系統(tǒng)調(diào)試設計方法

為避免歧義，術(shù)語WSN在下文中專指運行于單一信道的無線傳感網(wǎng)。Sumlock架構(gòu)設計的主要目標是解決在區(qū)域空間高密度節(jié)點的情形下，提供有效的解決方案，使得基于WSN的系統(tǒng)能夠有效運行，在此基礎(chǔ)上，提供對全域范圍內(nèi)WSNs的有效管控。其核心思想，是利用多信道覆蓋節(jié)點密集區(qū)域，以避免單一信道所可能帶來的節(jié)點上限瓶頸，而現(xiàn)有的WSN成熟技術(shù)和應用通常運行于單一信道，采用多信道的方案會面臨多個WSN之間互聯(lián)通信的問題，解決這一矛盾會有兩種思路：

a) 利用WSN通信方式解決WSN間的通信問題；

b) 利用非WSN通信方式解決WSN間的通信問題。

對于a)方法，在我們前面的研究中已經(jīng)指出，其實質(zhì)是用一個公共節(jié)點作為網(wǎng)關(guān)，在運行周期內(nèi)以分時方式加入各個WSN并對其進行數(shù)據(jù)采集和其他的管控工作，其問題是業(yè)務邏輯上的匯聚節(jié)點在協(xié)議上是一個公共子節(jié)點，其分時方式一方面會加劇WSN的通信負載，另一方面，這個網(wǎng)關(guān)匯聚節(jié)點在節(jié)點密集時得不到相適應的通信優(yōu)先級。

因此，要根本解決WSN間通信問題，非WSN通信方式的WSN間通信解決方案更有效。Sumlock采用的是基于串口通信協(xié)議的多接口通信方案。

盡管Sumlock支持異構(gòu)WSN架構(gòu)，但是它同樣具有一些同構(gòu)WSN的功能，主要是匯聚節(jié)點的負載均衡，這是解決空間高密度應用的核心技術(shù)，提供了在區(qū)域內(nèi)均衡各個同構(gòu)WSN的負載的功能。

Sumlock的布署模式是“一區(qū)一網(wǎng)關(guān)多WSN”，在WSN啟動，匯聚節(jié)點發(fā)起注冊的時候，會向網(wǎng)關(guān)申報系統(tǒng)類型、設備類型與工作信道，網(wǎng)關(guān)將以此為基準來進行同構(gòu)系統(tǒng)識別和負載均衡調(diào)整。

在開發(fā)的過程中，為實現(xiàn)相應的分離層次開發(fā)，在調(diào)試模式使用了數(shù)據(jù)庫作為中間媒介，作為網(wǎng)絡層與應用層的調(diào)試接口，這是前面在網(wǎng)絡層中引入FreeTDS組件的原因，待邏輯層面的調(diào)試無誤后再行轉(zhuǎn)到Socket。采用BOA服務器是提供一個配置的接口，使得配置可視化，把配置工作從與系統(tǒng)開發(fā)相關(guān)的工作中分離出來。

4 Sumlock的感知層設計與實現(xiàn)

本項目將以CC2530上基于Z-Stack的開發(fā)舉例說明感知層的設計。整體將在調(diào)用改進的Z-Stack的OSAL層、HAL層與MT層API基礎(chǔ)上進行開發(fā)。

4.1 尋址空間

ZigBee分配的用戶NV空間范圍為0x0201～0x0FFF。其他地址由各層使用。在Sumlock-ZStack感知層設計中，擴展了這個地址，原來的NV空間地址為0x0010 0201～0x 0010 0FFF作為傳感器等的讀寫地址，具體的地址解析工作是由具體應用來定義的。

作為所有的在同一系統(tǒng)內(nèi)識別的基本信息(System Identify Information,SII)，是Sumlock的設備必須進行定義的，用于識別系統(tǒng)類型、設備類型與設備唯一標識，包括以下部分，如表1所示：

表1 Sumlock-ZigBee的SII地址定義

4.2 匯聚節(jié)點與WSN網(wǎng)關(guān)間的指令集與數(shù)據(jù)幀格式

前文提到過，WSN網(wǎng)關(guān)與匯聚節(jié)點(Sink Node/Cluster Head),

感知層匯聚節(jié)點接受的串口指令集由以下部分組成：

1) WSN管理指令

2) WSN數(shù)據(jù)讀寫指令

3) 調(diào)試指令

WSN管理指令格式：

0xDA 數(shù)據(jù)長度 0x3x xx 數(shù)據(jù)內(nèi)容 校驗字節(jié)1byte 1 byte 2bytes N bytes 2 bytes

響應包/事件包：

0xDA 數(shù)據(jù)長度 0x4x xx 數(shù)據(jù)內(nèi)容 校驗字節(jié)1byte 1 byte 2bytes N bytes 2 bytes

WSN透明數(shù)據(jù)讀寫指令：

0xDA 數(shù)據(jù)長度0x71 xx目標地址擴展NV空間索引校驗字節(jié)

1byte 1 byte 2bytes 8 bytes 4 bytes 2 bytes

響應包：

0xDA 數(shù)據(jù)長度0x72 xx目標地址數(shù)據(jù)(明文)校驗字節(jié)1byte 1 byte 2bytes 8 bytes N bytes 2 bytes

WSN權(quán)限數(shù)據(jù)讀寫指令：

0xDA 數(shù)據(jù)長度0x73xx 目標地址擴展NV空間索引校驗字節(jié)1byte 1 byte 2bytes 8 bytes 4 bytes 2 bytes

響應包

0xDA 數(shù)據(jù)長度0x74 xx目標地址數(shù)據(jù)(密文)校驗字節(jié)1byte 1 byte 2bytes 8 bytes N bytes 2 bytes

調(diào)試指令：

0xDA 數(shù)據(jù)長度 0x01 xx 數(shù)據(jù)內(nèi)容 校驗字節(jié)1byte 1 byte 2bytes N bytes 2 bytes

4.3 感知層空中通信(OTA)協(xié)議與整體運作過程

Sumlock-ZStack的WSN匯聚節(jié)點亦即ZigBee的協(xié)調(diào)器(Coordinator)，在啟動后自行組網(wǎng)，并向默認的UART口周期性地(默認是5s)發(fā)起連接請求(0x4030包)，在網(wǎng)關(guān)正確響應請求后建立起一個空的域內(nèi)節(jié)點映射表。WSN網(wǎng)關(guān)隨后會發(fā)出節(jié)點信息搜集指令(0x3002包)。

匯聚節(jié)點在收到該命令后，其OTA模式進入域內(nèi)標簽發(fā)現(xiàn)模式，將廣播一個無線RSSI與SII請求(OTA，0x80簇)，標簽/路由將自己的System ID，DeviceType，DeviceID和IEEE Addr用公鑰加密后給Coordinator(OTA，0x81簇)，Coordinator解析相關(guān)信息，填寫串口0x4031幀信息，送給上位機，返回給標簽一個回執(zhí)(OTA,0x82簇)，確認入網(wǎng)。

搜集標簽超時事件發(fā)生后，Coordinator轉(zhuǎn)入空閑狀態(tài)。如有網(wǎng)絡狀態(tài)發(fā)生變化，則再次廣播(OTA，80簇)，保持上位機的網(wǎng)絡狀態(tài)表更新。

其它的管理指令響應過程類似，大體的流程，如圖8所示：

圖8 Sumlock-Zigbee的Coordinator主要工作流程

5 Sumlock的網(wǎng)絡層設計與實現(xiàn)

網(wǎng)絡層采用消息驅(qū)動架構(gòu)，如圖9所示：

圖9 Sumlock網(wǎng)絡層的主要層次

具體地，使用了select/pool查詢文件描述符，這種架構(gòu)較好地適應了上位機和下位機事件。采用select/pool而非epool的原因是，考量實際應用的狀況，接入WSN個數(shù)超過select所能接受的1024個的上限是完全足夠的，而在上位機，接入的是LAN，且是對單一的客戶請求進行響應，所以并不會產(chǎn)生大量的socket請求。

在協(xié)議驅(qū)動層上，設計采用了協(xié)議標準化的方法，即將消息進行格式標準化提供給事件處理層處理。而業(yè)務邏輯層則定義了與應用相關(guān)的一些業(yè)務邏輯，并將其交給協(xié)議驅(qū)動層進行相應的轉(zhuǎn)發(fā)工作，業(yè)務邏輯層的另一個功能是進行相應的配置管理工作，還有一個功能則是執(zhí)行一些定時任務，如設置一些定時查詢?nèi)蝿盏鹊取?/p>

6 總結(jié)

Sumlock架構(gòu)的實現(xiàn)證明可以顯著地提升空間高密度WSN系統(tǒng)的性能。具體體現(xiàn)在以下幾個方面：

1) 可靠性。Sumlock通過多信道復用技術(shù)顯著提升了高密度節(jié)點應用的可靠性。在服務端故障狀況下，仍然能夠進區(qū)域內(nèi)的各PAN交互，能夠?qū)^(qū)域內(nèi)的緊急狀況采取域內(nèi)響應措施，并能夠在服務器恢復后利用PAN快速建網(wǎng)能力迅速恢復系統(tǒng)運行。

2) 異構(gòu)WSN兼容能力。Sumlock能夠?qū)ΜF(xiàn)有小規(guī)模WSN進行集成而只需升級各個匯聚節(jié)點的固件。使已有的PAN加入Sumlock架構(gòu)擴展其能力更加容易。

3) 通用性。Sumlock抽象統(tǒng)一了感知層與網(wǎng)絡層數(shù)據(jù)封裝，提供了良好的應用一致性與可擴展性。

[1]趙坤，錢松榮.“LS—Sumlock：高密度異構(gòu)無線傳感網(wǎng)管理”[J]2012《微型電腦應用》第28卷第11期.

[2]Ruiz,L.B.,Nogueira,J.M.,Loureiro,A.A.F.“MANNA:A ManagementArchitecture for Wireless Sensor Networks”,Communications Magazine, [J]IEEE(Volume:41,Issue:2),Feb 2003

[3]范庭芳，錢松榮,“一種應用于設施農(nóng)業(yè)的有源RFID系統(tǒng)設計”[J]2012《微型電腦應用》第28卷第4期.

[4]Tennina,S;CISTER Res.;Bouroche,M.等,“EMMON:A WSN System Architecture for Large Scale and Dense Real-Time Embedded Monitoring,” [C]in Proc.Embedded and Ubiquitous Computing(EUC),2011 IFIP 9th International Conference on,2011

[5]Zhonghua Zhao,Wei Huangfu,Yan Liu,Linmin Sun Design and Implementation of Network Management System for Large-scale[C]Wireless Sensor Networks.

[6][6]H.Song,D.Kim,K.Lee,and J.Sung,“Upnp-Based Sensor Network Management Architecture,”[C]in Proc.ICMU Conf.,Apr.2005

[7]Bellifemine,F.L.G.Fortino“ASPINE:An Agent-oriented Design of SPINE,”[OL]www.aspine.net

[8]P.Javier,D.Cid,Danny Hughes,J.Ueyama,et al.DARMA:adaptable service and resource management for wireless sensor networks[C].proc of the 4th International Workshop on Middleware Tools,Services and Run-Time Support for Sensor Networks.New York:ACM,2009:1-6