WO2021259042A1 - 通信系统中数据处理方法和装置 - Google Patents

通信系统中数据处理方法和装置 Download PDF

Info

Publication number
WO2021259042A1
WO2021259042A1 PCT/CN2021/098338 CN2021098338W WO2021259042A1 WO 2021259042 A1 WO2021259042 A1 WO 2021259042A1 CN 2021098338 W CN2021098338 W CN 2021098338W WO 2021259042 A1 WO2021259042 A1 WO 2021259042A1
Authority
WO
WIPO (PCT)
Prior art keywords
coded
data
decoding
coding
interleaving
Prior art date
Application number
PCT/CN2021/098338
Other languages
English (en)
French (fr)
Inventor
杨伟强
魏岳军
吴可镝
窦圣跃
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Publication of WO2021259042A1 publication Critical patent/WO2021259042A1/zh

Links

Images

Classifications

    • 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/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/09—Error detection only, e.g. using cyclic redundancy check [CRC] codes or single parity bit
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/11—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits using multiple parity bits
    • H03M13/1102—Codes on graphs and decoding on graphs, e.g. low-density parity check [LDPC] codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/37—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/37—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
    • H03M13/3761—Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35 using code combining, i.e. using combining of codeword portions which may have been transmitted separately, e.g. Digital Fountain codes, Raptor codes or Luby Transform [LT] codes
    • 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

