專利名稱：一種確定harq模式的方法及裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及確定HARQ模式的方法及裝置。
背景技術(shù)：
LTE (長期演進(jìn))系統(tǒng)中，為了提高覆蓋受限場景下的系統(tǒng)性能，常采用HARQ (混 合自動重傳)模式。但由于HARQ重傳增加時延，LTE在R8(版本8)標(biāo)準(zhǔn)中引入了 TTI bundling(傳輸間隔綁定)機(jī)制。TTI bundling機(jī)制通過非自適應(yīng)自動重傳，也就是說對 傳輸塊的不同冗余版本在連續(xù)的TTI內(nèi)進(jìn)行發(fā)送，只對最后發(fā)送的冗余版本才進(jìn)行ACK (正 確應(yīng)答)/NACK(錯誤應(yīng)答)反饋，克服了 HARQ重傳存在的不足，且通過連續(xù)TTI的能量積 累，提高了上行覆蓋效果?，F(xiàn)有技術(shù)中基站在決定采用TTI bundling HARQ模式后，向UE (用戶設(shè)備)發(fā)送調(diào) 度指令。基站在發(fā)送重配消息之前，基站與UE采用一般的HARQ(normal HARQ)重傳模式。 UE收到重配消息且TTI bundling HARQ模式生效后，基站與UE采用TTI bundling HARQ模 式。由于UE側(cè)RRC層從重配消息的接收到解調(diào)需要一定的時間，即RRC信令生效時間約為 IOms 15ms，具體取值由終端設(shè)備的性能確定。以及，RRC重配到重配完成需要幾十ms的 時間(一般約為80ms)。則在UE收到重配消息到TTI bundling HARQ模式生效之前，存在 基站與UE側(cè)理解不一致的問題，也就是說基站與UE可能采用不同的重傳模式。如圖1中 陰影部分所示的時間范圍內(nèi)為基站與UE側(cè)理解不一致的階段。若基站按照normal HARQ過程執(zhí)行，而UE的TTI bundling已經(jīng)生效，則UE會按 照TTI bundling HARQ過程執(zhí)行，將會在連續(xù)4個子幀發(fā)送PUSCH數(shù)據(jù)，導(dǎo)致與基站在后面 3個子幀相同頻域位置調(diào)度的業(yè)務(wù)產(chǎn)生資源沖突。若基站按照TTI bundling HARQ過程執(zhí) 行，而UE的TTI bundling沒有生效，則UE會按照normal HARQ過程執(zhí)行，僅在一個子幀發(fā) 送，那么，將會浪費(fèi)后面3個子幀相同頻域位置的資源。因此，亟待解決從UE收到重配消息到TTI bundling HARQ模式生效之間，基站與 UE可能采用不同的重傳模式所導(dǎo)致的問題。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供一種確定HARQ模式的方法及裝置，用于促使網(wǎng)絡(luò)側(cè)與終端側(cè) 采用相同的HARQ模式。一種確定HARQ模式的方法，包括以下步驟發(fā)送重配消息，通知UE重配到TTI bundling HARQ模式；收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制 是否生效；根據(jù)檢測結(jié)果確定UE采用的HARQ模式。一種用于確定HARQ模式的裝置，包括接口模塊，用于發(fā)送重配消息，通知UE重配到TTI bundling HARQ模式；
檢測模塊，用于收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效；重傳模式模塊，用于根據(jù)檢測結(jié)果確定UE采用的HARQ模式。本發(fā)明實(shí)施例在收到UE針對重配消息的反饋后，檢測UE側(cè)TTI bundling機(jī)制是 否生效，也就是檢測UE是否已采用TTI bundling HARQ模式，如果生效，則確定UE采用TTI bundling HARQ模式，否則確定UE采用normal HARQ模式。在確定了 UE采用的HARQ模式 后，有利于網(wǎng)絡(luò)側(cè)采用與UE相同的HARQ模式，以解決網(wǎng)絡(luò)側(cè)與UE可能采用不同的重傳模 式所導(dǎo)致的問題。


