[發(fā)明專利]減少HARQ合并失敗的方法和裝置

在審

• 申請?zhí)枺?/td>: 201210278712.0
• 申請日: 2012-08-07
• 公開（公告）號: CN103312473A
• 公開（公告）日: 2013-09-18
• 發(fā)明（設(shè)計）人: 侯曉霞;王希維
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L1/18
• 分類號: H04L1/18;H04B7/06;H04B7/08
• 代理公司: 深圳市世紀恒程知識產(chǎn)權(quán)代理事務(wù)所 44287
• 代理人: 胡海國

技術(shù)領(lǐng)域

本發(fā)明涉及到通信領(lǐng)域，尤其涉及一種減少HARQ合并失敗的方法及裝置。

背景技術(shù)

在LTE（Long?Term?Evolution，長期演進）系統(tǒng)中，下行數(shù)據(jù)的發(fā)送是通過PDCCH信道?（Physical?Downlink?Control?Channel，物理下行控制信道）上的DCI?（Downlink?Control?Information，下行控制信息）信息通知UE?（User?Equipment，用戶終端）需要解調(diào)的數(shù)據(jù)格式，之后UE根據(jù)DCI信息中提供的解調(diào)信息，在PDSCH（Physical?Downlink?Shared?Channel，物理下行共享信道）信道上獲取相應(yīng)的數(shù)據(jù)。如果PDCCH信道上的DCI信息在UE側(cè)丟失，那么UE無法解出PDSCH信道上的數(shù)據(jù)。

在LTE?FDD（Frequency?Division?Duplexing，全雙工）中，下行數(shù)據(jù)傳輸采用HARQ（Hybrid?Automatic?Repeat?Request，混合自動重傳請求）傳輸機制，UE側(cè)對HARQ處理的步驟如下：

首先，如果一個傳輸塊的新數(shù)據(jù)指示符相對于上一次傳輸發(fā)送了變化，或者這是第一個收到的傳輸塊，那么認為這是一個新的傳輸，否則，就認為是重傳。如果這是一個新的傳輸，那么UE將當前軟緩存里的數(shù)據(jù)替換成收到的數(shù)據(jù)，如果這是一個重傳，并且這個數(shù)據(jù)還沒有成功解碼，那么UE將收到的數(shù)據(jù)和軟緩存的數(shù)據(jù)合并，如果收到的數(shù)據(jù)跟軟緩存里的數(shù)據(jù)大小不一致，那么將當前軟緩存里的數(shù)據(jù)替換成收到的數(shù)據(jù)。然后嘗試解碼這個傳輸塊的軟緩存里的數(shù)據(jù)，解碼成功，則指示物理層產(chǎn)生ACK響應(yīng)。

HARQ傳輸可以采用IR（Incremental?Redundancy，增量冗余）合并和CC?（Chase?Combining，卷積碼）合并的方式，而IR合并中，RV（Redundancy?Version，冗余版本）有四種，分別為0、2、3、1，不同的RV版本號攜帶了不同的信息比特和冗余比特，當RV版本號為0的數(shù)據(jù)丟失時，UE將有很大概率無法正確解出數(shù)據(jù)。

那么是否UE全部發(fā)送RV為0的版本就最好，實際上，IR合并最主要的優(yōu)點就是重傳的是不同的RV版本數(shù)據(jù)，一般情況下，相比CC合并都是RV為0的傳輸，采用0、2、3、1的不同RV的IR合并其編碼增益要大于CC合并模式。

如圖1所示，LTE系統(tǒng)中，當UE處于遠點時，由于干擾的加大，PDCCH信道的DCI信息也有可能不能正確檢測到，因此UE解不出正確的數(shù)據(jù)，基站會按照HARQ重傳的機制進行重傳，但是由于第一個DCI信息，即RV為0的DCI信息漏檢，即使RV為2、3、1的版本的數(shù)據(jù)全部重傳一遍，UE也很難正確解出此數(shù)據(jù)，反而浪費了傳輸資源。

發(fā)明內(nèi)容

本發(fā)明的主要目的為提供一種減少HARQ合并失敗的方法及裝置，有效避免因首傳DCI信息漏檢而導(dǎo)致的HARQ合并失敗，并且不影響正常的HARQ傳輸。

本發(fā)明提出一種減少HARQ合并失敗的方法，包括步驟：

基站發(fā)送首傳的數(shù)據(jù)給用戶終端UE；所述數(shù)據(jù)的冗余版本為0；

當收到的響應(yīng)為不連續(xù)發(fā)送DTX響應(yīng)時，重發(fā)所述數(shù)據(jù)。

優(yōu)選地，在執(zhí)行所述當收到的響應(yīng)為DTX響應(yīng)時，重發(fā)數(shù)據(jù)后，還包括:

當重發(fā)次數(shù)達到一預(yù)設(shè)值時，停止重發(fā)并釋放HARQ資源。

優(yōu)選地，在執(zhí)行所述當收到的響應(yīng)為DTX響應(yīng)時，重發(fā)數(shù)據(jù)后，還包括:

當收到UE的解碼失敗的響應(yīng)時，HARQ傳輸次數(shù)加1并依次發(fā)送冗余版本為2、3、1的數(shù)據(jù)直到HARQ合并成功。

優(yōu)選地，在執(zhí)行所述當收到的響應(yīng)為DTX響應(yīng)時，重發(fā)數(shù)據(jù)后，還包括:

當收到UE的解碼成功的響應(yīng)時，結(jié)束HARQ傳輸。

優(yōu)選地，所述當收到的響應(yīng)為DTX響應(yīng)時，重發(fā)數(shù)據(jù)包括：

所述重發(fā)數(shù)據(jù)的新數(shù)據(jù)指示符、資源塊、傳輸塊大小與首傳的數(shù)據(jù)一致，否則等待下一次調(diào)度。

本發(fā)明還提出一種減少HARQ合并失敗的裝置，包括：

首傳模塊，用于發(fā)送首傳的數(shù)據(jù)給用戶終端UE；所述數(shù)據(jù)的冗余版本為0；

重發(fā)模塊，用于當收到的響應(yīng)為不連續(xù)發(fā)送DTX響應(yīng)時，重發(fā)所述數(shù)據(jù)。

優(yōu)選地，所述重發(fā)模塊還用于：

當重發(fā)次數(shù)達到一預(yù)設(shè)值時，停止重發(fā)并釋放HARQ資源。

優(yōu)選地，所述重發(fā)模塊還用于：