專利名稱：帶軟合并的混合自動重傳請求處理方法及其系統的制作方法
技術領域：
本發明涉及寬帶碼分多址(WCDMA，Wideband Code Division MultipleAccess)技術領域，尤其是涉及一種帶軟合并的混合自動重傳請求處理方法及其系統。
背景技術：
在寬帶碼分多址(WCDMA，Wideband Code Division Multiple Access)系統中，高速上行鏈路分組接入(HSUPA，High Speed Uplink Packet Access)技術是WCDMA R6版本中最新引入的一種上行增強技術，其主要包括如下幾個技術點1)Node B控制的調度技術；2)帶軟合并的混合自動重傳請求(HARQ，Hybrid Automatic Repeat request)技術；3)更短的傳輸時間間隔(TTI，transmission Time interval)技術。
其中，上述帶軟合并的HARQ技術主要用于增強型專用信道(E-DCH，Enhanced Dedicated Channel)的物理層快速重傳處理，通過初傳和重傳之間的軟合并來提高E-DCH物理層的譯碼性能。其中E-DCH是HSUPA技術在上行引入的一種增強型專用信道。
請參照圖1，該圖是現有技術中在UE側的E-DCH物理層上進行帶軟合并的HARQ處理的處理過程示意圖，其主要處理過程如下E-DCH信道編碼后的輸出Ne，j經過bit分離處理(bit separation)分離為系統位(Systematic bits)、校驗位1(Parity 1 bits)和校驗位2(Parity 2 bits)三個序列；
將該三個序列分別進行速率匹配(RM，Rate Matching)處理，將速率匹配處理后的三個序列進行bit合路處理(bit collection)，并將bit合路處理后的比特映射到E-DCH專用物理數據信道(E-DPDCH，E-DCH Dedicated PhysicalData Channel)中進行傳輸。
其中速率匹配處理的主要作用是將速率匹配前的可變比特數匹配到一個固定速率的物理信道上進行傳輸。其中根據速率匹配前的比特數和速率匹配后的比特數關系，可以分為重復速率匹配處理和打孔速率匹配處理兩種方式，若當速率匹配前的比特數小于速率匹配后的比特數時，要采用重復速率匹配方式進行處理，即將速率匹配前的序列某些位置的比特進行重復發送；否則采用打孔速率匹配處理方式進行處理，即將速率匹配前的序列某些位置的比特不進行發送。
目前協議中規定無線接入網(RAN，Radio Access Network)側通過將帶軟合并的HARQ處理信息承載在RAN側和用戶終端(UE，User Equipment)側進行交互的無線資源控制(RRC，Radio Resource Control)信令中，并通過NodeB透傳給UE，然后UE基于接收到的帶軟合并的HARQ處理信息進行帶軟合并的HARQ處理。
但是Node B在將RAN下發的帶軟合并的HARQ處理信息透傳給UE的過程中，不會對帶軟合并的HARQ處理信息進行任何處理，只是起到透傳的作用，因此對于Node B而言是不了解RAN下發給UE的帶軟合并的HARQ處理信息的，這樣就會造成Node B和UE可能基于不同的帶軟合并的HARQ處理信息進行帶軟合并的HARQ處理，導致Node B無法正確的進行帶軟合并的HARQ處理。
發明內容
本發明要解決的技術問題在于提出一種帶軟合并的混合自動重傳請求處理方法及其系統，以使Node B能夠和UE基于相同的帶軟合并的HARQ處理信息進行帶軟合并的HARQ處理，正確執行帶軟合并的HARQ處理。
為解決上述問題，本發明提出的技術方案如下一種帶軟合并的混合自動重傳請求處理方法，包括步驟A.網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給Node B；B.Node B基于網絡側通知的處理信息進行帶軟合并的混合自動重傳請求處理。
較佳地，所述步驟A具體包括步驟網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在Iub接口信令中；并由無線網絡控制器將承載有所述處理信息的Iub接口信令下發給Node B，實現將所述處理信息通知給Node B。
較佳地，所述步驟A具體包括步驟網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在Iur接口信令中；并由無線網絡控制器將承載有所述處理信息的Iur接口信令發送給其他無線網絡控制器；其他無線網絡控制器將接收到的Iur接口信令中承載的所述處理信息承載在Iub接口信令中下發給Node B，實現將所述處理信息通知給Node B。
較佳地，所述Iub接口信令為無線鏈路建立請求信令；或無線鏈路同步重配準備信令；或無線鏈路異步重配請求信令。
較佳地，所述Iur接口信令為無線鏈路建立請求信令；或無線鏈路同步重配準備信令；或無線鏈路異步重配請求信令。
較佳地，所述步驟A中網絡側通過將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在小區建立信令中通知給Node B。
較佳地，所述方法還包括網絡側將所述帶軟合并的混合自動重傳請求處理信息通過廣播信道以小區廣播方式下發給用戶終端的步驟。
較佳地，所述帶軟合并的混合自動重傳請求處理信息為指示用戶終端和Node B基于冗余版本索引值恒為0進行帶軟合并的混合自動重傳請求處理的處理信息。所述Node B選擇Chase Combining方式進行帶軟合并的混合自動重傳請求處理。
較佳地，所述帶軟合并的混合自動重傳請求處理信息為指示用戶終端和Node B基于重傳序列號確定冗余版本索引值來進行帶軟合并的混合自動重傳請求處理的處理信息。所述Node B選擇Incremental redundancy Combining方式進行帶軟合并的混合自動重傳請求處理。
一種帶軟合并的混合自動重傳請求處理系統，包括用于網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給Node B的通知單元；用于Node B基于所述通知單元通知的處理信息進行帶軟合并的混合自動重傳請求處理的處理單元。
本發明能夠達到的有益效果如下本發明方案通過網絡側將下發給UE的帶軟合并的HARQ處理信息通知給Node B，Node B再基于網絡側通知的帶軟合并的HARQ處理信息進行相應帶軟合并的HARQ處理。從而實現了Node B能夠和UE基于相同的帶軟合并的HARQ處理信息進行對應帶軟合并的HARQ處理，解決了Node B不能正確執行帶軟合并的HARQ處理的問題。
圖1為現有技術中在UE側的E-DCH物理層上進行帶軟合并的HARQ處理的處理過程示意圖；圖2為本發明帶軟合并的混合自動重傳請求處理方法的主要實現原理流程圖；圖3為本發明帶軟合并的HARQ處理系統的主要組成結構框圖。
具體實施例方式
本發明方案的主要設計目的是網絡側在將帶軟合并的HARQ處理信息下發給UE側的同時，也將相同的帶軟合并的HARQ處理信息通知給Node B，從而避免下面將結合各個附圖對本發明方案的主要設計思想及其具體實施方式
進行詳細的闡述。
請參照圖2，該圖是本發明帶軟合并的混合自動重傳請求處理方法的主要實現原理流程圖，其主要實現過程包括步驟S10，網絡側(主要指無線接入網RAN)將下發給用戶終端UE的帶軟合并的HARQ處理信息通知給Node B；其中網絡側將下發給UE的帶軟合并的HARQ處理信息通知給Node B的幾種具體實現方式將在下文給予詳述。
步驟S20，Node B基于網絡側通知的帶軟合并的HARQ處理信息進行相應帶軟合并的HARQ處理。
其中網絡側將下發給UE的帶軟合并的HARQ處理信息通知給Node B的具體實現方式包括但不限于如下兩種實現方式第一種方式，網絡側將下發給UE的帶軟合并的HARQ處理信息承載在Iub接口信令中，其中Iub接口信令包括有無線鏈路建立請求信令、無線鏈路同步重配準備信令和無線鏈路異步重配請求信令；然后由無線網絡控制器(RNC，Radio Network Controller)將承載有上述帶軟合并的HARQ處理信息的Iub接口信令下發到Node B，以實現將帶軟合并的HARQ處理信息通知給對應Node B的目的。
基于上述過程，若一個RNC要將下發給UE的帶軟合并的HARQ處理信息下發到其他RNC控制范圍內的Node B時，則需要進行如下處理網絡側將下發給UE的帶軟合并的HARQ處理信息承載在Iur接口信令中，其中Iur接口信令包括有無線鏈路建立請求信令、無線鏈路同步重配準備信令和無線鏈路異步重配請求信令；由一個RNC將承載有上述帶軟合并的HARQ處理信息的Iur接口信令發送到其他的RNC；然后其他的RNC將接收到的Iur接口信令中承載的帶軟合并的HARQ處理信息承載在Iub接口信令中，進而下發給對應的Node B，從而實現將帶軟合并的HARQ處理信息通知給對應Node B的目的。
之所以上述第一種方式可以實現網絡側將下發給UE的帶軟合并的HARQ處理信息通知給Node B，其主要原因如下由于在25.433協議中已經定義了RNC和Node B之間的Iub接口信令，并在25.423協議中也已經定義了各個RNC之間的Iur接口信令；因為RNC會給UE和Node B都下發信令，所以如果在Iub接口或Iur接口上的無線鏈路建立請求信令、無線鏈路同步重配準備信令或無線鏈路異步信令中增加E-DCH帶軟合并的HARQ處理信息，這樣便可以保證Node B和UE均可以知道同樣的帶軟合并的HARQ處理信息，也就能夠使Node B和UE基于相同的帶軟合并的HARQ處理信息進行E-DCH帶軟合并的HARQ處理，從而能夠使Node B正確執行E-DCH帶軟合并的HARQ處理。
在上述第一種方式中網絡側通過采用在Iub接口信令中或在Iub接口信令和Iur接口信令中承載帶軟合并的HARQ處理信息，實現將帶軟合并的HARQ處理信息通知給Node，這樣可以使Node B被通知到的每個帶軟合并的HARQ處理信息只針對單個用戶終端UE，而不需要針對一個小區內的所有用戶終端UE，因此可以針對不同的業務類型或應用場景選擇不同的帶軟合并的HARQ合并方式，使得配置過程比較靈活。
第二種方式，網絡側(RAN)可以選擇通過將下發給UE的帶軟合并的HARQ處理信息承載在小區建立信令中通知給Node B，并將該帶軟合并的HARQ處理信息通過廣播信道以小區廣播的方式下發通知給UE，從而也可以保證Node B和UE均可以知道同樣的帶軟合并的HARQ處理信息，也就能夠使Node B和UE基于相同的帶軟合并的HARQ處理信息進行E-DCH帶軟合并的HARQ處理，從而能夠使Node B正確執行E-DCH帶軟合并的HARQ處理。
由于帶軟合并的HARQ處理過程是將信道編碼器輸出的比特數目映射匹配到E-DPDCH上的物理信道比特數目上，從而帶軟合并的HARQ處理過程受到冗余版本(RV，Redundancy Version)參數的控制，其中RV參數的定義如下表所示表1RV參數定義表
其中信道編碼器輸出的比特經bit分離處理后，分離出的系統位和校驗位會共享E-DPDCH上的物理信道比特數目，表1中s參數用來標識是系統位優先占用E-DPDCH上的物理信道比特數目，還是校驗位優先占用E-DPDCH上的物理信道比特數目，因此會影響速率匹配后系統位和校驗位在E-DPDCH上的物理信道中所占用的比特數目。表1中如果s為1表示系統位優先占用E-DPDCH上的物理信道比特數目，速率匹配過程會優先滿足系統位，系統位會分到更多的E-DPDCH上的物理信道比特數目；如果s為0則表示校驗位優先占用E-DPDCH上的物理信道比特數目，速率匹配過程會優先滿足校驗位，校驗位會分到更多的E-DPDCH上的物理信道比特數。其中表1中的r參數用來決定重復速率匹配處理或打孔速率匹配處理的起始比特位置。
此外由上述表1可見，E-DCH的RV索引值(RV Index)和參數s/r值存在映射關系，其中RV Index是根據重傳序列號(RSN，Retransmission sequencenumber)和系統位速率匹配長度/物理信道比特數[Nsys/(Ne，data，j)]來確定的。而且，當RSN＝3時，還要依靠TTIN(TTI號)(注即RSN＝0，1，2時，根據RSN值和使用的碼速率來確定RV Index參數值；當RSN＝3時，RV Index參數值除根據RSN值和使用的碼速率來確定之外，同時還與TTIN有關，具體如下表2所示)。
表2RSN和RV Index參數的對應關系表 表2中，對于10ms的TTI而言，其TTI號TTIN等于連接幀號(CFN，Connect Frame Number)；對于2ms的TTI而言TTIN＝5×CFN+2ms子幀號此處子幀號為一個給定CFN中的5個TTI的序號，第1個TTI子幀號為0，第5個TTI的子幀號為4。
表2中的NARQ表示混合自動重傳請求HARQ的進程數。
其中，帶軟合并的HARQ的處理過程可以采取兩種合并方式進行帶軟合并處理，分別如下E-DCH RV Index恒為0時，采取Chase Combining方式進行帶軟合并的HARQ處理E-DCHRV Index會隨RSN(重傳序列號，初傳為0，每重傳一次加1，最大限制為3)發生變化時，采取Incremental redundancy Combining方式進行帶軟合并的HARQ處理。
基于上述，網絡側(RAN)分別向Node B和UE通知的帶軟合并的HARQ處理信息可以為用于指示UE和Node B基于冗余版本索引值E-DCH RV Index恒為0進行帶軟合并的HARQ處理的處理信息，也可以為用于指示UE和NodeB基于重傳序列號RSN確定冗余版本索引值E-DCH RV Index，來進行帶軟合并的HARQ處理的處理信息。即網絡側分別向Node B和UE下發的帶軟合并的HARQ處理信息如下表所示
即RAN側發給Node B(和UE)的信令中定義了完整的E-DCH帶軟合并的HARQ處理信息，該HARQ處理信息明確指示了Node B(和UE)側如何進行E-DCH帶軟合并的HARQ處理方式，即如果網絡側指定使用rv0，則NodeB(和UE)將固定使用RV Index為0的RV參數(表1中對應的s＝1和r＝0)來進行帶軟合并的HARQ處理，相應Node B(和UE)采用的帶軟合并的HARQ合并方式為Chase Combining方式；如果網絡側指定使用基于變化的RSN得到的RV Index的RV參數(具體參照上述表1和表2中的相關項內容)，則NodeB(和UE)將使用變化的RV參數來進行帶軟合并的HARQ處理，NodeB(和UE)采用的帶軟合并的HARQ合并方式為Incremental redundancy Combining。
相應的，本發明對應上述所闡述的帶軟合并的HARQ處理方法，在這里還提出了一種帶軟合并的HARQ處理系統，具體請參照圖3，該圖是本發明帶軟合并的HARQ處理系統的主要組成結構框圖，其主要包括通知單元100和處理單元200，其中各個組成單元的具體作用如下通知單元100，主要用于網絡側將下發給用戶終端UE的帶軟合并的HARQ處理信息通知給Node B；處理單元200，主要用于Node B基于上述通知單元100通知的帶軟合并的HARQ處理信息，進行對應的帶軟合并的HARQ處理。
其中本發明帶軟合并的HARQ處理系統的相關技術實現細節與上述本發明帶軟合并的HARQ處理方法中的對應技術實現細節相同或相似，請具體參照上述方法中的相關技術實現細節，這里就不再過多贅述。
顯然，本領域的技術人員可以對本發明進行各種改動和變型而不脫離本發明的精神和范圍。這樣，倘若本發明的這些修改和變型屬于本發明權利要求及其等同技術的范圍之內，則本發明也意圖包含這些改動和變型在內。
權利要求
1.一種帶軟合并的混合自動重傳請求處理方法，其特征在于，包括步驟A.網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給Node B；B. Node B基于網絡側通知的處理信息進行帶軟合并的混合自動重傳請求處理。
2.如權利要求1所述的方法，其特征在于，所述步驟A具體包括步驟網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在Iub接口信令中；并由無線網絡控制器將承載有所述處理信息的Iub接口信令下發給Node B，實現將所述處理信息通知給Node B。
3.如權利要求1所述的方法，其特征在于，所述步驟A具體包括步驟網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在Iur接口信令中；并由無線網絡控制器將承載有所述處理信息的Iur接口信令發送給其他無線網絡控制器；其他無線網絡控制器將接收到的Iur接口信令中承載的所述處理信息承載在Iub接口信令中下發給Node B，實現將所述處理信息通知給Node B。
4.如權利要求2或3所述的方法，其特征在于，所述Iub接口信令為無線鏈路建立請求信令；或無線鏈路同步重配準備信令；或無線鏈路異步重配請求信令。
5.如權利要求3所述的方法，其特征在于，所述Iur接口信令為無線鏈路建立請求信令；或無線鏈路同步重配準備信令；或無線鏈路異步重配請求信令。
6.如權利要求1所述的方法，其特征在于，所述步驟A中網絡側通過將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息承載在小區建立信令中通知給Node B。
7.如權利要求6所述的方法，其特征在于，還包括網絡側將所述帶軟合并的混合自動重傳請求處理信息通過廣播信道以小區廣播方式下發給用戶終端的步驟。
8.如權利要求1、2、3、6或7所述的方法，其特征在于，所述帶軟合并的混合自動重傳請求處理信息為指示用戶終端和Node B基于冗余版本索引值恒為0進行帶軟合并的混合自動重傳請求處理的處理信息。
9.如權利要求8所述的方法，其特征在于，所述Node B選擇ChaseCombining方式進行帶軟合并的混合自動重傳請求處理。
10.如權利要求1、2、3、6或7所述的方法，其特征在于，所述帶軟合并的混合自動重傳請求處理信息為指示用戶終端和Node B基于重傳序列號確定冗余版本索引值來進行帶軟合并的混合自動重傳請求處理的處理信息。
11.如權利要求10所述的方法，其特征在于，所述Node B選擇Incrementalredundancy Combining方式進行帶軟合并的混合自動重傳請求處理。
12.一種帶軟合并的混合自動重傳請求處理系統，其特征在于，包括用于網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給Node B的通知單元；用于Node B基于所述通知單元通知的處理信息進行帶軟合并的混合自動重傳請求處理的處理單元。
全文摘要
本發明公開了一種帶軟合并的混合自動重傳請求處理方法，包括步驟網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給NodeB；Node B基于網絡側通知的處理信息進行帶軟合并的混合自動重傳請求處理。相應的本發明還公開了一種帶軟合并的混合自動重傳請求處理系統，包括用于網絡側將下發給用戶終端的帶軟合并的混合自動重傳請求處理信息通知給Node B的通知單元；和用于Node B基于所述通知單元通知的處理信息進行帶軟合并的混合自動重傳請求處理的處理單元。本發明可以使Node B能夠和UE基于相同的帶軟合并的HARQ處理信息進行帶軟合并的HARQ處理，正確執行帶軟合并的HARQ處理。
文檔編號H04L1/18GK1801688SQ20051011554
公開日2006年7月12日 申請日期2005年11月4日 優先權日2005年11月4日
發明者徐昌平 申請人:華為技術有限公司