Implementation method for extensible semi-centralized, semi-distributed ATS system, and device

Abstract

The present invention relates to a method for implementing a scalable semi-centralized and semi-distributed ATS system and a device. The method includes steps of: step S1. performing semi-centralized and semi-distributed arrangement on each device of an ATS system; step S2. adopting one-to-one arrangement for a dispatching control server IPTCTRL and a communication front-end processor server FEP in the same sector; step S3. performing sector-based operation management, wherein a central server CATS supports connection to a plurality of IPTCTRLs and FEPs, and manages information forwarding among different sectors; step S4. performing cross-sector train tracking; step S5. automatically setting, by a train, a cross-sector train route; and step S6. performing cross-sector skip stop and train hold. Compared with the prior art, the present invention has advantages such as distributed implementation at a center level, sector-based operation management, and flexibility and scalability.

Description

TECHNICAL FIELD

[0001] The present invention relates to a train signal control system, and in particular to a scalable semi-centralized and semi-distributed ATS system and a device.BACKGROUND

[0002] In urban rail transit systems, the demand for realizing interconnection through cross-line operation is currently very evident. Existing ATS distributed systems are based on stations and the center, with the station level adopting distributed management divided according to interlocking areas. For overseas projects, there is no station level, only the center level. Fully centralized management cannot meet the requirements of cross-line operation and sector-based operation.

[0003] Upon retrieval, Chinese Patent Publication No. CN115720225A discloses a blockchain-based ATS distributed system and an ATS distributed control method. The blockchain-based ATS distributed system includes: a plurality of ATSs, forming a blockchain based on a preset consensus mechanism, and all serving as blockchain nodes in the blockchain. An ATS at each blockchain node is configured to receive local service information sent by a train and a ground system in a governed area, and send the local service information to ATSs at other blockchain nodes in the blockchain according to a preset smart contract. Additionally, it acquires shared service information sent by the ATSs at the other blockchain nodes in the blockchain and verifies the shared service information. When the shared service information is verified by ATSs at more than a preset number of blockchain nodes, the shared service information is saved. Adoption of the ATS distributed system can improve the safety and stability of the overall railway signal system and avoid economic losses. The ATS distributed system is a distributed system for the station level.

[0004] For projects with phased opening and operation, it is necessary to not only ensure the normal operation of existing opened lines but also ensure the normal progress of commissioning for new lines. At the same time, the system provides an expansion feasibility scheme for future line extensions. In the past, it was necessary to prepare two systems simultaneously: one for running and one for commissioning. This required switching between the two, which occupied a lot of commissioning time and resulted in low efficiency. Therefore, how to design a single system that can support both normal operation and new line commissioning without switching between two systems, and that allows for future line extensions without the need to develop a new system, has become a technical problem to be solved.SUMMARY

[0005] An objective of the present invention is to provide a method for implementing a scalable semi-centralized and semi-distributed ATS system and a device, in order to overcome the defects of the above prior art.

[0006] The objective of the present invention can be achieved through the following technical solutions: According to a first aspect of the present invention, a method for implementing a scalable semi-centralized and semi-distributed ATS system is provided, including steps of: step S1. Performing semi-centralized and semi-distributed arrangement on each device of an ATS system. step S2. Adopting one-to-one arrangement for a dispatching control server IPTCTRL and a communication front-end processor server FEP in the same sector. step S3. Performing sector-based operation management, where a central server CATS supports connection to a plurality of IPTCTRLs and FEPs, and manages information forwarding among different sectors. step S4. Performing cross-sector train tracking. step S5. Automatically setting, by a train, a cross-sector train route. step S6. Performing cross-sector skip stop and train hold.

[0007] As a preferred technical solution, the performing semi-centralized and semi-distributed arrangement on each device of an ATS system in step S1 is specifically as follows: Deploying all of the CATS, IPTCTRL and FEP devices in a center for centralized management; and performing sector-based management on the IPTCTRL and FEP devices.

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

[0009] As a preferred technical solution, the adopting one-to-one arrangement for the dispatching control server IPTCTRL and the communication front-end processor server FEP is specifically as follows: Connecting by one IPTCTRL to only one FEP, where no interaction is performed among different FEPs, no interaction is performed among different IPTCTRLs, and interaction is performed between an IPTCTRL and an FEP that belong to the same sector.

