MARYLAND I-270 INTEGRATED CORRIDOR MANAGEMENT (ICM) SYSTEM REQUIREMENTS SPECIFICATION
STAGE 1 FINAL
You will need the Adobe Reader to view the PDFs on this page.
PDF (3.4 MB)
March 31, 2008
FHWA-JPO-08-043
EDL Number 14423
Submitted to:
U.S. Department of Transportation
Federal Highway Administration
Federal Transit Administration
Research and Innovative Technology Administration
Notice and Quality Assurance Statement
Technical Report Documentation Page
- 1.1 I-270 ICM Corridor Boundaries, Networks, and Stakeholders.
1.2 System Purpose
1.3 System Scope
1.4 Definitions, Acronyms, and Abbreviations
1.5 References
- 2.1 System Context
- 2.2 Major System Capabilities
- 2.3 Major System Conditions
- 2.4 Major System Constraints
- 2.5 User Characteristics
- 2.6 Assumptions and Dependencies
- 2.7 Operational Scenarios
3. System Capabilities, Conditions, and Constraints
- 3.1 Physical
- 3.2 System Performance Characteristics
3.3 System Security
3.4 Information Management
3.5 System Operations - 3.6 Policy and Regulation
3.7 System Life-Cycle Sustainment
- 4.1 System Data Types
4.2 System Data Exchanges
4.3 System Data Exchange Methods, Standards, and Frequencies
4.4 User Interfaces
5. Detailed System Requirements
- 5.1 System Requirements Organization
5.2 System N eeds
5.3 System Requirements Table- 5.3.1 Data Collection (Requirements 100-299)
5.3.2 Traveler Information Dissemination (Requirements 300-499)
5.3.3 Data Exchanges with Other Systems (Requirements 900-1099)
5.3.4 ITS Device Control and Monitoring (Requirements 1100-1299)
5.3.5 Parking Management System (Requirements 1300-1499)
5.3.6 Decision Support System (Requirements 1500-1699)
5.3.7 Data Analysis and Performance Measurements (Requirements 1700-1899)
5.3.8 Policies, Procedures, and Standards (Requirements 1900-2099)
5.3.9 System Security and Information Technology (Requirements 2100-2299)
5.3.10 User Interface (Requirements 2300-2499)
- 5.3.1 Data Collection (Requirements 100-299)
List of Tables
Table 1 – I-270 Corridor Stakeholders
Table 2 – I-270 ICM System User Classes
Table 3 – I-270 ICM System Data Types
Table 4 – I-270 ICM System Data Exchanges with External Systems
Table 5 – I-270 ICM System Requirements Groupings
Table 6 – I-270 ICM System Requirements Categories
Table 7 – I-270 ICM System Needs
Table 8 – I-270 ICM System Requirements
List of Figures
Figure 1 – I-270 Montgomery County ICM Corridor Map
Figure 2 – Maryland I-270 ICMS Component Diagram
Figure 3 – RITIS Listing of Incidents, Construction, and Special Events
Figure 4 – RITIS Interactive Map of Incident Locations
Figure 5 – RITIS Interactive Map of Detector Data Beacons
Figure 6 – RITIS Interactive Map of National Weather Service Alerts
Figure 7 – RITIS Graphical Timeline of Event, Incident, and Construction Information
1. Introduction
This document presents a revised System Requirements Specification (SyRS) for an Integrated Corridor Management (ICM) System along the Interstate-270 Corridor in Montgomery County, Maryland. It provides a description of the planned ICM System and delineates high-level and detailed requirements for the system.
The document was prepared for the U.S. Department of Transportation (USDOT) under the Integrated Corridor Management Program (Cooperative Agreement No. DTFH61-06-H-00042). It was developed by the Maryland Department of Transportation in association with Montgomery County and the Washington Metropolitan Area Transit Authority. Telvent Farradyne Inc. and the University of Maryland’s Center for Advanced Transportation Technology assisted with the preparation of this report.
The document is organized as follows:
- Section 1 introduces the document, provides background information on the I-270 ICM corridor, and defines the purpose and scope of the System Requirements Specification.
- Section 2 provides a general description of the planned I-270 Integrated Corridor Management System (ICMS), including the overall context of the system, major system capability groupings, user characteristics, and examples of how the system will be used.
- Section 3 provides a summary of the physical attributes of the system, performance characteristics, security, information management, operational factors, applicable organizational policies, and system performance evaluation factors.
- Section 4 summarizes the requirements for the interfaces among different components of the system and defines the types of data to be collected and stored in the system.
- Section 5, the predominant portion of this document, presents the I-270 ICMS needs and detailed requirements.
1.1 I-270 ICM Corridor Boundaries, Networks, and Stakeholders
A comprehensive description of the I-270 Corridor is provided in the Maryland I-270 ICMS Concept of Operations (ConOps) document, dated June 18, 2007, and is summarized below.
The I-270 Corridor is located in Montgomery County, Maryland just outside Washington, D.C. The corridor measures approximately 20 miles in length and consists of a variety of transportation networks, including:
- The Freeway Network (including I-270),
- The Arterial and Connector Route Network (including MD-355),
- The MARC Commuter Rail Network,
- The Metrorail Network,
- The MTA Commuter Bus Network,
- The Metrobus Network, and
- The Ride On Local/Commuter Bus Network.
A map of the I-270/Montgomery County Corridor is presented in Figure 1. The major boundaries of the corridor include the following:
- Northern Boundary – The Frederick County/Montgomery County Line;
- Southern Boundary – I-495 (Capital Beltway);
- Western Boundary – South to north: River Road, Falls Road, Wooten Parkway, Great Seneca Highway, and the MARC Brunswick Line; and
- Eastern Boundary – South to north: Viers Mill Road, MD-355, Shady Grove Road, Airpark Road, and Woodfield Road.
The corridor is part of the broader Metropolitan Washington Council of Governments (MWCOG) region.
Figure 1 – I-270 Montgomery County ICM Corridor MapImage Source: Montgomery County Department of Public Works and Transportation

