WO2023231429A1

WO2023231429A1 - Data transmission method, source end device, sink end device and storage medium

Info

Publication number: WO2023231429A1
Application number: PCT/CN2023/073626
Authority: WO
Inventors: 童玲玲; 张源斌
Original assignee: 中兴通讯股份有限公司
Priority date: 2022-05-31
Filing date: 2023-01-28
Publication date: 2023-12-07
Also published as: CN117201969A

Abstract

Disclosed in the present application are a data transmission method, a source end device, a sink end device and a storage medium. In the data transmission method, which is for the source end device, packet gap information between adjacent service data packets undergoes statistics compilation and is deleted, packet gap quantity information is formed according to a statistical result, the service data packets are encoded in a first encoding mode, and a first information code block for carrying the packet gap quantity information is expanded, so as to form first encoded data, such that the compression of Ethernet service flow data is realized.

Description

Data transmission method, source device, sink device and storage medium

Cross-references to related applications

This application is filed based on a Chinese patent application with application number 202210608522.4 and a filing date of May 31, 2022, and claims the priority of the Chinese patent application. The entire content of the Chinese patent application is hereby incorporated into this application as a reference.

Technical field

This application relates to the field of communication technology, in particular to a data transmission method, source device, sink device and storage medium.

Background technique

Optical transport network, referred to as OTN, is a type of network that refers to a transport network that realizes the transmission, multiplexing, routing, and monitoring of business signals in the optical domain and ensures its performance indicators and survivability.

With the increase in transmission bandwidth/rate and the development of IP services, the main customers faced by OTN networks are also tending to Ethernet service flows. Under the premise of reducing the speed of the OTN interface, related technologies cannot achieve transparent transmission and mapping of Ethernet service flows through the OTN interface.

Contents of the invention

The embodiments of this application provide a data transmission method, a source device, a sink device, and a storage medium, which can realize transparent transmission mapping of Ethernet service flows through the OTN interface.

In the first aspect, embodiments of the present application provide a data transmission method, which is applied to the source device of the OTN network. The method includes:

Get Ethernet data stream;

According to the Ethernet data flow, multiple service data packets are obtained;

Count and delete packet gap information between adjacent business data packets, and form packet gap quantity information based on the statistical results;

Encode the service data packet according to the first encoding method, and extend the first information code block used to carry the packet gap number information to form first encoded data;

Mapping the first encoded data to an OTN data stream;

Send the OTN data stream.

In a second aspect, embodiments of the present application also provide a data transmission method, which is applied to the sink device of the OTN network. The method includes:

Get OTN data stream;

Parse the OTN data stream to obtain first encoded data, where the first encoded data includes a service data code block and a first information code block, and the first information code block is used to carry the difference between adjacent service data packets. Packet gap number information;

Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and obtain multiple service data packets and packets between adjacent service data packets. Gap quantity information;

According to the information on the number of packet gaps between the service data packet and adjacent service data packets, an Ethernet data stream is obtained.

In a third aspect, embodiments of the present application also provide a data transmission method, applied to an OTN network. The OTN network includes a source device and a sink device that communicate with each other. The method includes:

The source device executes the data transmission method as described in the first aspect to send the OTN data stream;

corresponding,

The sink device executes the data transmission method described in the second aspect to receive and parse the OTN data stream.

In a fourth aspect, embodiments of the present application further provide a source device, including: a first memory, a first processor, and a computer program stored in the first memory and executable on the first processor, where the first When the processor executes the computer program, the data transmission method as described in the first aspect is implemented.

In a fifth aspect, embodiments of the present application further provide a sink device, including: a second memory, a second processor, and a computer program stored in the second memory and executable on the processor, where the processor executes the Implement the following computer program:

The data transmission method as described in the first aspect.

In a sixth aspect, embodiments of the present application further provide a computer-readable storage medium storing computer-executable instructions, and the computer-executable instructions are used to execute:

The data transmission method as described in the first aspect;

or,

The data transmission method as described in the second aspect.

In the embodiment of this application, the source device counts and deletes the packet gap information between adjacent service data packets, forms packet gap number information according to the statistical results, encodes the service data packet according to the first encoding method, and expands The first information code block used to carry the packet gap number information forms the first encoded data, realizing compression of the Ethernet service flow data, thereby reducing the Ethernet service flow rate, making the Ethernet service flow rate and OTN Interface rate matching achieves the purpose of transparent transmission of Ethernet service flows through the OTN network, filling the technical gaps in related methods.

Description of the drawings

Figure 1 is a schematic diagram of an implementation environment for executing a data transmission method provided by an embodiment of the present application;

Figure 2 is a flow chart of a data transmission method for a source device provided by an embodiment of the present application;

Figure 3 is a schematic structural diagram of S code blocks, extended I code blocks, and standard I code blocks provided by an embodiment of the present application;

Figure 4 is a flow chart of a data transmission method for a source device provided by an embodiment of the present application;

Figure 5 is a flow chart of a data transmission method for a source device provided by another embodiment of the present application;

Figure 6 is a schematic diagram of the specific processing mapping flow of the source device provided by an embodiment of the present application;

Figure 7 is a schematic diagram of the first encoded data structure provided by an embodiment of the present application;

Figure 8 is a schematic diagram of the specific processing mapping flow of the source device provided by another embodiment of the present application;

Figure 9 is a schematic diagram of the first encoded data structure provided by another embodiment of the present application;

Figure 10 is a flow chart of a data transmission method applied to a sink device provided by another embodiment of the present application;

Figure 11 is a flow chart of a data transmission method applied to an OTN network provided by an embodiment of the present application.

Detailed ways

In order to make the purpose, technical methods and advantages of the present application clearer, the present application will be further described in detail below with reference to the drawings and embodiments. It should be understood that the specific embodiments described here are only used to explain the present application and are not used to limit the present application.

It should be noted that although a logical sequence is shown in the flowchart, in some cases, the steps shown or described may be performed in an order different from that in the flowchart. The terms "first", "second", etc. in the description, claims, and above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific sequence or sequence.

With the increase in transmission bandwidth/rate and the development of IP-based services, the main customers faced by OTN are also becoming more inclined to Ethernet service flows. Under the premise of reducing the speed of the OTN interface, related technologies cannot achieve transparent transmission and mapping of Ethernet service flows through the OTN interface.

For example, as transmission bandwidth or rate increases, technologies such as B100G OTN (Beyond 100G OTN, OTN with a rate exceeding 100G), and B400G OTN (Beyond 400G OTN, OTN with a rate exceeding 400G) are widely discussed. At this time, the difficulty and cost of supporting the OTN full rate, which is about 5% higher than the Ethernet rate, will increase exponentially for the optical module industry. Therefore, OTN supports reduced-speed OTN interfaces on interworking interfaces to reuse Ethernet modules. With the further development of business IP, the main customers faced by OTN will also tend to be more Ethernet business flows. At this time, under the premise of reducing the interface speed, how to realize transparent transmission and mapping of Ethernet business flows through the OTN interface has become an urgent problem to be solved. question.

Based on this, embodiments of the present application provide a data transmission method, a source device, a sink device, and a storage medium. Wherein, the source device counts and deletes the packet gap information between adjacent service data packets, forms packet gap number information according to the statistical results, encodes the service data packet according to the first encoding method, and expands it to carry all the packet gap information. The first information code block describing the packet gap number information forms the first encoded data, which realizes the compression of the Ethernet service flow data, thereby reducing the Ethernet service flow rate and making the Ethernet service flow rate match the OTN interface rate. This achieves the purpose of transparent transmission of Ethernet service flows through the OTN network, filling the technical gaps in related methods.

