WO2022078225A1

WO2022078225A1 - Communication method, apparatus, and system

Info

Publication number: WO2022078225A1
Application number: PCT/CN2021/121969
Authority: WO
Inventors: 袁道春; 陈玉杰; 孙春
Original assignee: 华为技术有限公司
Priority date: 2020-10-15
Filing date: 2021-09-29
Publication date: 2022-04-21
Also published as: CN114374469A

Abstract

Disclosed by the present application are a communication method, apparatus, and system, belonging to the field of optical communication. The method comprises: generating a plurality of optical transport network (OTN) data frames, each OTN data frame among the plurality of OTN data frames comprising M data code blocks of equal length, said data code blocks being used for carrying service data, the service data carried by the data code block of any one of the data frame sets of said plurality of OTN data frames being a set union of the service data carried by the data code blocks belonging to the two data frame sets before and after the data frame set adjacent to any one of the data frame sets, said any one data frame set consisting of L consecutive OTN data frames, wherein M ≥ 2 and L ≥ 1; sending the plurality of OTN data frames in sequence. The communication method provided by the present application is resistant to cell-level service impairment.

Description

Communication method, device and system

This application claims the priority of the Chinese patent application filed on October 15, 2020, with the application number of 202011105786.5 and the application name of "communication method, device and system", the entire contents of which are incorporated into this application by reference.

technical field

The present application relates to the field of optical communication, and in particular, to a communication method, device and system.

Background technique

An optical communication system is a system that communicates based on optical signals. A current optical communication system can use an optical service unit (optical service unit, OSU) encapsulation technology to transmit service data, and the minimum transmission unit is an OSU (also called an OSU cell).

The rotation rate of the state of polarization (SOP) is an important indicator of an optical communication system. Typically, the rotation rate of the SOP is less than 1M Rad/s (megaradians per second). However, in some scenarios, an oversized SOP may occur, which makes it impossible to demodulate optical signals, resulting in the loss of at least one OSU, resulting in cell-level service damage.

SUMMARY OF THE INVENTION

Embodiments of the present application provide a communication method, device, and system to solve the problem of cell-level service damage existing in the prior art.

In a first aspect, a communication method is provided, which is applied to a sender. The method includes: generating multiple optical transport network OTN data frames; and sequentially sending multiple OTN data frames. Among the multiple OTN data frames, each OTN data frame includes M data code blocks with equal lengths, and the data code blocks are used to carry service data. The service data carried by the data code blocks of any data frame set in the multiple OTN data frames belongs to the union of the service data carried by the data code blocks of the two adjacent data frame sets adjacent to the any data frame set. A data frame set consists of L consecutive OTN data frames, M≥2, L≥1. In this application, the length of the code block may also be referred to as the size of the code block, which refers to the number of bits or the number of bytes included in the code block.

In the communication method provided by the embodiment of the present application, in the multiple OTN data frames generated by the transmitting end, each OTN data frame includes M data code blocks of equal length, and the number of any data frame set in the multiple OTN data frames is The service data carried by the data code block belongs to the union of the service data carried by the data code blocks of the two adjacent data frame sets adjacent to any data frame set. If any data frame set is lost in this way, the business data carried by it can be obtained from the data code blocks of its adjacent previous data frame set and/or the next data frame set, so as to resist the loss of at least one data frame set, Therefore, it can resist cell-level damage in the communication process.

Assuming that the first data frame is any data frame among multiple OTN data frames, among the M data code blocks included in the first OTN data frame, M-N data code blocks are used to The service data of the OTN data frame is redundantly transmitted, and N data code blocks are used to transmit actual service data, that is, the service data carried by the N data code blocks is the same as that in the previous OTN data frame of the first OTN data frame. The service data carried are different, the service data carried by the N data code blocks can be redundantly transmitted by the data code blocks of the OTN data frame after the first OTN data frame, and N is a positive integer smaller than M. For example, in the first data frame, the number of times of redundant transmission of the service data carried by the N data code blocks by the data code blocks of the OTN data frame after the first OTN data frame is (M-N)/N times, that is, It means that the service data carried by the N data code blocks are transmitted [(M-N)/N]+1 times in total.

Optionally, the service data carried in the first OTN data frame belongs to the Lth OTN data frame before the first OTN data frame (that is, before the first OTN data frame and at an interval of L-1 from the first OTN data frame. The service data carried by the data frame of the first OTN data frame) and the Lth OTN data frame after the first OTN data frame (that is, after the first OTN data frame and at an interval of L-1 from the first OTN data frame) The intersection of the service data carried by the data frame of the OTN data frame). As such, the optical communication system supports maximum resistance to loss of consecutive M-1 sets of data frames.

Exemplarily, the M-N data code blocks of the first data frame are used for redundant transmission of service data of the Lth OTN data frame before the first OTN data frame, and the services carried by the N data code blocks are When the data code blocks of the Lth OTN data frame after an OTN data frame are redundantly transmitted, for any data code block in the multiple OTN data frames, the service data carried by the any data code block is redundantly transmitted for a total of (M-N)/N times, that is, the service data is transmitted [(M-N)/N]+1 times in total. For example, M=4, N=2, the service data carried by any data code block is redundantly transmitted once in total.

In an optional manner, the data code blocks of every two adjacent data frame sets have (M-N)×L pairs of data code blocks that carry the same service data, and the data code blocks of every two adjacent data frame sets have N The service data carried by ×L is different for the data code block. In this way, the situation where the service data carried by the data code blocks of every two adjacent data frame sets is completely repeated can be avoided, and the data amount of different service data carried by every two adjacent data frame sets can be increased. Illustratively, N=1 or N=2.

Optionally, in the same OTN data frame, the service data carried in the M data code blocks are different from each other. In this way, the utilization rate of the OTN data frame can be improved.

The sender can support multiple encoding formats. Correspondingly, the communication method provided by the embodiment of the present application supports the selection of the encoding format to be used among the multiple encoding formats. Then, before generating a plurality of optical channel service unit OTN data frames, the communication method further includes: receiving a setting instruction, where the setting instruction is used to specify a target encoding format among the multiple encoding formats supported by the sending end; correspondingly, generating a plurality of encoding formats. The process of the OTN data frame includes: generating multiple OTN data frames based on the target coding format.

In an optional manner, the setting instruction is manually triggered. For example, the multiple encoding formats may be presented to the user through the user interface, and the user selects the target encoding format from the multiple encoding formats, thereby triggering the setting instruction. In another optional manner, the setting instruction is triggered by the management device. For example, the sender sends the supported multiple encoding formats to the management device, the management device selects the target encoding format from the multiple encoding formats, and sends the target encoding format to the sender through the setting instruction.

In actual implementation, each data code block has a sequence number, data code blocks with the same sequence number carry the same service data, data code blocks with different sequence numbers carry different service data, and each OTN data frame carries the OTN data frame. The sequence number that the data code block has. In this way, it is convenient for the receiving end to determine whether the service data carried by the data code blocks of the OTN data frame is the same by extracting the sequence number from the OTN data frame, thereby improving the working efficiency of the receiving end.

In the embodiment of the present application, there are various ways of carrying the serial number of the data code block. In a first optional example, for an OTN data frame, each data code block in the OTN data frame carries a sequence number corresponding to the data code block. The receiving end can scan each data code block in the OTN data frame to extract the corresponding sequence number from each data code block. In a second optional example, for an OTN data frame, the designated data code block in the OTN data frame carries the sequence number corresponding to each data code block in the OTN data frame. The receiving end can scan the specified data code block to extract the sequence number corresponding to each data code block. In a third optional example, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame. By setting an identification code block independent of the data code block, the receiving end can quickly extract the sequence number carried by the OTN data frame. Compared with the foregoing first optional example, the receiving end does not need to scan each data code block in the OTN data frame, reducing the overhead of the receiving end; compared with the foregoing second optional example, the identification code block is independent of the data code block. , reduce the occupation of data code blocks, and avoid the impact of the serial number carried on the service data.

In an optional example, the length of the identification code block is equal to the length of the data code block. In this way, the lengths of each code block in the OTN data frame can be consistent, which is convenient for the receiving end to perform data decoding and reduces computational overhead.

In an optional implementation manner, the sequence numbers of the M data code blocks included in the same OTN data frame are arranged in an arithmetic sequence (for example, an increasing arithmetic sequence) according to the transmission timing sequence from first to last; and/or, multiple The sequence numbers of the data code blocks located at the same transmission position in each OTN data frame are arranged in an increasing arithmetic sequence according to the transmission timing sequence from first to last. In this way, it is convenient for the transmitting end and the receiving end to perform encoding and decoding.

For example, the first encoding format supported by the embodiment of the present application is: M=4, L=1; and/or, the second encoding format is: M=4, L=4.

The aforementioned two encoding methods also satisfy one or more of the following, which facilitates the encoding and decoding of the transmitting end and the receiving end, and realizes the rapid distinction of data code blocks:

First, the sequence numbers of the M data code blocks included in the same OTN data frame are arranged in an arithmetic sequence according to the transmission timing sequence from first to last. Optionally, the difference values of multiple arithmetic progressions corresponding to multiple OTN data frames are equal.

Second, the sequence numbers of the data code blocks located at the same transmission position in the multiple OTN data frames are arranged in an increasing arithmetic sequence according to the transmission timing sequence from first to last. Optionally, the difference values of the M arithmetic progressions in the one-to-one correspondence of the M transmission positions of the multiple OTN data frames are equal. Optionally, the starting sequence numbers of the M arithmetic progressions corresponding to the M sending positions of the multiple OTN data frames one-to-one are the same, for example, all are 1.

In an optional implementation manner, each OSU includes a check code block, and the check code block includes a check code. For example, the sending end may generate the check code based on the specified check algorithm and the data code block of the OTN data frame. In an optional implementation manner, the sender generates a check code based on a specified check algorithm and service data in a data code block of the OTN data frame; in another optional implementation manner, the sender generates a check code based on a specified check algorithm and the serial number of the data code block of the OTN data frame to generate a check code. Compared with using the service data in the data code block to generate the check code, using the serial number of the data code block to generate the check code has less complexity and less computation.

