systems and methods for controlling a train may override wayside interface units (wius) and/or override wayside devices. An example control system may comprise a transceiver configured to receive a status from a wiu and an on board unit (OBU) coupled to the transceiver. The OBU may be configured to override the command from the wiu and ignore a status from another wayside device associated with the wiu. The OBU may enforce all positive train control commands other than commands from sources associated with the overridden wiu.
|
12. A method for controlling a train, the method comprising:
receiving, with a transceiver, data from a wayside interface unit (wiu), the wiu being configured to monitor a plurality of wayside devices and transmit the data, wherein the data describes a status of each of the plurality of wayside devices;
overriding, with an on board unit (OBU), a positive train control restriction, the positive train control restriction being based on the data from the wiu;
ignoring, with the OBU, data describing a status of another wayside device monitored by the wiu; and
enforcing, with the OBU, positive train control restrictions associated with a status of at least one wayside device other than the plurality of wayside devices monitored by the wiu during a time period for which the overriding applies.
9. A control system for controlling a train, the control system comprising:
a transceiver configured to receive data from a wayside interface unit (wiu), the wiu being configured to monitor a plurality of wayside devices and transmit the data, wherein the data describes a status of each of the plurality of wayside devices; and
an on board unit (OBU) coupled to the transceiver and configured to:
override a positive train control restriction, the positive train control restriction being based on the data from the wiu;
ignore data describing a status of a wayside device monitored by the wiu; and
enforce positive train control restrictions associated with a status of at least one wayside device other than the plurality of wayside devices monitored by the wiu during a time period to which the override applies.
19. A method for controlling a train, the method comprising:
placing, with an on board unit (OBU), train control in a state providing positive train control (ptc);
receiving, with the OBU, a ptc override command;
placing, with the OBU, train control in a ptc override mode for a predetermined time period in response to the ptc override command;
while train control is in the ptc override mode during the predetermined time period, receiving, with the OBU, data describing at least one status of at least one wayside device and updating, with the OBU, ptc restrictions based on the received data without enforcing the ptc restrictions;
while the train control is in the ptc override mode during the predetermined time period, monitoring, with the OBU, a track position of the train; and
after the predetermined time period elapses, placing, with the OBU, train control in the state providing ptc and providing ptc for the monitored track position of the train without reinitializing the OBU for the trip.
15. A control system for controlling a train, the control system comprising:
a transceiver configured to receive positive train control (ptc) commands; and
an on board unit (OBU) coupled to the transceiver and configured to:
place train control in a state providing ptc;
receive a ptc override command;
place train control in a ptc override mode for a predetermined time period in response to the ptc override command;
while train control is in the ptc override mode during the predetermined time period, receive data describing at least one status of at least one wayside device and update ptc restrictions based on the received data without enforcing the ptc restrictions;
while train control is in the ptc override mode during the predetermined time period, monitor a track position of the train; and
after the predetermined time period elapses, place train control in the state providing ptc and provide ptc for the monitored track position of the train without reinitializing the OBU for the trip.
5. A method for controlling a train, the method comprising:
determining, with an on board unit (OBU), that the train is approaching a wayside interface unit (wiu), the wiu being configured to monitor a plurality of wayside devices and transmit data describing a status of each of the plurality of wayside devices;
determining, with the OBU, that a state of a first wayside device monitored by the wiu is incorrect based on data received by a transceiver from the wiu or the state of the first wayside device monitored by the wiu is unknown based on a failure by the transceiver to receive the data from the wiu;
based on the determination of incorrect or unknown state, prompting, with the OBU, a user for an override of the wiu;
receiving, with the OBU, the override;
allowing, with the OBU, the train to proceed past the first wayside device monitored by the wiu;
ignoring, with the OBU, data describing a status of another wayside device monitored by the wiu: and
enforcing, with the OBU, positive train control restrictions associated with a status of at least one wayside device other than the plurality of wayside devices monitored by the wiu during a time period to which the override applies.
1. A control system for controlling a train, the control system comprising:
a transceiver configured to receive data from a wayside interface unit (wiu), the wiu being configured to monitor a plurality of wayside devices and transmit the data, wherein the data describes a status of each of the plurality of wayside devices; and
an on board unit (OBU) coupled to the transceiver and configured to:
determine that the train is approaching the wiu;
determine that a state of a first wayside device monitored by the wiu is incorrect based on the data received by the transceiver from the wiu or the state of the first wayside device monitored by wiu is unknown based on a failure by the transceiver to receive the data from the wiu;
based on the determination of incorrect or unknown state, prompt a user for an override of the first wayside device monitored by the wiu;
receive the override;
allow the train to proceed past the first wayside device monitored by the wiu;
ignore data describing a status of another wayside device monitored by the wiu; and
enforce positive train control restrictions associated with a status of at least one wayside device other than the plurality of wayside devices monitored by the wiu during a time period to which the override applies.
2. The control system of
3. The control system of
4. The control system of
6. The method of
7. The method of
8. The method of
10. The control system of
determine that the train is approaching the wiu, the wiu being associated with a plurality of wayside devices;
determine that a state of a first wayside device associated with the wiu is incorrect based on data received by the transceiver from the wiu or the state of the first wayside device monitored by the wiu is unknown based on a failure by the transceiver to receive the data from the wiu; and
based on the determination of incorrect or unknown state, prompt a user for an override of the wiu.
11. The control system of
13. The method of
determining, with the OBU, that the train is approaching the wiu, the wiu being configured to monitor a plurality of wayside devices;
determining, with the OBU, that a state of a first wayside device monitored by the wiu is incorrect based on data received by a transceiver from the wiu or the state of the first wayside device monitored by the wiu is unknown based on a failure by the transceiver to receive the data from the wiu; and
based on the determination of incorrect or unknown state, prompting, with the OBU, a user for an override of the wiu.
14. The method of
16. The control system of
17. The control system of
18. The control system of
prompt a user for a confirmation of the override command; and
receive the confirmation before placing train control in the ptc override mode.
20. The method of
21. The method of
22. The method of
prompting, with the OBU, a user for a confirmation of the override command; and
receiving, with the OBU, the confirmation before placing train control in the ptc override mode.
|
Interoperable train control (ITC)—positive train control (PTC) systems include on-board units (OBUs). The OBU provides a safety overlay for railroad operations through brake enforcement. However, in some cases a malfunctioning OBU cannot or does not release the brakes and thus disallows train movement. In order to overcome such situations, a hardware cutout switch can be used to physically isolate a malfunctioning OBU from a locomotive's brake system.
Situations may occur where the erroneous enforcement is not the result of a malfunctioning OBU, but is the consequence of another faulty element within the ITC-PTC system (e.g., a wayside interface unit (WIU) that is unable to communicate). Utilizing the hardware cutout in such cases may be ill-advised, since the fault does not originate within the OBU and therefore prohibiting OBU operation may decrease operational safety. On the other hand, resolving the situation may require a considerable amount of time and thus a substantial loss of revenue for the railroads.
A software cutout can address the erroneous enforcement issue. However, a software cutout is not tied to any operational condition and thus is not limited in its effect. An example of a conventional software cutout use case is as follows:
Software cutout functionality can be employed during operational scenarios involving the loss of communication with a WIU which is monitoring a wayside device (e.g., a signal device, a switch/point, or a hazard detector), for example. Some specific example procedures implemented by the railroads are as follows:
Systems and methods described herein may provide cutout functionality called ‘override’ which may specifically and temporarily overcome issues arising from a faulty component of the ITC-PTC system while continuously providing the maximum available level of safety. Override may be accompanied by applicable corrective actions and may satisfy the mandated reporting responsibilities of railroads.
The systems and methods described herein may provide cutout functionality not only for the situations described in the background, but also for additional situations. Specifically, these approaches may handle the case where there is no wayside status received for a wayside device in a configurable amount of time, for example. In such a case, if no wayside status is received (e.g., signal device status not received), the OBU may assume the wayside device must be indicating a STOP. This assumption may be made in order to provide a maximum level of safety. The approaches described herein may override specific aspects of PTC enforcement within the OBU related to failures in other PTC subsystems without a significant decrease in the operational safety provided by the OBU. The approaches may include the following:
It is assumed that hazard detectors are treated as signal devices in both approaches.
Override WIU Approach
The override WIU approach may disable enforcement of signals from all wayside devices associated with a specific WIU with which the OBU has communication failures. It should be understood that a single WIU may be associated with (configured to transmit status for) one or multiple wayside devices of the same or different types. As used herein, “wayside device” includes a wide variety of devices for which it may be desirable to transmit a status including, without limitation, signal devices (i.e., a device located on a side of the track with colored lights that indicate how a train may proceed along a section of track associated with the device), crossing gates, track switches/points, avalanche detection circuits, track integrity circuits, bridge alignment circuits and the like. This approach may address the use case where the crew can see that a wayside device indicates that it is safe to proceed yet, since the wayside device status is unknown to the OBU (e.g., no wayside status message (WSM) received for that signal), the OBU may enforce a stop and hold the train until the WIU communication failure is resolved. An example of this may be a signal device indicating clear but the OBU preventing the train from passing the signal device. In this case it may be inappropriate for railroad operations to issue an authority to pass signal at stop to continue operation of the train because the signal device is not at stop. Further, issuing authority to pass signal at stop may require the train to proceed past the clear signal device at restricted speed, while the override WIU approach may allow traversal at track speed. The override WIU approach may provide a high degree of operational safety with smooth movement, limited user interaction, and no need for re-initialization.
If the override prompt is confirmed, the OBU may disable enforcement of signals from all wayside devices associated with WIU 160 for which the OBU has not received status or has received incorrect status, for example all wayside devices in the area 130 served by the WIU 160. The OBU may know which wayside devices are associated with the WIU 160 by checking a database that may be part of the OBU or in communication with the OBU (e.g., on the train or elsewhere). The database may contain data associating each WIU along the track with specific wayside devices (e.g., signals, switches, hazard detectors, etc.). Thus, as the train passes additional wayside devices without status or with incorrect status 140, the train may proceed without enforcement of unknown or incorrect status (e.g., proceed without enforcement of signals 260 of
If the OBU receives status from the WIU 160 for which the OBU has disabled enforcement (e.g., signal received 270 of
Override Wayside Device Approach
The override wayside device approach may override the speed restriction associated with an individual wayside device where WIU status has not been received for that wayside device in a configurable time, or where incorrect status has been received. The override wayside device approach may be similar to the override WIU approach in that it addresses the use case where the crew can see that a wayside device indicates clear, yet the OBU prevents movement due to a WIU communication failure. However, unlike the override WIU approach, the override wayside device approach may override PTC enforcement for a single individual wayside device. The override wayside device approach may provide a high degree of operational safety with moderate user interaction and no need for re-initialization.
The override WIU approach and the override wayside device approach may allow trains to pass wayside devices without stopping at each wayside device and allow trains to pass wayside devices at track speed (not restricted speed as with pass signal at stop). Each approach may allow the OBU to remain in the active mode and provide near full PTC protection. Each approach may only be triggered in case of failed communication with a wayside device or incorrect wayside device state identified by the crew, thus allowing safe and normal WIU communication when available. The override WIU approach and the override wayside device approach may limit the need for crew interaction in these situations, as the crew may not have to explicitly cut the OBU back in through the HMI. Each approach may be used without abbreviated initialization, as the OBU may maintain messaging with the BOS, other WIUs, and its own datasets. This may reduce errors which can occur during abbreviated initialization that would force a full train initialization.
Timer-Based Override Approach
At any time while the OBU is providing PTC functionality, the train crew may be able to initiate a temporary override. Once a temporary override is initiated, PTC functionality may be disabled for a specified amount of time indicated by a timer. When the timer expires, the OBU may automatically return to a state providing full PTC functionality.
By processing PTC messages and monitoring train movement while operating in the PTC override mode, the OBU may allow PTC operation to resume promptly upon expiration of the timer, because the scope of allowable operations for the location in which the train is operating will be known. The OBU may not need to receive updated information from the crew and/or railroad back office to resume PTC enforcement. Instead, the OBU may be able to effectively resume PTC enforcement from before PTC override occurred, taking into account PTC changes based on received wayside device statuses and/or train progress, without reentering information that was used to initialize the OBU at the start of the trip. Examples of initialization data that may need not be entered upon return to PTC operation may include crew member employee name and ID number entry, clearance number, train ID, etc.; train makeup, manifest, type, etc.; trip information (times, route, etc.); route information, track database, etc. from back office; back office verification of information entered by crew; system tests; etc.
In the timer-based approach, the OBU may always automatically transition back to PTC after the cutout period elapses. Thus, the OBU cannot be left indefinitely in a state where PTC is disabled. Also, the crew may not have to explicitly cut back to PTC in the OBU through the HMI. The OBU may maintain communication with all external systems (e.g., WIU, back offices) and may maintain navigation so no additional crew tasks are required on PTC cut-in.
Train Control
As shown in
As shown in
As shown in
While various embodiments have been described above, it should be understood that they have been presented by way of example and not limitation. It will be apparent to persons skilled in the relevant art(s) that various changes in form and detail can be made therein without departing from the spirit and scope. In fact, after reading the above description, it will be apparent to one skilled in the relevant art(s) how to implement alternative embodiments.
In addition, it should be understood that any figures that highlight the functionality and advantages are presented for example purposes only. The disclosed methodology and system are each sufficiently flexible and configurable such that they may be utilized in ways other than that shown.
Although the term “at least one” may often be used in the specification, claims and drawings, the terms “a”, “an”, “the”, “said”, etc. also signify “at least one” or “the at least one” in the specification, claims, and drawings.
Finally, it is the applicant's intent that only claims that include the express language “means for” or “step for” be interpreted under 35 U.S.C. 112(f). Claims that do not expressly include the phrase “means for” or “step for” are not to be interpreted under 35 U.S.C. 112(f).
Ferrari, Remo, Pannier, Torsten, Krietemeyer, James R.
Patent | Priority | Assignee | Title |
11827256, | Jan 19 2023 | BNSF Railway Company | System and method for virtual approach signal restriction upgrade |
Patent | Priority | Assignee | Title |
5340062, | Aug 13 1992 | Harmon Industries, Inc.; HARMON INDUSTRIES, INC | Train control system integrating dynamic and fixed data |
5533695, | Aug 19 1994 | General Electric Company | Incremental train control system |
5978718, | Jul 22 1997 | Westinghouse Air Brake Company | Rail vision system |
5995881, | Jul 22 1997 | Westinghouse Air Brake Company | Integrated cab signal rail navigation system |
6459965, | Feb 13 2001 | GE TRANSPORTATION SYSTEMS GLOBAL SIGNALING, LLC | Method for advanced communication-based vehicle control |
7236860, | Oct 10 2002 | SIEMENS MOBILITY, INC | Method and system for ensuring that a train does not pass an improperly configured device |
7731129, | Jun 25 2007 | General Electric Company | Methods and systems for variable rate communication timeout |
20040069909, | |||
20040102877, | |||
20040124315, | |||
20080103648, | |||
20120323411, | |||
20140052315, | |||
20140114507, | |||
20150225003, | |||
20150232110, | |||
20150307119, | |||
20160257325, | |||
DE3023409, | |||
EP2505452, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 22 2015 | FERRARI, REMO | SIEMENS INDUSTRY, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036899 | /0199 | |
Oct 22 2015 | PANNIER, TORSTEN | SIEMENS INDUSTRY, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036899 | /0199 | |
Oct 22 2015 | KRIETEMEYER, JAMES R | SIEMENS INDUSTRY, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 036899 | /0199 | |
Oct 27 2015 | Siemens Industry, Inc. | (assignment on the face of the patent) | / | |||
Feb 27 2019 | SIEMENS INDUSTRY, INC | SIEMENS MOBILITY, INC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 049841 | /0758 |
Date | Maintenance Fee Events |
Aug 06 2021 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
Date | Maintenance Schedule |
Mar 27 2021 | 4 years fee payment window open |
Sep 27 2021 | 6 months grace period start (w surcharge) |
Mar 27 2022 | patent expiry (for year 4) |
Mar 27 2024 | 2 years to revive unintentionally abandoned end. (for year 4) |
Mar 27 2025 | 8 years fee payment window open |
Sep 27 2025 | 6 months grace period start (w surcharge) |
Mar 27 2026 | patent expiry (for year 8) |
Mar 27 2028 | 2 years to revive unintentionally abandoned end. (for year 8) |
Mar 27 2029 | 12 years fee payment window open |
Sep 27 2029 | 6 months grace period start (w surcharge) |
Mar 27 2030 | patent expiry (for year 12) |
Mar 27 2032 | 2 years to revive unintentionally abandoned end. (for year 12) |