[0010] As a preferred technical solution, the sector-based operation management is specifically as follows: Managing by each IPTCTRL of one sector and providing each IPTCTRL with a sector number, sector_id, enabling a cross-sector function by forwarding a message through the CATS, and identifying whether processing is to be performed by a current IPTCTRL using the sector_id.; and When platform status or train information changes, sending by each IPTCTRLof platform or train status change information to the CATS, where the CATS is responsible for storing status synchronization information; and forwarding by the CATS of the status synchronization information to each IPTCTRL, and storing by the IPTCTRL of synchronized train information and platform information separately according to the sector number sector_id after receiving them from the CATS.

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

[0012] As a preferred technical solution, the performing cross-sector train tracking in step S4 includes a CBTC train and a non-CBTC train.

[0013] As a preferred technical solution, for the CBTC train, when a position telegram AP sent by a zone controller ZC is received, if a train head is in a current sector but a train tail is in another sector, a new train is created in a sector where the train head is located, planned information corresponding to a train set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train; and if the train head is not in the current sector but the train tail is in the current sector, a train is deleted from a sector where the train tail is located.

[0014] As a preferred technical solution, for the non-CBTC train, when an axle counter in a sector where a train is located is cleared, there is the non-CBTC train on the current axle counter, and a rear axle counter is also cleared, an IPTCTRL in a sector where the non-CBTC train is located sends a cross-sector message, a sector_id of an IPTCTRL receiving the message is the same as a sector_id in the message, a non-CBTC train is created on a first subsection of a boundary axle counter in this sector, planned information corresponding to a train set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train.

[0015] As a preferred technical solution, the automatically setting, by a train, a cross-sector train route in step S5 is specifically as follows: If a signal in a first sector has a trigger track in a second sector, and an IPTCTRL of the second sector detects that route trigger conditions are satisfied, sending, by the IPTCTRL of the second sector, a message to the CATS according to a route trigger cycle until the trigger conditions of the second sector are not satisfied; and forwarding, by the CATS, the message to all IPTCTRLs; and After receiving the message, detecting by an IPTCTRL of the first sector, that the signal is not triggered by other trains in the first sector, if all conditions are satisfied, updating a trigger record, and querying train information, selecting a route, and starting route triggering in the first sector; and if the route has already been triggered by a current train or the route has already been set, discarding the message.

[0016] As a preferred technical solution, the performing cross-sector skip stop and train hold of step S6 is specifically as follows: When a platform synchronization message is received, if a sector to which this platform belongs is not a sector managed by a current IPTCTRL, processing logic for train hold and skip stop.

[0017] As a preferred technical solution, the logic for train hold and skip stop is specifically as follows: If a train is planned to perform skip stop at this platform and now receives a train hold instruction, adjusting a predicted plan.

[0018] If a train is planned to perform skip stop at this platform and now receives a train hold cancellation instruction, adjusting a predicted plan.

[0019] If a train is planned to perform train hold at this platform and now receives a skip stop instruction, adjusting a predicted plan; and If a train is planned to perform skip stop at this platform and now receives a skip stop cancellation instruction, adjusting a predicted plan.

[0020] According to a second aspect of the present invention, an electronic device is provided, including a memory and a processor, the memory having a computer program stored thereon, where the processor, when executing the program, implements the method.

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

[0022] Compared with the prior art, the present invention has the following advantages: 1) The present invention implements a semi-centralized and semi-distributed ATS system, which has distributed implementation at a center level, sector-based operation management, and flexibility and scalability. 2) The present invention is designed as semi-centralized semi-distributed, which overcomes the problem that the handover management of station-level distributed systems is affected by timing sequences. 3) The present invention meets the requirement of a single system taking into account both operation and commissioning. 4) The present invention meets the requirement of sector-based running. 5) The present invention meets the requirement for scalable extension of lines. BRIEF DESCRIPTION OF THE DRAWINGS