The embodiments of the present application will be further described below with reference to the accompanying drawings.

As shown in Figure 1, Figure 1 is a schematic diagram of an implementation environment for executing a data transmission method provided by an embodiment of the present application.

In the example of FIG. 1 , the implementation environment includes but is not limited to the source device 110 and the sink device 120 , where the sink device 120 and the source device 110 can transmit, receive, and interact with each other optical signals.

It can be understood that the relative positions and quantities of the sink device 120 and the source device 110 can be set accordingly in specific application scenarios. For example, the source device 110 can send optical signals to the outside, and the sink device 120 can receive the source device. The optical signal emitted by the device 110 can be understood as if there are multiple sink devices 120 and different sink devices 120 are set up in the above manner, so that the optical signals sent by the source device 110 can be received at different spatial locations. It is worth noting that the spatial location here can be different geographical conditions.

In the example of FIG. 2 , the implementation environment may also include but is not limited to the second receiving end 130 , where the sink device 120 and the second receiving end 130 may transmit and receive wireless signals and related interactions.

It can be understood that the number of the second receiving end 130 is not limited, and can be one or more. Specifically, it can be set according to the actual application scenario requirements of those skilled in the art. That is to say, the sink device 120 can communicate with a second receiving end. The receiving end 130 interacts alone or interacts with multiple second receiving ends 130 respectively, which does not affect the functional application of the sink device 120 .

As a sending device of the OTN network, the source device 110 is communicatively connected to the source Ethernet network 210 and can receive data streams from the Ethernet network. The source device 110 at least determines the first network coding method for the source data packet according to the preconfigured first network coding parameter, and encodes the source data packet according to the first network coding method to obtain the first coded data, and encapsulates it to form an OTN. data flow, and functions such as sending OTN data flow to the sink device 120.

As a receiving device of the OTN network, the sink device 120 communicates with the sink Ethernet network 220 and has at least the functions of receiving the OTN data stream sent by the source device 110 and processing the OTN data stream, where the OTN data stream is The source device 110 codes and processes the source data packet according to the first network coding method for the source data packet. The first network coding method is determined by the source device 110 according to the preconfigured first network coding parameter.

It can be understood that the above functions of the source device 110 or the sink device 120 can be applied in different application scenarios, and are not limited here.

Those skilled in the art can understand that this implementation environment can be applied to 5G, 6G communication network systems and subsequently evolved mobile communication networks. network system, etc., this embodiment does not specifically limit this.

Those skilled in the art can understand that the implementation environments shown in Figures 1 and 2 do not limit the embodiments of the present application, and may include more or less components than shown in the figures, or combine certain components, or Different component arrangements.

Based on the above implementation environment, various embodiments of the data transmission method of the present application are proposed below.

It can be understood that the embodiments of the present application can be applied to the scenario of reusing Ethernet modules for short-distance OTN interfaces, and can also be used in the scenario of reusing Ethernet modules for long-distance OTN interfaces. The embodiments of the present application are not limited to this. The embodiments of the present application can be applied to OTN networks of various rates, such as B100G, B200G or B400G, which are not limited in the embodiments of the present application. The OTN network may be a FlexO (Flexible OTN, Flexible Optical Transport Network) network or other OTN networks, which is not limited in the embodiments of this application. The following description only takes the FlexO network as the OTN network as an example.

As shown in Figure 3, Figure 3 is a flow chart of a data transmission method provided by an embodiment of the present application.

It can be understood that the execution subject of the data transmission method in this embodiment can be, but is not limited to, the source device 110 in the embodiment shown in Figure 1, or those skilled in the art can choose to set up corresponding execution according to the actual application scenario. The main body is not limited in this embodiment. In order to more conveniently describe the application scenarios and principles of the present application, the source device is used as the execution subject of the data transmission method in the following relevant embodiments, but this should not be understood as a limitation on the embodiments of the present application.

The data transmission method may include but is not limited to steps S1100 to S1600:

Step S1100: Obtain the Ethernet data stream.

Step S1200: Obtain multiple service data packets according to the Ethernet data flow;

Step S1300, count and delete packet gap information between adjacent service data packets, and form packet gap quantity information based on the statistical results;

Step S1400, encode the service data packet according to the first encoding method, and extend the first information code block used to carry the packet gap number information to form the first encoded data;

Step S1500, map the first encoded data to the OTN data stream;

Step S1600: Send the OTN data stream.

It can be understood that the Ethernet data stream may be a data stream from the sink Ethernet network 210 . In step S1200, the Ethernet data stream can be parsed to obtain service data packets.

For example, the Ethernet data stream may be a PCS (Physical Coding Sublayer) data stream. Correspondingly, the source device receives the data link layer from the sink Ethernet network 210 by executing step S1100. Ethernet data flow, and perform step S1200 to parse the PCS data flow to obtain service data packets, that is, MAC data packets.

The following description takes the mapping of Ethernet service flows (Ethernet data flows) to the FlexO network as an example. Ethernet service flows are mapped to FlexO networks, such as B100G OTN. Large-grained Ethernet service flows, such as N channels of 100G or 1 channel of N*100G Ethernet service flows, are usually 64B/66B encoded or 256B/257B transcoded, and then encoded in bits. Multi-level OPU (Optical Channel Payload Unit) mapping is performed in streaming mode, such as first mapping to OPU4 or OPUflex, then mapping to OPUC, and finally mapping to the FlexO interface. In the entire mapping path, the FlexO interface rate is about 5% higher than the Ethernet rate due to the increased OAM and mapping multiplexing overhead of OPU, OPUC and FlexO.

Therefore, in some optional embodiments, the Ethernet service flow can be directly mapped and multiplexed into the payload of the OTN data flow to reduce mapping and multiplexing overhead. For example, when the rate is B400G, the FlexO interface rate needs to be reduced by about 5%. First, ensure that the physical interface rate of FlexO is consistent with the rate of the data link layer of the source Ethernet network. When carrying N channels of 100G Ethernet or 1 channel of N*100G Ethernet, , the multi-level OPU mapping can be removed, that is, the Ethernet service flow is directly mapped and multiplexed into the payload of the FlexO data flow.

In some alternative embodiments, it may be considered to use as many bytes as possible to carry Ethernet MAC data during encoding to further reduce mapping multiplexing overhead. For example, when performing 64B/66B encoding on Ethernet service flows such as N-channel 100G or 1-channel N*100G Ethernet service flow, the Preamble in the S code block can be used to carry Ethernet MAC data. Specifically, in the path where Ethernet service flows are directly mapped to FlexO, the maximum payload rate of FlexO data flow is 100.1953125G. If Ethernet service flows are directly mapped, the PCS rate needs to be at least 100.2930G, which cannot meet the demand. Analyze the support of pure MAC data packet rates from the minimum 64 bytes to the maximum 9600 bytes of MAC data packets. The rate of 64-byte MAC data packets after standard 64b encoding expansion can reach 105G, regardless of the specific transcoding situation. The payload rate of the FlexO data stream is exceeded. Considering that the Preamble in the S code block is used to carry Ethernet MAC data, the 9591-byte MAC data packet has a maximum rate of 99.8855G after standard 64b encoding expansion, and a rate of 100.178181G after 1024B/1027B transcoding.

