[发明专利]一种终端过载的处理方法、终端、基站及计算机存储介质

说明书

本发明公开了一种终端过载的处理方法、终端、基站及计算机存储介质，其中，所述方法包括：终端(UE)接收基站配置信令，所述UE根据所述基站配置信令的调度，上报下行混合自动重传请求(DL HARQ)缓冲区大小。

技术领域

本发明涉及终端的处理技术，尤其涉及一种终端(UE)过载的处理方法、UE、基站及计算机存储介质。

背景技术

长期演进(LTE，Long Term Evolution)系统支持下行(DL)混合自动重传请求(HARQ，Hybrid Automatic Repeat reQuest)重传机制。具体的，如果UE接收到基站发送的数据包，但是无法正确解调，UE就会将接收到的错误数据包保存在一个HARQ软缓冲区(DLHARQ soft buffer)中。然后，UE向基站反馈丢包重传(NACK)信息，要求基站重发数据。当收到基站发送的重传数据后，UE将新收到的重传数据包和DL HARQ软缓冲区中的老数据包合并，从而得到一个比单独解码更可靠的数据包，这称之为“软合并”的过程。然后对合并后的数据包进行解码。如果还是解码失败，则重复“请求重传，再进行软合并”的过程。

因此，DL HARQ软缓冲区，主要用于缓存已确定解调失败的DL数据包，以及可能解调失败(即正在做解调处理，并且尚未得到解调结果)的DL数据包。

在LTE系统中，UE根据系统最大支持的DL HARQ进程数、以及本UE最大支持的DL传输块大小(TBS，Transport Block Size)、最大DL传输流数，确定DL HARQ软缓冲区大小。简而言之，DL HARQ软缓冲区大小＝系统最大支持的DL HARQ进程数×本UE最大支持的DL TBS×最大DL传输流数。

在LTE系统中，在通常情况下，DL HARQ缓冲区的实际利用率较低，存在较大的资源浪费现象。为了解决资源浪费的问题，相关技术中，是让终端自主决定如何管理其DL HARQ缓冲区。然而，这会带来DL HARQ缓冲区过载的风险。如果过载，UE就无法接收并存储更多的HARQ进程数据，从而出现严重的短时丢包现象。相关技术中，对于如何避免UE软缓冲区过载的问题，并没有有效的解决方案。

发明内容

有鉴于此，本发明实施例希望提供一种UE过载的处理方法、UE、基站及计算机存储介质，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种终端过载的处理方法，所述方法包括：

终端UE接收基站配置信令；

所述UE根据所述基站配置信令的调度，上报DL HARQ缓冲区大小。

上述方案中，所述基站配置信令，包括：无线资源控制(RRC，Radio ResourceControl)信令、系统消息、和下行控制信息(DCI，Downlink Control Information)信令中的至少一种。

上述方案中，所述UE上报DL HARQ缓冲区大小，包括：

所述UE将所述DL HARQ缓冲区大小作为其UE能力的一种属性上报给基站。

上述方案中，所述方法还包括：

所述UE根据基站对DL HARQ缓冲区预估的使用情况，接受所述基站的调度。

上述方案中，所述对DL HARQ缓冲区预估的使用情况，具体通过如下公式来实现：

m+α×n；

其中，m为所有NACK进程缓存的比特数；α为在[0，1]区间内取值的比率系数；n为所有尚未反馈ACK/NACK的进程所缓存的比特数。

上述方案中，当α＝0时，基站预估所有尚未反馈ACK/NACK的进程可能都是ACK；