Click here for large detailed image
Key stakeholders in the I-270 Corridor are identified in Table 1, below.
Table 1 – I-270 Corridor Stakeholders
Partnering AgenciesAgencies partnering for Phase I of the U.S. Department of Transportation’s (USDOT) Discretionary Cooperative Agreement for Integrated Corridor Management include:
- Federal Highway Administration (FHWA)
- Federal Transit Administration (FTA)
- Research and Innovative Technology Administration (RITA)
- Maryland State Highway Administration (MDSHA)
- Maryland Transit Administration (MTA)
- Montgomery County Department of Public Works and Transportation (DPWT)
- The University of Maryland (UMD)
- Washington Metropolitan Area Transit Authority (WMATA)
Stakeholders
Other agencies with a stake in the outcome of the USDOT’s Discretionary Cooperative Agreement for Integrated Corridor Management of the I-270 Corridor include:
- City of Gaithersburg
- City of Rockville
- Commercial Vehicle Companies
- CSX Rail
- Event Promoters
- Federal Emergency Management Agency
- Frederick County Department of Public Works and Transportation
- General Public
- Maryland Emergency Management Agency (MEMA)
- Maryland National Capital Park and Planning Commission (MNCPPC)
- Maryland State Police (MSP)
- Maryland Transportation Authority (MdTA)
- Metro Transit Police
- Montgomery County Fire and Emergency Medical Services (EMS)
- Montgomery County Police
- Montgomery County Public Schools (MCPS)
- National Capital Region Transportation Planning Board
- National Institute of Standards and Technology (NIST)
- North Bethesda Transportation Management District
- Private Sector Information Service Providers
- Regional Media Outlets
- Towing Industry
- University of Maryland Center for Advanced Transportation Technology
- United States Department of Energy (DOE)
- Virginia Department of Transportation (VDOT)
- Traveling Public
1.2 System Purpose
The overall purpose of the Maryland I-270 ICM System (ICMS) is to achieve the goals and objectives set forth in the I-270 ICM Concept of Operations in a manner that will ensure the combined stakeholder vision of having transportation operations within the I-270 ICM corridor operate at peak efficiency by optimizing the use of the capacities of the transportation modes in the corridor. For the I-270 ICMS to be successful, it is imperative that its development and operation be driven by the following ICM goals and related objectives1:
- Optimize Mobility, Reliability, and Safety by reducing overall trip and person travel-time; improving travel predictability and reliability; reducing the probability of secondary crashes by responding expeditiously to incidents; maximizing inter-modal activity (through enhanced inter-modal transportation system performance); empowering customers to make intelligent travel choices; and continuous measurement, monitoring, and assessment of transportation system performance.
- Strengthen Corridor Level Decision Support by upgrading the multi-modal system information exchange infrastructure and furnishing decision support tools that: optimize identification of incidents and adverse conditions; enhance the exchange of accurate, timely information among partners; emphasize corridor management and decision making based on data and factual circumstances; and improve rapid multi-modal response to changing traffic, incident, and weather conditions.
- Enhance Reliable, Real-time Information to Customers by expanding and standardizing the types of information available to travelers; emphasizing dissemination of real-time conditions and status data across modes; and furnishing adequate information to travelers so they can make informed travel decisions (on routing, modal shifts, etc.).
- Promote Multi-Modal Transportation System Use including increased used of transit by emphasizing bus and rail as practical alternatives to roadway travel; promoting park-and-riding and park-and carpooling; and simplifying inter-modal transfers.
The I-270 ICMS will focus on traveler and operations management decision support by emphasizing corridor transportation systems management, traveler information dissemination, and systems evaluation by leveraging, and improving upon, current data collection, fusion capabilities, and corridor transportation system integration. By consolidating, disseminating, and archiving transportation-related data from stakeholder agencies in the corridor, the I-270 ICMS will:
- provide improved information for a variety of purposes, including corridor transportation planning, management, traveler information, and emergency response;
- provide corridor transportation data fusion to allow an overall view of the corridor’s transportation network;
- upgrade transportation data exchange capabilities of participating agency systems in the corridor as well as the region;
- upgrade the multi-modal transportation systems management capabilities of the stakeholder jurisdictions for corridor transportation operations;
- upgrade traveler information dissemination capabilities at the corridor system level;
- upgrade corridor multi-modal incident response and emergency preparedness capabilities; and
- provide the means to easily access corridor transportation data and produce corridor-level performance measures reports for decision makers.
1.3 System Scope
The system to be developed under the Maryland I-270 Integrated Corridor Management Program is the Maryland I-270 Integrated Corridor Management System (abbreviated as Maryland I-270 ICMS or I-270 ICMS as referred to throughout this document).
In determining the I-270 ICMS scope, it is important to consider the identified needs of the Maryland ICM stakeholders. The following are needs identified from the Maryland I-270 Concept of Operations that are specific to the I-270 ICMS. Note that these are system-specific needs as opposed to those that are not system related; for example, the need “update Freeway Incident Traffic Management (FITM) plans” is a non-technical coordination function. For a list of all needs, refer to the Maryland I-270 Concept of Operations.
I-270 ICMS Data Collection and Data Fusion Needs
- Need to collect transit, traffic, and other transportation data of regional interest from stakeholders in the corridor for use in enhancing regional traveler information and transportation management functions performed by member agencies.
- Need to define common data collection frequency intervals among all stakeholders for data standardization and timeliness purposes.
- Need to fuse collected transportation data into regional information to enhance regional traveler information and transportation management functions performed by member agencies.
I-270 ICMS Decision Support Needs
- Need tools and procedures to assist stakeholder agencies with operational decision-making for improved transportation management within the corridor.
- Need to provide suggested modifications to messages on traveler information field devices (e.g., Dynamic Message Signs (DMS), Highway Advisory Radio (HAR)) to owning agencies to ensure accurate corridor-wide information is provided to motorists.
I-270 ICMS Data Exchange/Dissemination Needs
- Need to exchange real-time information on road and transit conditions with the corridor’s managing partners and stakeholders to improve transportation management efficiency and traveler information dissemination.
- Need to establish connections with key corridor stakeholders to automate data exchanges between the I-270 ICMS and external systems.
- Need a Communications System with sufficient capacity and speed to support real-time data exchanges with stakeholder systems.
- Need to use common definitions for all data elements exchanged between the different software central systems operated by the I-270 ICM stakeholders so that there is a clear, unambiguous understanding between the interfaced centers as to the meaning of these data.
- Need to utilize applicable Intelligent Transportation Systems (ITS) standards to achieve consistency among corridor stakeholder systems and improve overall corridor operations and maintenance efforts.
- Need to exchange data with corridor stakeholder agency systems in a secure manner.
- Need to log all data exchanges and alarm notifications for audit and evaluation purposes.
I-270 ICMS Traveler Information Dissemination Needs
- Need to expand corridor-wide information sharing to help disseminate reliable and real-time traveler information to commuters.
- Need on-demand access to information comparing travel times by automobile and transit in real-time to help travelers make better informed travel decisions.
- Need to provide travelers access to accurate, reliable, and multi-modal travel information, both pre-trip and en-route, to enable travelers to make better informed travel decisions.
- Need to provide real-time, corridor-based traveler information to the media and other Advanced Traveler Information System (ATIS) providers via standards-based and standard data distribution interfaces to facilitate improved access to current transportation information.
- Need to provide pre-trip and en-route real-time corridor traveler information to travelers for access to up-to-date transportation information.
- Need to share notification-based information (e.g., incident alerts) that is accessible pre-trip and en-route to provide travelers with real-time access to information impacting the transportation network.
- Need to provide travel conditions at decision points to provide motorists with decision-making information, particularly travel times using one or another travel mode choice.
- Need to avoid releasing sensitive information to non-authorized information outlets so as not to disrupt transportation management operations or alarm the public unnecessarily.
- Need to provide travelers with reliable information in getting from one location to another location within the corridor.
I-270 ICMS Data Archiving and Data Analysis Needs
- Need to archive data for data mining and performance measuring purposes.
- Need corridor-level performance measures to determine the effectiveness of the I-270 ICM strategies and operations in comparison to corridor goals and objectives.
- Need reporting/query tools for data analysis and research purposes.
I-270 ICMS User Interface Needs
- Need a secure agency user interface available only to corridor stakeholder agency users for transportation management purposes.
- Need an easily accessible public user interface for traveler information purposes.
- Need a secure System Administration user interface for system configuration and maintenance purposes.
I-270 ICMS ITS Device Control and Monitoring Needs
- Need for traffic signals to be able to respond to changing conditions on affected arterials and adjacent roadways, including I-270, to maintain optimal traffic flow.
- Need to provide alarm notifications for incidents, etc. to stakeholder systems to improve transportation management operations.
- Need to coordinate with corridor stakeholder agencies in utilizing appropriate traveler information devices (DMS, HAR, 511) for broadcasting/displaying appropriate corridor transportation messages.
I-270 ICMS Needs – Other
- Need ICMS backup and restore capabilities to minimize system downtime.
- Need to operate in a 24x7 environment, as corridor transportation management needs to operate continuously.
- Need to automatically notify the System Administrator when a System failure occurs to minimize system downtime.
- Data Collection Sub-System – Retrieves and stores raw corridor transportation network data from external stakeholder agency systems based on established data exchange interfaces. Data may include the following categories:
- Event data
- Work Zone data
- Surveillance data (including video)
- Transit-Specific data
- Travel Options data
- Parking data
- Data Fusion/Integration Sub-System – Organizes, correlates, and processes all collected corridor transportation network data for subsequent analysis and dissemination.
- Decision Support Sub-System – Analyzes processed transportation data to develop recommendations for improved traffic/transit management within the corridor.
- Data Dissemination Sub-System – Disseminates the following data to stakeholder agency systems within the corridor: (1) pertinent corridor transportation data that originated from other contributing external systems, and (2) recommendations for implementing coordinated traffic/transit management improvements.
- Traveler Information Dissemination Sub-System / Internal Information Service Provider – Disseminates processed corridor transportation information to the general public through various means, such as a web-based trip planner and e-mail/fax/pager-based subscription services.
- Data Archiving Sub-System – Archives raw and processed corridor transportation data for future data analysis.
- Data Analysis and Performance Measurement Sub-System – Provides capabilities for data analysis on collected corridor transportation data, including querying, reporting, performance measurement calculations, etc.
- User Interface Sub-System – Provides user interfaces for (1) stakeholder agencies to view and configure pertinent ICMS information and data exchange interfaces, (2) the public to view corridor traveler information processed through the ICMS, (3) ICMS operations staff to monitor and maintain the ICMS.
The I-270 ICMS will exchange data with several external corridor stakeholder agency systems (listed below) that will continue to perform traffic/transit management and ITS device control functions, but will operate collectively in a more coordinated fashion given the data provided to them by the ICMS. Note that the ITS field devices are NOT included within the ICMS scope as there will be no direct data exchange interfaces between the devices and the ICMS. Data exchanges will be in a single direction or bi-directional depending on the system.
MD Coordinated Highways Action Response Team (CHART) Freeway System
Montgomery County Advanced Transportation Management System (ATMS)
Montgomery County Traffic Signal Control System (most likely an interface via the Montgomery County ATMS)
Montgomery County Ride On Bus Computer-Aided Dispatch / Automatic Vehicle Location (CAD/AVL) System
WMATA Metrorail Rail Operations Control System
WMATA Metrobus CAD/AVL System
MARC Commuter Rail CAD/AVL System
WMATA Metrorail Parking Management System (prototype)
MARC Commuter Rail Parking Management System (future system)
Montgomery County Public Safety CAD/911 System
MD State Police Computer-Aided Dispatch / Records Management System (CAD/RMS) (future system)
Capital Wireless Information Net (CapWIN) System
Emergency Operations Center Systems
Third-Party Traffic Flow Data Systems
Information Service Provider (ISP) Systems2
1.4 Definitions, Acronyms, and Abbreviations
Below is a list of acronyms referenced in this document.
Acronym Description
ADMS Archived Data Management System
ADUS Archived Data User Services
APC Automatic Passenger Counter
ASTM American Society for Testing and Materials
ATIS Advanced Traveler Information System
ATMS Advanced Transportation Management System
AVL Automatic Vehicle Location
BOCC Bus Operations Control Center
CAD Computer-Aided Dispatch
CapTOP Capital Transportation Operations Platform
CapWIN Capital Wireless Integrated Net
CATT Center for Advanced Transportation Technology
CCTV Closed Circuit Television
CHART Coordinated Highways Action Response Team
CIMS Crisis Information Management Software
ConOps Concept of Operations
CORBA Common Object Request Broker Architecture
CPS Continual Preparedness System
DBMS Database Management System
DC Data Content
DDOT District Department of Transportation
DE Data Exchange
DMS Dynamic Message Sign
DOE United States Department of Energy
DPWT Montgomery County Department of Public Works and Transportation
DS Decision Support
DQ Data Quality
EMS Emergency Medical Services
EOC Emergency Operations Center
EORS Emergency Operations Reporting System
ERG Emergency Response Guide
ERU Emergency Response Unit
FHWA Federal Highway Administration
FIPS Federal Information Processing Standards
FITM Freeway Incident Traffic Management
FTA Federal Transit Administration
GIS Geographic Information System
HAR Highway Advisory Radio
HazMat Hazardous Materials
HOT High Occupancy Toll
HOV High Occupancy Vehicle
HRI Highway Rail Intersection
ICC Intercounty Connector
ICD Interface Control Document
ICM Integrated Corridor Management
ICMS Integrated Corridor Management System
IEEE Institute of Electrical and Electronics Engineers
IMS Incident Management System
ISP Information Service Provider
ITS Intelligent Transportation Systems
IVR Interactive Voice Response
JMS Java Messaging Service
MARC Maryland Rail Commuter Service
MATOC Metropolitan Area Transportation Operations Coordination
MC Montgomery County
MCPS Montgomery County Public School
MDOT Maryland Department of Transportation
MDSHA Maryland State Highway Administration
MDT Mobile Data Terminal
MdTA Maryland Transportation Authority
MEMA Maryland Emergency Management Agency
MILES Maryland Interagency Law Enforcement System
MNCPPC Maryland National Capital Park and Planning Commission
MSE Mobile Subscriber Equipment
MSP Maryland State Police
MTA Maryland Transit Administration
MWCOG Metropolitan Washington Council of Governments
NASA National Aeronautical Space Administration
NIMS National Incident Management System
NIST National Institute of Standards and Technology
NLETS National Law Enforcement Telecommunications System
NTCIP National Transportation Communications for ITS Protocol
NWS National Weather Service
PDA Personal Digital Assistant
PM Performance Measures
PSDS Public Safety Data System
PTZ Pan-Tilt-Zoom
RAID Redundant Array of Independent Disks
RITA Research and Innovative Technology Administration
RITIS Regional Integrated Transportation Information System
RMS Records Management System
RSS Real Simple Syndication
RTMS Remote Traffic Microwave Sensor
RWIS Road Weather Information System
SAE Society of Automotive Engineers
SD Surveillance and Detection
SHA State Highway Administration
SLA Service Level Agreement
SMS Short Message Service
SOP Standard Operating Procedure
SS System Security
SyRS System Requirements Specification
TAR Traveler Advisory Radio
TCIP Transit Communications Interface Profile
TI Traveler Information
TM Traffic Management
TMC Transportation Management Center
TMDD Transportation Management Data Dictionary
TRIP Transportation Response Information Partnership
TSSM Traffic Signal System Modernization
UI User Interface
UMD University of Maryland
USDOT United States Department of Transportation
VDOT Virginia Department of Transportation
VPN Virtual Private Network
WAN Wide Area Network
WAP Wireless Application Protocol
WMATA Washington Metropolitan Area Transit Authority
XML Extensible Markup Language
1.5 References
Below is a list of documents containing additional information pertaining to this project as well as those documents that have been referenced herein.
References Specific to the I-270 Corridor
Maryland I-270 Integrated Corridor Management System Concept of Operations, Revised Draft, Maryland Department of Transportation, June 18, 2007.
2004 Performance of Regional High-Occupancy Vehicle Facilities on Freeways in the Washington Region, Metropolitan Washington Council of Governments, National Capital Region Transportation Planning Board, July 2005.
CHART Business Plan, Draft Document (Unpublished), Maryland State Highway Administration, Office of CHART and ITS Development, November 2006.
CHART Non-Constrained Deployment Plan, Maryland State Highway Administration, Office of CHART and ITS Development, April 2005.
Freeway Incident Traffic Management for I-270, Maryland State Highway Administration, Office of CHART and ITS Development, May 2006.
Montgomery County DPWT Traffic Signal Modernization Project Draft Concept of Operations, Montgomery County Department of Public Works and Transportation, Siemens ITS, RGA Inc., and T3 Design, July 9, 2007.
Performance Evaluation and Benefit Analysis for CHART, Maryland State Highway Administration, Office of CHART and ITS Development, and University of Maryland, Center for Transportation Technology, May 2006.
Regional Integrated Transportation Information System (RITIS): Concept of Operations (Working Document), University of Maryland, Center for Transportation Technology, and Volpe National Transportation Systems Center, April 24, 2007.
Maryland Intercounty Connector (ICC), overview and summary information available at http://www.iccproject.com/.
General References for Integrated Corridor Management
Develop Criteria for Delineating a Corridor, Report No. FHWA-JPO-06-035, U.S. Department of Transportation, ITS Joint Program Office, April 2006.
ICM Implementation Guidance, Report No. FHWA-JPO-06-042U.S. Department of Transportation, ITS Joint Program Office, April 2006.
ICMS Concept of Operations for a Generic Corridor, Report No. FHWA-JPO-06-032, U.S. Department of Transportation, ITS Joint Program Office, April 2006.
Relationship Between Corridor Management and Regional Management, Report No. FHWA-JPO-06-036,U.S. Department of Transportation, ITS Joint Program Office, April 2006.
“ICM Implementation Guide” and other Technical Memoranda available at http://www.itsa.org/icm.html.
“Integrated Corridor Management – Analysis, Modeling and Simulation Sample Data List,” U.S. Federal Highway Administration and Federal Transit Administration, November 2006.
Systems Engineering
Building Quality Intelligent Transportation Systems through Systems Engineering, Mitretek Systems, April 2002.
Developing Functional Requirements for ITS Projects, Mitretek Systems, April 2002.
Systems Engineering Guidebook for ITS, Version 1.1, California Department of Transportation, Division of Research & Innovation, February, 2005.
Developing and Using a Concept of Operations in Transportation Management Systems, TMC Pooled-Fund Study, U.S. Federal Highway Administration, 2004.
Systems Engineering Processes for Developing Traffic Signal Systems, NCHRP Synthesis 307, Transportation Research Board, National Cooperative Highway Research Program, April 2003.
Integrated Corridor Management: The Transition from a Concept of Operations to Requirements, Version 1.6, Mixon/Hill Inc., August 2007.
Requirements Engineering: A Methodology for Writing High Quality Requirement Specifications and for Evaluating Existing Ones, NASA Goddard Space Flight Center, Dr. Linda Rosenberg, September 1999.
IEEE Guide for Developing System Requirements Specifications, IEEE Standard 1233a-1998, Software Engineering Standards Committee of the IEEE Computer Society, December 8, 1998.
National Transportation Communications for ITS Protocol Application Profile for XML Message Encoding and Transport in ITS Center-to-Center Communications (NTCIP-C2C XML), NTCIP 2306 Version 01.68b, Institute of Transportation Engineers / American Association of State Highway and Transportation Officials / National Electrical Manufacturers Association, December 2006.
Transit Communications Interface Profiles, TCIP 1400 Series, APTA-TCIP-S-01 3.0.0, American Public Transportation Association.
IEEE Standard for Common Incident Management Message Sets for Use by Emergency Management Centers, IEEE 1512 – 2006, Institute of Electrical and Electronics Engineers, 2006.
IEEE Standard for Common Traffic Incident Management Message Sets for Use by Emergency Management Centers, IEEE 1512.1 – 2006, Institute of Electrical and Electronics Engineers, 2006.
IEEE Standard for Public Safety Traffic Incident Management Message Sets for Use by Emergency Management Centers, IEEE 1512.2 – 2004, Institute of Electrical and Electronics Engineers, 2004.
IEEE Standard for Hazardous Material Incident Management Message Sets for Use by Emergency Management Centers, IEEE 1512.3 – 2006, Institute of Electrical and Electronics Engineers, 2002.
Standard Specification for Archiving ITS-Generated Traffic Monitoring Data, ASTM WK7604 (draft under development), American Society for Testing and Materials, January 2008.
Traffic Management Data Dictionary (TMDD) and Message Sets for External Traffic Management Center Communications (MS/ETMCC), TMDD Version 3 Draft, Institute of Transportation Engineers / American Association of State Highway and Transportation Officials, 2008 (not yet published).
Message Set for Advanced Traveler Information System (ATIS), SAE ATIS J2354 Version 2, Society of Automotive Engineers, February 2004.
ITS, Operations, Architecture, Other
“FHWA Rule 940, Intelligent Transportation System Architecture and Standards – Rules and Regulations,” Federal Register, Vol. 66, No. 5, January 8, 2001.
“Developing, Using, and Maintaining an ITS Architecture for Your Region: Regional ITS Architecture Guidance Document,” National ITS Architecture Team, October, 2001.
Maryland Statewide ITS Architecture, Maryland State Highway Administration, Office of CHART and ITS Development, and Telvent Farradyne Inc. April 2005.
Metropolitan Washington Regional Intelligent Transportation Systems Architecture Draft Summary Report, Metropolitan Washington Council of Governments, April 2005.
Performance Measures of Operational Effectiveness for Highway Segments and Systems — A Synthesis of Highway Practice, NCHRP Synthesis 311, Transportation Research Board, National Cooperative Highway Research Program, May 2003.
Guide to Contracting ITS Projects, NCHRP Report 560, Project 03-77, Transportation Research Board, National Cooperative Highway Research Program, 2006.
National ITS Architecture, Version 5.1, U.S. Federal Highway Administration, available at http://www.iteris.com/itsarch/, October 2005.
Freeway Management and Operations Handbook, FHWA-OP-04-003, U.S. Federal Highway Administration, 2003.
Monitoring Urban Freeways in 2003: Current Conditions and Trends from Archived Operations Data, Publication FHWA-HOP-05-018, Federal Highway Administration, December 2004.
2. General System Description
The I-270 ICMS is comprised of eight (8) specific sub-systems (see Figure 2, Maryland I-270 ICMS Component Diagram), which are described in the sub-sections that follow. The foundation of the I-270 ICMS is the existing Regional Integrated Transportation Information System (RITIS), a system conceived and guided under the auspices of the Metropolitan Area Transportation Operations Coordination (MATOC) partnership and developed by the University of Maryland’s Center for Advanced Transportation Technology. Building upon the RITIS foundation will allow for expedited I-270 ICMS development and deployment by leveraging synergistic system development efforts that have been underway in the Washington Metropolitan area since 2004 and that are planned as part of the MATOC initiative. Further, as RITIS is a regional system, the modifications and enhancements to build the I-270 ICMS will allow for a more rapid deployment of Integrated Corridor Management systems in other corridors in the region. However, while several I-270 ICMS sub-systems already exist as part of RITIS, upgrades will be needed to achieve all the functionality defined in this ICMS Requirements document. In addition to the eight sub-systems, the I-270 ICMS involves critical data exchange interfaces with the external systems identified in the Component Diagram. While some of these exchanges currently exist through RITIS, the majority must be developed. In addition, some external systems have not yet been developed, but interfaces to these systems will be established as they are implemented.
Additional details regarding existing RITIS functionality are provided in Section 2.2.1, ICMS Internal Sub-Systems.
2.1 System Context
Figure 2 depicts the Maryland I-270 ICMS Component Diagram which provides the overall system context in which the I-270 ICMS will exist. Specifically, the Component Diagram identifies high-level components that comprise the entire ICMS and, importantly, the boundaries between the I-270 ICMS and both existing and new external systems.
The left side of the diagram identifies the I-270 ICMS sub-systems. The right side shows the external systems that will be required to interface with the I-270 ICMS. Existing systems and sub-systems are shown as clear boxes, while new systems and sub-systems to be developed appear as orange boxes. Data flows shown with black lines currently exist, whereas orange colored lines represent new data flows to be implemented.
Specific details about each of the components in the diagram are provided in subsequent sections of this document.
Figure 2 – Maryland I-270 ICMS Component Diagram
Image Source: Telvent Farradyne