Definitions

  • This application relates to the field of communications, and more specifically, to methods and devices for data processing in the field of communications.
  • LTE long term evolution
  • NR new radio
  • the embodiments of the present application provide data processing methods, devices, and systems in order to improve transmission reliability.
  • an embodiment of the present application provides a data processing method, including: transmitting data that has undergone at least one L2 encoding and physical layer channel encoding between communication devices.
  • L2 coding may include coding schemes such as error correction coding or erasure correction coding, for example, low-density parity check LDPC code, polarized Polar code, fountain code, repetition code, cyclic parity check code CRC and so on.
  • error correction coding for example, low-density parity check LDPC code, polarized Polar code, fountain code, repetition code, cyclic parity check code CRC and so on.
  • the transmitted data is also subjected to one or more additional L2 coding.
  • the reliability of the data is improved. Even if the data fails to be decoded at the physical layer, it can continue to pass one or more times. Repeating L2 decoding for correction or recovery reduces the probability of receiving data errors and increases the success rate of decoding, thereby reducing the number of failed retransmissions of data decoding and reducing transmission delay.
  • the communication devices also exchange parameters related to L2 coding, where the parameters related to L2 coding include one or more of the following: whether to enable L2 coding, coding scheme, code rate, unequal protection coding parameters, etc. . Therefore, the communication device at the transmitting end can determine whether to transmit data that has undergone at least one L2 encoding and physical layer channel encoding according to the parameters related to L2 encoding, and the communication device at the receiving end can determine whether to continue L2 translation after the physical layer decoding according to the parameters related to L2 encoding. code.
  • the parameters related to the L2 encoding exchanged between the communication devices may be the L2 encoding related parameters specified by one of the parties, or the two parties may negotiate the L2 encoding related parameters.
  • the parameters related to the L2 coding can be transmitted through the control channel for out-of-band signaling or channel-associated signaling via uplink control information (UCI) and/or downlink control information (DCI), or Through the high-level signaling transmission of the control plane, it can also be transmitted along with the data on the user plane.
  • UCI uplink control information
  • DCI downlink control information
  • transmitting data that has undergone at least one L2 encoding and physical layer channel encoding between the communication devices includes:
  • At least one coded transmission block is obtained, and the at least one coded transmission block is subjected to physical layer processing to obtain a signal for transmission, where the physical layer processing includes channel coding.
  • the at least one coded transmission block includes the data to be sent after one or more times of L2 coding. It can also be said that the L2 processing includes at least one L2 coding.
  • the signal used for transmission includes the data to be transmitted that has undergone at least one L2 coding and physical layer channel coding.
  • the data to be sent can be one or more data packets of the protocol layer above L2 (L3 or application layer, etc.), for example, the quality of service (QoS) flow of the user plane PDU session (PDU session) Internet Protocol (IP) IP package.
  • L2 L3 or application layer, etc.
  • QoS quality of service
  • IP Internet Protocol
  • L2 includes multiple L2 protocol sublayers, such as RRC, SDAP, PDCP, RLC, MAC, etc.
  • the L2 coding sublayer used for L2 coding is one of the foregoing multiple L2 protocol sublayers, or the L2 coding sublayer used for L2 coding is a new protocol sublayer in L2.
  • the encoding rate may be determined according to the degree of protection of the data to be sent, for example, according to at least one of the data bearer QoS requirements, or the measurement of the fluctuation range of the channel.
  • the data to be sent in the at least one encoded transport block is encoded with unequal protection capabilities.
  • the data to be sent in the at least one coded transport block is coded with unequal protection capability according to the importance of each bit. After encoding in this way, the reliability of important bits is generally higher than that of unimportant bits.
  • the data to be sent may come from one or more types of data streams.
  • the importance of different types of data streams may differ, and the importance of the data of the same data stream may also differ.
  • the data to be sent can be grouped according to one or more of the data stream, or data stream type, or RB, or reliability requirements, or transmission connection, and the data to be sent is L2 encoded according to the packet. Packet L2 encoding can provide differentiated, independent encoding and transmission mechanisms for the data to be sent in the packet.
  • different groups may use different coding schemes for L2 coding; different groups may also use different coding rates for L2 coding.
  • the L2 processing of the data to be sent to obtain at least one encoded transmission block includes: obtaining N encoding codes to be L2 to be sent according to the data to be sent Block; at least one of L2 encoding or L2 interleaving is performed on N code blocks to be L2 coded to obtain M L2 coded PDUs; T coded transmission blocks are obtained according to the M L2 coded PDUs, where N, M and T are all An integer greater than or equal to 1.
  • the obtaining N code blocks to be L2 encoded according to the data to be sent includes: grouping the data to be sent according to one or more of service bearers, reliability requirements, or transmission connections ;According to the grouped data to be sent, N to-be-encoded code blocks are obtained, wherein the data to be sent included in each to-be-L2-encoded code block is the same packet.
  • the obtaining N code blocks to be L2 encoded according to the data to be sent includes: performing one or more L2 protocol sublayer processing on the data to be sent to obtain one or more data units; and according to the one or Multiple data units acquire N code blocks to be L2 encoded.
  • performing at least one of L2 encoding or L2 interleaving on the N code blocks to be L2 encoded to obtain M L2 encoded protocol data unit PDUs includes: Performing L2 encoding or L2 interleaving processing on the N code blocks to be L2 coded to obtain N L2 code blocks; obtain M L2 coded PDUs according to the N L2 code blocks.
  • performing at least one of L2 encoding or L2 interleaving on the N code blocks to be L2 encoded to obtain M L2 encoded protocol data unit PDUs includes: Performing L2 interleaving on the N code blocks to be L2 coded to obtain N interleaved code blocks to be L2 coded; performing L2 coding on the N interleaving code blocks to be L2 coded to obtain N L2 code blocks; L2 coded blocks get M L2 coded PDUs.
  • performing at least one of L2 encoding or L2 interleaving on the N code blocks to be L2 encoded to obtain M L2 encoded protocol data unit PDUs includes: Perform L2 coding on the N code blocks to be L2 coded to obtain N L2 code blocks; perform L2 interleaving on the N L2 code blocks to obtain N L2 code blocks after interleaving; according to the N L2 code blocks after interleaving Obtain M L2 coded PDUs.
  • L2 interleaving includes intra-block interleaving or inter-block interleaving.
  • the code block to be L2 encoded needs to meet the requirements of the L2 encoding scheme.
  • the code block to be L2 encoded includes part or all of the data to be sent, and the code block to be L2 encoded may also include padding bits, or check bits, or padding bits and check bits.
  • performing at least one of L2 encoding or L2 interleaving on the N code blocks to be L2 encoded to obtain M L2 encoded protocol data unit PDUs includes: Performing L2 encoding processing on the N code blocks to be L2 coded to obtain N L2 code blocks; obtain M data units according to the N L2 code blocks; obtain M L2 coded PDUs by interleaving the M data units respectively.
  • the performing L2 encoding on the N code blocks to be L2 encoded includes: adopting unequal protection according to the importance of the bits in the N code blocks to be L2 encoded
  • the encoding scheme is L2 encoding.
  • each coded transmission block includes one L2 coded PDU, or each coded transmission block includes one or more L2 coded PDUs obtained after processing at least one L2 protocol sublayer.
  • each coded transmission block includes one or more L2 coded PDUs obtained after processing at least one L2 protocol sublayer.
  • the M L2 coded PDUs are processed by one or more L2 protocol sublayers to obtain T coded transmission blocks.
  • the data to be sent included in the same code block to be L2 coded belongs to the same group.
  • the data encoded by the packet L2 can be mixed and sent, and the data to be sent included in each encoded transmission block can belong to different packets, for example, it can be mixed by means of interleaving, multiplexing, and partitioning.
  • Packet L2 encoded data can also be sent in groups. If the data to be sent included in each encoded transmission block belongs to the same group, the methods of interleaving, multiplexing, and partitioning after L2 encoding are also performed in groups.
  • the obtaining T coded transmission blocks according to the M L2 coded PDUs includes: allocating M L2 coded PDUs to different connections; and according to the M L2 coded PDUs
  • the PDU gets T coded transmissions, and the L2 coded PDUs included in each coded transmission block are allocated to the same connection for transmission.
  • multiple connections can be LTE and NR dual connection, NR and WLAN (such as WiFi) dual connection, wireless access network and fixed network and other multiple connections, NR high and low frequency different frequency bands multiple connections, and in the relay network, such as IAB scenarios, scenarios where data is forwarded via multiple relays, etc.
  • LTE and NR dual connection NR and WLAN (such as WiFi) dual connection
  • wireless access network and fixed network and other multiple connections NR high and low frequency different frequency bands multiple connections
  • NR high and low frequency different frequency bands multiple connections and in the relay network, such as IAB scenarios, scenarios where data is forwarded via multiple relays, etc.
  • the M L2 coded PDUs may be L2 coded PDUs corresponding to different groups obtained by grouping L2 coding, or may be L2 coded PDUs that are not grouped.
  • data distribution can be performed according to one or more of the data size, data type, or data importance that can be carried by each connection.
  • the physical layer processing can also include one or more other: adding CRC to the transmission block, code block segmentation and code block CRC addition, block Interleaving, rate matching, modulation, MIMO precoding, OFDM, etc.
  • transmitting data that has undergone at least one L2 encoding and physical layer channel encoding between the communication devices includes:
  • a decoding sequence of at least one coded transport block is obtained, and the decoding sequence of at least one coded transport block is subjected to L2 processing at the receiving end to obtain data.
  • the decoding sequence may include a hard value sequence or a soft value sequence, or a hard value sequence and a soft value sequence.
  • the at least one encoded transmission block includes data that has been L2 encoded one or more times, and correspondingly, L2 processing includes at least one L2 decoding.
  • the received signal includes the data that has undergone L2 coding and physical layer channel coding at least once.
  • the L2 processing of the decoding sequence of at least one coded transport block to obtain one or more service data packets includes: The decoding sequence of the encoded transport block obtains the decoding sequence of M L2 coded PDUs, where T is an integer greater than or equal to 1, and at least one of L2 decoding or L2 deinterleaving is performed on the decoding sequence of the M L2 coded PDUs N code blocks are obtained by item processing; the received data is obtained according to the N code blocks.
  • each coded transport block includes one L2 coded PDU, or each coded transport block includes L2 coded PDUs processed by one or more L2 protocol sublayers, and accordingly,
  • the obtaining the decoding sequence of M L2 coded PDUs according to the decoding sequence of the T coded transport blocks includes: the decoding sequence of the T coded transport blocks is processed by one or more L2 protocol sublayers to obtain M Decoding sequence of an L2 coded PDU.
  • performing at least one of L2 decoding or L2 deinterleaving on the decoding sequence of the M L2 coded PDUs to obtain N code blocks includes: Perform L2 deinterleaving on the decoding sequences of the M L2 coded PDUs to obtain deinterleaved M decoding sequences, and obtain N to-be L2 decoding sequences according to the deinterleaved M decoding sequences; L2 decoding is performed on a sequence to be L2 decoded to obtain the N code blocks.
  • performing at least one of L2 decoding or L2 deinterleaving on the decoding sequence of the M L2 coded PDUs to obtain N code blocks includes: The decoding sequences of the M L2 coded PDUs obtain N to-be-L2 decoding sequences, and one or both of L2 decoding or L2 de-interleaving is performed on the N-to-L2 decoding sequences to obtain the N codes piece.
  • performing one or both of L2 decoding or L2 de-interleaving on the N to-be-decoded sequences to obtain the N code blocks includes: Perform L2 de-interleaving on the N to-be L2 decoding sequences to obtain de-interleaved N to-L2 decoding sequences; perform L2 decoding on the de-interleaved N to-L2 decoding sequences to obtain N code blocks .
  • performing one or both of L2 decoding or L2 de-interleaving on the N to-be-decoded sequences to obtain the N code blocks includes: Performing L2 decoding on the N to-be-decoded sequences to obtain N decoded sequences; performing L2 de-interleaving on the N decoded sequences to obtain N code blocks.
  • the obtaining one or more service data packets according to the N code blocks includes: processing the N code blocks through one or more L2 protocol sublayers Then, the one or more service data packets are obtained.
  • the upper layer or physical layer is notified of the decoding failure result, and the upper layer entity or the physical layer entity determines whether to retransmit.
  • a data processing method including: transmitting RLC coded and physical layer channel coded data between communication devices.
  • the RLC coding may include coding schemes such as error correction coding or erasure correction coding, for example, low-density parity check LDPC code, polarized Polar code, fountain code, repetition code, cyclic parity check code CRC, etc.
  • error correction coding for example, low-density parity check LDPC code, polarized Polar code, fountain code, repetition code, cyclic parity check code CRC, etc.
  • the transmitted data is also RLC encoded.
  • the reliability of the data is improved. Even if the data fails to be decoded at the physical layer, it can continue to be corrected or restored through RLC decoding.
  • the probability of receiving data errors is reduced, and the success rate of decoding is improved, thereby reducing the number of retransmissions of data decoding failures and reducing transmission delay.
  • the communication devices also exchange RLC coding-related parameters, where the RLC coding-related parameters include one or more of the following: whether to enable RLC coding, coding scheme, code rate, unequal protection coding parameters, etc. . Therefore, the communication device at the transmitting end can determine whether to transmit data that has undergone at least one RLC encoding and physical layer channel encoding according to the parameters related to RLC encoding, and the communication device at the receiving end can determine whether to continue RLC translation after physical layer decoding according to the parameters related to RLC encoding. code.
  • the transmission of RLC-encoded and physical-layer channel-encoded data between the communication devices includes:
  • the RLC entity obtains at least one PDCP PDU
  • the RLC entity performs at least one of RLC encoding or RLC interleaving on the at least one PDCP PDU to obtain at least one RLC encoded PDU;
  • the MAC entity obtains at least one coded transport block according to the at least one RLC coded PDU;
  • the physical layer entity obtains a signal for transmission after performing physical layer processing including channel coding on the at least one coded transport block.
  • the transmission of RLC-encoded and physical-layer channel-encoded data between the communication devices includes:
  • the physical layer entity performs physical layer channel decoding processing on the received signal to obtain a decoding sequence of at least one coded transport block;
  • the MAC entity obtains the decoding sequence of at least one RLC coded PDU according to the decoding sequence of the at least one coded transport block;
  • the RLC entity performs at least one of RLC decoding or RLC deinterleaving on the decoding sequence of the at least one RLC encoded PDU to obtain one or more PDCP PDUs.
  • the PDCP PDU is obtained after the PDCP entity encrypts the IP packets of the upper-layer service flow or the IP packets mapped by the SDAP entity, and protects integrity.
  • the RLC entity In addition to RLC encoding the PDCP PDU at the transmitting end, the RLC entity also performs operations such as packing or segmenting according to the size of the physical layer or MAC layer transport block to generate RLC SN; at the receiving end, it also removes the RLC header from the MAC SDU and performs RLC translation. code.
  • the RLC entity performs RLC encoding or decoding.
  • RLC interleaving or RLC deinterleaving please refer to the description of L2 encoding or decoding in the first aspect, L2 interleaving or L2 deinterleaving, etc., which will not be repeated here.
  • the implementation of this application provides a data processing device that has the function of implementing the method described in any one of the possible designs of the first aspect and the second aspect.
  • the functions can be realized by hardware, or by hardware executing corresponding software.
  • the hardware or software includes one or more modules or units corresponding to the above-mentioned functions.
  • the data processing device includes: an L2 processing unit and a physical layer processing unit.
  • the L2 processing unit is configured to perform L2 processing on the data to be sent to obtain at least one encoded transmission block, and the L2 processing includes L2 encoding;
  • the physical layer processing unit is configured to process at least one coded transport block processed by the L2 processing unit to obtain a signal for transmission after undergoing physical layer processing at the transmitting end, where the physical layer processing includes channel coding.
  • the physical layer processing unit is configured to perform physical layer processing on the received signal to obtain a decoding sequence of at least one coded transport block, and the physical layer processing at the receiving end includes channel decoding;
  • the L2 processing unit is configured to perform L2 processing on the decoding sequence of at least one coded transport block obtained by the physical layer processing unit to obtain one or more service data packets, and the L2 processing includes at least L2 decoding.
  • the data processing device when part or all of the functions are implemented by hardware, includes: an input interface circuit for acquiring data to be sent; a logic circuit for executing the first aspect or the first aspect described above. The method described in the second aspect or any possible design of the above two aspects; an output interface circuit for outputting a signal for transmission.
  • the data processing device may be a chip or an integrated circuit.
  • the data processing device when part or all of the functions are implemented by software, the data processing device includes: a memory for storing a program; a processor for executing the program stored in the memory, when When the program is executed, the data processing device can implement the method described in the first aspect or the second aspect or any one of the possible designs of the foregoing two aspects.
  • the foregoing memory may be a physically independent unit, or may be integrated with the processor.
  • the data processing device when part or all of the functions are implemented by software, the data processing device includes a processor.
  • the memory for storing the program is located outside the data processing device, and the processor is connected to the memory through a circuit/wire for reading and executing the program stored in the memory.
  • the data processing device provided in the third aspect includes a processor and a transceiver component, and the processor and the transceiver component can be used to implement the functions of each part of the above data processing method.
  • the data processing device is a terminal, a base station or other network equipment, its transceiver component can be a transceiver; if the data processing device is a baseband chip or a baseband single board, its transceiver component can be a baseband chip or a baseband single board.
  • the input/output circuit of the board is used to realize the receiving/sending of input/output signals.
  • the data processing device may further include a memory for storing data and/or instructions.
  • an embodiment of the present application provides a network device, including the data processing apparatus as in the third aspect described above.
  • an embodiment of the present application provides a terminal device, including the data processing apparatus as in the third aspect described above.
  • an embodiment of the present application provides a communication system, which includes the network device of the fourth aspect and the terminal device of the fifth aspect.
  • an embodiment of the present application provides a computer storage medium storing a computer program, and the computer program includes instructions for executing any one of the possible designs of the first aspect or the second aspect.
  • a computer program product containing instructions which when running on a computer, causes the computer to execute the method described in the first aspect, the second aspect, or any one of the possible designs of the foregoing two aspects.
  • FIG. 1A is a schematic diagram of a communication system architecture provided by an embodiment of the application.
  • 1B is a schematic diagram of an air interface user plane protocol and a control plane protocol stack followed by communication between communication devices in an embodiment of this application;
  • FIG. 1C is a schematic diagram of a data processing method provided by an embodiment of this application.
  • FIG. 1D is a schematic diagram of a network device architecture provided by an embodiment of this application.
  • 1E is a schematic diagram of a protocol stack followed by communication between communication devices according to an embodiment of this application;
  • FIG. 2 is a schematic diagram of the hardware structure of a communication device provided by an embodiment of the application.
  • FIG. 3 is a schematic flowchart of a data processing method provided by an embodiment of the application.
  • FIG. 4 is a schematic flowchart of an L2 processing method provided by an embodiment of the application.
  • FIG. 5 is a schematic flowchart of a data processing method provided by another embodiment of this application.
  • FIG. 6 is a schematic flowchart of an L2 processing method provided by another embodiment of this application.
  • FIG. 7 is a schematic diagram of a data processing method provided by another embodiment of this application.
  • FIG. 8 is a schematic diagram of a data processing method provided by another embodiment of this application.
  • FIG. 9 is a schematic diagram of a data processing method provided by another embodiment of this application.
  • FIG. 10 is a schematic structural diagram of a data processing device provided by another embodiment of this application.
  • FIG. 11 is a schematic structural diagram of a data processing device provided by another embodiment of this application.
  • FIG. 12 is a schematic diagram of a communication system provided by another embodiment of this application.
  • GSM global system for mobile communications
  • CDMA code division multiple access
  • WCDMA wideband code division multiple access
  • GPRS general packet radio service
  • LTE long term evolution
  • TDD LTE time division duplex
  • WiMAX worldwide interoperability for microwave access
  • OFDMA orthogonal frequency-division multiple access
  • SC-FDMA single carrier FDMA
  • OFDMA orthogonal frequency-division multiple access
  • the term “system” can be used interchangeably with “network”.
  • the OFDMA system can implement wireless technologies such as evolved universal terrestrial radio access (E-UTRA) and ultra mobile broadband (UMB).
  • E-UTRA is an evolved version of the Universal Mobile Telecommunications System (UMTS).
  • the 3rd generation partnership project (3GPP) uses a new version of E-UTRA in LTE and various versions based on LTE evolution.
  • the 5G communication system is a next-generation communication system under study, and can also be referred to as an NR system.
  • 5G communication systems include non-standalone (NSA) 5G mobile communication systems, standalone (standalone, SA) 5G mobile communication systems, or NSA’s 5G mobile communication systems and SA’s 5G mobile communication system.
  • the communication system may also be applicable to future-oriented communication technologies, all of which are applicable to the technical solutions provided in the embodiments of the present application.
  • the above-mentioned communication system applicable to this application is only an example, and the communication system applicable to this application is not limited to this, which will be explained here in a unified manner, and will not be repeated in the following.
  • FIG. 1A it is a schematic structural diagram of a communication system 100 provided by an embodiment of this application.
  • the communication system 100 includes a network device 101, a network device 102, a terminal 103-terminal 105, and a core network device 106.
  • the network device 101 is connected to the network device 102, and data transmission can be performed between the two.
  • the network device 101 can also provide wireless access services for the terminal 103 and the terminal 104, and the network device 102 can also provide wireless access services for the terminal 105.
  • each network device corresponds to a service coverage area, and terminals entering this area can communicate with the network device through the Uu port to receive wireless access services provided by the network device.
  • the terminal 103 may send uplink data to the network device 101, and the network device 101 may send downlink data to the terminal 103.
  • the network device 101 establishes a data channel 1 based on the terminal 103 and the core network device 106.
  • the network device 101 sends data from the terminal 103 to the core network device 106 through the data channel 1, or receives data from the core network 106.
  • the network device 101 is called An anchor node of the terminal 103.
  • the network device 101 establishes a data channel 2 based on the terminal 104 and the core network device 106, and the network device 101 sends data from the terminal 104 to the core network device 106 through the data channel 2, or receives data from the core network 106.
  • the network device 101 is called The anchor node of the terminal 104.
  • the network device 102 establishes a data channel 3 based on the terminal 105 and the core network device 106, and the network device 102 sends data from the terminal 105 to the core network device 106 through the data channel 3, or receives data from the core network 106.
  • the network device 102 is called The anchor node of the terminal 105.
  • the network device 101 or the network device 102 may be any device with a wireless transceiving function. Including but not limited to: long term evolution (LTE) evolved base station (NodeB or eNB or e-NodeB, evolutional NodeB), new radio (new radio, NR) base station (gNodeB or gNB) or Transmission receiving point/transmission reception point (TRP), 3rd generation partnership project (3rd generation partnership project, 3GPP) subsequent evolution base station, wireless fidelity (wireless-fidelity, WiFi) system access node, Wireless relay node, wireless backhaul node, etc.
  • LTE long term evolution
  • new radio new radio
  • NR new radio
  • gNodeB or gNB new radio
  • TRP Transmission receiving point/transmission reception point
  • 3rd generation partnership project 3rd generation partnership project
  • 3GPP 3rd generation partnership project
  • the base station can be: a macro base station,
  • the base station may also contain one or more co-site or non-co-site TRPs.
  • the network device may also be a wireless controller, a centralized unit (CU), and/or a distributed unit (DU) in a cloud radio access network (CRAN) scenario.
  • CRAN cloud radio access network
  • the network equipment can also support the functions of multiple base stations mentioned above at the same time. For example, it can support both LTE and NR technologies at the same time, that is, it can communicate and transmit according to LTE technology, or it can communicate and transmit according to NR technology, or support both NR and WIFI. Wait.
  • the network device 101 or the network device 102 may be base stations of the same type or different types of base stations.
  • the base station can communicate with the terminal, and it can also communicate with the terminal through a relay station.
  • the terminal can communicate with multiple base stations of different technologies.
  • the terminal can communicate with a base station that supports an LTE network, can also communicate with a base station that supports a 5G network, and can also support dual connections with a base station of an LTE network and a base station of a 5G network. .
  • Terminal 103-Terminal 105 is a device with wireless transceiver function, which can be deployed on land, including indoor or outdoor, handheld, wearable or vehicle-mounted; it can also be deployed on water (such as ships, etc.); it can also be deployed in the air ( For example, airplanes, balloons, and satellites, etc.).
  • the terminal may be a mobile phone (mobile phone), a tablet computer (Pad), a computer with wireless transceiving function, virtual reality (VR) terminal equipment, augmented reality (AR) terminal equipment, industrial control (industrial control) control), in-vehicle terminal equipment, unmanned driving (self-driving) terminal, assisted driving terminal, remote medical (remote medical) terminal, smart grid (smart grid) terminal, transportation safety ( Terminals in transportation safety, terminals in smart cities, terminals in smart homes, etc.
  • VR virtual reality
  • AR augmented reality
  • industrial control industrial control
  • in-vehicle terminal equipment unmanned driving (self-driving) terminal
  • assisted driving terminal remote medical (remote medical) terminal
  • smart grid (smart grid) terminal smart grid (smart grid) terminal
  • transportation safety Terminals in transportation safety, terminals in smart cities, terminals in smart homes, etc.
  • the embodiments of this application do not limit the application scenarios.
  • Terminals can sometimes be referred to as terminal equipment, user equipment (UE), access terminal equipment, vehicle-mounted terminal, industrial control terminal, UE unit, UE station, mobile station, mobile station, remote station, remote terminal equipment, mobile Equipment, UE terminal equipment, wireless communication equipment, machine terminal, UE agent or UE device, etc.
  • the terminal can be fixed or mobile.
  • the terminal can also support multiple technologies for communication and transmission at the same time.
  • the terminal may be a wearable device.
  • Wearable devices can also be called wearable smart devices. It is a general term for using wearable technology to intelligently design daily wear and develop wearable devices, such as glasses, gloves, watches, clothing and shoes.
  • a wearable device is a portable device that is directly worn on the body or integrated into the user's clothes or accessories. Wearable devices are not only a hardware device, but also realize powerful functions through software support, data interaction, and cloud interaction.
  • wearable smart devices include full-featured, large-sized, complete or partial functions that can be achieved without relying on smart phones, such as smart watches or smart glasses, and only focus on a certain type of application function, which need to cooperate with other devices such as smart phones. Use, such as all kinds of smart bracelets and smart jewelry for physical sign monitoring.
  • the core network device 106 may include a user plane function (UPF) entity and an access and mobility management function (access and mobility management function, AMF) entity.
  • UPF is mainly responsible for the forwarding and receiving of user data.
  • the UPF can receive downlink data from a data network (data network, DN), and then transmit the downlink data to the terminal through a radio access network (RAN).
  • RAN radio access network
  • UPF can also receive uplink data from the terminal through the RAN, and then forward the uplink data to the DN.
  • AMF is mainly responsible for docking with wireless, receiving and sending NAS messages communicating with UE, managing terminal registration, mobility, reachability, encryption authentication, etc., and transferring NAS messages between UE and SMF.
  • the AMF entity and the UPF entity can be deployed independently, or can be combined and deployed on the same device.
  • the communication system 100 shown in FIG. 1A is only used as an example, and is not used to limit the technical solution of the present application. Those skilled in the art should understand that in a specific implementation process, the communication system 100 may also include other devices, and the number of network devices, terminals, and core network devices may also be determined according to specific needs.
  • each network element in FIG. 1A such as the network device 102 or the terminal 103, may also be a functional module in a device.
  • the above function can be either a network element in a hardware device, such as a communication chip in a mobile phone, a base station, or a network device, or a software function running on dedicated hardware, or a platform (for example, a cloud platform) Virtualization function instantiated on the.
  • a hardware device such as a communication chip in a mobile phone, a base station, or a network device, or a software function running on dedicated hardware, or a platform (for example, a cloud platform) Virtualization function instantiated on the.
  • a platform for example, a cloud platform
  • the terminal and network equipment transmit signaling and data through the air interface.
  • the air interface user plane protocol stack includes Layer 2 (L2) and the physical layer (physical, PHY).
  • the user plane L2 includes the Service Data Adaptation Protocol (SDAP) sublayer, and the Packet Data Convergence Protocol (Packet). Data Convergence Protocol, PDCP) sublayer, Radio Link Control (RLC) sublayer, and Media Access Control (MAC) sublayer.
  • SDAP Service Data Adaptation Protocol
  • Packet Packet Data Convergence Protocol
  • PDCP Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Media Access Control
  • the air interface control plane protocol stack includes a non-access (Non-Access Stratum, NAS) layer, radio resource control (radio resource control, RRC), L2, and a physical layer.
  • the control plane L2 includes PDCP, RLC, and MAC sublayers.
  • Each protocol layer entity or protocol sublayer entity performs corresponding processing according to the signaling or data submitted by the upper or lower layer of the configuration.
  • each protocol layer or each protocol sublayer entity corresponds to a radio bearer.
  • the radio bearer can be a control plane signaling RB (SRB), a user plane data RB (DRB), or Sidelink RB (sidelink RB, SLRB), etc.
  • the protocol sublayers of L2 are usually SDAP, PDCP, RLC, MAC, or RRC, PDCP, RLC, MAC in the order from top to bottom.
  • the SDAP sublayer is the upper layer of the PDCP sublayer
  • the RLC sublayer is The next layer of the PDCP sublayer, and so on.
  • Each sub-layer receives the input data unit from the previous sub-layer as the service data unit (SDU) of the sub-layer.
  • SDU service data unit
  • the protocol data unit (PDU) of the sub-layer is obtained.
  • PDCP PDU includes PDCP SDU and PDCP Header
  • PDCP SDU includes SDAP PDU.
  • the communication device sending data on the user plane can be the terminal 103 sending the user plane uplink data to the network device 101, or the network device 101 sending the user plane downlink data to the terminal.
  • the upper layer protocol layer of L2 is sometimes called L3 (Layer 3) or application layer.
  • the SDAP entity marks the IP packet with QoS and maps it to the data RB. Taking Figure 1C as an example, IP packet n and IP packet n+1 are mapped to RBx, and IP packet m is mapped to Rby .
  • the IP packet is used as the SDAP SDU, and the QoS flow ID (QoS flow id, QFI) is added to obtain the SDAP PDU.
  • the SDAP PDU is delivered to the PDCP sublayer for processing.
  • the PDCP entity corresponding to the PDCP sublayer and RB processes the SDAP PDU according to the PDCP configuration, including one or more of header compression, encryption, integrity protection, reordering, etc., and then adds the PDCP Header to get the PDCP PDU delivery Give the RLC sublayer.
  • the RLC entity corresponding to the RLC sublayer and the RB processes the received PDCP PDU according to the RLC configuration.
  • the RLC SN is generated according to the received PDCP PDU
  • the PDCP PDU may be divided or packaged according to the data packet size indication of the physical layer and the MAC layer, etc.
  • the RLC Header is added to obtain the RLC PDU and submitted to the MAC sublayer.
  • the MAC entity corresponding to the MAC sublayer and the RB processes the RLC PDU according to the MAC configuration, for example, adding a sub-header including logical channel identity (LCID), and other MAC SDU (RLC PDU), MAC control The control element (CE), etc. are multiplexed to obtain the MAC PDU.
  • the MAC sublayer submits the MAC PDU as a transport block (TB) to the physical layer.
  • TB undergoes TB CRC addition at the physical layer, code block segmentation and CRC addition, channel coding, rate matching, modulation, layer mapping, precoding and other processes to form a physical layer transmission frame with pilot or other data, and then processed by OFDM And signal transmission.
  • the receiving communication device After the receiving communication device receives the signal, it is processed by the physical layer, and then processed from bottom to top by the L2 protocol sublayers:
  • the physical layer demodulates the received signal, performs rate matching, decoding, code block merging, CRC check and other operations to obtain the MAC PDU, which is processed by the MAC sublayer of L2.
  • the MAC sublayer entity processes the MAC PDU according to the MAC configuration, for example, demultiplexing, etc., to obtain one or more MAC SDUs (RLC PDU), which are then processed by the RLC sublayer.
  • RLC PDU MAC SDUs
  • the RLC sub-layer entity uses the RLC configuration to process the RLC PDU, such as stripping the RLC header, reorganizing and other operations, to obtain the RLC SDU, and handing it over to the PDCP sub-layer for processing.
  • the PDCP sub-layer entity processes the PDCP PDU according to the PDCP configuration, for example, strips off the PDCP header, integrity check, decryption, decompression, etc. to obtain the PDCP SDU.
  • the SDAP sublayer strips the SDAP PDU and other operations such as the SDAP header and outputs the IP packets of the QoS flow to the upper layer.
  • Multiple connections can also be established between the terminal and the network device to transmit data.
  • LTE and NR dual connection NR and WLAN (such as WiFi) dual connection, multiple connections such as wireless access network and fixed network, NR multi-connection in different frequency bands in high and low frequency, and in the relay network, such as the IAB scenario, the data passes through multiple connections.
  • a relay performs forwarding.
  • the network device 101 and/or the network device 102 may be a CU-DU separated architecture. That is, the network device 101 and/or the network device 102 may include one CU and one or more DUs.
  • the CU is mainly used for centralized wireless resource and connection management control, and has wireless high-level protocol stack functions, such as PDCP layer functions.
  • DU has distributed user plane processing functions, mainly with physical layer functions and layer 2 functions with higher real-time requirements. For example, DU has PHY functions, MAC sublayer functions, and RLC sublayer functions.
  • the architecture of the network device 101 may be as shown in FIG. 1D.
  • the network device 101 includes CU 1011, DU 1012, and DU 1013.
  • DU 1012 and DU 1013 may be connected to the terminal, for example, DU 1012 is connected to the terminal 103, and DU 1013 is connected to the terminal 104.
  • the CU 1011 may be connected to other network devices, for example, the CU 1011 is connected to the network device 102.
  • the CU 1011 may also be connected to the core network device.
  • the CU 1011 may also be connected to the core network device 106.
  • a general packet radio service (GPRS) tunneling protocol (GPRS tunnelling protocol, GTP) tunnel is established between each DU and CU, and the GTP tunnel is used to transmit the user plane between the DU and the CU.
  • GPRS general packet radio service
  • GTP tunnelling protocol GTP tunnel is established between each DU and CU, and the GTP tunnel is used to transmit the user plane between the DU and the CU.
  • GPRS tunnelling protocol, GTP tunnel GPRS tunnelling protocol
  • GTP tunnel 1 is established between CU 1011 and DU 1012
  • GTP tunnel 1 is used to transmit user plane data between CU 1011 and DU 1012.
  • a GTP tunnel 2 is established between CU 1011 and DU 1013, and GTP tunnel 2 is used to transmit user plane data between CU 1011 and DU 1013.
  • the CU-DU architecture shown in FIG. 1D is only used as an example, and is not used to limit the technical solution of the present application.
  • the above-mentioned CU-DU architecture can determine the number of CUs and DUs according to specific needs.
  • the above-mentioned CU 1011, DU 1012, and DU 1013 can be deployed in the same device. It can also be deployed in different devices without limitation.
  • the process of transmitting user plane data between the terminal and the network device may be as shown in FIG. 1E.
  • the terminal includes a PDCP entity, an RLC entity, a MAC entity, and a PHY entity.
  • DU includes RLC entity, MAC entity and PHY entity;
  • DU includes F1 application protocol (F1AP) entity, stream control transmission protocol (stream control transmission protocol, SCTP) entity, network interconnection Protocol (Internet protocol, IP) entity, L2 (layer 2) entity, and L1 (layer 1) entity.
  • CU includes F1AP entity, SCTP entity, IP entity, L2 entity and L1 entity.
  • the terminal 103 sending the user plane data to the CU 1011 via the DU 1012 as an example, when the terminal 103 has the user plane data arriving, it can follow the above method for the terminal 103 to send the user plane data to the network device 101, and the terminal 103 will process the processed data.
  • the MAC PDU is sent to DU 1012. After the PHY entity in DU 1012 receives the processed MAC PDU, it can process the received MAC PDU according to the method of processing data by the PHY entity, MAC entity, and RLC entity in the network device 101 to obtain the processed MAC PDU.
  • the uplink data processed by the PDCP entity in 103 is sent to CU 1011 through the GTP tunnel between DU 1012 and CU 1011 and the uplink data processed by the PDCP entity in terminal 103 is sent.
  • the CU 1011 may process the received data according to the method for processing data by the PDCP entity in the network device 101 to obtain the foregoing user plane data. Subsequently, the CU 1011 sends the uplink data to the core network device 106.
  • the communication device involved in this application may be a chip (such as a baseband chip, or a data signal processing chip, or a general-purpose chip, etc.), a terminal, a base station, or other network equipment.
  • a chip such as a baseband chip, or a data signal processing chip, or a general-purpose chip, etc.
  • FIG. 2 shows a schematic diagram of the hardware structure of a communication device applicable to the embodiments of the present application.
  • the communication device 200 includes at least one processor 201, a communication line 202, a memory 203, and at least one communication interface 204.
  • the processor 201 can be a general-purpose central processing unit (central processing unit, CPU), a microprocessor, an application-specific integrated circuit (ASIC), or one or more programs for controlling the execution of the program of this application. integrated circuit.
  • CPU central processing unit
  • ASIC application-specific integrated circuit
  • the processor 201 may be a central processing unit (CPU), a network processor (NP), or a combination of a CPU and an NP.
  • CPU central processing unit
  • NP network processor
  • the processor 201 may further include a hardware chip.
  • the aforementioned hardware chip may be an application-specific integrated circuit (ASIC), a programmable logic device (PLD), or a combination thereof.
  • the aforementioned PLD may be a complex programmable logic device (CPLD), a field-programmable gate array (FPGA), a general array logic (generic array logic, GAL), or any combination thereof.
  • the communication line 202 may include a path for transferring information between the above-mentioned components, such as a bus.
  • the communication interface 204 uses any device such as a transceiver to communicate with other devices or communication networks, such as an Ethernet interface, a RAN interface, and a wireless local area networks (WLAN) interface.
  • a transceiver to communicate with other devices or communication networks, such as an Ethernet interface, a RAN interface, and a wireless local area networks (WLAN) interface.
  • WLAN wireless local area networks
  • the memory 203 may be a read-only memory (ROM) or other types of static storage devices that can store static information and instructions, random access memory (RAM), or other types that can store information and instructions
  • ROM read-only memory
  • RAM random access memory
  • the memory may also include non-volatile memory, such as flash memory (flash memory), hard disk drive (HDD), or solid-state drive (SSD);
  • flash memory flash memory
  • HDD hard disk drive
  • SSD solid-state drive
  • the memory may also include a combination of the above-mentioned types of memory.
  • the memory can also be electrically erasable programmable read-only memory (EEPROM), compact disc read-only memory (CD-ROM) or other optical disk storage, optical disk storage (including compressed optical disks) , Laser discs, optical discs, digital versatile discs, Blu-ray discs, etc.), magnetic disk storage media or other magnetic storage devices, or any that can be used to carry or store desired program codes in the form of instructions or data structures and that can be accessed by a computer Other media, but not limited to this.
  • the memory can exist independently and is connected to the processor through the communication line 202.
  • the memory can also be integrated with the processor.
  • the memory provided by the embodiments of the present application may generally be non-volatile.
  • the memory 203 is used to store and execute the computer-executable instructions involved in the solution of the present application, and the processor 201 controls the execution.
  • the processor 201 is configured to execute computer-executable instructions stored in the memory 203, so as to implement the method provided in the embodiment of the present application.
  • the computer-executable instructions in the embodiments of the present application may also be referred to as application program codes, which are not specifically limited in the embodiments of the present application.
  • the processor 201 may include one or more CPUs, such as CPU0 and CPU1 in FIG. 2.
  • the communication device 200 may include multiple processors, such as the processor 201 and the processor 207 in FIG. 2. Each of these processors can be a single-CPU (single-CPU) processor or a multi-core (multi-CPU) processor.
  • the processor here may refer to one or more devices, circuits, and/or processing cores for processing data (for example, computer program instructions).
  • the communication apparatus 200 may further include an output device 205 and an input device 206.
  • the output device 205 communicates with the processor 201 and can display information in a variety of ways.
  • the output device 205 may be a liquid crystal display (LCD), a light emitting diode (LED) display device, a cathode ray tube (CRT) display device, or a projector (projector) Wait.
  • the input device 206 communicates with the processor 201, and can receive user input in a variety of ways.
  • the input device 206 may be a mouse, a keyboard, a touch screen device, a sensor device, or the like.
  • the aforementioned communication device 200 may be a general-purpose device or a special-purpose device.
  • the communication device 200 may be a portable computer, a network server, a personal digital assistant (PDA), a mobile phone, a tablet computer, a wireless terminal, an embedded device, or a device with a similar structure in FIG. 2.
  • PDA personal digital assistant
  • the embodiment of the present application does not limit the type of the communication device 200.
  • first network device and other network devices with different numbers are used only for the convenience of context, and the different sequence numbers themselves do not have specific technical meanings, for example, the first network device, the second network device It can be understood as one or any one of a series of network devices. It is understandable that in specific implementation, network devices with different numbers may also be network devices of the same type, which is not limited in this application.
  • the first network device, the second network device, the first network element, or the second network element can perform some or all of the steps in the embodiments of the present application. These steps are only examples. The embodiments may also perform other steps or variations of various steps. In addition, each step may be executed in a different order presented in the embodiment of the present application, and it may not be necessary to perform all the steps in the embodiment of the present application.
  • the reliability of data transmission is usually provided by retransmission at the physical layer and the RLC layer.
  • the transmission delay caused by retransmission cannot meet the low latency requirements, so the physical layer and RLC layer cannot provide the ability to resist air interface channel fading and jitter through retransmission.
  • the data to be sent can be encoded one or more times in L2 before the physical layer channel encoding, so that the reliability of the data can be improved in the transmission scenario where the retransmission cannot meet the delay requirement.
  • the coding can be an error correction coding or erasure correction coding and other types of coding schemes, for example, low-density parity-check LDPC codes, polarized Polar codes, fountain codes, repetitive codes, cyclic parity-check codes CRC, etc.
  • the receiving end communication device receives the signal processed by the physical layer channel coding and L2 coding, if the physical layer decoding fails, when retransmission is not possible, the wrong TB does not need to be discarded, and the soft TB obtained by the physical layer decoding can also be discarded.
  • the value or hard value continues to be delivered to the L2 decoding. After the L2 decoding is successful, the successfully decoded data can be delivered to the upper layer. This also improves the success rate of decoding.
  • a data processing method provided by an embodiment of this application which can be used in an air interface user plane protocol stack or an air interface control plane protocol stack of a communication device, includes:
  • Step 310 The data to be sent is subjected to L2 processing at the sending end to obtain at least one coded transport block.
  • L2 may include the aforementioned multiple L2 protocol sublayers, for example, RRC, SDAP, PDCP, RLC, MAC and so on.
  • the protocol sublayer used for L2 coding in L2 is referred to as the L2 coding sublayer for short in this specification, and the entity that performs L2 coding is called the L2 coding entity.
  • the L2 coding sublayer may be any one of multiple L2 protocol sublayers.
  • a new L2 coding protocol sublayer can also be added to L2 to perform L2 coding on the data to be sent input from the upper layer, for example, a new L2 coding protocol sublayer is set between PDCP and RLC It is used to perform L2 encoding on one or more PDCP PDUs obtained from the previous protocol sublayer PDCP, and output the L2 encoding sequence obtained after L2 encoding processing to the next protocol sublayer RLC.
  • the multiple L2 protocol sublayers may also include a newly added L2 coding protocol sublayer, and the L2 coding sublayer may also be a newly added L2 coding protocol sublayer.
  • the L2 processing at the sending end includes at least the L2 encoding, and may also include the processing of the protocol sublayer executed by the corresponding entity in the L2 protocol sublayer.
  • the L2 coding sublayer is RLC, and the RLC entity not only performs L2 coding, but also performs RLC sublayer related processing.
  • the processing of each protocol sublayer in the L2 protocol sublayer can be referred to the foregoing description of each protocol sublayer, which will not be repeated here.
  • the data to be sent may also be L2 encoded multiple times in L2, and the protocol sublayer used for L2 encoding in L2 may be more than one of multiple L2 protocol sublayers.
  • the data to be sent may be a data packet of a protocol layer (L3 or application layer, etc.) above L2, for example, an IP packet of a QoS flow of a user plane PDU session.
  • L3 protocol layer
  • IP IP packet of a QoS flow of a user plane PDU session.
  • the data to be sent may also be processed by one or more protocol sublayers of L2 before and after L2 encoding.
  • the data to be sent needs to go through the SDAP entity in order to enter the L2 processing.
  • the PDCP entity performs the corresponding protocol sublayer processing, and then the RLC entity performs L2 encoding and splitting or packing and other RLC sublayers.
  • After layer processing it is processed by the MAC entity in the form of RLC encoded PDU, and the MAC entity obtains the corresponding one or more encoded transport blocks according to the RLC encoded SDU.
  • the data to be sent is processed by one or more protocol sublayers of L2 before and after the encoding of L2.
  • the data to be sent enters L2 processing.
  • the L2 coding is carried out and then delivered to the PDCP sublayer in the form of SDAP PDU, which is composed of PDCP, RLC, MAC
  • the other entities sequentially process the corresponding protocol sublayers, and obtain one or more coded transmission blocks at the MAC layer.
  • the data to be sent needs to be processed by the SDAP entity, PDCP entity, and RLC entity in order to perform the corresponding protocol sublayer processing, and then the MAC entity performs L2 encoding and multiplexing. After the MAC sublayer is processed, one or more coded transport blocks are obtained.
  • the L2 coding can choose the same coding scheme as the physical layer channel coding or different coding schemes.
  • L2 coding can use LDPC coding, Polar coding, fountain code, repetition code, CRC code, etc., or other ways to be sent. Data adds redundant bits. It should be noted that these are examples and not limited thereto.
  • the code rate of the encoding can be determined according to the degree of protection of the data to be sent. For example, it can be designed according to the QoS requirements of the data bearer, or it can be designed in conjunction with the measurement of the fluctuation range of the channel. When the channel fluctuates greatly or the expected channel condition is poor, you can add more redundant bits and use a lower code rate. When the channel is relatively stable, you can add fewer redundant bits and use a higher code rate. .
  • unequal protection capability codes can be provided according to the importance of each bit in the data to be sent.
  • Joint coding with unequal protection capabilities can construct coding schemes with unequal protection properties by making certain modifications to common coding schemes.
  • the commonly used LDPC coded Tanner graph can be transformed into the connection degree distribution, and the more important bits can be provided with a higher degree to achieve better protection;
  • Polar codes can also be transformed,
  • the unequal protection feature is realized through the size of the sub-channel, even if important bits pass through the sub-channel with the highest capacity; fountain codes (such as LT codes) can also be modified, such as providing higher codes for more important bits Select the probability, so as to participate in more transmission bit calculations to provide better protection capabilities.
  • fountain codes such as LT codes
  • Multiple data packets in the data to be sent may come from one or more types of data streams, and the data importance of different types of data streams may be different, and the data importance of the same data stream may also be different.
  • high-importance data has higher requirements for reliability, and the error probability of decoding needs to be reduced, and the protection capability is higher than that of low-importance data.
  • Different data streams may be transmitted on different radio bearer RBs and correspond to different RBs.
  • grouped L2 coding may be performed. According to the data stream, or RB, or reliability requirements, or one or more of the data packets to be sent in the connection, each group is separately subjected to L2 coding.
  • data can be grouped according to RBs, and each group corresponds to one RB, and the grouped L2 coding can perform L2 coding on the data of different RBs respectively.
  • data can be grouped according to the reliability requirements of the bits, and each group corresponds to a reliability requirement, and the grouped L2 coding can perform L2 coding on the bits with different reliability requirements.
  • different data streams may be allocated to different connections for transmission.
  • the data to be sent can be grouped according to the connection, and each group corresponds to a connection, then group L2
  • the encoding can perform L2 encoding on the data allocated to different connections.
  • different groups can be coded using different coding schemes. For example, taking reliability requirements as an example, data packets with high reliability requirements can be coded with coding schemes with low error probability, while data packets with low reliability requirements have relatively low requirements on the error probability of the coding scheme.
  • each group of data after L2 encoding can be processed separately by one or more protocol sublayers of L2, and the encoded transmission blocks obtained correspondingly also correspond to the grouping respectively; or by one or more protocol sublayers of L2
  • the corresponding data included in the encoded transmission block may come from multiple packets, such as multiple data streams, or multiple RBs, or multiple reliability requirements, or multiple connections.
  • the L2 processing at the transmitting end may also include L2 interleaving to obtain diversity gain.
  • L2 interleaving can be before L2 coding or after L2 coding.
  • L2 interleaving may be performed before L2 encoding is performed on the data to be sent or the data to be sent that has been processed by the L2 protocol sublayer.
  • the L2 interleaving before the L2 encoding can be interleaved between one or more data packets or within the data packets of the data to be sent according to the L2 interleaving pattern defined by the system.
  • the L2 interleaving before the L2 coding can also be interleaved in groups, or not grouped, and all the data to be sent is interleaved.
  • L2 interleaving may be performed after L2 encoding is performed on the data to be sent or the data to be sent that has been processed by the L2 protocol sublayer.
  • the L2 interleaving after the L2 encoding may be interleaving between or within each encoding block according to a system-defined L2 interleaving pattern.
  • the L2 interleaving after the L2 coding can also be interleaved according to group coding blocks, or can be mixed with multiple groups of coding blocks for interleaving.
  • group coding blocks or can be mixed with multiple groups of coding blocks for interleaving.
  • the L2 processing at the transmitting end may also use L2 interleaving instead of L2 coding, thereby including L2 interleaving, or including L2 interleaving and processing of other L2 protocol sublayers.
  • the L2 interleaving process is the same as the L2 interleaving process before L2 encoding.
  • Step 320 After physical layer processing is performed on at least one coded transport block obtained in step 310, a signal for transmission is obtained.
  • the processing of the physical layer includes at least channel coding.
  • the physical layer processing of different systems may be different, but at least the transmission block obtained from the upper layer entity, such as the L2 entity, will be channel coded.
  • the physical layer processing can also include other one or more: adding CRC to the transmission block, code block segmentation and code block CRC addition, inter-block interleaving, rate matching, modulation, MIMO precoding, OFDM, etc. There may also be differences in the physical layer processing of different connections.
  • each transport block first adds CRC bits at the physical layer; if the length of the transport block after adding the CRC is greater than the code block length, the code block will be divided to obtain multiple code blocks, and each code block will be added CRC bits; each code block obtains a code block after channel coding; rate matching will determine the sequence length of the initial transmission or retransmission of the code block according to the resources allocated by the air interface, and select the initial transmission or retransmission bit from the code block, And these selected bits are interleaved; the interleaved sequence is modulated, MIMO precoding, OFDM processed to obtain the signal for transmission.
  • the LTE system is slightly different from NR in terms of rate matching.
  • the coded block is first interleaved with sub-blocks, and then bit selection and puncturing are performed.
  • the coded transport block that has undergone L2 coding will also be channel-coded at the physical layer, thereby making it more reliable.
  • the coded transmission blocks are processed by the physical layers of different connections to obtain the signals sent by the connection.
  • the method in this embodiment may further include:
  • Step 330 Send the signal obtained in step 320.
  • the signal obtained in step 320 will be sent on the air interface. If it is a signal of multiple connections, it will be sent on the air interface of different connections.
  • the communication devices of the transmitting end and the receiving end can exchange parameters related to L2 coding, including one or more of the following: whether to enable L2 coding, coding scheme, code rate, etc.
  • the parameters related to the L2 encoding may be determined by the transmitting end communication device and notified to the receiving end, or may be negotiated and determined by the transmitting end and the receiving end communication device.
  • the communication devices on the transmitting end and the receiving end can exchange parameters related to L2 coding in a variety of ways, such as: out-of-band signaling or channel-associated signaling transmission via the control channel through UCI/DCI, etc.; or through high-level signaling in advance Send instructions, and the receiving and sending ends perform corresponding encoding or decoding according to the link establishment instructions.
  • the higher layer here is relative to the physical layer, which can be the protocol layer above the physical layer such as L2 or L3, and the higher-layer signaling can be Control plane signaling, such as RRC signaling, can also be user plane signaling; it can also transmit L2 coding-related parameters along with the data to the receiving end communication device, and the receiving end communication device will first analyze the L2 coding related parameters , And then perform L2 decoding processing according to the corresponding parameters.
  • the physical layer can be the protocol layer above the physical layer such as L2 or L3
  • the higher-layer signaling can be Control plane signaling, such as RRC signaling, can also be user plane signaling; it can also transmit L2 coding-related parameters along with the data to the receiving end communication device, and the receiving end communication device will first analyze the L2 coding related parameters , And then perform L2 decoding processing according to the corresponding parameters.
  • the data processing method of the embodiment of the present application additionally encodes the data to be sent above the physical layer, as a supplement to the channel coding of the physical layer, and can improve the error correction capability under extremely low retransmission requirements or even no retransmission requirements.
  • the communication device at the receiving end can continue to submit the decoded soft value or hard value to the L2 decoding if the physical layer decoding fails to provide the decoding success rate.
  • the data to be sent can be one or more data packets delivered by the upper layer of L2 or the application layer to L2. These data packets can come from the same service stream or from different service streams.
  • One or more data packets of data to be sent may be input to the L2 encoding sublayer as one or more data units.
  • each data unit may include one or more data packets.
  • One or more data packets of the data to be sent can also be processed by one or more L2 protocol sublayers above the L2 coding sublayer in sequence to obtain one or more data units and output to the L2 coding sublayer.
  • Each data unit includes one or more bits in the data to be sent.
  • the L2 coding sublayer obtains N code blocks to be L2 coded according to one or more data units of the data to be sent.
  • Each code block to be L2 encoded may include multiple bits of data to be transmitted.
  • the length of the code block to be L2 coded needs to meet the code length requirement of the L2 coded coding scheme.
  • the code block to be L2 encoded may further include one or more padding bits so that the length of the code block to be L2 encoded meets the code length requirement of the coding scheme.
  • the code block to be L2 encoded may also include one or more detection check bits, so that the receiving end can determine whether the decoding is successful or not according to the detection check bits when performing L2 decoding.
  • the detection check bit can be generated according to CRC check, cyclic code check, block code check or other code check methods.
  • each data unit may correspond to a code block to be L2 coded, and each code block to be L2 coded includes a data unit.
  • the data to be sent has N data units a 1 , a 2 ,..., a N
  • the L2 coding sublayer obtains N code blocks c 1 , c 2 ,..., c N to be L2 coded according to the N data units, where , C 1 includes a 1 , c 2 includes a 2 ,..., and so on, c N includes a N
  • each code block may also include padding bits or detection check bits as required.
  • the L2 coding sublayer does not need to perform operations such as segmentation or combination on the upper layer or the data unit of the upper protocol sublayer.
  • the previous protocol layer or protocol sublayer of the L2 coding sublayer has divided the data to be sent according to the code block length encoded by the L2 coding sublayer or the size of the transmission block output by the MAC sublayer, and the L2 coding sublayer has divided each Each data unit is L2 encoded. It should be noted that this is only an example and is not limited to this.
  • the L2 encoding sublayer may also be divided according to at least one of the maximum code block length of L2 encoding, or the size of the data unit processed by the lower layer protocol entity, or one or more data units of the data to be sent. Combine to obtain N code blocks to be L2 coded. Each code block to be L2 encoded may include part or all of the bits in a bit segment composed of one or more data units.
  • the L2 coding sublayer can also obtain one or more code blocks to be L2 coded in each group according to the group of data to be sent. For example, if the data to be sent is mapped to RB1 and RB2, the L2 coding sublayer can divide or combine the data packets mapped to RB1 in the data to be sent to obtain N1 code blocks to be coded by L2, and the data packets mapped to RB2 in the data to be sent Divide or combine to obtain N2 code blocks to be L2 coded, and N1 and N2 are both integers greater than or equal to 1.
  • 3120 Perform at least one of L2 coding or L2 interleaving on the N code blocks to be L2 coded to obtain M L2 coded PDUs.
  • the N code blocks to be L2 coded generated in step 3110 can be obtained by L2 coding or L2 interleaving, or L2 coding and L2 interleaving, and N coded blocks can be obtained, and M L2 coded PDUs can be obtained according to the N L2 coded blocks. .
  • L2 encoding refer to the description of step 310, and multiple encoding schemes may be used, an encoding scheme with unequal protection may also be used, and a grouped L2 encoding scheme may also be used.
  • coded code block and the coded block are both sequences and may include multiple bits.
  • the L2 interleaving can also refer to the description in the foregoing step 310 to perform inter-block or intra-block interleaving.
  • the L2 interleaving may be before the L2 coding or after the L2 coding. If the L2 interleaving is before the L2 encoding, first perform inter-block or intra-block interleaving on the N code blocks to be L2 coded, and then perform L2 coding on the N code blocks to be L2 coded after interleaving; if the L2 interleaving is after the L2 coding, then First, perform L2 coding on N code blocks to be L2 coded to obtain N code blocks, and then perform inter-block or intra-block interleaving on these N code blocks to obtain N L2 code blocks.
  • the L2 coding sublayer may also perform the sublayer processing on N L2 coding blocks to obtain M L2 coding PDUs, where M is an integer greater than or equal to 1. For example, perform possible segmentation or multiplexing operations according to the size of the data processed by the physical layer or the lower layer, adding headers, sequence numbers, and so on.
  • L2 encoding on the N code blocks it is also possible to perform L2 encoding on the N code blocks to be L2 coded to obtain N code blocks, and to obtain M data units after possible division or multiplexing of the N code blocks. Each data unit is interleaved separately to obtain M L2 coded PDUs. It is understandable that if it is grouped L2 coding, the N coded blocks are divided or multiplexed in groups, and the obtained M L2 coded PDUs also correspond to different groups.
  • each coded transport block is an L2 coded PDU.
  • the L2 coding sublayer is the MAC layer
  • each MAC PDU is a transmission block, that is, each coding transmission block is an L2 coding PDU.
  • T coded transmission blocks are obtained for M L2 coded PDUs.
  • the L2 coding sublayer is the RLC layer
  • M RLC coded PDUs are multiplexed by the MAC entity in the MAC sublayer to obtain T coded transport blocks.
  • the M L2 coded PDUs can be processed by one or more L2 protocol sublayers according to the corresponding group, and the obtained T coded transmission blocks can be respectively corresponding to different groups. , In other words, the data in each coded transmission block is in the same group.
  • the L2 coding sublayer can perform multiplexing according to the assigned connection to obtain T coded transmission blocks according to the physical layer transmission block size of the connection to which each L2 coded PDU in the M L2 coded PDUs is allocated.
  • the L2 coded PDU included in each coded transport block is allocated to the same connection for transmission.
  • data can be allocated according to one or more of the data size, data type, or data importance that can be carried by each connection.
  • a high-band connection and a low-band connection are established between two communication devices.
  • M1 L2 coded PDUs can be allocated to the high-band connection for transmission, and M2 L2 coded PDUs can be allocated.
  • Send on the low-band connection M1 L2 coded PDUs can be multiplexed and other L2 sub-layer processing to obtain T1 coded transmission blocks for transmission on the high-frequency connection
  • M2 L2 coded PDUs can be multiplexed and other L2 sub-layer processing to obtain T2 coded transmissions.
  • Blocks are used to send on low-band connections. It should be noted that when data is allocated according to the amount of data transmitted by each connection, it is not necessary to consider whether the M L2 encoded PDUs correspond to different groups, that is, the grouping of data during the L2 encoding of the foregoing group is not considered.
  • the M L2 coded PDUs can also be connected and allocated according to the grouping of the L2 coded packets, that is, the L2 coded PDUs corresponding to different groups are sent on different connections.
  • FIG. 5 it is a data processing method provided by another embodiment of the present invention, which can be used in an air interface user plane protocol stack or an air interface control plane protocol stack of a communication device, including:
  • Step 510 Perform physical layer processing on the received signal to obtain a decoding sequence of at least one coded transport block.
  • the decoding sequence may include a hard value sequence or a soft value sequence, or a hard value sequence and a soft value sequence.
  • the physical layer processing includes at least channel decoding.
  • the physical layer processing of different systems may be different, but at least the signal obtained from the air interface will be channel-decoded.
  • the communication device After the communication device receives the signal, it usually performs demodulation, de-rate matching, decoding, code block merging and verification, and transmission block verification in one or more operations at the physical layer to obtain a soft-valued or hard-valued decoding sequence.
  • Soft value refers to the posterior probability of each bit (bit) after decoding or demodulation, or the logarithmic ratio of the posterior probability of each bit after decoding, etc. Common ones are Log Likelihood Ratio (Log Likelihood Ratio, LLR).
  • the hard value refers to the binary decoding result output by the decoder, that is, each bit is judged to be 0 or 1.
  • the soft value sequence or the hard value sequence obtained by decoding is all for an encoded transmission block encoded by the transmitting end communication device L2.
  • Each soft value sequence includes one or more soft values, and each hard value sequence includes one or more bits.
  • each connection physical layer processes the received signal separately to obtain a decoding sequence.
  • Step 520 Perform L2 processing on the decoding sequence of at least one coded transport block to obtain one or more service data packets.
  • the decoded TB is delivered to L2.
  • the physical layer decoding fails, for example, when the CRC check of the decoding result fails, the communication device at the transmitting end is required to retransmit the TB, or the wrong TB is discarded when the retransmission cannot be performed. L2 and upper-layer applications will be notified of data packet loss.
  • the physical layer will use the soft value sequence or the hard value sequence, or the soft value sequence plus the hard value sequence of the decoding result.
  • the form is submitted to L2 to continue processing to restore the data and obtain the data packet of the upper-layer business flow.
  • the soft value sequence or the hard value sequence corresponds to the coded transmission block, and can also be said to be a decoding sequence corresponding to the coded transmission block.
  • the soft value sequence, or hard value sequence, or soft value sequence and hard value sequence corresponding to each coded transmission block can be submitted to L2 to continue processing at the receiving end.
  • Step 520 is an inverse process relative to step 310 in the previous method embodiment.
  • the L2 processing at the receiving end includes at least L2 decoding, and may also include the processing of the protocol sublayer performed by the corresponding entity in the L2 protocol sublayer of the receiving end.
  • the received data may be L2 encoded multiple times in L2 of the communication device at the transmitting end, and correspondingly, it may also be decoded multiple times in L2.
  • the protocol sublayer used for decoding in L2 and the protocol sublayer used for encoding in L2 are the same protocol sublayer.
  • the received data processed by L2 on the receiving side will be delivered to the protocol layer above L2 (L3 or application layer, etc.) in the form of service data packets.
  • the decoding sequence can also be processed by one or more protocol sublayers of L2 before and after L2 decoding.
  • the L2 decoding sublayer as RLC as an example, after the decoding sequence enters L2, it needs to be demultiplexed by the MAC entity to obtain multiple soft value or hard value sequences corresponding to the MAC SDU; the RLC entity pairs the corresponding The soft value or hard value sequence is decoded by L2 to obtain the decoded RLC SDU; each successfully decoded RLC SDU passes through the PDCP entity in turn, and the SDAP entity performs the corresponding protocol sub-layer processing to obtain one or more service data packets and submit to L2 Above the protocol layer.
  • the communication devices of the sending end and the receiving end can exchange parameters related to L2 coding, including one or more of the following: whether to enable L2 coding, coding scheme, code rate, unequal protection coding Parameters, etc.
  • the communication device at the receiving end determines that L2 encoding is enabled according to the parameters related to L2 encoding, and can continue to perform L2 decoding on the soft value sequence or the hard value sequence at L2.
  • the communication device at the receiving end may request retransmission of the transmission block that fails to decode or discard the transmission block that fails to decode.
  • the communication devices on the transmitting end and the receiving end can exchange parameters related to L2 coding in a variety of ways, such as: out-of-band signaling or channel-associated signaling transmission via the control channel through UCI/DCI, etc.; or through high-level signaling in advance Send an instruction, and the receiving and sending ends will perform corresponding encoding or decoding according to the link establishment instruction; the parameters related to L2 encoding can also be transmitted to the receiving end communication device along with the data, and the receiving end communication device will first encode the relevant parameters of L2 Perform analysis, and then perform L2 decoding processing according to the corresponding parameters.
  • L2 decoding is based on the L2 coding scheme.
  • message passing algorithms such as sum product decoding, confidence propagation decoding, minimum sum decoding, etc.
  • convolutional codes etc.
  • Viterbi decoding methods or BCJR Decoding algorithm.
  • Whether the decoding is successful can be judged by the check relationship of the code itself; when the check relationship of the code itself cannot meet the reliability requirements of the decoding judgment, it can also be judged by adding additional checks, such as adding CRC Check; it can also be combined to judge at the same time.
  • the coding scheme uses a systematic code, that is, the coding block completely contains the information bits before coding. When the physical layer has been decoded correctly, the decoding sequence includes the information bits, and L2 only needs to extract the information bits from the coding transmission block. That's it.
  • the L2 processing at the receiving end may also include L2 de-interleaving, and L2 de-interleaving may be before L2 decoding or after L2 decoding.
  • the L2 de-interleaving corresponds to the L2 interleaving in the L2 processing at the sending end, which is the reverse process. If the L2 interleaving in the L2 processing at the sending end is after the L2 encoding, the L2 de-interleaving in the L2 processing at the receiving end is before the L2 decoding, that is, the L2 de-interleaving is performed first, and then the L2 decoding is performed.
  • the L2 deinterleaving in the L2 processing at the receiving end is after the L2 decoding, that is, the L2 decoding is performed first, and then the L2 deinterleaving is performed.
  • the L2 process at the sender end uses L2 interleaving proxy L2 encoding
  • the L2 process at the receiver end also applies L2 deinterleaving instead of L2 decoding.
  • an exemplary description of the L2 processing at the receiving end in step 520 of the embodiment of the present invention may include the following content:
  • 5210 Obtain the decoding sequence of M L2 coded PDUs according to the decoding sequence of T coded transport blocks, where T is an integer greater than or equal to 1.
  • each coded transport block is an L2 coded PDU.
  • the L2 coding sublayer is the MAC layer
  • each MAC PDU is a transmission block, that is, each coding transmission block is an L2 coding PDU.
  • the decoding sequence of each coded transmission corresponds to the decoding sequence of an L2 coded PDU.
  • the decoding sequences of T coded transport blocks are processed by one or more L2 protocol sublayer entities at the receiving end to obtain the decoding sequences of M L2 coded PDUs.
  • 5220 Perform at least one of L2 decoding or L2 de-interleaving on the decoding sequence of M L2 coded PDUs to obtain N code blocks.
  • N to-be L2 decoding sequences can be obtained, and N code blocks can be obtained by performing one or both of L2 decoding or L2 de-interleaving on the N to-be L2 decoding sequences.
  • the decoding sequences of M L2 coded PDUs can be de-interleaved to obtain M decoding sequences; the M decoding sequences are combined or demultiplexed to obtain N to-be L2 decoding sequences ; Perform L2 decoding on N to-be-decoded L2 sequences to obtain N code blocks.
  • the L2 decoding sublayer can perform the decoding sequence of M L2 coded PDUs on the receiving end of the protocol sublayer to obtain N to-be L2 decoding sequences, for example, to encode M L2 codes
  • the decoding sequence of the PDU may be combined or demultiplexed, the header is removed, and the sequence number is removed.
  • the L2 de-interleaving can be before and after L2 decoding, corresponding to the transmitting end.
  • L2 de-interleaving is before L2 decoding, first perform inter-sequence or intra-sequence de-interleaving on the N to-be-decoded L2 sequences, and then perform L2 decoding on the de-interleaved N-to-L2 decoding sequences to obtain N code blocks ; If the L2 deinterleaving is performed after the L2 decoding, perform L2 decoding on the N to-be-decoded sequences to obtain N code blocks to be de-interleaved, and then perform inter-block or block-to-block or block to the N code blocks to be de-interleaved N code blocks are obtained by internal de-interleaving.
  • 5230 Obtain the received data according to N code blocks.
  • each code block corresponds to one data unit
  • N data units are output to the upper layer or application of L2, that is, each service data packet corresponds to one data unit.
  • the N code blocks can also pass through one or more L2 protocol sublayers above the L2 decoding sublayer to sequentially process the corresponding protocol sublayer at the receiving end to obtain one or more data units Output to L2 upper layer or application layer.
  • multiple code blocks can be concatenated to obtain a data unit.
  • the transmitting end communication device additionally encodes the data to be sent above the physical layer, as a supplement to the channel coding of the physical layer, which can improve the requirement for extremely low retransmission times or even no retransmission requirements. Under the error correction capability.
  • the communication device at the receiving end can continue to submit the decoded soft value or hard value to the L2 decoding if the decoding of the physical layer fails to improve the success rate of the decoding.
  • the protocol sublayer used for encoding or decoding of L2 is the RLC sublayer as an example, some possible implementation manners of the embodiments of the present application will be described separately.
  • the L2 protocol stack may be different, but the processing is similar.
  • the air interface in the LTE system is used for the surface protocol stack without the SDAP protocol sublayer, and it can be processed directly from the PDCP sublayer.
  • the protocol sublayer used by L2 for encoding may also be other protocol sublayers, and the embodiment of the present application is not limited thereto.
  • the data to be sent comes from two upper-layer service streams, the first service stream includes IP packet 1 and IP packet 2, and the second service stream includes IP packet 3.
  • the data to be sent may also be one service flow or more service flows, and the data packet of each service flow may also include one or more data packets.
  • the length of each IP packet can be the same or different.
  • FIGS. 7-9 are examples of the embodiments described in FIG. 3 and FIG. 4, and the processing procedures of the communication device at the receiving end shown in FIGS. 5 and an illustration of the embodiment described in FIG. 6.
  • FIG. 7 is a schematic diagram of a data processing provided by an embodiment of the application. The following is the processing of the L2 and physical layer of the transmitting end communication device for data transmission, and the corresponding L2 and physical layer of the receiving end communication device for receiving data The processing of exemplified.
  • the communication device at the sending end obtains the data to be sent from the application layer, in the form of IP packets, for example, IP packets 1 to 3 are submitted to L2 for processing to obtain at least one transmission block, and the physical layer performs channel coding and other processing on at least one transmission block to obtain the transmission signal , include:
  • L2 SDAP The L2 SDAP entity performs SDAP sublayer processing on IP packets 1 to 3 to be sent, and then obtains SDAP PDU and submits it to the PDCP sublayer for processing.
  • the SDAP entity maps the IP packets to be sent to RB1 and RB2, respectively. As shown in Figure 6, IP packet 1 and IP packet 2 are mapped to RB1, and IP packet 3 is mapped to RB2.
  • the SDAP entity treats each IP packet as a SDAP SDU, adds the SDAP Header and obtains the corresponding 3 SDAP PDUs, and submits these SDAP PDUs to the PDCP sublayer for processing.
  • L2 PDCP The L2 PDCP entity performs PDCP sublayer processing on 3 SDAP PDUs, and then obtains 3 PDCP PDUs and submits them to the RLC sublayer for processing.
  • the PDCP entity treats each SDAP PDU as a PDCP SDU, and performs one or more of the following processes on the PDCP SDU according to the PDCP configuration of its corresponding RB: header compression, encryption, integrity protection, reordering, etc., and then adds PDCP Header to get the corresponding The 3 PDCP PDUs, and the PDCP PDU is submitted to the RLC sublayer for processing.
  • L2 RLC The L2 RLC entity performs at least one of L2 encoding or L2 interleaving on the 3 PDCP PDUs to be sent data to obtain 5 encoded RLC PDUs.
  • the L2 RLC entity obtains a code block (CB) to be L2 encoded according to the 3 PDCP PDUs.
  • CB code block
  • the L2 RLC entity combines 3 PDCP PDUs to obtain a code block CB1 to be L2 encoded.
  • the positions of the check bit C and the stuffing bit F in Figure 7 are just exemplary placed after the code block. Of course, they can also be placed in other positions of the code block, such as before the code block or in the middle of the code block. This is a limitation.
  • the code block CB to be L2 encoded may refer to the description of the foregoing embodiment, and may not include the detection check bit C or the padding bit F.
  • each code block to be L2 encoded may also include one or more parity bits C.
  • the padding bits may only be filled in one of the code blocks to be L2 coded, or evenly distributed in each code block to be L2 coded.
  • the L2 RLC entity performs at least one of L2 coding or L2 interleaving on the L2 code block to obtain 5 RLC coded PDUs.
  • L2 coding and L2 interleaving can be described with reference to the foregoing embodiment.
  • the importance of data in the same service data stream may also be different.
  • the importance of RB1 is lower than RB2, and the data in RB2 has higher reliability requirements than RB1, so the importance of the bits in RLC SDU3 corresponding to RB2 is higher than RLC SDU1 and RLC SDU2 corresponding to RB1 The importance of mid-bit. While the importance of IP packet 1 in RB1 is higher than that of IP packet 2, the importance of bits in RLC SDU1 is higher than the importance of bits in RLC SDU2.
  • Bits with high importance such as the bits in RLC SDU 3 can be placed in the position of the bit with high reliability in the coding scheme, or the coding scheme can be modified according to the position of the bit with high importance, so that the modified coding scheme, The positions of these bits of high importance are important for high reliability.
  • the L2 coded block coded CB 1 is obtained; the RLC entity can generate RLC SN according to the RLC configuration, and perform possible segmentation or division of the coded block or the interleaved coded block according to the indication of the data packet size of the physical layer or the MAC layer. Packing operation to obtain multiple coded RLC SDUs. As shown in the figure, 5 RLC coded SDUs are obtained. The RLC entity adds the RLC Header to the RLC coded SDU to obtain the RLC coded PDU. The RLC entity submits the RLC encoded PDU to the MAC sublayer for processing.
  • the coded block coded CB1 is divided into 5 RLC coded SDUs, and RLC coded SDU 1 to SDU 5.
  • Fig. 7 is an exemplary partition.
  • each coding block can be divided separately, and the same RLC coding SDU only includes part or all of the bits in one coding block. It is also possible to divide the SDU into a mixed code block, and the same RLC coded SDU may also include some bits in multiple code blocks. In another possible implementation manner, the coding blocks may not be divided, and each coding block is used as an RLC coding SDU. The embodiments of the present invention are not limited here.
  • L2 interleaving can be respectively located before L2 encoding, after L2 encoding, or after partitioning the encoding block.
  • L2 interleaving can be bit interleaving within a block or between blocks according to an interleaving pattern, or interleaving within an SDU, which is not limited here.
  • L2 MAC The L2 MAC entity obtains 2 transport blocks according to 5 RLC encoded PDUs.
  • Each RLC-encoded PDU corresponds to a MAC SDU at the MAC layer.
  • the MAC entity adds sub-headers to each MAC SDU and performs multiplexing operations to obtain at least one MAC PDU.
  • Each MAC PDU is delivered to the physical layer as a transport block. Taking the example shown in FIG. 6 as an example, the coded transport block TB 1 includes 3 MAC SDUs, and the coded transport block TB 2 includes 2 MAC SDUs.
  • PHY The physical layer entity performs processing such as physical layer channel coding on the two coded transport blocks to obtain the signal for transmission.
  • the physical layer processing the transport blocks can refer to the description of the foregoing embodiments.
  • the physical layer entity can add CRC bit segments to each transport block, code block segmentation and code block CRC addition, channel coding, rate matching, modulation, precoding, OFDM Processing etc. get the signal for transmission.
  • the communication device on the transmitting end sends the obtained signal to the communication device on the receiving end. After receiving the signal, the communication device at the receiving end performs the following steps:
  • the physical layer entity performs physical layer channel decoding processing on the received signal to obtain the decoding sequence corresponding to the two coded transport blocks TB1 and TB2, where the decoding sequence may include a soft value sequence or a hard value sequence, or Soft value sequence and hard value sequence.
  • the signal is demodulated at the physical layer, de-rate matching, decoding, code block merging and checking, transmission block checking and other one or more operations to obtain a sequence in the form of soft or hard values.
  • the physical layer entity submits the decoding sequence corresponding to the encoded transport block to the MAC sublayer. As shown in the figure, the physical layer entity submits TB1 and TB2 to the MAC sublayer, and corresponding decoding sequences corresponding to TB1 and TB2 are also submitted to the MAC sublayer at the same time.
  • the physical layer entity can determine whether to submit the encoded transport block and its corresponding decoding sequence to the MAC sublayer according to the parameters related to the L2 encoding. Optionally, if L2 encoding is not enabled, the physical layer entity may request retransmission of the transport block that fails to be decoded or discard the transport block that fails to be decoded.
  • the parameters related to L2 coding and the acquisition of the parameters can be referred to the description in the foregoing embodiment.
  • submitting the transport block or PDU to the L2 protocol sublayer also includes submitting the decoding sequence corresponding to the transport block or PDU to the L2 protocol sublayer, and processing the transport block or PDU includes In order to process the decoding sequence corresponding to the transport block or PDU.
  • L2 MAC The MAC entity regards TB1 and TB2 as 2 MAC PDUs, removes the sub-headers of the MAC PDU according to the MAC configuration, demultiplexes and other operations to obtain 5 MAC SDUs as shown in the figure, and uses the 5 MAC SDUs as The RLC encoded PDU is submitted to the RLC sublayer for processing.
  • L2 RLC The RLC entity performs at least one of L2 decoding or L2 deinterleaving according to 5 encoded RLC PDUs to obtain 3 PDCP PDUs.
  • the RLC entity obtains the L2 decoding sequence of 1 code block according to the decoding sequence of 5 RLC coded PDUs.
  • the RLC entity removes the RLC Header from each RLC coded PDU to obtain 5 RLC coded SDUs, and concatenates the decoding sequences of the 5 RLC coded SDUs to obtain 1 coded block to be L2 decoded sequence.
  • the RLC entity performs one or both of L2 decoding or L2 de-interleaving on the to-be-decoded sequence of the coded block to obtain the code block CB1.
  • L2 decoding and L2 de-interleaving can be described with reference to the foregoing embodiment.
  • the RLC entity can perform L2 decoding on the L2 decoding sequence according to the L2 coding parameters to obtain the corresponding soft value sequence or hard value sequence, and obtain the code block CB1 after checking or determining according to the soft value sequence or the hard value sequence.
  • L2 decoding reference may be made to the foregoing embodiment, which will not be repeated here.
  • the decoded code block does not include check bits and padding bits.
  • the L2 decoding failure result can be notified to the physical layer, and the physical layer entity determines whether to request retransmission. If retransmission is not performed, the physical layer determines not to perform retransmission, or the service data does not support retransmission, and can also notify the upper application layer of the L2 decoding failure result.
  • L2 de-interleaving can be located before L2 decoding, after L2 decoding, or before concatenating the coded RLC SDUs into coded blocks.
  • the RLC entity splits the decoded code block CB into multiple PDCP PDUs.
  • CB 1 can be split into multiple PDCP PDUs. If CB1 has only one PDU, there is no need to split it.
  • L2 PDCP The PDCP entity processes each PDCP PDU according to the PDCP configuration, for example, strips off the PDCP Header, integrity check, decryption, decompression, etc. to obtain PDCP SDU1 ⁇ 3.
  • the PDCP entity submits the PDCP SDU as a SDAP PDU to the SDAP for processing.
  • L2 SDAP The SDAP entity strips off the SDAP Header and other operations on the SDAP PDU to obtain the SDAP SDU, and sends the SDAP SDU as an IP packet to the upper application layer.
  • the RLC layer coding method is taken as an example for description, and coding can also be performed on other protocol sublayers, and steps such as L2 coding or decoding, interleaving or deinterleaving can be placed in the corresponding protocol sublayer.
  • the PDCP entity encodes or encodes and interleaves the SDU, and then divides the SDU through the RLC sublayer, and the transport block obtained by the MAC sublayer multiplexing is submitted to the physical layer for processing.
  • the MAC PDU is encoded through MAC encoding to obtain the encoded MAC PDU and submitted to the physical layer for processing.
  • FIG. 7 shows a schematic diagram of a data processing provided by another embodiment of this application.
  • the difference from Example 1 is that RLC encoding is performed in groups.
  • Example 2 is based on RB grouping as an example. It can be understood that other grouping methods, such as reliability requirements, connections, etc., are also similar.
  • the difference is that the to-be-coded CB obtained during RLC encoding is divided into groups in a corresponding manner.
  • the sending end communication device obtains the data to be sent from the application layer, and submits it to L2 for processing in the form of an IP packet.
  • L2 SDAP For the processing of L2 SDAP, L2 PDCP, L2 MAC and PHY, please refer to the description of the processing of L2 SDAP, L2 PDCP, L2 MAC and PHY corresponding to the transmitting end communication device in Embodiment 1.
  • the processing of L2 RLC is different from that of L2 RLC in Example 1:
  • L2 RLC The L2 RLC entity performs at least one of grouping L2 encoding or grouping L2 interleaving on the 3 PDCP PDUs of the data to be sent according to the corresponding RB to obtain 5 coded RLC PDUs.
  • the L2 RLC entity obtains 2 code blocks (CB) to be L2 coded according to the 3 PDCP PDUs and their corresponding groups.
  • the L2 RLC entity combines the three PDCP PDUs according to the corresponding RB groups to obtain two code blocks CB1 and CB2 to be L2 encoded. It can be seen that CB 1 includes PDCP PDU 1 and PDCP PDU 2 corresponding to RB 1, and CB2 includes PDCP PDU 3 corresponding to RB 2. Data in different groups respectively form a code block to be L2 encoded CB, which is not in the same code block to be L2 encoded. It should be noted that if grouping is performed in other ways, for example, according to reliability requirements, the bits with the same reliability requirements of different RBs may be grouped into the same group, and the same code block to be L2 encoded may include different RBs with the same reliability requirements.
  • Bits required for reliability for example, according to connection grouping, the bits allocated to different connections can be grouped into the same group, and the same group of bits can be divided into code blocks to be L2 encoded. This is just an example, and the embodiment of the present invention is not limited to this.
  • the code block to be L2 encoded may include one or more detection check bits C, and may also include one or more padding bits F. Please refer to the description of the L2 encoding code block, L2 encoding, etc. to be treated in the foregoing embodiment, which will not be repeated here.
  • the L2 RLC entity performs at least one of L2 coding or L2 interleaving on the L2 coded code blocks CB1 and CB2, respectively, to obtain 5 RLC coded PDUs.
  • L2 coding and L2 interleaving can be described with reference to the foregoing embodiment.
  • the coding rate of each packet can be determined according to the degree of protection of the corresponding service stream data, for example, it can be designed according to the QoS requirements of the RB, or it can be designed in conjunction with the measurement of the fluctuation range of the channel. Therefore, it is more convenient to use different coding bit rates for coding, thereby providing different error correction capabilities. Therefore, block coding can use different coding rates, or unequal protection capability coding, or different coding schemes.
  • the RLC entity can generate RLC SN according to the RLC configuration, and according to the data packet size of the physical layer or MAC layer Indicate to perform possible segmentation or packing operations on the coded block or the interleaved coded block to obtain multiple coded RLC SDUs. As shown in the figure, 5 RLC coded SDUs are obtained.
  • the RLC entity adds the RLC Header to the RLC coded SDU to obtain the RLC coded PDU.
  • the RLC entity submits the RLC encoded PDU to the MAC sublayer for processing.
  • one or more coded blocks code CB in different groups are divided or multiplexed within the group, so the bits included in the obtained RLC coded SDU are also in the same group; as shown in Figure 6, the coded blocks Coded CB1 is divided into 3 RLC coded SDUs, RLC coded SDU 1 ⁇ SDU 3, coded block coded CB 2 is divided into 2 RLC coded SDUs, RLC coded SDU 4 ⁇ SDU 5.
  • FIG. 6 is an exemplary division. When there are multiple coding blocks, each coding block can be divided separately, and the same RLC coding SDU only includes part or all of the bits in one coding block.
  • the SDU may also include some bits in multiple code blocks.
  • the coding blocks may not be divided, and each coding block is used as an RLC coding SDU.
  • the embodiments of the present invention are not limited here.
  • one or more coded blocks code CBs of different groups may be combined and then uniformly divided or multiplexed. Therefore, the bits included in the obtained RLC coded SDU may be in different groups.
  • the embodiments of the present invention are not limited here.
  • L2 interleaving can be located before L2 coding, between L2 coding and coding block division, or after coding block division.
  • L2 interleaving may be bit interleaving in blocks according to groups or inter-blocks according to an interleaving pattern, or interleaving in SDUs, which is not limited here.
  • L2 interleaving is performed before L2 coding or between L2 coding and coding block division, then CB1 or coding block CB1 corresponding to RB1 is interleaved, and CB2 or coding corresponding to RB2 is interleaved Block CB 2 is interleaved. It should be noted that if there are multiple CBs in a group, intra-block or inter-block interleaving is performed on these multiple CBs.
  • L2 interleaving is between L2 coding and coding block partitioning, and the coding code block CB 1 and the coding code block CB 2 can be mixed interleaved.
  • group protection is performed in L2 coding, and after coding Hybrid interleaving makes the data of different packets dispersed in different transmission blocks as much as possible and sent at different transmission timings.
  • the L2 interleaving may be interleaved in groups within the SDU or between the SDUs.
  • the communication device on the transmitting end sends the obtained signal to the communication device on the receiving end.
  • the difference between the processing after the communication device at the receiving end receives the signal and Embodiment 1 is also reflected in L2 RLC, as follows:
  • L2 RLC The RLC entity performs at least one of L2 decoding or L2 deinterleaving according to 5 encoded RLC PDUs to obtain 3 PDCP PDUs.
  • the RLC entity obtains the to-be L2 decoding sequence of 2 coded blocks according to the decoding sequence of the 5 RLC coded PDUs.
  • the RLC entity removes the RLC Header from each encoded RLC PDU to obtain 5 encoded RLC SDUs, and restores the 5 encoded RLC SDUs into 2 sequences to be decoded by L2 according to the parameters carried by the RLC SDU. It can be understood that the number of sequences to be decoded by L2 corresponds to the number of coded blocks for L2 encoding.
  • the RLC entity performs one or both of L2 decoding or L2 de-interleaving on the to-be-decoded sequence of the coded block to obtain two code blocks CB1 and CB2.
  • L2 decoding and L2 de-interleaving can be described with reference to the foregoing embodiment.
  • the RLC entity can respectively perform L2 decoding on the two sequences to be decoded according to the L2 coding parameters to obtain the corresponding soft value sequence or hard value sequence, and obtain the code block CB 1 after checking or determining according to the soft value sequence or hard value sequence. And CB 2.
  • L2 decoding reference may be made to the foregoing embodiment, which will not be repeated here.
  • the decoded sequence does not include check bits and padding bits.
  • the L2 decoding failure result can be notified to the physical layer, and the physical layer entity determines whether to request retransmission. If retransmission is not performed, the physical layer determines not to perform retransmission, or the service data does not support retransmission, and can also notify the upper application layer of the L2 decoding failure result.
  • the RLC entity splits the decoded code blocks CB 1 and CB 2 into 3 PDCP PDUs.
  • CB 1 can be split into multiple PDCP PDUs. If CB1 has only one PDU, there is no need to split it. As shown in Figure 7, CB 1 is split into 2 PDCP PDUs, and CB 2 is split into 1 PDCP PDU.
  • the RLC layer encoding method is taken as an example for description.
  • encoding can also be performed on other protocol sublayers, and steps such as L2 encoding or decoding, interleaving or deinterleaving can be placed in the corresponding protocol sublayer.
  • the PDCP entity separately encodes the PDCP SDU, and then divides it by the RLC sublayer, and the transport block obtained by the MAC sublayer multiplexing is submitted to the physical layer for processing.
  • the MAC PDU is encoded through MAC encoding to obtain the encoded MAC PDU and submitted to the physical layer for processing.
  • FIG. 9 shows a schematic diagram of data processing provided by another embodiment of this application. It can be used for data transmission in multi-connection scenarios, such as LTE and NR dual connection, NR and WLAN (such as WiFi) dual connection, wireless access network and fixed network and other multiple connections, NR high and low frequency multiple connections in different frequency bands, and in the relay In the network, such as the IAB scenario, the scenario where data is forwarded through multiple relays, etc.
  • multi-connection scenarios such as LTE and NR dual connection, NR and WLAN (such as WiFi) dual connection, wireless access network and fixed network and other multiple connections, NR high and low frequency multiple connections in different frequency bands, and in the relay In the network, such as the IAB scenario, the scenario where data is forwarded through multiple relays, etc.
  • the transmission blocks will be processed by the physical layers of different connections to obtain the signals sent by the connection.
  • Data distribution can be performed according to one or more of the data size and data type that can be carried by each connection.
  • the L2 protocol sublayer for data distribution can be the protocol sublayer used by L2 for encoding.
  • the RLC layer is encoded and distributed by RLC, and it can also be the lower layer of the protocol sublayer used for encoding by L2, such as RLC. Layer coding, MAC layer distribution.
  • the communication device at the sending end obtains the data to be sent from the application layer, in the form of IP packets, for example, IP packets 1 to 3 are submitted to L2 for processing to obtain at least one transmission block, and the physical layer performs channel coding and other processing on at least one transmission block to be transmitted Signals, including:
  • L2 RLC The L2 RLC entity performs at least one of L2 encoding or L2 interleaving on the 3 PDCP PDUs to be sent data to obtain 5 encoded RLC PDUs.
  • the distribution of data in different connections is processed by the MAC layer, and the processing of the L2 RLC entity can refer to the foregoing example 1 or 2.
  • the distribution of data in different connections is handled by the RLC layer:
  • step 1) of the RLC entity processing refer to the corresponding step 1) in the foregoing example 1 or 2. That is, the grouping may not be distinguished, or the grouping processing may be distinguished.
  • Step 2) of the RLC entity processing can also refer to the corresponding step 2) in the foregoing example 1 or 2.
  • the difference is that when dividing or combining the code blocks, it is necessary to consider which connection to distribute the data to and send, and it can be based on the size of the data that each connection can carry.
  • One or more of, data type, or data importance is used to allocate data. For example, important data can be allocated to connections with high reliability. For another example, when there is a high-frequency connection and a low-frequency connection, important data can be sent on the high-frequency connection, and unimportant data can be sent on the low-frequency connection. It should be noted that this is only an example and not a limitation.
  • each group can correspond to a connection, and the coding block is not mixed or mixed interleaved after the L2 encoding, then the RLC processing step 2 in Example 2 ) Also naturally supports the allocation of different packets to different connections for sending.
  • the coding blocks are mixed or mixed interleaved after L2 coding, then the coding block bits allocated to the connection can be divided or multiplexed into one or more RLC coded SDUs according to the connection. It can also be divided or multiplexed according to the amount of data allocated to different connections and the size indicated by the MAC or physical layer of the corresponding connection.
  • the overall PDCP PDU encoding or encoding and interleaving can be performed according to the L2 RLC in the foregoing example 1, to obtain an encoding block or an interleaving encoding block, and assigning the encoding block or the interleaving encoding block bits to the Different connections, or according to the importance priority of different connections, the coding block or the interleaved coding block bits are allocated to different connections according to the importance of the bits; respectively according to the size indicated by the MAC or physical layer corresponding to the connection will be allocated to the connection
  • the coded block bits are divided or multiplexed into one or more RLC coded SDUs.
  • the coded RLC PDUs of different connections are delivered to the MAC layer of different connections for processing.
  • grouped L2 encoding or grouped L2 interleaving can be performed according to L2 RLC in the foregoing embodiment 2.
  • the data of different groups are coded separately, they can correspond to different MAC and physical layers, so RLC
  • the entity can determine the corresponding sending connection according to the priority of the packet, then different MAC and physical layers belong to different connections, and can be allocated to different connections for processing. For example, taking the packet as RB as an example, send on connection 1.
  • the transmission block of RB1 the transmission TB2 of RB2 is sent on connection 2.
  • L2 RLC performs packet L2 encoding or packet L2 interleaving, and then mixes or mixes the coding blocks of each group according to the amount of data allocated to different connections, and then mixes or interleaves them according to the corresponding MAC or physical layer instructions of the connection
  • One or more RLC-encoded PDUs are obtained by dividing or multiplexing the size of. For example, taking the grouping as an RB as an example, a transmission block composed of a transmission block TB2 of RB2 and a part of RLC coded SDUs of RB1 is sent on connection 1, and a transmission block composed of a part of RLC coded SDUs of RB1 is sent on connection 2.
  • 4 If the data distribution is processed at the RLC layer, 4 can refer to 4 of the sending end communication device in Example 1; if the distribution of data in different connections is processed by the MAC layer, the MAC entity multiplexes the RLC encoded PDU Data distribution is performed according to one or more of the data size, data type, or data importance that can be carried by each connection.
  • the MAC entity can multiplex one or more RLC-encoded PDUs to obtain the MAC PDUs sent on each connection according to one or more of the data size, data type, or data importance that can be carried by each connection.
  • the communication device at the receiving end After receiving the signals of multiple connections, the communication device at the receiving end obtains the soft value sequence or the hard value sequence of the different connections through the physical layer processing of the different connections, and then submits them to the RLC layer for processing after the MAC layer processing of the different connections. You can participate in the processing in the aforementioned example 1 or 2.
  • the foregoing mainly introduces the solution provided by the embodiment of the present application from the perspective of the communication device and the interaction between the communication device.
  • the above-mentioned transmitting-end communication device or receiving-side communication device, etc. include hardware structures and/or software modules corresponding to each function.
  • the present application can be implemented in the form of hardware or a combination of hardware and computer software. Whether a certain function is executed by hardware or computer software-driven hardware depends on the specific application and design constraint conditions of the technical solution. Professionals and technicians can use different methods for each specific application to implement the described functions, but such implementation should not be considered as going beyond the scope of this application.
  • the embodiments of the present application can divide the functional modules of the transmitting-end communication device or the receiving-end communication device according to the foregoing method examples.
  • each functional module can be divided corresponding to each function, or two or more functions can be integrated into one.
  • Processing module can be implemented in the form of hardware or software function modules. It should be noted that the division of modules in the embodiments of the present application is illustrative, and is only a logical function division, and there may be other division methods in actual implementation.
  • FIG. 10 shows a schematic structural diagram of a data processing device 1000.
  • the data processing device 1000 may be a chip or a system on a chip in a terminal device or a network device, or other combination devices, components, etc. that can realize the functions of the above-mentioned communication device.
  • the data processing device 1000 may be used to execute the above-mentioned FIG. 3, FIG. 4, and FIG.
  • the data processing apparatus 1000 shown in FIG. 10 includes: an L2 processing unit 1010 and a physical layer processing unit 1020.
  • the L2 processing unit 1010 is configured to obtain at least one coded transmission block after performing L2 processing on the sending end on the data to be sent, and the L2 processing on the sending end includes L2 coding.
  • the physical layer processing unit 1020 is configured to process at least one coded transport block processed by the L2 processing unit 1010 to obtain a signal for transmission after physical layer processing at the transmitting end, and the physical layer processing at the transmitting end includes channel coding.
  • the physical layer processing may also include other one or more items: adding CRC to the transmission block, code block segmentation and code block CRC addition, inter-block interleaving, rate matching, modulation, MIMO precoding, OFDM, etc.
  • L2 coding can choose the same coding scheme as the physical layer channel coding or different coding schemes.
  • L2 coding can use LDPC coding, Polar coding, fountain code, repetition code, CRC code, etc., and other methods can also be used for treatment. Sending data adds redundant bits.
  • the code rate of the L2 encoding can be determined according to the degree of protection of the data to be sent, for example, it can be designed according to the QoS requirements of the data carried, or it can be designed in conjunction with the measurement of the fluctuation range of the channel.
  • unequal protection capability codes can be provided according to the importance of each bit in the data to be sent.
  • packet L2 encoding may be performed on the packet data.
  • the L2 processing at the sending end may also include one or more L2 protocol sublayers processing the data to be sent to obtain the code block to be L2 encoded.
  • the L2 processing at the sending end may also include one or more L2 protocol sublayers processing the L2 encoded data to obtain at least one encoded transmission block.
  • the L2 processing at the sending end may also include L2 interleaving, and L2 interleaving may perform interleaving on the to-be-coded L2 code block before L2 coding, or perform interleaving on the L2 coded block after L2 coding.
  • the data to be sent may also be L2 encoded multiple times in L2, and the protocol sublayer used for L2 encoding in L2 may be more than one of multiple L2 protocol sublayers.
  • the L2 processing unit 1010 may include the following modules for executing the method steps of the embodiment shown in FIG. 4:
  • the pre-coding processing module 10101 is configured to obtain N code blocks to be L2 coded according to the data to be sent, where N is an integer greater than or equal to 1.
  • the encoding module 10102 is configured to perform at least one of L2 encoding or L2 interleaving on N code blocks to be L2 encoded to obtain M L2 encoded PDUs.
  • the encoding post-processing module 10103 is configured to obtain T encoded transmission blocks according to the M L2 encoded PDUs.
  • the data processing device 1000 may further include a transceiver unit 1030: configured to send the signal obtained by the physical layer unit 1020.
  • the transceiver unit 1030 may also be used to notify the communication device of the receiving end of the parameters related to the L2 coding, where the parameters related to the L2 coding include one or more of the following: whether to enable L2 coding, coding scheme, code Rate, unequal protection coding parameters, etc.
  • the data processing device 1000 is presented in the form of dividing various functional modules in an integrated manner.
  • the "module” here may refer to a specific ASIC, a circuit, a processor and memory that executes one or more software or firmware programs, an integrated logic circuit, and/or other devices that can provide the above-mentioned functions.
  • the data processing device 1000 may adopt the form shown in FIG. 2.
  • the processor 201 in FIG. 2 may invoke the computer-executable instructions stored in the memory 203 to cause the data processing apparatus 1000 to execute the communication method in the foregoing method embodiment.
  • the functions/implementation processes of the L2 processing unit 1010, the physical layer processing unit 1020, and the sending unit 1030 in FIG. 10 may be implemented by the processor 201 in FIG. 2 calling a computer execution instruction stored in the memory 203.
  • the functions/implementation process of the L2 processing unit 1010 and the physical layer processing unit 102 in FIG. 10 can be implemented by the processor 201 in FIG. 2 calling the computer execution instructions stored in the memory 203, and the sending unit 1030 in FIG.
  • the function/implementation process can be implemented through the communication interface 204 in FIG. 2.
  • the data processing device 1000 provided in this embodiment can execute the above-mentioned communication method, the technical effects that can be obtained can refer to the above-mentioned method embodiment, and will not be repeated here.
  • FIG. 11 shows a schematic structural diagram of a data processing device 1100.
  • the data processing device 1100 may be a chip or a system on a chip in a terminal device or a network device, or other combination devices, components, etc. that can realize the functions of the above-mentioned communication device.
  • the data processing device 1100 may be used to execute the above-mentioned FIG. 5, FIG. 6 and FIG. The functions of the communication device at the receiving end involved in the embodiments shown in Figs. 7-9.
  • the data processing apparatus 1100 shown in FIG. 11 includes: an L2 processing unit 1110 and a physical layer processing unit 1120.
  • the physical layer processing unit 1120 is configured to perform physical layer processing on the received signal to obtain a decoding sequence of at least one coded transport block, and the physical layer processing at the receiving end includes channel decoding.
  • the physical layer processing may also include other one or more items: demodulation, de-rate matching, decoding, code block merging and verification, transmission block verification, etc.
  • the L2 processing unit 1110 is configured to perform receiving end L2 processing on the decoding sequence of at least one encoded transport block obtained by the physical layer processing unit 1120 to obtain one or more service data packets, and the receiving end L2 processing includes at least L2 decoding.
  • the data processing apparatus 1100 may further include a transceiving unit 1130 for receiving signals.
  • the transceiver unit 1130 is further configured to receive parameters related to L2 coding, and the parameters related to L2 coding include one or more of the following: whether to enable L2 coding, coding scheme, code rate, unequal protection coding parameters, and so on.
  • the L2 processing unit 1110 may determine whether to perform L2 decoding on the decoding sequence of at least one coded transport block of the physical layer processing unit 1120 according to the parameters related to the L2 coding.
  • L2 decoding is the inverse process of L2 coding.
  • message passing algorithms can be used, such as sum product decoding, confidence propagation decoding, minimum sum decoding, etc.; for example, convolutional codes, etc. , Viterbi decoding method can be used, and BCJR decoding algorithm can also be used.
  • Whether the decoding is successful can be judged by the check relationship of the code itself; when the check relationship of the code itself cannot meet the reliability requirements of the decoding judgment, it can also be judged by adding additional checks, such as adding CRC Check; it can also be combined to judge at the same time.
  • the coding scheme uses a systematic code, that is, the coding block completely contains the information bits before coding. When the physical layer has been decoded correctly, the decoding sequence includes the information bits, and L2 only needs to extract the information bits from the coding transmission block. That's it.
  • the code rate of the L2 encoding can be determined according to the degree of protection of the data to be sent, for example, it can be designed according to the QoS requirements of the data carried, or it can be designed in conjunction with the measurement of the fluctuation range of the channel.
  • the L2 processing at the receiving end may also include one or more L2 protocol sublayers processing the decoding sequence to obtain the L2 decoding sequence.
  • the L2 processing at the receiving end may also include one or more L2 protocol sublayers processing L2 decoded data to obtain one or more service data packets.
  • the L2 processing at the receiving end may also include L2 de-interleaving.
  • the L2 de-interleaving may interleave the L2 decoded sequence before L2 decoding, or interleave the code block obtained by L2 decoding after L2 decoding.
  • the decoding sequence may also be L2 decoded multiple times in L2, and the protocol sublayer used for L2 encoding in L2 may be more than one of the multiple protocol sublayers of L2.
  • the L2 processing unit 1110 may include the following modules for executing the method steps of the embodiment shown in FIG. 6:
  • the pre-decoding processing module 11101 is used to obtain the decoding sequence of M L2 coded PDUs according to the decoding sequence of the T coded transport blocks.
  • the decoding module 11102 is configured to perform at least one of L2 decoding or L2 de-interleaving on the decoding sequence of M L2 coded PDUs to obtain N code blocks.
  • the post-decoding processing module 11103 is configured to obtain one or more service data packets of the received data according to the N code blocks.
  • the data processing device 1100 is presented in the form of dividing various functional modules in an integrated manner.
  • the "module” here may refer to a specific ASIC, a circuit, a processor and memory that executes one or more software or firmware programs, an integrated logic circuit, and/or other devices that can provide the above-mentioned functions.
  • the data processing device 1100 may adopt the form shown in FIG. 2.
  • the processor 201 in FIG. 2 may invoke the computer-executable instructions stored in the memory 203, so that the data processing apparatus 1100 executes the communication method in the foregoing method embodiment.
  • the functions/implementation processes of the L2 processing unit 1110, the physical layer processing unit 1120, and the transceiver unit 1130 in FIG. 11 may be implemented by the processor 201 in FIG. 2 calling computer execution instructions stored in the memory 203.
  • the functions/implementation process of the L2 processing unit 1110 and the physical layer processing unit 1120 in FIG. 11 can be implemented by the processor 201 in FIG. 2 calling the computer execution instructions stored in the memory 203, and the transceiver unit 1130 in FIG.
  • the function/implementation process can be implemented through the communication interface 204 in FIG. 2.
  • the data processing device 1100 provided in this embodiment can execute the above-mentioned communication method, the technical effects that can be obtained can refer to the above-mentioned method embodiment, and will not be repeated here.
  • FIG. 12 shows a schematic diagram of the composition of a communication system.
  • the communication system 1200 may include: a network device 1210 and a terminal device 1220.
  • FIG. 12 is only an exemplary drawing, and the embodiment of the present application does not limit the network elements included in the communication system 1200 shown in FIG. 12 and the number of network elements.
  • the network device 1210 has the data processing device 1000 shown in FIG. 10, which can be used to send L2 encoded and channel-encoded data signals to the terminal device 1220; the network device 1210 may also have the data processing device 1100 shown in FIG. The function can be used to receive the signal from the data sent by the terminal device 1220, and obtain the received data after channel decoding and L2 decoding of the received signal.
  • the network device 1210 may also have the data processing device 1000 shown in FIG. 10 and the data processing device 1100 shown in FIG. 11 at the same time.
  • the terminal device 1220 has the data processing apparatus 1000 shown in FIG. 10, which can be used to send L2 coded and channel-encoded data signals to the network device 1210; the terminal device 1220 may also have the data processing apparatus 1100 shown in FIG. The function can be used to receive the signal from the data sent by the network device 1210, and obtain the received data after channel decoding and L2 decoding of the received signal.
  • the terminal device 1220 may also have the data processing apparatus 1000 shown in FIG. 10 and the data processing apparatus 1100 shown in FIG. 11 at the same time.
  • the embodiment of the present application also provides a computer storage medium storing a computer program, and the computer program includes a data processing method for executing the data processing method provided in the foregoing method embodiment.
  • the embodiments of the present application also provide a computer program product containing instructions, which when run on a computer, cause the computer to execute the data processing party provided in the foregoing method embodiments.
  • Any data processing device provided in the embodiments of the present application may also be a chip.
  • this application can be provided as a method, a system, or a computer program product. Therefore, this application may adopt the form of a complete hardware embodiment, a complete software embodiment, or an embodiment combining software and hardware. Moreover, this application may adopt the form of a computer program product implemented on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) containing computer-usable program codes.
  • a computer-usable storage media including but not limited to disk storage, CD-ROM, optical storage, etc.
  • These computer program instructions can also be stored in a computer-readable memory that can direct a computer or other programmable data processing equipment to work in a specific manner, so that the instructions stored in the computer-readable memory produce an article of manufacture including the instruction device.
  • the device implements the functions specified in one process or multiple processes in the flowchart and/or one block or multiple blocks in the block diagram.
  • These computer program instructions can also be loaded on a computer or other programmable data processing equipment, so that a series of operation steps are executed on the computer or other programmable equipment to produce computer-implemented processing, so as to execute on the computer or other programmable equipment.
  • the instructions provide steps for implementing functions specified in a flow or multiple flows in the flowchart and/or a block or multiple blocks in the block diagram.

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请涉及通信技术领域，公开了一种数据处理方法，装置和通信系统。该方法包括对待发送数据进行发送端的L2处理后得到至少一个编码传输块，并且对至少一个编码传输块经过物理层处理后得到用于发送的信号。基于该方案进行数据传输，可以提高在极低重传次数要求甚至无重传要求下的纠错能力。

