CN113885472B - High-speed railway train control vehicle-mounted equipment simulation test universal platform - Google Patents

Abstract

The invention discloses a simulation test universal platform for train control on-board equipment of a high-speed rail, which can realize functional test of the on-board equipment of an ATP (train automatic protection system) in a quick and efficient manner by friendly and interactively modifying a train control engineering data script file and a wireless message script file through a graphical interface in test aiming at various complex scene tests of the on-board equipment under normal or abnormal conditions. Meanwhile, a high-speed railway train control vehicle-mounted equipment simulation test universal platform based on a micro-service architecture is adopted, so that high availability, expandability and maintainability of the system are ensured.

Description

A universal platform for simulation testing of high-speed rail train control onboard equipment

Technical Field

The present invention relates to the technical field of high-speed train operation control systems, and in particular to a universal platform for simulation testing of high-speed railway train control on-board equipment.

Background technique

China Train Control System (CTCS) is an important technical equipment of my country's railways and one of the core technologies to ensure safe, reliable and efficient train operation. The onboard equipment is a key part of the train control system, and its operation is directly related to the safety of passengers' lives and property. Therefore, it is necessary to fully and comprehensively test and verify the system functions of the onboard equipment of the train control system.

Most of the existing train control simulation test systems adopt the traditional monolithic architecture design, which has strong code coupling, low resource reusability and business scalability, and cannot effectively manage, integrate and expand existing simulation resources. In addition, compared with the SOA (service-oriented) architecture that uses a centralized enterprise service bus, the microservice architecture emphasizes a decentralized software organization architecture, and each microservice can be tested, deployed and run independently. Changes to a single service will not affect other services, and continuous deployment and maintenance are more convenient, achieving high system reliability, scalability and maintainability. However, there is currently no on-board equipment simulation test solution using a microservice architecture.

Summary of the invention

The purpose of the present invention is to provide a universal platform for simulation testing of high-speed railway train control on-board equipment, which is implemented based on a microservice architecture and can quickly and efficiently simulate the coordinated work of a train control center, a radio block center, a train dispatching centralized system, and train control system on-board equipment.

The objective of the present invention is achieved through the following technical solutions:

A general platform for simulation test of high-speed railway train control on-board equipment includes: a presentation layer, a service gateway layer, a service layer, a physical layer and an access layer; wherein:

The presentation layer is used to set the relevant information of the train or the relevant information of the train and the fault simulation information, and to load, verify and execute the high-speed railway train control engineering data script file and/or the wireless message script file for the information interaction between the train and the radio block center according to the test type; and is also used to send an application request to the service gateway layer;

The service gateway layer provides a unified service proxy entry and call distribution, and is used to distribute the application request to the service layer;

The service layer is used to implement system monitoring and management through a microservice architecture and provide public services and business processing services. The public services extract relevant data information from two types of script files and store them in the physical layer. The business processing services extract relevant information of the train or relevant information of the train and fault simulation information from the application request and store them in the physical layer. The business processing services retrieve data information from the physical layer and process it before transmitting it to the ATP on-board device through the access layer.

The physical layer is used to store data information required by the platform for the service layer to call;

The access layer includes multiple interfaces for transmitting data information processed by the service layer to the ATP vehicle-mounted device.

It can be seen from the technical solution provided by the present invention that various complex scenarios can be tested for on-board equipment under normal or abnormal conditions. During the test, the train control engineering data script file and the wireless message script file can be modified in a friendly and interactive manner through a graphical interface to quickly and efficiently implement the functional test of the ATP (automatic train protection system) on-board equipment. At the same time, a general platform for simulation testing of high-speed rail train control on-board equipment based on a microservice architecture is adopted to ensure the high availability, scalability and maintainability of the system.

BRIEF DESCRIPTION OF THE DRAWINGS

In order to more clearly illustrate the technical solutions of the embodiments of the present invention, the accompanying drawings required for use in the description of the embodiments will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of the present invention. For ordinary technicians in this field, other accompanying drawings can be obtained based on these accompanying drawings without paying creative work.

FIG1 is a schematic diagram of a general platform for simulation testing of high-speed railway train control on-board equipment provided by an embodiment of the present invention;

FIG2 is a partial flow chart of a general platform for simulation testing of high-speed railway train control on-board equipment provided by an embodiment of the present invention when used for testing.

Detailed ways

The following is a clear and complete description of the technical solutions in the embodiments of the present invention in conjunction with the drawings in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

First, the terms that may be used in this article are explained as follows:

The term “and/or” means that either or both of them can be realized at the same time. For example, X and/or Y means both “X” or “Y” and “X and Y”.

