A communication fault location method for trackside safety platform

Abstract

The present invention discloses a communication fault locating method for a trackside safety platform, comprising: receiving an application message sent by an upper-layer application, the middleware generates a first characteristic value; performing protocol processing on the application message and obtaining the processed application message, the middleware generates a second characteristic value; receiving the processed application message forwarded by the middleware, the kernel generates a third characteristic value; receiving the processed application message forwarded by the kernel, the communication board generates a fourth characteristic value and sends the processed application message to an external device; and locating the application message transmission fault between the upper-layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value. The present invention can locate whether the boundary of the message loss is within the trackside safety platform or outside the trackside safety platform; and when the message is lost in the trackside safety platform, locate the module where the message is specifically lost.

Description

Technical Field

[0001] The present invention relates to the field of rail transit technology, and in particular to a communication fault locating method for a trackside safety platform. Background Art

[0002] In rail transit signal control systems, regional control systems, line control systems, etc. all run on the trackside safety platform. These upper-layer application systems communicate with external devices (such as switch machines, signal machines, and transponders) through the interfaces provided by the safety platform. When upper-layer applications communicate with external devices based on the trackside safety platform, the platform serves as an infrastructure, and messages between upper-layer applications and external devices are securely exchanged through various protocols, but messages may also be lost.

[0003] In the communication chain between the upper-layer application and the external devices, in addition to the upper-layer applications and external devices at the beginning and end, there are also gateways, routers, networks (wireless or wired), switches and trackside safety platforms, among which the safety platform itself contains various module components. Therefore, messages are likely to be lost at each node. The location of the loss is relatively complicated, but the analysis and removal of the fault is crucial. For the safety platform, the key part of fault analysis is, on the one hand, to confirm whether the message is received from the external device or sent to the external device, and whether the message is received from the upper-layer application or sent to the upper-layer application, so as to locate the boundary of the lost message and confirm whether the loss occurs on the safety platform; on the other hand, when it is confirmed that the loss of the message occurs on the safety platform, it is necessary to confirm in which module of the safety platform the message is lost, so as to help solve the problem. Therefore, it is crucial to accurately locate the lost message on the trackside safety platform. Summary of the invention

[0004] The object of the present invention is to provide a communication fault locating method for a trackside safety platform, which can locate whether the boundary of message loss is inside or outside the trackside safety platform; and when the message is lost in the trackside safety platform, locate the module where the message is specifically lost.

[0005] In order to achieve the above object, the present invention is implemented by the following technical solutions:

[0006] A communication fault locating method for a trackside safety platform, wherein the trackside safety platform is used to run an upper layer application, and the upper layer application communicates with an external device through a middleware, a kernel and a communication board of the trackside safety platform; the communication fault locating method for the trackside safety platform comprises:

[0007] Upon receiving the application message sent by the upper layer application, the middleware generates a first characteristic value;

[0008] Performing protocol processing on the application message to obtain a processed application message, and the middleware generating a second characteristic value;

[0009] Upon receiving the processed application message forwarded by the middleware, the kernel generates a third characteristic value;

[0010] Upon receiving the processed application message forwarded by the kernel, the communication board generates a fourth characteristic value and sends the processed application message to the external device; and

[0011] An application message transmission failure between the upper layer application and the external device is located according to the first characteristic value, the second characteristic value, the third characteristic value, and the fourth characteristic value.

[0012] Preferably, the first characteristic value includes: one or any combination of a protocol type, a message size and a node ID corresponding to the application message;

[0013] The second characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the processed application message;

[0014] The third characteristic value includes: one or any combination of a timing value, a message type and a communication index corresponding to the processed application message;

[0015] The fourth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the processed application message.

[0016] Preferably, the step of locating the application message transmission failure between the upper layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value includes:

[0017] When a fault occurs in the middleware, a first fault code and the second characteristic value are reported;

[0018] When a fault occurs in the core, a second fault code and the third characteristic value are reported;

