[go: up one dir, main page]

WO2015077960A1 - 一种数据报文的传输方法和设备 - Google Patents

一种数据报文的传输方法和设备 Download PDF

Info

Publication number
WO2015077960A1
WO2015077960A1 PCT/CN2013/088065 CN2013088065W WO2015077960A1 WO 2015077960 A1 WO2015077960 A1 WO 2015077960A1 CN 2013088065 W CN2013088065 W CN 2013088065W WO 2015077960 A1 WO2015077960 A1 WO 2015077960A1
Authority
WO
WIPO (PCT)
Prior art keywords
module
data
receiving end
message
sending end
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/CN2013/088065
Other languages
English (en)
French (fr)
Inventor
张力学
郭小龙
鲁振伟
朱松
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to PCT/CN2013/088065 priority Critical patent/WO2015077960A1/zh
Priority to CN201380002978.5A priority patent/CN105264806B/zh
Publication of WO2015077960A1 publication Critical patent/WO2015077960A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/37Decoding methods or techniques, not specific to the particular type of coding provided for in groups H03M13/03 - H03M13/35
    • H03M13/3761Decoding 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
    • HELECTRICITY
    • H03ELECTRONIC CIRCUITRY
    • H03MCODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00Coding, 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/65Purpose and implementation aspects
    • H03M13/6522Intended application, e.g. transmission or communication standard
    • H03M13/65253GPP LTE including E-UTRA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1822Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/20Arrangements for detecting or preventing errors in the information received using signal quality detector
    • H04L1/203Details of error rate determination, e.g. BER, FER or WER
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607Details of the supervisory signal