Optionally, the lengths of the check code block and the data code block are equal. In this way, the length of each code block in the OTN data frame can be consistent, which is convenient for the transmitting end to perform data encoding and reduces computational overhead.

The aforementioned identification code block and check code block can be the same code block, and the number of bits occupied by the serial number and the check code can be reduced by the multiplexing of the code blocks, and the utilization rate of the code block can be improved.

In a second aspect, a communication method is provided, which is applied to a receiving end. The method includes: receiving a plurality of OTN data frames of an optical transport network; and analyzing the received plurality of OTN data frames to obtain service data. Among the multiple OTN data frames, each OTN data frame includes M data code blocks of equal length, and the data code blocks are used to carry service data. The service data carried by the data code blocks of any data frame set in the multiple OTN data frames belongs to the union of the service data carried by the data code blocks of the two adjacent data frame sets adjacent to the any data frame set. The data frame set consists of L consecutive OTN data frames, M≥2, L≥1.

In the communication method provided by the embodiment of the present application, among the multiple OTN data frames received by the receiving end, each OTN data frame includes M data code blocks of equal length, and the number of any data frame set in the multiple OTN data frames is The service data carried by the data code block belongs to the union of the service data carried by the data code blocks of the two adjacent data frame sets adjacent to any data frame set. If any data frame set is lost in this way, the business data carried by it can be obtained from the data code blocks of its adjacent previous data frame set and/or the next data frame set, so as to resist the loss of at least one data frame set, Therefore, it can resist cell-level damage in the communication process.

In an optional manner, the data code blocks of every two adjacent data frame sets have (M-1)×L pairs of data code blocks that carry the same service data, and the data code blocks of every two adjacent data frame sets have the same service data. There are N×L pairs of data code blocks that carry different service data, and N is a positive integer smaller than M. In this way, the situation where the service data carried by the data code blocks of every two adjacent data frame sets is completely repeated can be avoided, and the data amount of different service data carried by every two adjacent data frame sets can be increased.

Since there are data code blocks carrying the same service data in multiple OTN data frames, repeated parsing of the data code blocks carrying the same service data will increase the computational overhead, resulting in low parsing efficiency of the OTN data frames. Therefore, after receiving the OTN data frame, the receiving end may first perform deduplication processing on the received OTN data frame, so as to reduce the computational overhead and improve the subsequent parsing efficiency. In this way, the process of parsing the received multiple OTN data frames to obtain the service data may include: performing deduplication processing on different data code blocks carrying the same service data in the received multiple OTN data frames; Data code block to obtain service data. After deduplication processing, redundant data code blocks can be discarded, thus reducing the storage load on the receiving end.

The receiver can support multiple encoding formats. Correspondingly, the communication method provided by the embodiment of the present application supports the selection of the encoding format to be used among the multiple encoding formats. Then, before parsing the received multiple OTN data frames to obtain service data, the communication method further includes: receiving a setting instruction, where the setting instruction is used to specify a target encoding format among the multiple encoding formats supported by the receiving end; correspondingly, parsing The process of obtaining the service data from the received multiple OTN data frames includes: parsing the received multiple OTN data frames based on the target coding format to obtain the service data.

In an optional manner, the setting instruction is manually triggered, for example, the multiple encoding formats may be presented to the user through a user interface, and the user selects a target encoding format from the multiple encoding formats, thereby triggering the setting instruction. In another optional manner, the setting instruction is triggered by the management device. For example, the receiving end sends the supported multiple encoding formats to the management device, the management device selects the target encoding format from the multiple encoding formats, and sends the target encoding format to the receiving end through the setting instruction.

Optionally, the aforementioned process of parsing a plurality of received OTN data frames to obtain service data includes: after each buffering at least two received OTN data frames, parsing the buffered OTN data frames to obtain service data. In this way, the loss of at least one OTN data frame can be achieved.

In actual implementation, each data code block has a sequence number, data code blocks with the same sequence number carry the same service data, data code blocks with different sequence numbers carry different service data, and each OTN data frame carries the OTN data frame. The sequence number that the data code block has. Correspondingly, the receiving end may determine whether the service data carried by the data code blocks in different OTN data frames are the same based on the sequence numbers carried in different OTN data frames. In this way, the working efficiency of the receiving end can be improved.

In the embodiment of the present application, there are various ways of carrying the serial number of the data code block in the OTN data frame, and correspondingly, the processing method of the receiving end is also different. For the specific process, refer to the three optional examples in the first aspect. For example, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame; the receiving end can obtain the identification code block from each OTN data frame. Read the serial number.

In an optional implementation manner, each OSU carries a check code, and the check code is generated based on a data code block of the OSU; the receiving end can also check whether each OSU has a code error based on the check code of each OSU ;Discard the OSU with bit error. The receiving end discards the OTN data frame with bit error, avoids parsing the OTN data frame with bit error, and reduces unnecessary computing overhead. Optionally, the lengths of the check code block and the data code block are equal.

In a third aspect, a communication device is provided. The communication device includes: a processing circuit and a communication interface, the processing circuit is used for executing any one of the communication methods in the first aspect; the communication interface is used for the processing circuit to communicate with other devices. The processing circuit may be a processing chip or a field programmable gate array (Field Programmable Gate Array, FPGA).

In a fourth aspect, a communication device is provided. The communication device includes: a processing circuit and a communication interface, the processing circuit is used for executing any one of the communication methods in the second aspect; the communication interface is used for the processing circuit to communicate with other devices. The processing circuit may be a processing chip or an FPGA.

In a fifth aspect, the present application provides a communication device, where the communication device includes at least one module, and the at least one module can be used to implement the first aspect or the communication method provided by various possible implementations of the first aspect.

In a sixth aspect, the present application provides a communication device, the communication device includes at least one module, and the at least one module can be used to implement the second aspect or the communication method provided by various possible implementations of the second aspect.

In a seventh aspect, the present application provides an optical communication system, the optical communication system includes a transmitter and a receiver, the transmitter includes the communication device provided in the third aspect, and the receiver includes the communication device provided in the fourth aspect. Alternatively, the sending end includes the communication device provided in the fifth aspect, and the receiving end includes the communication device in the sixth aspect.

In an eighth aspect, the present application provides a computer device including a processor and a memory. The memory stores computer instructions; the processor executes the computer instructions stored in the memory, so that the computer device performs the first aspect or the methods provided by various possible implementations of the first aspect. Alternatively, the processor executes the computer instructions stored in the memory, so that the computer device executes the above-mentioned second aspect or the methods provided by various possible implementations of the second aspect.

In a ninth aspect, the present application provides a computer-readable storage medium, where computer instructions are stored in the computer-readable storage medium, and the computer instructions instruct a computer device to execute the method provided by the first aspect or various possible implementations of the first aspect . Alternatively, computer instructions are stored in the computer-readable storage medium, and the computer instructions instruct a computer device to execute the method provided by the second aspect or various possible implementations of the second aspect.

In a tenth aspect, the present application provides a computer program product comprising computer instructions stored in a computer-readable storage medium. The processor of the computer device can read the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the first aspect or the method provided by various possible implementations of the first aspect; The computer device performs the method provided by the above-mentioned second aspect or various possible implementations of the second aspect.

In an eleventh aspect, a chip is provided. The chip may include programmable logic circuits for implementing a communication method as in any of the first aspects when the chip is in operation. Or, when the chip is running, it is used to implement the communication method according to any one of the second aspect.

To sum up, in the communication method provided by the embodiment of the present application, in the multiple OTN data frames generated by the transmitting end, each OTN data frame includes M data code blocks of equal length, and any of the multiple OTN data frames The service data carried by the data code blocks of a data frame set belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to any data frame set. If any data frame set is lost in this way, the business data carried by it can be obtained from the data code blocks of its adjacent previous data frame set and/or the next data frame set, so as to resist the loss of at least one data frame set, Therefore, it can resist cell-level damage in the communication process.

The communication method provided by the embodiments of the present application can support the bearing of highly reliable services such as power relay protection on the 100G coherent system, and improve the versatility of the 100G coherent system in the power transmission and transformation system. In addition, the bandwidth of highly reliable services such as power relay protection is usually small (for example, the bandwidth is 2M). Although this communication method increases the redundant bandwidth, it does not affect the bearing of services. In addition, the communication method provided by the embodiment of the present application may also be applied to a service scenario in which other cell-level and/or millisecond-level communication interruptions occur.

Description of drawings

1 is a schematic diagram of an application environment of an optical communication system involved in a communication method provided by an embodiment of the present application;

2 is a schematic structural diagram of an OPGW provided by an embodiment of the present application;

3 is a schematic structural diagram of another OPGW provided by an embodiment of the present application;

FIG. 4 is a schematic cross-sectional view of the OPGW shown in FIG. 2 provided by an embodiment of the present application;

FIG. 5 is a schematic cross-sectional view of the OPGW shown in FIG. 3 provided by an embodiment of the present application;

6 is a schematic diagram of a frame structure of an ODU using the OSU encapsulation technology provided by an embodiment of the present application;

7 is a schematic flowchart of a communication method provided by an embodiment of the present application;

8 is a schematic diagram of an arrangement structure of data code blocks of a plurality of OTN data frames encoded by using the first encoding format provided by an embodiment of the present application;

9 is a schematic diagram of the arrangement structure of data code blocks of a plurality of OTN data frames encoded by adopting the second encoding format provided by an embodiment of the present application;

10 is a schematic diagram of the arrangement structure of data code blocks of a plurality of OTN data frames encoded by a third encoding format provided by an embodiment of the present application;

11 is a schematic diagram of the arrangement structure of the data code blocks of a plurality of OTN data frames encoded by adopting the fourth encoding format according to an embodiment of the present application;

12 is a schematic diagram of the actual structure of an OTN data frame provided by an embodiment of the present application;

13 is a partial structural schematic diagram of a communication frame structure in an optical communication system provided by an embodiment of the present application;