[0019] When a fault occurs on the communication board, a third fault code and the fourth characteristic value are reported; and

[0020] According to the corresponding fault code and the corresponding characteristic value, it is determined that the application message transmission failure between the upper layer application and the external device occurs in the middleware, the kernel or the communication board.

[0021] Preferably, the communication fault locating method of the trackside safety platform further includes:

[0022] Upon receiving the device message sent by the external device, the communication board generates a fifth characteristic value;

[0023] Upon receiving the device message forwarded by the communication board, the kernel generates a sixth characteristic value;

[0024] Upon receiving the device message forwarded by the kernel, the middleware generates a seventh characteristic value;

[0025] Extracting and processing the device message to obtain a processed device message, the middleware generating an eighth characteristic value and sending the processed device message to the upper layer application; and

[0026] A device message transmission failure between the external device and the upper layer application is located according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value, and the eighth characteristic value.

[0027] Preferably, the fifth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the device message;

[0028] The sixth characteristic value includes: one or any combination of a timing value, a message type, and a communication index corresponding to the device message;

[0029] The seventh characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the device message;

[0030] The eighth characteristic value includes: one or any combination of the protocol type, node ID, message size and the first two bytes of the message corresponding to the processed device message.

[0031] Preferably, the step of locating a device message transmission failure between the external device and the upper layer application according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value and the eighth characteristic value comprises:

[0032] Performing continuity checks on the time sequence values ​​in the fifth eigenvalue, the sixth eigenvalue, and the seventh eigenvalue respectively;

[0033] The timing value in the fifth characteristic value is discontinuous, and the device message transmission failure between the external device and the upper layer application occurs on the communication board;

[0034] The timing value in the sixth characteristic value is discontinuous, and a device message transmission failure between the external device and the upper layer application occurs on the kernel;

[0035] The timing value in the seventh characteristic value is discontinuous, and a device message transmission failure between the external device and the upper-layer application occurs on the middleware.

[0036] Preferably, the timing values ​​in the fifth eigenvalue, the sixth eigenvalue and the seventh eigenvalue are all continuous, and a device message transmission failure between the external device and the upper-layer application does not occur on the trackside safety platform.

[0037] Preferably, the protocol types include: RSSP-I protocol, FSFB2 protocol, FUNCTIONAL protocol and SACEM protocol.

[0038] Preferably, the protocol type is RSSP-1 protocol or FSFB2 protocol,

[0039] The second characteristic value includes a protocol type, a timing value, a message type, and a communication ID corresponding to the processed application message;

[0040] The fifth characteristic value includes the protocol type, timing value, message type and communication ID corresponding to the device message.

[0041] Preferably, the protocol type is FUNCTIONAL protocol or SACEM protocol,

[0042] The second characteristic value includes a protocol type and a timing value corresponding to the processed application message;

[0043] The fifth characteristic value includes a protocol type and a timing value corresponding to the device message.

[0044] Compared with the prior art, the present invention has at least one of the following advantages:

[0045] The present invention provides a communication fault locating method for a trackside safety platform. When a middleware receives an application message sent by an upper-layer application, a first characteristic value is generated, and when the middleware performs protocol processing on the application message and obtains the processed application message, a second characteristic value is generated; when a kernel receives the processed application message forwarded by the middleware, a third characteristic value is generated, and when a communication board receives the processed application message forwarded by the kernel, a fourth characteristic value is generated and the processed application message is sent to an external device, so that the application message transmission fault between the upper-layer application and the external device can be located according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value.

[0046] The communication board of the present invention generates a fifth characteristic value when receiving a device message sent by an external device; generates a sixth characteristic value when the kernel receives a device message forwarded by the communication board; generates a seventh characteristic value when the middleware receives a device message forwarded by the kernel, and generates an eighth characteristic value when the middleware performs protocol processing on the device message and obtains the processed device message, and simultaneously sends the processed device message to the upper-layer application, so that the device message transmission failure between the external device and the upper-layer application can be located according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value and the eighth characteristic value.

