ITS - Intelligent Transportation Systems Report ITS Home Page

2. General System Description

2.1 System Content

The I-394 Corridor ICMS will be a system of systems that work together to address the needs throughout the corridor and achieve the vision defined in the Concept of Operations. The I-394 ICMS will include the following:

Figure 4 illustrates the ICMS Data Hub and the planned enhancements to the eleven existing systems. Collectively, these twelve (12) systems comprise the ICMS. Therefore, the I-394 Corridor ICMS is comprised of everything within the yellow shaded area of Figure 4.

Diagram of the Interstate 394 Integrated Corridor Management System

Figure 4: System Level Diagram of I-394 ICMS

A number of different data types will be sent to the ICMS Data Hub, process and posted for other systems to acquire. In order to ensure that a system is identified to send all required data to the ICMS Data Hub, as well as to ensure that all data being sent to the ICMS Data Hub is being sent because it is needed by another system, the following table has been developed to map the data suppliers (systems) and data consumers (systems).

Table 4: ICMS Data Hub Data Sources and Data Consumers
Data Sources (System)
(systems that will send data to Data Hub)
Data Element Data Consumers
(systems that will acquire data from Data-Hub)
ICMS-HENN-EMS
ICMS-COM-EMS
Arterial Incident Reports ICMS-MTCC; ICMS-ABC;
ICMS-Traffic Operations;
ICMS-Mn/DOT-ASG;
ICMS-HENN-ASG;
ICMS-COM-ASG
ICMS-MSP-EMS
ICMS-Traffic Operations
Freeway Incident Reports ICMS-MTCC;
ICMS-ABC;
ICMS-Mn/DOT-ASG;
ICMS-HENN-ASG;
ICMS-COM-ASG
ICMS-SWT; ICMS-PM
ICMS-MTCC Transit Vehicle Incidents ICMS-Traffic Operations;
ICMS-Mn/DOT-ASG
ICMS-HENN-ASG;
ICMS-COM-ASG
ICMS-Traffic Operations Freeway Travel Times ICMS-MTCC;
ICMS-Mn/DOT-ASG;
ICMS-HENN-ASG;
ICMS-COM-ASG
ICMS-Mn/DOT-ASG Arterial Travel Times ICMS-MTCC;
ICMS-Traffic Operations
ICMS-MTCC Transit Travel Times ICMS-Traffic Operations
ICMS-Traffic Operations Freeway Traffic Data (volume, occupancy, speed) ICMS-MTCC;
ICMS-Mn/DOT-ASG;
ICMS-HENN-ASG;
ICMS-COM-ASG
ICMS-Mn/DOT-ASG
ICMS-HENN-ASG
ICMS-COM-ASG
Arterial Traffic Data (volume, occupancy, speed) ICMS-MTCC
ICMS-MTCC Park-and-Ride space availability ICMS-Traffic Operations
ICMS-ABC ABC Parking Message ICMS-Traffic Operations
ICMS-MTCC Transit Performance Data ICMS-Traffic Operations
ICMS-Mn/DOT-ASG
ICMS-HENN-ASG
ICMS-COM-ASG
Current Signal Timing Plans ICMS-MTCC;
ICMS-Mn/DOT-ASG;
ICMS-HENN-ASG
ICMS-COM-ASG
ICMS-Traffic Operations Mn/PASS direction of flow, Travel Times ICMS-MTCC; ICMS-SW; ICMS-PM

2.2 ICMS Business Model

The I-394 Corridor ICMS approach of modifying existing systems has the benefit that every system shown in Figure 4 with the exception of the ICMS Data Hub exists today. Further, the agency currently operating each of these eleven systems (Mn/DOT, Hennepin County, Metro Transit, Minnesota State Patrol, or City of Minneapolis) has committed to operate and maintain these systems with a dedicated budget. The enhancements to these systems that are needed to accomplish the ICM strategies will expand the software, interfaces, and possibly require additional computing power and bandwidth. However, once the ICMS enhancements are funded and performed, there is a commitment from each agency who currently owns the systems to continue to maintain and operate the systems. The ICMS Data Hub is planned to be incorporated in to the Mn/DOT Traffic Operations Center and to be maintained together with the existing RTMC equipment.

In summary, the ongoing maintenance and operation of systems is covered by current funding commitments of partner agencies.