The terms "include", "comprises", "contains", "has" or other descriptions with similar semantics should be interpreted as non-exclusive inclusion. For example, "including certain technical feature elements (such as raw materials, components, ingredients, carriers, dosage forms, materials, dimensions, parts, components, mechanisms, devices, steps, procedures, methods, reaction conditions, processing conditions, parameters, algorithms, signals, data, products or products, etc.) should be interpreted as including not only certain technical feature elements explicitly listed, but also other technical feature elements known in the art that are not explicitly listed.

The following is a detailed description of a general platform for simulation testing of high-speed train control on-board equipment provided by the present invention. The contents not described in detail in the embodiments of the present invention belong to the prior art known to professional and technical personnel in this field. If no specific conditions are specified in the embodiments of the present invention, the conventional conditions in the field or the conditions recommended by the manufacturer shall be followed. The instruments used in the embodiments of the present invention, for which the manufacturer is not specified, are all conventional products that can be purchased commercially.

As shown in Figure 1, a general platform for simulation testing of high-speed rail train control onboard equipment mainly includes: presentation layer, service gateway layer, service layer, physical layer and access layer; among which:

The presentation layer is used to set the relevant information of the train or the relevant information of the train and the fault simulation information, and to load, verify and execute the high-speed rail train control engineering data script file and/or the wireless message script file for the information interaction between the train and the radio block center according to the test type; it is also used to send an application request to the service gateway layer. Specifically: the information set can be performed according to the test requirements. For tests under normal conditions, there is no need to set the fault simulation information; for tests under abnormal conditions, a variety of fault simulation information can be set as needed. The script files to be loaded, verified and executed are also selected according to the test type. For C3 level tests, the above two types of script files need to be loaded, otherwise only the high-speed rail train control engineering data script file needs to be loaded.

The service gateway layer provides a unified service proxy entry and call distribution, and is used to distribute the application request to the service layer.

The service layer is used to implement system monitoring and management and provide public services and business processing services through a microservice architecture. The relevant data information extracted from the two types of script files through public services (specifically file services in public services) is stored in the physical layer. The relevant information of the train (mainly including vehicle IO information, speed information) or the relevant information of the train and fault simulation information are extracted from the application request through business processing services and stored in the physical layer. The data information is retrieved from the physical layer through business processing services, processed, and then transmitted to the ATP on-board device through the access layer.

In the embodiment of the present invention, service registration, service discovery, load balancing, service configuration, service monitoring and log management are realized through the service supervision and governance sublayer of the service layer. The business service sublayer of the service layer includes the core business of the system. It can add new microservices according to new changes in system requirements, facilitate the expansion of system business functions, and improve system scalability. It can also refine the granularity of complex business microservices and split them into several microservices for separate development and maintenance to improve system maintainability. The service layer summarizes the services with unified functions and reusable functions in the system into the public service sublayer, which provides more convenient support for the business service sublayer.

The physical layer is used to store the data information required by the platform for calling by the service layer (specifically the business service sublayer and the public service sublayer). The information involved is the key information required by the platform, including vehicle IO information and speed information in the relevant information of the train, track circuit information, transponder information and wireless messages in the script file, and fault simulation information, etc.

The access layer includes multiple interfaces for transmitting data information processed by the service layer to the ATP on-board equipment. Specifically, the access layer accesses the speed signal simulation device, the train IO interface simulation device, the track circuit signal simulation device, the transponder signal simulation device and the ISDN server to respectively simulate the train speed signal, the vehicle IO signal, the track circuit signal, the transponder signal and the wireless message to realize information interaction with the ATP on-board equipment.

The main working process of the system platform can be described as follows: the presentation layer client program sets the relevant information of the train (fault simulation information can be set according to needs), loads, verifies and executes the high-speed rail train control engineering data script file and/or the wireless message script file for information interaction between the train and the wireless block center, sends an application request to the service gateway layer, the service gateway reads the data request, obtains the relevant service information from the service registration center, distributes the request to the service layer, and the service layer stores the relevant information set by the presentation layer client program and the information extracted from the script file into the entity layer, and calls the relevant microservices according to the request, performs corresponding business logic processing, accesses the relevant data information in the entity layer, and calls the relevant communication microservices to send the vehicle IO information, speed information, track circuit information, transponder information and wireless messages to the ATP on-board equipment through various interfaces of the access layer, and finally returns the result of the request processing to the client for display.

In the ATP on-board equipment system function test, the high-speed rail train control engineering data script file is loaded, verified and executed through the presentation layer to simulate the line information of the train passing through; the wireless message of the wireless script file is loaded, verified and executed to simulate the wireless message interaction between the RBC (Radio Block Center) and the ATP on-board equipment. Through the fault injection simulation setting, the train brake feedback fault, fast transmission fault, handle fault, track circuit carrier low frequency abnormal information, and transponder message abnormal information are simulated to verify the system function processing of the ATP on-board equipment under abnormal conditions.