2.2 Major System Capabilities
Below is a description of the major capabilities of each I-270 ICMS sub-system as identified in Figure 2, Maryland I-270 ICMS Component Diagram. Taken together, the descriptions provide an overview of the major system capabilities for the entire I-270 ICMS.
2.2.1 ICMS Internal Sub-Systems
The I-270 ICMS consists of the following internal sub-systems, as discussed below:
- Data Collection Sub-System
- Data Fusion/Integration Sub-System
- Decision Support Sub-System
- Data Dissemination Sub-System
- Traveler Information Dissemination Sub-System / Internal Information Service Provider
- Data Archiving Sub-System
- Data Analysis and Performance Measurement Sub-System
- User Interface Sub-System
The description of each ICMS sub-system is followed by a discussion of current corresponding RITIS functionality, where applicable.
Data Collection Sub-System – This I-270 ICM Sub-System retrieves and stores corridor transportation network data from external stakeholder systems based on established data exchange interfaces. Data may include:
- Traffic Volume and Speed – Information collected by agencies from roadway detectors and provided to the I-270 ICMS.
- Probe Data – Vehicle probe data that is raw or processed into corridor link information (e.g., travel times) and may be available from a private provider.
- Incident Information – Information entered by each agency into its own incident management system and provided to the I-270 ICMS. Data types include incident location, type, severity, vehicles involved, and responders; lane closures; and messages on dynamic message signs (DMS). Data on planned lane closures and special events will be included.
- Weather Data – Weather alerts and radar data from the National Weather Service (NWS). In addition, data on weather and pavement surface conditions that agencies gather from their roadway weather information systems (RWIS) is included.
- Device Operational Status – Operational status of roadway devices from each agency including detectors, DMS, traffic signals, Highway Advisory Radio (HAR), and CCTV cameras where available.
- Managed Lane Status – Should managed lanes be implemented in the I-270 corridor in the future, this will include data on the status of high-occupancy vehicle (HOV), high-occupancy toll (HOT), and reversible lanes.
- Surveillance Video – Closed circuit television (CCTV) video feeds. Agencies will be able to view cameras owned and operated by other participating agencies. Device control will not be shared.
- Transit Alerts – Transit system status alerts sent out by transit providers.
- Automated Vehicle Locations – Vehicle location data for Automated Vehicle Location (AVL)-equipped vehicles, including buses, emergency response vehicles, and freeway service patrols.
- Signal Status – Status of each signal, such as operational, maintenance mode, flashing, or offline.
- Signal Timing Plans – Signal timing plans and real-time information on the current timing plans implemented.
- Traveler Information – Messages that agencies relay through Dynamic Message Signs (DMS) and Highway Advisory Radio (HAR), as well as alerts that agencies send out to mobile phones, PDA’s, or other personal and in-vehicle devices.
- Parking Status – Status (available capacity) of transit parking facilities.
- Computer-Aided Dispatch (CAD) Information – Appropriate transportation related information from public safety CAD systems.
- Emergency Management – Emergency alerts, Amber alerts, and evacuation plan information.
- Static, Descriptive Information – Information on roadway infrastructure and transit characteristics. For transit, this will include schedules, routes, and stops. For roadways, it will include information such as number of lanes, weight and height restrictions, speed limits, evacuation routes, and location of Intelligent Transportation System (ITS) devices.
Additional details regarding specific data collection requirements are shown in Table 3, I-270 ICM System Data Types.
RITIS currently collects various event and sensor data as follows:
Incident and Construction Event Data – Real-time Traffic Management Center incident management and construction management data from the following systems:
- VDOT – Statewide through the VAData Gateway, OpenTMS, VDOT IMS (Incident Management System), and other systems
- MDOT – Statewide via the MD CHART system
- District Department of Transportation (DDOT) – District-wide via the CapTOP (Capital Transportation Operations Platform) system
- WMATA rail system disruptions
- Speed, volume, and occupancy data from Remote Traffic Microwave Sensors (RTMS), inductive loops, acoustic detectors, radar, and other devices from VDOT, MDOT, SpeedInfo, and Traffic.com
- Traffic signal system data from Prince Georges County’s TRIP (Transportation Response Information Partnership) Center
- CCTV feeds from MDOT-CHART and Prince Georges County (VDOT, DDOT, and Montgomery County coming soon)
- RWIS data from MD CHART and VDOT
- Dynamic message sign data from MD CHART and VDOT
- Weather alerts from National Weather Service
- Weather radar from National Weather Service
Data Fusion/Integration Sub-System – This I-270 ICMS Sub-System organizes, correlates, and processes all collected transportation network data for subsequent analysis, dissemination, and storage as appropriate. To ensure data quality, this sub-system will perform data quality assessments, data imputations, and abnormality checks. Imputation refers to the replacement of missing data with a substitute that allows data analysis to be conducted without being misleading. During the design phase, an inventory of all available data sources will be made to determine the desired data precision and reliability and the best data adjustment methods to minimize distortion and maximize the usefulness of any substituted data. The selected method(s) will be internally consistent, efficient, traceable, and objective.
- RITIS currently collects, fuses, and standardizes disparate data sets into all of the following standards:
- ITE Traffic Management Data Dictionary (TMDD) v2.1
- SAE J2354 Message Set for Advanced Traveler Information System (ATIS)
- IEEE IM 1512.1 Traffic Incident Management Message Sets for Use By Emergency Management Centers
- ASTM WK7604 Standard Specifications for Archiving ITS-Generated Traffic Monitoring Data
Decision Support Sub-System – This I-270 ICMS Sub-System will be used to analyze real-time and archived multi-modal corridor transportation data to support (1) agency operational decisions, and (2) traveler decisions within the corridor. Operational decisions include I-270 ICMS recommendations for implementing system changes (e.g., changes to arterial signal system timing and DMS/HAR for diverted freeway traffic resulting from an incident). This sub-system will support traveler decisions by providing access to fused multi-modal data showing conditions and travel times by mode. Ultimately, this sub-system will interface with an intermodal corridor simulation model (to be developed) that can process both archived and real-time data in a manner that provides recommended route and mode choices.
Data Dissemination Sub-System – After processing and formatting the data, this I-270 ICMS Sub-System will broadcast the data to stakeholder agencies through a publish/subscribe capability. This capability will allow agencies to “subscribe” to particular data of interest. The ICMS then “publishes” the requested data as it becomes available. To ensure that Transportation Management Centers (TMC’s) receive only data that they can use and to minimize the volume of data transferred, the ICMS will incorporate a mechanism for recording TMC data preferences. Each receiving agency will decide which data to accept. The ICMS will be able to filter data by selected characteristics or combinations of characteristics available in the system such as device type, geographic location, and incident severity.
All RITIS data is “cleansed” where appropriate and formatted for retransmission in the above mentioned standards to various agencies, third parties, individuals, and other groups depending upon security settings and permission levels. Data is made available through the following methods:
- A graphical, highly interactive web site with GIS capabilities and other visualization methods
- A mobile PDA/cell phone web site
- Subscription alerts via e-mail
- Subscription alerts via SMS (short message service)
- RSS feeds
- Poll HTTPS XML
- Publish/subscribe Java Message Service
- WebServices (coming soon)
Traveler Information Dissemination Sub-System / Internal Information Service Provider – This I-270 ICMS Sub-System provides the capability for the dissemination of processed corridor transportation information to corridor travelers via (1) a system-to-system interface between the Traveler Information Dissemination Sub-System and a third-party Information Service Provider (for redistribution to travelers via, for example, in-vehicle navigation devices), and (2) direct dissemination to travelers through an internal (I-270 ICMS) website and e-mail-, fax-, and pager-based subscription services. Regarding the latter direct dissemination method, the I-270 ICMS traveler information web site will provide access to real-time, corridor specific traveler information for the public. Users of this web site will be able to search for information of particular interest to them, including determining the best mode(s) for making a trip within the corridor. This website will also be able to push user-defined traveler information to an assortment of remote devices such as cell phones, PDA’s, and pagers.
In RITIS, sensitive data (such as license plates, names, and certain first-responder information) is removed from data before it is made available to travelers via the following methods:
- 511 systems (through access to direct RITIS data feeds)
- Third-party traveler information service providers (through access to direct RITIS data feeds)
- Through the public RITIS web site
- Through the public RITIS mobile PDA/cell phone web site
- Public RSS feeds
Data Archiving Sub-System – This I-270 ICMS Sub-System archives raw and processed corridor transportation data. Archived data will serve as a source for both traditional and innovative corridor-level transportation analyses and as a valuable record of decisions made and actions taken for incidents and other scenarios in the corridor. This sub-system will allow users to better use the ICM system and respond to or manage future transportation scenarios. Additional archived data uses include transportation planning, multi-modal transportation system performance monitoring, corridor modeling and simulation, incident detection, roadway impacts, construction impact analysis, air quality analyses, transit management, and transportation emergency management planning.
All data that is collected by RITIS is archived indefinitely for use by planners, researchers, after-action review committees and other groups. The data is archived in several relational database management systems. All data is stored on RAID arrays and is archived at two physical locations to prevent data loss.
Data Analysis and Performance Measurement Sub-System – This I-270 ICMS Sub-System will allow ICMS users to have a web accessible, on-demand, one-stop shop for multi-agency, multidisciplinary, multi-jurisdictional data continuously accumulated from public and private transportation sources in the corridor. The web-based user interface will include tools for querying and reporting data in a wide variety of predefined and ad-hoc formats. Innovative graphical techniques will include creating performance reports such as, for example, three-dimensional (3D) data query and spatial/temporal graphing visualization tools and querying the incident databases to graph incident statistics, derive performance measures, and create graphical timelines of individual incidents.
All data within RITIS is made available through the RITIS web site that allows users to customize data queries and data requests. Users can download historical data for use in their own applications, or they can use the RITIS on-line tools to create graphical representations of the data. A number of pre-defined performance measurement reports and graphs can be quickly selected, or the user can specify strict filtering and reporting parameters.
User Interface Sub-System – This I-270 ICMS Sub-System provides user interfaces for:
- Operations – The agency operations user interface that allows access to ICMS information and tools if an agency has not yet integrated the ICMS data interface to allow access through their native system application. This user interface includes administrative tools to configure ICMS information and the data exchange interface. Note that this user interface will allow access to the ICMS by operational agencies that don’t have a control system or who do not desire a system-to-system interface.
- Traveler Information – The public user interface to view corridor traveler information processes through the ICMS and use ICMS trip-related decision support tools.
- Administration – This user interface allows ICM system administration staff to monitor, maintain, and configure the ICMS.
Following is a brief description of the external systems which comprise the right side of Figure 2, Maryland I-270 ICMS Component Diagram.
The RITIS web site features a wide range of highly interactive incident, detector, and weather event data visualization tools, including the following:
- A sortable list of incidents, construction, and special events that shows road name and location, lane status graphics, severity, type, and description (see Figure 3, below)

