A data transmission method, related equipment, storage medium, and computer product.

Abstract

The application discloses a data transmission method, related equipment, a storage medium and a computer product. The data transmission method is applied to a sending device, and the method comprises the following steps: acquiring a stable state result of service data of each path in multipath data transmission; and sending the service data of each path and the stable state result of the service data of each path in the multipath channel.

Description

Technical Field

[0001] This application relates to the field of communications, and more particularly to a data transmission method, related equipment, storage medium, and computer product. Background Technology

[0002] Customer Premise Equipment (CPE) Optical Transport Network (OTN) transmission and receiving equipment performs multi-service access, OTN service transmission, Multi-Service Transport Platform (MSTP) multi-service, and Ethernet (ETH) functions on the main chip.

[0003] For multiple service accesses, the main chip needs to support multiple interfaces, service mapping paths, and OTN service processing. OTN service processing requires handling various cascading mappings (VC12, VC4, STM1, STM4, STM16, OTN0, and OTN1, etc.), various encapsulations (GFP, GMP, AMP / BMP, etc.), and subnetwork connection protection (SNCP), etc.

[0004] In related technologies, it is only necessary to determine whether business data has been received during transmission, but it is impossible to determine the stability of data transmission. Summary of the Invention

[0005] To address the technical problem in related technologies that only determine whether business data has been received during transmission, but cannot determine the stability of data transmission, embodiments of this application provide a data transmission method, related equipment, storage medium, and computer product.

[0006] The technical solution of this application embodiment is implemented as follows:

[0007] A data transmission method, applied to a transmitting device, the method comprising:

[0008] Obtain the steady-state results of the service data for each path in multipath data transmission;

[0009] The service data for each path and the steady-state result of the service data for each path are transmitted in the multipath channel.

[0010] In the above scheme, obtaining the steady-state result of the service data for each path in multipath data transmission includes:

[0011] Algorithm for obtaining steady state;

[0012] Using the steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the service data of each path.

[0013] In the above scheme, the step of transmitting the service data of each path and the steady-state result of the service data of each path in the multipath channel includes:

[0014] Obtain lossless optional delay data for each path in multipath data transmission;

[0015] The steady-state result of the service data of each path is filled into the lossless optional latency data of each path to obtain the updated lossless optional latency data of each path;

[0016] After inserting the updated lossless optional delay data of each path into the service data of each path, the service data of each path is sent in the multipath channel.

[0017] In the above scheme, inserting lossless optional delay data into the service data of each path and transmitting the service data of each path in the multipath channel includes:

[0018] Before the payload data of the service data of each path, the lossless optional delay data of each path is encapsulated, and then the transport layer data, link layer data and physical layer data are encapsulated in sequence, and the service data of each path is sent in the multipath channel.

[0019] In the above scheme, the lossless optional delay data for each path includes one or more of the following:

[0020] Stream identifier;

[0021] Non-destructive marking;

[0022] Link identifier;

[0023] Sequence identifier;

[0024] Stable state identifier.

[0025] A data transmission method, applied to a receiving device, the method comprising:

[0026] Receive the steady-state results for each path in the multipath channel;

[0027] Based on the steady-state results of each path, the service data of each path in the multipath channel is selected for reception.

[0028] In the above scheme, the step of selecting and receiving service data for each path in the multipath channel based on the steady-state result of each path includes:

[0029] Based on the stable state results of each path, a stable state sequence table for multipath data transmission is created. The stable state sequence table includes a data state identifier and a stable state data state identifier. The data state identifier indicates whether the corresponding service data has been received, and the stable state data state identifier indicates the state of the received stable state data.

[0030] Based on the created stable state sequence table, service data for each path in the multipath channel is selected for reception.

[0031] In the above scheme, the step of creating a stable-state sequence table for multipath data transmission based on the stable-state results of each path includes:

[0032] Algorithm for obtaining steady state;

[0033] Using the aforementioned steady-state algorithm, the service data for each path is processed serially to obtain the steady-state result of the calculation of the service data for each path;

[0034] If the steady-state result of the calculated service data for each path is the same as the steady-state result of the received data for each path, the steady-state data status identifier in the created steady-state sequence table indicates that the received steady-state data is correct.

[0035] If the calculated steady-state result of the service data for each path is different from the received steady-state result of each path, the steady-state data status identifier in the created steady-state sequence table indicates that the received steady-state data is incorrect.

[0036] If the corresponding service data is received, the data status identifier in the created stable state sequence table indicates that the corresponding service data has been received.

[0037] If the corresponding service data is not received, the data status identifier in the created stable state sequence table indicates that the corresponding service data has not been received.

[0038] In the above scheme, the step of selecting and receiving service data for each path in the multipath channel based on the created stable-state sequence table includes:

[0039] If the data status identifier in the created stable state sequence table indicates that the corresponding service data has been received, and the stable state data status identifier indicates that the received stable state data is correct, then read the service data of the corresponding path and process the service data.

[0040] If the data status identifier in the created stable state sequence table indicates that the corresponding service data has not been received, or if the stable state data status identifier indicates that the received stable state data is incorrect, the service data for the corresponding path is discarded.

[0041] A transmitting device includes: a first communication interface and a first processor; wherein,

[0042] The first processor is used to: obtain the steady-state results of the service data for each path in multipath data transmission;

[0043] The first communication interface is used to: transmit the service data of each path and the steady-state result of the service data of each path in the multipath channel.

[0044] A receiving device includes: a second communication interface and a second processor; wherein,

[0045] The second communication interface is used to receive the steady-state results of each path in the multipath channel.

[0046] The second communication interface is used to: select and receive service data for each path in the multipath channel based on the steady-state result of each path.

[0047] This application also provides a storage medium storing a computer program thereon, characterized in that the computer program, when executed by a processor, implements the steps of any of the above methods.

[0048] This application also provides a computer product, including a computer program, which, when executed by a processor, implements the steps of any of the above methods.