[0047] When the present invention sends the application message of the external device to the upper-layer application through the trackside safety platform, by checking whether the timing value in the corresponding characteristic value is continuous, it can be determined whether the timing value in the corresponding characteristic value is lost or disordered, thereby determining whether a message transmission failure occurs, and then locating the boundary of the message loss, whether it is inside the trackside safety platform or outside the trackside safety platform; and when the message is lost in the trackside safety platform, locating in which module the message is specifically lost, thereby achieving accurate positioning of the communication failure of the trackside safety platform, and then facilitating the investigation and analysis of the communication failure.

[0048] In the present invention, when the application message of the upper-layer application is sent to the external device through the trackside safety platform, the middleware, kernel and communication board of the trackside safety platform report the corresponding fault code and the corresponding characteristic value when a fault occurs, so as to facilitate the precise positioning of the communication fault of the trackside safety platform.

[0049] In the present invention, corresponding characteristic values ​​are generated at key positions of the trackside safety platform (when the communication board just receives the device message, before the communication board sends the device message to the upper-level application, and before and after the middleware protocol processes the application message), and transmitted to the maintenance station for recording, which can assist in communication fault troubleshooting. BRIEF DESCRIPTION OF THE DRAWINGS

[0050] Figure 1 It is a flow chart of locating an application message transmission fault in a communication fault locating method of a trackside safety platform provided by an embodiment of the present invention;

[0051] Figure 2 It is a logic diagram for locating an application message transmission fault in a communication fault locating method of a trackside safety platform provided by an embodiment of the present invention;

[0052] Figure 3 It is a flow chart of locating a device message transmission fault in a communication fault locating method of a trackside safety platform provided by an embodiment of the present invention;

[0053] Figure 4 It is a logic diagram for locating a device message transmission fault in a communication fault locating method for a trackside safety platform provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0054] The following is a further detailed description of a communication fault location method for a trackside safety platform proposed in the present invention in combination with the accompanying drawings and specific implementation methods. According to the following description, the advantages and features of the present invention will be clearer. It should be noted that the accompanying drawings are in a very simplified form and use non-precise proportions, which are only used to conveniently and clearly assist in explaining the purpose of the implementation method of the present invention. In order to make the purposes, features and advantages of the present invention more obvious and easy to understand, please refer to the accompanying drawings. It should be noted that the structure, proportion, size, etc. illustrated in the drawings of this specification are only used to match the contents disclosed in the specification for people familiar with this technology to understand and read, and are not used to limit the limiting conditions for the implementation of the present invention, so they have no technical substantive significance. Any modification of the structure, change in the proportional relationship or adjustment of the size, without affecting the effects that the present invention can produce and the purposes that can be achieved, should still fall within the scope of the technical content disclosed in the present invention.

[0055] It should be noted that, in this article, relational terms such as first and second, etc. are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0056] Combined with Figures 1 to 4As shown, this embodiment provides a communication fault locating method for a trackside safety platform, wherein the trackside safety platform is used to run an upper-layer application, and the upper-layer application communicates with an external device through the middleware, kernel and communication board of the trackside safety platform; the communication fault locating method for the trackside safety platform includes: step S110, receiving an application message sent by the upper-layer application, and the middleware generates a first characteristic value; step S120, performing protocol processing on the application message and obtaining a processed application message, and the middleware generates a second characteristic value; step S130, receiving the processed application message forwarded by the middleware, and the kernel generates a third characteristic value; step S140, receiving the processed application message forwarded by the kernel, the communication board generates a fourth characteristic value and sends the processed application message to the external device; and step S150, locating the application message transmission fault between the upper-layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value.

