WO2012100670A1 - 一种数据包的重传方法及装置 - Google Patents

一种数据包的重传方法及装置 Download PDF

Info

Publication number
WO2012100670A1
WO2012100670A1 PCT/CN2012/070113 CN2012070113W WO2012100670A1 WO 2012100670 A1 WO2012100670 A1 WO 2012100670A1 CN 2012070113 W CN2012070113 W CN 2012070113W WO 2012100670 A1 WO2012100670 A1 WO 2012100670A1
Authority
WO
WIPO (PCT)
Prior art keywords
data packet
sent
condition
indication
packet
Prior art date
Application number
PCT/CN2012/070113
Other languages
English (en)
French (fr)
Inventor
权威
姜怡
Original Assignee
华为技术有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 华为技术有限公司 filed Critical 华为技术有限公司
Priority to EP12738936.9A priority Critical patent/EP2670077A1/en
Publication of WO2012100670A1 publication Critical patent/WO2012100670A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/187—Details of sliding window management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end

Definitions

  • the present application claims to be Chinese patent application filed on January 25, 2011, the Chinese Patent Office, Application No. 201110029844.5, entitled "Retransmission Method and Device for a Data Packet" Priority is hereby incorporated by reference in its entirety.
  • the present invention relates to the field of wireless communication technologies, and in particular, to a method and an apparatus for retransmitting data packets.
  • the present invention relates to the field of communications technologies, and in particular, to a method and an apparatus for retransmitting data packets. Background technique
  • the RLC (Radio Link Control) layer can be set to AM (Acknowledged Mode).
  • SRB Signal Radio Bearer
  • DRB Data Radio Bearer
  • ARQ Automatic Repeat ReQuest
  • Embodiments of the present invention provide a method and apparatus for retransmitting data packets to avoid transmission delay of data packets.
  • a method for retransmitting a data packet including:
  • the sender sends a data packet
  • the sending end determines that the data packet is sent, and there is no data packet to be sent or the sending window cannot send the data packet to be sent, the sending end instructs the media access control entity to feed back the message through the local negative acknowledgement mode. Whether the packet failed to be transmitted;
  • the transmitting end retransmits the data packet.
  • a retransmission device for a data packet including:
  • a transmission unit configured to send a data packet
  • An indicating unit configured to: after determining that the data transmission packet is sent by the transmission unit, and that the data packet to be sent or the transmission window cannot send the data packet to be sent, instructing the media access control entity to feed back the message by using a local negative acknowledgement mode Whether the packet failed to be transmitted;
  • the transmitting unit is further configured to retransmit the data packet when receiving the indication unit to indicate that the media access control entity returns the data packet transmission failure.
  • the sending end instructs the media access control entity to feedback whether the data packet fails to be transmitted through the local negative acknowledgement mode, if The transmitting end receives the media access control entity to feed back the data packet transmission failure through the local negative acknowledgement mode, and the transmitting end retransmits the data packet, which not only avoids the transmission delay of the data packet, but also avoids applying the Local NACK mode to all the data packets. Repeated retransmission of packets.
  • FIG. 1 is a schematic flowchart of a method for retransmitting a data packet according to an embodiment of the present invention
  • FIG. 2 is a schematic structural diagram 1 of a retransmission device of a data packet according to an embodiment of the present invention
  • FIG. 3 is a schematic structural diagram of a retransmission device of a data packet according to an embodiment of the present invention.
  • FIG. 4 is a schematic flow chart of a method for retransmitting a data packet in an application scenario according to an embodiment of the present invention
  • FIG. 5 is a schematic flow chart of a method for retransmitting a data packet in another application scenario according to an embodiment of the present invention
  • FIG. 6 is a schematic flow chart of a method for retransmitting a data packet in another application scenario according to an embodiment of the present invention.
  • the SRB or DRB defined as the AM corresponds to one RLC AM entity, and the RLC AM entity includes the sender and the peer of the peer.
  • the transmitting end of the RLC AM entity triggers the receiving end to send a status report by transmitting the Poll bit in the transmitted RLC data packet (which may be a new data packet, a retransmission data packet, and a retransmission data packet segment), thereby indicating the sending
  • the end retransmits the data packet that failed to be transmitted. If the transmission of the last RLC packet transmitted by the sender fails, because no other RLC packet is sent, the other RLC packet cannot carry the Poll bit to trigger the receiver to send the status report in time.
  • the sender Only when T-PollRetransmit times out, the sender The corresponding RLC data packet is retransmitted to send a new Poll bit to the receiving end, and the receiving end feeds back the status report, thereby causing the transmission delay of the last RLC data packet.
  • an embodiment of the present invention provides a method for retransmitting a data packet, including: Step 11: A sending end sends a data packet.
  • Step 12 When the sending end determines that the data packet is sent, and there is no data packet to be sent or the sending window cannot send the data packet to be sent, the sending end instructs the media access control entity to feed back whether the data packet fails to be transmitted through the local negative acknowledgement mode. .
  • Step 13 If the sending end receives the media access control entity and fails to transmit the data packet through the local negative acknowledgement mode, the transmitting end retransmits the data packet.
  • the executor of the retransmission method of the data packet in the embodiment of the present invention may be an RLC AM entity sending end corresponding to the SRB or the DRB of the AM.
  • An RLC AM entity which may include a transmitting end and a peer receiving end, the transmitting end maintains a sending window for controlling transmission and retransmission of data packets, and the receiving end maintains a receiving window for feedback and sequence of data packets. submit.
  • the method for retransmitting a data packet in the embodiment of the present invention may be applied to a UE (User Equipment) side or an eNodeB (Evolution NodeB) side.
  • UE User Equipment
  • eNodeB eNodeB
  • the data packet is The Local NACK mode is applied to avoid not only the transmission delay of the data packet, but also to avoid repeated retransmission of the data packet by applying the Local NACK mode to all data packets.
  • the data packet sent by the sending end may include: a new AMD PDU (AM Data, AM data; Protocol Data Unit, protocol data unit), a retransmission AMD PDU, or a retransmission AMD PDU segment.
  • AMD PDUs will be newly transmitted, and AMD PDUs will be retransmitted.
  • RLC data packets are collectively referred to as RLC data packets.
  • the RLC packet is an RLC PDU from the perspective of the MAC layer. It is mentioned below that the RLC data packet or the RLC PDU may be a new AMD PDU, a retransmitted AMD PDU, or a retransmitted AMD PDU segment.
  • the sending end may include:
  • the retransmission data buffer does not include the transmitted data packet waiting for ARQ mode confirmation, that is, the transmitted data.
  • the packet is the last pending packet.
  • the sending window cannot send the data packet to be sent, which may include:
  • the sending end can instruct the MAC (Media Access Control) entity to feed back whether the data packet fails to be transmitted through the Local NACK mode.
  • MAC Media Access Control
  • the MAC entity transmits the RLC data packet delivered by the transmitting end of the RLC AM entity through the H ARQ (Hybrid Automatic Repeat Request) mode.
  • H ARQ Hybrid Automatic Repeat Request
  • the MAC entity indicates to the sender of the RLC AM entity that the RLC packet transmission failed. Therefore, the transmitting end of the RLC AM entity quickly retransmits the corresponding RLC data packet by receiving the Local NACK indication sent by the MAC entity, so as to reduce the retransmission delay.
  • the MAC entity indicates that the MAC entity passes the Local NACK mode. Feedback whether the current RLC packet is transmitted Failed.
  • the transmitting end receives the MAC entity feedback data packet transmission failure, and the transmitting end can retransmit the data packet.
  • the transmitting end of the RLC AM entity instructs the MAC entity to apply the Local NACK mode to a specific RLC data packet, and no longer applies the Local NACK mode to all RLC data packets, thereby avoiding applying the Local NACK mode to all RLC data packets. Repeated with the status report sent by the receiver in AM mode, resulting in repeated retransmission of data packets.
  • the method for retransmitting the data packet of the embodiment of the present invention may further include:
  • the sender determines whether there is a data packet to be sent or whether the transmission window resumes transmitting the to-be-sent packet.
  • the sender judges that the sequence number of the data packet is cyclic between 0 and X.
  • the sequence number of the data packet is smaller than VT. (S) and greater than or equal to VT(A)
  • the transmitting end retransmits the data packet, or, when VT(A) is greater than VT(S), the sequence number of the data packet is less than X+1 and greater than or equal to VT(A), Or the sequence number of the data packet is less than VT(S) and greater than or equal to 0, and the transmitting end retransmits the data packet.
  • VT(S) Variable Transmission (Send state variable), transmitting transmission state variable
  • VT(A) Variable Transmission (Acknowledgement state variable
  • the SN Sequence Number
  • the transmitting end retransmits the data packet.
  • the sender retransmits the data packet.
  • VT(A) is the lower limit of the transmission window
  • the SN of the record corresponds to the next RLC PDU that is expected to receive an ACK (Acknowledgement).
  • VT(S) represents the SN of the next new RLC PDU to be transmitted in the transmission window.
  • the sending end determines that the data packet to be sent or the sending window resumes sending the to-be-sent data packet, which may include:
  • the new layer has a new packet arriving at the sender of the radio link control acknowledge mode entity and is added to the new data buffer.
  • the data packet sent by the sender of the radio link control acknowledgement mode entity receives NACK feedback and is added to the retransmission data buffer.
  • the newly transmitted data packet is no longer restricted by the transmission window.
  • the upper layer refers to the RRC (Radio Resource Control) layer
  • the upper layer refers to the PDCP (Packet Data Convergence Protocol) layer.
  • the retransmission method of the data packet in the embodiment of the present invention avoids applying the Local NACK mode to the RLC data packet when the data packet to be transmitted or the transmission window resumes transmitting the to-be-sent data packet, resulting in repeated retransmission of the data packet.
  • the method for retransmitting a data packet in the embodiment of the present invention may further include: receiving an RRC (Radio Resource Control) message, where the RRC message carries an indication of whether the first condition is supported, and whether the first method is supported.
  • the indication of the condition may include: configuring whether the signaling radio bearer and/or the data radio bearer support the indication of the first condition, and the signaling radio bearer and/or the data radio are in an acknowledge mode, where the first condition includes after the data packet is sent, If there is no data packet to be sent, or the sending window cannot send the data packet to be sent, the sending end instructs the media access control entity to feed back whether the data packet fails to be transmitted through the local negative acknowledgement mode.
  • the RB (bearing) is configured as The bearer of the AM, which applies to the UE side:
  • the eNodeB may configure, by using an RRC message, whether the RB supports the indication of the first condition to indicate whether each RB supports the first condition.
  • the RB may include an SRB and/or a DRB, that is, an indication of whether the SRB and the DRB are configured to support the first condition, and whether the SRB or the DRB is configured to support the indication of the first condition.
  • the eNodeB may configure, by using an RRC message, whether the UE supports the indication of the first condition, and if the UE is configured with an indication of whether the first condition is supported, the RB of the UE is configured to support whether the first condition is supported.
  • the RB may include an SRB and a DRB.
  • the protocol may include an RLC protocol and a MAC protocol.
  • the RRC message used to configure whether to support the indication of the first condition may include:
  • RRC Connection Setup message or RRC Connection Reconfiguration message, or RRC Connection Reestablishment message.
  • the parameter in the foregoing message, or the newly added parameter, or some field in the existing parameter or other manner may be used to implement whether the configuration supports the indication of the first condition.
  • the eNodeB when the retransmission method of the data packet is applied to the eNodeB side, the eNodeB does not need to notify the U E of whether the configuration supports the first condition.
  • the sending end of the RLC AM entity may not send the data packet to be sent after the data packet is sent and the data packet to be sent or the sending window cannot be sent. Indicates whether the MAC entity feeds back the data packet through the Local NACK.
  • the method for retransmitting the data packet in the embodiment of the present invention may further include:
  • the upper layer receives a high-level instruction, determining whether to perform the first condition according to a high-level instruction, and the upper layer includes none
  • the upper layer refers to the RRC layer
  • the upper layer refers to the PDCP layer.
  • the transmitting end of the RLC AM entity determines that the data packet is sent after the data packet is sent and there is no data to be sent.
  • the packet or the sending window cannot send the data packet to be sent, where the current data packet is an RLC PDU that contains all or part of the data of the RLC SDU, and the sending end of the RLC AM entity indicates whether the MAC entity transmits the RLC PDU through the Local NACK feedback. failure.
  • the sender of the RLC AM entity does not instruct the MAC entity to feedback the RLC PDU through the Local NACK. The transfer failed.
  • the transmitting end of the RLC AM entity needs to determine whether to execute the first condition by using a higher layer indication.
  • the received RRC message may further carry an indication of whether the second condition is supported.
  • the second condition is that the first condition is determined according to the indication of the high layer, and the upper layer may include an RRC layer, or a PDCP layer.
  • the upper layer refers to the RRC layer; for the DRB, the upper layer refers to the PDCP layer.
  • the RBs are all configured as bearers of the AM, and are applicable to the UE side:
  • the eNodeB can configure whether the RB supports the indication of the second condition by using the RRC message, that is, whether to determine whether to execute the first condition according to the indication of the upper layer.
  • the RB may include the SRB and/or the DRB, that is, the SRB and the DRB may be configured to support the second condition, or the S RB or the D RB may be configured to support the second condition.
  • the eNodeB may configure, by using an RRC message, whether the UE supports the indication of the second condition, that is, whether to determine whether to perform the first condition according to the indication of the high layer, if the UE is configured whether Supporting the indication of the second condition, the RBs of the UE are all configured to support an indication of whether the second condition is supported.
  • the RB may include an SRB and a DRB.
  • the protocol does not need to be performed through an RRC message, but the protocol enforces an indication of whether or not to support the second condition.
  • the protocol may include an RLC protocol and a MAC protocol.
  • the RRC message used to configure whether to support the indication of the second condition may include:
  • the RRC Connection Setup message, or the RRC Connection Reconfiguration message, or the RRC Connection Reestablishment message, is not described here.
  • the eNodeB when the retransmission method of the data packet in the embodiment of the present invention is applied to the eNodeB side, the eNodeB does not need to notify the U E of whether the configuration supports the second condition.
  • whether to support whether to perform the first condition according to the high-level indication also needs to be configured through an RRC message, and the method of configuring is the same as the manner of using the RRC message configuration to support the indication of the first condition.
  • the technical solution provided by the foregoing embodiments of the present invention is particularly applicable to services that need to transmit small packets, and the small data packets of the services have the characteristics of small data volume and long interval between the packets and the packets, such as a heart beat data packet. Wait. Because of the small amount of data, at the RLC layer, these packets usually only need to be encapsulated into one RLC packet. Also because of the long packet interval, the RLC packet is always the last packet to be transmitted. Once the packet is lost, it is necessary to wait until the T-PollRetransmit timeout, triggering the retransmission of the packet, resulting in a large transmission delay. As shown in FIG. 2, a retransmission method of a data packet corresponding to the foregoing embodiment, another embodiment of the present invention provides a retransmission device for a data packet, including:
  • the transmission unit 21 is configured to send a data packet.
  • the indicating unit 22 is configured to: after determining that the data packet is sent by the transmitting unit 21, and the data packet to be sent is not sent, the media access control entity instructs the media access control entity to feed back the data packet through the local negative acknowledgement mode. Whether the transfer failed.
  • the transmitting unit 21 is further configured to: when receiving the indication unit 22, instructing the media access control entity to feed back the number of When the packet transmission fails, the packet is retransmitted.
  • the data packet is Applying the Local NACK mode not only avoids the transmission delay of the data packet, but also avoids the repeated retransmission of the data packet by applying the Local NACK mode to all the data packets.
  • the retransmission device of the data packet in the embodiment of the present invention may be disposed at the transmitting end of the RLC AM entity.
  • the retransmission device of the data packet in the embodiment of the present invention may be set in the UE or set in the eNodeB.
  • the retransmission device of the data packet in the embodiment of the present invention is set in the transmitting end of the RLC AM entity as an example.
  • the data packet sent by the sending end of the RLC AM entity may include: a new AMD PDU, a retransmitted AMD PDU, or a retransmitted AMD PDU segment.
  • the newly transmitted AMD PDU, the retransmitted AMD PDU, and the retransmitted AMD PDU segment are collectively referred to as an RLC packet.
  • the RLC packet is an RLC PDU from the perspective of the MAC layer. The following mentions that the RLC packet or RLC PDU may be a new AMD PDU, a retransmitted AMD PDU, or a retransmitted AMD PDU segment.
  • the apparatus for retransmitting a data packet in the embodiment of the present invention may further include:
  • the first determining unit 31 is configured to: if the instructing unit 22 instructs the media access control entity to fail to transmit the data packet through the local negative acknowledgement mode, determine whether there is a data packet to be sent or determine whether the sending window resumes sending the to-be-sent data packet.
  • the second judging unit 32 is configured to: when the judgment result of the first judging unit 31 is that there is no data packet to be sent or the sending window does not resume sending the data packet to be sent, if the sequence number of the data packet is cyclic between 0 and X, when VT (A) When less than VT(S), determine whether the sequence number of the data packet is less than VT(S) and greater than or equal to VT(A), or, when VT(A) is greater than VT(S), determine whether the sequence number of the data packet is smaller than X+1 is greater than or equal to VT(A), or the sequence number of the data packet is less than VT(S) and greater than or equal to zero.
  • the transmission unit 21 is further configured to retransmit the data packet when the judgment result of the second judging unit 32 is YES.
  • the sequence number of the data packet is cyclically between 0 and X;
  • the sequence number of the data packet is less than VT(S) and greater than or equal to VT(A), and the transmission unit 21 retransmits the data packet;
  • the sequence number of the data packet is less than X+1 and greater than or equal to VT(A), or the sequence number of the data packet is less than VT(S) and greater than or equal to 0, and the transmission unit 21 retransmits data pack.
  • the first judgment unit 31 determines that the data packet to be sent or the transmission window resumes transmitting the to-be-sent data packet, and may include: a new data packet arrives at a transmitting end of the radio link control acknowledgement mode entity at the upper layer, and joins Go to the new data cache.
  • the data packet sent by the sender of the radio link control acknowledgement mode entity receives NACK feedback and is added to the retransmission data cache.
  • the newly transmitted data packet is no longer restricted by the transmission window.
  • the upper layer refers to the RRC layer
  • the upper layer refers to the PDCP layer.
  • the retransmission device of the data packet in the embodiment of the present invention avoids applying the Local NACK mode to the RLC data packet when the data packet to be transmitted or the transmission window resumes transmitting the to-be-sent data packet, resulting in repeated retransmission of the data packet.
  • the data packet retransmission apparatus may be further configured to receive an RRC message, where the RRC message carries an indication of whether the first condition is supported, and the first condition is whether the configuration signaling radio bearer and/or the data radio bearer is configured.
  • the indication of the first condition is supported, and the signaling radio bearer and/or the data radio are in an acknowledge mode.
  • the first condition includes after the data packet is sent, and there is no data packet to be sent, or the sending window cannot send the data packet to be sent.
  • the sending end instructs the media access control entity to feed back whether the data packet fails to be transmitted through the local negative acknowledgement mode.
  • the indication of whether the RRC message carries the first condition can be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message for configuring the indication of whether to support the first condition can also be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the transmitting unit 21 may further be configured to receive the high layer indication, and according to the indication of the high layer Whether to perform the first condition, where for the SRB, the upper layer refers to the RRC layer, and for the DRB, the upper layer refers to the PDCP layer.
  • the transmitting end of the RLC AM entity needs to determine whether to execute the first condition by using a higher layer indication.
  • the RRC message received by the transmission unit 21 further carries an indication of whether the second condition is supported, and the second condition is that, according to the indication of the upper layer, determining whether to execute the first condition, where, SRB, the upper layer refers to the RRC layer, and for the DRB, the upper layer refers to the PDCP layer.
  • whether to support determining whether to perform the first condition according to the high-level indication also needs to be configured by using an RRC message, and the method of configuring is the same as the manner of using the RRC message configuration to support the indication of the first condition.
  • the indication of whether the RRC message carries the second condition can be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message for configuring the indication of whether to support the second condition can also be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the retransmission apparatus of the data packet and the configuration thereof of the embodiment of the present invention can be understood by referring to the corresponding content involved in the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein.
  • Another embodiment of the present invention provides a method for retransmitting a data packet, including:
  • Radio resource control message carries an indication of whether the first condition is supported, and the first condition is that the data packet to be sent cannot be sent after the current data packet is sent and the data packet is not to be sent.
  • the transmitting end of the radio link control acknowledgement mode entity corresponding to the signaling radio bearer or the data radio bearer instructs the media access control entity to feed back whether the current data packet fails to be transmitted through the local negative acknowledgement mode.
  • the execution entity of the retransmission method of the data packet in the embodiment of the present invention is an eNodeB (Evolution NodeB).
  • the sender of the radio link control acknowledgement mode entity is referred to as RLC AM.
  • the sender of the entity is referred to as RLC AM.
  • whether the indication of the first condition is supported may include:
  • the signaling radio bearer and/or the data radio bearer are in an acknowledge mode, and the first condition includes after the data packet is sent, and there is no data packet to be sent.
  • the sending end instructs the media access control entity to feed back whether the data packet fails to be transmitted through the local negative acknowledgement mode.
  • the eNodeB may configure, by using an RRC message, whether the RB supports the indication of the first condition, to indicate whether each RB supports the first condition.
  • the RB may include an SRB and/or a DRB, that is, an indication of whether the SRB and the DRB are configured to support the first condition, and whether the SRB or the DRB is configured to support the indication of the first condition.
  • the eNodeB may configure, by using an RRC message, whether the UE supports the indication of the first condition, and if the UE is configured with an indication of whether the first condition is supported, the RB of the UE is configured to support whether the first condition is supported.
  • the RB may include an SRB and a DRB.
  • the protocol may include an RLC protocol and a MAC protocol.
  • the RRC message used to configure whether to support the indication of the first condition may include:
  • RRC Connection Setup message or RRC Connection Reconfiguration message, or RRC Connection Reestablishment message.
  • the parameter in the foregoing message, or the newly added parameter, or some field in the existing parameter or other manner may be used to implement whether the configuration supports the indication of the first condition.
  • the RRC message further carries an indication of whether the second condition is supported, and the second condition is that the first condition is determined according to the indication of the high layer, and the upper layer may include the RRC layer, or the PDCP layer. .
  • the upper layer refers to the RRC layer; for the DRB, the upper layer refers to the PDCP layer.
  • the indication of whether the RRC message carries the second condition can be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message for configuring the indication of whether to support the second condition can also be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the media access control entity is instructed to pass the local negative response mode feedback according to the high-level indication, when there is no subsequent data packet to be sent or the transmission window cannot send the subsequent data packet to be sent after the current data packet is sent.
  • the mechanism for whether the current data packet fails to be transmitted also needs to be configured by RRC.
  • the configuration method and the RRC message are used to configure whether the data packet of the wireless link control acknowledgement mode entity indicates the media access when there is no data packet to be sent after the current data packet is sent or the sending window cannot send the data packet to be sent subsequently.
  • the control entity feeds back the same way whether the current packet fails to transmit through the local negative acknowledge mode.
  • the retransmission method of the data packet in the embodiment of the present invention can be understood by referring to the corresponding content involved in the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein.
  • the data packet is Applying the Local NACK mode not only avoids the transmission delay of the data packet, but also avoids the repeated retransmission of the data packet by applying the Local NACK mode to all the data packets.
  • a data packet retransmission apparatus including:
  • a sending unit configured to send a radio resource control message to the user terminal, where the radio resource control message carries an indication of whether the first condition is supported, where the first condition is that the data packet or the sending window that is not to be sent after the current data packet is sent cannot be sent.
  • the transmitting end of the radio link control acknowledgement mode entity corresponding to the signaling radio bearer or the data radio bearer instructs the media access control entity to feed back whether the current data packet fails to be transmitted through the local negative acknowledgement mode.
  • the retransmission device of the data packet in the embodiment of the present invention may be disposed on the eNodeB.
  • Wireless link control The sender of the mode entity is referred to as the sender of the RLC AM entity.
  • whether the indication of the first condition is supported may include:
  • the signaling radio bearer and/or the data radio bearer are in an acknowledge mode, and the first condition includes after the data packet is sent, and there is no data packet to be sent.
  • the sending end instructs the media access control entity to feed back whether the data packet fails to be transmitted through the local negative acknowledgement mode.
  • the indication of whether the RRC message carries the first condition can be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message for configuring the indication of whether to support the first condition can also be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message sent by the sending unit further carries an indication of whether the second condition is supported, where the second condition is determining whether to perform the first condition according to the indication of the high layer, where the upper layer includes the RRC layer, or the packet data set Protocol layer.
  • the indication of whether the RRC message carries the second condition can be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the RRC message for configuring the indication of whether to support the second condition can also be understood by referring to the corresponding content of the retransmission method of the data packet in the embodiment shown in FIG. 1 , and details are not described herein again.
  • the retransmission device of the data packet in the embodiment of the present invention can be understood by referring to the corresponding content involved in the retransmission device of the data packet in the embodiment shown in FIG. 2 and FIG. 3, and details are not described herein.
  • the data packet is Applying the Local NACK mode not only avoids the transmission delay of the data packet, but also avoids the repeated retransmission of the data packet by applying the Local NACK mode to all the data packets.
  • the following describes the retransmission of the data packet in the embodiment of the present invention.
  • the eNodeB configures the RB configured to be in the acknowledgment mode by using the RRC message to indicate whether the RB allows the data packet to be sent after the current data packet is sent and the sending window cannot send the data packet to be sent. Apply the Local NACK mode.
  • the eNodeB configures the RBs applying the Local NACK mode to the current data packet by using the RRC message, and indicates the configuration attribute of each RB. That is, when RB (including SRB and/or DRB) supports the transmission of the current data packet (such as RLC PDU) and there is no data packet to be sent or the transmission window cannot send the data packet to be sent, the Local NACK mode is applied to the current data packet. .
  • the eNodeB configures the UE that applies the Local NACK mode to the current data packet through the RRC message. That is, all RBs (including SRB and DRB) configured in the acknowledgment mode of the UE support the current data packet (such as RLC PDU) after the transmission is completed and there is no data packet to be sent or the transmission window cannot send the data packet to be sent. The packet applies the Local NACK mode.
  • applying the Local NACK mode to the current data packet is defined as protocol enforcement, and no RRC message is required. Configure it.
  • the RRC message used to configure the Local NACK mode may include, but is not limited to, an RRC Connection Setup message, an RRC Connection Reconfiguration message, or an RRC Connection Reestablishment message.
  • the sending end of the RLC AM entity determines that the data packet to be sent after the current data packet is sent and the sending window cannot send the data packet to be sent, and indicates that the MAC entity applies the Local NACK mode to the current data packet.
  • an RLC AM entity when the sending end of an RLC AM entity assembles an AMD PDU or an AMD PDU segment, it detects that after the assembled AMD PDU or AMD PDU segment is sent, the new The data buffer and the retransmission data cache are both empty (the number of retransmissions) If the buffer does not include the transmitted data packet waiting for the ARQ mode confirmation, that is, the assembled AMD PDU or the AMD PDU is segmented into the last pending data packet, it is determined whether the RB to which the assembled data packet belongs is configured. In the Local NACK mode, if the Local NACK mode is configured, the transmitting end of the RLC AM entity notifies the MAC entity to apply the Local NACK mode to the assembled AMD PDU or AMD PDU segment.
  • an RLC AM entity when the transmitting end of an RLC AM entity assembles an AMD PDU or an AMD PDU segment, it is detected that after the assembled AMD PDU or AMD PDU segment is sent, Sending a window restriction and failing to send a new data packet, determining whether the RB to which the assembled data packet belongs is configured with a Local NACK mode, and if the Local NACK mode is configured, notifying the sender MAC entity of the RLC AM entity, The assembled AMD PDU or AMD PDU segment applies the Local NACK mode.
  • the MAC entity notifies the RLC AM entity that the RLC packet transmission failed.
  • the MAC entity determines the HARQ process corresponding to the MAC PDU carrying the MAC SDU. If the HARQ process determines that the MAC PDU has reached the maximum number of transmissions, and the last HARQ feedback is a NACK, that is, the feedback of the HARQ process corresponding to the last HARQ transmission is NACK, indicating that the data packet is not successfully transmitted, The MAC entity notifies that the RLC packet transmission corresponding to the sender of the RLC AM entity that sent the Local NACK indication fails.
  • the sending end of the RLC AM entity retransmits the current data packet.
  • the transmitting end of the RLC AM entity When the transmitting end of the RLC AM entity receives the HARQ error indication of the AMD PDU or the AMD PDU segment sent by the MAC entity, that is, the RLC packet transmission failure indication, first determines whether there is currently data that can be sent, and if so, ignores The HARQ error indication; No, the SN of the AMD PDU or the AMD PDU segment is determined, and if the SN and VT(A) and VT(S) satisfy the transmission condition, the transmitting end of the RLC AM entity is heavy Pass the AMD PDU or AMD PDU segment.
  • the scenario of determining whether there is currently an RLC PDU that can be sent includes: a new layer has a new data packet arriving at a sending end of the radio link control acknowledge mode entity, and is added to the new data cache;
  • the data packet sent by the sender of the radio link control acknowledgement mode entity receives NACK feedback and is added to the retransmission data buffer.
  • the newly transmitted data packet is no longer restricted by the transmission window.
  • the SN of the AMD PDU or the AMD PDU segment is cyclically numbered between 0 and 1023, the SN of the data packet and the VT(A) and the VT(S) satisfy the transmission condition, and may include:
  • the transmitting end of the RLC AM entity retransmits the AMD PDU or AMD PDU segment;
  • the transmitting end of the RLC AM entity retransmits the AMD PDU or AMD PDU segment .
  • the sending end of the RLC entity receives the HARQ error indication of the AMD PDU or the AMD PDU segment sent by the MAC entity, that is, the RLC data packet transmission failure indication, and determines that there is currently no RLC data packet to be sent. It is also possible to determine whether the SN of the AMD PDU or the AMD PDU segment does not satisfy the transmission condition with VT(A) and VT(S), but directly retransmit the AMD PDU or the AMD PDU segment.
  • the sending end of the RLC entity receives the HARQ error indication of the AMD PDU or the AMD PDU segment sent by the MAC entity, that is, the RLC data packet transmission failure indication, and does not determine whether there is currently a RLC data packet that can be sent, Rather, it is directly determined whether the SN of the AMD PDU or AMD PDU segment satisfies the transmission condition with VT(A) and VT(S), and if so, retransmission can be performed; if not, the indication is ignored.
  • the RB refers to a bearer configured to confirm the mode. It can be seen from the technical solution provided by the foregoing embodiment of the present invention that after the current data packet is sent and there is no data packet to be sent or the sending window cannot send the data packet to be sent, The current packet applies the Local NACK mode, which not only avoids the transmission delay of the data packet, but also avoids the repeated retransmission of the data packet caused by directly applying the Local NACK mode. As shown in FIG. 5, the difference between the retransmission method of the data packet in the embodiment of the present invention and the retransmission method of the data packet shown in FIG. 4 is as follows:
  • the Local NACK mode is applied to the current data packet, but the transmitting end of the RLC AM entity It is also necessary to determine whether to apply the Local NACK mode to the current data packet through a high level indication.
  • the eNodeB configures the RB configured to be in the acknowledgment mode by using the RRC message to indicate whether the RB allows the data packet to be sent after the current data packet is sent and the sending window cannot send the data packet to be sent. Apply the Local NACK mode.
  • the eNodeB configures the RBs applying the Local NACK mode to the current data packet by using the RRC message, and indicates the configuration attribute of each RB. That is, when RB (including SRB and/or DRB) supports the transmission of the current data packet (such as RLC PDU) and there is no data packet to be sent or the transmission window cannot send the data packet to be sent, the Local NACK mode is applied to the current data packet. .
  • the eNodeB configures the UE that applies the Local NACK mode to the current data packet through the RRC message. That is, all RBs (including SRB and DRB) configured in the acknowledgment mode of the UE support the current data packet (such as RLC PDU) after the transmission is completed and there is no data packet to be sent or the transmission window cannot send the data packet to be sent. The packet applies the Local NACK mode.
  • the sending window After the current data packet (such as RLC PDU) is sent and there is no data packet to be sent or the sending window cannot send the data packet to be sent, apply Local NACK to the current data packet.
  • the mode is defined as protocol enforcement and does not require RRC messages for configuration.
  • the media access control entity is instructed to pass the local negative response mode feedback after the current data packet is sent and the data packet to be sent cannot be sent according to the high layer indication.
  • the mechanism for whether the current data packet fails to be transmitted also needs to be configured by RRC.
  • the method of configuring and using the RRC message to configure whether the sender of the radio link control acknowledgement mode entity indicates the media access control after the current data packet is sent and the data packet to be sent or the transmission window cannot send the data packet to be sent.
  • the entity feeds back through the local negative acknowledgement mode in the same way that the current packet fails to transmit.
  • the transmitting end of the RLC AM entity determines that the high layer indicates that the data packet to be sent after the current data packet is sent and the sending window cannot send the data packet to be sent, and applies the Local NACK mode to the current data packet, indicating that the MAC entity is current. The packet applies the Local NACK mode.
  • the upper layer is the RRC layer, and for the DRB, the upper layer is the PDCP layer.
  • the sender of the RLC AM entity applies the Local NACK mode to the last RLC PDU containing all or part of the data of the RLC SDU. If the upper layer indicates that a high-level data packet (ie, RLC SDU) does not apply the Local NACK mode, the local NACK is not applied even if the transmitting end of the RLC AM entity determines that the RLC PDU containing all or part of the data of the RLC SDU is the last data packet. mode.
  • the upper layer indicates that a high-level data packet (ie, RLC SDU) applies the Local NACK mode
  • RLC SDU a high-level data packet
  • the sending end of an RLC AM entity assembles an AMD PDU or an AMD PDU segment, it is detected.
  • the new data buffer and the retransmission data buffer are both empty (the retransmission data buffer does not include the transmitted data packet waiting for ARQ confirmation), that is,
  • the assembled AMD PDU or AMD PDU is segmented into the last to-be-transmitted data packet, and the transmitting end of the RLC AM entity notifies the MAC entity to apply the Local NACK mode to the assembled AMD PDU or AMD PDU segment.
  • the upper layer indicates that a high-level data packet (ie, RLC SDU) applies the Local NACK mode
  • RLC SDU a high-level data packet
  • the sending end of an RLC AM entity assembles an AMD PDU or an AMD PDU segment, it is detected.
  • the new data packet cannot be transmitted due to the transmission window restriction, and the Local NACK mode is applied to the assembled AMD PDU or AMD PDU segment.
  • the MAC entity notifies the RLC AM entity that the RLC packet transmission failed.
  • This step can be understood by referring to the corresponding content of the retransmission method of the data packet shown in FIG. 4 above.
  • the transmitting end of the RLC AM entity retransmits the current data packet.
  • the RB refers to a bearer configured to confirm the mode.
  • the technical solution provided by the embodiment of the present invention can be used to apply the Local NACK mode to the current data packet after the current data packet is sent and the data packet to be sent or the transmission window cannot send the data packet to be sent.
  • the transmission delay of the data packet is avoided, and the repeated retransmission data packet caused by directly applying the Local NACK mode is avoided.
  • the difference between the retransmission method of the data packet in the embodiment of the present invention and the retransmission method of the data packet shown in FIG. 4 is as follows:
  • the eNodeB configures, by using an RRC message, an RB that needs to apply the Local NACK mode according to the high layer indication, and indicates whether the RB is allowed to apply the Local NACK mode according to the higher layer indication.
  • the eNodeB configures, by using an RRC message, an RB that needs to apply a Local NACK mode according to a high layer indication.
  • the upper layer is the RRC layer
  • the upper layer is the PDCP layer
  • the eNodeB configures, by using an RRC message, the RBs that need to be applied in the local NACK mode according to the high-level indication, and indicates whether the RB is allowed to apply the local according to the high-level indication.
  • the eNodeB configures, by using an RRC message, the UE that needs to be in the Local NACK mode according to the high-level indication, and indicates whether the UE is allowed to apply the Local NACK mode according to the high-level indication, that is, the indication is a UE configuration attribute, and all RBs of the UE ( Both the SRB and the DRB are required to apply the Local NACK mode.
  • the Local NACK mode indicated by the upper layer is defined as protocol enforcement, and no RRC message is required for configuration.
  • the RRC message used to configure the mode can be understood by referring to the retransmission method of the data packet shown in FIG. 4 above.
  • the sending end of the RLC AM entity instructs the MAC entity to apply a Local NACK mode to the current data packet according to the high layer indication.
  • the RLC AM entity performs step 43-44 of FIG. 4 above for all RLC PDUs that contain all or part of the data of the RLC SDU. .
  • the RLC AM entity does not apply the Local NACK mode to all RLC PDUs that contain all or part of the data of the RLC SDU.
  • the RLC AM entity performs only steps 43-44 of Figure 4 above for the last RLC PDU containing all or part of the data of the RLC SDU.
  • the RB refers to a bearer configured to confirm the mode. It can be seen that the technical solution provided by the embodiment of the present invention can be used to apply the Local NACK mode to the current data packet after the current data packet is sent and the data packet to be sent or the transmission window cannot send the data packet to be sent. The transmission delay of the data packet is avoided, and the repeated retransmission data packet caused by directly applying the Local NACK mode is avoided. Those skilled in the art can understand that all or part of the flow in the method of the above embodiment is implemented.
  • the program may be implemented by a computer program to instruct related hardware, and the program may be stored in a computer readable storage medium, and when executed, the program may include the flow of an embodiment of the methods as described above.
  • the storage medium may be a magnetic disk, an optical disk, or a read-only storage memory.
  • ROM Read-Only Memory
  • RAM Random Access Memory

Description

一种数据包的重传方法及装置 本申请要求于 2011 年 1 月 25 日提交中国专利局、 申请号为 201110029844.5、发明名称为"一种数据包的重传方法及装置"的中国专利申 请的优先权， 其全部内容通过引用结合在本申请中。 技术领域 本发明涉及无线通讯技术领域， 具体涉及一种数据包的重传方法及装 置。
背景技术 本发明涉及通信技术领域， 尤其涉及一种数据包的重传方法及装置。 背景技术
在当前 LTE ( Long Term Evolution, 长期演进） 系统中， 为了提高数 据传输的可靠性， 可以在 RLC ( Radio Link Control, 无线链路控制 )层对 酉己置为 AM ( Acknowledged Mode, 确认模式） 的 SRB ( Signalling Radio Bearer, 信令无线 载 ）或 DRB ( Data Radio Bearer, 数据无线 载）定 义一套 ARQ ( Automatic Repeat reQuest, 自动重传请求）模式， 用于数 据包的重传。
如果发送端传输的最后一个 RLC数据包传输失败， 由于没有其他 RLC 数据包发送， 则无法通过其它 RLC数据包携带轮询（Poll )比特触发接收端 及时地发送状态报告， 只能当 T-PollRetransmit (轮询重传定时器）超时， 发送端重传相应的 RLC数据包以发送一个新的 Poll比特给接收端，请求接收 端反馈状态报告， 从而造成了最后一个 RLC数据包的传输延迟。 发明内容 本发明的实施例提供了一种数据包的重传方法及装置， 以避免数据包 的传输延迟。
一方面， 提供了一种数据包的重传方法， 包括：
发送端发送数据包；
当所述发送端确定所述数据包发送完成， 且没有待发送的数据包或者 发送窗口无法发送待发送的数据包时， 所述发送端指示媒体接入控制实体 通过本地否定应答模式反馈所述数据包是否传输失败；
若所述发送端接收到所述媒体接入控制实体通过本地否定应答模式反 馈所述数据包传输失败， 所述发送端重传所述数据包。
另一方面， 提供了一种数据包的重传装置， 包括：
传输单元， 用于发送数据包；
指示单元， 用于当确定所述传输单元发送数据包完成后， 且没有待发 送的数据包或者发送窗口无法发送待发送的数据包时， 指示媒体接入控制 实体通过本地否定应答模式反馈所述数据包是否传输失败；
所述传输单元还用于当接收到所述指示单元指示所述媒体接入控制实 体反馈所述数据包传输失败时， 重传所述数据包。
通过当当发送端确定数据包发送完成， 且没有待发送的数据包或者发 送窗口无法发送待发送的数据包时， 发送端指示媒体接入控制实体通过本 地否定应答模式反馈数据包是否传输失败， 若发送端接收到媒体接入控制 实体通过本地否定应答模式反馈所述数据包传输失败， 发送端重传所述数 据包， 不仅避免数据包的传输延迟， 又避免对所有数据包应用 Local NACK 模式导致重复的重传数据包。 附图说明 为了更清楚地说明本发明实施例的技术方案， 下面将对实施例描述中 所需要使用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是 本发明的一些实施例， 对于本领域普通技术人员来讲， 在不付出创造性劳 动性的前提下， 还可以根据这些附图获得其他的附图。
图 1为本发明实施例数据包的重传方法的流程示意图；
图 2为本发明实施例数据包的重传装置的构成示意图一；
图 3为本发明实施例数据包的重传装置的构成示意图 二；
图 4为本发明实施例在一应用场景下数据包的重传方法的流程示意 图 ；
图 5为本发明实施例在另一应用场景下数据包的重传方法的流程示意 图 ；
图 6为本发明实施例在另一应用场景下数据包的重传方法的流程示意 图 。
具体实施方式 下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进 行清楚、 完整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。 基于本发明中的实施例， 本领域普通技术人员在没 有做出创造性劳动前提下所获得的所有其他实施例， 都属于本发明保护的 范围。
定义为 AM的 SRB或 DRB对应一个 RLC AM实体， RLC AM实体包括发 送端和对等的接收端。 RLC AM实体的发送端通过在传输的 RLC数据包 (可 以是新传数据包、 重传数据包及重传数据包分段） 中携带 Poll比特的方式， 触发接收端发送状态报告， 从而指示发送端对传输失败的数据包进行重传。 如果发送端传输的最后一个 RLC数据包传输失败， 由于没有其他 RLC 数据包发送，则无法通过其它 RLC数据包携带 Poll比特触发接收端及时地发 送状态报告， 只能当 T-PollRetransmit超时， 发送端重传相应的 RLC数据包 以发送一个新的 Poll比特给接收端， 请求接收端反馈状态报告， 从而造成了 最后一个 RLC数据包的传输延迟。
如图 1所示， 本发明实施例提供一种数据包的重传方法， 包括： 步骤 11、 发送端发送数据包。
步骤 12、 当发送端确定数据包发送完成， 且没有待发送的数据包或者 发送窗口无法发送待发送的数据包时， 发送端指示媒体接入控制实体通过 本地否定应答模式反馈数据包是否传输失败。
步骤 13、 若发送端接收到媒体接入控制实体通过本地否定应答模式反 馈数据包传输失败， 发送端重传数据包。
本发明实施例数据包的重传方法的执行主体可以是定义为 AM的 SRB 或 DRB对应的 RLC AM实体发送端。 一个 RLC AM实体， 可以包括发送端和 对等的接收端， 发送端维护一个发送窗口， 用于控制数据包的发送和重传， 接收端维护一个接收窗口， 用于数据包的反馈及按序递交。
本发明实施例数据包的重传方法， 可以适用于 UE ( User Equipment, 用户设备）侧或者 eNodeB ( Evolution NodeB, 演进基站）侧。
由上述本发明实施例提供的技术方案可以看出， 在 SRB或 DRB的 AM 下， 当数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待 发送的数据包时， 对数据包应用 Local NACK (本地否定应答）模式， 不仅 避免数据包的传输延迟， 又避免对所有数据包应用 Local NACK模式导致重 复的重传数据包。
具体而言， 上述步骤 1 1中， 发送端发送的数据包可以包括： 新传 AMD PDU ( AM Data, AM数据； Protocol Data Unit,协议数据单元）、重传 AMD PDU或者重传 AMD PDU分段。 以下， 将新传 AMD PDU、 重传 AMD PDU 以及重传 AMD PDU分段统称为 RLC数据包。具体而言， RLC数据包从 MAC 层角度来看为一个 RLC PDU。以下提到 RLC数据包或 RLC PDU可以是新传 AMD PDU , 重传 AMD PDU或者重传 AMD PDU分段。
具体而言， 上述步骤 12中， 发送端确定数据包发送完成后， 且没有待 发送的数据包， 可以包括：
数据包发送完成后， 且 Transmission Buffer (新传数据緩存） 及 Retransmission Buffer (重传数据緩存）均为空， 其中， 重传数据緩存不包 括等待 ARQ模式确认的已传数据包， 即发送的数据包为最后一个待传数据 包。
或者， 上述步骤 12中， 发送端确定数据包发送完成后， 且发送窗口无 法发送待发送的数据包， 可以包括：
数据包发送完成后， 且由于发送端的发送窗口限制而无法发送新的数 据包。
可见，存在以上任意一种情形时，发送端可以指示 MAC( Media Access Control, 媒体接入控制 )实体通过 Local NACK模式反馈数据包是否传输失 败。
示例性的， 下面简单说明 Local NACK模式：
MAC实体通过 H ARQ ( Hybrid Automatic Repeat Request , 混合自动 重传请求）模式传输 RLC AM实体的发送端递交下来的 RLC数据包， 当该 RLC数据包达到最大的 HARQ重传次数后仍然没有传输成功时， MAC实体 会向 RLC AM实体的发送端指示该 RLC数据包传输失败。 因此， RLC AM实 体的发送端通过接收 MAC实体发送的 Local NACK指示来快速重传对应的 RLC数据包， 以便减少重传时延。
可见，上述步骤 12中， RLC AM实体的发送端确定 RLC数据包发送完成 后， 且没有待发送的 RLC数据包或者发送窗口无法发送待发送的 RLC数据 包时，才指示 MAC实体通过 Local NACK模式反馈当前 RLC数据包是否传输 失败。
进而， 上述步骤 13中发送端接收到 MAC实体反馈数据包传输失败， 发 送端即可以重传数据包。
也就是说， RLC AM实体的发送端指示 MAC实体对一个特定的 RLC数 据包应用 Local NACK模式， 不再是对所有 RLC数据包应用 Local NACK模 式， 避免了对所有 RLC数据包应用 Local NACK模式时与 AM模式下的接收 端发送的状态报告重复作用， 导致重复的重传数据包。
可选的， 若发送端指示媒体接入控制实体通过本地否定应答模式反馈 数据包传输失败本发明实施例数据包的重传方法， 还可以包括：
发送端判断是否有待发送的数据包或者判断发送窗口是否恢复发送待 发送数据包。
若没有待发送的数据包或者发送窗口没有恢复发送待发送数据包， 发 送端判断数据包的序号在 0至 X间循环， 当 VT(A)小于 VT(S) 时， 数据包的 序号小于 VT(S)且大于等于 VT(A), 发送端重传所述数据包， 或者， 当 VT(A) 大于 VT(S) 时， 数据包的序号小于 X+1且大于等于 VT(A), 或者数据包的序 号小于 VT(S)且大于等于 0, 发送端重传数据包。
其中， VT(S) ( Variable Transmission (Send state variable), 发送端 发送状态变量 ) , VT(A) ( Variable Transmission (Acknowledgement state variable), 发送端确认状态变量） 。
具体而言， 当数据包的 SN ( Sequence Number, 序号）在 0至 X间循 环。 示例性的， 数据包的 SN在 0至 1023间循环， 即 X=1023。
当 VT(A)<VT(S) 时， 数据包的 SN小于 VT(S)且大于等于 VT(A) , 即 VT(A)<=SN<VT(S), 发送端重传数据包。
当 VT(A)>VT(S) 时， 所述数据包的 SN小于 X+1且大于等于 VT(A), 或 者， 数据包的 SN小于 VT(S)且大于等于 0 , 即 VT(A)<=SN<1024 || 0<=SN<VT(S), 发送端重传数据包。 其中， VT(A)是发送窗口的下限， 其记录的 SN对应着下一个被期待接 收到 ACK ( Acknowledgement, 确认） 的 RLC PDU。 VT(S)表示发送窗口 中下一个待发送的新传 RLC PDU的 SN。
具体而言， 发送端判断出有待发送的数据包或者发送窗口恢复发送待 发送数据包， 可以包括：
高层有新的数据包到达无线链路控制确认模式实体的发送端， 加入到 新传数据緩存。
或者，无线链路控制确认模式实体的发送端已发送的数据包收到 NACK 反馈， 加入到重传数据緩存。
或者， 无线链路控制确认模式实体的发送端接收到接收端反馈后， 新 传数据包不再受到发送窗口的限制。
其中， 对于 SRB, 高层指 RRC ( Radio Resource Control, 无线资源控 制）层， 对于 DRB, 高层指 PDCP ( Packet Data Convergence Protocol, 分组数据集中协议）层。
可见， 本发明实施例数据包的重传方法， 避免在有待发送的数据包或 者发送窗口恢复发送待发送数据包时， 对 RLC数据包应用 Local NACK模 式， 导致重复的重传数据包。
本发明实施例数据包的重传方法， 在上述步骤 1 1之前， 还可以包括： 接收 RRC ( Radio Resource Control, 无线资源控制） 消息， RRC消 息携带是否支持第一条件的指示， 是否支持第一条件的指示， 可以包括： 配置信令无线承载和 /或数据无线承载是否支持第一条件的指示， 信令 无线承载和 /或数据无线为确认模式， 第一条件包括在数据包发送完成后， 且没有待发送的数据包， 或者发送窗口无法发送待发送的数据包时， 发送 端指示媒体接入控制实体通过本地否定应答模式反馈数据包是否传输失 败。
示例性的， 本发明实施例数据包的重传方法， RB (承载） 均指配置为 AM的承载， 其适用于 UE侧时：
eNodeB可以通过 RRC消息配置 RB是否支持第一条件的指示， 以指示 每个 RB是否支持第一条件。
其中， RB可以包括 SRB和 /或 DRB, 即可以对 SRB和 DRB配置是否支 持第一条件的指示， 也可以对 SRB或 DRB配置是否支持第一条件的指示。
或者， eNodeB可以通过 RRC消息对 UE配置是否支持第一条件的指 示， 如果对 UE配置了是否支持第一条件的指示， 则所述 UE的 RB均被配置 了是否支持第一条件的指示。 其中， RB可以包括 SRB和 DRB。
或者， 不需要通过 RRC消息进行上述配置， 而是协议强制规定是否支 持第一条件。 其中， 协议可以包括 RLC协议和 MAC协议。
具体而言， 可选的， 用来配置是否支持第一条件的指示的 RRC消息可 以包括：
RRC Connection Setup( RRC连接建立）消息，或者， RRC Connection Reconfiguration ( RRC连接重酉己置 ） 消息， 或者， RRC Connection Reestablishment ( RRC 连接重建立） 消息。
可选的， 可以使用上述消息中已有的参数， 或者新增加的参数， 或者 现有参数中的某些字段或其他方式实现配置是否支持第一条件的指示。
示例性的， 本发明实施例数据包的重传方法适用于 eNodeB侧时， eNodeB不需要将配置是否支持第一条件的指示通知给 U E。
可见， 如果对某 RB或 UE配置是否支持第一条件的指示后， RLC AM实 体的发送端可以在数据包发送完成后且没有待发送的数据包或者发送窗口 无法发送待发送的数据包时，指示 MAC实体通过 Local NACK反馈数据包是 否传输失败。
可选的， 若 RRC消息携带支持第一条件的指示， 本发明实施例数据包 的重传方法， 还可以包括：
接收高层指示， 根据高层的指示判定是否执行第一条件， 高层包括无 其中， 对于 SRB, 高层指 RRC层； 对于 DRB, 高层指 PDCP层。
示例性的， 如果高层指示了一个高层数据包（即 RLC SDU ( Service Data Unit, 服务数据单元） ）应用 Local NACK模式， 则 RLC AM实体的发 送端确定数据包发送完成后且没有待发送的数据包或者发送窗口无法发送 待发送的数据包， 其中， 当前数据包为含有该 RLC SDU全部或部分数据的 RLC PDU , 则 RLC AM实体的发送端指示 MAC实体对该 RLC PDU通过 Local NACK反馈是否传输失败。
如果高层指示一个高层数据包（即 RLC SDU )不应用 Local NACK模式， 包或者发送窗口无法发送待发送的数据包， RLC AM实体的发送端也不指示 MAC实体对该 RLC PDU通过 Local NACK反馈是否传输失败。
可见， 即使某 RB或 UE配置了支持第一条件的指示， 但是， RLC AM实 体的发送端还需要通过高层指示来确定判定是否执行第一条件。
可选的， 接收的 RRC消息还可以携带是否支持第二条件的指示， 第二 条件为根据高层的指示判定是否执行第一条件， 高层可以包括 RRC层， 或 者 PDCP层。
其中， 对于 SRB, 高层指 RRC层； 对于 DRB, 高层指 PDCP层。
示例性的，本发明实施例数据包的重传方法， RB均指配置为 AM的承载， 其适用于 UE侧时：
eNodeB可以通过 RRC消息配置 RB是否支持第二条件的指示， 即是否 根据高层的指示判定是否执行第一条件。
其中， RB可以包括 SRB和 /或 DRB, 即可以对 SRB和 DRB配置支持第 二条件的指示， 也可以对 S RB或 D RB配置支持第二条件的指示。
或者， eNodeB可以通过 RRC消息对 UE配置是否支持第二条件的指 示， 即是否根据高层的指示判定是否执行第一条件， 如果对 UE配置了是否 支持第二条件的指示， 则所述 UE的 RB均被配置了是否支持第二条件的指 示。 其中， RB可以包括 SRB和 DRB。
或者， 不需要通过 RRC消息进行上述配置， 而是协议强制规定是否支 持第二条件的指示。 其中， 协议可以包括 RLC协议和 MAC协议。
用来配置是否支持第二条件的指示的 RRC消息可以包括：
RRC Connection Setup消息,或者, RRC Connection Reconfiguration 消息， 或者， RRC Connection Reestablishment消息， 在此不再赘述。
示例性的， 本发明实施例数据包的重传方法适用于 eNodeB侧时， eNodeB不需要将配置是否支持第二条件的指示通知给 U E。
也就是说， 是否支持根据高层指示判定是否执行第一条件也需要通过 RRC消息进行配置， 其配置的方法与使用 RRC消息配置是否支持第一条件 的指示的方式相同。
上述本发明的实施例提供的技术方案， 尤其适用于需要传输小包的业 务， 这些业务的小数据包具有数据量小、 包与包之间的间隔长的特点， 如 Heart beat (心跳）数据包等。 因为数据量小， 在 RLC层， 这些小包通常只 需要封装为一个 RLC数据包。 又因为数据包间隔长， 该 RLC数据包总是最 后一个需要传输的数据包。 一旦该包丟失， 则需要等到 T-PollRetransmit超 时， 触发该数据包的重传， 造成了较大的传输延迟。 如图 2所示， 对应于上述实施例的数据包的重传方法， 本发明另一实施 例提供一种数据包的重传装置， 包括：
传输单元 21 , 用于发送数据包。
指示单元 22, 用于当确定传输单元 21发送数据包完成后， 且没有待发 送的数据包或者发送窗口无法发送待发送的数据包时， 指示媒体接入控制 实体通过本地否定应答模式反馈数据包是否传输失败。
传输单元 21还用于当接收到指示单元 22指示媒体接入控制实体反馈数 据包传输失败时， 重传数据包。
由上述本发明实施例提供的技术方案可以看出， 在 SRB或 DRB的 AM 下， 当数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待 发送的数据包时， 对数据包应用 Local NACK模式， 不仅避免数据包的传输 延迟， 又避免对所有数据包应用 Local NACK模式导致重复的重传数据包。
本发明实施例数据包的重传装置可以设置于 RLC AM实体的发送端。或 者， 本发明实施例数据包的重传装置可以设置于 UE或者设置于 eNodeB。
为了描述方便，下面以本发明实施例数据包的重传装置设置于 RLC AM 实体的发送端为例。
具体而言， RLC AM实体的发送端发送的数据包可以包括： 新传 AMD PDU、 重传 AMD PDU或者重传 AMD PDU分段。 以下， 将新传 AMD PDU、 重传 AMD PDU以及重传 AMD PDU分段统称为 RLC数据包。 具体而言， RLC数据包从 MAC层角度来看为一个 RLC PDU。 以下提到 RLC数据包或 RLC PDU可以是新传 AMD PDU、重传 AMD PDU或者重传 AMD PDU分段。
如图 3所示， 本发明实施例数据包的重传装置， 还可以包括：
第一判断单元 31， 用于若指示单元 22指示媒体接入控制实体通过本地 否定应答模式反馈数据包传输失败， 判断是否有待发送的数据包或者判断 发送窗口是否恢复发送待发送数据包。
第二判断单元 32， 用于当第一判断单元 31的判断结果为没有待发送的 数据包或者发送窗口没有恢复发送待发送数据包时， 若数据包的序号在 0至 X间循环， 当 VT(A) 小于 VT(S) 时， 判断数据包的序号是否小于 VT(S)且大 于等于 VT(A), 或者， 当 VT(A) 大于 VT(S) 时， 判断数据包的序号是否小于 X+1且大于等于 VT(A), 或者数据包的序号小于 VT(S)且大于等于 0。
传输单元 21 , 还用于当第二判断单元 32的判断结果为是时， 重传数据 包。
示例性的， 数据包的序号在 0至 X间循环； 当 VT(A)<VT(S) 时， 数据包的序号小于 VT(S)且大于等于 VT(A) , 传 输单元 21重传数据包；
或者， 当 VT(A)>VT(S) 时， 数据包的序号小于 X+1且大于等于 VT(A), 或者数据包的序号小于 VT(S)且大于等于 0, 传输单元 21重传数据包。
示例性的， 第一判断单元 31的判断结果为有待发送的数据包或者发送 窗口恢复发送待发送数据包， 可以包括： 高层有新的数据包到达无线链路 控制确认模式实体的发送端， 加入到新传数据緩存。 或者， 无线链路控制 确认模式实体的发送端已发送的数据包收到 NACK反馈，加入到重传数据緩 存。 或者， 无线链路控制确认模式实体的发送端接收到接收端反馈后， 新 传数据包不再受到发送窗口的限制。 其中， 对于 SRB, 高层指 RRC层， 对 于 DRB, 高层指 PDCP层。
可见， 本发明实施例数据包的重传装置， 避免在有待发送的数据包或 者发送窗口恢复发送待发送数据包时， 对 RLC数据包应用 Local NACK模 式， 导致重复的重传数据包。
本发明实施例数据包的重传装置， 传输单元 21 , 还可以用于接收 RRC 消息， RRC消息携带是否支持第一条件的指示， 第一条件为配置信令无线 承载和 /或数据无线承载是否支持第一条件的指示， 信令无线承载和 /或数据 无线为确认模式， 第一条件包括在数据包发送完成后， 且没有待发送的数 据包， 或者发送窗口无法发送待发送的数据包时， 发送端指示媒体接入控 制实体通过本地否定应答模式反馈数据包是否传输失败。
示例性的， RRC消息携带是否支持第一条件的指示可以参考上述图 1 所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
同理， 用来配置是否支持第一条件的指示的 RRC消息也可以参考上述 图 1所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
可选的， 本发明实施例数据包的重传装置， 若 RRC消息携带支持第一 条件的指示， 则传输单元 21还可以用于接收高层指示， 根据高层的指示判 定是否执行第一条件， 其中， 对于 SRB, 高层指 RRC层， 对于 DRB, 高层 指 PDCP层。
也就是说，即使某 RB或 UE配置了支持第一条件的指示，但是， RLC AM 实体的发送端还需要通过高层指示来判定是否执行第一条件。
可选的， 本发明实施例数据包的重传装置， 传输单元 21接收的 RRC消 息还携带是否支持第二条件的指示， 第二条件为根据高层的指示判定是否 执行第一条件， 其中， 对于 SRB, 高层指 RRC层， 对于 DRB, 高层指 PDCP 层。
可选的， 是否支持根据高层指示判定是否执行第一条件也需要通过 RRC消息进行配置， 其配置的方法与使用 RRC消息配置是否支持第一条件 的指示的方式相同。
示例性的， RRC消息携带是否支持第二条件的指示可以参考上述图 1 所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
同理， 用来配置是否支持第二条件的指示的 RRC消息也可以参考上述 图 1所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
本发明实施例数据包的重传装置及其构成， 可以对照上述图 1所示实施 例的数据包的重传方法中涉及的相应内容得以理解， 在此不作贅述。 本发明另一实施例提供一种数据包的重传方法， 包括：
发送无线资源控制消息给用户终端， 无线资源控制消息携带是否支持 第一条件的指示， 第一条件为在当前数据包发送完成后且没有待发送的数 据包或者发送窗口无法发送待发送的数据包时， 信令无线承载或者数据无 线承载对应的无线链路控制确认模式实体的发送端指示媒体接入控制实体 通过本地否定应答模式反馈所述当前数据包是否传输失败。
本发明实施例数据包的重传方法的执行主体是 eNodeB ( Evolution NodeB, 演进基站）。 无线链路控制确认模式实体的发送端简称为 RLC AM 实体的发送端。
具体的， 是否支持第一条件的指示， 可以包括：
配置信令无线承载和 /或数据无线承载是否支持第一条件的指示， 信令 无线承载和 /或数据无线为确认模式， 第一条件包括在数据包发送完成后， 且没有待发送的数据包， 或者发送窗口无法发送待发送的数据包时， 发送 端指示媒体接入控制实体通过本地否定应答模式反馈数据包是否传输失 败。
示例性的， 本发明实施例数据包的重传方法， eNodeB可以通过 RRC 消息配置 RB是否支持第一条件的指示， 以指示每个 RB是否支持第一条件。
其中， RB可以包括 SRB和 /或 DRB, 即可以对 SRB和 DRB配置是否支 持第一条件的指示， 也可以对 SRB或 DRB配置是否支持第一条件的指示。
或者， eNodeB可以通过 RRC消息对 UE配置是否支持第一条件的指 示， 如果对 UE配置了是否支持第一条件的指示， 则所述 UE的 RB均被配置 了是否支持第一条件的指示。 其中， RB可以包括 SRB和 DRB。
或者， 不需要通过 RRC消息进行上述配置， 而是协议强制规定是否支 持第一条件。 其中， 协议可以包括 RLC协议和 MAC协议。
具体而言， 可选的， 用来配置是否支持第一条件的指示的 RRC消息可 以包括：
RRC Connection Setup消息,或者, RRC Connection Reconfiguration 消息, 或者, RRC Connection Reestablishment消息。
可选的， 可以使用上述消息中已有的参数， 或者新增加的参数， 或者 现有参数中的某些字段或其他方式实现配置是否支持第一条件的指示。
本发明实施例数据包的重传方法中， 无线资源控制消息还携带是否支 持第二条件的指示， 第二条件为根据高层的指示判定是否执行第一条件， 高层可以包括 RRC层， 或者 PDCP层。
其中， 对于 SRB, 高层指 RRC层； 对于 DRB, 高层指 PDCP层。 示例性的， RRC消息携带是否支持第二条件的指示可以参考上述图 1 所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
同理， 用来配置是否支持第二条件的指示的 RRC消息也可以参考上述 图 1所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
也就是说， 是否支持根据高层指示， 在当前数据包发送完成后没有后 续待发送的数据包或者发送窗口无法发送后续待发送的数据包时， 指示媒 体接入控制实体通过本地否定应答模式反馈所述当前数据包是否传输失败 的机制也需要 RRC进行配置。 配置的方法与使用 RRC消息配置是否在当前 数据包发送完成后没有后续待发送的数据包或者发送窗口无法发送后续待 发送的数据包时， 无线链路控制确认模式实体的发送端指示媒体接入控制 实体通过本地否定应答模式反馈当前数据包是否传输失败的方式相同。
本发明实施例数据包的重传方法， 可以对照上述图 1所示实施例的数据 包的重传方法中涉及的相应内容得以理解， 在此不作贅述。
由上述本发明实施例提供的技术方案可以看出， 在 SRB或 DRB的 AM 下， 当数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待 发送的数据包时， 对数据包应用 Local NACK模式， 不仅避免数据包的传输 延迟， 又避免对所有数据包应用 Local NACK模式导致重复的重传数据包。 本发明另一实施例提供一种数据包的重传装置， 包括：
发送单元， 用于发送无线资源控制消息给用户终端， 无线资源控制消 息携带是否支持第一条件的指示， 第一条件为在当前数据包发送完成后且 没有待发送的数据包或者发送窗口无法发送待发送的数据包时， 信令无线 承载或者数据无线承载对应的无线链路控制确认模式实体的发送端指示媒 体接入控制实体通过本地否定应答模式反馈所述当前数据包是否传输失 败。
本发明实施例数据包的重传装置可以设置于 eNodeB。无线链路控制确 认模式实体的发送端简称为 RLC AM实体的发送端。
具体的， 是否支持第一条件的指示， 可以包括：
配置信令无线承载和 /或数据无线承载是否支持第一条件的指示， 信令 无线承载和 /或数据无线为确认模式， 第一条件包括在数据包发送完成后， 且没有待发送的数据包， 或者发送窗口无法发送待发送的数据包时， 发送 端指示媒体接入控制实体通过本地否定应答模式反馈数据包是否传输失 败。
示例性的， RRC消息携带是否支持第一条件的指示可以参考上述图 1 所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
同理， 用来配置是否支持第一条件的指示的 RRC消息也可以参考上述 图 1所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
可选的， 发送单元发送的无线资源控制消息还携带是否支持第二条件 的指示， 所述第二条件为根据高层的指示判定是否执行第一条件， 高层包 括无线资源控制层， 或者分组数据集中协议层。
示例性的， RRC消息携带是否支持第二条件的指示可以参考上述图 1 所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
同理， 用来配置是否支持第二条件的指示的 RRC消息也可以参考上述 图 1所示实施例的数据包的重传方法的相应内容得以理解， 在此不再贅述。
本发明实施例数据包的重传装置， 可以对照上述图 2、 3所示实施例的 数据包的重传装置中涉及的相应内容得以理解， 在此不作贅述。
由上述本发明实施例提供的技术方案可以看出， 在 SRB或 DRB的 AM 下， 当数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待 发送的数据包时， 对数据包应用 Local NACK模式， 不仅避免数据包的传输 延迟， 又避免对所有数据包应用 Local NACK模式导致重复的重传数据包。 如图 4所示， 下面具体结合应用场景， 说明本发明实施例数据包的重传 方法， 包括：
41、 eNodeB通过 RRC消息对配置为确认模式的 RB进行配置， 指示 RB 是否允许针对当前数据包发送完成后且没有待发送的数据包或者发送窗口 无法发送待发送的数据包时， 对当前数据包应用 Local NACK模式。
示例性的， eNodeB通过 RRC消息对当前数据包应用 Local NACK模式 的 RB分别进行配置，指示每个 RB的配置属性。 即 RB (包括 SRB和 /或 DRB ) 均支持当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包或者 发送窗口无法发送待发送的数据包时， 对当前数据包应用 Local NACK模 式。
或者， eNodeB通过 RRC消息对当前数据包应用 Local NACK模式的 UE 进行配置。 即 UE的所有配置为确认模式的 RB (包括 SRB和 DRB ) 均支持 当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包或者发送窗 口无法发送待发送的数据包时， 对当前数据包应用 Local NACK模式。
或者， 当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包 或者发送窗口无法发送待发送的数据包时， 对当前数据包应用 Local NACK 模式定义为协议强制执行， 不需要 RRC消息进行配置。
用来配置 Local NACK模式的 RRC消息可以包括但不限于 RRC Connection Setup消息、 RRC Connection Reconfiguration消息或 RRC Connection Reestablishment消息。可选的， 可以使用上述消息中已有的参 数， 或者新增加的参数， 或者现有参数中的某些字段或其他方式实现配置。
42、 RLC AM实体的发送端确定当前数据包发送完成后且没有待发送的 数据包或者发送窗口无法发送待发送的数据包， 指示 MAC实体对当前数据 包应用 Local NACK模式。
可选的，在数据传输过程中， 当一个 RLC AM实体的发送端在组装一个 AMD PDU或 AMD PDU分段时， 检测到当发送完所述被组装的 AMD PDU 或 AMD PDU分段后， 新传数据緩存及重传数据緩存均为空（所述的重传数 据緩存不包括等待 ARQ模式确认的已传数据包） ， 即所述被组装的 AMD PDU或 AMD PDU分段为最后一个待传数据包，则判断所述被组装的数据包 所属的 RB是否配置 Local NACK模式，如果配置了 Local NACK模式，则 RLC AM实体的发送端通知 MAC实体， 对所述被组装的 AMD PDU或 AMD PDU 分段应用 Local NACK模式。
可选的，在数据传输过程中， 当一个 RLC AM实体的发送端在组装一个 AMD PDU或 AMD PDU分段时， 检测到当发送完所述被组装的 AMD PDU 或 AMD PDU分段后， 由于发送窗口限制而无法发送新的数据包， 则判断所 述被组装的数据包所属的 RB是否配置 Local NACK模式， 如果配置了 Local NACK模式，则通知 RLC AM实体的发送端 MAC实体，对所述被组装的 AMD PDU或 AMD PDU分段应用 Local NACK模式。
43、 MAC实体通知 RLC AM实体的发送端 RLC数据包传输失败。
如果 MAC实体收到了一个 MAC SDU (即一个 RLC数据包）执行 Local NACK的指示， 则 MAC实体确定出承载该 MAC SDU的 MAC PDU对应的 HARQ进程。 如果所述的 HARQ进程判断出所述 MAC PDU已达到最大传输 次数， 并且最后一次的 HARQ反馈是 NACK, 即所述 HARQ进程对应最后一 次 HARQ传输的反馈是 NACK,表示数据包没有传输成功，则 MAC实体通知 对应发送了 Local NACK指示的 RLC AM实体的发送端对应的 RLC数据包传 输失败。
44、 RLC AM实体的发送端重传当前数据包。
当 RLC AM实体的发送端接收到 MAC实体发送的某个 AMD PDU或 AMD PDU分段的 HARQ错误指示， 即 RLC数据包传输失败指示， 首先判断 当前是否有可以发送的数据， 如果有， 则忽略所述 HARQ错误指示； 否贝' J , 判断所述 AMD PDU或 AMD PDU分段的 SN , 如果所述 SN与 VT(A)和 VT(S) 满足传输条件， 则 RLC AM实体的发送端重传所述 AMD PDU或 AMD PDU 分段。 具体地， 判断当前是否有可以发送的 RLC PDU的场景包括： 高层有新的数据包到达无线链路控制确认模式实体的发送端， 加入到 新传数据緩存；
或者，无线链路控制确认模式实体的发送端已发送的数据包收到 NACK 反馈， 加入到重传数据緩存。
或者， 无线链路控制确认模式实体的发送端接收到接收端反馈后， 新 传数据包不再受到发送窗口的限制。
具体地， 由于 AMD PDU或 AMD PDU分段的 SN在 0~1023间循环编号， 因此所述数据包的 SN与 VT(A)和 VT(S) 满足传输条件， 可以包括：
当 VT(A)<VT(S)时， VT(A)<=SN<VT(S), RLC AM实体的发送端重传 所述 AMD PDU或 AMD PDU分段；
当 VT(A)>VT(S) 时， VT(A)<=SN<1024 || 0<=SN<VT(S), RLC AM 实体的发送端重传所述 AMD PDU或 AMD PDU分段。
可选的， 当 RLC实体的发送端接收到 MAC实体发送的某个 AMD PDU 或 AMD PDU分段的 HARQ错误指示， 即 RLC数据包传输失败指示， 且判断 出当前没有待发送的 RLC数据包后， 也可以不判断 AMD PDU或 AMD PDU 分段的 SN是否与 VT(A)和 VT(S) 满足传输条件，而是直接重传 AMD PDU或 AMD PDU分段。
可选的， 当 RLC实体的发送端接收到 MAC实体发送的某个 AMD PDU 或 AMD PDU分段的 HARQ错误指示， 即 RLC数据包传输失败指示， 不判断 当前是否有可发送的 RLC数据包， 而是直接判断所述 AMD PDU或 AMD PDU分段的 SN是否与 VT(A)和 VT(S) 满足传输条件， 如果是， 则可以进行 重传； 如果不是， 则忽略该指示。
本发明实施例数据包的重传方法中， RB均指配置为确认模式的承载。 由上述本发明的实施例提供的技术方案可以看出， 当前数据包发送完 成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包时， 对 当前数据包应用 Local NACK模式， 不仅避免了数据包的传输延迟， 又避免 了直接应用 Local NACK模式导致的重复的重传数据包。 如图 5所示， 本发明实施例数据包的重传方法与上述图 4所示数据包的 重传方法的区别在于：
即使某 RB或 UE配置了针对当前数据包发送完成后且没有待发送的数 据包或者发送窗口无法发送待发送的数据包时， 对当前数据包应用 Local NACK模式， 但是， RLC AM实体的发送端还需要通过高层指示， 确定是否 对当前数据包应用 Local NACK模式。
本发明实施例数据包的重传方法的其他内容均可以参考上述图 4所示 数据包的重传方法相应内容得以理解。
下面具体结合应用场景， 说明本发明实施例数据包的重传方法， 包括：
51、 eNodeB通过 RRC消息对配置为确认模式的 RB进行配置， 指示 RB 是否允许针对当前数据包发送完成后且没有待发送的数据包或者发送窗口 无法发送待发送的数据包时， 对当前数据包应用 Local NACK模式。
示例性的， eNodeB通过 RRC消息对当前数据包应用 Local NACK模式 的 RB分别进行配置，指示每个 RB的配置属性。 即 RB (包括 SRB和 /或 DRB ) 均支持当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包或者 发送窗口无法发送待发送的数据包时， 对当前数据包应用 Local NACK模 式。
或者， eNodeB通过 RRC消息对当前数据包应用 Local NACK模式的 UE 进行配置。 即 UE的所有配置为确认模式的 RB (包括 SRB和 DRB ) 均支持 当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包或者发送窗 口无法发送待发送的数据包时， 对当前数据包应用 Local NACK模式。
或者， 当前数据包（如 RLC PDU )发送完成后且没有待发送的数据包 或者发送窗口无法发送待发送的数据包时， 对当前数据包应用 Local NACK 模式定义为协议强制执行， 不需要 RRC消息进行配置。
可选的， 是否支持根据高层指示， 在当前数据包发送完成后且没有待 发送的数据包或者发送窗口无法发送待发送的数据包时， 指示所述媒体接 入控制实体通过本地否定应答模式反馈所述当前数据包是否传输失败的机 制也需要 RRC进行配置。 配置的方法与使用 RRC消息配置是否在当前数据 包发送完成后且没有待发送的数据包或者发送窗口无法发送待发送的数据 包时， 无线链路控制确认模式实体的发送端指示媒体接入控制实体通过本 地否定应答模式反馈当前数据包是否传输失败的方式相同。
52、 RLC AM实体的发送端确定高层指示当前数据包发送完成后且没有 待发送的数据包或者发送窗口无法发送待发送的数据包， 对当前数据包应 用 Local NACK模式， 则指示 MAC实体对当前数据包应用 Local NACK模式。
对于 SRB, 高层是 RRC层， 对于 DRB, 高层是 PDCP层。
也就是说， 如果高层指示了一个高层数据包（即 RLC SDU )应用 Local NACK模式， 则 RLC AM实体的发送端对含有该 RLC SDU全部或部分数据 的最后一个 RLC PDU应用 Local NACK模式。而如果高层指示一个高层数据 包（即 RLC SDU )不应用 Local NACK模式， 则即使 RLC AM实体的发送端 判断含有该 RLC SDU全部或部分数据的 RLC PDU是最后一个数据包，也不 应用 Local NACK模式。
可选的，在数据传输过程中，如果高层指示了一个高层数据包（即 RLC SDU )应用 Local NACK模式， 当一个 RLC AM实体的发送端在组装一个 AMD PDU或 AMD PDU分段时， 检测到当发送完所述被组装的 AMD PDU 或 AMD PDU分段后， 新传数据緩存及重传数据緩存均为空（所述的重传数 据緩存不包括等待 ARQ确认的已传数据包） ， 即所述被组装的 AMD PDU 或 AMD PDU分段为最后一个待传数据包， 则 RLC AM实体的发送端通知 MAC实体， 对所述被组装的 AMD PDU或 AMD PDU分段应用 Local NACK 模式。 可选的，在数据传输过程中，如果高层指示了一个高层数据包（即 RLC SDU )应用 Local NACK模式， 当一个 RLC AM实体的发送端在组装一个 AMD PDU或 AMD PDU分段时， 检测到当发送完所述被组装的 AMD PDU 或 AMD PDU分段后， 由于发送窗口限制而无法发送新的数据包， 则对所述 被组装的 AMD PDU或 AMD PDU分段应用 Local NACK模式。
53、 MAC实体通知 RLC AM实体的发送端 RLC数据包传输失败。
此步骤可以参考上述图 4所示数据包的重传方法相应内容得以理解。
54、 RLC AM实体的发送端重传当前数据包。
此步骤可以参考上述图 4所示数据包的重传方法相应内容得以理解。 本发明实施例数据包的重传方法中， RB均指配置为确认模式的承载。 由上述本发明的实施例提供的技术方案可以看出， 当前数据包发送完 成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包时， 对 当前数据包应用 Local NACK模式， 不仅避免了数据包的传输延迟， 又避免 了直接应用 Local NACK模式导致的重复的重传数据包。 如图 6所示， 本发明实施例数据包的重传方法与上述图 4所示数据包的 重传方法的区别在于：
eNodeB通过 RRC消息对需要根据高层指示应用 Local NACK模式的 RB进行配置， 指示该 RB是否允许根据高层指示应用 Local NACK模式。
下面具体结合应用场景， 说明本发明实施例数据包的重传方法， 包括：
61、 eNodeB通过 RRC消息对需要根据高层指示应用 Local NACK模式 的 RB进行配置。
其中， 对于 SRB, 高层是 RRC层， 对于 DRB, 高层是 PDCP层。
可选的， eNodeB通过 RRC消息对需要根据高层指示应用 Local NACK 模式的 RB分别进行配置， 指示该 RB是否允许根据高层指示应用 Local
NACK模式， 即该指示是每个 RB的配置属性之一。 可选的， eNodeB通过 RRC消息对需要根据高层指示的 Local NACK模 式的 UE进行配置，指示该 UE是否允许根据高层指示应用 Local NACK模式， 即该指示是 UE配置属性， 所述 UE的所有 RB (包括 SRB和 DRB ) 均需要应 用 Local NACK模式。
可选的， 根据高层指示的 Local NACK模式定义为协议强制执行， 不需 要 RRC消息进行配置。
用来配置该模式的 RRC消息可以参考上述图 4所示数据包的重传方法 相应内容得以理解。
62、 RLC AM实体的发送端根据高层指示， 指示 MAC实体对当前数据 包应用 Local NACK模式。
可选的， 如果高层指示了对一个高层数据包（即 RLC SDU )应用 Local NACK模式， 则 RLC AM实体的对含有该 RLC SDU全部或部分数据的所有 RLC PDU执行上述图 4的步骤 43-44。
如果高层指示一个高层数据包（即 RLC SDU )不应用 Local NACK模式， 则 RLC AM实体的对含有该 RLC SDU全部或部分数据的所有 RLC PDU均 不应用 Local NACK模式。
或者，如果高层指示了一个高层数据包（即 RLC SDU )应用 Local NACK 模式， 则 RLC AM实体的仅仅对含有该 RLC SDU全部或部分数据的最后一 个 RLC PDU执行上述图 4的步骤 43-44。
本发明实施例数据包的重传方法中， RB均指配置为确认模式的承载。 由上述本发明的实施例提供的技术方案可以看出， 当前数据包发送完 成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包时， 对 当前数据包应用 Local NACK模式， 不仅避免了数据包的传输延迟， 又避免 了直接应用 Local NACK模式导致的重复的重传数据包。 本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流 程， 是可以通过计算机程序来指令相关的硬件来完成， 所述的程序可存储 于一计算机可读取存储介质中， 该程序在执行时， 可包括如上述各方法的 实施例的流程。 其中， 所述的存储介质可为磁碟、 光盘、 只读存储记忆体
( Read-Only Memory , ROM ) 或随机存储记忆体 ( Random Access Memory, RAM )等。
以上所述， 仅为本发明较佳的具体实施方式， 但本发明的保护范围并 不局限于此， 任何熟悉本技术领域的技术人员在本发明揭露的技术范围内， 可轻易想到的变化或替换， 都应涵盖在本发明的保护范围之内。 因此， 本 发明的保护范围应该以权利要求的保护范围为准。

Claims

权利要求书
1、 一种数据包的重传方法， 其特征在于， 包括：
发送端发送数据包；
当所述发送端确定所述数据包发送完成， 且没有待发送的数据包或者 发送窗口无法发送待发送的数据包时， 所述发送端指示媒体接入控制实体 通过本地否定应答模式反馈所述数据包是否传输失败；
若所述发送端接收到所述媒体接入控制实体通过本地否定应答模式反 馈所述数据包传输失败， 所述发送端重传所述数据包。
2、 根据权利要求 1所述的方法， 其特征在于， 若所述发送端指示媒体 接入控制实体通过本地否定应答模式反馈所述数据包传输失败， 所述方法 还包括：
所述发送端判断是否有待发送的数据包或者判断所述发送窗口是否恢 复发送待发送数据包；
若没有待发送的数据包或者所述发送窗口没有恢复发送待发送数据 包， 当发送端发送状态变量 VT(A)小于发送端确认状态变量 VT(S) 时， 所述 发送端判断所述数据包的序号小于 VT(S)且大于等于 VT(A), 则所述发送端 重传所述数据包， 或者， 当 VT(A)大于 VT(S) 时， 所述发送端判断所述数据 包的序号小于 X+1且大于等于 VT(A), 或者所述数据包的序号小于 VT(S)且 大于等于 0, 则所述发送端重传所述数据包；
其中， 所述数据包的序号在 0至 X间循环。
3、 根据权利要求 1所述的方法， 其特征在于， 所述发送端发送数据包 之前， 所述方法还包括：
接收无线资源控制消息， 所述无线资源控制消息携带是否支持第一条 件的指示， 所述是否支持第一条件的指示， 包括：
配置信令无线承载和 /或数据无线承载是否支持第一条件的指示， 所述 信令无线承载和 /或数据无线为确认模式， 所述第一条件包括在数据包发送 完成后， 且没有待发送的数据包， 或者发送窗口无法发送待发送的数据包 时， 所述发送端指示所述媒体接入控制实体通过本地否定应答模式反馈所 述数据包是否传输失败。
4、 根据权利要求 3所述的方法， 其特征在于， 若所述无线资源控制消 息携带支持第一条件的指示， 所述方法还包括：
接收高层指示， 根据高层的指示判定是否执行第一条件， 所述高层包 括无线资源控制层， 或者分组数据集中协议层。
5、 根据权利要求 3所述的方法， 其特征在于， 所述接收的无线资源控 制消息还携带是否支持第二条件的指示， 所述第二条件为根据高层的指示 判定是否执行第一条件， 所述高层包括无线资源控制层或者分组数据集中 协议层。
6、 一种数据包的重传装置， 其特征在于， 包括：
传输单元， 用于发送数据包；
指示单元， 用于当确定所述传输单元发送数据包完成后， 且没有待发 送的数据包或者发送窗口无法发送待发送的数据包时， 指示媒体接入控制 实体通过本地否定应答模式反馈所述数据包是否传输失败；
所述传输单元还用于当接收到所述指示单元指示所述媒体接入控制实 体反馈所述数据包传输失败时， 重传所述数据包。
7、 根据权利要求 6所述的装置， 其特征在于， 所述装置还包括： 第一判断单元， 用于若所述指示单元指示媒体接入控制实体通过本地 否定应答模式反馈所述数据包传输失败， 判断是否有待发送的数据包或者 判断所述发送窗口是否恢复发送待发送数据包；
第二判断单元， 用于当所述第一判断单元的判断结果为没有待发送的 数据包或者所述发送窗口没有恢复发送待发送数据包时， 若所述数据包的 序号在 0至 X间循环， 当 VT(A)小于 VT(S) 时， 判断所述数据包的序号是否 小于 VT(S)且大于等于 VT(A), 或者， 当 VT(A)大于 VT(S) 时， 判断所述数 据包的序号是否小于 X+1且大于等于 VT(A), 或者所述数据包的序号小于 VT(S)且大于等于 0;
所述传输单元， 还用于当所述第二判断单元的判断为所述数据包的序 号小于 VT(S)且大于等于 VT(A)或者小于 X+1且大于等于 VT(A) 或者小于
VT(S)且大于等于 0时， 重传所述数据包。
8、 根据权利要求 6所述的装置， 其特征在于， 所述传输单元， 还用于 接收无线资源控制消息， 所述无线资源控制消息携带是否支持第一条件的 指示， 所述第一条件为配置信令无线承载和 /或数据无线承载是否支持第一 条件的指示， 所述信令无线承载和 /或数据无线为确认模式， 所述第一条件 包括在数据包发送完成后， 且没有待发送的数据包， 或者发送窗口无法发 送待发送的数据包时， 所述发送端指示所述媒体接入控制实体通过本地否 定应答模式反馈所述数据包是否传输失败。
9、 根据权利要求 8所述的装置， 其特征在于， 若所述无线资源控制消 息携带支持第一条件的指示， 所述传输单元还用于接收高层指示， 根据高 层的指示判定是否执行第一条件， 所述高层包括无线资源控制层， 或者分 组数据集中协议层。
10、 根据权利要求 8所述的装置， 其特征在于， 所述传输单元接收的无 线资源控制消息还携带是否支持第二条件的指示， 所述第二条件为根据高 层的指示判定是否执行第一条件， 所述高层包括无线资源控制层或者分组 数据集中协议层。
PCT/CN2012/070113 2011-01-25 2012-01-06 一种数据包的重传方法及装置 WO2012100670A1 (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP12738936.9A EP2670077A1 (en) 2011-01-25 2012-01-06 Method and apparatus for data packet retransmission

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110029844.5 2011-01-25
CN201110029844.5A CN102611537B (zh) 2011-01-25 2011-01-25 一种数据包的重传方法及装置

Publications (1)

Publication Number Publication Date
WO2012100670A1 true WO2012100670A1 (zh) 2012-08-02

Family

ID=46528712

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/070113 WO2012100670A1 (zh) 2011-01-25 2012-01-06 一种数据包的重传方法及装置

Country Status (3)

Country Link
EP (1) EP2670077A1 (zh)
CN (1) CN102611537B (zh)
WO (1) WO2012100670A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113812201A (zh) * 2020-04-13 2021-12-17 北京小米移动软件有限公司 数据传输方法、装置及通信设备

Families Citing this family (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105075323B (zh) 2013-03-29 2019-02-05 Vid拓展公司 早期分组丢失检测和反馈
CN103368690B (zh) * 2013-06-27 2019-05-14 厦门雅迅网络股份有限公司 车载设备的音视频信息的传输方法
CN103888222B (zh) * 2014-03-21 2017-09-15 电信科学技术研究院 一种数据包处理方法及装置
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
TWI554138B (zh) * 2015-03-23 2016-10-11 瑞昱半導體股份有限公司 控制無線用戶設備主動重傳無線資源控制信息的控制電路
KR102385719B1 (ko) 2016-08-09 2022-04-12 삼성전자주식회사 무선통신 시스템에서 사용자 평면 동작을 관리하기 위한 방법 및 장치
WO2018049652A1 (zh) * 2016-09-18 2018-03-22 深圳市大疆创新科技有限公司 数据重传方法和装置
CN110291732B (zh) * 2016-12-21 2022-06-24 诺基亚技术有限公司 无线网络中的损坏数据的自动重传
WO2018205154A1 (zh) * 2017-05-09 2018-11-15 华为技术有限公司 一种数据处理方法及终端设备、网络设备
CN109462857A (zh) * 2017-09-06 2019-03-12 中兴通讯股份有限公司 丢包处理方法、装置、无线网元及计算机可读存储介质
CN109698736B (zh) * 2017-10-24 2021-08-06 普天信息技术有限公司 一种重复数据传输方法及装置
WO2019241931A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种数据包重传方法及装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US20080043619A1 (en) * 2006-08-21 2008-02-21 Interdigital Technology Corporation Method and apparatus for controlling arq and harq transmissions and retransmissions in a wireless communication system
CN101150453A (zh) * 2006-09-22 2008-03-26 中兴通讯股份有限公司 混合自动重传请求实体的错误检测处理方法
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
CN101399649A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 一种数据传送方法、系统及设备
CN101944983A (zh) * 2009-07-06 2011-01-12 三星电子株式会社 用于在通信网络中发送和接收管理消息的方法及系统

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20060100079A (ko) * 2005-03-16 2006-09-20 콸콤 인코포레이티드 Ａｒｑ 시스템에서 신속하게 재전송 프레임의 상실여부를파악하기 위한 역방향 애크 방법
KR100770847B1 (ko) * 2005-09-29 2007-10-26 삼성전자주식회사 이동통신 시스템에서 패킷을 재전송하는 방법 및 장치와 그시스템
WO2007129856A1 (en) * 2006-05-08 2007-11-15 Samsung Electronics Co., Ltd. Retransmission apparatus and method for high-speed data processing
US7940771B2 (en) * 2007-03-02 2011-05-10 Samsung Electronics Co., Ltd Apparatus and method for requesting packet retransmission in a wireless communication system

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US20080043619A1 (en) * 2006-08-21 2008-02-21 Interdigital Technology Corporation Method and apparatus for controlling arq and harq transmissions and retransmissions in a wireless communication system
CN101150453A (zh) * 2006-09-22 2008-03-26 中兴通讯股份有限公司 混合自动重传请求实体的错误检测处理方法
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
CN101399649A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 一种数据传送方法、系统及设备
CN101944983A (zh) * 2009-07-06 2011-01-12 三星电子株式会社 用于在通信网络中发送和接收管理消息的方法及系统

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Link Control (RLC) protocol specification.", 3GPP TS 36.322 V10.0.0., December 2010 (2010-12-01), pages 19 *
ERICSSON.: "HARQ-ARQ Interactions.", 3GPP TSG-RAN WG2 AD-HOC ON LTE. R2-061861., 30 June 2006 (2006-06-30), pages 1 - 7 *
NTT DOCOMO, INC.: "ARQ protocol with assist of HARQ.", 3GPP TSG RAN WG2 AD HOC ON LTE. R2-061923., 30 June 2006 (2006-06-30), pages 1 - 6 *
SHRCWC.: "An efficient and robust HARQ-ARQ Interaction scheme.", 3GPP TSG-RAN WG2 MEETING #55. R2-062783., 13 October 2006 (2006-10-13), pages 1 - 5 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113812201A (zh) * 2020-04-13 2021-12-17 北京小米移动软件有限公司 数据传输方法、装置及通信设备
CN113812201B (zh) * 2020-04-13 2023-07-28 北京小米移动软件有限公司 数据传输方法、装置及通信设备

Also Published As

Publication number Publication date
CN102611537A (zh) 2012-07-25
EP2670077A4 (en) 2013-12-04
CN102611537B (zh) 2015-09-09
EP2670077A1 (en) 2013-12-04

Similar Documents

Publication Publication Date Title
WO2012100670A1 (zh) 一种数据包的重传方法及装置
US10440614B2 (en) Interruptions in wireless communications
EP2238707B1 (en) Method of detecting and handling an endless rlc retransmission
JP5357295B2 (ja) 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置
KR101241056B1 (ko) 무선 리소스 제어 시그널링을 사용하는 무선 링크 제어 리셋
JP4806030B2 (ja) 移動通信システムで信号を転送する方法
JP4968858B2 (ja) データ送信方法及びデータ再転送方法
US11039328B2 (en) Technique for monitoring a radio link control (RLC)
WO2015018535A1 (en) Retransmission of protocol data unit via alternate transmission path for dual connectivity wireless network
EP3371915B1 (en) Network node, method therein, computer program, and carrier comprising the computer program for retransmitting an rlc pdu
WO2013139249A1 (zh) 数据包发送方法、模式转换方法及装置
WO2016127666A1 (zh) 一种rlc数据包分流方法及基站
CN109314608A (zh) 一种数据传输方法、网络设备及终端设备
WO2008034374A1 (fr) Procédé, système et appareil de transmission de commande de liaison radio
WO2015113296A1 (zh) 双连接模式下的状态反馈方法及设备
WO2014101111A1 (zh) 数据传输方法和设备
WO2015120698A1 (zh) 一种减少ue释放次数的方法、装置及基站
KR20200014155A (ko) 무선 통신 시스템에서 무선 노드 통신 방법 및 장치
JP2013034048A (ja) 無線通信装置及び再送制御方法
EP3031282A1 (en) Retransmission of protocol data unit via alternate transmission path for dual connectivity wireless network
JP2011055435A (ja) 再送制御装置及び再送制御方法
WO2013102310A1 (zh) 数据处理的方法和设备

Legal Events

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

Ref document number: 12738936

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2012738936

Country of ref document: EP