WO2019128664A1 - 一种数据传输方法、通信设备及存储介质 - Google Patents
一种数据传输方法、通信设备及存储介质 Download PDFInfo
- Publication number
- WO2019128664A1 WO2019128664A1 PCT/CN2018/119412 CN2018119412W WO2019128664A1 WO 2019128664 A1 WO2019128664 A1 WO 2019128664A1 CN 2018119412 W CN2018119412 W CN 2018119412W WO 2019128664 A1 WO2019128664 A1 WO 2019128664A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- code block
- stream
- code
- data
- block stream
- Prior art date
Links
- 238000004891 communication Methods 0.000 title claims abstract description 271
- 238000000034 method Methods 0.000 title claims abstract description 75
- 230000005540 biological transmission Effects 0.000 title claims abstract description 51
- 238000003860 storage Methods 0.000 title claims abstract description 18
- 238000010586 diagram Methods 0.000 description 62
- 230000015654 memory Effects 0.000 description 35
- 238000012545 processing Methods 0.000 description 27
- 230000006870 function Effects 0.000 description 18
- 238000007906 compression Methods 0.000 description 17
- 230000006835 compression Effects 0.000 description 15
- 238000005516 engineering process Methods 0.000 description 15
- 230000001360 synchronised effect Effects 0.000 description 11
- 230000006978 adaptation Effects 0.000 description 10
- 238000007792 addition Methods 0.000 description 9
- 238000012217 deletion Methods 0.000 description 9
- 230000037430 deletion Effects 0.000 description 9
- 230000006855 networking Effects 0.000 description 9
- 230000003287 optical effect Effects 0.000 description 9
- 239000002245 particle Substances 0.000 description 9
- 238000004590 computer program Methods 0.000 description 8
- 239000010410 layer Substances 0.000 description 8
- 238000012423 maintenance Methods 0.000 description 8
- 238000007726 management method Methods 0.000 description 8
- 230000008569 process Effects 0.000 description 8
- 230000002776 aggregation Effects 0.000 description 7
- 238000004220 aggregation Methods 0.000 description 7
- 238000005538 encapsulation Methods 0.000 description 7
- 230000005055 memory storage Effects 0.000 description 6
- 239000000835 fiber Substances 0.000 description 4
- 238000004364 calculation method Methods 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 238000013461 design Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 230000002093 peripheral effect Effects 0.000 description 2
- 230000008054 signal transmission Effects 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- VNFVKWMKVDOSKT-LREBCSMRSA-N (2r,3r)-2,3-dihydroxybutanedioic acid;piperazine Chemical compound C1CNCCN1.OC(=O)[C@H](O)[C@@H](O)C(O)=O VNFVKWMKVDOSKT-LREBCSMRSA-N 0.000 description 1
- 101100283411 Arabidopsis thaliana GMII gene Proteins 0.000 description 1
- 235000006508 Nelumbo nucifera Nutrition 0.000 description 1
- 240000002853 Nelumbo nucifera Species 0.000 description 1
- 235000006510 Nelumbo pentapetala Nutrition 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000005484 gravity Effects 0.000 description 1
- RGNPBRKPHBKNKX-UHFFFAOYSA-N hexaflumuron Chemical compound C1=C(Cl)C(OC(F)(F)C(F)F)=C(Cl)C=C1NC(=O)NC(=O)C1=C(F)C=CC=C1F RGNPBRKPHBKNKX-UHFFFAOYSA-N 0.000 description 1
- 238000002955 isolation Methods 0.000 description 1
- 239000002346 layers by function Substances 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 238000003672 processing method Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1652—Optical Transport Network [OTN]
- H04J3/1658—Optical Transport Network [OTN] carrying packets or ATM cells
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B1/00—Details of transmission systems, not covered by a single one of groups H04B3/00 - H04B13/00; Details of transmission systems not characterised by the medium used for transmission
- H04B1/02—Transmitters
- H04B1/04—Circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1652—Optical Transport Network [OTN]
-
- H—ELECTRICITY
- H03—ELECTRONIC CIRCUITRY
- H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
- H03M7/00—Conversion of a code where information is represented by a given sequence or number of digits to a code where the same, similar or subset of information is represented by a different sequence or number of digits
- H03M7/30—Compression; Expansion; Suppression of unnecessary data, e.g. redundancy reduction
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J14/00—Optical multiplex systems
- H04J14/02—Wavelength-division multiplex systems
- H04J14/0227—Operation, administration, maintenance or provisioning [OAMP] of WDM networks, e.g. media access, routing or wavelength allocation
- H04J14/0254—Optical medium access
- H04J14/0272—Transmission of OAMP information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/16—Time-division multiplex systems in which the time allocation to individual channels within a transmission cycle is variable, e.g. to accommodate varying complexity of signals, to vary number of channels transmitted
- H04J3/1605—Fixed allocated frame structures
- H04J3/1652—Optical Transport Network [OTN]
- H04J3/1664—Optical Transport Network [OTN] carrying hybrid payloads, e.g. different types of packets or carrying frames and packets in the paylaod
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0006—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format
- H04L1/0007—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission format by modifying the frame length
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0073—Services, e.g. multimedia, GOS, QOS
- H04J2203/0082—Interaction of SDH with non-ATM protocols
- H04J2203/0085—Support of Ethernet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J2203/00—Aspects of optical multiplex systems other than those covered by H04J14/05 and H04J14/07
- H04J2203/0001—Provisions for broadband connections in integrated services digital network using frames of the Optical Transport Network [OTN] or using synchronous transfer mode [STM], e.g. SONET, SDH
- H04J2203/0089—Multiplexing, e.g. coding, scrambling, SONET
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/0001—Selecting arrangements for multiplex systems using optical switching
- H04Q11/0062—Network aspects
- H04Q2011/0086—Network resource allocation, dimensioning or optimisation
Definitions
- the embodiments of the present invention relate to the field of communications, and in particular, to a data transmission method, a communication device, and a storage medium.
- FlexE Flexible Ethernet
- MAC medium access control
- FlexE can support the following functions: Binding, multiple Ethernet ports Bind as a link group to support medium access control (MAC) services at a rate greater than a single Ethernet port; sub-rates, by assigning time slots to support traffic, the rate is less than the link group bandwidth or less than a single Ethernet port Bandwidth MAC service; channelization, which supports simultaneous transmission of multiple MAC services in a link group by allocating time slots for services, for example, supporting simultaneous transmission of one 150G and two 25G MAC services in a 2x 100GE link group.
- MAC medium access control
- FlexE divides time slots by Time Division Multiplexing (TDM) to achieve hard isolation of transmission pipeline bandwidth.
- a service data stream can be allocated to one or more time slots to achieve matching of various rate services.
- a FlexE group (also known as FlexE Group in English) can contain one or more physical link interfaces (English can be written as PHY).
- FIG. 1 exemplarily shows a schematic diagram of a communication system based on a flexible Ethernet protocol. As shown in FIG. 1, the FlexE Group includes four PHYs.
- a flexible Ethernet protocol client (FlexE Client) represents a customer data stream that is transmitted over a specified time slot (one time slot or multiple time slots) on the FlexE Group.
- One FlexE Group can host multiple FlexE Clients, and one FlexE Client corresponds to one user.
- Service data flow typically referred to as Medium Access Control (MAC) Client
- MAC Medium Access Control
- FlexE Shim flexible Ethernet protocol functional layer
- Ethernet layer is a new generation of switching networking technology with deterministic ultra-low latency characteristics.
- Bit Block sequences such as unscrambled 64B/66B Bit Block sequences, or equivalent 8/10b Bit Block sequences, Ethernet media.
- FIG. 2 exemplarily shows a schematic diagram of an X-E communication system architecture.
- the communication system may include two types of communication devices, such as communication device one 1011 and communication device two 1012 in FIG.
- the communication device 1011 can also be described as a communication device at the edge of the carrier network (hereinafter referred to as the network).
- the English can be called a Provider Edge node, which can be simply referred to as a PE node.
- the communication device 21012 may also be described as a communication device in a carrier network (hereinafter referred to as a network).
- the English may be referred to as a Provider node, and may be simply referred to as a P node.
- One side of the communication device 1011 may be connected to the user equipment or may be connected to the customer network device.
- the interface connected to the user equipment or the client network device may be referred to as a user network interface (UNI), and may also be described as an interface between the network and the user.
- the other side of the communication device 1011 is connected to the communication device 21012.
- the other side of the communication device 1011 and the communication device 210 are connected through an inter-network interface 1112 (Network to Network Interface, NNI). .
- the inter-network interface 1112 can also be described as an interface between networks or communication devices within the network.
- the communication device 21012 can be connected to other communication devices (such as other communication devices 2 or communication devices 1). Only one communication device 2 is schematically shown in the figure. Those skilled in the art can know that in two One or more connected communication devices may be included between one communication device.
- the adapter can be configured on the interface side of the communication device (English can be called adaptor).
- the UNI side adapter (English can be called U-adaptor) 1113 configured on the UNI1111 side, and the adapter configured on the NNI1112 side. Called N-adaptor) 1114.
- the X-E switching module 1115 (which may be referred to as an X-ESwitch in English) may be configured in the first communication device and the second communication device.
- a schematic diagram of an end-to-end path 1116 is shown by way of example in FIG.
- X-E is currently based on the end-to-end networking of the FlexE interface and is a flat, non-hierarchical networking exchange.
- OIF FlexE currently defines 5Gbps rate slot (SLOT) particles based on 64B/66B Bit Block (hereafter referred to as 64B/66Bb).
- SLOT 5Gbps rate slot
- 64B/66Bb 64B/66B Bit Block
- Any FlexE Client can allocate a total bandwidth rate of Q*5Gbps on a FlexE-based NNI or UNI. (Sequences of Q are in the range of integers greater than or equal to 1) are carried in a number of time slots.
- the P node of the X-E network needs to parse and extract each FlexE Clieng and exchange it for processing, which lacks hierarchical multiplexing considerations.
- FIG 3 exemplarily shows a communication diagram of an X-Ethernet flat networking technology applied to an end-to-end networking of a metropolitan area and a backbone network, where tens of thousands of dedicated line services need to be scheduled between multiple cities.
- the aggregation node (aggregation as shown in Figure 3) and the backbone node (the backbone shown in Figure 3) manage hundreds of thousands of end-to-end cross-connections, which have difficulties in management and operation.
- Core nodes (such as aggregation nodes and backbone nodes) have difficulties and pressures in dealing with the large number of cross-connections on the data side.
- the embodiment of the present application provides a data transmission method, a communication device, and a storage medium, which are used to alleviate the pressure brought by the number of cross-connections of intermediate nodes in the network to the intermediate node, and also reduce the pressure on network management and operation and maintenance.
- the embodiment of the present application provides a data transmission method, in which a Q first code block stream is obtained, where Q is an integer greater than 1; the coding type of the first code block stream is M1/N1 bits. Encoding, M1 is a positive integer, N1 is an integer not less than M1; the bit corresponding to the code block in the Q first code block stream is placed in the second code block stream to be transmitted; wherein, the coding of the second code block stream The type is M2/N2 bit coding; the code block corresponding bits in the Q first code block stream are carried in the payload area of the code block in the second code block stream; wherein, M2 is a positive integer, and the second code block stream is The number of bits carried by the payload area of one code block is not greater than M2; N2 is an integer not less than M2.
- the solution provided by the embodiment of the present application multiplexes and demultiplexes the code block stream at the granularity of the code block.
- the second code block stream traverses at least one intermediate node to reach the communication device on the demultiplexing side, and the intermediate node does not
- the second code block stream is demultiplexed, thereby reducing the number of cross-connections of intermediate nodes in the network, and reducing the pressure on network management and operation and maintenance.
- the bit corresponding to the code block in the Q first code block stream is placed in the second code block stream to be sent, and may be a code in the Q first code block stream.
- the sync header area and the asynchronous header area of the block are sequentially placed in the payload area of the code block of the second code block stream. In this way, the synchronization header area and the non-synchronization area of the code block in the first code block stream can be demultiplexed sequentially.
- all the bits corresponding to the synchronization header area and the asynchronous header area of one of the Q first code block streams are corresponding to at least two code blocks of the second code block stream. Payload area.
- the first code block stream can be implemented in this manner. Multiplexing of code blocks. For example, if the coding methods of the first code block stream and the second code block stream are both 64B/66B codes, if the first code block stream is not compressed, the two code blocks of the second code block stream may be net.
- the bearer region carries bits corresponding to one code block of the first code block stream.
- the second code block stream corresponds to at least one data unit; one of the at least one data unit includes a header code block and at least one data code block; or one of the at least one data unit
- the data unit includes a header code block, at least one data code block, and a tail code block; or, one of the at least one data unit includes at least one data code block and a tail code block.
- the boundary division of the data unit can be implemented by the header block and/or the tail code block, so that the communication device recognizes the boundary of each data unit in the second code block stream, and demultiplexes the Q strip.
- a block flow lays the foundation.
- the at least one data code block includes at least one first type of data code block; and the code block corresponding bit in the Q first code block stream is carried in at least one of the second code block stream.
- the code block in the first code block stream can be carried in the second code block stream, thereby implementing code block stream multiplexing based on code block granularity, thereby improving data transmission efficiency.
- the header code block is an S code block and/or the tail code block is a T code block in order to be compatible with the prior art.
- the second code block stream further includes identifier indication information corresponding to the code block;
- the identifier indication information is used to indicate a first code block stream corresponding to the code block.
- the identifier of the first code block stream corresponding to the code block taken from the first code block stream carried in the second code block stream can be indicated by the identifier indicating information to the communication device on the demultiplexing side, thereby The communication device on the side can demultiplex the Q first block flow to lay the foundation.
- placing the bit corresponding to the code block in the Q first code block stream into the second code block stream to be sent includes: performing code blocks in the Q first code block stream Performing code block-based time division multiplexing to obtain a code block sequence to be processed; wherein each of the first code block streams in the Q first code block streams corresponds to at least one time slot; the code block included in the code block sequence to be processed Sorting, matching the order of the time slots corresponding to the code blocks included in the code block sequence to be processed; and placing the bits corresponding to the code block sequence to be processed into the second code block stream to be transmitted.
- the demultiplexing side may determine, according to the order of the code blocks and the ordering relationship of the time slots, the time slots corresponding to the code blocks in the first code block stream of the Q code block to be processed, and further The corresponding relationship between the time slot and the Q first code block stream determines the first code block stream corresponding to each code block, and further recovers the Q first code block streams carried by the second code block stream.
- the preset code block of the second code block stream carries the time slot allocation indication information; the time slot allocation indication information is used to indicate the correspondence between the Q first code block flow and the time slot.
- the corresponding relationship between the demultiplexing side slot and the first code block stream is notified by means of the time slot allocation indication information, so that the communication device on the multiplexing side can more flexibly allocate time slots for the Q first code block streams.
- placing the bit corresponding to the code block sequence to be processed into the second code block stream to be sent includes: compressing consecutive R code blocks in the code block sequence to be processed, and obtaining the compressed a code block sequence; wherein R is a positive integer; and the bit corresponding to the compressed code block sequence is placed in the second code block stream to be transmitted. In this way, the number of bits corresponding to the first code block stream carried in the second code block stream can be reduced, thereby improving data transmission efficiency.
- R is greater than 1
- at least two code blocks are included in consecutive R code blocks, and two first code block streams that are taken out of two code blocks are two different first codes.
- Block flow That is, in the embodiment of the present application, multiple code blocks from different first code block streams may be compressed, thereby implementing compression and improvement of multiple code blocks in the code block multiplexing and demultiplexing scheme. The effect of transmission efficiency.
- the coded sequence of the compressed code block sequence is M3/N3; M3 is a positive integer, and N3 is an integer not less than M3; and at least one data unit included in the second code block stream
- the number of the first type of data code blocks included in one data unit is determined according to a common multiple of N3 and M2 and M2; or the first one included in one of the at least one data unit included in the second code block stream
- the number of class data code blocks is determined according to the least common multiple of N3 and M2 and M2. This allows a data block of the second code block stream to be loaded into a code block of an integer number of first code block streams (this form can also be described as boundary alignment).
- the method further includes: For the first code block stream in the Q first code block stream, performing: performing an idle IDLE code on the first code block stream according to the bandwidth of the first code block stream and the total bandwidth of the time slot corresponding to the first code block stream; Block addition and deletion processing; wherein, the total bandwidth of the time slot corresponding to the first code block stream is based on the number of time slots corresponding to the first code block stream, and the bandwidth allocated for each time slot corresponding to the first code block stream definite. In this way, the rate of the first code block stream can be adapted to the total rate corresponding to the time slot assigned to it.
- an embodiment of the present application provides a data transmission method, where a second code block stream is received, where a code block corresponding bit in a Q first code block stream is carried in a second code block stream.
- the payload area of the code block, Q is an integer greater than 1;
- the coding type of the first code block stream is M1/N1 bit coding, M1 is a positive integer, N1 is an integer not less than M1; and the coding type of the second code block stream M2/N2 bit coding;
- M2 is a positive integer, the number of bits carried in the payload area of one code block in the second code block stream is not greater than M2;
- N2 is an integer not less than M2; demultiplexing Q strip A block flow.
- the solution provided by the embodiment of the present application multiplexes and demultiplexes the code block stream at the granularity of the code block.
- the second code block stream traverses at least one intermediate node to reach the communication device on the demultiplexing side, and the intermediate node does not
- the second code block stream is demultiplexed, thereby reducing the pressure on the intermediate nodes caused by the number of cross-connections of intermediate nodes in the network, and also reducing the pressure on network management and operation and maintenance.
- the synchronization header area and the asynchronous header area of one of the Q first code block streams are sequentially placed into the payload area of the code block of the second code block stream. In this way, the synchronization header area and the non-synchronization area of the code block in the first code block stream can be demultiplexed sequentially.
- all the bits corresponding to the synchronization header area and the asynchronous header area of one of the Q first code block streams are corresponding to at least two code blocks of the second code block stream. Payload area.
- the first code block stream can be implemented in this manner. Multiplexing of code blocks. For example, if the coding methods of the first code block stream and the second code block stream are both 64B/66B codes, if the first code block stream is not compressed, the two code blocks of the second code block stream may be net.
- the bearer region carries bits corresponding to one code block of the first code block stream.
- the second code block stream corresponds to at least one data unit; one of the at least one data unit includes a header code block and at least one data code block; or one of the at least one data unit
- the data unit includes a header code block, at least one data code block, and a tail code block; or, one of the at least one data unit includes at least one data code block and a tail code block.
- the boundary division of the data unit can be implemented by the header block and/or the tail code block, so that the communication device recognizes the boundary of each data unit in the second code block stream, and demultiplexes the Q strip.
- a block flow lays the foundation.
- the at least one data code block includes at least one first type of data code block; and the code block corresponding bit in the Q first code block stream is carried in at least one of the second code block stream.
- the code block in the first code block stream can be carried in the second code block stream, thereby implementing code block stream multiplexing based on code block granularity, thereby improving data transmission efficiency.
- the header code block is an S code block and/or the tail code block is a T code block in order to be compatible with the prior art.
- the second code block stream further includes identifier indication information corresponding to the code block;
- the identifier indication information is used to indicate a first code block stream corresponding to the code block.
- the identifier of the first code block stream corresponding to the code block taken from the first code block stream carried in the second code block stream can be indicated by the identifier indicating information to the communication device on the demultiplexing side, thereby The communication device on the side can demultiplex the Q first block flow to lay the foundation.
- demultiplexing the Q first code block streams includes: acquiring bits corresponding to the code blocks in the Q first code block streams carried by the payload area of the second code block stream. And obtaining a sequence of the code block to be decompressed; and demultiplexing the Q first code block streams according to the sequence of the code block to be decompressed.
- one code block in the sequence of the code block to be decompressed is obtained by compressing at least two code blocks, at least two code blocks correspond to two different first code block streams. . That is, in the embodiment of the present application, multiple code blocks from different first code block streams may be compressed, thereby implementing compression and improvement of multiple code blocks in the code block multiplexing and demultiplexing scheme. The effect of transmission efficiency.
- the preset code block of the second code block stream carries the time slot allocation indication information; the time slot allocation indication information is used to indicate the correspondence between the Q first code block flow and the time slot.
- the corresponding relationship between the demultiplexing side slot and the first code block stream is notified by means of the time slot allocation indication information, so that the communication device on the multiplexing side can more flexibly allocate time slots for the Q first code block streams.
- demultiplexing the Q first code block streams according to the code block sequence to be decompressed includes: decompressing the code block sequence to be decompressed to obtain a code block sequence to be restored; Determining, according to the code block sequence to be recovered, a first code block stream corresponding to each code block in the code block sequence to be recovered, and obtaining Q first code block streams; wherein each of the Q first code block streams A code block stream corresponds to at least one time slot; the order of the code blocks included in the code block sequence to be recovered matches the order of the time slots corresponding to the code blocks included in the code block sequence to be recovered.
- the demultiplexing side may determine, according to the order of the code blocks and the ordering relationship of the time slots, the time slots corresponding to the code blocks in the first code block stream of the Q code to be recovered, and further The corresponding relationship between the time slot and the Q first code block stream determines the first code block stream corresponding to each code block, and further recovers the Q first code block streams carried by the second code block stream.
- the coded sequence of the compressed code block sequence is M3/N3; M3 is a positive integer, and N3 is an integer not less than M3; and at least one data unit included in the second code block stream
- the number of the first type of data code blocks included in one data unit is determined according to a common multiple of N3 and M2 and M2; or the first one included in one of the at least one data unit included in the second code block stream
- the number of class data code blocks is determined according to the least common multiple of N3 and M2 and M2. This allows a data block of the second code block stream to be loaded into a code block of an integer number of first code block streams (this form can also be described as boundary alignment).
- the embodiment of the present application provides a communication device, where the communication device includes a memory, a transceiver, and a processor, where: the memory is used to store an instruction; the processor is configured to control the transceiver to perform signal reception according to an instruction to execute the memory storage. And signaling, the communication device is configured to perform the method of any of the first aspect or the first aspect described above when the processor executes the instruction stored in the memory.
- the embodiment of the present application provides a communication device, where the communication device includes a memory, a transceiver, and a processor, where: the memory is used to store an instruction; the processor is configured to control the transceiver to perform signal reception according to an instruction to execute the memory storage. And signaling, when the processor executes the instruction stored in the memory, the communication device is configured to perform the method of any of the above second aspect or the second aspect.
- the embodiment of the present application provides a communication device, which is used to implement any one of the foregoing first aspect or the first aspect, including a corresponding functional module, which is used to implement the steps in the foregoing method.
- the functions can be implemented in hardware or in hardware by executing the corresponding software.
- the hardware or software includes one or more modules corresponding to the functions described above.
- the structure of the communication device includes a multiplexing demultiplexing unit and a transceiver unit, and the units can perform corresponding functions in the foregoing method examples.
- the units can perform corresponding functions in the foregoing method examples. For details, refer to the detailed description in the method example, which is not described herein.
- the embodiment of the present application provides a communication device, which is used to implement the method of any one of the foregoing second aspect or the second aspect, and includes a corresponding functional module, which is used to implement the steps in the foregoing method.
- the functions can be implemented in hardware or in hardware by executing the corresponding software.
- the hardware or software includes one or more modules corresponding to the functions described above.
- the structure of the communication device includes a multiplexing demultiplexing unit and a transceiver unit, and the units can perform corresponding functions in the foregoing method examples.
- the units can perform corresponding functions in the foregoing method examples. For details, refer to the detailed description in the method example, which is not described herein.
- the embodiment of the present application provides a computer storage medium, where the computer storage medium stores instructions, when the computer is running on the computer, causing the computer to perform the first aspect or the method in any possible implementation manner of the first aspect. .
- an embodiment of the present application provides a computer storage medium, where the computer storage medium stores an instruction, when the computer is running on the computer, causing the computer to perform the method in any possible implementation manner of the second aspect or the second aspect. .
- an embodiment of the present application provides a computer program product comprising instructions, which when executed on a computer, cause the computer to perform the method of the first aspect or any possible implementation of the first aspect.
- the embodiment of the present application provides a computer program product comprising instructions, when executed on a computer, causing a computer to perform the method in any of the possible implementations of the second aspect or the second aspect.
- FIG. 1 is a schematic diagram of a communication system based on a flexible Ethernet protocol
- FIG. 2 is a schematic diagram of an X-E communication system architecture
- Figure 3 is a schematic diagram of end-to-end communication
- FIG. 4 is a schematic structural diagram of a communication system according to an embodiment of the present application.
- FIG. 5 is a schematic structural diagram of another communication system according to an embodiment of the present application.
- FIG. 6 is a schematic structural diagram of a network system according to an embodiment of the present application.
- FIG. 7 is a schematic flowchart of a data transmission method according to an embodiment of the present application.
- FIG. 8 is a schematic structural diagram of a code block according to an embodiment of the present disclosure.
- FIG. 9 is a schematic structural diagram of another code block according to an embodiment of the present disclosure.
- FIG. 10 is a schematic structural diagram of a code block according to an embodiment of the present application.
- FIG. 11 is a schematic structural diagram of a data code block according to an embodiment of the present application.
- FIG. 12 is a schematic structural diagram of a T7 code block according to an embodiment of the present disclosure.
- FIG. 13 is a schematic structural diagram of an IDLE code block according to an embodiment of the present disclosure.
- FIG. 14 is a schematic structural diagram of another code block according to an embodiment of the present application.
- FIG. 15 is a schematic structural diagram of a FlexE frame according to an embodiment of the present application.
- 16 is a schematic structural diagram of a second code block stream transmission time slot allocation indication information according to an embodiment of the present disclosure
- FIG. 17 is a schematic structural diagram of code block stream multiplexing according to an embodiment of the present disclosure.
- FIG. 18 is a schematic structural diagram of a first code block stream according to an embodiment of the present disclosure.
- FIG. 19 is a schematic structural diagram of a second code block stream according to an embodiment of the present disclosure.
- FIG. 20 is a schematic structural diagram of another second code block stream according to an embodiment of the present disclosure.
- FIG. 21 is a schematic diagram of a compression processing manner according to an embodiment of the present disclosure.
- FIG. 22 is a schematic diagram of a compression processing manner according to an embodiment of the present disclosure.
- FIG. 23 is a schematic flowchart of a data transmission method according to an embodiment of the present application.
- FIG. 24 is a schematic diagram of a data transmission structure according to an embodiment of the present application.
- FIG. 25 is a schematic structural diagram of a communication device according to an embodiment of the present application.
- FIG. 26 is a schematic structural diagram of another communication device according to an embodiment of the present disclosure.
- FIG. 27 is a schematic structural diagram of another communication device according to an embodiment of the present disclosure.
- FIG. 28 is a schematic structural diagram of another communication device according to an embodiment of the present application.
- FIG. 4 is a schematic diagram showing the architecture of a communication system to which the embodiment of the present application is applied.
- the communication system includes a plurality of communication devices, and a code block stream is transmitted between the communication devices.
- the communication device in the embodiment of the present application may be a network device, such as a communication device called a PE node, which may be a network edge in the XE network, or a communication device called a P node in the network in the XE network. It can be accessed as a client device to other bearer networks, such as Optical Transport Network (OTN) or Wavelength Division Multiplexing (WDM).
- OTN Optical Transport Network
- WDM Wavelength Division Multiplexing
- the communication device provided in the embodiment of the present application has a multiplexing demultiplexing unit, such as multiplexing in the multiplexing demultiplexing unit 3301 and the communication device 3107 in the communication device 3105 shown in FIG.
- the communication device with the multiplexing demultiplexing unit can implement multiplexing of the received multiple code streams (the multiplexing in the embodiment of the present application can also be referred to as multiplexing in some documents), and can also implement the received Demultiplexing of a code stream (demultiplexing in the embodiment of the present application may also be referred to as demultiplexing in some documents), which will be exemplified below with reference to FIG.
- the communication device 3101 outputs a code block stream 3201 to a communication device 3105
- the communication device 3102 outputs a code block stream 3202 to the communication device 3105
- the communication device 3103 outputs a code block stream 3203 to the communication device 3105
- the communication device 3105 includes a multiplexing solution.
- the multiplexing unit 3301, the communication device 3105 may multiplex the received code block stream 3201, the code block stream 3202, and the code block stream 3203 into one code block stream 3205 for transmission.
- multi-stage multiplexing can be implemented.
- the communication device 3105 in FIG. 4 can output the code block stream 3205 to the communication device 3107, and the code block stream 3205 is already a multiplexed code block stream, and the communication device 3107
- the code block stream 3204 output by the communication device 3104, the code block stream 3206 output by the communication device 3106, and the multiplexed code block stream 3205 output by the communication device 3105 may be multiplexed again by the multiplexing demultiplexing unit 3302, and output.
- the code block stream 3207 is multiplexed. It can also be described that the communication device 3107 multiplexes the code block stream 3204, the multiplexed code block stream 3205, and the code block stream 3206 into one code block stream 3207.
- the multiplexed code block stream 3207 can be transmitted between the communication device 3107 and the communication device 3108 and the communication device 3109.
- the multiplexing demultiplexing unit in the communication device may also have a demultiplexing function, and the multiplexing demultiplexing unit 3303 in the communication device 3109 shown in FIG. 4 may demultiplex the received code block stream 3207, and The demultiplexed code block stream is sent to the corresponding communication device.
- the demultiplexed code block stream 3204 is sent to the communication device 3110 in FIG. 4, and the demultiplexed code block stream 3201 is sent to the communication device 3111.
- the demultiplexed code block stream 3202 is transmitted to the communication device 3112
- the demultiplexed code block stream 3203 is transmitted to the communication device 3113
- the demultiplexed code block stream 3206 is transmitted to the communication device 3114.
- the multiplexing and demultiplexing unit 3303 may first demultiplex the code block stream 3207 into a code block stream 3204, a code block stream 3205, and a code block stream 3206, and further multiplex the demultiplexing unit 3303.
- the code block stream 3205 is then demultiplexed into a code block stream 3201, a code block stream 3202, and a code block stream 3203.
- the multiplexing demultiplexing unit 3303 of the communication device 3109 in FIG. 4 may include two sub-multiplex demultiplexing units, where one sub-multiplex demultiplexing unit is used to stream the code block.
- 3207 is demultiplexed into a code block stream 3204, a code block stream 3205, and a code block stream 3206, and the code block stream 3205 is sent to another sub-multiplex demultiplexing unit, and the other sub-multiplex demultiplexing unit sets the code
- the block stream 3205 is demultiplexed into a code block stream 3201, a code block stream 3202, and a code block stream 3203.
- FIG. 5 exemplarily provides another schematic diagram of a communication system architecture applicable to the embodiment of the present application.
- the process of the communication device 3109 receiving the code block stream 3207 is the same as that in FIG. 4, and details are not described herein again.
- the scheme shown in FIG. 4 is different in that the multiplexing demultiplexing unit 3303 in the communication device 3109 in FIG. 5 demultiplexes the received code block stream 3207 into a code block stream 3204, a code block stream 3205, and a code block stream 3206.
- the code block stream 3204 is transmitted to the communication device 3110
- the code block stream 3205 is transmitted to the communication device 3115
- the code block stream 3206 is transmitted to the communication device 3114.
- the multiplexing demultiplexing unit 3304 in the communication device 31105 demultiplexes the received code block stream 3205 into a code block stream 3201, a code block stream 3202, and a code block stream 3203, and transmits the code block stream 3201 to the communication device 3111.
- the code block stream 3202 is transmitted to the communication device 3112, and the code block stream 3203 is transmitted to the communication device 3113.
- both the multiplexing side and the demultiplexing side can be flexibly configured.
- the multiplexing demultiplexing unit 3301 and the multiplexing demultiplexing unit 3302 are performed.
- the two-stage multiplexing obtains the code block stream 3207, and on the demultiplexing side, the code block stream can be demultiplexed into the code block stream 3204 and the code by the multiplexing demultiplexing unit 3303 as shown in FIG. Block stream 3201, code block stream 3202, code block stream 3203, and code block stream 3206.
- the received code block stream 3207 is first demultiplexed into a code block stream 3204, a code block stream 3205, and a code block stream 3206 by a multiplexing demultiplexing unit 3303, and then a multiplexing solution is obtained.
- the multiplexing unit 3304 demultiplexes the received code block stream 3205 into a code block stream 3201, a code block stream 3202, and a code block stream 3203.
- FIG. 6 is a schematic diagram showing a network system architecture provided by an embodiment of the present application.
- X-Ethernet can be based on traditional Ethernet interface, Fibre Channel (Fibre Channel, FC) Fibre Channel interface, Common Public Radio Interface (CPRI), Synchronous Digital System SDH/SONET, Optical Transport Network OTN and FlexE interfaces
- the generic data unit sequence stream is cross-connected to provide a specific protocol-independent end-to-end networking technology in which the objects to be exchanged are general data unit sequence streams.
- the rate adaptation of the sequence of data units to the FlexE time slot or the corresponding physical interface can be achieved by additions and deletions to the accompanying idle (IDLE).
- the 64B/66B code block stream may be cross-connected based on the 64B/66B code block stream, or may be cross-connected based on the decoded general data unit stream.
- multiple types of data can be accessed on the access side of the two ends, such as mobile preamble CPRI, mobile backhaul Ethernet and enterprise SDH, and Ethernet private line.
- the aggregation node of the XE (such as the aggregation shown in FIG. 6) can implement multiplexing (multiplexing) of the Q service code streams to one code stream, thereby reducing the aggregation node.
- FIG. 6 shows that the solution provided by the embodiment of the present application can effectively reduce the number of cross-connections of the core node (such as the aggregation node and the backbone node of FIG. 6) in the data plane, and mitigate the core node.
- the core node such as the aggregation node and the backbone node of FIG. 6
- pressure * in the embodiment of the present application means the meaning of multiplication.
- the embodiment of the present application provides a data transmission method, where the multiplexing side of the data transmission method can be performed by the communication device 3105 and the communication device 3107 in FIG. 4 and FIG. 5 above, and the data transmission method is solved.
- the use side can be performed by the communication device 3109 in Fig. 4 described above and the communication device 3205 in Fig. 5.
- the communication device on the multiplexing side may also be referred to as a first communication device, and the communication device on the demultiplexing side may be referred to as a second communication device.
- one communication device may have multiplexing capability.
- FIG. 7 is a schematic flowchart diagram of a data transmission method provided by an embodiment of the present application. As shown in FIG. 7, the method includes:
- Step 4101 The first communications device obtains the Q first code block stream, where Q is an integer greater than 1.
- the encoding type of the first code block stream is M1/N1 bit encoding, M1 is a positive integer, and N1 is not less than M1. Integer
- Step 4102 The first communication device puts the bit corresponding to the code block in the Q first code block stream into the second code block stream to be sent, where the coding type of the second code block stream is M2/N2 bit coding.
- the code block corresponding bits in the Q first code block stream are carried in the payload area of the code block in the second code block stream; wherein M2 is a positive integer, and the payload area of one code block in the second code block stream
- M2 is a positive integer
- N2 is an integer not less than M2.
- Placing the bit corresponding to the code block in the Q first code block stream into the second code block stream to be transmitted may also be described as multiplexing (or interleaving) the bit corresponding to the code block in the Q first code block stream. In, English can also be written as Interleaving) the second code block stream to be sent.
- the coding mode of the first code block stream and the coding mode of the second code block stream may be the same. It may be said that M1 may be the same or different from M2, and N1 may be the same as or different from N2.
- the coding mode of the first code block stream adopts the 8B/10B coding mode
- the second code block flow adopts the 64B/66B coding mode
- the coding mode of the first code block flow adopts the 64B/65B coding mode
- the two code block stream uses 64B/66B encoding.
- the first communication device 3107 and the first communication device 3109 include at least one first communication device, and the first communication device receives the code block stream.
- the code block stream 3207 is not demultiplexed, that is, the second code block stream traverses at least one intermediate node to reach the second communication device on the demultiplexing side, and the intermediate node does not need to solve the second code block stream.
- the second code block stream may be sequentially transmitted into the bearer pipeline formed by the time slot combination in the flexible Ethernet interface group of the current node and the next node, and traversed the network.
- the second communication device on the demultiplexing side is reached.
- the intermediate node may reuse the second code block stream and other code block streams again, which is not limited in this embodiment.
- the solution provided by the embodiment of the present application multiplexes and demultiplexes the code block stream at the granularity of the code block.
- multiplexing of multiple first code block streams can be implemented. Therefore, the plurality of first code block streams are multiplexed into one second code block stream for transmission, thereby reducing the number of cross-connections that the intermediate node needs to process, and also reducing the pressure on network management and operation and maintenance.
- the intermediate node in the embodiment of the present application refers to a communication device between the first communication device on the multiplexing side and the second communication device on the demultiplexing side on the transmission path.
- the step 4102 may be that the synchronization header area and the asynchronous header area of one of the Q first code block streams are sequentially placed into the code block of the second code block stream.
- Payload area That is, the information carried by the synchronization header area of one code block and the information carried by the asynchronous header area are sequentially placed into the payload of the code block of the second code block stream according to their order in the first code block stream. region.
- An embodiment of the present application further provides an optional implementation manner, where all the bits corresponding to the synchronization header area and the non-synchronized header area of one of the Q first code block streams are correspondingly placed in the second code block stream.
- the total code block in the first code block stream is The number of bits is 66 bits, and the total number of bits of one code block of the second code block stream is 66 bits, but the payload area of one code block of the second code block stream is 64 bits, so one of the first code block streams
- the 66 bits of the code block need to be placed in the payload area of at least two code blocks of the second code block stream.
- the first code block stream in the embodiment of the present application may also be a multiplexed code block stream.
- the first communication device 3105 multiplexes the code block stream 3201, the code block stream 3202, and the code block stream 3203. Thereafter, after the multiplexed 3205 is output, the first communication device 3107 can multiplex the code block stream 3204, the code block stream 3206, and the multiplexed code block stream 3205 again. That is to say, the nested application is supported in the embodiment of the present application.
- the multiplexed code block will be transmitted.
- the pipeline of the flow is called a high-order pipeline.
- the pipeline carrying the code block stream 3201, the code block stream 3202, and the code block stream 3203 in FIG. 4 is called a low-order pipeline
- the pipeline carrying the multiplexed code block stream 3205 is called a pipeline.
- the pipeline carrying the code block stream 3207 is referred to as a higher-order pipeline.
- the code blocks of the low-order pipeline can be loaded into the high-order pipeline, and the code blocks of the high-order pipeline can be loaded. Enter a higher level of pipeline to achieve nested multiplexing of higher order pipelines to higher order pipelines.
- the first communication device in the embodiment of the present application may include multiple interfaces, and may be divided into an interface on the input side and an interface on the output side according to the data transmission direction, the interface on the input side includes multiple, and the interface on the output side includes one or more interfaces.
- the interface of the first communication device may be configured in advance, and multiple code block streams received by part or all of the interfaces on the input side are multiplexed into one of the plurality of code block streams on one interface on the output side. In the code block stream.
- the first communication device includes an interface on the input side, including an interface 1, an interface 2, and an interface 3.
- the output interface includes an interface 4 and an interface 5, and the Q1 and Q2 barcode blocks received by the interface 1 and the interface 2 can be configured to flow through.
- the multiplexed into a code block stream is output through the interface 4, and the Q3 barcode block stream received by the interface 3 is multiplexed into a code block stream and output through the interface 5.
- the Q4 barcode blocks in Q1, Q2, and Q3 are multiplexed into one code block stream and output through the interface 4.
- the Q5 barcode blocks in Q1, Q2, and Q3 are multiplexed into one code block stream and output through the interface 5.
- the configuration information multiplexed between the interfaces of the first communications device may be adjusted periodically or irregularly, or may be statically fixed.
- any one of the Q first code block stream and the second code block stream involved in the embodiment of the present application and one of the Q first code block stream and the second code block stream
- the mentioned code block stream refers to any one of the Q first code block stream and the second code block stream.
- Block flow except for one code block in the first code block stream and one code block in the second code block stream, the mentioned code blocks refer to the Q first code block stream and the second code block. Any code block in the stream.
- a code block stream (such as a first code block stream and a second code block stream) defined in the embodiments of the present application may refer to a data stream in units of code blocks.
- the English of the code block (such as the code block in the first code block stream and the code block in the second code block stream) may be written as a Bit Block, or written in English as a Block.
- a preset number of bits in a bit stream (the bit stream may be encoded or pre-encoded) may be referred to as a code block (the code block may also be referred to as a bit group or a bit block).
- one bit may be referred to as one code block, and for example, two bits may be referred to as one code block.
- the code block defined in the embodiment of the present application may be a code block obtained by encoding a bit stream using an encoding type.
- some coding modes are defined, such as M1/N1 bit coding, M2/N2 bit coding, and M3/N3 bit coding.
- M/N coding mode that is, The description of the M/N bit coding in the embodiment of the present application may be applicable to any one or more of M1/N1 bit coding, M2/N2 bit coding, and M3/N3 bit coding, that is, when M1 is applied to the pair M.
- N1 corresponds to the description of N; that is, when M2 is applicable to the description of M, N2 corresponds to the description of N; that is, when M3 is applicable to the description of M, N2 corresponds to the pair N.
- M is a positive integer and N is an integer not less than M.
- M may be equal to N. Therefore, if a code block is divided into a synchronization header area and an asynchronous header area, it may be understood that the synchronization header area carries a bit of 0. Or it can be understood as referring to a preset number of bits as one code block. The boundaries of the code blocks are determined by other technical means.
- N can be greater than M.
- N can be greater than M.
- N can be greater than M.
- N can be greater than M.
- a code block obtained by performing DC equalization after encoding using 8B/10B code the number of 8B/10B code block samples of a 10-bit information length is 1024, which is much higher than the number of 256 code block samples required for an 8-bit information length.
- the 8B/10B code block synchronization can be implemented by the reserved code block samples to identify the boundary of the 8B/10B code block.
- the 8B/10B code block includes only the unsynchronized header area.
- FIG. 8 is a schematic diagram showing the structure of a code block provided by an embodiment of the present application. As shown in FIG. 8, the synchronization header area included in the code block 4200 carries a bit of 0, and all the bits included in the code block 4200 are The bits carried by the unsynchronized header area 4201.
- the M/N bit coding may be 64B/66B coding as defined in 802.3 (64B/66B coding may also be written as 64/66 bit coding), such as
- code blocks may include a sync header area and an asynchronous header area.
- the code block obtained by using the M/N bit coding and coding in the embodiment of the present application may be that the non-synchronized header area includes M bits, and the total number of bits of the coded one code block is an N-bit code block; M/N bits
- the code block obtained after coding and coding can also be described as: a code block composed of M bits of the asynchronous header area and a number of bits of the synchronization header area.
- the code block 4200 includes a synchronization header area 4301 and an asynchronous header area 4302, optionally, an asynchronous header.
- the number of bits carried by the area 4302 is M
- the number of bits carried by the synchronization header area 4301 is (NM).
- the information carried by the synchronization header area 4301 in the embodiment of the present application may be used to indicate the type of the code block, and the type of the code block may include a control type, a data type, some other types, and the like.
- the code block stream obtained by M/N bit coding can be transmitted on the Ethernet physical layer link.
- the M/N bit code can be 8B/10B coded in 1G Ethernet, that is, the 1GE physical layer link is transmitted.
- 8B/10B coding type code block stream (the code block stream can also be called Block stream in English);
- M/N bit coding can be 64GE/66B code used in 10GE, 40GE and/or 100GE, ie 10GE, 40GE and / or 100GE physical layer link to pass the 64B/66B code block stream.
- other coding and decoding may occur.
- the M/N bit coding in the embodiment of the present application may also be some coding types that appear in the future, such as 128B/130B coding, 256B/257B coding, and the like.
- the code block may be a code block obtained by using 8B/10B coding according to the Ethernet Physical Coding Sublayer (PCS) sub-layer coding which has been standardized by IEEE 802.3 (also referred to as 8B/). 10B code block), and code blocks obtained by 64B/66B coding (also referred to as 64B/66B code blocks).
- PCS Physical Coding Sublayer
- the code block in the embodiment of the present application may be a code block obtained by using the 256B/257B encoding (transcoding) of the 802.3 Ethernet Forward Error Correction (FEC) sublayer (which may be referred to as 256B/257B).
- the code block, and the code block in the embodiment of the present application may be a code block obtained by using the 64B/65B code block obtained by 64B/66B transcoding in ITU-T G.709 (also referred to as 64B/65B). Code block), 512B/514B code block, etc.
- the code block in the embodiment of the present application may be a code block (also referred to as a 64B/67B code block) obtained by using the 64B/67B encoding of the Interlaken bus specification.
- FIG. 10 is a schematic diagram showing the structure of an O code block of the type field 0x4B provided by the embodiment of the present application.
- the code block 4200 in the embodiment of the present application is an O code block, and the O code block 4200
- the information carried by the included sync header area 4301 is "SH10", and the "SH10” means that the type of the code block 4200 is a control type.
- the unsynchronized header area 4302 includes a payload area 4303 and a non-payload area 4304, and the non-payload area 4304 can be used for the bearer type fields "0x4B", "O0", and reserved fields "C4 to C7", reserved fields " C4 to C7” can all be filled with "0x00".
- “O0” may be filled with feature command words related to the prior art such as “0x0”, “0xF” or “0x5”, and “0xA”, “0x9” or “0x3”, etc. are not used by the prior art.
- the feature command word is thus distinguished from the prior art, and the content that can be filled with the "O0" field indicates some information.
- the first code block in the embodiment of the present application may also be a code block including S in a character of the code block, or may be a new code block such as a newly defined O code block.
- the type field shown in FIG. 10 is an O code block of 0x4B
- the first code block may be an S code block of 0x33 type field or an S code block of type 0x66 corresponding to the standard 64B/66B code.
- the S code block is only one type, and the type field is 0x78, which contains 7 bytes of data payload.
- the S code block may include code blocks of type 0x78, 0x33, and 0x66, and may also include code blocks including S characters in other characters, and the S code block may include 4 bytes. Data payload.
- SFD Start of Frame Delimiter
- the sync header area 4301 is "10"
- the type field of the non-payload area 4304 is "0x78”
- the subsequent payload area 4303 is all filled with "0x55”
- the non-payload area after the payload area 4303 All of the 4304 are filled with "0x55” except that the last byte is filled with "0xD5".
- the code block in the embodiment of the present application may be a data code block.
- FIG. 11 is a schematic structural diagram of a data code block provided by an embodiment of the present application.
- the information carried by the sync header area 4301 included in the code block 4200 is "SH01", and the "SH01" means that the type of the code block 4200 is a data type.
- the payload area 4303 is included in the asynchronous header area 4302.
- the non-synchronized header areas of the data code blocks are all payload areas, as shown in the D0 to D7 payload areas.
- the code block in this embodiment of the present application may be a T code block.
- the T code block may be a code block including T in a character of the code block, and the T code block may include any one of T0 to T7, such as a T0 code block whose type field is 0x87, a T1 code block whose type field is 0x99, and The T7 code block of type field is 0xFF and so on.
- FIG. 12 is a schematic diagram showing the structure of a T7 code block according to an embodiment of the present application. As shown in FIG. 12, the code block 4200 in the embodiment of the present application is a T7 code block, and the synchronization header area 4301 included in the code block 4200 is included.
- the information carried is "SH10", and "SH10" means that the type of the code block 4200 is a control type.
- the unsynchronized header area 4302 includes a payload area 4303 and a non-payload area 4304.
- the non-payload area 4304 can be used to carry the type field "0xFF".
- the type fields of the T0 ⁇ T7 code blocks are 0x87, 0x99, 0xAA, 0xB4, 0xCC, 0xD2, 0xE1 and 0xFF, and the T0 ⁇ T7 code blocks can be applied to various Ethernet interfaces using 64B/66B encoding. It should be noted that the T1 to T7 code blocks respectively include a payload area of 1 to 7 bytes.
- the payload area in the T code block may be used to carry the bit corresponding to the code block taken from the first code block stream; or may not be used to carry the bit corresponding to the code block taken from the first code block stream, such as It can be filled in with 0 or used to carry other indication information.
- the C1 to C7 in the T0 to T6 code blocks can be processed according to the existing Ethernet technology, that is, the seven IDLE control bytes (C1 to C7 bytes) after the T character, and all of the codes are 7 bits and 0x00. For example, for the T code type of 0xFF, all bits D0 to D6 can be filled with 8 bits "0x00", and are reserved.
- the code block in the embodiment of the present application may be an IDLE code block.
- FIG. 13 exemplarily shows a structure of an IDLE code block provided in the embodiment of the present application.
- the code block 4200 in the embodiment of the present application is shown in FIG.
- the information carried by the sync header area 4301 included in the code block 4200 is "SH10"
- the "SH10” means that the type of the code block 4200 is the control type.
- the asynchronous header area 4302 is used to carry the type field "0x1E", and the other fields "C0-C7" of the asynchronous header area 4302 carry the content of "0x00".
- the second code block stream includes at least one data unit, and the IDLE code block may be added inside one data unit or may be added between the data units.
- the indication information may be carried in the second code block stream.
- the indication information mentioned in the embodiment may be the identifier indication information, the time slot allocation indication information, the multiplexing indication information, and the like mentioned in the subsequent content. Etc.), so that the egress side performs demultiplexing in a manner consistent with the ingress side, or in the case where the multiplexing and demultiplexing side has agreed to reuse the demultiplexing relationship, for verifying the multiplexing and demultiplexing relationship.
- the code block carrying the indication information may be referred to as an Operations, Administration, and Maintenance (OAM) code block.
- OAM Operations, Administration, and Maintenance
- the OAM code block needs a specific type field to form a distinction with the idle code block.
- FIG. 14 is a schematic structural diagram showing another structure of a code block according to an embodiment of the present application.
- the information carried by the synchronization header area 4301 included in the code block 4200 of the embodiment of the present application is “SH10”, “ SH10” means that the type of the code block 4200 is a control type.
- the unsynchronized header area 4302 includes a payload area 4303 and a non-payload area 4304, and the non-payload area can be used to carry the type field "0x00".
- the OAM code block may be the code block shown in FIG. 14.
- the time slots of the first code block stream corresponding to the four time slots are carried in the four consecutive preset fields of the OAM code block, so that the corresponding relationship between the time slot and the first code block stream is sent to the opposite end.
- the four preset fields may be the last four fields of the OAM code block, and the remaining fields may be reserved fields, for example, may be padded with zeros.
- the OAM code block may replace the IDLE code block in the data unit of the second code block stream, or may be inserted between the data units.
- the second code block stream corresponds to at least one data unit.
- a data unit may include multiple structural forms, such as the first type, and one data unit corresponding to the second code block stream may include a header code block and at least one data code block.
- one data unit corresponding to the second code block stream may include a header code block and at least one data code block. And the end block.
- one data unit corresponding to the second code block stream may include at least one data code block and a tail code block. The header block and the tail block can be used to carry some information, and can also function to divide a data unit.
- the header block and the tail block function to define a boundary for a data unit.
- a data unit corresponding to the second code block stream may include at least one data code block, for example, the number of data code blocks included in one data unit may be set.
- the code block corresponding bits in the Q first code block stream are carried in the net of any one or more of the first code block, the tail code block and the data code block in the second code block stream. Lotus area.
- the code block corresponding bits in the Q first code block stream are carried in the payload area of the first code block and the data code block of the second code block stream.
- the data code block in one of the second code block streams may include at least one first type of data code block; and the Q first code block The code block corresponding to the bit in the stream is carried in a payload area of the first type of data code block in the at least one first type of data code block in the second code block stream; wherein the first class in the second code block stream The number of bits carried in the payload area of the data code block is M2.
- the data code block in one of the second code block streams may include at least one first type of data code block and at least one second type Data block.
- the bits corresponding to the code block of the first code block stream are carried on the first type of data code block, and the first code block, the tail code block and the second type data block can be used. And carrying some other information (such as any one or more of subsequent time slot allocation indication information, identification indication information, and multiplexing indication information). It can also be described that the bits corresponding to the code blocks corresponding to each time slot in all the divided time slots are carried in the payload area of the first type of data code block.
- the number of second type of data code blocks may or may not be zero.
- the first code block and the last code block in one data unit in the second code block stream in the embodiment of the present application may be some newly set code blocks in a fixed format, the first code block and the tail end code. Blocks can act as boundaries of data units and can carry some information.
- the header code block may be an O code block, and the O code block may be a code block of the type field 0x4B shown in FIG. 10 above.
- the header code block may also be an S code block in which other characters defined in the prior art include S characters.
- the first code block may be an S code block of type 0x33 or an S code block of type 0x78.
- the first code block when the first code block is an O code block, information may be added in a preset field of the O code block to distinguish it from the prior art form, and the preset field may be a feature command word in the O code block.
- Unused feature command words such as 0xA or 0x9 or 0x3, of course, it is also possible to use unused 0x00 type code blocks.
- the header block may include a sync header area and a non-synchronized header area, and the non-synchronized header area includes a non-payload area and a payload area.
- the trailing code block may be a T code block.
- the T code block may be a T7 code block whose type field is 0xFF as shown in FIG. 12 above, and may be other T code blocks defined in other prior art, such as any one of the above T0 to T6 code blocks.
- the S-code and the T-code are used to encapsulate the data unit of the second code block stream, which can be compatible with the prior art, and the second code block stream carrying the multiple first code block streams can traverse the currently supported flat-supported network.
- X-Ethernet and FlexE Client switch nodes are used to encapsulate the data unit of the second code block stream, which can be compatible with the prior art, and the second code block stream carrying the multiple first code block streams can traverse the currently supported flat-supported network.
- one of the data units in the second code block stream may optionally include some IDLE code blocks, and the location of the IDLE code blocks in the data unit may be pre-configured or random.
- some other code blocks may be configured between adjacent data units of the second code block stream, such as a control code block, a data code block, or a code block of another code block type.
- code blocks may be configured between adjacent data units of the second code block stream.
- any one or more of the IDLE code block, the S code block, and the code block shown in FIG. 14 described above are disposed between adjacent data units of the second code block stream.
- One or more IDLE code blocks may be spaced between adjacent data units of the second code block stream.
- the number of IDLE code blocks between adjacent data units of the second code block stream may be a variable, which may be adjusted according to a specific application scenario.
- At least two sets of adjacent data units may exist in the second code block stream, and the two sets of adjacent data
- the number of IDLE code blocks spaced between units is not equal.
- the IDLE code blocks that are separated between the adjacent data units of the second code block stream are appropriately added or deleted, that is, the increase or decrease of the adaptability is used to implement rate adaptation (also in the embodiment of the present application) It can be to achieve frequency adaptation). For example, if the bandwidth of the pipe carrying the second code block stream is too small, the IDLE code block between the data units in the second code block stream may be appropriately reduced.
- adjacent data units are The inter-IDLE code block is reduced to zero, ie there is no IDLE code block between two adjacent data units.
- the IDLE code block between the data units in the second code block stream may be appropriately increased.
- an idle code block may be inserted at any position of the second code block stream to implement rate adaptation, but a case where the difference in the rate bandwidth is small may be recommended between two data units. Inserting an IDLE code block, for example, can increase the number of IDLE code blocks between data units from one to two or more.
- an IDLE code block may be added between adjacent data units, in which case the IDLE may be evenly distributed.
- a sufficient IDLE block margin (more than 200 parts per million (ppm)) can be reserved between the data units of the two-code block stream to support the link rate difference of the Ethernet in extreme cases: /-100 ppm), there is an upper limit on the number of code blocks in one data unit of the second code block stream and the total number of bits in the payload area included in one data unit. It is recommended to take the maximum value based on the upper limit allowed.
- a number of idle code blocks are added between the data units of the second code block stream, so that the IDLE addition and deletion of the second code block stream may be supported, so that the second code block stream is adapted to the rate difference of the pipeline.
- the rate difference of the pipeline may be 100 ppm, so that when the bandwidth of the pipeline carrying the second code block stream is small, the rate adaptation may be implemented by deleting the IDLE code block between the data units in the second code block stream.
- one data unit of the second code block stream includes a header code block, 33 data code blocks, and an IDLE code block.
- the IDLE code block has a specific gravity of 1/35, which is much larger than 100 ppm (one ten thousandth), so optionally, some IDLE code blocks can be replaced with an Operation Administration and Maintenance (OAM) code block, thereby
- OAM Operation Administration and Maintenance
- the structure of the OAM code block may be the structural form of the code block shown in FIG.
- Such a code block may be used to carry indication information (the indication information may be any one or any of slot allocation indication information, multiplexing indication information, and identification indication information).
- the corresponding bit of the code block in the first code block stream is correspondingly carried in the second code block stream.
- the first communication device and the demultiplexing side of the multiplexing side may be An agreement is made between the second communication devices such that the second communication device on the demultiplexing side demultiplexes the Q first code block streams from the second code block stream according to the convention.
- the second code block stream further includes identifier indication information corresponding to the code block; The identifier indication information is used to indicate a first code block stream corresponding to the code block.
- the demultiplexing side can determine each code taken from the Q first code block stream carried in the second code block stream.
- the first code block stream corresponding to the block, thereby demultiplexing each of the first code block streams.
- the identifier indication information corresponding to one code block in the first code block stream of the Q code block stream which may be the identifier of the first code block stream corresponding to the code block, or other information indicating the information Other information, such as location information of the code block in the second code block stream and identification of the first code block stream.
- a possible data transmission mode is provided in the embodiment of the present application, so that the second communication device on the demultiplexing side can determine, according to the manner, each of the first code block streams taken from the Q first code block streams carried in the second code block stream.
- the first code block stream corresponding to the code block, thereby demultiplexing each of the first code block streams.
- slot division is performed first, and there is a sort relationship between all slots, and then at least one slot is allocated for each first code block stream in the Q first code block stream.
- the code blocks in the first code block stream of the Q are subjected to code block-based time division multiplexing to obtain a code block sequence to be processed; and the bit corresponding to the code block sequence to be processed is placed in the second to be transmitted.
- Code block stream wherein each of the first code block streams in the Q first code block stream corresponds to at least one time slot; and the order of the code blocks included in the code block sequence to be processed corresponds to the code block included in the code block sequence to be processed. The sorting of the gap matches.
- All time slots divided in the embodiment of the present application may allocate only a partial time slot to the Q first code block streams, or may allocate all the divided time slots to the Q first code block streams. For example, 32 time slots are divided, and there are 2 first code block streams, and three of the 32 time slots can be allocated to the two first code block streams, and the remaining 29 time slots can be allocated.
- the first code block stream for example, may be allocated to other code blocks, such as an IDLE code block or the OAM code block described above, and the like.
- the network interface in the embodiment of the present application may perform time slot division, and one or more of the divided time slots constitute a pipeline to carry the code block flow.
- the division of the interface time slot can be flexibly configured in combination with a specific application scenario.
- a time slot division scheme is provided.
- the following content in the embodiment of the present application is described by taking the FlexE technology as an example.
- the FlexE interface is described by taking 64B/66B encoding as an example.
- FlexE draws on the Synchronous Digital Hierarchy (SDH)/Optical Transport Network (OTN) technology to construct a fixed frame format for physical interface transmission and time division multiplexing (Time Division Multiplexing (TDM)) Different from SDH/OTN, FlexE's TDM slot division granularity can be 66 bits, interspersed with 66 bits between slots, and one 66 bits can carry one 64B/66B code block.
- Figure 15 A schematic diagram of a structure of a FlexE frame provided by an embodiment of the present application is shown. As shown in FIG. 15, a FlexE frame may include 8 rows, and the location of the first code block in each row is an area carrying FlexE overhead (bearing FlexE). The area of the overhead may also be referred to as a frame header area.
- the code block carried by the area for carrying the FlexE overhead may be referred to as an overhead code block.
- 1 overhead code block per line 8 overhead codes included in 8 lines
- the block constitutes a FlexE overhead frame, and the 32 FlexE overhead frames form a FlexE overhead multiframe.
- the area outside the FlexE overhead can be divided into TDM time slots, for example, 64B/66B encoding.
- Code block code as an example, when a region other than the cost for slot allocation, to a particle size of 66 bits is divided, each row corresponds to 20 bits * 1023 bearing space 66, the interface may be divided into 20 slots.
- the bandwidth of the interface and the number of time slots can be combined to determine the corresponding bandwidth of the single time slot.
- the 100GE bandwidth is 100 Gbps (Gbps, 1000 megabits per second)
- each The bandwidth of the time slot can be approximately 100 Gbps bandwidth divided by 20, approximately 5 Gbps.
- a FlexE Group can contain at least one interface, such as t 100Gbps interfaces, and the total number of slots in the FlexE Group as NNI is t*20.
- each time slot has a different bandwidth corresponding to each time slot. For example, one slot has a bandwidth of 5 Gbps, another slot has a bandwidth of 10 Gbps, and so on.
- the manner of dividing the time slot and the manner of determining the bandwidth of each time slot are not limited in the embodiment of the present application.
- a time slot is allocated for any code block stream, and may also be described as allocating time slots for the pipe carrying the code block stream.
- the number of time slots allocated for the pipe may be determined according to the service bandwidth of the pipe carrying the code block flow and the bandwidth corresponding to each time slot.
- the number of time slots allocated for the pipe may be determined according to the traffic rate of the pipe carrying the code block flow and the rate corresponding to each time slot.
- any multiple time slots in all time slots of the FlexE Group may jointly carry one Ethernet logical port.
- the bandwidth of a single time slot is 5 Gbps
- the first code block stream with a bandwidth of 10 GE requires two time slots
- the first code block stream with a bandwidth of 25 GE requires 5 time slots
- the first code block with a bandwidth of 150 GE requires 30 time slots. If the encoding method uses 64B/66B encoding, the 66-bit code block stream that is still transmitted sequentially on the Ethernet logical port is still.
- the total time slot bandwidth (eg, the product of the number of time slots and the bandwidth corresponding to the time slot having the same bandwidth) configured by one code block stream is not less than the effective bandwidth of the code block stream.
- the effective bandwidth of the code block stream may be the total bandwidth occupied by the data block and the control class code block other than the idle code block of the code block stream. That is to say, the code block stream needs to include a certain reserved code block, such as idle (IDLE), etc., so that the code block stream can be adapted into the allocated time slot (or pipe) by adding or deleting the idle code block.
- the total bandwidth of the time slot configured by one code block stream is not less than the effective bandwidth of the code block stream; or, optionally, the number of time slots configured by one code block stream is The product of the bandwidth corresponding to a single time slot is not less than the effective bandwidth of the code block stream.
- each time slot in the divided time slot may be marked with an identifier, and there is a sort relationship between the divided time slots.
- 20 time slots in FIG. 15 may be sequentially identified as time slot 1 and time slot. 2...slot 20 and so on.
- the time slots allocated to a certain code block stream in the 20 time slots can be flexibly configured.
- the allocation of 20 time slots can be identified according to the code block flow identifier to which the time slot belongs.
- the allocated multiple time slots may be continuous or discontinuous, for example, may be one code.
- the block stream allocates two slots, slot 0 and slot 1, and may also allocate two slots, slot 0 and slot 3, for the code block stream, which is not limited in this embodiment.
- the bearer slot of the first code block stream corresponding to the data unit in the second code block stream in the second code block stream in the embodiment, and the total time slot of the time slot configured in the first code block stream (for example, The product of the number of slots corresponding to the time slot corresponding to the time slot of the same bandwidth is not less than the effective bandwidth of the first code block stream.
- the effective bandwidth of the first code block stream may be the total bandwidth occupied by the data block and the control class code block of the first code block stream except the idle code block. That is to say, the first code block stream needs to include a certain reserved code block, such as idle (IDLE), etc., so that the code block stream can be adapted into the allocated time slot (or pipe) by adding or deleting the idle code block.
- the total bandwidth of the time slot configured by the first code block stream is not less than the effective bandwidth of the first code block stream; or, optionally, a first code block stream configuration
- the product of the number of time slots and the bandwidth corresponding to a single time slot is not less than the effective bandwidth of the first code block stream.
- each time slot may be marked, and the divided time slot may be There is a certain ordering, such as 20 time slots in FIG. 15, which may be sequentially identified as time slot 1, time slot 2, time slot 20, and the like.
- the time slot allocated to a certain code block stream in the 20 time slots can be flexibly configured. For example, the allocation of 20 time slots can be identified according to the first code block flow identifier to which the time slot belongs.
- the multiple time slots allocated may be continuous or discontinuous, for example, A first code block stream is allocated to the time slot 0 and the time slot 1 , and the time slot 0 and the time slot 3 are also allocated to the first code block stream, which is not limited in this embodiment. .
- the total bandwidth of the time slot corresponding to the first code block stream may be determined according to the number of time slots corresponding to the first code block stream and the bandwidth allocated for each time slot corresponding to the first code block stream.
- the total bandwidth of the time slot corresponding to the first code block stream may be the product of the number of time slots corresponding to the first code block stream and the bandwidth allocated for each time slot corresponding to the first code block stream.
- IDLE's addition and deletion processing is an effective means to achieve rate adaptation.
- FlexE Each logical port can carry an Ethernet Media Access Control (MAC) packet data unit sequence stream.
- packets of a sequence of MAC message data unit streams may have a start and an end.
- the message is an Inter-Packet Gap (IPG).
- Idle Idle
- the sequence of MAC message data unit and IDLE are generally processed after encoding and scrambling, such as 8B/10B encoding used by 1GE; 64GE is generally used for 10GE, 25GE, 40GE, 50GE, 100GE, 200GE and 400GE.
- /66B encoding the encoded MAC message data unit sequence stream and IDLE are converted into 64B/66BB code blocks.
- the coded code block may include a start code block corresponding to a MAC message data unit (the Start code block in English, the start code block may be an S code block), and a data code block.
- the Data code block it can be abbreviated as D code block
- the end code block English is Termination code block, the end code block can be T code block
- the idle code block English IDLE code block, which can be abbreviated as I code) Piece.
- the remaining bandwidth is further divided into 20 time slots, and the two time slots can also ensure the code block flow of a 10GE bandwidth, possibly
- FlexE can perform FlexE client rate adaptation through addition and deletion of IDLE code blocks. For example, if the bandwidth of the code block stream containing the idle code block is 11GE, but the effective bandwidth is less than the 10G bandwidth of the two FlexE time slots, the two 5G time slots allocated for the first code block flow have a total bandwidth of 10G.
- the IDLE code block of the part of the code block stream may be deleted; when the bandwidth of the first code block stream is 9G, the total bandwidth of the time slot allocated for the code block stream is 10G, and the first code block stream may be added. More IDLE code blocks.
- the code block can be directly operated, and the decoded service message flow and IDLE can be operated.
- the second code block stream needs to be configured with a certain number of idle code blocks in advance.
- the IDLE may be added or deleted according to the bandwidth of the pipe carrying the second code block stream and the rate difference of the second code block stream.
- the IDLE code block may be added or deleted for the IDLE code block between adjacent data units of the second code block stream to match the bandwidth of the second code block stream with the pipe carrying the second code block stream.
- some IDLE code blocks may be added between the data units of the second code block stream, when the rate of the second code block stream is not less than When the bandwidth of the pipe carrying the second code block stream is transmitted, the IDLE code block pre-configured between the data units of the second code block stream may be deleted.
- the corresponding relationship between the time slot of the first code block stream and the first code block stream in the second code block flow in the embodiment of the present application may be previously divided, and the first communication device and the solution configured on the multiplexing side are configured.
- the second communication device on the multiplexing side may also be sent by the multiplexing side to the demultiplexing side, or the demultiplexing side may be sent to the multiplexing side, or the centralized server may determine the correspondence between the time slot and the first code block stream.
- the correspondence between the time slot and the first code block stream is sent to the first communication device on the multiplexing side and the second communication device on the demultiplexing side.
- the correspondence between the transmission slot and the first code block stream may be sent periodically.
- the first preset code block of the second code block stream carries the time slot allocation indication information; the time slot allocation indication information is used to indicate the correspondence between the Q first code block flow and the time slot. . That is to say, the time slot allocation indication information is used to indicate the identifier of the time slot allocated by each of the first code block streams in the Q first code block stream.
- FIG. 16 is a schematic structural diagram showing a second code block stream transmission time slot allocation indication information provided by an embodiment of the present application.
- the header code block is an O code block
- the structure of the O code block is shown in FIG.
- the slot allocation indication information may be carried in the three available bytes D1 to D3 of the O code block of type 0x4B, for example, the block type shown by 18 is 0x4B and the O code is The ID of the first code block stream corresponding to the time slot of the codeword of the 0xA header code block, as shown in FIG. 16, each byte of the two bytes of D2 and D3 of each code block respectively Corresponding to the identifier of the first code block stream corresponding to one time slot.
- the time slot 0 is used to carry the first first code block stream.
- the D2 field of the block is filled with 0x08, in this example, slot 1 and slot 2 are assigned and identified as the same first block stream.
- the code block or bit of the first code block stream is transmitted in the same order as it is transmitted in the second code block stream.
- the time slot is not allocated, it may be indicated by 0x00 or 0xFF.
- the time slot allocation indication information may also be transmitted on a code block between adjacent data units, such as a code block of a control type included in an adjacent data code block.
- a code block in an integer number of first code block streams may be loaded into a data unit of the second code block stream (this form may also be described as a boundary). Aligning, or determining, by the data unit of the second code block stream, each time slot boundary and code block boundary), the first type of data code included in one of the data units in the second code block stream may be determined in advance by calculation The number of blocks used to carry the Q first code block stream.
- the embodiment of the present application provides a solution, where the number of the first type of data code blocks included in one of the at least one data unit included in the second code block stream is based on a common multiple of N1 and M2 and M2 Determining; for example, the number of first type of data code blocks included in one data unit is at least a common multiple of N1 and M2 and a quotient of M2.
- the number of data blocks of the first type may be greater than the quotient of the common multiple of N1 and M2 and M2.
- the number of the first type of data code blocks included in one of the at least one data unit included in the second code block stream is determined according to a least common multiple of N2 and M2 and M2; for example, one data unit is included
- the number of the first type of data code blocks is at least the least common multiple of N1 and M2 and the quotient of M2, and the number of the first type of data code blocks included in one data unit is greater than the least common multiple of N1 and M2 and the quotient of M2, thereby Transmitting, in the first type of data code block, bits of the code block corresponding to the time slot not allocated to the first code block stream, for example, if a time slot is not allocated, the time may be carried in the first type of data code block.
- a bit corresponding to a preset code block (for example, an IDLE code block or an Error code block).
- the first type of data code block defined by the data code block in the embodiment of the present application may be a data code block that carries a code block corresponding to each time slot, and the second type of data code block may be used to carry other information.
- a bit (such as any one or more of time slot allocation indication information, identification indication information, and multiplexing indication information).
- the location of the second type of data code block in one data unit may be fixed, or may be notified to the communication device on the multiplexing side and the communication device on the demultiplexing side after configuration.
- the coding manner of the first code block stream and the coding manner of the second code block stream may be the same or different.
- the following description is made by taking the 64B/66BB encoding method as the first code block stream and the second code block stream. The following takes an example in which the first code block stream is a 64B/66BB coding type and the second code block stream is a 64B/66BB coding type.
- FIG. 17 is a schematic structural diagram of a code block stream multiplexing according to an embodiment of the present application.
- the first code block stream 5201 and the first code block stream 5301 are multiplexed into a second code. Block stream 5401.
- the pipe 5101 carrying the first code block stream 5201 and the pipe 5102 carrying the first code block stream 5301 in FIG. 17 are multiplexed into the pipe 5103 carrying the second code block stream 5401.
- the pipeline carrying the first code block stream is referred to as a low-order pipeline
- the pipeline carrying the second code block stream is referred to as a high-order pipeline
- two lower-order pipelines (bearing the first code block flow)
- the pipe 5101 of 5201 and the pipe 5102 carrying the first code block stream 5301) are multiplexed to the higher-order pipe (the pipe 5103 carrying the second code block stream 5401).
- the coding type of the first code block stream may be multiple, for example, it may be an M/N coding type or a non-M/N coding type.
- the first code block stream is a 64B/66BB coding type.
- a plurality of code blocks 5202 are included in the first code block stream 5201, and each code block 5202 includes a sync header area 5206 and an asynchronous head area 5207.
- FIG. 18 is a schematic structural diagram showing a first code block stream provided by an embodiment of the present application. As shown in FIG. 17 and FIG. 18, a plurality of data units 5208 may be included in the first code block stream 5201, FIG.
- data unit 5208 can include a header code block 5202, one or more data code blocks 5203, and a tail end code block 5204. That is to say, the code block 5205 included in the first code block stream 5201 may be a control code block (such as a header code block 5202 and a tail code block 5204), or may be a data code block 5203 or an IDLE code block.
- the code block of the first code block stream in the embodiment of the present application may also refer to a code block included between adjacent data units of the first code block stream, such as included between adjacent data units of the first code block stream. IDLE code block.
- the sync header area 5206 of the code block 5205 can carry type indication information of the code block.
- the type indication information of the code block carried by the synchronization header area 5206 in the code block 5205 may be 01, indicating that the code block 5205 is a data code block; for example, when When the code block 5205 is the header code block 5202 or the tail code block 5204, the type indication information of the code block carried by the synchronization header area 5206 in the code block 5205 may be 10 for indicating that the code block 5205 is a control code block.
- FIG. 17 a plurality of code blocks 5302 are included in the first code block stream 5301, and each code block 5302 includes a sync header area 5306 and an asynchronous header area 5307.
- FIG. 18 exemplarily shows a structural implementation of a first code block stream.
- a plurality of data units 5308 may be included in the first code block stream 5301, only exemplarily shown in FIG.
- data unit 5308 can include a header code block 5302, one or more data code blocks 5303, and a tail end code block 5304.
- the code block 5305 included in the first code block stream 5301 may be a control code block (such as a header code block 5302 and a tail code block 5304), or may be a data code block 5303 or an IDLE code block.
- the code block of the first code block stream in the embodiment of the present application may also refer to a code block included between adjacent data units of the first code block stream, such as included between adjacent data units of the first code block stream. IDLE code block.
- the sync header area 5306 of the code block 5305 can carry type indication information of the code block.
- the type indication information of the code block carried by the synchronization header area 5306 in the code block 5305 may be 01, indicating that the code block 5305 is a data code block; for example, when the code block 5305 is the header code block 5302 or the tail code block 5304, the type indication information of the code block carried by the synchronization header area 5306 in the code block 5305 may be 10 for indicating that the code block 5305 is a control code block.
- the first code block stream 5201 is assigned a time slot (English can be written as a slot) 0, and the first code block stream 5301 is assigned a time slot 1 and a time slot 2.
- a total of 32 time slots are divided, and the remaining time slots 4 to 31 are not allocated.
- Unallocated time slots can be filled with fixed pattern code blocks. For example, for a 64/66b code block, it may be filled with an IDLE code block, an Error code block, or other defined pattern code blocks that define a code block.
- FIG. 18 exemplarily shows a schematic structural diagram of a code block extracted from a first code block stream according to a correspondence relationship between a time slot and a first code block stream, and as shown in FIG. 18, the order of time slot 0 to time slot 31 is based on The identifiers of the time slots are sorted, and the identifiers of the time slots are 0 to 31. Therefore, the first communication device sequentially acquires the code blocks corresponding to the time slot 0 to the time slot 31 according to the order of the time slot 0 to the time slot 31, as shown in FIG.
- FIG. 19 is a schematic structural diagram showing a second code block stream provided by an embodiment of the present application.
- the second code block stream 5401 entering the pipe 5103 carrying the second code block stream 5401 may include One or more data units 5408, a schematic structural diagram of one data unit 5408 is exemplarily shown in FIG.
- data unit 5408 can include a plurality of code blocks 5405, which can include a sync header area 5406 and an asynchronous header area 5407.
- data unit 5408 can include a header code block 5402, one or more data code blocks 5403, and a tail end code block 5404.
- the code block 5405 included in the first code block stream 5401 may be a control code block (such as a header code block 5402 and a tail code block 5404), or may be a data code block 5403.
- the sync header area 5406 of the code block 5405 can carry type indication information of the code block.
- the type indication information of the code block carried by the synchronization header area 5406 in the code block 5405 may be 01, indicating that the code block 5405 is a data code block; for example, when the code block 5405 is the header code block 5402 or the tail code block 5404, the type indication information of the code block carried by the synchronization header area 5406 in the code block 5405 may be 10 for indicating that the code block 5405 is a control code block.
- the code block corresponding to each time slot that is taken out or generated is placed in the payload area of the second code block stream, and can be placed in the first code block, the last code block, and the first type. a payload area of any one or more of the data code block and the second type of data code block.
- the code block corresponding to each time slot taken or generated is placed into the second code block stream.
- a class of data blocks is introduced as an example.
- the number of data code blocks included in one data unit of the second code block stream in the embodiment of the present application may be flexibly determined, and the first code block stream and the second code block stream are both 64B/66B codes as an example.
- the number of the first type of data code blocks included in one data unit of the second code block stream for carrying the code blocks corresponding to all time slots is Hb, and the Hb may be based on the Hb.
- the payload area of the first type of data code block (the payload area of a first type of data code block carries H bits) or some or all of the Hlcm bits (the payload area of the Hb first type of data code blocks)
- the total number of bits is Hp, Hlcm is less than or equal to Hp)
- the TDM time slot is divided into a plurality of low-order time slot particles, which are used as low-order pipes based on the combination of the divided time slot particles (the low-order pipeline carries the first code block flow)
- the pipeline is configured to carry a 64B/66B code block in the first code block stream or a code block that compresses the code block in the first code block stream.
- the TDM time slot division of the Hlcm bit is equivalently equivalent to the TDM time slot division of the to-be-processed code block sequence obtained after step 4101.
- the high-order bearer pipeline (the high-order pipeline is carrying the second code block stream) Pipeline) a part or all of the Hlcm bits of the bit corresponding to the payload area of the Hb first type data code block in the data unit of the second code block stream (the payload area of a first type of data code block carrying H bits)
- the total number of bits in the payload area of the Hb first type data block is Hp, Hlcm is less than or equal to Hp), corresponding to g 66b particles can be divided into p time slots, p can be divisible by g, and g and p are positive integers.
- the high-order bearer pipeline (the high-order pipeline is the pipeline carrying the second code block stream) the payload area of the Hb first-type data code blocks in the data unit of the second code block stream (a first The payload area of the class data code block carries H bits. Part or all of the Hlcm bits of the corresponding bit (the total number of bits of the payload area of the Hb first type data code blocks is Hp), and Hlcm is less than or equal to Hp.
- Hp corresponds to g1 M2/N2 bit payload particles
- g1*N2 is the total number of bits of the payload area of all the first type of data code blocks in one data unit in the second code block stream.
- the Hlcm bit g3*N3 bits correspond to g3 M3/N3 bit blocks (for example, 512B/514B coded bit blocks), and one M3/N3 code block particle equivalently corresponds to g3*k 66b particles of the to-be-processed code block stream (for example, 512B/
- the 514B coded bit block is equivalent to four 66b particles), and the equivalent corresponding code block stream is divided into p time slots, p can be divisible by g, and both g and p are positive integers.
- the embodiment of the present application provides an option for determining the number of data code blocks (or the first type of data code blocks used to carry the first code block stream) included in one data unit in the second code block stream.
- the first code block stream is in the M1/N1 bit coding mode
- the second code block stream is in the M2/N2 bit coding mode
- the compression process is not considered as an example for explanation. Since each code block in the first code block stream is N1 bits, the payload area of the second code block stream needs to be loaded, and the payload area of the data code block of the second code block stream is M2 bits, then N1 and M2 are calculated.
- the common multiple, the number of data code blocks included in one data unit of the second code block stream may be an integral multiple of the common multiple of N1 and M2 and the quotient of N2.
- the number of data code blocks included in one data unit of the second code block stream may be an integral multiple of the least common multiple of N1 and M2 and an integer multiple of the quotient of N2.
- the value of lcm (66, 64) is 2112
- lcm (66, 64) indicates Find the least common multiple of 66 and 64.
- the number of data code blocks included in one data unit of the second code block stream may be 33 (33 is the quotient of the common multiple 2112 of 66 and 64 and the bit 64 of the payload area of the data code block of the second code block stream) Integer multiple.
- the 33 data code blocks representing the second code block stream carry 32 (32 is a common multiple of 21 and 64 2112 and one of the first code block streams)
- the coder of the bit 66 of the code block corresponds to the code block corresponding to the time slot; when the first code block stream is allocated for one time slot, the code block corresponding to the time slot refers to the first code block flow corresponding to the time slot The code block taken out; when the first code block stream is not allocated for the time slot, the code block corresponding to the time slot refers to the determined pattern code block.
- the embodiment of the present application provides a possible implementation manner, in which the bits of the payload area of the data code block in one data unit in the second code block stream are calculated.
- the bit of the payload area of the data code block in one of the data units in the second code block stream is 2122 (2122 is included in one data unit of the second code block stream)
- the number of data code blocks 33 and the bit 64 of the non-synchronized header area in the data code block are bits.
- the 2122 bits When the 2122 bits are all used to carry the code block of the first code block stream, it can carry up to 32 64B/ 66B code block, so the time slot can be divided into an integer multiple of 32 timeslots, and the number of time slots can also be a value that can be divisible by 32, such as dividing 16 time slots, 8 time slots or 4 time slots, etc. Wait.
- the total number of bits of the payload area of all the first type of data code blocks in one data unit of the second code block stream may not be constrained by the above common multiple relationship, such as the second code block stream in the above example.
- the total number of bits of the payload area of all the first type of data code blocks included in one data unit is greater than 2122 bits, such that when 2122 bits are used to carry bits corresponding to the code block of the first code block stream, redundant Bits may be left unused or used to carry some other indication information.
- determining a bit of a payload area of all data code blocks (including all first type data code blocks and all second type data code blocks) included in one data unit of the second code block stream The number of transmissions can be considered for transmission efficiency and reserved IDLE. The larger the total number of bits of the payload area of all data code blocks of a data block in the second code block stream, the longer the data unit and the lower the overhead.
- Block 5205 is encoded with a 64B/66B encoding type, the total number of bits of the resulting code block 5205 is 66 bits, and the number of bits occupied by the asynchronous header region 5407 of one data block 5403 of the second code block stream 5401 is 64. Bit, therefore, one data code block 5403 of the second code block stream carries the first 64 bits of the code block 5205 corresponding to slot 0, and another data code block 5403 of the second code block stream carries the code block 5205 corresponding to slot 0.
- the embodiment of the present application provides another optional data transmission scheme.
- the code block sequence to be processed is corresponding.
- the bit is placed in the second code block stream to be sent, and includes: compressing consecutive R code blocks in the code block sequence to be processed to obtain a compressed code block sequence; wherein R is a positive integer; and the compressed code block sequence is corresponding to The bits are placed in the second code block stream to be transmitted.
- FIG. 20 is a schematic structural diagram showing another second code block stream provided by an embodiment of the present application, as shown in FIG. 20, FIG. 20 is an improvement performed on the basis of FIG. 19, and FIG.
- the sequence of code blocks corresponding to each time slot is called a code block sequence to be processed, and the code block sequence to be processed is compressed to obtain a compressed code block sequence, and then the compressed code block sequence is placed into the second code block stream.
- the compressed code block sequence may be placed into the payload area of the first type of data code block of the second code block stream.
- the synchronization header area of one code block of the first code block stream and the bit corresponding to the asynchronous synchronization area may be continuously placed in the payload area of the second code block stream. If the code block sequence to be processed is directly put into the second code block stream without being compressed, it means that all the bits of the synchronization header area and the non-synchronization area of all code blocks in the code block sequence to be processed are continuously placed into the second code block. In the stream. If the code block sequence to be processed is compressed into the second code block stream, it means that all the bits of the synchronization header area and the non-synchronization area of all the code blocks in the compressed code block sequence are continuously placed in the second code block stream. of.
- the code block sequence to be processed is directly inserted into the second code block stream without compression, it refers to the synchronization header area and the non-synchronization header region of the code block sequence to be processed from the first code block stream. All bits of the sync area are successively placed in the second block stream. If the code block sequence to be processed is compressed into the second code block stream, it means that all bits of the synchronization header area and the non-synchronization area of one code block in the first code block stream in the compressed code block sequence are in the compressed code block sequence. The corresponding bits in the compressed code block sequence are successively placed in the second code block stream.
- the following is an example of compressing a code block sequence to be processed into a code block in a compressed code block sequence. If the code block in the code block sequence to be processed is not directly compressed into the second code block stream, the code to be processed is processed.
- the case of one code block in a block sequence is similar to the case where the code block sequence to be processed in this example is compressed into one code block in the compressed code block sequence. In this example, as illustrated in conjunction with FIG. 20, as shown in FIG.
- all bits included in the code block 5205 corresponding to slot 0 in the compressed code block sequence (eg, if the code block includes a sync header area and an asynchronous area)
- all the bits corresponding to the code block refer to all the bits corresponding to the synchronization header area and the asynchronous header area of the code block) are consecutively placed in the payload area of the first type of data code block of the second code block stream. That is to say, only for the payload area of all the first type of data code blocks in one data unit of the second code block stream, for example, only the first of the data units included in the second code block stream can be simply viewed.
- the sequence of the first type of data code block included is only for the payload area sequence in the sequence of the first type of data code block, and all the code blocks corresponding to the 32 time slots included in the compressed code block sequence are all
- the bits are one or more of the payload regions in the sequence of payload regions in a sequence of first type of data blocks in a data unit of the second code block stream.
- some other code blocks such as a control code block, and a second type, may be included between adjacent two first type data code blocks included in one data unit in the second code block stream.
- the data code block or the like, that is to say, the payload area sequence in the sequence of the first type of data code block does not include the payload area of the code block except the first type of data code block.
- the payload area of the first type of data code block is put into the payload area of the first type of data code block as an example. If the bit corresponding to the code block sequence to be processed can also be put into the first code block and the end code block.
- the above-mentioned payload area sequence can be said to be a payload area sequence composed of a payload area of all code blocks included in one data unit of the second code block stream for carrying bits corresponding to the code block sequence to be processed. .
- the code block is compressed.
- the time slot corresponding to each bit and the bit are waiting.
- the corresponding time slots in the processed code block sequence are the same.
- the code block sequence to be processed is 64B/66B coded and the code block sequence is 64/65 bit coded
- a 64B/66B code block in the code block sequence to be processed corresponds to time slot 2, the 64B/66B.
- the corresponding 64B/65B code block of the code block in the compressed code block sequence also corresponds to time slot 2.
- slot 2 corresponds to a 64B/66B code block in the sequence of code blocks to be processed, and corresponds to a 64B/65B code block in the sequence of compressed code blocks.
- each code block in the sequence to be processed can be separately compressed.
- the synchronization header area of each code block in the sequence to be processed is compressed from 2 bits to 1 bit, for example, "10". Compress to "1" and "01" to "0".
- the code block code in the code block sequence to be processed is 64B/66B
- the coded form of the compressed code block sequence becomes 64/65 bit code.
- a code block whose sync header area is "10" indicates that the type of the code block is a control type.
- the type field of the code block of the currently widely used control type includes 0x1E, 0x2D, 0x33, 0x4B, 0x55, 0x66, 0x78, 0x87, 0x99, 0xAA, 0xB4, 0xCC, 0xD2, 0xE1, and 0xFF. Other values such as 0x00 are left unused.
- the type field of the code block occupies 1 byte, so the type field of the code block of the control type can be compressed from 8 bits to 4 bits, for example, "0x1E" is compressed to "0x1", and "0x2D" is compressed to "0x2". Wait.
- FIG. 21 is a schematic diagram showing a compression processing manner provided by an embodiment of the present application. As shown in FIG.
- the first bit of the 256B/257B code block is 1 to indicate that the 256B/257B code block does not include
- the code blocks of the control type in the sequence to be processed are all code blocks of the data type in the sequence to be processed, so that the total 8-bit sync header of the four 64B/66B code blocks in the sequence of code blocks to be processed can be compressed into one. Bit.
- FIG. 22 is a schematic diagram showing a compression processing manner provided by an embodiment of the present application. As shown in FIG. 22, the first bit of the 256B/257B code block is 0, indicating that the 256B/257B code block is in the 256B/257B code block.
- a code block including a control type in at least one sequence to be processed and then 4 bits of a type field of a first 64B/66B code block included in the 256B/257B code block may be used to sequentially indicate the 256B/257B code 4 types of 4 64B/66B code blocks from the sequence of code blocks to be processed included in the block, such as 4 64B/66B code blocks from the sequence of code blocks to be processed included in the 256B/257B code block
- the types are all control types, the 4 bits may be "0000" in order, so that the synchronization header regions of the 4 64B/66B code blocks from the sequence of code blocks to be processed included in the 256B/257B code block may be compressed. That is, the 4-bit space of the type field of the saved code block can be used for the combined order identification of a plurality of code blocks.
- consecutive R code blocks in the code block sequence to be processed are compressed. If R is greater than 1, at least two code blocks are included in consecutive R code blocks, and two of the two code blocks are taken out.
- the first code block stream is two different first code block streams.
- R is 4, and therefore, when 4 consecutively compressed in the sequence of code blocks to be processed, there are at least two code blocks in the consecutive 4 code blocks,
- the two first code block streams corresponding to the two code blocks are different.
- the first code block flow corresponding to one code block is the first code block flow 5201 in the foregoing FIG. 18, and the first code block flow corresponding to the other code block. It is the first code block stream 5301 in FIG. 18 described above.
- the number of the first type of data code blocks included in one data unit in the second code block stream in the embodiment of the present application is not limited, and may be determined according to actual conditions.
- the code block sequence to be processed is Compression is performed to achieve alignment of the second code block stream and the compressed code block sequence (ie, a code block in a data unit of the second code block stream that can carry an integer number of compressed code block sequences, or
- the time slot boundary and the code block boundary may be determined by the data unit of the second code block stream, and the method for calculating the number of the first type of data code blocks included in one of the data units in the second code block stream is required to be
- the coding mode of the compressed code block sequence is calculated.
- the specific calculation method is to replace the parameter of the coded form of the code block sequence to be processed in the above calculation method with the parameter of the coded form of the compressed code block sequence.
- the coded sequence of the compressed code block sequence is M3/N3; M3 is a positive integer, and N3 is an integer not less than M3.
- the embodiment of the present application provides a solution, where the number of the first type of data code blocks included in one of the at least one data unit included in the second code block stream is based on a common multiple of N3 and M2 and M2 Determining; for example, the number of first type of data code blocks included in one data unit is at least a common multiple of N3 and M2 and a quotient of M2.
- the number of the first type of data code blocks may be greater than the common multiple of N3 and M2 and the quotient of M2, and the number of the first type of data code blocks in one data unit may be an integral multiple of the common multiple of N3 and M2 and the quotient of M2.
- the number of the first type of data code blocks included in one of the at least one data unit included in the second code block stream is determined according to a least common multiple of N2 and M2 and M2; for example, one data unit is included
- the number of the first type of data code blocks is at least the least common multiple of N3 and M2 and the quotient of M2, the number of the first type of data code blocks included in one data unit is greater than the least common multiple of N3 and M2 and the quotient of M2, one data.
- the number of first type of data code blocks included in the unit may be an integral multiple of N3 and M2 and an integer multiple of the quotient of M2.
- the first type of data code block defined by the data code block in the embodiment of the present application may be a data code block that carries a code block corresponding to each time slot, and the second type of data code block may be used to carry other information.
- a bit (such as any one or more of time slot allocation indication information, identification indication information, and multiplexing indication information).
- the location of the second type of data code block in one data unit may be fixed, or may be notified to the first communication device on the multiplexing side and the second communication device on the demultiplexing side after configuration.
- the multiplexing indication information may be carried in the second code block stream, where the multiplexing indication information is used to indicate that the multiplexed code block is carried in the data unit, that is, the multiplexed
- the receiving side needs to perform a demultiplexing operation after receiving the code block in the data unit.
- the multiplexing indication information may be carried in a data unit of the second code block stream, such as any one or more of the first code block, the second type data code block, and the tail code block.
- the multiplexing indication information may also indicate that only the data unit including the multiplexing indication information carries the multiplexed code block.
- the multiplexing indication information may be carried on a code block between adjacent data units, for example, an O code block may be configured between adjacent data units, and the multiplexing indication information may be carried in the O The payload area of the code block.
- the multiplexing indication information after receiving the multiplexing indication information, it may be determined that the data unit received after the multiplexing indication information is carried by the multiplexed code block, and is required.
- the demultiplexing is performed until the non-multiplexed indication information is received, and the non-multiplexed indication information may indicate that the code block carried by the subsequent data unit of the non-multiplexed indication information does not need to be demultiplexed.
- the Q-segment may be Each of the third data streams in the three data streams is transcoded, and each of the third data streams is converted into a first code block stream encoded in M1/N1 bit coding.
- the third data stream may be, for example, a Synchronous Digital Hierarchy (SDH) service signal, and may perform service mapping processing, such as a payload of the data unit that can encapsulate the third data stream into the first code block stream.
- SDH Synchronous Digital Hierarchy
- the necessary encapsulation overhead, the OAM code block, and the idle code block are added to obtain the first code block stream corresponding to the third data stream, and adding the preset idle code block in the first code block stream can enable the The adaptation of the first code block stream to the corresponding pipe rate is adapted by the addition and deletion of the idle code block.
- the service signal of the 8-byte D0-D7 of the SDH service may be mapped to the payload area of a 64B/66B data code block, and the synchronization header '01' may be added, thereby converting the service signal of the 8-byte D0-D7. It is in the form of a 64B/66B code block.
- X-Ethernet/FlexE allocates a 5 Gbps time slot to a second code block stream with a time slot of 5 Gbps granularity, that is, a time slot bandwidth (also called a rate) of 5 Gbps.
- a time slot bandwidth also called a rate
- the structure of one data unit in the second code block stream is [1 header block (the header block can also be called an overhead code block) + 0023 data code blocks + 1 idle code block].
- the payload area of 33 64B/66B data code blocks to completely load 32 64B/66B code blocks (64B/66B code blocks can be header code blocks, tail code blocks or data code blocks) ( If compression processing is performed, 32 64B/66B code blocks are compressed code block sequences.
- 5G is the nominal rate of a time slot, that is, the bit rate of the 64B/66B coded except the sync header.
- the native rate bandwidth of SDH STM-1 is 155.52 Mbps.
- the native rate bandwidth of SDH STM-1 is 155.52 Mbps.
- the operating clock frequency of the device or device may be higher by a few ppm, depending on the specific service signal, such as +100ppm or +20ppm, for example, using the loose frequency deviation for Ethernet, ie +100ppm
- the maximum package bandwidth of SDH STM-1 is 160.7096177Mbps.
- the allowable frequency offset of optical transport network (OTN) is +/-20ppm; the allowable frequency offset ratio of Synchronous Digital Hierarchy (SDH) The first two are smaller, +/- 4.6ppm in sync.
- the bandwidth of 160.9579176Mbps (-100ppm: 160.9418218Mbps) is greater than the bandwidth of 160.6935484Mbps (+100ppm: 160.7096177Mbps).
- the low-order carrier pipeline rate is 100ppm lower and the service signal is 100ppm higher. Therefore, after the SDH STM-1 service signal is encapsulated by the above, the SDH STM-1 package signal can be transmitted in a low-order pipeline by the padding effect of the idle code block.
- a 5G time slot corresponds to an X-Ethernet high-order pipeline, which can be divided into 31 time slots, each time corresponding to a low-order pipeline, and can be transmitted after encapsulation 1 Road SDH STM-1 business.
- STM-N is the N-time rate relationship of STM-1
- service signals such as STM-4 and STM-16 can be carried by the low-order bearer pipeline formed by the above N time slots after being transparently encapsulated in the same manner.
- the OTN signal is similar to the SDH signal except that the rate is different.
- the bandwidth of the low-order bearer pipeline is always greater than or equal to the bandwidth encapsulated by the service signal by allocating an appropriate number of time slots, and the rate filling adaptation is implemented by the idle addition and deletion operation.
- FIG. 23 is a schematic flowchart diagram of a data transmission method provided by an embodiment of the present application. As shown in FIG. 23, the method includes:
- Step 7201 Receive a second code block stream, where the code block corresponding bit in the Q first code block stream is carried in a payload area of the code block in the second code block stream, and Q is an integer greater than 1;
- the coding type of the code block stream is M1/N1 bit coding, M1 is a positive integer, N1 is an integer not less than M1; the coding type of the second code block stream is M2/N2 bit coding; M2 is a positive integer, and the second code block
- the number of bits carried in the payload area of one code block in the stream is not greater than M2; N2 is an integer not less than M2;
- Step 7202 demultiplexing the Q first code block streams.
- the code block corresponding to the Q first code block streams carried by the second code block stream may be extracted from the second code block stream.
- the first code block stream corresponding to each code block is further determined, thereby recovering each first code block stream.
- the method performed by the first communication device on the multiplexing side is as shown in FIG. 19 above, and the sequence of the code block to be processed is not compressed, in an optional implementation manner, the method is obtained.
- the bit corresponding to the code block in the Q first code block stream carried by the payload area of the two code block stream obtains the sequence of the code block to be decompressed; according to the sequence of the code block to be decompressed, the Q first code is demultiplexed Block flow.
- the code block corresponding to each time slot can be extracted from the payload area of the first type of data code block of the second code block stream to obtain a sequence of the code block to be decompressed, and then the sequence of the code block to be decompressed can be sorted according to the order.
- each time slot corresponds to, for example, 32 time slots are shared, and the second communication device on the demultiplexing side knows the location of the first type of data code block of the code block corresponding to the bearer slot (can be configured in advance or centralized control)
- the unit or management unit sends to the second communication device on the demultiplexing side, or is sent by the first communication device on the multiplexing side to the second communication device on the demultiplexing side), in one of the data units in the second code block stream
- the first code block corresponds to time slot 0
- the second code block corresponds to time slot 1
- the third code block corresponds to time slot 2 and so on. Sorting sequentially, until after the code block corresponding to the time slot 31, the next code block is determined again as the code block corresponding to the time slot 0, and the subsequent second code block is determined as the code block corresponding to the time slot 1.
- the second communication device on the demultiplexing side acquires the identifier of the time slot corresponding to each of the first code block streams in the Q first code block stream, that is, obtains the correspondence between the Q first code block stream and the time slot. For example, if a first code block stream is allocated slot 0, then the code block in the sequence of the code block to be decompressed corresponding to slot 0 is determined as the code block in the first code block stream, and the block is restored. The first code block stream.
- the sequence of the code block to be processed is compressed, in an optional implementation manner,
- the payload area of the first type of data code block of the two code block stream takes out the code block corresponding to each time slot, and obtains a sequence of the code block to be decompressed.
- the sequence of the code block to be decompressed is decompressed to obtain a sequence of the code block to be recovered.
- the first code block stream corresponding to each code block in the code block sequence to be recovered is determined, and the Q first is obtained.
- each of the first code block streams in the Q first code block stream corresponds to at least one time slot; the order of the code blocks included in the code block sequence to be recovered, and the code block included in the code block sequence to be recovered The ordering of the corresponding time slots is matched.
- the sequence of the code blocks to be recovered may be corresponding to the order of the respective time slots according to the ordering, for example, 32 time slots are shared, and the second communication device on the demultiplexing side knows the first type of data code blocks of the code blocks corresponding to the bearer slots.
- the first code block corresponds to time slot 0
- the second code block corresponds to time slot 1
- the three code blocks are sequentially sorted corresponding to the time slot 2 and the like, and after being ranked to the code block corresponding to the time slot 31, the next code block is again determined as the code block corresponding to the time slot 0, and the subsequent second code block is determined as The code block corresponding to slot 1.
- the second communication device on the demultiplexing side acquires the identifier of the time slot corresponding to each of the first code block streams in the Q first code block stream, that is, obtains the correspondence between the Q first code block stream and the time slot. For example, if a first code block stream is allocated slot 0, then the code block in the sequence of the code block to be recovered corresponding to slot 0 is determined as the code block in the first code block stream, and the first A block flow.
- the compressed code block sequence is 64/65 bit coded
- the to-be-processed code block sequence is 64B/66B code.
- the second communication device on the demultiplexing side may obtain the second code block stream.
- Boundary information of a data unit such as boundary information of an idle code block of a second code block stream, a header block of a data unit (a header code block may also be referred to as an overhead code block) boundary, and a first type of data code block
- the boundary information of the payload area so that each 64B/65B code can be delimited by 65 bits at a time starting from the first bit of the first first type of data code block in a data unit of the second code block stream.
- the delimited 64B/65B code block is a code block in the sequence of the code block to be decompressed, and then the code block in the sequence of the decompressed code block can be decompressed according to the first bit information, thereby recovering The 64B/66B code block in the code block sequence is recovered.
- FIG. 24 is a schematic diagram showing a data transmission structure provided by an embodiment of the present application.
- the first communication device 4304 is a multiplexing side and the communication device 4306 is a demultiplexing side
- the first communication is performed.
- the device 4304 multiplexes the first code block stream 4301 and the second code block stream 4302 into a second code block stream 4303, and the second code block stream is in at least one intermediate node 4305 (two intermediate nodes 4305 are marked in the figure)
- the communication device between the first communication device on the multiplexing side and the second communication device on the demultiplexing side may be referred to as an intermediate node, and the first communication device 4306 demultiplexes the received second code block stream.
- a first code block stream 4301 and a first code block stream 4302 are obtained.
- the solution provided by the embodiment of the present application solves the problem of multiplexing transmission of multiple service signals to a code block stream (64B/66B encoding) based service signal, such as multiple service signals.
- a code block stream (64B/66B encoding) based service signal such as multiple service signals.
- Multiplexed into a 64B/66B service signal, cross-connecting and scheduling in the network according to a 64B/66B service signal which can simplify the network operation and maintenance and data plane of X-Ethernet and SPN technologies, thus enabling X-Ethernet and SPN
- the technology is perfected so that these two technologies can be applied to backbone and long-distance networks.
- the solution provided by the embodiment of the present application may further provide at least two two carriers carrying two first code block streams in a high-order pipeline carrying the second code block stream on the device of the ingress and egress of the second code block stream.
- a low-order pipeline which is independently mapped and demapped.
- the intermediate node (the communication device between the first communication device on the multiplexing side and the second communication device on the demultiplexing side may be referred to as an intermediate node) exchanges, and only needs to process the high-order pipeline, and does not need to process the low-order pipeline, thereby
- the convergence of the number of pipes can be simplified, and the cross processing of the intermediate nodes can be simplified.
- the multiplexing efficiency can be effectively improved by optionally encoding and compressing the low-order pipeline signals.
- the existing network and technology can be effectively compatible, so that the multiplexed high-order pipeline can traverse the existing network nodes and networks supporting the flat networking. Can have good forward and backward compatibility.
- the present application provides a communication device 8101 for performing any of the multiplexing sides in the above method.
- 25 is a schematic structural diagram of a communication device provided by the present application.
- the communication device 8101 includes a processor 8103, a transceiver 8102, a memory 8105, and a communication interface 8104.
- the processor 8103, The transceiver 8102, the memory 8105, and the communication interface 8104 are connected to each other through a bus 8106.
- the communication device 8101 in this example may be the first communication device in the above content, and may perform the scheme corresponding to FIG. 7 above.
- the communication device 8101 may be the communication device 3105 in FIG. 4 and FIG. 5 described above, or may be the communication device 3107. .
- the bus 8106 can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus.
- PCI peripheral component interconnect
- EISA extended industry standard architecture
- the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in Figure 25, but it does not mean that there is only one bus or one type of bus.
- the memory 8105 may include a volatile memory such as a random-access memory (RAM); the memory may also include a non-volatile memory such as a flash memory.
- RAM random-access memory
- the memory may also include a non-volatile memory such as a flash memory.
- a hard disk drive (HDD) or a solid-state drive (SSD); the memory 8105 may also include a combination of the above types of memories.
- the communication interface 8104 can be a wired communication access port, a wireless communication interface, or a combination thereof, wherein the wired communication interface can be, for example, an Ethernet interface.
- the Ethernet interface can be an optical interface, an electrical interface, or a combination thereof.
- the wireless communication interface can be a WLAN interface.
- the processor 8103 can be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP.
- the processor 8103 may further include a hardware chip.
- the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
- the PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (GAL), or any combination thereof.
- the memory 8105 can also be used to store program instructions, the processor 8103 invoking the program instructions stored in the memory 8105, can perform one or more of the steps shown in the above scheme, or alternatively
- the communication device 8101 enables the functions of the communication device in the above method.
- the processor 8103 is configured to: according to the instruction for executing the memory storage, and control the transceiver 8102 to perform signal reception and signal transmission, when the processor 8103 executes the instruction of the memory storage, the processor 8103 in the communication device 8101 is configured to: acquire the Q strip.
- a first code block stream where Q is an integer greater than 1; the coding type of the first code block stream is M1/N1 bit coding, M1 is a positive integer, N1 is an integer not less than M1; and Q first code blocks are The bit corresponding to the code block in the stream is placed in the second code block stream to be sent; wherein the coding type of the second code block stream is M2/N2 bit coding; and the code block corresponding to the bit carrier in the Q first code block stream a payload area of the code block in the second code block stream; where M2 is a positive integer, and the number of bits carried in the payload area of one code block in the second code block stream is not greater than M2; N2 is not less than M2 An integer 8; a transceiver 8102, configured to send a second code block stream.
- the processor 8103 is configured to perform code block-based time division multiplexing on the code blocks in the Q first code block streams to obtain a code block sequence to be processed.
- Each of the first code block streams in the code block stream corresponds to at least one time slot; the order of the code blocks included in the code block sequence to be processed matches the order of the time slots corresponding to the code blocks included in the code block sequence to be processed; The bit corresponding to the sequence of code blocks to be processed is placed in the second code block stream to be transmitted.
- the processor 8103 is configured to compress consecutive R code blocks in the sequence of code blocks to be processed to obtain a compressed code block sequence, where R is a positive integer; The bit corresponding to the block sequence is placed in the second code block stream to be transmitted.
- the processor 8103 is further configured to, according to the first code block stream in the Q first code block stream, perform: according to a bandwidth of the first code block stream and the first code block. Performing addition and deletion processing of the idle IDLE code block for the first code block stream, where the total bandwidth of the time slot corresponding to the first code block stream is based on the time slot corresponding to the first code block stream The number, as well as the bandwidth allocated for each time slot corresponding to the first code block stream.
- the data structure of the second code block stream in the embodiment of the present application may be various. For specific examples, refer to the foregoing embodiment, and details are not described herein again.
- other information carried in the second code block stream such as the identifier indication information, the time slot allocation indication information, the multiplexing indication information, and the like, may be referred to the content of the foregoing embodiment, and details are not described herein again.
- FIG. 26 exemplarily shows a schematic structural diagram of a communication device provided by the present application.
- the communication device 8201 includes a processor 8203, a transceiver 8202, a memory 8205, and a communication interface 8204; wherein, the processor 8203, The transceiver 8202, the memory 8205, and the communication interface 8204 are connected to each other through a bus 8206.
- the communication device 8201 in this example may be the second communication device in the above content, and may perform the foregoing scheme corresponding to FIG. 23, and the communication device 8201 may be the communication device 3109 in FIG. 4 above, or may be the communication in FIG. 5 described above. The device 3109 may also be the communication device 3115 in FIG. 5 described above.
- the bus 8206 can be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus.
- PCI peripheral component interconnect
- EISA extended industry standard architecture
- the bus can be divided into an address bus, a data bus, a control bus, and the like. For ease of representation, only one thick line is shown in FIG. 26, but it does not mean that there is only one bus or one type of bus.
- the memory 8205 may include a volatile memory such as a random-access memory (RAM); the memory may also include a non-volatile memory such as a flash memory.
- RAM random-access memory
- the memory may also include a non-volatile memory such as a flash memory.
- a hard disk drive (HDD) or a solid-state drive (SSD); the memory 8205 may also include a combination of the above types of memories.
- the communication interface 8204 can be a wired communication access port, a wireless communication interface, or a combination thereof, wherein the wired communication interface can be, for example, an Ethernet interface.
- the Ethernet interface can be an optical interface, an electrical interface, or a combination thereof.
- the wireless communication interface can be a WLAN interface.
- the processor 8203 may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP.
- the processor 8203 may further include a hardware chip.
- the hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
- the PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (GAL), or any combination thereof.
- the memory 8205 can also be used to store program instructions, and the processor 8203 calls the program instructions stored in the memory 8205, can perform one or more steps in the embodiment shown in the above scheme, or alternatively
- the communication device 8201 is enabled to implement the functions of the communication device in the above method.
- the processor 8203 is configured to control the transceiver 8202 to perform signal reception and signal transmission according to an instruction to execute the memory storage.
- the transceiver 8202 in the communication device 8201 is configured to receive the second code.
- the code block corresponding bits in the Q first code block stream are carried in a payload area of the code block in the second code block stream, and Q is an integer greater than 1;
- the coding type of the first code block stream is M1/N1 bit coding, M1 is a positive integer, N1 is an integer not less than M1;
- the coding type of the second code block stream is M2/N2 bit coding; M2 is a positive integer, and one code block in the second code block stream
- the number of bits carried in the payload area is not greater than M2; N2 is an integer not less than M2; and the processor 8203 is configured to demultiplex the Q first code block streams.
- the processor 8203 is configured to: obtain, according to the code block in the Q first code block stream carried by the payload area of the second code block stream, to obtain the to-be-decompressed code block. a sequence; demultiplexing the Q first code block streams according to the sequence of the code block to be decompressed.
- one code block in the sequence of the code block to be decompressed is obtained by compressing at least two code blocks, at least two code blocks correspond to two different first code block streams.
- the processor 8203 is configured to: decompress the sequence of the code block to be decompressed to obtain a sequence of code blocks to be recovered; and determine, according to the sequence of the code block to be recovered, the sequence of the code block to be recovered. a first code block stream corresponding to each code block, wherein Q first code block streams are obtained; wherein each of the first code block streams in the Q first code block streams corresponds to at least one time slot; the code block sequence to be recovered The ordering of the included code blocks matches the order of the time slots corresponding to the code blocks included in the code block sequence to be recovered.
- the data structure of the second code block stream in the embodiment of the present application may be various. For specific examples, refer to the foregoing embodiment, and details are not described herein again.
- other information carried in the second code block stream such as the identifier indication information, the time slot allocation indication information, the multiplexing indication information, and the like, may be referred to the content of the foregoing embodiment, and details are not described herein again.
- FIG. 27 exemplarily shows a schematic structural diagram of a communication device according to an embodiment of the present application.
- the communication device 8301 includes a transceiver unit 8302 and a multiplexing demultiplexing unit 8303.
- the communication device 8301 in this example may be the first communication device in the above content, and may perform the solution corresponding to FIG. 7 above.
- the communication device 8301 may be the communication device 3105 in FIG. 4 and FIG. 5 described above, or may be the communication device 3107. .
- the multiplexing demultiplexing unit 8303 is configured to: acquire Q first code block streams, where Q is an integer greater than 1; the coding type of the first code block stream is M1/N1 bit coding, and M1 is a positive integer, N1 An integer that is not less than M1; the bit corresponding to the code block in the Q first code block stream is placed in the second code block stream to be sent; wherein the coding type of the second code block stream is M2/N2 bit coding; The code block corresponding bits in the Q first code block stream are carried in the payload area of the code block in the second code block stream; wherein M2 is a positive integer, and the payload area of one code block in the second code block stream The number of bits carried is not greater than M2; N2 is an integer not less than M2; and the transceiver unit 8302 is configured to send the second code block stream.
- the transceiver unit 8302 can be implemented by the transceiver 8102 of FIG. 25, and the multiplexing and demultiplexing unit 8303 can be implemented by the processor 8103 of FIG. 25 described above. That is, the transceiver unit 8302 in the embodiment of the present application may perform the implementation of the transceiver 8102 of FIG. 25, and the multiplexing and demultiplexing unit 8303 may perform the execution of the processor 8103 of FIG. 25 described above. For the rest of the content, refer to the above content, and details are not described herein again.
- the division of the units of the foregoing first communication device and the second communication device is only a division of a logical function, and may be integrated into one physical entity in whole or in part, or may be physically separated.
- the transceiver unit 8302 can be implemented by the transceiver 8102 of FIG. 25, and the multiplexing and demultiplexing unit 8303 can be implemented by the processor 8103 of FIG. 25 described above.
- the memory 8105 included in the communication device 8101 can be used to store a code when the processor 8103 included in the communication device 8101 executes a scheme, and the code can be a program/code pre-installed when the communication device 8101 is shipped.
- FIG. 28 exemplarily shows a schematic structural diagram of a communication device according to an embodiment of the present application.
- the communication device 8401 includes a transceiver unit 8402 and a multiplexing and demultiplexing unit 8403.
- the communication device 8401 in this example may be the second communication device in the above content, and may perform the foregoing scheme corresponding to FIG. 23, and the communication device 8401 may be the communication device 3109 in FIG. 4 above, or may be the communication in FIG. 5 described above.
- the device 3109 may also be the communication device 3115 in FIG. 5 described above.
- the transceiver unit 8402 is configured to receive the second code block stream, where the code block corresponding bit in the Q first code block stream is carried in the payload area of the code block in the second code block stream, and Q is an integer greater than 1.
- the coding type of the first code block stream is M1/N1 bit coding, M1 is a positive integer, N1 is an integer not less than M1; the coding type of the second code block stream is M2/N2 bit coding; M2 is a positive integer, The number of bits carried in the payload area of one code block in the two code block stream is not greater than M2; N2 is an integer not less than M2; and the multiplexing demultiplexing unit 8403 is configured to demultiplex the first code block of Q flow.
- the transceiver unit 8402 can be implemented by the transceiver 8202 of FIG. 26, and the multiplexing and demultiplexing unit 8403 can be implemented by the processor 8203 of FIG. 26 described above. That is, the transceiver unit 8402 in the embodiment of the present application may perform the implementation of the transceiver 8202 of FIG. 26, and the multiplexing and demultiplexing unit 8403 may perform the execution of the processor 8203 of FIG. 26 described above. For the rest of the content, refer to the above content, and details are not described herein again.
- the division of the units of the foregoing first communication device and the second communication device is only a division of a logical function, and may be integrated into one physical entity in whole or in part, or may be physically separated.
- the transceiver unit 8402 can be implemented by the transceiver 8202 of FIG. 26, and the multiplexing and demultiplexing unit 8403 can be implemented by the processor 8203 of FIG. 26 described above.
- the memory 8205 included in the communication device 8201 can be used to store a code when the processor 8203 included in the communication device 8201 executes a scheme, and the code can be a program/code pre-installed when the communication device 8201 is shipped.
- a computer program product includes one or more instructions.
- the computer can be a general purpose computer, a special purpose computer, a computer network, or other programmable device.
- the instructions may be stored on a computer storage medium or transferred from one computer storage medium to another computer storage medium, for example, instructions may be wired from a website site, computer, server or data center (eg, coaxial cable, fiber optic, digital user) Line (DSL) or wireless (eg infrared, wireless, microwave, etc.) transmission to another website site, computer, server or data center.
- the computer storage medium can be any available media that can be accessed by the computer or a data storage device such as a server, data center, or the like, including one or more available media.
- Usable media can be magnetic media (eg, floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.), optical media (eg, CD, DVD, BD, HVD, etc.), or semiconductor media (eg, ROM, EPROM, EEPROM, Non-volatile memory (NAND FLASH), solid state disk (SSD), etc.
- magnetic media eg, floppy disk, hard disk, magnetic tape, magneto-optical disk (MO), etc.
- optical media eg, CD, DVD, BD, HVD, etc.
- semiconductor media eg, ROM, EPROM, EEPROM, Non-volatile memory (NAND FLASH), solid state disk (SSD), etc.
- embodiments of the present application can be provided as a method, system, or computer program product. Therefore, the embodiments of the present application may take the form of an entirely hardware embodiment, an entirely software embodiment, or an embodiment combining software and hardware. Moreover, embodiments of the present application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
- computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
- Embodiments of the present application are described with reference to flowchart illustrations and/or block diagrams of methods, devices (systems), and computer program products according to embodiments of the present application. It will be understood that each flow and/or block of the flowcharts and/or block diagrams, and combinations of flow and/or blocks in the flowcharts and/or ⁇ RTIgt; These instructions can be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing device to produce a machine such that instructions executed by a processor of a computer or other programmable data processing device are utilized for implementation A means of function specified in a flow or a flow and/or a block diagram of a block or blocks.
- the instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Quality & Reliability (AREA)
- Computer Security & Cryptography (AREA)
- Time-Division Multiplex Systems (AREA)
Abstract
Description
Claims (30)
- 一种数据传输方法,其特征在于,包括:获取Q条第一码块流,其中,所述Q为大于1的整数;所述第一码块流的编码类型为M1/N1比特编码,所述M1为正整数,所述N1为不小于所述M1的整数;将所述Q条第一码块流中的码块对应的比特放入待发送的第二码块流;其中,所述第二码块流的编码类型为M2/N2比特编码;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的码块的净荷区域;其中,所述M2为正整数,所述第二码块流中的一个码块的净荷区域承载的比特的数量不大于所述M2;所述N2为不小于所述M2的整数。
- 如权利要求1所述的方法,其特征在于,所述第二码块流对应至少一个数据单元;所述至少一个数据单元中的一个数据单元包括头码块和至少一个数据码块;或者,所述至少一个数据单元中的一个数据单元包括头码块、至少一个数据码块和尾端码块;或者,所述至少一个数据单元中的一个数据单元包括至少一个数据码块和尾端码块;其中,所述至少一个数据码块包括至少一个第一类数据码块;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的所述至少一个第一类数据码块中的第一类数据码块的净荷区域;其中,所述第二码块流中的一个第一类数据码块的净荷区域承载的比特的数量为所述M2。
- 如权利要求2所述的方法,其特征在于,所述头码块为S码块,和/或,所述尾端码块为T码块。
- 如权利要求2或3所述的方法,其特征在于,所述将所述Q条第一码块流中的码块对应的比特放入待发送的第二码块流,包括:将所述Q条第一码块流中的码块进行基于码块的时分复用,得到待处理码块序列;其中,所述Q条第一码块流中的每条第一码块流对应至少一个时隙;所述待处理码块序列包括的码块的排序,与所述待处理码块序列包括的码块所对应的时隙的排序匹配;将所述待处理码块序列对应的比特放入待发送的所述第二码块流。
- 如权利要求4所述的方法,其特征在于,所述第二码块流的预设码块中承载时隙分配指示信息;所述时隙分配指示信息用于指示所述Q条第一码块流和时隙的对应关系。
- 如权利要求4或5所述的方法,其特征在于,所述将所述待处理码块序列对应的比特放入待发送的所述第二码块流,包括:将所述待处理码块序列中连续R个码块进行压缩,得到压缩后码块序列;其中,所述R为正整数;将压缩后码块序列对应的比特放入待发送的第二码块流。
- 如权利要求5或6所述的方法,其特征在于,所述压缩后码块序列的编码形式为M3/N3;所述M3为正整数,所述N3为不小于所述M3的整数;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的公倍数与所述M2确定的;或者;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的最小公倍数与所述M2确定的。
- 一种数据传输方法,其特征在于,包括:接收第二码块流;其中,Q条第一码块流中的码块对应比特承载于所述第二码块流中的码块的净荷区域,所述Q为大于1的整数;所述第一码块流的编码类型为M1/N1比特编码,所述M1为正整数,所述N1为不小于所述M1的整数;所述第二码块流的编码类型为M2/N2比特编码;所述M2为正整数,所述第二码块流中的一个码块的净荷区域承载的比特的数量不大于所述M2;所述N2为不小于所述M2的整数;解复用出所述Q条第一码块流。
- 如权利要求8所述的方法,其特征在于,所述第二码块流对应至少一个数据单元;所述至少一个数据单元中的一个数据单元包括头码块和至少一个数据码块;或者,所述至少一个数据单元中的一个数据单元包括头码块、至少一个数据码块和尾端码块;或者,所述至少一个数据单元中的一个数据单元包括至少一个数据码块和尾端码块;其中,所述至少一个数据码块包括至少一个第一类数据码块;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的所述至少一个第一类数据码块中的第一类数据码块的净荷区域;其中,所述第二码块流中的一个第一类数据码块的净荷区域承载的比特的数量为所述M2。
- 如权利要求9所述的方法,其特征在于,所述头码块为S码块,和/或,所述尾端码块为T码块。
- 如权利要求9或10所述的方法,其特征在于,所述解复用出所述Q条第一码块流,包括:获取所述第二码块流的净荷区域承载的所述Q条第一码块流中的码块对应的比特,得到待解压缩码块序列;根据所述待解压缩码块序列,解复用出所述Q条第一码块流。
- 如权利要求10或11所述的方法,其特征在于,所述第二码块流的预设码块中承载时隙分配指示信息;所述时隙分配指示信息用于指示所述Q条第一码块流和时隙的对应关系。
- 如权利要求10至12任一项所述的方法,其特征在于,所述根据所述待解压缩码块序列,解复用出所述Q条第一码块流,包括:将所述待解压缩码块序列进行解压缩,得到待恢复码块序列;根据所述待恢复码块序列,确定出所述待恢复码块序列中每个码块对应的第一码块流,得到所述Q条第一码块流;其中,所述Q条第一码块流中的每条第一码块流对应至少一个时隙;所述待恢复码块序列包括的码块的排序,与所述待恢复码块序列包括的码块所对应的时隙的排序匹配。
- 如权利要求11至13任一项所述的方法,其特征在于,所述压缩后码块序列的编码形式为M3/N3;所述M3为正整数,所述N3为不小于所述M3的整数;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的公倍数与所述M2确定的;或者;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的最小公倍数与所述M2确定的。
- 一种通信设备,其特征在于,包括:处理器,用于获取Q条第一码块流,其中,所述Q为大于1的整数;所述第一码块流的编码类型为M1/N1比特编码,所述M1为正整数,所述N1为不小于所述M1的整数;将所述Q条第一码块流中的码块对应的比特放入待发送的第二码块流;其中,所述第二码块流的编码类型为M2/N2比特编码;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的码块的净荷区域;其中,所述M2为正整数,所述第二码块流中的一个码块的净荷区域承载的比特的数量不大于所述M2;所述N2为不小于所述M2的整数;收发器,用于发送所述第二码块流。
- 如权利要求15所述的通信设备,其特征在于,所述第二码块流对应至少一个数据单元;所述至少一个数据单元中的一个数据单元包括头码块和至少一个数据码块;或者,所述至少一个数据单元中的一个数据单元包括头码块、至少一个数据码块和尾端码块;或者,所述至少一个数据单元中的一个数据单元包括至少一个数据码块和尾端码块;其中,所述至少一个数据码块包括至少一个第一类数据码块;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的所述至少一个第一类数据码块中的第一类数据码块的净荷区域;其中,所述第二码块流中的一个第一类数据码块的净荷区域承载的比特的数量为所述M2。
- 如权利要求16所述的通信设备,其特征在于,所述头码块为S码块,和/或,所述尾端码块为T码块。
- 如权利要求16或17所述的通信设备,其特征在于,所述处理器,用于:将所述Q条第一码块流中的码块进行基于码块的时分复用,得到待处理码块序列;其中,所述Q条第一码块流中的每条第一码块流对应至少一个时隙;所述待处理码块序列包括的码块的排序,与所述待处理码块序列包括的码块所对应的时隙的排序匹配;将所述待处理码块序列对应的比特放入待发送的所述第二码块流。
- 如权利要求18所述的通信设备,其特征在于,所述第二码块流的预设码块中承载时隙分配指示信息;所述时隙分配指示信息用于指示所述Q条第一码块流和时隙的对应关系。
- 如权利要求18或19所述的通信设备,其特征在于,所述处理器,用于:将所述待处理码块序列中连续R个码块进行压缩,得到压缩后码块序列;其中,所述R为正整数;将压缩后码块序列对应的比特放入待发送的第二码块流。
- 如权利要求19或20所述的通信设备,其特征在于,所述压缩后码块序列的编码形式为M3/N3;所述M3为正整数,所述N3为不小于所述M3的整数;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的公倍数与所述M2确定的;或者;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的最小公倍数与所述M2确定的。
- 一种通信设备,其特征在于,包括:收发器,用于接收第二码块流;其中,Q条第一码块流中的码块对应比特承载于所述第二码块流中的码块的净荷区域,所述Q为大于1的整数;所述第一码块流的编码类型为M1/N1比特编码,所述M1为正整数,所述N1为不小于所述M1的整数;所述第二码块流的编码类型为M2/N2比特编码;所述M2为正整数,所述第二码块流中的一个码块的净荷区域承载的比特的数量不大于所述M2;所述N2为不小于所述M2的整数;处理器,用于解复用出所述Q条第一码块流。
- 如权利要求22所述的通信设备,其特征在于,所述第二码块流对应至少一个数据单元;所述至少一个数据单元中的一个数据单元包括头码块和至少一个数据码块;或者,所述至少一个数据单元中的一个数据单元包括头码块、至少一个数据码块和尾端码块;或者,所述至少一个数据单元中的一个数据单元包括至少一个数据码块和尾端码块;其中,所述至少一个数据码块包括至少一个第一类数据码块;所述Q条第一码块流中的码块对应比特承载于所述第二码块流中的所述至少一个第一类数据码块中的第一类数据码块的净荷区域;其中,所述第二码块流中的一个第一类数据码块的净荷区域承载的比特的数量为所述M2。
- 如权利要求23所述的通信设备,其特征在于,所述头码块为S码块,和/或,所述尾端码块为T码块。
- 如权利要求23或24所述的通信设备,其特征在于,所述处理器,用于:获取所述第二码块流的净荷区域承载的所述Q条第一码块流中的码块对应的比特,得到待解压缩码块序列;根据所述待解压缩码块序列,解复用出所述Q条第一码块流。
- 如权利要求25所述的通信设备,其特征在于,若所述待解压缩码块序列中的一个码块是对至少两个码块进行压缩得到的,则所述至少两个码块对应两个不同的第一码块流。
- 如权利要求25或26所述的通信设备,其特征在于,所述第二码块流的预设码块中承载时隙分配指示信息;所述时隙分配指示信息用于指示所述Q条第一码块流和时隙的对应关系。
- 如权利要求25至27任一项所述的通信设备,其特征在于,所述处理器,用于:将所述待解压缩码块序列进行解压缩,得到待恢复码块序列;根据所述待恢复码块序列,确定出所述待恢复码块序列中每个码块对应的第一码块流,得到所述Q条第一码块流;其中,所述Q条第一码块流中的每条第一码块流对应至少一个时隙;所述待恢复码块序列包括的码块的排序,与所述待恢复码块序列包括的码块所对应的时隙的排序匹配。
- 如权利要求25至28任一项所述的通信设备,其特征在于,所述压缩后码块序列的编码形式为M3/N3;所述M3为正整数,所述N3为不小于所述M3的整数;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的公倍数与所述M2确定的;或者;所述第二码块流中包括的至少一个数据单元中的一个数据单元中包括的第一类数据码块的数量是根据所述N3和所述M2的最小公倍数与所述M2确定的。
- 一种计算机存储介质,其特征在于,所述计算机存储介质存储有计算机可执行指令,所述计算机可执行指令在被计算机调用时,使所述计算机执行如权利要求1至14任一权利要求所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP18893906.0A EP3726758A4 (en) | 2017-12-29 | 2018-12-05 | DATA TRANSFER PROCESS, COMMUNICATION DEVICE AND STORAGE MEDIUM |
KR1020207021706A KR102331530B1 (ko) | 2017-12-29 | 2018-12-05 | 데이터 전송 방법, 통신 장치, 및 저장 매체 |
JP2020536670A JP7026802B2 (ja) | 2017-12-29 | 2018-12-05 | データ伝送方法、通信機器、および記憶媒体 |
US16/913,691 US11316545B2 (en) | 2017-12-29 | 2020-06-26 | Data transmission method, communications device, and storage medium |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711489045.XA CN109995455B (zh) | 2017-12-29 | 2017-12-29 | 一种数据传输方法、通信设备及存储介质 |
CN201711489045.X | 2017-12-29 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/913,691 Continuation US11316545B2 (en) | 2017-12-29 | 2020-06-26 | Data transmission method, communications device, and storage medium |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019128664A1 true WO2019128664A1 (zh) | 2019-07-04 |
Family
ID=67066509
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/CN2018/119412 WO2019128664A1 (zh) | 2017-12-29 | 2018-12-05 | 一种数据传输方法、通信设备及存储介质 |
Country Status (6)
Country | Link |
---|---|
US (1) | US11316545B2 (zh) |
EP (1) | EP3726758A4 (zh) |
JP (1) | JP7026802B2 (zh) |
KR (1) | KR102331530B1 (zh) |
CN (2) | CN111884753A (zh) |
WO (1) | WO2019128664A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112398756A (zh) * | 2019-08-13 | 2021-02-23 | 华为技术有限公司 | 用于传输业务数据的方法和装置 |
WO2021045964A1 (en) * | 2019-09-05 | 2021-03-11 | Ciena Corporation | Flexible ethernet and mtn over wireless links |
US20220247505A1 (en) * | 2019-12-23 | 2022-08-04 | Zte Corporation | Method and apparatus for configuring synchronisation information, network device, and storage medium |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11153191B2 (en) * | 2018-01-19 | 2021-10-19 | Intel Corporation | Technologies for timestamping with error correction |
JP7183930B2 (ja) * | 2019-04-12 | 2022-12-06 | 日本電信電話株式会社 | 信号転送システム、信号転送方法及び経路制御装置 |
US11265096B2 (en) | 2019-05-13 | 2022-03-01 | Intel Corporation | High accuracy time stamping for multi-lane ports |
CN112532522B (zh) * | 2019-09-19 | 2023-09-05 | 中兴通讯股份有限公司 | 一种业务路径的建立方法、装置、电子设备 |
CN112866138A (zh) * | 2019-11-26 | 2021-05-28 | 华为技术有限公司 | 一种资源分配方法、装置和设备 |
CN112953675A (zh) * | 2019-12-10 | 2021-06-11 | 华为技术有限公司 | 一种数据传输方法、通信设备及存储介质 |
CN113938245A (zh) * | 2020-07-13 | 2022-01-14 | 华为技术有限公司 | 一种速率适配方法及装置 |
CN114125880A (zh) * | 2020-08-28 | 2022-03-01 | 中国移动通信有限公司研究院 | 发送端运行、管理和维护插入、提取方法、设备及介质 |
CN112543349B (zh) * | 2020-11-27 | 2023-03-14 | 西安空间无线电技术研究所 | 一种多端口高速数据同步传输方法 |
CN114584255A (zh) * | 2020-11-30 | 2022-06-03 | 华为技术有限公司 | 一种码块识别方法及装置 |
CN114915366A (zh) * | 2021-02-10 | 2022-08-16 | 华为技术有限公司 | 一种通信方法、设备和芯片系统 |
CN113824660B (zh) * | 2021-09-28 | 2023-12-26 | 新华三信息安全技术有限公司 | 一种码流的透传方法和路由器 |
CN114584258B (zh) * | 2022-02-15 | 2023-05-26 | 烽火通信科技股份有限公司 | 业务时延降低方法、装置、设备及可读存储介质 |
KR102598313B1 (ko) * | 2023-04-26 | 2023-11-03 | (주)썬웨이브텍 | 25g 프론트홀 망 구성용 리버스 먹스폰더 및 먹스폰더 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335751A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 将以太网编码块映射到光传输网络传输的方法及装置 |
CN202799014U (zh) * | 2012-08-30 | 2013-03-13 | 深圳市九洲电器有限公司 | 多路ts码流的复用系统 |
US20160308558A1 (en) * | 2011-04-13 | 2016-10-20 | Cortina Systems, Inc. | Staircase forward error correction coding |
CN106301678A (zh) * | 2015-06-08 | 2017-01-04 | 华为技术有限公司 | 一种数据处理的方法、通信设备及通信系统 |
CN106341207A (zh) * | 2015-07-06 | 2017-01-18 | 华为技术有限公司 | 一种编码块数据流的发送和接收方法、设备和系统 |
Family Cites Families (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8412051B2 (en) * | 2006-10-13 | 2013-04-02 | Menara Networks, Inc. | 40G/100G optical transceivers with integrated framing and forward error correction |
US6718491B1 (en) * | 2000-03-06 | 2004-04-06 | Agilent Technologies, Inc. | Coding method and coder for coding packetized serial data with low overhead |
JP2003009219A (ja) * | 2001-06-22 | 2003-01-10 | Nec Corp | 多チャネル時分割多重アクセス無線通信システム、及びそのスロット割当情報通知方法 |
JP2003273939A (ja) * | 2002-03-13 | 2003-09-26 | Nec Corp | 多重伝送システムおよび変換装置と警報転送方法 |
US8990653B2 (en) * | 2006-03-31 | 2015-03-24 | Stmicroelectronics, Inc. | Apparatus and method for transmitting and recovering encoded data streams across multiple physical medium attachments |
US8259760B2 (en) * | 2006-03-31 | 2012-09-04 | Stmicroelectronics, Inc. | Apparatus and method for transmitting and recovering multi-lane encoded data streams using a reduced number of lanes |
US7675945B2 (en) * | 2006-09-25 | 2010-03-09 | Futurewei Technologies, Inc. | Multi-component compatible data architecture |
US7995621B2 (en) * | 2008-10-01 | 2011-08-09 | Nortel Netwoeks Limited | Techniques for time transfer via signal encoding |
US20120120967A1 (en) * | 2010-11-12 | 2012-05-17 | Ali Ghiasi | Universal Serial Interface |
US8898550B2 (en) * | 2012-06-26 | 2014-11-25 | International Business Machines Corporation | Encoding of data for transmission |
CN103684691B (zh) * | 2013-12-05 | 2017-01-11 | 中国航空无线电电子研究所 | 一种同时支持fc协议8g和16g速率的通讯方法 |
WO2016172765A1 (en) * | 2015-04-30 | 2016-11-03 | Metamako Lp | A system for multiplexing a plurality of payloads and a method for multiplexing a plurality of payloads |
EP4060914A1 (en) * | 2015-06-30 | 2022-09-21 | Ciena Corporation | Flexible ethernet systems and methods for time transfer |
US9838290B2 (en) * | 2015-06-30 | 2017-12-05 | Ciena Corporation | Flexible ethernet operations, administration, and maintenance systems and methods |
US9800361B2 (en) * | 2015-06-30 | 2017-10-24 | Ciena Corporation | Flexible ethernet switching systems and methods |
JP6560589B2 (ja) * | 2015-10-19 | 2019-08-14 | 日本放送協会 | イーサネットフレーム変換装置及びイーサネットフレーム再変換装置 |
CN106612203A (zh) * | 2015-10-27 | 2017-05-03 | 中兴通讯股份有限公司 | 一种处理灵活以太网客户端数据流的方法及装置 |
CN106788855B (zh) * | 2015-11-23 | 2018-12-07 | 华为技术有限公司 | 一种灵活以太网业务的光传送网承载方法及装置 |
US10182039B2 (en) * | 2016-02-04 | 2019-01-15 | Cisco Technology, Inc. | Encrypted and authenticated data frame |
CN109150361B (zh) * | 2017-06-16 | 2021-01-15 | 中国移动通信有限公司研究院 | 一种传输网络系统、数据交换和传输方法、装置及设备 |
US10506083B2 (en) * | 2017-06-27 | 2019-12-10 | Cisco Technology, Inc. | Segment routing gateway storing segment routing encapsulating header used in encapsulating and forwarding of returned native packet |
WO2019119389A1 (en) * | 2017-12-22 | 2019-06-27 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatus for configuring a flex ethernet node |
-
2017
- 2017-12-29 CN CN202010589990.2A patent/CN111884753A/zh active Pending
- 2017-12-29 CN CN201711489045.XA patent/CN109995455B/zh active Active
-
2018
- 2018-12-05 WO PCT/CN2018/119412 patent/WO2019128664A1/zh unknown
- 2018-12-05 KR KR1020207021706A patent/KR102331530B1/ko active IP Right Grant
- 2018-12-05 JP JP2020536670A patent/JP7026802B2/ja active Active
- 2018-12-05 EP EP18893906.0A patent/EP3726758A4/en active Pending
-
2020
- 2020-06-26 US US16/913,691 patent/US11316545B2/en active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101335751A (zh) * | 2007-06-29 | 2008-12-31 | 华为技术有限公司 | 将以太网编码块映射到光传输网络传输的方法及装置 |
US20160308558A1 (en) * | 2011-04-13 | 2016-10-20 | Cortina Systems, Inc. | Staircase forward error correction coding |
CN202799014U (zh) * | 2012-08-30 | 2013-03-13 | 深圳市九洲电器有限公司 | 多路ts码流的复用系统 |
CN106301678A (zh) * | 2015-06-08 | 2017-01-04 | 华为技术有限公司 | 一种数据处理的方法、通信设备及通信系统 |
CN106341207A (zh) * | 2015-07-06 | 2017-01-18 | 华为技术有限公司 | 一种编码块数据流的发送和接收方法、设备和系统 |
Non-Patent Citations (1)
Title |
---|
See also references of EP3726758A4 |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112398756A (zh) * | 2019-08-13 | 2021-02-23 | 华为技术有限公司 | 用于传输业务数据的方法和装置 |
CN112398756B (zh) * | 2019-08-13 | 2024-05-17 | 华为技术有限公司 | 用于传输业务数据的方法和装置 |
WO2021045964A1 (en) * | 2019-09-05 | 2021-03-11 | Ciena Corporation | Flexible ethernet and mtn over wireless links |
US20220247505A1 (en) * | 2019-12-23 | 2022-08-04 | Zte Corporation | Method and apparatus for configuring synchronisation information, network device, and storage medium |
Also Published As
Publication number | Publication date |
---|---|
US20200328767A1 (en) | 2020-10-15 |
US11316545B2 (en) | 2022-04-26 |
EP3726758A4 (en) | 2021-02-17 |
EP3726758A1 (en) | 2020-10-21 |
CN109995455A (zh) | 2019-07-09 |
KR20200103077A (ko) | 2020-09-01 |
CN111884753A (zh) | 2020-11-03 |
KR102331530B1 (ko) | 2021-12-01 |
JP7026802B2 (ja) | 2022-02-28 |
CN109995455B (zh) | 2020-07-07 |
JP2021508214A (ja) | 2021-02-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
WO2019128664A1 (zh) | 一种数据传输方法、通信设备及存储介质 | |
US11381338B2 (en) | Data transmission method, communications device, and storage medium | |
US20180098076A1 (en) | Data Processing Method, Communications Device, and Communications System | |
EP4178297A1 (en) | Data transmission method, and device | |
EP3832914A1 (en) | Oam message transmission method, sending device, receiving device, and readable storage device | |
EP3641237A1 (en) | Transmission network system, and data exchange and transmission method, device and apparatus | |
WO2021180007A1 (zh) | 一种业务承载的方法、装置和系统 | |
CN105790883B (zh) | 一种处理信号的方法及通信设备 | |
WO2019029419A1 (zh) | 透传业务频率的方法和设备 | |
WO2021219079A1 (zh) | 业务数据处理、交换、提取方法及设备、计算机可读介质 | |
WO2007131405A1 (fr) | Dispositif et procédé pour mettre en oeuvre la transmission de convergence et de non convergence d'une pluralité de services multitrajet | |
WO2023109424A1 (zh) | 一种数据传输的方法以及相关装置 | |
CN113472826A (zh) | 一种业务承载、提取方法、数据交换方法及设备 | |
WO2021115215A1 (zh) | 一种数据传输方法、通信设备及存储介质 | |
JP7167345B2 (ja) | データ伝送方法、通信機器、および記憶媒体 | |
CN115811388A (zh) | 一种通信方法、相关装置以及存储介质 | |
WO2020048508A1 (zh) | 一种码块生成方法、接收方法和装置 | |
WO2024032269A1 (zh) | 通信方法、相关装置及计算机可读存储介质 | |
WO2024002188A1 (zh) | 用于灵活以太网的方法、网络设备及存储介质 | |
WO2023231764A1 (zh) | 业务数据处理的方法和装置 | |
EP3664371B1 (en) | Switching method and apparatus |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 18893906 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2020536670 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 2018893906 Country of ref document: EP Effective date: 20200713 |
|
ENP | Entry into the national phase |
Ref document number: 20207021706 Country of ref document: KR Kind code of ref document: A |