[0023] FIG. 1 is a diagram of a centralized architecture. FIG. 2 is a diagram of a semi-centralized and semi-distributed architecture according to the present invention. FIG. 3 is a schematic diagram of sector configuration. FIG. 4 is a schematic diagram of cross-sector configuration of a non-CBTC train. FIG. 5 is a schematic diagram of cross-sector running of a train. FIG. 6 is a schematic diagram of sector-based running of a train. DETAILED DESCRIPTION OF THE EMBODIMENTS

[0024] The technical solutions in the embodiments of the present invention are clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Apparently, the described embodiments are merely some rather than all of the embodiments of the present invention. Based on the embodiments of the present disclosure, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the scope of protection of the present disclosure.

[0025] A method for implementing a scalable semi-centralized and semi-distributed ATS system according to the present invention includes steps of: step S1. Performing semi-centralized and semi-distributed arrangement on each device of an ATS system, where an IPTCTRL and an FEP are distributed, and all devices are placed in a center. Step S2. Adopting one-to-one arrangement for a dispatching control server IPTCTRL and a communication front-end processor server FEP in the same sector. step S3. Performing sector-based operation management, where a central server CATS supports connection to a plurality of IPTCTRLs and FEPs, and manages information forwarding among different sectors. step S4. Performing cross-sector train tracking; step S5. Automatically setting, by a train, a cross-sector train route; and step S6. Performing cross-sector skip stop and train hold.

[0026] Concepts required for configuration data: <Sectors> defines the interlocking central stations managed by sector numbers. sector ID="01" specifies the sector number. Currently, 01, 02, and 03 are defined and can be expanded according to line extensions. rtus="11;12;51 " specifies the interlocking central station numbers (see FIG. 3). <SectorBoundarys> defines the sector boundaries, which are used for cross-sector train tracking of non-CBTC trains. Boundary ID="01": the number of the boundary sector, numbered sequentially starting from 01 for indexing; train_from_sector="2": the sector where the train is currently located; train_from_rtu="13": the interlocking central station number where the train is currently located; train_back_circuit="SD_3003": the name of the axle counter behind the train's direction of running; train_from_circuit="SD_3005": the name of the axle counter where the train is currently located; train_to_sector="1": the sector that the train has just crossed into; train_to_rtu="11": the interlocking central station number that the train has just crossed into; train_to_circuit="SD_3101": the name of the axle counter that the train has just crossed into; and dir="DOWN": the forward direction of the train, used to select the subsection for creating the train (see FIG. 4).

[0027] This ATS system has been applied to the Sydney Northwest Line, City Line, and Southwest Line, meeting various operational requirements of users such as phased opening. The present invention is described in detail below in conjunction with the project:1. Sector-based Operation

[0028] Currently, there are three sectors: Northwest Line Sector 01, City Line Sector 02, and Southwest Line Sector 03. The Northwest Line Sector 01 has been opened for operation, while the City Line Sector 02 and the Southwest Line Sector 03 are under commissioning. By using the ATS system of the present invention, independence among sector operations can be achieved, meeting the requirements for phased operation and commissioning (see FIG. 6). (Step 101)2. Cross-sector Train Tracking

[0029] FIG. 5 describes a scenario of cross-sector train operation, where an arrow above a train indicates a direction of running. 1) For CBTC train set 001, when running cross-sector from the Sector 02 to the Sector 01, the Sector 01 receives a position telegram AP of the train set 001 sent by a zone controller ZC, where a train head is at SD_3101 in the Sector 01 and a train tail is at SD_3005 in the Sector 02, a new train is created in the Sector 01 where the train head is located. Planned information corresponding to a set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train. The Sector 02 deletes the train set 001, without synchronizing a train deletion message to a CATS. An operation sector of the train set 001 is updated from the Sector 02 to the Sector 01, and train synchronization information saved by the CATS and an IPTCTRL is also updated synchronously. (Step 102) 2) For non-CBTC train set 002, in conjunction with a configuration in FIG. 4, <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 running cross-sector from the Sector 01 to the Sector 02, axle counter SD_3102 in the Sector 01 is cleared, a current axle counter has the non-CBTC train set 002, and rear axle counter SD_3104 is also cleared, an IPTCTRL of the Sector 01 sends message IPTCTRL_NON_CBTC_TRAIN_CROSS_SECTOR to the CATS. After conversion by the CATS, CATS_NON_CBTC_TRAIN_CROSS_SECTOR is sent to all IPTCTRLs. Upon receiving CATS_NON_CBTC_TRAIN_CROSS_SECTOR, if a sector is inconsistent with a sector_id in the message, the IPTCTRL searches the configuration for a Boundary where the sector_id and the axle counter in the message corresponding to a circuit correspond to train_from_sector and train_from_circuit, and finds Boundary ID="02". If axle counter train_to_circuit="SD_3006" in the Sector 02 is in an occupied state and there are no trains on all devices of the axle counter SD_3006; if the above conditions are satisfied, then synchronization information of the train set 002 is acquired, and non-CBTC train 002 on a first subsection of axle counter SD_3006 is created. Planned information corresponding to a set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train. The IPTCTRL of the Sector 01 receives CATS_NON_CBTC_TRAIN_CROSS_SECTOR, deletes the train set 001 as a cross-sector train, without synchronizing a train deletion message to the CATS. (Step 103) 3. Automatic Setting of Cross-sector Train Route by Train

