触发无线链路控制层确认模式状态报告的方法及通信系统技术方案

一种触发无线链路控制层确认模式状态报告的方法及通信系统，当信道传输质量不佳的情况下，根据接收端的接收情况采取针对性的状态报告触发措施。当下层媒体接入控制层上报发送端混合自动重传达最大次数之后，主动上报无线链路控制层以触发状态报告回复，更进一步的，通过接收窗口的拥塞程度判定，自适应调整状态禁止定时器，进一步提高状态报告实时性，以便发送及接收窗口能够快速更新。本发明专利技术技术方案能够高效、合理的提高状态报告的实时性，很好的避免由于信道传输质量不佳状态报告回复不及时所带来的空口数据传输时延增大及发送端负荷较大的问题，进一步提升用户体验。

【技术实现步骤摘要】
触发无线链路控制层确认模式状态报告的方法及通信系统
本专利技术涉及移动通信
，尤其是涉及一种触发无线链路控制层确认模式(RLCAM)状态报告的方法及相应通信系统。
技术介绍
RLC(RadioLinkControl，无线链路控制)协议层在LTE的无线接口协议栈中，是层2(L2)的一个子层，位于MAC(MediaAccessControl，媒体接入控制)层之上，PDCP(PacketDataConvergenceProtocol，包数据汇聚协议)层之下。RLC协议层的功能包括链接控制、用户数据传输(包括分段、级联、重分段、重排序、重组等)、纠错、协议错误检测和修复等，为用户面和控制面数据提供分段和重传业务。每个RLC协议实体由RRC(RadioResourceControl，无线资源控制)层配置并以三种数据传输模式进行工作，分别为：透传模式(TM,TransparentMode)、非确认模式(UM,UnacknowledgedMode)和确认模式(AM,AcknowledgedMode)。确认模式中的ARQ(AutomaticRepeatRequest,自动重传请求)是通过接收端向发送端反馈状态报告(StatusReport)，发送端根据收到的StatusReport中的ACK_SN(状态报告截止的报文编号)和NACK_SN(ACK_SN之前未收到报文的报文编号)来判定哪些PDU(ProtocolDataUnit，协议数据单元)已经被接收端确认收到，哪些PDU或PDU分片需要重传，从而保证数据传输的可靠性。36.322协议中，目前对确认模式下状态报告的触发过程涉及到了两个定时器，都用在RLC的数据传输接收端。首先是重排序定时器t-Reordering，t-Reordering用于检测底层数据的丢失情况，超时后向发送端发送状态报告。其次是状态报告禁止定时器t-StatusProhibit，t-StatusProhibit用于限制状态报告的发送频率，即两次状态报告的发送时刻需要满足一定的时间间隔，这个间隔就是该定时器时长。目前状态报告的触发有两种方式：1、RLC发送端通过轮询的方式触发；2、RLC接收端检测到PDU接收失败(重排序定时器超时)。这里主要介绍一下和本专利技术相关的第二种方式。首先，RLC接收端若检测到报文不是按照顺序到达的，就会立即启动重排序定时器t-Reordering，t_reordering定时器超时会触发VR(MS)(MaximumSTATUStransmitstatevariable，最大Status状态报告反馈变量)的更新和状态报告的发送，VR(MS)在数据接收窗口中用于标识构造状态报告的截止位置，即前述ACK_SN的取值，状态报告的发送必须在VR(MS)的更新之后触发。其次，状态报告的触发并不是毫无限制的，需要满足一定的发送间隔。若t-StatusProhibit(Statusprohibittimer，状态报告禁止定时器)没有运行，则在MAC层指示的第一个传输机会到来时，构造StatusReport并向底层发送；否则，在t-StatusProhibit定时器超时之后的第一个MAC层指示的传输机会到来时，构造StatusReport并向底层发送。当一个状态报告已经向底层发送，RLCAM实体接收端会启动t-StatusProhibit定时器。可以知道，确认模式下报文的传输需要通过状态报告来进行确认。而状态报告的触发方式之一就是重排序定时器t-Reordering超时，t-Reordering实质上就是对由于底层HARQ(HybridAutomaticRepeatRequest，混合自动重传请求)重传导致的乱序包进行排序过程的一个定时器，如果超时了，就认为底层HARQ已经无法解决问题了，这个时候对于这部分没有排好序的包(小于VR(MS))就可以通过发送状态报告的方式触发RLC发送端进行ARQ重传。基于协议的这一设计，在实际现网应用过程中，t-Reordering配置时长通常是大于底层HARQ最大重传所需要消耗的时间的，于是就存在了一个时间差，当发送端底层达到HARQ最大重传仍没有成功的时候，接收端RLC层并不会立即触发状态报告回复而仍然等待HARQ重传直至t-Reordering超时。针对高可靠性业务传输时，采用有反馈确认的双向链路传输需要正向和反向链路都具有较小的时延和可靠的传输性能。在高速率业务场景下，正向业务数据PDU传输和反向状态报告PDU传输的丢失都会导致RLC的ARQ重传，进而容易导致发送窗口满并影响业务速率。而反向状态报告回复的时延同样也会导致发送端发送窗口满无法发送新的PDU，影响业务速率。现有相关技术中，接收端RLC层检测底层数据丢失情况只能通过t-Reordering超时来进行判断，实时性不佳，无法第一时间做出反馈。同时由于t-StatusProhibit定时器的存在，当信道传输质量不佳时，容易造成窗口因被撑满而停滞的情况，此时可能至少需要等待一个状态禁止定时器周期才能解除窗口的停滞状态，从而造成空口数据传输延迟，时延增大，影响用户体验。因此本领域亟待相关解决方案出现。
技术实现思路
本专利技术的主要目的在于克服现有技术，本专利技术提供了一种触发无线链路控制层确认模式状态报告的方法及相应通信系统，通过提高状态报告的实时性，解决由于状态报告回复不及时所引起的空口数据传输时延增大及发送端负荷较大的问题。本专利技术所采用的技术方案包括一种触发无线链路控制层确认模式状态报告的方法，执行以下步骤：1)基站MAC层混合自动重传请求HARQ达最大重传时上报指示到RLC层；2)基站RLC接收端收到指示立即触发t-Reordering定时器超时判断流程；3)判断此时t-StatusProhibit是否超时，若超时进入步骤5，否则进入步骤4；4)判断此时RLC接收端接收窗口状态，若此时接收窗口处于拥塞状态，则进入步骤6，否则进入步骤7；5)进入t-StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；6)窗口拥塞触发的t-StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；7)等待t-StatusProhibit超时以触发后续处理流程。而且，步骤1中，接收端MAC上报发送端HARQ已达最大重传指示给RLC，以此触发t-Reordering定时器超时判断流程，开启状态报告回复。而且，步骤4中，对于接收端RLC接收窗口进行拥塞状态判别，拥塞度定义如下：接收窗实时拥塞度＝接收窗口缓存量/接收窗口长度接收窗实时拥塞度高于设置的拥塞门限时，判断此时接收窗口处于拥塞状态。而且，对拥塞门限预设初始值，根据实际的业务及信道场景进行动态调整。而且，拥塞门限的初始值设置为0.9。本专利技术还提供一种通信系统，执行如上所述触发无线链路控制层确认模式状态报告的方法。对比现有技术，本专利技术提供了一种AM模式下状态报告的触发方法及相应通信系统，能够较好的提高状态报告的实时性。该系统能够很好的避免信道传输质量不佳情况下，由于状态报告回复不及时所引起的空口数据传输时延增大及发送端负荷较大的问题，进一步提升用户体验。附图说明图1为本专利技术实施例提供的RLC接收端接收窗口拥塞状态判别示本文档来自技高网...