[0057] Specifically, in this embodiment, the upper layer application is a program or system (such as a regional control system, a line control system, etc.) running on the trackside safety platform; the trackside safety platform includes three internal modules, namely the middleware, the communication board, and the kernel connected to the middleware and the communication board; wherein the middleware interacts with the upper layer application through an interface and is responsible for protocol processing or extraction processing of the received message; for example, when the application message of the upper layer application is sent to the external device through the trackside safety platform, the data given to the middleware by the upper layer application is pure data, and the middleware needs to add a header to the data according to the protocol type, i.e., protocol processing; when the device message of the external device is sent to the upper layer application through the trackside safety platform, the message received from the external device is a complete message including a header and data, and the middleware needs to extract pure data from it to the upper layer application, i.e., extraction processing. The kernel is responsible for logical processing of the received information and scheduling of the program, etc., which is equivalent to the brain of the trackside safety platform; the communication board is connected to the external device and is responsible for receiving information from the external device or sending information to the external device. It can be seen that when the upper-layer application and the external device communicate through the trackside platform, if a message loss failure occurs, the failure may occur in the middleware, the kernel or the communication board, but the present invention is not limited to this.

[0058] Please also refer to Figure 1 and Figure 2, the first characteristic value includes: one or any combination of the protocol type, message size and node ID corresponding to the application message; the second characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the processed application message; the third characteristic value includes: one or any combination of the timing value, message type and communication index corresponding to the processed application message; the fourth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the processed application message.

[0059] It can be understood that the step S140 includes: sending the first fault code and the second characteristic value when the middleware fails; sending the second fault code and the third characteristic value when the kernel fails; sending the third fault code and the fourth characteristic value when the communication board fails; and judging that the application message transmission failure between the upper application and the external device occurs in the middleware, the kernel or the communication board according to the corresponding fault code and the corresponding characteristic value. The middleware, the kernel and the communication board do not report the corresponding fault code, and the application message transmission failure between the upper application and the external device does not occur on the trackside safety platform.

[0060] Specifically, in this embodiment, when the upper-layer application sends a message to the external device through the trackside safety platform, the upper-layer application sends the application message to the middleware through an interface; after receiving the application message and before performing protocol processing on the application message, the middleware records the protocol type, message size and node ID (i.e., protocol logic tag) corresponding to the application message to generate the first characteristic value; wherein the protocol types include: RSSP-I protocol, FSFB2 protocol, FUNCTIONAL protocol and SACEM protocol. For all the application messages transmitted by the upper-layer application to the middleware in each cycle, the middleware will record the above first characteristic value and the total number of application messages for each application message, and transmit them to the maintenance station for storage to assist in communication fault troubleshooting, but the present invention is not limited thereto.

[0061] Specifically, in this embodiment, after the middleware encapsulates the received application message according to the corresponding protocol type, it records the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the processed application message to generate the second characteristic value; wherein the message is the processed application message, and the message type includes SSE, SSR and BSD; the communication ID is the ID of the external device that the upper layer application wants to communicate with. More specifically, the message format of the protocol can be found through the protocol type. Taking the RSSP-I / FSFB2 protocol as an example, through message format matching, it can be confirmed that the message type corresponding to the application message is one of SSE / SSR / BSD, and the position of the timing value in the message can be accurately located, so as to read the timing value of the application message; taking the FUNCTIONAL / SACEM protocol as an example, according to the message format, the position of the timing value in the message can be accurately located, so as to read the timing value of the application message. Further, if the protocol type is RSSP-I protocol or FSFB2 protocol, the second characteristic value includes the protocol type, timing value, message type and communication ID corresponding to the processed application message; if the protocol type is FUNCTIONAL protocol or SACEM protocol, the second characteristic value includes the protocol type and timing value corresponding to the processed application message. In addition, taking the FSFB2 / FUNCTIONAL / SACEM protocol sharing the RMS layer as an example, the timing value in the second characteristic value should be the timing value of the RMS layer, but the present invention is not limited thereto.

[0062] Specifically, in this embodiment, after the middleware generates the second characteristic value, if the middleware has an application message transmission failure, i.e., a communication failure, the first fault code and the corresponding second characteristic value will be reported to the trackside safety platform, and the message will be discarded, i.e., no subsequent forwarding will be performed; the trackside safety platform will transmit all fault information of the middleware to the maintenance station for storage and record every cycle. In the case of no fault, the middleware forwards the processed application message to the kernel, but the present invention is not limited thereto.

