CN101478380A - 一种自动重传请求窗口管理方法 - Google Patents
一种自动重传请求窗口管理方法 Download PDFInfo
- Publication number
- CN101478380A CN101478380A CNA2008100028020A CN200810002802A CN101478380A CN 101478380 A CN101478380 A CN 101478380A CN A2008100028020 A CNA2008100028020 A CN A2008100028020A CN 200810002802 A CN200810002802 A CN 200810002802A CN 101478380 A CN101478380 A CN 101478380A
- Authority
- CN
- China
- Prior art keywords
- link control
- lower boundary
- wireless link
- control protocol
- protocol data
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种自动重传请求窗口管理方法,其特征在于,采用确认模式的无线链路控制层实体的接收端,在当前接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且满足预设条件时,触发接收窗口继续移动。本发明的自动重传请求窗口管理方法避免了SDU丢弃所带来的无线资源浪费及不公平现象,同时避免了Send MRW机制的复杂性。
Description
技术领域
本发明涉及数字移动通信技术领域,特别涉及无线通信系统中一种自动重传请求(ARQ)窗口管理方法。
背景技术
第三代移动通信系统WCDMA(Wideband Code Division MultipleAccess)无线接口的无线链路控制层(RLC:Radio Link Control)包括三种类型RLC实体:透明模式(TM:Transparent Mode)、非确认模式(UM:Unacknowledged Mode)和确认模式(AM:Acknowledged Mode)。TM RLC实体和UM RLC实体可以配置为发送RLC实体或接收RLC实体,发送RLC实体发送无线链路控制协议数据单元(RLC PDU:Radio Link Control ProtocolData Unit),接收RLC实体接收RLC PDU。AM RLC实体包括发送端和接收端,其中发送端AM RLC实体发送RLC PDU,接收端AM RLC实体接收RLC PDU。
AM RLC实体利用自动重传请求ARQ(Automatic RetransmissionreQuest)机制提供可靠数据传输服务,ARQ采用滑动窗口机制控制RLC PDU的发送和接收。接收端AM RLC实体通过向发送端AM RLC实体发送状态报告(Status Report)反馈相关RLC PDU的接收情况,包括确认响应消息(ACK)和非确认响应消息(NACK)两种情况,发送端AM RLC实体对于接收到NACK的RLC PDU需要执行重传。在发送端没有收到接收端状态报告的情况下,如果轮询触发条件满足,例如发送窗口到达一定门限或者发送缓冲区中发送最后一个RLC PDU,则发送方通过在RLC PDU的头信息中设置轮询位向接收端请求状态报告。发送窗口下边界需要接收到接收端对应的ACK才能向后移动,并更新发送窗口确认状态变量VT(A),VT(A)对应于最后一个顺次(in sequence)收到ACK的RLC PDU的下一个序列号(SN:Sequence Number)。接收窗口下边界需要接收到顺次的RLC PDU以后才能向后移动,并更新接收状态变量VR(R),VR(R)对应于最后一个顺次收到的RLC PDU的下一个序列号,也称为接收窗口下边界序列号。
例如,当前的发送窗口下边界对应的SN即VT(A)为5,当前接收窗口下边界对应的SN即VR(R)为8,发送端接收到序列号5、6、7、9、10对应的RLC PDU的ACK消息,接收端接收到了序列号8、9、11、12对应的RLCPDU,则发送窗口下边界向后移动,VT(A)更新为8;接收窗口下边界向后移动,VR(R)更新为10。发送窗口相关的其它参数还有:发送状态变量VT(S)对应于下一个将要传输的RLC PDU的SN;最大发送状态变量VT(MS)对应于发送窗口上边界的SN等。接收窗口相关的其它参数还有:最高期望状态变量VR(H)对应于当前所接收到的有最高SN的RLC PDU的下一个SN;最大可接受接收状态变量VR(MR)对应于接收窗口上边界。
TM RLC实体、UM RLC实体和AM RLC实体的发送端都支持基于定时器的无线链路控制服务数据单元(RLC SDU:Radio Link Control Service DataUnit)丢弃功能(SDU Discard),AM RLC实体还支持基于RLC PDU最大发送次数的SDU丢弃功能。在基于定时器的SDU丢弃功能中,定时器在RLC层设置,当RLC层从高层协议层接收到一个RLC SDU时,启动定时器Timer_Discard,该定时器的值由高层协议层配置。当相关RLC PDU在该定时器超时前或若干次重发后仍然无法成功发送,则从RLC PDU的缓冲区丢弃相关的RLC PDU,以避免缓冲区过载。
TM RLC实体和UM RLC实体可以由高层协议层配置为使用SDUDiscard功能或者不使用SDU Discard功能。UM RLC实体未配置SDU Discard功能时,只有当发送缓冲区满时才能丢弃相关RLC PDU。TM RLC实体未配置SDU Discard功能时,当发送端从高层协议层接收到新的SDU时可以丢弃在前一个传输时间间隔(TTI:Transmission Timer Interval)接收到的SDU。当TM RLC实体和UM RLC实体配置了SDU Discard功能时,使用“无显式信令的基于定时器(Timer based discard,without explicit signalling)的丢弃”机制。发送端对于每个从高层协议层接收到的SDU启动一个定时器监测该SDU的传输时间,当传输时间超过所配置的值时,发送端丢弃该SDU,不需要显式信令通知接收端的TM RLC或UM RLC实体。
AM RLC实体必须配置SDU Discard功能,且支持三种SDU Discard机制,它们分别是:“有显式信令的基于定时器(Timer based discard,withexplicit signalling)的丢弃”、“超过最大传输次数后丢弃(SDU discard afterMaxDAT number of transmissions)”、“超过最大传输次数后不丢弃(No_discard after MaxDAT number of transmissions)”。
“有显式信令的基于定时器的丢弃”机制的基本原理是:发送端对于每个从高层协议层接收到的SDU启动一个定时器Timer_Discard,当该定时器超时时,发送端丢弃该SDU。当配置了“发送移动接收窗口(Send MRW)”功能或者所需丢弃的SDU的一个或多个分段已经递交给底层协议层时,通过显式信令通知接收端丢弃对应的RLC PDU。
“超过最大传输次数后丢弃”机制的基本原理是:当某AM RLC数据PDU(AMD PDU)被调度发送的次数到达最大传输次数MaxDAT时,发送端丢弃相关的SDU,并通过显式信令通知接收端丢弃对应的RLC PDU。
“超过最大传输次数后不丢弃”机制的基本原理是:当某AMD PDU被调度发送的次数到达最大传输次数MaxDAT时,发送端发起RLC复位(RLCReset)过程。
“发送移动接收窗口(Send MRW)”功能用于AM RLC实体发送端丢弃SDU之后使用显式信令通知接收端丢弃对应的AMD PDU以更新接收窗口。其基本原理请参照图1:
发送端在丢弃相关SDU后设置“移动接收窗口超字段(MRW SUFI)”,其中包含所丢弃的SDU的必要信息,把MRW SUFI包含在状态协议数据单元Status PDU中通知接收端AM RLC实体,启动定时器Timer_MRW。
接收端正确接收到包含MRW SUFI的Status PDU之后,根据MRW SUFI中的信息丢弃对应的AMD PDU并把其它相关AMD PDU投递给高层协议层,设置移动接收窗口确认超字段MRW_ACK SUFI向发送端AM RLC实体响应。
发送端AM RLC实体正确接收到MRW_ACK SUFI后,根据其中的信息更新发送窗口,停止定时器Timer_MRW,完成Send MRW过程。如果定时器Timer_MRW超时时Send MRW过程没有完成,在MRW SUFI的发送未到达最大次数MaxMRW的情况下,发送端重新设置MRW SUFI发送给接收端;如果MRW SUFI的发送已经到达最大次数,发送端终止Send MRW过程并发起RLC复位过程。MRW机制也会更新发送窗口和接收窗口,并相应地更新VT(A)和VR(R)以及其它发送窗口和接收窗口相关的状态变量。
第三代移动通信长期演进(LTE:Long Term Evolution)系统无线接口的无线链路控制层(RLC:Radio Link Control)也包括三种类型RLC实体:TM RLC实体、UM RLC实体和AM RLC实体。
AM RLC实体也采用ARQ机制实现可靠传输,其发送窗口和接收窗口的管理基本上沿用了第三代移动通信系统WCDMA类似的机制。不同之处在于LTE系统中AM RLC实体支持RLC PDU的重分段,即RLC PDU在重传时可以是初始传送的RLC PDU的一部分。于是在重分段的情况下,VT(A)要在所对应的RLC PDU的各个分段都接收到ACK以后更新为下一个将要顺次接收到ACK的RLC PDU的SN号,VR(R)要在所对应的RLC PDU的各个分段都正确接收到的情况下更新为最后一个顺次完全接收到的RLCPDU的下一个序列号。
接收端在检测到RLC PDU或RLC PDU分段丢失的情况下,将在混合自动重传请求HARQ重排序定时器T_reordering超时之后触发状态报告,状态报告的内容包括从VR(R)至启动重排序定时器时所关联的RLC PDU的序列号VR(X)之间的所有RLC PDU的信息,可能还包括其后所连续收到的RLC PDU的信息。格式为一个确认消息序列号ACK_SN,0、1或多组非确认响应消息序列号NACK_SN,可能还包括每个NACK_SN所对应的一组段偏移开始值SOstart和段偏移结束值SOend,其中ACK_SN对应于上述状态发送窗口的上界,为上述窗口中正确收到的最高的SN号,NACK_SN及其对应的SOstart、SOend为上述窗口中所有丢失的RLC PDU或RLC PDU分段的SN号及段偏移量。每次触发状态报告时,如果没有收到VR(R)所对应的RLC PDU或所有RLC PDU分段,则状态报告中都会包含VR(R)的NACK_SN,可能还包含其相关RLC PDU分段的段偏移量。发送窗口相关的其它参数还有VT(S)和VT(MS),这两个状态变量的含义沿用第三代移动通信WCDMA系统中的定义。
接收窗口相关的其它参数还有VR(MR),其含义沿用第三代移动通信WCDMA系统中的定义;最大状态发送状态变量VR(MS)对应于可以包含在状态报告中的最高SN;接收状态变量段偏移量VR(R-SO)对应于SN=VR(R)的RLC PDU的最低未接收到的字节分段(Byte segment);重排序定时器状态变量VR(X)对应于触发重排序定时器的RLC PDU的SN或者其后顺次收到的RLC PDU的SN;VR(X-SO)对应于SN=VR(X)的RLC PDU的最高已接收字节分段。根据目前结论,接收窗口不维护第三代移动通信WCDMA系统中的状态变量VR(H)。
LTE无线接口也支持基于定时器的SDU Discard功能,SDU丢弃定时器设置在分组数据汇聚协议层(PDCP:Packet Data Convergence Protocol),PDCP层是位于RLC层之上的高层协议层。每个PDCP SDU设置一个定时器,当PDCP层的高层投递数据包时启动,该定时器超时时可以丢弃还没有递交给RLC层的PDCP SDU和/或已经递交给RLC层但在RLC层还没有分配RLC序列号的PDCP SDU,对于已经递交给RLC层且在RLC层已经分配了RLC序列号的PDCP SDU是否可以丢弃在3GPP(第三代伙伴计划:3rd Generation Partnership Project)还处于讨论之中。目前有两种方案:
其一是不丢弃,后续流程待研究,对于AM RLC其中有方案为对于每个RLC PDU设置一个丢弃定时器,定时器超时时如果没有收到接收端的确认响应则丢弃相应的RLC SDU并更新发送窗口。其实在发送方SDU丢弃定时器超时时不一定意味着该SDU已经超过了PDB,因为接收方可能已经正确接收到了相关的RLC PDU,只是发送方还没有收到状态报告而不知道相关的SDU在接收方的真实状态。而且,一般情况下使用AM的业务多数为时延不敏感业务,应该在某种程度上允许一定数量的SDU超过PDB。因此在已经分配了RLC SN的情况下,在发送端还在等待状态报告或者执行重传的过程中,可以不执行SDU丢弃。
这种方式的缺点是可能导致缓冲区过载,且对于多少比例的SDU可以超过服务质量(QoS:Quality of Service)要求的包延迟预算(“packet delaybudget”,PDB)不明确。
其二为丢弃,后续流程沿用第三代移动通信系统WCDMA无线接口的“发送移动接收窗口(Send MRW)”功能。
这种方式的缺点主要表现在两个方面:其一,可能SDU丢弃定时器超时时对应的RLC PDU已经有一部分发送成功,可能超时是由于调度延迟引起的,即该PDCP SDU在PDCP层的缓冲区内滞留时间较多,这些情况下如果立即执行SDU丢弃浪费无线资源且不公平。其二为“发送移动接收窗口(Send MRW)”机制的复杂性。
发明内容
本发明要解决的技术问题是针对目前LTE无线接口SDU Discard的遗留问题,提供一种AM RLC实体的自动重传请求窗口管理方法,避免了SDU丢弃所带来的无线资源浪费及不公平现象,同时避免了Send MRW机制的复杂性。
为了解决上述问题,本发明提供了一种自动重传请求窗口管理方法,其特征在于,采用确认模式的无线链路控制层实体的接收端,在当前接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且满足预设条件时,触发接收窗口继续移动。
进一步地,上述方法还可具有以下特点:
所述预设条件为从创建所述当前接收窗口下边界时或将接收窗口下边界更新为所述当前接收窗口下边界时开始计时,计时时间已经达到或超过预设时间。所述预设时间可设置为混合自动重传重排序定时器的整数倍。
进一步地,上述方法还可具有以下特点:
所述预设条件为所述接收端发送的包含所述当前接收窗口下边界序列号的非确认响应消息的状态报告发送次数已达到或超过预设次数。
进一步地,上述方法还可具有以下特点:
所述预设条件为此时接收窗口门限或接收缓冲区门限已达到或超过预设值。
进一步地,上述方法还可具有以下特点:
在接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且满足预设条件时,按接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段已正确接收时的方式处理,在下一次触发的状态报告时向发送端反馈确认响应消息。
进一步地,上述方法还可具有以下特点:
所述接收端反馈确认响应消息后,向高层投递已经正确接收到的接收窗口下边界所对应的无线链路控制协议数据单元或者无线链路控制协议数据单元分段,以及其后正确接收到的顺次的无线链路控制协议数据单元或者无线链路控制协议数据单元分段,更新接收窗口下边界序列号,即更新接收窗口下边界所对应的接收状态变量为最后一个顺次收到的无线链路控制协议数据单元的下一个序列号。
进一步地,上述方法还可具有以下特点:
所述发送端的服务数据单元丢弃定时器超时时,如果已经分配了无线链路控制序列号,不执行服务数据单元丢弃,而是继续等待接收端的确认响应消息,在上述状态报告丢失的异常情况下,所述发送端等待轮询触发条件满足时向接收端请求状态报告。
进一步地,上述方法还可具有以下特点:
发送端接收到所述接收端反馈确认响应消息的状态报告后,根据现有协议,如果满足发送窗口下边界状态变量的更新条件,则更新发送窗口下边界状态变量为最后一个顺次收到确认响应消息的无线链路控制协议数据单元的下一个序列号。
进一步地,上述方法还可具有以下特点:
所述接收端在当前接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且不满足预设条件时,在触发下一次状态报告时,在状态报告中包含当前接收窗口下边界的非确认响应消息。
本发明所公开的AM RLC窗口管理方法,在接收端避免了异常情况下接收窗口下边界较长时间无法更新而导致接收窗口过载以及无法及时投递已经正确接收到的其它RLC PDU。在发送端可以使发送窗口及时更新,从而也避免了SDU在发送缓冲区中滞留时间过长而导致缓冲区过载,也可以在一定程度上避免SDU丢弃定时器超时。该方案避免了SDU丢弃所带来的无线资源浪费及不公平现象,同时避免了采用“发送移动接收窗口(SendMRW)”机制的复杂性。本发明可以适用于LTE、WCDMA或其它任何一种通信系统中的AM RLC实体。
附图说明
图1是第三代移动通信系统WCDMA中“发送移动接收窗口(SendMRW)”流程。
图2是本发明第一实施例AM RLC实体接收端的ARQ窗口管理方法的流程图。
图3是本发明第二实施例AM RLC实体接收端的ARQ窗口管理方法的流程图。
具体实施方式
第一实施例
图2说明了本实施例AM RLC实体的ARQ窗口管理方法的流程,接收端在创建接收窗口时或者在接收窗口下边界第一次更新后启动该定时器,之后执行以下步骤:
步骤110,接收端接收RLC PDU;
步骤120,判断Timer_Release是否超时?如果否,转步骤130,如果是,转步骤160;
步骤130,判断当前接收窗口下边界(即当前VR(R))所对应的RLCPDU或所有RLC PDU分段是否被成功接收,如果没有,执行步骤140,如果已被成功接收,执行步骤150;
步骤140,在触发下一次状态报告时,在状态报告中包含VR(R)即接收窗口下边界的非确认响应消息NACK,在存在RLC PDU分段的情况下,可能还包含VR(R)的NACK_SN所对应的一组段偏移开始值SOstart和段偏移结束值SOend,转步骤110;
步骤150,停止并复位Timer_Release,按成功接收RLC PDU或所有RLCPDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLCPDU分段,并在更新VR(R)后重新启动定时器Timer_Release,转步骤110;
接收端可以按现行协议规定的成功接收RLC PDU或所有RLC PDU分段时的方式处理:在触发下一次状态报告时,向发送端返回确认响应消息即ACK消息。或者也可以说,触发下一次状态报告时,在状态报告中不包含VR(R)的非确认响应消息NACK,在存在RLC PDU分段的情况下,也不包含VR(R)的NACK_SN所对应的一组段偏移开始值SOstart和段偏移结束值SOend。两者是同一含义。
在反馈状态报告后,接收端将接收窗口下边界接收状态变量VR(R)更新为最后一个顺次完全接收到的RLC PDU的下一个序列号,接收窗口下边界向后移动,并将当前已正确接收到的顺次的RLC PDU或RLC PDU分段,以及其后正确接收到的顺次的RLC PDU或RLC PDU分段向上层投递。文中其它步骤中描述的按成功接收RLC PDU或所有RLC PDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLC PDU分段,均同此,不再一一描述。
以上仅仅说明了一下与本发明密切相关的处理,对接收窗口的其它维护操作可以按现有协议进行,如设置、更新其它接收窗口状态变量VR(MR)、VR(MS);根据重排序定时器T_reordering的触发条件设置或启动或停止或复位重排序定时器T_reordering,以及可能所涉及到的其它相关操作等等。
步骤160,在Timer_Release超时时,判断当前接收窗口下边界所对应的RLC PDU或所有RLC PDU分段是否被成功接收,如果没有,执行步骤170,如果已被成功接收,执行步骤180;
步骤170,视为VR(R)所对应的RLC PDU或所有RLC PDU分段已被成功接收接收端,按成功接收RLC PDU或所有RLC PDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLC PDU分段,并在更新VR(R)后重启定时器Timer_Release,转步骤110;
步骤180,按成功接收RLC PDU或所有RLC PDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLC PDU分段,并在更新VR(R)后重新启动定时器Timer_Release,转步骤110。
以上虽然将在Timer_Release超时后的处理分为3个步骤,是为了更清楚地和现有技术对比。但实际上的处理可以归为一个步骤,即在Timer_Release超时后,即按成功接收RLC PDU或所有RLC PDU分段时的方式处理。
本实施例中发送窗口的维护仍然按照现有协议执行。
发送端SDU丢弃定时器超时时,如果已经分配了RLC序列号,不执行SDU丢弃,而是继续等待接收端的ACK消息。在上述状态报告丢失的异常情况下,发送端等待轮询触发条件满足时向接收端请求状态报告。
发送端接收到接收端反馈确认响应消息的状态报告后,根据现有协议,如果满足发送窗口下边界状态变量的更新条件,则更新发送窗口下边界状态变量为最后一个顺次收到确认响应消息的无线链路控制协议数据单元的下一个序列号。
因为在RLC PDU接收不成功且达到预设时间后,接收端即向发送端反馈ACK消息,而发送端和接收端均可继续移动发送和接收窗口,因此可以避免了SDU在发送缓冲区中滞留时间过长而导致缓冲区过载。因为接收端无需等待发送端的通知即可继续移动接收窗口,因此也避免了采用“发送移动接收窗口(Send MRW)”机制的复杂性。
第二实施例
图3说明了本实施例AM RLC实体接收端的ARQ窗口管理方法的流程,具体步骤如下:
步骤210,接收端接收RLC PDU;
步骤220,判断当前接收窗口下边界所对应的RLC PDU或所有RLCPDU分段是否被成功接收,如果已被成功接收,执行步骤230,如果没有被成功接收,执行步骤240;
步骤230,按成功接收RLC PDU或所有RLC PDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLC PDU分段,转步骤210;
步骤240,判断包含当前接收窗口下边界的非确认响应消息NACK的状态报告的发送次数是否已达到预设次数,如果否,转步骤250;如果是,转步骤260;
这里也可以判断NACK的发送次数是否已超过预设次数,两者是等同的,只不过预设次数一个表示NACK最大可以发送的次数,一个表示NACK最大可以发送的次数加1(如实施例)。
步骤250,触发下一次状态报告时,在状态报告中包含VR(R)的非确认响应消息NACK,并将包含VR(R)的非确认响应消息的发送次数加一,在存在RLC PDU分段的情况下,可能还包含VR(R)的NACK_SN所对应的一组段偏移开始值SOstart和段偏移结束值SOend,转步骤210;
步骤260,视为VR(R)所对应的RLC PDU及其所有分段已被成功接收,接收端按成功接收RLC PDU或所有RLC PDU分段时的方式反馈状态报告、移动接收窗口和投递RLC PDU或RLC PDU分段,转步骤210;
以上两个实施例分别描述了在满足了两种预设条件下,在更新后的VR(R)所对应的RLC PDU或所有RLC PDU分段没有被成功接收时,也视为VR(R)所对应的RLC PDU及其所有分段已经被成功接收,并触发接收窗口继续移动。第一实施例的预设条件为计时器Timer_Release超时,第二实施例为VR(R)的非确认响应消息NACK的发送次数是否已达到或超过预设次数。
但本发明不局限于采用以上两种预设条件,例如:在另一具体实施方式中,可以将当接收窗口门限或接收缓冲区门限已达到或超过预设值作为预设条件。此时,请参照图3中的流程,步骤210~230都可以不变,在步骤240中,将“判断状态报告中包含VR(R)的非确认响应消息NACK的发送次数是否已达到预设次数”改为:“判断接收窗口门限或接收缓冲区门限是否已达到或超过预设值”,如果是,执行步骤260即视为VR(R)所对应的RLC PDU及其所有分段已经被成功接收;如果没有达到或超过预设值,执行步骤250,即在状态报告中包含VR(R)的非确认响应消息NACK,即可。在此不一一加以列举。
本发明主要适用于对可靠性要求稍低而允许SDU丢弃的数据无线承载,对于某些可靠性要求很高的信令无线承载,则仍然沿用在发送端控制的方式较好,例如在SDU丢弃定时器超时后触发RLC复位或上报无法恢复的错误。该方案在发送端RLC层需要统计丢包率的情况下也不宜采用。
Claims (10)
1、一种自动重传请求窗口管理方法,其特征在于,采用确认模式的无线链路控制层实体的接收端,在当前接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且满足预设条件时,触发接收窗口继续移动。
2、如权利要求1所述的方法,其特征在于:
所述预设条件为从创建所述当前接收窗口下边界时或将接收窗口下边界更新为所述当前接收窗口下边界时开始计时,计时时间已经达到或超过预设时间。
3、如权利要求2所述的方法,其特征在于:
所述预设时间设置为混合自动重传重排序定时器的整数倍。
4、如权利要求1所述的方法,其特征在于:
所述预设条件为所述接收端发送的包含所述当前接收窗口下边界序列号的非确认响应消息的状态报告发送次数已达到或超过预设次数。
5、如权利要求1所述的方法,其特征在于:
所述预设条件为此时接收窗口门限或接收缓冲区门限已达到或超过预设值。
6、如权利要求1~5中任一权利要求所述的方法,其特征在于:
在接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且满足预设条件时,按接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段已正确接收时的方式处理,在下一次触发的状态报告时向发送端反馈确认响应消息。
7、如权利要求6所述的方法,其特征在于:
所述接收端反馈确认响应消息后,向高层投递已经正确接收到的接收窗口下边界所对应的无线链路控制协议数据单元或者无线链路控制协议数据单元分段,以及其后正确接收到的顺次的无线链路控制协议数据单元或者无线链路控制协议数据单元分段,更新接收窗口下边界序列号,即更新接收窗口下边界所对应的接收状态变量为最后一个顺次收到的无线链路控制协议数据单元的下一个序列号。
8、如权利要求1~5及6中任一权利要求所述的方法,其特征在于:
所述发送端的服务数据单元丢弃定时器超时时,如果已经分配了无线链路控制序列号,不执行服务数据单元丢弃,而是继续等待接收端的确认响应消息,在上述状态报告丢失的异常情况下,所述发送端等待轮询触发条件满足时向接收端请求状态报告。
9、如权利要求1~5及6中任一权利要求所述的方法,其特征在于:
发送端接收到所述接收端反馈确认响应消息的状态报告后,根据现有协议,如果满足发送窗口下边界状态变量的更新条件,则更新发送窗口下边界状态变量为最后一个顺次收到确认响应消息的无线链路控制协议数据单元的下一个序列号。
10、如权利要求1~5及6中任一权利要求所述的方法,其特征在于:
所述接收端在当前接收窗口下边界对应的无线链路控制协议数据单元或者所有无线链路控制协议数据单元分段没有被成功接收,且不满足预设条件时,在触发下一次状态报告时,在状态报告中包含当前接收窗口下边界的非确认响应消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810002802 CN101478380B (zh) | 2008-01-03 | 2008-01-03 | 一种自动重传请求窗口管理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200810002802 CN101478380B (zh) | 2008-01-03 | 2008-01-03 | 一种自动重传请求窗口管理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101478380A true CN101478380A (zh) | 2009-07-08 |
CN101478380B CN101478380B (zh) | 2013-02-27 |
Family
ID=40839017
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200810002802 Active CN101478380B (zh) | 2008-01-03 | 2008-01-03 | 一种自动重传请求窗口管理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101478380B (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102264100A (zh) * | 2010-05-28 | 2011-11-30 | 中兴通讯股份有限公司 | 一种数据传输方法及系统 |
CN102916787A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | ARQ Discard消息优化的方法及设备 |
CN103580804A (zh) * | 2013-10-24 | 2014-02-12 | 北京创毅讯联科技股份有限公司 | 一种rlc层的数据接收处理方法和装置 |
CN103716140A (zh) * | 2013-12-26 | 2014-04-09 | 中国工程物理研究院计算机应用研究所 | 一种基于自适应互补机制的数据发布与接收方法 |
CN104283656A (zh) * | 2014-09-09 | 2015-01-14 | 南京纳凯永馨信息科技有限公司 | 一种维护am模式rlc接收窗口及数据接收的方法 |
CN104506279A (zh) * | 2014-12-29 | 2015-04-08 | 武汉虹信通信技术有限责任公司 | 用于lte中rlc am模式下的上下行并行处理方法 |
CN106685604A (zh) * | 2016-11-28 | 2017-05-17 | 北京新岸线移动通信技术有限公司 | 数据传输控制方法、系统及装置 |
CN107040343A (zh) * | 2016-02-03 | 2017-08-11 | 中国移动通信集团公司 | 一种重传调度方法及装置 |
CN107113658A (zh) * | 2017-03-14 | 2017-08-29 | 北京小米移动软件有限公司 | 数据单元传输方法及装置 |
CN107342849A (zh) * | 2017-06-15 | 2017-11-10 | 电信科学技术研究院 | 一种进行数据处理的方法和设备 |
CN107800515A (zh) * | 2016-08-31 | 2018-03-13 | 北京信威通信技术股份有限公司 | 一种用于无线链路层的数据传输方法和系统 |
WO2018127020A1 (zh) * | 2017-01-05 | 2018-07-12 | 华为技术有限公司 | 分段重传的方法和装置 |
WO2018126362A1 (zh) * | 2017-01-04 | 2018-07-12 | 广东欧珀移动通信有限公司 | Rlc层状态报告控制pdu的传输方法及相关设备 |
CN109067506A (zh) * | 2018-08-15 | 2018-12-21 | 无锡江南计算技术研究所 | 一种基于多滑动窗口并发的轻量级异步消息实现方法 |
CN109391376A (zh) * | 2017-08-09 | 2019-02-26 | 华为技术有限公司 | 状态报告的发送方法、设备及系统 |
CN109661832A (zh) * | 2017-05-19 | 2019-04-19 | Oppo广东移动通信有限公司 | 无线链路控制层的数据接收处理的方法和设备 |
CN109845318A (zh) * | 2017-09-28 | 2019-06-04 | Oppo广东移动通信有限公司 | 用于数据处理的方法、终端设备和网络设备 |
CN110268657A (zh) * | 2017-02-13 | 2019-09-20 | 瑞典爱立信有限公司 | 用于监视无线电通信的技术 |
CN110351029A (zh) * | 2019-07-16 | 2019-10-18 | 中磊电子(苏州)有限公司 | 基站及其自动重传调度方法 |
WO2019214619A1 (zh) * | 2018-05-10 | 2019-11-14 | 华为技术有限公司 | 一种数据处理的方法及设备 |
US11116036B2 (en) | 2017-03-14 | 2021-09-07 | Beijing Xiaomi Mobile Software Co., Ltd. | Data unit transmission method and device based on configuration instruction |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100358277C (zh) * | 2004-03-12 | 2007-12-26 | 华为技术有限公司 | 一种防止状态变量异常更新的方法 |
CN100459483C (zh) * | 2004-08-26 | 2009-02-04 | 华为技术有限公司 | 一种控制状态报告发送频率的方法 |
EP1863212A2 (en) * | 2006-06-01 | 2007-12-05 | Innovative Sonic Limited | Dual receiving window method and apparatus for automatic retransmission request |
-
2008
- 2008-01-03 CN CN 200810002802 patent/CN101478380B/zh active Active
Cited By (44)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102264100B (zh) * | 2010-05-28 | 2015-08-12 | 中兴通讯股份有限公司 | 一种数据传输方法及系统 |
WO2011147177A1 (zh) * | 2010-05-28 | 2011-12-01 | 中兴通讯股份有限公司 | 一种数据传输方法及系统 |
CN102264100A (zh) * | 2010-05-28 | 2011-11-30 | 中兴通讯股份有限公司 | 一种数据传输方法及系统 |
CN102916787A (zh) * | 2011-08-01 | 2013-02-06 | 中兴通讯股份有限公司 | ARQ Discard消息优化的方法及设备 |
CN103580804A (zh) * | 2013-10-24 | 2014-02-12 | 北京创毅讯联科技股份有限公司 | 一种rlc层的数据接收处理方法和装置 |
CN103580804B (zh) * | 2013-10-24 | 2017-01-04 | 北京创毅讯联科技股份有限公司 | 一种rlc层的数据接收处理方法和装置 |
CN103716140A (zh) * | 2013-12-26 | 2014-04-09 | 中国工程物理研究院计算机应用研究所 | 一种基于自适应互补机制的数据发布与接收方法 |
CN103716140B (zh) * | 2013-12-26 | 2017-02-15 | 中国工程物理研究院计算机应用研究所 | 一种基于自适应互补机制的数据发布与接收方法 |
CN104283656A (zh) * | 2014-09-09 | 2015-01-14 | 南京纳凯永馨信息科技有限公司 | 一种维护am模式rlc接收窗口及数据接收的方法 |
CN104506279A (zh) * | 2014-12-29 | 2015-04-08 | 武汉虹信通信技术有限责任公司 | 用于lte中rlc am模式下的上下行并行处理方法 |
CN104506279B (zh) * | 2014-12-29 | 2017-10-24 | 武汉虹信通信技术有限责任公司 | 用于lte中rlc am模式下的上下行并行处理方法 |
CN107040343A (zh) * | 2016-02-03 | 2017-08-11 | 中国移动通信集团公司 | 一种重传调度方法及装置 |
CN107800515A (zh) * | 2016-08-31 | 2018-03-13 | 北京信威通信技术股份有限公司 | 一种用于无线链路层的数据传输方法和系统 |
CN106685604A (zh) * | 2016-11-28 | 2017-05-17 | 北京新岸线移动通信技术有限公司 | 数据传输控制方法、系统及装置 |
IL267825B2 (en) * | 2017-01-04 | 2023-03-01 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Method and device for transmitting pdu control report to rlc layer status |
IL267825B (en) * | 2017-01-04 | 2022-11-01 | Guangdong Oppo Mobile Telecommunications Corp Ltd | Method and device for transmitting pdu control report to rlc layer status |
TWI751255B (zh) * | 2017-01-04 | 2022-01-01 | 大陸商Oppo廣東移動通信有限公司 | Rlc層狀態報告控制pdu的傳輸方法及相關設備 |
WO2018126362A1 (zh) * | 2017-01-04 | 2018-07-12 | 广东欧珀移动通信有限公司 | Rlc层状态报告控制pdu的传输方法及相关设备 |
US11089578B2 (en) | 2017-01-04 | 2021-08-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | RLC layer status report control PDU transmitting method and related device |
US11063709B2 (en) | 2017-01-05 | 2021-07-13 | Huawei Technologies Co., Ltd. | Segment retransmission method and apparatus |
CN108282273B (zh) * | 2017-01-05 | 2024-03-08 | 华为技术有限公司 | 分段重传的方法和装置 |
WO2018127020A1 (zh) * | 2017-01-05 | 2018-07-12 | 华为技术有限公司 | 分段重传的方法和装置 |
CN108282273A (zh) * | 2017-01-05 | 2018-07-13 | 华为技术有限公司 | 分段重传的方法和装置 |
CN110268657B (zh) * | 2017-02-13 | 2022-05-27 | 瑞典爱立信有限公司 | 用于监视无线电通信的技术 |
CN110268657A (zh) * | 2017-02-13 | 2019-09-20 | 瑞典爱立信有限公司 | 用于监视无线电通信的技术 |
CN107113658B (zh) * | 2017-03-14 | 2020-06-19 | 北京小米移动软件有限公司 | 数据单元传输方法及装置 |
CN107113658A (zh) * | 2017-03-14 | 2017-08-29 | 北京小米移动软件有限公司 | 数据单元传输方法及装置 |
US11116036B2 (en) | 2017-03-14 | 2021-09-07 | Beijing Xiaomi Mobile Software Co., Ltd. | Data unit transmission method and device based on configuration instruction |
US10873990B2 (en) | 2017-05-19 | 2020-12-22 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for receiving and processing data of radio link control layer |
CN109661832B (zh) * | 2017-05-19 | 2020-07-31 | Oppo广东移动通信有限公司 | 无线链路控制层的数据接收处理的方法和设备 |
CN109661832A (zh) * | 2017-05-19 | 2019-04-19 | Oppo广东移动通信有限公司 | 无线链路控制层的数据接收处理的方法和设备 |
CN107342849B (zh) * | 2017-06-15 | 2019-09-17 | 电信科学技术研究院 | 一种进行数据处理的方法和设备 |
CN107342849A (zh) * | 2017-06-15 | 2017-11-10 | 电信科学技术研究院 | 一种进行数据处理的方法和设备 |
CN109391376A (zh) * | 2017-08-09 | 2019-02-26 | 华为技术有限公司 | 状态报告的发送方法、设备及系统 |
CN109391376B (zh) * | 2017-08-09 | 2020-12-01 | 华为技术有限公司 | 状态报告的发送方法、设备及系统 |
CN109845318B (zh) * | 2017-09-28 | 2020-03-13 | Oppo广东移动通信有限公司 | 用于数据处理的方法、终端设备和网络设备 |
CN109845318A (zh) * | 2017-09-28 | 2019-06-04 | Oppo广东移动通信有限公司 | 用于数据处理的方法、终端设备和网络设备 |
CN110475287A (zh) * | 2018-05-10 | 2019-11-19 | 华为技术有限公司 | 数据处理的方法及设备 |
WO2019214619A1 (zh) * | 2018-05-10 | 2019-11-14 | 华为技术有限公司 | 一种数据处理的方法及设备 |
US11665587B2 (en) | 2018-05-10 | 2023-05-30 | Huawei Technologies Co., Ltd. | Data processing method and device to resolve packet loss in multi-hop link system |
CN109067506A (zh) * | 2018-08-15 | 2018-12-21 | 无锡江南计算技术研究所 | 一种基于多滑动窗口并发的轻量级异步消息实现方法 |
CN110351029B (zh) * | 2019-07-16 | 2021-11-02 | 中磊电子(苏州)有限公司 | 基站及其自动重传调度方法 |
CN110351029A (zh) * | 2019-07-16 | 2019-10-18 | 中磊电子(苏州)有限公司 | 基站及其自动重传调度方法 |
US11362771B2 (en) | 2019-07-16 | 2022-06-14 | Sercomm Corporation | Base station and automatic retransmission scheduling method thereof |
Also Published As
Publication number | Publication date |
---|---|
CN101478380B (zh) | 2013-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101478380B (zh) | 一种自动重传请求窗口管理方法 | |
CN101483505B (zh) | 一种服务数据单元丢弃方法 | |
EP2175582B2 (en) | A method for triggering status report of automatic repeat request | |
EP2215763B1 (en) | Methods and apparatus for processing error control messages in a wireless communication system | |
JP4968858B2 (ja) | データ送信方法及びデータ再転送方法 | |
KR101340166B1 (ko) | 강화된 전용 채널 전송에 대한 데이터 수명 타이머를 구현하는 방법 및 장치 | |
US8116250B2 (en) | Medium access control discard notification | |
CN101529780B (zh) | 用于高效利用通信网络中的无线电资源的方法和设备 | |
EP3580873B1 (en) | Technique for monitoring a radio communication | |
US10050825B2 (en) | Method and equipment for throughput recovery during resumption from outage scenarios | |
CN101753277A (zh) | 无线链路控制层报文状态报告的发送方法 | |
CN102347827A (zh) | 一种实现rlc层重传的方法及系统 | |
CN101989899B (zh) | 一种无线链路控制层触发状态报告的方法及接收侧装置 | |
CN101809924B (zh) | 无线链路控制实体的复位控制方法 | |
CN101483506A (zh) | 一种自动重传请求状态报告抑制方法 | |
CN101483507A (zh) | 基于lte系统的自动请求重传状态报告抑制方法 | |
CN101064587A (zh) | 确认模式下无线链路控制协议的控制数据单元的重传方法 | |
CN101277174A (zh) | 基于服务质量的数据重传的方法及其装置和无线通信系统 | |
CN100459484C (zh) | 一种基站与用户终端信息交互的方法 | |
KR20090068317A (ko) | 상태 보고를 보고하는 방법 및 수신기 | |
KR20050075566A (ko) | 무선 링크 제어 윈도우의 데드락 방지 방법 |
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 |