In some alternative embodiments, it may be considered not to transmit the IPG (Inter Packet Gap, inter-packet gap) when encoding the MAC data packet, but only to transmit the specific IPG transmission number (packet gap number information) to further reduce the mapping complexity. Use overhead. At the same time, judging from the above analysis, you can consider passing the specific IPG transmission number. At the same time, since the sink device can parse the Ethernet data stream into MAC data packets, you can consider reusing the 64B/66B encoding function to complete the related IPG carrying and rate adaptation. Equipped with functions.

It can be understood that the embodiment of the present application implements compression processing of the Ethernet data stream by carrying the saved IPG quantity information when the source device encodes the Ethernet data stream, so that the sink device 120 can restore the Ethernet service flow due to The MAC transparently transmits the lost IPG information, thereby achieving the purpose of transparently transmitting the Ethernet service flow PCS. In some optional embodiments, the Ethernet service flow can be directly mapped and multiplexed into the payload of the OTN data flow to reduce mapping and multiplexing overhead; and/or in some optional embodiments, it can be considered During encoding, as many bytes as possible are used to carry Ethernet MAC data to further reduce mapping multiplexing overhead.

In some optional implementations, the first encoding method is a 64B/66B encoding method;

The packet gap quantity information includes the preceding packet gap quantity information and the following packet gap quantity information. The preceding packet gap quantity information is used to represent the total number of packet gaps between the current service data packet and the previous service data packet, and the latter packet gap quantity information is used to represent the total number of packet gaps between the current service data packet and the previous service data packet. To represent the current business data package and the latter business data The total number of packet gaps between packets;

The first information code block includes an S code block and/or a newly added extended I code block;

Step S1400: Encode the service data packet according to the first encoding method, and extend the first information code block used to carry the packet gap number information, including:

Step S1410: Encode the current service data packet through 64B/66B encoding to generate S code blocks, data code blocks and T code blocks;

Step S1420: Expand at least one extension byte in the S code block and/or the newly added extension I code block. The extension byte is used to carry information on the number of preceding packet gaps and/or information on the number of subsequent packet gaps.

It can be understood that the embodiment of the present application can carry packet gap number information in the S code block when encoding the Ethernet data stream through 64B/66B encoding, or a new extension I code block can be added to carry the packet gap The quantity information may also be carried in the S code block and the newly added extended I code block at the same time. This embodiment of the present application does not limit this.

For example, referring to Figure 3, the extended S code block and the newly added extended I code block are both control code blocks. Use the first byte of the S code block as the code block type byte, and the type of the code block type byte is S; use the 2nd to M ₁ +1 bytes of the S code block as the first extension byte K1, where the first extension byte K1 is used to carry the number of front packet gaps (number of IPGs), M ₁ is the number of the first extension byte K1; the remaining bytes of the S code block are used as data bytes D, using For carrying the data information of business data packets. For example, as shown in Figure 3, M ₁ is the first extended byte K1 and the number is 1, then the second byte of the S code block is used as the first extended byte K1, and the remaining 6 of the S code block are Bytes are used as data bytes D, used to carry the data information of business data packets.

The newly added extended I code block includes: at least one type byte, which is used to identify the code block type; at least one extended identification byte, which is used to identify the code block as an extended I code block; M ₂ a second extension byte K2; at least one I control byte; where the I control byte is used to represent IPG information, that is to say, the number of I control bytes in the extended I code block represents the number of IPG information carried. For example, as shown in Figure 3, the first byte of the newly added extended I code block is the type byte, and the type byte is 0x1e, which is used to identify the type of the code block as an I code block; the new extended I code block The second byte of the code block is the extended identification byte, and the value of the extended identification byte is 0x2a, which is used to identify the code block as a code block used to carry packet gap number information (number of IPGs); the value of M ₂ is 1, that is, it includes a second extension byte K2. The third byte of the newly added extension I code block is the second extension byte K2, which is used to carry packet gap number information (number of IPGs); the newly added extension I The remaining 5 bytes of the code block are all I control bytes. That is to say, compared with the ordinary I code block, the newly added extended I code block adds an extended identification byte and a second extended byte K2.

In some alternative implementations, the T code block includes:

A code block type byte, the type of code block type byte is T;

Several data bytes and/or several I control bytes; the sum of the number of packet gaps corresponding to the I control byte and the number of subsequent packet gaps is equal to the total number of packet gaps between the current service data packet and the subsequent service data packet.

It can be understood that, in addition to the code block type bytes of the T code block, the following bytes are first used to carry the service data packet data, and the remaining bytes then carry the I control bytes. Therefore, depending on the amount of service data packet data carried, the T code block may contain one code block type byte and 7 data bytes, or it may contain one code block type byte and 7 I control bytes, or it may contain one Code block type byte, several (one or more) data bytes and several (one or more) I control bytes.

Among them, the I control byte is used to represent the IPG information. That is to say, the number of I control bytes in the T code block represents the amount of IPG information carried. Therefore, the total number of packet gaps between the current service data packet and the subsequent service data packet is equal to the sum of the number of I control bytes carried by the T code block of the current service data packet and the subsequent packet gap number information.

For example, the T code block of the current service data packet may contain 1 information, 1 code block type byte, 2 data bytes D and 5 I control bytes; the extended I code added after the current service data packet The block carries 245 post-packet gap number information, and the extended I code block carries 5 I control bytes; the S code block of the latter service data packet carries 245 post-packet gap number information, then the current service data packet The total number of packet gaps between the number and the latter service data packet is 5+245+245+5=500.

In some alternative implementations, the first information code block includes an S code block; the extension byte includes the first extension byte K1 in the S code block;

Expand at least one extension byte in the S code block and/or the newly added extension I code block. The extension byte is used to carry information on the number of front packet gaps and/or number of rear packet gaps, including:

The first byte of the S code block is used as the code block type byte, and the type of the code block type byte is S;

The 2nd to M ₁ +1 bytes of the S code block are all used as the first extension byte K1, where the first extension byte K1 is used to carry information on the number of front packet gaps, and M ₁ is the first extension byte The quantity of K1;

The remaining bytes of the S code block are used as data bytes to carry the data information of the service data packet.

In some alternative implementations, the first encoded data may only extend S code blocks, and no new extension I code blocks may be added. The S code block of the current service data packet carries information on the number of gaps in the previous packet. This situation generally applies to situations where the number of packet gaps is small.

For example, the T code block of the previous service data packet may contain 1 information, 1 code block type byte, 2 data bytes D and 5 I control bytes; the S code block of the current service data packet carries If the number of previous packet gaps is 20, then the total number of packet gaps between the number of previous service data packets and the current service data packet is 5+20=25.

Step S1420, extend at least one extension byte in the S code block and/or the newly added extension I code block. The extension byte is used to carry information on the number of front packet gaps and/or information on the number of subsequent packet gaps, including:

Step S1421, accumulate and count the information on the number of post-packet gaps between the current service data packet and the next service data packet;

Step S1422: When the packet gap number information is less than or equal to the first preset threshold, the first extension byte K1 in the S code block of the subsequent service data packet carries the subsequent packet gap number information.

In some optional implementations, the first encoded data can extend the S code block and set a first preset threshold. When it is less than or equal to the first preset threshold, the first code block in the S code block of the subsequent service data packet is An extension byte K1 carries information on the number of post-packet gaps.

