[發明專利]NR-U系統中用于HARQ反饋的單觸發指示設計方法

有效

• 申請號: 202011521522.8
• 申請日: 2020-12-21
• 公開（公告）號: CN112738845B
• 公開（公告）日: 2022-09-30
• 發明（設計）人: 李勇;盧依一;李俊麗
• 申請（專利權）人: 北京郵電大學
• 主分類號: H04W28/06
• 分類號: H04W28/06;H04L5/00;H04L1/18;H04L1/00
• 代理公司: 北京中海智圣知識產權代理有限公司 11282
• 代理人: 王志東

本發明公開一種NR?U系統中用于HARQ反饋的單觸發指示設計方法，包括：在單觸發DCI中添加2bit的狀態位；根據所述狀態位的定義，判斷基站側針對同一HARQ進程的上一個HARQ反饋接收是否成功。本發明所述NR?U系統中用于HARQ反饋的單觸發指示設計方法通過在單觸發DCI中添加2bit作為基站側針對同一HARQ進程的上一個HARQ反饋接收成功與否的狀態位解決數據塊丟失的問題。

技術領域

本發明涉及移動通信技術領域，具體涉及一種NR-U系統中用于HARQ反饋的單觸發指示設計方法。

背景技術

移動數據流量呈爆發式增長，無線通信系統對頻譜資源的迫切需求越發強烈，為此3GPP積極尋求5G等新技術在非授權頻譜上的應用部署方案。2017年3月的RAN-75次會議提出了對基于NR的非授權頻段(NR-U)的研究計劃，并于2018年初開啟研究項目。

在非授權頻譜上部署NR的一個重要問題是要保證與使用此頻段的其他無線接入技術(RAT)之間的公平共存，為此，NR-U使用“先聽后說”的信道接入機制(LBT)，gNB/UE在進行通信前，必須先監聽信道是否被占用，滿足一定條件才能LBT成功。

HARQ反饋在非授權頻段上傳輸時，由于LBT結果的不確定性，會帶來不可預測的HARQ反饋時延，并且隱藏節點問題可能會導致HARQ反饋失敗，為了提供多個HARQ傳輸機會，3GPP RAN1#98b次會議已達成支持基站為先前配置的并且反饋失敗的所有HARQ進程請求單觸發組HARQ反饋的協議。在NR-U中，gNB可以向UE發送單觸發請求，指示UE報告所有配置的HARQ進程的反饋。

若用戶不止一次接收到單觸發指示，則需要多次傳輸相應的HARQ反饋信息，此時基站很難區分HARQ反饋信息是初始傳輸還是重新傳輸，并可能引起新傳數據的NACK轉ACK問題。

如圖1所示，基站發送PDSCH TB1 HARQ進程X，用戶在正確接收后發送ACK并被基站正確接收，基站采用相同的HARQ進程X發送新TB2，但是由于隱藏節點的干擾，導致用戶未接收到PDSCH TB2 HARQ X，因此用戶不進行操作，由于基站未接收到PDSCH TB2 HARQ進程X的HARQ反饋，因此向用戶發送單觸發請求(One-shot trigger)指示用戶對進程X進行反饋，用戶在接收到單觸發指示后，會誤認為上一次傳輸的HARQ反饋未被基站成功接收，因此用戶將TB1的反饋ACK再次傳輸給基站，基站收到后誤認為TB2已被用戶成功接收，最終導致TB2數據塊的丟失。

針對上述問題，現有的解決方案都存在不足之處。

現有的解決方案一是用戶采用默認NACK機制，且NDI值不與相應PDSCH的HARQ-ACK一起報告，此方案要求一旦在先前的HARQ反饋中針對相同HARQ進程ID報告了ACK，則UE重置該HARQ進程的HARQ狀態為NACK，此方案的不足之處在于不支持相同的ACK多次傳輸，因此可能會造成ACK轉NACK問題，如圖2所示：

當gNB初次傳輸的數據TB1被用戶正確接收后，其對應的HARQ反饋由于隱藏節點或突發干擾導致基站端接收失敗，基站使用單觸發組HARQ機制觸發反饋時，由于用戶采用默認NACK機制，因此在收到單觸發請求時向基站報告了NACK，導致在用戶側正確接收的數據被基站理解成錯誤接收，因此基站會重傳已被正確接收的數據包TB1，此時會造成非授權頻譜資源的浪費，由于非授權頻譜資源的不確定性更大，該方案造成的時延及浪費可能更大。

現有的解決方案二是UE報告對應的PDSCH的最新NDI值和HARQ-ACK的異或結果(如沒有用于HARQ進程的先前NDI值，則UE假定NDI＝0)，此方案的不足之處是當某一TB多次傳輸仍未被用戶正確接收，基站準備傳輸下一新的TB時，若新TB在用戶側接收錯誤或傳輸丟失，那么在收到基站的單觸發請求后，會將上一TB的異或結果發送給基站，基站再用異或機制解碼時會造成新傳TB被誤認為正確接收的NACK轉ACK問題，如表1所示：