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

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

Info

Publication number
CN102611537A
CN102611537A CN2011100298445A CN201110029844A CN102611537A CN 102611537 A CN102611537 A CN 102611537A CN 2011100298445 A CN2011100298445 A CN 2011100298445A CN 201110029844 A CN201110029844 A CN 201110029844A CN 102611537 A CN102611537 A CN 102611537A
Authority
CN
China
Prior art keywords
packet
indication
send
sent
condition
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.)
Granted
Application number
CN2011100298445A
Other languages
English (en)
Other versions
CN102611537B (zh
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 CN201110029844.5A priority Critical patent/CN102611537B/zh
Priority to EP12738936.9A priority patent/EP2670077A4/en
Priority to PCT/CN2012/070113 priority patent/WO2012100670A1/zh
Publication of CN102611537A publication Critical patent/CN102611537A/zh
Application granted granted Critical
Publication of CN102611537B publication Critical patent/CN102611537B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/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

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Communication Control (AREA)

Abstract

本发明实施例涉及一种数据包的重传方法及装置，其中，数据包的重传方法包括：发送端发送数据包；当发送端确定所述数据包发送完成，且没有待发送的数据包或者发送窗口无法发送待发送的数据包时，发送端指示媒体接入控制实体通过本地否定应答模式反馈数据包是否传输失败；若发送端接收到媒体接入控制实体通过本地否定应答模式反馈数据包传输失败，发送端重传数据包。本发明实施例数据包的重传方法及装置，当数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包时，对数据包应用本地否定应答模式，不仅避免数据包的传输延迟，又避免重复的重传数据包。

Description

一种数据包的重传方法及装置
技术领域
本发明涉及通信技术领域，尤其涉及一种数据包的重传方法及装置。
背景技术
在当前LTE(Long Term Evolution，长期演进)系统中，为了提高数据传输的可靠性，可以在RLC(Radio Link Control，无线链路控制)层对配置为AM(Acknowledged Mode，确认模式)的SRB(Signalling RadioBearer，信令无线承载)或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模式导致重复的重传数据包。
具体而言，上述步骤11中，发送端发送的数据包可以包括：新传AMDPDU(AM Data，AM数据；Protocol Data Unit，协议数据单元)、重传AMDPDU或者重传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 AccessControl，媒体接入控制)实体通过Local NACK模式反馈数据包是否传输失败。
示例性的，下面简单说明Local NACK模式：
MAC实体通过HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)模式传输RLC AM实体的发送端递交下来的RLC数据包，当该RLC数据包达到最大的HARQ重传次数后仍然没有传输成功时，MAC实体会向RLCAM实体的发送端指示该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 statevariable)，发送端确认状态变量)。
具体而言，当数据包的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模式，导致重复的重传数据包。
本发明实施例数据包的重传方法，在上述步骤11之前，还可以包括：
接收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连接建立)消息，或者，RRCConnection Reconfiguration(RRC连接重配置)消息，或者，RRCConnection Reestablishment(RRC连接重建立)消息。
可选的，可以使用上述消息中已有的参数，或者新增加的参数，或者现有参数中的某些字段或其他方式实现配置是否支持第一条件的指示。
示例性的，本发明实施例数据包的重传方法适用于eNodeB侧时，eNodeB不需要将配置是否支持第一条件的指示通知给UE。
可见，如果对某RB或UE配置是否支持第一条件的指示后，RLC AM实体的发送端可以在数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包时，指示MAC实体通过Local NACK反馈数据包是否传输失败。
可选的，若RRC消息携带支持第一条件的指示，本发明实施例数据包的重传方法，还可以包括：
接收高层指示，根据高层的指示判定是否执行第一条件，高层包括无线资源控制层，或者分组数据集中协议层。
其中，对于SRB，高层指RRC层；对于DRB，高层指PDCP层。
示例性的，如果高层指示了一个高层数据包(即RLC SDU(ServiceData Unit，服务数据单元))应用Local NACK模式，则RLC AM实体的发送端确定数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包，其中，当前数据包为含有该RLC SDU全部或部分数据的RLCPDU，则RLC AM实体的发送端指示MAC实体对该RLC PDU通过LocalNACK反馈是否传输失败。
如果高层指示一个高层数据包(即RLC SDU)不应用Local NACK模式，则即使RLC AM实体的发送端确定数据包发送完成后且没有待发送的数据包或者发送窗口无法发送待发送的数据包，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配置支持第二条件的指示，也可以对SRB或DRB配置支持第二条件的指示。
或者，eNodeB可以通过RRC消息对UE配置是否支持第二条件的指示，即是否根据高层的指示判定是否执行第一条件，如果对UE配置了是否支持第二条件的指示，则所述UE的RB均被配置了是否支持第二条件的指示。其中，RB可以包括SRB和DRB。
或者，不需要通过RRC消息进行上述配置，而是协议强制规定是否支持第二条件的指示。其中，协议可以包括RLC协议和MAC协议。
用来配置是否支持第二条件的指示的RRC消息可以包括：
RRC Connection Setup消息，或者，RRC Connection Reconfiguration消息，或者，RRC Connection Reestablishment消息，在此不再赘述。
示例性的，本发明实施例数据包的重传方法适用于eNodeB侧时，eNodeB不需要将配置是否支持第二条件的指示通知给UE。
也就是说，是否支持根据高层指示判定是否执行第一条件也需要通过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实体的发送端发送的数据包可以包括：新传AMDPDU、重传AMD PDU或者重传AMD PDU分段。以下，将新传AMD PDU、重传AMD PDU以及重传AMD PDU分段统称为RLC数据包。具体而言，RLC数据包从MAC层角度来看为一个RLC PDU。以下提到RLC数据包或RLCPDU可以是新传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(EvolutionNodeB，演进基站)。无线链路控制确认模式实体的发送端简称为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消息可以包括但不限于RRCConnection Setup消息、RRC Connection Reconfiguration消息或RRCConnection 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数据包)执行LocalNACK的指示，则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或AMDPDU分段的HARQ错误指示，即RLC数据包传输失败指示，首先判断当前是否有可以发送的数据，如果有，则忽略所述HARQ错误指示；否则，判断所述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或AMDPDU分段。
可选的，当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)应用LocalNACK模式，则RLC AM实体的发送端对含有该RLC SDU全部或部分数据的最后一个RLC PDU应用Local NACK模式。而如果高层指示一个高层数据包(即RLC SDU)不应用Local NACK模式，则即使RLC AM实体的发送端判断含有该RLC SDU全部或部分数据的RLC PDU是最后一个数据包，也不应用Local NACK模式。
可选的，在数据传输过程中，如果高层指示了一个高层数据包(即RLCSDU)应用Local NACK模式，当一个RLC AM实体的发送端在组装一个AMDPDU或AMD PDU分段时，检测到当发送完所述被组装的AMD PDU或AMDPDU分段后，新传数据缓存及重传数据缓存均为空(所述的重传数据缓存不包括等待ARQ确认的已传数据包)，即所述被组装的AMD PDU或AMD PDU分段为最后一个待传数据包，则RLC AM实体的发送端通知MAC实体，对所述被组装的AMD PDU或AMD PDU分段应用Local NACK模式。
可选的，在数据传输过程中，如果高层指示了一个高层数据包(即RLCSDU)应用Local NACK模式，当一个RLC AM实体的发送端在组装一个AMDPDU或AMD PDU分段时，检测到当发送完所述被组装的AMD PDU或AMDPDU分段后，由于发送窗口限制而无法发送新的数据包，则对所述被组装的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)应用LocalNACK模式，则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 (10)

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所述的装置，其特征在于，所述传输单元接收的无线资源控制消息还携带是否支持第二条件的指示，所述第二条件为根据高层的指示判定是否执行第一条件，所述高层包括无线资源控制层或者分组数据集中协议层。
CN201110029844.5A 2011-01-25 2011-01-25 一种数据包的重传方法及装置 Active CN102611537B (zh)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201110029844.5A CN102611537B (zh) 2011-01-25 2011-01-25 一种数据包的重传方法及装置
EP12738936.9A EP2670077A4 (en) 2011-01-25 2012-01-06 METHOD AND DEVICE FOR RE-TRANSFERRING DATA PACKAGES
PCT/CN2012/070113 WO2012100670A1 (zh) 2011-01-25 2012-01-06 一种数据包的重传方法及装置

