Mapping and de-mapping method of transmission frame and related equipment
Patent Information
- Application Number
- CN202380046845.1
- Authority / Receiving Office
- CN · China
- Patent Type
- Applications(China)
- Current Assignee / Owner
- Priority Date
- 2023-03-15
- Filing Date
- 2023-12-06
- Publication Date
- 2025-03-21
- Estimated Expiration
- 2043-12-06
AI Technical Summary
The existing 400GE service mapping method is complex and has not designed an 800GE service mapping method, resulting in cumbersome processing and a lack of efficient mapping solutions.
Multiple code block streams are interleaved with code block granularity, and then the interleaved code block streams are mapped into transmission frames, and indication information is inserted into the transmission frames to simplify the mapping process and quickly identify code blocks. location to avoid synchronization processing complexity.
It simplifies the mapping process, improves the carrying efficiency and reliability of transmission frames, reduces the complex processing of code block synchronization, and adapts to multiple service rates and packet service carrying.
Smart Images

Figure CN119678506A_ABST
Abstract
Description
A mapping and demapping method for transmission frames and related equipment
[0001] This application claims priority to the Chinese patent application filed with the State Intellectual Property Office on December 26, 2022, with application number CN202211674929.3 and invention name “A mapping and demapping method for transmission frames and related equipment” and the Chinese patent application filed with the State Intellectual Property Office on March 15, 2023, with application number CN202310288308.X and invention name “A mapping and demapping method for transmission frames and related equipment”, all contents of which are incorporated by reference into this application. Technical Field
[0002] The present application relates to the field of optical communications, and in particular to a method for mapping and demapping transmission frames and related equipment. Background Art
[0003] Optical Transport Network (OTN) has become the mainstream technology used in transport networks due to its high bandwidth, large capacity, high reliability, and low latency. It is widely used in backbone, metro core, and aggregation networks.
[0004] The Institute of Electrical and Electronics Engineers (IEEE) 802.3 has initially completed the definition of the 800GE Physical Coding Sublayer (PCS). This optimization, combined with the Ethernet Alliance's proposed 2x400GE PCS architecture, enables 4:1 bit multiplexing from the PCS to the Physical Medium Attachment (PMA), allowing for the multiplexing of two 400GE data streams. Currently, the industry has not yet developed a mapping method for 800GE services. The existing mapping method for 400GE services is based on 66-bit code block streams, which is relatively complex.
[0005] Summary of the Invention
[0006] Embodiments of the present application provide a method and related apparatus for mapping and demapping transmission frames. Multiple code block streams are sequentially interleaved at the code block granularity level, and the interleaved code block stream is then mapped to a transmission frame. Compared to mapping each code block stream separately, the scheme provided by this application simplifies the mapping process.
[0007] In a first aspect, an embodiment of the present application provides a method for mapping a transmission frame. First, multiple first code block streams are obtained. The multiple first code block streams belong to the same service, and each of the multiple first code block streams includes multiple code blocks. Thereafter, the multiple first code block streams are interleaved based on the code blocks to obtain a second code block stream. Next, the second code block stream is mapped into a transmission frame, and indication information is inserted into the transmission frame. The indication information is used to determine the position of the second code block stream in the transmission frame. Then, the transmission frame is sent.
[0008] In this implementation, multiple code block streams are interleaved sequentially at the code block granularity level, and the interleaved code block stream is then mapped to a transmission frame. Compared to mapping each code block stream separately, the solution provided by this application simplifies the mapping process. Furthermore, the transmission frame carries information indicating the location of the code blocks within the transmission frame, facilitating quick identification of the code block locations when demapping the transmission frame.
[0009] In some possible implementations, the code blocks in the first code block stream are 257 bits in size. This means that the present application utilizes a 257b code block stream, which, unlike a 66b code block stream, offers higher carrying efficiency. Furthermore, the first two bits of a 66b code block serve as a synchronization header, meaning that each 66b code block requires synchronization, resulting in a high level of processing complexity. However, the present application inserts indicator information into the transmission frame, which allows the location of code blocks within the transmission frame to be determined using this indicator information, thus avoiding the complex process of code block synchronization.
[0010] In some possible implementations, the mapping method further includes: performing synchronization processing on the multiple first code block streams, so as to achieve alignment of the multiple first code block streams.
[0011] In some possible implementations, inserting the indication information into the transmission frame includes inserting the indication information into an overhead area of the transmission frame. It should be understood that the indication information inserted into the overhead area can also be referred to as a "block boundary indication." The indication information can be used to directly determine the location or boundary of code blocks in the payload area. This allows the entire payload area to be used to carry code blocks from the second code block stream, allowing the transmission frame to carry as many code blocks as possible.
[0012] In some possible implementations, the transmission frame is an optical data unit (ODU) frame, and inserting the indication information into the overhead area of the transmission frame includes: inserting the indication information into the 15th and 16th columns of rows 1 to 3, or the 15th and 16th columns of row 4 in the overhead area.
[0013] In some possible implementations, inserting the indication information into the transmission frame includes inserting the indication information into a payload area of the transmission frame, where the number of code blocks carried in the payload area is an integer. It should be understood that since the payload area carries an integer number of code blocks and the indication information of a fixed bit is inserted into the payload area, the position of the code blocks can be indirectly determined based on the determination of the frame boundary and the insertion position of the indication information, thereby expanding the implementation of the present application.
[0014] In some possible implementations, the transmission frame is an ODU frame, the size of the indication information is 38 bits, and the payload area carries 474 code blocks of 257 bits.
[0015] In some possible implementations, the method further includes: verifying the code blocks in the transmission frame to obtain verification information, and inserting the verification information into the payload area. It should be understood that the verification information can be used to protect valid data carried in the payload area, thereby improving transmission reliability.
[0016] In some possible implementations, the transmission frame is an ODU frame, and the payload area carries 474 code blocks of 257 bits. The indication information includes first indication information of 3 bits and second indication information of 3 bits. Checking the code blocks in the transmission frame to obtain check information includes: checking the code blocks carried by the first and second rows of the payload area to obtain a first cyclic redundancy check (CRC-16), and checking the code blocks carried by the third and fourth rows of the payload area to obtain a second CRC-16.
[0017] In some possible implementations, inserting the indication information into the transmission frame includes inserting the indication information into the overhead area of the transmission frame. The method further includes verifying the code blocks in the transmission frame to obtain verification information, and inserting the verification information into the payload area, where the overhead area and the payload area carry an integer number of code blocks. In this implementation, due to the insertion of the verification information into the payload area, the payload area lacks sufficient space to carry an integer number of code blocks. Therefore, part of the space in the overhead area is used to carry the code blocks, thereby increasing the flexibility of the solution.
[0018] In some possible implementations, the transmission frame is an ODU frame, and the 16th column of the overhead area and the payload area carry 474 code blocks of 257 bits each. The indication information includes first indication information of 3 bits and second indication information of 3 bits. Verifying the code blocks in the transmission frame to obtain verification information includes verifying the code blocks carried in each row of the payload area and the overhead area to obtain a corresponding CRC-16. In this implementation, verification is performed on each row of code blocks, reducing buffering and latency.
[0019] In some possible implementations, mapping the second code block stream into the transmission frame includes mapping the second code block stream into the transmission frame using a bit synchronous mapping procedure (BMP). In other words, the mapping method provided in this application can be adapted to a constant bit rate (CBR) bearer.
[0020] In some possible implementations, obtaining multiple first code block streams includes: obtaining a third code block stream, wherein the size of the code blocks in the third code block stream is 257 bits; transcoding the third code block stream to obtain a fourth code block stream, wherein the size of the code blocks in the fourth code block stream is 66 bits. Rate adapting the fourth code block stream to obtain a fifth code block stream. Distributing the fifth code block stream to obtain multiple sixth code block streams. Transcoding the multiple sixth code block streams to obtain multiple first code block streams. In other words, the mapping method provided in the present application can be adapted to packet services (PKT) bearers.
[0021] In some possible implementations, the service rate is 800GE or 1.6TE.
[0022] In a second aspect, embodiments of the present application provide a method for mapping a transmission frame. First, a code block stream is obtained. Then, the code block stream is mapped into a transmission frame, and indication information is inserted into each transmission frame. The indication information is used to determine the position of the code block stream in the transmission frame. Starting from a starting position, the transmission frame includes, in sequence, a first overhead area, a first payload area, a second overhead area, and a second payload area. Then, the transmission frame is transmitted.
[0023] In this implementation, the transmission frame includes two overhead areas, effectively expanding the overhead area and accelerating the transmission rate of overhead information, thereby improving performance. Furthermore, indicator information is inserted into the transmission frame, which can be used to determine the location of code blocks within the transmission frame. This facilitates rapid identification of code block locations during frame demapping, avoiding the complex process of code block synchronization.
[0024] In some possible implementations, the size of a code block in the code block stream is 66 bits or 257 bits.
[0025] In some possible implementations, a transmission frame includes 4 rows and 3824 columns of bytes. Columns 1 to 16 of the transmission frame are a first overhead area, columns 17 to 1904 of the transmission frame are a first payload area, columns 1905 to 1920 of the transmission frame are a second overhead area, and columns 1921 to 3824 of the transmission frame are a second payload area.
[0026] In some possible implementations, inserting the indication information into the transmission frame includes inserting the indication information into the first overhead area and / or the second overhead area. In this way, the first payload area and the second payload area can be fully used to carry code blocks in the code block stream, so that the transmission frame can carry as many code blocks as possible.
[0027] In some possible implementations, inserting the indication information into the first overhead area includes: inserting the indication information into the 15th column and / or the 16th column of the 1st to 3rd rows in the first overhead area.
[0028] In some possible implementations, the indication information includes three indication sub-information, and the three indication sub-information have the same value. Inserting the indication information into the 15th and / or 16th columns of rows 1 to 3 in the first overhead area includes: inserting the three indication sub-information into the 15th column of rows 1 to 3 in the first overhead area. Alternatively, inserting the three indication sub-information into the 16th column of rows 1 to 3 in the first overhead area. Alternatively, inserting the three indication sub-information into the 15th to 16th columns of rows 1 to 3 in the first overhead area. In this implementation, all three indication sub-information are used to indicate the location of the code block. The receiving end can receive the three indication sub-information. Even if one of the indication sub-information is transmitted incorrectly, the valid indication sub-information can be determined through majority judgment, thereby determining the accurate location of the code block.
[0029] In some possible implementations, there are multiple transmission frames, and each N consecutive transmission frames constitutes a group. The value of the N indication information in each group of N transmission frames increases sequentially. The value of the N indication information in any group of N transmission frames is the same as the value of the N indication information in any other group of N transmission frames. N is an integer greater than 1.
[0030] In some possible implementations, the indication information includes four indication sub-information, and the values of the four indication sub-information are sequentially increasing. Inserting the indication information into the first overhead area or the second overhead area includes: inserting the four indication sub-information into rows 1 to 4 of the first overhead area or rows 1 to 4 of the second overhead area in ascending order of value.
[0031] In some possible implementations, inserting the indication information into the transmission frame includes inserting the indication information into the second payload area. The number of code blocks carried by the first and second payload areas is an integer. It should be understood that since the first and second payload areas carry an integer number of code blocks, and the second payload area inserts the indication information with a fixed number of bits, the position of the code blocks can be indirectly determined based on the determination of the frame boundary and the insertion position of the indication information, thereby expanding the implementation of the present application.
[0032] In some possible implementations, the method further includes: verifying the code blocks in the transmission frame to obtain verification information, and inserting the verification information into the second payload area. It should be understood that the verification information can be used to protect valid data carried in the payload area, thereby improving transmission reliability.
[0033] In a third aspect, an embodiment of the present application provides a method for demapping a transmission frame. First, a transmission frame is received. The transmission frame carries a second code block stream and indication information. The indication information is used to determine the position of the second code block stream in the transmission frame. The second code block stream is obtained by interleaving multiple first code block streams based on code blocks. The multiple first code block streams belong to the same service, and each of the multiple first code block streams includes multiple code blocks. Then, the code blocks in the transmission frame are demapped to obtain the second code block stream.
[0034] In some possible implementations, the method further includes: distributing the second code block stream to obtain multiple first code block streams.
[0035] In some possible implementations, the method further includes: transcoding the plurality of first code block streams to obtain a plurality of third code block streams, wherein the code block size in the first code block stream is 257 bits, and the code block size in the third code block stream is 66 bits. Recombining the plurality of third code block streams to obtain a fourth code block stream. Rate adapting the fourth code block stream to obtain a fifth code block stream. Distributing the fifth code block stream to obtain a plurality of sixth code block streams. Transcoding the sixth code block stream to obtain a plurality of seventh code block streams, wherein the code block size in the seventh code block stream is 257 bits.
[0036] In a fourth aspect, embodiments of the present application provide a method for demapping a transmission frame. First, a transmission frame is received. The transmission frame carries a code block stream and indication information. The indication information is used to determine the position of the code block stream in the transmission frame. The transmission frame includes, starting from a starting position, a first overhead area, a first payload area, a second overhead area, and a second payload area. Then, the code blocks in the transmission frame are demapped to obtain a code block stream.
[0037] In a fifth aspect, embodiments of the present application provide a transmitting device. The transmitting device includes a processor and a transceiver. The processor is configured to control the transceiver to transmit and receive signals. The processor is specifically configured to execute the method described in any of the embodiments of the first or second aspects.
[0038] In a sixth aspect, embodiments of the present application provide a receiving device. The receiving device includes a processor and a transceiver. The processor is configured to control the transceiver to transmit and receive signals. The processor is specifically configured to execute the method described in any of the embodiments of the third or fourth aspects.
[0039] In a seventh aspect, embodiments of the present invention provide a digital processing chip. The digital processing chip includes a processor and a memory, the memory and the processor being interconnected via a circuit. The memory stores instructions, and the processor is configured to execute the method described in any one of the embodiments of aspects 1 to 4 above.
[0040] In the embodiments of this application, multiple code block streams are interleaved sequentially at a code block granularity, and the interleaved code block stream is then mapped to a transmission frame. Compared to mapping each code block stream separately, the solution provided by this application simplifies the mapping process. Furthermore, the transmission frame carries information indicating the location of the code blocks within the transmission frame, facilitating quick identification of the code block locations when demapping the transmission frame. BRIEF DESCRIPTION OF THE DRAWINGS
[0041] FIG1 is a schematic diagram of a hardware structure of an OTN device;
[0042] FIG2 is a schematic diagram of an embodiment of a transmission frame mapping method in an embodiment of the present application;
[0043] FIG3 is a schematic diagram of an implementation method of interleaving multiple first code block streams based on code blocks in an embodiment of the present application;
[0044] FIG4 is a schematic diagram of an application scenario of a transmission frame mapping method according to an embodiment of the present application;
[0045] FIG5 is a schematic diagram of a first structure of a transmission frame in an embodiment of the present application;
[0046] FIG6 is a schematic diagram of a second structure of a transmission frame according to an embodiment of the present application;
[0047] FIG7 is a schematic diagram of a third structure of a transmission frame according to an embodiment of the present application;
[0048] FIG8 is a schematic diagram of a fourth structure of a transmission frame according to an embodiment of the present application;
[0049] FIG9 is a schematic diagram of an embodiment of a transmission frame mapping method in an embodiment of the present application;
[0050] FIG10 is a schematic diagram of an application scenario of a transmission frame demapping method according to an embodiment of the present application;
[0051] FIG11 is a schematic diagram of another embodiment of a transmission frame mapping method in an embodiment of the present application;
[0052] FIG12 is a schematic diagram of a fifth structure of a transmission frame in an embodiment of the present application;
[0053] FIG13 is a schematic diagram of a sixth structure of a transmission frame in an embodiment of the present application;
[0054] FIG14 is a schematic diagram of a seventh structure of a transmission frame in an embodiment of the present application;
[0055] FIG15 is a schematic diagram of an eighth structure of a transmission frame in an embodiment of the present application;
[0056] FIG16 is a schematic diagram of a ninth structural embodiment of a transmission frame according to the present application;
[0057] FIG17 is a schematic diagram of the structure of a possible sending device;
[0058] FIG18 is a schematic structural diagram of a possible receiving device. DETAILED DESCRIPTION
[0059] Embodiments of the present application provide a method and related apparatus for mapping and demapping transmission frames. Multiple code block streams are sequentially interleaved at the code block granularity level, and the interleaved code block stream is then mapped to a transmission frame. Compared to mapping each code block stream separately, the scheme provided by this application simplifies the mapping process.
[0060] It should be noted that the terms "first" and "second" in the specification and claims of this application and the above-mentioned drawings are used to distinguish similar objects, rather than to limit a specific order or precedence. It should be understood that the above terms are interchangeable where appropriate so that the embodiments described in this application can be implemented in a sequence other than that described in this application. In addition, the term "comprising" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.
[0061] The embodiments of the present application are applicable to optical networks, such as optical transport networks (OTNs). An optical network is typically composed of multiple OTN devices connected by optical fibers and can be organized into different topologies such as linear, ring, or mesh based on specific needs.
[0062] Figure 1 is a schematic diagram of the hardware structure of an OTN device. Specifically, device 10 includes a power supply 101, a fan 102, and auxiliary boards 103. It may also include a tributary board 104, a circuit board 105, a cross-connect board 106, an optical layer processing board (not shown), and a system control and communication board 107. It should be noted that the specific types and number of boards included in a device 10 may vary depending on specific needs. For example, a network device serving as a core node may not have a tributary board 104. A network device serving as an edge node may have multiple tributary boards 104. Power supply 101 is used to power the device and may include both primary and backup power supplies. Fan 102 is used to dissipate heat. Auxiliary boards 103 provide auxiliary functions such as external alarms and external clock access. Tributary boards 104, cross-connect boards 106, and circuit boards 105 primarily process electrical layer signals in the optical network, such as transmission frames in the OTN. The tributary board 104 is used to receive and transmit various client services, such as Synchronous Digital Hierarchy (SDH) services, packet services, Ethernet services, and fronthaul services. Furthermore, the tributary board 104 can be divided into client-side optical modules and processors. The client-side optical modules can be optical transceivers for receiving and / or transmitting client signals. The processors are used to map and demap client signals into transmission frames. The cross-connect board 106 is used to switch transmission frames, completing the exchange of one or more types of transmission frames. The line board 105 primarily processes line-side transmission frames. Specifically, the line board 105 can be divided into line-side optical modules and processors. The line-side optical modules can be optical transceivers for receiving and / or transmitting transmission frames. The processors are used to multiplex and demultiplex, or map and demap, line-side transmission frames. The system control and communication boards 107 are used to implement system control and communication. Specifically, information can be collected from different boards through the backplane, or control instructions can be sent to the corresponding board. It should be noted that, unless otherwise specified, the specific components (for example, processors) can be one or more, and this application does not impose any restrictions. It should also be noted that the embodiments of the present application do not impose any restrictions on the types of boards included in the device, as well as the specific functional design and quantity of the boards. It should be noted that the mapping method of the transmission frame of the present application can be specifically implemented on the circuit board 105, or the branch board 104 and the circuit board 105 can be integrated together to implement the mapping method of the transmission frame of the present application.
[0063] It should be noted that the present application does not limit the specific type of transmission frame. For example, the transmission frame may be an Optical Payload Unit k (OPUk) frame, an Optical Data Unit k (ODUk) frame, or an Optical Transport Unit k (OTUk) frame. For ease of introduction, the following description takes the ODUk frame as an example.
[0064] Figure 2 is a schematic diagram of an embodiment of a transmission frame mapping method in an embodiment of the present application. In this example, the transmission frame mapping method includes the following steps.
[0065] 201. Obtain multiple first code block streams.
[0066] In this embodiment, multiple first code block streams belong to the same service, and each first code block stream includes multiple code blocks. For example, if the service rate is 800GE, that is, the 800GE PCS layer includes two 400GE PCS structures, then two first code block streams are obtained. For another example, if the service rate is 1.6TE, that is, the 1.6TE PCS layer includes four 400GE PCS structures, then four first code block streams are obtained.
[0067] 202. Interleave multiple first code block streams based on code blocks to obtain a second code block stream.
[0068] The multiple first code block streams are interpolated based on a code block granularity to obtain an interpolated code block stream, i.e., a second code block stream. In some possible implementations, before interpolating the multiple first code block streams based on the code blocks, the multiple first code block streams need to be synchronized to ensure that the multiple first code block streams remain aligned.
[0069] FIG3 is a schematic diagram of an implementation method for interleaving multiple first code block streams based on code blocks in an embodiment of the present application. As shown in FIG3 , taking two first code block streams as an example, they are respectively recorded as code block stream 1 and code block stream 2. The code blocks in code block stream 1 are sequentially recorded as code block 1-1, code block 1-2, ..., code block 1-M. The code blocks in code block stream 2 are sequentially recorded as code block 2-1, code block 2-2, ..., code block 2-M. It can be seen that the code blocks in the interleaved code block stream are sequentially recorded as code block 1-1, code block 2-1, code block 1-2, code block 2-2, ..., code block 1-M, code block 2-M.
[0070] 203. Map the second code block stream into a transmission frame, and insert indication information into the transmission frame.
[0071] Specifically, the code blocks in the second code block stream are mapped sequentially into a transmission frame, wherein the code blocks are typically mapped into the payload area of the transmission frame. In some possible implementations, if the payload area is insufficient to carry a specified number of code blocks, some of the code blocks may be mapped into the overhead area of the transmission frame, which will be described in detail later in conjunction with specific embodiments. It should be understood that the indication information is used to determine the position of the code blocks mapped into the transmission frame. For example, the indication information may be inserted into the overhead area of the transmission frame, or, as another example, into the payload area of the transmission frame, which will be described in detail later in conjunction with specific embodiments.
[0072] It should be noted that the frame mapping method used in this application may be a bit synchronous mapping procedure (BMP), a generic mapping procedure (GMP), an idle mapping procedure (IMP) or a generic framing procedure (GFP), etc., and is not limited here.
[0073] It should also be noted that for scenarios with a service rate of 1.6TE, the four first code block streams can be directly interleaved and then mapped. Alternatively, the four first code block streams can be divided into two groups, each group including two first code block streams, and the two first code block streams in each group are interleaved and then mapped.
[0074] In one possible implementation, the size of the code blocks in the first code block stream is 257 bits. This first code block stream may also be referred to as a "257b code block stream" or a "257B code block stream." It should be understood that, unlike a 66b code block stream in which the code block size is 66 bits, a 257b code block stream has a higher carrying efficiency. Furthermore, the first two bits in a 66b code block are a synchronization header, meaning that each 66b code block requires synchronization processing, resulting in a high level of processing complexity. However, the present application inserts indication information into the transmission frame, which allows the position of the code blocks in the transmission frame to be determined using the indication information, thereby avoiding the complex processing of code block synchronization.
[0075] 204. Send a transmission frame.
[0076] It should be noted that the transmission frame mapping method provided in this application can adapt to a variety of different service bearers, such as constant bit rate (CBR) bearers or packet service (PKT) bearers. For CBR bearers, rate adaptation is achieved by inserting rate compensation (RC) blocks into the code block stream. For PKT bearers, rate adaptation is performed on the code block stream based on the addition and deletion of idle code blocks.
[0077] The following introduces a specific application scenario of a transmission frame mapping method.
[0078] Figure 4 is a schematic diagram of an application scenario of a mapping method for a transmission frame in an embodiment of the present application. As shown in Figure 4, taking the service rate of 800GE as an example, the PCS or PMA processes the data stream from the client side. Afterwards, alignment lock (Alignment Lock) and lane deskew (Lane Deskew) are performed to obtain multiple aligned channel data streams, for example, 32 aligned channel data streams are obtained. Furthermore, lane reordering (lane reorder) is performed so that the multiple channel data streams are arranged in a specified order. Among them, the multiple channel data streams after channel reordering can be divided into two 400G data streams, respectively recorded as 400G data stream 0 and 400G data stream 1. For example, 400G data stream 0 includes channel data stream 0-channel data stream 15, and 400G data stream 1 includes channel data stream 16-channel data stream 31. Specifically, each 400G data stream undergoes de-interleaving, forward error correction (FEC) decoding, post-FEC interleaving, alignment removal, descrambling, and reverse transcoding. Next, the two 400G data streams undergo 66b block aggregation to produce a 66b block stream. This 66b block stream then undergoes 64b / 66b decoding and rate matching.
[0079] In the scenario shown in Figure 4, for a CBR bearer, two 400G data streams can generate two 257b block streams after the alignment marker is removed. Furthermore, these two 257b block streams are interleaved and then mapped into a transmission frame. It should be understood that in this embodiment, subsequent operations such as descrambling and reverse transcoding are unnecessary after the alignment marker is removed.
[0080] In the scenario shown in Figure 4, for a PKT bearer, two 257b code block streams are reverse-transcoded to obtain two 66b code block streams. These two 66b code block streams are then aggregated using 66b code blocks to obtain a single 66b code block stream. Next, the 66b code block streams are rate-adapted and then distributed to obtain two 66b code block streams. Subsequently, the two 66b code block streams are 257b transcoded to obtain two 257b code block streams. These two 257b code block streams are then scrambled. The two 257b code block streams are synchronized during the transcoding and scrambling processes, maintaining the same processing rhythm or time. Furthermore, the two 257b code block streams are interleaved and then mapped into a transmission frame. It should be understood that in this embodiment, 64b / 66b decoding is not required after the 66b code block aggregation.
[0081] In one possible implementation, for PKT bearers, after rate adaptation, the 66b block stream can be transcoded into a 257b block stream instead of being distributed. Furthermore, the 257b block stream is scrambled before being mapped into a transport frame. In other words, considering that the 66b block stream is a 66b block stream, the 66b block stream can be transcoded into a 257b block stream before being mapped into a transport frame, without interleaving multiple 257b block streams.
[0082] It should be noted that, in the scenario shown in FIG4 , the specific implementation of interleaving and mapping can be referred to the relevant introduction of the embodiment shown in FIG2 above, which will not be repeated here.
[0083] The following introduces various possible structures of the transmission frame in this application.
[0084] FIG5 is a schematic diagram of the first structure of a transmission frame in an embodiment of the present application. As shown in FIG5 , the code blocks in the second code block stream are mapped to the payload area of the transmission frame, and the indication information is inserted into the overhead area of the transmission frame. It can be seen that the code blocks in the second code block stream are mapped to the payload area of the transmission frame in sequence, row by row. Taking the interleaving of two first code block streams based on code blocks as an example, each of the two consecutive code blocks in any row of the payload area comes from two first code block streams. It should be understood that the indication information inserted into the overhead area can also be referred to as a "block boundary indication," and the position or boundary of the code blocks in the payload area can be directly determined by the indication information. It should be noted that in the transmission frame structure shown in FIG5 , the entire payload area is used to carry the code blocks in the second code block stream. If the payload area cannot carry an integer number of code blocks, the remaining space in the payload area can carry part of the bits in a code block, and the other part of the code block is mapped to the next transmission frame. For example, the payload area shown in FIG5 can carry 474 257b code blocks, and the remaining space in the payload area can also carry 38 bits of a 257b code block.
[0085] In one possible implementation, the indication information may be inserted into the 15th and 16th columns of rows 1 to 3 of the overhead area, or into the 15th and 16th columns of row 4. As an example, the indication information includes 9 bits, with the upper 5 bits of the indication information inserted into the 16th column of row 1 of the overhead area, and the lower 4 bits of the indication information inserted into the 16th column of row 2 of the overhead area. As another example, the indication information may be implemented using a 9-bit overhead multiframe indicator (OMFI), with the 9-bit indication information located in the lower 1 bit of the 15th column and 8 bits of the 16th column of row 4 of the overhead area.
[0086] Figure 6 is a schematic diagram of the second structure of a transmission frame in an embodiment of the present application. As shown in Figure 6, the code blocks in the second code block stream are mapped to the payload area of the transmission frame, and the indication information is inserted into the payload area of the transmission frame. It should be understood that the indication information inserted into the overhead area can also be referred to as "fixed padding." The number of code blocks carried by the payload area is an integer. Taking two 257b code block streams interleaved and then mapped as an example, each 257b code block stream has 237 257b code blocks mapped to the payload area, meaning that the payload area carries 474 257b code blocks. Therefore, 38 bits of indication information can be inserted at the end of the payload area. It should be noted that since the payload area carries an integer number of code blocks and the fixed-bit indication information is inserted into the payload area, the code block position can be indirectly determined by determining the frame boundary and then combining the insertion position of the indication information. It should also be understood that the present application does not limit the specific form of the indication information. For example, the 38 bits of indication information can be all 0s.
[0087] FIG7 is a schematic diagram of the third structure of the transmission frame in an embodiment of the present application. As shown in FIG7 , the code blocks in the second code block stream are mapped to the payload area of the transmission frame, and the indication information is inserted into the payload area of the transmission frame. Different from the transmission frame structure shown in FIG6 , the payload area of the transmission frame shown in FIG7 also carries check information, and the check information can be used to protect the valid data carried in the payload area, thereby improving transmission reliability. For example, the check information can specifically be a cyclic redundancy check-16 (CRC-16) as shown in FIG7 . The number of code blocks carried by the payload area is an integer. Taking two 257b code block streams interleaved and then mapped as an example, 237 257b code blocks in each 257b code block stream are mapped to the payload area, that is, the payload area carries 474 257b code blocks. Specifically, the 257b code blocks carried by the first and second rows of the payload area are checked to obtain the CRC-16 at the end of row 2. The 257b code blocks carried by the third and fourth rows of the payload area are checked to obtain the CRC-16 at the end of row 4. Furthermore, 3 bits of indication information are inserted next to the CRC-16 at the end of row 2, and 3 bits of indication information are inserted next to the CRC-16 at the end of row 4.
[0088] Figure 8 is a schematic diagram of the fourth structure of a transmission frame in an embodiment of the present application. As shown in Figure 8, the code blocks in the second code block stream are mapped to the payload and overhead areas of the transmission frame, and the indication information is inserted into the overhead area of the transmission frame. The number of code blocks carried by the payload and overhead areas is an integer. Taking two 257b code block streams interleaved and then mapped as an example, 237 257b code blocks in each 257b code block stream are mapped to the payload and overhead areas, meaning that the payload and overhead areas carry 474 257b code blocks. Specifically, using Figure 8 as an example, the 16th column of the overhead area can be used to carry 257b code blocks. The upper 3 bits of the 16th column of the 2nd and 4th rows of the overhead area carry indication information. The shaded area shown in Figure 8 can exactly carry 474 257b code blocks. In addition, the payload area also carries checksum information. For example, the code blocks carried in each row of the overhead and payload areas are checked to obtain the corresponding CRC-16, which is located at the end of each row. It should be understood that, compared to the frame-based check in the embodiment shown in FIG7 , the embodiment shown in FIG8 checks each row of code blocks, reducing buffering and latency. Furthermore, because a CRC-16 is inserted at the end of each row, the payload area lacks sufficient space to carry 474 257b code blocks. Therefore, the 16th column of the overhead area is used to carry the 257b code blocks.
[0089] From the above introduction, it can be seen that the present application interleaves multiple code block streams in sequence with code blocks as the granularity, and then maps the interleaved code block stream to the transmission frame. Compared with the method of mapping each code block stream separately, the solution provided by the present application simplifies the mapping method. In addition, the present application adopts a 257b code block stream, which is different from the 66b code block stream. The 257b code block stream has a higher carrying efficiency. In addition, the first two bits in the 66b code block are the synchronization header, that is, each 66b code block needs to be synchronized, and the processing complexity is relatively high. However, the present application inserts indication information into the transmission frame, and the position of the code block in the transmission frame can be determined by the indication information, which facilitates the rapid identification of the position of the code block when demapping the transmission frame, avoiding the complex processing of code block synchronization.
[0090] Figure 9 is a schematic diagram of an embodiment of a transmission frame mapping method in an embodiment of the present application. In this example, the transmission frame demapping method includes the following steps.
[0091] 901. Receive a transmission frame.
[0092] In this embodiment, the structure of the transmission frame can refer to the relevant introduction in the embodiment shown in Figure 2, and will not be repeated here.
[0093] 902. Demap the code blocks in the transmission frame to obtain a code block stream.
[0094] It should be understood that demapping the transmission frame is the inverse operation of mapping the code block stream in the embodiment shown in Figure 2. Furthermore, the demapped code block stream is distributed to obtain multiple code block streams, i.e., the multiple code block streams before interleaving in the embodiment shown in Figure 2 are obtained.
[0095] The following describes a specific application scenario of a transmission frame demapping method.
[0096] Figure 10 is a schematic diagram of an application scenario of a demapping method for a transmission frame in an embodiment of the present application. As shown in Figure 10, take the service rate of 800GE as an example. 66b block rate adaptation (66b BlockRateMatch) is performed on the data to obtain a 66b block stream. Afterwards, 66b block distribution (66b Block Distribution) is performed on the 66b block stream to obtain two 400G data streams, which are respectively recorded as 400G data stream 0 and 400G data stream 1. Specifically, each 400G data stream is sequentially subjected to 256b / 257b transcoding (256b / 257b Transcode), scrambling (Scramble), alignment insertion (Alignment Insertion), FEC pre-coding distribution (Pre-FEC Distribution), FEC encoding (FEC Encode), distribution and interleaving (Distribution and Interleave). Furthermore, the two 400G data streams are transmitted to the client side through PCS or PMA.
[0097] In the scenario shown in Figure 10, for a CBR bearer, the transmission frame is first demapped and then code block distribution is performed to obtain two 257b code block streams. Furthermore, each 257b code block stream undergoes alignment marker insertion, pre-FEC encoding distribution, FEC encoding, distribution, and interleaving.
[0098] In the scenario shown in Figure 10, for PKT bearer, the transport frame is first demapped and then code block distribution is performed to obtain two 257b code block streams. Next, the two 257b code block streams are descrambled and 66b transcoded to obtain two 66b code block streams. After that, the two 66b code block streams are reassembled into a single 66b code block stream, which is then rate-adapted. 66b code block distribution is then performed on the rate-adapted 66b code block stream to obtain two 66b code block streams. Furthermore, each 66b code block stream undergoes 256b / 257b transcoding, scrambling, alignment marker insertion, distribution before FEC encoding, FEC encoding, distribution, and interleaving.
[0099] In one possible implementation, for a PKT bearer, block distribution may not be performed after demapping the transport frame. Instead, the demapped 257b block stream is descrambled and 66b transcoded to obtain a 66b block stream. Rate adaptation and other operations are then performed on this 66b block stream, which will not be further described here. In other words, if interleaving is not performed before mapping, block distribution may not be performed after demapping.
[0100] It should be noted that the embodiment of the present application also provides another transmission frame mapping method, which is introduced in detail below.
[0101] Figure 11 is a schematic diagram of another embodiment of a transmission frame mapping method in an embodiment of the present application. In this example, the transmission frame mapping method includes the following steps.
[0102] 301. Obtain a code block stream.
[0103] In this embodiment, a code block stream includes multiple code blocks. As an example, a code block in the code block stream is 66 bits in size, and this code block stream can be referred to as a "66b code block stream" or a "66B code block stream." As another example, a code block in the code block stream is 257 bits in size, and this code block stream can be referred to as a "257b code block stream" or a "257B code block stream."
[0104] 302. Map the code block stream into a transmission frame, and insert indication information into the transmission frame.
[0105] Figure 12 is a schematic diagram of the fifth structure of the transmission frame in an embodiment of the present application. As shown in Figure 12, the transmission frame includes, starting from the starting position, a first overhead area, a first payload area, a second overhead area, and a second payload area. In one possible implementation, the transmission frame includes 4 rows and 3824 columns of bytes. Columns 1 to 16 in the transmission frame are the first overhead area, columns 17 to 1904 in the transmission frame are the first payload area, columns 1905 to 1920 in the transmission frame are the second overhead area, and columns 1921 to 3824 in the transmission frame are the second payload area. The code blocks in the code block stream are mapped to the first payload area and the second payload area row by row in sequence. That is, the code block stream is mapped to the first row of the first payload area, the first row of the second payload area, the second row of the first payload area, the second row of the second payload area, the third row of the first payload area, the third row of the second payload area, the fourth row of the first payload area, and the fourth row of the second payload area in sequence.
[0106] It should be understood that the indication information is used to determine the position of the code block mapped in the transmission frame. For example, the indication information can be inserted into the overhead area of the transmission frame, or the payload area of the transmission frame. Each of these will be described in detail later in conjunction with specific embodiments.
[0107] It should be noted that the frame mapping method used in this application may be a bit synchronous mapping procedure (BMP), a generic mapping procedure (GMP), an idle mapping procedure (IMP) or a generic framing procedure (GFP), etc., and is not limited here.
[0108] 303. Send a transmission frame.
[0109] The following describes the specific structures of several transmission frames in combination with the specific methods of carrying indication information.
[0110] Figure 13 is a sixth structural diagram of the transmission frame in an embodiment of the present application. The indication information can be inserted into the first overhead area and / or the second overhead area. Figure 13 takes the insertion of the indication information into the first overhead area as an example to illustrate that the position or boundary of the code block can be directly determined through the indication information. In one possible implementation, the size of the code block in the code block stream is 66 bits, and the indication information can be inserted into the 15th column and / or the 16th column of the 1st to 3rd rows in the first overhead area. The value range of the indication information can be 0-32, which is used to indicate the 33 possible starting positions of code block i in the transmission frame. Among them, code block i can be a pre-set code block, for example, code block i is the first complete code block in the 4th row in the first payload area. By determining the starting position of code block i, it is equivalent to determining the position of each other code block in the transmission frame.
[0111] In one possible scenario, the indication information includes three indicator sub-information, and the three indicator sub-information have the same value. In other words, all three indicator sub-information are used to indicate the starting position of code block i. The receiving end can receive the three indicator sub-information. Even if one of the indicator sub-information has a transmission error, the valid indicator sub-information can be determined through majority judgment, thereby determining the exact starting position of code block i. As an example, as shown in Figure 13, the three indicator sub-information are respectively inserted into the 16th column of the 1st to 3rd rows in the first overhead area. As another example, the three indicator sub-information are respectively inserted into the 15th column of the 1st to 3rd rows in the first overhead area. As yet another example, the three indicator sub-information are respectively inserted into the 15th to 16th columns of the 1st to 3rd rows in the first overhead area.
[0112] Figure 14 is a seventh structural diagram of the transmission frame in an embodiment of the present application. The indication information can be inserted into the first overhead area and / or the second overhead area. Figure 14 shows the insertion of the indication information into the first overhead area as an example. In one possible implementation, the size of the code block in the code block stream is 66 bits, and each consecutive N transmission frames are grouped as a group, and the values of the N indication information in each group of N transmission frames increase successively. Moreover, the values of the N indication information in any group of N transmission frames are the same as the values of the N indication information in any other group of N transmission frames. As an example, N=11, the code block stream is mapped to multiple transmission frames in sequence, and the position of the code block in every 11 transmission frames is the same in the transmission frame. For example, code block i is the first complete code block in the first row or the first complete code block in the fourth row in the first payload area. The starting position of code block i in the first transmission frame is the same as the starting position of code block i in the 12th transmission frame, the starting position of code block i in the second transmission frame is the same as the starting position of code block i in the 13th transmission frame, and so on. Therefore, the indication information can indicate the starting position of code block i, which is equivalent to determining the position of each other code block in the transmission frame.
[0113] In one possible scenario, using Figure 14 as an example, the indication information can be inserted into the 4th row, 16th column of the first overhead area. It should be understood that if N = 11, the indication information has 11 values, which are used to indicate the 11 possible starting positions of code block i in different transmission frames.
[0114] Figure 15 is a schematic diagram of the eighth structure of a transmission frame in an embodiment of the present application. As shown in Figure 15 , in another possible scenario, the indication information includes four indication sub-information, with the values of the four indication sub-information increasing in sequence. The four indication sub-information are inserted sequentially, from bottom to top, in rows 1 through 4 of the first overhead area, or rows 1 through 4 of the second overhead area. As an example, as shown in Figure 15 , the four indication sub-information are inserted sequentially in columns 14 of rows 1 through 4 of the first overhead area. Specifically, the indication information can be implemented as a multiframe indication, with each indication sub-information comprising six bits. The upper four bits of the four indication sub-information are identical in each transmission frame, while the lower two bits of the four indication sub-information increase in sequence in each transmission frame. For example, the value of indication sub-information 1 is xxxx00, the value of indication sub-information 2 is xxxx01, the value of indication sub-information 3 is xxxx10, and the value of indication sub-information 4 is xxxx11. Furthermore, the upper four bits of the indication sub-information increase in sequence based on the transmission frame. For example, the high 4 bits of the indication sub-information in the first transmission frame are 0, the high 4 bits of the indication sub-information in the second transmission frame are 1, ..., and the high 4 bits of the indication sub-information in the eleventh transmission frame are 11. Therefore, the indication information has a total of 44 values.
[0115] As an example, Tables 1 and 2 below show the correspondence between the values of the upper 4 bits of the indicator sub-information and the starting position of code block i. In Table 1, code block i is the first complete code block in the 4th row of the current transmission frame, and in Table 2, code block i is the first complete code block in the 1st row of the next transmission frame. For example, as shown in Table 1, when the value of the upper 4 bits of the indicator sub-information in the current transmission frame is 0, the starting position of code block i is the 31st bit in the 4th row of the current transmission frame. For example, as shown in Table 2, when the value of the upper 4 bits of the indicator sub-information in the current transmission frame is 0, the starting position of code block i is the 1st bit in the 1st row of the next transmission frame.
[0116] Table 1
[0117] Table 2
[0118] Figure 16 is a ninth structural diagram of the transmission frame in an embodiment of the present application. As shown in Figure 16, indication information is inserted into the second payload area, and the indication information can also be referred to as "fixed padding". Among them, the number of code blocks carried by the first payload area and the second payload area is an integer. Taking Figure 16 as an example, the first payload area and the second payload area carry 1838 66b code blocks. There are 36 bits left at the end of the second payload area that can be used to insert indication information. For example, the indication information can be all 0 or all 1. It should be noted that since the first payload area and the second payload area carry an integer number of code blocks, and the second payload area is inserted with indication information of fixed bits, the position of the code block can be indirectly determined based on the determination of the frame boundary and the insertion position of the indication information.
[0119] In one possible implementation, as shown in FIG16 , the second payload area also carries checksum information. For example, the checksum information may be a cyclic redundancy check (CRC-32). A 32-bit CRC-32 is obtained by checking the code blocks carried by the first and second payload areas. Therefore, 4 bits of indication information may be inserted next to the CRC-32 at the end of the second payload area.
[0120] As can be seen from the description of the embodiment shown in Figure 11 above, this application provides a new transmission frame structure, which includes, starting from the start position, a first overhead area, a first payload area, a second overhead area, and a second payload area. This is equivalent to expanding the overhead area, accelerating the transmission rate of overhead information, and improving performance. Furthermore, indicator information is inserted into the transmission frame, which can be used to determine the location of code blocks in the transmission frame. This facilitates rapid identification of code block locations when demapping the transmission frame, avoiding the complex processing of code block synchronization.
[0121] Based on the embodiment shown in FIG11 above, the present application also provides a method for demapping a transmission frame. This method for demapping a transmission frame is similar to the method steps of the embodiment shown in FIG9 . Specifically, a transmission frame is first received from the transmitter. The structure of the transmission frame can be referred to the relevant description in the embodiment shown in FIG11 , and will not be described in detail here. Then, the code blocks in the transmission frame are demapped to obtain a code block stream. It should be understood that demapping the transmission frame is the inverse operation of mapping the code block stream in the embodiment shown in FIG11 , and will not be described in detail here.
[0122] Figure 17 is a schematic diagram of the structure of a possible transmitting device. As shown in Figure 17, the transmitting device includes a processor 1101 and a transceiver 1102. Specifically, processor 1101 is configured to execute steps 201 through 203 in the embodiment shown in Figure 2. Transceiver 1102 is configured to execute step 204 in the embodiment shown in Figure 2. Alternatively, processor 1101 is configured to execute steps 301 through 302 in the embodiment shown in Figure 11. Transceiver 1102 is configured to execute step 303 in the embodiment shown in Figure 11.
[0123] Figure 18 is a schematic diagram of the structure of a possible receiving device. As shown in Figure 18, the receiving device includes a processor 1201 and a transceiver 1202. Specifically, the transceiver 1202 is configured to execute step 901 in the embodiment shown in Figure 9. The processor 1201 is configured to execute step 902 in the embodiment shown in Figure 9.
[0124] The present application also provides a digital processing chip. This digital processing chip integrates circuitry and one or more interfaces for implementing the functions of the aforementioned processor 1101 or processor 1201. When the digital processing chip integrates memory, it can perform the method steps of any one or more of the aforementioned embodiments. When the digital processing chip does not integrate memory, it can be connected to an external memory via an interface. The digital processing chip implements the actions performed by the optical transmission device in the aforementioned embodiments based on program code stored in the external memory.
[0125] Finally, it should be noted that the above description is merely a specific embodiment of the present application, but the scope of protection of the present application is not limited thereto. Any modifications or substitutions that can be easily conceived by a person skilled in the art within the technical scope disclosed in the present application should be included within the scope of protection of the present application. Therefore, the scope of protection of the present application should be based on the scope of protection of the claims.
Claims
1. A transmission frame mapping method, characterized in that: include: Acquire a plurality of first code block streams, where the plurality of first code block streams belong to the same service, and each of the plurality of first code block streams includes a plurality of code blocks; Interleave the multiple first code block streams based on code blocks to obtain a second code block stream; Mapping the second code block stream into a transmission frame, and inserting indication information into the transmission frame, wherein the indication information has a fixed number of bits, and the number of code blocks carried by the transmission frame is an integer; The transmission frame is sent.
2. The method according to claim 1, characterized in that The size of the code blocks in the first code block stream is 257 bits.
3. The method according to claim 1 or 2, characterized in that: Inserting the indication information into the transmission frame comprises: The indication information is inserted into a payload area of the transmission frame, and the number of code blocks carried by the payload area is an integer.
4. The method according to claim 3, characterized in that The transmission frame is an OPU frame, the size of the indication information is 38 bits, and the payload area carries 474 code blocks of 257 bits in size.
5. The method according to any one of claims 1 to 4, characterized in that: The method further comprises: The code blocks in the transmission frame are checked to obtain check information, and the check information is inserted into the payload area.
6. The method according to claim 5, characterized in that The checking of the code blocks in the transmission frame to obtain the check information comprises: The code block carried in the payload area is checked to obtain a 32-bit CRC-32.
7. The method according to any one of claims 1 to 6, characterized in that The method further comprises: The plurality of first code block streams are synchronously processed.
8. The method according to any one of claims 1 to 7, characterized in that Mapping the second code block stream into a transmission frame comprises: The second code block stream is mapped into a transmission frame using a bit synchronization mapping procedure BMP.
9. The method according to any one of claims 1 to 8, characterized in that The service rate is 800GE or 1.6TE.
10. A transmission frame mapping method, characterized in that: include: Acquire a code block stream, where the code block stream includes a plurality of code blocks; Mapping the code block stream into a transmission frame, and inserting indication information into the transmission frame, wherein the indication information is used to determine a code block start position of the code block stream in the transmission frame, wherein the transmission frame sequentially includes a first overhead area, a first payload area, a second overhead area, and a second payload area; The transmission frame is sent.
11. The method according to claim 10, characterized in that The size of the code blocks in the code block stream is 66 bits or 257 bits.
12. The method according to claim 11, characterized in that The code block start position is the position of the first 66-bit code block in the first row in the first payload area.
13. The method according to any one of claims 10 to 12, characterized in that: The transmission frame is grouped into N subframes, the indication information has N values, and the N values are respectively used to indicate the starting positions of code blocks in the N subframes, and N is an integer greater than 0.
14. The method according to any one of claims 10 to 12, characterized in that: The transmission frames include a first group of transmission frames and a second group of transmission frames, the first group of transmission frames and the second group of transmission frames each include N subframes, the starting position of the code block of the i-th subframe in the first group of transmission frames is the same as the starting position of the code block of the i-th subframe in the second group of transmission frames, and N and i are both integers greater than 0.
15. The method according to claim 13 or 14, characterized in that The N is 11.
16. The method according to any one of claims 13 to 15, characterized in that The N values of the indication information are increased in sequence.
17. The method according to any one of claims 10 to 16, characterized in that The indication information is an overhead multiframe indicator OMFI.
18. The method according to any one of claims 10 to 17, characterized in that The transmission frame includes 4 rows and 3824 columns of bytes, the 1st to 16th columns in the transmission frame are the first overhead area, the 17th to 1904th columns in the transmission frame are the first payload area, the 1905th to 1920th columns in the transmission frame are the second overhead area, and the 1921st to 3824th columns in the transmission frame are the second payload area.
19. The method according to any one of claims 10 to 18, characterized in that Inserting the indication information into the transmission frame comprises: The indication information is inserted into the first overhead area and / or the second overhead area.
20. The method according to claim 19, characterized in that Inserting the indication information into the first overhead area includes: The indication information is inserted into the 16th column of the first overhead area.
21. The method according to any one of claims 10 to 20, characterized in that Inserting the indication information into the transmission frame comprises: The number of code blocks carried by the first payload area and the second payload area is an integer.
22. A demapping method for a transmission frame, characterized in that: include: Receive a transmission frame, wherein the transmission frame carries a second code block stream and indication information, the indication information has a fixed number of bits, the number of code blocks carried by the transmission frame is an integer, the second code block stream is obtained by interleaving multiple first code block streams based on code blocks, the multiple first code block streams belong to the same service, and each of the multiple first code block streams includes multiple code blocks; Demapping the code blocks in the transmission frame to obtain the second code block stream.
23. The method according to claim 22, characterized in that The method further comprises: The second code block stream is distributed to obtain the multiple first code block streams.
24. A demapping method for a transmission frame, characterized in that: include: receiving a transmission frame, wherein the transmission frame carries a code block stream and indication information, the code block stream includes a plurality of code blocks, the indication information is used to determine a code block start position of the code block stream in the transmission frame, and the transmission frame sequentially includes a first overhead area, a first payload area, a second overhead area, and a second payload area; The code block stream is obtained by demapping the code blocks in the transmission frame according to the indication information.
25. A sending device, characterized in that: include: A processor and a transceiver, wherein the processor is used to control the transceiver to transmit and receive signals, and the processor is used to execute the method according to any one of claims 1 to 9.
26. A receiving device, characterized in that: include: A processor and a transceiver, wherein the processor is used to control the transceiver to transmit and receive signals, and the processor is used to execute the method according to any one of claims 1 to 9.
27. A sending device, characterized in that: include: A processor and a transceiver, wherein the processor is used to control the transceiver to transmit and receive signals, and the processor is used to execute the method as claimed in any one of claims 10 to 21.
28. A receiving device, characterized in that: include: A processor and a transceiver, wherein the processor is used to control the transceiver to transmit and receive signals, and the processor is used to execute the method as claimed in any one of claims 10 to 21.
29. A digital processing chip, characterized in that: The chip includes a processor and a memory, wherein the memory and the processor are connected to each other via a line, instructions are stored in the memory, and the processor is used to execute the method according to any one of claims 1 to 9.
30. A digital processing chip, characterized in that: The chip includes a processor and a memory, wherein the memory and the processor are connected to each other via a line, instructions are stored in the memory, and the processor is used to execute the method as claimed in any one of claims 10 to 21.
Citation Information
Patent Citations
Service carrying method, equipment and system
CN108809901A
Data transmission method, communication equipment and storage medium
CN111884753A
Optical network service sending method, optical network service receiving method, equipment and storage medium
CN114554320A
Service processing method, apparatus and device
WO2021218639A1