靜脈延遲不會隨着信標頻率或節點數量而改變

我試圖模擬使用靜脈破壞應用程序的偏差並分析其性能。關於802.11p的研究論文表明，由於協議的mac層延遲（對於8Hz的50輛車 - 約300ms的平均延遲），隨着信標頻率和車輛數量的增加，延遲應該會顯着增加。靜脈延遲不會隨着信標頻率或節點數量而改變

但是，當模擬具有靜脈延遲值的應用程序沒有顯示出太大差別時（它的範圍從1ms-4ms）。我檢查了Mac層功能，並且似乎大部分時間通道閒置。因此，當數據包到達Mac層時，通道已經空閒超過DIFS，因此數據包會很快發送出去。我試圖增加數據包大小並降低比特率。它增加了以前的延遲一定量。但是由於退避過程導致的延遲急劇增加無法看到。你知道爲什麼會發生這種情況？

來源

2017-03-28 Samodha

你在場景中有多少輛車（節點），它看起來像什麼？有多少其他車輛通常位於傳輸車輛周圍100米的小範圍內，並且它們同時也在傳輸？請提供您的模擬的更多細節。 –

我已經使用了50個節點，它們之間的距離約爲12米，以100 kmph（28 ms^-1）的速度行進。使用簡單路徑損耗模塊，alpha = 2，發射功率29mW，距離約510m。所以約有8輛車在100米以內。在靜脈中，隨機偏移被添加到第一個信標（偏移量小於0.005s）。因此他們的每個節點信標的時間略有不同。傳輸的數據包大小爲500bytes。我也嘗試過增加節點數量（在單一通道中約有250個節點，與之前具有相同的間隙，4個並行通道有50個節點） – Samodha

據我所知，只有當通道是實際接近容量（即大部分時間，頻道很忙）。我相信你提到的研究也是這樣（但我不是那個領域的專家）;我建議進一步增加負載（或進一步降低帶寬）以查看是否可以重現該效果。 11p在過去幾年中發生了很多變化，可能是靜脈比您提到的論文所涵蓋的版本更近或更早。 –

在您使用802.11p的控制信道上的默認數據速率是6Mbits（來源：ETSI EN 302 663）

750Mbyte/S = 750.000bytes/s的

你的信標包含500bytes。因此，信標的傳輸需要大約0.0007秒。由於在多車道情況下你有大約50輛車，並且例如它們以10赫茲的頻率發送信標，所以從1秒鐘起大約需要0.35秒才能傳輸500個信標。

在我看來，這是爲了減少汽車造成你提到的影響，因爲頻道約有60％的時間空轉。

來源

2017-03-29 11:55:40 Ventu

靜脈延遲不會隨着信標頻率或節點數量而改變

回答

相關問題