Implementation methods and equipment for scalable semi-centralized and semi-distributed ATS systems

CN117416389BActive Publication Date: 2026-09-01CASCO SIGNAL LTD
View PDF 2 Cites 0 Cited by

Patent Information

Application Number
CN202311361862.2
Authority / Receiving Office
CN · China
Patent Type
Patents(China)
Current Assignee / Owner
Filing Date
2023-10-19
Publication Date
2026-09-01
Estimated Expiration
2043-10-19

AI Technical Summary

Technical Problem

以往,需要同时准备两套系统,运行一套,调试一套,需要来回切换,占用了很多调试时间,效率比较低

Benefits of technology

[0039] 1) This invention realizes a semi-centralized and semi-distributed ATS system, which has the characteristics of central-level distributed implementation, regional operation and management, and flexible scalability;

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN117416389B_ABST
    Figure CN117416389B_ABST
Patent Text Reader

Abstract

This invention relates to a method and apparatus for implementing a scalable semi-centralized, semi-distributed ATS system. The method includes the following steps: Step S1, arranging the various devices of the ATS system in a semi-centralized, semi-distributed manner; Step S2, deploying the dispatch control server (IPTCTRL) and the communication front-end server (FEP) in the same area in a one-to-one manner; Step S3, performing regional operation management, with the central server (CATS) supporting connections to multiple IPTCTRLs and FEPs and managing the forwarding of information from different areas; Step S4, performing cross-regional train tracking; Step S5, automatically processing train routes across regions; Step S6, performing cross-regional train stop and detaining. Compared with the prior art, this invention has the advantages of centralized-level distributed implementation, regional operation management, and flexible scalability.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] This invention relates to train signal control systems, and more particularly to a method and apparatus for implementing a scalable semi-centralized and semi-distributed ATS system. Background Technology

[0002] In urban rail transit systems, the need for interconnectivity in cross-line operations is currently very evident. Existing ATS distributed systems are based on stations and centers, with station-level distributed management divided according to interlocking zones. However, overseas projects lack station-level management, only having center-level management. This fully centralized management cannot meet the needs of cross-line and regional operations.

[0003] A search revealed Chinese Patent Publication No. CN115720225A, which discloses a blockchain-based ATS distributed system and ATS distributed control method. The blockchain-based ATS distributed system includes multiple ATSs, which form a blockchain based on a preset consensus mechanism. Each ATS acts as a blockchain node. Each ATS at a blockchain node receives local service information from trains and ground systems within its jurisdiction, and sends this information to other ATSs at other blockchain nodes according to a preset smart contract. It also retrieves shared service information from other ATSs at other blockchain nodes and verifies it. If more than a preset number of ATSs at other blockchain nodes successfully verify the shared service information, it is then saved. This ATS distributed system can improve the safety and stability of the overall track signaling system and prevent economic losses. This ATS distributed system is designed for station-level distributed systems.

[0004] For projects launched in phases, it's crucial to ensure both the normal operation of existing lines and the smooth commissioning of new lines. Simultaneously, feasible expansion plans must be provided for future line extensions. Previously, two systems were needed simultaneously—one running and the other commissioning—requiring frequent switching and consuming significant time, resulting in low efficiency. Therefore, designing a single system that eliminates the need for switching between two systems, ensuring simultaneous normal operation and new line commissioning, and avoiding the need for developing new systems for future line expansions, has become a key technical challenge. Summary of the Invention

[0005] The purpose of this invention is to overcome the shortcomings of the existing technology and provide a method and device for implementing a scalable semi-centralized and semi-distributed ATS system.

[0006] The objective of this invention can be achieved through the following technical solutions:

[0007] According to a first aspect of the present invention, a method for implementing a scalable semi-centralized semi-distributed ATS system is provided, the method comprising the following steps:

[0008] Step S1: Arrange the devices of the ATS system in a semi-centralized and semi-distributed manner.

[0009] Step S2: The scheduling control server IPTCTRL and the communication front-end server FEP in the same area are arranged in a one-to-one manner.

[0010] Step S3: Perform regional operation and management. The central server CATS supports connections to multiple IPTCTRLs and FEPs and manages the forwarding of information in different regions.

[0011] Step S4: Perform cross-regional train tracking;

[0012] Step S5: The train automatically processes the train route when crossing regions;

[0013] Step S6: Perform cross-regional vehicle stop and impoundment.

