[发明专利]一种5G NR RLC上行状态报告优化编码方法及装置

说明书

本发明公开了一种5G NR RLC上行状态报告优化编码方法。UE设置多个二维数组；不同数组中的每个元素用于指示不同数量个不同序列号的RLC PDU中已接收到的RLC PDU数量。UE组建RLC上行状态报告时设置一个中间变量，借助各数组按照从大到小的顺序跨越式更新该中间变量，如不符合跨越更新条件则常规更新该中间变量。本发明大大缩减了UE组建RLC上行状态报告的时间，使UE能够在有限的上行时间内完成组建RLC上行状态报告，从而解决5G NR上行授权调度时间紧张的问题。

技术领域

本发明涉及一种5G NR(New Radio，新无线)移动通讯技术。

背景技术

5G NR移动通讯技术中，RLC(Radio Link control，无线链路控制)层的一个重要功能就是为用户和控制数据提供可靠性传输，包括重传和确认功能。RLC层的传输模式分为：透明模式(TM)、非确认模式(UM)、确认模式(AM)，可靠性传输指的是AM模式。从网络侧向UE(用户设备)发送的数据统称为下行数据。由于空口质量问题，下行数据传输过程中可能会发生丢包现象，此时UE会向网络侧发送RLC上行状态报告(status report)，RLC上行状态报告中记载着下行数据包的接收情况，以便网络侧重传丢失的下行数据包。本文件所提及的数据包均指RLC PDU(Protocol Data Unit，协议数据单元)。

5G NR下AM模式的RLC实体传输的RLC PDU中，序列号(SN)分为12位(bits)和18位两种。如果采用12位序列号，RLC PDU的序列号共有2¹²即4096种。如果采用18位序列号，RLCPDU的序列号共有2¹⁸即262144种。5G NR的单小区下行峰值速率大概为1.7Gbps,这意味着下行窗口变化得非常快。例如某个时隙中发生下行传输丢包，UE紧接着很快又会收到很多其它下行数据包。UE开始组建RLC上行状态报告记录丢包情况的时候，UE需要扫描从RX_NEXT到RX_HIGH_STATUS窗口(区间)内的所有RLC PDU，以判断哪些RLC PDU已收到、哪些RLC PDU未收到，这需要大量时间。RX_NEXT表示UE期待收到的第一个未收完整的RLC PDU，也就是UE等待接收或者等待分段接收完整的第一个RLC PDU。RX_HIGH_STATUS表示UE组RLC上行状态报告的最大确认的序列号可能设定值，即触发RLC上行状态报告的窗口上限。确认的序列号(ACK SN)是指在其前面的RLC PDU中除了被指示成非确认的序列号(NACK SN)的RLC PDU以外的其余RLC PDU都已经接收到，确认的序列号本身对应的RLC PDU没有收到。在实际测试中，经常遇到UE开始组建RLC上行状态报告时，需要扫描的RLC PDU的数量达到几万个。如果采取普通循环遍历的方式，上行预留时间远远不够。5G NR下每次授权(grant)调度给UE的上行时间非常紧张，最苛刻的时候为200μs左右。而这200μs甚至不够UE组建RLC上行状态报告，更不用说UE还需要组建重传包、首传包。

发明内容

本发明所要解决的技术问题是针对UE向网络侧发送RLC上行状态报告作编码优化。