14 is a schematic diagram of the relationship between the rotation rate of the SOP over time when a super-large SOP occurs in an optical communication system provided in an embodiment of the present application;

FIG. 15 is a schematic structural diagram of a communication device provided by an embodiment of the present application;

FIG. 16 is a schematic structural diagram of another communication device provided by an embodiment of the present application;

FIG. 17 is a schematic structural diagram of another communication device provided by an embodiment of the present application;

FIG. 18 is a schematic structural diagram of still another communication apparatus provided by an embodiment of the present application.

Detailed ways

In order to make the principles and technical solutions of the present application clearer, the embodiments of the present application will be further described in detail below with reference to the accompanying drawings. FIG. 1 is a schematic diagram of an application environment of an optical communication system 10 involved in a communication method provided by an embodiment of the present application. The optical communication system 10 is an optical transport network (OTN). Illustratively, the OTN may be a coherent optical fiber (also called optical cable) communication system, or simply a coherent system. The optical communication system 10 includes: a sending end (also called a sending end device) 101 , a receiving end (also called a receiving end device) 102 , an optical fiber 103 , a sending end optical module 104 and an optical signal receiving end 105 . The sending end 101 is used to generate electrical signals and send the electrical signals to the sending end optical module 104; the sending end optical module 104 is used to convert the electrical signals into optical signals, and send the optical signals to the receiving end optical module 105; The end optical module 105 is used to convert the received optical signal into an electrical signal, and transmit it to the receiving end 102 , and the receiving end 102 demodulates the electrical signal. The transmitting end optical module 104 and the receiving end optical module 105 are connected through the optical fiber 103, and use optical signals for long-distance communication. In actual implementation, the transmitting end optical module 104 may be integrated in the transmitting end 101 , or may be provided outside the transmitting end 101 ; FIG. 1 is only a schematic illustration, and does not limit the positional relationship of each device in the optical communication system 10 .

With the further improvement of optical fiber transmission bit rate, the transmission rate supported by optical fiber evolves from single-wave 10G (that is, the transmission rate of each wave is 10G) to single-wave 100G (that is, the transmission rate of each wave is 100G). Due to the nonlinear effect of optical fiber, if the direct-adjusted non-return to zero (NRZ) technology is used to increase the bit rate to 100G per wave, the optical signal-to-noise ratio (OSNR) performance cannot be improved. Meet the needs of long-distance communication. Therefore, when the optical fiber supports a single-wave rate of 100G and above, the aforementioned optical communication system is a coherent system using coherent modulation technology, which can reduce the bit rate and improve the single-wave transmission rate. Illustratively, the coherent modulation technique is polarization division multiplexing (PDM)-quadrature phase shift keying (QPSK).

In the optical communication system, the rotation rate of the SOP is an important performance parameter to measure the state of the SOP. In the normal optical fiber communication environment, the factors affecting the SOP mainly come from the vibration of the optical fiber, and the rotation rate of the SOP is less than 1M Rad/s. However, in some scenarios, there will be a situation of a super large SOP rotation rate (referred to as super large SOP), so that the optical module at the receiving end cannot perform optical signal demodulation. Among them, the super-large SOP usually refers to the situation where the rotation rate of the SOP is greater than the preset rotation rate threshold, and the preset rotation threshold may be 1M Rad/s. For example, in a coherent system, the use of coherent modulation technology requires coherent modulation of polarized light with a vertical polarization direction at the optical module at the transmitting end, while the SOP of the upper optical signal needs to be tracked when the optical module at the receiving end performs coherent demodulation. However, the large SOP will cause the optical module at the receiving end to be unable to perform coherent demodulation of the optical signal.

There are many scenarios for super large SOP generation. The following takes a super large SOP generation scenario as an example for description. In the power industry, the optical fiber for power transmission and transformation is usually an optical fiber composite overhead ground wire (OPGW), also known as a composite optical cable. FIG. 2 and FIG. 3 are schematic structural diagrams of two types of OPGWs provided by embodiments of the present application, respectively. 4 and 5 are schematic cross-sectional views of the OPGW shown in FIGS. 2 and 3 , respectively. As shown in FIGS. 2 to 5 , the OPGW includes an optical fiber 201 , a central aluminum bundle tube 202 surrounding the optical fiber 201 , and a rotating wire 203 covering the central aluminum bundle tube 202 . Wherein, the rotating wire 203 is usually a metal wire. Illustratively, it includes aluminum alloy wire 2031 and aluminum clad steel wire 2032 . Figures 2 and 4 show the structure of a single-layer POGW, and the aluminum alloy wire 2031 and the aluminum-clad steel wire 2032 are located on the same layer; Figures 3 and 5 show the structure of a double-layer POGW, and the aluminum alloy wire 2031 and the aluminum-clad steel wire 2032 are located in different layers, for example, the layer where the aluminum-clad steel wire 2032 is located is clad with the layer where the aluminum-clad steel wire 2032 is located. OPGWs are usually mounted on top of iron towers used for high-voltage power transmission and transformation. OPGW not only acts as a ground wire for carrying lightning strikes on high-voltage lines, but also acts as a communication optical cable for power transmission and transformation.

Since the OPGW itself is a ground wire used for lightning induction, it is easily attacked by lightning during a thunderstorm, thus forming an induced current on the OPGW. According to the skin effect of the current, the current generates a rotating current on the rotating wire 203 and forms a magnetic field in the same direction as the optical fiber 201 . According to the Faraday rotation effect (also called the magneto-optical rotation effect), the magnetic field will have a serious impact on the SOP of the optical fiber 201 . For example, in strong lightning weather, the rotation rate of SOP exceeds 20M Rad/s, which is much larger than the rotation rate under normal conditions. However, when the rotation rate of the SOP is too large, the optical module at the receiving end cannot track the SOP of the optical signal, and thus the optical module at the receiving end cannot demodulate the optical signal.

The current optical communication system uses the OTN transmission technology to carry service data. Optical channel Data Unit (ODU) and OSU are used in OTN transmission technology. ODU mainly carries business data with high transmission rate (also called service rate), such as business data with a transmission rate of more than 1.25G bit/s (gigabit per second); OSU mainly carries business data with low transmission rate, such as transmission Service data at a rate of 2M bit/s (megabits per second). The embodiments of the present application are described by taking the transmitting end 101 and the receiving end 102 using the OSU encapsulation technology to transmit service data as an example for description. That is, the OSU is used as the basic bearer and exchange cell. FIG. 6 is a schematic structural diagram of an ODU frame carrying an OSU provided by an embodiment of the present application. The frame structure of the ODU includes: Frame Alignment Signal (FAS) area, Optical Transport Unit (OTU) overhead (Overhead, OH) area, ODU OH area, Optical payload unit (Optical payload unit) , OPU) OH area and payload area. Among them, the FAS area is used to carry the frame alignment signal; OTU OH, ODU OH and OPU OH are respectively used to carry the operation, management and maintenance overhead information for these three OTN frames. The payload area of the ODU is used to carry the OSU transmission unit. FIG. 6 takes the nth OSU transmission unit as an example. The structures of other OSU transmission units are the same as the nth OSU transmission unit. The nth OSU transmission unit includes a tributary port number (TPN) unit and an OSU. The TPN unit carries a channel identification number, and the channel identification number is the channel number of the OSU, which is used to describe the corresponding OSU as the No. 1 in the ODU. Several OSUs; an OSU includes an overhead area (also called a cell header) and a payload area. The overhead area carries information used to describe the payload area, such as service type, encapsulation length and encapsulation format, etc. The payload area is used to carry service data.

The frame length of an OSU is usually a fixed value, such as 192Byte. The transmission rate of the OSU is usually a fixed value, such as 2Mbit/s. The frame structure of the ODU uses the time division multiplexing technology, and by adjusting the correspondence between different services and the OSU, services at different rates can be carried. For example, if a service needs to achieve a fixed rate of R*2Mbit/s, the service is established with R OSUs, and the R OSUs transmit service data of the service, where R is a positive integer.

As mentioned above, the interruption of optical signal demodulation will lead to the loss of at least one OSU, thus resulting in cell-level service impairment. The embodiment of the present application provides a communication method, which can resist service damage at the cell level. FIG. 7 is a schematic flowchart of a communication method provided by an embodiment of the present application. As shown in Figure 7, the method includes the following steps.

S301. The transmitting end generates multiple OTN data frames.

In this embodiment of the present application, an OTN data frame, also called an OTN frame or an OTN subframe, is used to carry service data in the OTN, and it may be an OSU (also called an OSU cell or a subframe in an ODU) or an ODU, or It can be other cells used to carry service data. Optionally, the frame length of the OTN data frame is 192 Bytes.

For each OTN data frame in the plurality of OTN data frames, the OTN data frame includes M data code blocks of equal length. In this application, the length of the code block may also be referred to as the size of the code block, which refers to the number of bits or the number of bytes included in the code block. The data code block is used to carry service data, and the service data carried by the data code block of any data frame set in the multiple OTN data frames belongs to the data code blocks of the two adjacent data frame sets adjacent to the data frame set. The union of carried business data. The arbitrary data frame set is composed of L consecutive OTN data frames, M≥2, L≥1. Generally, the L OTN data frames are random and continuous L OTN data frames, and do not specifically refer to an OTN data frame at a certain position. There is no overlap of OTN data frames between any data frame set and its adjacent two data frame sets.

The process of generating multiple OTN data frames at the sending end is actually mapping (also called loading or filling) the service data to the corresponding data code blocks. This process is also known as the mapping process.

Assuming that any data frame set in the multiple OTN data frames is X, and the two data frame sets before and after it are X1 and X2, then X∈(X1∪X2). In this way, even if the data frame set X is lost, the service data carried by the data frame set X can be obtained from the two data frame sets X1 and/or X2 before and after it. Since the data frame set is composed of at least one continuous OTN data frame, the communication method provided by the embodiment of the present application is resistant to the loss of at least one OTN data frame, that is, the service impairment at the cell level. It should be noted that, if any data frame set is the first data frame set in multiple OTN data frames, the previous data frame set is empty; if any data frame set is the last data frame set in multiple OTN data frames A collection of dataframes followed by an empty collection of dataframes.