[0049] This application provides a data transmission method, related equipment, storage medium, and computer product. The data transmission method is applied to a transmitting device and includes: acquiring the steady-state result of service data for each path in multipath data transmission; and transmitting the service data for each path and the steady-state result of the service data for each path in a multipath channel. Therefore, the transmitting device in this application transmits not only the service data for each path but also the steady-state result of the service data for each path in the multipath channel. Thus, when receiving data via multipath transmission, the receiving device can determine the steady-state of the service data based on the received steady-state result and selectively receive the service data, thereby improving the communication efficiency and reliability between the transmitting and receiving devices. Attached Figure Description

[0050] Figure 1 This is a flowchart illustrating a data transmission method according to an embodiment of this application. Figure 1 ;

[0051] Figure 2 This is a flowchart illustrating a mapping process according to an embodiment of this application;

[0052] Figure 3 This is a schematic diagram illustrating the establishment of a service connection link according to an embodiment of this application;

[0053] Figure 4 This is a schematic diagram of a steady-state processing flow for a transmitting device according to an embodiment of this application;

[0054] Figure 5 This is a schematic diagram of a data encapsulation process for a transmitting device according to an embodiment of this application;

[0055] Figure 6 This is a schematic diagram illustrating lossless optional delay data for different links according to an embodiment of this application.

[0056] Figure 7 This is a flowchart illustrating a data transmission method according to an embodiment of this application. Figure 2 ;

[0057] Figure 8 This is a schematic diagram of a steady-state processing flow for a receiving device according to an embodiment of this application;

[0058] Figure 9 This is a schematic diagram of the structure of the data transmission device installed on the transmitting device according to an embodiment of this application;

[0059] Figure 10 This is a schematic diagram of the data transmission device installed on the receiving device according to an embodiment of this application;

[0060] Figure 11 This is a schematic diagram of the structure of the transmitting device according to an embodiment of this application;

[0061] Figure 12 This is a schematic diagram of the receiving device according to an embodiment of this application. Detailed Implementation

[0062] The present application will now be described in further detail with reference to the accompanying drawings and embodiments.

[0063] Fifth-generation mobile communication technology (5G) networks need to support a variety of services and application scenarios, such as enhanced mobile broadband (eMBB) services with higher bandwidth and lower latency, massive machine-type communication (mMTC) services supporting massive user connections, and ultra-reliable and low-latency communication (uRLLC). It is foreseeable that the 5G era will introduce many new user applications, such as: ubiquitous high-definition / ultra-high-definition and even 3D holographic films and videos in densely populated urban areas; high-speed user experiences of 100Mbps anywhere; high-speed mobile applications exceeding 350km / h; sensor networks; tactile internet; e-health; and natural disaster monitoring.

[0064] Due to the demands of 5G networks, which require simultaneous support for different service types, new technical challenges arise, such as high bandwidth, low latency, hard isolation, flexible connectivity, unified management and control, and high-precision time synchronization. Existing 4G transmission technology cannot meet the challenges of 5G in all aspects, necessitating a new slicing transmission network technology to support 5G service transmission.

[0065] 5G transmission is based on the Slicing Packet Network (SPN) mechanism. After data enters the SPN transmission equipment through the user network interface (UNI), it first undergoes data classification to distinguish the data type, and then enters the network-to-network interface (NNI) forwarding process.

[0066] For multi-service access, SPN / OTN needs to support transmission channels for various services, including 5G, 4G, enterprise customers, and home broadband. Different services require different transmission levels, involving bandwidth, latency, jitter, reliability, and security, necessitating the configuration of different transmission channels to meet these needs. It supports multi-service access, allowing a fixed number of customer services such as E1, FE, GE, 10GE LAN, STM-1, and STM-4 to access, and supports mapping customer-side services to OTN line ports.

[0067] In related technologies, it is only determined whether service data has been received during transmission, without inspecting the content of the transmitted message. Routing is mainly based on routing protocols, which can lead to message errors during actual transmission. Since the transport layer does not inspect the message, it is impossible to determine the stability of data transmission.

[0068] The data transmission method provided in this application defines a new transmission service chip processing flow, namely, a multipath stable state transmission method for transmission chips. When transmitting services via lossless selectable delay links on multiple paths, it achieves dynamic and stable transmission of transmission services. It dynamically selects one or more links according to the status of the service transmission message and selects to receive multiple data according to the status of the service transmission message, providing better service transmission capabilities and achieving a more cost-effective transmission chip design.

[0069] This application provides a data transmission method applied to a transmitting device, such as... Figure 1 As shown, the method includes:

[0070] Step 101: Obtain the steady-state results of the service data for each path in multipath data transmission.

[0071] In practical applications, the steady-state result is a set of data obtained by serially processing business data. Multipath data transmission, also known as multi-path data transmission, is the merged data transmission based on multiple transmission control protocol (TCP) paths (links) on the same sending and receiving devices. Multipath data transmission is also referred to as data transmission at the (multi-path TCP, MPTCP, MPTCP) layer. Alternatively, multipath data transmission can be a reliable merged data transmission based on user datagram protocol (UDP) paths (links) on the same sending and receiving devices, but this application is not limited to this.

[0072] In practical applications, this application defines OTN ordinary services and OTN lossless optional latency services based on the service entry type and service requirements. When transmitting services, the transmitting device determines whether to enable stable state (e.g., stable state is configured as 1) according to the system configuration. If stable state function is enabled, then stable state-related functions are activated during transmission.

[0073] In practical applications, the execution entity in this embodiment can be a transmitting device, which has functions such as data processing, data communication, and program execution. Typically, the operation of each component in the transmitting device can be driven by a core controller / processor / chip; therefore, the execution entity in this embodiment can also be the controller / processor / chip of the transmitting device.

[0074] In practical applications, the transmitting device can be a CPE OTN chip. When CPE OTN performs multi-service access processing, it supports multiple interface services (such as E1, FE, GE, 10GE LAN, STM-1, STM-4 and other customer services). Multiple interface services are encapsulated into multi-level containers, cascaded, and sent to the OTN interface for line-side transmission.

