DATA PROCESSING METHOD AND RELATED DEVICE

Abstract

The present application is applied to the field of optical communications. Provided is a data processing method. The data processing method comprises the following steps: a transmitting device acquiring a first 66-bit code block stream of a MAC frame; the transmitting device obtaining a first check field according to the first 66-bit code block stream, wherein the first check field is used for checking the first 66-bit code block stream; the transmitting device obtaining a second 66-bit code block stream according to the first 66-bit code block stream and the first check field, or the transmitting device adding the first check field to a 66-bit code block next to the first 66-bit code block stream; the transmitting device mapping the second 66-bit code block stream to a payload area of a data frame, or the transmitting device mapping the first 66-bit code block stream and the 66-bit code block next thereto to the payload area of the data frame; and the transmitting device transmitting the data frame. In the technical solution provided in the present application, a receiving device can identify, by means of a first check field, whether a 66-bit code block stream has an error code, thereby improving the reliability of communication.

Description

1 / 48 DATA PROCESSING METHOD AND RELATED DEVICE

[001] This application claims priority over Chinese Patent Application No. CN202310259787.2, filed with the Administration The National Intellectual Property Office of China, dated March 10, 2023, and entitled "DATA PROCESSING METHOD AND RELATED DEVICE," is incorporated herein by reference in its entirety. TECHNICAL FIELD

[002] This application relates to the field of optical communication and, in particular, to a data processing method and a related device. BACKGROUND

[003] A 66-bit code block in an Ethernet service includes a 64-bit payload and a 2-bit overhead. When an optical transport network (OTN) is used to carry an Ethernet service, a sending device needs to encode a MAC frame on the Ethernet into a plurality of 66-bit code blocks and then map the plurality of 66-bit code blocks to an OTN frame. A receiving device extracts the 66-bit code blocks from the OTN frame and then decodes the plurality of 66-bit code blocks into the MAC frame. However, the 2-bit overhead in the 66-bit code block indicates a type of 66-bit code block. The type of 66-bit code block includes either a data code block or a control code block. When a bit error occurs in the 2-bit overhead in the 66-bit code block, the receiving device incorrectly determines the code block type.The receiving device obtains an incorrect MAC frame based on the incorrectly determined 66-bit code block. SUMMARY

[004] This application provides a method for processing data and a related device. A receiving device may Petition 870250098668, dated 10 / 28 / 2025, page 8 / 65 2 / 48 identify, using a first check field, whether a bit error occurs in a 66-bit code block stream, so that communication reliability is improved.

[005] A first aspect of this request provides a data processing method. The data processing method can be applied to an optical module, an electrical chip, or a sending device. The sending device can be an optical transport network (OTN) device, a metropolitan transport network (metro transport network, MTN) device, or similar. The following example uses an instance where the data processing method is applied to the sending device for description. The data processing method includes the following steps: The sending device obtains a 66-bit code block stream from a MAC frame. The MAC frame includes a frame check sequence (FCS) field. The sending device obtains a first check field based on the destination data. The first check field is used to verify the destination data. The destination data is the MAC frame or the 66-bit code block stream.A code block in the 66-bit code block stream is used to carry the first obtained check field. Alternatively, a 66-bit code block following the 66-bit code block stream is used to carry the first obtained check field. The sending device maps the 66-bit code block stream to a payload area of ​​a data frame. The data frame can be an OTN frame, a Flexible Ethernet (FlexE) frame, or an MTN frame. The sending device sends the data frame.

[006] Optionally to the first aspect, the target data is the 66-bit code block stream. The sending device obtains the 66-bit code block stream from the MAC frame, including: The sending device obtains the MAC frame and encodes it into a first 66-bit code block stream. Petition 870250098668, dated 10 / 28 / 2025, page 9 / 65 3 / 48 Alternatively, the sending device receives a first 66-bit code block stream from another device. The data processing method also includes the following steps: The sending device obtains a second 66-bit code block stream based on the first 66-bit code block stream and the first check field, or adds the first check field to a 66-bit code block following the first 66-bit code block stream. The sending device maps the 66-bit code block stream to the data frame payload area, including: The sending device maps the second 66-bit code block stream to the data frame payload area, or maps the first 66-bit code block stream and the following 66-bit code block to the data frame payload area.The 66-bit code block stream is checked so that a receiving device can identify if a bit error occurs in the 66-bit code block stream without decoding it. Therefore, in this application mode, the verification efficiency can be improved. In another optional way of the first aspect, the target data is the MAC frame. The sending device obtains the 66-bit code block stream from the MAC frame, including: The sending device obtains the MAC frame and encodes it into the 66-bit code block stream. In a communication system, one or more intermediate nodes can be included between the receiving device and the transmitting device. The intermediate node directly forwards the 66-bit code block stream and does not need to decode it. Therefore, when the target data is the MAC frame, the intermediate node may not need to check the MAC frame, so the transmission delay of the 66-bit code block stream is reduced.

[007] As an alternative to the first aspect, the following 66-bit code block is an S-control code block. An original S-control code block is used to port the Petition 870250098668, dated 10 / 28 / 2025, p. 10 / 65 4 / 48 content of a preamble field) in the MAC frame. The content of the preamble field is fixed content. Therefore, the S control code block is used to carry the first verification field, so that the impact on the following MAC frame can be reduced. Therefore, in this request, the reliability of data transmission can be improved. In another optional way of the first aspect, the following 66-bit code block is an I control code block. When there is a long interval between two MAC frames, the sending device can insert an I control code block between two streams of 66-bit code blocks. The two streams of 66-bit code blocks are in one-to-one correspondence with the two MAC frames. The original I control code block is used to fill in unnecessary data.When the first verification field is located in the S-control code block in the second 66-bit code block stream, the receiving device can only receive the S-control code block after receiving one or more I-control code blocks. This reduces verification efficiency. Therefore, the first verification field is ported to the I-control code block so that verification efficiency can be improved. Alternatively, in the first aspect, the following 66-bit code block is a custom control code block. The first verification field is ported to the custom control code block so that the impact on the subsequent 66-bit code block stream can be reduced. Therefore, in this order, the reliability of data transmission can be improved.

[008] Optionally to the first aspect, a value of a control block type field of the custom control code block is 0x00. 0x00 is a hexadecimal number. The hexadecimal number 0x00 can be converted to a binary number 0000 0000. When the control block type field is 0x00, there can be a difference of at least two bits between the field of Petition 870250098668, dated 10 / 28 / 2025, page 11 / 65 5 / 48 control block type and a control block type field of another control code block. Therefore, even if a 1-bit error occurs in the control block type field, the receiving device does not identify the custom control code block as another control code block. Therefore, in this application, the reliability of the transmission of the first verification field can be improved.

[009] Optionally to the first aspect, the S control code block in the 66-bit code block stream is used to carry the first verification field. The first verification field is carried in the 66-bit code block stream so that the efficiency of the receiving device verification can be improved. In addition, an original S control code block is used to carry the contents of the preamble field in the MAC frame. Therefore, the S control code block is used to carry the first verification field so that the impact on the MAC frame can be reduced.

[010] Optionally to the first aspect, the first verification field includes a first subfield and a second subfield. The first subfield is used to verify the length of the 66-bit code block stream. The second subfield is used to verify the content of the 66-bit code block stream. The accuracy of bit error identification can be improved through length verification and content verification. Therefore, in this request, the reliability of data transmission can be improved.

[011] Optionally to the first aspect, the first subfield indicates a quantity of 66-bit code blocks included in the 66-bit code block stream. The size of the first subfield can be reduced by indicating the quantity of 66-bit code blocks. Therefore, in this request, transmission resources can be saved.

[012] As an option to the first aspect, the size of Petition 870250098668, dated 10 / 28 / 2025, p. 12 / 65 6 / 48 The first subfield is 2 bytes. The maximum length of the MAC frame is 9,600 bytes. In this case, the number of 66-bit code blocks in the 66-bit code block stream is approximately 1200. Therefore, the size of the first subfield is controlled to 2 bytes so that transmission resources can be saved.

[013] As an alternative to the first aspect, the size of the second subfield is 4 bytes. To improve the reliability of content verification, the size of the second subfield may be larger than the size of the first subfield. In addition, the available space size of a control code block is 7 bytes. The size of the second subfield is limited to 4 bytes, so the transmission of the first and second subfields can be carried out in one control code block. When the size of the second subfield is greater than 7 bytes, the sending device needs to use at least two control code blocks to carry the first and second subfields. Therefore, in this embodiment of this request, the number of control code blocks can be reduced, so that the transmission efficiency is improved.

[014] Optionally to the first aspect, the 66-bit code block stream also includes a second check field, or the following 66-bit code block also includes a second check field. The second check field is used to verify the first check field. The second check field is added so that the reliability of the first check field whose transmission is performed can be improved. Therefore, in this application, the reliability of data transmission can be improved.