FIG. 8 and FIG. 9 are schematic diagrams of arrangement structures of data code blocks of multiple OTN data frames encoded by using the first encoding format and the second encoding format, respectively, according to an embodiment of the present application. In Figures 8 and 9, each square represents a data code block, a column of squares represents 4 data code blocks of an OTN data frame, the same sequence number represents the data code block carrying the same service data, and different sequence numbers represent different service data. The unfilled squares represent idle data blocks, that is, data blocks that do not carry service data, and idle data blocks can also be regarded as redundant data blocks (that is, carrying service data and previous OTN data). The service data of the frame repeats the data code block). Take the data frame set Y and the two adjacent data frame sets Y1 and Y2 before and after the data frame set Y as an example. Data frame set Y and data frame set Y1 have 3 pairs of data code blocks that carry the same service data, namely 1 pair of data code blocks 8, 1 pair of data code blocks 9, and 1 pair of data code blocks 10; There is a pair of data code blocks in frame set Y1 that carry different service data, namely data code block 7 of data frame set Y1 and data code block 11 of data frame set Y; data code blocks exist in data frame set Y and data frame set Y1. There are 5 data code blocks from 7 to 11 that carry different service data. Data frame set Y and data frame set Y2 have 3 pairs of data code blocks that carry the same service data, namely 1 pair of data code blocks 9, 1 pair of data code blocks 10, and 1 pair of data code blocks 11; There is a pair of data code blocks in frame set Y2 that carry different service data, namely data code block 8 of data frame set Y and data code block 12 of data frame set Y2; data code blocks exist in data frame set Y and data frame set Y2 There are 5 data code blocks from 8 to 12 that carry different service data.

As can be seen from Figure 8, the data frame set Y includes data code blocks 8, 9, 10, 11 that carry different service data, and the union of the data frame sets Y1 and Y2 includes data code blocks 7, 8, 9, 10, 11, 12, the data frame set Y belongs to the union of the data frame sets Y1 and Y2.

By adopting the aforementioned first encoding method, the service data carried by the data code block of any data frame set including one OTN data frame can be carried from the data code block of the previous data frame set and/or the next data frame set. obtained from the business data. Therefore, it is possible to resist the loss of at least one continuous OTN data frame.

In FIG. 9 , a data frame set Z and two adjacent data frame sets Z1 and Z2 before and after the data frame set Z are taken as examples. Data frame set Z and data frame set Z1 have 12 pairs of data code blocks that carry the same service data, that is, data code blocks 5 to 16; data frame set Z and data frame set Z1 have 4 pairs of data code blocks that carry different service data. They are the data code blocks 1 to 4 of the data frame set Z1, and the data code blocks 17 to 20 of the data frame set Z; there are 20 data code blocks 1 to 20 in the data frame set Z and the data frame set Z1, which carry different service data. data block. Data frame set Z and data frame set Z2 have 12 pairs of data code blocks that carry the same service data, that is, data code blocks 9 to 20; data frame set Z and data frame set Z2 have 4 pairs of data code blocks that carry different service data. They are the data code blocks 5 to 8 of the data frame set Z and the data code blocks 21 to 24 of the data frame set Z2; the data frame set Z and the data frame set Z2 have a total of 20 data code blocks 5 to 24 that carry different service data. Data code block.

As can be seen from FIG. 9 , the data frame set Z includes data code blocks 5 to 20 that carry different service data, the union of the data frame sets Z1 and Z2 includes data code blocks 1 to 24 that carry different service data, and the data frame set Z belongs to data. The union of frame sets Z1 and Z2.

Using the aforementioned second encoding method, the service data carried by the data code block of any data frame set including four OTN data frames can be carried from the data code block of the previous data frame set and/or the next data frame set. obtained from the business data. Therefore, it is possible to resist the loss of at least 4 consecutive OTN data frames.

In this embodiment of the present application, it is assumed that the first data frame is any data frame among multiple OTN data frames, and among the M data code blocks included in the first OTN data frame, M-N data code blocks are used for matching data in the first OTN data frame. The service data carried by the data code blocks of the OTN data frame before the first OTN data frame is redundantly transmitted, and the M-N data code blocks are called redundant data code blocks. The N data code blocks are used to transmit actual service data, that is, the service data carried by the N data code blocks is different from the service data carried in the OTN data frame before the first OTN data frame, and N is less than M. positive integer. The service data carried by the N data code blocks may be redundantly transmitted by the data code blocks of the OTN data frame after the first OTN data frame. For example, in the first data frame, the number of times of redundant transmission of the service data carried by the N data code blocks by the data code blocks of the OTN data frame after the first OTN data frame is (M-N)/N times, that is, It means that the service data carried by the N data code blocks are transmitted [(M-N)/N]+1 times in total.

Taking FIG. 8 as an example, in FIG. 8, the first encoding format is: L=1, M=4, N=1. Assuming that the first OTN data frame is OTN data frame Y, in this OTN data frame Y, data code blocks 8, 9 and 10 are redundant data code blocks, which are used to compare the data in the OTN data frame before OTN data frame Y The service data carried by the code block is redundantly transmitted, and the data code block 11 is used to transmit actual service data. The number of redundant transmissions of the data code block 11 by the data code blocks of the OTN data frame after the OTN data frame Y is (4-1)/1=3 times. In this way, the service data carried by the data code block 11 is totally transmitted by transmitted 4 times.

Taking FIG. 8 and FIG. 9 as examples, in the first encoding mode shown in FIG. 8, the service data carried by any OTN data frame belongs to the service carried by the first OTN data frame before the any OTN data frame. The intersection of the data and the service data carried in the first OTN data frame following any OTN data frame. In this way, any 1 to 3 consecutive data frame sets (in the first encoding mode, any 1 to 3 consecutive OTU data frames) are lost, and the service data carried by the lost data frame sets can be The service data carried by the adjacent previous data frame set and/or the next data frame set is obtained. In Figure 8, it is assumed that Y3 consists of 3 consecutive OTN data frames, which include different data code blocks 13 to 18. When the Y3 is lost, Y3 can be obtained from the OTN data frames before and after the Y3: Y4 and Y5. For the lost service data, the oblique-lined data code block in FIG. 8 carries the same service data as the data code block in Y3.

In the second encoding mode shown in FIG. 9 , the service data carried by any OTN data frame belongs to the service data carried by the 4th OTN data frame before the any OTN data frame and the service data carried after the any OTN data frame The intersection of the service data carried in the fourth OTN data frame. In this way, the maximum resistance to the loss of three consecutive data frame sets can be achieved. Any 1 to 3 consecutive data frame sets (in the first encoding method, any 4, 8 or 12 consecutive OTU data frames) are lost, and the service data carried by the lost data frame sets can be The service data carried by the adjacent previous data frame set and/or the next data frame set is obtained. In Fig. 9, it is assumed that Z3 consists of 3 consecutive data frame sets, which include different data code blocks 5 to 28. When the Z3 is lost, it can be obtained from the OTN data frame sets before and after the Z3: Z1 and Z4 For the service data lost by Z3, the data code blocks underlined in FIG. 9 carry the same service data as the data code blocks in Z3.

In an optional manner, the data code blocks of every two adjacent data frame sets have (M-N)×L pairs of data code blocks that carry the same service data. In this way, there are (M-N)×L redundant data code blocks in the data code blocks of every two adjacent data frame sets; there are N×L pairs of services carried by the data code blocks in the data code blocks of every two adjacent data frame sets The data is different, that is, there are 2×N×L data code blocks carrying different service data in the data code blocks of every two adjacent data frame sets. The situation occurs that the service data of 2 is completely duplicated, and the data amount of different service data carried by every two adjacent data frame sets is increased. Illustratively, N=1 or N=2.

As shown in FIG. 8 , the first encoding format is: L=1, M=4, N=1. In this way, 3 pairs of data code blocks in every two adjacent data frame sets carry the same service data, and one pair of data code blocks in every two adjacent data frame sets carry different service data. As shown in FIG. 9 , the second encoding format is: L=4, M=4, N=1. In this way, 12 pairs of data code blocks in every two adjacent data frame sets carry the same service data, and 4 pairs of data code blocks in every two adjacent data frame sets carry different service data.

Optionally, in the same OTN data frame, the service data carried in the M data code blocks are different from each other. In this way, there is no redundancy of service data in the same OTN data frame, which can improve the utilization rate of the OTN data frame.

In actual implementation, each data code block has a sequence number, data code blocks with the same sequence number carry the same service data, and data code blocks with different sequence numbers carry different service data. Using the serial number to identify the data code block can realize the rapid identification of the data code block, and it is convenient for the receiving end to distinguish whether the service data carried by the data code block is the same based on the serial number, so as to improve the efficiency of the receiving end. For the convenience of description, in subsequent embodiments, the data code blocks are identified by the serial numbers possessed by the data code blocks.

Further, the aforementioned two encoding methods can also satisfy one or more of the following, which is convenient for the transmitting end and the receiving end to perform encoding and decoding, and realizes the rapid differentiation of data code blocks:

First, in the same OTN data frame, the sequence numbers of the M data code blocks are arranged in an arithmetic sequence according to the order of the transmission timing. Optionally, the difference values of multiple arithmetic progressions corresponding to multiple OTN data frames are equal. The arithmetic sequence corresponding to any OTN data frame is an arithmetic sequence in FIG. 8 or FIG. 9 . In Fig. 8, the sequence numbers of the M data code blocks included in the same OTN data frame are arranged in an ascending equal difference sequence according to the sending sequence from first to last, and the difference is 1; in Fig. 9, the M data code blocks included in the same OTN data frame The sequence numbers of the data code blocks are arranged in an increasing arithmetic sequence according to the transmission timing sequence from first to last, and the difference is 4.

