CN102025471A - 一种状态报告触发方法及装置 - Google Patents

一种状态报告触发方法及装置 Download PDF

Info

Publication number
CN102025471A
CN102025471A CN2009101768277A CN200910176827A CN102025471A CN 102025471 A CN102025471 A CN 102025471A CN 2009101768277 A CN2009101768277 A CN 2009101768277A CN 200910176827 A CN200910176827 A CN 200910176827A CN 102025471 A CN102025471 A CN 102025471A
Authority
CN
China
Prior art keywords
status
status report
window
report
timer
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
CN2009101768277A
Other languages
English (en)
Other versions
CN102025471B (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN2009101768277A priority Critical patent/CN102025471B/zh
Priority to JP2012530109A priority patent/JP5390022B2/ja
Priority to EP10816588.7A priority patent/EP2466942B1/en
Priority to US13/496,631 priority patent/US8737306B2/en
Priority to PCT/CN2010/072111 priority patent/WO2011032384A1/zh
Publication of CN102025471A publication Critical patent/CN102025471A/zh
Application granted granted Critical
Publication of CN102025471B publication Critical patent/CN102025471B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W24/00—Supervisory, monitoring or testing arrangements
    • H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
    • 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/1607—Details of the supervisory signal
    • H04L1/1685—Details of the supervisory signal the supervisory signal being transmitted in response to a specific request, e.g. to a polling signal
    • 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/1809—Selective-repeat protocols
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1832—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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1848—Time-out mechanisms
    • 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/1829—Arrangements specially adapted for the receiver end
    • H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message

Landscapes

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

Abstract

本发明公开了一种RLC确认模式协议中，状态报告的触发方法及装置，能确保重传切实有效，避免在窗口因被撑满而停滞的情况下，空口数据传输速度较低的问题。其技术方案包括：A、在无线链路控制层的数据接收端，当重排定时器超时，或者收到了发送端传来的置轮询位的报文时，构造状态报告并发送；B、判断数据接收窗口是否处于顺畅移动状态，若处于顺畅移动状态则在发送完该状态报告之后，立即启动状态禁止定时器，认为该次状态报告触发重传成功；若数据接收窗口并非处于顺畅移动状态，则执行步骤C；C、检测该次状态报告触发的重传是否成功，若成功则启动状态禁止定时器；若不成功则执行步骤D；D、再次触发该状态报告，并返回步骤B。

Description

一种状态报告触发方法及装置
技术领域
本发明属于移动通信技术领域，尤其是涉及LTE(Long Term Evolution，长期演化)系统内，无线链路控制层确认模式协议中的一种状态报告触发方法及装置。
背景技术
RLC(Radio Link Control，无线链路控制)协议层在LTE的无线接口协议栈中，是层2(L2)的一个子层，位于MAC(Media Access Control，媒体接入控制)层和PDCP(Packet Data Convergence Protocol，包数据汇聚协议)层之间。RLC协议层的功能包括链接控制、封装和重组、级联、用户数据传输、纠错、协议错误检测和修复等，为用户和控制数据提供分段和重传业务。
每个RLC协议实体由RRC(Radio Resource Control，无线资源控制)层配置并以三种数据传送模式进行工作，分别为：透明模式(TM，Transparent Mode)、非确认模式(UM，Unacknowledged Mode)和确认模式(AM，Acknowledged Mode)。确认模式中的ARQ(Automatic Repeat Request，自动重传请求)，是通过接收端向发送端发送状态报告(Status Report)，发送端根据Status Report中的ACK_SN(状态报告截止的报文编号)和NACK_SN(ACK_SN之前未收到报文的报文编号)来判定哪些PDU(Protocol Data Unit，协议数据单元)已经被接收端确认收到，哪些PDU或PDU片段需要重传，从而保证数据传输的可靠性。图1为RLC在确认模式协议中的架构示意图。
36.322协议中，目前对确认模式下状态报告的触发过程涉及到了两个定时器，都用在RLC的数据传输接收端。首先是重排定时器t-Reordering，t-Reordering用于侦测底层数据的丢失情况，超时后向发送端发送状态报告。其次是状态禁止定时器t-StatusProhibit，t-StatusProhibit用于限定状态报告的发送频度，即两次状态报告的发送时刻要满足一定的时间间隔。状态报告的触发有两种方式：1、RLC发送端通过轮询的方式触发；2、RLC接收端侦测到PDU接收失败(重排定时器超时)。这里主要介绍一下和本发明相关的第二种方式。首先，RLC接收端若侦测到报文不是按照顺序到达的，就会立即启动重排定时器t-Reordering，t_reordering定时器超时会触发VR(MS)的更新和状态报告的发送，VR(MS)在数据接收窗口中用于标识构造状态报告的截止位置，即前述ACK_SN的取值，状态报告的发送必须在VR(MS)的更新之后触发。其次，状态报告的触发并不是毫无限制的，需要满足一定的发送间隔。若状态禁止定时器t-StatusProhibit没有运行，在下层指示的第一个发送时机到来时，构造StatusReport，并向下层投递；否则，在t-StatusProhibit定时器超时之后的第一个下层指示的发送时机到来时，构造Status Report，并向下层投递。当一个状态报告已经向下层投递，RLC AM实体接收侧会启动t_status_prohibit定时器。
从上面的论述可以看到，确认模式下报文的传送需要通过状态报告进行确认。由于底层HARQ(Hybrid Automatic Repeat Request，混合自动重传请求)对丢失报文的重传次数有限制，因此状态报告本身在RLC层没有机制确保一定收到，而且两次状态报告的触发要满足一定的时间间隔。这样，如果状态报告在底层丢失，也就说该状态报告的报文重传没有成功，那么只能等到下次触发状态报告才能实现。
然而，在确认模式的某些情况下，上层对状态报告的确认是有必要的，主要表现在接收窗口即将被撑满的情况下。当接收窗口停滞时，发送窗口必定也已经停滞。此时，若数据接收端触发了状态报告却在底层丢失，只能等到触发新一轮状态报告要求发送端把相应的PDU分片重传。
现有相关技术中，状态报告的触发方法无论在何种数据传输窗口状态下，每次构造的状态报告仅发送一次，且不能确保状态报告成功发送到数据发送端，从而无法确保状态报告能触发有效的报文重传，造成在窗口因被撑满而停滞的情况下，可能至少需要等待一个状态禁止定时器周期(也可能是重排定时器周期或轮询定时器周期)才能解除窗口的停滞状态，从而造成空口数据传输被延迟，空口数据传输速度较低。
发明内容
本发明要解决的技术问题是提供一种无线链路控制层确认模式协议中，状态报告的触发方法及装置，能确保状态报告触发的重传切实有效，从而避免在窗口因被撑满而停滞的情况下，空口数据传输速度较低的问题。
为解决上述技术问题，本发明状态报告触发方法包括如下步骤：
步骤A、在无线链路控制层的数据接收端，当重排定时器超时，或者收到了发送端传来的置轮询位的报文时，构造状态报告并发送，然后执行步骤B；
步骤B、判断数据接收窗口是否处于顺畅移动状态，若处于顺畅移动状态则在发送完该状态报告之后，立即启动状态禁止定时器，认为该次状态报告触发重传成功；若数据接收窗口并非处于顺畅移动状态，则执行步骤C；
步骤C、检测该次状态报告触发的重传是否成功，若成功则启动状态禁止定时器；若不成功则执行步骤D；
步骤D、再次触发该状态报告，并返回步骤B。
进一步地，在步骤B中，判断数据接收窗口是否处于顺畅移动状态的方案包括：
若数据接收窗口后沿和前沿的距离在区间[0，Window_Size-N)之内，则认为数据接收窗口处于顺畅移动状态；反之，若数据接收窗口后沿和前沿的距离在区间[Window_Size-N，Window_Size]之内，则认为数据接收窗口即将被撑满或已撑满，也即数据接收窗口并非处于顺畅移动状态；其中，N可配置为一个大于0小于Window_Size/2的整数，Window_Size指数据接收窗口的大小。
进一步地，步骤B中，在所述启动状态禁止定时器时还包括将定时器时长设置为T_status_prohibit-n*10*Wait_Retx_Threshold，其中T_status_prohibit为状态禁止定时器时长，n表示该状态报告之前重复触发的次数，第一次触发时取n＝0。
进一步地，步骤C中，检测该次状态报告触发的重传是否成功的方案包括：
C1、记录该次状态报告的发送时刻的系统帧号；
C2、当当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化则认为该次状态报告触发的重传成功，否则认为不成功。
进一步地，步骤C中，若检测到该次状态报告触发的重传成功，则在所述启动状态禁止定时器时还包括将定时器时长设置为T_status_prohibit-n*10*Wait_Retx_Threshold，其中T_status_prohibit为状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
进一步地，该方法流程在重排定时器超时或者接收端收到了发送端传来的下一个置轮询位的报文时结束，从而转入对下一个状态报告的处理。
为解决上述技术问题，本发明状态报告触发装置包括如下模块：
状态报告构造模块，该模块用于当重排定时器超时，或者无线链路控制层的数据接收端收到了发送端传来的置轮询位的报文时，构造状态报告并发送；
窗口状态检测模块，该模块用于在所述状态报告构造模块发送状态报告之后，检测无线链路控制层的数据接收窗口是否处于顺畅移动状态；
重传侦测模块，该模块用于，当所述窗口状态检测模块检测到数据接收窗口并非处于顺畅移动状态时，检测所述状态报告构造模块发送的状态报告所触发的重传是否成功；
定时器调整模块，该模块用于：当所述窗口状态检测模块检测到数据接收窗口处于顺畅移动状态时，启动状态禁止定时器，认为该次状态报告触发重传成功；当所述重传侦测模块检测到该次状态报告触发的重传成功时，启动状态禁止定时器。
所述状态报告构造模块还用于当所述重传侦测模块检测到状态报告触发的重传不成功时，再次触发该状态报告。
进一步地，所述窗口状态检测模块在用于检测数据接收窗口是否处于顺畅移动状态时采用的方案包括：
若数据接收窗口后沿和前沿的距离在区间[0，Window_Size-N)之内，则认为数据接收窗口处于顺畅移动状态；反之，若数据接收窗口后沿和前沿的距离在区间[Window_Size-N，Window_Size]之内，则认为数据接收窗口即将被撑满或已撑满，也即数据接收窗口并非处于顺畅移动状态；其中，N可配置为一个大于0而小于Window_Size/2的整数，Window_Size指数据接收窗口的大小。
进一步地，所述重传侦测模块在用于检测所述状态报告构造模块发送的状态报告所触发的重传是否成功时，采用的方案包括：
记录所述状态报告构造模块发送的状态报告的发送时刻的系统帧号；
当当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化则认为该状态报告触发的重传成功，否则认为不成功。
进一步地，所述定时器调整模块还用于，在启动所述状态禁止定时器时，将所述状态禁止定时器时长设置为：T_status_prohibit-n*10*Wait_Retx_Threshold，其中T_status_prohibit为状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
进一步地，该状态报告触发装置还包括触发截止模块，该模块用于在重排定时器超时或者接收端收到发送端传来的下一个置轮询位的报文时，传令该装置其他各模块包括状态报告构造模块、窗口状态检测模块、重传侦测模块和定时器调整模块停止对当前状态报告的处理，而转入对下一个状态报告的处理。
采用本发明的技术方案，RLC能够使丢失数据切实得到重传和投递。特别是在窗口即将被撑满的情况下，数据接收端通过重复发送状态报告确保发送端尽快重传丢失数据，从而减少或避免由于发送端发送窗口被撑满而导致的窗口停滞。
附图说明
图1为RLC在确认模式协议中的架构示意图；
图2是窗口因撑满而停滞的状态示意图；
图3是窗口恢复滑动后的状态示意图；
图4是本发明状态报告触发方法的流程示意图；
图5是本发明一个具体实施例的状态报告触发方法流程示意图；
图6是本发明状态报告触发装置结构示意图。
具体实施方式
下面结合附图和具体实施方式对本发明作进一步详细说明。
现有相关技术中，状态报告的触发方法无论在何种数据传输窗口状态下，每次构造的状态报告仅发送一次，且不能确保状态报告成功发送到数据发送端，从而无法确保状态报告能触发有效的报文重传，造成在窗口因被撑满而停滞的情况下，可能至少需要等待一个状态禁止定时器周期(也可能是重排定时器周期或轮询定时器周期)才能解除窗口的停滞状态，从而造成空口数据传输被延迟，空口数据传输速度较低。
本发明能有效确保状态报告触发的重传切实有效，从而有效避免相关技术中的报文重传方法在窗口因被撑满而停滞的情况下，空口数据传输速度较低的问题，实现了在各种数据传输窗口状态情况下，空口数据传输均可及时进行，提高了空口数据传输速度和效率。
图2和图3分别示出了数据传输窗口处于停滞状态和移动状态的示意图，其中发送窗口和接收窗口的窗口大小均为Window_Size＝512，窗口全部为斜线占满表示该PDU全部收到，仅一半为斜线表明仅收到部分PDU，仍有一个或多个PDU分片未收到。
图2示出了数据传输窗口处于停滞状态的示意图。其中接收窗口未收到的PDU的最小编号为0，即VR(R)＝0，而VR(H)＝512，故有VR(H)-VR(R)＝512＝Window_Size，表明该接收窗口已被撑满，处于停滞状态，其中VR(R)表示接收窗口的后沿，VR(H)表示接收窗口的前沿。而当接收窗口停滞时，发送窗口也必定已停滞，因为Window_Size＝VT(S)-VT(A)，此时VT(S)≥VR(H)，且VT(A)≤VR(R)，VT(A)指发送窗口的后沿，VR(R)指发送窗口的前沿。当发送窗口停滞时，VT(S)无法向后移动以发送新的数据。只有当编号为0的PDU由发送端重传并被接收端确认收到时，停滞状态才会结束。故当窗口处于停滞状态时，数据传输被中断，严重影响了空口数据的传输速度。
图3示出了数据传输窗口处于移动状态的示意图。其中接收窗口未收到的PDU的最小编号为i＞0，即VR(R)＝i＞0，而VR(H)＝512，故有VR(H)-VR(R)＜512＝Window_Size，表明该接收窗口未被撑满，处于移动状态。此时发送窗口也处于移动状态，VT(S)可以向后移动以发送新的数据。
本文提出的状态报告触发方法处理流程如图4所示，包括如下步骤：
t-Reordering超时或者接收端收到发送端置轮询位的报文，从而触发了状态报告之后，应先考察该接收窗口后沿VR(R)距离接收窗口前沿VR(H)的距离：
1、若VR(R)和VR(H)的距离在区间[0，Window_Size-N)之内，则发送完该状态报告之后，启动t_status_prohibit定时器，并将定时器时长设置为T_status_prohibit-n*10*Wait_Retx_Threshold，其中T_status_prohibit为状态禁止定时器时长，n表示该状态报告之前重复触发的次数，第一次触发时取n＝0；
2、若VR(R)和VR(H)的距离在区间[Window_Size-N，Window_Size]之内，说明接收窗口即将被撑满或已撑满，则：
1)发送完该状态报告之后，记录发送该状态报告时刻的系统帧号Init_SFN，之后的每个系统帧Cur_SFN，计算系统帧的变化值Delta_SFN＝Cur_SFN-Init_SF，当Delta_SFN＝Wait_Retx_Threshold时，对VR(R)的位置进行考察：
a)若发现VR(R)的位置未发生改变，则认为本次状态报告发送失败，再次触发状态报告，转步骤1)，直到t-Reordering超时或者接收端收到发送端置轮询位的报文；
b)若发现VR(R)的位置发生变化，则认为本次状态报告发送成功，启动t_status_prohibit定时器，并设定t_status_prohibit定时器的时长为T_status_prohibit-n*10*Wait_Retx_Threshold。这是由于在36.322协议中，状态禁止定时器在状态报告发送完成之后立即启动，而这里在确定状态报告触发的重传成功后才启动，因此要排除之前消耗的时间。
其中，N可配置为一个大于0而小于Window_Size/2的整数；Wait_Retx_Threshold表示从状态报告发送到重传完成经过的系统帧个数(每帧10ms)，n表示在状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
图5是本发明一个具体实施例的状态报告触发方法流程示意图，如图所示，该实施例中，本发明状态报告触发方法具体包括如下步骤：
步骤S01、RLC上行报文处理中，重排定时器t-Reordering超时，或者上行收到了置轮询位的报文，从而触发了状态报告；
步骤S02、构造状态报告，并发送；
步骤S03、对窗口大小进行侦测，看接收窗口是否处于顺畅移动状态；
步骤S04、窗口移动顺畅，不用记录状态报告发送帧号，将Init_SFN置为无效，启动状态禁止定时器t_status_prohibit；
步骤S05、接收窗口停滞，或者即将停滞，则记录状态报告发送的系统帧号Init_SFN，并置状态报告发送次数n＝0；
步骤S06、检查Init_SFN是否有效；
步骤S07、若Init_SFN有效，则记录当前的系统帧号cur_SFN；
步骤S08、检查Delta_SFN＝Cur_SFN-Init_SFN是否达到了状态报告触发重传完成所需的时间，若达到该时间则执行步骤S09；
步骤S09、上次状态报告触发的重传应该到达，检查VR(R)是否发生改变；
步骤S10、VR(R)发生改变，说明状态报告触发的重传已经成功，启动状态禁止定时器；
步骤S11、VR(R)未发生改变，说明状态报告触发的重传没有成功，再次触发状态报告，状态报告重复触发次数n加1，并返回步骤S03。
该实施例中可假设AM模式业务建立时，状态禁止定时器t_status_prohibit的大小设定为200ms(最大可设置为500ms)，Wait_Retx_Threshold为20ms。在窗口撑满的情况下触发了状态报告，但状态报告在空口中丢失，或者在数据发送端解错，那么本方案可再次触发状态报告，并假设再次触发的状态报告成功发送到数据发送端，并触发了有效的数据重传，数据重传之后接收窗口结束了停滞状态，此时对应的步骤为：S01→S02→S03→S05→S06→S07→S08→S09→S11→S03→S05→S06→S07→S08→S09→S10。
由此可见，采用本发明技术方案，状态报告丢失之后，到再次触发的时间间隔仅为20ms，比不使用本发明方案能提前180(ms)解除窗口的停滞状态。
图6是本发明状态报告触发装置结构示意图，如图所示，本发明状态报告触发装置包括状态报告构造模块、窗口状态检测模块、重传侦测模块、定时器调整模块和触发截止模块。
其中，状态报告构造模块用于当重排定时器超时，或者无线链路控制层的数据接收端收到了发送端传来的置轮询位的报文时，构造状态报告并发送；以及当重传侦测模块检测到状态报告触发的重传不成功时，再次触发该状态报告。
窗口状态检测模块用于在状态报告构造模块发送状态报告之后，检测无线链路控制层的数据接收窗口是否处于顺畅移动状态，其采用的检测方案包括：
若数据接收窗口后沿和前沿的距离在区间[0，Window_Size-N)之内，则认为数据接收窗口处于顺畅移动状态；反之，若数据接收窗口后沿和前沿的距离在区间[Window_Size-N，Window_Size]之内，则认为数据接收窗口即将被撑满或已撑满，也即数据接收窗口并非处于顺畅移动状态；其中，N可配置为一个大于0而小于Window_Size/2的整数，Window_Size指数据接收窗口的大小，在36.322协议中RLC AM模式下数据接收窗口的大小为512。
重传侦测模块用于，当窗口状态检测模块检测到数据接收窗口并非处于顺畅移动状态时，检测状态报告构造模块发送的状态报告所触发的重传是否成功，其采用的检测方案包括：
记录所述状态报告构造模块发送的状态报告的发送时刻的系统帧号；
当当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化则认为该状态报告触发的重传成功，否则认为不成功。
定时器调整模块的用途包括：当窗口状态检测模块检测到数据接收窗口处于顺畅移动状态时，启动状态禁止定时器，并将该状态禁止定时器时长设置为：T_status_prohibi-n*10*Wait_Retx_Threshold，其中T_status_prohibit为36.322协议中的状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0；当重传侦测模块检测到该次状态报告触发的重传成功时，启动状态禁止定时器，并将该状态禁止定时器时长设置为：T_status_prohibi-n*10*Wait_Retx_Threshold，其中T_status_prohibit为36.322协议中的状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
触发截止模块用于在重排定时器超时或者接收端收到发送端传来的下一个置轮询位的报文时，传令该装置其他各模块包括状态报告构造模块、窗口状态检测模块、重传侦测模块和定时器调整模块停止对当前状态报告的处理，而转入对下一个状态报告的处理。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应注意的是，以上所述仅为本发明的具体实施例而已，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求记载的技术方案及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种状态报告触发方法，其特征在于包括如下步骤：
步骤A、在无线链路控制层的数据接收端，当重排定时器超时，或者收到了发送端传来的置轮询位的报文时，构造状态报告并发送，然后执行步骤B；
步骤B、判断数据接收窗口是否处于顺畅移动状态，若处于顺畅移动状态则在发送完该状态报告之后，立即启动状态禁止定时器；若数据接收窗口并非处于顺畅移动状态，则执行步骤C；
步骤C、检测该次状态报告触发的重传是否成功，若成功则启动状态禁止定时器；若不成功则执行步骤D；
步骤D、再次触发该状态报告，并返回步骤B。
2.根据权利要求1所述的状态报告触发方法，其特征在于，在步骤B中，判断数据接收窗口是否处于顺畅移动状态的方案包括：
若数据接收窗口后沿和前沿的距离在区间[0，Window_Size-N)之内，则认为数据接收窗口处于顺畅移动状态；若数据接收窗口后沿和前沿的距离在区间[Window_Size-N，Window_Size]之内，则认为数据接收窗口并非处于顺畅移动状态；
其中，N为大于0小于Window_Size/2的整数，Window_Size指数据接收窗口的大小。
3.根据权利要求1或2所述的状态报告触发方法，其特征在于：
步骤B中，在所述启动状态禁止定时器时还包括将定时器时长设置为T_status_prohibit-n*10*Wait_Retx_Threshold，其中T_status_prohibit为状态禁止定时器时长，n表示该状态报告之前重复触发的次数，第一次触发时取n＝0。
4.根据权利要求1或2所述的状态报告触发方法，其特征在于，步骤C中，检测该次状态报告触发的重传是否成功的方案包括：
C1、记录该次状态报告的发送时刻的系统帧号；
C2、当当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化则认为该次状态报告触发的重传成功，否则认为不成功。
5.根据权利要求1或2所述的状态报告触发方法，其特征在于：
步骤C中，若检测到该次状态报告触发的重传成功，则在所述启动状态禁止定时器时还包括将定时器时长设置为T_status_prohibit-n*10*Wait_Retx_Threshold；
其中T_status_prohibit为状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
6.根据权利要求1或2所述的状态报告触发方法，其特征在于：
该方法流程在重排定时器超时或者接收端收到了发送端传来的下一个置轮询位的报文时结束，转入对下一个状态报告的处理。
7.一种状态报告触发装置，其特征在于包括如下模块：
状态报告构造模块，该模块用于当重排定时器超时，或者无线链路控制层的数据接收端收到了发送端传来的置轮询位的报文时，构造状态报告并发送；以及当所述重传侦测模块检测到状态报告触发的重传不成功时，再次触发该状态报告；
窗口状态检测模块，该模块用于在所述状态报告构造模块发送状态报告之后，检测无线链路控制层的数据接收窗口是否处于顺畅移动状态；
重传侦测模块，该模块用于，当所述窗口状态检测模块检测到数据接收窗口并非处于顺畅移动状态时，检测所述状态报告构造模块发送的状态报告所触发的重传是否成功；
定时器调整模块，该模块用于：当所述窗口状态检测模块检测到数据接收窗口处于顺畅移动状态时，启动状态禁止定时器；当所述重传侦测模块检测到该次状态报告触发的重传成功时，启动状态禁止定时器。
8.根据权利要求7所述的状态报告触发装置，其特征在于，所述窗口状态检测模块在用于检测数据接收窗口是否处于顺畅移动状态时采用的方案包括：
若数据接收窗口后沿和前沿的距离在区间[0，Window_Size-N)之内，则认为数据接收窗口处于顺畅移动状态；若数据接收窗口后沿和前沿的距离在区间[Window_Size-N，Window_Size]之内，则认为数据接收窗口并非处于顺畅移动状态；
其中，N为大于0而小于Window_Size/2的整数，Window_Size指数据接收窗口的大小。
9.根据权利要求7所述的状态报告触发装置，其特征在于，所述重传侦测模块在用于检测所述状态报告构造模块发送的状态报告所触发的重传是否成功时，采用的方案包括：
记录所述状态报告构造模块发送的状态报告的发送时刻的系统帧号；
当当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化则认为该状态报告触发的重传成功，否则认为不成功。
10.根据权利要求7或8或9所述的状态报告触发装置，其特征在于：
所述定时器调整模块还用于，在启动状态禁止定时器时，将状态禁止定时器时长设置为：T_status_prohibit-n*10*Wait_Retx_Threshold；
其中T_status_prohibit为状态禁止定时器时长，n表示在该状态报告触发的重传成功之前，该状态报告重复触发的次数，第一次触发时取n＝0。
11.根据权利要求7或8或9所述的状态报告触发装置，其特征在于：
该状态报告触发装置还包括触发截止模块；
所述触发截止模块用于在重排定时器超时或者接收端收到发送端传来的下一个置轮询位的报文时，传令该装置所述其他各模块停止对当前状态报告的处理，转入对下一个状态报告的处理。
CN2009101768277A 2009-09-21 2009-09-21 一种状态报告触发方法及装置 Expired - Fee Related CN102025471B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN2009101768277A CN102025471B (zh) 2009-09-21 2009-09-21 一种状态报告触发方法及装置
JP2012530109A JP5390022B2 (ja) 2009-09-21 2010-04-23 ステータスレポートのトリガー方法及び装置
EP10816588.7A EP2466942B1 (en) 2009-09-21 2010-04-23 Method for triggering status reports and apparatus thereof
US13/496,631 US8737306B2 (en) 2009-09-21 2010-04-23 Method for triggering status reports and apparatus thereof
PCT/CN2010/072111 WO2011032384A1 (zh) 2009-09-21 2010-04-23 一种状态报告触发方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2009101768277A CN102025471B (zh) 2009-09-21 2009-09-21 一种状态报告触发方法及装置

