TRANSYT 12: Modelling opposed right-turns: Part 1 - TRL Software
01344 379777software@trl.co.uk
TwitterYouTubeLinkedin
  • TRL Main Site
  • Careers
  • Publications
Top Menu
Search
Cart0
  • No products in the cart.

Subtotal: £0

View Cart Checkout

TRL SoftwareTRL Software
TRL Software
World Class Traffic & Transportation Software Solutions
  • Products
    • Junction & Signal Design
      • Junctions
        • ARCADY
        • PICADY
        • OSCADY
      • PCMOVA
      • TRANSYT
    • Traffic Control
      • MOVA
      • SCOOT®
      • Urban Traffic Control (UTC)
      • MotorGraph
    • Road Safety
      • iMAAP
      • Street Auditing
    • Economic Appraisal
      • HDM-4
    • Digital Asset Management
      • iROADS™
  • Services
    • Junction Analysis
    • Microsimulation Services
    • Signal Control
    • Road Danger Reduction
    • Software Development
    • Strategic Modelling
  • About
    • TRL Software
    • Quality Standards
    • Careers
  • News
  • Support
    • Training
    • Knowledge Base
    • Webinars
    • Videos
    • Support Options
    • Maintenance Agreement
    • Licensing
    • Online Store Help
    • Ideas Portal
    • FAQ
  • Contact
Menu back  
TRL Software > Support & Training > Articles > TRANSYT 12: Modelling opposed right-turns: Part 1

TRANSYT 12: Modelling opposed right-turns: Part 1

Firstly, note that an opposed right-turn link has to have both signal control data and give-way data. In the situation where right-turners do not benefit from an unopposed stage, they will turn in gaps in the opposing flow, and those waiting in front of the stopline at the end of the green will clear during the intergreen. In such cases the end lag (found in the signal control data) needs to be used to model the potential of vehicles clearing during the interstage. The end-lag time is specified in seconds and should be set as long as necessary to clear the number of vehicles able to store in front of the stopline (or, to put another way, the number that would store in front of the stopline if the approach was fully saturated). This would normally be (3600/saturation flow) x (number of vehicles stored) where the saturation flow is that specified in the signal control data (not the give-way max flow because the right-turners are unopposed during the end-lag period). Note that the end lag is a modelling feature that extends the TRANSYT effective green. It does not affect the actual green used on-street.

We often get asked what give-way parameters should be used in such a case. We normally suggest starting with a coefficient of 50 and a max flow of 900-1000. These are not to be taken as any standard figure. You should feel free to alter them in the light of experience or better knowledge if necessary. However, a right-turn movement that does not have the luxury of an unopposed period would not normally survive unless it was non-critical (i.e. very low flow) and so the give-way parameters themselves should never be critical. If they are, it probably would not be wise to persevere without an unopposed stage.

Moving on to a specific situation, consider the case where there is a single lane on the approach to the signals, with no bays or flaring, and the right-turners share road-space with other movements. In this situation, it is possible in TRANSYT to specify other movements as giving way to ‘nothing’ (leaving just right-turners giving way to ‘something’). It models the stream as-a-whole and takes account of the blocking of other movements caused by those waiting to turn. In doing so it correctly models the combined effects of other movements discharging at the signal-controlled saturation flow rate and the right turners discharging at the give-way max-flow rate. It does not allow for the fact that, normally, one or two right-turners can move into the centre of the junction out of the way of other movements (even though you can model their discharge during the intergreen with end lag). Consequently, this modelling technique may underestimate the situation. This underestimation ought not to be a concern because, if the situation is sensitive to the data, it may well be time to consider the addition of an unopposed stage for the right turners.

Whilst on the subject of opposed right turn situations, one thing you positively cannot do in TRANSYT is to have a link specified as opposed that is itself a priority link for some other opposed link (i.e. mutually opposed). Often, TRANSYT will not tolerate this and fail to run correctly. However, sometimes TRANSYT will run: if it does run, the results certainly should not be trusted. When this mutual opposition exists, it is necessary to model the capacity of one of the links (usually the one with the least right-turning traffic) by suitable adjustment of the saturation flow. The saturation flow can be calculated by using OSCADY or RR67 formulae and it is still possible to use the end lag to model turning during the intergreen. (Note that, in such cases, the end lag time calculated by (3600/saturation flow) x (number of vehicles stored) may seem excessively long when the saturation flow is low and you may need to be prepared to defend it).

In Part 2, I will continue with this theme, covering situations where right-turn bays exist and where there are two (or more) lanes involved, which adds whole new dimensions to the problem.

Categories
  • ARCADY Modelling
  • ARCADY/PICADY/OSCADY Technical
  • Other products
  • PICADY Modelling
  • TRANSYT Modelling
  • TRANSYT Network Diagrams
  • TRANSYT Technical
Recent Articles

  • TRANSYT 16 Simulation Model

  • Automatically calculating future traffic flows using growth factors

  • Graphs showing sensitivity of geometric parameters

  • How can I transfer traffic data between Junctions and Excel?

  • Pedestrian crossing and blocking on the same road

Stay up to date with news from TRL Software

Sign up
Products
  • Junction & Signal Design
  • Traffic Control
  • Road Safety
  • Economic Appraisal
  • Digital Asset Management
Services
  • Junction Analysis
  • Microsimulation Services
  • Signal Control
  • Road Danger Reduction
  • Software Development
  • Strategic Modelling
Contact Us

01344 379777
software@trl.co.uk

TRL Limited
Crowthorne House
Nine Mile Ride
Wokingham
Berkshire
RG40 3GA

TRL Software
TRL Registered Office: Crowthorne House, Nine Mile Ride, Wokingham, Berks, UK, RG40 3GA. Registered in England, No. 3142272, VAT Registration 664 625 321.
© Copyright 2021 TRL. All rights reserved.
  • Sitemap
  • Terms & Conditions
  • Privacy Notice
  • Accessibility
Footer Menu