ieee wg14 p 1570

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

Upload: thanos

Post on 07-Jan-2016

64 views

Category:

Documents


1 download

DESCRIPTION

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 - PowerPoint PPT Presentation

TRANSCRIPT

Page 1: IEEE WG14 P 1570

IEEE WG14P 1570

Standard for the Interface Between The Rail Subsystem and the

Highway Subsystem at a Highway Rail Intersection

Page 2: IEEE WG14 P 1570

• 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

Page 3: IEEE WG14 P 1570

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

Page 4: IEEE WG14 P 1570

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

Page 5: IEEE WG14 P 1570

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.

Page 6: IEEE WG14 P 1570

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.

Page 7: IEEE WG14 P 1570

IEEE Standards Process and Sponsoring Committee

Tom McGean

Page 8: IEEE WG14 P 1570

ITS Architecture

Bruce Eisenhart

Lockheed Martin

Page 9: IEEE WG14 P 1570

NTCIP

Jack Bailey

ARINC

Page 10: IEEE WG14 P 1570

FRA, AREMA, MUTCD

Highlight Relevant Regulations and Recommended Practices

Page 11: IEEE WG14 P 1570

Federal Railroad Administration

• Part 234 - 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

Page 12: IEEE WG14 P 1570

Part 234

• Imposes minimum maintenance, inspection, and testing standards for highway rail grade crossing warning systems.

• 234.203 Control Circuits

– Shall Operate on fail-safe principle• 234.253-257 Gates, Lights, Operation

– Operational check at least once per month

Page 13: IEEE WG14 P 1570

Part 234

• 234.261 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.

Page 14: IEEE WG14 P 1570

Part 236 Subpart H (Draft NPRM)

• 234.275 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 234.203 (Control Circuits) must be separately justified at the component, subsystem and system level per 236.909

Page 15: IEEE WG14 P 1570

Part 236 Subpart H (Draft NPRM)

• “Nothing in this section authorizes deviation from applicable design requirements of MUTCD”.

Page 16: IEEE WG14 P 1570

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.

Page 17: IEEE WG14 P 1570

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)

Page 18: IEEE WG14 P 1570

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

Page 19: IEEE WG14 P 1570

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.

Page 20: IEEE WG14 P 1570

Supervised Interconnection Circuits

• Used to prevent a failure in the interconnection from continually pre-empting the traffic signal

Page 21: IEEE WG14 P 1570

AREMA

• American Railway Engineering and Maintenance of Way Association

• Manual of Recommended Practices for Communications and Signals

Page 22: IEEE WG14 P 1570

AREMA Section 3Highway-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

Page 23: IEEE WG14 P 1570

AREMA Section 3

• Covers Interface and Design Requirements for Gates / Flashers / Bells / Presence Detection / Controllers / Monitoring Equipment

• Section 3.1.10 Interconnection between Highway Traffic Signals and Highway Rail-Grade Crossing Warning Systems

Page 24: IEEE WG14 P 1570

The National ITS Architecture: HRI User Service Addition (2)

WaysideEquipment

IntelligentController

AutomaticGates/Barriers

TrafficSignals

VariableMessage Signs

Surveillance

Short RangeCommunications

TrackCircuits

TRAINAPPROACHING

Rail Operations Traffic Management

Traffic Management Subsystem

VehicleSubsystemWayside

EquipmentTerminator

RailOperationsTerminator

RoadwaySubsystem

Page 25: IEEE WG14 P 1570

AREMA Section 3.1.10

• 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.

Page 26: IEEE WG14 P 1570

Standards Requirements Package 12

Highway Rail Intersections

Page 27: IEEE WG14 P 1570

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.

Page 28: IEEE WG14 P 1570

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

Page 29: IEEE WG14 P 1570

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

Page 30: IEEE WG14 P 1570

The National ITS Architecture: HRI User Service Addition (2)

WaysideEquipment

IntelligentController

AutomaticGates/Barriers

TrafficSignals

VariableMessage Signs

Surveillance

Short RangeCommunications

TrackCircuits

TRAINAPPROACHING