[0063] Specifically, in this embodiment, after the kernel receives the processed application message forwarded by the middleware, it records the timing value, message type and communication index corresponding to the processed application message to generate the third characteristic value. After the kernel generates the third characteristic value, if the kernel has an application message transmission failure, it will report the second fault code and the corresponding third characteristic value to the trackside safety platform, and discard the message, that is, no subsequent forwarding; each cycle, the trackside safety platform will transmit all fault information of the kernel to the maintenance station for storage and record. In the absence of a fault, the kernel forwards the processed application message to the communication board. In addition, the communication ID corresponds to the communication index, and one communication ID can correspond to multiple communication indexes due to redundant communication, but the present invention is not limited to this.

[0064] Specifically, in this embodiment, after the communication board receives the processed application message forwarded by the kernel, it records the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the processed application message to generate the fourth characteristic value. After the communication board generates the fourth characteristic value, if a communication failure occurs in the communication board, the third fault code and the corresponding fourth characteristic value will be reported to the trackside safety platform, and the message will be discarded, that is, no subsequent forwarding will be performed; the trackside safety platform will transmit all fault information of the communication board to the maintenance station for storage and record every cycle. In the case of no failure, the communication board forwards the processed application message to the external device, thereby realizing the communication between the upper-layer application and the external device. In addition, the communication board will also send the timing value / communication index / the first two bytes of the message and the total number of all the processed application messages sent to the external device to the maintenance station for storage and record at regular intervals to assist in communication fault troubleshooting, but the present invention is not limited to this.

[0065] Please also refer to Figure 3 and Figure 4The communication fault locating method of the trackside safety platform also includes: step S210, receiving the device message sent by the external device, and the communication board generating a fifth characteristic value; step S220, receiving the device message forwarded by the communication board, and the kernel generating a sixth characteristic value; step S230, receiving the device message forwarded by the kernel, and the middleware generating a seventh characteristic value; step S240, extracting and processing the device message and obtaining the processed device message, the middleware generating an eighth characteristic value and sending the processed device message to the upper-layer application; and step S250, locating the device message transmission fault between the external device and the upper-layer application according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value and the eighth characteristic value.

[0066] It can be understood that the fifth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the device message; the sixth characteristic value includes: one or any combination of the timing value, message type and communication index corresponding to the device message; the seventh characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the device message; the eighth characteristic value includes: one or any combination of the protocol type, node ID, message size and the first two bytes of the message corresponding to the processed device message.

[0067] It can be understood that the step S250 includes: performing continuity checks on the timing values ​​in the fifth eigenvalue, the sixth eigenvalue, and the seventh eigenvalue respectively; if the timing value in the fifth eigenvalue is discontinuous, the device message transmission failure between the external device and the upper-layer application occurs on the communication board; if the timing value in the sixth eigenvalue is discontinuous, the device message transmission failure between the external device and the upper-layer application occurs on the kernel; if the timing value in the seventh eigenvalue is discontinuous, the device message transmission failure between the external device and the upper-layer application occurs on the middleware. The timing values ​​in the fifth eigenvalue, the sixth eigenvalue, and the seventh eigenvalue are all continuous, and the device message transmission failure between the external device and the upper-layer application does not occur on the trackside safety platform.