[015] As an alternative to the first aspect, the size of the second check field is 1 byte. The available space size of a control code block is 7 bytes. When Petition 870250098668, dated 10 / 28 / 2025, page 13 / 65 7 / 48 If the size of the first check field is less than or equal to 6 bytes, one control code block can be used for transmitting both the first and second check fields. Therefore, in this embodiment of this application, the number of control code blocks can be reduced, thus improving transmission efficiency.

[016] Optionally to the first aspect, the sending device maps the second 66-bit code block stream to a service frame and maps the service frame to the data frame payload area. The second 66-bit code block stream is first mapped to the service frame, and the service frame is then mapped to the data frame, so that a minimum granularity of a service can be reduced, thus increasing the number of ported services. In another optional way of the first aspect, the sending device maps the first 66-bit code block stream and the following 66-bit code block to a service frame and then maps the service frame to the data frame.

[017] A second aspect of this application provides a data processing method. The data processing method can be applied to an optical module, an electrical chip, or a receiving device. The receiving device can be an OTN device, an MTN device, or similar. The following uses an example in which the data processing method is applied to the receiving device for description. The data processing method includes the following steps: The receiving device obtains a data frame. The receiving device extracts a 66-bit code block stream from a payload area of ​​the data frame. A code block in the 66-bit code block stream is used to carry a first check field obtained. Alternatively, a 66-bit code block following the 66-bit code block stream is used to carry a first check field. Petition 870250098668, dated 10 / 28 / 2025, page 14 / 65 8 / 48 obtained. The receiving device verifies, using the first verification field, a MAC frame corresponding to the 66-bit code block stream or the 66-bit code block stream. The MAC frame includes an FCS field.

[018] Optionally to the second aspect, the receiving device verifies, using the first verification field, the MAC frame corresponding to the 66-bit code block stream. The data processing method also includes the following steps: The receiving device decodes the 66-bit code block stream into the MAC frame. Alternatively to the second aspect, the receiving device verifies the 66-bit code block stream using the first verification field.

[019] As an option to the second aspect, a control code block S in the 66-bit code block stream includes the first check field. The data processing method also includes the following steps: The receiving device replaces the first check field with the content of a preamble field in the MAC frame, to obtain a modified 66-bit code block stream. The receiving device sends the modified 66-bit code block stream to another device. The other device does not necessarily support a check function for the first check field. The 66-bit code block stream is restored, so the impact of the first check field on the other device restoring the MAC frame can be reduced. Therefore, in this request, the reliability of the MAC frame restoration can be improved.In another optional way of the second aspect, the 66-bit code block after the 66-bit code block stream includes the first check field, and the data processing method further includes the following steps: The receiving device modifies the following 66-bit code block. After modifying the... Petition 870250098668, dated 10 / 28 / 2025, p. 15 / 65 9 / 48 next 66-bit code block, the receiving device can send the following 66-bit code block to another device. The other device does not necessarily support a verification function of the first check field. The following 66-bit code block is restored so that the impact of the first check field on the other device can be reduced, thus improving communication reliability. In another optional way of the second aspect, the following 66-bit code block is an S control code block. The receiving device replaces the first check field with the content of the preamble field in the MAC frame. The following 66-bit code block is restored, so that the impact of the first check field on another device restoring the following MAC frame can be reduced. Therefore, in this request, the reliability of restoring the following MAC frame can be improved.In another optional way of the second aspect, the following 66-bit code block is a control code block I. The receiving device modifies the content of the first check field to 0. In another optional way of the second aspect, the following 66-bit code block is a custom control code block. The receiving device deletes the custom control code block. Another device may not necessarily be able to identify the custom control code block. Furthermore, a check function of the custom control code block may conflict with some functions of another device. This affects the operation of the other device. Therefore, in this application, the reliability of the communication can be improved.

[020] As an option to the second aspect, the data processing method also includes the following steps: If the stream of 66-bit code blocks fails the verification of the first verification field, the receiving device Petition 870250098668, dated 10 / 28 / 2025, page 16 / 65 10 / 48 modifies a synchronization field of a T control code block in the 66-bit code block stream to 11 or 00. In subsequent processing, the receiving device can identify the 66-bit code block stream as an incorrect code block stream based on the content of the synchronization field, and discard the 66-bit code block stream. Therefore, in this application, the reliability of the communication can be improved.

[021] Optionally to the second aspect, the 66-bit code block stream also includes a second check field, or the following 66-bit code block also includes a second check field. The data processing method also includes the following step: The receiving device verifies the first check field using the second check field.

[022] A third aspect of this application provides a sending device. The sending device includes a get module, a processing module, a mapping module, and a sending module. The get module is configured to obtain a 66-bit code block stream from a MAC frame. The processing module is configured to obtain a first check field based on the target data. The first check field is used to verify the target data. The target data is either the MAC frame or the 66-bit code block stream. A code block in the 66-bit code block stream is used to carry the first obtained check field. Alternatively, a 66-bit code block following the 66-bit code block stream is used to carry the first obtained check field. The mapping module is configured to map the 66-bit code block stream to a payload area of ​​a data frame.The data frame can be an OTN frame, a FlexE frame, or an MTN frame. The sending module is configured to send the data frame. In one way. Petition 870250098668, dated 10 / 28 / 2025, page 17 / 65 11 / 48 optional of the third aspect, the module in the sending device can be configured to perform the method according to any of the optional ways of the first aspect. For example, the mapping module is configured to map the 66-bit code block stream to a service frame and map the service frame to the payload area of ​​the data frame. As another example, the receiving module is configured to receive the 66-bit code block stream from another device.

[023] A fourth aspect of this application provides a receiving device. The receiving device includes a receiving module, an extraction module, and a verification module. The receiving module is configured to receive a data frame. The extraction module is configured to extract a 66-bit code block stream from a payload area of ​​the data frame. The 66-bit code block stream includes a first verification field. Alternatively, a 66-bit code block following the 66-bit code block stream includes a first verification field. The verification module is configured to verify, using the first verification field, a MAC frame corresponding to the 66-bit code block stream or the 66-bit code block stream. The MAC frame includes an FCS field.

[024] In an optional manner of the fourth aspect, the module in the sending device can be configured to perform the method according to any of the optional ways of the second aspect. For example, the verification module is further configured to verify the first verification field using a second verification field. As another example, the sending device further includes a modification module and a sending module. The modification module is configured to modify the following 66-bit code block. After the following 66-bit code block is modified, the sending module is configured to send the following 66-bit code block to another device. Petition 870250098668, dated 10 / 28 / 2025, page 18 / 65 12 / 48

[025] A fifth aspect of this application provides a sending device. The sending device includes a processor and a transceiver. The processor is configured to perform the method according to either of the first aspect or the optional ways of the first aspect, to obtain a data frame. The transceiver is configured to send the data frame.

[026] A sixth aspect of this application provides a receiving device. The receiving device includes a processor and a transceiver. The transceiver is configured to receive a data frame. The processor is configured to perform the method according to either of the second aspects or the optional ways of the second aspect.

[027] A seventh aspect of this application provides a communication system. The communication system includes a sending device and a receiving device. The sending device is configured to obtain a 66-bit code block stream from a MAC frame. The MAC frame includes an FCS field. The sending device is configured to obtain a first check field based on the target data. The target data is either the MAC frame or the 66-bit code block stream. A code block in the 66-bit code block stream is used to carry the first check field obtained. Alternatively, a 66-bit code block following the 66-bit code block stream is used to carry the first check field obtained. The sending device is configured to map the 66-bit code block stream to a payload area of ​​a data frame. The sending device sends the data frame to the receiving device.The receiving device is configured to receive the data frame. The receiving device is configured to extract the 66-bit code block stream from the payload area of ​​the data frame. The receiving device is configured to verify, using the first verification field, the MAC frame corresponding to... Petition 870250098668, dated 10 / 28 / 2025, page 19 / 65 13 / 48 66-bit code block stream or 66-bit code block stream.

[028] In an optional manner of the seventh aspect, the sending device is further configured to perform the method in accordance with any of the first aspect or the optional ways of the first aspect, and / or the receiving device is further configured to perform the method in accordance with any of the second aspect or the optional ways of the second aspect.

[029] An eighth aspect of this request provides a data frame. The data frame includes a payload area and an overhead area. The payload area includes a 66-bit code block stream. The 66-bit code block stream includes a first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes a first check field. The first check field is used to verify a MAC frame corresponding to the 66-bit code block stream or the 66-bit code block stream. The MAC frame includes an FCS field.

[030] Optionally to the eighth aspect, the data frame is an optical service unit (OSU) frame, an OTN frame, a FlexE frame or an MTN frame.

[031] It should be understood that there is related content in the different aspects above. Therefore, descriptions in an optional way in any aspect may be able to serve as content in an optional way in another aspect, and the details are not described again in this document.

[032] A ninth aspect of this application provides a computer storage medium. The computer storage medium stores instructions and, when the instructions are executed on a computer, the computer is enabled to perform the method according to either of the first aspect or implementations of the first aspect; or the computer is enabled to perform the method according to either of Petition 870250098668, dated 10 / 28 / 2025, page 20 / 65 14 / 48 second aspect or implementations of the second aspect.