In order to more clearly demonstrate the technical solution and technical effects provided by the present invention, the various parts of a general platform for simulation testing of high-speed railway train control on-board equipment provided by an embodiment of the present invention are described in detail with specific embodiments below.

1. Presentation layer.

In the embodiment of the present invention, the presentation layer is the human-machine interface layer, which provides a human-machine interaction interface, sets and displays the relevant information of the train and the fault injection simulation information through the program interface. It can also load, check and execute the high-speed railway train control engineering data script file and the wireless message script file for the information interaction between the train and the radio block center.

In an embodiment of the present invention, the information in the high-speed railway train control engineering data script file includes: train position, relative distance, line carrier frequency, line low frequency, transponder information, route information, track section name and track section length; among them, the track section name, track section length, line carrier frequency and line low frequency information belong to track circuit information.

In the embodiment of the present invention, the information in the wireless message script file for information interaction between the train and the radio block center includes: train position, wireless message length and wireless message content; the wireless message includes: wireless message sent by the radio block center and wireless message received by the radio block center; the wireless message received by the radio block center is the wireless message sent by the ATP on-board equipment to the radio block center.

The train positions displayed in the above two types of script files are the real position information of the line, which is mainly for the test users to know the specific location of the train, as well as the transponders, track sections and wireless messages received along the way; the relative distance is mainly for the test users to understand the actual information of the line, including the relative distance of the track sections, the relative distance between the track sections and the transponders, etc. Specific execution of the script file: Calculate the actual mileage of the train based on the current speed and acceleration of the train, as well as the train running time. The script file is automatically executed by matching the actual mileage of the train with the train position in the script file. In the actual test application, the train position used in the subsequent service layer is the actual mileage of the train calculated based on the current speed and acceleration of the train, as well as the train running time.

In an embodiment of the present invention, the relevant information of the train includes: train parameters, speed information and vehicle IO information; wherein the train parameters include information such as train model, train length, wheel diameter value and number of gears; the speed information includes: train speed and acceleration information; the vehicle IO information includes: the train's direction handle position, traction handle position, brake handle position, driver's console activation and sleep information, train brake feedback information, train brake information, over-phase information and over-phase effective information.

Those skilled in the art can understand that, according to the actual test needs, the driver's console activation or sleep information must first be set in the presentation layer before the train can be started. Over-phase information, over-phase valid information and train brake feedback information are information generated by the train during operation. When the train passes through the phase separation area, the over-phase information and over-phase valid information are triggered, and the vehicle IO signal processing service is called. When the train brakes during operation, the train brake feedback information is triggered and the vehicle IO signal processing service is called.

In the embodiment of the present invention, the fault injection simulation information (i.e., the fault simulation information in FIG1 ) includes: emergency brake feedback fault information, maximum common brake feedback fault information, handle state fault information, fast transmission fault information, track circuit carrier low frequency abnormal information and/or transponder message abnormal information; by setting the fault injection simulation information to simulate the vehicle IO fault, fast transmission fault, track circuit abnormal information and/or transponder message abnormal information to test the functional processing of the ATP on-board equipment under abnormal conditions. The specific information content contained in the fault injection simulation information can be set by the user according to actual needs.

In addition, according to the random needs of the test, the unexecuted high-speed rail train control engineering data script files and wireless message script files can be modified through the human-computer interaction interface. For example, the track circuit carrier frequency low-frequency information and transponder information are changed in the unexecuted train control engineering data script file to simulate the changes in the ground track circuit information and transponder information, and then the relevant services in the service layer are called through the service gateway, and finally sent to the ATP on-board equipment through the access layer.

2. Service gateway layer.

In the embodiment of the present invention, the service gateway layer provides a unified proxy entry and call distribution for services. The service gateway is an intermediary connecting the client and the backend, and has the functions of request access, business aggregation, intermediary strategy and unified management. It focuses on the system's business maintainability, system throughput, client request access capability, and implementation of various strategies such as security, verification, filtering, current limiting, and monitoring.

3. Service layer.

In the embodiment of the present invention, the service layer is implemented based on the microservice architecture. The microservice architecture is an emerging software architecture in recent years, which has the advantages of service-oriented, component-oriented, decentralized and independent deployment. It builds small and autonomous services that can work together around the system business functions, and these independent services are combined to form the entire application system. Microservices are divided according to the system business, and have the characteristics of high cohesion, high scalability and high autonomy, making the system easy to expand and maintain. The microservice system is essentially a distributed system. As new business of the system increases, the existing service units can be further split, and new service units can be added according to new needs, which improves the scalability of the system. In addition, compared with the SOA architecture using the enterprise service bus with centralized characteristics, the microservice architecture emphasizes the decentralized software organization architecture. Each service registration node can provide service registration and discovery functions. The system does not need to maintain a highly available registration center, which effectively avoids the risk of system paralysis caused by downtime of only one registration center, and each microservice can be independently tested, deployed and operated. Changes to a single service will not affect other services. Continuous deployment and maintenance are more convenient, achieving high reliability, scalability and maintainability of the system.