[0075] Step 102: Send the service data for each path and the steady-state result of the service data for each path in the multipath channel.

[0076] In practical applications, the transmitting device transmits not only the service data of each path in the multipath channel, but also the steady-state result of the service data of each path. In this way, when receiving data in multipath, the receiving device can determine the steady state of the service data, select routes based on the steady state, and perform forwarding service processing, thereby improving data transmission performance and enhancing the communication efficiency and reliability between the transmitting and receiving devices.

[0077] This application provides a data transmission method applied to a transmitting device. The method includes: acquiring the steady-state result of service data for each path in multipath data transmission; and transmitting the service data for each path and the steady-state result of the service data for each path in a multipath channel. As can be seen, the transmitting device in this application transmits not only the service data for each path but also the steady-state result of the service data for each path in the multipath channel. Thus, when receiving data via multipath transmission, the receiving device can determine the steady-state of the service data based on the steady-state result of the received service data and selectively receive the service data, thereby improving the communication efficiency and reliability between the transmitting and receiving devices.

[0078] In some embodiments, step 101 obtains the steady-state result of the service data for each path in multipath data transmission, including:

[0079] Algorithm for obtaining steady state;

[0080] Using a steady-state algorithm, the service data for each path is processed serially to obtain the steady-state result of the service data for each path.

[0081] In practical applications, when transmitting services, the transmitting device obtains a stable-state algorithm based on the system configuration. Using this algorithm, it serially processes the service data for each path to obtain the stable-state result for that path. The system configuration refers to the algorithm table entries defined by the transmitting device's central processing unit (CPU). During service transmission, the transmitting device selects a stable-state algorithm from these entries through the CPU.

[0082] In some embodiments, step 102 involves sending service data for each path and the steady-state result of the service data for each path in the multipath channel, including:

[0083] Obtain lossless optional delay data for each path in multipath data transmission;

[0084] The steady-state result of the business data for each path is filled into the lossless optional latency data for each path to obtain the updated lossless optional latency data for each path.

[0085] After inserting the updated lossless optional delay data for each path into the service data for each path, the service data for each path is sent in the multipath channel.

[0086] In practical applications, the establishment of lossless optional latency services involves defining OTN standard services and OTN lossless optional latency services based on the service entry type and service requirements. The configuration of lossless optional latency services includes lossless link selection and latency link selection. Corresponding table entries are set according to the service configuration. Lossless links include no packet loss and 50ms carrier-grade protection. Latency link selection includes selecting link 1, 2…N.

[0087] Table 1. Configuration Table for Lossless Optional Delay Services

[0088]

[0089]

[0090] As shown in Table 1, taking PORT+VLAN 1, PORT+VLAN 2, PORT+VLAN 3, PORT+VLAN 4, and PORT+VLAN 5 services as examples, each is identified by a different service flow ID. For lossless optional latency services, corresponding optional latency links can be configured; that is, a lossless link needs to be configured, and then the selected latency link can be configured as link 1, 2...N. Table 1 contains the specific configurations of flow ID, lossless link, stable mode, bandwidth, and latency link for different service flow IDs.

[0091] In practical applications, the mapping process for the Optical Service Unit (OSU) of the CPE OTN chip is as follows: See Figure 2As shown, during the service mapping process, the customer signal (also known as customer service / service data) is encapsulated into an Optical Channel Data Unit (ODU) payload frame, then encapsulated into an Optical Channel Transmission Unit (OTU) OH header, processed at the OTU channel layer, and transmitted. During the encapsulation process, a lossless optional delay function is added to enable rich service options, including lossless time slot forwarding and ultra-low latency processing, achieving more optimized OTN service processing. Other processing steps of the CPE OTN chip OSU are not specifically described here.

[0092] In related technologies, each service uses a single transmission link for transmission, and protection switching is performed through Ethernet Operation Administration and Maintenance (OAM) monitoring and 1+1 or 1:1 protection switching. When a service is interrupted on the working link, the link switches to the protection link; that is, the two links established in related technologies are in a primary / backup mode.

[0093] However, this application establishes a connection link for CPE OTN services through the OTN management platform.

[0094] like Figure 3 As shown, for lossless optional delay service links, connection links are established through the OTN management platform. Service 1 is defined as a lossless optional delay service, requiring the establishment of N (N>1) network-side links (e.g., link1 and link2, where both link1 and link2 are working channels) on the line side. To enhance protection, link1 and link2 should not share an optical path. Different ODUk are configured to establish different OTN channels and send data to different links. When using multipath transmission, the transmission link is determined by traffic flow, achieving dynamic and efficient multipath transmission of the service; saving internal buffer space and simplifying service processing.

[0095] In some embodiments, the lossless optional latency data for each path includes one or more of the following:

[0096] Flow identifier, which identifies the corresponding business flow ID;

[0097] Non-destructive labeling, indicating that the label is non-destructive, such as: 1 - Non-destructive;

[0098] Link identifier, which identifies the corresponding link ID;

[0099] Sequence identifier, SN, identifies the sequential ID of business data;

[0100] Stable state identifier, which identifies stable state data of the business.

[0101] Table 2 Lossless Optional Delay Data Configuration Table

[0102] Stream ID Non-destructive marking Link Identifier Sequence identifier steady state (2 bytes) (1 Byte) (2 bytes) (3 Bytes) (4-8 Bytes)

[0103] As shown in Table 2, the lossless optional delay data includes the stream ID (2 bytes), lossless identifier (1 byte), link identifier (2 bytes), and sequence identifier (3 bytes). The stable state data is 4-8 bytes.

[0104] This application achieves stable transmission of multipath service data by defining, transmitting, and judging the stable state of service data.

[0105] In some embodiments, the above-mentioned insertion of lossless optional delay data into the service data of each path, and transmission of the service data of each path in the multipath channel, includes:

[0106] Before the payload data of the service data for each path, the lossless optional delay data of each path is encapsulated, and then the transport layer data, link layer data and physical layer data are encapsulated in sequence. The service data of each path is then sent in the multipath channel.

[0107] In a feasible scenario for stable state processing on the transmitter side, see [link to relevant documentation]. Figure 4 As shown,

[0108] Step 401: Determine if it is in a stable state;

[0109] Here, when sending a service, the system determines whether to enable stable state based on the system configuration. If stable state functionality is enabled, then stable state-related functions are activated during transmission.

[0110] Step 402: Define the steady-state algorithm;

[0111] Here, based on the system configuration, a steady-state algorithm is defined to obtain the steady-state algorithm to be used for serial processing of business data.

[0112] Step 403: Serial processing of the stable state;

[0113] Here, a steady-state algorithm is used to process business data serially.

[0114] Step 404: Obtain the steady-state result;

[0115] Here, the stable state result obtained from the serial processing is obtained.

[0116] Step 405: Increase the stable state;

[0117] Here, the steady-state result is entered into the lossless optional delay data.

[0118] Step 406: Send in the multipath channel.

[0119] Here, service data and steady-state results are transmitted in a multipath channel.

[0120] In practical applications, the sending side can encapsulate the data before transmission; the data encapsulation process on the sending side is described in [link to relevant documentation]. Figure 5 As shown, before the payload data, lossless optional delay data is encapsulated based on the obtained stable-state data structure. The service data is then processed serially to obtain the stable-state result. The stable-state result is filled into the lossless optional delay data, and the corresponding transport layer, link layer, and physical layer data are encapsulated before being transmitted in the multipath channel.

[0121] See Figure 6 As shown, after sending Link1, a lossless optional delay data header 1 is filled in (the lossless optional delay data includes the corresponding flow ID-1, lossless identifier-1, link identifier-1, sequence identifier-1.2…, and stable state-0x1234.0x…), and the corresponding transport layer, link layer, and physical layer data are encapsulated before being sent on Link1. Similarly, after sending Link2, a lossless optional delay data header 2 is filled in in Link2 (the lossless optional delay data includes the corresponding flow ID-1, lossless identifier-1, link identifier-2, sequence identifier-1.2…, and stable state-0x1234.0x…), and the corresponding transport layer, link layer, and physical layer data are encapsulated before being sent on Link2.

[0122] In practical applications, during multipath transmission, the stable state of the service is calculated. Based on the configured stable state algorithm, the stable state result of the service packet is calculated and placed in the multipath service packet header. During multipath reception, the stable state of the service data is determined based on the multipath service packet header, and routing is performed based on the stable state for forwarding service processing.

[0123] This application provides a data transmission method applied to a transmitting device, such as... Figure 7 As shown, the method includes:

[0124] Step 501: Receive the steady-state results for each path in the multipath channel.

[0125] In practical applications, the execution entity of this embodiment can be a receiving device, which has functions such as data processing, data communication, and program execution. Typically, the operation of each component in the receiving device can be driven by a core controller / processor / chip; therefore, the execution entity in this embodiment can also be the controller / processor / chip of the receiving device. For example, the receiving device can be a CPE OTN chip.

[0126] Step 502: Select and receive service data for each path in the multipath channel based on the steady-state results of each path.

[0127] This application provides a data transmission method applied to a receiving device. The method includes: receiving the steady-state result of each path in a multipath channel; and selectively receiving service data for each path in the multipath channel based on the steady-state result of each path. Therefore, the transmitting device in this application transmits not only the service data of each path in the multipath channel, but also the steady-state result of the service data for each path. Thus, when receiving data via multipath, the receiving device can selectively receive the service data based on the steady-state result of the received service data, thereby improving the communication efficiency and reliability between the transmitting and receiving devices.

[0128] In some embodiments, step 502 selects and receives service data for each path in the multipath channel based on the steady-state result of each path, including:

[0129] Based on the steady-state results of each path, a steady-state sequence table for multipath data transmission is created. The steady-state sequence table includes a data state identifier and a steady-state data state identifier.

[0130] Among them, the data status identifier indicates whether the corresponding service data has been received, and the stable state data status identifier indicates the status of the received stable state data; according to the created stable state sequence list, the service data of each path in the multipath channel is selected for reception.

[0131] In practical applications, this application defines a multipath stable state sequence SN table for received data, which is indexed based on flow ID, link identifier, and sequence identifier to identify information about received data, mainly indicating the received data status and stable state data status.

[0132] Table 3 SN Table

[0133] SN 1 2 3 4 5 6 … Data status 1 1 1 0 0 0 … steady-state data state 1 1 1 0 0 0 …

[0134] For example, for data stream ID=1, a multipath stable state sequence SN table is established, as shown in Table 3: In Table 3, SN identifies the sequence identifier of the received lossless optional delay data header;

[0135] In Table 3, the data status indicator indicates whether the corresponding data has been received; for example, 1 represents that the corresponding data has been received, and 0 represents that the corresponding data has not been received.

[0136] In Table 3, the steady-state data status identifier indicates the status of the received steady-state data; for example, 1 represents a normal state and 0 represents a failure state.

[0137] On the multipath data channel, after receiving data, it is processed by the receiving state machine to form the processing result, which is recorded in the multipath stable state sequence SN table.

[0138] In some embodiments, the creation of a stable-state sequence list for multipath data transmission based on the stable-state results of each path includes:

[0139] Algorithm for obtaining steady state;

[0140] Using a steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the calculation of the service data of each path;

[0141] If the steady-state result of the calculated business data for each path is the same as the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is correct.

[0142] If the steady-state result of the calculated service data for each path is different from the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is incorrect.

[0143] If the corresponding business data is received, the data status identifier in the created stable state sequence table indicates that the corresponding business data has been received.

[0144] If the corresponding business data is not received, the data status flag in the created stable state sequence table indicates that the corresponding business data has not been received.

[0145] In practical applications, each received data stream packet enters the receiving state machine for processing. First, it determines whether a stable state is configured. If so, it follows the configured stable state algorithm. Then, it reads the multipath stable state sequence (SN) table and indexes the table entry based on the stream ID and SN ID.

[0146] In practical applications, if the corresponding table entry (data status identifier and stable-state data status identifier) ​​is 1, it indicates that the corresponding message has been received and no further processing is required. If the corresponding table entry (data status identifier or stable-state data status identifier) ​​is 0, it indicates that the message has not been satisfied, i.e., the stable-state data is incorrect, and further processing is required. The business message data is calculated to obtain the current stable-state data. This stable-state data is compared with the stable-state data in the message. If the data matches, the stable-state status of the current data is changed from 0 to 1, confirming that the current stable-state data is 1; otherwise, it is 0. The stable-state data record is then populated into the SN table. Subsequent processing of multipath data is based on the SN table.

[0147] In some embodiments, the service data for each path in the multipath channel is selectively received based on a created stable-state sequence list, including:

[0148] If the data status identifier in the created stable-state sequence table indicates that the corresponding business data has been received, and the stable-state data status identifier indicates that the received stable-state data is correct, read the business data of the corresponding path and process the business data.

[0149] If the data status identifier in the created stable-state sequence table indicates that the corresponding service data has not been received, or if the stable-state data status identifier indicates that the received stable-state data is incorrect, the service data for the corresponding path is discarded.

[0150] In practical applications, when processing multipath data, subsequent processing is performed based on the contents of the multipath stable-state sequence (SN) table. The corresponding data is indexed using the flow ID and SN ID to obtain the data status and stable-state data status. When both the data status and stable-state data status are 1, it is determined that the data meets the stable-state requirements (i.e., normal), and the relevant content is read for subsequent business data processing. Data that does not meet the stable-state requirements is discarded and marked. Therefore, this application provides stable-state service transmission capability through multipath routing selection based on stable-state judgment, achieving a more cost-effective transmission chip design.

[0151] In a feasible receiver-side steady-state processing scenario, see [link to relevant documentation]. Figure 8 As shown,

[0152] Step 601: Receive multipath data;

[0153] Step 602: Determine whether to configure a stable state;

[0154] Step 603: Read the multipath stable state sequence SN table;

[0155] Step 604: The data status flag or the stable-state data status flag is 0;

[0156] Step 605: Obtain the stable-state algorithm based on the configuration;

[0157] Step 606: Serially process the data to obtain stable-state data;

[0158] Step 607: Determine the steady-state data;

[0159] Step 608: Obtain the state of the steady-state data;

[0160] Step 609: Fill the multipath stable state sequence SN table;

[0161] Step 610: Process the multipath data based on the results of the SN table.

[0162] Step 611: The data status flag and the steady-state data status flag are both set to 1;

[0163] Step 612: No further processing will be performed;

[0164] As can be seen from the above, this application defines a novel multipath stable-state transmission method for transmission chips. In the case of lossless, selectable delay-based multipath transmission of services, it implements a dynamic stable-state transmission method for the transmission service. Based on the service transmission message state (i.e., stable-state data), it performs routing selection and reception of multiple data streams. Data that meets the stable-state requirements is received, while data that does not meet the stable-state requirements is discarded and marked. By determining the stable state, multipath routing selection is performed, providing stable-state service transmission capability and achieving a more cost-effective transmission chip design.

[0165] This application achieves lossless optional delay data by inserting service data into the CPE OTN chips of CO1 and CO2, and transmits it on N links.

[0166] This application achieves stable transmission of multipath service data by defining, transmitting, and determining the stable state of service data. During multipath transmission, the stable state of the service is calculated using a configured stable state algorithm. The calculated stable state result is then placed in the multipath service packet header. During multipath reception, the stable state of the service data is determined based on the multipath service packet header, and routing and forwarding services are performed according to the stable state.

[0167] To implement the method on the transmitting device side of this application embodiment, this application embodiment also provides a data transmission apparatus, disposed on the transmitting device, such as... Figure 9 As shown, the device includes:

[0168] The first processing unit 701 is used to obtain the steady-state result of the service data of each path in multipath data transmission;

[0169] The first transmitting unit 702 is used to transmit the service data of each path and the steady-state result of the service data of each path in the multipath channel.

[0170] In some embodiments, the first processing unit 701 is used to obtain a steady-state algorithm; using the steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the service data of each path.

[0171] In some embodiments, the first processing unit 701 is used to obtain lossless optional delay data for each path in multipath data transmission; and to fill the lossless optional delay data of each path with the steady-state result of the service data of each path to obtain the updated lossless optional delay data for each path.

[0172] The first transmitting unit 702 is used to insert updated lossless optional delay data for each path into the service data of each path, and then transmit the service data of each path in the multipath channel.

[0173] In some embodiments, lossless optional delay data for each path is encapsulated before the payload data of the service data for each path, and then transport layer data, link layer data, and physical layer data are encapsulated in sequence, and the service data for each path is sent in the multipath channel.

[0174] In some embodiments, the lossless optional latency data for each path includes one or more of the following:

[0175] Stream identifier;

[0176] Non-destructive marking;

[0177] Link identifier;

[0178] Sequence identifier;

[0179] Stable state identifier.

[0180] To implement the method on the receiving device side of this application embodiment, this application embodiment also provides a data transmission apparatus, disposed on the receiving device, such as... Figure 10 As shown, the device includes:

[0181] The second receiving unit 801 is used to receive the steady-state results of each path in the multipath channel;

[0182] The second receiving unit 801 is used to select and receive service data for each path in the multipath channel based on the steady-state result of each path.

[0183] In some embodiments, the apparatus includes: a second processing unit 802, configured to create a stable state sequence table for multipath data transmission based on the stable state result of each path, the stable state sequence table including a data state identifier and a stable state data state identifier, wherein the data state identifier indicates whether the corresponding service data has been received, and the stable state data state identifier indicates the state of the received stable state data;

[0184] The second receiving unit 801 is used to select and receive service data for each path in the multipath channel according to the created stable state sequence list.

[0185] In some embodiments, the second processing unit 802 is used to obtain a steady-state algorithm;

[0186] Using a steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the calculation of the service data of each path;

[0187] If the steady-state result of the calculated business data for each path is the same as the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is correct.

[0188] If the steady-state result of the calculated service data for each path is different from the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is incorrect.

[0189] If the corresponding business data is received, the data status identifier in the created stable state sequence table indicates that the corresponding business data has been received.

[0190] If the corresponding business data is not received, the data status flag in the created stable state sequence table indicates that the corresponding business data has not been received.

[0191] In some embodiments, the second receiving unit 801 is used to read the service data of the corresponding path and perform service data processing if the data status identifier in the created stable state sequence table indicates that the corresponding service data has been received, and the stable state data status identifier indicates that the received stable state data is correct.

[0192] The second receiving unit 801 is used to discard the service data of the corresponding path if the data status identifier in the created stable state sequence table indicates that the corresponding service data has not been received, or the stable state data status identifier indicates that the received stable state data is incorrect.

[0193] To implement the method on the transmitting device side of the embodiments of this application, the embodiments of this application also provide a transmitting device, such as... Figure 11 As shown, the transmitting device 900 includes: a first communication interface 901 and a first processor 902; wherein,

[0194] The first communication interface 901 is capable of exchanging information with the receiving device;

[0195] The first processor 902 is connected to the first communication interface 901 to enable information interaction with the receiving device and to execute the methods provided by one or more technical solutions on the transmitting device side when running a computer program.

[0196] The first memory 903 stores computer programs that can run on the first processor 902.

[0197] The first processor 902 is used to obtain the steady-state result of the service data of each path in multipath data transmission;

[0198] The first communication interface 901 is used to send the service data of each path and the steady-state result of the service data of each path in the multipath channel.

[0199] In some embodiments, the first processor 902 is used to obtain a steady-state algorithm; using the steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the service data of each path.

[0200] In some embodiments, a first processor 902 is configured to acquire lossless optional delay data for each path in multipath data transmission; fill the lossless optional delay data for each path with the steady-state result of the service data for each path to obtain updated lossless optional delay data for each path; insert the updated lossless optional delay data for each path into the service data for each path; and a first communication interface 901 is configured to transmit the service data for each path in the multipath channel.

[0201] In some embodiments, the first processor 902 is used to encapsulate the lossless optional delay data of each path before the payload data of the service data of each path, and then encapsulate the transport layer data, link layer data and physical layer data in sequence; the first communication interface 901 is used to send the service data of each path in the multipath channel.

[0202] In some embodiments, the lossless optional latency data for each path includes one or more of the following:

[0203] Stream identifier;

[0204] Non-destructive marking;

[0205] Link identifier;

[0206] Sequence identifier;

[0207] Stable state identifier.

[0208] It should be noted that the specific processing procedures of the first communication interface 901 and the first processor 902 can be understood by referring to the above method, and will not be repeated here.

[0209] Of course, in practical applications, the various components in the transmitting device 900 are coupled together through the first bus system 904. It can be understood that the first bus system 904 is used to realize the connection and communication between these components. In addition to the data bus, the first bus system 904 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, in... Figure 11 The general designated all buses as the first bus system 904.

[0210] The first memory 903 in this embodiment is used to store various types of data to support the operation of the transmitting device 900. Examples of such data include any computer program used to operate on the transmitting device 900.

[0211] The methods disclosed in the embodiments of this application can be applied to or implemented by the first processor 902. The first processor 902 may be an integrated circuit chip with signal processing capabilities. In the implementation process, each step of the above method can be completed by the integrated logic circuit of the hardware or by instructions in the form of software in the first processor 902. The first processor 902 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The first processor 902 can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of this application can be directly manifested as being executed by a hardware decoding processor, or being executed by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium, which is located in the first memory 903. The first processor 902 reads the information in the first memory 903 and completes the steps of the aforementioned method in combination with its hardware.

[0212] In an exemplary embodiment, the transmitting device 900 may be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers (MCUs), microprocessors, or other electronic components to perform the aforementioned method.

[0213] To implement the method on the receiving device side of the embodiments of this application, the embodiments of this application also provide a receiving device, such as... Figure 12 As shown, the receiving device 1000 includes: a second communication interface 1001 and a second processor 1002; wherein,

[0214] The second communication interface 1001 is capable of exchanging information with the transmitting device;

[0215] The second processor 1002 is connected to the second communication interface 1001 to enable information interaction with the transmitting device and to execute the methods provided by one or more technical solutions on the receiving device side when running a computer program.

[0216] The second memory 1003 stores computer programs that can run on the second processor 1002.

[0217] The second communication interface 1001 is used to receive the steady-state results of each path in the multipath channel.

[0218] Based on the steady-state results of each path, the service data of each path in the multipath channel is selected for reception.

[0219] In some embodiments, the second processor 1002 is configured to create a stable state sequence table for multipath data transmission based on the stable state result of each path. The stable state sequence table includes a data state identifier and a stable state data state identifier, wherein the data state identifier indicates whether the corresponding service data has been received, and the stable state data state identifier indicates the state of the received stable state data.

[0220] The second communication interface 1001 is used to select and receive service data for each path in the multipath channel according to the created stable state sequence list.

[0221] In some embodiments, the second processor 1002 is used to obtain a steady-state algorithm;

[0222] Using a steady-state algorithm, the service data of each path is processed serially to obtain the steady-state result of the calculation of the service data of each path;

[0223] If the steady-state result of the calculated business data for each path is the same as the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is correct.

[0224] If the steady-state result of the calculated service data for each path is different from the steady-state result of the received data for each path, the steady-state data status flag in the created steady-state sequence table indicates that the received steady-state data is incorrect.

[0225] If the corresponding business data is received, the data status identifier in the created stable state sequence table indicates that the corresponding business data has been received.

[0226] If the corresponding business data is not received, the data status flag in the created stable state sequence table indicates that the corresponding business data has not been received.