Description

通信系统中数据处理方法和装置
本申请要求于2020年06月24日提交中国专利局、申请号为202010590672.8、申请名称为“通信系统中数据处理方法和装置”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本申请涉及通信领域，并且更具体地，涉及通信领域中数据处理的方法和装置。
背景技术
随着低时延高可靠业务逐渐铺开，例如，云游戏、云办公以及云虚拟现实(virtual reality，VR)/增强现实(augmented reality，AR)AR、以及工业控制等。这些实时业务需要网络在较短时延要求下提供较高的可靠性保障，从而对网络传输要求极高。然而在无线场景中，由于环境和运动影响，无线信道天然的波动性导致无线通信难以满足低时延高可靠业务的需求。
在现代无线通信系统，如长期演进(long term evolution,LTE),新空口(new radio，NR)等，通常通过重传实现传输可靠性的保证。然而重传需要收发端之间的传输反馈来触发，传输反馈的RTT将导致时延进一步扩大，从而使得传输超时，无法满足低时延要求。
此外，由于通信业务的复杂性，包括语音、视频、数据以及网元信令等不同类型的业务数据会在同样的信道中进行传输，而不同类型的数据，对于时延、可靠性、数据速率的要求均有差异。
发明内容
有鉴于此，本申请实施例提供了数据处理方法，装置及系统，以期提高传输可靠性。
第一方面，本申请实施例提供了一种数据处理方法，包括：在通信装置之间传输经过至少一次L2编码以及物理层信道编码的数据。
其中，L2编码可以包括纠错编码或者纠删编码等类型的编码方案，例如，低密度奇偶校验LDPC码，极化Polar码，喷泉码，重复码，循环奇偶校验码CRC等。
在上述方法中，传输的数据除了在物理层信道编码，还经过一次或多次额外的L2编码，数据的可靠性得到了提高，该数据即使在物理层译码失败，还可以继续通过一次或多次L2译码进行校正或恢复，使得接收数据错误的概率降低，译码的成功率得到提高，从而可以减少数据译码失败重传的次数，降低传输时延。
可选地，所述通信装置之间还交互L2编码相关的参数，其中，L2编码相关的参数包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数等。从而发送端的通信装置可以根据L2编码相关的参数确定是否发送经过至少一次L2编码以及物理层信道编码的数据，接收端的通信装置可以根据L2编码相关的参数确定物理层译码后是否还继续L2译码。
其中，通信装置之间交互L2编码相关的参数可以是由其中一方指定L2编码相关参数，也可以是两方协商L2编码相关参数。
其中，L2编码相关的参数可以通过上行控制信息(uplink control information，UCI)和/或者下行控制信息(downlink control information，DCI)等经由控制信道进行带外信令或随路信令传输，也可以通过控制面高层信令传输，还可以在用户面随数据传输。
结合第一方面，对于发送端的通信装置，在第一方面的第一种可能的实现方式中，在通信装置之间传输经过至少一次L2编码以及物理层信道编码的数据，包括：
对待发送数据进行L2处理后得到至少一个编码传输块，对所述至少一个编码传输块经过物理层处理后得到用于发送的信号，其中，物理层处理包括信道编码。
其中，所述至少一个编码传输块包括经过一次或多次L2编码后的待发送数据，也可以说是L2处理包括至少一次L2编码。所述用于发送的信号包括所述经过至少一次L2编码以及物理层信道编码的待发送数据。
其中，待发送数据可以是L2之上协议层(L3或者应用层等)的一个或多个数据包，例如，用户面的PDU会话(PDU session)的业务质量(quality of servicce，QoS)流的互联协议(internet protocol，IP)IP包。
L2包括多个L2协议子层，如，RRC，SDAP，PDCP，RLC，MAC等。
可选地，用于L2编码的L2编码子层为上述多个L2协议子层中一个，或者用于L2编码的L2编码子层为L2中新的协议子层。
可选地，编码的码率可以根据待发送数据的保护程度确定，例如，根据数据的承载QoS要求，或者，信道的波动范围测量中至少一项确定确定编码码率。
可选地，所述至少一个编码传输块中的待发送数据是采用不等保护能力编码。例如，所述至少一个编码传输块中的待发送数据是根据各比特的重要性采用不等保护能力编码。这样编码后可以使得重要的比特可靠性总体高于不重要的比特。
结合第一方面的第一种可能的实现方式，在一些可能的实现方式中，待发送数据可以来自一种或多种类型的数据流。不同类型的数据流的重要性可能存在差异，同一数据流的数据重要性也可能存在差异。可以根据数据流，或者数据流类型，或者RB，或可靠性要求，或传输的连接等中的一项或多项对所述待发送数据进行分组，待发送数据是按照分组进行L2编码的。分组L2编码可以针对分组的待发送数据提供差异化，独立的编码和传输机制。
可选地，不同的分组可以采用不同的编码方案进行L2编码；不同的分组也可以采用不同的编码码率进行L2编码。
结合第一方面的第一种可能的实现方式，在一些可能的实现方式中，所述对待发送数据进行L2处理后得到至少一个编码传输块，包括：根据待发送数据获取N个待L2编码码块；对N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码PDU；根据所述M个L2编码PDU得到T个编码传输块，N，M和T均为大于或者等于1的整数。
可选地，采用分组L2编码时，所述根据待发送数据获取N个待L2编码码块，包括：根据业务承载，可靠性要求或者传输的连接中的一种或多种对待发送数据进行分组；根据分组后的待发送数据获取N个待L2编码码块，其中每个待L2编码码块中包括的待发送数据为同一分组。
可选地，所述根据待发送数据获取N个待L2编码码块，包括：对所述待发送数据进行一个或多个L2协议子层处理得到一个或多个数据单元；根据所述一个或多个数据单元获取N个待L2编码码块。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：对所述N个待 L2编码码块进行L2编码或L2交织处理得到N个L2编码块；根据所述N个L2编码块得到M个L2编码PDU。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：对所述N个待L2编码码块进行L2交织得到N个交织后的待L2编码码块；对所述N个交织后的待L2编码码块进行L2编码得到N个L2编码块；根据所述N个L2编码块得到M个L2编码PDU。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：对所述N个待L2编码码块进行L2编码得到N个L2编码块；对所述N个L2编码块进行L2交织得到交织后的N个L2编码块；根据所述交织后的N个L2编码块得到M个L2编码PDU。
其中，L2交织包括块内交织或块间交织。
可选地，待L2编码码块需要满足L2编码方案的要求。待L2编码码块包括待发送数据的部分或全部，待L2编码码块还可以包括填充比特，或校验比特，或填充比特和校验比特。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：对所述N个待L2编码码块进行L2编码处理得到N个L2编码块；根据所述N个L2编码块得到M个数据单元；对所述M个数据单元分别交织得到M个L2编码PDU。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2编码码块进行L2编码，包括：根据所述N个待L2编码码块中比特的重要性采用不等保护的编码方案进行L2编码。
结合上述可能的实现方式，在一些实现方式中，每个编码传输块包括一个L2编码PDU，或者每个编码传输块包括一个或多个经过至少一个L2协议子层处理后得到的L2编码PDU。对于后者，可以是，对所述M个L2编码PDU经过一个或多个L2协议子层处理后得到T个编码传输块。
若分组L2编码，则同一待L2编码码块包括的待发送数据属于同一分组。分组L2编码后的数据可以混合发送，则每个编码传输块包括的待发送数据可以属于不同分组，例如可以通过交织，复用、分割等方式混合。分组L2编码后的数据也可以分组发送，则每个编码传输块包括的待发送数据属于同一分组的，L2编码后的交织，复用，分割等方式也是按照分组进行的。
结合上述可能的实现方式，在一些实现方式中，所述根据所述M个L2编码PDU得到T个编码传输块，包括：将M个L2编码PDU分配到不同连接；根据所述M个L2编码PDU得到T个编码传输，每个编码传输块包括的L2编码PDU为分配到同一连接上发送的。
其中，多个连接可以是LTE和NR双连接，NR与WLAN(如WiFi)双连接，无线接入网和固网等多连接，NR中高低频不同频段多连接，以及在中继网络中，如IAB场景，数据经由多个中继进行转发的场景等。
可选地，M个L2编码PDU可以是经过分组L2编码得到的对应不同分组的L2编码PDU，也可以是未经分组的L2编码PDU。
可选地，可以根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项进行数据分配。
结合上述第一种实现方式及其可能的各实现方式，在一些实现方式中，物理层处理还可以包括其他一项或多项：对传输块添加CRC，码块分割和码块CRC添加，块间交织，速率 匹配，调制、MIMO预编码、OFDM等。
结合第一方面，对于接收端的通信装置，在第一方面的第二种可能的实现方式中，在通信装置之间传输经过至少一次L2编码以及物理层信道编码的数据，包括：
对接收到的信号进行物理层处理后得到至少一个编码传输块的译码序列，对至少一个编码传输块的译码序列进行接收端L2处理后得到数据。
其中，译码序列可以包括硬值序列或软值序列，或者硬值序列和软值序列。
其中，所述至少一个编码传输块包括经过一次或多次L2编码后的数据，相应地也L2处理包括至少一次L2译码。所述接收的信号包括所述经过至少一次L2编码以及物理层信道编码的数据。
结合第一方面的第二种可能的实现方式，在一些可能的实现方式中，所述对至少一个编码传输块的译码序列进行L2处理得到一个或多个业务数据包，包括：根据T个编码传输块的译码序列得到M个L2编码PDU的译码序列，T为大于或者等于1的整数；对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块；根据所述N个码块得到接收到的数据。
结合上述可能的实现方式，在一些实现方式中，每个编码传输块包括一个L2编码PDU，或者，每个编码传输块包括经过一个或多个L2协议子层处理的L2编码PDU，相应地，所述根据T个编码传输块的译码序列得到M个L2编码PDU的译码序列，包括：对所述T个编码传输块的译码序列经过一个或多个L2协议子层处理后得到M个L2编码PDU的译码序列。
结合上述可能的实现方式，在一些实现方式中，所述对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块，包括：对所述M个L2编码PDU的译码序列进行L2解交织得到解交织后的M个译码序列，根据所述解交织后的M个译码序列得到N个待L2译码序列；对所述N个待L2译码序列进行L2译码得到所述N个码块。
结合上述可能的实现方式，在一些实现方式中，所述对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块，包括：根据所述M个L2编码PDU的译码序列得到N个待L2译码序列，对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块，包括：对所述N个待L2译码序列进行L2解交织得到解交织后的N个待L2译码序列；对所述解交织后的N个待L2译码序列进行L2译码得到N个码块。
结合上述可能的实现方式，在一些实现方式中，所述对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块，包括：对所述N个待L2译码序列进行L2译码得到N个译码后的序列；对所述N个译码后的序列进行L2解交织得到N个码块。
结合上述可能的实现方式，在一些实现方式中，所述根据所述N个码块得到一个或多个业务数据包，包括：对所述N个码块经过一个或多个L2协议子层处理后得到所述一个或多个业务数据包。
结合上述可能的实现方式，在一些实现方式中，若L2译码失败，则将译码失败结果通知上层或物理层，上层实体或物理层实体确定是否重传。
第二方面，提供一种数据处理方法，包括：在通信装置之间传输经过RLC编码以及物理层信道编码的数据。
其中，RLC编码可以包括纠错编码或者纠删编码等类型的编码方案，例如，低密度奇偶校验LDPC码，极化Polar码，喷泉码，重复码，循环奇偶校验码CRC等。
在上述方法中，传输的数据除了在物理层信道编码，还经过RLC编码，数据的可靠性得到了提高，该数据即使在物理层译码失败，还可以继续通过RLC译码进行校正或恢复，使得接收数据错误的概率降低，译码的成功率得到提高，从而可以减少数据译码失败重传的次数，降低传输时延。
可选地，所述通信装置之间还交互RLC编码相关的参数，其中，RLC编码相关的参数包括以下一项或多项：是否启用RLC编码，编码方案，码率，不等保护编码参数等。从而发送端的通信装置可以根据RLC编码相关的参数确定是否发送经过至少一次RLC编码以及物理层信道编码的数据，接收端的通信装置可以根据RLC编码相关的参数确定物理层译码后是否还继续RLC译码。
RLC编码相关的参数的交互可以参考第一方面L2编码相关参数的描述。
结合第二方面，对于发送端的通信装置，在第二方面的第一种可能的实现方式中，在通信装置之间传输经过RLC编码以及物理层信道编码的数据，包括：
RLC实体获取至少一个PDCP PDU；
RLC实体对所述至少一个PDCP PDU进行RLC编码或RLC交织中至少一项处理得到至少一个RLC编码PDU；
MAC实体根据所述至少一个RLC编码PDU得到至少一个编码传输块；
物理层实体对所述至少一个编码传输块进行包括信道编码的物理层处理后得到用于发送的信号。
结合第二方面，对于接收端的通信装置，在第二方面的第二种可能的实现方式中，在通信装置之间传输经过RLC编码以及物理层信道编码的数据，包括：
物理层实体对接收到的信号进行物理层信道译码处理得到至少一个编码传输块的译码序列；
MAC实体根据至少一个编码传输块的译码序列得到至少一个RLC编码PDU的译码序列；
RLC实体对所述至少一个RLC编码PDU的译码序列进行RLC译码或RLC解交织中至少一项处理得到一个或多个PDCP PDU。
在上述各种可能的实现方式中，PDCP PDU是PDCP实体对上层业务流的IP包或者经过SDAP实体映射后的IP包进行加密，完整性保护等操作后得到的。
RLC实体在发送端除了对PDCP PDU进行RLC编码，还根据物理层或MAC层传输块的大小进行打包或分割，生成RLC SN等操作；在接收端还会对MAC SDU去掉RLC头，进行RLC译码。
上述各种可能的实现方式中，RLC实体执行RLC编码或译码，RLC交织或RLC解交织可以参见第一方面L2编码或译码，L2交织或L2解交织等描述，此处不再赘述。
第三方面，本申请实施提供一种数据处理装置，该装置具有实现上述第一方面和第二方面的任一种可能的设计中所述的方法的功能。所述功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。所述硬件或软件包括一个或多个与上述功能相对应的模块或单元。数据处理装置包括：L2处理单元和物理层处理单元。
结合第三方面，在第三方面第一种可能的实现方式中，作为发送端，
L2处理单元用于对待发送数据进行L2处理后得到至少一个编码传输块，L2处理包括L2编码；
物理层处理单元用于对L2处理单元处理得到的至少一个编码传输块经过发送端的物理层处理后得到用于发送的信号，其中，物理层处理包括信道编码。
结合第三方面，在第三方面第二种可能的实现方式中，作为接收端，
物理层处理单元用于对接收到的信号进行物理层处理后得到至少一个编码传输块的译码序列，接收端的物理层处理包括信道译码；
L2处理单元用于对物理层处理单元得到的至少一个编码传输块的译码序列进行L2处理后得到一个或多个业务数据包，L2处理至少包括L2译码。
在一个可能的设计中，当所述功能的部分或全部通过硬件实现时，所述数据处理装置包括：输入接口电路，用于获取待发送数据；逻辑电路，用于执行上述第一方面或第二方面或上述两方面的任一种可能的设计中所述的方法；输出接口电路，用于输出用于发送的信号。
可选的，所述数据处理装置可以是芯片或者集成电路。
在一个可能的设计中，当所述功能的部分或全部通过软件实现时，所述数据处理装置包括：存储器，用于存储程序；处理器，用于执行所述存储器存储的所述程序，当所述程序被执行时，所述数据处理装置可以实现如上述第一方面或第二方面或上述两方面的任一种可能的设计中所述的方法。
可选的，上述存储器可以是物理上独立的单元，也可以与处理器集成在一起。
在一个可能的设计中，当所述功能的部分或全部通过软件实现时，所述数据处理装置包括处理器。用于存储程序的存储器位于所述数据处理装置之外，处理器通过电路/电线与存储器连接，用于读取并执行所述存储器中存储的程序。
在一个可能的设计中，第三方面提供的数据处理装置，包括处理器和收发组件，该处理器和收发组件可用于实现上述数据处理方法中各部分的功能。在该设计中，如果该数据处理装置是终端、基站或者其他网络设备，其收发组件可以是收发机，如果该数据处理装置是基带芯片或基带单板，其收发组件可以是基带芯片或基带单板的输入/输出电路，用于实现输入/输出信号的接收/发送。所述数据处理装置可选的还可以包括存储器，用于存储数据和/或指令。
第四方面，本申请实施例提供一种网络设备，包括如如上述第三方面的数据处理装置。
第五方面，本申请实施例提供一种终端设备，包括如如上述第三方面的数据处理装置。
第六方面，本申请实施例提供一种通信系统，该通信系统包括如第四方面的网络设备和第五方面的终端设备。
第七方面，本申请实施例提供一种计算机存储介质，存储有计算机程序，该计算机程序包括用于执行上述第一方面或第二方面的任一种可能的设计所述的方法的指令。
第八方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面或第二方面或上述两方面的任一种可能的设计所述的方法。
附图说明
图1A为本申请实施例提供的通信系统架构示意图；
图1B为本申请实施例中一种通信装置之间通信所遵循的空口用户面协议和控制面协议栈的示意图；
图1C为本申请实施例提供的一种数据处理方法的示意图；
图1D为本申请实施例提供的一种网络设备架构的示意图；
图1E为本申请实施例提供的一种通信装置之间通信所遵循的协议栈示意图；
图2为本申请实施例提供的通信装置的硬件结构示意图；
图3为本申请实施例提供的数据处理方法的流程示意图；
图4为本申请实施例提供的L2处理方法的流程示意图；
图5为本申请另一实施例提供的数据处理方法的流程示意图；
图6为本申请另一实施例提供的L2处理方法的流程示意图；
图7为本申请另一实施例提供的一种数据处理方法的示意图；
图8为本申请另一实施例提供的一种数据处理方法的示意图；
图9为本申请另一实施例提供的一种数据处理方法的示意图；
图10为本申请另一实施例提供的一种数据处理装置的结构示意图；
图11为本申请另一实施例提供的一种数据处理装置的结构示意图；
图12为本申请另一实施例提供的一种通信系统的示意图。
具体实施方式
下面将结合附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的其它实施例，都属于本申请保护的范围。
本申请实施例的技术方案可以应用于各种通信系统。例如：全球移动通信(global system for mobile communications，GSM)系统、码分多址(code division multiple access，CDMA)系统、宽带码分多址(wideband code division multiple access，WCDMA)系统、通用分组无线业务(general packet radio service，GPRS)、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time division duplex，TDD)、通用移动通信系统(universal mobile telecommunication system，UMTS)、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)通信系统、正交频分多址(orthogonal frequency-division multiple access，OFDMA)、单载波频分多址(single carrier FDMA，SC-FDMA)和其它系统等。术语“系统”可以和“网络”相互替换。OFDMA系统可以实现诸如演进的通用无线陆地接入(evolved universal terrestrial radio access，E-UTRA)、超级移动宽带(ultra mobile broadband，UMB)等无线技术。E-UTRA是通用移动通信系统(universal mobile telecommunications system，UMTS)演进版本。第三代合作伙伴计划(3rd generation partnership project，3GPP)在LTE和基于LTE演进的各种版本是使用E-UTRA的新版本。5G通信系统是正在研究当中的下一代通信系统，也可以称之为NR系统。其中，5G通信系统包括非独立组网(non-standalone，简称NSA)的5G移动通信系统，独立组网(standalone，简称SA)的5G移动通信系统，或者，NSA的5G移动通信系统和SA的5G移动通信系统。此外，通信系统还可以适用于面向未来的通信技术，都适用本申请实施例提供的技术方案。上述适用本申请的通信系统仅是举例说明，适用本申请的通信系统不限于此，在此统一说明，以下不再赘述。
如图1A所示，为本申请实施例提供的通信系统100的架构示意图。图1A中，通信系统 100包括网络设备101、网络设备102，终端103-终端105以及核心网设备106。
网络设备101与网络设备102连接，二者之间可以进行数据传输。网络设备101还可以为终端103和终端104提供无线接入服务，网络设备102还可以为终端105提供无线接入服务。具体来说，每个网络设备都对应一个服务覆盖区域，进入该区域的终端可通过Uu口与网络设备通信，以此来接收网络设备提供的无线接入服务。例如，终端103可以向网络设备101发送上行数据，网络设备101可以向终端103发送下行数据。
网络设备101基于终端103与核心网设备106建立数据通道1，网络设备101通过该数据通道1向核心网设备106发送来自终端103的数据，或者接收来自核心网106的数据，网络设备101称为终端103的锚节点(anchor node)。网络设备101基于终端104与核心网设备106建立数据通道2，网络设备101通过该数据通道2向核心网设备106发送来自终端104的数据，或者接收来自核心网106的数据，网络设备101称为终端104的锚节点。网络设备102基于终端105与核心网设备106建立数据通道3，网络设备102通过该数据通道3向核心网设备106发送来自终端105的数据，或者接收来自核心网106的数据，网络设备102称为终端105的锚节点。
网络设备101或网络设备102可以是任意一种具有无线收发功能的设备。包括但不限于：长期演进(long term evolution，LTE)中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，新无线(new radio，NR)中的基站(gNodeB或gNB)或收发点(transmission receiving point/transmission reception point，TRP)，第三代合作伙伴计划(3rd generation partnership project，3GPP)后续演进的基站，无线保真(wireless-fidelity，WiFi)系统中的接入节点，无线中继节点，无线回传节点等。基站可以是：宏基站，微基站，微微基站，小站，中继站，或，气球站等。多个基站可以支持上述提及的同一种技术的网络，也可以支持上述提及的不同技术的网络。基站还可以包含一个或多个共站或非共站的TRP。网络设备还可以是云无线接入网络(cloud radio access network，CRAN)场景下的无线控制器、集中单元(centralized unit，CU)，和/或，分布单元(distributed unit，DU)。以下以网络设备101或网络设备102为基站为例进行说明。网络设备还可以是同时支持上述提及的多种基站的功能，例如同时支持LTE和NR两种技术，也即可以按照LTE技术通信传输，也可以按照NR技术通信传输，或者同时支持NR和WIFI等。网络设备101或网络设备102可以为同一类型的基站，也可以为不同类型的基站。基站可以与终端进行通信，也可以通过中继站与终端进行通信。终端可以与不同技术的多个基站进行通信，例如，终端可以与支持LTE网络的基站通信，也可以与支持5G网络的基站通信，还可以支持与LTE网络的基站以及5G网络的基站的双连接。
终端103-终端105是一种具有无线收发功能的设备，可以部署在陆地上，包括室内或室外、手持、穿戴或车载；也可以部署在水面上(如轮船等)；还可以部署在空中(例如飞机、气球和卫星上等)。所述终端可以是手机(mobile phone)、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的终端、车载终端设备、无人驾驶(self driving)中的终端、辅助驾驶中的终端、远程医疗(remote medical)中的终端、智能电网(smart grid)中的终端、运输安全(transportation safety)中的终端、智慧城市(smart city)中的终端、智慧家庭(smart home)中的终端等等。本申请的实施例对应用场景不做限定。终端有时也可以称为终端设备、用户设备(user equipment，UE)、接入终端设备、车载终端、工业控制终端、UE单元、UE站、移动站、移动台、远方站、远程终端设备、移动设备、UE终端设备、无线通信设备、机器终端、UE代理或UE装置等。终端可以是固定的，也可以是移动的。终 端也可以同时支持多种技术进行通信传输。
作为示例而非限定，在本申请中，终端可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
核心网设备106可以包括用户面功能(user plane function，UPF)实体和接入和移动性管理功能(access and mobility management function，AMF)实体。UPF主要负责用户数据的转发和接收。UPF可以接收来自数据网络(data network，DN)的下行数据，然后通过无线接入网(radio access network，RAN)将该下行数据传输给终端。UPF还可以通过RAN接收来自终端的上行数据，然后将该上行数据转发到DN。AMF主要负责和无线进行对接，接收和发送与UE通信的NAS消息，对终端进行注册、移动、可达、加密鉴权等管理，传递UE和SMF之间的NAS消息。AMF实体和UPF实体可以独立部署，也可以合并部署在同一设备上。
应注意，图1A所示的通信系统100仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，通信系统100还可以包括其他设备，同时也可根据具体需要来确定网络设备、终端和核心网设备的数量。
本申请实施例中，例如图1A中的各网元，例如网络设备102或终端103，也可以是一个设备内的一个功能模块。可以理解的是，上述功能既可以是硬件设备中的网络元件，例如手机，基站或网络设备中的通信芯片，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。有时候也统称为通信装置。
终端与网络设备通过空口传输信令和数据。以NR通信系统为例，如图1B所示为空口用户面协议栈和控制面协议栈，其中用户面主要是用于传输数据，控制面主要是用于传输信令。空口用户面协议栈包括层2(Layer 2，L2)和物理层(physical，PHY)，其中用户面L2包括业务数据适配协议(Service Data Adaptation Protocol，SDAP)子层，分组数据汇聚协议(Packet Data Convergence Protocol,PDCP)子层，无线链路控制(Radio Link Control，RLC)子层，媒体接入控制(Media Access Control，MAC)子层。空口控制面协议栈包括非接入(Non-Access Stratum，NAS)层，无线资源控制(radio resource control，RRC)，L2以及物理层，控制面L2包括PDCP，RLC以及MAC子层。各协议层实体或协议子层实体根据配置上层或下层递交的信令或数据执行相应的处理。通常，每个协议层或每个协议子层实体是与一个无线承载对应的，无线承载可以是控制面的信令RB(SRB)，也可以是用户面的数据RB(DRB)，还可以是侧链RB(sidelink RB，SLRB)等。L2的各协议子层通常按照从上至下的顺序为SDAP，PDCP，RLC，MAC，或者RRC，PDCP，RLC，MAC，例如，SDAP子层是PDCP子层的上一层，RLC子层是PDCP子层的下一层，以此类推。其中每个子层将从上一子层接收到的输入数据单元作为本子层的业务数据单元(service data unit，SDU)，经过本子层处理后得到本子层的协议数据单元(protocol data unit，PDU)，输出给下一子层，其中L2协议子层PDU包括L2协议子层头(header)和L2协议子层SDU。例如，PDCP PDU包括PDCP SDU和PDCP Header，其中PDCP SDU包括SDAP PDU。
参考图1C，以通信装置在用户面上发送和接收数据为例对各协议子层的处理进行说明。通信装置在用户面上发送数据可以是终端103向网络设备101发送用户面的上行数据，也可 以是网络设备101向终端发送用户面的下行数据。为了和L2区分，有时也将L2上层协议层称为L3(Layer 3)或者应用层等。当通信装置有用户面的PDU会话(PDU session)有业务质量(quality of service，QoS)流(flow)到达，QoS流的IP包经过L2和物理层处理后发送，处理过程如下：
1)SDAP子层中SDAP实体对IP包进行QoS标记，将其映射到数据RB上，以图1C为例，IP包n和IP包n+1被映射到RBx，IP包m被映射到RBy。IP包作为SDAP SDU，添加QoS流标识(QoS flow id，QFI)等得到SDAP PDU。SDAP PDU被递交至PDCP子层处理。
2)PDCP子层与RB对应的PDCP实体根据PDCP配置对SDAP PDU进行处理，包括头压缩，加密，完整性保护，重排序等中的一项或多项，然后添加PDCP Header后得到PDCP PDU递交给RLC子层。
3)RLC子层与RB对应的RLC实体根据RLC配置对接收到的PDCP PDU进行处理。，例如，根据接收到的PDCP PDU生成RLC SN，根据物理层以及MAC层的数据包大小指示对PDCP PDU进行可能的分割或打包操作等，添加RLC Header后得到RLC PDU递交给MAC子层。
4)MAC子层与RB对应的MAC实体根据MAC配置对RLC PDU进行处理，例如，添加包括逻辑信道标识(logical channel identity，LCID)等的子头，与其他MAC SDU(RLC PDU)，MAC控制信元(control element，CE)等复用得到MAC PDU。MAC子层将MAC PDU作为传输块(transport block，TB)递交给物理层。
5)TB在物理层经过TB CRC添加，码块分割和CRC添加，信道编码，速率匹配，调制，层映射，预编码等过程后同导频或其它数据构成物理层传输帧，之后经由OFDM处理并进行信号发送。
接收信号的通信装置接收到信号后，先经过物理层处理，然后由L2各协议子层由下至上处理：
1)物理层对接收到的信号进行解调，解速率匹配，解码，码块合并，CRC校验等操作后得到MAC PDU，交由L2的MAC子层处理。
2)MAC子层实体根据MAC配置对MAC PDU处理，例如，解复用等得到一个或多个MAC SDU(RLC PDU)，交由RLC子层处理。
3)RLC子层实体使用RLC配置对RLC PDU进行处理，例如剥除RLC header，重组等操作，得到RLC SDU，交由PDCP子层处理。
4)PDCP子层实体根据PDCP配置对PDCP PDU进行处理，例如，剥除PDCP header，完整性校验，解密，解压缩等得到PDCP SDU。
5)SDAP子层对SDAP PDU进行剥除SDAP header等操作向上层输出QoS流的IP包。
终端与网络设备之间也可以建立多个连接传输数据。例如LTE和NR双连接，NR与WLAN(如WiFi)双连接，无线接入网和固网等多连接，NR中高低频不同频段多连接，以及在中继网络中，如IAB场景，数据经由多个中继进行转发的场景。
在一些实施例中，网络设备101和/或网络设备102可以是CU-DU分离的架构。也就是说，网络设备101和/或网络设备102可以包括一个CU以及一个或多个DU。其中，CU主要用于负责集中式无线资源和连接管理控制，具备无线高层协议栈功能，例如，PDCP层功能等。DU具备分布式用户面处理功能，主要具备物理层功能和实时性需求较高的层2功能，例如，DU具备PHY功能、MAC子层功能和RLC子层功能等。
以网络设备101为CU-DU分离架构为例，网络设备101的架构可以如图1D所示。图1D 中，网络设备101包括CU 1011、DU 1012以及DU 1013。其中，DU 1012和DU 1013可以与终端连接，例如，DU 1012与终端103连接，DU 1013与终端104连接。CU 1011可以与其他网络设备连接，例如，CU 1011与网络设备102连接。CU 1011还可以与核心网设备连接，例如，CU 1011还可以与核心网设备106连接。
可选的，每个DU和CU之间建立有通用分组无线服务(general packet radio service，GPRS)隧道协议(GPRS tunnelling protocol，GTP)隧道，该GTP隧道用于传输DU与CU之间的用户面数据。例如，CU 1011与DU 1012建立有GTP隧道1，GTP隧道1用于传输CU 1011与DU 1012之间的用户面数据。CU 1011与DU 1013建立有GTP隧道2，GTP隧道2用于传输CU 1011与DU 1013之间的用户面数据。
应理解，图1D所示的CU-DU架构仅用于举例，并非用于限制本申请的技术方案。本领域的技术人员应当明白，在具体实现过程中，上述CU-DU架构可根据具体需要来确定CU、DU的数量，同时，上述CU 1011、DU 1012以及DU 1013可以部署在同一个设备中，也可以部署在不同的设备中，不予限制。
若网络设备101和/或网络设备102为CU-DU分离架构，终端与网络设备之间传输用户面数据的过程可以如图1E所示。图1E中，终端包括PDCP实体、RLC实体、MAC实体和PHY实体。面向终端时，DU包括RLC实体、MAC实体和PHY实体；面向CU时，DU包括F1应用协议(F1 application protocol，F1AP)实体、流控制传输协议(stream control transmission protocol，SCTP)实体、网络互连协议(internet protocol，IP)实体、L2(layer 2)实体和L1(layer 1)实体。CU包括F1AP实体、SCTP实体、IP实体、L2实体和L1实体。以终端103经DU 1012向CU 1011发送用户面上行数据为例，终端103有用户面上行数据到达时，可以按照上述终端103向网络设备101发送用户面上行数据的方法，终端103将处理后的MAC PDU发送给DU 1012。DU 1012中的PHY实体接收到该处理后的MAC PDU后，可以按照上述网络设备101中的PHY实体、MAC实体和RLC实体处理数据的方法处理接收到的该处理后的MAC PDU，得到经过终端103中的PDCP实体处理的上行数据，并通过DU 1012和CU 1011之间的GTP隧道将经过终端103中的PDCP实体处理的上行数据发送给CU 1011。CU 1011接收到该经过终端103中的PDCP实体处理的上行数据后，可以按照上述网络设备101中的PDCP实体处理数据的方法处理接收到的数据，得到上述用户面上行数据。后续，CU 1011将该上行数据发送给核心网设备106。
在本申请实施例中将围绕可包括多个设备、装置、组件、模块等的系统来呈现各个方面、实施例或特征。应当理解和明白的是，各个系统还可以包括另外的设备、装置、组件、模块等，也可以并不包括结合附图讨论的所有设备、装置、组件、模块等。此外，还可以使用这些方案的组合。
本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。
本申请涉及的通信装置可以是芯片(如基带芯片，或者数据信号处理芯片，或者通用芯片等等)，终端，基站，或者其他网络设备。
可以通过图2中的通信装置200来实现。图2所示为可适用于本申请实施例的通信装置的硬件结构示意图。该通信装置200包括至少一个处理器201，通信线路202，存储器203以及至少一个通信接口204。
处理器201可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。
处理器201可以是中央处理器(central processing unit，CPU)，网络处理器(network processor，NP)或者CPU和NP的组合。
处理器201还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specific integrated circuit，ASIC)，可编程逻辑器件(programmable logic device，PLD)或其组合。上述PLD可以是复杂可编程逻辑器件(complex programmable logic device，CPLD)，现场可编程逻辑门阵列(field-programmable gate array，FPGA)，通用阵列逻辑(generic array logic,GAL)或其任意组合。
通信线路202可包括一通路，在上述组件之间传送信息，例如总线。
通信接口204，使用任何收发器一类的装置，用于与其他设备或通信网络通信，如以太网接口，RAN接口，无线局域网(wireless local area networks，WLAN)接口等。
存储器203可以是只读存储器(read-only memory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，存储器也可以包括非易失性存储器(non-volatile memory)，例如快闪存储器(flash memory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)；存储器还可以包括上述种类的存储器的组合。存储器还可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路202与处理器相连接。存储器也可以和处理器集成在一起。本申请实施例提供的存储器通常可以具有非易失性。其中，存储器203用于存储执行本申请方案所涉及的计算机执行指令，并由处理器201来控制执行。处理器201用于执行存储器203中存储的计算机执行指令，从而实现本申请实施例提供的方法。
可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。
在具体实现中，作为一种实施例，处理器201可以包括一个或多个CPU，例如图2中的CPU0和CPU1。
在具体实现中，作为一种实施例，通信装置200可以包括多个处理器，例如图2中的处理器201和处理器207。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中，作为一种实施例，通信装置200还可以包括输出设备205和输入设备206。输出设备205和处理器201通信，可以以多种方式来显示信息。例如，输出设备205可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备206和处理器201通信，可以以多种方式接收用户的输入。例如，输入设备206可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信装置200可以是一个通用设备或者是一个专用设备。在具体实现中，通信装 置200可以是便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端、嵌入式设备或有图2中类似结构的设备。本申请实施例不限定通信装置200的类型。
下面对本申请实施例提供的通信方法进行具体阐述。
需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。
需要说明的是，在本申请的描述中，“第一”、或“第二”等词汇，仅用于区分描述的目的，而不能理解为指示或暗示相对重要性，也不能理解为指示或暗示顺序。本申请中的“第一网络设备”等具有不同编号的网络设备，该编号仅为用于上下文行文方便，不同的次序编号本身不具有特定技术含义，比如，第一网络设备，第二网络设备等，可以理解为是一系列网络设备中的一个或者任一个。可理解，在具体实施时，不同编号的网络设备也可以是同一种类型的网络设备，本申请对此不作限定。
可以理解的，本申请实施例中，第一网络设备、第二网络设备、第一网元或第二网元可以执行本申请实施例中的部分或全部步骤，这些步骤仅是示例，本申请实施例还可以执行其它步骤或者各种步骤的变形。此外，各个步骤可以按照本申请实施例呈现的不同的顺序来执行，并且有可能并非要执行本申请实施例中的全部步骤。
现有通信系统中通常通过在物理层和RLC层的重传来提供数据传输的可靠性。对于低时延要求的业务，例如，URLLC业务，重传引起的传输时延无法满足低时延要求，从而物理层和RLC层无法通过重传提供提供对抗空口信道衰落和抖动的能力。对于待发送的数据可以通过在物理层信道编码前在L2进行一次或多次编码，从而在重传无法满足时延要求的传输场景下，可以提高数据的可靠性。其中编码可以是纠错编码或者纠删编码等类型的编码方案，例如，低密度奇偶校验LDPC码，极化Polar码，喷泉码，重复码，循环奇偶校验码CRC等。接收端通信装置接收到经过物理层信道编码和L2编码处理后的信号后，如果物理层译码失败，在无法进行重传时，不必丢弃错误的TB，还可以将物理层译码得到的软值或硬值继续递交至L2译码，L2译码成功后，可以将译码成功的数据递交至上层。从而也提高了译码的成功率。
如图3所示，为本申请实施例提供的一种数据处理的方法，可用于通信装置空口用户面协议栈或空口控制面协议栈，包括：
步骤310：对待发送数据进行发送端的L2处理后得到至少一个编码传输块。
其中，L2可以包括前述多个L2协议子层，例如，RRC，SDAP，PDCP，RLC，MAC等。
为了方便描述，本说明书中将L2中用于L2编码的协议子层简称为L2编码子层，其执行L2编码的实体称为L2编码实体。其中，L2编码子层可以为L2多个协议子层之中任一个。可选地，也可以在L2中新增加一个L2编码协议子层用于对从其上一层输入的待发送数据进行L2编码，例如在PDCP和RLC之间设置一个新的L2编码协议子层用于对从上一协议子层PDCP获取的一个或多个PDCP PDU进行L2编码，并且将L2编码处理后得到的L2编码序列输出至下一个协议子层RLC。可见，L2多个协议子层还可以包括新增加的L2编码协议子层，L2编码子层也可以是新增加的L2编码协议子层。
发送端的L2处理至少包括L2编码，还可以包括L2协议子层中相应实体执行的该协议子层的处理。例如L2编码子层为RLC，则RLC实体除了进行L2编码，还执行RLC子层相关处理。L2协议子层中各协议子层的处理可以参见前述对各协议子层的描述，此处不一一赘述。
可选地，待发送数据也可以在L2中进行多次L2编码，则L2中用于L2编码的协议子层可以是L2多个协议子层之中多个。
待发送数据可以是L2之上协议层(L3或者应用层等)的数据包，例如，用户面的PDU会话的QoS流的IP包。
可选地，待发送数据在L2进行L2编码的前后，还可以由L2一个或多个协议子层处理。例如，以L2编码子层为RLC子层为例，待发送数据进入L2处理，需要依次经过SDAP实体，PDCP实体进行相应协议子层处理，然后由RLC实体进行L2编码以及分割或者打包等RLC子层处理后，以RLC编码PDU的形式交由MAC实体处理，由MAC实体根据RLC编码SDU得到相应的一个或多个编码传输块。可见，待发送数据在L2进行编码的前后，分别由L2一个或多个协议子层处理。又例如，以L2编码子层为SDAP实体为例，待发送数据进入L2处理，在SDAP层经过RB映射后，进行L2编码后以SDAP PDU的形式递交给PDCP子层，由PDCP，RLC，MAC等实体依次进行相应协议子层处理，在MAC层得到一个或多个编码传输块。又例如，以L2编码子层为MAC实体为例，待发送数据进入L2处理，需要依次经过SDAP实体，PDCP实体，RLC实体进行相应协议子层处理，然后由MAC实体进行L2编码以及复用的MAC子层处理后，得到一个或多个编码传输块。
其中L2编码可以选择和物理层信道编码相同的编码方案也可以选择不同的编码方案，例如L2编码可以采用LDPC编码，Polar编码，喷泉码，重复码，CRC码等，也可以采用其他方式对待发送数据增加冗余比特。需要说明的是，此处均为举例，并不限于此。
其中，编码的码率可以根据待发送数据的保护程度确定，例如，可以根据数据的承载QoS要求进行设计，也可结合信道的波动范围测量进行设计。当信道波动较大或预期信道条件较差时，可以添加更多的冗余比特，采用较低的码率，当信道较为平稳时，可以添加较少的冗余比特，采用较高的码率。
在一种可选的实现方式中，可以根据待发送数据中各比特的重要性提供不等保护能力编码。不等保护能力的联合编码可通过对常见编码方案进行一定的修改，构造具有不等保护性质的编码方案。例如，可以通过将常用的LDPC编码的泰纳(Tanner)图进行连接度分布改造，对重要性较高的比特通过提供更高的度，实现更好的保护；也可对Polar码进行改造，通过子信道的容量大小实现不等保护特性，即令重要的比特经过容量最高的子信道；也可对喷泉码(如LT码)进行修改，如对重要性较高的比特，提供更高的编码选择概率，从而参与更多的发送比特运算的方式提供更好的保护能力等。本发明实施例对此不做限制。
待发送数据中的多个数据包可以来自一种或多种类型的数据流，不同类型的数据流的数据重要性可能存在差异，同一数据流的数据重要性也可能存在差异。通常重要性高的数据对可靠性的要求较高，需要降低译码的错误概率，保护能力较重要性低的数据要求高。不同的数据流可能在不同的无线承载RB上传输，对应到不同的RB。在一种可能的实现方式中，可以进行分组L2编码，按照数据流，或者RB，或可靠性要求，或者连接中的一种或多种对待发送数据分组，各组分别进行L2编码。例如，可以按照RB对数据进行分组，每组对应一个RB，则分组L2编码可以对不同RB的数据分别进行L2编码。又例如，可以按照比特的可靠性要求对数据进行分组，每组对应一种可靠性要求，则分组L2编码可以对具有不同的可靠性要求的比特分别进行L2编码。又例如，当通信装置之间存在两个或多个连接时，不同的数据流可能会被分配到不同的连接上传输，可以按照连接对待发送数据进行分组，每组对应一个连接，则分组L2编码可以对分配到不同连接的数据分别进行L2编码。可选地，不同的分组可以采用不同的编码方案进行编码。例如以可靠性要求为例，可靠性要求高的数据分组可以采用错误概率低的编码方案编码，而可靠性要求低的数据分组对编码方案的错误概率的要求相对要低。
分组L2编码后，可以由L2一个或多个协议子层对L2编码后的各组数据单独处理，相应地得到的编码传输块也是分别与分组对应；也可以由L2一个或多个协议子层对分组L2编码后的数据混合处理，相应地得到的编码传输块包括的数据可能来自多个分组，如来自多个数据流，或者多个RB，或多种可靠性要求，或者多种连接。
可选地，发送端的L2处理还可以包括L2交织，以获得分集增益。L2交织可以在L2编码之前，也可以在L2编码之后。例如，可以在对待发送数据或者经过L2协议子层处理过的待发送数据进行L2编码之前，进行L2交织。L2编码之前的L2交织可以在待发送数据的一个或多个数据包间或者数据包内按照系统定义的L2交织图样进行交织。需要说明的是，如果L2编码是分组进行的，L2编码之前的L2交织也可以按分组进行交织，也可以不分组，对所有待发送数据进行交织。又例如，可以在对待发送数据或者经过L2协议子层处理过的待发送数据进行L2编码之后，进行L2交织。L2编码之后的L2交织可以是在L2编码后的各编码块之间或者各编码块内按照系统定义的L2交织图样进行交织。需要说明的是，如果L2编码是分组进行的，L2编码之后的L2交织也可以按分组编码块进行交织，也可以混合多个组的编码块进行交织。上述均为举例，本发明并不限于此。
可选地，发送端的L2处理也可以用L2交织代替L2编码，从而包括L2交织，或者包括L2交织和其他L2协议子层的处理。此时L2交织的处理同前述L2编码前的L2交织处理。
步骤320：对步骤310得到的至少一个编码传输块经过物理层处理后得到用于发送的信号。
其中物理层的处理至少包括信道编码，不同系统的物理层处理可能存在差异，但是至少都会对从上一层实体，例如L2实体获取的传输块进行信道编码。
当然，物理层的处理还可以包括其他一项或多项：对传输块添加CRC，码块分割和码块CRC添加，块间交织，速率匹配，调制、MIMO预编码、OFDM等。不同连接的物理层处理也可能存在差异。
以NR系统为例，每个传输块在物理层首先添加CRC比特；如果添加CRC后的传输块长度大于码块长，则会进行码块分割得到多个码块，并且对每个码块添加CRC比特；每个码块在进行信道编码后得到编码块；速率匹配则会根据空口分配的资源确定编码块初传或重传的序列长度，从编码块中选取初传或重传的比特，并对这些选择的比特进行交织；交织后的序列经过调制，MIMO预编码、OFDM处理后得到用于发送的信号。
而LTE系统，则在速率匹配环节上和NR略有不同，会对编码块先进行子块交织，再做比特选择和打孔。
此处，不一一例举。可以理解的是经过L2编码的编码传输块在物理层还会进行信道编码，从而使得可靠性更高。
当支持多种连接时，如果两个通信装置之间建立多个连接传输数据，则编码传输块分别由不同连接的物理层处理后得到用于该连接发送的信号。
可选地，本实施例方法还可以包括：
步骤330：发送步骤320得到信号。
步骤320得到的信号将在空口进行发送，如果是多个连接的信号，则分别在不同连接的空口发送。
在上述实施例中，可选地，发送端和接收端的通信装置之间可以交互L2编码相关的参数，包括以下一项或多项：是否启用L2编码，编码方案，码率等。其中L2编码相关的参数可以是由发送端通信装置确定后通知给接收端，也可以是发送端和接收端通信装置协商确定。其中，发送端和接收端的通信装置之间可以通过多种方式交互L2编码相关的参数，例如：通过 UCI/DCI等经由控制信道进行带外信令或随路信令传输；也可预先通过高层下发指示，收发双端根据建链的指示进行相应的编码或译码，这里的高层是相对于物理层而言，可以是L2或L3等物理层之上的协议层，高层信令可以是控制面信令，例如RRC信令，也可以是用户面信令；也可将L2编码相关的参数随数据一起传输给接收端通信装置，接收端通信装置将先对L2编码相关的参数进行解析，然后根据相应参数进行L2译码处理。
本申请实施例的数据处理方法在物理层之上对待发送数据额外进行编码，作为对物理层的信道编码进行补充，可以提高在极低重传次数要求甚至无重传要求下的纠错能力。相应地，接收端的通信装置在接收到包含额外编码数据的信号后，如果物理层译码失败，还可以继续将译码的软值或硬值递交至L2译码，提供译码的成功率。
参见图4，为本发明实施例的步骤310中发送端L2处理进行示例性说明，可以包括以下内容：
3110：根据待发送数据获取N个待L2编码码块，N为大于或者等于1的整数。
待发送数据可以是L2上层或应用层递交至L2的一个或多个数据包。这些数据包可以来自同一业务流，也可以来自不同业务流。
待发送数据的一个或多个数据包可以作为一个或多个数据单元输入至L2编码子层，例如，可以每个数据单元包括一个或多个数据包。
待发送数据的一个或多个数据包也可以由L2编码子层之上的一个或多个L2协议子层依次进行相应协议子层处理，得到一个或多个数据单元输出至L2编码子层。
每个数据单元包括待发送数据中一个或多个比特。
L2编码子层根据待发送数据的一个或多个数据单元获取N个待L2编码码块(code block)。每个待L2编码码块可以包括待发送数据的多个比特。待L2编码码块的长度需要满足L2编码的编码方案对码长的要求。可选地，待L2编码码块还可以包括一个或多个填充比特使得待L2编码码块的长度满足编码方案对码长的要求。可选地，待L2编码码块还可以包括1个或多个检测校验比特，使得接收端在进行L2译码时可以根据检测校验比特来确定译码成功与否。其中，检测校验比特可以根据CRC校验、循环码校验、分组编码校验或其他编码校验方式产生。
一种可能的实现方式中，每个数据单元可以对应一个待L2编码码块，每个待L2编码码块包括一个数据单元。例如，待发送数据有N个数据单元a 1，a 2，…，a N，L2编码子层根据N个数据单元得到N个待L2编码码块c 1，c 2，…，c N，其中，c 1包括a 1，c 2包括a 2，…,以此类推，c N包括a N，进一步，根据需要每个码块还可以包括填充比特或者检测校验比特等。这种实现方式中，L2编码子层无需对上层或者上级协议子层的数据单元进行分割或组合等操作。例如，L2编码子层的上一协议层或协议子层已经将待发送数据按照L2编码子层编码的码块长或者MAC子层输出的传输块的大小进行了划分，L2编码子层对每个数据单元分别进行L2编码，需要说明的是，此处仅为举例，并不限于此。
又一种可能的实现方式中，L2编码子层也可以根据L2编码的最大码块长，或者下层协议实体处理的数据单元大小等中至少一项对待发送数据的一个或多个数据单元分割或者组合得到N个待L2编码码块。每个待L2编码码块可以包括一个或多个数据单元组成的比特段中部分或全部比特。
在步骤310提及的分组L2编码的方式下，L2编码子层也可以根据待发送数据的分组分别得到每个分组的一个或多个待L2编码码块。例如，待发送数据分别映射到RB1和RB2， 则L2编码子层可以对待发送数据中映射到RB1的数据包分割或组合得到N1个待L2编码码块，对待发送数据中映射到RB2的数据包分割或组合得到N2个待L2编码码块，N1和N2均为大于或者等于1的整数。
3120：对N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码PDU。
步骤3110产生的N个待L2编码码块经过L2编码或L2交织，或者L2编码和L2交织可以得到N个L2编码块(coded block)，根据这个N个L2编码块可以得到M个L2编码PDU。
其中L2编码可以参见前述步骤310的描述，可以采用多种编码方案，也可以采用不等保护的编码方案，还可以采用分组L2编码方案。
需要说明的是，编码码块和编码块都是序列，可以包括多个比特。
L2交织也可以参见前述步骤310中的描述，进行块间，或者块内交织。
对N个待L2编码码块进L2编码和L2交织时，L2交织可以在L2编码之前，也可以在L2编码之后。若L2交织在L2编码之前，则先对N个待L2编码码块进行块间或块内交织，然后对交织后的N个待L2编码码块进行L2编码；若L2交织在L2编码之后，则先对N个待L2编码码块进行L2编码得到N个编码块，然后对这N个编码块进行块间或块内交织得到N个L2编码块。
可选地，L2编码子层还可以对N个L2编码块进行该子层的处理得到M个L2编码PDU，M为大于或等于1的整数。例如，根据物理层或下层处理的数据大小进行可能的分割或复用操作，添加header，序列号等等。
在又一种可能的实现方式中，也可以对N个待L2编码码块进行L2编码得到N个编码块，对N个编码块进行可能的分割或复用后得到M个数据单元，对M个数据单元分别进行交织可以得到M个L2编码PDU。可以理解的是，如果是分组L2编码，则在对N个编码块进行分割或复用时也是分组进行的，则得到的M个L2编码PDU也是分别对应到不同分组的。
3130：根据所述M个L2编码PDU得到T个编码传输块。
一种可能的实现方式中，每个编码传输块为一个L2编码PDU。例如，L2编码子层为MAC层，每个MAC PDU为一个传输块，也就是每个编码传输块为一个L2编码PDU。
又一种可能的实现方式中，对M个L2编码PDU经过一个或多个L2协议子层实体进行相应子层在发送端的处理后得到T个编码传输块。例如，L2编码子层为RLC层，M个RLC编码PDU在MAC子层由MAC实体进行复用等处理得到T个编码传输块。
可以理解的是，如果是分组L2编码方式，M个L2编码PDU可以按对应的分组分别由一个或多个L2协议子层进行处理，得到的T个编码传输块可以是分别对应到不同分组的，或者说每个编码传输块中的数据为同一分组的。
在又一种可能的实现方式中，当支持多种连接时，如果两个通信装置之间建立多个连接传输数据，可以由L2编码子层或L2编码子层下的其他L2协议子层分配各连接传输的数据，L2编码子层可以根据M个L2编码PDU中各L2编码PDU分配到的连接的物理层传输块大小进行分别按分配到的连接复用得到T个编码传输块。每个编码传输块包括的L2编码PDU为分配到同一连接上发送的。
其中，可以根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项分配数据。例如，两个通信装置之间建立了一个高频段连接，一个低频段连接，可以根据每个连接传输的数据量大小将M1个L2编码PDU分配到高频段连接上发送，M2个L2编码PDU分配到低频段连接上发送。从而可以对M1个L2编码PDU进行复用等L2子层处理得 到T1个编码传输块用于在高频段连接上发送，对M2个L2编码PDU进行复用等L2子层处理得到T2个编码传输块用于在低频段连接上发送。需要说明的是，此处根据各连接传输的数据量大小分配数据时，可以不考虑M个L2编码PDU是否对应不同的分组，也就是不考虑前述分组L2编码时对数据进行的分组。
其中，也可以根据分组L2编码的分组对M个L2编码PDU进行连接分配，也就是对应不同的分组的L2编码PDU在不同的连接上发送。
参考图5，为本发明另一实施例提供的数据处理方法，可用于通信装置空口用户面协议栈或空口控制面协议栈，包括：
步骤510：对接收到的信号进行物理层处理后得到至少一个编码传输块的译码序列。
其中，译码序列可以包括硬值序列或软值序列，或者硬值序列和软值序列。
其中，物理层处理至少包括信道译码。不同系统的物理层处理可能存在差异，但是至少都会对从空口获取的信号进行信道译码。
通信装置接收到信号后通常在物理层进行解调，解速率匹配，解码，码块合并及校验，传输块校验等一项或多项操作得到软值或硬值形式的译码序列。软值是指译码或解调后每个比特(bit)的后验概率或每个比特的译码后后验概率的对数比等，常见的如对数似然比(Log Likelihood Ration，LLR)。硬值是指译码器输出的二进制译码结果，也就是每个bit判决为0或1。
其中，在本申请实施例中，译码得到的软值序列或硬值序列都是针对的经过发送端通信装置L2编码后的编码传输块。每个软值序列包括一个或多个软值，每个硬值序列包括一个或多个比特。
如果是通信装置之间建立多个连接，则各连接物理层分别处理接收到的信号得到译码序列。
步骤520：对至少一个编码传输块的译码序列进行接收端L2处理后得到一个或多个业务数据包。
在当前的无线通信系统中，物理层译码成功后，将译码得到的TB递交给L2。当物理层译码失败，例如译码结果CRC校验失败时，要么要求发送端的通信装置重传TB，要么在不能重传时丢弃错误TB。L2及上层应用会获知数据出现丢包。
在本申请实施例中，由于数据在L2进行了额外的编码，因此无论译码成功与否，物理层都会将译码结果以软值序列或硬值序列，或软值序列加硬值序列的形式递交给L2继续处理以还原数据，得到上层业务流的数据包。这里软值序列或硬值序列和编码传输块相对应，也可以说是与编码传输块对应的译码序列。可以根据L2译码需求，将与各编码传输块对应的软值序列，或者硬值序列，或者软值序列和硬值序列递交至L2继续进行接收端的处理。
步骤520是相对于前一方法实施例步骤310的逆处理过程。接收端L2处理至少包括L2译码，也还可以包括接收端L2协议子层中相应实体执行的该协议子层的处理。
可选地，接收到的数据可以在发送端通信装置的L2中进行了多次L2编码，则相应地在L2中也可以多次译码。
L2中用于译码的协议子层与L2中用于编码的协议子层是同一协议子层。
接收侧L2处理得到的接收数据将以业务数据包的形式递交至L2之上协议层(L3或者应用层等)。
可选地，译码序列在L2进行L2译码的前后，还可以由L2一个或多个协议子层处理。例 如，以L2译码子层为RLC为例，译码序列进入L2后，需要先经过MAC实体解复用，得到多个与MAC SDU对应的软值或硬值序列；RLC实体分别对对应的软值或硬值序列进行L2译码得到译码后的RLC SDU；各译码成功的RLC SDU依次经过PDCP实体，SDAP实体进行相应协议子层处理，得到一个或多个业务数据包递交至L2之上协议层。
在一种可选的实现方式中，发送端和接收端的通信装置之间可以交互L2编码相关的参数，包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数等。接收端的通信装置根据L2编码相关的参数确定启用L2编码时可以继续在L2对软值序列或硬值序列进行L2译码。可选地，如果没有启用L2编码，接收端的通信装置可以对译码失败的传输块请求重传或者丢弃译码失败的传输块。
其中，发送端和接收端的通信装置之间可以通过多种方式交互L2编码相关的参数，例如：通过UCI/DCI等经由控制信道进行带外信令或随路信令传输；也可预先通过高层下发指示，收发双端根据建链的指示进行相应的编码或译码；也可将L2编码相关的参数随数据一起传输给接收端通信装置，接收端通信装置将先对L2编码相关的参数进行解析，然后根据相应参数进行L2译码处理。
L2译码是根据L2编码方案进行译码的。例如对于LDPC码等，可以采用消息传递算法，如和积译码、置信度传播译码、最小和译码等；又例如对于卷积码等，可以采用维特比译码方法，也可采用BCJR译码算法。译码是否成功的判断可以通过编码本身的校验关系进行判断；当码本身的校验关系无法满足译码判断的可靠性要求时，也可以通过额外添加校验的方式进行判断，如添加CRC校验；也可结合两者同时判断。又例如编码方案采用的是系统码，即编码块中完整包含编码前的信息比特，则当物理层已经译码正确时，译码序列中包括信息比特，L2只需要从编码传输块提取信息比特即可。
可选地，接收端L2处理还可以包括L2解交织，L2解交织可以在L2译码之前，或者L2译码之后。L2解交织与发送端L2处理中的L2交织是对应的，是其逆过程。如果发送端L2处理中L2交织是在L2编码之后的，则接收端L2处理中L2解交织在L2译码之前，也就是先进行L2解交织，再进行L2译码。如果发送端L2处理中L2交织是在L2编码之前，则接收端L2处理中L2解交织在L2译码之后，也就是先进行L2译码，再进行L2解交织。
可选地，如果发送端L2处理用L2交织代理L2编码，则接收端L2处理中也相应用L2解交织代替L2译码。
参见图6，对本发明实施例的步骤520中接收端L2处理进行示例性说明，可以包括以下内容：
5210：根据T个编码传输块的译码序列得到M个L2编码PDU的译码序列，T为大于或者等于1的整数。
一种可能的实现方式中，每个编码传输块为一个L2编码PDU。例如，L2编码子层为MAC层，每个MAC PDU为一个传输块，也就是每个编码传输块为一个L2编码PDU。每个编码传输的译码序列对应的一个L2编码PDU的译码序列。
又一种可能的实现方式中，T个编码传输块的译码序列经过一个或多个L2协议子层实体进行相应子层在接收端的处理后得到M个L2编码PDU的译码序列。
5220：对M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块。
可以根据M个L2编码PDU的译码序列得到N个待L2译码序列，对N个待L2译码序 列进行L2译码或L2解交织中一项或两项处理得到N个码块。
一种可能的实现方式中，可以对M个L2编码PDU的译码序列进行解交织得到M个译码序列；对M个译码序列进行合并或解复用后得到N个待L2译码序列；对N个待L2译码序列进行L2译码得到N个码块。
又一种可能的实现方式中，L2译码子层可以对M个L2编码PDU的译码序列进行接收端该协议子层的处理得到N个待L2译码序列，例如，对M个L2编码PDU的译码序列进行可能的合并或解复用，去掉header，去掉序列号等操作。对N个待L2译码序列进行L2译码和L2解交织时，L2解交织可以在L2译码前后，与发送端对应即可。若L2解交织在L2译码之前，则先对N个待L2译码序列进行序列间或序列内解交织，然后对解交织后的N个待L2译码序列进行L2译码得到N个码块；如L2解交织在L2译码之后，则先对N个待L2译码序列进行L2译码得到N个待解交织的码块，然后对这N个待解交织的码块进行块间或块内解交织得到N个码块。
5230：根据N个码块得到接收的数据。
一种可能的实现方式中，每个码块对应一个数据单元，输出N个数据单元至L2上层或应用，也就是每个业务数据包对应一个数据单元。
又一种可能的实现方式中，N个码块还可以经过L2译码子层之上的一个或多个L2协议子层依次进行相应协议子层在接收端的处理，得到一个或多个数据单元输出至L2上层或应用层。例如，可以将多个码块级联得到数据单元。
本申请实施例的数据处理方法中，发送端通信装置在物理层之上对待发送数据额外进行编码，作为对物理层的信道编码进行补充，可以提高在极低重传次数要求甚至无重传要求下的纠错能力。相应地，接收端的通信装置在接收到包含额外编码数据的信号后，如果物理层译码失败，还可以继续将译码的软值或硬值递交至L2译码，提高译码的成功率。
下面以NR系统空口用户面协议栈，L2用于编码或译码的协议子层为RLC子层为例，对本申请实施例的一些可能的实现方式分别进行说明。其他通信系统中，L2协议栈可能存在差异，但是处理也是类似的，例如LTE系统中空口用于面协议栈没有SDAP协议子层，则可以直接从PDCP子层处理。需要说明的是，如前述实施例所述，L2用于编码的协议子层也可以为其他协议子层，本申请实施例并不以此为限制。此外，以下实施例中数据包个数，各协议子层SDU个数等均只是方便举例说明，并不以此为限制。例如，下述实施例中，待发送数据来自上层2个业务流，第一个业务流包括IP包1和IP包2，第二个业务流包括IP包3。在实际应用中，待发送数据也可以是1个业务流或者更多业务流，每个业务流的数据包也可以包括1个或多个。各IP包的长度可以相同，也可以不同。
其中，图7-图9所示的发送端的通信装置处理过程，是对图3以及图4所述实施例的举例说明，图7-图9所示的接收端的通信装置处理过程，是对图5以及图6所述实施例的举例说明。
示例1：
图7为本申请一实施例提供的一种数据处理的示意图，下面对发送端通信装置的L2和物理层对数据发送的处理，以及相应地接收端通信装置的L2和物理层对接收数据的处理进行示例性说明。
发送端的通信装置从应用层获取待发送数据，以IP包形式，例如，IP包1～3递交至L2处理得到至少一个传输块，物理层对至少一个传输块进行信道编码等处理后得到发送信号， 包括：
1.L2 SDAP：L2 SDAP实体对待发送的IP包1～3进行SDAP子层处理后得到SDAP PDU递交给PDCP子层处理。
SDAP实体将待发送的IP包分别映射到RB1和RB2，如图6所示，IP包1和IP包2映射到RB1，IP包3映射到RB2。SDAP实体将各IP包作为SDAP SDU，分别添加SDAP Header后得到对应的3个SDAP PDU，并将这些SDAP PDU递交至PDCP子层处理。
2.L2 PDCP：L2 PDCP实体对3个SDAP PDU进行PDCP子层处理后得到3个PDCP PDU递交给RLC子层处理。
PDCP实体将各SDAP PDU作为PDCP SDU，根据其对应的RB的PDCP配置对PDCP SDU进行以下一项或多项处理：头压缩，加密，完整性保护，重排序等，然后添加PDCP Header后得到对应的3个PDCP PDU，并将PDCP PDU递交至RLC子层处理。
3.L2 RLC：L2 RLC实体对待发送数据的3个PDCP PDU进行L2编码或L2交织中至少一项处理得到5个编码RLC PDU。
具体地，可以包括以下步骤：
1)L2 RLC实体根据3个PDCP PDU得到1个待L2编码码块(code block，CB)。
L2 RLC实体将3个PDCP PDU合并得到一个待L2编码码块CB 1。
图7中检测校验比特C和填充比特F的位置只是示例性的放在码块后，当然也可以放在码块的其他位置，如放在码块前，或码块中间，并不以此为限制。待L2编码码块CB可以参见前述实施例说明，也可以不包括检测校验比特C或者填充比特F。
需要说明的是，此处是以上层PDU组成1个待L2编码码块CB1为例进行说明，实际应用中也可能有多个PDU，其长度总和可能超过编码的最大码块长度，根据多个PDU可以得到更多待L2编码码块，每个待L2编码码块的长度小于或等于最大码块长度。可选地，每个待L2编码码块还可以包括一个或多个校验比特C。可选地，如果有填充比特C，则填充比特可以仅填充在其中一个待L2编码码块中，也可以均匀分布在各个待L2编码码块中。
2)L2 RLC实体对待L2编码码块进行L2编码或L2交织中至少一项处理得到5个RLC编码PDU。
其中，L2编码和L2交织可以参考前述实施例描述。
可选地，在提供不等保护(unequal protect)能力编码时，由于不同的业务流的数据重要性可能不同，相同的业务数据流中数据的重要性也可以不同。以图示为例，RB1的重要性优先级小于RB2，RB2中的数据对可靠性的要求较RB1高，则RB2对应的RLC SDU3中的比特的重要性高于RB1对应的RLC SDU1和RLC SDU2中比特的重要性。而RB1中IP包1的重要性要高于IP包2的重要性，则RLC SDU1中比特的重要性高于RLC SDU2中比特的重要性。可以将重要性高的比特，例如RLC SDU 3中的比特放在编码方案中可靠性高的比特位置，也可以根据重要性高的比特的位置，改造编码方案，使得改造后的编码方案中，这些重要性高的比特的位置对于高可靠性。
CB1经过RLC编码后得到L2编码块coded CB 1；RLC实体可根据RLC配置生成RLC SN，并根据物理层或MAC层的数据包大小的指示对编码块或交织后的编码块进行可能的分割或打包操作，得到多个编码RLC SDU。如图所示，得到5个RLC编码SDU。RLC实体分别对RLC编码SDU添加RLC Header后得到RLC编码PDU。RLC实体将RLC编码PDU递交给MAC子层处理。图7所示，编码块coded CB1被分割成5个RLC编码SDU，RLC编码SDU 1～SDU 5。需要说明的是，图7是一种示例性的分割，当有多个编码块时，可以每个编码块 单独划分，同一个RLC编码SDU只包括一个编码块中的部分或全部比特。也可以混合编码块划分SDU，则同一个RLC编码SDU也可以包括多个编码块中的部分比特。在又一种可能的实现方式中，对编码块也可以不进行分割，每个编码块分别作为一个RLC编码SDU。本发明实施例在此不做限制。
从图7可以看到，L2交织可以分别位于L2编码之前，L2编码之后，或者对编码块分割之后。
L2交织可以是在块内或者块间按照交织图样进行比特交织，或者在SDU内进行交织，此处不做限制。
4.L2 MAC：L2 MAC实体根据5个RLC编码PDU得到2个传输块。
每个RLC编码PDU在MAC层对应一个MAC SDU，MAC实体分别对每个MAC SDU添加子头，进行复用等操作得到至少一个MAC PDU，每个MAC PDU作为一个传输块递交给物理层。以图6所示为例，编码传输块TB 1包括3个MAC SDU，编码传输块TB 2包括2个MAC SDU。
5.PHY：物理层实体对2个编码传输块进行物理层信道编码等处理后得到用于发送的信号。
物理层对传输块处理可以参见前述实施例说明，例如，物理层实体可以对每个传输块添加CRC比特段，码块分割及码块CRC添加，信道编码，速率匹配，调制，预编码，OFDM处理等得到用于发送的信号。
发送端的通信装置将得到的信号发送给接收端的通信装置。接收端的通信装置接收到信号后执行下述步骤：
1.PHY：
1)物理层实体对接收到的信号进行物理层信道译码处理得到与两个编码编码传输块TB1和TB 2对应的译码序列，其中译码序列可以包括软值序列或硬值序列，或者软值序列和硬值序列。
物理层对接收到的信号进行处理可以参见前述实施例说明。信号在物理层进行解调，解速率匹配，解码，码块合并及校验，传输块校验等一项或多项操作得到软值或硬值形式的序列。
2)物理层实体将与编码传输块对应的译码序列递交给MAC子层。如图所示物理层实体将TB1和TB2递交给MAC子层，相应地与TB1和TB2对应的译码序列也同时递交至MAC子层。
物理层实体可以根据L2编码相关的参数确定是否将编码传输块及其对应的译码序列递交给MAC子层。可选地，如果没有启用L2编码，物理层实体可以对译码失败的传输块请求重传或者丢弃译码失败的传输块。
其中L2编码相关的参数及参数的获取可以参见前述实施例中描述。
为了方便描述，以下在L2译码前将传输块或PDU递交至L2协议子层也包括了将与传输块或PDU对应的译码序列递交至L2协议子层，对传输块或PDU进行处理包括了对与传输块或PDU对应的译码序列进行处理。
2.L2 MAC：MAC实体将TB1和TB2作为2个MAC PDU，根据MAC配置对MAC PDU进行去掉子头，解复用等操作得到如图所示5个MAC SDU，并将5个MAC SDU作为RLC编码PDU递交至RLC子层处理。
3.L2 RLC：RLC实体根据5个编码RLC PDU进行L2译码或L2解交织中至少一项处理 得到3个PDCP PDU。
具体地，可以包括以下步骤：
1)RLC实体根据5个RLC编码PDU的译码序列得到1个编码块的待L2译码序列。
RLC实体将各RLC编码PDU去掉RLC Header得到5个RLC编码SDU，对5个RLC编码SDU的译码序列进行级联得到1个编码块的待L2译码序列。
2)RLC实体对编码块的待L2译码序列进行L2译码或L2解交织中一项或两项处理得到码块CB 1。
其中，L2译码和L2解交织可以参考前述实施例描述。
RLC实体可以根据L2编码参数对待L2译码序列进行L2译码可以得到相应的软值序列或硬值序列，根据软值序列或硬值序列进行校验或判决后得到码块CB 1。L2译码可以参考前述实施例，此处不再赘述。
译码后的码块不包括校验比特和填充比特。
当L2译码失败时，如果支持重传，则可以将L2译码失败结果通知到物理层，由物理层实体确定是否请求重传。如果不进行重传，物理层确定不做重传，或业务数据不支持重传，也可以将L2译码失败结果通知到上层应用层。
从图6可以看出，L2解交织可以位于L2译码之前，L2译码之后，或者对编码RLC SDU级联成编码块之前。
3)RLC实体将译码得到的码块CB拆分成多个PDCP PDU。
如果CB 1包括多个PDU，则可以将CB 1进行拆分成多个PDCP PDU。如果CB1只有一个PDU，则无需进行拆分。
4.L2 PDCP：PDCP实体根据PDCP配置对各PDCP PDU进行处理，例如，剥除PDCP Header，完整性校验，解密，解压缩等得到PDCP SDU1～3。PDCP实体将PDCP SDU作为SDAP PDU递交至SDAP处理。
5.L2 SDAP：SDAP实体对SDAP PDU进行剥除SDAP Header等操作得到SDAP SDU，将SDAP SDU作为IP包发送至上层应用层。
需要说明的是，此处以RLC层编码的方式为例进行说明，也可以在其他协议子层进行编码，将L2编码或译码，交织或解交织等步骤放在相应协议子层即可。例如通过PDCP编码，PDCP实体将SDU进行编码或编码以及交织后，通过RLC子层进行分割，MAC子层复用得到的传输块递交至物理层处理。又例如，通过MAC编码，对MAC PDU进行编码得到编码MAC PDU递交至物理层处理。
示例2：
图7所示，为本申请又一实施例提供的一种数据处理的示意图。与示例1不同之处在于RLC编码是分组进行。示例2是按照RB进行分组为例说明的，可以理解的是，其他方式分组，如可靠性要求，连接等也是类似的，区别在于RLC编码时得到的待编码CB是按照相应方式划分分组的。
发送端通信装置从应用层获取待发送数据，以IP包形式递交至L2处理。
L2 SDAP，L2 PDCP，L2 MAC及PHY的处理可参见实施例1中发送端通信装置对应的L2 SDAP，L2 PDCP，L2 MAC以及PHY的处理描述。L2 RLC的处理与实施例1中L2 RLC有所不同：
1～2：参见实施例1中发送端通信装置的1～2
3.L2 RLC：L2 RLC实体对待发送数据的3个PDCP PDU根据对应的RB进行分组L2编码或分组L2交织中至少一项处理得到5个编码RLC PDU。
具体地，可以包括以下步骤：
1)L2 RLC实体根据3个PDCP PDU及其对应的分组得到2个待L2编码码块(code block，CB)。
L2 RLC实体将3个PDCP PDU按照对应的RB分组合并得到2个待L2编码码块CB 1和CB 2。可以看到CB 1包括与RB 1对应的PDCP PDU 1和PDCP PDU 2，CB2包括与RB 2对应的PDCP PDU 3。不同分组的数据分别形成待L2编码码块CB，不在同一待L2编码码块中。需要说明的是，如果按照其他方式分组，例如，按可靠性要求分组，则可能将不同RB的相同可靠性要求的比特分在同一组，则同一待L2编码码块可以包括不同RB的具有相同可靠性要求的比特；又例如，按连接分组，可以将分配到不同连接的比特分在同一组，对同一组的比特划分待L2编码码块。这里只是举例，本发明实施例并不限于此。
同前述实施例，待L2编码码块可以包括一个或多个检测校验比特C，还可以包括一个或多个填充比特F。可参见前述实施例对待L2编码码块，L2编码等的描述，此处不再赘述。
2)L2 RLC实体对待L2编码码块CB 1和CB 2分别进行L2编码或L2交织中至少一项处理得到5个RLC编码PDU。
其中，L2编码和L2交织可以参考前述实施例描述。
可选地，各分组的编码码率可以根据对应的业务流数据的保护程度确定，例如，可以根据RB的QoS要求进行设计，也可结合信道的波动范围测量进行设计。因此可以比较方便地采用不同的编码码率进行编码，从而提供不同的纠错能力。因此分组编码可以采用不同的编码码率，或者不等保护能力编码，或者不同编码方案等。
CB 1经过RLC编码后得到L2编码块coded CB 1，CB 2经过RLC编码后得到L2编码块coded CB 2；RLC实体可根据RLC配置生成RLC SN，并根据物理层或MAC层的数据包大小的指示对编码块或交织后的编码块进行可能的分割或打包操作，得到多个编码RLC SDU。如图所示，得到5个RLC编码SDU。RLC实体分别对RLC编码SDU添加RLC Header后得到RLC编码PDU。RLC实体将RLC编码PDU递交给MAC子层处理。
一种可能的实现方式中，不同分组的一个或多个编码块code CB在分组内进行分割或复用，因此得到的RLC编码SDU中包括的比特也是同一分组的；图6所示，编码块coded CB1被分割成3个RLC编码SDU，RLC编码SDU 1～SDU 3，编码块coded CB 2被分割成2个RLC编码SDU，RLC编码SDU 4～SDU 5。需要说明的是，图6是一种示例性的分割，当有多个编码块时，可以每个编码块单独划分，同一个RLC编码SDU只包括一个编码块中的部分或全部比特。也可以混合编码块划分SDU，则同一个RLC编码SDU也可以包括多个编码块中的部分比特。在又一种可能的实现方式中，对编码块也可以不进行分割，每个编码块分别作为一个RLC编码SDU。本发明实施例在此不做限制。
又一种可能的实现方式中，不同分组的一个或多个编码块code CB可以合并后统一分割或复用，因此得到的RLC编码SDU中包括的比特可以为不同分组的。本发明实施例在此不做限制。
从图6可以看到，L2交织可以分别位于L2编码之前，L2编码和编码块分割之间，或者对编码块分割之后。
L2交织可以是按照分组在块内或者块间按照交织图样进行比特交织，或者在SDU内进行交织，此处不做限制。
在一种可选的方式中，L2交织在L2编码之前或者L2编码和编码块分割之间，则对RB 1对应的CB 1或编码块CB 1进行交织，对RB 2对应的CB 2或编码块CB 2进行交织。需要说明的是，如果一个分组有多个CB，则对这多个CB进行分组内的块内或块间交织。
又一种可选的方式中，L2交织在L2编码和编码块分割之间，可以对编码码块CB 1和编码码块CB 2进行混合交织，这样在L2编码进行分组保护，而在编码后混合交织，使得不同分组的数据尽可能分散在不同传输块，不同传输时机发送。
又一种可选的方式中，L2交织在对编码块分割之后，可以在SDU内或SDU间分组进行交织。
4～5：参见示例1中发送端通信装置的4～5
发送端的通信装置将得到的信号发送给接收端的通信装置。接收端的通信装置接收到信号后的处理和实施例1的区别也体现在L2 RLC，如下：
1～2：参见示例1中接收端通信装置1～2。
3.L2 RLC：RLC实体根据5个编码RLC PDU进行L2译码或L2解交织中至少一项处理得到3个PDCP PDU。
具体地，可以包括以下步骤：
1)RLC实体根据5个RLC编码PDU的译码序列得到2个编码块的待L2译码序列。
RLC实体将各编码RLC PDU去掉RLC Header得到5个编码RLC SDU，根据RLC SDU携带的参数将5个编码RLC SDU恢复成2个待L2译码序列。可以理解的是，待L2译码序列个数和L2编码的编码块个数是对应的。
2)RLC实体对编码块的待L2译码序列进行L2译码或L2解交织中一项或两项处理得到2个码块CB 1和CB 2。
其中，L2译码和L2解交织可以参考前述实施例描述。
RLC实体可以根据L2编码参数分别对2个待译码序列进行L2译码可以得到相应的软值序列或硬值序列，根据软值序列或硬值序列进行校验或判决后得到码块CB 1和CB 2。L2译码可以参考前述实施例，此处不再赘述。
译码后的序列不包括校验比特和填充比特。
当L2译码失败时，如果支持重传，则可以将L2译码失败结果通知到物理层，由物理层实体确定是否请求重传。如果不进行重传，物理层确定不做重传，或业务数据不支持重传，也可以将L2译码失败结果通知到上层应用层。
可选地，如果L2编码前后进行过交织，则在相应步骤前后需要进行解交织。
3)RLC实体将译码得到的码块CB 1和CB 2拆分成3个PDCP PDU。
如果CB 1包括多个PDU，则可以将CB 1进行拆分成多个PDCP PDU。如果CB1只有一个PDU，则无需进行拆分。如图7所示，CB 1拆分成2个PDCP PDU，CB 2拆分成1个PDCP PDU。
4～5：参见示例1中接收端通信装置的4～5。
需要说明的是，此处以RLC层编码的方式为例进行说明，同样也可以在其他协议子层进行编码，将L2编码或译码，交织或解交织等步骤放在相应协议子层即可。例如通过PDCP编码，PDCP实体分别对PDCP SDU进行编码后，通过RLC子层进行分割，MAC子层复用得到的传输块递交至物理层处理。又例如，通过MAC编码，对MAC PDU进行编码得到编码MAC PDU递交至物理层处理。
示例3：
图9所示，为本申请又一实施例提供的一种数据处理的示意图。可用于多连接场景下的数据传输，例如LTE和NR双连接，NR与WLAN(如WiFi)双连接，无线接入网和固网等多连接，NR中高低频不同频段多连接，以及在中继网络中，如IAB场景，数据经由多个中继进行转发的场景等。当支持多种连接时，如果两个通信装置之间建立多个连接传输数据，则传输块将分别由不同连接的物理层处理后得到用于该连接发送的信号。可以根据每个连接可以承载的数据大小、数据类型等中的一项或多项进行数据分配。其中进行数据分发的L2协议子层可以是L2用于编码的协议子层，如图8所示，在RLC层编码，RLC分发，也可以是L2用于编码的协议子层的下层，例如RLC层编码，MAC层分发。
发送端的通信装置从应用层获取待发送数据，，以IP包形式，例如，IP包1～3递交至L2处理得到至少一个传输块，物理层对至少一个传输块进行信道编码等处理后得到发送信号，包括：
1～2，参见示例1中发送端通信装置的1～2。
3.L2 RLC：L2 RLC实体对待发送数据的3个PDCP PDU进行L2编码或L2交织中至少一项处理得到5个编码RLC PDU。
一种可能的实现方式中，数据在不同连接的分发由MAC层处理，则L2 RLC实体的处理可以参考前述示例1或2。
又一种可能的实现方式中，数据在不同连接的分发由RLC层处理：
RLC实体处理的步骤1)可以参考前述示例1或2中对应步骤1)，即可以不区分分组，也可以区分分组处理。
RLC实体处理的步骤2)也可以参考前述示例1或2中对应步骤2)，区别在于对于编码块进行分割或组合时需要考虑将数据分发至哪个连接发送，可以根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项进行数据分配。例如，可以将重要的数据分配到可靠性高的连接上。又例如，当存在高频段连接和低频段连接时，重要数据可以在高频段连接上发送，不重要数据可以在低频段连接上发送。需要说明的是此处仅为举例，并不以此为限制。
可以理解的是，如果按照示例2进行了分组L2编码或分组L2交织，每个分组可以对应到一个连接，在L2编码后不对编码块进行混合或者混合交织，则示例2中RLC的处理步骤2)也自然支持了将不同分组分配到不同连接上发送。
如果是示例1，或者示例2中在L2编码后对编码块进行混合或者混合交织，则可以按照连接将分配至该连接的编码块比特分割或复用成一个或多个RLC编码SDU。也可以根据分配到不同连接的数据量以及相应连接的MAC或物理层指示的大小进行分割或复用。
例如，可以按照前述示例1中L2 RLC进行PDCP PDU整体编码或者编码和交织，得到编码块或者交织后的编码块，根据分配到不同连接的数据量将编码块或者交织后的编码块比特分配到不同连接，或者根据不同连接对应的重要性优先级将编码块或者交织后的编码块比特按照比特的重要性分配到不同连接；分别根据连接对应的MAC或物理层指示的大小将分配至该连接的编码块比特分割或复用成一个或多个RLC编码SDU。不同连接的编码RLC PDU被递交到不同连接的MAC层处理。
又例如，可以按照前述实施例2中L2 RLC进行分组L2编码或者分组L2交织，一种可能的实现方式中，由于不同分组的数据是分别编码的，可以对应不同的MAC和物理层，因此RLC实体可以按照分组的优先级确定对应的发送的连接，则不同的MAC和物理层是属于不同连接的，也就可以分配到不同连接上处理，例如，以分组为RB为例，连接1上发送RB1 的传输块，连接2上发送RB2的传输TB2。又一种可能的实现方式中，L2 RLC进行分组L2编码或者分组L2交织，然后根据分配到不同连接的数据量将各分组的编码块混合或混合交织后，根据连接对应的MAC或物理层指示的大小分割或复用得到一个或多个RLC编码PDU。例如，以分组为RB为例，连接1上发送RB2的传输块TB2，以及RB1的部分RLC编码SDU组成的传输块，连接2上发送RB1的部分RLC编码SDU组成的传输块。
需要说明的是上述均为举例说明，本发明实施例并不以此为限制。
4：若数据分发是在RLC层处理的，则4可以参见示例1中发送端通信装置的4；若数据在不同连接的分发由MAC层处理，则由MAC实体在对RLC编码PDU进行复用时根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项进行数据分配。
MAC实体可以根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项复用一个或多个RLC编码PDU得到各连接上发送的MAC PDU。
5：参见示例1中发送端通信装置的5，不同连接的物理层实体遵循该连接的处理方式。
接收端的通信装置接收到多个连接的信号后，分别经过不同连接的物理层处理得到不同连接的软值序列或硬值序列，经过不同连接的MAC层处理后递交至RLC层处理。可以参加前述示例1或2中处理。
上述主要从通信装置以及通信装置之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是，上述发送端通信装置或接收端通信装置等为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法操作，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对发送端通信装置或接收端通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
图10示出了一种数据处理装置1000的结构示意图。该数据处理装置1000可以为终端设备或网络设备中的芯片或者片上系统，或其他可实现上述通信装置功能的组合器件、部件等，该数据处理装置1000可以用于执行上述图3，图4以及图7-图9所示实施例中涉及的发送端的通信装置的功能。
作为一种可能的实现方式，图10所示的数据处理装置1000，包括：L2处理单元1010和物理层处理单元1020。
L2处理单元1010，用于对待发送数据进行发送端的L2处理后得到至少一个编码传输块，发送端的L2处理包括L2编码。
物理层处理单元1020，用于对L2处理单元1010处理得到的至少一个编码传输块经过发送端的物理层处理后得到用于发送的信号，发送端的物理层处理包括信道编码。
可选地，物理层的处理还可以包括其他一项或多项：对传输块添加CRC，码块分割和码块CRC添加，块间交织，速率匹配，调制、MIMO预编码、OFDM等。
其中，L2编码可以选择和物理层信道编码相同的编码方案也可以选择不同的编码方案， 例如L2编码可以采用LDPC编码，Polar编码，喷泉码，重复码，CRC码等，也可以采用其他方式对待发送数据增加冗余比特。
其中，L2编码的码率可以根据待发送数据的保护程度确定，例如，可以根据数据的承载QoS要求进行设计，也可结合信道的波动范围测量进行设计。
可选地，可以根据待发送数据中各比特的重要性提供不等保护能力编码。
可选地，可以按照数据流，或者RB，或可靠性要求，或者连接中的一种或多种对待发送数据分组，对分组的数据进行分组L2编码。
可选地，发送端的L2处理还可以包括一个或多个L2协议子层对待发送数据进行处理得到待L2编码码块。
可选地，发送端的L2处理还可以包括一个或多个L2协议子层对L2编码后的数据进行处理得到至少一个编码传输块。
可选地，发送端的L2处理还可以包括L2交织，L2交织可以在L2编码之前对待L2编码码块进行交织，或L2编码之后对L2编码块进行交织。
可选地，待发送数据也可以在L2中进行多次L2编码，则L2中用于L2编码的协议子层可以是L2多个协议子层之中多个。
其中，L2处理单元1010可以包括以下模块用于执行图4所示实施例的方法步骤：
编码前处理模块10101，用于根据待发送数据获取N个待L2编码码块，N为大于或者等于1的整数。
编码模块10102，用于对N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码PDU。
编码后处理模块10103，用于根据所述M个L2编码PDU得到T个编码传输块。
数据处理装置1000还可以包括收发单元1030：用于对物理层单元1020得到的信号进行发送。
可选地，收发单元1030还可以用于将L2编码相关的参数通知给接收端的通信装置，其中，所述L2编码相关的参数包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数等。
其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该数据处理装置1000以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该数据处理装置1000可以采用图2所示的形式。
比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得数据处理装置1000执行上述方法实施例中的通信方法。
示例性的，图10中的L2处理单元1010、物理层处理单元1020和发送单元1030的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者，图10中的L2处理单元1010和物理层处理单元102的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现，图10中的发送单元1030的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的数据处理装置1000可执行上述的通信方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
图11示出了一种数据处理装置1100的结构示意图。该数据处理装置1100可以为终端设备或网络设备中的芯片或者片上系统，或其他可实现上述通信装置功能的组合器件、部件等，该数据处理装置1100可以用于执行上述图5，图6以及图7-图9所示实施例中涉及的接收端的通信装置的功能。
作为一种可能的实现方式，图11所示的数据处理装置1100，包括：L2处理单元1110和物理层处理单元1120。
物理层处理单元1120，用于对接收到的信号进行物理层处理后得到至少一个编码传输块的译码序列，接收端的物理层处理包括信道译码。
可选地，物理层的处理还可以包括其他一项或多项：解调，解速率匹配，解码，码块合并及校验，传输块校验等。
L2处理单元1110，用于对物理层处理单元1120得到的至少一个编码传输块的译码序列进行接收端L2处理后得到一个或多个业务数据包，接收端L2处理至少包括L2译码。
可选地，数据处理装置1100还可以包括收发单元1130，用于接收信号。
可选地，收发单元1130还用于接收L2编码相关的参数，所述L2编码相关的参数包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数等。L2处理单元1110，可以根据L2编码相关的参数确定是否对物理层处理单元1120的至少一个编码传输块的译码序列进行L2译码。
其中，L2译码是L2编码的逆过程，例如，对于LDPC码等，可以采用消息传递算法，如和积译码、置信度传播译码、最小和译码等；又例如对于卷积码等，可以采用维特比译码方法，也可采用BCJR译码算法。译码是否成功的判断可以通过编码本身的校验关系进行判断；当码本身的校验关系无法满足译码判断的可靠性要求时，也可以通过额外添加校验的方式进行判断，如添加CRC校验；也可结合两者同时判断。又例如编码方案采用的是系统码，即编码块中完整包含编码前的信息比特，则当物理层已经译码正确时，译码序列中包括信息比特，L2只需要从编码传输块提取信息比特即可。
其中，L2编码的码率可以根据待发送数据的保护程度确定，例如，可以根据数据的承载QoS要求进行设计，也可结合信道的波动范围测量进行设计。
可选地，接收端的L2处理还可以包括一个或多个L2协议子层对译码序列进行处理得到待L2译码序列。
可选地，接收端的L2处理还可以包括一个或多个L2协议子层对L2译码后的数据进行处理得到一个或多个业务数据包。
可选地，接收端的L2处理还可以包括L2解交织，L2解交织可以在L2译码之前对待L2译码序列进行交织，或L2译码之后对L2译码得到的码块进行交织。
可选地，译码序列也可以在L2中进行多次L2译码，则L2中用于L2编码的协议子层可以是L2多个协议子层之中多个。
其中，L2处理单元1110可以包括以下模块用于执行图6所示实施例的方法步骤：
译码前处理模块11101，用于根据T个编码传输块的译码序列得到M个L2编码PDU的译码序列。
译码模块11102，用于对M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块。
译码后处理模块11103，用于根据N个码块得到接收的数据的一个或多个业务数据包。
其中，上述方法实施例涉及的各操作的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。
在本实施例中，该数据处理装置1100以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该数据处理装置1100可以采用图2所示的形式。
比如，图2中的处理器201可以通过调用存储器203中存储的计算机执行指令，使得数据处理装置1100执行上述方法实施例中的通信方法。
示例性的，图11中的L2处理单元1110、物理层处理单元1120和收发单元1130的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现。或者，图11中的L2处理单元1110和物理层处理单元1120的功能/实现过程可以通过图2中的处理器201调用存储器203中存储的计算机执行指令来实现，图11中的收发单元1130的功能/实现过程可以通过图2中的通信接口204来实现。
由于本实施例提供的数据处理装置1100可执行上述的通信方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。
图12示出了的一种通信系统的组成示意图，如图12所示，该通信系统1200中可以包括：网络设备1210和终端设备1220。需要说明的是，图12仅为示例性附图，本申请实施例不限定图12所示通信系统1200包括的网元以及网元的个数。
其中，网络设备1210具有上述图10所示数据处理装置1000，可以用于向终端设备1220发送经过L2编码以及信道编码的数据的信号；网络设备1210也可以具有图11所示数据处理装置1100的功能，可以用于接收来自终端设备1220发送的数据的信号，对接收到的信号经过信道译码以及L2译码后得到接收数据。网络设备1210也可以同时具有图10所示数据处理装置1000和图11所示数据处理装置1100。
其中，终端设备1220具有上述图10所示数据处理装置1000，可以用于向网络设备1210发送经过L2编码以及信道编码的数据的信号；终端设备1220也可以具有图11所示数据处理装置1100的功能，可以用于接收来自网络设备1210发送的数据的信号，对接收到的信号经过信道译码以及L2译码后得到接收数据。终端设备1220也可以同时具有图10所示数据处理装置1000和图11所示数据处理装置1100。
需要说明的是，上述方法实施例涉及的各步骤的所有相关内容均可以援引到该通信系统1200对应网元的功能描述，在此不再赘述。
本申请实施例还提供一种计算机存储介质，存储有计算机程序，该计算机程序包括用于执行上述方法实施例提供的数据处理方法。
本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例提供的数据处理方。
本申请实施例提供的任一种数据处理装置还可以是一种芯片。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形 式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请实施例的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (36)

  1. 一种数据处理方法，用于发送端的通信装置，包括：
    对待发送数据进行层2L2处理后得到至少一个编码传输块，所述L2包括多个L2协议子层，所述L2处理包括L2编码；
    对所述至少一个编码传输块经过物理层处理后得到用于发送的信号，所述物理层处理包括信道编码。
  2. 根据权利要求1所述的方法，所述对待发送数据经过L2处理后得到至少一个编码传输块，包括：
    根据待发送数据获取N个待L2编码码块；
    对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU；
    根据所述M个L2编码PDU得到T个编码传输块，N，M和T均为大于或者等于1的整数。
  3. 根据权利要求2所述的数据处理方法，所述根据待发送数据获取N个待L2编码码块，包括：
    根据业务承载，可靠性要求或者传输的连接中的一种或多种对待发送数据进行分组；
    根据分组后的待发送数据获取N个待L2编码码块，其中每个待L2编码码块中包括的待发送数据为同一分组。
  4. 根据权利要求2所述的数据处理方法，所述根据待发送数据获取N个待L2编码码块，包括：
    对所述待发送数据进行一个或多个L2协议子层处理得到一个或多个数据单元；
    根据所述一个或多个数据单元获取N个待L2编码码块。
  5. 根据权利要求2至4任一项所述的数据处理方法，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：
    对所述N个待L2编码码块进行L2编码或L2交织处理得到N个L2编码块；
    根据所述N个L2编码块得到M个L2编码PDU。
  6. 根据权利要求2至4任一项所述的数据处理方法，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：
    对所述N个待L2编码码块进行L2交织得到N个交织后的待L2编码码块；
    对所述N个交织后的待L2编码码块进行L2编码得到N个L2编码块；
    根据所述N个L2编码块得到M个L2编码PDU。
  7. 根据权利要求2至4任一项所述的数据处理方法，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：
    对所述N个待L2编码码块进行L2编码得到N个L2编码块；
    对所述N个L2编码块进行L2交织得到交织后的N个L2编码块；
    根据所述交织后的N个L2编码块得到M个L2编码PDU。
  8. 根据权利要求6或7所述的数据处理方法，若每个待L2编码码块中包括的待发送数据为同一分组，所述L2交织为按照分组进行块间或块内交织。
  9. 根据权利要求2至4任一项所述的数据处理方法，所述对所述N个待L2编码码块进行L2编码或L2交织中至少一项处理得到M个L2编码协议数据单元PDU，包括：
    对所述N个待L2编码码块进行L2编码处理得到N个L2编码块；
    根据所述N个L2编码块得到M个数据单元；
    对所述M个数据单元分别交织得到M个L2编码PDU。
  10. 根据权利要求2至9任一项所述的数据处理方法，所述对所述N个待L2编码码块进行L2编码，包括：
    根据所述N个待L2编码码块中比特的重要性采用不等保护的编码方案进行L2编码。
  11. 根据权利要求2至10任一项所述的数据处理方法，每个编码传输块包括一个L2编码PDU。
  12. 根据权利要求2至10任一项所述的数据处理方法，所述根据所述M个L2编码PDU得到T个编码传输块，包括：
    对所述M个L2编码PDU经过一个或多个L2协议子层处理后得到T个编码传输块。
  13. 根据权利要求12所述的数据处理方法，每个编码传输块包括的待发送数据为同一分组的。
  14. 根据权利要求2至10任一项所述的数据处理方法，所述根据所述M个L2编码PDU得到T个编码传输块，包括：
    将M个L2编码PDU分配到不同连接；
    根据所述M个L2编码PDU得到T个编码传输，每个编码传输块包括的L2编码PDU为分配到同一连接上发送的。
  15. 根据权利要求14所述的数据处理方法，所述将M个L2编码PDU分配到不同连接，包括：
    根据各连接可以承载的数据大小、数据类型或者数据重要性等中的一项或多项分配M个L2编码PDU。
  16. 根据权利要求1至15任一项所述的方法，所述L2编码是基于以下一种或多种编码方案编码：低密度奇偶校验LDPC码，极化Polar码，喷泉码，重复码，循环奇偶校验CRC码。
  17. 根据权利要求1至11任一项的方法，所述L2编码在以下任一L2协议子层实施：无线资源控制RRC，业务数据适配协议SDAP，分组数据汇聚协议PDCP，无线链路控制RLC， 媒体接入控制MAC。
  18. 根据权利要求1至17任一项所述的方法，还包括：
    与接收端通信装置交互L2编码相关的参数，所述L2编码相关的参数包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数。
  19. 一种数据处理方法，用于接收端的通信装置，包括：
    对接收到的信号进行物理层处理后得到至少一个编码传输块的译码序列，所述物理层处理包括信道译码，所述译码序列包括软值序列，或硬值序列，或者软值序列和硬值序列；
    对至少一个编码传输块的译码序列进行L2处理得到一个或多个业务数据包，所述L2处理包括L2译码。
  20. 根据权利要求19所述的数据处理方法，所述方法包括：
    获取L2编码相关的参数，所述L2编码相关的参数包括以下一项或多项：是否启用L2编码，编码方案，码率，不等保护编码参数；
    所述对至少一个编码传输块的译码序列进行L2处理得到一个或多个业务数据包，包括：
    根据所述L2相关的参数确定对至少一个编码传输块的译码序列进行L2处理得到一个或多个业务数据包。
  21. 根据权利要求19或20所述的方法，所述对至少一个编码传输块的译码序列进行L2处理得到一个或多个业务数据包，包括：
    根据T个编码传输块的译码序列得到M个L2编码协议数据单元PDU的译码序列；
    对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块；
    根据所述N个码块得到一个或多个业务数据包，N，M和T均为大于或者等于1的整数。
  22. 根据权利要求21所述的方法，每个编码传输块包括一个L2编码PDU。
  23. 根据权利要求21所述的方法，所述根据T个编码传输块的译码序列得到M个L2编码PDU的译码序列，包括：
    对所述T个编码传输块的译码序列经过一个或多个L2协议子层处理后得到M个L2编码PDU的译码序列。
  24. 根据权利要求21至23任一项所述的方法，所述对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块，包括：
    对所述M个L2编码PDU的译码序列进行L2解交织得到解交织后的M个译码序列，
    根据所述解交织后的M个译码序列得到N个待L2译码序列；
    对所述N个待L2译码序列进行L2译码得到所述N个码块。
  25. 根据权利要求21至23任一项所述的方法，所述对所述M个L2编码PDU的译码序列进行L2译码或L2解交织中至少一项处理得到N个码块，包括：
    根据所述M个L2编码PDU的译码序列得到N个待L2译码序列；
    对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块。
  26. 根据权利要求25所述的方法，所述对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块，包括：
    对所述N个待L2译码序列进行L2解交织得到解交织后的N个待L2译码序列；
    对所述解交织后的N个待L2译码序列进行L2译码得到N个码块。
  27. 根据权利要求25所述的方法，所述对所述N个待L2译码序列进行L2译码或L2解交织中一项或两项处理得到所述N个码块，包括：
    对所述N个待L2译码序列进行L2译码得到N个译码后的序列；
    对所述N个译码后的序列进行L2解交织得到N个码块。
  28. 根据权利要求21至27任一项所述的方法，所述根据所述N个码块得到一个或多个业务数据包，包括：
    对所述N个码块经过一个或多个L2协议子层处理后得到所述一个或多个业务数据包。
  29. 根据权利要求19至28任一项所述的方法，所述L2译码是基于以下一种或多种编码方案译码：低密度奇偶校验LDPC码，极化Polar码，喷泉码，重复码，循环奇偶校验CRC码。
  30. 根据权利要求19至29任一项的方法，所述L2译码在以下任一L2协议子层实施：无线资源控制RRC，业务数据适配协议SDAP，分组数据汇聚协议PDCP，无线链路控制RLC，媒体接入控制MAC。
  31. 一种通信装置，其特征在于，包括用于实现如权利要求1-30中任一项所述的方法的单元。
  32. 一种通信装置，其特征在于，包括：
    处理器，用于执行存储器中存储的计算机指令，以使得所述装置执行：如权利要求1-30中任一项所述的方法。
  33. 一种终端设备，其特征在于，包括用于实现如权利要求1-30任一项所述的方法的单元。
  34. 一种网络设备，其特征在于，包括用于实现如权利要求1-30任一项所述的方法的单元。
  35. 一种通信系统，其特征在于，包括：如权利要求33所述的终端设备和如权利要求34所述的网络设备。
  36. 一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被执行时，以使得执行如权利要求1-30中任一项所述的方法。