The service layer includes: service supervision and governance sublayer, business service sublayer and public service sublayer. Specifically:

1. Service supervision and governance sublayer.

In the embodiment of the present invention, the service supervision and governance sublayer is used to implement service registration, service discovery, load balancing, service configuration, service monitoring and log management. Specifically:

1) Service registration uses a decentralized service registration, including several service nodes. Each service node can provide service registration and service discovery (including business services and public services) functions. The system platform does not need to maintain a highly available registration center, effectively avoiding the risk of system paralysis caused by downtime of only one registration center. When a registration center for service registration fails, since the registration center that implements the service registration function in each service node has both server and client functions, it can provide service registration functions to the registration centers of other service nodes, and can also register itself with the registration centers of other service nodes, and the registration centers are mutually backed up.

2) Service discovery is the core and basic component of the microservice architecture. It provides the prerequisite for mutual identification of various services and provides the specific network location of the service instance (that is, a single service, which can be a business service or a public service) for other services to call.

3) Load balancing, to achieve a balance in the number of objects processed by related services in the service layer. Specifically: through standard interfaces, specific components are responsible for load balancing. It distributes multiple requests for the same microservice to a specific instance of the microservice for processing, thereby ensuring that the number of requests processed by each instance of the same microservice remains roughly consistent, improving the execution efficiency of the service. The microservices here include microservices in single processing services in business services and microservices in communication services (TCP/IP communication microservices, serial communication microservices, etc.) in public services.

4) Service configuration: In the microservice framework, the configuration center manages the configuration of all microservices. It completely separates application configuration from application deployment. It realizes centralized management, dynamic adjustment, and automatic update of parameters required for each service to run in a distributed environment.

5) Service monitoring is used to monitor the status of various services when the platform is running. The main purpose is to observe the performance of infrastructure and microservices when the system is running. It provides microservice status and call link monitoring, which facilitates users to tune system performance parameters and perform daily operations and maintenance based on the microservice status and execution status.

6) Log management is used to record various log data when the platform is running. When a fault occurs, the log data can be called for fault handling, and the error can be quickly eliminated after the fault occurs. Log management includes: debugging, warnings, errors and exceptions, which improves the maintainability of the system.

2. Business service sublayer.

In the embodiment of the present invention, the business service sublayer is used to implement the core business functions of the platform, including vehicle input signal processing service, vehicle output signal processing service, speed signal processing service, track circuit signal processing service, transponder signal processing service, wireless message processing service and fault information processing service.

In the embodiment of the present invention, each processing service includes three categories: adaptation microservice, processing microservice and communication microservice; among which, the adaptation microservice realizes the protocol format conversion of data information, the processing microservice realizes the processing of data information after the protocol format conversion, and the communication microservice realizes the transmission of the processed data information. Exemplarily, the track circuit signal processing service includes the track circuit signal adaptation microservice, the track circuit signal processing microservice and the track circuit signal communication microservice, etc. The track circuit signal adaptation microservice realizes the track circuit signal data adaptation and protocol format conversion; the track circuit signal processing microservice realizes the processing of the low frequency of the track circuit signal carrier; the track circuit signal communication microservice sends the processed track circuit information to the track circuit simulation device through the access layer track circuit signal interface, and provides TCR (track circuit information reader) input information to the ATP on-board equipment through the track circuit simulation device.

The vehicle IO information and speed information are extracted from the application request through the vehicle input signal processing service and the speed signal processing service and stored in the physical layer.

The speed signal processing service, vehicle output signal processing service, track circuit signal processing service, transponder signal processing service and wireless message processing service respectively obtain the corresponding speed information, vehicle IO information, track circuit information, transponder information and wireless message from the physical layer, and after being processed by the adaptation microservice and processing microservice in the relevant processing service, the relevant communication microservice sends the processing result to the ATP on-board device through the access layer.

For example: for the information on the activation of the driving console and the position of the handle (including the position of the steering handle, the position of the traction handle, and the position of the brake handle) in the vehicle IO information, after being processed by the vehicle input signal adaptation microservice and the vehicle input signal processing microservice, the vehicle input signal communication microservice sends it to the physical layer; for the speed information in the relevant information of the train, after being processed by the speed signal adaptation microservice and the speed signal processing microservice, the speed signal communication microservice sends it to the physical layer; for the wireless message, after being processed by the wireless message adaptation microservice and the wireless message processing microservice, the wireless message communication microservice sends it to the physical layer. The rest of the information is processed in a similar way, which will not be repeated here.