For example, the T code block of the current service data packet may contain 1 information, 1 code block type byte, 2 data bytes D and 5 I control bytes; the S code block of the latter service data packet carries If the number of previous packet gaps is 20, then the total number of packet gaps between the current number of service data packets and the subsequent service data packet is 5+20=25.

In some optional implementations, the first information code block includes an S code block and an extended I code block; the extended bytes include a first extended byte K1 in the S code block and a second extended byte in the extended I code block. Byte K2;

Step S1423, accumulate statistics on the number of packet gaps between the current service data packet and the next service data packet;

Step S1424, when the packet gap quantity information is greater than the first preset threshold, add an extension I code block. The extension I code block includes at least one second extension byte K2, used to carry a partial number of packet gap quantity information;

Step S1425: The remaining number of packet gap number information is carried by the first extension byte K1 in the S code block of the next service data packet.

In some optional implementations, the first encoded data can be extended with an S code block, and a first preset threshold is set. When the cumulative number of packet gap information is greater than the first preset threshold, an extended I code block is added, and the extended I code block is added. The code block includes at least one second extension byte K2, which is used to carry part of the packet gap number information, and the remaining number of packet gap number information is used by the first extension byte K1 in the S code block of the next service data packet. carry.

In some optional implementations, the first information code block includes an S code block and N extension I code blocks, where N is a positive integer greater than or equal to 2; the extension byte includes the first extension byte in the S code block K1 and the second extension byte K2 in the extension I code block;

Step S1426, accumulate statistics on the number of packet gaps between the current service data packet and the next service data packet;

Step S1427: When the packet gap number information is greater than the first preset threshold, a first extension I code block is added. The first extension I code block includes at least one second extension byte K2, used to carry the first number of packets. Gap quantity information;

Step S1428, determine whether the remaining number of packet gap number information is greater than the first preset threshold. If so, add a second extended I code block. The second extended I code block includes at least one second extended byte K2 for Carrying the second number of packet gap number information among the remaining number of packet gap number information;

By analogy, the Nth extension I code block is added until the remaining number of packet gap number information is less than or equal to the first preset threshold;

Step S1429: The remaining number of packet gap number information is carried by the first extension byte K1 in the S code block of the next service data packet.

In some optional implementations, the first encoded data can be extended with S code blocks, and a first preset threshold is set. When the number of packet gaps is greater than the first preset threshold, the first extended I code block is added, and the first extended I code block is added. An extended I code block includes at least one second extended byte K2, used to carry the first number of packet gap number information; determine whether the remaining number of packet gap number information is greater than the first preset threshold, if so, add a second Extended I code block, the second extended I code block includes at least one second extended byte K2, used to carry the second number of packet gap number information in the remaining number of packet gap number information; and so on, the new N extension I code blocks until the remaining number of packet gap number information is less than or equal to the first preset threshold; the remaining number of packet gap number information is determined by the first extension byte K1 in the S code block of the next service data packet carry. This situation is generally used when the number of packet gap information is large.

For example, the T code block of the current service data packet may contain 1 piece of information, 1 code block type byte, 2 data bytes D, and 5 I control bytes. The first extended I code block added after the current service data packet carries 245 post-packet gap number information, and the extended I code block carries 5 I control bytes; the second extended I code block added after the current service data packet carries The code block carries 245 post-packet gap number information, and the extended I code block carries 5 I control bytes;... The nineteenth extended I code block added after the current service data packet carries 245 information on the number of post-packet gaps, and the extended I code block carries 5 I control bytes; the S code block of the latter service data packet carries information on the number of post-packet gaps of 245, then the number of current service data packets is the same as the number of post-packet gaps. The total number of packet gaps between business data packets is 5+(245+5)*19+245=5000.

In some optional implementations, the newly added extension I code blocks include:

At least one type byte, which is used to identify the code block type;

At least one extended identification byte, which is used to identify the code block as an extended I code block;

M ₂ second extension bytes K2;

At least one I control byte.

It can be understood that the newly added extension I code block may include: at least one type byte, which is used to identify the code block type; and at least one extension identification byte, which is used to identify the code block as an extension. I code block; M2 second extension bytes K2; at least one I control byte; among them, the I control byte is used to represent IPG information, that is to say, the number of I control bytes in the extended I code block represents the carrying The number of IPG messages. For example, as shown in Figure 3, the first byte of the newly added extended I code block is the type byte, and the type byte is 0x1e, which is used to identify the type of the code block as an I code block; the new extended I code block The second byte of the code block is the extended identification byte, and the value of the extended identification byte is 0x2a, which is used to identify the code block as a code block used to carry packet gap number information (number of IPGs); the value of M2 is 1 , that is, it includes a second extension byte K2, and the third byte of the newly added extended I code block is the second extended byte K2, which is used to carry packet gap number information (number of IPGs); the newly added extended I code The remaining 5 bytes of the block are all I control bytes. That is to say, compared with the ordinary I code block, the newly added extended I code block adds an extended identification byte and a second extended byte K2.

In some optional implementations, the number of the first extension bytes K1 is less than or equal to 2; the number of the second extension bytes K2 is less than or equal to 2.

In some alternative implementations, the first preset threshold is set according to the number of first extension bytes K1.

The numbers of the first extension byte K1 and the second extension byte K2 can be set as needed, for example, they can be determined based on packet gap number information, or can be determined based on the first preset threshold. For example, if a byte contains 8 bits, the maximum number it can carry is 255. You can set 1 byte as needed, and the first preset threshold cannot be set to exceed 255.

In some optional implementations, the Ethernet data stream is a PCS data stream;

Step S1200: According to the Ethernet data flow, multiple service data packets are obtained, including:

Step S1210, parse the PCS data stream;

Step S1220: Obtain multiple parsed MAC data packets and use the MAC data packets as service data packets.

In some optional implementations, step S1500, mapping the first encoded data to the OTN data stream includes:

Step S1510: Add an I code block after the first encoded data to adapt to the rate of the OTN data stream.

In some optional implementations, step S1500, mapping the first encoded data to the OTN data stream, also includes:

Step S1520, perform 1024B/1027B transcoding on the first encoded data after rate adaptation;

Step S1530: Map the transcoded data to the OTN data stream.

In some optional implementations, the OTN data stream is a FlexO data stream.

Illustratively, three types of 64B/66B code blocks are used in the embodiment of the present application, including redefined extended S code blocks, newly added extended I code blocks, and standard I code blocks. Specific examples are shown in Figure 3. The extended S code block mainly carries IPG information and service data D of the service data packet. The first extended byte K1 occupies M ₁ bytes, M ₁ is at most 2, and the service data D of the service data packet is the 7th to M ₁ Bytes, for example, the service data D of the service data packet may occupy 5 or 6 bytes. The extended I code block includes type byte, extended identification byte, second extended byte K2 and I control byte. The extended identification byte is used to distinguish the standard 64B/66B I code block used for rate adaptation. The number of bytes M ₂ occupied by the second extended byte K2 can be occupied by the first extended byte K1 in the extended S code block. The number of bytes is the same, that is, M ₂ =M ₁ , and the remaining I control bytes carry the actual number. The standard I code block is the 64B/66B code block specified in IEEE802.3.