[0030] 1) For automatic route setting across sectors, the type of signal is added with signalType (NORMAL and EXTERNAL; if not configured, the default is NORMAL; EXTERNAL is a signal triggered across sectors)(Step 10). 2) For a route in the Sector 01 starting with signal S1, when there is a trigger track in the Sector 02, a trigger track of the signal S1 in the Sector 02 is configured in the Sector 02. An attribute of the signal S1 is EXTERNAL. An IPTCTRL of the Sector 02 only checks for conditions of non-manual trains and a current station trigger track, and does not check conditions of signals and routes. As long as the conditions are satisfied, the IPTCTRL of the Sector 02 sends message EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE to the CATS according to a route trigger cycle (e.g., 1 second) until the trigger conditions in the Sector 02 are not satisfied (the train leaves the trigger track, or becomes a manual train), when message sending stops. The CATS forwards the message to all IPTCTRLs(Step 105). 3) After receiving the EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE message, the IPTCTRL of the Sector 01 checks whether there is a route trigger configuration for the signal S1 and the attribute is NORMAL, and the signal S1 has not been triggered by other trains in the Sector 01. If the conditions are satisfied, a trigger record is updated, the Sector 01 queries train information, selects a route, and starts route triggering. If the IPTCTRL of the Sector 01 receives the EXTERNAL_IPTCTRL_TRIG_AUTO_ROUTE message when the route has already been triggered by a current train or the route has already been set, the message is discarded (Step 106) . 4. Cross-sector Train Hold

[0031] 1) When train hold is set at platform PLAT01 in the Sector 01, the IPTCTRL sends a platform synchronization message IPTCTRL_SYNC_PLATFORM to the CATS. The CATS converts the IPTCTRL_SYNC_PLATFORM message into CATS_SYNC_PLATFORM. When receiving CATS_SYNC_PLATFORM, the IPTCTRL processes platform train hold logic only if the sector_id is not the sector number managed by the current IPTCTRL, indicating that PLAT01 is managed by another sector (Step 107). 2) If a train is currently in the Sector 02 and was originally planned to perform skip stop at the platform PLAT01 in the Sector 01, and now receives that train hold has been set at the platform PLAT01, a predicted plan will be adjusted, and the train stops at the platform PLAT01 (Step 108) . 3) After canceling the train hold at the platform PLAT01 in the Sector 01, since the train was originally planned to perform the skip stop at the platform PLAT01 in the Sector 01, and now receives that the train hold at the platform PLAT01 has been canceled, the predicted plan will be adjusted, and the train performs the skip stop at the platform PLAT01 (Step 109) . 5. Cross-sector Skip Stop

