1. Introduction and Document Overview
The stakeholder agencies that operate transportation systems along the I-394 Corridor on the west side of the Twin Cities Metropolitan Area (TCMA)have decided to implement and operate an Integrated Corridor Management approach throughout the corridor. Together, the stakeholder agencies have defined a set of User Needs that must be met within the corridor.
A number of existing legacy Intelligent Transportation Systems (ITS)already exist and work to manage traffic and inform travelers of the I-394 Corridor. Because of the existing systems, some portions of the User Needs are already met; however none of the User Needs are completely satisfied by the existing systems.
In order to fully meet the User Needs and operate a truly integrated corridor management approach, the stakeholders of the I-394 Corridor have agreed to develop and operate an Integrated Corridor Management System (ICMS). The ICMS will function as a system of systems that incorporates a new system referred to as the ICMS Data Hub as well as enhancements to eleven (11) existing systems currently operated by a collection of State, County, and Local agencies.
This System Requirement Specification (SRS)defines the requirements for the I-394 Corridor ICMS. These requirements describe ‘what’ the ICMS will do to fulfill its role as part of the overall I-394 Integrated Corridor Management approach.
In some cases, the actions of the ICMS will require actions of other systems that are currently performed by the existing systems. In these circumstances, detailed functional requirements are not defined because the systems already exist and need not be built by this project. However, high level ‘External Requirements’ are identified describing these actions that the ICMS needs in order to function properly.
Key Terms Used in the SRS
Section 8 defines acronyms, abbreviations, and local definitions. However there are a few key terms used throughout the requirement definitions that are defined here in order to clarify any potential confusion:
Send Data – Send data is used to describe a data exchange where one system (System A) connects to a second system (System B) and (after handshaking) sends a message or data set. System B responds to verify if the message was received properly or not.
Receive Data – Receive data is the term used by a system that is waiting for other systems to send data. Using the example above, System B receives data. In order to receive data, a system must operate in a mode that is waiting all the time for other systems to connect and send data.
Post Data – A system posting data ‘publishes’ the data or message set in a location where other systems can come and collect the data. An XML post is a common form of data post. The data post can either be in a public location, such as the Internet; or in a secure location where only authorized systems may access it. For purposes of this ICMS, all data posts will be public posts.
Acquire Data – A system that acquires data follows a timed cycle to visit a location where data is posted and acquires the data. Unlike receiving data, the system must actively visit the post site and gather the data.
1.1 System Purpose
The transportation, transit and emergency services agencies that support the I-394 corridor have collectively decided to pursue an Integrated Corridor Management approach. Consequently, relationships, agreements and cooperation have already increased along the corridor. This was made obvious when a tanker truck recently overturned on the I-394 highway closing I-394 and I-94 for several hours on January 9, 2008. As a result of the procedures discussed and relationships developed, the response to the event was executed in a collaborative and efficient manner.
Nonetheless, the benefits realized by cooperation and relationships are limited. The tanker truck overturning in January confirmed what the I-394 stakeholders have been discussing for over 12 months, that there is a need to physically integrate their systems together such that the full spectrum of ICM benefits can be achieved.
This integration of systems and agencies will be accomplished by the design, development and implementation of the ICMS. The purpose of this system is to support the I-394 stakeholders at executing the Incident Corridor Management (ICM) strategies they have identified and prioritized for this corridor.
1.2 System Scope
Section 3 of this document presents the detailed requirements for the System of Systems for the I-394 ICMS. Section 4 presents the detailed system requirements for the individual systems of I-394 ICMS. Section 5 defines the Hardware Requirements, Section 6 describes the Interface Requirements, and Section 7 defines the Documentation and Training Requirements. Once a system is developed that meets these requirements, the I-394 ICM stakeholders will have the tools they need to effectively manage traffic on the I-394 corridor.
In order to put context to the requirements described in Section 4, the intent of this section is to describe the problems and needs that face the travelers and transportation professionals along the I-394 corridor.
Each requirement in Section 4 is derived from one or more corridor user needs. In the event that any discussion, debate, or clarification is needed on the requirements, the project team shall refer to the needs presented in this section and to the operational scenarios described in Section 2.
Table 1 presents the problems described for the I-394 corridor and the extracted needs of the ICMS.
1.3 I-394 Integrated Corridor Management Components
The I-394 ICM concept is described by four primary components:
- Existing field devices and control systems already in place in the corridor;
- A set of field devices and control systems planned to be developed and deployed by funding sources outside the ICM Project;
- The ICM System (ICMS) itself; and
- Partnerships, agreements, and actions to complement the systems being deployed.
Figure 1 illustrates the four components to the Minnesota I-394 ICM initiative.
Figure 1: Four Primary Components of the I-394 ICM Initiative
Existing systems and field devices along the I-394 corridor are recognized as external requirements to the ICMS because ICMS requirements were created with the understanding that these external entities exist and will continue to exist. If the existing entities are removed or change in function or feature, this may cause impacts to the ICMS. Section 2.7 describes these external requirements. Detailed requirements for existing systems are not defined in Section 4 because they need not be built by this project.
Planned systems and devices funded by non-ICMS funds represent those devices or enhancements to existing devices that are planned and committed for deployment by state, city, or county agencies. These are also represented as external requirements because the ICMS requirements are being developed with the understanding that these entities will be deployed without the use of ICM funds. Section 2.7 describes these external requirements. Detailed requirements for existing systems are not defined in Section 4.
The ICMS includes new systems and enhancements to existing systems that are described by the detailed requirements defined in Section 4 of this document. The intention is to use ICM funds to develop and deploy the ICMS software and related field devices.
Partnerships, agreements and actions to support ICM have been defined to ensure that each agency understands their roles and commitments, as well as the roles and commitments of other agencies. Section 6 contains descriptions of these partnerships and procedures.
1.3.1 The Relationship between the ICMS and Other Systems
The business model of the I-394 ICM Project is to make use of existing or planned system and field devices to the extent possible. This approach will seek to benefit from any external systems that are already operational and have funded budgets for ongoing operations and maintenance.
The role of the ICMS will be to augment, enhance, and support these existing systems such that the vision of ICM can be accomplished. For example, the ICMS will not deploy a new 511 phone system, but rather enhance the existing Traffic Operations Center that operates the 511 phone system in order that it may disseminate additional ‘corridor-centric’ information using the existing phone system.
Figure 2 on the following page illustrates conceptually how the ICMS (depicted in yellow in the center) will augment, enhance and support nine existing systems (represented as blue boxes around the ICMS) to interface to a variety of field devices (both existing and planned for deployment). Collectively, all components shown in Figure 2 will comprise the ICM. The ICMS (depicted in yellow) will be described in detail throughout the remainder of this document.
Figure 2: Block Diagram of ICM Components
1.3.2 Existing Systems and Field Devices
There are currently a number of existing field devices and control systems that are in place on the corridor and will be key components to the overall ICM strategies. Table 2 describes these existing systems and indicates the agency committed to maintain these systems.
1.3.3 Planned Systems and Field Devices
In addition to the existing systems and field devices along the I-394 Corridor, there have been a number of recent commitments to deploy and operate additional systems and field devices. Table 3 summarizes those deployments that are planned and committed by ICM member agencies, and identifies the agency committed to fund the initiative (additional details of these requirements, including planned deployment timeframes, are included in Section 5.
1.3.4 The ICMS
The ICMS is a system of systems to be deployed to accomplish those portions of the ICM vision not accomplished by existing or planned deployments. This section presents a high level summary of the ICMS, with detailed requirements presented in Section 4.
The majority of the ICMS deployments have been identified as Near-term ICMS deployments, to be developed and deployed in the initial 2 years. However, several ICMS components are identified as Medium-term deployments, to be deployed in 2-5 years from project onset. For purposes of the United States Department of Transportation (USDOT) initiative, the Near-term ICMS deployments would be included in the initial funding request; or funded by local matches. Figure 3 (on the following page) includes a block diagram of the ICMS subsystems and shows the connections between:
- Existing systems;
- Existing field devices;
- Planned ICMS software systems;
- Planned ICMS field devices; and
- Future Medium term (possible) ICMS field devices and systems.
Figure 3: Block Diagram of the ICMS Subsystems and Interconnects
1.3.4.1 ICMS High Level Summary – Near Term Components
The near term ICMS components will consist of the ICMS Data Hub (a new system), and enhancements to nine existing systems, summarized briefly as follows:
- The ICMS Data Hub will receive data and event messages from the other ICMS systems. The ICMS Data Hub will store data temporarily and post the data for other systems to download.
- The ICMS Enhancements to the Mn/DOT Traffic Operations System will:
- Send freeway data (volume, occupancy, travel times, ramp meter) to the ICMS Data Hub;
- Acquire and store performance data for arterial and transit systems (e.g. travel times) from the ICMS Data Hub;
- Generate and disseminate message to the traveling public through enhancements to the 511 phone and Internet dissemination systems;
- Interface with and control field equipment (e.g. posting ICM messages to existing DMS signs, posting messages received from the ABC garages to signs deployed for the garages);
- Acquire park-and-ride availability messages from the ICMS Data Hub
- Generate and disseminate messages describing park-and-ride parking availability using existing phone and Internet dissemination systems; and
- Provide an operator interface.
- The ICMS Enhancements to the Metro Transit Control Center System will:
- Gather data from buses to calculate performance and route status;
- Gather data from the ICMS Data Hub about incidents, freeway and arterial travel times from the ICMS Data Hub, and insert data into the transit CAD system;
- Send messages to Transit Signal Priority receivers on signal controllers to accomplish transit signal priority;
- Disseminate ICM information to travelers using existing transit information dissemination systems; and
- Allow an operator interface to configure and manage the ICMS enhancements.
- Deploy detection equipment to monitor parking space availability at the park-and-ride lots operated by Metro Transit along the I-394 corridor;
- Deploy DMS signs and control capability to post messages on Metro Transit operated DMS signs notifying travelers of the available spaces at parking facilities;
- The ability to send park-and-ride availability message reports to the ICMS Data Hub
- The ICMS Enhancements to the SouthWest Transit System will:
- Gather data from the ICMS Data Hub about incidents, and insert data into the SouthWest Transit CAD system (when installed); and
- Display information to SouthWest Transit dispatchers.
- The ICMS Enhancements to the Plymouth Metrolink Transit System will:
- Gather data from the ICMS Data Hub about incidents, and insert data into the Plymouth Metrolink Transit CAD system (when installed); and
- Display information to Plymouth Metrolink Transit dispatchers.
- The ICMS Enhancements to the A,B,C Garage Systems will:
- Acquire traffic and incident data from the ICMS Data Hub;
- Generate messages for external DMS signs describing parking availability and send messages to the ICMS-Data Hub (parking messages will be acquired by ICMS-Traffic Operations and DMS signs controlled by the Mn/DOT Traffic Operations)
- Generate messages describing traffic conditions, events and closures and display messages or maps on kiosks in garage;
- Include an operator and administrator interface; and
- Send data about any garage exit closures and recommended messages for external DMS signs to the ICMS Data Hub.
- The ICMS Enhancements to the Mn/DOT Arterial Signal Group System will:
- Interface with field devices
- gather volume and occupancy data from traffic controllers;
- download new signal timings to traffic controllers;
- send messages to arterial DMS signs
- Calculate arterial travel times using data acquired from controllers;
- Send arterial travel times to the ICMS Data Hub;
- Acquire freeway travel times and incident reports from the ICMS Data Hub;
- Provide an operator interface to view arterial data, freeway data, and incidents; and to control signal timing downloads.
- Interface with field devices
- The ICMS Enhancements to the City of Minneapolis Arterial Signal Group System will:
- Interface with field devices
- gather volume and occupancy data from traffic controllers;
- download new signal timings to traffic controllers;
- send messages to existing arterial DMS signs
- Acquire freeway travel times and incident reports from the ICMS Data Hub;
- Provide an operator interface to view arterial data, freeway data, and incidents; and to control signal timing downloads.
- Interface with field devices
- The ICMS Enhancements to the Hennepin County Arterial Signal Group System will:
- Interface with field devices
- gather volume and occupancy data from traffic controllers;
- download new signal timings to traffic controllers;
- Acquire freeway travel times and incident reports from the ICMS Data Hub;
- Provide an operator interface to view arterial data, freeway data, and incidents; and to control signal timing downloads.
- Interface with field devices
- The ICMS Enhancements to the Minnesota State Patrol CAD System will:
- Send incident notices and updates to the ICMS Data Hub
- The ICMS Enhancements to the City of Minneapolis CAD System will:
- Send incident notices and updates to the ICMS Data Hub
- The ICMS Enhancements to the HennepinCounty CAD system will:
- Send incident notices and updates to the ICMS Data Hub
1.3.4.2 ICMS High Level Summary – Medium Term Components
The medium term ICMS components will consist of deployments planned to occur between two and five years from project onset. These are summarized briefly as follows:
- The ICMS Enhancements to the City of Minneapolis Arterial Signal Group System will:
- Deploy additional DMS on city operated streets in and around the corridor to be controlled by the City of Minneapolis traffic control center.
- Deploy additional CCTV to view city operated streets in and around the corridor.
- The ICMS Enhancements to the Hennepin County Arterial Signal Group System will:
- Deploy additional DMS on county operated streets in and around the corridor to be controlled by the Hennepin County traffic control center.
- Deploy additional CCTV to view county operated streets in and around the corridor.
1.3.5 Partnerships, agreements and procedures
The success of the I-394 Corridor ICM initiative relies on more than the hardware and software to be deployed and operated. A number of partnerships, agreements and procedures have been identified that will ensure that the systems and equipment are used properly and that the agencies work together to make best use of these systems.
In addition, two of the User Needs are not directly addressed by requirements in this SRS, these requirements (#14 and #19) relate to field equipment continuing to run without power supply and establishing common performance measures. Therefore, the first two agreements and procedures in this section specifically address User Needs #14 and #19.
The Need for Infrastructure Reliability and Redundancy
Several key intersections along the ICM corridor are prone to losing power to the signal controllers several times per year. In isolation, one signal without power is not a tremendous cause for alarm, however when the intersection is downstream of many other intersections along a primary commuter corridor, it is of great concern. The ICM initiative will cooperate together to deploy power backup systems at key corridor intersections in order to maintain as high a level of service as possible.
The Need for Common Accepted Performance Measures
User Need #19 relates to the need for common and accepted performance measures for how the corridor is performing. The ICMS will record, process and calculate data against formulas and equations, however there needs to be agreement on how ‘good performance’ is measured. Therefore, the ICM project partners will meet to reach consensus on performance measures that accurately reflect the performance of the corridor and can be measured adequately.
Coordinated Signal Timing Plans
During special events, major incidents, or other special circumstances, signal control operators may select to download signal timing plans to controllers on the I-394 Corridor. The ICMS-Data Hub will share information about what timing plans are implemented, however there is a need for each agency to have a set of pre-defined timing plans that are coordinated. This will help maintain coordination along routes that include both State and city signals. This will require cooperation as all agencies develop their special timing plans to synchronize cycle lengths and maintain coordination.
Debriefing of Major Events
The ICM strategies and use of the ICMS will be new to each agency. In order to develop the most effective use of the systems and devices, the agencies have agreed to conduct debriefings of major incidents with an emphasis on ICM. These debriefings will help each agency review how they used the ICMS, what impediments they had, and identify opportunities for improvement.
Regular Meetings of Emergency Management Groups
The ICM project development has increased dialog among the State, County, City emergency management providers and Mn/DOT. After the ICMS is implemented, this group intends to continue regular meetings (perhaps 2 per year) to maintain relationships and communication.
Regular Meetings of Arterial Signal Management
Mn/DOT, City of Minneapolis, and Hennepin County traffic management groups meet regularly, however the groups have recognized a value in meeting specifically to discuss coordination and the use of the ICMS. Therefore, regular meetings are planned.
1.4 System (ICMS) Overview – Return on Investment
The block diagrams in Figures 2 and 3 represent the systems, field equipment, and communications to support ICM strategies along the I-394 Corridor. If these components were constructed from the ground up, with no existing systems, the costs for the I-394 Corridor alone would easily exceed $50 Million. However, the foundation of the ICM initiative is to leverage existing systems, and only build those technologies that are needed to integrate the systems together.
In addition, because of committed investments from Metro Transit, the City of Minneapolis Parking Garages, and Mn/DOT, many of the field devices needed to realize the vision of ICM are already planned for deployment using non-ICM funds.
Because of these existing systems and systems planned for deployment in the near-term, the I-394 Corridor ICMS need not perform all actions required by the ICM strategies, but rather will augment the existing systems and integrate existing systems together.
The I-394 Corridor ICMS will perform automated functions and enable operators to perform manual functions in order to execute the Integrated Corridor Management strategies identified for the corridor.
The following section introduces the one new system proposed to be created for the I-394 ICM initiative, and the eleven existing systems proposed to be enhanced by this initiative. The exact approach for enhancing the existing systems (e.g. whether new software systems are created or whether existing systems are modified) will be determined during the design phase. For the remainder of this SRS document, these enhancements to existing systems will be referred to as ‘systems’. For example, the enhancements to the ICMS Traffic Operations System is referred to as ‘ICMS-Traffic Operations System’.
The approach of modifying existing systems to the extent possible was a strategic decision by members of the corridor. Because each of these existing systems exists today and has a budget for ongoing operations and maintenance, this was determined to be the best opportunity to maintain operation of the overall ICMS (all 12 systems) indefinitely.