Refer to Figure 4, which is an example of the encoding mapping process of the source device. The Ethernet interface service can be parsed into MAC frames (MAC packets) first, and the relevant IPG information (packet gap information) is deleted when accumulated statistics are parsed into MAC packets. , and convert the IPG information into packet gap number information (number of IPGs), and carry it to the sink device through extended S code blocks or extended I code blocks. After the MAC data packet is 64B/66B encoded, rate adaptation is performed through the 64B/66B standard I code block, and then 1024B/1027B transcoding is performed, and then mapped to the payload of the FlexO data stream to complete the mapping process. The sink device performs related IPG rate and bit recovery to meet the requirements of traditional OTN networks for transparent transmission of Ethernet services.

Specifically, when the MAC is parsed, the deleted IPG information is accumulated and counted. In order to adapt to the characteristics of the Ethernet service flow, the minimum MAC traffic can reach 0. The threshold value AThresh (the first preset threshold) can be set for the statistical IPG information. , the specific AThresh value can be flexibly set according to the number of bytes occupied by the actual packet gap number information (number of IPGs). According to whether the statistical information on the number of packet gaps exceeds AThresh, two scenarios are distinguished, as shown in Figure 5. In one scenario, there is a limited amount of packet gap information between MAC data packets, and the number is less than or equal to the threshold value AThresh, then the next extended S code block carries the amount information corresponding to the actually deleted IPG information, the specific packet The number of gaps can be determined by the IPG information field in the extended S code block and the number of I control bytes in the T code block. In another scenario, the number of gaps between two consecutive MAC data packets is very large, such as a continuous large number of gaps. If there is no MAC data packet for a long time, that is, the accumulated number of IPGs exceeds the threshold value AThresh, the extended I code block can be inserted to indicate the specific number of deleted packet gaps, that is, the number of packet gaps carried is also composed of two parts: The information on the number of packet gaps in the extended I code block and the number of I control words in the T code block are determined together. After the IPG information is carried in the extended S code block or I code block, it is re-accumulated and repeated.

The following uses two examples to further illustrate the processing flow of the embodiment of the present application.

Example 1

In this example, the 200G FlexO network short-distance interface maintains the same rate as the Ethernet interface, and the 200G Ethernet service flow is mapped to the FlexO interface to realize PCS transparent transmission of the Ethernet service flow. The length of the Ethernet business data packet is 128 bytes, and MAC#N is used to represent the Nth MAC data packet. For example, MAC#1 represents the first MAC data packet, and MAC#2 represents the second MAC data packet MAC#. 2...and so on. There are 500 IPG messages between MAC#1 and MAC#2, 5000 IPG messages between MAC#2 and MAC#3, and 25 IPG messages between MAC#3 and MAC#4. The threshold value AThresh is set. for 250.

The specific processing and mapping process of the source device is shown in Figure 6, and the first encoded data obtained by encoding is shown in Figure 7. First, the Ethernet service flow is parsed from 257b or 66b into MAC data packets, and the 128-byte MAC data packet is encoded into an extended S code block + 15 data blocks D + 1 T code block. The number of IPGs deleted between packets is counted and carried to the sink device by inserting extended I code blocks and extended S code blocks. In this example, there are situations where extended I code blocks occur continuously, a single extended I code block occurs, and no extended I code block is sent. The specific processing process is shown in Figure 6. Parse out the T of MAC#1 After the code block, the number of deleted IPGs between the two MAC packets is accumulated. The number of IPGs in MAC#1 and MAC#2 is accumulated to 251, which exceeds the threshold value AThresh. At this time, MAC#2 has not been received. Then insert extension I code block #1 (the first extension I code block, in which the number of IPGs carried by the second extension byte K2 is 245). After inserting the extended I code block #1, the number of IPGs is accumulated again. When the statistical number reaches 249, MAC#2 is reached. The number of IPGs is carried by the extended S code block when the MAC#2 header is encoded to 64B/66B (the first The number of IPGs carried by extension byte K1 is 245). After parsing out the T code block of MAC#2, the number of IPGs is re-accumulated. When the number of IPGs 251 exceeds the threshold value AThresh, the extended I code block is inserted and carried, and the number of IPGs is re-accumulated, and finally 19 extended I codes are inserted. Re-accumulate after the block, where the second extended byte K2 of each extended I code block carries the number of IPGs of 245; when the number of IPGs reaches 249, MAC#3 arrives, and the number passes through the extended S codes of MAC#3 to 64b Block carrying (the number of IPGs carried by the first extension byte K1 is 245). After parsing out the T code block of MAC#3, the number of IPGs is re-accumulated, and the statistical number of IPGs is 25. When MAC#4 arrives, the IPG number 25 is carried by the extended S code block of MAC#4 (carried by the first extended byte K1 The number of IPGs is 20), and the specific encoding situation is shown in Figure 7.

Example 2

In Example 2, the 400G FlexO short-distance interface maintains the same rate as the Ethernet interface, and the 400G Ethernet service flow is mapped to the FlexO interface to realize PCS transparent transmission of the Ethernet service flow. The length of the Ethernet business data packet is 9600 bytes, and MAC#N is used to represent the Nth MAC data packet. For example, MAC#1 represents the first MAC data packet, and MAC#2 represents the second MAC data packet MAC#. 2...and so on. The threshold value AThresh for the number of IPGs is 50. There are 10 IPGs between MAC#1 and MAC#2, and 14 IPGs between MAC#2 and MAC#3.

The specific processing and mapping process of the source device is shown in Figure 8, and the first encoded data obtained by encoding is shown in Figure 9. Parse the Ethernet data stream from 257b or 66b into MAC data packets, and encode the 9600-byte MAC data packet into an extended S code block + 1199 data blocks D + 1 T code block. The number of IPGs deleted between packets is counted and carried to the sink device by inserting extended I code blocks or extended S code blocks. In this example, the IPG information is not carried through the extended I code block, but the IPG information is carried to the sink device through the first extension byte K1 in the extended S code block. The specific processing process is shown in Figure 8. After parsing out the T code block of MAC#1, the number of IPGs deleted between the two MAC packets is accumulated. When the number of IPGs in MAC#1 and MAC#2 is accumulated to 10, MAC#2 is reached. The number of IPGs is passed through the MAC #2 Extended S code block carrying when the header is encoded to 64B/66B. After parsing the T code block of MAC#2, the number of IPGs is re-accumulated. When the number of IPGs reaches 14, MAC#3 arrives. This number is carried by the first extension byte K1 in the extended S code block from MAC#3 to 64B. , the specific encoding situation is shown in Figure 9.

In the embodiment of this application, the source device counts and deletes the packet gap information between adjacent service data packets, forms packet gap number information based on the statistical results, encodes the service data packets according to the first encoding method, and extends it to The first information code block carrying the packet gap number information forms the first encoded data, which realizes compression of the Ethernet service flow data, thereby reducing the Ethernet service flow rate and making the Ethernet service flow rate match the OTN interface rate. This achieves the purpose of transparent transmission of Ethernet service flows through the OTN network, filling the technical gaps in related methods.

In addition, the embodiment of the present application also provides a data transmission method, which is applied to the sink device of the OTN network.

It can be understood that the execution subject of the data transmission method in this example can be, but is not limited to, the sink device 120 in the embodiment shown in Figure 1, or those skilled in the art can choose to set the corresponding execution subject according to the actual application scenario. , this example has no limitations. In order to more conveniently describe the application scenarios and principles of the present application, the source device is used as the execution subject of the data transmission method in the following relevant embodiments, but this should not be understood as a limitation on the embodiments of the present application.

