[實驗十一] 無線網路效能分析探討(三)

802.11

• 執行NS，從劇本可以看出，參數"0"是802.11的形式。
  

• 仿照第六章的作法，還原傳輸的影片。
  

• 進行轉檔為 .yuv。
  

• 傳輸品質 ，psnr = 33.582008(跟書上有些微不同，沒有差很多，應該是正常的)。
  

• 傳輸的延遲時間，等等用來跟802.11e比較(也是和書上有些許誤差，可能是在轉檔時發生的錯誤有關)。
  

-------------------------------------------------------------------------------------------------
802.11e

• 執行NS，參數"1"是802.11e的形式，就著就進行影像的傳輸及轉檔。

• 影像品質， psnr = 34.887196(也同樣和課本有些許誤差)，有比802.11的傳輸品質還要好一點。
  

• 傳輸的延遲，跟802.11比較，延遲時間較小，有比較明顯的快速。
  

[實驗十] 無線網路效能分析探討(二)

範例一

• 先測試兩個需要用到的工具，cbrgen和setdest。

• cbrgen可以產生TCP flow或CBR flow，打入所需要的參數即可產生，測試的例子是有5個節點，連線數為2，種子為1，每秒產生10個封包。
  

• 這是cbrgen產生出來的劇本，和課本不一樣，課本好像只有一個連線，果然應該是課本貼錯了。
  

• setdest可以產生隨機節點移動的場景，測試的例子是2個節點，在範圍300m*300m內移動，最大速度為20 m/s，時間為10s。
  

• setdest產生的劇本。

• 接著來實驗範例一，先利用工具設定劇本，setdest產生的劇本是隨機的，所以產生出來劇本應該也會和課本有所不同，模擬100個無線節點，時間100s，pause time為100s，CBR flow，連線數為10，每條連線每秒送出10個封包。
  

• 執行模擬DSDV。
  

• DSDV的模擬結果。

• 執行模擬AODV。

• AODV的模擬結果。

• 執行模擬DSR。

• DSR的模擬結果。

• 比較三種協定的結果，DSDV比較早收到第一個封包，接收到的封包幾乎都一樣，AODV的延遲時間稍微久了一點，但是總體來說，三種協定的效能都差不多。
  

-------------------------------------------------------------------------------------------------

範例二

• 因為cbrgen的設定跟範例一相同，所以直接使用範例一產生出來的劇本，但是無線節點要改為移動式的，範圍也提高到500m*500m，所以要重新產生setdest的劇本。

• 執行模擬DSDV。

• DSDV的模擬結果。

• 執行模擬AODV。

• AODV的模擬結果。

• 執行模擬DSR。

• DSR的模擬結果。

• 比較三種協定在無線移動節點的效能，DSDV顯然在接收封包跟其他協定差了許多，延遲時間也較多，相較之下，AODV和DSR的效能明顯比較好。
  

[實驗九] 無線網路效能分析探討(一)

(一)使用課本的設定

• 使用threshold小工具來得到環境的設定，距離250m得到 RXThresh = 3.65262e-10。

• 執行 $ns test_2nodes.tcl，當距離為250m時，接收端可以接收到傳送端的資料(傳送125筆->接收125筆)。
  但是大於250m後，接收端變接收不到訊號(傳送125筆->接收0筆)，下圖為更改的地方。
  

• 使用threshold小工具來得到環境的設定，距離120m得到 RXThresh = 6.88081e-09。

• 執行 $ns ttest_hidden_terminal.tcl (沒有使用RTS/CTS)。
  接收端接收到傳送端的資料：
  傳送(node 0) 1688筆->接收(node 1) 153筆
  傳送(node 2) 1626筆->接收(node 1) 104筆
• 執行 $ns ttest_hidden_terminal.tcl (有使用RTS/CTS)。
  接收端接收到傳送端的資料：
  傳送(node 0) 1688筆->接收(node 1) 738筆
  傳送(node 2) 1626筆->接收(node 1) 782筆
• 對於隱藏節點，有RTS/CTS效果會較好。

• 使用threshold小工具來得到環境的設定，距離100m得到 RXThresh = 1.42681e-08。

• 執行 $ns test_exposed_terminal.tcl(沒有使用RTS/CTS)。
  接收端接收到傳送端的資料：
  傳送(node 1) 1688筆->接收(node 0) 925筆
  傳送(node 2) 1626筆->接收(node 3) 795筆
• 執行 $ns test_exposed_terminal.tcl (有使用RTS/CTS)。
  接收端接收到傳送端的資料：
  傳送(node 1) 1688筆->接收(node 0) 828筆
  傳送(node 2) 1626筆->接收(node 3) 782筆
• 對於暴露節點，有RTS/CTS效果不會比較好。

-------------------------------------------------------------------------------------------------

(二)不使用課本設定

• 我想使用2.4GHz的頻率，所以將程式碼改一下設定重新編譯。
  

• 當距離250m得到的數據和前面一樣。

• 將頻率改為2.4GHz後，模擬結果還是一樣。
  

• 當距離120m得到 RXThresh = 1.93659e-09，竟然跟前面不一樣.......@___@。

• 將不一樣的數據改掉，然後再模擬。

• 結果，接收端竟然收不到東西。

• 去查看一下原始碼，"lambda"會因為頻率受影響，而當距離過小時，頻率將會受到考慮 (老師改頻率時，天線的長度與傳送功率有一起更改，而我卻沒有，也許是這個原因)，來試試看到底哪裡設定錯了.....