[發明專利]一種通信系統中的HARQ重傳處理方法

有效

• 申請號: 201710077502.8
• 申請日: 2017-02-14
• 公開（公告）號: CN108429607B
• 公開（公告）日: 2021-05-14
• 發明（設計）人: 劉波
• 申請（專利權）人: 普天信息技術有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/16;H04W72/12
• 代理公司: 北京德琦知識產權代理有限公司 11018
• 代理人: 王雙;王琦

本申請公開了一種通信系統中的HARQ重傳處理方法，包括：數據接收設備在收到或發送重授權后，所述設備的MAC層不清空HARQ進程，若所述重授權前發送的HARQ進程數據需要重傳、且該HARQ進程保存的要重傳數據的TB大小與當前傳輸的TB大小不同，則在所述設備的RLC層為AM模式時，所述MAC層通知所述RLC層重傳所述HARQ進程丟失需重傳的數據；所述RLC層接收到重傳數據的通知后，將所指示的重傳數據解析并加入RLC重傳隊列中進行重傳。應用本申請，能夠降低數據重傳的時延，盡量避免RLC最大重傳的現象。

技術領域

本申請涉及通信技術，特別涉及一種通信系統中的混合自動重傳請求(HARQ)重傳處理方法。

背景技術

在GPRS/WCDMA/TD-SCDMA/LTE等無線通信系統中，媒體訪問控制層(MediumAccessControl Layer，MAC)提供信道映射、上下行調度、數據復用、(HARQ HybridAutomaticRepeat Request)重傳處理等功能，其中HARQ重傳負責MAC層發生數據錯誤時則嘗試重傳以期望再次把數據傳輸給對端功能；RLC(Radio Link Control)是指無線鏈路控制層協議，RLC層位于MAC層之上，為用戶和控制數據提供分段和重傳業務，而在RLC確定(Acknowledged Mode，AM)模式下，發送端要根據收到的來自接收端發送的狀態協議數據單元(Protocol Data Unit，PDU)和POLL重傳定時器對RLC數據進行重傳。

綜上所述，MAC層的HARQ重傳和RLC層的重傳對數據傳輸丟失提供了一種重傳方案，若空口數據傳輸錯誤或丟失，則首先MAC層的HARQ進行重傳，若是仍重傳不成功，則最后靠RLC層檢測并把數據重傳發給對端。

目前，在無線通信系統中，MAC層收發重授權下行鏈路控制信息(DownlinkControlInformation，DCI)后，下個無線幀開始，空口數據要按新的傳輸塊(TransportBlock，TB)大小進行數據傳輸,特別是重授權前，因MCS(Modulation and Coding Scheme)較高，而當前空口無法承載此調制數據時，空口傳輸就會出錯，此時要通過重授權降低調制和編碼方案(MCS)，來以較小的TB塊進行數據傳輸。傳統做法中，UE收到上行重授權則清空上行HARQ進程，基站(eNB)下發下行重授權則清空下行HARQ進程的數據，若是重授權DCI之前的數據傳輸錯誤，則重授權之后，HARQ進程被清空，就沒有了重傳機會，這樣只能依靠RLC層通過狀態PDU或POLL重傳定時器超時才能重傳丟失的數據，特別是在RLC層有分段的情況下，若是因MAC丟了其中某個分段，可能所有分段都需要重新重傳。此外RLC重傳因需要來自對端的狀態PDU報告或自身的POLL定時器超時等信息，才能決定是否需要RLC層重傳，對空口數據傳輸造成了一定的時延和重復傳輸等問題，甚至造成RLC最大重傳的現象。

發明內容

本申請提供一種通信系統中的HARQ重傳處理方法，能夠降低重傳時延，盡量避免RLC最大重傳的現象。

為實現上述目的，本申請采用如下技術方案：

一種通信系統中的HARQ重傳處理方法，包括：

數據接收設備在收到或發送重授權后，所述設備的MAC層不清空相應的HARQ進程，若所述重授權前發送的HARQ進程數據需要重傳、且該HARQ進程保存的要重傳數據的傳輸塊TB大小與當前傳輸的TB大小不同，則在所述設備的RLC層為AM模式時，所述MAC層通知所述RLC層重傳所述HARQ進程丟失需重傳的數據；

所述RLC層接收到重傳數據的通知后，將所述HARQ進程指示的丟失數據解析加入RLC重傳隊列中進行重傳。

較佳地，所述數據接收設備為終端，所述HARQ進程數據為上行數據傳輸；或者，所述數據接收設備為基站，所述HARQ進程數據為下行數據傳輸。

較佳地，所述RLC層將所述MAC層指示的HARQ進程數據解析加入RLC重傳隊列進行重傳包括：