As shown in Figure 10, data transmission methods include:

Step S2100, obtain the OTN data stream;

Step S2200, parse the OTN data stream to obtain first encoded data, where the first encoded data includes a service data code block and a first information code block. The first information code block is used to carry the packet gap between adjacent service data packets. quantity information;

Step S2300: Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain a plurality of service data code blocks and a first information code block, and obtain a plurality of service data packets and the distance between adjacent service data packets. Packet gap quantity information;

Step S2400: Obtain the Ethernet data stream based on the information on the number of packet gaps between the service data packet and adjacent service data packets.

It can be understood that, as a receiving device of the OTN network, the sink device 120 communicates with the sink Ethernet network 220, and at least has the function of receiving the OTN data stream sent by the source device 110 and processing the OTN data stream, where , the OTN data stream is obtained by the source device 110 encoding and processing the source data packet according to the first network coding method for the source data packet. The first network coding method is determined by the source device 110 according to the preconfigured first network coding parameter. . The first expansion strategy is a coding expansion strategy adopted by the source device, for example, using extended S code blocks and/or extended I code blocks to carry information on the number of IPGs saved by d. The OTN data stream can be obtained by the source device by executing the aforementioned steps S1100 to S1500. The sink device decodes the original Ethernet data stream according to the encoding method of the source device, thereby realizing the OTN network's processing of the Ethernet data stream. Penetrate. For relevant instructions, please refer to the previous corresponding descriptions and will not be repeated here.

In some optional implementations, the first decoding method is a 64B/66B decoding method;

The packet gap quantity information includes the preceding packet gap quantity information and the following packet gap quantity information. The preceding packet gap quantity information is used to represent the total number of packet gaps between the current service data packet and the previous service data packet, and the latter packet gap quantity information is used to represent the total number of packet gaps between the current service data packet and the previous service data packet. It represents the total number of packet gaps between the current business data packet and the next business data packet;

Step S2300: Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain information on the number of packet gaps between adjacent service data packets, including:

Step S2310: Decode the first encoded data through 64B/66B encoding to obtain S code blocks, data code blocks and T code blocks corresponding to each service data packet;

Step S2320: parse at least one extension byte in the S code block and/or the newly added extension I code block according to the first extension strategy to obtain information on the number of packet gaps between adjacent service data packets, where the extension byte is To carry information about the number of gaps in the front packet and/or the number of gaps in the back packet.

It can be understood that in the embodiment of the present application, the first encoded data can be decoded through 64B/66B decoding, and the information on the number of packet gaps can be carried in the S code block, or a new extension I code block can be added to carry the number of packet gaps. Information can also be carried in the S code block and the newly added extended I code block at the same time. The embodiment of the present application does not limit this.

For example, referring to Figure 3, the extended S code block and the newly added extended I code block are both control code blocks. The first byte of the S code block is used as the code block type byte, and the type of the code block type byte is S; the second to M1+1 bytes of the S code block are used as the first extension byte K1 , where the first extension byte K1 is used to carry the number of front packet gap information (number of IPGs), M1 is the number of the first extension byte K1; the remaining bytes of the S code block are used as data bytes D to carry The data information of the business data package. For example, as shown in Figure 3, M1 is the first extension byte K1 and the number is 1, then the second byte of the S code block is used as the first extension byte K1, and the remaining 6 words of the S code block are Section is used as data byte D, used to carry the data information of business data packets.

The newly added extended I code block includes: at least one type byte, which is used to identify the code block type; at least one extended identification byte, which is used to identify the code block as an extended I code block; M2 The second extension byte K2; at least one I control byte; where the I control byte is used to represent IPG information, that is to say, the number of I control bytes in the extended I code block represents the amount of IPG information carried. For example, as shown in Figure 3, the first byte of the newly added extended I code block is the type byte, and the type byte is 0x1e, which is used to identify the type of the code block as an I code block; the new extended I code block The second byte of the code block is the extended identification byte, and the value of the extended identification byte is 0x2a, which is used to identify the code block as a code block used to carry packet gap number information (number of IPGs); the value of M2 is 1 , that is, it includes a second extension byte K2, and the third byte of the newly added extended I code block is the second extended byte K2, which is used to carry packet gap number information (number of IPGs); the newly added extended I code The remaining 5 bytes of the block are all I control bytes. That is to say, compared with the ordinary I code block, the newly added extended I code block adds an extended identification byte and a second extended byte K2.

In some alternative implementations, the T code block includes:

A code block type byte, the type of code block type byte is T;

Step S2320: Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and the first information code block, and obtain multiple service data packets and the distance between adjacent service data packets. Packet gap number information, including:

Step S2321, parse the code block type byte. The type of the code block type byte is S to identify the first byte of the S code block;

Step S2322, identify the 2nd to M ₁ +1 bytes of the S code block as the first extended byte K1, where the first extended byte K1 is used to carry the number of front packet gaps, and M ₁ is the first extended byte K1. The number of one extension byte K1;

Step S2323: Parse the remaining bytes of the S code block into data bytes, which are used to carry data information of the service data packet.

Step S2300: Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain a plurality of service data code blocks and a first information code block, and obtain a plurality of service data packets and the distance between adjacent service data packets. Packet gap number information, including:

Step S2324, analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding first packet gap number information;

Step S2325, parse the first extension byte K1 in the S code block of the subsequent service data packet to obtain information on the number of gaps in the subsequent packet;

Step S2326: Obtain the total number of packet gaps of the current service data packet and the next service data packet based on the subsequent packet gap number information and the first packet gap number information.

In some optional implementations, the first encoded data may only extend S code blocks, and no new extension I code blocks may be added. The S code block of the current service data packet carries information on the number of gaps in the previous packet. This situation generally applies to situations where the number of packet gaps is small.

Step S2327, analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding second packet gap number information;

Step S2328, parse at least one second extension byte K2 in the extension I code block to obtain the corresponding third packet gap number information;

Step S2329, parse the first extension byte K1 in the S code block of the next service data packet to obtain the fourth packet gap number information;

Step S2330: Obtain the total number of packet gaps of the current service data packet and the next service data packet based on the second packet gap number information, the third packet gap number information, and the fourth packet gap number information.

Step S2331, analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding fifth packet gap number information;

Step S2332, parse at least one second extension byte K2 in the N extension I code blocks, and obtain the corresponding sixth packet gap number information;

Step S2333, parse the first extension byte K1 in the S code block of the next service data packet to obtain the seventh packet gap number information;

Step S2334: Obtain the total number of packet gaps of the current service data packet and the next service data packet based on the fifth packet gap number information, the sixth packet gap number information, and the seventh packet gap number information.

At least one type byte, which is used to identify the code block type;

M ₂ second extension bytes K2;

At least one I control byte.

In some optional implementations, the Ethernet data flow is a PCS data flow, and the service data packet is a MAC data packet;

Step S2400: Obtain the Ethernet data stream based on the number of packet gaps between the service data packet and adjacent service data packets, including:

Step S2410: PCS encapsulation is performed based on the number of packet gaps between the MAC data packet and adjacent MAC data packets to obtain a PCS data stream.

In some optional implementations, the OTN data stream is a FlexO data stream.