When testing the ATP function processing under abnormal conditions, the fault information processing service extracts the fault simulation information from the application request. After that, the fault information processing service obtains the relevant fault simulation information from the physical layer. After the fault information adaptation microservice and the fault information processing microservice, it is sent to the ATP on-board device through the access layer through the fault information communication microservice.

3. Public service sublayer.

In the embodiment of the present invention, the public service sublayer is used to implement universal services with unified functions and reusable functions in the platform, including: communication services, process services and file services, which provide more convenient support for the business sublayer.

1) Process services, which combine multiple independent microservices into a more complex and complete overall application through service combination, thereby improving the scalability of the system; the microservices here include the microservices in each processing service in the business service sublayer and the microservices in the communication service in the public service. There are two ways to combine microservices: orchestration and collaboration. The orchestration method uses a central coordinator to coordinate the calls to multiple microservices; the collaboration method means that all microservices collaborate with each other in a peer-to-peer manner without the participation of a central coordinator. The present invention selects the service collaboration method to achieve the decentralization and independence of microservices, thereby improving the reliability of the system.

Those skilled in the art will appreciate that the central coordinator is similar to a central controller, through which service calls are coordinated. If it fails, normal service calls cannot be implemented.

2) Communication service, which is used for communication microservice calls of various processing services in the business service sublayer to realize data transmission; it includes TCP/IP communication microservice and serial port communication microservice, etc.

3) File service, which is used to extract relevant data information from the script file and store the extracted relevant data information in the physical layer. When the file service is called, the line track circuit information, transponder information and wireless message are extracted from the high-speed rail train control engineering data script file and the wireless message script file and sent to the physical layer.

4. Physical layer.

In the embodiment of the present invention, the physical layer can be understood as the data layer. The service layer performs business logic processing, and the processed data is stored in the physical layer. At the same time, the business data in the physical layer also provides data for other services in the service layer. Specifically, the physical layer provides key data required by the system, which is encapsulated as entity information for business services and public services to call. The information types include: vehicle IO information, speed information, track circuit information, transponder information and wireless messages; or, it also includes: fault simulation information. The specific content of each type of information is introduced in the access layer part.

5. Access layer.

In the embodiment of the present invention, the vehicle signal interface, the speed signal interface, the track circuit signal interface, the transponder signal interface and the wireless message interface are used to provide the ATP on-board device with vehicle IO information, speed information, track circuit information, transponder information and wireless message information.

The vehicle IO information includes: the train's direction handle position, traction handle position, brake handle position, driver's console activation and sleep information, train brake feedback information, train brake information, over-phase information and over-phase effective information;

Track circuit information includes: track section name, track section length, line carrier frequency and line low frequency;

The transponder information includes: transponder name, transponder location and transponder message information;

Speed information includes: train speed value and speed transmission status information;

The wireless message includes: wireless message name, wireless message length and wireless message message.

In the access layer:

1) The train IO interface simulation device is connected to the platform through the vehicle signal interface. The train IO interface simulation device is used to simulate the train's direction handle position, traction handle position, brake handle position, cab activation, sleep, brake feedback, braking, over-phase and over-phase effective functions. The train IO interface simulation device provides vehicle IO information to the ATP on-board equipment.

2) Connect the speed signal simulation device to the platform through the speed signal interface. The speed signal simulation device is used to simulate and generate the speed information of the train and provide the speed information to the ATP on-board equipment.

3) Connect the track circuit signal simulation device to the platform through the track circuit signal interface. The track circuit signal simulation device is used to simulate and generate the track circuit information of the line and provide the track circuit information reader input information to the ATP on-board equipment.

4) Connect the transponder signal simulation device to the platform through the transponder signal interface. The transponder signal simulation device is used to simulate the transponder information of the generated line and provide the transponder transmission module input information to the ATP on-board equipment.

5) The ISDN server is connected to the platform through the wireless message interface. The ISDN server realizes the wireless message interaction between the wireless block center and the ATP on-board equipment, and realizes the ATP on-board equipment to control the vehicle at the C3 level.

When testing the ATP function processing under abnormal conditions, the fault simulation information is transmitted to the ATP on-board device through the corresponding interface of the access layer through the train IO interface simulation device, the speed signal simulation device, the track circuit signal simulation device and/or the transponder signal simulation device according to the set fault simulation information content. For example, when the fault simulation information includes emergency brake feedback fault information, maximum common brake feedback fault information and handle state fault information simulating the fault of the vehicle IO, it is transmitted to the ATP on-board device through the vehicle signal interface and the train IO interface simulation device. The same is true for other types of fault simulation information, so it will not be repeated.

In the embodiment of the present invention, the various simulation devices involved in the introduction of the access layer are hardware devices, most of which are directly connected to the ATP vehicle-mounted equipment through cables, and convert the input data (for example, digital-to-analog conversion) before transmitting it outward.