In Figure 4, the yellow boxes represent the new ICMS Data Hub and expansions to existing systems that will be performed within the ICM project, and collectively everything housed within the yellow shaded area will be considered the final ICMS.

Section 2.3 describes and illustrates the capabilities of each module to the I-394 ICMS.

2.3 ICMS System Capabilities

2.3.1 ICMS Data Hub

The ICMS Data Hub will serve as a data routing mechanism for the I-394 ICM Corridor. The Data Hub will:

As a result of this architecture, each system only needs to communicate with the ICMS Data Hub, versus multiple connections to many systems located at many agencies.

The business model behind this concept of the ICMS Data Hub is that the Data Hub will have minimal intelligence built in to the system and therefore require minimum updates or changes. Because other systems will send messages and data to the ICMS Data Hub, and then acquire data and messages from it, there is no need to configure where to send data and when to acquire data. It is believed that this architecture will result in the ICMS Data Hub being a system that requires minimal maintenance and operation. Figure 5 illustrates the interactions of the Data Hub with the other systems.

Illustration of the Logical Architecture of the ICMS Data

Figure 5: Logical Architecture of the ICMS Data Hub System

2.3.2 ICMS Enhancements to the Mn/DOT Traffic Operations System

The Mn/DOT Traffic Operations System, housed at the RTMC operates four primary components (traveler information system, a field device control / traffic management system, a condition reporting system, and a video switch).

Three of these primary components in the Mn/DOT Traffic Operations Center will be enhanced to expand the functionality to support the ICM needs. Collectively, these enhancements are referred to as ICMS-Traffic Operations System.

The current function and planned enhancements of the three primary components are summarized as follows:

In summary, the ICMS Enhancements to the Mn/DOT Traffic Operations System will:

Figure 6 illustrates the logical architecture of the ICMS-Traffic Operations System.

Illustration of the Logical Architecture of the ICMS Traffic Operations System

Figure 6: Logical Architecture of ICMS-Traffic Operations

2.3.3 ICMS Enhancements to the Mn/DOT Arterial Signals Group

The Mn/DOT Arterial Signals Group times and operates the signals along Highway 55 and Highway 7, within the corridor. The ICMS will enhance the functionality of the Mn/DOT ASG to include more real-time signal timing plan capabilities. In addition, the ICMS will expand the Mn/DOT ASG to measure and report the arterial travel times along Highway 55 and Highway 7.

The ICMS enhancements to the ASG (ICMS-Mn/DOT-ASG System) will include an interface to send arterial travel times to the ICMS Data Hub, an interface to receive data from the ICMS Data Hub, and an interface to the field devices to implement timing plan changes. The logical architecture of the ICMS-Mn/DOT-ASG System is illustrated in Figure 7.

Illustration of Enhancements to the Mn/DOT Arterial Signals Group

Figure 7: Logical Architecture of ICMS-Mn/DOT-ASG

2.3.4 ICMS Enhancements to the Metro Transit Control Center System

