[發明專利]一種在PUCCH配置階段在eNB中解碼HARQ編碼信息的方法與設備

有效

• 申請號: 201310754206.9
• 申請日: 2013-12-31
• 公開（公告）號: CN104753655B
• 公開（公告）日: 2018-11-23
• 發明（設計）人: 劉漪;鄭旸;彭曦
• 申請（專利權）人: 上海諾基亞貝爾股份有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04L1/00
• 代理公司: 北京漢昊知識產權代理事務所(普通合伙) 11370
• 代理人: 羅朋;周建華

本發明的目的是提供一種在PUCCH配置階段在eNB中解碼HARQ編碼信息的方法與設備；在PUCCH配置階段，獲取用戶設備在調度子幀對應的反饋子幀上發送的HARQ編碼信息；根據該HARQ編碼信息，在該調度子幀的子幀編碼所對應的HARQ映射表中進行匹配查詢，確定該用戶設備所對應的傳輸狀態信息；根據該傳輸狀態信息，確定與該用戶設備的下行鏈路的信道傳輸狀態。與現有技術相比，本發明在PUCCH配置階段，在下行鏈路調度中采用特殊限制以避免對ACK/NACK的誤解，對一個用戶設備的M個子幀，僅有一個子幀被調度。這樣，b（0）、b（1）和PUCCH信道的組合只有一種解讀。HARQ?ACK/NACK反饋可以被正確的解碼，沒有發生不必要的重傳，也沒有漏掉重傳，因此沒有浪費小區的吞吐量。

技術領域

本發明涉及通信技術領域，尤其涉及一種用于在PUCCH配置階段在eNB中解碼HARQ編碼信息的技術。

背景技術

在TDD（Time Division Duplexing，時分雙工）HARQ-ACK（混合自動重傳請求應答）多路復用技術中，用戶設備的信道選擇根據對下行數據的接收情況，在不同的TDD配置分別對應的映射表中選擇b（0）、b（1）的值，并選擇在PUCCH（Physical Uplink ControlChannel，物理上行鏈路控制信道）的哪個資源上發送該b（0）、b（1）的值，該b（0）、b（1）的值即為HARQ編碼信息。在Rel-10（版本10，以下簡稱R10）中，用戶設備被配置pucch-ConfigDedicated-v1020，以支持一些新的功能，例如，載波聚合，被配置pucch-ConfigDedicated-v1020的用戶設備和沒被配置的用戶設備所使用的映射表是不同的。如下表1是在TDD配置1的情況下，Rel-8（版本8，以下簡稱R8）所使用的R8映射表，其用戶設備沒有被配置pucch-ConfigDedicated-v1020；下表2是R10映射表，其用戶設備被配置pucch-ConfigDedicated-v1020。

表1：R8映射表（TDD配置1，未配置pucch-ConfigDedicated-v1020）

表2：R10映射表（TDD配置1，已配置pucch-ConfigDedicated-v1020）

然而，在配置pucch-ConfigDedicated-v1020的規程中，eNB和用戶設備可能在使用映射表上是不同步的。例如，如表1所示，在未配置pucch-ConfigDedicated-v1020時，b（0）=1，b（1）=0表示為NACK/DTX，NACK，但是如果參照表2，即pucch-ConfigDedicated-v1020被配置，則表示為ACK，ACK。這樣，用戶設備所反饋的HARQ-ACK可能會被eNB誤解，從而引起MAC層傳輸的失敗。

該問題由于在3GPP規范所定義的PUCCH-ConfigDedicated(R10之前）和PUCCH-ConfigDedicated-v1020的不同所引起，是TDD LTE中一個普遍的問題。

現有技術采用RLC（Radio Link Control，無線鏈路控制）重傳來彌補由ACK/NACK誤解所引起的HARQ失敗。然而，這種方式惡化了小區吞吐量。例如，當ACK被解讀為NACK時產生了不必要的重傳，浪費了時頻資源。另一方面，當NACK被解讀為ACK時MAC傳輸失敗，并且HARQ重傳不能被觸發。

發明內容

本發明的目的是提供一種用于在PUCCH配置階段在eNB中解碼HARQ編碼信息的方法與設備。

根據本發明的一個方面，提供了一種用于在PUCCH配置階段在eNB中解碼HARQ編碼信息的方法，其中，該方法包括：

a在PUCCH配置階段，獲取用戶設備在調度子幀對應的反饋子幀上發送的HARQ編碼信息；