Publications (2)

Publication Number Publication Date
CN102025471A true CN102025471A (zh) 2011-04-20
CN102025471B CN102025471B (zh) 2013-09-11

Family

ID=43758052

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2009101768277A Expired - Fee Related CN102025471B (zh) 2009-09-21 2009-09-21 一种状态报告触发方法及装置

Country Status (5)

Country Link
US (1) US8737306B2 (zh)
EP (1) EP2466942B1 (zh)
JP (1) JP5390022B2 (zh)
CN (1) CN102025471B (zh)
WO (1) WO2011032384A1 (zh)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102868504A (zh) * 2012-08-24 2013-01-09 中兴通讯股份有限公司 一种发送状态报告的方法和rlc接收实体
CN103108356A (zh) * 2011-11-11 2013-05-15 中兴通讯股份有限公司 一种状态包延时发送方法及系统
WO2013173959A1 (zh) * 2012-05-21 2013-11-28 华为技术有限公司 传输方法及rlc层接收实体
CN103891339A (zh) * 2011-08-22 2014-06-25 三星电子株式会社 处理状态信息
CN107241168A (zh) * 2017-07-31 2017-10-10 中国科学院上海高等研究院 信号传输/控制方法/系统，存储介质、发送端及接收端
US10004011B2 (en) 2011-08-22 2018-06-19 Samsung Electronics Co., Ltd. Mobility state enhancements
CN110168983A (zh) * 2016-11-04 2019-08-23 瑞典爱立信有限公司 用于数据重传的方法和设备
CN112865930A (zh) * 2019-11-27 2021-05-28 上海华为技术有限公司 一种发送轮询报文的方法、相关装置和系统

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101899478B1 (ko) * 2011-03-29 2018-09-17 엘지전자 주식회사 상향링크 시간 동기 관리 방법 및 장치
US10045369B2 (en) 2014-06-09 2018-08-07 Intel IP Corporation Apparatus, method and system of multi-user downlink transmission
US20150359000A1 (en) * 2014-06-09 2015-12-10 Qinghua Li Multi-user scheduling channel status reporting for wi-fi
EP3346764A1 (en) * 2017-01-05 2018-07-11 Panasonic Intellectual Property Corporation of America Methods and apparatuses for selecting a radio link in a mobile communication system
CN110943808B (zh) * 2018-09-21 2023-02-17 北京小米松果电子有限公司 数据传输方法、装置、电子设备和存储介质
US11722927B2 (en) * 2020-04-07 2023-08-08 Qualcomm Incorporated Radio link control (RLC) status reporting

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132257A (zh) * 2006-08-24 2008-02-27 华为技术有限公司 一种状态报告的传输方法和发送端设备
CN101483506A (zh) * 2008-01-08 2009-07-15 中兴通讯股份有限公司 一种自动重传请求状态报告抑制方法
US20090181703A1 (en) * 2008-01-10 2009-07-16 Sam Shiaw-Shiang Jiang Method and Apparatus for Triggering Status Report in a Wireless Communications System

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6798842B2 (en) * 2001-01-10 2004-09-28 Asustek Computer Inc. Retransmission range for a communications protocol
US7227856B2 (en) * 2002-08-13 2007-06-05 Innovative Sonic Limited Method for handling timers after an RLC reset or re-establishment in a wireless communications system
EP1465369A1 (en) * 2003-03-31 2004-10-06 Matsushita Electric Industrial Co., Ltd. Reset synchronisation method for a retransmission protocol
US8855572B2 (en) * 2004-06-16 2014-10-07 Qualcomm Incorporated Method and apparatus for link control in wireless communications
US7525908B2 (en) * 2004-09-24 2009-04-28 M-Stack Limited Data unit management in communications
KR101139996B1 (ko) * 2004-12-22 2012-05-02 텔레폰악티에볼라겟엘엠에릭슨(펍) 중복 확인으로 데이터 흐름 제어
TW200713895A (en) * 2005-09-21 2007-04-01 Asustek Comp Inc Method and apparatus for improving transmission delay of status report in a wireless communications system
CN100550906C (zh) 2005-11-24 2009-10-14 大唐移动通信设备有限公司 无线链路层的流量控制方法
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US8098664B2 (en) * 2007-03-23 2012-01-17 Ntt Docomo, Inc. Retransmission-request transmitting method and receiving side apparatus
JPWO2008126822A1 (ja) * 2007-04-06 2010-07-22 株式会社エヌ・ティ・ティ・ドコモ パケット通信方法及び受信側装置
WO2008147271A1 (en) * 2007-06-01 2008-12-04 Telefonaktiebolaget Lm Ericsson (Publ) Out of sequence delivery of status reports on a separate channel
JP2009010894A (ja) * 2007-06-29 2009-01-15 Fujitsu Ltd 受信データ管理方法および装置
TW201021488A (en) * 2007-12-07 2010-06-01 Interdigital Patent Holdings Method and apparatus for supporting configuration and control of the RLC and PDCP sub-layers
US8270348B2 (en) * 2008-01-31 2012-09-18 Lg Electronics Inc. Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications
PL2241046T3 (pl) * 2008-02-08 2012-04-30 Optis Cellular Tech Llc Sposób i układ w systemie telekomunikacyjnym
EP2255478B8 (en) * 2008-03-20 2013-03-06 Telefonaktiebolaget L M Ericsson (publ) A method and a transceiver for reducing retransmissions in a telecommunications system
US20100105334A1 (en) * 2008-04-25 2010-04-29 Interdigital Patent Holdings, Inc. Radio link control status reporting and polling
WO2010053414A1 (en) * 2008-11-06 2010-05-14 Telefonaktiebolaget L M Ericsson (Publ) Method and arrangement in a communication system for exchanging a status report

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101132257A (zh) * 2006-08-24 2008-02-27 华为技术有限公司 一种状态报告的传输方法和发送端设备
CN101483506A (zh) * 2008-01-08 2009-07-15 中兴通讯股份有限公司 一种自动重传请求状态报告抑制方法
US20090181703A1 (en) * 2008-01-10 2009-07-16 Sam Shiaw-Shiang Jiang Method and Apparatus for Triggering Status Report in a Wireless Communications System

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
3GPP: "Radio Link Control(RLC) protocol specification", 《ETSI TS 136 322 V8.2.0》 *

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10004011B2 (en) 2011-08-22 2018-06-19 Samsung Electronics Co., Ltd. Mobility state enhancements
US11324055B2 (en) 2011-08-22 2022-05-03 Samsung Electronics Co., Ltd. Processing state information
US10694556B2 (en) 2011-08-22 2020-06-23 Samsung Electronics Co., Ltd. Processing state information
CN103891339A (zh) * 2011-08-22 2014-06-25 三星电子株式会社 处理状态信息
US10143021B2 (en) 2011-08-22 2018-11-27 Samsung Electronics Co., Ltd. Processing state information
CN103108356A (zh) * 2011-11-11 2013-05-15 中兴通讯股份有限公司 一种状态包延时发送方法及系统
CN103108356B (zh) * 2011-11-11 2017-12-01 中兴通讯股份有限公司 一种状态包延时发送方法及系统
CN103563281A (zh) * 2012-05-21 2014-02-05 华为技术有限公司 传输方法及rlc层接收实体
WO2013173959A1 (zh) * 2012-05-21 2013-11-28 华为技术有限公司 传输方法及rlc层接收实体
CN102868504A (zh) * 2012-08-24 2013-01-09 中兴通讯股份有限公司 一种发送状态报告的方法和rlc接收实体
CN110168983A (zh) * 2016-11-04 2019-08-23 瑞典爱立信有限公司 用于数据重传的方法和设备
US11405149B2 (en) 2016-11-04 2022-08-02 Telefonaktiebolaget Lm Ericsson (Publ) Methods and devices for data retransmission
CN110168983B (zh) * 2016-11-04 2022-11-01 瑞典爱立信有限公司 用于数据重传的方法和设备
CN107241168A (zh) * 2017-07-31 2017-10-10 中国科学院上海高等研究院 信号传输/控制方法/系统，存储介质、发送端及接收端
CN112865930A (zh) * 2019-11-27 2021-05-28 上海华为技术有限公司 一种发送轮询报文的方法、相关装置和系统

