IEEE WG14 P 1570 Standard for the Interface Between The Rail Subsystem and the Highway Subsystem at a Highway Rail Intersection

9:00 Introductions and Housekeeping 9:15 Objectives, Scope & Purpose 9:30 IEEE Standards Process / RTVISC 10:00 ITS Architecture 11:00 NTCIP Communications 12:00 Lunch on your own 1:00 AREMA, FRA & MUTCD 1:30 Standards Requirement Package 12 2:30 Process / Strawman 4:30 Adjourn

WG 14 Objectives Develop a Practical Standard of Value to the Industry Develop Standard in a Professional Environment –All Comments solicited and evaluated Target 12 month first draft, 6 month review, 6 month ballot and final review Provide support for operations center I/F

Today’s Objectives Review Background Material on ITS Architecture and Communications Review Background Material on relevant regulations Agree on Process to Move Forward Review Strawman Outline Next Meeting

P1570 Scope This standard defines the logical and physical interfaces, and the performance attributes for the interface between the rail subsystem and the highway subsystem at a highway rail intersection.

P1570 Purpose Coordination between the rail subsystem and the highway subsystem is part of creating a National Intelligent Transportation System covering multiple modes of transportation. Existing standards address analog interfaces between these subsystems at the highway rail intersection. This standard will extend that information to include serial digital communication. Standardizing the interface will allow interoperability between a wide variety of equipment and enhance safety through a set of well-defined interface and performance attributes.

IEEE Standards Process and Sponsoring Committee Tom McGean

ITS Architecture Bruce Eisenhart Lockheed Martin

NTCIP Jack Bailey ARINC

FRA, AREMA, MUTCD Highlight Relevant Regulations and Recommended Practices

Federal Railroad Administration Part Grade Crossing Signal System Safety (Title 49 of Code of Federal Regulations) –Subpart A - General –Subpart B - Reports –Subpart C - Response to Reports of Warning System Malfunction –Subpart D - Maintenance, Inspection & Testing

Part 234 Imposes minimum maintenance, inspection, and testing standards for highway rail grade crossing warning systems Control Circuits –Shall Operate on fail-safe principle Gates, Lights, Operation –Operational check at least once per month

Part Highway traffic signal pre- emption –Highway traffic signal pre-emption interconnections, for which a railroad has maintenance responsibility, shall be tested at least once per month.

Part 236 Subpart H (Draft NPRM) Highway Rail Grade Crossing Systems containing new or novel technology or provide safety-critical data to a railroad signal system shall comply with Subpart H of Part 236 Deviations from (Control Circuits) must be separately justified at the component, subsystem and system level per

Part 236 Subpart H (Draft NPRM) “Nothing in this section authorizes deviation from applicable design requirements of MUTCD”.

FHWA Manual of Uniform Traffic Control Devices The MUTCD is the "bible" for traffic control devices (defined as "all signs, signals, markings, and devices placed on, over, or adjacent to a street or highway"). Since 1966, traffic control devices in all states must be in conformance with the standards issued or endorsed by the Federal Highway Administrator through the MUTCD.

FHWA MUTCD Title 23 Code of Federal Regulations Part 655 –Part 8: Traffic Control for Highway- Rail Grade Crossings (Proposed Update) –Part 10: Traffic Controls for Highway- Light Rail Rail Transit Grade Crossings (Proposed Addition)

FHWA MUTCD 8D.6 Highway-rail control circuits, including those used for train detection, shall be designed on the fail-safe principle, which uses closed circuits

FHWA MUTCD 8D.7 Pre-emption feature shall have an electrical circuit of the closed-circuit principle or a supervised communication circuit between the control circuits of the highway-rail grade crossing warning system and the traffic control signal controller.

Supervised Interconnection Circuits Used to prevent a failure in the interconnection from continually pre- empting the traffic signal

AREMA American Railway Engineering and Maintenance of Way Association Manual of Recommended Practices for Communications and Signals

AREMA Section 3 Highway-Rail Grade Crossing Warning Systems Provides Guidelines for Highway-Rail Grade Crossing Warning Devices and Systems –Functional and Operating (how it works) –Application –Design Criteria (including interfaces) –Maintenance and Test

AREMA Section 3 Covers Interface and Design Requirements for Gates / Flashers / Bells / Presence Detection / Controllers / Monitoring Equipment Section Interconnection between Highway Traffic Signals and Highway Rail-Grade Crossing Warning Systems

The National ITS Architecture: HRI User Service Addition (2) Wayside Equipment Intelligent Controller Automatic Gates/Barriers Traffic Signals Variable Message Signs Surveillance Short Range Communications Track Circuits TRAIN APPROACHING Rail OperationsTraffic Management Traffic Management Subsystem Vehicle Subsystem Wayside Equipment Terminator Rail Operations Terminator Roadway Subsystem

AREMA Section Normally Closed, double break physical circuit which opens when train approaches and occupies the circuit Advance pre-emptions should be reviewed as restarts could result in reduced or no advance time.

Standards Requirements Package 12 Highway Rail Intersections