The sink device in the embodiment of this application parses the OTN data stream of the source device according to the encoding and mapping method of the source device, thereby achieving the purpose of transparently transmitting the Ethernet service flow through the OTN network and filling the technical gaps in related methods. .

In addition, referring to Figure 11, the embodiment of the present application also provides a data transmission method, which is applied to an OTN network. The OTN network includes a source device and a sink device that communicate with each other. The data transmission method includes:

Step S3100: The source device performs the previous data transmission method to send the OTN data stream;

corresponding,

Step S3200: The sink device performs the previous data transmission method to receive and parse the OTN data stream.

It can be understood that the relevant description of step S3100 may refer to the data transmission method performed by the source device, such as the aforementioned steps S1100 to S1500; correspondingly, the relevant description of step S3200 may refer to the data transmission method performed by the sink device. For example, refer to the aforementioned steps S2100 to S2400; no further description will be given here.

In addition, embodiments of the present application also provide a source device, including: a first memory, a first processor, and a computer program stored in the first memory and executable on the first processor. The first processor executes the computer program. The program implements the data transmission method as before. For relevant description, please refer to the data transmission method performed by the source device, for example, refer to the aforementioned steps S1100 to S1500; no further description will be given here.

In addition, embodiments of the present application also provide a sink device, including: a second memory, a second processor, and a computer program stored in the second memory and executable on the processor. When the processor executes the computer program, the following is implemented: The aforementioned data transmission method. For relevant description, reference may be made to the aforementioned data transmission method performed by the sink device, such as the aforementioned steps S2100 to S2400; no further description will be given here.

In addition, embodiments of the present application also provide a computer-readable storage medium that stores computer-executable instructions, and the computer-executable instructions are used to execute the data transmission method of any of the foregoing embodiments.

Those of ordinary skill in the art can understand that all or some steps and systems in the methods disclosed above can be implemented as software, firmware, hardware, and appropriate combinations thereof. Some or all of the physical components may be implemented as software executed by a processor, such as a central processing unit, a digital signal processor, or a microprocessor, or as hardware, or as an integrated circuit, such as an application specific integrated circuit . Such software may be distributed on computer-readable media, which may include computer storage media (or non-transitory media) and communication media (or transitory media). As is known to those of ordinary skill in the art, the term computer storage media includes volatile and nonvolatile media implemented in any method or technology for storage of information such as computer readable instructions, data structures, program modules or other data. removable, removable and non-removable media. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, Digital Versatile Disk (DVD) or other optical disk storage, magnetic cassettes, tapes, disk storage or other magnetic storage devices, or may Any other medium used to store the desired information and that can be accessed by a computer. Additionally, it is known to those of ordinary skill in the art that communication media typically embodies computer readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism, and may include any information delivery media .

Claims

A data transmission method, applied to the source device of the OTN network, the method includes:

Get Ethernet data stream;

According to the Ethernet data flow, multiple service data packets are obtained;

Count and delete packet gap information between adjacent business data packets, and form packet gap quantity information based on the statistical results;

Encode the service data packet according to the first encoding method, and extend the first information code block used to carry the packet gap number information to form first encoded data;

Mapping the first encoded data to an OTN data stream;

Send the OTN data stream.
The method according to claim 1, wherein the first encoding method is a 64B/66B encoding method;

The information on the number of packet gaps includes information on the number of previous packet gaps and information on the number of subsequent packet gaps, where the number information on the number of previous packet gaps is used to represent the total number of packet gaps between the current service data packet and the previous service data packet, and the The information on the number of subsequent packet gaps is used to represent the total number of packet gaps between the current service data packet and the subsequent service data packet;

The first information code block includes an S code block and/or a newly added extended I code block;

The method of encoding the service data packet according to the first encoding method and extending the first information code block used to carry the information on the number of packet gaps includes:

Encode the current service data packet through 64B/66B encoding to generate S code blocks, data code blocks and T code blocks;

At least one extension byte is extended in the S code block and/or the newly added extension I code block, and the extension byte is used to carry the information on the number of front packet gaps and/or the number information on the number of rear packet gaps.
The method of claim 2, wherein the T code block includes:

A code block type byte, the type of the code block type byte is T;

Several data bytes and/or several I control bytes; the sum of the number of packet gaps corresponding to the I control byte and the number of subsequent packet gaps is equal to the sum of the current service data packet and the subsequent service data packet. The total number of packet gaps between.
The method according to claim 2 or 3, wherein the first information code block includes an S code block; the extension byte includes the first extension byte in the S code block;

At least one extension byte is extended in the S code block and/or the newly added extension I code block, and the extension byte is used to carry the information on the number of front packet gaps and/or the number information on the number of back packet gaps, include:

The first byte of the S code block is used as the code block type byte, and the type of the code block type byte is S;

The 2nd to M 1 +1 bytes of the S code block are all used as the first extension byte, wherein the first extension byte is used to carry the information on the number of front packet gaps, M 1 is the number of first extension bytes;

The remaining bytes of the S code block are used as data bytes for carrying the data information of the service data packet.
The method according to claim 2, wherein the first information code block includes an S code block; the extension byte includes the first extension byte in the S code block;

At least one extension byte is extended in the S code block and/or the newly added extension I code block, and the extension byte is used to carry the information on the number of front packet gaps and/or the number information on the number of back packet gaps, include:

Accumulate statistics on the number of post-packet gaps between the current business data packet and the next business data packet;

When the packet gap number information is less than or equal to the first preset threshold, the first extension byte in the S code block of the subsequent service data packet carries the subsequent packet gap number information.
The method according to claim 2, wherein the first information code block includes an S code block and an extended I code block; the extended bytes include a first extended byte and an extended I code block in the S code block. The second extension byte in the code block;

At least one extension byte is extended in the S code block and/or the newly added extension I code block, and the extension byte is used to carry the information on the number of front packet gaps and/or the number information on the number of back packet gaps, include:

Accumulate statistics on the number of packet gaps between the current business data packet and the next business data packet;

When the packet gap quantity information is greater than the first preset threshold, an extension I code block is added, and the extension I code block includes at least one second extension byte for carrying a partial number of packet gap quantity information;

The remaining number of packet gap number information is carried by the first extension byte in the S code block of the next service data packet.
The method according to claim 2, wherein the first information code block includes an S code block and N extension I code blocks, N is a positive integer greater than or equal to 2; the extension byte includes the S code The first extension byte in the block and the second extension byte in the extension I code block;

At least one extension byte is extended in the S code block and/or the newly added extension I code block, and the extension byte is used to carry the information on the number of front packet gaps and/or the number information on the number of back packet gaps, include:

Accumulate statistics on the number of packet gaps between the current business data packet and the next business data packet;

When the packet gap number information is greater than the first preset threshold, a first extension I code block is added. The first extension I code block includes at least one second extension byte for carrying the first number of packets. Gap quantity information;

Determine whether the remaining number of packet gap number information is greater than the first preset threshold. If so, add a second extension I code block. The second extension I code block includes at least one second extension byte for carrying the remaining The second number of packet gap number information among the number of packet gap number information;

By analogy, the Nth extension I code block is added until the remaining number of packet gap number information is less than or equal to the first preset threshold;

The remaining number of packet gap number information is carried by the first extension byte in the S code block of the next service data packet.
The method according to claim 6 or 7, wherein the newly added extension I code block includes:

At least one type byte, the type byte is used to identify the code block type;