Rail Operations Traffic Management

Traffic Management Subsystem

VehicleSubsystemWayside

EquipmentTerminator

RailOperationsTerminator

RoadwaySubsystem

Page 31: IEEE WG14 P 1570

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)

Page 32: IEEE WG14 P 1570

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)

Page 33: IEEE WG14 P 1570

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)

Page 34: IEEE WG14 P 1570

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

Page 35: IEEE WG14 P 1570

Roadway

Advanced SpeedRail Crossing

WaysideEquipment

track status

crossingpermission

driverinformation

hristatus

hri status

hri control data

hri request

Intersectionblockage

notification arriving traininformation

Page 36: IEEE WG14 P 1570

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

Page 37: IEEE WG14 P 1570

HRI Package Communications

• Wireline Communications

Page 38: IEEE WG14 P 1570

Proposed Development Process

Page 39: IEEE WG14 P 1570

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)

Page 40: IEEE WG14 P 1570

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.

Page 41: IEEE WG14 P 1570

P 1570 Strawman outline

Page 42: IEEE WG14 P 1570

P1570

• 1.0 Overview - Background, discussion• 2.0 Scope - Already Done• 3.0 Purpose - Already Done• 4.0 References• 5.0 Definitions - Reference Existing

Definitions• 6.0 Acronyms and Abbreviations

Page 43: IEEE WG14 P 1570

P1570• 7.0 Messages from Rail Subsystem to

Highway Subsystem

– 7.1 Time to Train Arrival At Crossing

Page 44: IEEE WG14 P 1570

• 7.1.1 Data Elements and Definitions

• 7.1.2 Message protocol (including Addressing, information encoding)

• 7.1.3 Timing Requirements (periodicity, accuracy, latency)

• 7.1.4 Functional Requirements related to Interface (e.g.expected response to message and operation

• 7.1.5 Safety Requirements

Page 45: IEEE WG14 P 1570

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

Page 46: IEEE WG14 P 1570

P 1570• 7.0 Messages from Rail Subsystem to

Highway Subsystem

– 7.2 Operational Status

Page 47: IEEE WG14 P 1570

• 7.2.1 Data Elements and Definitions

• 7.2.2 Message protocol (including Addressing, information encoding)

• 7.2.3 Timing Requirements (periodicity, accuracy, latency)

• 7.2.4 Functional Requirements related to Interface (e.g.expected response to message and operation

• 7.2.5 Safety Requirements

Page 48: IEEE WG14 P 1570

P1570• 8.0 Messages from Highway Subsystem

to Rail Subsystem

– 8.1 Crossing Status (Operational, Obstructed)

Page 49: IEEE WG14 P 1570

P1570

• 8.1.1 Data Elements and Definitions

• 8.1.2 Message protocol (including Addressing, information encoding)

• 8.1.3 Timing Requirements (periodicity, accuracy, latency)

• 8.1.4 Functional Requirements related to Interface (e.g.expected response to message and operation

• 8.1.5 Safety Requirements

Page 50: IEEE WG14 P 1570

P1570• 8.0 Messages from Highway Subsystem

to Rail Subsystem

– 8.2 Crossing Status (Health)

Page 51: IEEE WG14 P 1570

P 1570

• 8.1.1 Data Elements and Definitions

• 8.1.2 Message protocol (including Addressing, information encoding)

• 8.1.3 Timing Requirements (periodicity, accuracy, latency)

• 8.1.4 Functional Requirements related to Interface (e.g.expected response to message and operation

• 8.1.5 Safety Requirements

Page 52: IEEE WG14 P 1570

P 1570

• 9.0 Physical Communication Attributes

– Physical Link Information, Connector Information.

– Issues: Should we consider offering alternatives within the standard?

Page 53: IEEE WG14 P 1570

P1570

• Informative Appendices if needed.

Page 54: IEEE WG14 P 1570

Next Meeting

• Possibilities

– Approximately 3 months

– Wk of Sept 18th

– Thursday Sept 21st

• Louisville, KY

• Ontario, CA

• Volunteer Location ?