U.S. Department of Transportation
Federal Highway Administration
1200 New Jersey Avenue, SE
Washington, DC 20590
202-366-4000


Skip to content
Facebook iconYouTube iconTwitter iconFlickr iconLinkedInInstagram

Federal Highway Administration Research and Technology
Coordinating, Developing, and Delivering Highway Transportation Innovations

Report
This report is an archived publication and may contain dated technical, contact, and link information
Publication Number: FHWA-HRT-04-131
Date: September 2004

Identifying and Assessing Key Weather-Related Parameters and Their Impacts on Traffic Operations Using Simulation

6. Guidelines for Modeling Weather Events in CORSIM

This section provides practical guidelines for modeling the effects of adverse weather on a roadway network using CORSIM. The guidelines presented here are based on Traffic Analysis Toolbox Volume III—Guidelines for Applying Traffic Microsimulation Modeling Software, an FHWA guidance document on the development and application of microsimulation models.(1) Figure 13 shows the seven-step process recommended in the guidelines for developing a microsimulation model and how to apply the model to analyze various alternatives.

Even though the process shown in figure 13 was not designed specifically for modeling weather events, a traffic analyst intent on modeling weather effects should not forget the importance of scoping the project, collecting field data, developing the base model, checking the model for errors, calibrating the model to local conditions, analyzing alternatives, and producing a final report.

Figure 13 lays the foundation for developing and applying an accurate and valid CORSIM model. The same basic steps shown in this figure should be followed even when including the impacts of adverse weather. However, there are a few steps in the process that a traffic analyst should approach slightly differently when modeling adverse weather in CORSIM. These differences are highlighted in the remainder of this section.

View Alternative text

Figure 13. Microsimulation Model Development and Application Process.(1)

Step 1—Scope Project

It is important to define the project scope in any application of a microsimulation model. However, when using the model to include the effects of adverse weather, a few additional considerations are necessary, including:

These are important questions that should be answered and agreed on by all parties involved with developing and reviewing the model before beginning the actual model coding. The first question listed may be the most important of the entire project, because it determines whether the selected software package is able to include the effects of adverse weather successfully. The previous sections of this report have shown that CORSIM can be applied successfully to model weather events and generally does have adequate parameters to account for most weather events.

Step 2—Data Collection

Collecting actual roadway conditions in the field is important in any application of a microsimulation model. Typical data collected includes traffic volumes, roadway geometrics, signal timing data, transit and pedestrian data, and calibration data (or MOEs) such as capacities, travel times, intersection delays, and queue lengths. When modeling the effects of adverse weather, it is important to attempt to collect data during the weather events being modeled. For example, if the capacity and delay at an intersection is collected during heavy rain, those values obtained can be used to better calibrate a model taking into account heavy rain.

In addition to calibration data (MOEs), traffic parameter data (inputs to the traffic model) also are important to collect in the field during the weather events being modeled. Key weather-impacted traffic parameters identified both in this sensitivity study and the literature review include free-flow speed, car following sensitivity multiplier, discharge (saturation) headway, startup delay, and traffic demand.

Collecting these data in the field and using them as inputs to the microsimulation model will provide a more accurate starting point when going through the calibration process (step 5 in figure 13).

It is recognized that resources and budgets often make it difficult to perform an exhaustive data collection effort for ideal weather conditions, let alone for adverse weather. However, it also should be recognized that the quality of data collection is proportional to the overall quality of the microsimulation model. Therefore, if including the impacts of adverse weather is important to the project, then serious consideration should be given to some form of data collection during the weather event(s) being modeled.

In light of this, if field data collection during the weather event(s) being modeled is not possible or practical, then traffic analysts could use the findings of past research (see section 3) as a starting point when altering traffic parameters to more accurately reflect weather events.

Step 3—Base Model Development

This step includes the initial setup and coding of the microsimulation model and inputting the data collected in the field into the model. When including a weather event in the model, the following additional steps are necessary during the base model development:

  1. Identify which traffic parameters are impacted by the weather event.
  2. Determine the appropriate values for these weather-impacted parameters either by (in order of preference):
    • Field data collection.

    • Findings of past research.

    • Engineering judgment.