[033] A tenth aspect of this application provides a computer program product. When the computer program product is run on a computer, the computer is enabled to perform the method according to either of the first aspect or implementations of the first aspect; or the computer is enabled to perform the method according to either of the second aspect or implementations of the second aspect. BRIEF DESCRIPTION OF THE DRAWINGS

[034] FIG. 1 is a diagram of an OTN structure; FIG. 2 is a diagram of the structure of an OTN device; FIG. 3 is a diagram of the structure of a data code block and a control code block; FIG. 4 is a first schematic flowchart of data processing according to one modality of this request; FIG. 5 is a diagram of encoding a MAC frame into a 66-bit code block stream; FIG. 6 is a diagram of a MAC frame structure; FIG. 7 is a first encoding diagram of a MAC frame in a 66-bit code block stream according to one embodiment of this application; FIG. 8 is a second encoding diagram of a MAC frame in a 66-bit code block stream according to one embodiment of this application; FIG. 9 is a third encoding diagram of a MAC frame in a 66-bit code block stream according to one embodiment of this application; FIG. 10 is a fourth encoding diagram of a MAC frame in a 66-bit code block stream according to one embodiment of this application; FIG. 11 is a diagram of a MAC frame structure according to one embodiment of this application; Petition 870250098668, dated 10 / 28 / 2025, page 21 / 65 15 / 48 FIG. 12a is a diagram of a first structure of a field c according to an embodiment of this request; FIG. 12b is a diagram of a second structure of a field c according to one embodiment of this request; FIG. 12c is a diagram of a third structure of a field c according to an embodiment of this request; FIG. 12d is a diagram of a fourth structure of a c-field according to an embodiment of this request; FIG. 13 is a direct mapping diagram of a 66-bit code block stream to an OTN frame according to one embodiment of this application; FIG. 14 is an indirect mapping diagram of a 66-bit code block stream to an OTN frame according to one embodiment of this request; FIG. 15 is a second schematic flowchart of data processing according to one modality of this request; FIG. 16 is a third schematic flowchart of data processing according to one modality of this request; FIG. 17 is a fourth schematic flowchart of data processing according to one modality of this request; FIG. 18 is a diagram of a delivery device structure according to one embodiment of this application; FIG. 19 is a diagram of a receiving device structure according to one embodiment of this order; FIG. 20 is a diagram of the structure of a communication device according to one embodiment of this application; and FI G. 21 is a diagram of a communication system structure according to one embodiment of this application. DESCRIPTION OF THE MODALITIES

[035] Some terms of this application are described first, to facilitate understanding by a person technically familiar with the subject.

[036] (1) “A plurality of” refers to two or more. And / Or describes an association relationship between objects Petition 870250098668, dated 10 / 28 / 2025, p. 22 / 65 16 / 48 associated and there may be three relationships. For example, A and / or B may represent the following three cases: Only A exists, both A and B exist, and only B exists. Furthermore, in the descriptions of this application, terms such as first, second, and target are used only to distinguish descriptions and should not be understood as an indication or implication of relative importance, or as an indication or implication of a sequence.

[037] (2) The mapping from A to B mentioned in this request refers to the encapsulation of A in B. For example, the mapping of an optical service unit (OSU) frame to an optical transport network (OTN) frame refers to the encapsulation of the OSU frame or an OSU signal in the OTN frame.

[038] (3) Unless otherwise specified, detailed descriptions of some technical features in one embodiment may also be used to explain corresponding technical features mentioned in another embodiment. For example, a function of a first check field 1 in one embodiment may also be applied to a first check field 1 mentioned in another embodiment. Furthermore, in this application, identical or similar reference numbers are used to represent components or method steps with identical or similar functions in different embodiments.

[039] The embodiments of this application are applicable to an optical network, such as an optical transport network or a metropolitan transport network. The optical transport network includes an OTN or a Flexible Ethernet (FlexE). In subsequent descriptions of this application, the OTN is used as an example for description. An OTN is generally formed by connecting a plurality of OTN devices via an optical fiber and can be formed in different topological types, such as line type, ring type, and mesh type, based on specific requirements. FIG. 1 is a diagram of an OTN structure according to this application. As shown in FIG. 1, an OTN includes eight Petition 870250098668, dated 10 / 28 / 2025, p. 23 / 65 17 / 48 OTN devices 101, i.e., OTN devices A to H. 102 indicates an optical fiber, configured to connect two devices. 103 indicates a customer service interface, configured to receive or send customer service data. As shown in FIG. 1, OTN 100 is configured to perform service data transmission to client devices 1 to 3. The client device is connected to the OTN device via a client service interface. For example, in FIG. 1, client devices 1 to 3 are connected to OTN devices A, H, and F respectively.

[040] Based on a real need, an OTN device can have different functions. Typically, an OTN device includes an optical layer device, an electrical layer device, and a hybrid photoelectric device. The optical layer device is a device that can process an optical layer signal, for example, an optical amplifier or an optical add-drop multiplexer (OADM). The optical amplifier is configured to amplify an optical signal to support a longer transmission distance while ensuring the specific performance of the optical signal. The OADM is configured to perform spatial transformation on an optical signal so that the optical signal can be output through different output ports (sometimes called directions). The electrical layer device is a device that can process an electrical layer signal, for example, a device that can process an OTN signal.A hybrid photoelectric device is a device capable of processing both an optical layer signal and an electrical layer signal. It should be noted that an OTN device can integrate a plurality of different functions based on a specific integration requirement. The technical solutions provided in this application are applicable to OTN devices that have different forms and degrees of integration and include one. Petition 870250098668, dated 10 / 28 / 2025, page 24 / 65 18 / 48 electrical layer function.

[041] It should be noted that a data frame structure used by an optical transport device in this embodiment of this application may be an OTN frame. The OTN frame is used to carry various types of service data and provides various management and monitoring functions. The OTN frame may be an optical data unit k (ODUk) frame, an ODUCn frame, or an ODUflex frame, or it may be an optical transport unit k (OTUk) frame, an OTUCn frame, a flexible OTN (FlexO) frame, or similar. A difference between an ODU frame and an OTU frame is that the OTU frame includes an ODU frame and an OTU overhead. k represents different rate levels. For example, k=1 indicates 2.5 Gbps and k=4 indicates 100 Gbps. Cn represents a variable rate, and is specifically a rate that is a positive integer multiple of 100 Gbps.Unless otherwise specified, the ODU frame is any of the ODUk, ODUCn, or ODUflex frames, and the OTU frame is any of the OTUk, OTUCn, or FlexO frames. It should also be noted that with the development of optical transport network technologies, a new type of OTN frame may be defined, and this is also applicable to this application. Furthermore, the method disclosed in this application is also applicable to other optical transport network frames, such as a FlexE frame.

[042] FIG. 2 is a diagram of an OTN device structure according to this application. An OTN 200 device can be any of the OTN devices A to H in FIG. 1. As shown in FIG. 2, the OTN 200 device includes a tributary board 201, a cross-connect board 202, a line board 203, an optical layer processing board (not shown in the figure), and a system control and communication board 204.

[043] The tributary board 201, the cross-connect board 202 and the line board 203 are configured to process a signal Petition 870250098668, dated 10 / 28 / 2025, page 25 / 65 The 201 tributary board is configured to receive and send various client services, such as an SDH service, a packet service, an Ethernet service, and / or a fronthaul service. Additionally, the 201 tributary board can be divided into a client-side optical transceiver module and a signal processor. The client-side optical transceiver module can also be called an optical transceiver and is configured to receive and / or send service data. The signal processor is configured to map service data to a data frame and unmap service data from the data frame. The 202 cross-connect board is configured to exchange a data frame, to complete the exchange of one or more types of data frames. The 203 line board primarily implements line-side data frame processing. Specifically, the 203 line board can be divided into a line-side optical module and a signal processor.The line-side optical module may be called an optical transceiver and is configured to receive and / or send a data frame. The signal processor is configured to multiplex and demultiplex a line-side data frame, or to map and unmap a line-side data frame. The system 204 control and communication board is configured to implement system control and, specifically, may collect information from different boards or send a control instruction to a corresponding board. It should be noted that, unless otherwise specified, there may be one or more specific components (e.g., signal processors). This is not limited in this application. It should also be noted that the types, function designs, and quantity of boards included in the device are not limited in this application.It should be noted that, during the specific implementation, the two previous boards may alternatively be designed as a single board. Furthermore, the network device may also include... Petition 870250098668, dated 10 / 28 / 2025, page 26 / 65 20 / 48 a backup power supply, a heat dissipation fan and the like.

[044] It should be understood that FIG. 2 is only an example of the OTN device provided in this application. The OTN device may include different types and quantities of boards based on specific requirements. For example, an OTN device used as a central node does not include any tributary board 201. As another example, an OTN device used as an edge node includes a plurality of tributary boards 201, or does not include any optical cross-connect board 202. As another example, an OTN device that supports only an electrical layer function may not include any optical layer processing board.