[0227] In some embodiments, the second communication interface 1001 is used to read the service data of the corresponding path and process the service data if the data status identifier in the created stable state sequence table indicates that the corresponding service data has been received and the stable state data status identifier indicates that the received stable state data is correct; if the data status identifier in the created stable state sequence table indicates that the corresponding service data has not been received, or the stable state data status identifier indicates that the received stable state data is incorrect, the service data of the corresponding path is discarded.

[0228] It should be noted that the specific processing procedures of the second communication interface 1001 and the second processor 1002 can be understood by referring to the above method, and will not be repeated here.

[0229] Of course, in practical applications, the various components in the receiving device 1000 are coupled together through the second bus system 1004. It can be understood that the second bus system 1004 is used to realize the connection and communication between these components. In addition to the data bus, the second bus system 1004 also includes a power bus, a control bus, and a status signal bus. However, for the sake of clarity, in... Figure 12 The general designated all buses as the second bus system 1004.

[0230] The second memory 1003 in this embodiment is used to store various types of data to support the operation of the receiving device 1000. Examples of such data include any computer program used to operate on the receiving device 1000.

[0231] The methods disclosed in the embodiments of this application can be applied to, or implemented by, the second processor 1002. The second processor 1002 may be an integrated circuit chip with signal processing capabilities. During implementation, each step of the above method can be completed by the integrated logic circuitry of the hardware or by instructions in the form of software within the second processor 1002. The second processor 1002 may be a general-purpose processor, a digital signal processor (DSP), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The second processor 1002 can implement or execute the methods, steps, and logic block diagrams disclosed in the embodiments of this application. The general-purpose processor may be a microprocessor or any conventional processor, etc. The steps of the methods disclosed in the embodiments of this application can be directly manifested as execution by a hardware decoding processor, or execution by a combination of hardware and software modules in the decoding processor. The software modules may be located in a storage medium, specifically a second memory 1003. The second processor 1002 reads information from the second memory 1003 and, in conjunction with its hardware, completes the steps of the aforementioned method.

[0232] In an exemplary embodiment, the receiving device 1000 may be implemented by one or more application-specific integrated circuits (ASICs), DSPs, programmable logic devices (PLDs), complex programmable logic devices (CPLDs), field-programmable gate arrays (FPGAs), general-purpose processors, controllers, microcontrollers (MCUs), microprocessors, or other electronic components to perform the aforementioned method.

[0233] It is understood that the memory in the embodiments of this application can be volatile memory or non-volatile memory, or both. Specifically, non-volatile memory can be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), ferromagnetic random access memory (FRAM), flash memory, magnetic surface memory, optical disc, or compact disc read-only memory (CD-ROM); magnetic surface memory can be disk storage or magnetic tape storage. Volatile memory can be random access memory (RAM), which is used as an external cache. By way of example, but not limitation, many forms of RAM are available, such as Static Random Access Memory (SRAM), Synchronous Static Random Access Memory (SSRAM), Dynamic Random Access Memory (DRAM), Synchronous Dynamic Random Access Memory (SDRAM), Double Data Rate Synchronous Dynamic Random Access Memory (DDRSDRAM), Enhanced Synchronous Dynamic Random Access Memory (ESDRAM), Sync Link Dynamic Random Access Memory (SLDRAM), and Direct Rambus Random Access Memory (DRRAM).The memories described in the embodiments of this application are intended to include, but are not limited to, these and any other suitable types of memories.

[0234] In an exemplary embodiment, this application also provides a storage medium, namely a computer storage medium, specifically a computer-readable storage medium, such as a first memory 903 storing a computer program, which can be executed by a first processor 902 of a transmitting device 900 to complete the steps of the method described above on the transmitting device side. Another example is a second memory 1003 storing a computer program, which can be executed by a second processor 1002 of a receiving device 1000 to complete the steps of the method described above on the receiving device side. The computer-readable storage medium can be a memory such as FRAM, ROM, PROM, EPROM, EEPROM, Flash Memory, magnetic surface memory, optical disc, or CD-ROM.

[0235] In an exemplary embodiment, this application also provides a computer product including a computer program, which can be executed by a first processor 902 of a transmitting device 900 to complete the steps of the aforementioned method on the transmitting device side. For example, the aforementioned computer program can also be executed by a second processor 1002 of a receiving device 1000 to complete the steps of the aforementioned method on the receiving device side.

[0236] It should be noted that terms such as "first" and "second" are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.

[0237] Furthermore, the technical solutions described in the embodiments of this application can be combined arbitrarily without conflict.

[0238] The above description is merely a preferred embodiment of this application and is not intended to limit the scope of protection of this application.

Claims

1. A data transmission method, characterized by, The method is applied to a sending device and comprises: obtaining a steady-state result of service data of each path in multipath data transmission; sending the service data of each path and the steady-state result of the service data of each path in a multipath channel, so that a receiving device selectively receives the service data of each path in the multipath channel according to the steady-state result of each path; wherein the selectively receiving the service data of each path in the multipath channel according to the steady-state result of each path comprises: creating a steady-state sequence list of the multipath data transmission according to the steady-state result of each path, the steady-state sequence list comprising a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether the corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data; selectively receiving the service data of each path in the multipath channel according to the created steady-state sequence list; wherein the creating the steady-state sequence list of the multipath data transmission according to the steady-state result of each path comprises: obtaining a steady-state algorithm; serially processing the service data of each path by using the steady-state algorithm to obtain a calculated steady-state result of the service data of each path; if the calculated steady-state result of the service data of each path is the same as the received steady-state result of each path, the steady-state data state identifier in the created steady-state sequence list indicates that the received steady-state data is correct; if the calculated steady-state result of the service data of each path is different from the received steady-state result of each path, the steady-state data state identifier in the created steady-state sequence list indicates that the received steady-state data is incorrect; if the corresponding service data is received, the data state identifier in the created steady-state sequence list indicates that the corresponding service data is received; if the corresponding service data is not received, the data state identifier in the created steady-state sequence list indicates that the corresponding service data is not received.

2. The method of claim 1, wherein, The obtaining the steady-state result of the service data of each path in the multipath data transmission comprises: obtaining a steady-state algorithm; serially processing the service data of each path by using the steady-state algorithm to obtain a steady-state result of the service data of each path.

