WO2011032384A1

WO2011032384A1 - 一种状态报告触发方法及装置

Info

Publication number: WO2011032384A1
Application number: PCT/CN2010/072111
Authority: WO
Inventors: 崔金龙
Original assignee: 中兴通讯股份有限公司
Priority date: 2009-09-21
Filing date: 2010-04-23
Publication date: 2011-03-24
Also published as: CN102025471B; CN102025471A; JP2013505651A; US8737306B2; EP2466942B1; JP5390022B2; US20120176910A1; EP2466942A1; EP2466942A4

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 )和 ACK— SN之前未收到报文的报文编号（NACK— 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没有运行，在下层指示的第一个发送时机到来时，构造 Status Report, 并向下层投递；否则，在 t-StatusProhibit定时器超时之后的第一个下层指示的发送时机到来时，构造 Status Report,并向下层投递。当一个状态 4艮告已经向下层投递， 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]之内，则判断出数据接收窗口即将被撑满或已撑满，也即数据接收窗口并非处于顺畅移动状态；其中， Ν可配置为一个大于 0, 且小于 Window— Size/2的整数； Window— Size 指数据接收窗口的大小。

进一步地，步骤 B中，在所述启动状态禁止定时器时，该方法还包括：将状态禁止定时器的时长设置为 T— status_prohibit - n* 10 * Wait— Retx— Threshold , 其中 T— status_prohibit为状态禁止定时器时长； n表示所述状态报告之前重复触发的次数，第一次触发时取 n=0。

进一步地，步骤 C中，检测本次状态报告触发的重传是否成功具体包括：

步骤 C 1、记录本次状态告的发送时刻的系统帧号；

步骤 C 2、当前时刻的系统帧号与记录的所述状态 ^艮告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化，则判断出本次状态报告触发的重传成功；若不发生变化，则判断出本次状态报告触发的重传不成功。

进一步地，步骤 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), JL 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所示，包括如下内容：触发状态报告；构造状态报告并发送；侦测接收窗口状况，看窗口是否即将被撑满而停滞，如果是，则确保状态报告触发的重传切实有效，从而尽快解除窗口的停滞状态，之后结束当前处理流程；如果不是，则直接结束当前处理流程。

针对图 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— ThreshokL 这是由于在 36.322协议中，状态禁止定时器在状态报告发送完成之后立即启动，而这里在确定状态报告触发的重传成功后才启动，因此要排除之前消耗的时间。

其中， N 可配置为一个大于 0 而小于 Window— Size/2 的整数； Wait— Retx— Threshold表示从状态艮告发送到重传完成经过的系统帧个数 (每帧 10ms ), n表示在状态报告触发的重传成功之前，该状态报告重复触发的次数 , 第一次触发时取 n = 0。

图 5是本发明一个具体实施例的状态报告触发方法流程示意图，如图 5 所示，该实施例中，本发明状态 4艮告触发方法具体包括如下步骤：

步骤 S01、 RLC上行报文处理中，重排定时器 t-Reordering超时，或者上行收到了置轮询位的报文，从而触发了状态报告。

步骤 S02、构造状态^艮告并发送。

步骤 S03、对窗口大小进行侦测，看接收窗口是否处于顺畅移动状态，即：窗口大小是否在区间 [0, Window— Size-N]之内。

步骤 S04、窗口移动顺畅，即：窗口大小在区间 [0 , Window— Size-N] 之内，则不用记录状态报告发送帧号，将 Init— SFN置为无效，启动状态禁止定时器 t_status_prohibito

步骤 S05、接收窗口停滞，或者即将停滞，即：窗口大小不在区间 [0, Window— Size-N]之内，则记录状态报告发送的系统帧号 Init— SFN, 并置状态报告发送次数 n = 0。

步骤 S06、检查 Init— SFN是否有效。步骤 S07、若 Init— SFN有效，则记录当前的系统帧号 cur— SFN。

步骤 S08、检查 Delta— SFN =Cur_SFN-Init_SFN是否达到了状态报告触发重传完成所需的时间，若达到该时间则执行步骤 S 09。

步骤 S09、上次状态报告触发的重传应该到达，检查 VR ( R )是否发生改变，即：状态报告触发的重传是否成功。

步骤 S10、 VR ( R )发生改变，说明状态报告触发的重传已经成功，启动状态禁止定时器。

步骤 Sl l、 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为本发明状态报告触发装置结构示意图，如图 6所示，本发明状态报告触发装置包括状态报告构造模块、窗口状态检测模块、重传侦测模块、定时器调整模块和触发截止模块。

其中，状态报告构造模块用于当重排定时器超时，或者无线链路控制层的数据接收端收到了发送端传来的置轮询位的报文时，构造状态报告并发送；以及当重传侦测模块检测到状态报告触发的重传不成功时，再次触发该状态报告。

窗口状态检测模块用于在状态报告构造模块发送状态报告之后，检测无线链路控制层的数据接收窗口是否处于顺畅移动状态，其釆用的检测方案包括：

若数据接收窗口后沿和前沿的距离在区间 [0 , Window— Size-N)之内，则认为数据接收窗口处于顺畅移动状态；反之，若数据接收窗口后沿和前沿的距离在区间 [Window_Size-N , Window_Size]之内，则认为数据接收窗口即将被撑满或已撑满，也即数据接收窗口并非处于顺畅移动状态；其中， N 可配置为一个大于 0而小于 Window— Size I 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

权利要求书

1、一种状态^艮告触发方法，其特征在于，该方法包括：

步骤 B、判断数据接收窗口是否处于顺畅移动状态，若处于顺畅移动状态，则在发送完所述状态报告之后，立即启动状态禁止定时器；若数据接收窗口并非处于顺畅移动状态，则执行步骤 C;

步骤 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中，检测本次状态报告触发的重传是否成功具体包括：

步骤 C 1、记录本次状态告的发送时刻的系统帧号；

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]之内，则判断出数据接收窗口并非处于顺畅移动状态；

9、根据权利要求 7所述的状态报告触发装置，其特征在于，所述重传侦测模块，进一步用于检测所述状态报告构造模块发送的状态报告所触发的重传是否成功的情况下，记录所述状态报告构造模块发送的状态报告的发送时刻的系统帧号；当前时刻的系统帧号与记录的所述状态报告发送时刻的系统帧号之差等于从状态报告发出到重传完成所需经过的系统帧个数时，判断数据接收窗口后沿的位置是否发生变化，若发生变化，则判断出本次状态报告触发的重传成功；若不发生变化，则判断出本次状态报告触发的重传不成功。

10、根据权利要求 7、 8或 9所述的状态报告触发装置，其特征在于，所述定时器调整模块，进一步用于在启动状态禁止定时器时，将状态禁止定时器的时长设置为： T— status_prohibit - n*10*Wait—Retx— Threshold; 其中 T— status_prohibit为状态禁止定时器时长； n表示在所述状态报告触发的重传成功之前，所述状态报告重复触发的次数，第一次触发时取 n=0。

11、根据权利要求 7、 8或 9所述的状态报告触发装置，其特征在于，所述装置还包括触发截止模块；所述触发截止模块，用于在重排定时器超时、或者接收端接收到发送端传来的下一个置轮询位的报文时，传令所述装置中的其他各模块停止对当前状态报告的触发处理，并转入对下一个状态报告的处理。