PCT/CN2021/098338 2020-06-24 2021-06-04 通信系统中数据处理方法和装置 WO2021259042A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN202010590672.8A CN113839739B (zh) 2020-06-24 2020-06-24 通信系统中数据处理方法和装置
CN202010590672.8 2020-06-24

Publications (1)

Publication Number Publication Date
WO2021259042A1 true WO2021259042A1 (zh) 2021-12-30

Family

ID=78964832

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2021/098338 WO2021259042A1 (zh) 2020-06-24 2021-06-04 通信系统中数据处理方法和装置

Country Status (2)

Country Link
CN (1) CN113839739B (zh)
WO (1) WO2021259042A1 (zh)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117202257A (zh) * 2022-05-31 2023-12-08 荣耀终端有限公司 一种用户数据处理方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674604A (zh) * 2008-09-12 2010-03-17 华为技术有限公司 一种电路交换域业务的传输方法、网络设备及终端设备
CN107769887A (zh) * 2016-08-17 2018-03-06 华为技术有限公司 一种数据传输、数据处理方法及装置
WO2018044258A1 (en) * 2016-08-29 2018-03-08 Intel IP Corporation Method and apparatus to avoid putting length indicator for same length service data units in radio link control protocol data unit
CN108476098A (zh) * 2016-01-21 2018-08-31 高通股份有限公司 用于发射机/接收机缓冲器优化的协议层分组编码

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674153B (zh) * 2008-09-09 2012-05-30 普天信息技术研究院有限公司 一种信息处理方法、设备及系统
CN105703891B (zh) * 2014-11-28 2019-09-17 电信科学技术研究院 一种进行数据传输的方法和设备
CN105991625B (zh) * 2015-03-06 2020-11-06 电信科学技术研究院 一种进行数据传输的方法和设备
CN106330412B (zh) * 2015-06-25 2019-05-21 辰芯科技有限公司 利用harq ack/nack的rlc pdu发送方法及装置
WO2017196968A1 (en) * 2016-05-11 2017-11-16 Idac Holdings, Inc. Medium access protocol data unit assembly in wireless systems

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101674604A (zh) * 2008-09-12 2010-03-17 华为技术有限公司 一种电路交换域业务的传输方法、网络设备及终端设备
CN108476098A (zh) * 2016-01-21 2018-08-31 高通股份有限公司 用于发射机/接收机缓冲器优化的协议层分组编码
CN107769887A (zh) * 2016-08-17 2018-03-06 华为技术有限公司 一种数据传输、数据处理方法及装置
WO2018044258A1 (en) * 2016-08-29 2018-03-08 Intel IP Corporation Method and apparatus to avoid putting length indicator for same length service data units in radio link control protocol data unit

