我正在尝试使用静脉模拟紧急中断应用程序并分析其性能。关于 802.11p 的研究论文表明，随着信标频率和车辆数量的增加，由于协议(protocol)的 mac 层延迟，延迟应该会大大增加(对于 8Hz 的 50 辆车 - 平均延迟大约 300 毫秒)。
但是当用 veins 延迟值模拟应用程序时并没有显示出太大的不同(它的范围是 1ms-4ms)。我已经检查了 Mac 层功能并且看起来 channel 大部分时间都是空闲的。因此，当数据包到达 Mac 层时， channel 的空闲时间已经超过 DIFS，因此数据包可以快速发送。我尝试增加数据包大小并降低比特率。它将先前的延迟增加一定量。但是由于退避过程而导致的延迟急剧增加是看不到的。 你知道为什么会这样吗？？？
最佳答案
当您使用 802.11p 时，控制 channel 上的默认数据速率为 6Mbits(来源:ETSI EN 302 663)
750Mbyte/s = 750.000bytes/s
您的信标包含 500 字节。因此，信标的传输大约需要 0.0007 秒。由于您的多车道场景中有大约 50 辆汽车，例如它们以 10 赫兹的频率发送信标，因此从 1 秒开始传输您的 500 个信标大约需要 0.35 秒。
在我看来，这是为了减少汽车数量以产生您提到的效果，因为该 channel 大约有 60% 的时间处于空闲状态。
关于omnet++ - 静脉延迟不随信标频率或节点数而变化，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/43077551/