The present invention relates in general to railroad signaling systems and in particular to a railroad virtual track block system.
Block signaling is a well-known technique used in railroading to maintain spacing between trains and thereby avoid collisions. Generally, a railroad line is partitioned into track blocks and automatic signals (typically red, yellow, and green lights) are used to control train movement between blocks. For single direction tracks, block signaling allows trains to follow each other with minimal risk of rear end collisions.
However, conventional block signaling systems are subject to at least two significant disadvantages. First, track capacity cannot be increased without additional track infrastructure, such as additional signals and associated control equipment. Second, conventional block signaling systems cannot identify broken rail within an unoccupied block.
Railroad signal standard practice for the design and function of signal systems is based upon the concept of a vital system. A vital system is often characterized as being failsafe and consistent with the closed-circuit principle. A system is failsafe if the failure of any element of the system causes the system to revert to its safest condition. In the case of railroad wayside systems, failsafe design requires that if any element necessary to the safe and proper operation of the system cannot perform its intended function that the system will revert to the safest condition, A vital system is in conformance with the closed-circuit principle because the components of the system do not share elements which could afford alternative energy or logic paths, as these elements would violate the failsafe principle.
Moving high density block systems transmit voltage and current down a rail to measure rail resistance. When a train approaches a measured rail segment, the axel connecting two wheels effectively shunt the rail circuit, such that the shunt can be used to determine where a train is located with the measured physical blocks. However, a shunt can indicate the location of a train, or the location of a hazard, such as a rail break or other hazard type.
Current Onboard Movement Authority (OMA)-Virtual Block System (VBS) Positive Train Control (PTC) (OMA-VBS PTC) track databases require hazards to be paired with an opposing hazard. Due to limitations, the locomotive onboard computer is unable to perform a logical ‘OR’ on the virtual track segments, the locomotive onboard can only perform a logical ‘AND.’ This creates an issue when a train first occupies a physical track circuit. The virtual track circuit segments within the train's own route change to a ‘FALSE’ state from the near house perspective which, when ‘AND’-ed by the onboard computer with the far house perspective of the same virtual track segments, produce a ‘FALSE’ state for those track segments on the onboard display requiring the train to slow down or stop. These unnecessary slow-downs or stops negatively impact the efficiency of railroad operations.
The principles of the present invention are embodied in a virtual “high-density” block system that advantageously increases the capacity of the existing track infrastructure used by the railroads. The present disclosure solves the technological problem of traditional block systems by dividing the current physical track block structure into multiple (e.g., four) segments or “virtual track blocks,” train block spacing can be reduced to accurately reflect train braking capabilities. In particular, train spacing can be maintained within a physical track block by identifying train position with respect to virtual track blocks within that physical track block. The present disclosure introduces a “stick” logic concept, where the onboard system can mask certain states that may be unnecessary so the status of value can be acted upon appropriately for the onboard system.
The present disclosure provides a technological solution missing from conventional systems by at least implementing specialized algorithms adapted to determine the true status of a virtual block based on multiple inputs. In one embodiment, the PTC hazard for the far virtual track segment directly adjacent to the far house uses the far house perspective of that virtual track segment and the PTC hazard for the near virtual track segment directly adjacent to the near house uses the near house perspective of that virtual track segment. For the middle virtual track segments, the near house perspectives of the middle virtual track segments are held ‘TRUE’ if they are already ‘TRUE’ when the train first enters the block. This is accomplished using stick circuits for the near house perspective of the middle track circuits. Once the system determines the virtual block is healthy, the middle track circuits can be latched ‘TRUE’ in front of the train if they were already ‘TRUE’ when the train entered the physical block. The middle virtual track segments can be ‘AND’-ed by the onboard computer with the far house perspective of the same middle virtual track segments which, if they are ‘TRUE’ from the far house perspective, can display clear virtual track segments. The middle virtual track segments can remain latched ‘TRUE’ until the preceding virtual track segment is unoccupied (TRUE). The vital application can then indicate the true state of the virtual track segment as occupied (FALSE), to protect the train from trains that follow. For opposing movements, the use of vital logic prevents on-board movement authority from being transmitted by the far house wayside vital processor.
In another embodiment, PTC signal device types can be used instead of track hazards. The logic can be similar in that the system can “stick” the middle signals ‘TRUE’ when a train enters the block to prevent the PTC signal device types from dropping FALSE in front of the train causing the train to stop or slow down.
It is an object of the disclosure to provide a system for virtual block detection within occupied virtual block using stick logic. It is a further object of the disclosure to provide a method of virtual block detection within occupied virtual block using stick logic. These and other objects of the disclosure are provided by at least the following embodiments.
In one embodiment, a system for virtual block detection within occupied virtual block using stick logic, can include: a memory having a first database with a plurality of messages, signal values, and specifications related to a vehicle and at least a portion of a track; and a computer processor operably coupled to the memory and capable of executing machine-readable instructions to perform program steps, the program steps can include: generate a plurality of virtual blocks within a physical block; associate a bit in a virtual block message with each of the plurality of virtual blocks to represent a virtual block state; receive an authority for a train up to a first location; assign a second bit value to a first virtual block bit in the message when the train occupies the first virtual block; determine, via the computer processor, whether one or more virtual block states are irrelevant to a virtual block occupancy determination based at least in part on the train's position; and assign, via the computer processor, a first bit value to the irrelevant virtual block bits regardless of the train's presence in the virtual block. The program steps further comprising assigning a bit associated with a virtual block to the first bit value when the train leaves the first virtual block. Wherein the first bit value indicates the absence of a train or a hazard in a virtual block. Wherein the first bit value is high. Wherein the high bit value is associated with a logical ‘1.’ Wherein the second bit value indicates the presence of a train or a hazard in a virtual block. Wherein the second bit value is low. Wherein the low bit value is associated with a logical ‘0.’ Wherein the computer processor can mask the irrelevant virtual block bits so it can be acted upon appropriately by or for the onboard system. Wherein the virtual block state indicated whether the virtual block is occupied or unoccupied.
In another embodiment, a method of virtual block detection within occupied virtual block using stick logic, can include: generating a plurality of virtual blocks within a physical block; associating a bit in a message with each of the plurality of virtual blocks to represent a virtual block state; receiving an authority for a train up to a first location; assigning a second bit value to a first virtual block bit in the message when the train occupies the first virtual block; determining, via control logic, whether one or more virtual block states are irrelevant to a virtual block occupancy determination based at least in part on the train's position; and assigning, via the control logic, a first bit value to the irrelevant virtual block bits regardless of the train's presence in the virtual block. Further comprising assigning a bit associated with a virtual block to the first bit value when the train leaves the first virtual block. Wherein the first bit value can indicate the absence of a train or a hazard in a virtual block. Wherein the first bit value can be high. Wherein the high bit value can be associated with a logical ‘1.’ Wherein the second bit value indicates the presence of a train or a hazard in a virtual block. Wherein the second bit value can be low. Wherein the low bit value can be associated with a logical ‘0.’ Wherein the control logic can mask the irrelevant virtual block bits so it can be acted upon appropriately by or for the onboard system. Wherein the virtual block state can indicate whether the virtual block is occupied or unoccupied.
The present disclosure will be readily understood by the following detailed description, taken in conjunction with the accompanying drawings that illustrate, by way of example, the principles of the present disclosure. The drawings illustrate the design and utility of one or more exemplary embodiments of the present disclosure, in which like elements are referred to by like reference numbers or symbols. The objects and elements in the drawings are not necessarily drawn to scale, proportion, or precise positional relationship. Instead, emphasis is focused on illustrating the principles of the present disclosure.
The disclosure presented in the following written description and the various features and advantageous details thereof, are explained more fully with reference to the non-limiting examples included in the accompanying drawings and as detailed in the description, which follow. Descriptions of well-known components have been omitted to not unnecessarily obscure the principal features described herein. The examples used in the following description are intended to facilitate an understanding of the ways in which the disclosure can be implemented and practiced. A person of ordinary skill in the art would read this disclosure to mean that any suitable combination of the functionality or exemplary embodiments below could be combined to achieve the subject matter claimed. The disclosure includes either a representative number of species falling within the scope of the genus or structural features common to the members of the genus so that one of ordinary skill in the art can visualize or recognize the members of the genus. Accordingly, these examples should not be construed as limiting the scope of the claims.
Generally, track circuits exist to provide train and broken rail detection and can also convey data from one house to another. The limits of a two-mile physical track section can be broken up from an adjoining two-mile track section with an insulated joint, such as a clear plastic joint within the rail.
The system disclosed herein can include a transceiver disposed proximate a wayside house that can transmit a signal down the rail and receive the signal at a second wayside house. When a block is occupied by a train for example, the transmitted signal can be redirected back to the transceiver. In one embodiment, the system can include a transmission circuit that can transmit down one rail through a train axle and receiving the signal on a second rail. A current resistance circuit can determine that actual location of the axel based upon, for example resistance measurements, time delay, or other suitable means. The system can also include a chassis, a vital logic controller that resides in each of wayside house, and a contact for an occupied block, among other components. Additionally, states can be defined within a ladder logic application. The ladder logic can be implemented within the vital controller in the houses and can consume these inputs and determine what is broadcast to the onboard computer. The ladder logic can determine the stick values and bit numbers and can determine virtual block statuses based on inputs from the chassis measurements. The system can also include a PTC interoperable messaging standard that can communicate information from the wayside to the onboard. In another embodiment, the messaging standard can include a portion of the payload that can be defined by a railroad to communicate additional information. The fields, characteristics, and values detailed below can be transmitted as part of this payload.
The section of track depicted in
In one embodiment, each physical track block 101a-101d can be partitioned into multiple virtual track blocks or “virtual track blocks.” In the illustrated embodiment, these virtual track blocks can each represent one-quarter (25%) of each physical track block 101a-101d, although in alternate embodiments, the number of virtual track blocks per physical track block can vary. In
In other words, in the illustrated embodiment, each house 103 can be associated with four (4) virtual track blocks to the left (e.g., west-bound perspective) of the corresponding insulated joint 102 (e.g., virtual track blocks A1-D1) and four (4) virtual track blocks to the right (e.g., east-bound perspective) of the corresponding insulated joint 102 (e.g., virtual track blocks E1-H1), for a total of eight virtual blocks (A1-H1). In this configuration, virtual track blocks can overlap. In one embodiment, the east-bound perspective virtual track blocks for house #1103a can overlap the west-bound perspective virtual track blocks for house #2103b, such that each overlapping virtual block can have two variables to represent it, based on the perspective-house #1 or house #2. For example, virtual track blocks E1-H1 associated with house #1 can overlap with virtual track blocks A2-D2 associated with house #2, such that virtual block F1 (from the house #1 perspective) and virtual block B2 (from the house #2 perspective) correspond to the same virtual block from the perspective of different houses. This provides the advantage of being able to have two views of the same virtual block, so that should one view be blocked (e.g., due to the shunting of a proximate virtual block), the other view can provide a view of the overlapped virtual block. For purposes of this disclosure a particular virtual block can be represented as the virtual block from each house's perspective with a logical AND operator (·) between each variable (e.g., F1·B2, F2·B3, etc.).
The system can measure the track resistance and can take into account many other safety-critical calculations, such as the non-linear track resistance, rail temperature variability, and rail stress variability, among other factors. In one embodiment, the system can also determine a distance of where a track is shunted (e.g., distance from a house 103) and normalize it into one of, for example, four locations within that track circuit (e.g., corresponding with a particular virtual block).
A four-virtual track block can correspond with 25% of the physical length to yield four bits for a specific track circuit—one bit for each virtual block. The system can determine and set the state of those bits (e.g., high (1) or low (0)) based on what is known about the location of the train at that time. The four bits can define the status of these known segments of rail. In another embodiment, the system can define the state of those four virtual blocks from the perspective of two houses as the virtual blocks of two houses will overlap any given track segment. Accordingly, the four bits can represent the state of the, e.g., two-mile track section from the eastern perspective and from the western perspective, so both ends have a specific status. The onboard's responsibility can be to act on both of those statuses. In another embodiment, the system can “stick” certain values high when it is determined that those values are not relevant because of the train position and use only those bits having relevant information for the onboard to act.
In one embodiment, certain statuses can be crossed out (e.g., H0, A2, H1, A3, H2, A4, etc.) on either side of an insulated joint 102 because relative to a particular virtual block there is no other house that knows the state of that particular virtual block better than the house located at the insulated joint 102. If the house located at the insulated joint 102 sees a shunt, it is clear that there is a shunt there, as opposed to some other house due to the visibility limitations associated with a shunt. For example, house #3103c cannot see past a shunted virtual block in, for example virtual block C3·G2, so all virtual block states on the other side of C3 from the perspective of house #3103c will be low (indicating occupancy), but that is not the case for house #2 related to this virtual block since house #2 has an unimpeded view to block C3·G2. So the system can determine that, in this example, virtual block B3·F2 is unoccupied, even though house #3 may indicate that it is occupied because that virtual block is blocked from its perspective. As such, the system can discard the statuses for the virtual blocks that are known based on the house having the best perspective. The middle two virtual blocks can be more difficult to determine because their status can depend on the direction of the train, particularly as to whether the statuses are blocked from visibility or not.
Each
In one embodiment, the low state (occupied) can be configured to be the safe state. It is far more unsafe to assume that a block is unoccupied when it may actually be occupied, so the system must assume that a block is occupied. In another embodiment, the safe state can indicate that the block is occupied as a failure mode. In traditional signaling terminology the term “stick” can be used to define a variable that is held in a particular state after a pattern is established. The variable “sticks” to a predetermined value (e.g., high) because of a known condition.
For the unoccupied segment of track shown in
For the unoccupied segment of track shown in
Referring to
Referring to
When the train 104 shunts virtual block H3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block H3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block G3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block G3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block F3·B4, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block F3·B4, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block E3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block E3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block D3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block D3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block G2·C3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block G2·C3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block F2·B3, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block F2·B3, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block E2, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block E2, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block D2, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block D2, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block G1·C2, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block G1·C2, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block F1·B2, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block F1·B2, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
Referring to
When the train 104 shunts virtual block E1, the system will identify the following states for each of the virtual blocks for each house:
When the train 104 shunts virtual block E1, by ‘AND’-ing the two overlapping perspectives for each virtual block, the system will generate and transmit the following virtual block statuses to the locomotive onboard computer:
The VB detection control logic 1500 can leverage the ability of a computer platform to spawn multiple processes and threads by processing data simultaneously. The speed and efficiency of the VB detection control logic 1500 can be greatly improved by instantiating more than one process to facilitate virtual block detection. However, one skilled in the art of programming will appreciate that use of a single processing thread may also be utilized and is within the scope of the present disclosure. VB detection control logic 1500 can also be distributed amongst a plurality of networked computer processors. The computer processors can be located in the wayside houses 103 or onboard the train 104.
The VB detection control logic 1500 process flow of the present embodiment begins at step 1502, wherein the control logic 1500 can generate a plurality of virtual blocks within a physical block. In one embodiment, the control logic 300 can be configured to receive data from sensors or other data-gatherers on and/or by a railroad track and instantiating the control logic 1500 at step 1502 can prepare the control logic 1500 to receive and process the anticipated data. The control logic 1500 then proceeds to step 1504.
At step 1504, the control logic 1500 can line an authority up to a first location. For example, the control logic 1500 can send a PTC Auth message to the relevant wayside houses to ensure authority to move along the track. In another embodiment, the control logic 1500 can indicate a direction of travel. The control logic 1500 then proceeds to step 1506.
At step 1506, the control logic 1500 can assign a shunt value to a first virtual block (e.g., VB G3) (not shown). In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the first virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 then proceeds to step 1508.
At step 1508, the control logic 1500 can assign a shunt value to a second virtual block (e.g., VB G3) (not shown). In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the second virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 then proceeds to step 1510.
At step 1510, the control logic 1500 can assign a shunt value to a third virtual block (e.g., VB F3) and stick PTC Hazard high. In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the third virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 can assign a value for a status bit associated with a particular virtual block. For example, the control logic 1500 can stick a PTC VB Haz value high (e.g., 1) by assigning a logic ‘1’ value to the bit for the associated virtual block. The control logic 1500 then proceeds to step 1512.
At step 1512, the control logic 1500 can assign a shunt value to a fourth virtual block (e.g., VB E3). In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the fourth virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 then proceeds to step 1514.
At step 1514, the control logic 1500 can assign a shunt value to a fifth virtual block (e.g., VB D3) and hold the PTC statuses true until the fifth virtual block is unoccupied. In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the fifth virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. From the perspective of house #3103c, because the train is headed westbound and the fifth virtual block shunts any signals transmitted westbound, house #3103c cannot see past the shunt in the fifth virtual block. The control logic 1500 can also “stick” a bit value for a particular virtual block to a specific value despite its measured value. In one embodiment, the control logic 1500 can assign a value to a status bit associated with a particular virtual block. For example, the control logic 1500 can stick a PTC VB Haz message bit value high (e.g., 1) by assigning a logic ‘1’ value to the bit for the associated virtual block. The control logic 1500 then proceeds to step 1516.
At step 1516, the control logic 1500 can assign a shunt value to a sixth virtual block (e.g., VB C3), PTC statuses will be held true until the fifth virtual block is unoccupied. In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the sixth virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 can also “stick” a bit value to a particular value despite the measured value. For example, the control logic 1500 can assign a value for a status bit associated with a particular virtual block. For example, the control logic 1500 can stick a PTC VB Haz message bit value high (e.g., 1) by assigning a logic ‘1’ value to the bit for the associated virtual block. The control logic 1500 then proceeds to step 1518.
At step 1518, the control logic 1500 can assign a shunt value to a seventh virtual block (e.g., VB B3), PTC statuses will be held true until the fifth virtual block (e.g., VB D3) is unoccupied. In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the seventh virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. The control logic 1500 can also “stick” a bit value to a particular value despite the measured value. For example, the control logic 1500 can assign a value for a status bit associated with a particular virtual block. For example, the control logic 1500 can stick a PTC VB Haz message bit value high (e.g., 1) by assigning a logic ‘1’ value to the bit for the associated virtual block. The control logic 1500 then proceeds to step 1520.
At step 1520, the control logic 1500 can assign a shunt value to an eighth virtual block (e.g., VB A3), recover the fifth virtual block (e.g., VB D3), the sixth virtual block (e.g., VB C3) is visible and down, PTC hazard is stuck up for a railroad defined time. In one embodiment, the control logic 1500 can determine a shunt based upon an electrical signal sent along the rails. In another embodiment, the shunt can be determined based upon the measured impedance, or time of receipt of a signal. In another embodiment, the control logic can identify the location of the shunt in the fifth virtual block based upon one or more measurements taken by a wayside house, for example, house #3103c. The control logic 1500 can assign a status value low (e.g., 0) to indicate that the virtual block is shunted, and therefore occupied by a train 104 or hazard. For example, the bit value of the relevant bit of a PTC VB Haz or VB message can be assigned by the control logic 1500. From the perspective of house #3103c, because the train is headed westbound and the eight virtual block is the furthest virtual block from house #3, the control logic 1500 can recover the bit value for the fifth virtual block as the fifth virtual block is measured as unoccupied as the rear of the train has passed house #3. But since the sixth virtual block has the end of the train shunting it, the sixth virtual block is visible but down (e.g., occupied). In one embodiment, the control logic 1500 can remove the “stuck” bit values and assign the measured bit statuses in the PTC VB Haz message for one or more virtual blocks. The PTC VB Haz can be stuck up by the control logic 1500 for a time defined by the railroad. The control logic 1500 then proceeds to step 1522.
At step 1522, the control logic 1500 can clear the sixth virtual block (e.g., VB C3), the seventh virtual block (e.g., VB B3) is visible and down. Since the perspective of house #3 only advances to the 8th virtual block (e.g., VB A3), house #3 can no longer see which VBs are shunted by the westbound front of the train 104 as the train enters those VBs, but the control logic 1500 can monitor the rear of the train as it departs the virtual blocks associated with house #3. Accordingly, the control logic 1500 can clear the status of the sixth virtual block from the perspective of house #3. The control logic 1500 then proceeds to step 1524.
At step 1524, the control logic 1500 can clear the seventh virtual block (e.g., VB B3). The control logic 1500 can clear the status of the sixth virtual block from the perspective of house #3. The control logic 1500 then proceeds to step 1526.
At step 1526, the control logic 1500 can clear the eighth virtual block (e.g., VB A3). The control logic 1500 can clear the status of the sixth virtual block from the perspective of house #3, as the train 104 no longer occupies any of house #3's virtual blocks. The control logic 1500 then proceeds to step 1528.
At step 1528, the control logic 1500 can approach end of authority. In one embodiment, the train 104 reaches the first location and therefore has no authority to proceed. The train must again request movement authority to a second location to begin travel. The control logic 1500 can then terminate or repeat the aforementioned steps as the train receives a second movement authority to the second location.
In other words, the method of virtual block detection within occupied block using stick logic, can utilize the control logic 1500 to generate a plurality of virtual blocks within a physical block, associate a bit in a message with each of the plurality of virtual blocks, initialize the message bits to a first bit value, receive an authority up to a first location, assign a second bit value for a first virtual block when a train occupies a first virtual block, stick one or more virtual block bit values to the first bit value regardless of the train's presence in the virtual block when the control logic 1500 determines that those values are not relevant because of a train's position, and set a bit associated with the first virtual block to the first bit value as the train leaves the virtual block. In one embodiment, the first bit value can be high (e.g., a logical ‘1’) to indicate the absence of a train 104 or hazard in a virtual block. In another exemplary embodiment, the second bit value can be low (e.g., a logical ‘0’) to indicate the presence of a train 104 or hazard in a virtual block. The control logic 1500 can mask certain states that may be unnecessary to determine the status of a virtual block so it can be acted upon appropriately by or for the onboard system. The control logic 1500 can “stick” certain values high when it is determined that those values are not relevant because of the train position and use only those bits having relevant information for the onboard to act. For example, the control logic 1500 can determine that certain bit values are not relevant to virtual block occupancy information because the train's position may be blocking the perspective of one of the houses 103.
The present disclosure achieves at least the following advantages:
Persons skilled in the art will readily understand that advantages and objectives described above would not be possible without the particular combination of computer hardware and other structural components and mechanisms assembled in this inventive system and described herein. Additionally, the algorithms, methods, and processes disclosed herein improve and transform any general-purpose computer or processor disclosed in this specification and drawings into a special purpose computer programmed to perform the disclosed algorithms, methods, and processes to achieve the aforementioned functionality, advantages, and objectives. It will be further understood that a variety of programming tools, known to persons skilled in the art, are available for generating and implementing the features and operations described in the foregoing. Moreover, the particular choice of programming tool(s) may be governed by the specific objectives and constraints placed on the implementation selected for realizing the concepts set forth herein and in the appended claims.
The description in this disclosure should not be read as implying that any particular element, step, or function can be an essential or critical element that must be included in the claim scope. Also, none of the claims can be intended to invoke 35 U.S.C. § 112(f) with respect to any of the appended claims or claim elements unless the exact words “means for” or “step for” are explicitly used in the particular claim, followed by a participle phrase identifying a function. Use of terms such as (but not limited to) “mechanism,” “module,” “device,” “unit,” “component,” “element,” “member,” “apparatus,” “machine,” “system,” “processor,” “processing device,” or “controller” within a claim can be understood and intended to refer to structures known to those skilled in the relevant art, as further modified or enhanced by the features of the claims themselves, and can be not intended to invoke 35 U.S.C. § 112(f). Even under the broadest reasonable interpretation, in light of this paragraph of this specification, the claims are not intended to invoke 35 U.S.C. § 112(f) absent the specific language described above.
The disclosure may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. For example, each of the new structures described herein, may be modified to suit particular local variations or requirements while retaining their basic configurations or structural relationships with each other or while performing the same or similar functions described herein. The present embodiments are therefore to be considered in all respects as illustrative and not restrictive. Accordingly, the scope of the inventions can be established by the appended claims rather than by the foregoing description. All changes which come within the meaning and range of equivalency of the claims are therefore intended to be embraced therein. Further, the individual elements of the claims are not well-understood, routine, or conventional. Instead, the claims are directed to the unconventional inventive concept described in the specification.
The present application is a Continuation of U.S. patent application Ser. No. 17/502,918, filed Oct. 15, 2021, which claims priority to U.S. patent application Ser. No. 17/302,524, filed May 5, 2021, which claims priority to U.S. patent application Ser. No. 15/965,680, filed Apr. 27, 2018, which claims the benefit of U.S. Provisional Application No. 62/502,24, filed May 5, 2017, the entireties of which are herein incorporated by reference for all purposes.
Number | Name | Date | Kind |
---|---|---|---|
5332180 | Peterson et al. | Jul 1994 | A |
5398894 | Pascoe | Mar 1995 | A |
5950966 | Hungate et al. | Sep 1999 | A |
6666411 | Hart et al. | Dec 2003 | B1 |
8170732 | Daum et al. | May 2012 | B2 |
9102341 | Malone, Jr. | Aug 2015 | B2 |
9162691 | Polivka et al. | Oct 2015 | B2 |
9290191 | Ghaly | Mar 2016 | B2 |
10894550 | Specht et al. | Jan 2021 | B2 |
20030112131 | McAllister | Jun 2003 | A1 |
20050075765 | Oguma | Apr 2005 | A1 |
20130218375 | Ning | Aug 2013 | A1 |
20130334373 | Malone, Jr. et al. | Dec 2013 | A1 |
20140014782 | Grappone | Jan 2014 | A1 |
20160107664 | Kull | Apr 2016 | A1 |
20170113707 | Ghaly | Apr 2017 | A1 |
20180319413 | Specht et al. | Nov 2018 | A1 |
20190144023 | Gao et al. | May 2019 | A1 |
20190168788 | Ghaly | Jun 2019 | A1 |
Number | Date | Country |
---|---|---|
0638469 | Feb 1995 | EP |
3825205 | May 2021 | EP |
0532166 | Feb 1993 | JP |
101054 | Jan 1998 | JP |
2005145089 | Jun 2005 | JP |
2015180902 | Dec 2015 | WO |
2018151747 | Aug 2018 | WO |
Entry |
---|
International Search Report and Written Opinion regarding Application PCT/US2022/041523, mailed Dec. 9, 2022, 13 pages. |
Diaz De Rivera, Adrian, et al. “Improving railway operational efficiency with moving blocks, train fleeting, and alternative single-track configurations.” Transportation Research Record 2674.2 (2020): 146-157. |
International Search Report and Written Opinion regarding Application PCT/US2018/030325, issued Aug. 6, 2018, 11 pages. |
Number | Date | Country | |
---|---|---|---|
20230083828 A1 | Mar 2023 | US |
Number | Date | Country | |
---|---|---|---|
62502224 | May 2017 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 15965680 | Apr 2018 | US |
Child | 17247303 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 17502918 | Oct 2021 | US |
Child | 18051275 | US | |
Parent | 17247303 | Dec 2020 | US |
Child | 17302524 | US |
Number | Date | Country | |
---|---|---|---|
Parent | 17302524 | May 2021 | US |
Child | 17502918 | US |