HRI Package 12 Prepared by ITS Architecture Development Team for FHWA. (December 1999 Revision) Collects information from other ITS documents and organizes it to support development of critical ITS standards.

HRI Pkg Main Components Message Transaction Sets –Series of messages exchanged between subsystems Interface Decomposition –Subsystem Interface -> Physical Architecture Flows -> Leveled Architecture Flows Communications Considerations Constraints Data Element Definition

HRI Package Introduction Train has right-of-way in all normal operating scenarios Manage Roadway Vehicle Traffic to maximize safety and minimize delays Coordination of Traffic Signals with Rail Signals as well as dissemination of crossing status information to aid in route planning

The National ITS Architecture: HRI User Service Addition (2) Wayside Equipment Intelligent Controller Automatic Gates/Barriers Traffic Signals Variable Message Signs Surveillance Short Range Communications Track Circuits TRAIN APPROACHING Rail OperationsTraffic Management Traffic Management Subsystem Vehicle Subsystem Wayside Equipment Terminator Rail Operations Terminator Roadway Subsystem

HRI Package Main Interfaces Roadway Subsystem and RR Wayside Equipment Terminator –Main Area of WG14 Interest Traffic Management Subsystem and Rail Operations terminator –Provide support to main SDO (TBD)

HRI Package Operations Level Interfaces Rail Operations to/from Traffic Operations (info only) –Exchange Mgmt or near real-time data –TO Traffic Mgmt System (TMS) train schedules, maintenance schedules (periodic, e.g. daily) Rail incidents which may affect vehicle traffic (near real-time)

HRI Package Operations Level Interfaces Rail Operations to/from Traffic Operations (info only) –TO Rail Operations Center planned maintenance activities equipment failure, intersection blockage, or other incident information (e.g HAZMAT spill)

HRI Package Operations Level Interfaces Roadway Subsystem to/from Traffic Operations (info only) –Status of HRI including crossing status, traffic info, crossing closure info (obtained from RR equipment) –Info to be displayed on Variable Message Signs

Roadway Advanced Speed Rail Crossing Wayside Equipment track status crossing permission driver information hri status hri status hri control data hri request Intersection blockage notification arriving train information

HRI Package Subsystem Interfaces Rail Subsystem to Highway Subsystem –Time Critical Data about an Approaching Train –Operational Status Information Highway Subsystem to Rail Subsystem –Operational Status –Indication that a grade crossing is obstructed or otherwise closed

HRI Package Communications Wireline Communications

Proposed Development Process

Proposed Process Background Material has been reviewed Walk Through Strawman Outline Highlight any major additional areas that need to be included WAP to post outline on web, add more detailed material. Volunteers Welcome. WG to hurl darts, throw spears, etc. at posted material (in terms of WRITTEN pros / cons / suggested changes for each section)

Proposed Process (cont.) WAP to post pros and cons on website (notifying group when something new is posted) WG to read comments, come to next meeting prepared to discuss & resolve any issues. Meeting Agenda to be limited to written comments.

P 1570 Strawman outline

P Overview - Background, discussion 2.0Scope - Already Done 3.0Purpose - Already Done 4.0References 5.0Definitions - Reference Existing Definitions 6.0Acronyms and Abbreviations

P Messages from Rail Subsystem to Highway Subsystem –7.1 Time to Train Arrival At Crossing

7.1.1 Data Elements and Definitions Message protocol (including Addressing, information encoding) 7.1.3Timing Requirements (periodicity, accuracy, latency) Functional Requirements related to Interface (e.g.expected response to message and operation 7.1.5Safety Requirements

Issues To Consider Separate standards for data elements, message sets, communications ? –Recommend 1 for now, consider separation later Use of NTCIP vs Alternative? –Issues of safety, performance, etc. –Balance RR / Highway desires Point to Point vs. Networked

P Messages from Rail Subsystem to Highway Subsystem –7.2 Operational Status

7.2.1 Data Elements and Definitions Message protocol (including Addressing, information encoding) 7.2.3Timing Requirements (periodicity, accuracy, latency) Functional Requirements related to Interface (e.g.expected response to message and operation 7.2.5Safety Requirements

P Messages from Highway Subsystem to Rail Subsystem –8.1 Crossing Status (Operational, Obstructed)

P Data Elements and Definitions Message protocol (including Addressing, information encoding) 8.1.3Timing Requirements (periodicity, accuracy, latency) Functional Requirements related to Interface (e.g.expected response to message and operation 8.1.5Safety Requirements

P Messages from Highway Subsystem to Rail Subsystem –8.2 Crossing Status (Health)

P Data Elements and Definitions Message protocol (including Addressing, information encoding) 8.1.3Timing Requirements (periodicity, accuracy, latency) Functional Requirements related to Interface (e.g.expected response to message and operation 8.1.5Safety Requirements

P Physical Communication Attributes –Physical Link Information, Connector Information. –Issues: Should we consider offering alternatives within the standard?

P1570 Informative Appendices if needed.

Next Meeting Possibilities –Approximately 3 months –Wk of Sept 18th –Thursday Sept 21st Louisville, KY Ontario, CA Volunteer Location ?