[0014] As a preferred technical solution, step S1, which involves a semi-centralized and semi-distributed arrangement of the devices in the ATS system, specifically includes:

[0015] CATS, IPTCTRL, and FEP devices are all deployed in the center for centralized management; while IPTCTRL and FEP devices are managed by region.

[0016] As a preferred technical solution, multiple sets of the IPTCTRL and FEP devices are deployed and managed in a distributed manner.

[0017] As a preferred technical solution, the scheduling control server IPTCTRL and the communication front-end server FEP are arranged in a one-to-one configuration, specifically:

[0018] One IPTCTRL connects to only one FEP. Different FEPs do not interact with each other, and different IPTCTRLs do not interact with each other. IPTCTRLs and FEPs belonging to the same sector interact with each other.

[0019] As a preferred technical solution, the regional operation management specifically includes:

[0020] Each IPTCTRL manages one region and is assigned a region number, sector_id. Cross-region functions forward messages through CATS, using sector_id to identify whether the message is processed by this IPTCTRL.

[0021] When the platform status or train information changes, each IPTCTRL sends the platform or train status change information to CATS. CATS is responsible for saving this status synchronization information. CATS forwards this status synchronization information to each IPTCTRL. Upon receiving the synchronized train information and platform information from CATS, the IPTCTRL saves them according to the sector number (sector_id).

[0022] As a preferred technical solution, the sector number (sector_id) is extended according to the line.

[0023] As a preferred technical solution, step S4 involves cross-regional train tracking, including CBTC trains and non-CBTC trains.

[0024] As a preferred technical solution, for the CBTC vehicle, when a location message AP sent by the area controller ZC indicates that the vehicle's front is in the current area but its rear is in another area, a new vehicle is created in the area where the vehicle's front is located. The corresponding vehicle group number's plan information is retrieved from the synchronization information, and the plan service information is assigned to the newly created vehicle. If the vehicle's front is not in the current area but its rear is in the current area, the vehicle is deleted from the area where its rear is located.

[0025] As a preferred technical solution, for the non-CBTC car, when the axle counter in the area where the train is located is cleared, if there is a non-CBTC car on the current axle counter and the axle counter behind is also cleared, the IPTCTRL in the area where the non-CBTC car is located sends a cross-regional message. The sector_id of the IPTCTRL that receives the message is the same as the sector_id in the message. The non-CBTC car is created on the first small segment of the boundary axle counter in this area. The plan information of the corresponding train group number is found from the synchronization information, and the plan service information is assigned to the newly created car.

[0026] As a preferred technical solution, step S5, where the train automatically handles the train route across regions, specifically involves:

[0027] If a signal in the first area has a trigger rail in the second area, the IPTCTRL in the second area checks that the trigger route conditions are met. The IPTCTRL in the second area sends a message to CATS according to the route triggering cycle until the triggering conditions in the second area are no longer met, at which point it stops sending messages. CATS forwards the message to all IPTCTRLs.

[0028] After receiving the message, if the signal has not been triggered by other trains in the first area, and all conditions are met, the trigger record is updated, the first area queries the train information, selects a route, and begins triggering the route; if the route has already been triggered by this train, or the route has already been processed, the message is discarded.

[0029] As a preferred technical solution, step S6, performing cross-regional vehicle stop and impoundment, specifically involves:

[0030] When a station synchronization message is received, if the area to which this station belongs is not an area managed by this IPTCTRL, then the logic for impounding the train and stopping the train will be processed.

[0031] As a preferred technical solution, the vehicle impoundment and tripping logic is specifically as follows:

[0032] The train was scheduled to skip this platform, but now it has been received that the train is being held at this platform. Therefore, the train's forecast will be adjusted accordingly.

[0033] The train was scheduled to stop at this platform, but now we have received confirmation that the platform has cancelled the train's stop. Therefore, we will adjust the forecast plan accordingly.

[0034] If a train is scheduled to stop at this platform, but a skip stop is detected at this platform, the train's forecast plan will be adjusted accordingly.

[0035] If a train is scheduled to skip this platform, but the platform has been cancelled, the train's planned stop will be adjusted accordingly.

[0036] According to a second aspect of the present invention, an electronic device is provided, including a memory and a processor, wherein the memory stores a computer program, and the processor executes the program to implement the method described thereon.

[0037] According to a third aspect of the present invention, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the method described thereon.

[0038] Compared with the prior art, the present invention has the following advantages:

[0039] 1) This invention realizes a semi-centralized and semi-distributed ATS system, which has the characteristics of central-level distributed implementation, regional operation and management, and flexible scalability;

[0040] 2) This invention designs a semi-centralized, semi-distributed system, overcoming the problem of time-series-related issues affecting the handover management of station-level distributed systems;

[0041] 3) This invention satisfies the needs of a system that combines operation and debugging;

[0042] 4) This invention meets the requirements for regional operation;

[0043] 5) This invention meets the requirement for scalable and extendable lines. Attached Figure Description

[0044] Figure 1 This is a centralized architecture diagram;

[0045] Figure 2This is a diagram of the semi-centralized and semi-distributed architecture of the present invention;

[0046] Figure 3 A diagram illustrating the configuration for a sector;

[0047] Figure 4 This is a schematic diagram of a non-CBTC vehicle cross-sector configuration;

[0048] Figure 5 This is a schematic diagram of a train operating across sectors.

[0049] Figure 6 This is a schematic diagram of the train's operation by sector. Detailed Implementation

[0050] The technical solutions of the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of the present invention. Based on the embodiments of the present invention, all other embodiments obtained by those skilled in the art without creative effort should fall within the scope of protection of the present invention.

[0051] This invention discloses a method for implementing a scalable semi-centralized and semi-distributed ATS system, the method comprising the following steps:

[0052] Step S1: Arrange the devices of the ATS system in a semi-centralized and semi-distributed manner. IPTCTRL and FEP are distributed, and all devices are placed in the center.

[0053] Step S2: The scheduling control server IPTCTRL and the communication front-end server FEP in the same area are arranged in a one-to-one manner.

[0054] Step S3: Perform regional operation and management. The central server CATS supports connections to multiple IPTCTRLs and FEPs and manages the forwarding of information in different regions.

[0055] Step S4: Perform cross-regional train tracking;

[0056] Step S5: The train automatically processes the train route when crossing regions;

[0057] Step S6: Perform cross-regional vehicle stop and impoundment.

[0058] Concepts needed for configuration data:

[0059] <sectors>This defines the interlocking central station managed by area number. `sector ID="01"` specifies the area number; currently defined as 01, 02, and 03, this can be expanded based on line extensions. `rtus="11; 12; 51"` specifies the interlocking central station number (see...). Figure 3 ).

[0060] <sectorboundarys>The region sector boundary is defined for non-CBTC train crossing sector train tracking. Boundary ID="01", the boundary region number, sequentially numbered starting from 01, used for indexing; train_from_sector="2", the current sector the train is in; train_from_rtu="13", the current interlocking central station number the train is in; train_back_circuit="SD_3003", the axle name behind the train; train_from_circuit="SD_3005", the current axle name the train is in; train_to_sector="1", the sector the train has just entered; train_to_rtu="11", the interlocking central station number the train has just entered; train_to_circuit="SD_3101", the axle name the train has just entered; dir="DOWN", the train's direction of travel, used to select the small segment from which the train is created (see...). Figure 4 ).

[0061] This ATS system is deployed on Sydney's northwest, city, and southwest lines, meeting various operational needs such as phased rollout. The invention is described in detail below with reference to the project:

[0062] 1. Regional operation

[0063] Currently, there are three sectors: Northwest Line Sector 01, Urban Line Sector 02, and Southwest Line Sector 03. Northwest Line Sector 01 is already operational, while Urban Line Sector 02 and Southwest Line Sector 03 are under commissioning. Using the ATS system of this invention, independent operation between regions can be achieved, meeting the needs of phased operation and commissioning (see [link]). Figure 6 (Step 101)

[0064] 2. Train cross-sector tracking

[0065] Figure 5 It describes a scenario where a train operates across sectors, with arrows above the train indicating the direction of travel.

[0066] 1) For CBTC train set 001, when it moves from Sector 02 to Sector 01 across regions, Sector 01 receives a location message (AP) from the area controller ZC indicating that the locomotive is at SD_3101 in Sector 01 and the rear is at SD_3005 in Sector 02. In this case, a new train is created in Sector 01 where the locomotive is located. The corresponding train set number's planning information is retrieved from the synchronization information, and the planning service information is assigned to the newly created train. Sector 02 deletes train set 001 without synchronizing the deletion message to CATS. The operating area of ​​train set 001 is updated from Sector 02 to Sector 01, and the train synchronization information stored in CATS and IPCTRL is also updated synchronously.

[0067] (Step 102)

[0068] 2) For non-CBTC train set 002, combined with Figure 4 Configuration <Boundary ID="02"train_from_sector="1" train_from_rtu="11" train_back_circuit="SD_3104"train_from_circuit="SD_3102" train_to_sector="2" train_to_rtu="13"train_to_circuit="SD_3006"dir="UP" / > When moving from Sector01 to Sector02, if the axle counter SD_3102 in Sector01 is cleared, and there is a non-CBTC train 002 in the current axle counter, and the axle counter SD_3104 behind it is also cleared, the IPTCTRL of Sector01 sends the message IPTCTRL_NON_CBTC_TRAIN_CROSS_SECTOR to CATS. After CATS converts the message, it sends CATS_NON_CBTC_TRAIN_CROSS_SECTOR to all IPTCTRLs. When IPTCTRL receives CATS_NON_CBTC_TRAIN_CROSS_SECTOR, if the Sector does not match the Sector_id in the message, it searches the configuration for the Boundary corresponding to the axle counter in the message with the Sector_id and circuit, and finds Boundary ID="02". In Sector02, the axle counter train_to_circuit="SD_3006" is in an occupied state, and all devices in axle counter SD_3006 have no trains. If the above conditions are met, it obtains the synchronization information of train set 002, creates a non-CBTC train 002 on the first small segment of axle counter SD_3006, finds the corresponding train set number's planning information in the synchronization information, and assigns the planning service information to the newly created train. When IPTCTRL in Sector01 receives CATS_NON_CBTC_TRAIN_CROSS_SECTOR, it deletes train set 001 as a cross-sector train without synchronizing the train deletion message to CATS. (Step 103)

[0069] 3. Automatic train route processing when trains cross sectors

[0070] 1) For cross-regional automatic route processing, the signal type is increased to signalType (NORMAL and EXTERNAL; if not configured, the default is NORMAL, and EXTERNAL is for cross-regional triggering signals); (Step 10)

[0071] 2) For a route in Sector01 starting with signal S1, if there is a trigger rail in Sector02, configure signal S1 on the trigger rail in Sector02. The attribute of signal S1 is EXTERNAL. The IPTCTRL in Sector02 only checks the conditions of non-manual trains and the trigger rail at this station, and does not check the conditions of signals and routes. As long as the conditions are met, the IPTCTRL in Sector02 sends the message EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE to CATS according to the route triggering cycle (e.g., 1 second) until the triggering conditions in Sector02 are no longer met (the train leaves the trigger rail and becomes a manual train), at which point the message sending stops; CATS forwards the message to all IPTCTRLs; (Step 105)

[0072] 3) After receiving the EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE message, Sector01's IPTCTRL checks if signal S1 has a route triggering configuration with a NORMAL attribute, and if signal S1 has not been triggered by other trains in Sector01. If all conditions are met, the triggering record is updated, Sector01 queries train information, selects a route, and begins triggering the route. If, when Sector01 receives the EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE message, the route has already been triggered by its own train, or the route has already been established, then the message is discarded. (Step 106)

[0073] 4. Vehicle impoundment across different sectors

[0074] 1) Set up a vehicle impoundment at PLAT01 station in Sector01. IPTCTRL sends a station synchronization message IPTCTRL_SYNC_PLATFORM to CATS. CATS converts the IPTCTRL_SYNC_PLATFORM message into CATS_SYNC_PLATFORM. When IPTCTRL receives CATS_SYNC_PLATFORM, it will only process the station impoundment logic if the sector_id is not the area number managed by this IPTCTRL, indicating that PLAT01 is managed by another sector; (Step 107)

[0075] 2) The train is currently in Sector02. Originally, it was planned to stop at platform PLAT01 in Sector01. However, since the train has been stopped at platform PLAT01, the predicted plan will be adjusted, and the train will stop at platform PLAT01. (Step 108)

[0076] 3) After canceling the train impoundment at platform PLAT01 in Sector01, since the original plan was to stop at platform PLAT01 in Sector01, the train will now stop at platform PLAT01 after the impoundment has been canceled. (Step 109)

[0077] 5. Sector-based stop