[045] In FIG. 1, the data received by the OTN device from the client device can be a 66-bit code block stream or a MAC frame. The 66-bit code block stream is a code block stream that includes a plurality of 66-bit code blocks. The 66-bit code block is also called a 64B / 66B code block or 66-bit code block. The 66-bit code block includes a 2-bit overhead and a 64-bit payload. One type of 66-bit code block includes either a data code block or a control code block. The data code block is used to carry data. The control code block is used to transfer control information, such as a start identifier or an end identifier of a medium access control (MAC) address frame or a padding indication.

[046] FIG. 3 is a diagram of a structure of a data code block and a control code block according to this application. As shown in FIG. 3, a data code block 301 and a control code block 302 include a synchronization (SYNC) field. The size of the SYNC field is 2 bits. The data carried in the SYNC field indicates a Petition 870250098668, dated 10 / 28 / 2025, page 27 / 65 21 / 48 66-bit code block type. For example, 01 indicates that the code block type of the 66-bit code block is a data code block. 10 indicates that the code block type of the 66-bit code block is a control code block. Data code block 301 also includes a d field. The d field size is 64 bits. The d field is used to carry data. Control code block 302 also includes a control block type (CBT) field and a c field. A CBT field size is 8 bits. A CBT field value can be 0x1E, 0x78, 0x4B, 0x87, 0x99, or similar. The c field size is 56 bits. The c field is used to carry control code.

[047] When data received by an OTN device from a client device is a MAC frame, the OTN device needs to encode the MAC frame into a 66-bit code block stream. After obtaining the 66-bit code block stream, the OTN device maps the 66-bit code block stream to a payload area of ​​an OTN frame and transmits the OTN frame to another OTN device. The other OTN device extracts 66-bit code blocks from the OTN frame and then decodes the plurality of 66-bit code blocks into the MAC frame. However, a SYNC field in the 66-bit code block indicates a code block type within the 66-bit code block. When a bit error occurs in the SYNC field, the other OTN device incorrectly determines the code block type and obtains an incorrect MAC frame based on the incorrectly determined 66-bit code block.If the incorrect MAC frame passes the frame sequence check (FCS), a receiving device will be unable to identify whether the MAC frame is incorrect. Consequently, the reliability of the communication is reduced.

[048] Therefore, this request provides a data processing method. FIG. 4 is a first schematic flowchart of data processing according to one modality of this request. The data processing method can Petition 870250098668, dated 10 / 28 / 2025, p. 28 / 65 22 / 48 can be applied to an optical module, an electrical chip, or a sending device. The sending device can be an OTN device, an MTN device, or similar. The following example uses an instance where the data processing method is applied to the sending device for description. As shown in FIG. 4, the data processing method includes the following steps.

[049] In step 401, the sending device obtains a 66-bit code block stream from a MAC frame.

[050] The sending device can receive either the 66-bit code block stream or the MAC frame from a client device. When the data received by the sending device from the client device is the MAC frame, the sending device needs to encode the MAC frame into the 66-bit code block stream. Alternatively, the sending device can generate the MAC frame based on the data that needs to be sent and encode the MAC frame into the 66-bit code block stream. FIG. 5 is a first encoding diagram of a MAC frame into a 66-bit code block stream. As shown in FIG. 5, the sending device encodes a MAC frame into a 501 66-bit code block stream. The 501 66-bit code block stream includes a control code block S, a plurality of data code blocks, and a control code block T. A SYNC field of the data code block is 01.A SYNC field in the S control code block and the T control code block is 10. A CBT field in the S control code block is 0x78. A CBT field in the T control code block can be 0x87, 0x99, 0xAA, 0xB4, 0xCC, 0xD2, 0xE1, or 0xFF.

[051] It should be understood that, in subsequent examples, for ease of description, the control code block S may be referred to as a control code block S1, a control code block S2, or similar. Similarly, the control code block T may also be called a code block Petition 870250098668, dated 10 / 28 / 2025, p. 29 / 65 23 / 48 control T1, control code block T2 or similar. The data code block may also be called data code block D1, data code block D2 or similar.

[052] There is a correspondence between the 66-bit code block stream 501 and the data in the MAC frame. For example, FIG. 6 is a diagram of a MAC frame structure. As shown in FIG. 6, a MAC frame 601 includes a preamble field, a start frame delimiter (SFD) field, a destination address (DA) field, a source address (SA) field, a type field, a data field, and a frame check sequence (FCS) field. A control code block S is used to carry the contents of the preamble field into the MAC frame. A plurality of data code blocks is used to carry the contents of the remaining fields into the MAC frame. A control code block T represents the end of a MAC frame and can be used to carry contents from bytes 0 to 7 into the MAC frame.

[053] In the actual application, the sending device can continuously encode a plurality of MAC frames into a 66-bit code block stream. FIG. Figure 7 is a first encoding diagram of a MAC frame into a 66-bit code block stream according to one embodiment of this application. As shown in FIG. 7, the sending device encodes a MAC frame 1 and a MAC frame 2 into a 66-bit code block stream 701. Specifically, the 66-bit code block stream 701 includes a first 66-bit code block stream and a third 66-bit code block stream. The sending device encodes MAC frame 1 into the first 66-bit code block stream. The first 66-bit code block stream includes a control code block S1, a plurality of data code blocks D1, and a control code block T1. The sending device encodes MAC frame 2 into the third Petition 870250098668, dated 10 / 28 / 2025, p. 30 / 65 24 / 48 66-bit code block stream. The third 66-bit code block stream includes an S2 control code block, a plurality of D2 data code blocks, and a T2 control code block.

[054] When there is a long interval between the two MAC frames, the sending device may insert a control code block I between the first 66-bit code block stream and the third 66-bit code block stream. In the control code block I, a SYNC value is 10, and a CBT value is 0x1E. The control code block I may be named control code block I1, control code block I2, or similar. FIG. 8 is a second encoding diagram of a MAC frame in a 66-bit code block stream according to an embodiment of this application. As shown in FIG. 8, the sending device encodes a MAC frame 1 and a MAC frame 2 in a 66-bit code block stream 801. Based on FIG. 7, the 66-bit code block stream 801 further includes one or more control code blocks I1.The control code block I1 is located between a first 66-bit code block stream and a third 66-bit code block stream.

[055] In this application mode, the sending device may insert a custom control code block after each T control code block. The custom control code block may be named Z1 control code block, Z2 control code block, or similar. A SYNC field of the custom control code block is 10. To distinguish another control code block from the custom control code block, the content of a CBT field of the custom control code block is not 0x1E, 0x78, 0x4B, 0x87, 0x99, 0xAA, 0xB4, 0xCC, 0xD2, 0xE1, or 0xFF. Furthermore, to increase the difference between the CBT field of the custom control code block and a CBT field of another control code block, Petition 870250098668, dated 10 / 28 / 2025, page 31 / 65 25 / 48 the CBT field of the custom control code block can be 0x00.

[056] FIG. 9 is a third encoding diagram of a MAC frame in a 66-bit code block stream according to an embodiment of this application. As shown in FIG. 9, the sending device encodes a MAC frame 1 and a MAC frame 2 into a 66-bit code block stream 901. Based on FIG. 7, the 66-bit code block stream 901 further includes a control code block Z1 and a control code block Z2. The control code block Z1 is located after a control code block T1. The control code block Z2 is located after a control code block T2.

[057] FIG. 10 is a fourth encoding diagram of a MAC frame in a 66-bit code block stream according to an embodiment of this application. As shown in FIG. 10, the sending device encodes a MAC frame 1 and a MAC frame 2 into a 66-bit code block stream 1001. Based on FIG. 8, the 66-bit code block stream 1001 further includes a control code block Z1 and a control code block Z2. The control code block Z1 is located between the control code block T1 and the control code block I1.

[058] It should be understood that, in FIG. 5 and FIG. 7 to FIG. 10, only one or two MAC frames are used as examples for description in this embodiment of this application. In the actual application, the sending device may encode more MAC frames in a 66-bit code block stream. For example, in FIG. 7, the sending device further encodes a MAC frame 3 in the 66-bit code block stream 701. In this case, the 66-bit code block stream 701 further includes a fourth 66-bit code block stream. The fourth 66-bit code block stream includes a control code block S3, a plurality of data code blocks D3, and a control code block. Petition 870250098668, dated 10 / 28 / 2025, p. 32 / 65 26 / 48 T3. There may be one or more I2 control code blocks, or no I2 control code blocks, between the fourth 66-bit code block stream and the third 66-bit code block stream.

[059] It should be understood that, in the previous examples in FIG. 5 to FIG. 10, a case is described in which the sending device encodes the MAC frame into the 66-bit code block stream. When the sending device receives the 66-bit code block stream from the client device, the 66-bit code block stream can be obtained by the client device through encoding according to the previous method.

[060] In step 402, the sending device obtains a first check field based on the target data, where the first check field is used to verify the target data, the target data is a MAC frame or a 66-bit code block stream, and a code block in the 66-bit code block stream is used to carry the first check field obtained, or a 66-bit code block after the 66-bit code block stream is used to carry the first check field obtained.