圖1為現(xiàn)有技術(shù)中信令處理時間的示意圖；圖2為本發(fā)明實(shí)施例中確定HARQ模式的主要方法流程圖；圖3為本發(fā)明實(shí)施例中確定HARQ模式的詳細(xì)方法流程圖；圖4A為本發(fā)明實(shí)施例中消息結(jié)構(gòu)的示意圖；圖4B為本發(fā)明實(shí)施例中信令處理時間的示意圖；圖5為本發(fā)明實(shí)施例中包括檢測出UE未激活TTI bundling機(jī)制的時后續(xù)處理過 程的處理方法的流程圖；圖6為本發(fā)明實(shí)施例中裝置的主要結(jié)構(gòu)圖；圖7為本發(fā)明實(shí)施例中裝置的詳細(xì)結(jié)構(gòu)圖。
具體實(shí)施例方式本發(fā)明實(shí)施例在收到UE針對重配消息的反饋后，檢測UE側(cè)TTI bundling機(jī)制是 否生效，也就是檢測UE是否已采用TTI bundling HARQ模式，如果生效，則確定UE采用TTI bundling HARQ模式，否則確定UE采用normal HARQ模式。在確定了 UE采用的HARQ模式 后，有利于網(wǎng)絡(luò)側(cè)采用與UE相同的HARQ模式，以解決網(wǎng)絡(luò)側(cè)與UE可能采用不同的重傳模 式所導(dǎo)致的問題。參見圖2，本實(shí)施例中確定HARQ模式的主要方法流程如下步驟201 發(fā)送重配消息，通知UE重配到TTI bundling HARQ模式。步驟202 收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效。步驟203 根據(jù)檢測結(jié)果確定UE采用的HARQ模式。以上是對確定HARQ模式的實(shí)現(xiàn)過程的概述，下面通過實(shí)施例來詳細(xì)介紹實(shí)現(xiàn)過程。參見圖3，本實(shí)施例中確定HARQ模式的詳細(xì)方法流程如下步驟301 判斷是否調(diào)度TTI bundling機(jī)制，若是，則繼續(xù)步驟302，否則繼續(xù)此步馬聚ο步驟302 發(fā)送攜帶有表示激活TTI bundling機(jī)制的參數(shù)的RRC(無線資源控 制)層信令。該信令即為重配消息，可具體為RRC Connection ktup (RRC連接建立)、RRC Connection Reestablishment (RRC連接重建)或 RRCConnection Reconfiguration (RRC連接重配)等消息。一個消息的結(jié)構(gòu)實(shí)例可參見圖4A所示，其中參數(shù)ttiBimdling表示是否 開啟TTI bundling功能，也就是是否激活TTI bundling機(jī)制，TRUE代表激活，F(xiàn)ALSE代表 未激活。步驟303 接收UE針對重配消息的反饋。步驟304 在連續(xù)的k個子幀內(nèi)檢測是否有連續(xù)收到UE的PUSCH數(shù)據(jù)，若未連續(xù) 收到UE的PUSCH數(shù)據(jù)，則繼續(xù)步驟305，否則繼續(xù)步驟306。其中k為預(yù)設(shè)的子幀數(shù)，較佳 的，k = 4。步驟305 確定UE側(cè)TTI bundling機(jī)制未生效。此步驟相當(dāng)于確定了 UE側(cè)采用 normal HARQ模式。繼續(xù)步驟307。步驟306 確定UE側(cè)TTI bundling機(jī)制生效。此步驟相當(dāng)于確定了 UE側(cè)采用TTI bundling HARQ模式。繼續(xù)步驟308。步驟307 確定與UE側(cè)采用相同的normal HARQ模式。步驟308 確定與UE側(cè)采用相同的TTI bundling HARQ模式。在步驟301中，至少根據(jù)下列判斷條件之一判斷是否調(diào)度TTI bundling機(jī)制判斷UE的信道質(zhì)量是否滿足預(yù)設(shè)的信道條件，當(dāng)不滿足信道條件時，確定信道質(zhì) 量較差，需要調(diào)度TTI bundling機(jī)制；判斷UE承載的業(yè)務(wù)類型是否屬于預(yù)設(shè)的低時延業(yè)務(wù)類型，當(dāng)屬于預(yù)設(shè)的低時延 業(yè)務(wù)類型時，確定需要調(diào)度TTI bundling機(jī)制。其中，本實(shí)施例中通過預(yù)設(shè)的信道條件來衡量信道質(zhì)量的優(yōu)劣，信道條件可以有 多種，如包括下列條件之一或組合1、通過UE的位置確定信道質(zhì)量，如果UE位于預(yù)設(shè)的 小區(qū)邊緣，則信道質(zhì)量較差，需要調(diào)度TTI bundling機(jī)制。2、通過小區(qū)覆蓋情況確定信道 質(zhì)量。例如，當(dāng)多次使用低MCS(調(diào)制編碼方式)等級傳輸數(shù)據(jù)的同時，某一 BLER(誤塊 率)下的SNR(信噪比)值仍高于CIR(Carrier to Interference Ratio，載波干擾比)的 CDF(cumulative distributionfunction，累積分布函數(shù))曲線5%處的值(不同的區(qū)域覆 蓋概率下，該值不同，此時區(qū)域覆蓋概率為95%)，則開啟TTI bundling機(jī)制；5%為預(yù)設(shè)的 閾值，不同的區(qū)域覆蓋概率下，該值可以不同。如果SNR值高于CIR的CDF曲線5%處的值， 表明此時區(qū)域覆蓋概率低于95%，屬于覆蓋受限?；蛘撸琔E所承載的是對時延要求非常高 的業(yè)務(wù)，可開啟TTI Bundling機(jī)制，降低RTT時延，減少超時丟包率。關(guān)于步驟302-304，以圖1為例，網(wǎng)絡(luò)側(cè)在子幀η發(fā)送重配消息。UE在子幀η+1 η+3解析重配消息。網(wǎng)絡(luò)側(cè)在子幀η+4收到UE的反饋確認(rèn)消息(ACK)，以及在子幀η+4 η+7解析確認(rèn)消息。網(wǎng)絡(luò)側(cè)從子幀η+8開始檢測是否有連續(xù)收到UE的物理上行鏈路共享信 道(PUSCH)數(shù)據(jù)，并按照TTI bundling HARQ過程進(jìn)行調(diào)度?？紤]到UE在收到和解析重配消息后，需要一定的時間來進(jìn)行RRC重配，因此在這 段時間內(nèi)UE仍采用normal HARQ模式。為了避免與normal HARQ模式的UE發(fā)生沖突，收 到UE針對重配消息的反饋后，等待m個子幀時，再進(jìn)行激活檢測，其中m為預(yù)設(shè)的子幀數(shù)。 m的取值可根據(jù)基站的處理能力來確定，較佳的，m= 3。參見圖4B所示的示意圖。另外，在步驟307之后，也就是確定與UE側(cè)采用相同的normal HARQ模式后，UE 可能重配完成，采用了 TTI bundling HARQ模式，此時需要網(wǎng)絡(luò)側(cè)與配置到TTI bundling HARQ模式?；蛘遀E未成功解析重配消息或未成功完成重配過程，此時需要網(wǎng)絡(luò)側(cè)重新發(fā)送重配消息，以通知UE采用TTI bundlingHARQ模式。下面通過實(shí)施例來詳細(xì)介紹該過程。參見圖5，本實(shí)施例中包括檢測出UE未激活TTI bundling機(jī)制的時后續(xù)處理過程 的處理方法的流程如下步驟501 發(fā)送攜帶有表示激活TTI bundling機(jī)制的參數(shù)的RRC層信令。步驟502 接收UE針對重配消息的反饋。步驟503 等待m個子幀。步驟504 在連續(xù)的k個子幀內(nèi)檢測是否有連續(xù)收到UE的PUSCH數(shù)據(jù)，若有連續(xù) 收到或者未收到UE的PUSCH數(shù)據(jù)，則繼續(xù)步驟506，否則繼續(xù)步驟505。步驟505 確定UE側(cè)TTI bundling機(jī)制生效。此步驟相當(dāng)于確定了 UE側(cè)采用TTI bundling HARQ模式。繼續(xù)步驟507。步驟506 確定UE側(cè)TTI bundling機(jī)制未生效。此步驟相當(dāng)于確定了 UE側(cè)采用 normal HARQ模式。繼續(xù)步驟508。步驟507 確定與UE側(cè)采用相同的TTI bundling HARQ模式。步驟508 再次在連續(xù)的k個子幀內(nèi)檢測是否有連續(xù)收到UE的PUSCH數(shù)據(jù)，若未 連續(xù)收到UE的PUSCH數(shù)據(jù)，則繼續(xù)步驟509，否則繼續(xù)步驟505。此次檢測的時長可以不是 連續(xù)的k個子幀，本實(shí)施例只是以k個子幀為例。步驟509 向UE重發(fā)重配消息。另外，執(zhí)行TTI bundling調(diào)度機(jī)制之后，網(wǎng)絡(luò)側(cè)需要確定具體的PRB (物理資源 塊)資源分配信息，如確定TB size (傳輸塊大小)。按照LTE標(biāo)準(zhǔn)的規(guī)定，根據(jù)所分配的 PRB數(shù)目以及UE當(dāng)前的MCS等級查找標(biāo)準(zhǔn)定義的表格來確定TB size。因此確定TB size 時，首先要確定UE當(dāng)前的MCS等級、為UE分配的PRB資源數(shù)目。在確定MCS等級和PRB資源數(shù)目之前，還需要根據(jù)每次傳輸承載的數(shù)據(jù)量大小確 定需要PUSCH資源，也就是需要確定TB size.然后，根據(jù)UE的信道傳輸條件以及協(xié)議規(guī)定的調(diào)制等級確定支持的MCS等級，例 如Qm = 2，即采用QPSK，也就是確定QPSK方式對應(yīng)的MCS等級。對于上行，網(wǎng)絡(luò)側(cè)對UE發(fā)送 的SRS(Sounding Reference signal，探測參考信號)進(jìn)行信道質(zhì)量信息(Channel Quality Information, CQI)的測量和修正，根據(jù)測量和修正后的CQI確定UE當(dāng)前能支持的MCS等 級。對于下行，網(wǎng)絡(luò)側(cè)根據(jù)UE上報的CQI信息，并根據(jù)UE歷史數(shù)據(jù)傳輸情況進(jìn)行CQI修正， 根據(jù)修正后的CQI確定當(dāng)前所支持的MCS。以及，基于TB size的需求和UE當(dāng)前支持的MCS等級，確定UE在調(diào)度時需要的 PRB數(shù)目?？紤]到協(xié)議規(guī)定分配的資源大小必須嚴(yán)格控制在3個PRB或3個PRB以內(nèi)的限制， 以及調(diào)制等級Qm = 2，則動態(tài)調(diào)度與VOIP的半持續(xù)調(diào)度的資源選擇的對應(yīng)關(guān)系如表1和表 2所示。表1、AMR 12. 2kbit/s VOIP UL半持續(xù)資源選擇表
權(quán)利要求
1.一種確定HARQ模式的方法，其特征在于，包括以下步驟發(fā)送重配消息，通知用戶設(shè)備UE重配到傳輸間隔綁定混合自動重傳TIlbundl ing HARQ模式；收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否 生效；根據(jù)檢測結(jié)果確定UE采用的HARQ模式。
2.如權(quán)利要求1所述的方法，其特征在于，發(fā)送重配消息之前，還包括步驟判斷是否 調(diào)度TTI bundling機(jī)制；發(fā)送重配消息的步驟包括在判斷需要調(diào)度TTI bundling機(jī)制時，發(fā)送重配消息。
3.如權(quán)利要求2所述的方法，其特征在于，判斷是否調(diào)度TTIbundling機(jī)制的步驟包 括至少根據(jù)下列判斷條件之一判斷是否調(diào)度TTI bundling機(jī)制判斷UE的信道質(zhì)量是否滿足預(yù)設(shè)的信道條件，當(dāng)不滿足信道條件時，確定信道質(zhì)量較 差，需要調(diào)度TTI bundling機(jī)制;判斷UE承載的業(yè)務(wù)類型是否屬于預(yù)設(shè)的低時延業(yè)務(wù)類型，當(dāng)屬于預(yù)設(shè)的低時延業(yè)務(wù) 類型時，確定需要調(diào)度TTI bundling機(jī)制。
4.如權(quán)利要求1所述的方法，其特征在于，重配消息包括攜帶有表示激活TTI bundling機(jī)制的參數(shù)的RRC層信令。
5.如權(quán)利要求1所述的方法，其特征在于，進(jìn)行激活檢測的步驟包括在連續(xù)的k個 子幀內(nèi)檢測是否有連續(xù)收到UE的物理上行鏈路共享信道PUSCH數(shù)據(jù)，若未連續(xù)收到UE的 PUSCH數(shù)據(jù)，則確定UE側(cè)TTI bundling機(jī)制未生效，否則確定UE側(cè)TTI bundling機(jī)制生 效，其中k為預(yù)設(shè)的子幀數(shù)。
6.如權(quán)利要求5所述的方法，其特征在于，在確定UE側(cè)TTIbundling機(jī)制未生效后， 還包括步驟繼續(xù)進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效，當(dāng)根據(jù)判斷結(jié) 果確定UE采用TTI bundling HARQ模式時，執(zhí)行TTI bundling HARQ過程；當(dāng)根據(jù)判斷結(jié) 果確定UE采用normal HARQ模式時，再次發(fā)送重配消息。
7.如權(quán)利要求1至6中任一項(xiàng)所述的方法，其特征在于，收到UE針對重配消息的反饋 后，進(jìn)行激活檢測的步驟包括收到UE針對重配消息的反饋后，等待m個子幀時，進(jìn)行激活 檢測，其中m為預(yù)設(shè)的子幀數(shù)。
8.一種用于確定HARQ模式的裝置，其特征在于，包括接口模塊，用于發(fā)送重配消息，通知UE重配到TTI bundling HARQ模式；檢測模塊，用于收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效；重傳模式模塊，用于根據(jù)檢測結(jié)果確定UE采用的HARQ模式。
9.如權(quán)利要求8所述的裝置，其特征在于，還包括調(diào)度模塊，用于判斷是否調(diào)度TTI bundling 機(jī)制；接口模塊在判斷需要調(diào)度TTI bundling機(jī)制時，發(fā)送重配消息。
10.如權(quán)利要求9所述的裝置，其特征在于，調(diào)度模塊至少根據(jù)下列判斷條件之一判斷 是否調(diào)度TTI bundling機(jī)制判斷UE的信道質(zhì)量是否滿足預(yù)設(shè)的信道條件，當(dāng)不滿足信道條件時，確定信道質(zhì)量較差，需要調(diào)度TTI bundling機(jī)制；判斷UE承載的業(yè)務(wù)類型是否屬于預(yù)設(shè)的低時延業(yè)務(wù)類型，當(dāng)屬于預(yù)設(shè)的低時延業(yè)務(wù) 類型時，確定需要調(diào)度TTI bundling機(jī)制。
11.如權(quán)利要求8所述的裝置，其特征在于，重配消息包括攜帶有表示激活TTI bundling機(jī)制的參數(shù)的RRC層信令。
12.如權(quán)利要求8所述的裝置，其特征在于，檢測模塊在連續(xù)的k個子幀內(nèi)檢測是否有 連續(xù)收到UE的PUSCH數(shù)據(jù)，若未連續(xù)收到UE的PUSCH數(shù)據(jù)，則確定UE側(cè)TTI bundling機(jī) 制未生效，否則確定UE側(cè)TTI bundling機(jī)制生效，其中k為預(yù)設(shè)的子幀數(shù)。
13.如權(quán)利要求12所述的裝置，其特征在于，檢測模塊還用于在確定UE側(cè)TTI bundling機(jī)制未生效后，繼續(xù)進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效；當(dāng)根據(jù)判斷結(jié)果確定UE采用TTI bundling HARQ模式時，重傳模式模塊執(zhí)行TTI bundling HARQ過程；當(dāng)根據(jù)判斷結(jié)果確定UE采用normal HARQ模式時，接口模塊再次發(fā) 送重配消息。
14.如權(quán)利要求8至13中任一項(xiàng)所述的裝置，其特征在于，檢測模塊收到UE針對重配 消息的反饋后，等待m個子幀時，進(jìn)行激活檢測，其中m為預(yù)設(shè)的子幀數(shù)。
全文摘要
本發(fā)明公開了一種確定HARQ模式的方法，用于促使網(wǎng)絡(luò)側(cè)與終端側(cè)采用相同的HARQ模式。所述方法包括發(fā)送重配消息，通知UE重配到TTIbundling HARQ模式；收到UE針對重配消息的反饋后，進(jìn)行激活檢測，以判斷UE側(cè)TTI bundling機(jī)制是否生效；根據(jù)檢測結(jié)果確定UE采用的HARQ模式。本發(fā)明還公開了用于實(shí)現(xiàn)所述方法的裝置。
文檔編號H04L1/18GK102055576SQ20101061243
公開日2011年5月11日 申請日期2010年12月29日 優(yōu)先權(quán)日2010年12月29日
發(fā)明者徐昊, 徐明宇 申請人:大唐移動通信設(shè)備有限公司