Also Published As

Publication number Publication date
US20120176910A1 (en) 2012-07-12
JP5390022B2 (ja) 2014-01-15
CN102025471B (zh) 2013-09-11
EP2466942B1 (en) 2018-09-19
WO2011032384A1 (zh) 2011-03-24
US8737306B2 (en) 2014-05-27
EP2466942A4 (en) 2017-02-22
JP2013505651A (ja) 2013-02-14
EP2466942A1 (en) 2012-06-20

Similar Documents

Publication Publication Date Title
CN102025471B (zh) 一种状态报告触发方法及装置
US7870259B2 (en) Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests
CN101924620B (zh) 报文重传方法和装置
CN101047484B (zh) 一种传输层重传方法和系统
CA2571504C (en) Method of, and system for, communicating data, and a station for transmitting data
CN101132259B (zh) 一种用于无线网络中最后重传时刻控制数据重传的方法
CN101753277B (zh) 无线链路控制层报文状态报告的发送方法
CN104836648B (zh) 一种rlc am模式的快速重传和反馈的方法
US8989059B2 (en) Method for triggering a status report of automatic repeat request
CN102868504A (zh) 一种发送状态报告的方法和rlc接收实体
CN102316515A (zh) 无线链路控制层状态报告的构造方法及装置
CN101741530A (zh) 传输时间间隔集束机制的上链路传输的方法及相关装置
US8254392B2 (en) Link layer control protocol implementation
US20110013567A1 (en) Method and a Transceiver for Reducing Retransmissions in a Telecommunications System
CN104836646A (zh) 一种rlc am模式传输可靠性增强方法
US9491269B2 (en) Uplink transmission rate in a wireless communication device
CN101990240A (zh) 一种无线链路控制层的数据发送方法及数据发送系统
CN104283656A (zh) 一种维护am模式rlc接收窗口及数据接收的方法
US8132068B2 (en) Dual receiving window method and apparatus for automatic retransmission request
JP2000244463A (ja) 無線パケット送受信方法及び装置
CN107800515A (zh) 一种用于无线链路层的数据传输方法和系统
CN100459483C (zh) 一种控制状态报告发送频率的方法
JPH10190635A (ja) 誤り再送を行う通信システム、その通信制御装置および誤り再送方法
CN103392374B (zh) 数据处理的方法和设备
CN103036658A (zh) 一种数据处理的方法与装置

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
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20130911

Termination date: 20200921

CF01 Termination of patent right due to non-payment of annual fee