4

我正在尝试使用 OMNeT++、Veins 和 SUMO 评估在车载网络上运行的应用程序。因为应用程序依赖于真实的流量行为，所以我决定使用LuST Scenario，这似乎是此类数据的最先进技术。但是，我想使用此场景的特定部分而不是整个场景（例如，高和低流量负载片段，也许还有其他）。保留 VEINS 提供的双向功能会很好，尽管我最感兴趣的是从 SUMO 获取流量数据到我的模拟中。

实现这一点的一种明显方法是使用热身期。但是，我想知道是否有更有效的方法 - 模拟 8 小时的流量只是为了获得几分钟的片段感觉效率低下，并且对于具有足够重复次数的模拟可能会出现问题。

VEINS 是否有内置的热身机制，主要是避免发送消息（这是迄今为止模拟中最耗时的部分），或者它是否有等待 SUMO 推进的方法，例如，到一个特定的时间戳（这也避免了在 OMNeT++ 中创建车辆对象，从而避免了所有的启动代码）？

如果它是相关的——我正在使用最新的稳定版本的 OMNeT++ 和 SUMO（OMNeT++ 4.6 和 SUMO 0.25.0），我的代码库基于 VEINS 4a2（有一些变化，特别是接受 TraCI API 版本 10）。

4

1 回答 1

5

您可以在这里做两件事来减少 Veins 中发送的消息数量：

  1. 使用手册中所述的OMNeT++ 预热期。基本上，这意味着warmup-period在您的.ini文件中设置并确保您的代码使用if (simTime() >= simulation.getWarmupPeriod()). 结果收集的 OMNeT++ 信号知道这一点。

  2. 提供TraCIScenarioManager了一个变量double firstStepAt @unit("s")，您可以使用它来延迟它的启动。同样，这可以在.ini文件中设置。

  3. 正如VEINS 常见问题解答所述，TraCIScenarioManagerLaunchd提供了两个变量来配置感兴趣的区域，基于矩形或道路 (string roiRoads和string roiRects)。要减少模拟区域，您可以将模拟限制在特定的矩形；例如，*.manager.rioRects="1000,1000-3000,3000"模拟两个提供的坐标之间的 2x2km 区域。

使用这两种解决方案（最好结合使用），您仍然必须运行 SUMO - 但 Veins 几乎不会消耗任何时间。

于 2016-02-12T09:44:40.700 回答