Applications Claiming Priority (1)

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

Publications (2)

Publication Number Publication Date
CN102611537A true CN102611537A (zh) 2012-07-25
CN102611537B CN102611537B (zh) 2015-09-09

Family

ID=46528712

Family Applications (1)

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

Country Status (3)

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

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103368690A (zh) * 2013-06-27 2013-10-23 厦门雅迅网络股份有限公司 车载设备的音视频流媒体信息的传输方法
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
CN108306708A (zh) * 2014-03-21 2018-07-20 电信科学技术研究院 一种数据包处理方法及装置
CN108476097A (zh) * 2016-09-18 2018-08-31 深圳市大疆创新科技有限公司 数据重传方法和装置
WO2018205154A1 (zh) * 2017-05-09 2018-11-15 华为技术有限公司 一种数据处理方法及终端设备、网络设备
CN109462857A (zh) * 2017-09-06 2019-03-12 中兴通讯股份有限公司 丢包处理方法、装置、无线网元及计算机可读存储介质
CN109698736A (zh) * 2017-10-24 2019-04-30 普天信息技术有限公司 一种重复数据传输方法及装置
CN109889912A (zh) * 2013-03-29 2019-06-14 Vid拓展公司 早期分组丢失检测和反馈
WO2019241931A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种数据包重传方法及装置
CN112313894A (zh) * 2018-09-25 2021-02-02 松下电器（美国）知识产权公司 数据传输涉及的用户设备和基站
CN114630367A (zh) * 2020-12-10 2022-06-14 维沃移动通信有限公司 数据接收方法、装置、终端及可读存储介质

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9838282B2 (en) * 2014-05-09 2017-12-05 Telefonaktiebolaget Lm Ericsson (Publ) PDCP and flow control for split bearer
TWI554138B (zh) 2015-03-23 2016-10-11 瑞昱半導體股份有限公司 控制無線用戶設備主動重傳無線資源控制信息的控制電路
CN114885375B (zh) 2016-08-09 2024-08-09 三星电子株式会社 无线通信系统中管理用户平面操作的方法和装置
EP4290791A3 (en) * 2016-12-21 2024-03-13 Nokia Technologies Oy Automatic retransmission of damaged data in wireless networks
CN113812201B (zh) * 2020-04-13 2023-07-28 北京小米移动软件有限公司 数据传输方法、装置及通信设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060209904A1 (en) * 2005-03-16 2006-09-21 Qualcomm Incorporated Reverse acknowledgement method for quickly identifying whether or not the retransmission frame was lost
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
CN101399649A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 一种数据传送方法、系统及设备

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8050247B2 (en) * 2005-09-29 2011-11-01 Samsung Electronics Co., Ltd. Method and apparatus for retransmitting packet in a mobile communication system, and system thereof
TW200746864A (en) * 2006-05-01 2007-12-16 Interdigital Tech Corp Method and apparatus for facilitating lossless handover in 3GPP long term evolution systems
US8036101B2 (en) * 2006-05-08 2011-10-11 Samsung Electronics Co., Ltd Retransmission apparatus and method for high-speed data processing
WO2008024282A2 (en) * 2006-08-21 2008-02-28 Interdigital Technology Corporation Method and apparatus for controlling arq and harq transmissions and retranmissions in a wireless communication system
CN100518102C (zh) * 2006-09-22 2009-07-22 中兴通讯股份有限公司 混合自动重传请求实体的错误检测处理方法
US7940771B2 (en) * 2007-03-02 2011-05-10 Samsung Electronics Co., Ltd Apparatus and method for requesting packet retransmission in a wireless communication system
EP2299618B1 (en) * 2009-07-06 2017-04-26 Samsung Electronics Co., Ltd. Method and system for transmitting and receiving management message in communication network

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060209904A1 (en) * 2005-03-16 2006-09-21 Qualcomm Incorporated Reverse acknowledgement method for quickly identifying whether or not the retransmission frame was lost
CN101309129A (zh) * 2007-05-18 2008-11-19 上海贝尔阿尔卡特股份有限公司 针对单独数据包或最后一个数据包的重传控制方法和系统
CN101399649A (zh) * 2007-09-29 2009-04-01 华为技术有限公司 一种数据传送方法、系统及设备