[0078] (1) Set a stop at PLAT01 station in Sector01. IPTCTRL sends a station synchronization message IPTCTRL_SYNC_PLATFORM to CATS. CATS converts the IPTCTRL_SYNC_PLATFORM message into CATS_SYNC_PLATFORM. When IPTCTRL receives CATS_SYNC_PLATFORM, it will only process the station stop logic if the sector_id is not the area number managed by this IPTCTRL, indicating that PLAT01 is managed by another sector; (Step 110)

[0079] (2) The train is currently in Sector02 and was originally scheduled to stop at platform PLAT01 in Sector01. However, it has now received a notification that platform PLAT01 has been set to skip the stop. The train will adjust its prediction plan and skip the stop at platform PLAT01. (Step 111)

[0080] (3) After canceling the skip stop at platform PLAT01 of Sector01, the train is scheduled to stop at this station. If it is now received that the skip stop at platform PLAT01 has been canceled, the forecast plan will be adjusted and the train will stop at platform PLAT01.

[0081] (Step 112)

[0082] The above is an introduction to the method embodiments. The following embodiments using electronic devices and storage media will further illustrate the solution of the present invention.

[0083] The electronic device of this invention includes a central processing unit (CPU), which can perform various appropriate actions and processes according to computer program instructions stored in read-only memory (ROM) or loaded from a storage unit into random access memory (RAM). The RAM may also store various programs and data required for device operation. The CPU, ROM, and RAM are interconnected via a bus. Input / output (I / O) interfaces are also connected to the bus.

[0084] Multiple components in the device are connected to the I / O interface, including: input units such as keyboards and mice; output units such as various types of displays and speakers; storage units such as disks and optical discs; and communication units such as network interface cards (NICs), modems, and wireless transceivers. The communication unit allows the device to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0085] The processing unit performs the various methods and processes described above, such as the methods of the present invention. For example, in some embodiments, the methods of the present invention may be implemented as computer software programs tangibly contained in a machine-readable medium, such as a storage unit. In some embodiments, part or all of the computer program may be loaded and / or installed on the device via ROM and / or a communication unit. When the computer program is loaded into RAM and executed by the CPU, one or more steps of the methods of the present invention described above may be performed. Alternatively, in other embodiments, the CPU may be configured to execute the methods of the present invention by any other suitable means (e.g., by means of firmware).

[0086] The functions described above in this document can be performed, at least in part, by one or more hardware logic components. For example, exemplary types of hardware logic components that can be used, without limitation, include: Field Programmable Gate Arrays (FPGAs), Application-Specific Integrated Circuits (ASICs), Application Standard Products (ASSPs), System-on-Chip (SoCs), Complex Programmable Logic Devices (CPLDs), and so on.

[0087] The program code used to implement the methods of the present invention can be written in any combination of one or more programming languages. This program code can be provided to a processor or controller of a general-purpose computer, special-purpose computer, or other programmable data processing device, such that when executed by the processor or controller, the program code causes the functions / operations specified in the flowcharts and / or block diagrams to be implemented. The program code can be executed entirely on the machine, partially on the machine, as a standalone software package partially on the machine and partially on a remote machine, or entirely on a remote machine or server.

[0088] In the context of this invention, a machine-readable medium can be a tangible medium that may contain or store a program for use by or in conjunction with an instruction execution system, apparatus, or device. A machine-readable medium can be a machine-readable signal medium or a machine-readable storage medium. Machine-readable media can include, but are not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0089] The above description is merely a specific embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Any person skilled in the art can easily conceive of various equivalent modifications or substitutions within the technical scope disclosed in the present invention, and these modifications or substitutions should all be covered within the scope of protection of the present invention. Therefore, the scope of protection of the present invention should be determined by the scope of the claims.< / sectorboundarys> < / sectors>

Claims