Second, in a plurality of OTN data frames, the sequence numbers of the data code blocks located at the same transmission position are arranged in an increasing arithmetic sequence according to the transmission timing sequence from first to last. Optionally, the difference values of the M arithmetic progressions corresponding to the M sending positions of the multiple OTN data frames one-to-one are equal, and the arithmetic progression corresponding to any sending position is a row of arithmetic progressions in FIG. 8 or FIG. 9 . 8 and 9 both take the difference value of 1 as an example for description. Optionally, the starting sequence numbers of the M arithmetic progressions corresponding to the M sending positions of the multiple OTN data frames one-to-one are the same, and FIG. 8 and FIG. 9 both take the starting sequence number of 1 as an example for description.

The aforementioned two encoding methods are just examples. In actual implementation, a new encoding method can also be obtained by simply replacing or improving on the basis of the foregoing two encoding methods according to the application scenario. For example, the sequence numbers of the M data code blocks included in the same OTN data frame are not arranged in an arithmetic sequence according to the transmission timing sequence, but they can form an arithmetic sequence, such as 1, 7, 5 or 8, 4, 6. For another example, the sequence numbers of data code blocks located at the same transmission position in multiple OTN data frames are not arranged in an increasing arithmetic sequence according to the transmission timing sequence, but may form an increasing arithmetic sequence. For another example, among the M data code blocks included in the same OTN data frame, there are at least one pair of data code blocks that carry the same service data. Also for example, L=4, M=3, N=1, or, L=1, M=3, N=1, etc. For another example, the actually generated multiple OTN data frames do not include the first M-1 data frame sets in FIG. 8 or FIG. 9 . Any simple replacement or improvement based on the communication method provided by the embodiment of the present application shall be included in the protection scope of the embodiment of the present application.

To facilitate the reader's understanding, the embodiments of the present application provide a third encoding format and a fourth encoding format for description. FIG. 10 is a schematic diagram of an arrangement structure of data code blocks of a plurality of OTN data frames encoded by using a third encoding format according to an embodiment of the present application. As shown in Figure 10, the third encoding format is: L=3, M=3, N=1. In this way, 6 pairs of data code blocks in every two adjacent data frame sets carry the same service data, and 3 pairs of data code blocks in every two adjacent data frame sets carry different service data. Optionally, the sequence numbers of the three data code blocks included in the same OTN data frame are arranged in a descending arithmetic sequence according to the transmission timing sequence, and a plurality of arithmetic differences corresponding to the multiple OTN data frames one-to-one are presented. The difference of the sequence is equal, the difference is 6. The sequence numbers of the data code blocks located at the same transmission position in multiple OTN data frames are arranged in an ascending equal difference sequence according to the transmission timing sequence, and the M transmission positions of the multiple OTN data frames correspond to M one-to-one, etc. The difference values of the difference series are equal, and the difference values are both 2.

FIG. 11 is a schematic diagram of an arrangement structure of data code blocks of a plurality of OTN data frames encoded by using a fourth encoding format according to an embodiment of the present application. As shown in Figure 11, the fourth encoding format is: L=1, M=4, N=2. In this way, two pairs of data code blocks in every two adjacent data frame sets carry the same service data, and two pairs of data code blocks in every two adjacent data frame sets carry different service data. Optionally, the sequence numbers of the 4 data code blocks included in the same OTN data frame are arranged in an ascending equidistant sequence according to the sending timing sequence from first to last, and a plurality of equidistant numbers corresponding to the multiple OTN data frames one-to-one. The difference of the sequence is equal, and the difference is 1. The sequence numbers of the data code blocks located at the same transmission position in multiple OTN data frames are arranged in an ascending equal difference sequence according to the transmission timing sequence, and the M transmission positions of the multiple OTN data frames correspond to M one-to-one, etc. The difference values of the difference series are equal, and the difference values are all 1.

It should be noted that in the schematic diagrams of the arrangement structure of data code blocks of multiple OTN data frames shown in FIG. 8 to FIG. 11 , the first M-1 data frame sets include idle data code blocks. By carrying idle data code blocks at the beginning of multiple OTN data frames, time can be provided for the receiving end to perform parsing preparations, thereby ensuring effective parsing of the received data code blocks by the receiving end. Moreover, the multiple OTN data frames shown in FIGS. 8 to 11 are only a part of the actually generated OTN data frames, and the arrangement structure of the OTN data frames of other parts refers to the multiple OTN data frames shown in FIGS. 8 to 11 . Arrange structure.

As previously mentioned, each data block has a sequence number. In actual implementation, each OTN data frame carries the sequence number of the data code block of the OTN data frame. In this way, it is convenient for the receiving end to determine whether the service data carried by the data code blocks of the OTN data frame is the same by extracting the sequence number from the OTN data frame, thereby improving the working efficiency of the receiving end.

In the embodiment of the present application, there are various ways of carrying the serial number of the data code block. In a first optional example, each data code block in the OTN data frame carries a sequence number corresponding to the data code block. For example, the sequence number is carried at a specified position of the data code block (eg, the start position or the end position of the data code block). In a second optional example, for an OTN data frame, the designated data code block in the OTN data frame carries the sequence number corresponding to each data code block in the OTN data frame. For example, the specified data code block is the first data code block or the last data code block of the OTN data frame. In a third optional example, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame. In the aforementioned second optional example and third optional example, the specified data code block or the identification code block carries M serial numbers corresponding to the M data code blocks one-to-one, and the M serial numbers can be arranged in the specified order, In order to facilitate the receiving end to determine the data code block corresponding to each serial number according to the arrangement order of the M serial numbers. Exemplarily, the specified order is the transmission timing of the M data code blocks, that is, the arrangement order from first to last in the OTN data frame.

Optionally, the length of the identification code block is equal to that of the data code block. In this way, the length of each code block in the OTN data frame can be consistent, which is convenient for the transmitting end to perform data encoding and reduces computational overhead.

For example, the identification code block may be set at a position before or after the M data code blocks in an OTN data frame, and the identification code block may be set adjacent to the M data code blocks.

In the traditional ODU frame structure, the check code is added in the ODU OH area to check whether the ODU has an error.

In this embodiment of the present application, each OTN data frame carries a check code, and the check code is generated based on a data code block of the OTN data frame. For example, the sending end may generate the check code based on the specified check algorithm and the data code block of the OTN data frame. In an optional implementation manner, the sender generates a check code based on a specified check algorithm and service data in a data code block of the OTN data frame; in another optional implementation manner, the sender generates a check code based on a specified check algorithm and the serial number of the data code block of the OTN data frame to generate a check code. Compared with using the service data in the data code block to generate the check code, using the serial number of the data code block to generate the check code has less complexity and less computation. For example, the check algorithm is a forward error correction code (Forward Error Correction, FEC) check, a cyclic redundancy check (Cyclic Redundancy Check, CRC) check, or an algorithm such as a parity check.

The check code can be used by the receiving end to identify whether there is an error in the OTN data frame, so as to realize the error identification at the cell level. When the OTN data frame is OSU, compared with the traditional communication method, the identification granularity of bit errors can be refined and the identification accuracy of bit errors can be improved.

In a first optional example, for an OTN data frame, a specified data code block in the OTN data frame carries the check code. For example, the specified data code block is the first data code block or the last data code block of the OTN data frame. The receiving end can scan the specified data code block to extract the check code. In a second optional example, each OTN data frame further includes a check code block, and the check code block includes a check code. By setting a check code block independent of the data code block, the receiving end can quickly extract the check code carried by the OTN data frame. Compared with the foregoing first optional example, the check code block is independent of the data code block, which reduces the occupation of the data code block and avoids the influence of the carried check code on the service data.

For example, the check code block is usually set at a position after the M data code blocks in an OTN data frame. In this way, while generating the data code block of the OTN data frame, the check code can be generated synchronously, thereby saving the generation time of the OTN data frame. Optionally, the check code block is arranged adjacent to the M data code blocks.

It should be noted that the aforementioned identification code block and check code block may be the same code block, and the number of bits occupied by the serial number and the check code can be reduced by the multiplexing of the code blocks, and the utilization rate of the code block can be improved. When the identification code block and the check code block are the same code block, the embodiment of the present application calls the code block an identification check code block.

FIG. 12 is a schematic diagram of an actual structure of an OTN data frame provided by an embodiment of the present application. The OTN data frame includes an overhead area and a payload area that are arranged in sequence from the beginning to the end (ie, the x direction in FIG. 12 ). The overhead area includes information used to describe the payload, such as service type, encapsulation length and encapsulation format, etc. The payload area includes M data code blocks and is located at the end of the payload area (that is, after the M data code blocks) The identification check code includes the serial number and the check code. In FIG. 12, it is assumed that M=4, and the length of the identification check code block is equal to the length of the data code block. Exemplarily, if the OTN data frame is an OSU, the payload area with a length of 185Byte in the OSU (length is 192Byte) can be equally divided into 5 code blocks of 37Byte, wherein 4 code blocks are data code blocks; 1 Each code block is an identification check code block. If a plurality of OSUs are obtained by using the aforementioned first coding format, 5 times the redundant bandwidth is required.

As mentioned above, the sender can support multiple encoding formats, such as the first to fourth encoding formats, the OTN data frames obtained by different encoding formats are arranged in different ways, and the anti-OTN data frame loss capability supported by the optical communication system is also different. For example, if the service data carried in the first OTN data frame belongs to the service data carried in the Lth OTN data frame before the first OTN data frame and the service data carried in the Lth OTN data frame after the first OTN data frame , the optical communication system supports the maximum resistance to the loss of M-1 consecutive data frame sets. Users can select the desired target encoding format according to business requirements. Correspondingly, the communication method provided by the embodiment of the present application supports the selection of the encoding format to be used among the multiple encoding formats. Then, before the aforementioned process of generating multiple OTN data frames, the communication method further includes: the sending end receives a setting instruction, where the setting instruction is used to specify a target encoding format among the multiple encoding formats supported by the sending end. Correspondingly, the transmitting end generates multiple OTN data frames based on the target encoding format. In an optional manner, the setting instruction is manually triggered, for example, the multiple encoding formats may be presented to the user through a user interface, and the user selects a target encoding format from the multiple encoding formats, thereby triggering the setting instruction. In another optional manner, the setting instruction is triggered by the management device. For example, the sender sends the supported multiple encoding formats to the management device, the management device selects the target encoding format from the multiple encoding formats, and sends the target encoding format to the sender through the setting instruction.

