Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [sumo-user] Multi-lane homogeneous congestion
  • From: "Ni Ying-Chuan" <ying-chuan.ni@xxxxxxxxxxxxxxxx>
  • Date: Tue, 3 Nov 2026 15:15:13 +0000
  • Accept-language: en-US
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=ivt.baug.ethz.ch; dmarc=pass action=none header.from=ivt.baug.ethz.ch; dkim=pass header.d=ivt.baug.ethz.ch; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector10001; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=RyjsIe2hce0wkTjVSYYrbcXPNmn9ZgV24LJcStdTa4U=; b=UWQZdQKV61hNf35NwWYWjP9VIiL9Z6lx42ohSozYwRWXLW1YkTNssYGfCDCyTkabPdfBPsLugF9tTgSe9x/p7QrYNoh4XkAAfBa58gRi2YD++BAbZFV3gpbE8TY0NTRA8NJxkjBXfIObARxBovI+VfxJieI1v8Li2qJmt7/L2g39fg/WOKfXnL3O22uPVOjKvoP1WIXNXBTrY489zdpwKpT/Su9hN04Gs2kHY3dnNt53VRE6uSethQf14Gis+MnwdqfI0Dy0aqDMJKyAwtbGz5biLVXzjvMNXtaF3dMloO7Gf18XWURLnAdnrn6CHtFiRRQITdIpLpEaJG6ESbfOBg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector10001; d=microsoft.com; cv=none; b=AXKtopVWaBEhP3digSSlFd/b/K6EBhKxSoe4qVVqtJecHbPWZgicRbIcEj/0iNqH+km8tAxLkZjWUbwzBMf/EBKv3KvhjjJSBrNLs/3y9hCzQ76CTdAnSWz636dEcyzdfHesCjlML+Lim8EQEfVG9zlp3tYzyMhJOKhTJGKve8FcVfsodWb3i4EKDUkoqD/TSnZ6TyuEPLbIBtdHxVbVnrkAKjnF+5TJmLY+fpehxVMVfzo/8G9udkx4RzEEhqYzaDC7Xmkq6F4kMuT0G9jLhphl+YlD+eaZQirz2X0M3XlK7tWisFBR4SA52ldnlPFnxJU3azsiQFw8ES79RcZmQQ==
  • Delivered-to: sumo-user@xxxxxxxxxxx
  • List-archive: <https://www.eclipse.org/mailman/private/sumo-user/>
  • List-help: <mailto:sumo-user-request@eclipse.org?subject=help>
  • List-subscribe: <https://www.eclipse.org/mailman/listinfo/sumo-user>, <mailto:sumo-user-request@eclipse.org?subject=subscribe>
  • List-unsubscribe: <https://www.eclipse.org/mailman/options/sumo-user>, <mailto:sumo-user-request@eclipse.org?subject=unsubscribe>
  • Thread-index: Ad1iMZuVsbJWbcWLRj6eUfYuwnwt4QILMpQAAFFC6bA=
  • Thread-topic: [sumo-user] Multi-lane homogeneous congestion

Dear Jakob,

 

I can confirm that more lane changes occur from the middle to the left after decreasing lcSpeedGainUrgency.

Thanks also for the advice about the acceleration lane length. More lane-changes can take place by making it longer.

 

I see that there are some parameters for cooperative speed adjustments, such as lcCooperativeSpeed, but mostly for strategic lane change requests.

In the description of lcSpeedGainUrgency, it stated “triggers speed adaptation in neighboring (obstructing) vehicles”.

Does this mean that there is actually some speed adaptation mechanism on the target lane when there is speed gain lane change request?

 

Thanks in advance for the answer!

 

Best,

Ying-Chuan

 

 

From: Jakob Erdmann <namdre.sumo@xxxxxxxxx>
Sent: Monday, November 2, 2026 1:09 AM
To: Sumo project User discussions <sumo-user@xxxxxxxxxxx>
Cc: Ni Ying-Chuan <ying-chuan.ni@xxxxxxxxxxxxxxxx>; Riehl Kevin <kevin.riehl@xxxxxxxxxxxxxxxx>; Li Qiaosen <qiaosen.li@xxxxxxxxxxxxxxxx>
Subject: Re: [sumo-user] Multi-lane homogeneous congestion

 

Hello,

this is as known issue and the current approach for solving it, is via https://github.com/eclipse-sumo/sumo/issues/1145

You'll get a somewhat more even distribution of speeds by setting lcSpeedGainUrgency="3"

It also helps to remove actionStepLength="1.0". By getting more lane-changing attempts you see more cars moving from the middle to the left lane.

Finally, your hard-coded acceleration lane length of 100m is too short. Typical lengths on German and Swiss motorways is 250m. Using all of these

the original speed distribution:

        <edge id="E6">
            <lane id="E6_0" speedRelative="0.20"/>
            <lane id="E6_1" speedRelative="0.48"/>
        </edge>
        <edge id="E7">
            <lane id="E7_0" speedRelative="0.11"/>
            <lane id="E7_1" speedRelative="0.16"/>
            <lane id="E7_2" speedRelative="0.58"/>
        </edge>

changes to

        <edge id="E6">
            <lane id="E6_0" speedRelative="0.30"/>
            <lane id="E6_1" speedRelative="0.48"/>
        </edge>
        <edge id="E7">
            <lane id="E7_0" speedRelative="0.23"/>
            <lane id="E7_1" speedRelative="0.35"/>
            <lane id="E7_2" speedRelative="0.46"/>
        </edge>

 

The implementation of #1145 is not complete. The biggest obstacle is https://github.com/eclipse-sumo/sumo/issues/16302

In dense traffic, the speed estimation sometimes fails and vehicles on the slow lane do not collect enough incentive for attempting to change which is not how the model is supposed to work.

 

regards,

Jakob

 

Am Do., 22. Okt. 2026 um 17:11 Uhr schrieb Ni Ying-Chuan via sumo-user <sumo-user@xxxxxxxxxxx>:

Dear SUMO team,

 

I am trying to create a highway on-ramp traffic simulation scenario.

Attached please find the package.

 

The objective is to produce homogeneous congestion across multiple lanes as much as possible.

The problem is that the default parameter setup is not able to achieve this. If there is an on-ramp downstream, what we see is that the right lane would be congested because of lane changing from the ramp to the right lane, while no vehicles change from the right lane to the left lane so that the left lane is mostly in free-flow state.

 

I tried my best to tune the parameters by

- setting large time gap tau to allow more possibilities for lane changing and avoid collisions

- setting lcSpeedGain and lcAssertive to encourage lane changing

- making sure the upstream edge is long enough to accommodate lane-changing behaviors instead of vertical queues

 

We see improvements, but the left lane is still only intermittently congested, not very often.

 

Is there any way to ask vehicles on the left lane to slow down (yield) when there is a lane-changing requests from the right?

I also think this is what happens in the reality.

 

I appreciate it if you can share with me some tips or insights about how to encourage more lane-changing or increase its possibility.

Thank you very much.

 

Kind regards,

Ying-Chuan

 

--------------------------------

Ying-Chuan Ni

Email: ying-chuan.ni@xxxxxxxxxxxxxxxx

 

Traffic Engineering Group (SVT)

Institute for Transport Planning and Systems (IVT)

ETH Zurich

 

HIL F 37.3, Stefano-Franscini-Platz 5,

8093 Zurich, Switzerland

 

_______________________________________________
sumo-user mailing list
sumo-user@xxxxxxxxxxx
To unsubscribe from this list, visit https://www.eclipse.org/mailman/listinfo/sumo-user


Back to the top