A train communication method, switching equipment, and storage medium
By determining the processing time window for real-time communication data, the problems of data packet collisions and jitter in train communication were solved, resulting in a more stable communication process.
Patent Information
- Application Number
- CN202111256363.8
- Authority / Receiving Office
- CN · China
- Patent Type
- Patents(China)
- Current Assignee / Owner
- Filing Date
- 2021-10-27
- Publication Date
- 2025-12-02
- Estimated Expiration
- 2041-10-27
AI Technical Summary
Existing Ethernet-based train communication methods suffer from packet collisions and jitter, resulting in poor network stability.
By acquiring the device's sending time and network topology of real-time communication data, a processing time window is determined, including the receiving and forwarding time windows, and real-time communication data is transmitted based on these time windows.
It improves the determinism of real-time communication data during transmission, avoids data packet collisions and jitter, and enhances the stability of train communication.
Smart Images

Figure CN116056042B_ABST
Abstract
Description
Technical Field
[0001] This invention relates to the field of train communication technology, and in particular to a train communication method, switching equipment, and storage medium. Background Technology
[0002] In existing technologies, train communication typically uses Multifunction Vehicle Bus (MVB) or Ethernet to achieve communication and control within the vehicle. Due to the small bandwidth of MVB, using Ethernet is more conducive to improving data transmission rate and meeting the needs of high-speed and intelligent trains.
[0003] However, existing Ethernet-based train communication methods are mainly event-triggered. The arrival of event-triggered Ethernet data is uncertain, which may lead to jitter problems caused by packet collisions during the communication process. For example, when data from multiple sending ports converges to a receiving port, uncertain queuing may occur, causing jitter or packet loss, resulting in poor network stability. Summary of the Invention
[0004] The technical problem to be solved by this invention is: how to improve the stability of train communication.
[0005] To address the aforementioned technical problems, this invention provides a train communication method, a switching device, and a storage medium.
[0006] A first aspect of the present invention provides a train communication method, comprising:
[0007] The device-side transmission time of the real-time communication data and the network topology corresponding to the real-time communication data are obtained.
[0008] Based on the device-side transmission time of the real-time communication data and the network topology, a processing time window for the real-time communication data is determined. The real-time communication data corresponds one-to-one with the processing time window, and the processing time window includes a receiving time window and a forwarding time window.
[0009] The real-time communication data is transmitted based on the processing time window.
[0010] In some embodiments, when multiple real-time communication data need to communicate through the same port at the same time, a processing time window for the real-time communication data is determined based on the device-side transmission time of the real-time communication data and the network topology. The processing time window includes a receiving time window and a forwarding time window, including:
[0011] The buffer queuing time corresponding to each real-time communication data is determined based on the quantity of the real-time communication data.
[0012] The receiving time window and the forwarding time window for the corresponding real-time communication data are determined based on the cache queuing time, the device sending time, and the network topology.
[0013] In some embodiments, the real-time communication data message includes a field pre-set with a real-time communication data identifier.
[0014] In some embodiments, before transmitting the real-time communication data based on the processing time window, the method further includes:
[0015] Acquire communication data, which includes real-time communication data and event-triggered data;
[0016] The real-time communication data is filtered out from the communication data based on the real-time communication data identifier.
[0017] In some embodiments, transmitting the real-time communication data based on the processing time window includes:
[0018] When the system time reaches the receiving time window, the real-time communication data is received; when the system time reaches the forwarding time window, the real-time communication data is forwarded.
[0019] In some embodiments, before the device-side transmission time for acquiring real-time communication data and the network topology corresponding to the real-time communication data, the method further includes:
[0020] Synchronize system time with the device that sends the real-time communication data.
[0021] In some embodiments, the method further includes updating the processing time window based on the data stream of the real-time communication data and changes in the network topology.
[0022] A second aspect of the present invention provides a switching device comprising a processor and an FPGA board;
[0023] The processor is configured to acquire the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data; determine the processing time window of the real-time communication data based on the device-side transmission time of the real-time communication data and the network topology, wherein the real-time communication data corresponds one-to-one with the processing time window, and the processing time window includes a receiving time window and a forwarding time window; and send the processing time window to the FPGA board.
[0024] The FPGA module transmits the real-time communication data based on the processing time window.
[0025] In some embodiments, the FPGA board is further configured to acquire communication data, the communication data including real-time communication data and event-triggered data; and to filter the real-time communication data from the communication data based on a real-time communication data identifier.
[0026] A third aspect of the present invention provides a storage medium storing a computer program that, when executed by a processor, enables the implementation of the train communication method described in any of the preceding claims.
[0027] Compared with the prior art, one or more embodiments of the above solutions may have the following advantages or beneficial effects:
[0028] The train communication method provided by this invention acquires the device's transmission time for real-time communication data and the corresponding network topology. Based on the device's transmission time and the network topology, a processing time window for the real-time communication data is determined. Each real-time communication data point corresponds one-to-one with a processing time window, which includes a receiving time window and a forwarding time window. The real-time communication data is then transmitted based on this processing time window. This method, by determining the processing time window for real-time communication data, improves the determinism of real-time communication data transmission, avoids data packet collisions and jitter issues during communication, and effectively enhances the stability of train communication. Attached Figure Description
[0029] The scope of this disclosure can be better understood by reading the following detailed description of exemplary embodiments in conjunction with the accompanying drawings. The accompanying drawings are:
[0030] Figure 1 A flowchart illustrating a train communication method provided by an embodiment of the present invention is shown;
[0031] Figure 2 A flowchart illustrating a train communication method according to Embodiment 2 of the present invention is shown;
[0032] Figure 3 A schematic diagram of the structure of a switching device provided in an embodiment of the present invention is shown;
[0033] Figure 4 A schematic diagram of a network architecture provided by an embodiment of the present invention is shown;
[0034] Figure 5 This diagram illustrates the communication between an APP and a switching device according to an embodiment of the present invention. Detailed Implementation
[0035] To make the objectives, technical solutions, and advantages of the present invention clearer, the implementation method of the present invention will be described in detail below with reference to the accompanying drawings and embodiments, so that the process of how the present invention uses technical means to solve technical problems and achieve technical effects can be fully understood and implemented accordingly.
[0036] In existing technologies, train communication typically uses Multifunction Vehicle Bus (MVB) or Ethernet to achieve communication and control within the vehicle. Due to the small bandwidth of MVB, using Ethernet is more conducive to improving data transmission rate and meeting the needs of high-speed and intelligent trains.
[0037] However, existing Ethernet-based train communication methods are mainly event-triggered. The transmission of event-triggered Ethernet data is random and the arrival of event-triggered Ethernet data is uncertain. Therefore, jitter problems may occur in the communication process of event-triggered Ethernet data due to packet collisions. For example, when data from multiple sending ports converges to a receiving port, uncertain queuing will occur, causing jitter or packet loss problems, resulting in poor network stability.
[0038] In view of this, the present invention provides a train communication method, which acquires the device-side transmission time of real-time communication data and the corresponding network topology; determines a processing time window for the real-time communication data based on the device-side transmission time and the network topology, with a one-to-one correspondence between real-time communication data and the processing time window, which includes a receiving time window and a forwarding time window; and transmits the real-time communication data based on the processing time window. This method, by determining the processing time window for real-time communication data, improves the determinism of real-time communication data during transmission, avoids data packet collisions and jitter problems during communication, and effectively improves the stability of train communication.
[0039] It should be noted that the train communication method provided by the present invention can be applied to switching equipment, as described in the following embodiments.
[0040] Example 1
[0041] See Figure 1 As shown, Figure 1 The diagram shows a flowchart of a train communication method according to an embodiment of the present invention, which may include:
[0042] Step S101: Obtain the device-side transmission time of the real-time communication data and the network topology corresponding to the real-time communication data;
[0043] Step S102: Based on the device-side transmission time of the real-time communication data and the network topology, determine the processing time window for the real-time communication data. The real-time communication data corresponds one-to-one with the processing time window, which includes the receiving time window and the forwarding time window.
[0044] Step S103: Transmit real-time communication data based on the processing time window.
[0045] In this embodiment of the invention, target data can be pre-set as real-time communication data according to requirements, and the real-time communication data can be pre-set to be released periodically to ensure the determinism of data transmission time; a network topology corresponding to the real-time communication data can also be pre-formed, wherein the network topology can be an Ethernet-based network topology to improve data transmission rate. The network topology can include multiple switching devices and device ends connected to the switching devices, and the switching devices and device ends can communicate with each other.
[0046] In some embodiments, step S101 may specifically involve the switching device acquiring the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data, so as to obtain a deterministic device-side transmission time and network topology for the real-time communication data.
[0047] In some embodiments, step S102 may specifically involve determining the transmission time of real-time communication data between the device and the switching device based on the network topology of the real-time communication data, determining the arrival time of the real-time communication data based on the transmission time and the sending time at the device, and determining the processing time window for the real-time communication data: a receiving time window and a forwarding time window, based on the arrival time. Here, the real-time communication data and the processing time window correspond one-to-one, which can effectively avoid the problem of data packet collisions during communication.
[0048] In other embodiments, when multiple real-time communication data need to communicate through the same port at the same time, step S102 may further be as follows:
[0049] The buffer queuing time for each real-time communication data is determined based on the amount of real-time communication data.
[0050] The receiving time window and forwarding time window for the corresponding real-time communication data are determined based on the buffer queuing time, the device sending time, and the network topology.
[0051] When multiple real-time communication data are communicated through the same port at the same time, the processing time window of multiple real-time communication data can be determined by the above method, so that the real-time communication data and the processing time window are in one-to-one correspondence, so that each real-time communication data can be received and forwarded at the corresponding determined time, reducing latency and avoiding data packet collisions.
[0052] It should be noted that different real-time communication data may correspond to the same forwarding time window or different forwarding time windows. In this embodiment of the invention, no specific limitation will be made. When real-time communication data has a deterministic processing time window, it is convenient to schedule the corresponding processing function and improve the stability of train communication.
[0053] In some embodiments, step S103 may specifically involve receiving real-time communication data when the system time of the interactive device reaches the receiving time window, and forwarding the real-time communication data when the system time reaches the forwarding time window. Specifically, when the system time reaches the receiving time window, the switching device receives the corresponding real-time communication data, and the currently receiving port does not perform any other operations; when the system time reaches the forwarding time window, the switching device forwards the real-time communication data, and the corresponding forwarding port does not perform any other operations. The switching device schedules the receiving and forwarding functions based on the determined processing time window, overcoming the problems of communication randomness and jitter in event-triggered data communication processes in the prior art, effectively improving the stability of train communication.
[0054] The above describes a train communication method provided in Embodiment 1 of the present invention. It involves acquiring the device's transmission time for real-time communication data and the corresponding network topology; determining a processing time window for the real-time communication data based on the device's transmission time and the network topology; a one-to-one correspondence between real-time communication data and processing time windows, with each processing time window including a receiving time window and a forwarding time window; and transmitting the real-time communication data based on the processing time window. This method improves the determinism of real-time communication data transmission by determining the processing time window, avoiding data packet collisions and jitter issues during communication, and effectively improving the stability of train communication.
[0055] Example 2
[0056] See Figure 2 As shown, Figure 2 The diagram shows a flowchart of a train communication method according to Embodiment 2 of the present invention, which may include:
[0057] Step S200: Synchronize system time with the device that sends real-time communication data;
[0058] Step S201: Obtain the device-side transmission time of the real-time communication data and the network topology corresponding to the real-time communication data;
[0059] Step S202: Based on the device's transmission time and network topology of the real-time communication data, determine the processing time window for the real-time communication data. The real-time communication data corresponds one-to-one with the processing time window, which includes the receiving time window and the forwarding time window.
[0060] Step S203: Acquire communication data, which includes real-time communication data and event-triggered data;
[0061] Step S204: Filter out real-time communication data from the communication data based on the real-time communication data identifier;
[0062] Step S205: Transmit real-time communication data based on the processing time window.
[0063] Step S206: Update the processing time window based on the data stream of real-time communication data and changes in network topology.
[0064] In this embodiment of the invention, to improve the effectiveness of data transmission, the switching device and the device sending real-time communication data can be synchronized in system time. Specifically, the time deviation Offset and transmission delay Delay of the switching device and the device can be calculated using the following two expressions:
[0065] Offset=[(t2-t1)+(t3-t4)] / 2;
[0066] Delay = [(t2-t1)+(t4-t3)] / 2, where t1 is the device's sending time, t2 is the switching device's receiving time, t3 is the switching device's delayed sending time, and t4 is the time when the device receives the message sent by the switching device.
[0067] Then, the system time is adjusted based on Offset and Delay to synchronize the system time of the switching device with that of the device. This can be achieved using conventional methods in the prior art, which will not be described in detail in this embodiment of the invention.
[0068] In this embodiment of the invention, target data can be pre-set as real-time communication data according to requirements, and the real-time communication data can be pre-set to be released periodically to ensure the determinism of data transmission time; a network topology corresponding to the real-time communication data can also be pre-formed, wherein the network topology can be an Ethernet-based network topology to improve data transmission rate. The network topology can include multiple switching devices and device ends connected to the switching devices, and the switching devices and device ends can communicate with each other.
[0069] In some embodiments, step S201 may specifically involve the switching device acquiring the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data, so as to obtain a deterministic device-side transmission time and network topology for the real-time communication data.
[0070] In some embodiments, step S202 may specifically involve determining the transmission time of real-time communication data between the device and the switching device based on the network topology of the real-time communication data, determining the arrival time of the real-time communication data based on the transmission time and the sending time at the device, and determining the processing time window for the real-time communication data: a receiving time window and a forwarding time window, based on the arrival time. Here, the real-time communication data and the processing time window correspond one-to-one, which can effectively avoid data packet collisions during communication.
[0071] In other embodiments, when multiple real-time communication data need to communicate through the same port at the same time, step S202 may further be as follows:
[0072] The buffer queuing time for each real-time communication data is determined based on the amount of real-time communication data.
[0073] The receiving time window and forwarding time window for the corresponding real-time communication data are determined based on the buffer queuing time, the device sending time, and the network topology.
[0074] When multiple real-time communication data are communicated through the same port at the same time, the processing time window of multiple real-time communication data can be determined by the above method, so that the real-time communication data and the processing time window are in one-to-one correspondence, so that each real-time communication data can be received and forwarded at the corresponding determined time, reducing latency and avoiding data packet collisions.
[0075] It should be noted that different real-time communication data may correspond to the same forwarding time window or different forwarding time windows. In this embodiment of the invention, no specific limitation will be made. When real-time communication data has a deterministic processing time window, it is convenient to schedule the corresponding processing function and improve the stability of train communication.
[0076] In this embodiment of the invention, step S203 may specifically involve the switching device acquiring communication data. The communication data may include real-time communication data and event-triggered data. For event-triggered data, existing methods will be used for communication.
[0077] The real-time communication data can be pre-set. In some embodiments, a field for real-time communication data identification can be pre-set in the real-time communication data message to serve as an identifier for subsequent filtering and corresponding processing time windows.
[0078] In step S204, real-time communication data is filtered out from the communication data based on the real-time communication data identifier, so as to perform high real-time processing on the real-time communication data based on the processing time window.
[0079] In some embodiments, step S205 may specifically involve receiving real-time communication data when the system time of the interactive device reaches the receiving time window, and forwarding the real-time communication data when the system time reaches the forwarding time window. Specifically, when the system time reaches the receiving time window, the switching device receives the corresponding real-time communication data, and the currently receiving port does not perform any other operations; when the system time reaches the forwarding time window, the switching device forwards the real-time communication data, and the corresponding forwarding port does not perform any other operations. The switching device schedules the receiving and forwarding functions based on the determined processing time window, overcoming the problems of communication randomness and jitter in event-triggered data communication processes in the prior art, effectively improving the stability of train communication.
[0080] In some embodiments, step S206 may specifically trigger an update of the processing time window based on changes in the data stream of real-time communication data and the network topology. In some embodiments, this may involve adding a device to send real-time communication data, causing changes in the data stream of real-time communication data and the network topology, thereby updating the processing time window accordingly, so that real-time communication data can be transmitted based on the updated processing time window.
[0081] The above describes a train communication method provided in Embodiment 2 of the present invention. The method involves: synchronizing the system time with the device sending real-time communication data; acquiring the device's transmission time and the corresponding network topology; determining a processing time window for the real-time communication data based on the transmission time and network topology, with each real-time communication data corresponding to a processing time window, including a receiving time window and a forwarding time window; acquiring communication data, including real-time communication data and event-triggered data; filtering real-time communication data from the communication data based on its identifier; and transmitting the real-time communication data based on the processing time window. This method, by synchronizing the system time, improves the effectiveness of data transmission. By determining the processing time window for real-time communication data, it enhances the determinism of real-time communication data during transmission, avoiding data packet collisions and jitter issues, and effectively improving the stability of train communication.
[0082] Example 3
[0083] See Figure 3 As shown, Figure 3This diagram illustrates the structure of a switching device according to an embodiment of the present invention, which may include: a processor 31 and an FPGA board 32;
[0084] The processor 31 is used to acquire the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data; determine the processing time window of real-time communication data based on the device-side transmission time of real-time communication data and the network topology, with a one-to-one correspondence between real-time communication data and processing time windows, and the processing time window includes a receiving time window and a forwarding time window; and send the processing time window to the FPGA board 32.
[0085] FPGA module 32 transmits real-time communication data based on the processing time window.
[0086] In some embodiments, the processor 31 can obtain the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data, so as to obtain a deterministic device-side transmission time and network topology for the real-time communication data.
[0087] In some embodiments, the processor 31 can determine the transmission time of real-time communication data between the device and the switching device based on the network topology of the real-time communication data, determine the arrival time of the real-time communication data based on the transmission time and the sending time at the device, and determine the processing time window for the real-time communication data: a receiving time window and a forwarding time window based on the arrival time. The real-time communication data and the processing time window correspond one-to-one, which can effectively avoid data packet collisions during communication.
[0088] In other embodiments, when multiple real-time communication data need to communicate through the same port at the same time, the processor 31 can also determine the processing time window through the following steps:
[0089] The buffer queuing time for each real-time communication data is determined based on the amount of real-time communication data.
[0090] The receiving time window and forwarding time window for the corresponding real-time communication data are determined based on the buffer queuing time, the device sending time, and the network topology.
[0091] When multiple real-time communication data are communicated through the same port at the same time, the processing time window of multiple real-time communication data can be determined by the above method, so that the real-time communication data and the processing time window are in one-to-one correspondence, so that each real-time communication data can be received and forwarded at the corresponding determined time, reducing latency and avoiding data packet collisions.
[0092] It should be noted that different real-time communication data may correspond to the same forwarding time window or different forwarding time windows. In this embodiment of the invention, no specific limitation will be made. When real-time communication data has a deterministic processing time window, it is convenient to schedule the corresponding processing function and improve the stability of train communication.
[0093] In this embodiment of the invention, the FPGA board 32 can also be used to acquire communication data, which may include real-time communication data and event-triggered data, and to filter the real-time communication data from the communication data based on a real-time communication data identifier. For event-triggered data, existing methods will be used for communication.
[0094] The real-time communication data can be pre-set. In some embodiments, a field for real-time communication data identification can be pre-set in the real-time communication data message to serve as an identifier for subsequent filtering and corresponding processing time windows.
[0095] In some embodiments, when the system time of the interactive device reaches the receiving time window, the FPGA board 32 can receive real-time communication data; when the system time reaches the forwarding time window, the FPGA board 32 can forward the real-time communication data. Specifically, when the system time reaches the receiving time window, the FPGA board 32 will receive the corresponding real-time communication data, and the currently receiving port will not perform any other operations; when the system time reaches the forwarding time window, the FPGA board 32 will forward the real-time communication data, and the corresponding forwarding port will not perform any other operations. The FPGA board 32 can schedule the receiving and forwarding functions based on the determined processing time window, overcoming the problems of communication randomness and jitter in the prior art's event-triggered data communication process, effectively improving the stability of train communication.
[0096] In some embodiments, the switching device may further include a register, in which a processing time window corresponding to real-time communication data may be stored, and the updated processing time window may be sent to the FPGA board 32 through the register.
[0097] The above is an embodiment of the present invention providing a switching device, which may include a processor 31 and an FPGA board 32; when the switching device performs train communication, it can achieve the same beneficial effects as the above embodiment one or embodiment two.
[0098] Specific examples
[0099] The train communication method provided in this embodiment of the invention can be used as follows: Figure 4 The network architecture shown can handle both real-time communication data and event-triggered data.
[0100] This network architecture can include ordinary terminals and terminal devices. Ordinary terminals can only send event-triggered data, which can be sent directly to the switching device or sent to the switching device through an ordinary Ethernet switch.
[0101] In some embodiments, the device terminal can be used to send real-time communication data and event-triggered data. In some embodiments, the switching device will prioritize processing real-time communication data and then process event-triggered data using existing processing methods. The device terminal may also be equipped with a processor (CPU) and an FPGA. The CPU may store terminal software to determine the sending and receiving time windows of the terminal device. The CPU and FPGA can communicate via PCIe (Peripheral Component Interconnect). The CPU can control the FPGA to perform corresponding sending and receiving functions based on the determined sending and receiving time windows.
[0102] The network architecture employs the switching device provided in this embodiment of the invention. This switching device may include a CPU and an FPGA. The CPU stores switching software, which can be used to determine the processing time window of the switching device or to forward event-driven data. The CPU and FPGA communicate via PCIe; the FPGA can filter real-time communication data and process it based on the received time processing window.
[0103] Event-triggered data can be sent to a management terminal via a switching device, and then from the management terminal to a PC. The management terminal may also include a CPU and an FPGA, with communication between the CPU and FPGA via PCIe. The management terminal can centrally distribute the processing time windows corresponding to each real-time communication data to the CPU, which then sends them to the FPGA for storage.
[0104] Real-time communication data is represented by HRT (Hard real time), and event-triggered data is represented by BE.
[0105] See Figure 5 As shown, Figure 5 This diagram illustrates the communication between an APP and a switching device according to an embodiment of the present invention.
[0106] The switching device may include a processor (not shown in the figure), an operating system interface, drivers, registers, and an FPGA board. The processor may store switching software such as an SDK (Software Development Kit).
[0107] Data can be transmitted between the APP and the switching device via the TCP / IP protocol stack, or the processor can detect the arrival of data through interrupts or polling and transmit data between the APP without using the operating system's network protocol stack.
[0108] For real-time communication data, the FPGA board can perform HRT reception processing based on the processing time window written from the registers to the FPGA board, and can transfer data to the operating system interface via DMA (Direct Memory Access) and then upload it to the APP.
[0109] For event-triggered data (BE), existing data receiving and processing methods can be used to transfer the data to the operating system via DMA, and then upload it to the APP.
[0110] In some embodiments, when the switching device forwards data, the message of the forwarding layer of real-time communication data can be set to conform to the IEEE 802.3 standard. The message can also include a field for identifying the real-time communication data stream. This field is used to filter real-time communication data and match the processing time window. When the identification is correct, the FPGA board will allow the data packet to be sent out or received in the corresponding processing time window.
[0111] In some embodiments, the forwarding layer messages can also be configured with source MAC and destination MAC conforming to the IEEE 802.3 standard.
[0112] In some embodiments, application layer messages can also be configured to facilitate data management at the application layer. For example, application layer messages may include:
[0113] SequenceCounter: Message sequence counter, used to ensure the continuity of data in upper-layer applications. This field can be used to check whether there is packet loss in the message.
[0114] Data type version number: ensures data security and is used for application layer data FCS verification;
[0115] Payload data size: Used to manage the length of application data;
[0116] Application layer communication identification symbols: These are the ways in which applications identify application layer data.
[0117] In another aspect, the present invention provides a storage medium storing a computer program that, when executed by a processor, implements the train communication method as described in Embodiment 1 or Embodiment 2 above.
[0118] The processes, functions, methods, and / or software described above may be recorded, stored, or fixed in one or more computer-readable storage media, which include program instructions that will be implemented by a computer to cause a processor to execute the program instructions. The storage medium may also individually include program instructions, data files, data structures, etc., or a combination thereof. The storage medium or program instructions may be specifically designed and understood by those skilled in the art of computer software, or the storage medium or instructions may be known and available to those skilled in the art of computer software. Examples of computer-readable media include: magnetic media, such as hard disks, floppy disks, and magnetic tapes; optical media, such as CD-ROMs and DVDs; magneto-optical media, such as optical discs; and hardware devices specifically configured to store and execute program instructions, such as read-only memory (ROM), random access memory (RAM), flash memory, etc. Examples of program instructions include machine code (e.g., code generated by a compiler) and files containing high-level code that can be executed by a computer using an interpreter. The described hardware devices may be configured to function as one or more software modules to perform the operations and methods described above, and vice versa. In addition, computer-readable storage media can be distributed across networked computer systems, allowing for the storage and execution of computer-readable code or program instructions in a decentralized manner.
[0119] While the embodiments disclosed in this invention are as described above, the content is merely for the purpose of facilitating understanding of the invention and is not intended to limit the invention. Any person skilled in the art to which this invention pertains may make any modifications and changes in form and detail of the implementation without departing from the spirit and scope disclosed herein; however, the scope of protection of this invention shall still be determined by the scope defined in the appended claims.
Claims
1. A train communication method, characterized in that, include: The device-side transmission time of the real-time communication data and the network topology corresponding to the real-time communication data are obtained. Based on the device-side transmission time of the real-time communication data and the network topology, a processing time window for the real-time communication data is determined. The real-time communication data corresponds one-to-one with the processing time window, and the processing time window includes a receiving time window and a forwarding time window. Based on the processing time window, the real-time communication data is transmitted; Where multiple real-time communication data need to communicate through the same port at the same time, a processing time window for the real-time communication data is determined based on the device-side transmission time of the real-time communication data and the network topology. The processing time window includes a receiving time window and a forwarding time window, including: The buffer queuing time corresponding to each real-time communication data is determined based on the quantity of the real-time communication data. The receiving time window and the forwarding time window for the corresponding real-time communication data are determined based on the cache queuing time, the device sending time, and the network topology.
2. The method according to claim 1, characterized in that, The real-time communication data message contains a pre-set field for identifying real-time communication data.
3. The method according to claim 2, characterized in that, Before transmitting the real-time communication data based on the processing time window, the method further includes: Acquire communication data, which includes real-time communication data and event-triggered data; The real-time communication data is filtered out from the communication data based on the real-time communication data identifier.
4. The method according to claim 1, characterized in that, Based on the processing time window, the real-time communication data is transmitted, including: When the system time reaches the receiving time window, the real-time communication data is received; when the system time reaches the forwarding time window, the real-time communication data is forwarded.
5. The method according to any one of claims 1 to 4, characterized in that, Before obtaining the device-side transmission time of the real-time communication data and the network topology corresponding to the real-time communication data, the method further includes: Synchronize system time with the device that sends the real-time communication data.
6. The method according to claim 1, characterized in that, The method further includes updating the processing time window based on the data stream of the real-time communication data and changes in the network topology.
7. A switching device, characterized in that, Including processors and FPGA boards; The processor is configured to acquire the device-side transmission time of real-time communication data and the network topology corresponding to the real-time communication data; determine the processing time window of the real-time communication data based on the device-side transmission time of the real-time communication data and the network topology, wherein the real-time communication data corresponds one-to-one with the processing time window, and the processing time window includes a receiving time window and a forwarding time window; and send the processing time window to the FPGA board. The FPGA board transmits the real-time communication data based on the processing time window; Where multiple pieces of real-time communication data need to communicate through the same port at the same time, the processor is further configured to: The buffer queuing time corresponding to each real-time communication data is determined based on the quantity of the real-time communication data. The receiving time window and the forwarding time window for the corresponding real-time communication data are determined based on the cache queuing time, the device sending time, and the network topology.
8. The switching device according to claim 7, characterized in that, The FPGA board is also used to acquire communication data, including real-time communication data and event-triggered data; and to filter the real-time communication data from the communication data based on the real-time communication data identifier.
9. A storage medium, characterized in that, The storage medium stores a computer program, which, when executed by a processor, can implement the train communication method according to any one of claims 1 to 6.
Citation Information
Patent Citations
Ethernet-based train communication network multi-hop scheduling method
CN109219019A
Exchange method based on cross-band time-triggered communication
CN110519181A
Train network control system and communication control method based on time-sensitive network
CN113541991A