[061] When the target data is the MAC frame, the sending device obtains the first check field based on the MAC frame. For example, the sending device performs a cyclic redundancy check (CRC) on the MAC frame to obtain a CRC field. The sending device uses the CRC field as the first check field. If the sending device receives the 66-bit code block stream from the client device, the sending device first decodes the 66-bit code block stream into the MAC frame. Decoding is the reverse process of encoding. Therefore, for descriptions of decoding, refer to the previous descriptions in any of FIGS. 5 to 10. After obtaining the MAC frame through decoding, the sending device Petition 870250098668, dated 10 / 28 / 2025, page 33 / 65 Step 27 / 48 obtains the first check field based on the MAC frame. After obtaining the first check field, the sending device encodes the MAC frame into a 66-bit code block stream. Therefore, in this embodiment of this request, there is no strict time sequence limitation between step 402 and step 401. For example, the sending device may first obtain the first check field and then encode the MAC frame into a 66-bit code block stream.

[062] When the target data is the MAC frame, the sending device can replace the MAC frame preamble field with the first verification field obtained, to obtain a new MAC frame. FIG. 11 is a diagram of a MAC frame structure according to one embodiment of this application. As shown in FIG. 11, based on FIG. 6, the sending device replaces the preamble field in FIG. 6 with the first verification field. After obtaining a new MAC frame 1101, the sending device encodes the new MAC frame into a 66-bit code block stream in the encoding manner described in step 401. In this case, the first verification field is encoded into a control code block S in the 66-bit code block stream. Alternatively, the sending device first encodes the MAC frame into the 66-bit code block stream based on the descriptions in step 401.The sending device populates the 66-bit code block stream, or a 66-bit code block following the 66-bit code block stream, with the first check field.

[063] When the destination data is a stream of 66-bit code blocks, the sending device obtains the first check field based on the stream of 66-bit code blocks. For example, the sending device obtains a quantity of 66-bit code blocks in the first stream of 66-bit code blocks. The sending device uses the quantity of the first 66-bit code blocks as the first check field. Petition 870250098668, dated 10 / 28 / 2025, p. 34 / 65 28 / 48 If the sending device receives the MAC frame from the client device, the sending device first encodes the MAC frame into a 66-bit code block stream. For descriptions of the encoding, see the previous descriptions in any of FIGS. 5 to 10. After obtaining the first 66-bit code block stream through encoding, the sending device obtains the first check field based on the first 66-bit code block stream. The sending device fills the first 66-bit code block stream with the first check field to obtain a second 66-bit code block stream. Alternatively, the sending device adds the first check field to the 66-bit code block after the first 66-bit code block stream.

[064] The 66-bit code block stream, the second 66-bit code block stream, or the 66-bit code block after the 66-bit code block stream is used to carry the first obtained check field. When the 66-bit code block stream or a code block in the second 66-bit code block stream is used to carry the first obtained check field, the 66-bit code block stream or a control code block S in the second 66-bit code block stream includes the first check field. For example, in FIG. 7, control code block S1 includes a first check field 1 corresponding to MAC frame 1. The first check field 1 is used to check MAC frame 1 or the first 66-bit code block stream. Control code block S2 includes a first check field 2 corresponding to MAC frame 2.The first check field 2 is used to check MAC frame 2 or the third 66-bit code block stream.

[065] When the 66-bit code block that follows the stream of 66-bit code blocks is used to carry the first obtained check field, the 66-bit code block Petition 870250098668, dated 10 / 28 / 2025, p. 35 / 65 The following 29 / 48 can be an S control code block and / or an I control code block. In this case, the following 66-bit code block can be either the S control code block or the I control code block. Alternatively, the following 66-bit code block can be both the S control code block and the I control code block.

[066] When the following 66-bit code block is the control code block S, this indicates that a first check field of a current MAC frame is located in a control code block S corresponding to the following MAC frame. For example, in FIG. 8, control code block S2 includes a first check field 1 corresponding to MAC frame 1. In FIG. 8, the sending device can be further configured to encode a MAC frame 3 in a fourth 66-bit code block stream. The fourth 66-bit code block stream includes a control code block S3, a plurality of data code blocks D3, and a control code block T3. Control code block S3 includes a first check field 2 corresponding to MAC frame 2. Similarly, a first check field 3 corresponding to MAC frame 3 can be located in a control code block S4 corresponding to MAC frame 4.

[067] When the following 66-bit code block is control code block I, this indicates that a first check field of a current MAC frame is located in a control code block I between two MAC frames. The two MAC frames include the current MAC frame and the following MAC frame. Therefore, when control code block I is not included between the 66-bit code block streams corresponding to the two MAC frames, the sending device inserts control code block I between the 66-bit code block streams in an encoding process. For example, in FIG. 7, the sending device inserts control code block I1 between the first Petition 870250098668, dated 10 / 28 / 2025, page 36 / 65 30 / 48 66-bit code block stream and the third 66-bit code block stream. Control code block I1 includes the first check field 1. In FIG. 7, when no control code block I is included between the fourth 66-bit code block stream and the third 66-bit code block stream, the sending device also inserts control code block I2 between the fourth 66-bit code block stream and the third 66-bit code block stream. Control code block I2 includes the first check field 2.

[068] When the following 66-bit code block is the S control code block and the I control code block, this indicates that a first check field of a current MAC frame is located in an I control code block between two streams of 66-bit code blocks corresponding to two MAC frames or an S control code corresponding to the next MAC frame. Specifically, when the I control code block is not included between the two streams of 66-bit code blocks corresponding to the two MAC frames, the first check field of the current MAC frame is located in the S control code corresponding to the next MAC frame.When control code block I is included between the two 66-bit code block streams corresponding to the two MAC frames, the first check field of the current MAC frame is located in control code block I between the two 66-bit code block streams corresponding to the two MAC frames. For example, in FIG. 7, control code block I is not included between the first 66-bit code block stream and the third 66-bit code block stream. In this case, control code block S2 includes the first check field 1. When control code block I2 is included between the fourth 66-bit code block stream and the third 66-bit code block stream, control code block I2 includes the first check field. Petition 870250098668, dated 10 / 28 / 2025, p. 37 / 65 31 / 48 verification 2.

[069] When the 66-bit code block that follows the 66-bit code block stream includes the first check field, the next 66-bit code block may be a custom control code block. In this case, the first check field of the current MAC frame is located in the custom control code block between the two 66-bit code block streams corresponding to the two MAC frames. For example, in FIG. 10, control code block Z1 includes a first check field 1. Control code block Z2 includes a first check field 2.

[070] It should be understood that the following 66-bit code block does not necessarily refer to a 1st 66-bit code block after the 66-bit code block stream. For example, in FIG. 8, three I1 control code blocks are included between the first 66-bit code block stream and the third 66-bit code block stream. The first check field 1 is located in a 2nd I1 control code block in the three I1 control code blocks. In this case, the 66-bit code block that follows the first 66-bit code block stream refers to the 2nd I1 control code block in the three I1 control code blocks.

[071] In real-world applications, when the distance between the control code block carrying the first check field 1 and the first 66-bit code block stream is smaller, the receiving device can check the first 66-bit code block stream or MAC frame 1 more quickly, thus improving verification efficiency. Therefore, to improve verification efficiency, the 1st 66-bit code block after the 66-bit code block stream can include the first check field.

[072] It should be understood that the following 66-bit code block does not necessarily refer to a code block of Petition 870250098668, dated 10 / 28 / 2025, p. 38 / 65 32 / 48 bits. For example, in FIG. 8, the three I1 control code blocks are included between the first 66-bit code block stream and the third 66-bit code block stream. The first check field 1 is located in the 1st I1 control code block and in the 2nd I1 control code block in the three I1 control code blocks. In this case, the 66-bit code block after the first 66-bit code block stream refers to the first two I1 control code blocks in the three I1 control code blocks. It can be learned from the previous descriptions that the first check field 1 corresponding to MAC frame 1 can be located in control code block S1, control code block S2, control code block I1, or control code block Z1.The first check field 1 corresponding to MAC frame 1 can alternatively be located in control code block S2 and control code block I1. In this embodiment of this request, the first check field 1 can be located in a c field of the preceding control code block. The size of the first check field 1 is less than or equal to the size of the c field. FIG. 12a is a diagram of a first c field structure according to an embodiment of this request. As shown in FIG. 12a, the size of a c field 1201 is 7 bytes. The size of the first check field is 2 bytes. The c field 1201 also includes a 5-byte field reserved for future international standardization (RES).

[073] In actual application, the sending device may also obtain a second check field based on the first check field. The second check field is used to verify the first check field. A 66-bit code block stream also includes the second check field, or the following 66-bit code block also includes a second check field. The second check field may, Petition 870250098668, dated 10 / 28 / 2025, page 39 / 65 33 / 48 Alternatively, it can be located in field c of the preceding control code block. FIG. 12b is a diagram of a second structure of a field c according to one embodiment of this application. As shown in FIG. 12b, the size of a field c 1202 is 7 bytes. The size of the first check field is 2 bytes. The size of a second check field is 1 byte. The field c 1202 further includes a RES field of 4 bytes.