Figure 3 – RITIS Listing of Incidents, Construction, and Special Events
Image Source: University of Maryland Center for Advanced Transportation Technology (UMD/CATT) - A GIS-based, interactive map showing incident locations with icons – Clicking on each icon displays details about the incident, including lane-status graphics (see Figure 4, below)

Figure 4 – RITIS Interactive Map of Incident Locations
Image Source: UMD/CATT - A GIS-based, interactive map showing detector data beacons – Clicking on the beacon brings up real-time graphs and per-lane data for that location (see Figure 5, below)

Figure 5 – RITIS Interactive Map of Detector Data Beacons
Image Source: UMD/CATT - A GIS-based, interactive map showing National Weather Service alerts and radar image overlays (see Figure 6, below)

Figure 6 – RITIS Interactive Map of National Weather Service Alerts
Image Source: UMD/CATT - A graphical real-time timeline of event, incident, and construction information (see Figure 7, below). This tool is a compact, interactive visualization of the temporal and spatial data associated with traffic incidents. All information is displayed on a one-screen overview, improving upon previous visualizations which often span six or more separate screens. Temporal data are represented as line segments of varying lengths and colors, while tooltips provide detailed information about each field. Each line is projected onto a graphical timeline representing the entire incident. An interactive map of the incident location allows the user to garner spatial significance while still providing temporal information. The Incident Timeline Tool reduces the chance of missing critical information, enables the user to correlate events, and reduces the time needed to comprehend the many simultaneous activities that occur during the course of an incident.

