Omnet++ 延迟不随信标频率或节点数变化
我正在尝试使用Velse模拟一个imergancy breaking应用程序，并分析其性能。关于802.11p的研究论文表明，随着信标频率和车辆数量的增加，由于协议的mac层延迟，延迟应该大大增加（对于80辆车辆，8Hz-大约300ms的平均延迟） 但是，当模拟应用程序时，延迟值并没有显示太大的差异（范围为1ms-4ms）。我检查了Mac层功能，发现通道大部分时间处于空闲状态。因此，当一个数据包到达Mac层时，信道的空闲时间已经超过了DIF，因此数据包被快速发送。我试着增加数据包大小并降低比特率。它将以前的延迟增加一定量。但由于退避过程，无法看到延迟的急剧增加。Omnet++ 延迟不随信标频率或节点数变化,omnet++,veins,Omnet++,Veins,我正在尝试使用Velse模拟一个imergancy breaking应用程序，并分析其性能。关于802.11p的研究论文表明，随着信标频率和车辆数量的增加，由于协议的mac层延迟，延迟应该大大增加（对于80辆车辆，8Hz-大约300ms的平均延迟） 但是，当模拟应用程序时，延迟值并没有显示太大的差异（范围为1ms-4ms）。我检查了Mac层功能，发现通道大部分时间处于空闲状态。因此，当一个数据包到达Mac层时，信道的空闲时间已经超过了DIF，因此数据包被快速发送。我试着增加数据包大小并降低比特率
您知道为什么会发生这种情况吗？当您使用802.11p时，控制通道上的默认数据速率为6Mbits（来源：ETSI EN 302 663） 750Mbyte/s=750.000字节/s 你的信标包含500字节。因此，信标的传输大约需要0.0007秒。由于您的多车道场景中有大约50辆汽车，例如，它们发送的信标频率为10赫兹，因此从1秒开始发送500个信标大约需要0.35秒
在我看来，这是为了减少车辆数量以产生您提到的效果，因为通道大约有60%的时间处于空闲状态。您的场景中有多少车辆（节点）以及它的外观如何？有多少其他车辆通常位于发射车辆周围100m的小范围内，它们是否也同时发射？请提供有关您的模拟的更多详细信息。我使用了50个节点，它们之间的间距约为12米，以100公里/小时（28毫秒/小时）的速度移动。使用了一个简单的路径损耗模块，alpha=2，Tx功率为29mW，范围约为510m。所以100米范围内大约有8辆车。在静脉中，将随机偏移添加到第一个信标（偏移小于0.005s），因此每个节点信标的时间略有差异。传输的数据包大小为500字节。我也尝试过增加节点数量（在一条车道上约有250个节点，间距与以前相同，4条平行车道上有50个节点），据我所知，只有在通道实际接近容量时（即，大多数时间，通道繁忙）才会看到这种效果。我相信你提到的研究也能做到这一点（但我不是该领域的专家）；我建议进一步增加负载（或进一步减少带宽），看看是否可以重现这种效果。11p在过去的几年里发生了很多变化，可能是Velse的版本比你提到的论文所涵盖的版本更新或更旧。我如何改变带宽？？？由于802.11p的信道BW被指定为10MHZ，所以可以更改带宽吗？我认为@RensvanderHeijden的目的是降低比特率。正如您已经提到的，802.11p的带宽固定为10MHz。你提到了“802.11p研究论文”，你能通过提供一些参考资料来说明吗？