[074] In actual application, the first check field may include a first subfield and a second subfield. The first subfield is used to check the length of a MAC frame or a 66-bit code block stream, i.e., the first subfield is used for length checking. The second subfield is used to check the content of the MAC frame or the 66-bit code block stream, i.e., the second subfield is used for content checking. FIG. 12c is a diagram of a third structure of a c field according to an embodiment of this application. As shown in FIG. 12c, the size of a c 1203 field is 7 bytes. The size of the first check field is equal to the size of the c 1203 field. The first check field includes a first subfield and a second subfield. The size of the first subfield is 2 bytes. The size of the second subfield is 5 bytes.

[075] FIG. 12d is a diagram of a fourth structure of a c field according to an embodiment of this application. As shown in FIG. 12d, the size of a c 1204 field is 7 bytes. A first check field includes a first subfield and a second subfield. The size of the first subfield is 2 bytes. The size of the second subfield is 4 bytes. The c 1204 field or the first check field further includes a second check field, and the size of the second check field is 1 byte.

[076] In step 403, the sending device maps the stream of 66-bit code blocks to a payload area of ​​a frame. Petition 870250098668, dated 10 / 28 / 2025, page 40 / 65 34 / 48 of data.

[077] The sending device can directly map the 66-bit code block stream to the data frame payload area, or it can first map the 66-bit code block stream to a service frame and then map the service frame to the data frame. The data frame can be an OTN frame, a FlexE frame, or an MTN frame. The service frame can be an OSU frame or another data frame with a structure similar to the OSU frame. In this embodiment of this request, an example where the data frame is the OTN frame and the service frame is an OSU frame is used for description.

[078] When the target data is the MAC frame, the sending device maps the 66-bit code block stream to the data frame payload area. The 66-bit code block stream includes the first check field, or the 66-bit code block after the 66-bit code block stream includes the first check field. When the target data is the first 66-bit code block stream, the sending device maps the second 66-bit code block stream to the data frame payload area, or maps the first 66-bit code block stream and the following 66-bit code block to the data frame payload area. When the sending device maps the second 66-bit code block stream to the data frame payload area, the second 66-bit code block stream includes the first check field.When the sending device maps the first 66-bit code block stream and the next 66-bit code block to the payload area of ​​the data frame, the next 66-bit code block includes the first check field. FIG. 13 is a diagram of a direct mapping of a 66-bit code block stream to an OTN frame according to one embodiment of this request. As shown in FIG. 13, the sending device maps a 66-bit code block stream. Petition 870250098668, dated 10 / 28 / 2025, p. 41 / 65 35 / 48 bits 1301 for an OTN 1302 frame. For descriptions of the 66-bit 1301 code block stream, see the previous descriptions in any of FIGS. 5 and 7 to 12d. The OTN 1302 frame is an example of an optical transport network frame. The OTN 1302 frame is a structure with four rows and a plurality of columns. The OTN 1302 frame includes an air area, a payload area, and a forward error correction (FEC) area. It should be understood that the OTN 1302 frame is only an example. Another variant of the OTN frame is also applicable to this request, for example, an OTN frame that does not include a FEC area or, for another example, a frame structure with a number of rows and a number of columns that are different from those of the OTN 1302 frame.

[079] FIG. 14 is an indirect mapping diagram of a 66-bit code block stream to an OTN frame according to one embodiment of this application. As shown in FIG. 14, the sending device first maps the 1301 66-bit code block stream to a payload area of ​​one or more 1401 OSU frames. The 1401 OSU structure includes an overhead area and a payload area. The overhead area of ​​the 1401 OSU frame is used to carry overhead information. The overhead information includes one or more overhead fields. The payload area of ​​the 1401 OSU frame is used to carry service data, for example, a 66-bit code block stream. It should be understood that an OSU frame structure shown in FIG. 14 is only an example. In another specific implementation, the OSU frame may alternatively be a data structure including an overhead subframe and a payload subframe. This is not limited to this request.After mapping the 66-bit code block stream 1301 to the payload area of ​​one or more OSU 1401 frames, the sending device maps one or more OSU 1401 frames to the OTN 1302 frame. For descriptions of the OTN 1302 frame, see the descriptions in FIG. 13. Petition 870250098668, dated 10 / 28 / 2025, page 42 / 65 36 / 48

[080] In step 404, the sending device sends the data frame.

[081] The sending device converts an electrical signal from the data frame into an optical signal. The sending device is connected to the receiving device via an optical fiber. The sending device transmits the optical signal from the data frame to the receiving device through the optical fiber. The receiving device may be another OTN device, another MTN device, or similar.

[082] It can be learned from FIG. 4 that the plurality of D1 data code blocks are used to carry the contents of the remaining fields in MAC frame 1. In the actual application, the S1 control code block and the plurality of D1 data code blocks can be used to carry the contents of the remaining fields in MAC frame 1. The remaining fields may include a DA field, an SA field, a type field, a data field, and an FCS field. Furthermore, some space in the S1 control code block can be used to carry the first check field 1, and the other space in the S1 control code block and the plurality of D1 data code blocks can be used to carry the contents of the remaining fields.

[083] It should be understood that the control code block S1 containing the first check field 1 is merely an example provided in this embodiment of this application. In actual application, the sending device may alternatively use data code block D1 or control code block T1 to carry the first check field 1.

[084] It can be learned from FIG. 4 that the target data can be the 66-bit code block stream or the MAC frame. FIG. 15 is a second schematic flowchart of a data processing according to an embodiment of this application. As shown in FIG. 15, when the target data is a 66-bit code block stream, the data processing method includes Petition 870250098668, dated 10 / 28 / 2025, page 43 / 65 37 / 48 the following steps: In step 1501, a sending device obtains a first 66-bit code block stream from a MAC frame.

[085] In step 1502, the sending device obtains a first check field based on the first 66-bit code block stream, where the first check field is used to verify the first 66-bit code block stream.

[086] In step 1503, the sending device obtains a second 66-bit code block stream based on the first 66-bit code block stream and the first check field, or adds the first check field to a 66-bit code block after the first 66-bit code block stream.

[087] In step 1504, the sending device maps the second 66-bit code block stream to a payload area of ​​a data frame, or maps the first 66-bit code block stream and the following 66-bit code block to the payload area of ​​the data frame.

[088] In step 1505, the sending device sends the data frame.

[089] FIG. 16 is a third schematic flowchart of a data processing according to an embodiment of this application. As shown in FIG. 16, when the target data is a MAC frame, the data processing method includes the following steps.

[090] In step 1601, a sending device obtains a MAC frame.

[091] The sending device can receive the MAC frame from a client device. Alternatively, the sending device receives a 66-bit code block stream from a client device. The sending device decodes the 66-bit code block stream into the MAC frame. Alternatively, the sending device generates the MAC frame based on the data that needs to be sent. The MAC frame includes an FCS field. Petition 870250098668, dated 10 / 28 / 2025, p. 44 / 65 38 / 48

[092] In step 1602, the sending device obtains a first verification field based on the MAC frame, where the first verification field is used to verify the MAC frame.

[093] The first check field is not an FCS field. The FCS field is used to check a DA field, an SA field, a type field, and a DA field. The check objects of the first check field and the FCS field can be different. For example, the first check field is used to check the DA field, the SA field, the type field, the DA field, and the FCS field.

[094] In step 1603, the sending device encodes the MAC frame into a 66-bit code block stream, where the 66-bit code block stream includes the first check field, or a 66-bit code block after the 66-bit code block stream includes the first check field.

[095] In step 1604, the sending device maps the stream of 66-bit code blocks to a payload area of ​​a data frame.

[096] In step 1605, the sending device sends the data frame.

[097] It should be understood that descriptions in FIG. 15 or FIG. 16 are similar to the descriptions in FIG. 4. Therefore, for descriptions in FIG. 15 or FIG. 16, refer to the descriptions in FIG. 4. For example, for descriptions of step 1501, refer to the descriptions of step 401. For another example, for descriptions of step 1503, refer to the descriptions of step 403. Similarly, for descriptions in FIG. 15 or FIG. 16, also refer to the descriptions in FIG. 4. For example, the first verification field is not the FCS field.

[098] This can be learned from the previous descriptions in FIG. 4, FIG. 15, or FIG. 16 that the sending device is configured to send the data frame to a receiving device. Therefore, the receiving device can receive Petition 870250098668, dated 10 / 28 / 2025, pages 45 / 65 39 / 48 the data frame and check the MAC frame or the 66-bit code block stream based on the first check field in the data frame. FIG. 17 is a fourth schematic flowchart of a data processing according to an embodiment of this application. As shown in FIG. 17, the data processing method includes the following steps.

[099] In step 1701, a receiving device obtains a data frame.