[0068] Specifically, in this embodiment, when the external device sends a message to the upper-layer application through the trackside safety platform, the external device sends the device message to the communication board; after receiving the device message sent by the external device, the communication board records the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the device message to generate the fifth feature value; wherein, by matching the local and remote (i.e., the external device) IP / PORT, the communication index can be matched; according to the communication index, the configuration file (pre-stored in The trackside safety platform) can match the corresponding protocol type and node ID; the message format of the protocol can be found through the protocol type. Taking the RSSP-I / FSFB2 protocol as an example, through message format matching, it can be confirmed that the message type corresponding to the device message is one of SSE / SSR / BSD, and the position of the timing value in the message can be accurately located, so as to read the timing value of the device message; taking the FUNCTIONAL / SACEM protocol as an example, according to the message format, the position of the timing value in the message can be accurately located, so as to read the timing value of the device message. More specifically, if the protocol type is the RSSP-I protocol or the FSFB2 protocol, the fifth characteristic value includes the protocol type, timing value, message type and communication ID corresponding to the device message; if the protocol type is the FUNCTIONAL protocol or the SACEM protocol, the fifth characteristic value includes the protocol type and timing value corresponding to the device message. In addition, taking the FSFB2 / FUNCTIONAL / SACEM protocol that shares the RMS layer as an example, the timing value in the fifth characteristic value should be the timing value of the RMS layer. For all the device messages sent by the external device to the communication board in each cycle, the communication board will record the timing value, communication index, node ID, the first two bytes of the message and the total number of messages for each device message, and transmit them to the maintenance station for storage to assist in communication fault troubleshooting, but the present invention is not limited to this.

[0069] Specifically, in this embodiment, after the communication board generates the fifth characteristic value, it is also necessary to verify whether the timing value in the fifth characteristic value under the corresponding protocol is continuous. If the timing value in the fifth characteristic value is lost or disordered, it means that the communication board has a device message transmission failure, that is, a communication failure, and the fourth fault code and the corresponding fifth characteristic value will be reported to the trackside safety platform. The trackside safety platform will transmit all fault information of the communication board to the maintenance station for storage and record every cycle. More specifically, the timing values ​​in the corresponding characteristic values ​​of the device messages under the RSSP-I / FSFB2 / FUNCTIONAL / SACEM protocols should be continuous in their respective protocols, and the timing values ​​of the device messages under the FSFB2 / FUNCTIONAL / SACEM protocols that share the RMS layer should be continuous at the RMS layer. In addition, if the communication board has other faults, the fourth fault code and the corresponding fifth characteristic value will also be reported to the trackside safety platform, and the message will be discarded, that is, no subsequent forwarding will be performed; in the case of no fault, the communication board forwards the device message to the kernel, but the present invention is not limited to this.

[0070] Specifically, in this embodiment, after the kernel receives the device message forwarded by the communication board, it records the timing value, message type and communication index corresponding to the device message to generate the sixth characteristic value; after the kernel generates the sixth characteristic value, it is also necessary to verify whether the timing value in the sixth characteristic value is continuous. If the timing value in the sixth characteristic value is lost or disordered, it means that the kernel has a device message transmission failure, and the fifth fault code and the corresponding sixth characteristic value will be reported to the trackside safety platform. The trackside safety platform will transmit all fault information of the kernel to the maintenance station for storage and record every cycle. In addition, if the kernel has other faults, the fifth fault code and the corresponding sixth characteristic value will also be reported to the trackside safety platform, and the message will be discarded, that is, no subsequent forwarding will be performed; in the case of no fault, the kernel will forward the device message to the middleware, but the present invention is not limited to this.

[0071] Specifically, in this embodiment, after the middleware receives the device message forwarded by the kernel and before performing protocol processing on the device message, the middleware records the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the device message to generate the seventh characteristic value. After the middleware generates the seventh characteristic value, it is also necessary to verify whether the timing value in the seventh characteristic value is continuous. If the timing value in the seventh characteristic value is lost or disordered, it means that the middleware has a device message transmission failure, and the sixth fault code and the corresponding seventh characteristic value will be reported to the trackside safety platform. The trackside safety platform will transmit all fault information of the middleware to the maintenance station for storage and record every cycle. In addition, if the middleware has other faults, the sixth fault code and the corresponding seventh characteristic value will also be reported to the trackside safety platform, and the message will be discarded, that is, no subsequent forwarding will be performed; in the case of no fault, the middleware will perform protocol processing on the device message, but the present invention is not limited to this.

