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

背景技術(shù)：
在LTE（LongTermEvolution，長(zhǎng)期演進(jìn)）系統(tǒng)中，下行數(shù)據(jù)的發(fā)送是通過(guò)PDCCH信道（PhysicalDownlinkControlChannel，物理下行控制信道）上的DCI（DownlinkControlInformation，下行控制信息）信息通知UE（UserEquipment，用戶終端）需要解調(diào)的數(shù)據(jù)格式，之后UE根據(jù)DCI信息中提供的解調(diào)信息，在PDSCH（PhysicalDownlinkSharedChannel，物理下行共享信道）信道上獲取相應(yīng)的數(shù)據(jù)。如果PDCCH信道上的DCI信息在UE側(cè)丟失，那么UE無(wú)法解出PDSCH信道上的數(shù)據(jù)。在LTEFDD（FrequencyDivisionDuplexing，全雙工）中，下行數(shù)據(jù)傳輸采用HARQ（HybridAutomaticRepeatRequest，混合自動(dòng)重傳請(qǐng)求）傳輸機(jī)制，UE側(cè)對(duì)HARQ處理的步驟如下：首先，如果一個(gè)傳輸塊的新數(shù)據(jù)指示符相對(duì)于上一次傳輸發(fā)送了變化，或者這是第一個(gè)收到的傳輸塊，那么認(rèn)為這是一個(gè)新的傳輸，否則，就認(rèn)為是重傳。如果這是一個(gè)新的傳輸，那么UE將當(dāng)前軟緩存里的數(shù)據(jù)替換成收到的數(shù)據(jù)，如果這是一個(gè)重傳，并且這個(gè)數(shù)據(jù)還沒(méi)有成功解碼，那么UE將收到的數(shù)據(jù)和軟緩存的數(shù)據(jù)合并，如果收到的數(shù)據(jù)跟軟緩存里的數(shù)據(jù)大小不一致，那么將當(dāng)前軟緩存里的數(shù)據(jù)替換成收到的數(shù)據(jù)。然后嘗試解碼這個(gè)傳輸塊的軟緩存里的數(shù)據(jù)，解碼成功，則指示物理層產(chǎn)生ACK響應(yīng)。HARQ傳輸可以采用IR（IncrementalRedundancy，增量冗余）合并和CC（ChaseCombining，卷積碼）合并的方式，而IR合并中，RV（RedundancyVersion，冗余版本）有四種，分別為0、2、3、1，不同的RV版本號(hào)攜帶了不同的信息比特和冗余比特，當(dāng)RV版本號(hào)為0的數(shù)據(jù)丟失時(shí)，UE將有很大概率無(wú)法正確解出數(shù)據(jù)。那么是否UE全部發(fā)送RV為0的版本就最好，實(shí)際上，IR合并最主要的優(yōu)點(diǎn)就是重傳的是不同的RV版本數(shù)據(jù)，一般情況下，相比CC合并都是RV為0的傳輸，采用0、2、3、1的不同RV的IR合并其編碼增益要大于CC合并模式。如圖1所示，LTE系統(tǒng)中，當(dāng)UE處于遠(yuǎn)點(diǎn)時(shí)，由于干擾的加大，PDCCH信道的DCI信息也有可能不能正確檢測(cè)到，因此UE解不出正確的數(shù)據(jù)，基站會(huì)按照HARQ重傳的機(jī)制進(jìn)行重傳，但是由于第一個(gè)DCI信息，即RV為0的DCI信息漏檢，即使RV為2、3、1的版本的數(shù)據(jù)全部重傳一遍，UE也很難正確解出此數(shù)據(jù)，反而浪費(fèi)了傳輸資源。

技術(shù)實(shí)現(xiàn)要素：
本發(fā)明的主要目的為提供一種減少HARQ合并失敗的方法及裝置，有效避免因首傳DCI信息漏檢而導(dǎo)致的HARQ合并失敗，并且不影響正常的HARQ傳輸。本發(fā)明提出一種減少HARQ合并失敗的方法，包括步驟：基站發(fā)送首傳的數(shù)據(jù)給用戶終端UE；所述數(shù)據(jù)的冗余版本為0；當(dāng)收到的響應(yīng)為不連續(xù)發(fā)送DTX響應(yīng)時(shí)，重發(fā)所述數(shù)據(jù)。優(yōu)選地，在執(zhí)行所述當(dāng)收到的響應(yīng)為DTX響應(yīng)時(shí)，重發(fā)數(shù)據(jù)后，還包括:當(dāng)重發(fā)次數(shù)達(dá)到一預(yù)設(shè)值時(shí)，停止重發(fā)并釋放HARQ資源。優(yōu)選地，在執(zhí)行所述當(dāng)收到的響應(yīng)為DTX響應(yīng)時(shí)，重發(fā)數(shù)據(jù)后，還包括:當(dāng)收到UE的解碼失敗的響應(yīng)時(shí)，HARQ傳輸次數(shù)加1并依次發(fā)送冗余版本為2、3、1的數(shù)據(jù)直到HARQ合并成功。優(yōu)選地，在執(zhí)行所述當(dāng)收到的響應(yīng)為DTX響應(yīng)時(shí)，重發(fā)數(shù)據(jù)后，還包括:當(dāng)收到UE的解碼成功的響應(yīng)時(shí)，結(jié)束HARQ傳輸。優(yōu)選地，所述當(dāng)收到的響應(yīng)為DTX響應(yīng)時(shí)，重發(fā)數(shù)據(jù)包括：所述重發(fā)數(shù)據(jù)的新數(shù)據(jù)指示符、資源塊、傳輸塊大小與首傳的數(shù)據(jù)一致，否則等待下一次調(diào)度。本發(fā)明還提出一種減少HARQ合并失敗的裝置，包括：首傳模塊，用于發(fā)送首傳的數(shù)據(jù)給用戶終端UE；所述數(shù)據(jù)的冗余版本為0；重發(fā)模塊，用于當(dāng)收到的響應(yīng)為不連續(xù)發(fā)送DTX響應(yīng)時(shí)，重發(fā)所述數(shù)據(jù)。優(yōu)選地，所述重發(fā)模塊還用于：當(dāng)重發(fā)次數(shù)達(dá)到一預(yù)設(shè)值時(shí)，停止重發(fā)并釋放HARQ資源。優(yōu)選地，所述重發(fā)模塊還用于：當(dāng)收到UE的解碼失敗的響應(yīng)時(shí)，HARQ傳輸次數(shù)加1并依次發(fā)送冗余版本為2、3、1的數(shù)據(jù)直到HARQ合并成功。優(yōu)選地，所述重發(fā)模塊還用于：當(dāng)收到UE的解碼成功的響應(yīng)時(shí)，結(jié)束HARQ傳輸。優(yōu)選地，所述重發(fā)模塊具體用于：所述重發(fā)數(shù)據(jù)的新數(shù)據(jù)指示符、資源塊、傳輸塊大小與首傳的數(shù)據(jù)一致，否則等待下一次調(diào)度。本發(fā)明提出的一種減少HARQ合并失敗的方法及裝置，在下行HARQ...