Figure 7 – RITIS Graphical Timeline of Event, Incident, and Construction Information
Image Source: UMD/CATT
2.2.2 ICMS External Systems
The I-270 ICMS will interface with a number of external systems, including:
- MD CHART Freeway System
- Montgomery County ATMS
- Montgomery County Traffic Signal Control System
- Montgomery County Ride On Bus CAD/AVL System
- WMATA Metrorail Rail Operations Control System
- WMATA Metrobus CAD/AVL System
- MARC Commuter Rail CAD/AVL System
- WMATA Metrorail Parking Management System
- MARC Commuter Rail Parking Management System
- Montgomery County Public Safety CAD/911 System
- MD State Police CAD/RMS System
- Capital Wireless Information Net (CapWIN) System
- Emergency Operations Center (EOC) Systems
- Third-Party Traffic Flow Data Systems
- Information Service Provider Systems
MD CHART Freeway System – The Maryland Coordinated Highways Action Response Team (CHART) system is the Maryland Department of Transportation’s (MDOT) transportation management system which is primarily responsible for management of the freeway network in Maryland. The CHART system software is distributed in operation centers throughout the state based on Common Object Request Broker Architecture (CORBA). The CHART system software is currently undergoing a major upgrade that may include:
- Upgrading the video system to support IP-based video, which will allow CCTV video and data from CHART cameras to be distributed via the MDOT T1 Ethernet network to all facilities/centers/agencies connected to the CHART network.
- Potential new or enhanced capabilities such as:
- A Center-to-Center Module (data exchange)
- Integration with Smart Parking Systems – Providing information to truck stop and rest areas.
- Cell Phone Probe Data – Integrating cell phone tracking data for speed and travel time information.
- Enhanced Data Dissemination – Sharing information with the public through notification services (fax, pager, e-mail, Web-based Real Simple Syndication (RSS), WAP/PDA access, etc.).
- Diversion Route Management – Providing alternative routing and loadings during incident management.
- Signal Control – Incorporating arterial signal information and command and control support.
- The Emergency Operations Reporting System (EORS) is Maryland State Highway Administration’s (MDSHA) system for collecting and distributing maintenance, construction, and adverse weather operations information across the state. The system software is accessible on CHART system workstations but is being migrated to a web-based platform to make it easily accessible to all maintenance shops and other facilities on the MDOT network.
- Potential new or enhanced capabilities such as:
In addition to the CHART system software, ITS infrastructure in the corridor includes:
- Voice Radio Communications
- CCTV Cameras (5 existing in corridor)
- Dynamic Message Signs (4 existing, 2 planned), but not in advance of every cross network junction. National Transportation Communications for ITS Protocols (NTCIP) are used for DMS communications.
- Highway Advisory Radio (2 existing, 1 planned)
- SHAZAM Beacons (1 existing, 4 planned) – These beacons are used in conjunction with static signing informing motorists to tune to local HAR frequencies for traveler information.
- Loop Detectors (Automatic Traffic Recorders) (2 existing)
- Remote Traffic Microwave Sensors (RTMS) (8 existing, 7 planned)
- Road Weather Information System (RWIS) sites (2 existing)
- Highway Service Patrols (1-2 per shift)
- Private Sector Detection Infrastructure installed by Traffic.com and shared with CHART
Montgomery County ATMS – Montgomery County’s Advanced Transportation Management System (ATMS) software is used in the Transportation Management Center (TMC) to facilitate management of the County’s arterial network. The ATMS is used to control county CCTV cameras, DMS, and HAR assets and provides access to the Traffic Signal System and Ride On Bus CAD/AVL system. The TMC uses the County-owned cable television station to provide up-to-date transportation information. Another unique asset is the County-owned and operated traffic monitoring airplane which flies every morning and evening peak period. The airplane is equipped with a camera that can send real-time video back to the TMC.
County TMC operated ITS infrastructure assets in the corridor include:
- Traffic Signals (793 in total; 194 in the corridor)
- CCTV Cameras (185 in total; 47 existing in corridor)
- Traveler Advisory Radio (12 in total; 4 existing in corridor) – same as HAR devices
- Loop Detectors (190 counting stations in corridor)
Montgomery County Traffic Signal Control System – The County’s existing traffic signal control system utilizes COMTRAC software running on a Data General platform. Montgomery County Department of Public Works and Transportation (DPWT) is in the process of updating the traffic signal system to include an actuated traffic signal strategy. The project will commence in the summer of 2008 with expedited deployment at intersections within the I-270 ICM corridor. Note that the capability to download timing plans in response to events taking place on I-270 already exists within the current traffic signal control system. Timing plans for these type of events are either existing or will be developed as a backup plan. The project is expected to finish between 2009 and 2013. Priority will be given to signals in the corridor.
Montgomery County Ride On Bus CAD/AVL System – Ride On is Montgomery County’s local bus service that provides concentrated service within the I-270 Corridor. Bus service emphasizes connections to Metrorail, Metrobus, and MARC Rail. The current Orbital CAD/AVL operating system is being upgraded to OrbCAD XP. Upgrades to the Ride On Bus system will include:
- Bus stop annunciators
- Passenger counts with real-time communications to the central system
- A single “sign-on” for drivers to automatically program their route into destination signs
- Improved system reporting
- Improved communications using Wi-Fi data uploads and downloads to the buses while they sit in the yard at night
- Bus Priority – Part of the upgrade to the CAD/AVL system will include signal priority for buses starting with intersections in the MD-355 corridor.
Additional County Bus System ITS infrastructure includes:
- Fare payment system with SmarTrip compatible fare boxes
- Surveillance cameras on buses
- 10 DMS signs in selected bus shelters
WMATA Metrorail Rail Operations Control System – Metrorail’s automatic train control system includes a computer-based operations control center and vital control equipment installed throughout the transit system to provide safe, automatic systems for train protection, operations, and supervision. WMATA also provides a web-based trip planning tool called the RideGuide which incorporates both rail and bus systems. Additional ITS infrastructure in the corridor includes:
- Platform DMS for next train arrivals and traveler information
- Surveillance at each station
- Biological and chemical detection sensors
- Radio Communications
- PA Traveler Announcement System
- Passenger Information Displays (10 existing)
- Fare payment system using SmarTrip
WMATA Metrobus CAD/AVL System – Metrobus is WMATA’s regional bus transit network serving the Metropolitan Washington, D.C. area. The CAD/AVL system runs Orbital’s OrbCAD communications and dispatch software in the Bus Operations Control Center (BOCC). Planned enhancements to the system include:
- Integration of the automatic vehicle location (AVL) system with route schedules so that route schedule adherence can be determined in real-time. This information will be sent from Metrobus vehicles to operators at the BOCC via the Mobile Data Terminals (MDT’s).
- Integration of Automatic Passenger Counters (APC), AVL, and Cubic fare boxes with MDT’s. This information will be sent to the BOCC through the MDT’s.
- Development of a Transit Database that will become the central communications path and data interface for future Metrobus systems.
- Additional Metrobus ITS infrastructure assets include:
- Mobile Data Terminals
- Automatic Passenger Counters
- Fare Payment System using SmarTrip
- Bus Annunciation
- Surveillance Cameras
MARC Commuter Rail CAD/AVL System – MARC, under the Maryland MTA, runs the commuter rail service in the corridor. MARC’s monitoring and control system will include GPS train location and a schedule adherence and alert system. In addition, it includes the following capabilities and ITS infrastructure assets:
- Radio Communications
- PA Traveler Announcement System
- LED Traveler Information Display Signs
- Station Surveillance Cameras
- Fare Collection System using SmarTrip
WMATA Metrorail Parking Management System – WMATA is testing an advanced parking management system at the Glenmont Metro Station, which will potentially serve as a prototype for other Metro parking lots.
MARC Commuter Rail Parking Management System – MTA is considering the development of an automated parking management system at MARC Commuter Rail lots to monitor parking space availability on a real-time basis.
Montgomery County Public Safety CAD/911 System – Montgomery County’s CAD/911 system provides CAD/AVL capabilities for both the police department and fire and rescue services. The Public Safety Data System (PSDS) includes the following capabilities:
- Computer-aided dispatch (CAD)
- Mapping
- Automatic Vehicle Location
- Mobile data communications
- Local Area Network/Wide Area Network
- Mobile Subscriber Equipment (MSE) – Vehicle mounting and communications equipment required to support mobile computers and radio equipment operations. MSE includes equipment such as Global Positioning System equipment, vehicular radio modems, and antennas.
- Approximately 1400 in-vehicle mobile computers equipped with mobile computer client software that provides in-vehicle data system capabilities, including CAD dispatches as well as access to the Maryland Interagency Law Enforcement System (MILES) and the National Law Enforcement Telecommunications System (NLETS), along with car-to-car messaging.
MD State Police CAD/RMS System – Maryland State Police is responsible for enforcement, security, and crash investigations on the freeway in the corridor. The State is currently in the planning stages of creating a consolidated Computer Aided Dispatch and Records Management System (CAD/RMS) to effectively coordinate statewide public safety information across the State agencies that have a police force. As envisioned, this system will enable sharing of anti-terrorism and homeland security data, but equally important, it will replace multiple legacy end-of-life systems that do not interoperate. It will also facilitate quicker response times, improved officer safety, and improved records retention and analysis. The CAD/RMS will be developed in conjunction with agency stakeholders, including the Departments of General Services, Natural Resources, Transportation, Maryland State Police, and Maryland Aviation Administration. Currently, Maryland State Police is the biggest user of the CapWIN System (see below) which will be used to obtain transportation incident data from Maryland State Police in the corridor.
Capital Wireless Information Net (CapWIN) System – The Capital Wireless Information Net system and mobile software application suite enables:- Incident management and coordination across agencies, regions, and public safety and transportation disciplines
- Secure one-to-one and group public and private “chat” communications
- A robust and searchable directory of individual first responders – a "411 Directory" for public safety and transportation individuals
- Access to operational data/resources, including regional transportation data (via RITIS) and multiple state/federal law enforcement criminal databases
The CapWIN system utilizes an open, standards based infrastructure in a secure (FIPS 140-2 certified) environment designed to easily adapt to rapidly evolving communication technologies and to ensure compatibility with existing agency systems by utilizing standard web services-based components. Key CapWIN system enabling technology includes:
- Web Services architecture
- Client application developed in C#/J2EE running on high performance AIX and Linux servers
- Jabber messaging server provides messaging capabilities
- Database services using a DB/2 server
- Directory services use standard lightweight directory access protocol (LDAP) software
- Private and internet Virtual Private Networks (VPN’s) connect to participating agency’s networks and wireless service providers
- Redundant configurations are used to ensure operations during hardware, software or power failures
- Key technology standards including TCP/IP, NIEM/GJXDM, IEEE 1512, ATIS, CAP
Emergency Operations Center (EOC) System – The Montgomery County EOC uses the Previstar Continual Preparedness System (CPS) as their primary resource and information management system. The CPS software includes a number of software modules that allow for implementation of National Incident Management System (NIMS) compliant processes for all hazard planning, response, and recovery. Previstar CPS software is based on a Microsoft platform, SQL Server database, and ESRI-compatible GIS mapping. The software can operate stand-alone on a PC or on web-enabled devices across a local or wide area network.
Third-Party Traffic Flow Data Systems – This represents private companies that provide either raw or processed information directly to the I-270 ICMS. This could be detector data from privately installed detection devices in state highway rights-of-way or privately collected and distributed vehicle probe data. RITIS, for example, currently receives traffic flow data from SpeedInfo, a provider of real-time traffic data using privately installed detector infrastructure on major arterials and evacuation corridors in the District of Columbia. In addition, the I-95 Corridor Coalition is currently sponsoring a traffic monitoring project to provide travel time and speed information on major roadways within the corridor. Travel time and speed information will be acquired from INRIX, a vendor that specializes in the collection of traffic data using probe technology, in which the positions of vehicles in the traffic stream are anonymously tracked.
Information Service Provider Systems – This represents private companies that serve as third-party traveler information service providers for traveler information provided by the I-270 ICMS. The companies typically collect and distribute data by working in conjunction with public agencies. For example, CHART provides freeway system data to Traffic.com through RITIS. Traffic.com repackages the data, together with data from other sources (including their own detectors installed in Maryland highway right-of-way), and either distributes it directly or through additional business relationships with media outlets.
2.3 Major System Conditions
The I-270 ICMS server equipment must exist in a facility designed as a high-availability networking data center with redundant, high-speed connections to all major Internet backbones. The networking data center must able to accommodate standard 19” rack mountable servers, networking equipment, and associated hardware. Redundant power supplies delivering 110 VAC and 240 VAC must exist for all equipment, and all equipment must have both battery and generator failover capabilities. The networking data center must have redundant cooling and humidity control for the equipment which will limit the temperature of the room to within +/– 10 degrees of 70 degrees Fahrenheit with a relative humidity not to exceed 30%.
Redundant configurations of the I-270 ICMS server equipment will be provided such that the overall system architecture includes the necessary levels of redundancy to provide a system designed for a mission critical 24x7 environment with an objective of 99.9% availability. The minimum acceptable availability is 99%, including scheduled downtime. The redundant configuration will be capable of having the primary and backup equipment installed in geographically separate sites. The two sites will be connected through standard Wide Area Network (WAN) telecommunications connections. The initial installation of the system will be at the same site. However, the capability of later separating the backup systems from the primary system will be provided.
2.4 Major System Constraints
A number of system issues (institutional, technical, and operational constraints and assumptions) have been identified in Section 4.9 of the Maryland I-270 ICM Concept of Operations. Major institutional, system, and operational constraints for the I-270 ICMS are summarized in this section. Section 2.6, Assumptions and Dependencies, addresses additional I-270 ICMS issues.
Major Institutional Constraints
- Agency Retention of Operational Authority / Responsibility – The I-270 ICMS will be used to enhance the method in which agencies perform their operations functions; however, it must not alter the lines of legal or operational responsibility for incident management, traffic management, transit management, or other aspects of transportation operations in the corridor. Data collection from and maintenance of field devices will remain the responsibility of the participating agencies. The I-270 ICMS must be operated in manner that maintains existing lines of authority.
- Long-term Support of Operations and Maintenance – The Maryland I-270 ICM stakeholders are committed to providing the necessary resources towards the operations and maintenance of their existing systems. Through the I-270 ICM Steering Committee, and in conjunction with the Metropolitan Area Transportation Operations Coordination (MATOC) program, long-term support for the operations and maintenance of the I-270 ICMS must be solidified.
- Agency IT Institutional Coordination – The I-270 ICMS will provide data to and extract data from multiple systems at multiple agencies. This will require review of information systems policies with agency IT personnel to determine appropriate interface requirements and logistics. Agency firewalls will need to allow I-270 ICMS information to flow in and out while preventing system incursions. Policies on data privacy and security will also need to be examined, as will the need to restrict potentially sensitive data such as that from CAD systems.
- Multi-modal Operational Procedure / Policy Development – Because the I-270 ICMS will emphasize cross-agency and cross-modal coordination, this may require new or revised policies and procedures related to this coordination. Initially, addressing new or changes to policies and procedures will be the responsibility of the ICM Steering Committee but, ultimately, will fall within the purview of the MATOC program.
Major System Technology Constraints
- Need for Enhanced System Monitoring Capabilities and Field Information Dissemination – The need for additional system monitoring capabilities and information (e.g., arterial streets, freeways, freeway off-ramps, parking lots, etc. and additional DMS coverage at multi-modal decision points) is a major system constraint. The technical details, such as the distribution, proposed device location, and alternative traffic data collection techniques, will be addressed during the design stages of the I-270 ICM project. The role of purchasing additional ITS standards compliant (e.g., NTCIP) field devices will remain with the individual stakeholder agencies.
- Building Upon RITIS Framework – In order to maximize leverage of prior regional data exchange system development, the I-270 ICMS must build upon the existing RITIS infrastructure. It will be essential that data elements exchanged between external agency systems operated by the I-270 ICM stakeholders be defined in the same way. Because the use of RITIS is going to help define interfaces to the various, diverse software packages, the use of ITS standards for the RITIS system will be essential. Independent of developing any shared or central components for the network, providers will need to publish event data in a consistent and known format that can be used by all providers (or at least a format that RITIS can translate). RITIS follows XML, NTCIP, traffic management data dictionary, and other industry standards. RITIS will provide translation back and forth between existing systems and NTCIP standards.
- Agencies Maintain Device Control and Distribution of Sensitive Information – The I-270 ICMS will not provide the ability for agencies to jointly control ITS field devices, specifically, control of CCTV camera assets. The I-270 ICMS will include “filters” to avoid releasing sensitive information to non-authorized information outlets. However, the sharing of video images will be part of the I-270 ICMS in that all connected stakeholders will be able to view the images from all agencies along the I-270 Corridor (with pan-tilt-zoom (PTZ) control remaining with the “owning” stakeholder agency).
- Lack of GIS-Based Information Delivery Capabilities – Currently, not all participating stakeholder agencies have the ability to, or do not reliably, geo-locate incidents and events. Therefore, a comprehensive corridor map showing real-time status of transportation facilities or devices will require extra information processing to translate textual location descriptions to geographic information system (GIS)-based data. Additionally, agencies without mapping capabilities that want to see I-270 ICMS incidents on a map will have to use the ICMS web interface.
- Availability of Real-time Modeling and Simulation Software Capability – The ability to model and simulate multi-modal corridor conditions is a critical component of the I-270 ICMS decision support capability. In is anticipated much will be learned through participation in the development of an ICM analysis, modeling, and simulation package as part of the next phase of the USDOT ICM program. In the meantime, research will continue concurrently on the use of existing corridor modeling and simulation tools.
Major Operational Constraints
- Development of an I-270 Operations Plan – Operational issues must be resolved prior to system implementation if the proposed I-270 ICM strategies are to be applied consistently, efficiently, and in a manner that improves overall corridor performance. An I-270 ICM Operations Plan and Manual needs to be developed during the system design phase.
- Policies on Level of Decision Support for Modal Shifts – The I-270 ICMS will provide travelers with information to make better modal use decisions. The I-270 ICMS will also provide a level of decision support in the form of, for example, recommended multi-modal trip itineraries based on real-time information. The extent to which recommendations for mode shifts are provided will depend upon policies that must be developed by I-270 ICM stakeholders.
- Development of Corridor Response Plans – The I-270 ICMS must support operational response plans for numerous corridor scenarios and events, including location(s) of events, severity and impact, associated strategies (e.g., DMS messages, other traveler information displays, system operational parameters), contact personnel and locations, other resources, and implementation rules. The I-270 ICM Response Plans will be developed during I-270 ICM implementation, and then evaluated and updated throughout the project's life. Each stakeholder agency will have these developed I-270 ICM Response Plans available within their agencies and, based on established and agreed-upon threshold parameters and procedures, will initiate these plans.
2.5 User Characteristics
Table 2, below, provides a detailed summary of the user classes for the I-270 ICMS. Each user class includes characteristics associated with their expected agency/organization, position level, and a brief description of how the respective user class will interact with the I-270 ICMS.
Table 2 – I-270 ICM System User Classes
User Class |
Agencies/Organizations |
Positions |
Interactions with I-270 ICMS |
|---|---|---|---|
Operations Personnel |
|||
TMC (traffic and transit) operators |
|
|
|
Control center and dispatch center managers |
|
|
|
Service patrols |
|
Patrollers and supervisors |
|
Transit vehicle operators |
|
Bus and rail operators |
|
Management personnel for operations and maintenance |
|
Operations Managers |
|
Public Safety |
|||
Public safety operators and dispatchers |
911 centers |
Call takers and dispatcher |
Log call and dispatch information into CAD, to be shared through I-270 ICMS |
Emergency Responders |
|||
Law enforcement agencies |
|
|
|
Fire departments and emergency medical services |
MC Dept. of Fire and Rescue Services |
Fire dispatchers |
Share CAD data through interface |
Tow truck operators |
Towing companies |
Tow truck drivers and dispatchers |
|
Travelers |
|||
Corridor travelers –private vehicle, commercial vehicle, and transit users |
|
|
|
Information Service Providers |
|||
Traveler information service providers - Public |
|
Control center operators |
Receive I-270 ICMS traveler information and provide to travelers within operational jurisdiction via agency system traveler information mechanisms (websites, HAR, DMS, etc.) |
Traveler information service providers - Private |
|
Private center operations and IT staff |
|
Media |
Television |
Traffic reporters |
Receive and use I-270 ICMS traveler information to supplement existing information sources |
Public affairs offices |
|
Public affairs personnel |
|
Archived Data Users |
|||
Archived data users |
|
|
|
Program/System Administration |
|||
Oversight committee |
|
Corridor and regional transportation managers |
Provide overall guidance, strategic management, system enhancement, operations planning, and funding functions for I-270 ICMS |
System managers |
|
To be determined – likely to be provided with consultant support |
I-270 ICMS development and implementation oversight |
Information Technology |
|||
Developers |
|
Computer programmers and systems engineers |
Integration / development services for I-270 ICMS related sub-systems and data interfaces |
System maintenance personnel |
|
Computer programmers and systems engineers |
|
User support personnel |
To be determined |
Computer programmers and systems engineers |
|
System Administrators |
To be determined |
To be determined |
|
Information Technology Staff |
|
Agency/Organization IT system development and maintenance personnel |
|
Other |
|||
Commercial freight dispatchers |
Freight carriers and delivery companies |
Dispatchers |
Monitor incidents in order to notify drivers of incidents and recommend alternate routes |
2.6 Assumptions and Dependencies
The following are key assumptions and dependencies (identified to-date) impacting the development and deployment of the I-270 ICMS:
- Agencies will build capability to provide/receive I-270 ICMS interfaces and data into their respective system development schedules.
- Agency system enhancements and new systems will be developed and implemented, to the largest extent possible, on-schedule and within the timeframe of the desired I-270 ICMS development and implementation.
- An I-270 ICMS Risk Management Plan will be developed to account for the development and implementation risks given that system success is so heavily dependent upon external systems.
- Partnerships with the private sector will be developed to further the innovative collection of transportation data and distribution of traveler information across a wide variety of devices and platforms.
- I-270 stakeholders will agree upon an overall I-270 ICMS System acquisition approach that will maintain flexibility while meeting project schedules in the face of multiple system constraints and dependencies.
- Procedures and protocols for identifying route/modal shifts when spare capacity exists on multiple networks will be developed by corridor stakeholders. These procedures and protocols will also address implementing route/modal shifts when sufficient spare capacity is not available within the corridor.
- Procedures and protocols for implementing demand/capacity management strategies will be developed by corridor stakeholders.
- Common procedures for incident response and reporting will be developed by corridor stakeholders.
- Corridor-wide performance measures and metrics will be agreed upon by I-270 ICMS stakeholders.
- I-270 ICM stakeholders will provide an appropriate level of resources towards marketing and outreach of I-270 ICMS capabilities.
2.7 Operational Scenarios
Sample representative operational scenarios for how the I-270 ICMS will be used to provide ICM capabilities in the corridor are presented in this section. These scenarios identify how the I-270 ICMS will interact and respond to the described events and assumed conditions. It is understood that these sample scenarios are not all-inclusive, but they provide an understanding of the operational context in which the I-270 ICMS is expected to interrelate with agency stakeholders, systems, and travelers.
Operational scenarios include the following:
- Daily operational scenario (e.g., recurring congestion)
- Scheduled event scenario (planned special events or work zone operations)
- Minor traffic incident scenario
- Major traffic incident scenario
- Evacuation scenario
2.7.1 Daily Operational Scenario
The following scenario for recurring congestion is an example that is lived out by I-270 commuters daily.
For many people, the commute starts from north and east of Frederick, Maryland, where a commuter enters the I-270 Corridor from US-15. After entering the I-270 ICM project boundary, the commuter experiences congestion due to high volume. Using information from the I-270 ICMS, the DMS’s along the corridor display travel times to various known points along the corridor. Some of the DMS’s, specifically those prior to the exits with easy access to Metro stations (Shady Grove, Rockville Center, etc.), additionally show travel time comparisons to indicate how much time it will take to get to the Washington Beltway remaining in the car versus exiting, parking, and taking Metrorail (this information would be turned off once the parking lots are filled). DMS’s off I-270 and closer to these Metro stations will also include information about the number and location of open parking spots.
There are known points on the corridor that will slow the commute, sometimes to a complete stop, because of traffic entering the main roadway from the arterial roads. This is especially noticed as traffic from the two-lane collector/distributor system (“local lanes”) that brings traffic from Shady Grove Road, Falls Road, and Montrose Road enter onto I-270 (“express lanes”).
At each of those locations, the commute slow