[0072] Specifically, in this embodiment, after the middleware extracts and processes the device message and before sending the processed device message to the upper layer application, the middleware records the protocol type, node ID, message size, and the first two bytes of the message corresponding to the processed device message to generate the eighth characteristic value. And the middleware records the eighth characteristic value and the total number of messages sent for the processed device message sent to the upper layer application at regular intervals, and transmits it to the maintenance station for storage to assist in communication fault troubleshooting, but the present invention is not limited thereto.

[0073] In addition, in this embodiment, the protocol type may also include RAW protocol (pure raw data); and the protocol type is RAW protocol, the second characteristic value includes the message size corresponding to the processed application message and the first two bytes of the message; the fifth characteristic value includes the message size corresponding to the processed application message and the first two bytes of the message; and in this case, whether the application message of the upper-layer application is sent to the external device through the trackside safety platform, or the device message of the external device is sent to the upper-layer application through the trackside safety platform, the middleware, kernel and communication board of the trackside safety platform all report the corresponding fault code and the corresponding characteristic value when a fault occurs, so as to accurately locate the communication fault of the trackside safety platform.

[0074] In summary, this embodiment provides a communication fault location method for a trackside safety platform, wherein the middleware generates a first characteristic value when receiving an application message sent by an upper-layer application, and generates a second characteristic value when the middleware performs protocol processing on the application message and obtains the processed application message; the kernel generates a third characteristic value when receiving the processed application message forwarded by the middleware, and generates a fourth characteristic value when the communication board receives the processed application message forwarded by the kernel and sends the processed application message to an external device, thereby locating the application message transmission fault between the upper-layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value. In addition, the communication board generates a fifth characteristic value when receiving a device message sent by an external device; the kernel generates a sixth characteristic value when receiving a device message forwarded by the communication board; the middleware generates a seventh characteristic value when receiving a device message forwarded by the kernel, and generates an eighth characteristic value when the middleware performs protocol processing on the device message and obtains the processed device message, and sends the processed device message to the upper-layer application, thereby locating the device message transmission fault between the external device and the upper-layer application according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value and the eighth characteristic value. When the application message of the external device is sent to the upper-layer application through the trackside safety platform in this embodiment, by checking whether the timing value in the corresponding characteristic value is continuous, it can be determined whether the timing value in the corresponding characteristic value is lost or disordered, thereby determining whether a message transmission failure occurs, and then locating the boundary of the message loss, whether it is inside the trackside safety platform or outside the trackside safety platform; and when the message is lost in the trackside safety platform, locating which module the message is specifically lost in, thereby achieving accurate positioning of the communication failure of the trackside safety platform, and then facilitating the investigation and analysis of the communication failure. At the same time, when the application message of the upper-layer application is sent to the external device through the trackside safety platform, the middleware, kernel and communication board of the trackside safety platform report the fault code and the corresponding characteristic value when the fault occurs, which is convenient for accurately locating the communication failure of the trackside safety platform.

[0075] Although the content of the present invention has been described in detail through the above preferred embodiments, it should be appreciated that the above description should not be considered as a limitation of the present invention. After reading the above content, it will be apparent to those skilled in the art that various modifications and substitutions of the present invention will occur. Therefore, the protection scope of the present invention should be limited by the appended claims.

Claims