1. A method for implementing a scalable semi-centralized, semi-distributed ATS system, characterized in that, The method includes the following steps: Step S1: Arrange the devices of the ATS system in a semi-centralized and semi-distributed manner. Step S2: The scheduling control server IPTCTRL and the communication front-end server FEP in the same area are arranged in a one-to-one manner. Step S3: Perform regional operation and management. The central server CATS supports connections to multiple IPTCTRLs and FEPs and manages the forwarding of information in different regions. Step S4: Perform cross-regional train tracking; Step S5: The train automatically processes the train route when crossing regions; Step S6: Perform cross-regional vehicle stop and impoundment; Step S1, which involves a semi-centralized and semi-distributed deployment of the devices in the ATS system, specifically involves: deploying the CATS, IPTCTRL, and FEP devices in a central location for centralized management; and managing the IPTCTRL and FEP devices by region. The scheduling control server IPTCTRL and the communication front-end server FEP are arranged in a one-to-one manner. Specifically, one IPTCTRL is connected to only one FEP. Different FEPs do not interact with each other, and different IPTCTRLs do not interact with each other. IPTCTRLs and FEPs belonging to the same sector interact with each other. The aforementioned regional operation management specifically includes: Each IPTCTRL manages one region and is assigned a region number, sector_id. Cross-region functions forward messages through CATS, using sector_id to identify whether the message is processed by this IPTCTRL. When the platform status or train information changes, each IPTCTRL sends the platform or train status change information to CATS. CATS is responsible for saving this status synchronization information. CATS forwards this status synchronization information to each IPTCTRL. Upon receiving the synchronized train information and platform information from CATS, the IPTCTRL saves them according to the sector number (sector_id).

2. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 1, characterized in that, Multiple sets of the IPTCTRL and FEP devices are deployed and managed in a distributed manner.

3. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 1, characterized in that, The sector number (sector_id) is extended based on the line.

4. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 1, characterized in that, Step S4 involves cross-regional train tracking, including CBTC trains and non-CBTC trains.

5. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 4, characterized in that, For the CBTC vehicle, when a location message AP is received from the area controller ZC indicating that the vehicle's front is in this area but its rear is in another area, a new vehicle is created in the area where the front is located. The corresponding vehicle group number's plan information is retrieved from the synchronization information, and the plan service information is assigned to the newly created vehicle. If the front is not in this area but the rear is in this area, the vehicle is deleted from the area where the rear is located.

6. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 4, characterized in that, For the non-CBTC car, when the axle counter in the area where the train is located is cleared, if there is a non-CBTC car on the current axle counter and the axle counter behind it is also cleared, the IPTCTRL in the area where the non-CBTC car is located sends a cross-area message. The sector_id of the IPTCTRL that receives the message is the same as the sector_id in the message. The non-CBTC car is created on the first small segment of the boundary axle counter in this area. The plan information of the corresponding train group number is found from the synchronization information, and the plan service information is assigned to the newly created car.

7. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 1, characterized in that, Step S5, the automatic handling of train routes when the train crosses regions, specifically involves: If a signal in the first area has a trigger rail in the second area, the IPTCTRL in the second area checks that the trigger route conditions are met. The IPTCTRL in the second area sends a message to CATS according to the route triggering cycle until the triggering conditions in the second area are no longer met, at which point the message sending stops. CATS forwards to all IPTCTRLs; After receiving the message, if the signal has not been triggered by other trains in the first area, and all conditions are met, the trigger record is updated, the first area queries the train information, selects a route, and begins triggering the route; if the route has already been triggered by this train, or the route has already been processed, the message is discarded.

8. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 1, characterized in that, Step S6, which involves cross-regional vehicle parking and impoundment, specifically includes: When a station synchronization message is received, if the area to which this station belongs is not an area managed by this IPTCTRL, then the logic for impounding the train and stopping the train will be processed.

9. The implementation method of a scalable semi-centralized semi-distributed ATS system according to claim 8, characterized in that, The specific logic for vehicle impoundment and tripping is as follows: The train was scheduled to skip this platform, but now it has been received that the train is being held at this platform. Therefore, the train's forecast will be adjusted accordingly. The train was scheduled to stop at this platform, but now we have received confirmation that the platform has cancelled the train's stop. Therefore, we will adjust the forecast plan accordingly. If a train is scheduled to stop at this platform, but a skip stop is detected at this platform, the train's forecast plan will be adjusted accordingly. If a train is scheduled to skip this platform, but the platform has been cancelled, the train's planned stop will be adjusted accordingly.

10. An electronic device comprising a memory and a processor, wherein the memory stores a computer program, characterized in that, When the processor executes the program, it implements the method as described in any one of claims 1 to 9.

11. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the program is executed by the processor, it implements the method as described in any one of claims 1 to 9.

Citation Information

Patent Citations

  • Tramcar driving scheduling management system

    CN111137328A

  • ATS distributed system based on block chain and ATS distributed control method

    CN115720225A