Method for monitoring connectivity of rail transit network cascade equipment
By using the connectivity monitoring message and relay opening and closing actions of custom protocols in the rail transit network cascade equipment, the lack of connectivity monitoring of rail transit network equipment is solved, and network failures are quickly identified and avoided problems in dynamic map equipment.
Patent Information
- Application Number
- CN202510131182.4
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2025-02-06
- Publication Date
- 2025-04-15
AI Technical Summary
In the prior art, the connectivity monitoring method of rail transit network equipment has not yet been applied to the rail transit field, resulting in the problem of not updating, not linking or even black screens in dynamic map equipment.
By setting up two broadcast control boards and multiple decoding boards in the network cascade device of the rail transit facility, broadcast using the connectivity monitoring messages of the custom protocol. The decoding board receives and decodes the messages, judges network connectivity, and performs relay opening and closing actions in the event of a failure to restore the connection.
It realizes the identification of network connection failures in a short period of time, timely avoids processing, and avoids the problem of black screen, non-linkage or no update of dynamic map devices.
Smart Images
Figure CN119821480A_ABST
Abstract
Description
Technical Field
[0001] The present invention belongs to the technical field of data processing, in particular to data processing in the field of rail transit, and specifically relates to a method for monitoring connectivity of cascade equipment in a rail transit network. Background Art
[0002] At present, the display of rail transit dynamic map uses the configuration file configuration interface, which receives PIS instructions for dynamic map display. When a dynamic map device network connection fails, the dynamic map display will be abnormal.
[0003] At present, a cascade can be established between wireless nodes based on BLE. After establishing a connection with the target node through broadcasting, it is controlled to send out broadcasts to establish connections with other nodes until all devices are in a linear connection state, thus solving the problem of unstable multi-level network connections of wireless nodes.
[0004] However, there is no monitoring method for the connectivity of network equipment applied to rail transit, which may cause the dynamic map of the dynamic map device to not update, not link or even a black screen. Summary of the invention
[0005] In view of this, some embodiments disclose a method for monitoring connectivity of a rail transit network cascade device, wherein the network cascade device includes two broadcast control boards arranged at two ends of a rail transit facility and a plurality of decoder boards located between the two broadcast control boards; the monitoring method includes the steps of: The broadcast control board broadcasts a connectivity monitoring message to the decoding board; The decoding board receives connectivity monitoring messages at set time intervals and performs analysis; The decoding board determines the source of the received connectivity monitoring message based on the parsed data and marks the data; If the decoder board receives connectivity monitoring messages from two different broadcast control boards within the set time interval, the network is determined to be connected; If the decoder board does not receive connectivity monitoring messages from two different broadcast control boards within a set time interval, it determines that the network connection is faulty and starts receiving connectivity monitoring messages again.
[0006] Further, in the method for monitoring connectivity of rail transit network cascade devices disclosed in some embodiments, after receiving the connectivity monitoring message, the decoder board first determines whether it is valid data; If it is judged to be valid data, data analysis is performed; If the data is judged to be invalid, no response will be made.
[0007] In the method for monitoring connectivity of rail transit network cascade devices disclosed in some embodiments, if the decoder board does not receive a connectivity monitoring message within a set time interval, it is recorded as a network connection failure and the connectivity monitoring message is received again.
[0008] Some embodiments disclose a method for monitoring the connectivity of rail transit network cascade devices. If the number of network connection failures exceeds a preset number, a relay opening and closing action is performed to restore connectivity of the network cascade devices.
[0009] Some embodiments disclose a method for monitoring the connectivity of rail transit network cascade devices. If a network connection failure occurs again after the connectivity of the network cascade devices is restored, the network cascade devices are restarted.
[0010] Some embodiments disclose a method for monitoring the connectivity of rail transit network cascade devices. If the network cascade device is restarted more than a set number of times, it is considered a dead fault.
[0011] Some embodiments disclose a method for monitoring the connectivity of cascaded devices in a rail transit network, and the protocol of the connectivity monitoring message is: 0XAA 0X0A 0X00 0X00 0X00 0XC8 0XAB; wherein, the first byte 0XAA is a header data frame; the second byte 0X0A is a broadcast control board device ID frame, 01 represents broadcast control board No. 1, and 02 represents broadcast control board No. 2; the third byte 0X00 is a communication mode, and 0X00 indicates that no reply is required; the fourth byte 0X00 and the fifth byte 0X00 are reserved bytes; the sixth byte 0XC8 is a crc check frame; and the seventh byte 0XAB is a tail data frame.
[0012] In some embodiments of the disclosed method for monitoring connectivity of cascaded equipment in a rail transit network, the first byte of the header data frame and the seventh byte of the tail data frame of the connectivity monitoring message are used to determine the validity of the data.
[0013] In the method for monitoring connectivity of cascaded equipment in a rail transit network disclosed in some embodiments, the time interval for the decoder board to receive connectivity monitoring messages is set to 6 seconds.
[0014] In some embodiments of the method for monitoring the connectivity of rail transit network cascade equipment disclosed, the number of network connection failures is preset to 3 times.
[0015] The method for monitoring the connectivity of rail transit network cascade equipment disclosed in an embodiment of the present invention is applied to network cascade equipment, which includes two broadcast control boards arranged at two ends of a rail transit facility and multiple decoder boards located between the two broadcast control boards; a connectivity monitoring message with a custom protocol is broadcasted to the decoder board through the broadcast control boards at both ends, and the decoder board receives the connectivity monitoring message and decodes the message to make a judgment. If the broadcast message from both ends is not received, it is determined to be a network connection failure; the method for monitoring the connectivity of rail transit network cascade equipment can identify network connection failure problems in a short time, and then perform avoidance processing, which can timely and effectively avoid problems such as black screen, non-linkage, and non-update of dynamic map equipment. BRIEF DESCRIPTION OF THE DRAWINGS
[0016] Figure 1 A flow chart of a method for monitoring connectivity of cascaded devices in a rail transit network disclosed in some embodiments. DETAILED DESCRIPTION
[0017] The word "embodiment" used herein as an "exemplary" does not necessarily mean that any embodiment described is superior or better than other embodiments. Performance index tests in the embodiments of the present invention are performed using conventional test methods in the art unless otherwise specified. It should be understood that the terms described in the embodiments of the present invention are only used to describe specific implementation methods and are not intended to limit the contents disclosed in the embodiments of the present invention.
[0018] Unless otherwise specified, the technical and scientific terms used herein have the same meanings as commonly understood by ordinary technicians in the technical field to which the embodiments of the present invention belong; other experimental methods and technical means not specifically specified in the embodiments of the present invention refer to experimental methods and technical means commonly used by ordinary technicians in the field.
[0019] The terms "substantially" and "approximately" used herein are used to describe small fluctuations. For example, they can refer to less than or equal to ±5%, such as less than or equal to ±2%, such as less than or equal to ±1%, such as less than or equal to ±0.5%, such as less than or equal to ±0.2%, such as less than or equal to ±0.1%, such as less than or equal to ±0.05%. The numerical data represented or presented in the range format herein are used only for convenience and brevity, and therefore should be flexibly interpreted as not only including the values clearly listed as the limits of the range, but also including all independent values or sub-ranges contained in the range. For example, the numerical range of "1-5%" should be interpreted as including not only the clearly listed values of 1% to 5%, but also the independent values and sub-ranges within the range shown. Therefore, independent values such as 2%, 3.5% and 4% and sub-ranges such as 1%-3%, 2%-4% and 3%-5% are included in this numerical range. This principle also applies to the range of only one numerical value. In addition, such an explanation applies regardless of the width of the range or the characteristics.
[0020] In this document, including in the claims, transitional words such as "comprises," "includes," "with," "having," "containing," "involving," "accommodating," etc. are understood to be open-ended, i.e., meaning "including but not limited to." Only the transitional words "consisting of" and "composed of" are closed transitional words.
[0021] In order to better illustrate the present invention, numerous specific details are provided in the specific examples below. It should be understood by those skilled in the art that the present invention can be implemented without certain specific details. In the embodiments, some methods, means, instruments, equipment, etc. well known to those skilled in the art are not described in detail in order to highlight the gist of the present invention.
[0022] Under the premise of no conflict, the technical features disclosed in the embodiments of the present invention may be arbitrarily combined, and the resulting technical solutions belong to the contents disclosed in the embodiments of the present invention.
[0023] Generally, UDP is a protocol that works at the transport layer in the OSI (Open Systems Interconnection) model. It uses IP as the underlying protocol and provides a protocol for applications to send messages to other programs with minimal protocol mechanisms. Its main features are connectionless, no guarantee of reliable transmission, and message-oriented. RFC 768 is the UDP standard provided by IETF (Internet Engineering Task Force).
[0024] Broadcast refers to a transmission method in which the destination address of a packet is all devices in a computer network. In fact, the "all devices" mentioned here are also limited to a range, called a "broadcast domain".
[0025] Broadcast is widely used in the network, for example, the process of the client automatically obtaining an IP address through DHCP is achieved through broadcast. Compared with unicast and multicast, broadcast occupies almost all bandwidth in the subnet and will generate broadcast storms. Hubs cannot filter broadcast storms due to their working principle. Although some network switches (such as omnidirectional QS series switches) have the function of filtering broadcast storms, and routers themselves have the function of isolating broadcast storms, broadcast storms cannot be completely eliminated.
[0026] In some embodiments, a method for monitoring connectivity of a rail transit network cascade device is applied to a network cascade device of a rail transit facility, wherein the network cascade device includes two broadcast control boards arranged at two ends of the rail transit facility and a plurality of decoder boards located between the two broadcast control boards; generally, the plurality of network cascade devices are connected in series; Figure 1As shown, the monitoring method comprises the steps of: The broadcast control board broadcasts connectivity monitoring messages to the decoding board; connectivity monitoring messages refer to message data used to monitor connectivity, which are set according to a specific protocol; usually the monitoring board is set to send connectivity detection messages regularly and continuously, so as to dynamically and uninterruptedly monitor the connectivity of the cascaded devices; The decoding board receives the connectivity monitoring message at the set time interval and parses it. Usually, after receiving the message, the decoding board needs to parse the message to obtain the information carried by the connectivity monitoring message, such as the information source device, information mode, tag information, etc. The decoder board determines the source of the received connectivity monitoring message based on the parsed data and marks the data; usually the broadcast control board sends the connectivity monitoring message to the selected port through UDP broadcast. The connectivity monitoring message has a specific protocol so that the decoder board receives the message with the specific protocol and parses the message to determine whether it is a connectivity monitoring message and the source of the message. Usually the source of the message refers to the device information of the broadcast control board that sends the connectivity monitoring message. If the decoder board receives connectivity monitoring messages from two different broadcast control boards within a set time interval, the network is determined to be connected; for example, the time interval for the decoder board to receive connectivity monitoring messages is set to 6 seconds; If the decoder board does not receive connectivity monitoring messages from two different broadcast control boards within a set time interval, it determines that the network connection is faulty and starts receiving connectivity monitoring messages again.
[0027] Some embodiments disclose a method for monitoring connectivity of cascaded devices in a rail transit network. After receiving a connectivity monitoring message, a decoder board first determines whether the data is valid; if it is determined to be valid data, data parsing is performed; if it is determined to be invalid data, no response is made.
[0028] In the method for monitoring connectivity of rail transit network cascade devices disclosed in some embodiments, if the decoder board does not receive a connectivity monitoring message within a set time interval, it is recorded as a network connection failure and the connectivity monitoring message is received again.
[0029] In some embodiments of the disclosed method for monitoring the connectivity of rail transit network cascade devices, if the number of network connection failures exceeds a preset number, a relay opening and closing action is performed to restore connectivity of the network cascade devices. For example, the number of network connection failures is preset to 3 times.
[0030] Some embodiments disclose a method for monitoring the connectivity of rail transit network cascade devices. If a network connection failure occurs again after the connectivity of the network cascade devices is restored, the network cascade devices are restarted.
[0031] In some embodiments of the disclosed method for monitoring connectivity of rail transit network cascade devices, if the network cascade device is restarted more than a set number of times, it is considered a dead fault. For example, the preset number of restarts of the network cascade device is 3 times.
[0032] Some embodiments disclose a method for monitoring connectivity of rail transit network cascade devices, and the protocol of the connectivity monitoring message is: 0XAA 0X0A 0X00 0X00 0X00 0XC8 0XAB; wherein the first byte 0XAA is a header data frame; the second byte 0X0A is a broadcast control board device ID frame, 01 indicates broadcast control board No. 1, and 02 indicates broadcast control board No. 2; the third byte 0X00 is a communication mode, and 0X00 indicates that no reply is required; the fourth byte 0X00 and the fifth byte 0X00 are reserved bytes; the sixth byte 0XC8 is a crc check frame; the seventh byte 0XAB is a tail data frame. Usually, the first byte of the header data frame and the seventh byte of the tail data frame of the connectivity monitoring message are used to judge the validity of the data. Usually, if the received information data is consistent with the data protocol of the connectivity monitoring message, that is, the first byte of the header data frame and the seventh byte of the tail data frame of the received information data are consistent with the connectivity monitoring message data, then the received message is determined to be a connectivity monitoring message.
[0033] The data protocol of the connectivity monitoring message is listed in Table 1 below: byte size Bit data Signal name 1 1 0-7 0xAA Header data frame 2 1 0-7 0x01 Source device ID / 01 is broadcast control No. 1 3 1 0-7 0x00 Communication mode: 0x00 means no response is required 4 1 0-7 0x00 Reserve 5 1 0-7 0x00 Reserve 6 1 0-7 0xC8 crc check frame 7 1 0-7 0xAB Tail data frame The technical details are further illustrated below in conjunction with embodiments.
[0034] Example 1 In Example 1, the connectivity of the network cascade equipment on the train is monitored. The network cascade equipment set on the train includes a first broadcast control board and a second broadcast control board located at both ends, multiple decoding boards located on the train, and the broadcast control board and the encoding board are connected in series; The first broadcast control board sends the connectivity monitoring message data 0XAA 0X01 0X00 0X00 0X00 0XC80XAB to the specified port 20500 via UDP; The decoding board program pulls up the binding port 20500 and receives message data according to the set time interval of 6 seconds; If the connectivity monitoring message data is received within the time interval, it is decoded and verified to determine whether it is a valid message; if it is a valid message, the data is parsed; if it is an invalid message, no response is given; If the connectivity monitoring message data is not received within a given time interval, a network connection failure is recorded; If the network connection fails for 3 times in total, try to open and close the network relay using the command. If no data is received after opening and closing, restart directly; Determining a valid message and performing data analysis means determining the data is valid through the data header and tail frames, and judging whether the data is sent by the first-end broadcast control board or the second-end broadcast control board according to the source device ID bit of the data; If the valid information data of the second broadcast control board is recorded within 6 seconds after the valid information data of the first broadcast control board is recorded, it is judged that the two network ports are unobstructed. If no valid message data of the second broadcast control board is recorded within 6 seconds, it is judged that the network port is blocked; after clearing the flag bit, a network connection failure is recorded and data is received again; When the recorded network connection fault flag reaches 3 times, the relay will be opened and closed once to try to restore network connectivity, and the network relay opening and closing flag will be recorded once; Delay waiting to receive data again; If the network connection fault flag is recorded again after the network relay flag is cleared, restart directly.
[0035] Example 2 In Example 2, the method for monitoring connectivity of rail transit network cascade devices includes: The decoding board starts and is judged based on the number of restarts; If the number of restarts exceeds the preset number, it is considered a network device failure and no restart is performed; If the preset restart times are not exceeded, the port for receiving UDP data is bound; Start the UDP receiving thread and receive UDP data at the set time interval; If no UDP data is received, the network connection failure flag data is recorded once; If UDP data is received, the validity of the received UDP data is judged; If the UDP data is invalid, no response will be made; If the UDP data is valid data, the UDP data is parsed to determine the source of the UDP data. If it is from the first broadcast control board, the flag data of the first broadcast control board is added; if it is from the second broadcast control board, the flag data of the second broadcast control board is added; If the UDP data from the first broadcast control board and the UDP data from the second broadcast control board are received within 6 seconds, it is determined that the network is connected normally, and the flag data is cleared; and the UDP data reception starts again; If only UDP data from the first broadcast control board or UDP data from the second broadcast control board is received within 6 seconds, the corresponding flag data is cleared and the network connection failure flag data is recorded once; If the network connection fault flag data is recorded no more than 3 times, restart the receiving of UDP data. If the network connection fault flag data is recorded more than 3 times, open and close the relay, record the open and close relay action, delay the start of the receiving UDP thread, and receive UDP data at the set time interval. If the opening and closing relay action record exceeds 3 times, restart the decoder board.
[0036] The method for monitoring the connectivity of rail transit network cascade equipment disclosed in an embodiment of the present invention is applied to network cascade equipment, which includes two broadcast control boards arranged at two ends of a rail transit facility and multiple decoder boards located between the two broadcast control boards; a connectivity monitoring message with a custom protocol is broadcasted to the decoder board through the broadcast control boards at both ends, and the decoder board receives the connectivity monitoring message and decodes the message to make a judgment. If the broadcast message from both ends is not received, it is determined to be a network connection failure; the method for monitoring the connectivity of rail transit network cascade equipment can identify network connection failure problems in a short time, and then perform avoidance processing, which can timely and effectively avoid problems such as black screen and non-linkage in dynamic map equipment.
[0037] The technical solutions disclosed in the embodiments of the present invention and the technical details disclosed in the embodiments are merely illustrative of the inventive concept of the present invention and do not constitute a limitation on the technical solutions of the embodiments of the present invention. Any conventional changes, replacements or combinations of the technical details disclosed in the embodiments of the present invention have the same inventive concept as the present invention and are within the protection scope of the claims of the present invention.
Claims
1. A method for monitoring connectivity of cascaded equipment in a rail transit network, characterized in that: The network cascade device includes two broadcast control boards arranged at two ends of the rail transit facility and a plurality of decoder boards located between the two broadcast control boards; the monitoring method includes the steps of: The broadcast control board broadcasts a connectivity monitoring message to the decoding board; The decoding board receives connectivity monitoring messages at set time intervals and performs analysis; The decoding board determines the source of the received connectivity monitoring message based on the parsed data and marks the data; If the decoder board receives connectivity monitoring messages from two different broadcast control boards within the set time interval, the network is determined to be connected; If the decoder board does not receive connectivity monitoring messages from two different broadcast control boards within a set time interval, it determines that the network connection is faulty and starts receiving connectivity monitoring messages again.
2. The method for monitoring connectivity of rail transit network cascade equipment according to claim 1, characterized in that: After receiving the connectivity monitoring message, the decoder board first determines whether it is valid data; If it is judged to be valid data, data analysis is performed; If the data is judged to be invalid, no response will be made.
3. The method for monitoring connectivity of rail transit network cascade equipment according to claim 1, characterized in that: If the decoder board does not receive the connectivity monitoring message within the set time interval, it will be recorded as a network connection failure and will start receiving connectivity monitoring messages again.
4. The method for monitoring connectivity of rail transit network cascade equipment according to claim 1 or 3, characterized in that: If the number of network connection failures exceeds the preset number, the relay will be opened and closed to restore the connection to the network cascade device.
5. The method for monitoring connectivity of rail transit network cascade equipment according to claim 4, characterized in that: If a network connection failure occurs again after the network cascade device is restored, restart the network cascade device.
6. The method for monitoring connectivity of rail transit network cascade equipment according to claim 5, characterized in that: If the network cascade device is restarted more than the set number of times, it will be considered a dead fault.
7. The method for monitoring connectivity of rail transit network cascade equipment according to claim 1, characterized in that: The protocol of the connectivity monitoring message is: 0XAA 0X0A 0X00 0X00 0X00 0XC8 0XAB; wherein, the first byte 0XAA is the header data frame; the second byte 0X0A is the broadcast control board device ID frame, 01 represents broadcast control board No. 1, and 02 represents broadcast control board No. 2; the third byte 0X00 is the communication mode, and 0X00 indicates that no reply is required; the fourth byte 0X00 and the fifth byte 0X00 are reserved bytes; the sixth byte 0XC8 is the CRC check frame; the seventh byte 0XAB is the tail data frame.
8. The method for monitoring connectivity of rail transit network cascade equipment according to claim 7, characterized in that: The first byte of the header data frame and the seventh byte of the tail data frame of the connectivity monitoring message are used to determine the validity of the data.
9. The method for monitoring connectivity of rail transit network cascade equipment according to claim 1, characterized in that: The time interval for the decoder board to receive connectivity monitoring messages is set to 6 seconds.
10. The method for monitoring connectivity of rail transit network cascade equipment according to claim 4, characterized in that: The default number of network connection failures is 3.