发生事故时，车辆改行的政策是什么? [英] what policy is based vehicle rerouting in case of accident?

问题描述

我正在做一个场景，开始时有1条路线，然后分成3条路线，然后又合并为1条路线.我在第一个车道停了车，第二辆车也停了下来，第三个在中间车道改道，第四个进入队列，第五个改道，第六个进入队列，第七个改道... ..为什么会这样?我不知道在哪里可以更改此平衡"或阈值".有什么建议吗?

I'm doing a scenario where there is 1 route at the beginning and then it splits into 3, then merges into 1 again. I'm stopping the car in the first lane, the second car stops also, the third one reroutes in the middle lane, the fourth goes to the queue, the fifth reroutes, the sixth goes to the queue, the seventh reroutes.....why is it behaving like that? I can't understand where to change this "balancing" or "threshold". Any suggestion?

推荐答案

静脉4.6示例应用程序的行为如下:

The Veins 4.6 sample application behaves as follows:

• 如果车辆已停止(并且一直在行驶)并且尚未发送警告消息，它将发送一条包含其当前道路的消息(

• if a vehicle is stopped (and has been driving) and has not yet sent a warning message, it sends a message containing its current road (TraCIDemo11p.cc, line 82)
• if a vehicle receives a warning message, it tries to find a new route through the road network that avoids this road (TraCIDemo11p.cc, line 48); in addition, if it has not yet sent a warning message, it re-sends the received message (TraCIDemo11p.cc, line 54)

因此，如果您使用此示例应用程序，并且发现某些车辆没有改变其行驶路线，则这可以(除其他因素外)归因于以下任一影响:

So, if you use this sample application and observe that some vehicles do not change their route, this can be attributed (among others) to either of the following effects:

• 他们从未收到过有关拥堵的消息
• 他们收到了一条消息，但找不到通过道路网络的路线，可以避免拥堵

为什么没有收到消息的车辆可以再次归因于以下任何原因:

Why a vehicle did not receive a message can again be attributed (among others) to any of the following:

• 已向他们发送了警告消息，但他们无法收到(例如由于干扰)
• 警告消息是在他们开始旅行之前通过网络传输的(请记住，示例应用程序不会重复警告消息)

这篇关于发生事故时，车辆改行的政策是什么?的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！