MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用_第1頁
MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用_第2頁
MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用_第3頁
MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用_第4頁
MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用_第5頁
已閱讀5頁,還剩3頁未讀 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

精品文檔-下載后可編輯MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用-設(shè)計應(yīng)用2MSAODV路由算法的基本思想與算法原理2.1路由算法的基本思想在研究了AODV路由協(xié)議之后,本文提出了一種全新的路由算法,這種路由算法適合在微型無線傳感器網(wǎng)絡(luò)上使用,又由于是基于AODV路由協(xié)議之上,故稱之為MSAODV(Micro-SensorAd-hocOn-DemandDistanceVectorAlgorithm)路由協(xié)議。無線傳感器網(wǎng)絡(luò)與傳統(tǒng)無線移動網(wǎng)絡(luò)有區(qū)別,無線傳感器網(wǎng)絡(luò)關(guān)心的是整個網(wǎng)絡(luò)的成存周期,而傳統(tǒng)無線移動網(wǎng)主要關(guān)心的是網(wǎng)絡(luò)拓撲變化情況下可靠傳輸質(zhì)量。微型無線傳感器網(wǎng)絡(luò)中的節(jié)點具有體積小,功耗小,通信距離短等特點,他們應(yīng)用的場合非常廣泛,像戰(zhàn)場敵方信息采集,森林火災(zāi)監(jiān)控等,這些場合往往是一些無人區(qū),傳感器節(jié)點拋撒到這些地方再回收的可能性非常小,所以節(jié)點的功耗決定了他的使用時間。針對這些特點,MSAODV路由算法采用了按需查詢方式,他簡單實用,易于擴充,協(xié)議開銷小,應(yīng)用了這種路由算法傳感器節(jié)點大部分時間都可以處在睡眠狀態(tài),這樣就延長了節(jié)點的使用時間,適合無線傳感器網(wǎng)絡(luò)的使用環(huán)境。2.2MSAODV路由算法原理MSAODV路由協(xié)議算法是在AODV路由協(xié)議的基礎(chǔ)上改進演化而來的,他繼承了AODV路由算法的許多特點,但是又與AODV路由協(xié)議算法有所不同。無線傳感器網(wǎng)絡(luò)的體系結(jié)構(gòu)將有助于設(shè)計MSAODV路由協(xié)議算法,圖1顯示了無線傳感器網(wǎng)絡(luò)的體系結(jié)構(gòu)。

MSAODV路由算法同樣假設(shè)網(wǎng)絡(luò)中的所有鏈路都是雙向?qū)ΨQ的,即某個源節(jié)點通過一條路由可以到達無線網(wǎng)絡(luò)中的某個目的節(jié)點時,該目的節(jié)點同樣也可以通過這條路由的反向路由回到源節(jié)點。MSAODV路由協(xié)議同樣是一種按需的距離向量路由協(xié)議,具有按需路由協(xié)議的特點,網(wǎng)絡(luò)中的每個節(jié)點在需要進行通信時才發(fā)送路由分組,而不會周期性地交互路由信息以得到所有其它主機的路由:同時具有距離向量路由協(xié)議的一些特點,即各節(jié)點路由表只維護本節(jié)點到其他節(jié)點的路由,而無須掌握全網(wǎng)拓撲結(jié)構(gòu)。MSAODV路由協(xié)議中只有兩種類型的消息控制幀:路由請求RREQ和路由應(yīng)答RREP。和AODV路由協(xié)議一樣,當(dāng)源節(jié)點需要發(fā)送數(shù)據(jù)而又沒有到目的節(jié)點的有效路由時,啟動一個路由發(fā)現(xiàn)過程:向網(wǎng)絡(luò)廣播一個路由請求包RREQ,中間節(jié)點轉(zhuǎn)發(fā)該路由請求,收到請求的目的節(jié)點以單播的方式向源節(jié)點返回一個RREP包,RREP沿著剛建立的逆向路徑傳輸回源節(jié)點,源節(jié)點收到該RREP包后則開始向?qū)?yīng)目的節(jié)點發(fā)送數(shù)據(jù)。在路由請求包的正向傳播過程中,網(wǎng)絡(luò)中能收到該路由請求的節(jié)點都建立起了到源節(jié)點的反向路由,當(dāng)目的節(jié)點收到路由請求而回送路由應(yīng)答時,逆向路徑上的節(jié)點又建立了前向路由。整個MSAODV路由發(fā)現(xiàn)過程如圖2所示,a圖表示的是反向路由的建立過程,節(jié)點S需要和節(jié)點D通信,但是他沒有節(jié)點D的路由,所以節(jié)點S發(fā)起到節(jié)點D的路由請求,節(jié)點S廣播一個路由請求包,收到路由請求包的節(jié)點轉(zhuǎn)發(fā)節(jié)點S的請求,終節(jié)點D收到了節(jié)點S的路由請求包,這個過程建立了節(jié)點S到節(jié)點D的反向路由;b圖表示的是由節(jié)點S到節(jié)點D前向路由的建立過程,當(dāng)節(jié)點D收到節(jié)點S的路由請求包后,他要給節(jié)點S回送一個路由應(yīng)答包,順著剛才建立的反向路由,應(yīng)答包終被節(jié)點S成功接收,在此過程中節(jié)點S又建立了到節(jié)點D的前向路由。MSAODV路由算法的原理及在無線傳感器網(wǎng)絡(luò)方面的應(yīng)用3MSAODV路由中的路由表與協(xié)議幀的格式3.1MSAODV路由協(xié)議路由表網(wǎng)絡(luò)中的每一個節(jié)點都有這樣的一個路由表,該表保存了對應(yīng)節(jié)點的路由信息,由于各個節(jié)點在網(wǎng)絡(luò)中的位置不同,因而他們的路由表項也不相同,例如在圖2(b)中,a節(jié)點的路由表有兩項,c節(jié)點的路由表也有兩項,如表1所示。