The Metro Transit Control Center provides control and communication to the Metro Transit operated buses on the corridor. The MTCC is able to communicate with buses and operates several information dissemination systems to relay messages to travelers (including a phone system, next bus arrival signs, and a transit trip planner website. The ICMS will enhance the functionality of the MTCC (ICMS-MTCC System) to send data to the ICMS Data Hub, acquire data from the ICMS Data Hub, perform additional data collection and dissemination at park-and-ride facilities, operate transit signal priority at key park-and-ride exits, and to offer internet access to riders.

The logical architecture of the ICMS-MTCC System is illustrated in Figure 8 below.

Illustration of Enhancements to the Metro Transit Control Center System

Figure 8: Logical Architecture of ICMS-MTCC

2.3.5 ICMS Enhancements to the SouthWest Transit Center

SouthWest Transit service differs from Metro Transit service in that SouthWest Transit provides commuter service from communities to the Southwest of the metro area without regular stops along the corridor. Therefore, SouthWest Transit is a user of the I-394 Corridor, but does not have scheduled passenger pickups along the corridor. Also, SouthWest Transit is a key user of the I-394 ICMS because they have the option to avoid I-394 entirely during incidents (as they have no scheduled pickups). The ICMS will enhance the functionality of the SouthWest Transit dispatch center by acquiring information describing incidents and travel times along the corridor and displaying this information to dispatchers. The ICMS SouthWest Transit enhancements are illustrated in the ICMS-SWT System logical architecture, illustrated below.

Illustration of Enhancements to the SouthWest Transit Center

Figure 9: Logical Architecture of ICMS-SWT

2.3.6 ICMS Enhancements to the Plymouth Metrolink Dispatch

Plymouth Metrolink offers transit service primarily from the western suburbs to Minneapolis. Plymouth Metrolink picks up passengers at Park-and-Ride lots throughout the corridor. The ICMS will enhance the functionality of the Plymouth Metrolink dispatch center by adding the functionality to acquire data and information describing incidents and travel times along the corridor and displaying this information to dispatchers. The ICMS Plymouth Metrolink Transit enhancements (ICMS-PM System) are illustrated by the logical architecture of the ICMS-PM System below.

Illustration of Enhancements to the Plymouth Metrolink Dispatch

Figure 10: Logical Architecture of ICMS-PM

2.3.7 ICMS Enhancements to the A,B,C Garages

The A,B,C Garages are located at the Eastern-most edge of the I-394 ICM Corridor and provide considerable parking opportunities for commuters with direct access from the I-394 Freeway in to the garage. The ICMS Enhancements to the ABC Garage (ICMS ABC System will acquire data from the ICMS Data Hub about incidents, events, and traffic on the corridor; disseminate information to travelers through kiosks in the garage, and allow operators to close the exit to I-394 at times when the freeway will back up in to the garage. Figure 11 below presents the logical architecture of the ICMS-ABC System.

Illustration of Enhancements to the A, B, and C Garages

Figure 11: Logical Architecture of ICMS-ABC

2.3.8 ICMS Enhancements to the Minnesota State Patrol Emergency Management

The Minnesota State Patrol Emergency Management System operators receive reports of incidents and crashes and dispatch response teams to the scene. The ICMS will enhance the MSP-EMS (ICMS-MSP-EMS System) to push incident descriptions to the ICMS Data Hub such that other ICMS systems can access incident reports. Figure 12 illustrates the logical architecture of the ICMS-MSP-EMS System.

Illustration of Enhancements to the Minnesota State Patrol Emergency Management

Figure 12: Logical Architecture of ICMS-MSP-EMS

2.3.9 ICMS Enhancements to the Hennepin County Emergency Management

The Hennepin County Emergency Management System EMS operators receive reports of incidents and crashes and dispatch response teams to the scene. The ICMS will enhance the HENN-EMS (ICMS-HENN-EMS System) to push incident descriptions to the ICMS Data Hub such that other ICMS systems can access incident reports, and to acquire incident reports from the ICMS Data Hub that have been reported by other agencies’ systems. Figure 13 illustrates the logical architecture of the ICMS-HENN-EMS System.

Illustration of Enhancements to the Hennepin County Emergency Management

Figure 13: Logical Architecture of ICMS-HENN-EMS

2.3.10 ICMS Enhancements to the City of Minneapolis Emergency Management

The City of Minneapolis Emergency Management System operators receive reports of incidents and crashes and dispatch response teams to the scene. The ICMS will enhance the COM-EMS (ICMS-COM-EMS System) to push incident descriptions to the ICMS Data Hub such that other ICMS systems can access incident reports, and to acquire incident reports from the ICMS Data Hub that have been reported by other agencies’ systems. Figure 14 illustrates the logical architecture of the ICMS-COM-EMS System.

Illustration of Enhancements to the City of Minneapolis Emergency Management

Figure 14: Logical Architecture of ICMS-COM-EMS

2.3.11 ICMS Enhancements to the City of Minneapolis Arterial Signal Control

The City of Minneapolis Arterial Signals Group operates traffic signal controllers for City operated intersections along the corridor, and in downtown Minneapolis. The City of Minneapolis also currently controls several DMS and CCTV cameras in downtown Minneapolis. While these are not technically on the corridor, they play a role in responding to incidents on the corridor. Figure 15 illustrates the logical architecture of the ICMS-COM-ASG System.

Illustration of Enhancements to the City of Minneapolis Arterial Signal Control

Figure 15: Logical Architecture of ICMS-COM-ASG

2.3.12 ICMS Enhancements to the Hennepin County Arterial Signal Control

The Hennepin County Arterial Signals Group operates traffic signal controllers for County operated intersections along the corridor. Enhancements to the Hennepin County ASG (ICMS-HENN-ASG System) will acquire data from the ICMS Data Hub and display data to operators. Figure 16 illustrates the logical architecture of the ICMS-HENN-ASG System.

Illustration of Enhancements to the Hennepin County Arterial Signal Control

Figure 16: Logical Architecture of ICMS-HENN-ASG

2.4 System Modes and States

The ICMS must operate in a variety of modes (or states) to ensure that the system meets the operational, training, and redundancy needs of the ICM stakeholders. This section describes the various modes that shall be supported by the ICMS.

Normal Operations Mode – Normal operations mode will be the mode in which the system operates the majority of the time. Operators will be able to interact with the system, the system will be sending and receiving data and messages among the various subsystems, and the subsystems will be interfacing with external devices.

Partial Operations Mode – The architecture of the I-394 ICMS is such that as long as the ICMS Data Hub is operational, the system can operate with as many operational subsystems that are available. For example, if the ICMS-HENN-ASG is off-line for any reason, the remainder of the systems can function. Some systems have requirements for sending periodic messages to inform other systems that they are operational. The partial operations mode will also enable portions of the system to be developed and implemented over time.

Start-up Mode – Start up mode will be used whenever a subsystem is brought off-line or restarted for any reason. During start-up mode, the ICMS Data Hub will post messages that no information is available until such time that current data is received. Similarly, other subsystems will not send messages until the next scheduled data collection occurs.

Failure Mode – The ICMS (or any subsystem) shall enter failure mode if the system loses connection to the Internet or in the event that connection to a field device or to the Data Hub is lost. During Failure Mode, the subsystems shall be configured to notify an administrator in some manner. There shall be a checklist that the administrator reviews before adjusting the ICMS from Failure Mode to Normal Operations Mode.

2.5 Major System Conditions

The ICMS shall operate during various conditions. The scenarios presented later in this section describe operational scenarios for situations that involve one or more of these conditions. The follow summaries describe typical conditions for the I-394 Corridor that were considered when developing the requirements.

Inclement Weather Conditions – Inclement weather conditions cause slower traffic movements and therefore increased gridlock. During inclement weather conditions, the risk of incidents is increased. Inclement weather may involve limited visibility, snow or ice reducing traction, extreme cold temperatures and high winds. The impacts of these conditions could impair surveillance through reduced visibility, hinder traffic detection, and restrict capacity.

Non-recurring Congestion - Non-recurring congestion is typically the result of incidents. Because the network operates near capacity, any incident that restricts flow on a route can create serious levels of congestion for one or more routes. During non-recurring congestion, often travelers leave their normal route and are unfamiliar with the route they are traveling.

Special Planned Events and Construction - The corridor hosts several event venues such as a baseball stadium, basketball arena, is a feeder route to the State Fair, and experiences road construction and maintenance activities. Therefore, the ICMS must operate during conditions of planned events. During planned events, the ICMS strategies will actually begin prior to the onset of the event, and will include preparations such as the designation of additional transit parking. The role of the ICMS will be to support advance information dissemination as well as real-time dissemination.

Recurring Congestion – The I-394 Corridor experiences recurring congestion during daily peak periods. This congestion is predicted, although the impacts of the congestion (i.e. how bad it will be) are determined by many factors, including weather, whether school is in session, and roadwork activities of neighboring roads).

Normal Conditions – The majority of the time, the I-394 Corridor will operate under normal operating conditions. During these times, the corridor will experience free flow speeds and minimal waits when moving from one road to another. The ICMS will primarily perform the role of informing travelers of conditions during these conditions.

2.6 Major System Constraints

The primary constraints on the ICMS will be the existing legacy systems that are not proposed to be changed as part of this project. These will apply a constraint to the ICMS because any interfaces with these systems are fixed. If a change is made to a an existing legacy system the ICMS functions will need to be reviewed before a change is implemented to ensure the system will still function as designed.

2.7 User Characteristics

The characteristics of the users of the ICMS are important to understand and document in order that the system can be designed and developed to support the user needs. The following users (defined with characteristics) are envisioned for the ICMS:

Agency Operators – The Mn/DOT Traffic Operations system, Mn/DOT Arterial Signal Group, A,B,C Garages, City of Minneapolis Arterial Signal Group, and Hennepin County Arterial Signals Group will all have agency operators of the ICMS. In addition, the Mn/DOT Traffic Operations operators will have access to the administrator portions of the ICMS Data-Hub. Agency operators shall all be trained to use the ICMS subsystem(s) that they will use. In addition, operators will be comfortable using Internet tools and comfortable with viewing data in spreadsheet and/or database formats.

Administrators – There are several settings in the ICMS that the requirements dictate shall be configurable by administrators using the administrator interface. These administrators are not expected to be able to edit software code, but rather will have some form of an administrator user interface that allows them to modify settings.

Traveling Public – The traveling public will be a user of the ICMS primarily as a consumer of data. The ICMS, and related systems need to present information in a coordinated, and not confusing manner to the traveling public. Information dissemination systems should be co-branded, coordinated, and shall not contradict each other.

2.8 Assumptions and Dependencies

There were a number of assumptions made while drafting the ICMS requirements. These assumptions are summarized here:

2.8.1 External Requirements

As noted earlier in this document, the success of the ICMS depends upon existing system and systems planned for deployment with funding from outside (non-ICM) sources. Each of these systems or field devices is critical to the success of the ICM initiative and is needed for the ICMS to operate properly. Therefore, these systems are considered External Requirements. In other words, if any of these systems are decided to be terminated or changed in any way, the ICMS requirements and scenarios should be consulted to determine if the change will impact the performance of the ICMS. These External Requirements (existing and planned deployments) are described as follows:

External Requirements – Existing systems and Devices

External Requirements – Planned and committed systems

2.9 Operational Scenarios

This subsection includes six different operational scenarios to illustrate how the ICM would assist in different situations.

2.9.1 Scenario #1: Major Incident in the AM Peak

On a weekday morning about 7:30am, a serious crash occurs on eastbound I-394 just east of Hwy 100, between a truck and a passenger auto. The crash has caused serious injuries and is blocking all eastbound directional (inbound morning commute) lanes of travel for an estimated 90 minute clearance time.

Illustration of Scenario 1

Figure 17: Scenario 1 Illustration

A passenger riding in a vehicle upstream of the crash has been stopped behind the crash and phones 911 to report the incident within minutes from the onset. A State Patrol dispatcher in the RTMC receives the 911 phone call and immediately creates an event in the CAD system, describing the event (location and impacts to traffic) and dispatches law enforcement and emergency services to the scene.

Scenario #1 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #1 would be provided by the Mn/DOT RTMC Freeway Operations Team. On-site coordination of the incident response would be managed by the Minnesota State Patrol. On-site coordination of traffic management and recovery would be provided by the FIRST vehicle drivers. The closure of the event would be triggered by the State Patrol clearing the event, and then the Mn/DOT Freeway Operations team would manage the incident wrap-up and eventually return all systems to normal.

2. Scenario Impacts on Corridor Goals and Objectives

As a result of the ICM response procedures executed on this morning, the only major delays were experienced by those vehicles immediately behind the crash site. These vehicles were safely moved past the crash site as soon as the first emergency responders arrived. In total, 800 commuters altered their modes or departure times, and the remaining commuters arrived at their destinations (many altering their routes) within their buffer time, with the average delays being 3-5 minutes.

2.9.2 Scenario #2: Minor Traffic Incident

On a weekday at about 4:30PM, a serious crash involving two cars with multiple serious injuries occurs on westbound I-394 between Hwy 100 and I-94 in the reversible HOT lanes currently running westbound, blocking those lanes with an estimated one hour clearance time.

Illustration of Scenario 2

Figure 18: Scenario 2 Illustration

A State Patrol trooper regularly positioned on the HOT lanes to perform HOT enforcement has observed the crash from his post and immediately radios the report to the State Patrol dispatchers located in the RTMC. A State Patrol dispatcher in the RTMC creates an event in the CAD system, describing the event (location and impacts to traffic), and dispatches law enforcement and emergency services to the scene.

Scenario #2 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #2 would be provided by the Mn/DOT RTMC Freeway Operations Team. On-site coordination of the incident response would be managed by the Minnesota State Patrol. On-site coordination of traffic management and recovery would be provided by the FIRST vehicle drivers. The closure of the event would be triggered by the State Patrol clearing the event, and then the Mn/DOT Freeway Operations team would manage the incident wrap-up and eventually return all systems to normal. The ICM Management Team would be briefed on this event during the next meeting and the performance measurements presented by the ICM Program Manager for review and analysis.

2. Scenario Impacts on Corridor Goals and Objectives

As a result of the ICM response procedures executed on this evening peak period, the only major delays were experienced by those vehicles who continued to enter I-394, however with the amount of traffic diverted the delays were not major. While some transit riders and commuters who diverted their routes experienced delays, they were notified of the likely delays in time to call friends and spouses and make alternate arrangements for evening pickups.

2.9.3 Scenario #3: Major Arterial Highway Incident

A crash occurs on eastbound Hwy 55 between Winnetka Blvd. and Glenwood Avenue on a weekday at 7:45am, blocking all eastbound travel lanes for an estimated 45 minutes.

Illustration of Scenario 3

Figure 19: Scenario 3 Illustration

A passenger in a vehicle upstream is stopped behind the crash and phones 911 to report the event within minutes from the onset. The 911 call is answered by Hennepin County 911 dispatch, where a dispatcher enters a CAD report into the County’s CAD system, describing the event (location and impacts to traffic). In addition to entering the event into CAD, the dispatcher announces the crash over the ‘Inter-agency law enforcement talk channel’ of the 800 Mhz system, where it is heard by the RTMC, Metro Transit, Plymouth Transit, SouthWest Transit, and City of Minneapolis. The county dispatcher dispatches law enforcement and emergency services to the scene.

Scenario #3 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #3 would be provided by the Mn/DOT Arterial Management Operations Team. On-site coordination of the incident response would be managed by the local police agency running the scene incident clearance. On-site coordination of traffic management and recovery would be provided by the Mn/DOT Maintenance Team. The management of freeway systems response to the incident would be led by the RTMC Freeway Operations Team. The closure of the event would be triggered by the local police clearing the event, and then the Mn/DOT Arterial Operations team would manage the incident wrap-up and eventually return all systems to normal.

2. Scenario Impacts on Corridor Goals and Objectives

As a result of the ICM response procedures executed on this morning, the only major delays were experienced by those vehicles immediately behind the crash site or entering eastbound Hwy 55 from access points beyond Hwy 169. In total, most commuters using Hwy 55 altered their routes and arrived at their destinations within their buffer time, with the average delays being 3-5 minutes.

2.9.4 Scenario #4: Minor Transit Incident

A Metro Transit Bus breaks down on the eastbound on-ramp from Louisiana Ave to I-394 blocking all entering traffic on a weekday morning at about 7:30am. The breakdown involves a transmission problem that will not allow the FIRST vehicles to push the transit vehicle out of the lane of traffic.

Illustration of Scenario 4

Figure 20: Scenario 4 Illustration

The transit vehicle on-board AVL communications console relays the alert to dispatchers with a verbal description of the event. The dispatcher immediately dispatches the nearest transit incident response team and a back-up bus from the nearby transit garage, and activates a transfer of the event report to the ICMS Data Hub.

Scenario #4 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #5 would be provided by the Mn/DOT RTMC Freeway Operations Team. On-site coordination of the incident response would be managed by the Minnesota State Patrol. On-site coordination of traffic management and recovery would be provided by the FIRST vehicle drivers. The closure of the event would be triggered by the State Patrol clearing the event, and then the Mn/DOT Freeway Operations team would manage the incident wrap-up and eventually return all systems to normal. The ICM Management Team would be briefed on this event during the next meeting and the performance measurements presented by the ICM Program Manager for review and analysis.

2. Scenario Impacts on Corridor Goals and Objectives

As a result of the ICM response procedures executed on this morning, the transit riders on-board the stalled vehicle were delayed approximately 10 minutes while they waited and then boarded the SouthWest Transit bus. commuters who typically use the on-ramp experienced approximately 3 minutes of delay using the alternate access via Hwy 100. In total, all commuters arrived within their buffer zone.

2.9.5 Scenario #5: Major Planned Event Scenario – Afternoon Baseball Game

A weekday afternoon Twins game at the new stadium with an estimated 40,000 attendees is seeing all fans leave around 4:30PM following the last out of a baseball game with a 6-5 score.

Illustration of Scenario 5

Figure 21: Scenario 5 Illustration

The close ball game has resulted in most fans remaining until the end of the game, which concludes at approximately the onset of the evening peak period. Roughly 20% of the attendees (8,000 individuals) to the game will now return to the western suburbs using the I-394 Corridor.

Scenario #5 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #5 would be provided by the ICM Management Team. The advanced notice of the incident and the need to activate pricing strategies, additional parking and transit options, and activate advanced plans, requires coordination among many agencies. The ICM Management team will play this role both during the planning (when specific duties will be delegated) and during the post-event recap to assess whether target metrics were reached. The ICM Management Team would be briefed on this event during the next meeting and the performance measurements presented by the ICM Program Manager for review and analysis.

2. Scenario Impacts on Corridor Goals and Objectives

Many attendees to the ballgame are first time or seldom use transit riders, and many of those have made connections to arrive at the game. Throughout their trip home, these riders call 511 or view bus departure/arrival time signs at their stops to understand their connection points and the next departures of their buses.

The unusual daytime game was anticipated and planned for in advance with incentives for parking departure delays and transit rider ship. These strategies have reduced the number of single occupant vehicles traveling to and from the game and alleviated any parking capacity problEMS. Advance notice to commuters and incentives for ball game attendees not to leave immediately has reduced the spike of traffic at the time the game has ended. As a result of these precautionary measures, no operational problEMS occurred and the evening peak period was uneventful.

2.9.6 Scenario #6: Weather Incident Scenario

An unexpected snow storm is starting around 4:00PM on a weekday in the region, with anticipated snow fall of 10 inches over the next 12 hours.

Scenario #6 Recap:

1. Scenario Management and Leadership

The overall ICM management during Scenario #6 would be provided by the Mn/DOT RTMC Freeway Operations Team working in close communication with the Mn/DOT Arterial Management Team.

2. Scenario Impacts on Corridor Goals and Objectives

Most commuters who traveled to their employment sites before the snow began experienced substantial delays returning home. However, due to the ICM strategies, the delays were understood and expected. Travelers understood the travel time on their route as well as the parallel route (and therefore did not seek en-route diversions), and for the most part travel home was safe and uneventful.

2.10 Performance Measures

Members of the I-394 ICM initiative have discussed how they will determine the effectiveness of the ICM strategies at meeting the goals and objectives set forth by the stakeholders. A preliminary list of performance measures has been identified. The preliminary performance measures, mapped against the goals and objectives of the I-394 Corridor are described in Table 5.

The collection of data and information to assess the performance measures will primarily be performed by the individual agencies as part of their regular business processes. In some instances, the ICMS will gather, process, and report data to support performance measurements. These specific requirements are described in the System of systems level requirements.

Table 5: I-394 ICM Preliminary Performance Measures
Goal Objective Needs Related to Objective Performance Measure
Mobility & Reliability Reduce the variation in travel times

The need for incident detection and notification.

The need for efficient movement of vehicles throughout the corridor.

The need for corridor wide status monitoring.

The need for an overall view of conditions along all routes and modes.

Buffer Index – The amount of time travelers must allow to ensure they are on-time 95% of the time.

Maximum travel times experienced by travelers throughout the corridor

Range of travel times (and variability) experienced by travelers

Percentage of ‘late’ bus routes throughout the corridor.

Maintain options for travelers’

The need to monitor status of devices and systems.

The need for a comprehensive view of all available capacity and demand throughout the corridor.

Average parking availability per facility and time of day

comparisons of transit, HOV/HOT lanes, Freeways, and arterial route performance

Percentage of corridor (routes and modes) reported on in real-time

Corridor-wide Capacity Utilization Encourage pattern changes to better utilize spare capacity

The need for transit advantages.

The need for transit incentives.

Percentage of drivers altering route or mode based on traveler information

Average capacity utilization across all modes during incidents and normal conditions.

Corridor Event and Incident Manage-ment Inform travelers of incidents & impacts

Corridor wide status monitoring

Need for overall view of conditions along all routes and modes.

The need for dissemination of corridor-wide traveler information

Number of events where viable alternates are delivered to travelers (either via. Phone, web or push)

Number of callers receiving alternate route/mode information

Web page hits and call volumes during incident events

Manage traffic around events Verification of incidents and events

Number of closures where vehicles are routed onto appropriate alternate routes

Number of times alternate plans are implemented, and the real-world results.

Response/ clearance times for major events.

Holistic Traveler Informa-tion delivery Travelers are aware of their modal and route options

Need for overall view of conditions along all routes and modes.

Need to assemble and disseminate park-and-ride availability.

The need for dissemination of corridor-wide traveler information

Web page hits, phone requests, and push deliveries of specific route/mode options
Travelers do not experience delays without also being informed of options

Need to present modal and route options to travelers.

The need for access to information en-route.

Travelers’ feedback after incidents and events.

Previous | Next