1. A communication fault location method for a trackside safety platform, wherein the trackside safety platform is used to run an upper layer application, and the upper layer application communicates with an external device through the middleware, kernel and communication board of the trackside safety platform; characterized in that: The communication fault locating method of the trackside safety platform includes: Upon receiving the application message sent by the upper layer application, the middleware generates a first characteristic value; Performing protocol processing on the application message to obtain a processed application message, and the middleware generating a second characteristic value; Upon receiving the processed application message forwarded by the middleware, the kernel generates a third characteristic value; Upon receiving the processed application message forwarded by the kernel, the communication board generates a fourth characteristic value and sends the processed application message to the external device; and Locating an application message transmission failure between the upper layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value, and the fourth characteristic value; The first characteristic value includes: one or any combination of a protocol type, a message size, and a node ID corresponding to the application message; The second characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the processed application message; The third characteristic value includes: one or any combination of a timing value, a message type and a communication index corresponding to the processed application message; The fourth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the processed application message; The communication ID is the external device ID with which the upper layer application communicates; The communication ID corresponds to the communication index. Based on redundant communication, one communication ID corresponds to multiple communication indexes; and the corresponding protocol type and node ID can be matched according to the communication index; The step of locating the application message transmission failure between the upper layer application and the external device according to the first characteristic value, the second characteristic value, the third characteristic value and the fourth characteristic value comprises: When a fault occurs in the middleware, a first fault code and the second characteristic value are reported; When a fault occurs in the core, a second fault code and the third characteristic value are reported; When a fault occurs on the communication board, a third fault code and the fourth characteristic value are reported; and Determining, according to the corresponding fault code and the corresponding characteristic value, that the application message transmission fault between the upper layer application and the external device occurs in the middleware, the kernel or the communication board; Also includes: Upon receiving the device message sent by the external device, the communication board generates a fifth characteristic value; Upon receiving the device message forwarded by the communication board, the kernel generates a sixth characteristic value; Upon receiving the device message forwarded by the kernel, the middleware generates a seventh characteristic value; Extracting and processing the device message to obtain a processed device message, the middleware generating an eighth characteristic value and sending the processed device message to the upper layer application; and Locating a device message transmission failure between the external device and the upper layer application according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value, and the eighth characteristic value; The fifth characteristic value includes: one or any combination of the protocol type, timing value, communication index, node ID, message size and the first two bytes of the message corresponding to the device message; The sixth characteristic value includes: one or any combination of a timing value, a message type, and a communication index corresponding to the device message; The seventh characteristic value includes: one or any combination of the protocol type, timing value, message type, communication ID, message size and the first two bytes of the message corresponding to the device message; The eighth characteristic value includes: one or any combination of the protocol type, node ID, message size and the first two bytes of the message corresponding to the processed device message; The step of locating a device message transmission failure between the external device and the upper layer application according to the fifth characteristic value, the sixth characteristic value, the seventh characteristic value, and the eighth characteristic value comprises: Performing continuity checks on the time sequence values ​​in the fifth eigenvalue, the sixth eigenvalue, and the seventh eigenvalue respectively; The timing value in the fifth characteristic value is discontinuous, and the device message transmission failure between the external device and the upper layer application occurs on the communication board; The timing value in the sixth characteristic value is discontinuous, and a device message transmission failure between the external device and the upper layer application occurs on the kernel; The timing value in the seventh characteristic value is discontinuous, and a device message transmission failure between the external device and the upper-layer application occurs on the middleware.

2. The communication fault location method of the trackside safety platform according to claim 1, characterized in that: The timing values ​​in the fifth eigenvalue, the sixth eigenvalue and the seventh eigenvalue are all continuous, and the device message transmission failure between the external device and the upper-layer application does not occur on the trackside safety platform.

3. The communication fault location method of the trackside safety platform according to claim 1, characterized in that: The protocol types include: RSSP-I protocol, FSFB2 protocol, FUNCTIONAL protocol and SACEM protocol.

4. The communication fault location method of the trackside safety platform according to claim 3, characterized in that: The protocol type is RSSP-1 protocol or FSFB2 protocol, The second characteristic value includes a protocol type, a timing value, a message type, and a communication ID corresponding to the processed application message; The fifth characteristic value includes the protocol type, timing value, message type and communication ID corresponding to the device message.

5. The communication fault location method of the trackside safety platform according to claim 3, characterized in that: The protocol type is FUNCTIONAL protocol or SACEM protocol, The second characteristic value includes a protocol type and a timing value corresponding to the processed application message; The fifth characteristic value includes a protocol type and a timing value corresponding to the device message.

Images