The above is an introduction to each part of the platform. The following introduces some specific equipment and information to introduce the entire simulation test process.

Step 1: In the human-computer interaction interface (specifically the startup interface), set the train parameters including train model, wheel diameter, number of gears, train length and other parameters.

Step 2: Load and execute the train control engineering data script file in the system human-computer interaction interface (specifically, the system main interface), and load and execute the wireless message script file for information interaction between the train and the radio block center in the human-computer interaction interface (specifically, the wireless message simulation module graphical interface). If you need to test the ATP on-board equipment system function under abnormal conditions, you can set the emergency brake feedback fault, maximum common brake feedback fault, and fast transmission fault in the human-computer interaction interface (specifically, the fault injection simulation graphical interface), and then the platform performs the simulation test.

As shown in Figure 2, the main processes involved in this step mainly include:

1) Select a train control engineering data script file in the main interface of the presentation layer system. After successful verification, load the train control engineering data script file. The train control engineering data script file includes key information such as train position, relative distance, line carrier frequency, line low frequency, transponder information, route information, section name, section length, etc. The file can be in CSV format; if the test is for C3 level, the user selects a wireless message script file in the graphical interface of the wireless message simulation module. After successful verification, load the wireless message script file. The wireless message script file includes information such as train position, wireless messages sent by the wireless block center, wireless messages received by the wireless block center, wireless message length and wireless message content, etc. The file can be in CSV format.

2) After completing the task startup process on the on-board DMI (human-machine interface), set the information such as the driving console activation, steering handle position, traction handle position, brake handle position, train speed, etc. in the system main interface. The main interface program executes the loaded train control engineering data script file and wireless message script file to enter the service gateway.

3) The service gateway in the platform reads the data request, obtains relevant service information from the service registration center, and then distributes the request to the service layer.

4) The service layer obtains the data request, calls the relevant microservices for processing, and sends the processing results to the entity layer.

In the embodiment of the present invention, the service registration center in the service layer provides microservice registration and microservice discovery functions, the service configuration center provides microservice dynamic configuration and synchronization of microservice information updates, and the service monitoring provides microservice status monitoring functions. The service registration center obtains the file service, vehicle input signal processing service, speed signal processing service, and wireless message processing service in the service layer, and distributes requests to the file service, vehicle input signal processing service, speed signal processing service, and wireless message processing service.

The service layer extracts the line track circuit information, balise information, wireless message and other information from the file by calling the file service processing and sends it to the physical layer; and extracts the train related information or the train related information and fault simulation information from the application request by calling the business service and sends it to the physical layer.

5) The microservices of the business service sublayer obtain relevant information from the physical layer, and after processing, send it to the ATP device through the access layer.

The speed signal processing service, vehicle output signal processing service, track circuit signal processing service, transponder signal processing service and wireless message processing service in the business service sublayer obtain the corresponding speed information, vehicle information, track circuit information, transponder information and wireless message information from the physical layer. After being processed by relevant services, the speed signal communication microservice, vehicle output signal communication microservice, track circuit signal communication microservice, transponder signal communication microservice and wireless message communication microservice respectively send the speed information, vehicle information, track circuit information, transponder information and wireless message to the ATP on-board equipment through the speed signal simulation device, train IO interface simulation device, track circuit signal simulation device, transponder signal simulation device and ISDN server connected in the access layer.

When testing the ATP function processing under abnormal conditions, the fault information processing service also obtains relevant fault simulation information from the physical layer, and after processing through the relevant microservices, it is sent to the ATP on-board equipment through the relevant interface of the access layer through the corresponding simulation device. As shown in the right part of Figure 2, according to the ATP on-board function requirements, the ATP function processing under abnormal conditions is tested. In the fault injection simulation graphical interface, the emergency brake feedback fault, the maximum common brake feedback fault and the speed transmission fault are set. After the service gateway calls the fault information adaptation microservice, fault information processing microservice and fault information communication microservice in the service layer, it is sent to the ATP on-board equipment through the train IO interface simulation device and the speed signal simulation device connected in the access layer.

6) According to the random needs of the test, the fault simulation information in the unexecuted script file can be modified at any time as required. For example, the track circuit carrier frequency low-frequency information and transponder information can be flexibly changed in the unexecuted train control engineering data script file at any time through the system main interface to simulate the changes in the ground track circuit information and transponder information. The track circuit information is sent to the ATP on-board equipment through the track circuit signal simulation device accessed by the access layer after the service gateway calls the track circuit signal adaptation microservice, track circuit signal processing microservice and track circuit signal communication microservice in the service layer. The transponder information is sent to the ATP on-board equipment through the transponder signal simulation device accessed by the access layer after the service gateway calls the transponder signal adaptation microservice, transponder signal processing microservice and transponder signal communication microservice in the service layer.

