專利名稱:一種混合自動重傳請求處理方法
技術領域：
本發(fā)明涉及無線通信領域，尤其涉及寬帶碼分多址(Wide-band CodeDivision Multiple Address)系統(tǒng)中采用高速上行鏈路分組接入(HSUPA，HighSpeed Uplink Packet Access)技術時，一種混合自動重傳請求(HARQ，HybridAutomatic Repeat request)處理方法。
背景技術：
在WCDMA系統(tǒng)中，HSUPA技術是WCDMA R6版本中最新引入的一種上行增強技術，其主要包括如下幾個技術點1)基站(NodeB)控制的調(diào)度技術；2)HARQ帶軟合并技術；3)更短的傳輸時間間隔(transmission Time interval，TTI)技術。
其中，上述HARQ合并技術主要用于增強型專用信道(E-DCH，EnhancedDedicated Channel)的物理層快速重傳處理，通過初傳和重傳之間的軟合并來提高E-DCH物理層的譯碼性能。
請參照圖1，該圖是現(xiàn)有技術中在用戶終端設備(UE)側的E-DCH物理層上進行HARQ處理的處理過程示意圖，其主要處理過程如下E-DCH信道編碼后的輸出Ne，j經(jīng)過比特(bit)分離處理(bit separation)分離為系統(tǒng)位(Systematic bits)、校驗位1(Parity 1 bits)和校驗位2(Parity 2bits)三個序列；將該三個序列分別進行速率匹配(Rate Matching，RM)處理，將速率匹配處理后的三個序列進行bit合路處理(bit collection)，并將bit合路處理后的比特映射到E-DCH專用物理數(shù)據(jù)信道(E-DCH Dedicated Physical DataChannel，E-DPDCH)中進行傳輸。
其中速率匹配處理的主要作用是將速率匹配前的可變比特數(shù)匹配到固定速率的物理信道上進行傳輸。根據(jù)速率匹配前的比特數(shù)和速率匹配后的比特數(shù)關系，可以分為重復速率匹配處理和打孔速率匹配處理兩種方式，當速率匹配前的比特數(shù)小于速率匹配后的比特數(shù)時，采用重復速率匹配方式進行處理，即將速率匹配前的序列某些位置的比特進行重復發(fā)送；否則采用打孔速率匹配處理方式進行處理，即將速率匹配前的序列某些位置的比特不進行發(fā)送。
HARQ功能受冗余版本(RV)參數(shù)控制，RV參數(shù)定義如下表一所示表一RV參數(shù)定義
上表一中，s參數(shù)用來選擇是系統(tǒng)位優(yōu)先還是校驗位優(yōu)先，會影響速率匹配后系統(tǒng)位和校驗位在物理信道中所占的bit數(shù)，如果s為1表示系統(tǒng)位優(yōu)先，速率匹配優(yōu)先滿足系統(tǒng)位，如果s為0表示校驗位優(yōu)先，速率匹配優(yōu)先滿足校驗位。r參數(shù)用來決定重復速率匹配處理和打孔速率匹配處理的bit起始位置。
HARQ分為蔡斯合并(Chase Combining，簡稱CC類型)和增量冗余合并(Incremental Redundant Combining，簡稱IR類型)兩種合并類型，采用CC合并類型時，RV Index固定為0；采用IR合并類型時，RV Index會隨重傳序列號(Repeat Serial Number，RSN)發(fā)生變化。
根據(jù)不同的HARQ合并類型，NodeB分為僅支持增量冗余合并(Incremental Redundant Combining only，簡稱IR only)、僅支持蔡斯合并(Chase Combining only，簡稱CC only)和增量冗余合并及蔡斯合并都支持(IR&CC)的NodeB。
表一中的RV Index是由UE發(fā)送方控制的，23.331協(xié)議中定義了HARQ冗余版本配置信元，如下表二所示表二
協(xié)議規(guī)定在無線鏈路建立請求(Radio Link Setup Request)、異步的無線鏈路重配置請求(Radio Link Reconfiguration Request)、同步的無線鏈路重配請求Radio LinkReconfiguration Prepare)消息中攜帶HARQ相關信息，具體的HARQInfo for E-DCH信元定義如下表三所示表三
由于在現(xiàn)有協(xié)議中，已規(guī)定無線鏈路建立請求消息中，HARQ Info forE-DCH信元的“Presence”為“M”，即為必選狀態(tài)，因此，現(xiàn)有技術中，SRNC發(fā)送給NodeB的無線鏈路建立請求消息中每次都將攜帶HARQ Info for E-DCH信元，將SRNC選擇的HARQ合并類型通知給NodeB。
現(xiàn)有協(xié)議中，對于無線鏈路重配置信令(同步無線鏈路重配置信令或異步無線鏈路重配置信令)，規(guī)定其HARQ Info for E-DCH信元的“Presence”為“O”，即為可選狀態(tài)。
具體地，現(xiàn)有技術中，在一次無線鏈路建立中，由SRNC根據(jù)Qos等業(yè)務信息來決定選擇IR類型或者CC類型進行HARQ合并；SRNC決定后，會通過NodeB應用部分(Node B Application Part，NBAP)消息和無線網(wǎng)絡子系統(tǒng)應用部分(Radio Network Subsystem Application Part，RNSAP)消息通知NodeB使用選擇的HARQ合并類型。當NodeB支持SRNC選擇的HARQ合并類型，完成無線鏈路建立或無線鏈路重配置后，SRNC通過無線資源控制(RadioResource Control，RRC)消息通知UE本次通信使用的HARQ合并類型，UE按照該HARQ合并類型發(fā)送數(shù)據(jù)，NodeB使用該HARQ合并類型進行數(shù)據(jù)接收合并。
當NodeB不支持SRNC選擇的合并類型時，可以通過NodeB直接反饋，或通過控制無線網(wǎng)絡控制器(CRNC)進行反饋，通知SRNC其支持的HARQ合并類型。如果通過CRNC進行反饋，NodeB可以通過審核過程(AuditProcedure)的Audit Response消息或資源狀態(tài)指示(RESOURCE STATUSINDICATION)過程等告知CRNC其支持的HARQ合并類型。CRNC通過無線鏈路建立響應消息(RL Setup Response)、異步無線鏈路重配置響應消息(RLReconfiguration Response)或同步無線鏈路重配置響應消息(RLReconfiguration Ready)將獲知的NodeB支持的HARQ合并類型通知SNRC。
通過上述現(xiàn)有技術的描述可知，不管NodeB是CC only、IR only或者(IR+CC)類型，在SRNC發(fā)送給NodeB的無線鏈路建立消息中，都要攜帶通知NodeB進行HARQ合并的合并類型信元(HARQ Info for E-DCH信元)；即現(xiàn)有技術中SRNC不對NodeB進行類型區(qū)分，總是認為NodeB為IR+CC類型。由于無線鏈路建立消息在網(wǎng)絡中使用頻率非常高，這樣，每個消息都攜帶HARQ Info for E-DCH信元，將帶來比較大的信令開銷。其實，對于使用CC only或IR only的NodeB，SRNC只能選用NodeB支持的CC或IR合并類型，因此不必在無線鏈路建立請求或無線鏈路重配置請求消息中攜帶HARQ信息，即當NodeB支持的HARQ類型為CC only或IR only時，在發(fā)送給NodeB的無線鏈路建立消息或無線鏈路重配置消息中可以不包含HARQ Info for E-DCH信元。