At least one extension identification byte, the extension identification byte is used to identify the code block as an extended I code block;

M 2 second extension bytes;

At least one I control byte.
The method according to claim 6 or 7, wherein the number of first extension bytes is less than or equal to 2; the number of second extension bytes is less than or equal to 2.
The method according to any one of claims 5 to 7, wherein the first preset threshold is set according to the number of the first extension bytes.
The method according to any one of claims 1, 2, 3, 5, 6, and 7, wherein the Ethernet data stream is a PCS data stream;

According to the Ethernet data stream, multiple service data packets are obtained, including:

Parse the PCS data stream;

Obtain multiple parsed MAC data packets, and use the MAC data packets as the service data packets.
The method according to any one of claims 1, 2, 3, 5, 6 and 7, wherein,

Mapping the first encoded data to the OTN data stream includes:

An I code block is added after the first encoded data to adapt to the rate of the OTN data stream.
The method of claim 12, wherein:

Mapping the first encoded data to the OTN data stream further includes:

Perform 1024B/1027B transcoding on the first encoded data after rate adaptation;

Map the transcoded data to the OTN data stream.
A data transmission method, applied to the sink end device of the OTN network, the method includes:

Get OTN data stream;

Parse the OTN data stream to obtain first encoded data, where the first encoded data includes a service data code block and a first information code block, and the first information code block is used to carry the difference between adjacent service data packets. Packet gap number information;

Decode the first encoded data according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and obtain multiple service data packets and packets between adjacent service data packets. Gap quantity information;

According to the information on the number of packet gaps between the service data packet and adjacent service data packets, an Ethernet data stream is obtained.
The method according to claim 14, wherein the first decoding method is a 64B/66B decoding method;

The information on the number of packet gaps includes information on the number of previous packet gaps and information on the number of subsequent packet gaps, where the number information on the number of previous packet gaps is used to represent the total number of packet gaps between the current service data packet and the previous service data packet, and the The information on the number of subsequent packet gaps is used to represent the total number of packet gaps between the current service data packet and the subsequent service data packet;

The first information code block includes an S code block and/or a newly added extended I code block;

Decoding the first encoded data according to the first decoding method and the first expansion strategy to obtain information on the number of packet gaps between adjacent service data packets includes:

Decode the first encoded data through 64B/66B decoding to obtain S code blocks, data code blocks and T code blocks corresponding to each service data packet;

Parse at least one extension byte in the S code block and/or the newly added extension I code block according to the first extension strategy to obtain information on the number of packet gaps between adjacent service data packets, wherein the extension Bytes are used to carry the information on the number of preceding packet gaps and/or the information on the number of subsequent packet gaps.
The method of claim 15, wherein the T code block includes:

A code block type byte, the type of the code block type byte is T;

Several data bytes and/or several I control bytes; the sum of the number of packet gaps corresponding to the I control byte and the number of subsequent packet gaps is equal to the sum of the current service data packet and the subsequent service data packet. The total number of packet gaps between.
The method according to claim 15 or 16, wherein the first information code block includes an S code block; the extension byte includes the first extension byte in the S code block;

The first encoded data is decoded according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and multiple service data packets and the distance between adjacent service data packets are obtained. Packet gap number information, including:

Parse the code block type byte, the type of the code block type byte is S to identify the first byte of the S code block;

The 2nd to M 1 +1 bytes of the S code block are all identified as the first extension byte, wherein the first extension byte is used to carry the information on the number of front packet gaps, M 1 is the number of first extension bytes;

The remaining bytes of the S code block are parsed as data bytes, used to carry the data information of the service data packet.
The method according to claim 15, wherein the first information code block includes an S code block; the extension byte includes the first extension byte in the S code block;

The first encoded data is decoded according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and multiple service data packets and the distance between adjacent service data packets are obtained. Packet gap number information, including:

Analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding information on the number of gaps in the first packet;

Analyze the first extension byte in the S code block of the subsequent service data packet to obtain the information on the number of gaps in the subsequent packet;

According to the information on the number of subsequent packet gaps and the information on the number of first packet gaps, the total number of packet gaps of the current service data packet and the subsequent service data packet is obtained.
The method according to claim 15, wherein the first information code block includes an S code block and an extended I code block; the extended bytes include a first extended byte and an extended I code block in the S code block. The second extension byte in the code block;

The first encoded data is decoded according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and multiple service data packets and the distance between adjacent service data packets are obtained. Packet gap number information, including:

Analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding information on the number of gaps in the second packet;

Parse at least one second extension byte in the extension I code block to obtain the corresponding third packet gap number information;

Analyze the first extension byte in the S code block of the next service data packet to obtain the fourth packet gap number information;

According to the second packet gap quantity information, the third packet gap quantity information and the fourth packet gap quantity information, the total number of packet gaps of the current service data packet and the next service data packet is obtained.
The method according to claim 15, wherein the first information code block includes an S code block and N extension I code blocks, N is a positive integer greater than or equal to 2; the extension byte includes the S code The first extension byte in the block and the second extension byte in the extension I code block;

The first encoded data is decoded according to the first decoding method and the first expansion strategy to obtain multiple service data code blocks and first information code blocks, and multiple service data packets and the distance between adjacent service data packets are obtained. Packet gap number information, including:

Analyze the number of I control bytes of the T code block corresponding to the current service data packet, and obtain the corresponding information on the number of gaps in the fifth packet;

Parse at least one second extension byte in the N extension I code blocks to obtain the corresponding sixth packet gap number information;

Analyze the first extension byte in the S code block of the next service data packet to obtain the seventh packet gap number information;

According to the fifth packet gap quantity information, the sixth packet gap quantity information and the seventh packet gap quantity information, the total number of packet gaps of the current service data packet and the next service data packet is obtained.
The method according to claim 19 or 20, wherein the newly added extended I code block includes:

At least one type byte, the type byte is used to identify the code block type;

At least one extension identification byte, the extension identification byte is used to identify the code block as an extended I code block;

M 2 second extension bytes;

At least one I control byte.
The method according to claim 19 or 20, wherein the number of first extension bytes is less than or equal to 2; the number of second extension bytes is less than or equal to 2.
The method according to any one of claims 14, 15, 16, 18, 19, and 20, wherein the Ethernet data flow is a PCS data flow, and the service data packet is a MAC data packet;

Obtaining an Ethernet data stream based on information on the number of packet gaps between the service data packet and adjacent service data packets includes:

PCS encapsulation is performed according to the information on the number of packet gaps between the MAC data packet and adjacent MAC data packets to obtain the PCS data stream.
A data transmission method, applied to an OTN network. The OTN network includes a source device and a sink device that communicate with each other. The method includes:

The source device executes the data transmission method according to any one of claims 1 to 13 to send the OTN data stream;

corresponding,

The sink device executes the data transmission method according to any one of claims 14 to 23 to receive and parse the OTN data stream.
A source device includes: a first memory, a first processor, and a computer program stored in the first memory and executable on the first processor, wherein when the first processor executes the computer program Implement the data transmission method as described in any one of claims 1 to 13.
A sink device includes: a second memory, a second processor, and a computer program stored in the second memory and executable on the processor, wherein when the processor executes the computer program:

The data transmission method according to any one of claims 14 to 23.
A computer-readable storage medium storing computer-executable instructions for executing:

The data transmission method according to any one of claims 1 to 13;

or,

The data transmission method according to any one of claims 14 to 23.