[发明专利]一种状态报告触发方法及装置

说明书

技术领域

本发明属于移动通信技术领域，尤其是涉及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分片重传。

现有相关技术中，状态报告的触发方法无论在何种数据传输窗口状态下，每次构造的状态报告仅发送一次，且不能确保状态报告成功发送到数据发送端，从而无法确保状态报告能触发有效的报文重传，造成在窗口因被撑满而停滞的情况下，可能至少需要等待一个状态禁止定时器周期(也可能是重排定时器周期或轮询定时器周期)才能解除窗口的停滞状态，从而造成空口数据传输被延迟，空口数据传输速度较低。

发明内容