發(fā)明內(nèi)容本發(fā)明提供一種混合自動重傳請求處理方法，用以解決現(xiàn)有技術中SRNC在發(fā)送給NodeB的每一條無線鏈路建立消息中都必須攜帶HARQ合并類型信息信元，信令開銷大的問題。
本發(fā)明方法包括服務無線網(wǎng)絡控制器SRNC獲取并存儲基站NodeB支持的HARQ合并類型信息；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為只支持蔡斯合并(ChaseCombining only)類型或者只支持增量冗余合并(Incremental redundancyCombining only)類型，則在所述無線鏈路建立消息或無線鏈路重配置消息中不包含攜帶HARQ合并類型信息的信元。
根據(jù)本發(fā)明的上述方法，將無線鏈路建立消息中的增強型專用傳輸信道HARQ信息HARQ Info for E-DCH信元的呈現(xiàn)狀態(tài)“presence”由必選“M”改為可選“O”；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為Chase Combining only類型或者Incremental redundancy Combining only類型，則在所述無線鏈路建立消息或無線鏈路重配置消息中不包含HARQ Info for E-DCH信元；NodeB完成無線鏈路建立后，SRNC將本地保存的該NodeB支持的HARQ合并類型通知建立無線鏈路的對應移動終端。
所述SRNC獲取NodeB支持的HARQ合并類型，包括A、控制無線網(wǎng)絡控制器CRNC獲取所管轄的NodeB支持的HARQ合并類型信息；B、CRNC將獲取的對應NodeB支持的HARQ合并類型信息通過Iur接口通知周圍RNC保存。
所述步驟A包括A1、NodeB在接收到CRNC下發(fā)的審計請求(AUDIT REQUEST)信令后，通過審計響應(AUDIT RESPONSE)信令將自身支持的HARQ合并類型信息通知給CRNC；或者A2、NodeB通過資源狀態(tài)指示(RESOURCE STATUS INDICATION)信令主動將自身支持的HARQ合并類型信息通知給CRNC。
所述步驟B包括B1、當CRNC重啟后，通過重啟Reset過程，將所管轄的NodeB支持的HARQ合并類型信息通知周圍RNC保存；或者B2、通過RNC之間的信息交換Information Exchange過程，CRNC將所管轄的NodeB支持的HARQ合并類型信息通知周圍RNC保存。
所述步驟B2包括周圍RNC向所述CRNC發(fā)送信息交換開始請求消息INFORMATIONEXCHANGE INITIATION REQUEST，在該消息中添加請求HARQ信息的HARQ Info信元；所述CRNC返回信息交換開始響應消息INFORMATION EXCHANGEINITIATION RESPONSE，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息；或者所述CRNC定期向周圍RNC發(fā)送信息報告消息INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息；或者當所述CRNC所管轄的NodeB的數(shù)量發(fā)生變化或所管轄的NodeB支持的HARQ合并類型發(fā)生改變時，CRNC向周圍RNC發(fā)送INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息。
根據(jù)本發(fā)明的上述方法，當所述CRNC所管轄的全部NodeB都支持相同的HARQ合并類型時，在所述添加的信元中，只需攜帶NodeB支持的HARQ合并類型的對應指示標識；接收端根據(jù)所述指示標識解析出所述CRNC所管轄的NodeB都支持的HARQ合并類型；當CRNC所管轄的NodeB支持的HARQ合并類型不完全相同時，在所述添加的信元中，需攜帶CRNC所管轄的每一個NodeB標識及該NodeB支持的HARQ合并類型信息。
所述SRNC獲取NodeB支持的HARQ合并類型，還包括通過操作管理平臺將獲取的NodeB及其支持的HARQ合并類型信息人工配置到所述SRNC中存儲。
所述SRNC獲取NodeB支持的HARQ合并類型，還包括當NodeB重啟時，將自身支持的HARQ合并類型信息通知與之相連接的所有RNC。
所述SRNC獲取NodeB支持的HARQ合并類型，還包括當NodeB重啟時，將自身支持的HARQ合并類型信息通知設置在網(wǎng)絡中的一個公共實體保存；所述SNC從所述公共實體中獲取NodeB支持的HARQ合并類型信息。
根據(jù)本發(fā)明的上述方法，在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有在本地查詢到該NodeB支持的HARQ合并類型，則按照Node B為Chase Combining和Incremental redundancy Combining都支持類型，在所述無線鏈路建立消息或無線鏈路重配置消息中攜帶HARQ信息，指示該NodeB使用SRNC選擇的HARQ合并類型；當NodeB不支持SRNC選擇的HARQ合并類型時，向SRNC返回其支持的HARQ合并類型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并類型信息。
根據(jù)本發(fā)明的上述方法，在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為ChaseCombining和Incremental redundancy Combining都支持類型，則按現(xiàn)有流程處理。
根據(jù)本發(fā)明的上述方法，在SRNC中僅存儲HARQ合并類型為ChaseCombining only類型和Incremental redundancy Combining only類型的NodeB記錄；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有查詢到該NodeB的對應記錄，則按現(xiàn)有流程處理。
本發(fā)明有益效果如下(1)、采用本發(fā)明方法，當SRNC了解NodeB支持的HARQ類型為IR only或CC only后，在鏈路建立的三條消息無線鏈路建立請求消息(Radio LinkSetup Request)、異步的無線鏈路重配置消息(Radio Link ReconfigurationRequest)或同步的無線鏈路重配置消息(Radio Link Reconfiguration Prepare)中都無需攜帶HARQ合并類型信息，節(jié)省大量信令開銷。
(2)、采用本發(fā)明方法時，僅需將現(xiàn)有協(xié)議中規(guī)定的無線鏈路建立請求(Radio Link Setup Request)中的HARQ Info for E-DCH信元的presence由“M”改為“O”，當NodeB的類型為IR only或CC only時，在發(fā)送給NodeB的無線鏈路建立消息或無線鏈路重配置消息中不包含該HARQ Info for E-DCH信元，實現(xiàn)簡單。
(3)、本發(fā)明還提供了多種獲取NodeB支持的HARQ合并類型的具體方法，使SRNC在指示NodeB建立無線鏈路或重配置無線鏈路時，能準確得知該NodeB的具體類型信息，保證了本發(fā)明方法的實施。
圖1為現(xiàn)有技術E-DCH物理層上進行HARQ處理的處理過程示意圖；圖2為本發(fā)明方法流程圖。
具體實施方式本發(fā)明方法的基本原理為當SRNC獲知NodeB支持的HARQ類型為CConly或IR only類型時，在發(fā)送給NodeB的RL Setup Request消息中不攜帶HARQ合并類型信息。
由于在25.423和25.433協(xié)議中，已將RL Setup Request中的HARQ Info forE-DCH信元的Presence規(guī)定為必選狀態(tài)“M”，因此，本發(fā)明將該Presence的選擇狀態(tài)從“M”改為“O”。
為了實施本發(fā)明的方法，SRNC需要獲知NodeB支持的HARQ合并類型是CC only、IR only還是CC+IR類型。
下面對SRNC如何獲取NodeB支持的HARQ合并類型給出詳細描述。
一、SRNC為NodeB的CRNC；CRNC可以獲知所管轄的NodeB支持的HARQ合并類型，具體方法為(1)、CRNC向NodeB下發(fā)審計請求(AUDIT REQUEST)信令，NodeB返回審計響應(AUDIT RESPONSE)信令，將自身支持的HARQ合并類型信息通知給CRNC；(2)NodeB通過資源狀態(tài)指示(RESOURCE STATUS INDICATION)信令主動將自身支持的HARQ合并類型信息通知給CRNC。
當SRNC為NodeB的CRNC時(SRNC-＞Node B)，SRNC通過上面兩個方法必然了解NodeB支持的HARQ合并類型，當確定出該Node B支持的HARQ合并類型為CC only或IR only時，SRNC在發(fā)送的無線鏈路建立請求(Radio Link Setup Request)、異步的無線鏈路重配(Radio Link ReconfigurationRequest)和同步的無線鏈路重配(Radio Link Reconfiguration Prepare)消息中不必包含攜帶HARQ合并類型信元，即在上述消息中不攜帶HARQ Info forE-DCH信元。SRNC在收到相應響應消息，即RL setup Response，RLReconfiguration Response和RL Reconfiguration Ready消息后通過RRC消息告訴UE應采用的HARQ合并類型。
二、SRNC不是NodeB的CRNC；SRNC并不一定是NodeB的CRNC，這樣SRNC通過以下方法了解周圍RNC下的NodeB支持的HARQ合并類型
方法一、在CRNC了解其所管轄的NodeB支持的HARQ合并類型情況下，通過Iur接口通知周圍RNC。
通知的方式可以是通過Reset過程，在CRNC重起后通知。具體通知方式為現(xiàn)有技術，描述從略。
還可以通過RNC之間的信息交換(INFORMATION EXCHANGE)過程，將NodeB支持的HARQ合并類型通知給周圍RNC。
例如RNC1可以通過信息交換開始請求(INFORMATION EXCHANGEINITIATION REQUEST)消息請求RNC2報告其所管轄的NodeB的支持的HARQ合并類型信息；RNC2通過信息交換開始響應(INFORMATION EXCHANGE INITIATIONRESPONSE)消息向RNC1報告所管轄的NodeB的HARQ能力信息。
或者RNC2定期或收集全其所管轄的所有NodeB支持的合并類型后，通過信息報告(INFORMATION REPORT)消息報告給RNC1。
本發(fā)明可以使用上述信息交換過程，實現(xiàn)CRNC將自己所管轄的NodeB支持的HARQ合并類型信息通知給周圍的RNC。具體方法為周圍RNC向CRNC發(fā)送信息交換開始請求消息INFORMATIONEXCHANGE INITIATION REQUEST，在該消息中添加請求HARQ信息的HARQ Info信元；CRNC返回信息交換開始響應消息INFORMATION EXCHANGEINITIATION RESPONSE，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息。
或者CRNC定期向周圍RNC發(fā)送信息報告消息INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息；或者當CRNC所管轄的NodeB的數(shù)量發(fā)生變化或所管轄的NodeB支持的HARQ合并類型發(fā)生改變時，CRNC向周圍RNC發(fā)送INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息。
實際網(wǎng)絡中，某廠商的RNC下所管轄的NodeB也都是某個廠商的，這樣，如果某CRNC下的一個NodeB是IR only、CC only或IR+CC中的一種類型，那么一般來說該CRNC下的其他NodeB也都是這種類型(當然也有例外)。如果CRNC下的全部NodeB都屬于同一種類型，即同為IR only類型、CC only類型或IR+CC類型，那么CRNC只要通知周圍RNC其自身的合并類型即可，用自身的合并類型來代表其所管轄的全部NodeB都支持該種合并類型，不需要將其所管轄的每一個NodeB的標識及其支持的合并類型都一一進行通知。即當CRNC所管轄的全部NodeB都支持相同的HARQ合并類型時，在上述添加的信元中，只需攜帶NodeB支持的HARQ合并類型的對應指示標識；接收端根據(jù)所述指示標識解析出所述CRNC所管轄的NodeB都支持的HARQ合并類型。
當CRNC所管轄的NodeB支持的HARQ合并類型不完全相同時，在上述添加的信元中，需要攜帶CRNC所管轄的每一個NodeB標識及該NodeB支持的HARQ合并類型信息。
為此，可以建立上述添加信元的具體定義如下表四所示(僅為一個舉例)表四
上表四中，如果CRNC下的全部NodeB都支持同一種HARQ類型，在增加的信元中僅需要攜帶RNC的合并類型標識“1”、“2”或“3”；周圍RNC收到后，根據(jù)接收的對應標識進行解析
若接收到的標識為“1”，則記錄該CRNC管轄的全部NodeB支持的HARQ合并類型為僅支持IR合并類型(IR only)；若接收到的標識為“2”，則記錄該CRNC管轄的全部NodeB支持的HARQ合并類型為僅支持CC合并類型(CC only)；若接收到的標識為“3”，則記錄該CRNC管轄的全部NodeB支持的HARQ合并類型為既支持IR合并類型又支持CC合并類型(IR+CC)。
若RNC合并類型標識為“4”，表示該CRNC管轄的NodeB并非都是支持同一種HARQ合并類型，這時，需要區(qū)分成三種類型，分別將NodeB標識及其支持的HARQ合并類型信息通知給周圍RNC。
當然，上面的形式可以進行變化，如CRNC只通知僅支持CC合并類型和僅支持IR合并類型的基站。這樣，對于SRNC不了解的基站，SRNC將其認作IR+CC類型。
方法二通過RNC的學習過程了解NodeB的類型。
在RNC充當SRNC過程中，如果對某NodeB的類型不了解，在該次通信過程中，指派該NodeB使用一種合并類型，如果該NodeB不支持該指定的合并類型，將返回NodeB的支持的合并類型信息。SRNC記錄并存儲在本地，從而獲得該NodeB的合并類型。即SRNC具有自我學習能力，能將獲得的NodeB的合并類型進行記錄存儲，在下次需要獲取該NodeB的合并類型時，查詢本地的記錄信息即可得知。為防止NodeB更換類型，SRNC可以定期刪除或忽略NodeB的合并類型信息，當再次指派該NodeB使用其不支持的合并類型時，根據(jù)NodeB的返回信息后再次記錄其支持的合并類型。
方法三通過操作管理平臺(O&M)手工配置。
通過操作管理平臺將獲取的NodeB及其支持的HARQ合并類型信息人工配置到所述SRNC中存儲。手工配置要求比較高。
方法四通過NodeB重啟等過程通知其支持的HARQ合并類型。
當NodeB重啟時，將自身支持的HARQ合并類型信息通知與之相連接的所有RNC，包括CRNC和周圍其他RNC。
方法五NodeB重啟時，將自身支持的HARQ合并類型信息通知到一個公共實體存儲。
當NodeB重啟時，將自身支持的HARQ合并類型信息通知設置在網(wǎng)絡中的一個公共實體保存；SNC從所述公共實體中定期獲取NodeB支持的HARQ合并類型信息。
以上所述，為本發(fā)明提供的SRNC獲取NodeB支持的HARQ合并類型信息的幾種具體方法。實際網(wǎng)絡中，還可以通過其它的方法獲取NodeB支持的HARQ合并類型信息。以上僅是舉例，本發(fā)明對具體的獲取方法不作限定。
本發(fā)明將獲取到的NodeB支持的HARQ合并類型信息存儲到SRNC本地，在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為僅支持CC合并類型(CC only)或者僅支持IR合并類型(IR only)時，則在無線鏈路建立消息或無線鏈路重配置消息中不包含攜帶HARQ合并類型信息的信元；如果查詢出NodeB支持的HARQ合并類型為既支持CC合并類型又支持IR合并類型(IR+CC)，則按現(xiàn)有流程處理，即在無線鏈路建立消息或無線鏈路重配置消息中攜帶HARQ合并類型信息，NodeB根據(jù)指定的合并類型對接收的數(shù)據(jù)進行合并處理。
綜上所述，本發(fā)明方法的具體流程如圖2所示，包括如下步驟步驟S11、將HARQ Info for E-DCH信元的呈現(xiàn)狀態(tài)“presence”由必選“M”改為可選“O”；步驟S12、SRNC獲取并存儲基站NodeB支持的HARQ合并類型信息；步驟S13、在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，查詢出該NodeB支持的HARQ合并類型；步驟S14、判斷NodeB支持的HARQ合并類型是否為CC only或者IR only，如果NodeB支持的HARQ合并類型不是CC only或者IR only，則執(zhí)行步驟S15；否則，執(zhí)行步驟S16；
步驟S15、按照現(xiàn)有技術向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息；步驟S16、SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息，在所述無線鏈路建立消息或無線鏈路重配置消息中不包含攜帶HARQ合并類型信息的信元(即不包含HARQ Info for E-DCH信元)。
在上述方法流程中，有可能SRNC保存的NodeB記錄不是很全面，當SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有在本地查詢到該NodeB的記錄信息，則采用現(xiàn)有流程處理，即在無線鏈路建立消息或無線鏈路重配置消息中攜帶HARQ合并類型信息，指示該NodeB使用SRNC選擇的HARQ合并類型；當NodeB不支持SRNC選擇的HARQ合并類型時，向SRNC返回其支持的HARQ合并類型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并類型信息。
為了進一步減少信令開銷，在SRNC中可以僅存儲HARQ合并類型為CConly和IR only的NodeB記錄；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有查詢到該NodeB的對應記錄，則按現(xiàn)有流程處理。
綜上所述，采用本發(fā)明方法，當SRNC了解Node B支持的HARQ合并類型為IR only或CC only后，在鏈路建立的三條消息Radio Link Setup Request、Radio Link Reconfiguration Request或Radio Link Reconfiguration Prepare中都無需攜帶HARQ合并類型信息，節(jié)省大量信令開銷。
顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求
及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種混合自動重傳請求HARQ處理方法，其特征在于，包括服務無線網(wǎng)絡控制器SRNC獲取并存儲基站NodeB支持的HARQ合并類型信息；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為只支持蔡斯合并(ChaseCombining only)類型或者只支持增量冗余合并(Incremental redundancyCombining only)類型，則在所述無線鏈路建立消息或無線鏈路重配置消息中不包含攜帶HARQ合并類型信息的信元。
2.如權利要求
1所述的方法，其特征在于，將無線鏈路建立消息中的增強型專用傳輸信道HARQ信息HARQ Info for E-DCH信元的呈現(xiàn)狀態(tài)“presence”由必選“M”改為可選“O”；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為Chase Combining only類型或者Incremental redundancy Combining only類型，則在所述無線鏈路建立消息或無線鏈路重配置消息中不包含HARQ Info for E-DCH信元；NodeB完成無線鏈路建立后，SRNC將本地保存的該NodeB支持的HARQ合并類型通知建立無線鏈路的對應移動終端。
3.如權利要求
1所述的方法，其特征在于，所述SRNC獲取NodeB支持的HARQ合并類型，包括A、控制無線網(wǎng)絡控制器CRNC獲取所管轄的NodeB支持的HARQ合并類型信息；B、CRNC將獲取的對應NodeB支持的HARQ合并類型信息通過Iur接口通知周圍RNC保存。
4.如權利要求
3所述的方法，其特征在于，所述步驟A包括A1、NodeB在接收到CRNC下發(fā)的審計請求(AUDIT REQUEST)信令后，通過審計響應(AUDIT RESPONSE)信令將自身支持的HARQ合并類型信息通知給CRNC；或者A2、NodeB通過資源狀態(tài)指示(RESOURCE STATUS INDICATION)信令主動將自身支持的HARQ合并類型信息通知給CRNC。
5.如權利要求
3所述的方法，其特征在于，所述步驟B包括B1、當CRNC重啟后，通過重啟Reset過程，將所管轄的NodeB支持的HARQ合并類型信息通知周圍RNC保存；或者B2、通過RNC之間的信息交換Information Exchange過程，CRNC將所管轄的NodeB支持的HARQ合并類型信息通知周圍RNC保存。
6.如權利要求
5所述的方法，其特征在于，所述步驟B2包括周圍RNC向所述CRNC發(fā)送信息交換開始請求消息INFORMATIONEXCHANGE INITIATION REQUEST，在該消息中添加請求HARQ信息的HARQ Info信元；所述CRNC返回信息交換開始響應消息INFORMATION EXCHANGEINITIATION RESPONSE，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息；或者所述CRNC定期向周圍RNC發(fā)送信息報告消息INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息；或者當所述CRNC所管轄的NodeB的數(shù)量發(fā)生變化或所管轄的NodeB支持的HARQ合并類型發(fā)生改變時，CRNC向周圍RNC發(fā)送INFORMATIONREPORT，在該消息中添加信元，攜帶其所管轄的NodeB支持的HARQ合并類型信息。
7.如權利要求
6所述的方法，其特征在于，當所述CRNC所管轄的全部NodeB都支持相同的HARQ合并類型時，在所述添加的信元中，只需攜帶NodeB支持的HARQ合并類型的對應指示標識；接收端根據(jù)所述指示標識解析出所述CRNC所管轄的NodeB都支持的HARQ合并類型；當CRNC所管轄的NodeB支持的HARQ合并類型不完全相同時，在所述添加的信元中，需攜帶CRNC所管轄的每一個NodeB標識及該NodeB支持的HARQ合并類型信息。
8.如權利要求
1所述的方法，其特征在于，所述SRNC獲取NodeB支持的HARQ合并類型，包括通過操作管理平臺將獲取的NodeB及其支持的HARQ合并類型信息人工配置到所述SRNC中存儲。
9.如權利要求
1所述的方法，其特征在于，所述SRNC獲取NodeB支持的HARQ合并類型，包括當NodeB重啟時，將自身支持的HARQ合并類型信息通知與之相連接的所有RNC。
10.如權利要求
1所述的方法，其特征在于，所述SRNC獲取NodeB支持的HARQ合并類型，包括當NodeB重啟時，將自身支持的HARQ合并類型信息通知設置在網(wǎng)絡中的一個公共實體保存；所述SNC從所述公共實體中獲取NodeB支持的HARQ合并類型信息。
11.如權利要求
1所述的方法，其特征在于，在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有在本地查詢到該NodeB支持的HARQ合并類型，則按照Node B為Chase Combining和Incrementalredundancy Combining都支持類型，在所述無線鏈路建立消息或無線鏈路重配置消息中攜帶HARQ信息，指示該NodeB使用SRNC選擇的HARQ合并類型；當NodeB不支持SRNC選擇的HARQ合并類型時，向SRNC返回其支持的HARQ合并類型信息；SRNC在本地保存NodeB返回的其支持的HARQ合并類型信息。
12.如權利要求
1所述的方法，其特征在于，在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為Chase Combining和Incremental redundancy Combining都支持類型，則按現(xiàn)有流程處理。
13.如權利要求
1所述的方法，其特征在于，在SRNC中僅存儲HARQ合并類型為Chase Combining only類型和Incremental redundancy Combiningonly類型的NodeB記錄；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果沒有查詢到該NodeB的對應記錄，則按現(xiàn)有流程處理。
專利摘要
本發(fā)明公開了一種混合自動重傳請求處理方法。包括服務無線網(wǎng)絡控制器SRNC獲取并存儲基站NodeB支持的HARQ合并類型信息；在SRNC向NodeB發(fā)送無線鏈路建立消息或無線鏈路重配置消息時，如果查詢出該NodeB支持的HARQ合并類型為只支持蔡斯合并(Chase Combining only)類型或者只支持增量冗余合并(Incremental redundancy Combining only)類型，則在無線鏈路建立消息或無線鏈路重配置消息中不包含攜帶HARQ合并類型信息的信元。采用本發(fā)明能有效減少無線鏈路建立消息或無線鏈路重配置消息中的信令開銷，節(jié)約系統(tǒng)資源，提高系統(tǒng)效率。
文檔編號H04L1/18GK1996819SQ200510132786
公開日2007年7月11日 申請日期2005年12月26日
發(fā)明者郭小龍, 馬莎, 徐昌平 申請人:華為技術有限公司導出引文BiBTeX, EndNote, RefMan