【技术保护点】
1.一种触发无线链路控制层确认模式状态报告的方法，其特征在于，执行以下步骤：1)基站MAC层混合自动重传请求HARQ达最大重传时上报指示到RLC层；2)基站RLC接收端收到指示立即触发t‑Reordering定时器超时判断流程；3)判断此时t‑StatusProhibit是否超时，若超时进入步骤5，否则进入步骤4；4)判断此时RLC接收端接收窗口状态，若此时接收窗口处于拥塞状态，则进入步骤6，否则进入步骤7；5)进入t‑StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；6)窗口拥塞触发的t‑StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；7)等待t‑StatusProhibit超时以触发后续处理流程。

【技术特征摘要】
1.一种触发无线链路控制层确认模式状态报告的方法，其特征在于，执行以下步骤：1)基站MAC层混合自动重传请求HARQ达最大重传时上报指示到RLC层；2)基站RLC接收端收到指示立即触发t-Reordering定时器超时判断流程；3)判断此时t-StatusProhibit是否超时，若超时进入步骤5，否则进入步骤4；4)判断此时RLC接收端接收窗口状态，若此时接收窗口处于拥塞状态，则进入步骤6，否则进入步骤7；5)进入t-StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；6)窗口拥塞触发的t-StatusProhibit超时处理流程，完成状态报告的调度组包并传输下去；7)等待t-StatusProhibit超时以触发后续处理流程。2.根据权利要求1所述触发无线链路控制层确认模式状态报告的方法，其特征在...

【专利技术属性】
技术研发人员：徐海鑫，丁晓东，程潮，张敏，
申请(专利权)人：武汉虹信通信技术有限责任公司，
类型：发明
国别省市：湖北,42