[0032] (1) When skip stop is set at the platform PLAT01 in the Sector 01, the IPTCTRL sends a platform synchronization message IPTCTRL_SYNC_PLATFORM to the CATS. The CATS converts the IPTCTRL_SYNC_PLATFORM message into CATS_SYNC_PLATFORM. When receiving CATS_SYNC_PLATFORM, the IPTCTRL processes platform skip stop logic only if the sector_id is not the sector number managed by the current IPTCTRL, indicating that PLAT01 is managed by another sector(Step 110) . (2) If a train is currently in the Sector 02 and was originally planned to stop at the platform PLAT01 in the Sector 01, and now receives that skip stop has been set at the platform PLAT01, a predicted plan will be adjusted, and the train performs skip stop at the platform PLAT01(Step 111) . (3) After canceling the skip stop at the platform PLAT01 in the Sector 01, since the train was originally planned to stop at the current station, and now receives that the skip stop at the platform PLAT01 has been canceled, the predicted plan will be adjusted, and the train stops at the platform PLAT01 (Step 112) .

[0033] The above is an introduction to embodiments of the method, and the solutions of the present invention are further explained by embodiments of an electronic device and a storage medium.

[0034] The electronic device of the present invention includes a central processing unit (CPU) that can execute various appropriate actions and processes according to the computer program instructions stored in a read-only memory (ROM) or loaded from a storage unit into a random access memory (RAM). In the RAM, various programs and data required for device operation can also be stored. The CPU, the ROM, and the RAM are connected to each other via a bus. An input / output (I / O) interface is also connected to the bus.

[0035] A plurality of components in the device are connected to the I / O interface, including: input units, such as a keyboard and a mouse; output units, such as various types of displays and speakers; storage units, such as a disk and an optical disc; and communication units, such as a network card, a modem, and a wireless communication transceiver. The communication unit allows the device to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunication networks.

[0036] The processing unit performs the methods and processing described above, such as the method in the present invention. For example, in some embodiments, the method in the present invention may be implemented as computer software programs that are tangibly included 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 the ROM and / or the communication unit. When the computer programs are loaded into the RAM and executed by the CPU, one or more of the steps of the method in the present invention described above can be performed. Alternatively, in other embodiments, the CPU may be configured to perform the method in the present invention in any other proper manner (for example, with the help of firmware).

[0037] The functions described above herein can be executed, at least in part, by one or more hardware logic components. For example, without limitation, demonstration types of hardware logic components that can be used include: a field programmable gate array (FPGA), an application-specific integrated circuit (ASIC), an application-specific standard product (ASSP), a system-on-chip (SOC), a complex programmable logic device (CPLD), and so on.

[0038] Program codes for implementing the method of the present invention can be written in any combination of one or more programming languages. These program codes may be provided to a processor or controller of a general-purpose computer, a special-purpose computer, or another programmable data processing device, so that the program codes, when executed by the processor or controller, implement the functions / operations specified in the flow chart and / or block diagram. The program codes may be executed entirely on a machine, partially on a machine, partially on a machine and partially on a remote machine as a standalone software package, or entirely on a remote machine or server.