Definitions

  • the present invention relates to the field of wireless communications, and in particular, to a data packet transmission method and device. Background technique
  • an ARQ (Automatic Repeat ReQuest) technology and a HARQ (Hybrid Automatic Repeat Request) technology are introduced.
  • the ARQ technology refers to: After the sender sends a data packet to the receiver, it waits for the status report returned by the receiver. If the content of the status report is a data packet that has not been successfully sent, the sender retransmits the datagram to the receiver. To improve the reliability of data packet transmission.
  • the HARQ technology refers to: When the data packet received by the receiving end is in error, the receiving end does not discard the data packet, and the status report indicates that the transmitting end retransmits part or all of the erroneous data packet, and the receiving end will After the data packet received again is merged with the error message received last time, the purpose of successfully receiving the data packet is achieved.
  • FIG. 1 it is a schematic diagram of a user plane architecture in an LTE network.
  • the user plane architecture of the LTE network includes a Packet Data Convergence Protocol (PDCP) layer, an RLC layer, a MAC layer, and a PHY (physical). , among them:
  • PDCP Packet Data Convergence Protocol
  • RLC Radio Link Control
  • MAC Media Access Control
  • PHY Physical
  • the PDCP layer is responsible for the header compression and security functions of the IP data packets to be transmitted.
  • the RLC layer is responsible for cutting and splicing the data packets, and cutting the data packets transmitted by the PDCP layer into the size required by the MAC layer, and providing ARQ at the same time.
  • the technology ensures that the data message is reliably transmitted to the receiving end; the scheduling module in the MAC layer provides a scheduling function to determine the data amount of the data message transmitted to the receiving end, and the data message transmitted to different receiving ends, etc., MAC Multiplex mode in the layer
  • the block is responsible for converging the data packets transmitted by the scheduling module to the same receiving end (which may be data packets of different services carried by the receiving end) to the same HARQ entity, and each HARQ entity has multiple HARQ processes (such as 8 The HARQ process), the multiplexing module transmits data packets from the PHY layer to the receiving end through the eight HARQ processes.
  • the ARQ technology and the HARQ technology are introduced to improve the reliability of data packet transmission.
  • both the ARQ technology and the HARQ technology wait for the status report fed back by the receiving end, the status report is sent to the receiving end. Retransmitting data packets results in inefficient transmission of data packets and a low usage rate of channels used to transmit data packets.
  • the embodiment of the present invention provides a method and a device for transmitting a data packet, which are used to solve the problem that the data transmission efficiency of the data packet in the prior art is low and the usage rate of the channel occupied by the transmission data packet is also low. .
  • the first aspect provides a method for transmitting a data packet, where the method includes:
  • the joint coding module of the sending end acquires a data packet of a first set length, where the joint coding module is located at a medium access control MAC layer of the transmitting end;
  • the joint coding module of the sending end cuts the data packet of the first set length into M data packets of a second set length
  • the joint coding module of the sending end jointly encodes the M data packets to generate N data packets;
  • the joint coding module of the transmitting end transmits a plurality of data packets in the N data packets to the multiplexing module of the transmitting end, and the multiplexing module of the transmitting end transmits the received data packet to the receiving end.
  • the multiplexing module is located at the MAC layer of the transmitting end;
  • M and N are positive integers greater than 1, and N is greater than M, and the first set length is greater than the second set length.
  • the multiplexing module of the sending end transmits the received data packet to the receiving end, including: The multiplexing module of the transmitting end transmits the received data packet to the receiving end by mixing the automatic retransmission request to the at least one HARQ process on the HARQ entity.
  • the joint coding module of the sending end acquires the data packet of the first set length, specifically:
  • the joint coding module of the sending end requests the packet data convergence protocol PDCP layer of the RLC layer or the transmitting end of the transmitting end to obtain the data packet of the first set length, and receives the data sent by the RLC layer or the PDCP layer.
  • the joint coding module of the transmitting end receives the first setting sent by the PDCP layer by using the RLC layer after the PDCP layer at the transmitting end determines the first set length of the data packet required by the joint coding module. Length of data message.
  • the joint coding module of the sending end is determined by: Number of data packets transmitted to the multiplexing module at the transmitting end:
  • the joint coding module of the sending end sends a test packet to the receiving end by using the multiplexing module and the HARQ process, and records the number of test packets sent;
  • the joint coding module of the sending end receives the first feedback message of the receiving end, and determines that the receiving end correctly receives the number of test packets, where the first feedback message is that the receiving end successfully decodes the test packet.
  • the joint coding module of the transmitting end determines the number of data packets transmitted to the multiplexing module of the sending end, and the number of the transmitted data packets is the same as the number of correctly receiving the test packets by the receiving end.
  • the joint coding module of the sending end is determined by: Number of data packets transmitted to the multiplexing module at the transmitting end:
  • the joint coding module of the sending end sends a test packet to the receiving end by using the multiplexing module and the HARQ process of the sending end, and records the number of test packets sent;
  • the joint coding module of the sending end determines whether the second feedback message of the receiving end is received every set time period, where the second feedback message is that the receiving end is not successfully decoded at the set duration Sent when testing the message;
  • the joint coding module of the transmitting end determines the number of data packets transmitted to the multiplexing module of the sending end, and the number of the transmitted data packets is the same as the number of test packets that have been sent to the receiving end.
  • the joint coding module of the transmitting end determines to transmit to the multiplexing module After the number of data packets, the number of determined data messages is corrected by:
  • the joint coding module of the sender transmits the packet loss rate of the test packet according to the HARQ process, and corrects the number of data packets transmitted to the multiplexing module of the sender, where the number of the modified data packet is not less than:
  • the joint coding module of the end determines the number of data packets transmitted to the multiplexing module / (1-packet loss rate).
  • the joint coding module of the sending end determines the packet loss rate of the HARQ process transmission test packet by:
  • the joint coding module of the transmitting end transmits the test packet through the HARQ process
  • the ACK message or the NACK message returned by the receiving end for each test message is received, and the number of received NACK messages and the total number of test packets transmitted are received.
  • the first aspect of the first aspect, the first possible implementation of the first aspect, the second possible implementation of the first aspect, and the third possible implementation of the first aspect are combined with the loss of the packet as a HARQ process transmission test packet.
  • the scheduling module of the MAC layer of the sending end shares a multiplexing module, and the joint encoding module of one transmitting end, the scheduling module of the MAC layer of one transmitting end, and the multiplexing module of the transmitting end of the transmitting end transmit to a receiving end through the HARQ process on the HARQ entity.
  • the multiplexing module of the transmitting end transmits the received data packet to the receiving end by using at least one HARQ process on the HARQ entity, which specifically includes:
  • the multiplexing module of the transmitting end transmits the data packet to the receiving end through the HARQ process according to the HARQ process configuration negotiated with the receiving end, where the HARQ process is the data generated by the joint encoding module of the sending end on the HARQ entity.
  • Message configuration or,
  • the multiplexing module of the transmitting end transmits the data packet generated by the joint coding module of the transmitting end to the receiving end by using a HARQ process added on the HARQ entity.
  • the joint coding module of the sending end and the MAC layer of the sending end uses different multiplexing modules of the transmitting end, and the multiplexing module of each transmitting end transmits a data message to a receiving end through a HARQ process on the HARQ entity; the multiplexing module of the transmitting end encodes the combined end of the transmitting end
  • the data packet generated by the module is transmitted to the receiving end by using at least one HARQ process, and specifically includes:
  • the multiplexing module of the transmitting end used by the joint coding module of the transmitting end configures the data packet to be sent by the HARQ entity to the data packet generated by the joint coding module of the sending end according to the HARQ process configuration negotiated with the receiving end.
  • the HARQ process is transmitted to the receiving end; or,
  • the multiplexing module of the transmitting end transmits the identifier of the data packet to the receiving end through the HARQ process, so that when the receiving end detects the data scheduling information including the identifier in each transmission time interval, according to the Determining whether the received data packet is a data packet generated by the joint coding module of the sending end; or
  • the multiplexing module at the transmitting end transmits the number to the receiving end through the HARQ process.
  • the indication message indicating whether the transmitted data message is a data message generated by the joint coding module of the transmitting end is transmitted on the PDCCH, so that the receiving end determines the data message according to the indication message received from the PDCCH. Whether it is a data packet generated by the joint coding module of the sender.
  • the joint coding module of the sending end jointly encodes the M data packets by the joint coding module of the sending end to generate N data carrying the code group identifier. a packet, where the code group identifiers of the same code group are the same, and the code group identifier is used by the receiving end to identify data belonging to the same code group according to the code group identifier carried in the received data message. Message.
  • the first possible implementation of the first aspect, the second possible implementation of the first aspect, the third possible implementation of the first aspect, the fourth possible aspect of the first aspect The implementation manner, the fifth possible implementation manner of the first aspect, the sixth possible implementation manner of the first aspect, the seventh possible implementation manner of the first aspect, and the eighth possible implementation manner of the first aspect Or the ninth possible implementation manner of the first aspect, in a tenth possible implementation manner, after the joint coding module of the sending end jointly encodes the M data packets to generate N data packets Before the joint coding module of the sending end transmits the data packet of the N data packets to the multiplexing module of the sending end, the method further includes:
  • the joint coding module of the sending end divides the generated N data packets into multiple sets
  • the joint coding module of the transmitting end transmits multiple data packets in the N data packets
  • the information includes a joint coding index parameter that generates each data message in the set.
  • the first possible implementation of the first aspect, the second possible implementation of the first aspect, the third possible implementation of the first aspect, the fourth possible aspect of the first aspect The implementation manner, the fifth possible implementation manner of the first aspect, the sixth possible implementation manner of the first aspect, the seventh possible implementation manner of the first aspect, and the eighth possible implementation manner of the first aspect
  • the joint coding module of the sending end acquires the value of the M and the value of the second set length.
  • a second aspect provides a data packet transmission device, where the device includes a joint coding module at a medium access control MAC layer and a multiplexing module connected to the joint coding module, where: the joint coding module, And the data packet of the first set length is cut into M data packets of a second set length, and the M data packets are performed. And the multiple data packets in the N data packets are transmitted to the multiplexing module, where the M and N are positive integers greater than 1, and N is greater than M, the first set length Greater than the second set length;
  • the multiplexing module is configured to send the data packet sent by the joint coding module to the receiving end.
  • the device further includes a hybrid automatic repeat request (HARQ) entity at a MAC layer, where the HARQ entity is connected to the multiplexing module; Specifically, the received data packet is transmitted to the receiving end by using at least one HARQ process on the HARQ entity.
  • HARQ hybrid automatic repeat request
  • the device further includes a radio link control RLC layer and packet data respectively connected to the joint coding module Convergence protocol PDCP layer;
  • the joint coding module is specifically configured to: after requesting the RLC layer or the PDCP layer to obtain the data packet of the first set length, receive the data packet of the first set length sent by the RLC layer or the PDCP layer Or; determining, at the PDCP layer, the data message required by the joint coding module After the length is set, the data packet of the first set length sent by the PDCP layer by using the RLC layer is received.
  • the joint coding module is specifically configured to send a test packet to the receiving end by using the multiplexing module and the HARQ process, and record the number of the sent test packets, and receive the first feedback message of the receiving end, and determine the location.
  • the number of the test packets received by the receiving end is correct, where the first feedback message is sent by the receiving end when the test message is successfully decoded, and the number of data packets transmitted to the multiplexing module is determined.
  • the receiving end correctly receives the same number of test packets.
  • the joint coding module is specifically configured to send a test packet to the receiving end by using the multiplexing module and the HARQ process, and record the number of sent test packets, and determine whether the receiving end is received every set duration.
  • a second feedback message where the second feedback message is sent by the receiving end every time the set duration is long and the test message cannot be successfully decoded, and is not received within the set duration And determining, by the second feedback message, the number of test packets that have been sent to the receiving end, and determining that the number of data packets transmitted to the multiplexing module is the same as the number of test packets that have been sent to the receiving end.
  • the joint coding module is further configured to: according to the packet loss rate of the test packet transmitted by the HARQ process, correct the number of data packets transmitted to the multiplexing module, where the number of the modified data packets is not less than:
  • the encoding module determines the number of data packets to be transmitted to the multiplexing module/(1-the packet loss is combined with the fifth possible implementation manner of the second aspect, in a sixth possible implementation manner, the joint coding module Specifically, when the test packet is transmitted through the HARQ process, the receiving end receives an ACK message or a NACK message for each test message, and receives the NACK message.
  • the ratio of the number of messages to the total number of test packets transmitted is used as the packet loss rate of the HARQ process transmission test packets.
  • the device further includes a scheduling module at a MAC layer;
  • the joint coding module and the scheduling module share a multiplexing module, and a joint coding module, a scheduling module, and a commonly used multiplexing module transmit data packets to a receiving end through a HARQ process on the HARQ entity;
  • the multiplexing module is specifically configured to transmit, according to the HARQ process configuration negotiated with the receiving end, the data message to the receiving end by using a HARQ process, where the HARQ process is data generated by the joint coding module on the HARQ entity. Or configured to transmit the data packet generated by the joint coding module to the receiving end by using the newly added HARQ process on the HARQ entity.
  • the device further includes a scheduling module at the MAC layer;
  • the joint coding module and the scheduling module respectively use different multiplexing modules, and each multiplexing module transmits a data message to a receiving end through a HARQ process on the HARQ entity;
  • the multiplexing module used by the joint coding module is specifically configured to: according to the HARQ process configuration negotiated with the receiving end, the HARQ process configured by the data message to be configured by the HARQ entity for the data packet generated by the joint coding module. Transmit to the receiving end; or,
  • Any multiplexing module is specifically configured to identify, by the HARQ process, the data packet to the receiving end during the downlink transmission, so that the receiving end detects the identifier that is included in the transmission time interval. And determining, according to the identifier, whether the received data packet is a data packet generated by the joint coding module, or
  • an indication message indicating whether the transmitted data packet is a data packet generated by the joint coding module is transmitted on the PDCCH, so that the receiving end is based on the PDCCH.
  • the received indication message determines whether the data message is a data message generated by the joint coding module.
  • the first possible implementation of the second aspect, the second possible implementation of the second aspect, the third possible implementation of the second aspect, and the fourth possible aspect of the second aspect Implementation manner, the fifth possible implementation manner of the second aspect, the sixth possible implementation manner of the second aspect, the seventh possible implementation manner of the second aspect, or the eighth possible implementation manner of the second aspect
  • the ninth possible implementation
  • N data packets carrying the code group identifier, wherein the code group identifiers of the data packets of the same code group are the same, and the code group identifier is used by the receiving end according to the code group carried in the received data message Identification to identify data messages belonging to the same code group.
  • the joint coding module is specifically configured to divide the generated N data packets into multiple sets, Data packets in each set are transmitted to the multiplexing module;
  • Each set includes at least one data packet, and the configuration information configured for each set includes a joint coding index parameter for generating each data packet in the set;
  • the multiplexing module is specifically configured to transmit the received data packets in each set to the receiving end.
  • the multiplexing module is specifically configured to transmit the received data packets in each set to the receiving end.
  • the joint coding module is further configured to obtain a value of the M and a value of the second set length.
  • a third aspect provides a data message transmission device, where the device has an encoder and a processor at a MAC layer, where the encoder is connected to a processor, where:
  • the encoder is configured to obtain a data message of a first set length, and cut a data message of a first set length into M data messages of a second set length, and the M
  • the data packets are jointly encoded, and a plurality of data packets of the N data packets are generated and transmitted to the processor, where the M and N are positive integers greater than 1, and N is greater than M, a set length is greater than the second set length;
  • the processor is configured to send the data packet sent by the encoder to the receiving end.
  • the device further includes a HARQ entity at a MAC layer, where the HARQ entity is connected to the processor;
  • the processor is specifically configured to transmit the received data packet to the receiving end by using at least one HARQ process on the HARQ entity.
  • the device further includes an RLC layer and a PDCP layer respectively connected to the encoder, where the encoder And receiving, by the RLC layer or the PDCP layer, the data packet of the first set length sent by the RLC layer or the PDCP layer after receiving the data packet of the first set length; or After determining the first set length of the data packet required by the joint coding module, the PDCP layer receives the data packet of the first set length sent by the PDCP layer by using the RLC layer.
  • the encoder is specifically configured to send a test packet to the receiving end by using the processor and the HARQ process, and record the number of sent test packets, receive the first feedback message of the receiving end, and determine the receiving. Receiving the number of test packets correctly, where the first feedback message is sent by the receiving end when successfully decoding the test message, and determining the number of data packets transmitted to the processor and the receiving The number of correctly received test packets is the same.
  • the first possible implementation manner of the third aspect, or the second possible implementation manner of the third aspect in a fourth possible implementation manner,
  • the encoder is specifically configured to send a test packet to the receiving end by using the processor and the HARQ process, and record the number of sent test packets, and determine whether the second end of the receiving end is received every set duration a feedback message, where the second feedback message is sent by the receiving end every time the set duration is long and the test message cannot be successfully decoded, and the first time is not received within the set duration
  • the number of test packets that have been sent to the receiving end is determined, and the number of data packets transmitted to the processor is determined to be the same as the number of test packets that have been sent to the receiving end.
  • the encoder is further configured to: according to the packet loss rate of the test packet transmitted by the HARQ process, correct the number of data packets transmitted to the processor, where the number of the modified data packet is not less than: The number of data packets transmitted to the multiplexing module / (1-packet loss rate).
  • the coder is specifically configured to: when receiving a test packet by using a HARQ process, the receiving end is configured for each test The returned ACK message or NACK message, the ratio of the number of received NACK messages to the total number of transmitted test packets is used as the packet loss rate of the HARQ process transmission test message.
  • the device further includes a tone at the MAC layer
  • the encoder and the scheduler can share one processor, and an encoder, a scheduler, and a commonly used processor transmit data packets to a receiving end through a HARQ process on the HARQ entity.
  • the processor is specifically configured to: according to the HARQ process configuration negotiated with the receiving end, transmit the data packet to the receiving end by using a HARQ process, where the HARQ process is a datagram generated by the joint encoding module on the HARQ entity. Or configured to transmit the data packet generated by the encoder to the receiving end by using a new HARQ process added to the HARQ entity.
  • the device further includes a scheduler located at the MAC layer, where The encoder and the scheduler respectively use different multiplexing modules, and each multiplexing module transmits data to a receiving end through a HARQ process on the HARQ entity;
  • the processor used by the encoder is specifically configured to: transmit, according to the HARQ process configuration negotiated with the receiving end, the data packet to the HARQ process configured by the HARQ entity for the data packet generated by the encoder to receive End; or,
  • the processor used by the encoder and the processor used by the scheduler are specifically configured to transmit, during the downlink transmission, a data message indicating that the data packet is transmitted by using the HARQ process to transmit data packets to the receiving end.
  • the identifier of the data packet generated by the device is such that when the receiving end detects the data scheduling information including the identifier in each transmission time interval, it is determined according to the identifier whether the received data packet is the datagram generated by the encoder. Text; or,
  • an indication message indicating whether the transmitted data packet is a data packet generated by the encoder is transmitted on the PDCCH, so that the receiving end is based on the PDCCH.
  • the received indication message determines whether the data message is a data message generated by the encoder.
  • the N data packets carrying the code group identifier are generated, where the code group identifiers of the data packets of the same code group are the same, and the code group identifier is used for the The receiving end identifies the data belonging to the same coding group according to the code group identifier carried in the received data message.
  • the encoder is specifically configured to divide the generated N data packets into multiple sets, Data packets in each set are transmitted to the processor;
  • Each set includes at least one data packet, and the configuration information configured for each set includes a joint coding index parameter for generating each data packet in the set;
  • the processor is specifically configured to transmit the received data packet in each set to the receiving end.
  • the encoder is further configured to obtain the value of the M and the value of the second set length.
  • the new LTE transmission mechanism is redesigned.
  • the internal transmission mechanism of the MAC layer introduces a joint coding module in the MAC layer, and has the data packet to be sent divided into a plurality of sub-data messages at the transmitting end, and these sub-datagrams
  • the text is further encoded to generate any number of data messages, that is, the function of the digital fountain code technology at the transmitting end, so that under the new LTE network architecture, the data message transmission process greatly reduces the network complexity and improves the complexity.
  • the throughput of the network without the need for feedback and retransmission overhead, improves the channel usage occupied by transmitting data packets.
  • FIG. 1 is a schematic diagram of an LTE network architecture in the background art
  • FIG. 2 and FIG. 3 are schematic diagrams showing an architecture of an LTE network according to an embodiment of the present invention.
  • FIG. 4 is a schematic diagram of steps of a method for transmitting a data packet according to an embodiment of the present invention
  • FIG. 5 is a schematic diagram of cutting and encoding a data packet of a first set length according to an embodiment of the present invention to generate N data packets;
  • FIG. 6 is a schematic diagram of carrying a code group identifier in a packet header of a data packet according to an embodiment of the present invention
  • FIG. 7 is a schematic diagram of configuration information configured for each data packet collection according to an embodiment of the present invention
  • FIG. 9 is a schematic diagram of a new HARQ process according to an embodiment of the present invention
  • FIG. 10 and FIG. 11 are schematic diagrams showing the structure of a data packet transmission device according to an embodiment of the present invention. detailed description
  • the embodiment of the present invention introduces a digital fountain technology into an LTE network, where the digital fountain code technology
  • the basic idea is as follows: The data packet to be sent is divided into a plurality of sub-data messages at the transmitting end, and the sub-data messages are encoded to generate an arbitrary number of data packets, and the transmitting end transmits the plurality of encoded data messages.
  • the receiver After receiving the receiver, the receiver can successfully recover all the data packets to be sent with a high probability by receiving a certain number of data packets.
  • the number of data messages received by the receiving end for decoding is larger than the number of divided sub-data messages.
  • the sender is like a fountain that continuously produces water droplets (that is, transmitted encoded data messages), and the receiving end only receives a sufficient number of water droplets (ie, receives enough The number of data messages can be used for drinking purposes (that is, it can be correctly decoded). For this reason, the industry uses digital fountain codes to visually refer to such encoding and decoding methods.
  • the digital fountain code technology does not require a feedback mechanism at the receiving end (or only requires a small amount of feedback), that is, the transmitting end does not need to wait for the status report returned by the receiving end, which can effectively improve the transmission efficiency of the data message.
  • the impact on the transmission reliability caused by the return process of the status report is avoided, especially in a scenario where a transmitting end simultaneously sends data packets to multiple receiving ends, and the digital fountain code technology is used for transmission efficiency and transmission reliability.
  • the digital fountain code technology is used to transmit data messages, whether the receiving end can recover all the original data messages is related to the number of data messages used for decoding at the receiving end, and is independent of the channel state.
  • the digital fountain code technology transmission data message scheme can be applied to channels of different environments and time-varying channels, so that channel resources can be more fully utilized and used more flexibly; and data message transmission using digital fountain code technology is further adopted.
  • the process does not have the requirement of transmitting the bit rate, and the transmitting end can be produced by coding.
  • the sender can send a reasonable number of data packets to each receiver according to the channel environment of different receivers. Each receiver can stop receiving as long as it can successfully decode all the original data packets. , each receiving end does not affect each other.
  • the data message transmission process based on the digital fountain code technology has nothing to do with the channel environment and the transmission code rate, and does not retransmit the lost data message, but is continuously transmitted by the transmitting end.
  • Network complexity increases network throughput without the overhead of feedback and retransmission.
  • the digital fountain code technology When the digital fountain code technology is introduced into the LTE network, it can be seen from the schematic diagram of the LTE network architecture shown in FIG. 1 that since the MAC layer implements functions such as scheduling and aggregation of data packets, the digital fountain code technology can be applied to In the MAC layer.
  • the function of the scheduling module and the multiplexing module of the MAC layer is greatly affected, and the transmission mechanism inside the MAC layer also needs to be redesigned.
  • the solution of the embodiment of the present invention is a new transmission mechanism after the digital fountain code technology is introduced into the LTE network. The solution of the present invention is described in detail below through specific embodiments.
  • the embodiment of the present invention introduces a Combination Coding module (hereinafter referred to as a CC module) in the MAC layer in the LTE network architecture.
  • the CC module has a data packet to be sent.
  • the transmitting end is divided into a plurality of sub-data messages, and the sub-data messages are further encoded to generate an arbitrary number of data messages, that is, the function of the digital fountain code technology at the transmitting end.
  • a CC module and a scheduling module share a multiplexing module, and data packets from the CC module and from the scheduling module are forwarded to a receiving end through a HARQ process on a HARQ entity. transmission.
  • the MAC layer at the transmitting end designs a scheduling module and a CC module for each receiving end.
  • the scheduling module and the CC module use different ones.
  • the multiplexing module, the two multiplexing modules respectively transmit data packets to a receiving end through the HARQ process on the two HARQ entities, which has the advantages that the data packets generated by the scheduling module and the CC module can be independently sent and scheduled. There is no mutual interference between the module and the CC module.
  • the HARQ entity may be omitted at the MAC layer according to actual needs, and the data packet generated by the CC module and the data packet determined by the scheduling module may be transmitted to the receiving end in another manner, such as canceling the retransmission mechanism. , directly to the receiving end.
  • the data packet transmission method mainly includes the following steps:
  • Step 101 The CC module at the sending end acquires a data packet of a first set length, where the CC module is located at the MAC layer of the transmitting end.
  • Step 102 The CC module at the sending end cuts the data packet of the first set length into M data packets of a second set length.
  • the first set length is greater than the second set length, and the M is a positive integer greater than one.
  • the CC module at the transmitting end needs to obtain a data packet of a sufficient length (that is, the first set length) before processing the data packet.
  • the data packet of sufficient length refers to the data packet.
  • the first set length is 1000 bytes.
  • the data packet of the first set length may be a plurality of data packets of different lengths obtained by the CC module at the transmitting end. As shown in FIG. 5, the CC module at the transmitting end may obtain five data packets of different lengths. The total length is not less than the first set length.
  • the data packet cut by the CC module at the transmitting end is less than the first set length, the data packet is still cut in the second set length, and the length of the last data packet that is cut is If it is less than the second set length, it will be zero at the end.
  • the CC module at the transmitting end needs to obtain the value of the second set length, and determines the value of M according to the value of the first set length.
  • the second set length may be set according to the requirement of the service type. For example, if the first set length is 1000 bytes, the data packet of the first set length may be cut into 10 100 bytes. (that is, the second set length) of the data message. At this time, the value of M is 10.
  • Step 103 The CC module at the sending end jointly encodes the cut M data packets to generate N data packets.
  • the CC module at the transmitting end jointly encodes the M data packets obtained by the cutting according to a preset coefficient matrix, and the specific encoding process can be represented by the formula (1) by inputting M data packets.
  • N data packets can be generated, where NM is the number of redundant data packets.
  • Step 104 The CC module of the sending end transmits a plurality of the data packets of the generated N data packets to the multiplexing module, where the multiplexing module is located at the MAC layer of the sending end.
  • the CC module of the transmitting end may transmit all the N data packets to the multiplexing module of the transmitting end, or may transmit some of the data packets to the multiplexing module of the transmitting end, if the packet is lost. If the rate is high, the CC module at the transmitting end can also obtain the new data packet according to the encoding process of formula (1) (need to further expand the coding matrix, such as increasing the row vector of the matrix), and generate more data packets for transmission. The module is used to ensure that the receiving end can correctly receive a sufficient number of data packets, and the original data packet of the first set length is successfully decoded according to the received data message.
  • Step 105 The multiplexing module of the sending end transmits the received data packet to the receiving end by using at least one HARQ process on one or more HARQ entities, so that the receiving end can receive a sufficient number of data packets. Successfully decoding the first set length of the original data message.
  • a digital fountain code technology is introduced in the MAC layer of the transmitting end of the LTE network architecture, and a new internal MAC layer transmission mechanism is provided to implement the data packet transmission process in the LTE network.
  • the effect of digital fountain code technology is obtained.
  • steps 101 to 105 are a description of the transmission process of the data packet of the transmitting end side of the embodiment of the present invention as a whole, and the specific implementation manner of each step is described in detail below.
  • step 101 the specific description of step 101 is as follows.
  • the CC module at the transmitting end needs to obtain the length from the upper layer (that is, the RLC layer or the PDCP layer) not less than
  • the data packet of the first set length specifically, the CC module of the sending end acquires the data packet of the first set length, including but not limited to the following two modes:
  • Manner 1 The CC module on the sending end actively requests acquisition, which can be called Pull mode.
  • the specific process is:
  • the CC module of the transmitting end actively requests the data packet of the first set length to the RLC layer of the transmitting end or the PDCP layer of the transmitting end.
  • the RLC layer of the transmitting end or the PDCP layer of the transmitting end responds to the request of the CC module, and sends a data packet not less than the first set length to the CC module of the sending end, and the CC module of the sending end acquires the first set length. Data message.
  • the RLC layer of the transmitting end responds to the request of the CC module of the transmitting end to: the RLC layer of the transmitting end obtains a data packet not less than the first set length from the PDCP layer, and sends the data packet to the transmitting end, and sends the data packet to the transmitting end.
  • the PDCP layer responding to the request of the CC module means that: the PDCP layer sends a data packet not less than the first set length to the CC module through the RLC layer.
  • the specific manner of sending the data packet to the CC module of the sending end is different in the RLC layer at the transmitting end, which are described as follows:
  • the B'J RLC layer obtains a data message not less than the first set length from the PDCP layer, and The data packet is cut into a first set length and sent to the CC module of the transmitting end. If the RLC layer adopts a transparent mode (TM), the RLC layer obtains not less than the first set length from the PDCP layer. After the data packet, the data packet is sent to the CC module of the sender directly, and the CC module of the sender cuts the received data packet to the first set length.
  • UM Unacknowledgement Mode
  • AM Acknowledgement Mode
  • Manner 2 The PDCP layer on the sending end actively pushes data packets to the CC module, which can be called Push mode.
  • the specific process is as follows:
  • the PDCP layer at the transmitting end determines that the length of the data packet required by the CC module at the transmitting end is the first set length.
  • the PDCP layer at the transmitting end passes the data packet not smaller than the first set length through the RLC.
  • the layer is sent to the CC module, and the transmission mode adopted by the RLC layer is different.
  • the specific manner of the RLC layer to send the data packet to the CC module of the transmitting end is the same as that described in the first method.
  • the CC module at the transmitting end receives the PDCP layer to clear the RLC.
  • the PDCP layer of the transmitting end may first query whether the CC module of the sending end has sufficient buffer space to store the datagram not less than the first set length before sending the data packet to the CC module of the sending end through the RLC layer.
  • the RLC layer sends a data packet to the CC module of the transmitting end.
  • step 103 is as follows.
  • the CC module at the transmitting end regards the data packet of the first set length before cutting as an encoding group, and cuts the data packet of the first set length into M data packets, and then According to the message, in order to distinguish the data packets in different coding groups, the data packets belonging to the same coding group may carry the same coding group identifier, and the data packets belonging to different coding groups carry different coding group identifiers.
  • the code group identifier shown in Figure 6 is carried in the header of the generated N data packets. If the N data packets are sent to the receiver as a whole, the N data packets can be sent. A sequence number (SN) option is added to the header of the message, and the code group identifier is filled in the SN option to indicate the code group to which the N data messages belong. Of course, the code group identifier may also be carried in the packet header of each data packet in the generated N data packets.
  • the receiving end determines, according to the code group identifier carried in the receiving end, whether the data packet of the receiving end belongs to the same encoding group and which encoding group belongs to, that is, the data packet to which the received data packet belongs according to the encoding group identifier belongs. Coding group.
  • the embodiment of the present invention can also be applied to a scheme in which a data packet does not carry a code group identifier.
  • the sender and the receiver need to use a stop waiting protocol, that is, the sender will belong to the same code group. After the transmission is completed, the data packet in another coding group is sent.
  • the data volume of the N data packets generated by the CC module at the transmitting end is large, and it is difficult to send to the receiving end at one time, and needs to be sent multiple times.
  • This time-dissipating scheme helps to improve the system. Performance, to avoid system performance is greatly affected in a short time. If the N data packets are transmitted to the receiving end N times, the resource scheduling will have a large impact, and the overhead of scheduling resources is too large.
  • a preferred solution is to divide a plurality of data packets to be transmitted to the receiving end into multiple sets, each set including at least one data message, and the CC module at the transmitting end transmits the data message to the multiplexing module in units of sets.
  • the multiplexing module can treat a set as a whole and transmit it to the receiving end through a HARQ process.
  • the CC module of the sending end sets a packet header for each set, and configures a configuration information in the configuration information.
  • the content of the configuration information is related information of the data packet included in the set, as shown in FIG. 7 . Specifically, if each set contains only one data packet, you can also configure a configuration information in the packet header of each data packet, as shown in Figure 8. At this time, the data packet can be distributed and transmitted. It can be transmitted in any combination.
  • the coding group identifier and configuration information may be carried in the same header.
  • the content included in the configuration information includes but is not limited to:
  • the joint coding index parameter (ie, the index parameter) of the joint coding is performed, and the index parameter is used to indicate the row index of the coefficient matrix corresponding to each data packet in the set, that is,
  • the indication data packet is calculated by which row in the coefficient matrix, and the purpose is to enable the receiving end to decode the received data message according to the index parameter. For example, if the index parameter is 0, it indicates the first row of the corresponding coefficient matrix, and the index parameter is 3, indicating the fourth row of the corresponding coefficient matrix.
  • the index parameter only needs to indicate a row index of a coefficient matrix corresponding to the first data packet in the set.
  • the row index of the coefficient matrix corresponding to other data packets in the set is incremented on the index parameter.
  • step 104 the CC module at the transmitting end needs to determine the number of data packets transmitted to the multiplexing module. To ensure the reliability of the transmission and avoid wasting network resources, the CC module of the transmitting end sends the datagram of the multiplexing module sent to the transmitting end. The number of texts must not be too small. Otherwise, the number of data packets received by the receiving end is not sufficient for correct decoding. However, the data packets sent by the CC module of the transmitting end to the multiplexing module must not be excessive. Otherwise, the transmission of data packets will occupy A large number of network resources, therefore, the CC module at the transmitting end needs to determine the number of data packets to be transmitted to the receiving end through an appropriate feedback mechanism before performing step 104.
  • the embodiment of the present invention provides the following two methods for determining the number of data packets to be transmitted to the receiving end, that is, determining the number of data packets transmitted to the multiplexing module, which are respectively described as follows:
  • a control element is provided at the MAC layer of the receiving end to provide a feedback response mechanism.
  • the process of the CC module at the transmitting end determining the number of data packets transmitted to the multiplexing module at the transmitting end is as follows:
  • the CC module at the transmitting end sends a test packet to the receiving end through the multiplexing module and the HARQ process of the sending end, and records the number of sent test packets in real time.
  • the CC module at the receiving end returns a first feedback message to the CC module at the transmitting end.
  • the CC module of the sending end receives the first feedback message, and determines that the receiving end correctly receives the number of test messages.
  • the CC module at the transmitting end determines that the number of data packets transmitted to the multiplexing module of the transmitting end is the same as the number of correctly receiving the test packets by the receiving end.
  • the CC module at the transmitting end sends a test packet to the receiving end through the multiplexing module and the HARQ process of the sending end, and records the number of sent test packets in real time.
  • the receiving end performs the following judgment every set time: whether the total amount of the currently received test message can successfully decode the test message; if it cannot successfully decode, return to the transmitting end
  • the second feedback message the sender is required to continue to send the test message; if the decoding is successful, The second feedback message is no longer returned to the sender.
  • the CC module of the transmitting end determines whether the second feedback message returned by the receiving end is received every the set duration, and if received, continues to send the test message to the receiving end; when not received within a certain setting period When the second feedback message is sent, the test packet is not sent to the receiving end, and the number of test packets that have been sent to the receiving end is determined.
  • the CC module at the transmitting end determines that the number of data packets transmitted to the multiplexing module of the transmitting end is the same as the number of test packets that have been sent to the receiving end.
  • the CC module at the transmitting end determines the number of data packets to be transmitted to the receiving end by any of the above two methods (that is, determines the number of data packets transmitted to the multiplexing module at the transmitting end), the number can be corrected.
  • An optional method is: the CC module at the transmitting end corrects the packet loss rate of the test packet according to the HARQ process, and corrects the number of data packets transmitted to the multiplexing module, where the corrected data packet is The number is not less than: the number of data packets transmitted to the multiplexing module determined by the CC module at the transmitting end by any of the above two methods/(1 - packet loss rate).
  • the number of data packets transmitted by the CC module of the transmitting end to the multiplexing module determined by any one of the above two methods is X, and the HARQ process transmits 20% of the packet loss rate of the test packet, and then the correction is performed.
  • the number X of data messages transmitted to the multiplexing module is not less than X/(1-0.2).
  • the CC module at the sending end determines the packet loss rate of the HARQ process transmission test message by:
  • the receiving end receives an acknowledgement response (ACK) message or a non-response response (NACK) message for each test packet, and the number of received NACK messages is The ratio of the total number of test packets transmitted is used as the packet loss rate of the HARQ process transmission test packet. For example, the CC module at the transmitting end transmits 10 test packets through the HARQ process, and receives 8 ACK messages and 2 NACK messages, and determines that the packet loss rate is 20%.
  • ACK acknowledgement response
  • NACK non-response response
  • the receiving end may feed back the NACK message, but it is mistaken to accept the ACK message, that is, the originally lost data message is mistakenly received by the receiving end, therefore,
  • the CC module at the transmitting end corrects the number of data packets transmitted to the multiplexing module, it can send a part of the data packet based on the correction result (for example, Send 5% more data packets) to ensure the reliability of the transmission.
  • step 105 The specific description of step 105 is as follows.
  • the HARQ entity occupied by the multiplexing module of the transmitting end can provide a certain number of HARQ processes.
  • the eight HARQ processes provided by one HARQ entity are taken as an example.
  • the multiplexing module of the transmitting end can send the data packet generated by the CC module of the transmitting end and the MAC of the sending end.
  • the data packets determined by the scheduling module in the layer are mixed and transmitted through the HARQ process.
  • the data packet generated by the CC module at the transmitting end and the data packet determined by the scheduling module may be differentiated and transmitted through different HARQ processes.
  • the specific method of transmitting the data packet generated by the CC module at the transmitting end and the data packet determined by the scheduling module through different HARQ processes includes But not limited to the following two ways:
  • the receiving end and the transmitting end pre-negotiate the HARQ process configuration.
  • the base station can notify the terminal of the HARQ process in the uplink/downlink process by means of Radio Resource Control (RRC) signaling sent by the terminal or by the CE configured by the MAC layer.
  • RRC Radio Resource Control
  • the HARQ process labeled 0, 1, and 2 is used to transmit data packets generated by the CC module at the transmitting end, and the remaining HARQ processes are used to transmit data packets determined by the scheduling module at the transmitting end. .
  • the multiplexing module of the transmitting end transmits the data packet generated by the CC module of the transmitting end to the receiving end through the HARQ process configured for the data packet generated by the CC module of the transmitting end, and configures the HARQ configured by the data packet determined by the scheduling module of the transmitting end.
  • the process transmits the data packet determined by the scheduling module to the receiving end.
  • the receiving end determines whether the received data packet is a data packet generated by the CC module of the sending end or a data packet determined by the scheduling module, according to the HARQ process occupied by the received data packet.
  • Add a HARQ process to the HARQ entity Take the structure shown in Figure 9 as an example. On the basis of the original eight HARQ processes, add eight HARQ processes (shown by the dotted line in Figure 9).
  • the multiplexing module can transmit the data packet generated by the CC module of the transmitting end through the newly added HARQ process, and transmit the data packet determined by the scheduling module of the sending end through the original HARQ process.
  • the above is an example in which the CC module of the transmitting end and the scheduling module share a multiplexing module as shown in FIG. 2, and the specific implementation manner of the step 105 is described.
  • the CC module and the scheduling module of the transmitting end shown in FIG. 3 are respectively used differently.
  • the architecture of the multiplexing module is used as an example.
  • the data packets generated by the CC module and the data packets determined by the scheduling module may be distinguished according to the foregoing manners 1 and 2. In addition, the following two methods may be used to distinguish:
  • the CC module and the scheduling module that transmit data packets to the same receiving end in the MAC layer of the transmitting end respectively configure an identifier, for example, two cell radio network temporary identifiers (C-RNTIs) are configured, and it is assumed that C-RNTI_1 corresponds to The CC module at the transmitting end, C-RNTI_2 corresponds to the scheduling module of the transmitting end.
  • C-RNTIs two cell radio network temporary identifiers
  • the C-RNTL receiving end of the data packet generated by the CC module of the transmitting end or the data packet of the transmitting end of the transmitting end is also transmitted.
  • the transmission time interval (TTI) detects whether there is data scheduling information, and after detecting the data scheduling information, determines that the received data message is the data generated by the CC module of the transmitting end according to the C-RNTI_1 or C-RNTI_2 carried therein.
  • the packet is also a data packet determined by the scheduling module of the sending end, and the receiving end can use the C-RNTI carried in the data scheduling information for decoding.
  • the existing physical downlink control channel (PDCCH) data format is extended, and an indication message is added to the PDCCH to indicate whether the transmitted data packet is a data packet generated by the CC module of the transmitting end or a scheduling of the transmitting end.
  • the data packet determined by the module indicates that the message is 00, indicating that the data packet is determined by the scheduling module of the transmitting end; the indication message is 01, indicating that the data packet generated by the CC module of the transmitting end is transmitted; 10, indicating that the data packet generated by the CC module of the transmitting end and the data packet determined by the scheduling module of the transmitting end are simultaneously transmitted.
  • the embodiment of the invention further describes a data message transmission device, which can be used to perform step 101.
  • the data message transmission scheme to step 105 (including the specific implementation of steps 101 to 105).
  • the structures shown in Fig. 2 and Fig. 3 are the internal structures of the data packet transmission apparatus in this embodiment, which will be separately described below.
  • the data transmission device includes a joint coding module (ie, a CC module) and a multiplexing module, and the joint coding module is connected to the multiplexing module and is located at the MAC layer of the device.
  • a joint coding module ie, a CC module
  • a multiplexing module ie, a CC module
  • the joint coding module is connected to the multiplexing module and is located at the MAC layer of the device.
  • the joint coding module is configured to obtain a data message of a first set length, and cut a data message of a first set length into M data messages of a second set length, and After the M data packets are jointly encoded, a plurality of data packets of the N data packets are generated and transmitted to the multiplexing module, where the M and N are positive integers greater than 1, and N is greater than M.
  • the first set length is greater than the second set length;
  • the multiplexing module is configured to send the data packet sent by the joint coding module to the receiving end. Further, the device further includes a HARQ entity located at a MAC layer, where the HARQ entity is connected to the multiplexing module;
  • the multiplexing module is configured to transmit the received data packet to the receiving end by using at least one HARQ process on the HARQ entity.
  • the device further includes an RLC layer and a PDCP layer respectively connected to the joint coding module, where the joint coding module acquires the data message of the first set length from the RLC layer or the PDCP layer, but is not limited to The following two ways:
  • the joint coding module is specifically configured to: after receiving the data packet of the first set length, requesting, by the RLC layer or the PDCP layer, receiving the first set length sent by the RLC layer or the PDCP layer Data message.
  • the joint coding module is specifically configured to: after the PDCP layer determines the first set length of the data packet required by the joint coding module, receive the first part sent by the PDCP layer by using the RLC layer A data message of a set length.
  • the data encoding message is transmitted to the joint coding module through the RLC layer, according to the RLC, regardless of whether the joint coding module obtains the data packet of the first set length according to the foregoing manner or manner 2.
  • the layer adopts different transmission modes, and the data packets transmitted to the joint coding module are also different. If the transmission mode adopted by the RLC layer is a non-answer mode or a response mode, the RLC layer transmits the data packet transmitted by the PDCP layer. The data packet that is cut into the first set length is sent to the joint coding module, and if the transmission mode adopted by the RLC layer is a transparent mode, the RLC layer directly sends the data packet transmitted by the PDCP layer to the The joint coding module.
  • the joint coding module needs to predetermine the number of data messages transmitted to the multiplexing module, so that the receiving end can receive a sufficient number of data messages for decoding when the number of data messages is reduced.
  • the joint coding module includes, but is not limited to, determining the number of data messages transmitted to the multiplex module by any of the following methods:
  • the joint coding module is specifically configured to send a test packet to the receiving end by using the multiplexing module and the HARQ process, and record the number of the sent test packets, and receive the first feedback message of the receiving end, and determine the location.
  • the number of the test packets received by the receiving end is correct, where the first feedback message is sent by the receiving end when the test message is successfully decoded, and the number of data packets transmitted to the multiplexing module is determined.
  • the receiving end correctly receives the same number of test packets.
  • the joint coding module is specifically configured to send a test packet to the receiving end by using the multiplexing module and the HARQ process, and record the number of sent test packets, and determine whether the receiving end is received every set duration.
  • a second feedback message where the second feedback message is sent by the receiving end every time the set duration is long and the test message cannot be successfully decoded, and is not received within the set duration And determining, by the second feedback message, the number of test packets that have been sent to the receiving end, and determining that the number of data packets transmitted to the multiplexing module is the same as the number of test packets that have been sent to the receiving end.
  • the joint coding module may determine the number of data packets transmitted to the multiplexing module. Further, the joint coding module may further modify the determined number of data packets, such as according to the HARQ process.
  • the packet loss rate corrects the number of determined data packets.
  • the joint coding module is further configured to: according to the packet loss rate of the test packet transmitted by the HARQ process, correct the number of data packets transmitted to the multiplexing module, where the number of the modified data packets is not less than:
  • the encoding module determines the number of data packets transmitted to the multiplexing module / (1 - the packet loss of the joint encoding module, specifically for transmitting the test packet through the HARQ process, the receiving and receiving end for each test 4 ⁇ The returned ACK message or NACK message, the ratio of the number of received NACK messages to the total number of transmitted test messages is used as the packet loss rate of the HARQ process transmission test message.
  • the device further includes a scheduling module at the MAC layer, where the joint coding module and the scheduling module can share one multiplexing module, and one joint coding module, one scheduling module, and a commonly used multiplexing module pass through the HARQ entity.
  • the HARQ process transmits a data packet to a receiving end, as shown in FIG. 2.
  • the multiplexing module separately transmits the data packet generated by the joint encoding module and the data packet determined by the scheduling module by using a HARQ process.
  • the specific implementation is as follows: the multiplexing module is specifically configured to transmit, according to the HARQ process configuration negotiated with the receiving end, the data message to the receiving end by using a HARQ process, where the HARQ process is the sending on the HARQ entity.
  • the data packet generated by the joint coding module is configured by the end, or the data packet generated by the joint coding module is transmitted to the receiving end by using a new HARQ process on the HARQ entity.
  • the device in the second embodiment may also be configured as shown in FIG. 3.
  • the joint coding module and the scheduling module respectively use different multiplexing modules, and each multiplexing module passes HARQ.
  • the HARQ process on the entity transmits data to a receiving end.
  • the data message is transmitted in different manners, so that the receiving end can know that the received data message is a datagram generated by the joint coding module.
  • the text is also the data packet determined by the scheduling module.
  • the multiplexing module used by the joint coding module is specifically configured to negotiate with the receiving end.
  • the HARQ process is configured to transmit the data packet to the receiving end by using the HARQ process configured on the HARQ entity for the data packet generated by the joint coding module; or
  • the multiplexing module used by the joint coding module and the multiplexing module used by the scheduling module are specifically configured to transmit data packets for indicating transmission when transmitting data packets to the receiving end through the HARQ process in the downlink transmission process. Whether it is an identifier of the data packet generated by the joint coding module, so that when the receiving end detects the data scheduling information including the identifier at each transmission time interval, it is determined according to the identifier whether the received data packet is the joint coding. Or the data packet generated by the module; or, during the downlink transmission, when the data packet is transmitted to the receiving end by the HARQ process, whether the data packet indicating the transmission is a data packet generated by the joint coding module is transmitted on the PDCCH. And indicating the message, so that the receiving end determines, according to the indication message received from the PDCCH, whether the data packet is a data packet generated by the joint coding module.
  • the joint coding module is specifically configured to jointly encode the M data packets to generate N data packets carrying the code group identifier, where the code group identifier of the data packet of the same code group Similarly, the coding group identifier is used by the receiving end to identify data packets belonging to the same coding group according to the code group identifier carried in the received data packet.
  • the joint coding module is specifically configured to divide the generated N data packets into multiple sets, and transmit the data packets in the respective sets to the multiplexing module;
  • Each set includes at least one data packet, and the configuration information configured for each set includes a joint coding index parameter for generating each data packet in the set;
  • the multiplexing module is specifically configured to transmit the received data packets in each set to the receiving end.
  • the joint coding module is further configured to acquire the value of the M and the value of the second set length, and carry the value of the M and the value of the second set length in the In the configuration information.
  • An embodiment of the present invention further describes a data transmission device of another structure.
  • the device has an encoder and a processor at a MAC layer, and the encoder and the processor are Connection, where:
  • the encoder is configured to obtain a data message of a first set length, and cut a data message of a first set length into M data messages of a second set length, and the M Data After the packet is jointly encoded, a plurality of data packets of the N data packets are generated and transmitted to the processor, where the M and N are positive integers greater than 1, and N is greater than M, the first setting The fixed length is greater than the second set length;
  • the processor is configured to send the data packet sent by the encoder to the receiving end.
  • the device further includes a HARQ entity located at a MAC layer, where the HARQ entity is connected to the processor;
  • the processor is specifically configured to transmit the received data packet to the receiving end by using at least one HARQ process on the HARQ entity.
  • the device further includes an RLC layer and a PDCP layer respectively connected to the encoder, and the encoder obtains the data message of the first set length from the RLC layer or the PDCP layer, but is not limited to the following two Ways:
  • Manner 1 The encoder is specifically configured to: after requesting, by the RLC layer or the PDCP layer, the data packet of the first set length, the first set length that is sent by the RLC layer or the PDCP layer Data message.
  • the encoder is specifically configured to: after the first set length of the data packet required by the joint coding module is determined by the PDCP layer, receive the first sent by the PDCP layer by using the RLC layer Set the length of the data message.
  • the encoder obtains the data packet of the first set length according to the foregoing manner or manner 2
  • the data packet is transmitted to the encoder through the RLC layer, and the transmission mode adopted by the RLC layer is different.
  • the way data messages are transmitted by the encoder is also different:
  • the RLC layer cuts the data packet transmitted by the PDCP layer into the data packet of the first set length, and sends the data packet to the encoder.
  • the transmission mode adopted by the RLC layer is a transparent mode, and the RLC layer directly sends the data packet transmitted by the PDCP layer to the encoder.
  • the encoder needs to predetermine the number of data messages transmitted to the processor, so that the receiving end can receive a sufficient number of data messages for decoding when the number of data messages is reduced.
  • the encoder includes, but is not limited to, determining the number of data messages transmitted to the processor by any of the following means:
  • the encoder is specifically configured to send a test packet to the receiving end by using the processor and the HARQ process, and record the number of sent test packets, receive the first feedback message of the receiving end, and determine the receiving. Receiving the number of test packets correctly, where the first feedback message is sent by the receiving end when successfully decoding the test message, and determining the number of data packets transmitted to the processor and the receiving The number of correctly received test packets is the same.
  • the encoder is specifically configured to send a test packet to the receiving end by using the processor and the HARQ process, and record the number of sent test packets, and determine whether the second end of the receiving end is received every set duration a feedback message, where the second feedback message is sent by the receiving end every time the set duration is long and the test message cannot be successfully decoded, and the first time is not received within the set duration
  • the number of test packets that have been sent to the receiving end is determined, and the number of data packets transmitted to the processor is determined to be the same as the number of test packets that have been sent to the receiving end.
  • the encoder can determine the number of data packets transmitted to the processor. Further, the encoder can also correct the determined number of data packets, such as a packet loss rate according to the HARQ process. The number of the determined data packets is corrected to ensure that the receiving end can correctly decode the data packets.
  • the specific modification method is as follows:
  • the encoder is further configured to: according to the packet loss rate of the test packet transmitted by the HARQ process, correct the number of data packets transmitted to the processor, where the number of the modified data packet is not less than: The number of data packets transmitted to the multiplexing module / (1-packet loss rate).
  • the encoder is specifically configured to: when transmitting the test packet by using the HARQ process, receive the ACK message or the NACK message returned by the receiving end for each test message, and the number of the received NACK message and the transmitted test message total The ratio of the number is used as the packet loss rate of the HARQ process transmission test packet.
  • the device further includes a scheduler located at the MAC layer, the encoder and the scheduler
  • One processor can be shared, and one encoder, one scheduler, and a commonly used processor pass
  • the HARQ process on the HARQ entity transmits a data packet to a receiving end, as shown in FIG. 10.
  • the processor separately transmits the data packet generated by the encoder and the datagram determined by the scheduler through the HARQ process.
  • the specific method of this article is:
  • the processor is specifically configured to: according to the HARQ process configuration negotiated with the receiving end, transmit the data packet to the receiving end by using a HARQ process, where the HARQ process is a datagram generated by the joint encoding module on the HARQ entity. Or configured to transmit the data packet generated by the encoder to the receiving end by using a new HARQ process added to the HARQ entity.
  • the device in this embodiment may also have the structure shown in FIG. 11, the encoder and the scheduler respectively use different processors, and each processor passes the HARQ on the HARQ entity.
  • the process transmits a data message to a receiving end.
  • the data message is transmitted in different manners, so that the receiving end can know whether the received data message is a data message generated by the encoder or a scheduler.
  • the determined data message is as follows:
  • the processor used by the encoder is specifically configured to: transmit, according to the HARQ process configuration negotiated with the receiving end, the data packet to the HARQ process configured by the HARQ entity for the data packet generated by the encoder to receive End; or,
  • the processor used by the encoder and the processor used by the scheduler are specifically configured to transmit, during the downlink transmission, a data message indicating that the data packet is transmitted by using the HARQ process to transmit data packets to the receiving end.
  • the identifier of the data packet generated by the device is such that when the receiving end detects the data scheduling information including the identifier in each transmission time interval, it is determined according to the identifier whether the received data packet is the datagram generated by the encoder. Text; or,
  • an indication message indicating whether the transmitted data packet is a data packet generated by the encoder is transmitted on the PDCCH, so that the receiving end is based on the PDCCH.
  • the received indication message determines whether the data message is a data message generated by the encoder.
  • the encoder is specifically configured to divide the generated N data packets into multiple sets, and transmit the data packets in the respective sets to the processor;
  • Each set includes at least one data packet, and the configuration information configured for each set includes a joint coding index parameter for generating each data packet in the set;
  • the processor is specifically configured to transmit the received data packet in each set to the receiving end.
  • the encoder is further configured to acquire a value of the M and a value of the second set length, and carry the value of the M value and the second set length in the configuration. Information.
  • embodiments of the present application can be provided as a method, system, or computer program product.
  • the application can take the form of an entirely hardware embodiment, an entirely software embodiment, or a combination of software and hardware.
  • the application can take the form of a computer program product embodied on one or more computer-usable storage media (including but not limited to disk storage, CD-ROM, optical storage, etc.) including computer usable program code.
  • the computer program instructions can also be stored in a computer readable memory that can direct a computer or other programmable data processing device to operate in a particular manner, such that the instructions stored in the computer readable memory produce an article of manufacture comprising the instruction device.
  • the apparatus implements the functions specified in one or more blocks of a flow or a flow and/or block diagram of the flowchart.
  • These computer program instructions can also be loaded onto a computer or other programmable data processing device such that a series of operational steps are performed on a computer or other programmable device to produce computer-implemented processing for execution on a computer or other programmable device.
  • the instructions provide steps for implementing the functions specified in one or more of the flow or in a block or blocks of a flow diagram.
  • the computer device includes one or more processors
  • the memory may include non-persistent memory, random access memory (RAM), and/or non-volatile memory in a computer readable medium, such as read only memory (ROM) or flash memory.
  • RAM random access memory
  • ROM read only memory
  • Memory is an example of a computer readable medium.
  • Computer readable media including both permanent and non-persistent, removable and non-removable media, can be implemented by any method or technology.
  • the information can be computer readable instructions, data structures, modules of programs, or other data. Examples of computer storage media include, but are not limited to, phase change memory (PRAM), static random access memory (SRAM), dynamic random access memory (DRAM), other types of random access memory (RAM), read only memory.
  • PRAM phase change memory
  • SRAM static random access memory
  • DRAM dynamic random access memory
  • RAM random access memory
  • ROM read only memory
  • EEPROM electrically erasable programmable read only memory
  • flash memory or other memory technology
  • compact disk read only memory CD-ROM
  • DVD digital versatile disk
  • Magnetic tape cartridges magnetic tape storage or other magnetic storage devices or any other non-transportable media that can be used to store information that can be accessed by computing devices.
  • computer readable media does not include non-persistent computer readable media, such as modulated data signals and carrier waves.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

一种数据报文的传输方法和设备,将数字喷泉码技术引入LTE网络后,重新设计了新的LTE的传输机制以及MAC层内部的传输机制,在MAC层中引入了联合编码模块,具有将待发送的数据报文在发送端分割为若干个子数据报文,这些子数据报文再经过编码生成任意数量的数据报文的功能,即具有数字喷泉码技术在发送端的功能,使得在新的LTE网络架构下,能够获得数字喷泉码技术的效果。

Description

一种数据报文的传输方法和设备
技术领域
本发明涉及无线通信领域, 尤其涉及一种数据报文的传输方法和设备。 背景技术
在无线网络通信过程中, 为了提高数据报文传输的可靠性, 引入了 ARQ ( Automatic Repeat reQuest, 自动重传请求 )技术和 HARQ ( Hybrid Automatic Repeat Request , 混合自动重传请求)技术。 ARQ技术是指: 当发送端向接收 端发送数据报文后, 等待接收端返回的状态报告, 若状态报告的内容是存在 未发送成功的数据报文, 则发送端向接收端重传数据报文, 以提升数据报文 传输的可靠性。 HARQ技术是指: 当接收端接收到的数据报文出错时, 接收 端不丟弃该数据报文, 并通过状态报告指示发送端重传出错的数据报文的部 分或全部内容, 接收端将再次接收到的数据报文与上次接收到的出错报文进 行合并后, 达到成功接收该数据报文的目的。
以在 LTE( Long Term Evolution ,长期演进)网络中引入 ARQ技术和 HARQ 技术为例, 在 LTE网络中的 MAC(Media Access Control , 媒体接入控制)层中 采用 HARQ技术、 在 RLC(Radio Link Control, 无线链路控制)层中采用 ARQ 技术, 来提升数据报文传输的可靠性, 避免数据报文丟失。 如图 1 所示, 为 LTE网络中用户面架构示意图,所述 LTE网络的用户面架构包括 PDCP(Packet Data Convergence Protocol, 分组数据汇聚协议)层、 RLC层、 MAC层和 PHY (物理) 四部分, 其中:
PDCP层负责待传输的 IP数据报文的报文头压缩和安全功能; RLC层负 责数据报文的切割与拼接,将 PDCP层传输的数据报文切割成 MAC层要求的 大小, 并同时提供 ARQ技术保证数据报文可靠地传输到接收端; MAC层中 的调度(scheduling )模块提供调度功能, 确定传输给接收端数据报文、 向不 同的接收端传输的数据报文的数据量等, MAC层中的复用 ( multiplexing )模 块负责将调度模块确定的向同一接收端传输的数据报文(可以是该接收端不 同业务承载的数据报文 )汇聚到同一个 HARQ实体上, 每个 HARQ实体有多 个 HARQ进程(如 8个 HARQ进程),复用模块将数据报文通过这 8个 HARQ 进程由 PHY层传输至接收端。
在图 1所示的网络架构中, 引入 ARQ技术和 HARQ技术可提高数据报 文传输的可靠性, 但由于 ARQ技术和 HARQ技术都要等待接收端反馈的状 态报告后, 根据状态报告向接收端重传数据报文, 导致数据报文的传输效率 低下, 并且传输数据报文所占用的信道的使用率也较低。 发明内容
本发明实施例提供了一种数据报文的传输方法和设备, 用以解决现有技 术中存在的数据报文的传输效率低下且传输数据报文所占用的信道的使用率 也较低的问题。
第一方面, 提供一种数据报文的传输方法, 所述方法包括:
发送端的联合编码模块获取第一设定长度的数据报文, 所述联合编码模 块位于所述发送端的媒体接入控制 MAC层;
所述发送端的联合编码模块将第一设定长度的数据报文切割为 M个长度 为第二设定长度的数据报文;
所述发送端的联合编码模块将所述 M个数据报文进行联合编码后生成 N 个数据报文;
所述发送端的联合编码模块将所述 N个数据报文中的多个数据报文传输 给发送端的复用模块, 所述发送端的复用模块将接收到的数据报文传输给接 收端, 所述复用模块位于所述发送端的 MAC层;
其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一设定长 度大于所述第二设定长度。
结合第一方面, 在第一种可能的实现方式中, 所述发送端的复用模块将 接收到的数据报文传输给接收端包括: 所述发送端的复用模块通过混合自动重传请求 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
结合第一方面或第一方面的第一种可能的实现方式, 在第二种可能的实 现方式中, 所述发送端的联合编码模块获取所述第一设定长度的数据报文, 具体包括:
所述发送端的联合编码模块向发送端的无线链路控制 RLC层或发送端的 分组数据汇聚协议 PDCP层请求获得所述第一设定长度的数据报文, 并接收 所述 RLC层或 PDCP层发送的所述第一设定长度的数据报文; 或者
所述发送端的联合编码模块在发送端的 PDCP层确定所述联合编码模块 所需的数据报文的第一设定长度后, 接收所述 PDCP层通过所述 RLC层发送 的所述第一设定长度的数据报文。
结合第一方面、 第一方面的第一种可能的实现方式或第一方面的第二种 可能的实现方式, 在第三种可能的实现方式中, 所述发送端的联合编码模块 通过以下方式确定向发送端的复用模块传输的数据报文的数量:
所述发送端的联合编码模块通过所述复用模块和 HARQ进程向所述接收 端发送测试报文, 并记录发送的测试报文数量;
所述发送端的联合编码模块接收到所述接收端的第一反馈消息, 确定所 述接收端正确接收测试报文的数量, 其中, 所述第一反馈消息是接收端在成 功译码测试报文后发送的;
所述发送端的联合编码模块确定向所述发送端的复用模块传输数据报文 的数量, 所述传输数据报文的数量与所述接收端正确接收测试报文的数量相 同。
结合第一方面、 第一方面的第一种可能的实现方式或第一方面的第二种 可能的实现方式, 在第四种可能的实现方式中, 所述发送端的联合编码模块 通过以下方式确定向发送端的复用模块传输的数据报文的数量:
所述发送端的联合编码模块通过所述发送端的复用模块和 HARQ进程向 所述接收端发送测试报文, 并记录发送的测试报文数量; 所述发送端的联合编码模块判断每隔设定时长是否接收到所述接收端的 第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所述设定时长且当前 还不能成功译码测试报文时发送的;
所述发送端的联合编码模块在所述设定时长内没有收到所述第二反馈消 息时, 确定已向接收端发送的测试报文的数量;
所述发送端的联合编码模块确定向所述发送端的复用模块传输数据报文 的数量, 所述传输数据报文的数量与已向所述接收端发送的测试报文的数量 相同。
结合第一方面的第三种可能的实现方式或第一方面的第四种可能的实现 方式, 在第五种可能的实现方式中, 所述发送端的联合编码模块确定向所述 复用模块传输的数据报文的数量后, 通过以下方式对确定的数据报文的数量 进行修正:
所述发送端的联合编码模块根据 HARQ进程传输测试报文的丟包率, 修 正向所述发送端的复用模块传输的数据报文的数量, 其中, 修正后的数据报 文的数量不小于: 发送端的联合编码模块确定向所述复用模块传输的数据报 文的数量 / ( 1-丟包率)。
结合第一方面的第五种可能的实现方式, 在第六种可能的实现方式中, 所述发送端的联合编码模块通过以下方式确定 HARQ进程传输测试报文的丟 包率:
所述发送端的联合编码模块通过 HARQ进程传输测试报文时, 接收接收 端针对每个测试艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK消 息的数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟包 结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第二种 可能的实现方式、 第一方面的第三种可能的实现方式、 第一方面的第四种可 能的实现方式、 第一方面的第五种可能的实现方式或第一方面的第六种可能 的实现方式, 在第七种可能的实现方式中, 所述发送端的联合编码模块和发 送端的 MAC 层的调度模块共用一个复用模块, 且一个发送端的联合编码模 块、 一个发送端的 MAC 层的调度模块和共同使用的发送端的复用模块通过 HARQ实体上的 HARQ进程向一个接收端传输数据 4艮文;
所述发送端的复用模块通过 HARQ实体上的至少一个 HARQ进程,将接 收到的数据报文传输给接收端, 具体包括:
所述发送端的复用模块根据与接收端协商的 HARQ进程配置, 将数据报 文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上为 所述发送端的联合编码模块生成的数据报文配置的; 或者,
所述发送端的复用模块将所述发送端的联合编码模块生成的数据报文通 过在 HARQ实体上新增的 HARQ进程传输给接收端。
结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第二种 可能的实现方式、 第一方面的第三种可能的实现方式、 第一方面的第四种可 能的实现方式、 第一方面的第五种可能的实现方式或第一方面的第六种可能 的实现方式, 在第八种可能的实现方式中, 所述发送端的联合编码模块和发 送端的 MAC层的调度模块分别使用不同的发送端的复用模块,且每个发送端 的复用模块通过 HARQ实体上的 HARQ进程向一个接收端传输数据报文; 所述发送端的复用模块将所述发送端的联合编码模块生成的数据报文通 过至少一个 HARQ进程传输至接收端, 具体包括:
所述发送端的联合编码模块所使用的发送端的复用模块根据与接收端协 商的 HARQ进程配置,将数据报文通过所述 HARQ实体上为所述发送端的联 合编码模块生成的数据报文配置的 HARQ进程传输给接收端; 或者,
在下行传输过程中, 发送端的复用模块通过 HARQ进程向接收端传输数 成的数据报文的标识, 使得接收端在每个传输时间间隔检测到包含所述标识 的数据调度信息时, 根据该标识确定接收到的数据报文是否是所述发送端的 联合编码模块生成的数据报文; 或者,
在下行传输过程中, 发送端的复用模块通过 HARQ进程向接收端传输数 据报文时,在 PDCCH上传输用于指示传输的数据报文是否是发送端的联合编 码模块生成的数据报文的指示消息,使得接收端根据从 PDCCH上接收到的指 示消息确定该数据报文是否是所述发送端的联合编码模块生成的数据报文。
结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第二种 可能的实现方式、 第一方面的第三种可能的实现方式、 第一方面的第四种可 能的实现方式、 第一方面的第五种可能的实现方式、 第一方面的第六种可能 的实现方式、 第一方面的第七种可能的实现方式或第一方面的第八种可能的 实现方式, 在第九种可能的实现方式中, 所述发送端的联合编码模块将所述 所述发送端的联合编码模块将所述 M个数据报文进行联合编码后生成 N 个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编码组标 识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携带的编 码组标识来识别属于同一编码组的数据报文。
结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第二种 可能的实现方式、 第一方面的第三种可能的实现方式、 第一方面的第四种可 能的实现方式、 第一方面的第五种可能的实现方式、 第一方面的第六种可能 的实现方式、 第一方面的第七种可能的实现方式、 第一方面的第八种可能的 实现方式或第一方面的第九种可能的实现方式, 在第十种可能的实现方式中, 在所述发送端的联合编码模块将所述 M个数据报文进行联合编码后生成 N个 数据报文之后, 在所述发送端的联合编码模块将所述 N个数据报文中的多个 数据报文传输给发送端的复用模块之前, 所述方法还包括:
所述发送端的联合编码模块将所述生成的 N 个数据报文划分为多个集 合;
所述发送端的联合编码模块将所述 N个数据报文中的多个数据报文传输 息中包含生成该集合中各数据报文的联合编码索引参数。
结合第一方面、 第一方面的第一种可能的实现方式、 第一方面的第二种 可能的实现方式、 第一方面的第三种可能的实现方式、 第一方面的第四种可 能的实现方式、 第一方面的第五种可能的实现方式、 第一方面的第六种可能 的实现方式、 第一方面的第七种可能的实现方式、 第一方面的第八种可能的 实现方式、 第一方面的第九种可能的实现方式或第一方面的第十种可能的实 现方式, 在第十一种可能的实现方式中, 所述方法还包括:
所述发送端的联合编码模块获取所述 M的取值和所述第二设定长度的取 值。
第二方面, 提供一种数据报文的传输设备, 所述设备包括位于媒体接入 控制 MAC层的联合编码模块和与所述联合编码模块连接的复用模块, 其中: 所述联合编码模块, 用于获取第一设定长度的数据报文, 并将第一设定 长度的数据报文切割为 M个长度为第二设定长度的数据报文, 以及将所述 M 个数据报文进行联合编码后生成 N个数据报文中的多个数据报文传输给所述 复用模块, 其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一 设定长度大于所述第二设定长度;
所述复用模块, 用于将所述联合编码模块发送的数据报文发送给接收端。 结合第二方面, 在第一种可能的实现方式中, 所述设备还包括位于 MAC 层的混合自动重传请求 HARQ实体, 所述 HARQ实体与所述复用模块相连; 所述复用模块,具体用于通过所述 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
结合第二方面或第二方面的第一种可能的实现方式, 在第二种可能的实 现方式中, 所述设备还包括分别与所述联合编码模块相连的无线链路控制 RLC层和分组数据汇聚协议 PDCP层;
所述联合编码模块, 具体用于向 RLC层或 PDCP层请求获得所述第一设 定长度的数据报文后, 接收所述 RLC层或 PDCP层发送的所述第一设定长度 的数据报文; 或者, 在 PDCP层确定所述联合编码模块所需的数据报文的第 一设定长度后, 接收所述 PDCP层通过所述 RLC层发送的所述第一设定长度 的数据报文。
结合第二方面、 第二方面的第一种可能的实现方式或第二方面的第二种 可能的实现方式, 在第三种可能的实现方式中,
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 接收到所述接收端的第一 反馈消息, 确定所述接收端正确接收测试报文的数量, 其中, 所述第一反馈 消息是接收端在成功译码测试报文时发送的, 以及, 确定向所述复用模块传 输的数据报文的数量与所述接收端正确接收测试报文的数量相同。
结合第二方面、 第二方面的第一种可能的实现方式或第二方面的第二种 可能的实现方式, 在第四种可能的实现方式中,
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 判断每隔设定时长是否接 收到所述接收端的第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所 述设定时长且当前还不能成功译码测试 4艮文时发送的, 以及, 在所述设定时 长内没有收到所述第二反馈消息时, 确定已向接收端发送的测试报文的数量, 并确定向所述复用模块传输的数据报文的数量与已向接收端发送的测试报文 的数量相同。
结合第二方面的第三种可能的实现方式或第二方面的第四种可能的实现 方式, 在第五种可能的实现方式中,
所述联合编码模块, 还用于根据 HARQ进程传输测试报文的丟包率, 修 正向所述复用模块传输的数据报文的数量, 其中, 修正后的数据报文的数量 不小于: 联合编码模块确定向所述复用模块传输的数据报文的数量 / ( 1-丟包 结合第二方面的第五种可能的实现方式, 在第六种可能的实现方式中, 所述联合编码模块, 具体用于通过 HARQ进程传输测试报文时, 接收接 收端针对每个测试 4艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK 消息的数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟 包率。
结合第二方面、 第二方面的第一种可能的实现方式、 第二方面的第二种 可能的实现方式、 第二方面的第三种可能的实现方式、 第二方面的第四种可 能的实现方式、 第二方面的第五种可能的实现方式或第二方面的第六种可能 的实现方式,在第七种可能的实现方式中, 所述设备还包括位于 MAC层的调 度模块;
所述联合编码模块和调度模块共用一个复用模块, 且一个联合编码模块、 一个调度模块和共同使用的复用模块通过 HARQ实体上的 HARQ进程向一个 接收端传输数据报文;
所述复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据 艮文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上 为所述联合编码模块生成的数据报文配置的; 或者, 将所述联合编码模块生 成的数据报文通过在 HARQ实体上新增的 HARQ进程传输给接收端。
结合第二方面、 第二方面的第一种可能的实现方式、 第二方面的第二种 可能的实现方式、 第二方面的第三种可能的实现方式、 第二方面的第四种可 能的实现方式、 第二方面的第五种可能的实现方式或第二方面的第六种可能 的实现方式,在第八种可能的实现方式中, 所述设备还包括位于 MAC层的调 度模块;
所述联合编码模块和调度模块分别使用不同的复用模块, 且每个复用模 块通过 HARQ实体上的 HARQ进程向一个接收端传输数据报文;
所述联合编码模块所使用的复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据报文通过所述 HARQ实体上为所述联合编码模块生 成的数据报文配置的 HARQ进程传输给接收端; 或者,
任一复用模块, 具体用于在下行传输过程中, 通过 HARQ进程向接收端 的数据报文的标识, 使得接收端在每个传输时间间隔检测到包含所述标识的 数据调度信息时, 根据该标识确定接收到的数据报文是否是所述联合编码模 块生成的数据报文; 或者,
在下行传输过程中, 通过 HARQ 进程向接收端传输数据报文时, 在 PDCCH上传输用于指示传输的数据报文是否是联合编码模块生成的数据报 文的指示消息,使得接收端根据从 PDCCH上接收到的指示消息确定该数据报 文是否是所述联合编码模块生成的数据报文。
结合第二方面、 第二方面的第一种可能的实现方式、 第二方面的第二种 可能的实现方式、 第二方面的第三种可能的实现方式、 第二方面的第四种可 能的实现方式、 第二方面的第五种可能的实现方式、 第二方面的第六种可能 的实现方式、 第二方面的第七种可能的实现方式或第二方面的第八种可能的 实现方式, 在第九种可能的实现方式中,
N个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编码组 标识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携带的 编码组标识来识别属于同一编码组的数据报文。
结合第二方面、 第二方面的第一种可能的实现方式、 第二方面的第二种 可能的实现方式、 第二方面的第三种可能的实现方式、 第二方面的第四种可 能的实现方式、 第二方面的第五种可能的实现方式、 第二方面的第六种可能 的实现方式、 第二方面的第七种可能的实现方式、 第二方面的第八种可能的 实现方式或第二方面的第九种可能的实现方式, 在第十种可能的实现方式中, 所述联合编码模块, 具体用于将所述生成的 N个数据报文划分为多个集 合, 将所述各集合中的数据报文传输给复用模块;
其中, 每个集合中包含至少一个数据报文, 且为每个集合配置的配置信 息中包含生成该集合中各数据报文的联合编码索引参数;
所述复用模块, 具体用于将接收到的各集合中的数据报文传输给接收端。 结合第二方面、 第二方面的第一种可能的实现方式、 第二方面的第二种 可能的实现方式、 第二方面的第三种可能的实现方式、 第二方面的第四种可 能的实现方式、 第二方面的第五种可能的实现方式、 第二方面的第六种可能 的实现方式、 第二方面的第七种可能的实现方式、 第二方面的第八种可能的 实现方式、 第二方面的第九种可能的实现方式或第二方面的第十种可能的实 现方式, 在第十一种可能的实现方式中,
所述联合编码模块, 还用于获取所述 M的取值和所述第二设定长度的取 值。
第三方面,提供一种数据报文的传输设备, 所述设备具有位于 MAC层的 编码器和处理器, 所述编码器和处理器相连接, 其中:
所述编码器, 用于获取第一设定长度的数据报文, 并将第一设定长度的 数据报文切割为 M个长度为第二设定长度的数据报文,以及将所述 M个数据 报文进行联合编码后生成 N 个数据报文中的多个数据报文传输给所述处理 器, 其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一设定长 度大于所述第二设定长度;
所述处理器, 用于将所述编码器发送的数据报文发送给接收端。
结合第三方面, 在第一种可能的实现方式中, 所述设备还包括位于 MAC 层的 HARQ实体, 所述 HARQ实体与所述处理器连接;
所述处理器, 具体用于通过所述 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
结合第三方面或第三方面的第一种可能的实现方式, 在第二种可能的实 现方式中, 所述设备还包括分别与所述编码器相连的 RLC层和 PDCP层, 所述编码器, 具体用于向 RLC层或 PDCP层请求获得所述第一设定长度 的数据报文后, 接收所述 RLC层或 PDCP层发送的所述第一设定长度的数据 报文; 或者, 在 PDCP层确定所述联合编码模块所需的数据报文的第一设定 长度后, 接收所述 PDCP层通过所述 RLC层发送的所述第一设定长度的数据 报文。
结合第三方面、 第三方面的第一种可能的实现方式或第三方面的第二种 可能的实现方式, 在第三种可能的实现方式中, 所述编码器, 具体用于通过所述处理器和 HARQ进程向所述接收端发送 测试报文, 并记录发送的测试报文数量, 接收到所述接收端的第一反馈消息, 确定所述接收端正确接收测试报文的数量, 其中, 所述第一反馈消息是接收 端在成功译码测试报文时发送的, 以及, 确定向所述处理器传输的数据报文 的数量与所述接收端正确接收测试报文的数量相同。
结合第三方面、 第三方面的第一种可能的实现方式或第三方面的第二种 可能的实现方式, 在第四种可能的实现方式中,
所述编码器, 具体用于通过所述处理器和 HARQ进程向所述接收端发送 测试报文, 并记录发送的测试报文数量, 判断每隔设定时长是否接收到所述 接收端的第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所述设定时 长且当前还不能成功译码测试报文时发送的, 以及, 在所述设定时长内没有 收到所述第二反馈消息时, 确定已向接收端发送的测试报文的数量, 并确定 向所述处理器传输的数据报文的数量与已向接收端发送的测试报文的数量相 同。
结合第三方面的第三种可能的实现方式或第三方面的第四种可能的实现 方式, 在第五种可能的实现方式中,
所述编码器, 还用于根据 HARQ进程传输测试报文的丟包率, 修正向所 述处理器传输的数据报文的数量, 其中, 修正后的数据报文的数量不小于: 编码器确定向所述复用模块传输的数据报文的数量 / ( 1-丟包率)。
结合第三方面的第五种可能的实现方式, 在第六种可能的实现方式中, 所述编码器, 具体用于通过 HARQ进程传输测试报文时, 接收接收端针 对每个测试 ^艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK消息的 数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟包率。
结合第三方面、 第三方面的第一种可能的实现方式、 第三方面的第二种 可能的实现方式、 第三方面的第三种可能的实现方式、 第三方面的第四种可 能的实现方式、 第三方面的第五种可能的实现方式或第三方面的第六种可能 的实现方式,在第七种可能的实现方式中, 所述设备还包括位于 MAC层的调 度器, 所述编码器和调度器可以共用一个处理器, 且一个编码器、 一个调度 器和共同使用的处理器通过 HARQ实体上的 HARQ进程向一个接收端传输数 据报文
所述处理器, 具体用于根据与接收端协商的 HARQ进程配置, 将数据报 文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上为 所述联合编码模块生成的数据报文配置的; 或者, 将所述编码器生成的数据 报文通过在 HARQ实体上新增的 HARQ进程传输给接收端。
结合第三方面、 第三方面的第一种可能的实现方式、 第三方面的第二种 可能的实现方式、 第三方面的第三种可能的实现方式、 第三方面的第四种可 能的实现方式、 第三方面的第五种可能的实现方式或第三方面的第六种可能 的实现方式,在第八种可能的实现方式中, 所述设备还包括位于 MAC层的调 度器, 所述编码器和调度器分别使用不同的复用模块, 且每个复用模块通过 HARQ实体上的 HARQ进程向一个接收端传输数据 4艮文;
所述编码器所使用的处理器, 具体用于根据与接收端协商的 HARQ进程 配置, 将数据报文通过所述 HARQ实体上为所述编码器生成的数据报文配置 的 HARQ进程传输给接收端; 或者,
编码器所使用的处理器和调度器所使用的处理器, 具体用于在下行传输 过程中, 通过 HARQ进程向接收端传输数据报文时, 还传输用于表示传输的 数据报文是否是编码器生成的数据报文的标识, 使得接收端在每个传输时间 间隔检测到包含所述标识的数据调度信息时, 根据该标识确定接收到的数据 报文是否是所述编码器生成的数据报文; 或者,
在下行传输过程中, 通过 HARQ 进程向接收端传输数据报文时, 在 PDCCH上传输用于指示传输的数据报文是否是编码器生成的数据报文的指 示消息,使得接收端根据从 PDCCH上接收到的指示消息确定该数据报文是否 是所述编码器生成的数据报文。
结合第三方面、 第三方面的第一种可能的实现方式、 第三方面的第二种 可能的实现方式、 第三方面的第三种可能的实现方式、 第三方面的第四种可 能的实现方式、 第三方面的第五种可能的实现方式、 第三方面的第六种可能 的实现方式、 第三方面的第七种可能的实现方式或第三方面的第八种可能的 实现方式, 在第九种可能的实现方式中, 生成 N个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编 码组标识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携 带的编码组标识来识别属于同一编码组的数据 ^艮文。
结合第三方面、 第三方面的第一种可能的实现方式、 第三方面的第二种 可能的实现方式、 第三方面的第三种可能的实现方式、 第三方面的第四种可 能的实现方式、 第三方面的第五种可能的实现方式、 第三方面的第六种可能 的实现方式、 第三方面的第七种可能的实现方式、 第三方面的第八种可能的 实现方式或第三方面的第九种可能的实现方式, 在第十种可能的实现方式中, 所述编码器, 具体用于将所述生成的 N个数据报文划分为多个集合, 将 所述各集合中的数据报文传输给处理器;
其中, 每个集合中包含至少一个数据报文, 且为每个集合配置的配置信 息中包含生成该集合中各数据报文的联合编码索引参数;
所述处理器, 具体用于将接收到的各集合中的数据报文传输给接收端。 结合第三方面、 第三方面的第一种可能的实现方式、 第三方面的第二种 可能的实现方式、 第三方面的第三种可能的实现方式、 第三方面的第四种可 能的实现方式、 第三方面的第五种可能的实现方式、 第三方面的第六种可能 的实现方式、 第三方面的第七种可能的实现方式、 第三方面的第八种可能的 实现方式、 第三方面的第九种可能的实现方式或第三方面的第十种可能的实 现方式, 在第十一种可能的实现方式中,
所述编码器, 还用于获取所述 M的取值和所述第二设定长度的取值 本发明实施例将数字喷泉码技术引入 LTE网络后, 重新设计了新的 LTE 的传输机制以及 MAC层内部的传输机制,在 MAC层中引入了联合编码模块, 具有将待发送的数据报文在发送端分割为若干个子数据报文, 这些子数据报 文再经过编码生成任意数量的数据报文的功能, 即具有数字喷泉码技术在发 送端的功能, 使得在新的 LTE网络架构下, 数据报文传输过程极大地筒化了 网络复杂性, 提升了网络的吞吐量, 且无需反馈以及重传的开销, 提高了传 输数据报文所占用的信道的使用率。 附图说明
为了更清楚地说明本发明实施例中的技术方案, 下面将对实施例描述中 所需要使用的附图作筒要介绍, 显而易见地, 下面描述中的附图仅仅是本发 明的一些实施例, 对于本领域的普通技术人员来讲, 在不付出创造性劳动性 的前提下, 还可以根据这些附图获得其他的附图。
图 1为背景技术中 LTE网络架构示意图;
图 2和图 3为本发明实施例中一种 LTE网络架构示意图;
图 4为本发明实施例中一种数据报文的传输方法步骤示意图;
图 5为本发明实施例中第一设定长度的数据报文切割、 编码生成 N个数 据报文的示意图;
图 6为本发明实施例中在数据报文的报文头中携带编码组标识的示意图; 图 7为本发明实施例中为每个数据报文的集合配置的配置信息的示意图; 图 8为本发明实施例中为每个数据报文配置的配置信息的示意图; 图 9为本发明实施例中新增 HARQ进程的示意图;
图 10和图 11为本发明实施例中数据报文的传输设备结构示意图。 具体实施方式
为了使本发明的目的、 技术方案和优点更加清楚, 下面将结合附图对本 发明作进一步地详细描述, 显然, 所描述的实施例仅仅是本发明一部份实施 例, 而不是全部的实施例。 基于本发明中的实施例, 本领域普通技术人员在 没有做出创造性劳动前提下所获得的所有其它实施例, 都属于本发明保护的 范围。 为了在基于 LTE的数据报文传输过程中, 提高数据报文的传输效率以及 信道的使用率, 本发明实施例将数字喷泉码 ( Digital Fountain )技术引入 LTE 网络中, 所述数字喷泉码技术的基本思想为: 将待发送的数据报文在发送端 分割为若干个子数据报文, 这些子数据报文再经过编码生成任意数量的数据 报文, 发送端将多个编码后的数据报文传输到接收端后, 接收端只要接收到 一定数量的数据报文, 就可以通过译码算法, 以较高的概率成功恢复全部待 发送的数据报文。 为了保证接收端的成功译码, 接收端接收到的用于译码的 数据报文的数量要比分割的子数据报文的数量大。 如果将数字喷泉码技术做 一个形象的比喻的话, 发送端好比是不断产生水滴 (即传输的经编码后的数 据报文) 的喷泉, 而接收端只有接收到足够数量的水滴 (即接收到足够数量 的数据报文), 就可达到饮用的目的 (即就能够正确译码), 正因如此, 业界 才用数字喷泉码来形象地称呼这种编码、 译码方式。
数字喷泉码技术与 ARQ技术和 HARQ技术相比, 无需接收端的反馈机 制 (或仅仅需要小量的反馈), 即发送端无需等待接收端返回的状态报告, 可 有效提升数据报文的传输效率, 且避免了状态报告的返回过程带来的对传输 可靠性的影响, 特别是一个发送端同时向多个接收端发送数据报文的场景下, 使用数字喷泉码技术对传输效率和传输可靠性有明显提升; 另外, 采用数字 喷泉码技术传输数据报文时, 接收端能否恢复出全部的原始数据报文与接收 端的用于译码的数据报文的数量有关, 而与信道状态无关, 采用数字喷泉码 技术传输数据报文的方案可适用于不同环境的信道以及具有时变性的信道, 从而可以更加充分的利用信道资源, 使用更加灵活; 再者, 使用数字喷泉码 技术的数据报文传输过程没有传输码率的要求, 发送端通过编码可生产任意 数量的数据报文, 发送端可根据不同接收端的信道环境, 分别向各接收端发 送合理数量的数据报文, 各接收端只要能够成功译码出全部原始数据报文就 可停止接收, 因此, 各个接收端之间互不影响。
从以上描述可以看出, 基于数字喷泉码技术的数据报文传输过程与信道 环境、 传输码率无关, 也不重传丟失的数据报文, 而是由发送端源源不断地 向接收端发送数据报文, 接收端接收端足够数量的数据报文后, 译码出全部 的原始数据报文即可, 因此, 基于数字喷泉码技术的数据报文传输过程极大 地筒化了网络复杂性, 提升了网络的吞吐量, 且无需反馈以及重传的开销。
在将数字喷泉码技术引入 LTE网络时, 基于图 1所示的 LTE网络架构示 意图可以看出, 由于 MAC层实现了数据报文的调度、 汇聚等功能, 因此, 可 以将数字喷泉码技术应用在 MAC层中。 但是, 由于数字喷泉码技术的引入, 需要设计新的 LTE的传输机制, 同时对 MAC层的调度模块和复用模块的功 能影响较大,对 MAC层内部的传输机制也需要重新设计。本发明实施例的方 案就是将数字喷泉码技术引入 LTE网络后, 提出的一种新的传输机制, 下面 通过具体实施例对本发明的方案进行详细描述。
本发明实施例的一种实施方法描述如下:
本发明实施例在 LTE 网络架构中的 MAC 层中引入了联合编码 ( Combination Coding )模块(后续筒称为 CC模块), 如图 2所示, 所述 CC 模块具有将待发送的数据报文在发送端分割为若干个子数据报文, 这些子数 据报文再经过编码生成任意数量的数据报文的功能, 即具有数字喷泉码技术 在发送端的功能。在图 2所示的 LTE网络架构的 MAC层中,一个 CC模块和 一个调度模块共用一个复用模块,来自 CC模块和来自调度模块的数据报文通 过一个 HARQ实体上的 HARQ进程向一个接收端传输。
除了设计成图 2所示的架构外, 还可设计成图 3所示的架构, 在发送端 的 MAC层为每个接收端设计一个调度模块和一个 CC模块, 调度模块和 CC 模块分别使用不同的复用模块, 这两个复用模块分别通过两个 HARQ实体上 的 HARQ进程向一个接收端传输数据报文,这样做的好处是:调度模块和 CC 模块生成的数据报文可以独立发送, 调度模块和 CC模块之间无互扰。
特殊地, 还可以根据实际需要, 在 MAC层省略 HARQ实体, 将 CC模 块生成的数据报文和调度模块确定的数据报文通过复用模块, 以其他方式向 接收端传输, 如取消重传机制, 直接向接收端传输。
不论 LTE架构中的 MAC层设计成图 2所示的结构还是图 3所示的结构, 都可实现将数字喷泉码技术应用在 LTE网络中的目的, 如图 4所示, 数据报 文的传输方法主要包括以下步骤:
步骤 101: 发送端的 CC模块获取第一设定长度的数据报文, 所述 CC模 块位于发送端的 MAC层。
步骤 102:发送端的 CC模块将所述第一设定长度的数据报文切割为 M个 长度为第二设定长度的数据报文。
所述第一设定长度大于所述第二设定长度, 所述 M为大于 1的正整数。 在本步骤 101的方案中,发送端的 CC模块需获得足够长度(即所述第一 设定长度) 的数据报文后, 才能对数据报文进行处理, 这里的足够长度的数 据报文是指: 根据待发送的数据报文所属的业务类型, 传输该业务类型的数 据报文所需的长度。 例如, 传输业务类型 A的数据报文时, 发送端向接收端 传输 1000字节的数据报文, 接收端每次获得 1000字节的数据报文能够满足 业务类型 A的业务需求, 则所述第一设定长度为 1000字节。
所述第一设定长度的数据报文可以是发送端的 CC模块累计获得的多个 不同长度的数据报文,如图 5所示,发送端的 CC模块可累计获得 5个不同长 度的数据报文, 总共的长度不小于所述第一设定长度。
如果发送端的 CC模块进行切割的数据报文的长度小于第一设定长度,则 仍以所述第二设定长度为单位, 对数据报文进行切割, 切割的最后一个数据 报文的长度如果不足第二设定长度的话, 就在末尾补零。
所述发送端的 CC模块需要获取所述第二设定长度的取值,并结合第一设 定长度长的取值确定 M的数值。 所述第二设定长度可根据业务类型的需求设 定, 例如, 若所述第一设定长度为 1000字节, 则可将第一设定长度的数据报 文切割为 10个 100字节(即第二设定长度)的数据报文, 此时, M的取值为 10。
步骤 103: 所述发送端的 CC模块将切割得到的 M个数据报文进行联合 编码, 生成 N个数据报文。 在本步骤 103中,发送端的 CC模块根据预先设定的系数矩阵,对切割得 到的 M个数据报文进行联合编码, 具体的编码过程可用公式( 1 )来表示, 通 过输入 M个数据报文, 可以生成 N个数据报文, 其中, N-M为冗余数据报文 的数量。 公式( 1 )
Figure imgf000021_0001
步骤 104:所述发送端的 CC模块将生成的所述 N个数据报文中的多个数 据报文传输给复用模块, 所述复用模块位于所述发送端的 MAC层。
在本步骤 104中, 所述发送端的 CC模块可以将所述 N个数据报文全部 传输给发送端的复用模块, 也可以将其中的部分数据报文传输给发送端的复 用模块, 如果丟包率比较高的话, 发送端的 CC模块还可以按照公式(1 ) 的 编码过程(需要进一步扩充编码矩阵, 如增加矩阵的行向量获得新的编码数 据包), 生成更多的数据报文传输给复用模块, 以确保接收端能够正确接收到 足够数量的数据报文, 根据接收到的数据报文成功译码出所述第一设定长度 的原始数据报文。
步骤 105: 所述发送端的复用模块将接收到的数据报文通过一个或多个 HARQ实体上的至少一个 HARQ进程传输给接收端, 以便于接收端接收到足 够数量的数据报文后, 能够成功译码出所述第一设定长度的原始数据报文。
通过本发明实施例的方案, 在 LTE网络架构的发送端的 MAC层中引入 了数字喷泉码技术, 并提供了一种新的 MAC 层内部的传输机制, 以实现在 LTE网络的数据报文传输过程中, 得到数字喷泉码技术的效果。
以上步骤 101至步骤 105是从整体上对本发明实施例的发送端侧数据报 文传输过程的描述, 下面分别对每一步骤的具体实现方式进行详细描述。
一、 对步骤 101的具体描述如下。
发送端的 CC模块需要从上层(即 RLC层或 PDCP层)获得长度不小于 所述第一设定长度的数据报文,具体地,发送端的 CC模块获取第一设定长度 的数据报文包括但不限于以下两种方式:
方式一: 发送端的 CC模块主动请求获取, 可称之为 Pull模式, 具体过 程为:
首先, 发送端的 CC模块主动向发送端的 RLC层或发送端的 PDCP层请 求获得所述第一设定长度的数据报文。
然后, 发送端的 RLC层或发送端的 PDCP层响应 CC模块的请求, 将不 小于所述第一设定长度的数据报文发送给发送端的 CC模块,发送端的 CC模 块获取所述第一设定长度的数据报文。
在本步骤中, 发送端的 RLC层响应发送端的 CC模块的请求是指: 发送 端的 RLC层从 PDCP层获得不小于所述第一设定长度的数据报文, 并发送给 发送端的 CC模块; 发送端的 PDCP层响应 CC模块的请求是指: PDCP层将 不小于所述第一设定长度的数据报文通过 RLC层发送给 CC模块。
根据 RLC层采用的传输模式不同,发送端的 RLC层将数据报文发送给发 送端的 CC模块的具体方式也不同, 分别描述如下:
若发送端的 RLC层采用非应答模式( Unacknowledgement Mode, UM ) 或应答模式(Acknowledgement Mode, AM ), 贝' J RLC层从 PDCP层获得不小 于所述第一设定长度的数据报文后, 将其切割为第一设定长度的数据报文并 发送给发送端的 CC模块;若 RLC层采用透明模式( Transparent Mode, TM ), 则 RLC层从 PDCP层获得不小于所述第一设定长度的数据报文后, 不对数据 报文做任何处理, 直接将数据报文发送给发送端的 CC模块, 由发送端的 CC 模块将接收到的数据报文切割为第一设定长度。
方式二:发送端的 PDCP层主动向 CC模块推送数据报文,可称之为 Push 模式, 具体过程为:
首先,发送端的 PDCP层确定发送端的 CC模块需要的数据报文的长度为 第一设定长度。
然后,发送端的 PDCP层将不小于所述第一设定长度的数据报文通过 RLC 层发送给 CC模块, 针对 RLC层采用的传输模式不同, RLC层将数据报文发 送给发送端的 CC模块的具体方式与方式一中描述相同,发送端的 CC模块接 收所述 PDCP层通关所述 RLC层发送的所述第一设定长度的数据报文。
优选地, 发送端的 PDCP层在通过 RLC层向发送端的 CC模块发送数据 报文之前,可先查询发送端的 CC模块是否有足够的緩冲空间来存储不小于所 述第一设定长度的数据报文, 在确定发送端的 CC模块有足够的緩冲空间时, 再通过 RLC层向发送端的 CC模块发送数据报文。
二、 对步骤 103的具体描述如下。
在本步骤 103中,发送端的 CC模块将切割前的第一设定长度的数据报文 视为一个编码组, 将第一设定长度的数据报文切割为 M个数据报文后, 再对 据报文, 为了区分不同编码组内的数据报文, 可在属于同一编码组内的数据 报文中携带相同的编码组标识, 分属于不同编码组的数据报文携带不同的编 码组标识。
图 6所示的的编码组标识是携带在生成的 N个数据报文的报文头中的, 如果将 N个数据报文视为一个整体向接收端发送的话, 可在 N个数据报文的 报文头中增加一个序列号 ( Sequence Number, SN )选项, 在所述 SN选项中 填写编码组标识, 用于表示这 N个数据报文所属的编码组。 当然, 也可以在 生成的 N个数据报文中的每个数据报文的报文头中携带编码组标识。 接收端 在接收到数据报文时, 根据其中携带的编码组标识确定接收端的数据报文是 否是属于同一编码组以及属于哪一个编码组, 即根据编码组标识区分接收到 的数据报文所属的编码组。
当然, 本发明实施例也可应用在数据报文不携带编码组标识的方案中, 在此情况下, 发送端和接收端需采用停止等待协议, 即发送端将属于同一编 码组的数据报文发送完毕后, 再发送另一编码组中的数据报文。
另外, 发送端的 CC模块生成的 N个数据报文的数据量较大, 难以一次 性发送给接收端, 需要分多次发送, 这种时间上打散的方案有助于提升系统 性能, 避免系统性能在短时间内受到较大影响。 如果这 N个数据报文经 N次 传输给接收端, 又会对资源调度产生较大影响, 调度资源的开销过大。 优选 的方案是将要传输给接收端的多个数据报文划分为多个集合, 每个集合中包 含至少一个数据报文,发送端的 CC模块以集合为单位将数据报文传输给复用 模块后, 复用模块可将一个集合视为一个整体, 通过一个 HARQ进程传输至 接收端。
发送端的 CC模块为每个集合外设置一个报文头,在其中配置一个配置信 息, 该配置信息中的内容为该集合中包含的数据报文的相关信息, 如图 7所 示。 特殊地, 若每个集合中只包含一个数据报文, 也可在每个数据报文的报 文头中配置一个配置信息, 如图 8所示, 此时, 数据报文可以分散传输, 也 可以任意组合传输。
优选地, 所述编码组标识和配置信息可以携带在同一 4艮文头中。
所述配置信息中包含的内容包括但不限于:
1、 集合中各数据报文在生成时, 进行联合编码的联合编码索引参数(即 index参数),所述 index参数用于指示集合中每个数据报文对应的系数矩阵的 行索引, 即用于指示数据报文是由系数矩阵中哪一行计算得到的, 其目的是 为了接收端能够根据 index参数对接收到的数据报文进行译码。 如 index参数 为 0, 表示对应系数矩阵的第一行, index参数为 3 , 表示对应系数矩阵的第 四行。 优选地, 若同一集合中的各数据报文通过公式(1 )生成的连续多个数 据报文,则所述 index参数只需指示集合中第一个数据报文对应的系数矩阵的 行索引即可,集合中其他的数据报文对应的系数矩阵的行索引在 index参数上 递增。
2、 M、 L的数值, 所述 M的数值表示原始的第一设定长度的数据报文被 切割成第二设定长度的数据报文的个数, 所述 L表示所述第二设定长度的数 值。
3、 集合中包含的数据报文的数量。
三、 对步骤 104的具体描述如下。 在本步骤 104中,发送端的 CC模块需确定传输给复用模块的数据报文的 数量, 为了保证传输的可靠性以及避免浪费网络资源,发送端的 CC模块发送 给发送端的复用模块的数据报文的数量不得太少, 否则接收端接收到的数据 报文数量不足以正确译码,但发送端的 CC模块发送给复用模块的数据报文又 不得过多, 否则数据报文的传输会占用大量的网络资源, 因此, 发送端的 CC 模块在执行步骤 104之前, 需通过适当的反馈机制来确定需传输给接收端的 数据报文的数量。
本发明实施例提供了以下两种确定需传输给接收端的数据报文的数量的 方法, 即确定向复用模块传输的数据报文的数量, 分别描述如下:
方式一:
在接收端的 MAC层设置一个控制元素(Control Element, CE )来提供反 馈应答机制,发送端的 CC模块确定向发送端的复用模块传输的数据报文的数 量的过程如下:
首先, 发送端的 CC模块通过所述发送端的复用模块和 HARQ进程向所 述接收端发送测试报文, 并实时记录已发送的测试报文的数量。
然后, 当接收端接收到足够数量的测试报文, 能够成功译码出测试报文 时, 接收端的 CC模块向发送端的 CC模块返回第一反馈消息。
接着,发送端的 CC模块接收到所述第一反馈消息,确定所述接收端正确 接收测试报文的数量。
最后,发送端的 CC模块确定向所述发送端的复用模块传输数据报文的数 量与所述接收端正确接收测试报文的数量相同。
方式二:
首先, 发送端的 CC模块通过所述发送端的复用模块和 HARQ进程向所 述接收端发送测试报文, 并实时记录已发送的测试报文的数量。
然后, 接收端在每隔设定时长就执行如下的一次判断: 当前接收到的测 试报文的总量是否能够成功译码出测试报文; 若还不能成功译码, 则向发送 端返回第二反馈消息, 要求发送端继续发送测试报文; 若能够成功译码, 则 不再向发送端返回第二反馈消息。
接收,发送端的 CC模块判断每隔所述设定时长是否接收到接收端返回的 第二反馈消息, 若接收到, 则继续向接收端发送测试报文; 当某一设定时长 内没有收到所述第二反馈消息时, 不再向接收端发送测试报文, 并确定已向 接收端发送的测试报文的数量。
最后, 发送端的 CC模块确定向发送端的复用模块传输数据报文的数量 与已向所述接收端发送的测试报文的数量相同。
发送端的 CC模块通过以上两种方式中的任一方式确定需传输给接收端 的数据报文的数量(即确定向发送端的复用模块传输的数据报文的数量)后, 可对该数量进行修正, 一种可选的方式是: 发送端的 CC模块根据 HARQ进 程传输测试报文的丟包率, 来修正向所述复用模块传输的数据报文的数量, 其中,修正后的数据报文的数量不小于: 发送端的 CC模块通过以上两种方式 中的任一方式确定的向所述复用模块传输的数据报文的数量 /(1-丟包率)。 例 如,发送端的 CC模块通过以上两种方式中的任一方式确定的向所述复用模块 传输的数据报文的数量为 X, HARQ进程传输测试报文的丟包率的 20% , 则 修正后向所述复用模块传输的数据报文的数量 X不小于 X/ ( 1-0.2 )。
具体地, 所述发送端的 CC模块通过以下方式确定 HARQ进程传输测试 艮文的丟包率:
所述发送端的 CC模块通过 HARQ进程传输测试报文时, 接收接收端针 对每个测试报文返回的应答响应 (ACK ) 消息或未应答响应 (NACK ) 消息, 将接收到的 NACK消息的数量与传输的测试报文总数量之比作为 HARQ进程 传输测试报文的丟包率。 例如, 发送端的 CC模块通过 HARQ进程传输了 10 个测试报文,接收到 8个 ACK消息和 2个 NACK消息,则确定丟包率为 20%。
当然, 考虑到通过 HARQ进程传输数据报文的过程中, 可能会出现接收 端反馈 NACK消息, 但却误认为接收 ACK消息的情况, 即本来丟失的数据 报文误以为接收端接收到了, 因此,发送端的 CC模块在修正向复用模块传输 的数据报文的数量时,可在修正结果的基础上,再多发送一部分数据报文(如 多发送 5%的数据报文), 以保证传输的可靠性。
四、 对步骤 105的具体描述如下。
发送端的复用模块所占用的 HARQ 实体能够提供一定数量的 HARQ进 程, 以一个 HARQ实体提供 8个 HARQ进程为例, 发送端的复用模块可将发 送端的 CC模块生成的数据报文和发送端的 MAC层中的调度模块确定的数据 报文通过 HARQ进程来混合传输。 优选地, 为了提高 HARQ进程传输的灵活 性,可将发送端的 CC模块生成的数据报文和调度模块确定的数据报文加以区 分, 通过不同的 HARQ进程来传输。 以图 2所示的 CC模块和调度模块共用 一个复用模块的架构为例,将发送端的 CC模块生成的数据报文和调度模块确 定的数据报文通过不同的 HARQ进程来传输的具体做法包括但不限于以下两 种方式:
方式一:
首先, 接收端和发送端预先协商 HARQ进程配置。 假设发送端是基站, 接收端是终端, 则基站可通过向终端发送的无线资源控制 (Radio Resource Control, RRC )信令的方式或通过 MAC层配置的 CE, 通知终端上行 /下行过 程中 HARQ进程的配置方式,如 8个 HARQ进程中,标号为 0、 1和 2的 HARQ 进程用于传输发送端的 CC模块生成的数据报文, 剩余的 HARQ进程用于传 输发送端的调度模块确定的数据报文。
然后,发送端的复用模块通过为发送端的 CC模块生成的数据报文配置的 HARQ进程向接收端传输发送端的 CC模块生成的数据报文, 通过为发送端 的调度模块确定的数据报文配置的 HARQ进程向接收端传输调度模块确定的 数据报文。 接收端根据接收到的数据报文所占用的 HARQ进程, 确定接收到 的数据报文是发送端的 CC模块生成的数据报文还是调度模块确定的数据报 文。
方式二:
在 HARQ实体上新增 HARQ进程, 以图 9所示的结构为例, 在原有的 8 个 HARQ进程的基础上, 新增 8个 HARQ进程 (图 9中虚线所示), 发送端 的复用模块可将发送端的 CC模块生成的数据报文通过新增的 HARQ进程来 传输, 将发送端的调度模块确定的数据报文通过原有的 HARQ进程来传输。
以上是以图 2所示的发送端的 CC模块和调度模块共用一个复用模块的架 构为例,说明步骤 105的具体实现方式的, 以图 3所示的发送端的 CC模块和 调度模块分别使用不同的复用模块的架构为例, 也可以按照上述方式一和方 式二来区分 CC模块生成的数据报文和调度模块确定的数据报文, 除此以外, 还可以按照以下两种方式来区分:
方式三:
在下行传输过程中,为发送端的 MAC层中向同一接收端传输数据报文的 CC 模块和调度模块分别配置标识, 如配置两个小区无线网络临时标识 ( C-RNTI ), 假设 C-RNTI_1对应发送端的 CC模块, C-RNTI_2对应发送端 的调度模块。
发送端的复用模块通过 HARQ进程向接收端传输数据报文时, 还传输用 于表示传输的数据报文是发送端的 CC模块或发送端的调度模块生成的数据 报文的 C-RNTL 接收端在每个传输时间间隔 (TTI )检测是否有数据调度信 息, 并在检测到数据调度信息后, 根据其中携带的 C-RNTI_1或 C-RNTI_2, 确定接收到的数据报文是发送端的 CC模块生成的数据报文还是发送端的调 度模块确定的数据报文,接收端可利用数据调度信息中携带的 C-RNTI进行译 码。
方式四:
在下行传输过程中, 扩展现有的物理下行控制信道( PDCCH )数据格式, 在 PDCCH上增加一个指示消息,用于指示传输的数据报文是发送端的 CC模 块生成的数据报文还是发送端的调度模块确定的数据报文, 例如, 指示消息 为 00, 表示传输的是发送端的调度模块确定的数据报文; 指示消息为 01 , 表 示传输的是发送端的 CC模块生成的数据报文; 指示消息为 10, 表示同时传 输发送端的 CC模块生成的数据报文和发送端的调度模块确定的数据报文。
本发明实施例还描述了一种数据报文的传输设备, 可用于执行步骤 101 至步骤 105的数据报文传输方案(包括步骤 101至步骤 105的具体实现方案)。 图 2和图 3所示的结构都是本实施例中数据报文的传输设备内部结构, 下面分别加以描述。
数据报文的传输设备包括联合编码模块(即 CC模块 )和复用模块, 所述 联合编码模块和复用模块相连, 位于设备的 MAC层。
其中:
所述联合编码模块, 用于获取第一设定长度的数据报文, 并将第一设定 长度的数据报文切割为 M个长度为第二设定长度的数据报文, 以及将所述 M 个数据报文进行联合编码后生成 N个数据报文中的多个数据报文传输给所述 复用模块, 其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一 设定长度大于所述第二设定长度;
所述复用模块, 用于将所述联合编码模块发送的数据报文发送给接收端。 进一步地, 所述设备还包括位于 MAC层的 HARQ实体, 所述 HARQ实 体与所述复用模块相连;
所述复用模块,具体用于通过所述 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
进一步地, 所述设备还包括分别与所述联合编码模块相连的 RLC 层和 PDCP层, 所述联合编码模块从 RLC层或 PDCP层获取所述第一设定长度的 数据报文包括但不限于以下两种方式:
方式一: 所述联合编码模块, 具体用于向 RLC层或 PDCP层请求获得所 述第一设定长度的数据报文后, 接收所述 RLC层或 PDCP层发送的所述第一 设定长度的数据报文。
方式二: 所述联合编码模块, 具体用于在 PDCP层确定所述联合编码模 块所需的数据报文的第一设定长度后, 接收所述 PDCP层通过所述 RLC层发 送的所述第一设定长度的数据报文。
不论所述联合编码模块按照上述方式一还是方式二获得第一设定长度的 数据报文, 数据报文都是通过 RLC层传输到所述联合编码模块的, 根据 RLC 层采用的传输模式不同, 向所述联合编码模块传输的数据报文的方式也不同: 若所述 RLC层采用的传输模式是非应答模式或应答模式, 则 RLC层将 PDCP层传输的数据报文切割成所述第一设定长度的数据报文后发送给所述 联合编码模块,若所述 RLC层采用的传输模式是透明模式,则 RLC层将 PDCP 层传输的数据报文直接发送给所述联合编码模块。
所述联合编码模块需要预先确定传输给所述复用模块的数据报文的数 量, 以便于在尽量减少数据报文的传输数量时, 接收端能够接收到足够数量 的数据报文进行译码。
所述联合编码模块包括但不限于通过以下任一方式来确定传输给所述复 用模块的数据报文的数量:
方式一:
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 接收到所述接收端的第一 反馈消息, 确定所述接收端正确接收测试报文的数量, 其中, 所述第一反馈 消息是接收端在成功译码测试报文时发送的, 以及, 确定向所述复用模块传 输的数据报文的数量与所述接收端正确接收测试报文的数量相同。
方式二:
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 判断每隔设定时长是否接 收到所述接收端的第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所 述设定时长且当前还不能成功译码测试 4艮文时发送的, 以及, 在所述设定时 长内没有收到所述第二反馈消息时, 确定已向接收端发送的测试报文的数量, 并确定向所述复用模块传输的数据报文的数量与已向接收端发送的测试报文 的数量相同。
通过以上两种方式, 联合编码模块可以确定出向所述复用模块传输的数 据报文的数量, 进一步地, 联合编码模块还可以对确定出的数据报文的数量 进行修正, 如根据 HARQ进程的丟包率对确定的数据报文的数量进行修正, 以确保接收端能够正确译码数据报文, 具体修正方式为:
所述联合编码模块, 还用于根据 HARQ进程传输测试报文的丟包率, 修 正向所述复用模块传输的数据报文的数量, 其中, 修正后的数据报文的数量 不小于: 联合编码模块确定向所述复用模块传输的数据报文的数量 / ( 1-丟包 所述联合编码模块, 具体用于通过 HARQ进程传输测试报文时, 接收接 收端针对每个测试 4艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK 消息的数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟 包率。
进一步地, 所述设备还包括位于 MAC层的调度模块, 所述联合编码模块 和调度模块可以共用一个复用模块, 且一个联合编码模块、 一个调度模块和 共同使用的复用模块通过 HARQ实体上的 HARQ进程向一个接收端传输数据 报文, 如图 2所示的结构, 此时, 复用模块通过 HARQ进程来分别传输所述 联合编码模块生成的数据报文和调度模块确定的数据报文的具体做法为: 所述复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据 艮文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上 为所述发送端的联合编码模块生成的数据报文配置的; 或者, 将所述联合编 码模块生成的数据报文通过在 HARQ 实体上新增的 HARQ进程传输给接收 端。
除了图 2所示的结构外, 本实施例二中的设备还可以如图 3所示的结构, 所述联合编码模块和调度模块分别使用不同的复用模块, 且每个复用模块通 过 HARQ实体上的 HARQ进程向一个接收端传输数据 4艮文。
针对联合编码模块所使用的复用模块和调度模块所使用的复用模块, 分 别通过不同的方式来传输数据报文, 使得接收端能够获知接收到的数据报文 是联合编码模块生成的数据报文还是调度模块确定的数据报文, 具体做法如 下:
所述联合编码模块所使用的复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据报文通过所述 HARQ实体上为所述联合编码模块生 成的数据报文配置的 HARQ进程传输给接收端; 或者,
联合编码模块所使用的复用模块和调度模块所使用的复用模块, 具体用 于在下行传输过程中, 通过 HARQ进程向接收端传输数据报文时, 还传输用 于表示传输的数据报文是否是联合编码模块生成的数据报文的标识, 使得接 收端在每个传输时间间隔检测到包含所述标识的数据调度信息时, 根据该标 识确定接收到的数据报文是否是所述联合编码模块生成的数据报文; 或者, 在下行传输过程中, 通过 HARQ 进程向接收端传输数据报文时, 在 PDCCH上传输用于指示传输的数据报文是否是联合编码模块生成的数据报 文的指示消息,使得接收端根据从 PDCCH上接收到的指示消息确定该数据报 文是否是所述联合编码模块生成的数据报文。
进一步地, 所述联合编码模块, 具体用于将所述 M个数据报文进行联合 编码后生成 N个携带有编码组标识的数据报文, 其中, 相同编码组的数据报 文的编码组标识相同, 所述编码组标识用于所述接收端根据接收到的数据报 文中携带的编码组标识来识别属于同一编码组的数据报文。
进一步地, 所述联合编码模块, 具体用于将所述生成的 N个数据报文划 分为多个集合, 将所述各集合中的数据报文传输给复用模块;
其中, 每个集合中包含至少一个数据报文, 且为每个集合配置的配置信 息中包含生成该集合中各数据报文的联合编码索引参数;
所述复用模块, 具体用于将接收到的各集合中的数据报文传输给接收端。 所述联合编码模块, 还用于获取所述 M的取值和所述第二设定长度的取 值, 并将所述 M的取值和所述第二设定长度的取值携带在所述配置信息中。
本发明实施例还描述了另一种结构的数据报文的传输设备, 如图 10和图 11所示, 所述设备有位于 MAC层的编码器和处理器, 所述编码器和处理器 相连接, 其中:
所述编码器, 用于获取第一设定长度的数据报文, 并将第一设定长度的 数据报文切割为 M个长度为第二设定长度的数据报文,以及将所述 M个数据 报文进行联合编码后生成 N 个数据报文中的多个数据报文传输给所述处理 器, 其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一设定长 度大于所述第二设定长度;
所述处理器, 用于将所述编码器发送的数据报文发送给接收端。
进一步地, 所述设备还包括位于 MAC层的 HARQ实体, 所述 HARQ实 体与所述处理器连接;
所述处理器, 具体用于通过所述 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
进一步地,所述设备还包括分别与所述编码器相连的 RLC层和 PDCP层, 所述编码器从 RLC层或 PDCP层获取所述第一设定长度的数据报文包括但不 限于以下两种方式:
方式一: 所述编码器, 具体用于向 RLC层或 PDCP层请求获得所述第一 设定长度的数据报文后, 接收所述 RLC层或 PDCP层发送的所述第一设定长 度的数据报文。
方式二: 所述编码器, 具体用于在 PDCP层确定所述联合编码模块所需 的数据报文的第一设定长度后, 接收所述 PDCP层通过所述 RLC层发送的所 述第一设定长度的数据报文。
不论所述编码器按照上述方式一还是方式二获得第一设定长度的数据报 文,数据报文都是通过 RLC层传输到所述编码器的,根据 RLC层采用的传输 模式不同, 向所述编码器传输的数据报文的方式也不同:
若所述 RLC层采用的传输模式是非应答模式或应答模式, 则 RLC层将 PDCP层传输的数据报文切割成所述第一设定长度的数据报文后发送给所述 编码器,若所述 RLC层采用的传输模式是透明模式,则 RLC层将 PDCP层传 输的数据报文直接发送给所述编码器。
所述编码器需要预先确定传输给所述处理器的数据报文的数量, 以便于 在尽量减少数据报文的传输数量时, 接收端能够接收到足够数量的数据报文 进行译码。 所述编码器包括但不限于通过以下任一方式来确定传输给所述处理器的 数据报文的数量:
方式一:
所述编码器, 具体用于通过所述处理器和 HARQ进程向所述接收端发送 测试报文, 并记录发送的测试报文数量, 接收到所述接收端的第一反馈消息, 确定所述接收端正确接收测试报文的数量, 其中, 所述第一反馈消息是接收 端在成功译码测试报文时发送的, 以及, 确定向所述处理器传输的数据报文 的数量与所述接收端正确接收测试报文的数量相同。
方式二:
所述编码器, 具体用于通过所述处理器和 HARQ进程向所述接收端发送 测试报文, 并记录发送的测试报文数量, 判断每隔设定时长是否接收到所述 接收端的第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所述设定时 长且当前还不能成功译码测试报文时发送的, 以及, 在所述设定时长内没有 收到所述第二反馈消息时, 确定已向接收端发送的测试报文的数量, 并确定 向所述处理器传输的数据报文的数量与已向接收端发送的测试报文的数量相 同。
通过以上两种方式, 编码器可以确定出向所述处理器传输的数据报文的 数量, 进一步地, 编码器还可以对确定出的数据报文的数量进行修正, 如根 据 HARQ进程的丟包率对确定的数据报文的数量进行修正, 以确保接收端能 够正确译码数据报文, 具体修正方式为:
所述编码器, 还用于根据 HARQ进程传输测试报文的丟包率, 修正向所 述处理器传输的数据报文的数量, 其中, 修正后的数据报文的数量不小于: 编码器确定向所述复用模块传输的数据报文的数量 / ( 1-丟包率)。
所述编码器, 具体用于通过 HARQ进程传输测试报文时, 接收接收端针 对每个测试 ^艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK消息的 数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟包率。
进一步地, 所述设备还包括位于 MAC层的调度器,所述编码器和调度器 可以共用一个处理器, 且一个编码器、 一个调度器和共同使用的处理器通过
HARQ实体上的 HARQ进程向一个接收端传输数据报文, 如图 10所示的结 构, 此时, 处理器通过 HARQ进程来分别传输所述编码器生成的数据报文和 调度器确定的数据报文的具体做法为:
所述处理器, 具体用于根据与接收端协商的 HARQ进程配置, 将数据报 文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上为 所述联合编码模块生成的数据报文配置的; 或者, 将所述编码器生成的数据 报文通过在 HARQ实体上新增的 HARQ进程传输给接收端。
除了图 10所示的结构外, 本实施例中的设备还可以如图 11所示的结构, 所述编码器和调度器分别使用不同的处理器, 且每个处理器通过 HARQ实体 上的 HARQ进程向一个接收端传输数据报文。
针对编码器所使用的处理器和调度器所使用的处理器, 分别通过不同的 方式来传输数据报文, 使得接收端能够获知接收到的数据报文是编码器生成 的数据报文还是调度器确定的数据报文, 具体做法如下:
所述编码器所使用的处理器, 具体用于根据与接收端协商的 HARQ进程 配置, 将数据报文通过所述 HARQ实体上为所述编码器生成的数据报文配置 的 HARQ进程传输给接收端; 或者,
编码器所使用的处理器和调度器所使用的处理器, 具体用于在下行传输 过程中, 通过 HARQ进程向接收端传输数据报文时, 还传输用于表示传输的 数据报文是否是编码器生成的数据报文的标识, 使得接收端在每个传输时间 间隔检测到包含所述标识的数据调度信息时, 根据该标识确定接收到的数据 报文是否是所述编码器生成的数据报文; 或者,
在下行传输过程中, 通过 HARQ 进程向接收端传输数据报文时, 在 PDCCH上传输用于指示传输的数据报文是否是编码器生成的数据报文的指 示消息,使得接收端根据从 PDCCH上接收到的指示消息确定该数据报文是否 是所述编码器生成的数据报文。 生成 N个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编 码组标识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携 带的编码组标识来识别属于同一编码组的数据 ^艮文。
进一步地, 所述编码器, 具体用于将所述生成的 N个数据报文划分为多 个集合, 将所述各集合中的数据报文传输给处理器;
其中, 每个集合中包含至少一个数据报文, 且为每个集合配置的配置信 息中包含生成该集合中各数据报文的联合编码索引参数;
所述处理器, 具体用于将接收到的各集合中的数据报文传输给接收端。 所述编码器, 还用于获取所述 M的取值和所述第二设定长度的取值, 并 将所述 M取值和所述第二设定长度的取值携带在所述配置信息中。
本领域内的技术人员应明白, 本申请的实施例可提供为方法、 系统、 或 计算机程序产品。 因此, 本申请可采用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实施例的形式。 而且, 本申请可采用在一个或多个 其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘 存储器、 CD-ROM、 光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、 设备(系统)、 和计算机程序产 品的流程图和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图 和 /或方框图中的每一流程和 /或方框、 以及流程图和 /或方框图中的流程 和 /或方框的结合。 可提供这些计算机程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器, 使得通 过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流 程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的 装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设 备以特定方式工作的计算机可读存储器中, 使得存储在该计算机可读存储器 中的指令产生包括指令装置的制造品, 该指令装置实现在流程图一个流程或 多个流程和 /或方框图一个方框或多个方框中指定的功能。 这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上, 使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的 处理, 从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图 一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步 骤。
在一个典型的配置中, 所述计算机设备包括一个或多个处理器
(CPU)、 输入 /输出接口、 网络接口和内存。 内存可能包括计算机可读介质 中的非永久性存储器, 随机存取存储器 (RAM) 和 /或非易失性内存等形式, 如只读存储器 (ROM)或闪存 (flash RAM)。 内存是计算机可读介质的示例。 计算机可读介质包括永久性和非永久性、 可移动和非可移动媒体可以由任 何方法或技术来实现信息存储。 信息可以是计算机可读指令、 数据结构、 程序的模块或其他数据。 计算机的存储介质的例子包括, 但不限于相变内 存 (PRAM)、 静态随机存取存储器 (SRAM)、 动态随机存取存储器 (DRAM) , 其他类型的随机存取存储器 (RAM)、 只读存储器 (ROM)、 电可 擦除可编程只读存储器 (EEPROM)、 快闪记忆体或其他内存技术、 只读光 盘只读存储器 (CD-ROM)、数字多功能光盘 (DVD)或其他光学存储、磁盒式 磁带, 磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质, 可用 于存储可以被计算设备访问的信息。 按照本文中的界定, 计算机可读介质 不包括非持续性的电脑可读媒体 (transitory media) ,如调制的数据信号和载 波。
尽管已描述了本申请的优选实施例, 但本领域内的技术人员一旦得知了 基本创造性概念, 则可对这些实施例做出另外的变更和修改。 所以, 所附权 利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然, 本领域的技术人员可以对本申请进行各种改动和变型而不脱离本 申请的精神和范围。 这样, 倘若本申请的这些修改和变型属于本申请权利要 求及其等同技术的范围之内, 则本申请也意图包含这些改动和变型在内。

Claims

权 利 要 求
1、 一种数据报文的传输方法, 其特征在于, 所述方法包括:
发送端的联合编码模块获取第一设定长度的数据报文, 所述联合编码模 块位于所述发送端的媒体接入控制 MAC层;
所述发送端的联合编码模块将第一设定长度的数据报文切割为 M个长度 为第二设定长度的数据报文;
所述发送端的联合编码模块将所述 M个数据报文进行联合编码后生成 N 个数据报文;
所述发送端的联合编码模块将所述 N个数据报文中的多个数据报文传输 给发送端的复用模块, 所述发送端的复用模块将接收到的数据报文传输给接 收端, 所述复用模块位于所述发送端的 MAC层;
其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一设定长 度大于所述第二设定长度。
2、 如权利要求 1所述的方法, 其特征在于, 所述发送端的复用模块将接 收到的数据报文传输给接收端包括:
所述发送端的复用模块通过混合自动重传请求 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
3、 如权利要求 1或 2所述的方法, 其特征在于, 所述发送端的联合编码 模块获取所述第一设定长度的数据报文, 具体包括:
所述发送端的联合编码模块向发送端的无线链路控制 RLC层或发送端的 分组数据汇聚协议 PDCP层请求获得所述第一设定长度的数据报文, 并接收 所述 RLC层或 PDCP层发送的所述第一设定长度的数据报文; 或者
所述发送端的联合编码模块在发送端的 PDCP层确定所述联合编码模块 所需的数据报文的第一设定长度后, 接收所述 PDCP层通过所述 RLC层发送 的所述第一设定长度的数据报文。
4、 如权利要求 1~3任一所述的方法, 其特征在于, 所述发送端的联合编 码模块通过以下方式确定向发送端的复用模块传输的数据报文的数量: 所述发送端的联合编码模块通过所述复用模块和 HARQ进程向所述接收 端发送测试报文, 并记录发送的测试报文数量;
所述发送端的联合编码模块接收到所述接收端的第一反馈消息, 确定所 述接收端正确接收测试报文的数量, 其中, 所述第一反馈消息是接收端在成 功译码测试报文后发送的;
所述发送端的联合编码模块确定向所述发送端的复用模块传输数据报文 的数量, 所述传输数据报文的数量与所述接收端正确接收测试报文的数量相 同。
5、 如权利要求 1~3任一所述的方法, 其特征在于, 所述发送端的联合编 码模块通过以下方式确定向发送端的复用模块传输的数据报文的数量:
所述发送端的联合编码模块通过所述发送端的复用模块和 HARQ进程向 所述接收端发送测试报文, 并记录发送的测试报文数量;
所述发送端的联合编码模块判断每隔设定时长是否接收到所述接收端的 第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所述设定时长且当前 还不能成功译码测试报文时发送的;
所述发送端的联合编码模块在所述设定时长内没有收到所述第二反馈消 息时, 确定已向接收端发送的测试报文的数量;
所述发送端的联合编码模块确定向所述发送端的复用模块传输数据报文 的数量, 所述传输数据报文的数量与已向所述接收端发送的测试报文的数量 相同。
6、 如权利要求 4或 5所述的方法, 其特征在于, 所述发送端的联合编码 模块确定向所述复用模块传输的数据报文的数量后, 通过以下方式对确定的 数据报文的数量进行修正:
所述发送端的联合编码模块根据 HARQ进程传输测试报文的丟包率, 修 正向所述发送端的复用模块传输的数据报文的数量, 其中, 修正后的数据报 文的数量不小于: 发送端的联合编码模块确定向所述复用模块传输的数据报 文的数量 / ( 1-丟包率)。
7、 如权利要求 6所述的方法, 其特征在于, 所述发送端的联合编码模块 通过以下方式确定 HARQ进程传输测试 ^艮文的丟包率:
所述发送端的联合编码模块通过 HARQ进程传输测试报文时, 接收接收 端针对每个测试报文返回的应答响应 ACK消息或未应答响应 NACK消息, 将接收到的 NACK消息的数量与传输的测试报文总数量之比作为 HARQ进程 传输测试报文的丟包率。
8、 如权利要求 1~7任一所述的方法, 其特征在于, 所述发送端的联合编 码模块和发送端的 MAC层的调度模块共用一个复用模块,且一个发送端的联 合编码模块、一个发送端的 MAC层的调度模块和共同使用的发送端的复用模 块通过 HARQ实体上的 HARQ进程向一个接收端传输数据报文;
所述发送端的复用模块通过 HARQ实体上的至少一个 HARQ进程,将接 收到的数据报文传输给接收端, 具体包括:
所述发送端的复用模块根据与接收端协商的 HARQ进程配置, 将数据报 文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上为 所述发送端的联合编码模块生成的数据报文配置的; 或者,
所述发送端的复用模块将所述发送端的联合编码模块生成的数据报文通 过在 HARQ实体上新增的 HARQ进程传输给接收端。
9、 如权利要求 1~7任一所述的方法, 其特征在于, 所述发送端的联合编 码模块和发送端的 MAC层的调度模块分别使用不同的发送端的复用模块,且 每个发送端的复用模块通过 HARQ实体上的 HARQ进程向一个接收端传输数 据报文;
所述发送端的复用模块将所述发送端的联合编码模块生成的数据报文通 过至少一个 HARQ进程传输至接收端, 具体包括:
所述发送端的联合编码模块所使用的发送端的复用模块根据与接收端协 商的 HARQ进程配置,将数据报文通过所述 HARQ实体上为所述发送端的联 合编码模块生成的数据报文配置的 HARQ进程传输给接收端; 或者, 在下行传输过程中, 发送端的复用模块通过 HARQ进程向接收端传输数 成的数据报文的标识, 使得接收端在每个传输时间间隔检测到包含所述标识 的数据调度信息时, 根据该标识确定接收到的数据报文是否是所述发送端的 联合编码模块生成的数据报文; 或者,
在下行传输过程中, 发送端的复用模块通过 HARQ进程向接收端传输数 据报文时,在物理下行控制信道 PDCCH上传输用于指示传输的数据报文是否 是发送端的联合编码模块生成的数据报文的指示消息, 使得接收端根据从 PDCCH上接收到的指示消息确定该数据报文是否是所述发送端的联合编码 模块生成的数据报文。
10、 如权利要求 1~9任一所述的方法, 其特征在于, 所述发送端的联合 所述发送端的联合编码模块将所述 M个数据报文进行联合编码后生成 N 个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编码组标 识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携带的编 码组标识来识别属于同一编码组的数据报文。
11、 如权利要求 1~10任一所述的方法, 其特征在于, 在所述发送端的联 所述发送端的联合编码模块将所述 N个数据报文中的多个数据报文传输给发 送端的复用模块之前, 所述方法还包括:
所述发送端的联合编码模块将所述生成的 N 个数据报文划分为多个集 合;
所述发送端的联合编码模块将所述 N个数据报文中的多个数据报文传输
12、 如权利要求 1~11任一权利要求所述的方法, 其特征在于, 所述方法 还包括:
所述发送端的联合编码模块获取所述 M的取值和所述第二设定长度的取 值。
13、 一种数据报文的传输设备, 其特征在于, 所述设备包括位于媒体接 入控制 MAC 层的联合编码模块和与所述联合编码模块连接的复用模块, 其 中:
所述联合编码模块, 用于获取第一设定长度的数据报文, 并将第一设定 长度的数据报文切割为 M个长度为第二设定长度的数据报文, 以及将所述 M 个数据报文进行联合编码后生成 N个数据报文中的多个数据报文传输给所述 复用模块, 其中, 所述 M和 N为大于 1的正整数, 且 N大于 M, 所述第一 设定长度大于所述第二设定长度;
所述复用模块, 用于将所述联合编码模块发送的数据报文发送给接收端。
14、如权利要求 13所述的设备,其特征在于,所述设备还包括位于 MAC 层的混合自动重传请求 HARQ实体, 所述 HARQ实体与所述复用模块相连; 所述复用模块,具体用于通过所述 HARQ实体上的至少一个 HARQ进程, 将接收到的数据报文传输给接收端。
15、 如权利要求 13或 14所述的设备, 其特征在于, 所述设备还包括分 别与所述联合编码模块相连的无线链路控制 RLC 层和分组数据汇聚协议 PDCP层;
所述联合编码模块, 具体用于向 RLC层或 PDCP层请求获得所述第一设 定长度的数据报文后, 接收所述 RLC层或 PDCP层发送的所述第一设定长度 的数据报文; 或者, 在 PDCP层确定所述联合编码模块所需的数据报文的第 一设定长度后, 接收所述 PDCP层通过所述 RLC层发送的所述第一设定长度 的数据报文。
16、 如权利要求 13~15任一所述的设备, 其特征在于,
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 接收到所述接收端的第一 反馈消息, 确定所述接收端正确接收测试报文的数量, 其中, 所述第一反馈 消息是接收端在成功译码测试报文时发送的, 以及, 确定向所述复用模块传 输的数据报文的数量与所述接收端正确接收测试报文的数量相同。
17、 如权利要求 13~15任一所述的设备, 其特征在于,
所述联合编码模块, 具体用于通过所述复用模块和 HARQ进程向所述接 收端发送测试报文, 并记录发送的测试报文数量, 判断每隔设定时长是否接 收到所述接收端的第二反馈消息, 其中, 所述第二反馈消息是接收端每隔所 述设定时长且当前还不能成功译码测试 4艮文时发送的, 以及, 在所述设定时 长内没有收到所述第二反馈消息时, 确定已向接收端发送的测试报文的数量, 并确定向所述复用模块传输的数据报文的数量与已向接收端发送的测试报文 的数量相同。
18、 如权利要求 16或 17所述的设备, 其特征在于,
所述联合编码模块, 还用于根据 HARQ进程传输测试报文的丟包率, 修 正向所述复用模块传输的数据报文的数量, 其中, 修正后的数据报文的数量 不小于: 联合编码模块确定向所述复用模块传输的数据报文的数量 / ( 1-丟包
19、 如权利要求 18所述的设备, 其特征在于,
所述联合编码模块, 具体用于通过 HARQ进程传输测试报文时, 接收接 收端针对每个测试 4艮文返回的 ACK消息或 NACK消息, 将接收到的 NACK 消息的数量与传输的测试报文总数量之比作为 HARQ进程传输测试报文的丟 包率。
20、 如权利要求 13~19任一所述的设备, 其特征在于, 所述设备还包括 位于 MAC层的调度模块;
所述联合编码模块和调度模块共用一个复用模块, 且一个联合编码模块、 一个调度模块和共同使用的复用模块通过 HARQ实体上的 HARQ进程向一个 接收端传输数据报文; 所述复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据 艮文通过 HARQ进程传输给接收端, 所述 HARQ进程为所述 HARQ实体上 为所述联合编码模块生成的数据报文配置的; 或者, 将所述联合编码模块生 成的数据报文通过在 HARQ实体上新增的 HARQ进程传输给接收端。
21、 如权利要求 13~19任一所述的设备, 其特征在于, 所述设备还包括 位于 MAC层的调度模块;
所述联合编码模块和调度模块分别使用不同的复用模块, 且每个复用模 块通过 HARQ实体上的 HARQ进程向一个接收端传输数据报文;
所述联合编码模块所使用的复用模块, 具体用于根据与接收端协商的 HARQ进程配置, 将数据报文通过所述 HARQ实体上为所述联合编码模块生 成的数据报文配置的 HARQ进程传输给接收端; 或者,
任一复用模块, 具体用于在下行传输过程中, 通过 HARQ进程向接收端 的数据报文的标识, 使得接收端在每个传输时间间隔检测到包含所述标识的 数据调度信息时, 根据该标识确定接收到的数据报文是否是所述联合编码模 块生成的数据报文; 或者,
在下行传输过程中, 通过 HARQ 进程向接收端传输数据报文时, 在 PDCCH上传输用于指示传输的数据报文是否是联合编码模块生成的数据报 文的指示消息,使得接收端根据从 PDCCH上接收到的指示消息确定该数据报 文是否是所述联合编码模块生成的数据报文。
22、 如权利要求 13~21任一所述的设备, 其特征在于,
N个携带有编码组标识的数据报文, 其中, 相同编码组的数据报文的编码组 标识相同, 所述编码组标识用于所述接收端根据接收到的数据报文中携带的 编码组标识来识别属于同一编码组的数据报文。
23、 如权利要求 13~22任一所述的设备, 其特征在于,
所述联合编码模块, 具体用于将所述生成的 N个数据报文划分为多个集 合, 将所述各集合中的数据报文传输给复用模块;
其中, 每个集合中包含至少一个数据报文, 且为每个集合配置的配置信 息中包含生成该集合中各数据报文的联合编码索引参数;
所述复用模块, 具体用于将接收到的各集合中的数据报文传输给接收端。
24、 如权利要求 13~23任一所述的设备, 其特征在于,
所述联合编码模块, 还用于获取所述 M的取值和所述第二设定长度的取
PCT/CN2013/088065 2013-11-28 2013-11-28 一种数据报文的传输方法和设备 Ceased WO2015077960A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
PCT/CN2013/088065 WO2015077960A1 (zh) 2013-11-28 2013-11-28 一种数据报文的传输方法和设备
CN201380002978.5A CN105264806B (zh) 2013-11-28 2013-11-28 一种数据报文的传输方法和设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2013/088065 WO2015077960A1 (zh) 2013-11-28 2013-11-28 一种数据报文的传输方法和设备

Publications (1)

Publication Number Publication Date
WO2015077960A1 true WO2015077960A1 (zh) 2015-06-04

Family

ID=53198207

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2013/088065 Ceased WO2015077960A1 (zh) 2013-11-28 2013-11-28 一种数据报文的传输方法和设备

Country Status (2)

Country Link
CN (1) CN105264806B (zh)
WO (1) WO2015077960A1 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022041183A1 (en) * 2020-08-31 2022-03-03 Qualcomm Incorporated Indication scheme for rateless codes transmissions without feedback information
US12101763B2 (en) 2019-01-11 2024-09-24 Apple Inc. Intra-UE multiplexing in new radio systems

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110247736B (zh) * 2019-06-27 2022-04-22 北京奇艺世纪科技有限公司 一种数据传输方法及装置
CN114679425B (zh) * 2022-03-24 2024-05-31 深圳震有科技股份有限公司 一种5g网络下的报文处理方法、网络设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101282203A (zh) * 2007-12-07 2008-10-08 华中科技大学 一种切换式多播传输方法
CN101543125A (zh) * 2006-08-21 2009-09-23 交互数字技术公司 Lte中用于可变数据速率服务的动态资源分配、调度和信号发送
WO2011132970A2 (en) * 2010-04-21 2011-10-27 Lg Electronics Inc. Method of reducing peak-to-average power ratio, cubic metric and block error rate in ofdm systems using network coding

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101543125A (zh) * 2006-08-21 2009-09-23 交互数字技术公司 Lte中用于可变数据速率服务的动态资源分配、调度和信号发送
CN101282203A (zh) * 2007-12-07 2008-10-08 华中科技大学 一种切换式多播传输方法
WO2011132970A2 (en) * 2010-04-21 2011-10-27 Lg Electronics Inc. Method of reducing peak-to-average power ratio, cubic metric and block error rate in ofdm systems using network coding

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JOHN W. BYERS ET AL.: "A digital fountain approach to reliable distribution of bulk data", PROCEEDINGS OF THE ACM SIGCOM' 98 CONFERENCE ON APPLICATIONS, TECHNOLOGIES, ARCHITECTURES, AND PROTOCOLS FOR COMPUTER COMMUNICATION, pages 56 - 67 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US12101763B2 (en) 2019-01-11 2024-09-24 Apple Inc. Intra-UE multiplexing in new radio systems
WO2022041183A1 (en) * 2020-08-31 2022-03-03 Qualcomm Incorporated Indication scheme for rateless codes transmissions without feedback information

Also Published As

Publication number Publication date
CN105264806B (zh) 2019-01-11
CN105264806A (zh) 2016-01-20

Similar Documents

Publication Publication Date Title
CN102342059B (zh) 在移动通信系统中用于harq的传输控制方法
CN104301077B (zh) 一种混合重传的方法
JP6979050B2 (ja) 予測的確認応答フィードバックメカニズム
CN106487476B (zh) A-mpdu的接收状态指示方法及接收端设备
CN116261834A (zh) 第二层协议层的无速率译码
CN109150421B (zh) 一种重复传输的方法和终端设备
WO2020143709A1 (zh) 一种信息处理方法、终端设备及网络设备
JP2008228357A (ja) 並列チャネルエンコーダパケット伝送システム中でサブパケットを送信する方法および受信する方法
CN103202058A (zh) 移动站装置、无线通信方法及集成电路
JP2014096832A (ja) 無線通信システムでのack情報のバンドリング
CN102318254A (zh) 请求重传方法、重传方法及其设备
CN107371270B (zh) 一种传输方法、设备和系统
CA2939662A1 (en) Harq frame data structure and method of transmitting and receiving with harq in systems using blind detection
WO2012151976A1 (zh) 误检测判决方法及装置
EP2911329A1 (en) Channel transmission method, device, base station and terminal
WO2017045138A1 (zh) 控制信息的发送方法和通信设备
WO2015013959A1 (zh) 信息配置以及数据接收的方法和设备
US20220368494A1 (en) Uplink re-transmission with compact memory usage
CN103354482A (zh) 一种数据传输方法、系统及基站和用户设备
CN104579579B (zh) 一种大数据包传输方法和系统
TWI826994B (zh) 一種實體層控制資訊的傳輸方法和裝置
CN107959555B (zh) 一种基于lwaap的数据传输方法、装置及存储介质
WO2015077960A1 (zh) 一种数据报文的传输方法和设备
US11271686B2 (en) Hybrid automatic repeat request acknowledgement and upload multiuser operation
CN104618075B (zh) Tti集束的传输处理方法及装置、网络侧设备、ue

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201380002978.5

Country of ref document: CN

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 13898184

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

Country of ref document: EP

Kind code of ref document: A1