[100] The receiving device may be an OTN device, an MTN device, or similar. The receiving device is connected to a transmitting device via an optical fiber. The receiving device receives an optical signal from the data frame of the transmitting device through the optical fiber and converts the optical signal of the data frame into an electrical signal of the data frame.

[101] In step 1702, the receiving device extracts a 66-bit code block stream from a payload area of ​​the data frame, where the 66-bit code block stream includes a first check field, or a 66-bit code block after the 66-bit code block stream includes the first check field.

[102] Extraction is the reverse process of mapping. The receiving device extracts the 66-bit code block stream from the payload area of ​​the data frame. Specifically, the receiving device extracts a service frame from the payload area of ​​the data frame and then extracts the 66-bit code block stream from a payload area of ​​the service frame. Alternatively, the receiving device directly extracts the 66-bit code block stream from the payload area of ​​the data frame.

[103] In step 1703, the receiving device verifies, using the first verification field, a MAC frame corresponding to the 66-bit code block stream or the stream Petition 870250098668, dated 10 / 28 / 2025, pp. 46 / 65 40 / 48 66-bit code block.

[104] It can be learned from the previous descriptions in FIG. 4 that the target data can be the 66-bit code block stream or the MAC frame. When the target data is the 66-bit code block stream, the receiving device verifies the 66-bit code block stream based on the first check field. When the target data is the MAC frame, the receiving device is configured to decode the 66-bit code block stream into the MAC frame and then verify the MAC frame based on the first check field.

[105] If the 66-bit code block stream fails the first check field verification, the receiving device may modify a SYNC field of a control code block T in the 66-bit code block stream to 11 or 00. For example, for 66-bit code block stream 701 in FIG. 7, if the first 66-bit code block stream fails the first check field verification 1, the receiving device modifies the SYNC field of control code block T1 to 11 or 00. Similarly, if the third 66-bit code block stream fails the first check field verification 2, the receiving device modifies the SYNC field of control code block T2 to 11 or 00. It can be learned from the previous descriptions in FIG. 3 that the correct SYNC field of control code block T is 10.In subsequent processing, the receiving device can identify the 66-bit code block stream as an incorrect code block stream based on the error content of the SYNC field, in order to discard the 66-bit code block stream.

[106] The receiving device can then transmit the data frame to another device. Before transmitting the data frame to another device, the receiving device Petition 870250098668, dated 10 / 28 / 2025, page 47 / 65 41 / 48 receiving can modify the 66-bit code block stream or the 66-bit code block after the 66-bit code block stream. Specifically, when the first check field is located in the 66-bit code block stream, the receiving device modifies the 66-bit code block stream. When the first check field is located in the 66-bit code block after the 66-bit code block stream, the receiving device modifies the 66-bit code block after the 66-bit code block stream. Descriptions are provided separately below.

[107] When the first check field is located in a control code block S in the 66-bit code block stream, the receiving device replaces the first check field with the contents of a preamble field in the MAC frame, to obtain a modified 66-bit code block stream. For example, in FIG. 7, the control code block S1 includes a first check field 1. The receiving device replaces the first check field 1 with a preamble field.

[108] When the following 66-bit code block is an S control code, the receiving device replaces the first check field with the contents of a preamble field in the MAC frame. For example, in FIG. 7, the S2 control code block includes a first check field of 1. The receiving device replaces the first check field of 1 with a preamble field. When the following 66-bit code block is an I control code block, the receiving device modifies the contents of the first check field to 0. For example, in FIG. 8, the I1 control code block includes a first check field of 1. The receiving device modifies the contents of the first check field from 1 to 0. When the following 66-bit code block is a custom control code block, the receiving device Petition 870250098668, dated 10 / 28 / 2025, page 48 / 65 42 / 48 excludes the custom control code block. For example, in FIG. 10, control code block Z1 includes a first check field 1. Control code block Z2 includes a first check field 2. The receiving device excludes control code block Z1 and control code block Z2.

[109] After the previous modification, the receiving device can obtain the modified 66-bit code block stream or the next modified 66-bit code block. The receiving device maps the modified 66-bit code block stream or the next modified 66-bit code block to the payload area of ​​the data frame and transmits the data frame to another device. For descriptions of the receiving device's mapping of the modified 66-bit code block stream to the data frame, see the descriptions of the transmitting device's mapping of the 66-bit code block stream to the data frame in FIG. 4. For example, the receiving device first maps the modified 66-bit code block stream to the payload area of ​​the service frame and then maps the service frame to the payload area of ​​the data frame.

[110] It should be understood that descriptions in FIG. 17 are similar to descriptions in FIG. 4, FIG. 15, or FIG. 16. Therefore, for descriptions in FIG. 17, refer to the preceding descriptions in FIG. 4, FIG. 15, or FIG. 16. For example, the 66-bit code block stream or the 66-bit code block following the 66-bit code block stream includes a second check field. The receiving device checks the first check field based on the second check field. For another example, the first check field includes a first subfield and a second subfield. The first subfield is used to check the length of the 66-bit code block stream. The second subfield is used to check Petition 870250098668, dated 10 / 28 / 2025, page 49 / 65 43 / 48 the content of the 66-bit code block stream. For another example, the first check field is not an FCS field.

[111] The above describes the data processing methods provided in this application. A transmitting apparatus, a receiving apparatus, a transmitting device and a receiving device provided in this application are described below.

[112] FIG. 18 is a diagram of a structure of a sending device according to an embodiment of this application. As shown in FIG. 18, the sending device 1800 includes a get module 1801, a processing module 1802, a mapping module 1803, and a sending module 1804. The get module 1801 is configured to obtain a 66-bit code block stream from a MAC frame. The processing module 1802 is configured to obtain a first check field based on the target data. The first check field is used to verify the target data. The target data is either the MAC frame or the 66-bit code block stream. The 66-bit code block stream includes the first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes the first check field.The 1803 mapping module is configured to map the 66-bit code block stream to a data frame payload area. The data frame can be an OTN frame, a Flexible Ethernet (FlexE) frame, or an MTN frame. The 1804 sending module is configured to send the data frame.

[113] It should be understood that the descriptions of the 1800 sending device are similar to the descriptions of the data processing method in FIG. 4, FIG. 15, or FIG. 16. Therefore, for descriptions of the 1800 sending device, refer to the previous descriptions in FIG. 4, FIG. 15, or FIG. 16. For example, the 1803 mapping module is configured to map the 66-bit code block stream to a service frame and map the frame Petition 870250098668, dated 10 / 28 / 2025, pages 50 / 65 44 / 48 service for the data frame payload area. As another example, the 1801 fetch module is configured to receive the 66-bit code block stream from another device. For another example, the first check field is not an FCS field.

[114] FIG. 19 is a diagram of a receiving apparatus structure according to an embodiment of this application. As shown in FIG. 19, the receiving apparatus 1900 includes a receiving module 1901, an extraction module 1902, and a verification module 1903. The receiving module 1901 is configured to receive a data frame. The extraction module 1902 is configured to extract a 66-bit code block stream from a payload area of ​​the data frame. The 66-bit code block stream includes a first verification field. Alternatively, a 66-bit code block following the 66-bit code block stream includes a first verification field. The verification module 1903 is configured to verify, using the first verification field, a MAC frame corresponding to the 66-bit code block stream or the 66-bit code block stream.

[115] It should be understood that the descriptions of the receiving device 1900 are similar to the descriptions of the data processing method in FIG. 4, FIG. 15, FIG. 16, or FIG. 17. Therefore, for descriptions of the receiving device 1900, refer to the previous descriptions in FIG. 4, FIG. 15, FIG. 16, or FIG. 17. For example, the verification module 1903 is further configured to verify the first verification field using a second verification field. As another example, the sending device further includes a modification module and a sending module. The modification module is configured to modify the following 66-bit code block. After the following 66-bit code block is modified, the sending module is configured to send the following 66-bit code block. Petition 870250098668, dated 10 / 28 / 2025, pp. 51 / 65 45 / 48 for another device. For another example, the first verification field is not an FCS field.

[116] FIG. 20 is a diagram of a communication device structure according to an embodiment of this application. The communication device can be a sending device or a receiving device. As shown in FIG. 20, the communication device 2000 includes a processor 2001 and a transceiver 2002. The processor 2001 can be a central processing unit (CPU), a network processor (NP), or a combination of the CPU and the NP. The processor 2001 can also include a hardware chip or other general-purpose processor. The former hardware chip can be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof. The transceiver 2002 can be an optical transceiver.

[117] When communication device 2000 is the sending device, processor 2001 is configured to obtain a 66-bit code block stream from a MAC frame. Processor 2001 is configured to obtain a first check field based on the target data. The first check field is used to verify the target data. The target data is either the MAC frame or the 66-bit code block stream. The 66-bit code block stream includes the first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes the first check field. Mapping module 1803 is configured to map the 66-bit code block stream to a payload area of ​​a data frame. Transceiver 2002 is configured to send the data frame.