S302. The transmitting end sends multiple OTN data frames in sequence.

FIG. 13 is a schematic partial structural diagram of a communication frame structure in an optical communication system provided by an embodiment of the present application. The communication frame may be an ODU. Refer to FIG. 11 for the structure of each OTN data frame in the communication frame structure. Fig. 13 assumes that the encoding format of the data code blocks in the multiple OTN data frames adopts the aforementioned first encoding format, but Fig. 13 is only a schematic illustration, and the encoding format of the data code blocks in the multiple OTN data frames can also adopt the aforementioned second encoding format encoding formats or other encoding formats, which will not be repeated in this embodiment of the present application. The sender sends multiple OTN data frames in the order from head to tail (ie, the y direction in Figure 13). The OTN data frames are transmitted in the order in which the x-direction in FIG. 13 is the same).

When the embodiment of the present application is actually implemented, the sending end sends the OTN data frame every time it generates an OTN data frame (that is, every time an OTN data frame is buffered), so that the sending delay of the sending end is the length of one OTN data frame, The delay is short, and the OTN data frame transmission efficiency is high.

S303. The receiving end receives multiple OTN data frames.

For the structure of the OTN data frame received by the receiving end, refer to the structure of the OTN data frame sent by the foregoing transmitting end. It is worth noting that the sending end sends the multiple OTN data frames in sequence, and after receiving the multiple OTN data frames, the receiving end arranges the multiple OTN data frames according to the sending sequence to ensure the accuracy of decoding. .

S304, the receiving end checks whether there is a bit error in each OTN data frame. When there is a bit error in the OTN data frame, go to S305; when there is no bit error in the OTN data frame, go to S306.

As described in S301, each OTN data frame may carry a check code, and the check code is generated based on the data code block of the OTN data frame; correspondingly, the receiving end checks each OTN based on the check code of each OTN data frame Whether there is a bit error in the data frame. For example, the receiving end may generate a check code based on the specified check algorithm and the data code block of the OTN data frame, and compare whether the generated check code is the same as the check code carried in the OTN data frame. If the generated check code is different from the check code carried in the OTN data frame, it is determined that there is an error in the OTN data frame; if the generated check code is the same as the check code carried in the OTN data frame, it is determined that the OTN data frame No errors occurred. The specified check algorithm is the same as the check algorithm used by the sender to generate the check code. For the process of generating the check code, reference may be made to the process of generating the check code by the sender.

S305, the receiving end discards the OTN data frame with bit errors. Execute S306.

OTN data frames may be affected by the environment during transmission, and data code blocks may be lost, resulting in bit errors in OTN data frames. For example, in a thunderstorm, the data block is lost due to the excessive rotation rate of the SOP. The receiving end performs bit error checking on the OTN data frame, and can discard the OTN data frame with bit error, avoid parsing the OTN data frame with bit error, and reduce unnecessary operation overhead.

S306. The receiving end parses the received multiple OTN data frames to obtain service data.

As described in S301, since there are data code blocks carrying the same service data in multiple OTN data frames, repeated parsing of the data code blocks carrying the same service data will increase computing overhead, resulting in low parsing efficiency of OTN data frames . Therefore, after receiving the OTN data frame, the receiving end may first perform deduplication processing on the received OTN data frame, so as to reduce the computational overhead and improve the subsequent parsing efficiency. In this way, the process of parsing the received multiple OTN data frames to obtain the service data may include: performing deduplication processing on different data code blocks carrying the same service data in the received multiple OTN data frames; Data code block to obtain service data. After deduplication processing, redundant data code blocks can be discarded, thus reducing the storage load on the receiving end.

Wherein, referring to S301, each data code block has a sequence number, the data code blocks with the same sequence number carry the same service data, the data code blocks with different sequence numbers carry different service data, and each OTN data frame carries the data of the OTN data frame. The sequence number that the data code block has. Correspondingly, the receiving end determines whether the service data carried by the data code blocks in different OTN data frames is the same based on the sequence numbers carried in different OTN data frames. In this way, the receiving end can distinguish whether different data code blocks carry the same service data without acquiring the service data in the data code blocks, thereby effectively reducing the operation cost of the receiving end.

Referring to the aforementioned S301, there are many ways to carry the serial number of the data code block in the OTN data frame. Correspondingly, the receiving end uses different ways to obtain the serial number carried by the OTN data frame. The following three optional examples are used as examples to illustrate:

In a first optional example, for an OTN data frame, each data code block in the OTN data frame carries a sequence number corresponding to the data code block. The receiving end can scan each data code block in the OTN data frame to extract the corresponding sequence number from each data code block.

In a second optional example, for an OTN data frame, the designated data code block in the OTN data frame carries the sequence number corresponding to each data code block in the OTN data frame. The receiving end can scan the specified data code block to extract the sequence number corresponding to each data code block.

In a third optional example, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame. By setting an identification code block independent of the data code block, the receiving end can quickly extract the sequence number carried by the OTN data frame. Compared with the foregoing first optional example, the receiving end does not need to scan each data code block in the OTN data frame, reducing the overhead of the receiving end; compared with the foregoing second optional example, the identification code block is independent of the data code block. , reduce the occupation of data code blocks, and avoid the impact of the serial number carried on the service data.

Referring to the foregoing S301, for different encoding methods, in this embodiment of the present application, the receiving end parses the buffered OTN data frames to obtain service data after buffering at least two received OTN data frames. In this way, resistance to at least one OTN data frame loss can be achieved. In actual implementation, considering that OTN data frames may be continuously lost in some scenarios, when the receiving end parses multiple received OTN data frames, it can cache the OTN data frames first, and then parse the cached OTN data frames. , get business data. However, if the cache time is too long, the parsing delay will increase, affecting the delay of the receiving end outputting the parsed service data, and reducing the user experience. Therefore, for different encoding methods and different user requirements (such as the requirement for the parsing delay of the receiving end and the requirement for the number of anti-OTN data frames lost), the number of OTN data frames buffered by the receiving end is different, and the parsing time of the receiving end is different. Delay is also different. Exemplarily, if the service data carried by any OTN data frame belongs to the service data carried by the Lth OTN data frame before the any OTN data frame and the service carried by the Lth OTN data frame after the any OTN data frame If the intersection of data, the optical communication system supports maximum resistance to loss of consecutive (M-N)/N data frame sets. If the receiving end supports anti-loss of consecutive i data frame sets, the number of buffered OTN data frames is (i×L+1), and the parsing delay is (i×L+1) when transmitting OTN data frames Delay, resist the communication interruption of (i×L) OTN data frames, 1≤i≤[(M-N)/N]. The embodiments of the present application are described by taking the following situations as examples.

In the first case, the receiving end supports the first encoding method. Referring to the aforementioned S301, the service data carried by the data code block including any OTN data frame can be obtained from the adjacent previous OTN data frame and/or the corresponding service data. Obtained from the service data carried in the data code block of the adjacent OTN data frame. In this way, if any OTN data frame is lost in the transmission process, the receiving end can obtain the data from the service data carried by the data code block of the adjacent previous OTN data frame and/or the adjacent latter OTN data frame. Service data carried in the data code block of any OTN data frame. Then for any received OTN data frame, since the receiving end has acquired the OTN data frame before and adjacent to the any OTN data frame, the receiving end buffers two received OTN data frames every time. (that is, after the any OTN and the OTN data frame after the any OTN data frame and adjacent to the any OTN data frame), the buffered OTN data frame is parsed to obtain service data. In this way, one OTN data frame loss can be resisted.

Wherein, when the service data carried by any OTN data frame belongs to the service data carried by the first OTN data frame before the any OTN data frame and the service data carried by the first OTN data frame after the any OTN data frame 8, if any continuous 1 to 3 OTN data frames are lost, the service data carried by the lost OTN data frame can be replaced by the previous OTN data frame and/or the next OTN data frame adjacent to the lost OTN data frame. Obtain the service data carried by an OTN data frame. When the 3 data code blocks of the any OTN data frame are used to redundantly transmit the service data of the first OTN data frame before the any OTN data frame, and the service data ( That is, when the actual service data) is redundantly transmitted by the data code block of the first OTN data frame after any OTN data frame, the receiving end only needs to obtain the lost OTN data frame from the OTN data frame after the lost OTN data frame. The actual business data carried. If the receiving end needs to support the loss resistance of i consecutive data frame sets, the number of buffered OTN data frames is (i×L+1), and the parsing delay is (i×1+1) transmission of OTN data frames Delay, 1≤i≤3. For example, if the loss of one OTN data frame needs to be prevented, the number of OTN data frames buffered by the receiver is 2, and the parsing delay is the transmission delay of two OTN data frames, and the parsing delay is about 289us (microseconds). ), can resist communication interruption of about 145us; if it is necessary to resist the loss of 2 consecutive OTN data frames, the number of OTN data frames buffered by the receiving end is 3, and the parsing delay is the transmission delay of 3 OTN data frames. The parsing delay is about 434us, which can resist the communication interruption of about 289us; if it needs to resist the loss of 3 OTN data frames, the number of OTN data frames buffered by the receiving end is 4, and the parsing delay is the transmission of 4 OTN data frames. Delay, the analysis delay is about 578us, which can resist the communication interruption of about 434us.

In the second case, the receiving end supports the second encoding method. Referring to the aforementioned S301, the service data carried by the data code block of any data frame set including four OTN data frames can be obtained from the previous data frame set and / or obtained from the service data carried by the data code blocks of the latter data frame set. In this way, if any data frame set is lost in the transmission process, the receiving end can obtain the data of the any OTN data frame from the service data carried by the data code blocks of the previous data frame set and/or the next data frame set. The service data carried by the data code block. Then for any received OTN data frame, since the receiving end has acquired the OTN data frame set before and adjacent to the any OTN data frame, the receiving end adds the data frame set to each buffered data frame. After one OTN data frame (that is, the any OTN and the set of OTN data frames following and adjacent to the any OTN data frame), the buffered OTN data frame is parsed to obtain service data. Thereby, at least 4 OTN data frame losses are realized.

