[發明專利]一種終端過載的處理方法、終端、基站及計算機存儲介質

有效

• 申請號: 201710538425.1
• 申請日: 2017-07-04
• 公開（公告）號: CN109217991B
• 公開（公告）日: 2021-10-26
• 發明（設計）人: 柯颋;胡麗潔;侯雪穎;童輝
• 申請（專利權）人: 中國移動通信有限公司研究院;中國移動通信集團公司
• 主分類號: H04L1/18
• 分類號: H04L1/18
• 代理公司: 北京派特恩知識產權代理有限公司 11270
• 代理人: 蔣雅潔;張穎玲

本發明公開了一種終端過載的處理方法、終端、基站及計算機存儲介質，其中，所述方法包括：終端(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；