[0039] In the context of the present invention, the machine-readable medium may be a tangible medium that may contain or store a program for use by or in conjunction with an instruction executing system, apparatus, or device. The machine-readable medium may be a machine-readable signal medium or a machine-readable storage medium. The machine-readable medium may include, but is not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the above. More specific examples of the machine-readable storage medium would include an electrical connection based on one or more wires, a portable computer disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable ROM (EPROM or flash memory), an optical fiber, a convenient compact disk ROM (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination of the above.

[0040] The above descriptions are only specific implementations of the present invention, but the scope of protection of the present invention is not limited thereto. Any of those skilled in the art can easily think of various equivalent modifications or substitutions within the technical scope of the present invention, and these modifications or substitutions shall all be included within the scope of protection of the present invention. Therefore, the scope of protection of the present invention shall be determined based on the scope of protection of the claims.

Claims

1. A method for implementing a scalable semi-centralized and semi-distributed ATS system, comprising steps of: step S1. Performing semi-centralized and semi-distributed arrangement on each device of an ATS system. step S2. Adopting one-to-one arrangement for a dispatching control server IPTCTRL and a communication front-end processor server FEP in the same sector. step S3. Performing sector-based operation management, wherein a central server CATS supports connection to a plurality of IPTCTRLs and FEPs, and manages information forwarding among different sectors. step S4. Performing cross-sector train tracking. step S5. Automatically setting, by a train, a cross-sector train route. step S6. Performing cross-sector skip stop and train hold.

2. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the performing semi-centralized and semi-distributed arrangement on each device of an ATS system in step S1 is specifically as follows: Deploying all of the CATS, IPTCTRL and FEP devices in a center for centralized management; and performing sector-based management on the IPTCTRL and FEP devices.

3. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 2, wherein a plurality of sets of the IPTCTRL and FEP devices are deployed and managed in a distributed manner.

4. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the adopting one-to-one arrangement for the dispatching control server IPTCTRL and the communication front-end processor server FEP is specifically as follows: Connecting by one IPTCTRL to only one FEP, wherein no interaction is performed among different FEPs, no interaction is performed among different IPTCTRLs, and interaction is performed between an IPTCTRL and an FEP that belong to the same sector.

5. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the sector-based operation management is specifically as follows: Managing by each IPTCTRL of one sector and providing each IPTCTRL with a sector number, sector_id, enabling a cross-sector function by forwarding a message through the CATS, and identifying whether processing is to be performed by a current IPTCTRL using the sector_id.; and When platform status or train information changes, sending, by each IPTCTRL, platform or train status change information to the CATS, wherein the CATS is responsible for storing status synchronization information; and forwarding, by the CATS, the status synchronization information to each IPTCTRL, and storing, by the IPTCTRL, synchronized train information and platform information separately according to the sector number sector_id after receiving them from the CATS.

6. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 5, wherein the sector number sector_id is extended according to a line.

7. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the performing cross-sector train tracking in step S4 comprises a CBTC train and a non-CBTC train.

8. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 7, wherein for the CBTC train, when a position telegram AP sent by a zone controller ZC is received, if a train head is in a current sector but a train tail is in another sector, a new train is created in a sector where the train head is located, planned information corresponding to a train set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train; and if the train head is not in the current sector but the train tail is in the current sector, a train is deleted from a sector where the train tail is located.

9. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 7, wherein for the non-CBTC train, when an axle counter in a sector where a train is located is cleared, there is the non-CBTC train on the current axle counter, and a rear axle counter is also cleared, an IPTCTRL in a sector where the non-CBTC train is located sends a cross-sector message, a sector_id of an IPTCTRL receiving the message is the same as a sector_id in the message, a non-CBTC train is created on a first subsection of a boundary axle counter in this sector, planned information corresponding to a train set number is retrieved from synchronization information, and the planned service information is assigned to the newly created train.

10. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the automatically setting, by a train, a cross-sector train route in step S5 is specifically as follows: If a signal in a first sector has a trigger track in a second sector, and an IPTCTRL of the second sector detects that route trigger conditions are satisfied, sending, by the IPTCTRL of the second sector, a message to the CATS according to a route trigger cycle until the trigger conditions of the second sector are not satisfied; and forwarding, by the CATS, the message to all IPTCTRLs.; and After receiving the message, detecting, by an IPTCTRL of the first sector, that the signal is not triggered by other trains in the first sector, if all conditions are satisfied, updating a trigger record, and querying train information, selecting a route, and starting route triggering in the first sector; and if the route has already been triggered by a current train or the route has already been set, discarding the message.

11. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 1, wherein the performing cross-sector skip stop and train hold of step S6 is specifically as follows: When a platform synchronization message is received, if a sector to which this platform belongs is not a sector managed by a current IPTCTRL, processing logic for train hold and skip stop.

12. The method for implementing a scalable semi-centralized and semi-distributed ATS system according to claim 11, wherein the logic for train hold and skip stop is specifically as follows: If a train is planned to perform skip stop at this platform and now receives a train hold instruction, adjusting a predicted plan. If a train is planned to perform skip stop at this platform and now receives a train hold cancellation instruction, adjusting a predicted plan. If a train is planned to perform train hold at this platform and now receives a skip stop instruction, adjusting a predicted plan.; and If a train is planned to perform skip stop at this platform and now receives a skip stop cancellation instruction, adjusting a predicted plan.

13. An electronic device, comprising a memory and a processor, the memory having a computer program stored thereon, wherein the processor, when executing the program, implements the method according to any one of claims 1-12.

14. A computer-readable storage medium having a computer program stored thereon, wherein the program, when executed by a processor, implements the method according to any one of claims 1-12.

Images