Also Published As

Publication number Publication date
CN113839739B (zh) 2023-07-28
CN113839739A (zh) 2021-12-24

Similar Documents

Publication Publication Date Title
JP2021002843A (ja) コードブロックの分割を実現する方法及び装置
KR102556490B1 (ko) 무선 통신 시스템에서 암호화 및 복호화 처리를 가속화하는 방법 및 장치
US11296841B2 (en) Communications method and apparatus
CN113271176B (zh) 网络编码方法和通信装置
WO2017049647A1 (zh) 一种数据发送方法、数据接收方法和相关设备
KR20190060410A (ko) 무선 통신 시스템에서 데이터 처리 방법 및 장치
US20230139754A1 (en) Coding method and apparatus
US11750215B2 (en) Method and device in UE and base station for channel coding
WO2017101023A1 (zh) 通信方法及网络设备、用户设备
WO2021259042A1 (zh) 通信系统中数据处理方法和装置
KR20230013049A (ko) 5g-ran 또는 4g e-utran에서의 pdcp 네트워크 코딩을 위한 방법
WO2018103637A1 (zh) 数据处理的方法、发送设备和接收设备
WO2023005909A1 (zh) 网络编码场景下的超时丢包方法、装置及可读存储介质
KR20100081902A (ko) 랜덤선형부호화를 사용한 데이터 송수신 방법
WO2022140959A1 (zh) 一种通信方法、装置及系统
WO2023123515A1 (zh) 数据处理方法、终端设备和网络设备
US20230013165A1 (en) Error metrics for physical layer fec
WO2022050019A1 (ja) 情報処理装置および復号化方法
US20240154724A1 (en) Configuration method for network coding function and related apparatus
KR20180122918A (ko) 무선 셀룰라 통신 시스템에서 데이터 전송 방법 및 장치
WO2022050020A1 (ja) 情報処理装置、符号化方法および復号化方法
CN115604760A (zh) 一种通信方法及通信装置

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: 21828354

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 21828354

Country of ref document: EP

Kind code of ref document: A1