For the first step, table 42 can be used to determine which CORSIM parameters are affected by weather events. This table was developed by matching the generic traffic parameters identified in tables 3 through 7 in section 4 of this report to specific CORSIM parameters. To use the table, a traffic analyst must first determine how the weather event being modeled impacts the roadway environment. Figure 2 of this report (section 2) displays which weather events impact the roadway environment.

As an example, suppose a traffic analyst wants to use CORSIM to model the effects of a heavy snowstorm (say four inches in an hour) on a local roadway network. From figure 2, it can be seen that a snow event (especially a heavy snowstorm) will likely cause a reduction in driver visibility and pavement friction, and the storm could block lanes or cover signs and pavement markings. The traffic analyst would make the final determination whether the modeled snowstorm should include blocked lanes and covered signs and pavement markings. Based on these roadway environment impacts, the traffic analyst would then use table 42 to determine specific parameters in CORSIM that may need to be altered due to the snowstorm.

Table 42. CORSIM Parameters Impacted by Weather Events.

Generic Traffic Parameter Roadway Environment Impact CORSIM Parameter(s) Details
ROAD GEOMETRY PARAMETERS

Pavement condition

Reduced pavement friction

Pavement condition

Available in FRESIM (freeways) only. Parameter creates an upper bound for the mean free-flow speed.*

Number of lanes

Blocked lanes

Number of lanes

Can reduce the number of lanes based on the weather event.

Lane width

Blocked lanes

Lane width

Available in NETSIM only. Only changes the graphical display and not traffic operations.

Lane taper length

Blocked lanes

None

No parameter for length or type of taper, but can reduce the length of deceleration/ acceleration lanes (in FRESIM) themselves as surrogate.

Shoulder width

Blocked lanes

None

No parameter for shoulder width in FRESIM or NETSIM.

TRAFFIC CONTROL AND MANAGEMENT PARAMETERS

Traffic signal/ ramp meter

Reduced visibility

Forward sight distance

No parameter to reduce the visibility of a signal/meter itself. Forward sight distance parameter specifies sight distance from a stop line at a NETSIM intersection.

Failed traffic control devices

Traffic signal/ ramp meter properties

Can change the control to all-way or two-way stop to simulate flash or blackout conditions. For ramp meter, can turn off the meter for specific time periods.

Roadway signs (regulatory, warning, traveler information)

Reduced visibility

Anticipatory lane change distance, off-ramp reaction point

No parameter specifically for reducing the visibility of a sign itself. Can change the anticipatory lane change distance and off-ramp reaction point as surrogates to seeing exit signs on freeways.

Surveillance detectors

Failed communications

Detector properties

Can delete detectors to simulate failed detector communications.

On-street parking

Blocked lanes

Curb parking

Can disallow on-street parking for specific time periods.

VEHICLE PERFORMANCE PARAMETERS

Acceleration / deceleration capability

Reduced friction/stability

Acceleration tables

Can change acceleration tables, including maximum acceleration, using record type 173 of the CORSIM input file.

Turning radius

Reduced friction/stability

Minimum drawn radius of curvature

Only changes the graphical display and not traffic operations.

TRAFFIC DEMAND PARAMETERS

Vehicle demand

All**

Entry volume and turning volume

Entry volumes for each entering link can be adjusted as appropriate, and turning volumes can be adjusted depending on the weather event.

Route choice

All**

Traffic assignment properties

Available in NETSIM only. Cannot change impedances for individual links to simulate weather events.

DRIVER BEHAVIOR PARAMETERS

Car following

All**

See tables 11 and 18

See table 35 for key parameters.

Lane changing

All**

See tables 12 and 19

See table 35 for key parameters.

Free-flow speed

All**

Mean free-flow speed and multipliers

Mean free-flow speed on all affected links should be changed according to the weather event.

Discharge headway

All**

Mean discharge headway and multipliers

Mean discharge headway (at signalized intersections) should be changed according to the weather event.

Startup delay

All**

Mean startup delay and multipliers

Mean startup delay (at signalized intersections) should be changed according to the weather event.

Intersection gap acceptance

All**

Acceptable gap in oncoming traffic (AGOT), cross-street traffic acceptable gap (CSTAG)