Cited By (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11088788B2 (en) 2013-03-29 2021-08-10 Vid Scale, Inc. Early packet loss detection and feedback
US11824664B2 (en) 2013-03-29 2023-11-21 Vid Scale, Inc. Early packet loss detection and feedback
CN109889912B (zh) * 2013-03-29 2021-09-10 Vid拓展公司 早期分组丢失检测和反馈
CN109889912A (zh) * 2013-03-29 2019-06-14 Vid拓展公司 早期分组丢失检测和反馈
CN103368690A (zh) * 2013-06-27 2013-10-23 厦门雅迅网络股份有限公司 车载设备的音视频流媒体信息的传输方法
CN108306708A (zh) * 2014-03-21 2018-07-20 电信科学技术研究院 一种数据包处理方法及装置
CN105871519A (zh) * 2015-01-23 2016-08-17 中兴通讯股份有限公司 数据包的重传方法及装置
CN108476097A (zh) * 2016-09-18 2018-08-31 深圳市大疆创新科技有限公司 数据重传方法和装置
WO2018205154A1 (zh) * 2017-05-09 2018-11-15 华为技术有限公司 一种数据处理方法及终端设备、网络设备
US11190978B2 (en) 2017-05-09 2021-11-30 Huawei Technologies Co., Ltd. Data processing method, terminal device, and network device
CN109462857A (zh) * 2017-09-06 2019-03-12 中兴通讯股份有限公司 丢包处理方法、装置、无线网元及计算机可读存储介质
CN109698736B (zh) * 2017-10-24 2021-08-06 普天信息技术有限公司 一种重复数据传输方法及装置
CN109698736A (zh) * 2017-10-24 2019-04-30 普天信息技术有限公司 一种重复数据传输方法及装置
CN112272928A (zh) * 2018-06-20 2021-01-26 华为技术有限公司 一种数据包重传方法及装置
WO2019241931A1 (zh) * 2018-06-20 2019-12-26 华为技术有限公司 一种数据包重传方法及装置
US11424864B2 (en) 2018-06-20 2022-08-23 Huawei Technologies Co., Ltd. Data packet retransmission method and apparatus
CN112313894A (zh) * 2018-09-25 2021-02-02 松下电器（美国）知识产权公司 数据传输涉及的用户设备和基站
CN114630367A (zh) * 2020-12-10 2022-06-14 维沃移动通信有限公司 数据接收方法、装置、终端及可读存储介质

Also Published As

Publication number Publication date
CN102611537B (zh) 2015-09-09
WO2012100670A1 (zh) 2012-08-02
EP2670077A1 (en) 2013-12-04
EP2670077A4 (en) 2013-12-04

Similar Documents

Publication Publication Date Title
CN102611537A (zh) 一种数据包的重传方法及装置
US9397791B2 (en) Transmitting data in a mobile communication system
CN103138905B (zh) Rlc数据包传输的确认方法及rlc am实体发送方
US7978678B2 (en) Communicating control information in mobile communication system
JP5215413B2 (ja) 再送プロトコルのためのステータス報告
WO2017024860A1 (zh) 应答信息的传输方法、装置、基站及终端
JP4786721B2 (ja) ハイブリッド自動再送要求メモリを動的に構成するための方法および装置
JP6374945B2 (ja) 限定されたｈａｒｑプロセスを伴う分散型ネットワークトポロジにおけるより多くの伝送機会を使用するための方法および装置
JP2010045790A (ja) Ｔｔｉバンドルの再送を処理する方法及び通信装置
WO2007078156A2 (en) Transmitting data in a mobile communication system
KR20090038751A (ko) 고속데이터 전송을 위한 ａｒｑ 과정의 수행방법
CN107197520B (zh) 一种数据传输的方法和基站
CN105934907A (zh) 无线资源调度方法及装置
CN104125039A (zh) 一种确定传输链路的类型的方法、系统及设备
CN107135051B (zh) 一种上行数据重传的方法、设备和系统
US20180191479A1 (en) Method and apparatus for retransmission in communication system
CN108270525A (zh) 冗余版本传输方法及设备
JP2015188255A (ja) 移動端末の無線充電のための方法
CN102804664B (zh) 通信系统、通信设备、通信方法和程序
CN104618075B (zh) Tti集束的传输处理方法及装置、网络侧设备、ue
CN101697630B (zh) 一种无线链路扩充缓冲区状态报告的方法及装置
KR20100069125A (ko) 통신 시스템 및 그의 ｒｒｃ 접속 방법
CN103703828B (zh) 数据传输方法和设备
CN108076521A (zh) 一种反馈上行数据应答信息的方法、网络设备及终端
CN105681001B (zh) 一种实现rlc层重传的方法和装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant