【正文】 對 .................................................... 17 對 的修改 ................................................... 18 修改類 AODV的構(gòu)造函數(shù) ........................................ 18 AODV路由發(fā)現(xiàn)過程與相應(yīng)的修改 ................................. 19 sendHello,sendError 函數(shù)的修改 ................................ 23 路由表更新函數(shù) rt_update 的修改 ............................... 25 修改 mand函數(shù) ............................................. 25 對路由表的的修改 ................................................... 26 5 仿真實現(xiàn)與結(jié)果分析 ...................................................... 28 6 總結(jié)與展望 .............................................................. 30 全文工作總結(jié) ...................................................... 30 展望 .............................................................. 30 參考文獻(xiàn) .................................................................. 31 附錄 ...................................................................... 32 致謝 ...................................................................... 39 Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 1 摘要 IEEE 標(biāo)準(zhǔn)定義了在 GHz 和 5 GHz 頻段內(nèi)多個不重疊的物理層信道。因此，無線頻段所提供的總帶寬并沒有被充分利用。在以往研究的若干建議中，通過多個同步無干擾的傳輸，利用多信道、多接口來提高網(wǎng)絡(luò)容量。從單一接口轉(zhuǎn)換到利用多信道多接口的技術(shù)。仿真結(jié)果證明了在提高網(wǎng)絡(luò) 吞吐量，降低丟包率，降低 時延 方面的有效性。Multichannel,Multiinterface。AODV Protocol Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 3 1 緒論 本課題國內(nèi)外研究現(xiàn)狀 隨著 IEEE802. 11 相關(guān)技術(shù)及產(chǎn)品的不斷普及 ， 研究者開始把他們的注意力移到了多信道多接口方面 .需要修改 NS2 中 的協(xié)議模型為進(jìn)行多信道多接口相關(guān)的研究工作提供支持 。 TENS 主要集中在媒體介入層 (MAC)和物理層的修改 ， 通過對信道實現(xiàn)的修改支持多信道 ， 但對多信道的支持是單接口 的。 通過對以上兩種方法的研究發(fā)現(xiàn) ， 并沒有一種方法實現(xiàn)了有效靈活的多信道多接口擴展方式 ， 以致以前的路由協(xié)議并不能夠有效的使用多信道多接口這個新特性 [15] [16]。 首先 ， 每個節(jié)點能夠靈活定義接口數(shù)目 ，一個接口對應(yīng)一個信道 。 當(dāng)節(jié)點具有多信道以后如何合理利用新增信道 ，本文也作了初步探索 [10]。首先，我會修改節(jié)點模型使其具有多接口，這部分主要需要修改 OTCL 代碼，但也需要修改少許的 C++代碼；其次，為了使路由協(xié)議能夠適應(yīng)多信道多接口，路由協(xié)議也需要修改，我以 AODV 協(xié)議為例進(jìn)行了修改，這部分基本上就是 C++代碼；最后，我會編寫一個簡單的無線模擬仿真腳本，對節(jié)點的多信道多接口性能進(jìn)行仿真，分析 了吞吐量，丟包率以及實驗特性， 從而表明使用 多信道多接口 技術(shù)的有效性。原始的 NS2 中的移動節(jié)點只有一個接口 [9] [11]， 在包含有多跳 的無線 Ad Hoc 網(wǎng)絡(luò)中，如果每個節(jié)點只使用一個接口，若數(shù)據(jù)包的下一跳不在同一信道上，則它可能在某些跳發(fā)生延時。同時， 當(dāng)存在多個接口，多個信道時，我們可以使一個接口傳輸信道上的數(shù)據(jù)，而另一個接口在另一個信道上接收數(shù)據(jù)，吞吐量最高可以幾乎翻一番 ，時延和丟包率都有很好的改善[12] [13] [14]。移動節(jié)點是由一系列的網(wǎng)絡(luò)構(gòu)件構(gòu)成的，這些構(gòu)件 主要 包括： 鏈路層 （ LL） ： LL 對象負(fù)責(zé)模擬數(shù)據(jù)鏈路層的協(xié)議。 接口隊列（ Interface Queue）：接口隊列是由類 PriQueue 實現(xiàn)的。它優(yōu)先處理路由協(xié)議分組，可以對所有隊列中的分組進(jìn)行過濾，刪除那些具有特定目的地址的分組。發(fā)送時，它增加 MAC 包頭。 網(wǎng)絡(luò)接口 （ Network Interface）：移動節(jié)點訪問信道的接口，可以通過這個接口設(shè)定無線網(wǎng)絡(luò)物理層的一些相關(guān)特性值。 圖 1 ns2 中原始的 mobilenode 結(jié)構(gòu) 修改 后的節(jié)點模型應(yīng)具有多個鏈路層， ARP 模塊，接口隊列， MAC，網(wǎng)絡(luò)接口和信道， 這一方案模擬的是多信道多接口 Ad Hoc 網(wǎng)絡(luò)，因此不需要修改任何的IEEE 硬件，改后的 mobilenode 如圖 2 所示。 以下所有修改的或者增加的代碼均以斜體給出。其次，在仿真腳本中我們會調(diào)用一些新增的過程，這些過程也需要在 中定義。 表 改變接口數(shù)目 Simulator instproc changenumifs { newnumifs } { $self instvar numifs_ set numifs_ $newnumifs } 第二個過程 addchannel 作用是給節(jié)點的接口配置信道，具體如表 所示。 表 返回接口數(shù) Simulator instproc getnumifs {} { $self instvar numifs_ if [ info exists numifs_ ] { Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 8 續(xù)表 return $numifs_ )eise( return } } 第四個過程 ifNum 作為 nodeconfig 的一個參數(shù)，配置接口數(shù)，具體如表 所示。 表 nodeconfig 過程 Simulator instproc nodeconfig args { …… set args [eval $self initvars $args] $self instvar addressType_ routingAgent_ propType_ macTrace_ \ routerTrace_ agentTrace_ movementTrace_ channelType_ channel_ numifs_ \ chan topoInstance_ propInstance_ mobileIP_ \ rxPower_ txPower_ idlePower_ sleepPower_ sleepTime_ transitionPower_ \ Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 9 續(xù)表 transitionTime_ satNodeType_ eotTrace_ phyTrace_ …… Multiple channel, multiple interfaces original:set chan $channel_ modifi as follows if {[info exists numifs_]} { set chan(0) $channel_ } else { set chan $channel_ } …… } 修改 createwirelessnode 過程 由于節(jié)點具有多接口，因此該過程中的 addinterface 必須 多次調(diào)用，調(diào)用的次數(shù)即節(jié)點具有的接口數(shù)，具體如表 所示。 表 修改 addtarget過程 Node/MobileNode instproc addtarget { agent port } { $self instvar dmux_ imep_ toraDebug_ set ns [Simulator instance] set newapi [$ns imepsupport] $agent set sport_ $port set numIfsSimulator [$ns getnumifs] …… original: if { $port == [Node set rtagent_port_] } { Ad hoc routing agent setup needs special handling $self addtargetrtagent $agent $port Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 11 續(xù)表 return } modified as follows if { $port == [Node set rtagent_port_] } { if {$numIfsSimulator != } { for {set i 0} {$i [$self set nifs_]} {incr i} { $agent ifqueue $i [$self set ifq_($i)] } } $self addtargetrtagent $agent $port return } …… } 修改 addtargetrtagent 過程 此過程用來給接口添加路由代理，修改原則和上一過程類似 。 表 修改 addtargetrtagent Node/MobileNode instproc addtargetrtagent { agent port } { …… set numIfSimulator [$ns getnumifs] …… original:} else { 。 no IMEP if {$numIfsSimulator != } { for {set i 0} {$i [$self set nifs_]} {incr i} { set sndT [cmutrace Send RTR $self] Xx 理工大學(xué)畢業(yè)論文（設(shè)計） 12 續(xù)表 $agent target $i $sndT $s