專利名稱：一種數(shù)據(jù)重傳方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，尤其涉及一種數(shù)據(jù)重傳方法和設(shè)備。
背景技術(shù)：
LTE (Long Term Evolution,長期演進)移動通信系統(tǒng)不僅需要支持話音、圖像和
數(shù)據(jù)等多種業(yè)務(wù)，而且要優(yōu)化支持多媒體和高比特率分組數(shù)據(jù)業(yè)務(wù)。為實現(xiàn)高數(shù)據(jù)速率的 傳輸，LTE系統(tǒng)需要采用高效、可靠的通信機制，為此高維調(diào)制方式被應(yīng)用于LTE系統(tǒng)中，但 是系統(tǒng)的可靠性由此受到了挑戰(zhàn)，為了滿足數(shù)據(jù)通信中誤碼率小于10-6要求，在LTE系統(tǒng) 中，采用HARQ (Hybrid AutomaticR印eat Request,混合自動重傳請求)機制作為通信鏈路 的差錯控制技術(shù)，以保證服務(wù)質(zhì)量要求。 在LTE系統(tǒng)中，HARQ可分為上行HARQ和下行HARQ，其中上行HARQ流程的正確 運行依賴于eNB(eNodeB，演進基站，簡稱基站)和UE(UserEquipment，用戶設(shè)備)之間的 DCIO (Downlink Control InformationO，下行控制信息0)等HARQ信息的交互，但是由于虛 警DCIO的存在，對現(xiàn)有的上行HARQ流程交互有嚴(yán)重的影響，如果UE按照虛警DCIO的指 示進行自適應(yīng)重傳，將造成后續(xù)非自適應(yīng)重傳的版本號計算錯誤，可能造成HARQ流程的失 敗。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種數(shù)據(jù)重傳方法和設(shè)備，以提高上行HARQ重傳的成功率。
根據(jù)本發(fā)明的一實施例，提供一種數(shù)據(jù)重傳方法，包括 獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適應(yīng)重傳的傳輸塊大 小； 判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小是否一 致； 當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按
照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳。
根據(jù)本發(fā)明的又一實施例，提供一種數(shù)據(jù)重傳設(shè)備，包括 信息獲取單元，用于獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適 應(yīng)重傳的傳輸塊大??； 判斷單元，用于判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊 大小是否一致，得到判斷結(jié)果； 重傳單元，用于獲取判斷單元的判斷結(jié)果，當(dāng)判斷結(jié)果顯示所述自適應(yīng)重傳的傳 輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按照當(dāng)前非自適應(yīng)重傳的冗余版本 號進行非自適應(yīng)重傳。 根據(jù)對上述技術(shù)方案的描述，本發(fā)明實施例有如下優(yōu)點本實施例判斷下行控制 信息指示的自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小是否一致，如果不
3一致，表明收到的下行控制信息是虛警信息，此時可不按照下行控制信息的指示進行自適 應(yīng)重傳，而依然按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳，可防止后續(xù)非自 適應(yīng)重傳的冗余版本號計算錯誤，提高數(shù)據(jù)重傳的成功率。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例需要使用的附圖作 簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通 技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖la為現(xiàn)有技術(shù)中一種用戶設(shè)備和基站之間混合自動重傳請求處理方法的流程 示意圖； 圖lb為現(xiàn)有技術(shù)中又一種用戶設(shè)備和基站之間混合自動重傳請求處理方法的流 程示意圖； 圖2為本發(fā)明的實施例提供的一種數(shù)據(jù)重傳方法的示意圖； 圖3為本發(fā)明實施例提供的一種用戶設(shè)備和基站之間混合自動重傳請求處理方 法的流程示意圖； 圖4為本發(fā)明實施例提供的一種數(shù)據(jù)重傳設(shè)備的示意圖。
具體實施例方式
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護的范圍。 圖la為現(xiàn)有技術(shù)中一種用戶設(shè)備和基站之間混合自動重傳請求處理方法的流程 示意圖，所述方法包括 Slla :基站向用戶設(shè)備發(fā)送下行控制信息0。 eNB可為UE調(diào)度分配資源，通過 PDCCH (Physical Downlink Control Channel,物理下行控制信道)發(fā)送新授權(quán)的DCIO來 指示用戶設(shè)備發(fā)送上行調(diào)度組包。 S12a:用戶設(shè)備向基站發(fā)送上行調(diào)度組包。UE可解析DCIO，根據(jù)解析結(jié)果進行 數(shù)據(jù)發(fā)送，在本發(fā)明實施例中，所述上行調(diào)度組包也即數(shù)據(jù)的傳輸可通過PUSCH (Physical Uplink Shared Channel,物理上行共享信道)來實現(xiàn)。對于首次傳輸?shù)臄?shù)據(jù)，其冗余版本 號RV (Redundancy Version,冗余版本)可設(shè)定為0。 S13a:基站通知用戶設(shè)備進行非自適應(yīng)重傳。當(dāng)信道質(zhì)量存在問題時，eNB可能無 法對UE上傳的數(shù)據(jù)成功譯碼，此時eNB通過PHICH(Physical HARQIndicator Channel，物 理混合重傳指示信道)指示UE進行非自適應(yīng)重傳。 S14a :用戶設(shè)備進行非自適應(yīng)重傳。UE在進行非自適應(yīng)重傳時所采用的冗余版
本號依據(jù)預(yù)設(shè)的冗余版本號順序和上次的冗余版本號來確定的，例如當(dāng)冗余版本號順序為 (0，2，3，1)，而上次傳輸數(shù)據(jù)的RV = O，則此次采用的RV = 2。此處的數(shù)據(jù)重傳也可通過 PUSCH進行。 S15a:基站通知用戶設(shè)備進行非自適應(yīng)重傳。進一步地，如果信道質(zhì)量存在問題，eNB對UE上傳的數(shù)據(jù)依然沒有成功譯碼，可通過PHICH信道來通知UE進行非自適應(yīng)重傳。
S 16a:用戶設(shè)備進行非自適應(yīng)重傳。UE再次進行非自適應(yīng)重傳，冗余版本號依據(jù) 順序(0， 2， 3， 1)和上次的冗余版本號來確定，如上次RV = 2，則本次采用RV = 3進行傳輸。 eNB如果成功接收到該數(shù)據(jù)，可進行HARQ合并，如果HARQ合并成功，則本次HARQ傳輸數(shù)據(jù) 成功。 在上述非自適應(yīng)重傳過程中，可能存在虛警DCIO的問題。在實際應(yīng)用中，eNB可 能并未發(fā)送DCIO，但UE可能沒有成功過濾異常的DCIO信息，導(dǎo)致UE在進行DCIO的解調(diào) 檢測時，檢測出虛警DCIO，該虛警DCIO指示UE進行自適應(yīng)重傳，該虛警DCIO指示的TB Size (Transport Block Size,傳輸塊大小)和非自適應(yīng)重傳時新傳指示的Tb Size不一致， 此時UE將按虛警DCIO的指示進行自適應(yīng)的重傳，后續(xù)冗余版本號都是基于本次虛警DCIO 指示的冗余版本號來確定的，這將造成后續(xù)非自適應(yīng)重傳的冗余版本號計算錯誤。圖lb為 現(xiàn)有技術(shù)中又一種用戶設(shè)備和基站之間混合自動重傳請求處理方法的流程示意圖，該流程 與圖la所示的流程類似，其區(qū)別在于，圖lb中UE需要根據(jù)虛警DCIO的指示進行自適應(yīng)重 傳，該方法可包括 Sllb :基站向用戶設(shè)備發(fā)送下行控制信息0。
SI2b :用戶設(shè)備向基站發(fā)送上行調(diào)度組包。
S13b :基站通知用戶設(shè)備進行非自適應(yīng)重傳。 S14b :用戶設(shè)備通過檢測得到虛警下行控制信息0。由于某種原因，盡管eNB沒有 發(fā)出DCIO，但UE可能檢測出錯誤的DCIO，即虛警DCIO。 S15b :用戶設(shè)備進行自適應(yīng)重傳。UE在得到虛警DCIO后，可根據(jù)虛警信息的指示 進行RV = 0的自適應(yīng)重傳，而不會采用原本應(yīng)該采用的RV = 2的進行非自適應(yīng)重傳。
S16b :基站通知用戶設(shè)備進行非自適應(yīng)重傳。 S17b :用戶設(shè)備進行非自適應(yīng)重傳。UE再次進行非自適應(yīng)重傳時，將基于上次重 傳采用的RV = 0進行本次重傳的冗余版本號的計算，即采用計算得到的RV = 2進行重傳。 但是根據(jù)正常的流程，如圖la中S16a所示，再次進行非自適應(yīng)重傳的RV應(yīng)該為3，也就是 說，虛警信息帶來的自適應(yīng)重傳將造成后續(xù)RV的計算錯誤，而這種版本號的計算錯誤將導(dǎo) 致本次HARQ流程失敗。 圖2為本發(fā)明的實施例提供的一種數(shù)據(jù)重傳方法的示意圖，該方法包括 S21 :獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適應(yīng)重傳的傳輸塊
大??； S22:判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小是否 一致； S23 :當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致 時，按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳。 本實施例判斷下行控制信息指示的自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重 傳的傳輸塊大小是否一致，如果不一致，表明收到的下行控制信息是虛警信息，此時可不按 照下行控制信息的指示進行自適應(yīng)重傳，而依然按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行 非自適應(yīng)重傳，可防止后續(xù)非自適應(yīng)重傳的冗余版本號計算錯誤，提高數(shù)據(jù)重傳的成功率。
進一步地，當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，確定所述下行控制信息為虛警信息，并丟棄該虛警信息。進一步地，獲取下行控制 信息可包括通過物理混合重傳指示信道接收所述下行控制信息，所述下行控制信息可以 為下行控制信息0。可以理解，下行控制信息不僅限于下行控制信息O，也可采用其它種類 下行控制信息進行自適應(yīng)重傳指示，并通過其它信道傳輸所述指示，本實施例對此不進行 限定。進一步地，在按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳后，還可包括 獲取非自適應(yīng)重傳指示，根據(jù)預(yù)設(shè)的冗余版本號順序和所述當(dāng)前非自適應(yīng)重傳的冗余版本 號確定再次進行非自適應(yīng)重傳的冗余版本號，進行非自適應(yīng)重傳。按照這樣的確定方法確 定再次非自適應(yīng)重傳的冗余版本號不會出現(xiàn)版本錯誤，可提高數(shù)據(jù)重傳的成功率。所述獲 取非自適應(yīng)重傳指示可包括通過物理混合重傳指示信道接收非自適應(yīng)重傳指示。進一步 地，所述非自適應(yīng)重傳均在物理上行共享信道上實現(xiàn)。 圖3為本發(fā)明實施例提供的一種用戶設(shè)備和基站之間混合自動重傳請求處理方 法的流程示意圖，所述方法包括 S31 :基站向用戶設(shè)備發(fā)送下行控制信息0。 eNB可為UE調(diào)度分配資源，通過 PDCCH (Physical Downlink Control Channel,物理下行控制信道)發(fā)送新授權(quán)的DCIO來 指示用戶設(shè)備發(fā)送上行調(diào)度組包。 S32 :用戶設(shè)備向基站發(fā)送上行調(diào)度組包。UE可解析DCIO，根據(jù)解析結(jié)果進行數(shù) 據(jù)發(fā)送，在本發(fā)明實施例中，所述上行調(diào)度組包也即數(shù)據(jù)的傳輸可通過PUSCH (Physical Uplink Shared Channel,物理上行共享信道)來實現(xiàn)。對于首次傳輸?shù)臄?shù)據(jù)，其冗余版本 號RV (Redundancy Version,冗余版本)可設(shè)定為0。 S33 :基站通知用戶設(shè)備進行非自適應(yīng)重傳。當(dāng)信道質(zhì)量存在問題時，eNB可能無 法對UE上傳的數(shù)據(jù)成功譯碼，此時eNB通過PHICH(Physical HARQIndicator Channel，物 理混合重傳指示信道)指示UE進行非自適應(yīng)重傳。 S34:用戶設(shè)備通過檢測獲得下行控制信息，判定該下行控制信息為虛警信息，丟 棄所述下行控制信息，并執(zhí)行S35。在本過程中，UE可能檢測得到DCIO，此時可判斷該DCIO 是否為虛警DCIO，如果DCIO指示的自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸 塊大小不一致，則可斷定檢測到的DCIO為虛警DCIO，可丟棄此虛警信息。
S35 :用戶設(shè)備進行非自適應(yīng)重傳。UE在判定檢測到的DCIO為虛警DCIO時，不再 根據(jù)虛警DCIO的指示采用RV = 0進行自適應(yīng)重傳，而是進行非自適應(yīng)重傳。進行非自適 應(yīng)重傳時所采用的冗余版本號仍然可依據(jù)預(yù)設(shè)的冗余版本號順序和上次的冗余版本號來 確定的，例如當(dāng)冗余版本號順序為(0，2，3， 1)，而上次傳輸數(shù)據(jù)的RV = O，則此次采用的RV =2。 S36 :基站通知用戶設(shè)備進行非自適應(yīng)重傳。進一步地，如果信道質(zhì)量存在問題， eNB對UE上傳的數(shù)據(jù)依然沒有成功譯碼，可通過PHICH信道來通知UE進行非自適應(yīng)重傳。
S37 :用戶設(shè)備進行非自適應(yīng)重傳。UE再次進行非自適應(yīng)重傳，冗余版本號依據(jù)順 序(0， 2， 3， 1)和上次的冗余版本號來確定，如上次RV = 2，則本次采用RV = 3進行傳輸。 eNB如果成功接收到該數(shù)據(jù)，可進行HARQ合并，如果HARQ合并成功，則本次HARQ傳輸數(shù)據(jù) 成功。 在上述實施例中，UE在檢測得到DCIO時判斷該DCIO是否為虛警信息，具體可通 過比較傳輸塊大小來實現(xiàn)虛警信息的判斷，在斷定DCIO是虛警信息時，不根據(jù)虛警信息的
6指示進行自適應(yīng)重傳，防止后續(xù)非自適應(yīng)重傳的冗余版本號計算錯誤，提高數(shù)據(jù)重傳的成 功率。
圖4為本發(fā)明實施例提供的一種數(shù)據(jù)重傳設(shè)備的示意圖，該設(shè)備包括 信息獲取單元41，用于獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自
適應(yīng)重傳的傳輸塊大小； 判斷單元42，用于判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸 塊大小是否一致，得到判斷結(jié)果； 重傳單元43，用于獲取判斷單元42的判斷結(jié)果，當(dāng)判斷結(jié)果顯示所述自適應(yīng)重傳 的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按照當(dāng)前非自適應(yīng)重傳的冗余 版本號進行非自適應(yīng)重傳。 上述數(shù)據(jù)重傳設(shè)備可判斷下行控制信息是否為虛警信息，當(dāng)識別出虛警信息時不 根據(jù)虛警信息的指示進行操作，可提高數(shù)據(jù)重傳的成功率。進一步地，所述重傳單元43可 包括丟棄模塊，用于當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小 不一致時，確定所述下行控制信息為虛警信息，并丟棄該虛警信息。在一種具體實現(xiàn)中， 所述數(shù)據(jù)重傳設(shè)備為用戶設(shè)備，所述用戶設(shè)備可以包括手機、筆記本電腦、PDA (Personal Digital Assistant,個人數(shù)字助理)等各類終端設(shè)備。 本領(lǐng)域普通技術(shù)人員可以理解上述方法實施例中的全部或部分流程，是可以通過 計算機程序來指令相關(guān)硬件完成的，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，該 程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光 盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。本發(fā)明實施例主要針對FDD (Frequency Division Duplex,頻分雙工)模式的LTE 系統(tǒng)進行描述，但相應(yīng)方法同樣適用于TDD (Time Division Duplex,時分雙工)模式的LTE 系統(tǒng)。 以上所述僅為本發(fā)明的幾個實施例，本領(lǐng)域的技術(shù)人員依據(jù)申請文件公開的內(nèi)容 可以對本發(fā)明進行各種改動或變型而不脫離本發(fā)明的精神和范圍。
權(quán)利要求
一種數(shù)據(jù)重傳方法，其特征在于，包括獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適應(yīng)重傳的傳輸塊大小；判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小是否一致；當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳。
2. 如權(quán)利要求l所述的方法，其特征在于，還包括當(dāng)所述自適應(yīng)重傳的傳輸塊大小與 當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，確定所述下行控制信息為虛警信息，并丟棄該 虛警信息。
3. 如權(quán)利要求l所述的方法，其特征在于，所述獲取下行控制信息包括通過物理混合 重傳指示信道接收所述下行控制信息。
4. 如權(quán)利要求3所述的方法，其特征在于，所述下行控制信息為下行控制信息0。
5. 如權(quán)利要求1所述的方法，其特征在于，在按照當(dāng)前非自適應(yīng)重傳的冗余版本號進 行非自適應(yīng)重傳后，所述方法還包括獲取非自適應(yīng)重傳指示，根據(jù)預(yù)設(shè)的冗余版本號順序 和所述當(dāng)前非自適應(yīng)重傳的冗余版本號確定再次進行非自適應(yīng)重傳的冗余版本號，進行非 自適應(yīng)重傳。
6. 如權(quán)利要求5所述的方法，其特征在于，所述獲取非自適應(yīng)重傳指示包括通過物理 混合重傳指示信道接收非自適應(yīng)重傳指示。
7. 如權(quán)利要求1-6中任一項所述的方法，其特征在于，所述非自適應(yīng)重傳在物理上行 共享信道上實現(xiàn)。
8. —種數(shù)據(jù)重傳設(shè)備，其特征在于，包括信息獲取單元，用于獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適應(yīng)重 傳的傳輸塊大?。慌袛鄦卧?，用于判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小 是否一致，得到判斷結(jié)果；重傳單元，用于獲取判斷單元的判斷結(jié)果，當(dāng)判斷結(jié)果顯示所述自適應(yīng)重傳的傳輸塊 大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳。
9. 如權(quán)利要求8所述的設(shè)備，其特征在于，所述重傳單元包括丟棄模塊，用于當(dāng)所述 自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，確定所述下行控制 信息為虛警信息，并丟棄該虛警信息。
10. 如權(quán)利要求8或9所述的設(shè)備，其特征在于，所述數(shù)據(jù)重傳設(shè)備為終端設(shè)備。
全文摘要
本發(fā)明實施例公開了一種數(shù)據(jù)重傳方法和設(shè)備，所述方法包括獲取下行控制信息，根據(jù)所述下行控制信息的指示獲得自適應(yīng)重傳的傳輸塊大??；判斷所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小是否一致；當(dāng)所述自適應(yīng)重傳的傳輸塊大小與當(dāng)前非自適應(yīng)重傳的傳輸塊大小不一致時，按照當(dāng)前非自適應(yīng)重傳的冗余版本號進行非自適應(yīng)重傳。采用上述技術(shù)方案可提高數(shù)據(jù)重傳的成功率。
文檔編號H04W28/02GK101754274SQ200910238848
公開日2010年6月23日 申請日期2009年12月29日 優(yōu)先權(quán)日2009年12月29日
發(fā)明者東寧 申請人:華為技術(shù)有限公司