Through the description of the above implementation methods, those skilled in the art can clearly understand that the above embodiments can be implemented by software, or by means of software plus necessary general hardware platforms. Based on such an understanding, the technical solutions of the above embodiments can be embodied in the form of software products, which can be stored in a non-volatile storage medium (which can be a CD-ROM, a USB flash drive, a mobile hard disk, etc.), including several instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute the methods described in the various embodiments of the present invention.

Technical personnel in the relevant field can clearly understand that for the convenience and simplicity of description, only the division of the above-mentioned functional modules is used as an example. In actual applications, the above-mentioned functions can be assigned to different functional modules as needed, that is, the internal structure of the system can be divided into different functional modules to complete all or part of the functions described above.

The above is only a preferred specific embodiment of the present invention, but the protection scope of the present invention is not limited thereto. Any changes or substitutions that can be easily thought of by a person skilled in the art within the technical scope disclosed in the present invention should be included in the protection scope of the present invention. Therefore, the protection scope of the present invention should be based on the protection scope of the claims.

Claims (6)

1. A general platform for simulation test of high-speed railway train control on-board equipment, characterized in that it includes: a presentation layer, a service gateway layer, a service layer, a physical layer and an access layer; wherein: The presentation layer is used to set the relevant information of the train or the relevant information of the train and the fault simulation information, and to load, verify and execute the high-speed railway train control engineering data script file and/or the wireless message script file for the information interaction between the train and the radio block center according to the test type; and is also used to send an application request to the service gateway layer; The service gateway layer provides a unified service proxy entry and call distribution, and is used to distribute the application request to the service layer; The service layer is used to implement system monitoring and management through a microservice architecture and provide public services and business processing services. The public services extract relevant data information from two types of script files and store them in the physical layer. The business processing services extract relevant information of the train or relevant information of the train and fault simulation information from the application request and store them in the physical layer. The business processing services retrieve data information from the physical layer and process it before transmitting it to the ATP on-board device through the access layer. The physical layer is used to store data information required by the platform for the service layer to call; The access layer includes multiple interfaces for transmitting data information processed by the service layer to the ATP vehicle-mounted device; The service layer includes: a service supervision and governance sublayer, a business service sublayer and a public service sublayer; wherein: The service supervision and governance sublayer is used to implement service registration, service discovery, load balancing, service configuration, service monitoring and log management; The business service sublayer is used to implement the core business functions of the platform, including vehicle input signal processing service, vehicle output signal processing service, speed signal processing service, track circuit signal processing service, transponder signal processing service, wireless message processing service and fault information processing service; The public service sublayer is used to implement common services with unified functions and reusable functions in the platform, including: communication services, process services and file services; In the service supervision and governance sublayer: Service registration uses a decentralized service registration, including several service nodes. Each service node can provide service registration and service discovery functions. The registration center that implements the service registration function in each service node has both server and client functions. It can provide service registration functions to the registration centers of other service nodes, and can also register itself with the registration centers of other service nodes. The registration centers are mutually backed up; Service discovery is the core and basic component of the microservice architecture. It provides the prerequisite for mutual identification of various services and provides the specific network location of service instances for other services to call. The service instance is a single service in business services and public services. Load balancing, achieving a balance in the number of objects processed by related services in the service layer; Service configuration, which enables centralized management, dynamic adjustment, and automatic update of parameters required for the operation of various services in a distributed environment; Service monitoring, used to monitor the status of various services while the platform is running; Log management is used to record various log data during platform operation, and to handle faults by calling log data when a fault occurs; In the business service sublayer, each processing service includes three categories: adaptation microservice, processing microservice and communication microservice; among them, the adaptation microservice realizes the protocol format conversion of data information, the processing microservice realizes the processing of data information after the protocol format conversion, and the communication microservice realizes the transmission of the processed data information; Extract vehicle IO information and speed information from application requests through vehicle input signal processing service and speed signal processing service and store them in the physical layer; After obtaining the corresponding speed information, vehicle IO information, track circuit information, transponder information and wireless message from the physical layer through the speed signal processing service, vehicle output signal processing service, track circuit signal processing service, transponder signal processing service and wireless message processing service, and processing them through the adaptation microservice and processing microservice in the relevant processing service, the relevant communication microservice sends the processing results to the ATP on-board device through the access layer; When testing the ATP function processing under abnormal conditions, the fault information processing service extracts the fault simulation information from the application request. After that, the fault information processing service obtains the relevant fault simulation information from the physical layer. After the fault information adaptation microservice and the fault information processing microservice, the fault information communication microservice sends it to the ATP vehicle-mounted device through the access layer; The public service sublayer includes: communication services, process services and file services; among which: Process service is used to combine multiple independent microservices into an overall application through service composition. There are two ways of microservice composition: orchestration and collaboration. The orchestration method is to use a central coordinator to coordinate the call of multiple microservices. The collaboration method means that all microservices collaborate with each other in a peer-to-peer manner without the participation of a central coordinator. The microservices include microservices in each processing service in the business service sublayer and microservices in the communication service in the public service. Communication services, including TCP/IP communication microservices and serial port communication microservices, are used for communication microservice calls of various processing services in the business service sublayer to achieve data transmission; File service is used to extract relevant data information from script files and place relevant data information into the entity layer. 2. According to the universal platform for simulation test of high-speed railway train control on-board equipment in claim 1, it is characterized in that in the representation layer: The information in the high-speed rail train control engineering data script file includes: train position, relative distance, line carrier frequency, line low frequency, balise information, route information, track section name and track section length; among them, track section name, track section length, line carrier frequency and line low frequency information belong to track circuit information; The information in the wireless message script file for information interaction between the train and the radio block center includes: train position, wireless message length and wireless message content; the wireless message includes: wireless messages sent by the radio block center and wireless messages received by the radio block center; The relevant information of the set train includes: train parameters, speed information and vehicle IO information; wherein the train parameters include train model, train length, wheel diameter value and gear number information; speed information includes: train speed and acceleration information; vehicle IO information includes: train direction handle position, traction handle position, brake handle position, driver's console activation and sleep information, train brake feedback information, train brake information, over-phase information and over-phase effective information; The set fault simulation information includes: emergency brake feedback fault information, maximum common brake feedback fault information, handle status fault information, fast transmission fault information, track circuit carrier low frequency abnormal information and/or transponder message abnormal information; by setting fault injection simulation information to simulate vehicle IO faults, fast transmission faults, track circuit abnormal information and/or transponder message abnormal information to test the functional processing of ATP on-board equipment under abnormal conditions. 3. According to claim 1, a universal platform for simulation testing of high-speed railway train control on-board equipment is characterized in that the information stored in the physical layer includes: vehicle IO information, speed information, track circuit information, transponder information and wireless messages; or, it also includes: fault simulation information. 4. A high-speed railway train control on-board equipment simulation test universal platform according to claim 1, characterized in that the access layer includes: a vehicle signal interface, a speed signal interface, a track circuit signal interface, a transponder signal interface and a wireless message interface, which are used to provide vehicle IO information, speed information, track circuit information, transponder information and wireless message information to the ATP on-board equipment; The vehicle IO information includes: the train's direction handle position, traction handle position, brake handle position, driver's console activation and sleep information, train brake feedback information, train brake information, over-phase information and over-phase effective information; Track circuit information includes: track section name, track section length, line carrier frequency and line low frequency information; The transponder information includes: transponder name, transponder location and transponder message information; Speed information includes: train speed value and speed transmission status information; The wireless message includes: wireless message name, wireless message length and wireless message message. 5. A high-speed railway train control on-board equipment simulation test universal platform according to claim 4, characterized in that: The train IO interface simulation device is connected to the platform through the vehicle signal interface. The train IO interface simulation device is used to simulate the train's direction handle position, traction handle position, brake handle position, driver's console activation, sleep, brake feedback, braking, over-phase and over-phase effective functions. The train IO interface simulation device provides vehicle IO information to the ATP on-board equipment; The speed signal simulation device is connected to the platform through the speed signal interface. The speed signal simulation device is used to simulate and generate the speed information of the train and provide the speed information to the ATP on-board equipment. The track circuit signal simulation device is connected to the platform through the track circuit signal interface. The track circuit signal simulation device is used to simulate and generate track circuit information of the line and provide track circuit information reader input information to the ATP on-board equipment; The transponder signal simulation device is connected to the platform through the transponder signal interface. The transponder signal simulation device is used to simulate the transponder information of the generated line and provide the transponder transmission module input information to the ATP on-board equipment; The ISDN server is connected to the platform through the wireless message interface. The ISDN server realizes the wireless message interaction between the wireless block center and the ATP on-board equipment, and realizes the ATP on-board equipment to control the vehicle at the C3 level; When testing the ATP function processing under abnormal conditions, the fault simulation information content is transmitted to the ATP on-board equipment through the corresponding interface of the access layer through the train IO interface simulation device, the speed signal simulation device, the track circuit signal simulation device and/or the transponder signal simulation device. 6. According to claim 1, a general platform for simulation testing of high-speed railway train control on-board equipment is characterized in that the presentation layer provides a human-computer interaction interface, through which the user sets various information and loads high-speed railway train control engineering data script files and wireless message script files; and the unexecuted high-speed railway train control engineering data script files and wireless message script files can be modified through the human-computer interaction interface.