Data transmission method, related equipment, storage medium and computer product
By sending service data and its stable state results in a multipath channel, the problem of inability to judge data transmission stability in the prior art is solved, and more efficient and reliable communication is achieved.
Patent Information
- Application Number
- CN202411523573.2
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Filing Date
- 2024-10-29
- Publication Date
- 2025-03-18
- Estimated Expiration
- 2044-10-29
AI Technical Summary
The prior art can only determine whether service data is received during data transmission, and cannot effectively judge the stability of data transmission.
By sending service data of each path and its stable state results in a multipath channel, the receiving device can selectively receive service data based on the stable state results, improving communication efficiency and reliability.
The service data stability judgment of multipath data transmission is realized, and the communication efficiency and reliability between the sending device and the receiving device are improved.
Smart Images

Figure CN119652837A_ABST
Abstract
Description
Technical Field
[0001] The present application relates to the field of communications, and in particular to a data transmission method, related equipment, storage medium and computer product. Background Art
[0002] The customer-side (Customer Premise Equipment, CPE) optical transport network (Optical Transport Network, OTN) transmission and receiving equipment performs multi-service access, OTN service transmission, multi-service transport platform (Multi-Service Transport Platform, MSTP) multi-service and Ethernet (ETH) functions on the main chip.
[0003] For multiple service access, the main chip needs to support multiple interfaces, service mapping paths and OTN service processing. When processing OTN services, it is necessary to handle multiple cascade mappings (VC12, VC4, STM1, STM4, STM16, OTN0 and OTN1, etc.), multiple encapsulations (GFP, GMP, AMP / BMP, etc.), subnetwork connection protection (SubNetwork Connection Protection, SNCP), etc.
[0004] In the related art, it is only determined whether the business data is received during transmission, but it is not possible to determine the stability of the data transmission. Summary of the invention
[0005] In order to solve the technical problem in the related art that only whether business data is received during transmission is determined but the stability of data transmission cannot be determined, the embodiments of the present application provide a data transmission method, related equipment, storage medium and computer product.
[0006] The technical solution of the embodiment of the present application is implemented as follows:
[0007] A data transmission method, applied to a sending device, comprising:
[0008] Obtaining a steady-state result of service data of each path in multipath data transmission;
[0009] The service data of each path and the steady-state result of the service data of each path are transmitted in the multipath channel.
[0010] In the above solution, the step of obtaining a steady-state result of service data of each path in multipath data transmission includes:
[0011] Get the steady state algorithm;
[0012] The steady-state algorithm is used to serially process the service data of each path to obtain a steady-state result of the service data of each path.
[0013] In the above solution, the sending of the service data of each path and the steady-state result of the service data of each path in the multipath channel includes:
[0014] Obtaining lossless and selectable delay data of each path in multipath data transmission;
[0015] Filling the steady-state result of the service data of each path into the lossless optional delay data of each path to obtain updated lossless optional delay data of each path;
[0016] After inserting the updated lossless selectable 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 solution, inserting the lossless optional delay data of each path into the service data of each path, and sending 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 solution, the lossless selectable delay data of each path includes one or more of the following:
[0020] Stream ID;
[0021] Lossless identification;
[0022] Link ID;
[0023] Sequence ID;
[0024] Steady state indicator.
[0025] A data transmission method, applied to a receiving device, comprising:
[0026] receiving a steady-state result for each path in a multipath channel;
[0027] The service data of each path in the multipath channel is selectively received according to the steady-state result of each path.
[0028] In the above solution, the selective reception of service data of each path in the multipath channel according to the steady-state result of each path includes:
[0029] Creating a steady-state sequence list of multipath data transmission according to the steady-state result of each path, wherein the steady-state sequence list includes a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data;
[0030] According to the created steady-state sequence table, the service data of each path in the multi-path channel is selectively received.
[0031] In the above solution, the step of creating a steady-state sequence table for multipath data transmission according to the steady-state result of each path includes:
[0032] Get the steady state algorithm;
[0033] Using the steady-state algorithm, serially processing the service data of each path to obtain a steady-state result of the calculation of the service data of each path;
[0034] 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 indicator 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 of each path is different from the received steady-state result of each path, the steady-state data state indicator 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 state identifier in the created stable state sequence table indicates that the corresponding service data is received;
[0037] If the corresponding service data is not received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is not received.
[0038] In the above solution, the selective reception of the service data of each path in the multipath channel according to the created stable state sequence table includes:
[0039] If the data status identifier in the created stable state sequence table indicates that the corresponding business data is 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 to perform business data processing;
[0040] If the data status identifier in the created stable sequence table indicates that the corresponding service data has not been received, or the stable data status identifier indicates that the received stable data is incorrect, the service data of the corresponding path is discarded.
[0041] A sending device comprises: a first communication interface and a first processor; wherein:
[0042] The first processor is used to: obtain a steady-state result of service data of each path in multipath data transmission;
[0043] The first communication interface is used to send the service data of each path and the steady-state result of the service data of each path in a multipath channel.
[0044] A receiving device comprises: a second communication interface and a second processor; wherein:
[0045] The second communication interface is used to: receive a steady-state result of each path in a multipath channel;
[0046] The second communication interface is used to: select and receive the service data of each path in the multipath channel according to the steady-state result of each path.
[0047] An embodiment of the present application further provides a storage medium on which a computer program is stored, wherein the computer program implements the steps of any of the above methods when executed by a processor.
[0048] An embodiment of the present application further provides a computer product, including a computer program, which implements the steps of any of the above methods when executed by a processor.
[0049] An embodiment of the present application provides a data transmission method, related equipment, storage medium and computer product, wherein the data transmission method is applied to a sending device, and the method includes: obtaining a steady-state result of business data of each path in multipath data transmission; sending the business data of each path and the steady-state result of the business data of each path in a multipath channel; it can be seen that the sending device of the present application transmits not only the business data of each path but also the steady-state result of the business data of each path in the multipath channel, so that the receiving device can judge the steady state of the business data according to the steady-state result of the received business data during multipath reception, and selectively receive the business data, so as to improve the communication efficiency and communication reliability between the sending device and the receiving device. BRIEF DESCRIPTION OF THE DRAWINGS
[0050] Figure 1 A schematic diagram of a data transmission method according to an embodiment of the present application Figure 1 ;
[0051] Figure 2 A flowchart of a mapping process according to an embodiment of the present application;
[0052] Figure 3 A schematic diagram of a connection link for establishing a service according to an embodiment of the present application;
[0053] Figure 4 This is a schematic diagram of a process flow of a sending device in a stable state according to an embodiment of the present application;
[0054] Figure 5 This is a schematic diagram of data encapsulation processing of a sending device according to an embodiment of the present application;
[0055] Figure 6 A schematic diagram of lossless selectable delay data of different links in an embodiment of the present application;
[0056] Figure 7 A schematic diagram of a data transmission method according to an embodiment of the present application Figure 2 ;
[0057] Figure 8 This is a schematic diagram of a process flow of a receiving device in a stable state according to an embodiment of the present application;
[0058] Fig. 9 This is a schematic diagram of the structure of a data transmission device provided on a sending device according to an embodiment of the present application;
[0059] Fig.10 This is a schematic diagram of the structure of a data transmission device provided on a receiving device according to an embodiment of the present application;
[0060] Fig.11 This is a schematic diagram of the structure of the sending device in the embodiment of the present application;
[0061] Fig.12 This is a schematic diagram of the structure of a receiving device according to an embodiment of the present application. DETAILED DESCRIPTION
[0062] The present application is further described in detail below in conjunction with the accompanying drawings and embodiments.
[0063] The 5th Generation Mobile Communication Technology (5G) network needs 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 that support massive user connections, and ultra-reliable and low latency (uRLLC) services. It is foreseeable that many new user applications will be introduced in the 5G era, such as ubiquitous high-definition / ultra-high-definition and even 3D holographic films and videos in dense urban areas, high-speed user experience of 100Mbps anywhere, high-speed mobile applications greater than 350km / h, sensor networks, tactile Internet, e-health, natural disaster monitoring, etc.
[0064] Due to the requirements of 5G networks, it is necessary to support the transmission of different types of services at the same time, which poses new technical challenges, such as large bandwidth, low latency, hard isolation, flexible connection, unified management and control, and high-precision time synchronization. The existing fourth generation mobile communication technology (4G) transmission technology cannot meet the challenges of 5G in all aspects, and a new slicing transmission network technology system is needed to support the transmission of 5G services.
[0065] 5G transmission is based on the Slicing Packet Network (SPN) mechanism. After the data enters the SPN transmission device through the user network interface (UNI), it is first classified to distinguish the data type and enter the Network-to-Network Interface (NNI) forwarding process.
[0066] For multi-service access, SPN / OTN needs to support transmission pipelines for a variety of different services, including 5G, 4G, customer integration, home broadband, etc. Different services require different transmission levels, involving bandwidth, latency, jitter, reliability and security, etc. Different transmission pipelines need to be configured to meet the needs. Support multi-service access, support fixed number access of customer services such as E1, FE, GE, 10GE LAN, STM-1, STM-4, and support mapping of customer-side services to OTN line ports.
[0067] In the related technology, only whether the business data is received is determined during transmission, and the content of the transmitted message is not detected. The route selection is mainly based on the routing protocol, which causes message errors to occur during the actual transmission process. The transport layer does not detect the message and cannot determine the stability of data transmission.
[0068] The data transmission method provided in the present application defines a new transmission service chip processing flow, that is, defines a multi-path steady-state transmission method for a transmission chip, which realizes dynamic and stable transmission of the transmission service when the service multi-path lossless optional delay link is transmitted, dynamically selects a single or multiple links according to the service transmission message status, and selectively receives multiple data paths according to the service transmission message status, thereby providing better service transmission capabilities and realizing a more cost-effective transmission chip design.
[0069] The present application embodiment provides a data transmission method, which is applied to a sending device, such as Figure 1 As shown, the method includes:
[0070] Step 101: Obtain a steady-state result of service data of each path in multipath data transmission.
[0071] In actual application, the steady-state result is a set of data obtained by serially processing the business data. Multipath data transmission, also known as multipath data transmission, is a combined data transmission based on multiple transmission control protocol (TCP) paths (links) of the same sending device and the same receiving device. Multipath data transmission is also known as (multi-path TCP, MPTCP, MPTCP) layer data transmission. Alternatively, multipath data transmission is a reliable combined data transmission based on a user datagram protocol (UDP) path (link) of the same sending device and the same receiving device, but the present application is not limited to this.
[0072] In actual application, this application defines OTN common services and OTN lossless optional delay services according to service entry types and service requirements. When sending services, the sending device determines whether to enable the stable state (for example, the stable state configuration is 1) according to the system configuration. If the stable state function is enabled, the stable state related functions are turned on when sending.
[0073] In actual application, the execution subject of this embodiment may be a sending device, which has functions such as data processing, data communication, and program running. Generally, the operation of each component in the sending device can be driven by a core controller / processor / chip, so the execution subject of this embodiment may also be the controller / processor / chip of the sending device.
[0074] In actual application, the sending device can be a CPE OTN chip. When CPE OTN multi-service access is processed, it supports multiple interface services (such as E1, FE, GE, 10GE LAN, STM-1, STM-4 and other customer services), encapsulates multiple interface services into multi-level containers, and sends them to the OTN interface after cascading processing for line-side transmission.
[0075] Step 102: Send the service data of each path and the steady-state result of the service data of each path in the multipath channel.
[0076] In actual application, the sending device transmits not only the business data of each path in the multipath channel, but also the steady-state results of the business data of each path. In this way, the receiving device can determine the steady-state of the business data during multipath reception, select the route according to the steady-state, and perform forwarding business processing, thereby improving data transmission performance and improving the communication efficiency and reliability between the sending device and the receiving device.
[0077] A data transmission method provided in an embodiment of the present application is applied to a sending device, and the method includes: obtaining a steady-state result of business data of each path in multipath data transmission; sending the business data of each path and the steady-state result of the business data of each path in a multipath channel; it can be seen that the sending device of the present application transmits not only the business data of each path but also the steady-state result of the business data of each path in the multipath channel, so that the receiving device can judge the steady state of the business data according to the steady-state result of the received business data during multipath reception, and selectively receive the business data, so as to improve the communication efficiency and communication reliability between the sending device and the receiving device.
[0078] In some embodiments, step 101 of obtaining a steady-state result of service data of each path in multipath data transmission includes:
[0079] Get the steady state algorithm;
[0080] The business data of each path is processed serially using a steady-state algorithm to obtain a steady-state result of the business data of each path.
[0081] In actual application, when sending a service, the sending device obtains a steady-state algorithm according to the system configuration, and uses the steady-state algorithm to serially process the service data of each path to obtain a steady-state result of the service data of each path. The system configuration is an algorithm table item defined by the main control central processing unit (CPU) of the sending device, and when sending a service, the sending device selects a steady-state algorithm from the algorithm table item through the main control CPU.
[0082] In some embodiments, step 102 of sending the service data of each path and the steady-state result of the service data of each path in the multipath channel includes:
[0083] Obtaining lossless and selectable delay data of each path in multipath data transmission;
[0084] Filling the steady-state result of the service data of each path into the lossless optional delay data of each path to obtain updated lossless optional delay data of each path;
[0085] After the updated lossless selectable delay data of each path is inserted into the service data of each path, the service data of each path is sent in the multipath channel.
[0086] In actual application, lossless optional delay service establishment: OTN common service and OTN lossless optional delay service are defined according to service entry type and service requirements. Lossless optional delay service configuration includes lossless link, delay link selection, etc. According to service configuration, set corresponding table items. Lossless link includes no packet loss and 50ms carrier-level protection. Delay link selection includes selecting links 1, 2...N.
[0087] Table 1 Lossless optional delay service configuration table
[0088]
[0089]
[0090] As shown in Table 1: Here, PORT+VLAN 1, PORT+VLAN 2, PORT+VLAN 3, PORT+VLAN 4, and PORT+VLAN 5 services are taken as examples, and are identified with different service flow IDs. For lossless optional delay services, corresponding optional delay links can be configured, that is, lossless links need to be configured, and then the selected delay links can be configured as links 1, 2, ... N. Table 1 contains specific configurations of flow IDs, lossless links, steady-state modes, broadband, and delay links for different service flow IDs.
[0091] In actual application, the CPE OTN chip optical service unit (Optical Service Unit, OSU) mapping process is as follows: Figure 2As shown in the figure, during the service mapping process, the customer signal (also known as customer service / service data) is encapsulated into the optical channel data unit (ODU) payload frame, and then encapsulated into the optical channel transport unit OTU OH header, and then processed at the OTU channel layer, and then encapsulated and sent. During the encapsulation process, by adding a lossless optional delay function, rich service options are achieved, including lossless time slot forwarding, ultra-low delay processing, etc., to achieve more optimized OTN service processing. Other processing of the CPE OTN chip OSU is not specifically described here.
[0092] In the related art, each service is transmitted using a single transmission link, and protection switching is performed through Ethernet Operation Administration and Maintenance (OAM) monitoring and 1+1 or 1:1. When a service is interrupted on the working link, the link is switched to the protection link, that is, the two links established in the related art are in active and standby mode.
[0093] However, this application establishes a connection link for CPE OTN services through the OTN management and control platform.
[0094] like Figure 3 As shown in the figure, for lossless optional delay service links, connection links are established through the OTN management and control platform. Service 1 is defined as a lossless optional delay service. It is necessary to establish N (N>1) network side links on the line side (for example, link1 and link2, link1 and link2 are both working channels). To improve the protection effect, link1 and link2 should not share the same optical path. By configuring different ODUk, different OTN channels are established and sent to different links. When multipath transmission is used, the transmission link is determined by traffic to achieve dynamic and efficient multipath transmission of the service; save internal cache space and simplify service processing.
[0095] In some embodiments, the lossless selectable delay data of each path includes one or more of the following:
[0096] Flow ID, which identifies the corresponding service flow ID;
[0097] Lossless identification, identification is lossless, such as: 1-lossless;
[0098] Link ID, which identifies the corresponding link ID, Link ID;
[0099] Sequence ID, which identifies the service data sequence ID, SN;
[0100] Steady state identifier, which identifies the business steady state data.
[0101] Table 2 Lossless optional delay data configuration table
[0102] Stream ID Lossless identification Link ID Sequence ID Steady State (2Byte) (1 Byte) (2Byte) (3Byte) (4-8Byte)
[0103] As shown in Table 2, the lossless optional delay data includes a stream ID (size is 2 bytes), a lossless identifier (size is 1 Byte), a link identifier (size is 2 Byte) and a sequence identifier (size is 3 Byte). Steady state (size is 4-8 Byte).
[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 inserting the lossless selectable delay data of each path into the service data of each path, and sending the service data of each path in the multipath channel includes:
[0106] Before the payload data of the service data of each path, the lossless and 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.
[0107] In a feasible send-side steady-state processing scenario, see Figure 4 As shown,
[0108] Step 401: Determine whether it is a stable state;
[0109] Here, when the service is sent, it is determined whether the steady state is enabled according to the system configuration. If the steady state function is enabled, the steady state related functions are turned on when sending.
[0110] Step 402: define a steady state algorithm;
[0111] Here, a steady-state algorithm is defined according to the system configuration, and the steady-state algorithm to be used for serial processing of business data is obtained.
[0112] Step 403: Serial processing stable state;
[0113] Here, a steady-state algorithm is used to process the business data serially.
[0114] Step 404: obtaining a steady-state result;
[0115] Here, the steady-state results obtained by serial processing are obtained.
[0116] Step 405: increasing the steady state;
[0117] Here, the steady-state results are filled in the lossless optional delay data.
[0118] Step 406: Send in a multipath channel.
[0119] Here, business data and steady-state results are transmitted in a multipath channel.
[0120] In actual application, the sending side can encapsulate the data before transmission; the process of data encapsulation on the sending side can be found in Figure 5 As shown, before the payload data, according to the obtained steady-state data structure, the lossless optional delay data is encapsulated, and the service data is serially processed to obtain a steady-state result. The steady-state result is filled in the lossless optional delay data, and the corresponding transport layer, link layer and physical layer data are encapsulated, and then transmitted in the multipath channel.
[0121] See also Figure 6 As shown, after sending Link1, fill the lossless optional delay data header 1 (the lossless optional delay data includes the stream ID-1, lossless identification-1, link identification-1, sequence identification-1.2..., stable state-0x1234.0x... corresponding to Link1), encapsulate the corresponding transport layer, link layer and physical layer data, and then send it on Link1. When sending Link2, fill the lossless optional delay data header 2 (the lossless optional delay data includes the stream ID-1, lossless identification-1, link identification-2, sequence identification-1.2..., stable state-0x1234.0x... corresponding to Link2), encapsulate the corresponding transport layer, link layer and physical layer data, and then send it on Link2.
[0122] In actual application, the service steady state is calculated when multipath is sent, and the steady state result of the service message is calculated according to the configured steady state algorithm. The steady state calculation result is placed in the multipath service message header. When multipath is received, the steady state of the service data is judged according to the multipath service message header, and the route is selected according to the steady state to perform forwarding service processing.
[0123] The present application embodiment provides a data transmission method, which is applied to a sending device, such as Figure 7 As shown, the method includes:
[0124] Step 501: Receive a steady-state result of each path in a multipath channel.
[0125] In actual application, the execution subject of this embodiment may be a receiving device, which has functions such as data processing, data communication, and program running. Generally, the operation of each component in the receiving device can be driven by a core controller / processor / chip, so the execution subject of this embodiment may also be the controller / processor / chip of the receiving device. Exemplarily, the receiving device may be a CPE OTN chip.
[0126] Step 502: Select and receive service data of each path in the multipath channel according to the steady-state result of each path.
[0127] A data transmission method provided by an embodiment of the present application is applied to a receiving device, and the method includes: receiving a steady-state result of each path in a multipath channel; selectively receiving the business data of each path in the multipath channel according to the steady-state result of each path; it can be seen that the sending device of the present application transmits not only the business data of each path in the multipath channel, but also the steady-state result of the business data of each path. In this way, when the receiving device performs multipath reception, it can selectively receive the business data according to the steady-state result of the received business data, so as to improve the communication efficiency and communication reliability between the sending device and the receiving device.
[0128] In some embodiments, step 502 selects and receives service data of each path in the multipath channel according to the steady-state result of each path, including:
[0129] According to the steady-state result of each path, a steady-state sequence list of multipath data transmission is created, wherein the steady-state sequence list includes a data state identifier and a steady-state data state identifier.
[0130] The data status flag indicates whether the corresponding service data is received, and the steady-state data status flag indicates the status of the received steady-state data; and the service data of each path in the multipath channel is selectively received according to the created steady-state sequence table.
[0131] In actual application, the present application defines a multi-path steady-state sequence SN table for receiving data, which is indexed based on the flow ID, link identifier and sequence identifier to identify the information of the received data, mainly indicating the received data status and the steady-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 status 1 1 1 0 0 0 …
[0134] Exemplarily, for data stream ID=1, a multipath steady-state sequence SN table is established, as shown in Table 3: SN in Table 3 identifies the sequence identifier of the received lossless optional delay data header;
[0135] The data status in Table 3 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] The steady-state data status in Table 3 indicates the status of the received steady-state data; for example, 1 represents a normal status, and 0 represents a failure status.
[0137] On the multipath data channel, after receiving the data, the receiving state machine processes it to form a processing result, which is recorded in the multipath stable state sequence SN table.
[0138] In some embodiments, the step of creating a steady-state sequence table of multipath data transmission according to the steady-state result of each path includes:
[0139] Get the steady state algorithm;
[0140] Using a steady-state algorithm, the business data of each path is serially processed to obtain a steady-state result of the calculation of the business data of each path;
[0141] 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 indicator in the created steady-state sequence table indicates that the received steady-state data is correct;
[0142] 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 indicator 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 state identifier in the created stable state sequence table indicates that the corresponding business data is received;
[0144] If the corresponding service data is not received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is not received.
[0145] In actual application, for each received data stream message, enter the receiving state machine for processing. First, determine whether the stable state is configured. If it is configured in the stable state, according to the configured stable state algorithm, read the multi-path stable state sequence SN table, and index the table entry content according to the flow ID and SN ID.
[0146] In actual application, if the corresponding table item content (data status identifier and stable data status identifier) is 1, it indicates that the corresponding message has been received and no further processing is performed; if the corresponding table item content (data status identifier or stable data status identifier) is 0, it indicates that the message is not satisfied, that is, the stable data is incorrect, and subsequent processing is performed. Calculate the business message data to obtain the current stable data, compare the stable data with the stable data in the message, and if the data is consistent, change the stable state of the current data from 0 to 1, and determine that the stable data of the current data is 1, otherwise it is 0. Then fill the stable data record into the SN table. Subsequently, process the multipath data according to the SN table.
[0147] In some embodiments, the service data of each path in the multipath channel is selectively received according to the created stable state sequence table, including:
[0148] If the data status identifier in the created stable state sequence table indicates that the corresponding business data is 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 to perform business data processing;
[0149] If the data status identifier in the created steady-state sequence table indicates that the corresponding service data has not been received, or the steady-state data status identifier indicates that the received steady-state data is incorrect, the service data of the corresponding path is discarded.
[0150] In actual application, when processing multipath data, subsequent processing is performed according to the content of the multipath steady-state sequence SN table. According to the flow ID and SN ID, the corresponding data is indexed to obtain the data state and the steady-state data state. When the data state and the steady-state data state are 1, it is determined that the data meets the requirements of the steady state, that is, when it is normal, the relevant content is read and subsequent business data processing is performed. Data that does not meet the steady state is discarded and marked. It can be seen that this application provides a steady-state business transmission capability by performing multipath routing selection based on the judgment of the steady state, and realizes a transmission chip design with better cost performance.
[0151] In a realizable receiving-side steady-state processing scenario, see Figure 7 As shown,
[0152] Step 601: receiving multipath data;
[0153] Step 602: Determine whether the configuration is stable;
[0154] Step 603: Read the multipath steady-state sequence SN table;
[0155] Step 604: the data state flag or the stable data state flag is 0;
[0156] Step 605: Obtain a steady-state algorithm according to the configuration;
[0157] Step 606: Process the data serially to obtain steady-state data;
[0158] Step 607: Determine steady state data;
[0159] Step 608: obtaining the state of the steady-state data;
[0160] Step 609: Fill in the multi-path steady-state sequence SN table;
[0161] Step 610: Process the multipath data according to the SN table result.
[0162] Step 611: the data state flag and the stable data state flag are 1;
[0163] Step 612: no further processing is performed;
[0164] From the above content, it can be seen that the present application defines a new multi-path steady-state transmission method for a transmission chip, which implements a dynamic steady-state transmission method for the transmission service when the service multi-path lossless optional delay link is transmitted, and according to the service transmission message state, that is, the steady-state data, the multi-channel data is routed and received, the data that meets the requirements of the steady state is received, and the data that does not meet the steady state is discarded and marked. Multi-path routing selection is performed by judging the steady state, and a steady-state service transmission capability is provided, thereby achieving a more cost-effective transmission chip design.
[0165] The present application implements lossless optional delay data by inserting service data on the CPE OTN chips of CO1 and CO2 and sending the data on N links.
[0166] This application realizes the stable transmission of multipath service data by defining, transmitting and judging the stable state of service data. When sending multipath, the service stable state is calculated, the stable state result of the service message is calculated according to the configured stable state algorithm, and the stable state calculation result is placed in the multipath service message header. When receiving multipath, the stable state of the service data is judged according to the multipath service message header, and the route selection is performed according to the stable state, and the forwarding service processing is performed.
[0167] In order to implement the method of the sending device side of the embodiment of the present application, the embodiment of the present application also provides a data transmission device, which is arranged on the sending device, such as Fig. 9 As shown, the device comprises:
[0168] The first processing unit 701 is used to obtain a steady-state result of service data of each path in multipath data transmission;
[0169] The first sending unit 702 is configured to send 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; and to use the steady-state algorithm to serially process the service data of each path to obtain a 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 of each path in multipath data transmission; fill the steady-state result of the service data of each path into the lossless optional delay data of each path to obtain updated lossless optional delay data of each path;
[0172] The first sending unit 702 is configured to insert the updated lossless selectable delay data of each path into the service data of each path, and then send the service data of each path in the multipath channel.
[0173] In some embodiments, 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.
[0174] In some embodiments, the lossless selectable delay data of each path includes one or more of the following:
[0175] Stream ID;
[0176] Lossless identification;
[0177] Link ID;
[0178] Sequence ID;
[0179] Steady state indicator.
[0180] In order to implement the method on the receiving device side of the embodiment of the present application, the embodiment of the present application also provides a data transmission device, which is arranged on the receiving device, such as Fig.10 As shown, the device comprises:
[0181] The second receiving unit 801 is used to receive the steady-state result of each path in the multipath channel;
[0182] The second receiving unit 801 is configured to selectively receive service data of each path in the multipath channel according to 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 list of multipath data transmission according to a stable state result of each path, the stable state sequence list including a data state identifier and a stable state data state identifier, wherein the data state identifier indicates whether corresponding service data is received, and the stable state data state identifier indicates a state of the received stable state data;
[0184] The second receiving unit 801 is used to selectively receive the service data of each path in the multi-path channel according to the created stable state sequence table.
[0185] In some embodiments, the second processing unit 802 is used to obtain a steady-state algorithm;
[0186] Using a steady-state algorithm, the business data of each path is serially processed to obtain a steady-state result of the calculation of the business data of each path;
[0187] 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 indicator in the created steady-state sequence table indicates that the received steady-state data is correct;
[0188] 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 indicator 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 state identifier in the created stable state sequence table indicates that the corresponding business data is received;
[0190] If the corresponding service data is not received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is not received.
[0191] In some embodiments, the second receiving unit 801 is configured to read the service data of the corresponding path to perform service data processing if the data status identifier in the created stable state sequence table indicates that the corresponding service data is received, and the stable state data status identifier indicates that the received stable state data is correct;
[0192] The second receiving unit 801 is configured 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] In order to implement the method of the sending device side in the embodiment of the present application, the embodiment of the present application also provides a sending device, such as Fig.11 As shown, the sending 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 a receiving device;
[0195] A first processor 902 is connected to the first communication interface 901 to implement information interaction with the receiving device, and is used to execute the method provided by one or more technical solutions of the sending device side when running the computer program;
[0196] The first memory 903 stores computer programs that can be executed on the first processor 902 .
[0197] The first processor 902 is used to obtain a steady-state result of 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 multi-path channel.
[0199] In some embodiments, the first processor 902 is used to obtain a steady-state algorithm; and use the steady-state algorithm to serially process the service data of each path to obtain a steady-state result of the service data of each path.
[0200] In some embodiments, the first processor 902 is used to obtain lossless optional delay data of each path in multipath data transmission; fill the steady-state result of the business data of each path into the lossless optional delay data of each path to obtain the updated lossless optional delay data of each path; after inserting the updated lossless optional delay data of each path into the business data of each path; the first communication interface 901 is used to send the business data of 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 business 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 business data of each path in the multipath channel.
[0202] In some embodiments, the lossless selectable delay data of each path includes one or more of the following:
[0203] Stream ID;
[0204] Lossless identification;
[0205] Link ID;
[0206] Sequence ID;
[0207] Steady state indicator.
[0208] It should be noted that the specific processing process of the first communication interface 901 and the first processor 902 can be understood by referring to the above method, which will not be repeated here.
[0209] Of course, in actual application, 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, Fig.11 In the figure, various buses are labeled as a first bus system 904.
[0210] The first memory 903 in the embodiment of the present application is used to store various types of data to support the operation of the sending device 900. Examples of such data include: any computer program used to operate on the sending device 900.
[0211] The method disclosed in the above embodiment of the present application can be applied to the first processor 902, 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 an integrated logic circuit of hardware in the first processor 902 or an instruction in the form of software. The above-mentioned first processor 902 may be a general-purpose processor, a digital signal processor (Digital Signal Processor, DSP), or other programmable logic devices, discrete gates or transistor logic devices, discrete hardware components, etc. The first processor 902 can implement or execute the various methods, steps and logic block diagrams disclosed in the embodiments of the present application. The general-purpose processor may be a microprocessor or any conventional processor, etc. In combination with the steps of the method disclosed in the embodiment of the present application, it can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium, which is located in the first memory 903, and the first processor 902 reads the information in the first memory 903, and completes the steps of the above method in combination with its hardware.
[0212] In an exemplary embodiment, the sending device 900 can be implemented by one or more application specific integrated circuits (ASIC), DSP, programmable logic device (PLD), complex programmable logic device (CPLD), field programmable gate array (FPGA), general processor, controller, microcontroller (MCU), microprocessor, or other electronic components to execute the aforementioned method.
[0213] In order to implement the method on the receiving device side of the embodiment of the present application, the embodiment of the present application also provides a receiving device, such as Fig.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 a sending device;
[0215] The second processor 1002 is connected to the second communication interface 1001 to implement information interaction with the sending device, and is used to execute the method provided by one or more technical solutions on the receiving device side when running the computer program;
[0216] The second memory 1003 stores a computer program that can be executed on the second processor 1002 .
[0217] Wherein, the second communication interface 1001 is used to receive the steady-state result of each path in the multipath channel;
[0218] The service data of each path in the multipath channel is selectively received according to the steady-state result of each path.
[0219] In some embodiments, the second processor 1002 is configured to create a steady-state sequence list of multipath data transmission according to the steady-state result of each path, wherein the steady-state sequence list includes a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data;
[0220] The second communication interface 1001 is used to selectively receive service data of each path in the multi-path channel according to the created stable state sequence table.
[0221] In some embodiments, the second processor 1002 is used to obtain a steady-state algorithm;
[0222] Using a steady-state algorithm, the business data of each path is serially processed to obtain a steady-state result of the calculation of the business data of each path;
[0223] 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 indicator in the created steady-state sequence table indicates that the received steady-state data is correct;
[0224] 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 indicator 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 state identifier in the created stable state sequence table indicates that the corresponding business data is received;
[0226] If the corresponding service data is not received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is not received.
[0227] In some embodiments, the second communication interface 1001 is used to read the business data of the corresponding path for business data processing if the data status identifier in the created steady-state sequence table indicates that the corresponding business data has been received, and the steady-state data status identifier indicates that the received steady-state data is correct; if the data status identifier in the created steady-state sequence table indicates that the corresponding business data has not been received, or the steady-state data status identifier indicates that the received steady-state data is incorrect, discard the business data of the corresponding path.
[0228] It should be noted that the specific processing process of the second communication interface 1001 and the second processor 1002 can be understood by referring to the above method, which will not be repeated here.
[0229] Of course, in actual application, 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, Fig.12 Various buses are labeled as a second bus system 1004 .
[0230] The second memory 1003 in the embodiment of the present application 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 method disclosed in the above embodiment of the present application can be applied to the second processor 1002, or implemented by the second processor 1002. The second processor 1002 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 hardware integrated logic circuit or software instructions in the second processor 1002. The above second processor 1002 may be a general processor, a digital signal processor (Digital Signal Processor, DSP), or other programmable logic devices, discrete gates 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 the present application. The general processor can be a microprocessor or any conventional processor, etc. In combination with the steps of the method disclosed in the embodiment of the present application, it can be directly embodied as a hardware decoding processor to execute, or it can be executed by a combination of hardware and software modules in the decoding processor. The software module can be located in a storage medium, which is located in the second memory 1003, and the second processor 1002 reads the information in the second memory 1003, and completes the steps of the above method in combination with its hardware.
[0232] In an exemplary embodiment, the receiving device 1000 can be implemented by one or more application specific integrated circuits (ASIC), DSP, programmable logic device (PLD), complex programmable logic device (CPLD), field programmable gate array (FPGA), general processor, controller, microcontroller (MCU), microprocessor, or other electronic components to execute the aforementioned method.
[0233] It can be understood that the memory of the embodiment of the present application can be a volatile memory or a non-volatile memory, and can also include both volatile and non-volatile memories. Among them, the non-volatile memory can be a read-only memory (ROM), a programmable read-only memory (PROM), an erasable programmable read-only memory (EPROM), an electrically erasable programmable read-only memory (EEPROM), a magnetic random access memory (FRAM), a flash memory (FlashMemory), a magnetic surface memory, an optical disc, or a compact disc read-only memory (CD-ROM); the magnetic surface memory can be a disk memory or a tape memory. The volatile memory can be a random access memory (RAM), which is used as an external cache. By way of example and 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 the present application are intended to include, but are not limited to, these and any other suitable types of memories.
[0234] In an exemplary embodiment, the embodiment of the present application further provides a storage medium, namely a computer storage medium, specifically a computer-readable storage medium, for example, including a first memory 903 storing a computer program, and the computer program can be executed by the first processor 902 of the sending device 900 to complete the steps of the above method on the sending device side. For another example, including a second memory 1003 storing a computer program, the computer program can be executed by the second processor 1002 of the receiving device 1000 to complete the steps of the above method 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 storage, optical disk, or CD-ROM.
[0235] In an exemplary embodiment, the embodiment of the present application further provides a computer product, including a computer program, which can be executed by the first processor 902 of the sending device 900 to complete the steps of the above method on the sending device side. For another example, the above computer program can be executed by the second processor 1002 of the receiving device 1000 to complete the steps of the above method on the receiving device side.
[0236] It should be noted that: "first", "second", etc. are used to distinguish similar objects, and are not necessarily used to describe a specific order or sequence.
[0237] In addition, the technical solutions described in the embodiments of the present application can be combined arbitrarily without conflict.
[0238] The above description is only a preferred embodiment of the present application and is not intended to limit the protection scope of the present application.
Claims
1. A data transmission method, characterized in that: Applied to a sending device, the method comprises: Obtaining a steady-state result of service data of each path in multipath data transmission; The service data of each path and the steady-state result of the service data of each path are transmitted in the multipath channel.
2. The method according to claim 1, characterized in that The step of obtaining a steady-state result of service data of each path in multipath data transmission includes: Get the steady state algorithm; The steady-state algorithm is used to serially process the service data of each path to obtain a steady-state result of the service data of each path.
3. The method according to claim 1, characterized in that The sending of the service data of each path and the steady-state result of the service data of each path in the multipath channel includes: Obtaining lossless and selectable delay data of each path in multipath data transmission; Filling the steady-state result of the service data of each path into the lossless optional delay data of each path to obtain updated lossless optional delay data of each path; After inserting the updated lossless selectable delay data of each path into the service data of each path, the service data of each path is sent in the multipath channel.
4. The method according to claim 3, characterized in that The inserting the lossless selectable delay data of each path into the service data of each path, and sending the service data of each path in the multipath channel, comprises: 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.
5. The method according to claim 4, characterized in that The lossless optional delay data of each path includes one or more of the following: Stream ID; Lossless identification; Link ID; Sequence ID; Steady state indicator.
6. A data transmission method, characterized in that: Applied to a receiving device, the method comprises: receiving a steady-state result for each path in a multipath channel; The service data of each path in the multipath channel is selectively received according to the steady-state result of each path.
7. The method according to claim 6, characterized in that The selectively receiving the service data of each path in the multipath channel according to the steady-state result of each path includes: Creating a steady-state sequence list of multipath data transmission according to the steady-state result of each path, wherein the steady-state sequence list includes a data state identifier and a steady-state data state identifier, wherein the data state identifier indicates whether corresponding service data is received, and the steady-state data state identifier indicates the state of the received steady-state data; According to the created steady-state sequence table, the service data of each path in the multi-path channel is selectively received.
8. The method according to claim 7, characterized in that The step of creating a steady-state sequence table for multipath data transmission according to the steady-state result of each path includes: Get the steady state algorithm; Using the steady-state algorithm, serially processing the service data of each path to obtain a steady-state result of the calculation 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 indicator in the created steady-state sequence table 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 indicator in the created steady-state sequence table indicates that the received steady-state data is incorrect; If the corresponding service data is received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is received; If the corresponding service data is not received, the data state identifier in the created stable state sequence table indicates that the corresponding service data is not received.
9. The method according to claim 7, characterized in that: The step of selectively receiving the service data of each path in the multipath channel according to the created stable state sequence table includes: If the data status identifier in the created stable state sequence table indicates that the corresponding business data is 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 to perform business data processing; If the data status identifier in the created stable sequence table indicates that the corresponding service data has not been received, or the stable data status identifier indicates that the received stable data is incorrect, the service data of the corresponding path is discarded.
10. A sending device, characterized in that: include: a first communication interface and a first processor; wherein, The first processor is used to: obtain a steady-state result of service data of each path in multipath data transmission; The first communication interface is used to send the service data of each path and the steady-state result of the service data of each path in a multipath channel.
11. A receiving device, characterized in that: include: A second communication interface and a second processor; wherein, The second communication interface is used to: receive a steady-state result of each path in a multipath channel; The second communication interface is used to: select and receive the service data of each path in the multipath channel according to the steady-state result of each path.
12. A storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 5 or 6 to 9 are implemented.
13. A computer product, comprising a computer program, characterized in that When the computer program is executed by a processor, the steps of the method according to any one of claims 1 to 5 or 6 to 9 are implemented.
Citation Information
Patent Citations
Data transmission method, data transmission device, data transmission equipment and storage medium
CN112637011A
Data transmission method and device
CN118488123A
Data transmission method and device, equipment, storage medium and computer program product
CN118804072A
Radio communication device and radio communication method
JP2018113540A
Cited By
Real-time data stable transmission method and system for ultra-far offshore distance
CN120529340A
A method and system for stable real-time data transmission over extremely far-shore distances
CN120529340B