3. The method of claim 1, wherein, The sending the service data of each path and the steady-state result of the service data of each path in the multipath channel comprises: obtaining lossless selectable time delay data of each path in the multipath data transmission; filling the steady-state result of the service data of each path into the lossless selectable time delay data of each path to obtain updated lossless selectable time delay data of each path; after inserting the service data of each path into the updated lossless selectable time delay data of each path, sending the service data of each path in the multipath channel.

4. The method of claim 3, wherein, The inserting the service data of each path into the lossless selectable time delay data of each path and sending the service data of each path in the multipath channel comprises: The payload data of the service data of each path is encapsulated with lossless optional delay data, and then encapsulated with transmission layer data, link layer data and physical layer data in sequence, and the service data of each path is sent in a multipath channel.

5. The method of claim 4, wherein, The lossless optional delay data of each path comprises one or more of the following: a flow identifier; a lossless identifier; a link identifier; a sequence identifier; and a steady state identifier.

6. A data transmission method, characterized by, The method is applied to a receiving device and comprises: receiving steady state results of each path in a multipath channel; selectively receiving service data of each path in the multipath channel according to the steady state results of each path; wherein the selectively receiving service data of each path in the multipath channel according to the steady state results of each path comprises: creating a steady state sequence list of the multipath data transmission according to the steady state results of each path, the steady state sequence list comprising data state identifiers and steady state data state identifiers, wherein the data state identifiers indicate whether the corresponding service data is received, and the steady state data state identifiers indicate the state of the received steady state data; selectively receiving the service data of each path in the multipath channel according to the created steady state sequence list; wherein the creating a steady state sequence list of the multipath data transmission according to the steady state results of each path comprises: obtaining a steady state algorithm; serially processing the service data of each path using the steady state algorithm to obtain calculated steady state results of the service data of each path; if the calculated steady state results of the service data of each path are the same as the received steady state results of each path, the steady state data state identifiers in the created steady state sequence list indicate that the received steady state data is correct; if the calculated steady state results of the service data of each path are different from the received steady state results of each path, the steady state data state identifiers in the created steady state sequence list indicate that the received steady state data is incorrect; if the corresponding service data is received, the data state identifiers in the created steady state sequence list indicate that the corresponding service data is received; if the corresponding service data is not received, the data state identifiers in the created steady state sequence list indicate that the corresponding service data is not received.

7. The method of claim 6, wherein, The selectively receiving the service data of each path in the multipath channel according to the created steady state sequence list comprises: if the data state identifiers in the created steady state sequence list indicate that the corresponding service data is received, and the steady state data state identifiers indicate that the received steady state data is correct, reading the service data of the corresponding path for service data processing; if the data state identifiers in the created steady state sequence list indicate that the corresponding service data is not received, or the steady state data state identifiers indicate that the received steady state data is incorrect, discarding the service data of the corresponding path.

8. A transmitting device, comprising: The method comprises: a first communication interface and a first processor; wherein the first processor is configured to obtain steady state results of service data of each path in a multipath data transmission; The first communication interface is configured to: send the service data of each path and the steady-state result of the service data of each path in a multipath channel, so that a receiving device selectively receives the service data of each path in the multipath channel according to the steady-state result of each path. The selectively receiving the service data of each path in the multipath channel according to the steady-state result of each path comprises: creating a steady-state sequence list of the multipath data transmission according to the steady-state result of each path, the steady-state sequence list comprising a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether the corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data; selectively receiving the service data of each path in the multipath channel according to the created steady-state sequence list; and The creating the steady-state sequence list of the multipath data transmission according to the steady-state result of each path comprises: obtaining a steady-state algorithm; serially processing the service data of each path by using the steady-state algorithm to obtain the calculated steady-state result of the service data of each path; if the calculated steady-state result of the service data of each path is the same as the received steady-state result of each path, the steady-state data state identifier in the created steady-state sequence list indicates that the received steady-state data is correct; if the calculated steady-state result of the service data of each path is different from the received steady-state result of each path, the steady-state data state identifier in the created steady-state sequence list indicates that the received steady-state data is incorrect; if the corresponding service data is received, the data state identifier in the created steady-state sequence list indicates that the corresponding service data is received; if the corresponding service data is not received, the data state identifier in the created steady-state sequence list indicates that the corresponding service data is not received.

9. A receiving device, characterized by The second communication interface and the second processor are configured to: The second communication interface is configured to: receive the steady-state result of each path in a multipath channel; The second communication interface is configured to: selectively receive the service data of each path in the multipath channel according to the steady-state result of each path. The selectively receiving the service data of each path in the multipath channel according to the steady-state result of each path comprises: creating a steady-state sequence list of the multipath data transmission according to the steady-state result of each path, the steady-state sequence list comprising a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether the corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data; selectively receiving the service data of each path in the multipath channel according to the created steady-state sequence list; and The creating the steady-state sequence list of the multipath data transmission according to the steady-state result of each path comprises: obtaining a steady-state algorithm; serially processing the service data of each path by using the steady-state algorithm to obtain the calculated steady-state result of the service data of each path; ​ If the calculated steady state result of the service data of each path is same as the received steady state result of each path, the steady state data status identifier in the created steady state sequence list indicates that the received steady state data is correct; If the calculated steady state result of the service data of each path is different from the received steady state result of each path, the steady state data status identifier in the created steady state sequence list indicates that the received steady state data is incorrect; If the corresponding service data is received, the data status identifier in the created steady state sequence list indicates that the corresponding service data is received; If the corresponding service data is not received, the data status identifier in the created steady state sequence list indicates that the corresponding service data is not received.

10. A storage medium having stored thereon a computer program, characterized in that The computer program is executed by the processor to realize the steps of the method in any one of claims 1 to 5 or 6 to 7.

11. A computer product comprising a computer program, characterized in that The computer program is executed by the processor to realize the steps of the method in any one of claims 1 to 5 or 6 to 7.

Images