Wherein, when the service data carried by any OTN data frame belongs to the service data carried by the 4th OTN data frame before the any OTN data frame and the service data carried by the 4th OTN data frame after the any OTN data frame 9, any 1 to 3 consecutive data frame sets are lost, and the service data carried by the lost data frame set can be replaced by the previous data frame set and/or the next data frame set adjacent to the lost data frame set. Obtain the service data carried by the data frame set. When the 3 data code blocks of the any OTN data frame are used to redundantly transmit the service data of the 4th OTN data frame before the any OTN data frame, and the service data carried in 1 data code block ( That is, when the actual service data) is redundantly transmitted by the data code block of the fourth OTN data frame after any OTN data frame, the receiving end only needs to obtain the lost OTN data frame from the OTN data frame after the lost OTN data frame. The actual business data carried. If the receiver supports anti-loss of i consecutive data frame sets, the number of OTN data frames buffered by the receiver is (i×4+1), and the parsing delay is (i×4+1) OTN data frames Transmission delay, 1≤i≤3. For example, if it is necessary to resist the loss of at most 1 data frame set, the number of OTN data frames buffered by the receiving end is the number of 1 data frame set plus 1 OTN data frame, that is, 5, and the parsing delay is 5 OTNs The transmission delay of the data frame, the parsing delay is about 723us, which can resist the communication interruption of about 578us; If it is necessary to resist the loss of at most 2 consecutive data frame sets, the number of OTN data frames buffered by the receiver is 2 data The number of frame sets plus 1 OTN data frame, that is, 9, the parsing delay is the transmission delay of 9 OTN data frames, the parsing delay is about 1301us, which can resist communication interruption of about 1156us; if it needs to resist 3 If the data frame set is lost, the number of OTN data frames buffered by the receiver is the number of 3 data frame sets plus 1 OTN data frame, that is, 13. The parsing delay is the transmission delay of 13 OTN data frames. The analysis delay is about 1879us, which can resist the communication interruption of about 1734us.

For the parsing methods of the aforementioned third and fourth encoding methods and other encoding methods, reference may be made to the aforementioned first and second encoding methods, wherein the process of parsing each OTN data frame by the receiving end is actually to carry The process of extracting and arranging business data, which is also called the demapping process. After the receiving end parses each OTN data frame, it outputs the parsed OTN data frame.

Corresponding to the transmitting end, the receiving end may support multiple encoding formats, such as the foregoing first to fourth encoding formats. Users can select the desired target encoding format according to business requirements. Before parsing the received multiple OTN data frames to obtain service data, the communication method further includes: the receiving end receives a setting instruction, where the setting instruction is used to specify a target encoding format among multiple encoding formats supported by the receiving end. For example, the target encoding format may correspond to any of the aforementioned buffering of 2 OTN data frames, 3 OTN data frames, 4 OTN data frames, 5 OTN data frames, 9 OTN data frames, and 13 OTN data frames, etc. a caching method. Correspondingly, the receiving end parses the received multiple OTN data frames based on the target encoding format to obtain service data. In an optional manner, the setting instruction is manually triggered. For example, the multiple encoding formats may be presented to the user through a user interface, and the user selects a target encoding format among the multiple encoding formats, thereby triggering the setting instruction. In another optional manner, the setting instruction is triggered by the management device. For example, the receiving end sends the supported multiple encoding formats to the management device, the management device selects the target encoding format from the multiple encoding formats, and sends the target encoding format to the receiving end through the setting instruction.

It should be noted that although redundant data code blocks appear in the data frame set in the embodiments of the present application, certain bandwidth resources will be used, but for some scenarios that require resistance to cell-level communication interruptions, it is acceptable to sacrifice a certain bandwidth. . Users or administrators can set an acceptable redundant bandwidth (such as 2 times the redundant bandwidth or 4 times the redundant bandwidth) on the user interface or management device according to their needs. The encoding and decoding of the communication frame structure is performed within the frame. Further, users or managers can also set the values of M, N, and L, the arrangement of the sequence numbers in multiple OTN data frames in the communication frame structure, and/or specify the check algorithm, etc., so as to realize the dynamic adjustment of the communication frame structure. .

Fig. 14 shows that when a super-large SOP occurs in an optical communication system provided by an embodiment of the present application (Fig. 14 is described by taking the case where the rotation rate of the SOP is greater than 1M Rad/s as an example of a super-large SOP), the rotation rate of the SOP varies with time Schematic diagram of the relationship. For example, the schematic diagram can reflect the time-dependent relationship of the rotation rate of the SOP of the OPGW in thunderstorm weather. As shown in Figure 14, the action time of the super-large SOP is less than 10ms, and the duration of the SOP greater than 8M Rad/s is less than 1ms, and the time interval between two super-large SOPs is in the range of 15-100ms.

Traditional optical communication systems, such as 100G coherent systems, can resist the communication interruption caused by the rotation rate of the SOP less than or equal to 8M rad/s, but cannot resist the communication interruption of the cell level with the rotation rate of the SOP greater than 8M rad/s , the communication interruption at the cell level is a communication interruption of the millisecond level, as shown in FIG. 9 , it is a communication interruption of less than 1 ms.

In the embodiment of the present application, referring to the aforementioned first coding mode and second coding mode, it can resist the loss of 1, 2, 3, at most 4, at most 8 or at most 12 OTN data frames of cells. Due to the ability to resist cell-level and millisecond-level communication interruptions, in the extreme case where the rotation rate of the SOP is greater than 8M rad/s, although the OTN data frame is lost, it is still possible to pass the lost OTN data frame. The data frame set acquires the data carried by the lost OTN data frame, so as to ensure the normal communication of the optical communication system. The communication method provided by the embodiments of the present application can be applied to a traditional optical communication system (for example, an optical communication system with a maximum rotation rate of 8M rad/s SOP), is backward compatible with the traditional optical communication system, and can also be deployed separately It is applied in some optical communication systems, which is not limited in this embodiment of the present application.

The communication methods provided by the embodiments of the present application can support the bearing of highly reliable services such as power relay protection (also called relay protection) on the 100G coherent system, and improve the versatility of the 100G coherent system in the power transmission and transformation system. In addition, the bandwidth of highly reliable services such as power relay protection is usually small (for example, the bandwidth is 2M). Although this communication method increases the redundant bandwidth, it does not affect the bearing of services. In addition, the communication method provided by the embodiment of the present application may also be applied to other service scenarios where communication at the cell level and/or millisecond level is interrupted, which is not limited in the embodiment of the present application.

It should be noted that the sequence of steps of the communication method provided by the embodiments of the present application can be appropriately adjusted, and the steps can also be increased or decreased according to the situation. For example, the aforementioned S304 and S305 may not be executed. Within the technical scope disclosed in the present application, any easily conceivable changes should be included within the protection scope of the present application, and thus will not be repeated here.

FIG. 15 is a schematic structural diagram of a communication apparatus 40 provided by an embodiment of the present application. As shown in FIG. 15 , the communication device 40 includes: a processing circuit 401 and a communication interface 402 . The processing circuit is used in the communication method performed by the transmitter in the foregoing embodiments of the present application. The processing circuit 402 may be a processing chip or a field programmable gate array (Field Programmable Gate Array, FPGA). The processing chip can be an integrated circuit (Application Specific Integrated Circuit, ASIC) chip; the communication interface 402 is used for the processing circuit 401 to communicate with other devices, for example, the communication interface 402 is used for the processing circuit 401 to communicate with the transmitting end optical module to communicate. The communication interface 402 includes an input interface and an output interface. The communication interface 402 can be any one or any combination of the following devices: a network interface (eg, an Ethernet interface), a wireless network card, and other devices with a network access function.

In an optional implementation manner, the processing circuit 402 includes a cache structure, such as a storage structure inside an FPGA or ASIC chip, for caching the OTN data frame. In another optional implementation manner, the communication apparatus 40 may further include: a memory for buffering the OTN data frame. For example, the memory is flash memory.

To sum up, in the communication device provided by the embodiment of the present application, among the multiple OTN data frames generated by the processing circuit, each OTN data frame includes M data code blocks of equal length, and any of the multiple OTN data frames The service data carried by the data code blocks of a data frame set belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to any data frame set. If any data frame set is lost in this way, the business data carried by it can be obtained from the data code blocks of its adjacent previous data frame set and/or the next data frame set, so as to resist the loss of at least one data frame set, Therefore, it can resist cell-level damage in the communication process.

FIG. 16 is a schematic structural diagram of a communication device 50 provided by an embodiment of the present application. As shown in FIG. 16 , the communication device 50 includes a processing circuit 501 and a communication interface 502 . The processing circuit is used in the communication method performed by the receiving end in the foregoing embodiments of the present application. The processing circuit 502 can be a processing chip or an FPGA, and the processing chip can be an ASIC chip; the communication interface 502 is used for the processing circuit 501 to communicate with other devices, for example, the communication interface 502 is used for the processing circuit 501 to communicate with the receiving end optical module for communication. The communication interface 502 includes an input interface and an output interface. The communication interface 502 may be any one or any combination of the following devices: a network interface (eg, an Ethernet interface), a wireless network card, and other devices with a network access function.

In an optional implementation manner, the processing circuit 502 includes a cache structure, such as a storage structure inside an FPGA or ASIC chip, for caching the OTN data frame. In another optional implementation manner, the communication apparatus 50 may further include: a memory for buffering the OTN data frame. For example, the memory is flash memory.

To sum up, in the communication device provided by the embodiment of the present application, in the multiple OTN data frames received by the processing circuit through the communication interface, each OTN data frame includes M data code blocks of equal length, and the multiple OTN data The service data carried by the data code blocks of any data frame set in the frame belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to the any data frame set. If any data frame set is lost in this way, the business data carried by it can be obtained from the data code blocks of its adjacent previous data frame set and/or the next data frame set, so as to resist the loss of at least one data frame set, Therefore, it can resist cell-level damage in the communication process.