Change AGOT for turns at a traffic signal (permitted left turns and right turns on red) and CSTAG for movements at stop signs.

Turning speed

All**

Maximum allowable left- and right-turn speed

Can change maximum left- and/or right-turn speeds in NETSIM.

Response to yellow interval

All**

Amber interval response

Defines the acceptable deceleration for a vehicle to stop at a traffic signal.

After the weather-impacted CORSIM parameters are selected from table 42, then the proper value for them must be determined. As mentioned previously, determining the appropriate values ideally should be done through field data collection. Given that this is often not possible and/or practical for some parameters, the correct parameter values could be estimated through the findings of past research. See section 3 of this report for a review of relevant past research. It is important to use only past research that was collected on roadway facilities, congestion levels, and other field characteristics similar to those being modeled. Finally, in the absence of field data collection and past research, engineering judgment can be used to estimate the correct parameter values. For example, it is difficult to collect lane changing parameter data in the field, and there are no past studies regarding lane changing behavior in adverse weather. Thus, in this case, changing the lane changing parameters to represent slightly more conservative driver behavior (as would likely happen in adverse weather) would probably be a reasonable choice based on engineering judgment.

While table 42 shows the range of traffic parameters impacted by weather events, it may not be possible or practical to change all of the impacted parameters for various reasons. With these limitations in mind, a handful of key traffic parameters have been identified, based on past research and the sensitivity study summarized in this report, to be the most important weather-impacted parameters in terms of their impact on MOEs. Even when resources and budgets are tight, these CORSIM parameters at a minimum should be altered to appropriate values when modeling weather events:

Step 5—Model Calibration

Model calibration is an iterative process where the model parameters are altered until the model results (MOEs) adequately match the field-measured MOEs. Calibration is needed, because the default parameter values often do not result in model MOEs close to those measured in the field. This is especially true when including a weather event in the model, because all microsimulation software packages assume ideal weather conditions in the default values.

Even after adjusting the weather-impacted parameters to appropriate values as described in the previous section, calibration is likely still needed to ensure the best model parameters are used. The Traffic Analysis Toolbox Volume III—Guidelines for Applying Traffic Microsimulation Modeling Software recommends a three-step calibration strategy:(1)

  1. Capacity calibration—an initial calibration of the parameters related to capacity.
  2. Route choice calibration—a calibration of the traffic demand and route choice parameters to better match volumes measured in the field.
  3. System performance calibration—a final calibration of all parameters affecting the MOEs to better match the model-produced and field-measured system performance.

For each step, calibrating the global parameters (parameters that affect the entire microsimulation model) should be done first, while fine-tuning link-specific parameters as necessary should follow.

The key weather-related parameters as identified in the previous section are also the key parameters used to calibrate any CORSIM model, regardless if a weather event is being modeled. Thus, the process for calibrating a model that includes a weather event is not really different than calibrating a generic CORSIM model. Refer to the simulation guidelines for more detail on the calibration process.(1)

This section highlights the need to measure MOEs in the field, because there would be no basis to calibrate to if field MOEs were not measured. When including a weather event in the microsimulation model, the best way to calibrate such a model would be to collect field MOEs during the weather event being modeled. However, as stated previously, this can be difficult.

If field MOEs are not collected during the modeled weather event, then a secondary method for calibrating the weather-related model is possible. In this method, the first step is to calibrate the model during ideal weather conditions. This includes coding the microsimulation model for ideal weather and then calibrating the model to field MOEs collected during ideal weather. After developing a calibrated ideal weather model, then only the weather-related parameters would be adjusted to account for the adverse weather. The weather-related parameters would be adjusted based on the discussion in the previous section (i.e., adjustments based on field data, then past research, and finally, engineering judgment). While such an approach would not produce a model specifically calibrated to the weather event, it would at least produce a reasonably adequate adverse-weather model, because it was already calibrated to ideal weather, and only a few parameters were adjusted thereafter.

Previous | Table of Contents | Next

Federal Highway Administration | 1200 New Jersey Avenue, SE | Washington, DC 20590 | 202-366-4000
Turner-Fairbank Highway Research Center | 6300 Georgetown Pike | McLean, VA | 22101