[118] When communication device 2000 is the receiving device, transceiver 2002 is configured to receive a data frame. Processor 2001 is configured to extract Petition 870250098668, dated 10 / 28 / 2025, pp. 52 / 65 46 / 48 a 66-bit code block stream from a data frame payload area. The 66-bit code block stream includes a first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes a first check field. Processor 2001 is configured to check, using the first check field, a MAC frame corresponding to either the 66-bit code block stream or the 66-bit code block stream.

[119] In another embodiment, the communication device 2000 may also include a memory 2003. The memory 2003 may be volatile or non-volatile memory, or it may include both volatile and non-volatile memory. The non-volatile memory may be read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), flash memory, or similar. The volatile memory may be random access memory (RAM). The memory 2003 may be configured to store a MAC frame or a 66-bit code block stream.

[120] It should be understood that the descriptions of communication device 2000 are similar to the descriptions of the data processing method in FIG. 4, FIG. 15, FIG. 16, or FIG. 17. Therefore, for descriptions of communication device 2000, refer to the previous descriptions in FIG. 4, FIG. 15, FIG. 16, or FIG. 17. For example, the 66-bit code block stream or the 66-bit code block after the 66-bit code block stream includes a second check field. For another example, the first check field includes a first subfield and a second subfield. For another example, the first check field is not an FCS field.

[121] This application also provides a communication system. FIG. 21 is a diagram of a communication system structure according to an embodiment of this application. As Petition 870250098668, dated 10 / 28 / 2025, pp. 53 / 65 47 / 48 shown in FIG. 21, the communication system 2100 includes a sending device 2101 and a receiving device 2102. The sending device 2101 is configured to obtain a 66-bit code block stream from a MAC frame. The MAC frame includes an FCS field. The sending device 2101 is configured to obtain a first check field based on the target data. The target data is either the MAC frame or the 66-bit code block stream. The 66-bit code block stream includes the first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes the first check field. The sending device 2101 is configured to map the 66-bit code block stream to a payload area of ​​a data frame. The sending device 2101 sends the data frame to the receiving device 2102.The receiving device 2102 is configured to receive the data frame, extract the 66-bit code block stream from the data frame payload area, and verify, using a first verification field, the MAC frame corresponding to the 66-bit code block stream or the 66-bit code block stream.

[122] It should be understood that the descriptions of the sending device 2101 are similar to the descriptions of the data processing method in FIG. 4, FIG. 15, or FIG. 16. Therefore, for descriptions of the sending device 2101, refer to the previous descriptions in FIG. 4, FIG. 15, or FIG. 16. Similarly, the descriptions of the receiving device 2102 are similar to the descriptions of the data processing method in FIG. 17. Therefore, for descriptions of the receiving device 2102, refer to the previous descriptions in FIG. 17.

[123] One embodiment of this request further provides a data frame. The data frame includes a payload area and an overhead area. The payload area includes a 66-bit code block stream. The 66-bit code block stream includes Petition 870250098668, dated 10 / 28 / 2025, pp. 54 / 65 48 / 48 is a first check field. Alternatively, a 66-bit code block following the 66-bit code block stream includes a first check field. The first check field is used to verify a MAC frame matching the 66-bit code block stream or the 66-bit code block stream.

[124] It should be understood that the data frame descriptions are similar to the data frame descriptions in FIG. 4, FIG. 15, or FIG. 16. Therefore, for data frame descriptions, refer to the previous descriptions in FIG. 4, FIG. 15, or FIG. 16. For example, the MAC frame includes an FCS field. The first check field is not an FCS field. For another example, the data frame is an OSU frame, an OTN frame, a FlexE frame, or an MTN frame.

[125] The foregoing descriptions are only specific implementations of this application, but are not intended to limit the scope of protection of this application. Any variation or substitution readily discoverable by a technical person in the subject matter within the technical scope disclosed in this application shall be within the scope of protection of this application. Petition 870250098668, dated 10 / 28 / 2025, pp. 55 / 65

Claims

1 / 5 CLAIMS 1. A data processing method, CHARACTERIZED in that it comprises: obtaining a first 66-bit code block stream from a MAC medium access control frame; obtaining a first check field based on the first 66-bit code block stream, wherein the first check field is used to verify the first 66-bit code block stream; adding the first check field to a 66-bit code block following the first 66-bit code block stream; mapping the following 66-bit code block to a payload area of ​​a data frame; and sending the data frame.

2. Data processing method according to claim 1, characterized in that the following 66-bit code block is an S-control code block, an I-control code block, or a custom control code block.

3. Data processing method according to claim 2, characterized in that a value of a control block type field of the custom control code block is 0x00.

4. Data processing method according to claim 1, characterized in that a control code block S in a second 66-bit code block stream is used to carry the first check field.

5. Data processing method, according to any one of claims 1 to 4, CHARACTERIZED in that the first verification field comprises a first subfield and a second subfield, wherein Petition 870250080968, dated 09 / 09 / 2025, page 10 / 15 2 / 5 the first subfield is used to verify a length of the 66-bit code block stream; and the second subfield is used to verify the content of the 66-bit code block stream.

6. Data processing method according to claim 5, characterized in that the first subfield indicates a quantity of 66-bit code blocks comprised in the 66-bit code block stream.

7. Data processing method according to claim 5 or 6, characterized in that the size of the first subfield is 2 bytes.

8. Data processing method, according to any one of claims 5 to 7, CHARACTERIZED in that the size of the second subfield is 4 bytes.

9. A data processing method according to any one of claims 1 to 8, characterized in that the following 66-bit code block further comprises a second check field, and the second check field is used to verify the first check field.

10. Data processing method according to claim 9, characterized in that the size of the second check field is 1 byte.

11. A data processing method according to any one of claims 1 to 10, CHARACTERIZED in that mapping the second 66-bit code block stream to the payload area of ​​the data frame comprises: mapping the second 66-bit code block stream to a service frame and mapping the service frame to the payload area of ​​the data frame.

12. Data processing method, CHARACTERIZED by the fact that it comprises: obtaining a MAC medium access control frame; obtaining a first verification field based on the MAC frame, wherein the first verification field is used to verify the MAC frame, and the MAC frame comprises a frame verification sequence field; encoding the MAC frame into a 66-bit code block stream, wherein a 66-bit code block following the 66-bit code block stream comprises the first verification field; mapping the 66-bit code block stream to a payload area of ​​a data frame; and sending the data frame.

13. Data processing method, CHARACTERIZED in that it comprises: receiving a data frame; extracting a 66-bit code block stream from a payload area of ​​the data frame, wherein a 66-bit code block following the 66-bit code block stream comprises a first check field; and verifying the 66-bit code block stream using the first check field.

14. Data processing method according to claim 13, CHARACTERIZED in that the 66-bit code block stream comprising the first check field comprises: a control code block S in the 66-bit code block stream comprising the first check field; and the method further comprises: replacing the first check field with the contents of a preamble field in a MAC medium access control frame to obtain a modified 66-bit code block stream; and generating the modified 66-bit code block stream.

15. Data processing method, according to claim 14, CHARACTERIZED in that the 66-bit code block following the 66-bit code block stream comprises the first check field, and the method further comprises: modifying the following 66-bit code block.

16. Data processing method according to claim 15, CHARACTERIZED in that the following 66-bit code block is an S-control code block; and modifying the following 66-bit code block comprises: replacing the first check field with the contents of the preamble field in the MAC frame.

17. Data processing method according to claim 15, CHARACTERIZED in that the following 66-bit code block is a control code block I; and modifying the following 66-bit code block comprises: modifying the contents of the first check field to 0.

18. Data processing method according to claim 15, CHARACTERIZED in that the following 66-bit code block is a custom control code block; and modifying the following 66-bit code block comprises: deleting the custom control code block.

19. Data processing method, according to any one of claims 13 to 18, CHARACTERIZED in that the method further comprises: if the 66-bit code block stream fails the first check field verification, modifying a synchronization field of a control code block T in the 66-bit code block stream to 11 or 00.

20. Data processing method, according to any one of claims 13 to 19, CHARACTERIZED in that the following 66-bit code block further comprises a second check field, and the method further comprises: checking the first check field using the second check field.

21. Transmission apparatus, CHARACTERIZED in that it comprises an acquisition module, a processing module, a mapping module and a transmission module, wherein the modules in the transmission apparatus are configured to perform the method as defined in any one of claims 1 to 12.

22. Receiving apparatus, CHARACTERIZED in that it comprises a receiving module, an extraction module and a verification module, wherein the modules in the receiving apparatus are configured to perform the method as defined in any one of claims 13 to 20.

23. Transmission device, characterized in that it comprises a processor and a transceiver, wherein the processor is configured to perform the method as defined in any one of claims 1 to 12, to obtain a data frame; and the transceiver is configured to transmit the data frame.

24. Receiving device, CHARACTERIZED in that it comprises a processor and a transceiver, wherein the transceiver is configured to receive a data frame; and the processor is configured to perform the method as defined in any one of claims 13 to 20.

25. Communication system, CHARACTERIZED in that it comprises the sending device as defined in claim 23 and the receiving device as defined in claim 24. Petition 870250080968, dated 09 / 09 / 2025, p. 14 / 15

Images