FIG. 17 is a schematic structural diagram of a communication apparatus 60 provided by an embodiment of the present application. As shown in FIG. 17 , the communication apparatus is applied to a sending end, and the apparatus includes: a generating module 601 for generating a plurality of optical transport network OTN data frame. Each of the multiple OTN data frames includes M data code blocks of equal length. Data code blocks are used to carry service data. The service data carried by the data code blocks of any data frame set in the multiple OTN data frames belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to the any data frame set. The set consists of L consecutive OTN data frames, M≥2, L≥1; the sending module 602 is used for sending multiple OTN data frames in sequence.

Among them, there are (M-N)×L pairs of data code blocks in the data code blocks of every two adjacent data frame sets that carry the same service data, and there are N×L pairs of data code blocks in the data code blocks of every two adjacent data frame sets. The carried service data is different, and N is a positive integer smaller than M.

In an optional example, in the same OTN data frame, the service data carried in the M data code blocks are different from each other.

Optionally, the device 60 also includes: a receiving module for receiving a setting instruction before generating a plurality of optical channel service unit OTN data frames, the setting instruction is used to specify the target encoding in the multiple encoding formats supported by the transmitting end. format; the aforementioned generating module 601 is configured to: generate multiple OTN data frames based on the target coding format.

In an optional example, each data code block has a sequence number, data code blocks with the same sequence number carry the same service data, data code blocks with different sequence numbers carry different service data, and each OTN data frame carries OTN The sequence number of the data code block of the data frame.

Exemplarily, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame.

Wherein, the sequence numbers of the M data code blocks included in the same OTN data frame are arranged in an equal difference sequence according to the transmission timing sequence; and/or, the data code blocks located at the same transmission position in the multiple OTN data frames have The serial numbers are arranged in an increasing arithmetic sequence according to the sending sequence from first to last.

Optionally, M=4; L=1, or L=4.

FIG. 18 is a schematic structural diagram of a communication apparatus 70 provided by an embodiment of the present application. As shown in FIG. 18, the communication device is applied to the receiving end. The apparatus 70 includes: a receiving module 701, configured to receive multiple optical transport network OTN data frames. Each OTN data frame in the multiple OTN data frames includes M data code blocks of equal length, and the data code blocks are used to carry service data. The service data carried by the data code blocks of any data frame set in the multiple OTN data frames belong to The union of service data carried by the data code blocks of the two adjacent data frame sets adjacent to any data frame set, where any data frame set consists of L consecutive OTN data frames, M≥2, L≥1 ; The parsing module 702 is used for parsing the received multiple OTN data frames to obtain service data.

The parsing module 702 is configured to: perform deduplication processing on different data code blocks carrying the same service data in the received multiple OTN data frames; and parse the deduplicated data code blocks to obtain service data.

Optionally, the device 70 further includes: an instruction receiving module, configured to receive a setting instruction before parsing the received multiple OTN data frames and obtaining the service data, and the setting instruction is used to specify the target in the multiple encoding formats supported by the receiving end. Encoding format; the aforementioned parsing module 702 is used for: parsing the received multiple OTN data frames based on the target encoding format to obtain service data.

In an optional example, the parsing module 702 is configured to: after each buffering at least two received OTN data frames, parse the buffered OTN data frames to obtain service data.

In an optional example, each data code block has a sequence number, data code blocks with the same sequence number carry the same service data, data code blocks with different sequence numbers carry different service data, and each OTN data frame carries OTN The serial number of the data code block of the data frame; the apparatus 70 further includes: a determination module for determining whether the service data carried by the data code block in different OTN data frames is the same based on the serial numbers carried by different OTN data frames.

Optionally, each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes the sequence number of the data code block of the OTN data frame; the device 70 further includes: a reading module for reading from The sequence number is read in the identification code block of each OTN data frame.

An embodiment of the present application provides an optical communication system, where the optical communication system includes a transmitter and a receiver, the transmitter includes the communication device 40 shown in FIG. 15 , and the receiver includes the communication device 50 shown in FIG. 16 . Alternatively, the sending end includes the communication device 60 shown in FIG. 17 , and the receiving end includes the communication device 80 shown in FIG. 18 . Optionally, the optical communication system further includes a transmitting end optical module and a receiving end optical module, and the structure of the optical communication system may refer to FIG. 1 and FIG. 2 .

In this application, the terms "first", "second" and "third" are used for descriptive purposes only and should not be understood as indicating or implying relative importance. The term "at least one" refers to one or more, and the term "plurality" refers to two or more, unless expressly limited otherwise. A refers to B, which means that A is the same as B or A is a simple variation of B.

It should be noted that: when the communication device provided in the above-mentioned embodiment executes the communication method, only the division of the above-mentioned functional modules is used as an example for illustration. That is, the internal structure of the device is divided into different functional modules to complete all or part of the functions described above. In addition, the communication apparatus and the communication method embodiments provided by the above embodiments belong to the same concept, and the specific implementation process thereof is detailed in the method embodiments, which will not be repeated here.

Those of ordinary skill in the art can understand that all or part of the steps for implementing the above embodiments can be accomplished by hardware, or can be accomplished by instructing relevant hardware through a program, and the program can be stored in a computer-readable storage medium, the The storage medium can be a read-only memory, a magnetic disk or an optical disk, and the like.

The above descriptions are only optional embodiments of the present application, and are not intended to limit the present application. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present application shall be included in the protection of the present application. within the range.

Claims

A communication method, characterized in that it is applied to a sending end, the method comprising:

generating multiple optical transport network OTN data frames, where each OTN data frame in the multiple OTN data frames includes M data code blocks of equal length, the data code blocks are used to carry service data, the multiple OTN data frames The service data carried by the data code blocks of any data frame set in the frame belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to the any data frame set, and the any data frame set The frame set consists of L consecutive OTN data frames, M≥2, L≥1;

The multiple OTN data frames are sent in sequence.
The method according to claim 1, wherein the service data carried by (M-N)×L pairs of data code blocks in every two adjacent data frame sets is the same, and the data code blocks in every two adjacent data frame sets exist N×L pairs of data code blocks carry different service data, and N is a positive integer smaller than M.
The method according to claim 2, wherein, in the same OTN data frame, the service data carried in the M data code blocks are different from each other.
The method according to any one of claims 1 to 3, wherein, before the generating of multiple OTN data frames, the method further comprises:

Receive a setting instruction, the setting instruction is used to specify the target encoding format in the multiple encoding formats supported by the sender;

The generating of multiple optical channel service unit OTN data frames includes:

A plurality of OTN data frames are generated based on the target encoding format.
The method according to any one of claims 1 to 4, wherein each data code block has a sequence number, the data code blocks with the same sequence number carry the same service data, and the data code blocks with different sequence numbers carry different services data, each OTN data frame carries the sequence number of the data code block of the OTN data frame.
The method according to claim 5, wherein each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes a data code block of the OTN data frame the serial number it has.
The method according to claim 5 or 6, wherein the sequence numbers of the M data code blocks included in the same OTN data frame are arranged in an arithmetic sequence according to the sending timing sequence from first to last; and/or, The sequence numbers of the data code blocks located at the same transmission position in the multiple OTN data frames are arranged in an ascending arithmetic sequence according to the transmission timing sequence from first to last.
The method according to any one of claims 1 to 7, wherein M=4; L=1, or L=4.
A communication method, characterized in that it is applied to a receiving end, the method comprising:

Receive multiple optical transport network OTN data frames, each OTN data frame in the multiple OTN data frames includes M data code blocks of equal length, the data code blocks are used to carry service data, the multiple OTN data frames The service data carried by the data code blocks of any data frame set in the frame belongs to the union of the service data carried by the data code blocks of the two data frame sets adjacent to the any data frame set, and the any data frame set The frame set consists of L consecutive OTN data frames, M≥2, L≥1;

Parse the received multiple OTN data frames to obtain service data.
The method according to claim 9, wherein the analyzing the received multiple OTN data frames to obtain service data comprises:

Perform deduplication processing on different data code blocks that carry the same service data in the received multiple OTN data frames;

The deduplicated data code block is parsed to obtain service data.
The method according to claim 9 or 10, wherein, before the analysis of the plurality of received OTN data frames to obtain the service data, the method further comprises: receiving a setting instruction, the setting instruction being used for Specify the target encoding format among the multiple encoding formats supported by the receiver;

The described multiple OTN data frames received are analyzed to obtain service data, including:

Parse the received multiple OTN data frames based on the target encoding format to obtain service data.
The method according to any one of claims 9 to 11, wherein the analyzing the plurality of received OTN data frames to obtain service data comprises:

After each buffering of at least two received OTN data frames, the buffered OTN data frames are parsed to obtain service data.
The method according to any one of claims 9 to 12, wherein each data code block has a sequence number, the data code blocks with the same sequence number carry the same service data, and the data code blocks with different sequence numbers carry different services Data, each OTN data frame carries the sequence number that the data code block of the OTN data frame has;

The method further includes: determining whether service data carried by data code blocks in different OTN data frames is the same based on sequence numbers carried in different OTN data frames.
The method according to claim 13, wherein each OTN data frame further includes an identification code block, and the identification code block in each OTN data frame includes a data code block of the OTN data frame the serial number it has;

The method further includes: reading the sequence number from the identification code block of each OTN data frame.
A communication device, characterized in that the communication device comprises:

a processing circuit and a communication interface, the processing circuit is used to execute the communication method according to any one of claims 1 to 8;

The communication interface is used for the processing circuit to communicate with other devices.
A communication device, characterized in that the communication device comprises:

a processing circuit and a communication interface, the processing circuit is used to execute the communication method according to any one of claims 9 to 14;

The communication interface is used for the processing circuit to communicate with other devices.
An optical communication system, characterized in that the optical communication system includes a transmitter and a receiver, the transmitter includes the communication device of claim 15 , and the receiver includes the communication device of claim 16 .