3.2MSAODV路由協(xié)議幀格式由于MSAODV路由協(xié)議是AODV路由協(xié)議的改進演化,所以與AODV路由協(xié)議幀類似,MSAODV路由協(xié)議也包括RR衛(wèi)Q協(xié)議幀和RREP協(xié)議幀,但不包含RERR協(xié)議幀。不包含RERR協(xié)議幀會導(dǎo)致MSAODV協(xié)議在路由維護和錯誤處理上功能欠缺,但可以通過其他方法來彌補這個缺陷。RREQ協(xié)議幀格式RREQ路由請求協(xié)議幀如表2所示。

RREP協(xié)議幀格式RREP路由應(yīng)答協(xié)議幀如表3所示。

4MSAODV路由協(xié)議的操作由于MSAODV路由協(xié)議是對AODV協(xié)議的改進演化,所以MSAODV路由協(xié)議的操作與AODV路由協(xié)議的操作大同小異,為了清晰起見,對MSAODV協(xié)議的操作做一詳細的介紹還是有必要的。4.1產(chǎn)生路由請求無線網(wǎng)絡(luò)中某個節(jié)點需要和網(wǎng)絡(luò)中的另一個節(jié)點通信時,他首先會查找自己的路由表,以確定是否有通往該目的節(jié)點的有效路由,如果有的話,從對應(yīng)的目的節(jié)點路由表項中取出下一跳節(jié)點地址,然后構(gòu)造數(shù)據(jù)包并把該數(shù)據(jù)包發(fā)往下一節(jié)點,如果不存在通往目的節(jié)點的路由,那么該節(jié)點就要發(fā)起路由請求。4.2處理和轉(zhuǎn)發(fā)路由請求處理和轉(zhuǎn)發(fā)路由請求是針對源節(jié)點和目的節(jié)點之間的中間節(jié)點而言。這些中間節(jié)點可能不止一個,在他們收到源節(jié)點廣播的RREQ路由請求幀之后,必需處理和轉(zhuǎn)發(fā)該路由請求幀。該RREQ請求幀是否己經(jīng)被成功接收過,判斷的依據(jù)就是源節(jié)點的IP地址和廣播ID號,如果發(fā)現(xiàn)由源節(jié)點和廣播ID標志的RREQ請求幀是新的,也就是沒收到過,就會根據(jù)此RREQ請求幀更新自己路由表中對應(yīng)的項。很顯然,該路由表項的目的節(jié)點IP字段就是是源節(jié)點IP地址,下一跳IP地址就是發(fā)送此RREQ請求幀的節(jié)點IP地址,有可能是源節(jié)點也有可能是另一個中間節(jié)點。接下來此中間節(jié)點判斷該RREQ請求幀的目的IP是不是就是自己,如果是就回送一個RREP回應(yīng)幀,不是就轉(zhuǎn)發(fā)該RREQ請求幀。4.3產(chǎn)生路由應(yīng)答RREQ經(jīng)過中間節(jié)點的轉(zhuǎn)發(fā)到達目的節(jié)點或者是直接到達目的節(jié)點后,目的節(jié)點要進行相應(yīng)的處理。目的節(jié)點收到RREQ請求包,首先會判斷是否已經(jīng)收到過此請求包,如果沒有收到過則更新自己相應(yīng)的路由表項,目的節(jié)點把該路由表項的目的IP更新為源節(jié)點的IP地址,下一跳IP為發(fā)給他RR衛(wèi)Q請求幀的節(jié)點IP,目的節(jié)點序列號填上源節(jié)點的序列號,該序列號在RREQ請求幀里,跳數(shù)直接從RREQ請求幀里拷貝。在確認請求的節(jié)點就是自己后,目的節(jié)點要給源節(jié)點發(fā)送一個RREP應(yīng)答幀,接下來目的節(jié)點構(gòu)造一個RREP應(yīng)答幀并正確初始化該幀。類型字段為2,表示該幀是RREP應(yīng)答幀。跳數(shù)字段為0,因為是目的節(jié)點發(fā)起的RREP應(yīng)答幀。目的節(jié)點產(chǎn)生一個RREP應(yīng)答包之前,必需更新自己的序列號,更新值為當(dāng)前序列號與RREQ請求包中的目的序列號兩者中的值,目的序列號字段被初始化為這個值。源IP地址指的是發(fā)起RREQ請求幀的源節(jié)點的IP地址,而不是指目的節(jié)點的IP地址,同樣的,目的IP地址就是目的節(jié)點的IP地址,也就是發(fā)起RREP應(yīng)答幀的節(jié)點IP地址。在目的節(jié)點構(gòu)造好RREP回應(yīng)幀后,就要把該幀以單播的形式沿著反向路由傳送,他的下一跳節(jié)點IP地址是發(fā)給他RREQ請求幀的節(jié)點地址,可能是某個中間節(jié)點,也可能是源節(jié)點。一切準備就緒,目的節(jié)點按照退避算法發(fā)送該幀。4.4接收和轉(zhuǎn)發(fā)路由應(yīng)答由于無線網(wǎng)絡(luò)的特點,盡管目的節(jié)點是以單播的形式向源節(jié)點回送RREP回應(yīng)幀,但是網(wǎng)絡(luò)中的很多節(jié)點也能接收到該幀,當(dāng)然,這些節(jié)點只是簡單的丟棄該幀,只有反向路由上的節(jié)點才會接收該RREP回應(yīng)幀。反向路由上的節(jié)點會沿著反向路由順利的把RREP回應(yīng)幀傳給源節(jié)點,同時他們也根據(jù)此RREP回應(yīng)幀建立了前向路由。該節(jié)點下面要完成的工作就是把該RREP回應(yīng)幀轉(zhuǎn)發(fā)出去。他要知道下一跳節(jié)點的IP地址,以RREP回應(yīng)幀中的源節(jié)點IP地址為關(guān)鍵字查找路由表,得到下一跳節(jié)點的IP,這個表項是在建立反向路由時建立或更新的。該中間節(jié)點在完成上面的步驟后,以退避算法轉(zhuǎn)發(fā)該RREP回應(yīng)幀。與RREQ請求幀的轉(zhuǎn)發(fā)不同,R.REP回應(yīng)幀的轉(zhuǎn)發(fā)是單播的,他不會像R.REQ請求幀那樣可能被轉(zhuǎn)發(fā)多次,所以R.REP回應(yīng)幀的字段里不存在廣播ID。4.5新節(jié)點加入無線傳感器網(wǎng)絡(luò)中的節(jié)點在開機或重啟之后,會向網(wǎng)絡(luò)廣播一個RESET消息,網(wǎng)絡(luò)中的其他節(jié)點收到此RESET消息后會轉(zhuǎn)發(fā)該幀,主節(jié)點收到該幀。新節(jié)點在RESET消息幀里攜帶自己的IP地址,這樣當(dāng)主節(jié)點收到該幀后就可以知道是哪個節(jié)點重啟。收到RESET消息幀的其他節(jié)點首先查找自己的路由表看是否有主節(jié)點的IP地址,如果有就以單播的形式發(fā)送該幀,反之則繼續(xù)廣播此RESET消息幀。每個節(jié)點都要保存上他收到的RESET消息幀中的源節(jié)點IP地址,下次再收到RESE

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論