專(zhuān)利名稱(chēng)：寬帶碼分多址系統(tǒng)中的軟切換方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種寬帶碼分多址(WCDMA)系統(tǒng)中的軟切換方法，尤其是一種WCDMA系統(tǒng)在軟切換的過(guò)程中增加支路，使低版本協(xié)議兼容高版本協(xié)議的方法。
背景技術(shù)：
WCDMA是一種目前應(yīng)用較為廣泛的第三代移動(dòng)通信系統(tǒng)技術(shù)，主要由核心網(wǎng)(CN)、全球移動(dòng)通信系統(tǒng)陸地?zé)o線(xiàn)接入網(wǎng)(UTRAN)與用戶(hù)設(shè)備(UE)構(gòu)成。其中，UE通過(guò)空中接口與網(wǎng)絡(luò)設(shè)備進(jìn)行數(shù)據(jù)交互，為用戶(hù)提供電路域和分組域內(nèi)的各種業(yè)務(wù)功能，包括普通話(huà)音、數(shù)據(jù)通信、移動(dòng)多媒體以及Internet應(yīng)用等；UTRAN主要用于實(shí)現(xiàn)系統(tǒng)的接入控制、移動(dòng)性管理以及無(wú)線(xiàn)資源的管理與控制等功能，包括一個(gè)或多個(gè)通過(guò)Iu接口連接到CN的無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)(RNS)，一個(gè)RNS可以包括一個(gè)無(wú)線(xiàn)網(wǎng)絡(luò)控制器(RNC)以及一個(gè)或多個(gè)基站(Node B)。Node B通過(guò)標(biāo)準(zhǔn)的Iub接口與RNC互連，主要完成空中接口物理層協(xié)議的處理，而RNC主要完成連接建立和斷開(kāi)、切換、宏分集合并、無(wú)線(xiàn)資源管理與控制等；CN負(fù)責(zé)與其它網(wǎng)絡(luò)的連接以及對(duì)UE的通信與管理。
當(dāng)用戶(hù)在通話(huà)或者數(shù)據(jù)下載狀態(tài)下跨越小區(qū)時(shí)，需要進(jìn)行軟切換。軟切換是第三代移動(dòng)通信系統(tǒng)的一個(gè)特色，具體是指UE與同一載頻上的新NodeB小區(qū)通信，或與同一站點(diǎn)的不同扇區(qū)同時(shí)通信(更軟切換)的切換，用于相鄰小區(qū)分配相同載頻的CDMA系統(tǒng)。為了避免在軟切換過(guò)程中丟失數(shù)據(jù)，UE在軟切換時(shí)，先在新接入的小區(qū)增加一條無(wú)線(xiàn)鏈路(RL)，然后再斷掉以前小區(qū)的RL。圖1與圖2為在同一RNS中增加宏分集RL的信令圖，圖3、圖4與圖5所示為在不同RNS中增加宏分集RL的信令圖。
WCDMA 3GPP協(xié)議在R5版本及其之后引入了HSDPA(High SpeedDownlink Packet Access，高速下行分組接入)功能，HSDPA下行業(yè)務(wù)不再使用DCH(Dedicated Channel，專(zhuān)用信道)。為了保持對(duì)原有協(xié)議R99、R4版本的兼容性，WCDMA 3GPP協(xié)議引入了單向DCH指示信元，如下表1的所示的NBAP協(xié)議的新增信元，將其加在原有NBAP(Node B Application Part，NodeB應(yīng)用部分)或者RNSAP(Radio Network Subsystem Application Part，無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分)相關(guān)消息的DCH信元中，以標(biāo)識(shí)該DCH具體哪個(gè)方向的參數(shù)有效，如下表2所示的NBAP協(xié)議的DCH信元。
表1NBAP的單向DCH指示信元

表2NBAP的DCH信元


圖1中，在SRNS(服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器)與UE已經(jīng)使用R5或以上版本的協(xié)議建立了信令連接及HSDPA業(yè)務(wù)的情況下，增加RL時(shí)，如果新增加RL的SRNC-NODEB協(xié)議的版本低于R5，例如為R99或者R4版本，SRNC-NODEB接收到SRNC的NBAP發(fā)送的RL的建立請(qǐng)求信息RL SETUP REQUEST消息時(shí)，將因無(wú)法解析其中的單向DCH指示信元而忽略之，而誤認(rèn)為消息中HSDPA業(yè)務(wù)對(duì)應(yīng)的DCH是雙向的，這樣，SRNC-NODEB組合與配置的TFCS(Transport Format Combination Set，傳輸格式聯(lián)合集)就會(huì)與UE目前使用的TFCS不一致，導(dǎo)致SRNC在這條宏分集支路上發(fā)送的數(shù)據(jù)包為錯(cuò)包，影響了UE對(duì)下行數(shù)據(jù)包的合并與接收，甚至導(dǎo)致掉話(huà)。
或者，當(dāng)新增加RL的SRNC-NODEB協(xié)議的版本低于R5，SRNC可以先刪除RL的建立請(qǐng)求信息中攜帶的DCH指示信元中的IE，此時(shí)，SRNC-NODEB接收到SRNC發(fā)送的RL的建立請(qǐng)求信息RL SETUP REQUEST消息時(shí)，因無(wú)法獲知其中的DCH指示信元，默認(rèn)為該DCH是雙向進(jìn)行處理。因此，SRNC-NODEB組合與配置的TFCS同樣會(huì)與UE目前使用的TFCS不一致，導(dǎo)致SRNC在這條宏分集支路上發(fā)送的數(shù)據(jù)包為錯(cuò)包，影響了UE對(duì)下行數(shù)據(jù)包的合并與接收，甚至導(dǎo)致掉話(huà)。
另外，按照WCDMA 3GPP協(xié)議的規(guī)定，SRNC-NODEB接收到SRNC發(fā)送的RL的建立請(qǐng)求信息時(shí)，會(huì)因?yàn)闊o(wú)法解析其中的單向DCH指示信元而認(rèn)為該RL的建立請(qǐng)求信息非法，于是向SRNC返回RL建立失敗的響應(yīng)信息RLSETUP FAILURE(請(qǐng)參照?qǐng)D2)，此時(shí)，SRNC將終止后續(xù)的流程，使得UE無(wú)法進(jìn)行軟切換，從而可能導(dǎo)致UE接收到的信號(hào)質(zhì)量不斷變差，最終導(dǎo)致掉話(huà)。
圖3-圖5所示的軟切換過(guò)程存在與圖1、圖2類(lèi)似的缺陷，出現(xiàn)該缺陷的原因有以下兩種一是，SRNC與UE采用R5或者以上版本的協(xié)議建立信令連接及HSDPA業(yè)務(wù)，而DRNC采用的是R99或者R4版本；二是，SRNC與UE采用R5或者以上版本的協(xié)議建立信令連接及HSDPA業(yè)務(wù)，DRNC采用的也是R5或者以上版本的協(xié)議，但DRNC-NODEB采用的是R99或者R4版本的協(xié)議。第一種情況下，SRNC中的RNSAP通過(guò)Iur接口發(fā)送的RL SETUP REQUEST消息中的單向DCH指示信元將無(wú)法被DRNC識(shí)別，使DRNC誤將其作為雙向DCH進(jìn)行處理，進(jìn)而使DRNC-NODEB將其誤作為雙向DCH進(jìn)行處理；或者，DRNC向SRNC返回RL建立失敗的響應(yīng)信息，終止軟切換流程。第二種情況下，DRNC雖然能夠正確識(shí)別RNSAP通過(guò)Iur接口發(fā)送的RL SETUP REQUEST消息中的單向DCH指示信元，但是DRNC中的NBAP通過(guò)Iub接口發(fā)送的RL SETUPREQUEST消息中的單向DCH指示信元無(wú)法被DRNC-NODEB識(shí)別，使DRNC-NODEB將其誤作為雙向DCH處理；或者，DRNC-NODEB通過(guò)DRNC向SRNC返回RL建立失敗的響應(yīng)信息，終止軟切換流程。
更明確地說(shuō)，在WCDMA系統(tǒng)中進(jìn)行軟切換時(shí)，現(xiàn)有技術(shù)存在以下缺陷無(wú)法實(shí)現(xiàn)使用低版本協(xié)議的DRNC或NODEB對(duì)采用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息進(jìn)行兼容處理，使得使用低版本協(xié)議的SRNC-NODEB、DRNC或DRNC-NODEB無(wú)法識(shí)別使用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息中的單向DCH指示信元，導(dǎo)致相應(yīng)的NODEB使用的TFCS與UE不一致，從而使新增的RL干擾原有的RL，或者因NODEB認(rèn)為RL的建立請(qǐng)求信息非法而無(wú)法完成軟切換流程，嚴(yán)重影響了通話(huà)質(zhì)量，例如UE接收到的信號(hào)質(zhì)量變差、掉話(huà)等，給UE用戶(hù)帶來(lái)極大不便。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問(wèn)題在于，提供一種適用于WCDMA系統(tǒng)的軟切換方法，該方法中，采用低版本協(xié)議的DRNC或NODEB可以對(duì)采用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息進(jìn)行兼容處理。
為解決上述技術(shù)問(wèn)題，本發(fā)明的寬帶碼分多址系統(tǒng)中的軟切換方法，包括以下步驟步驟1，判斷接收無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的基站或者漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4；步驟2，將所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息中表示專(zhuān)用信道的無(wú)效方向的傳輸格式集設(shè)置為零格式，同時(shí)，刪除所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息中單向?qū)Ｓ眯诺赖闹甘緟?shù)；步驟3，發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5；步驟4，發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟5，建立無(wú)線(xiàn)鏈路并更新激活集。
上述技術(shù)方案中，所述步驟1中，判斷所述基站使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本的操作具體為服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的所述基站與該基站使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷所述基站使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。所述步驟3具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。
所述步驟5包括步驟511，所述基站建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回?zé)o線(xiàn)鏈路建立完成的響應(yīng)信息；步驟512，所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向用戶(hù)設(shè)備發(fā)送激活集更新消息，該激活集更新消息中攜帶有所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟513，所述用戶(hù)設(shè)備建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回激活集更新完成消息。
另外，所述步驟1中，判斷所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本的操作包括服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器與該漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。
所述步驟3具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送所述新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。相應(yīng)的，所述步驟4具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息。所述步驟4與所述步驟5之間還執(zhí)行所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向基站發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，根據(jù)預(yù)先建立的所述基站與該基站使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息判斷所述基站使用的協(xié)議的版本是否低于所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。述步驟3具體為所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。
所述步驟5包括步驟521，所述基站建立無(wú)線(xiàn)鏈路，并向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回?zé)o線(xiàn)鏈路建立完成的響應(yīng)信息；步驟522，所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回所述無(wú)線(xiàn)鏈路建立完成的響應(yīng)信息；步驟523，所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向用戶(hù)設(shè)備發(fā)送激活集更新消息，該激活集更新消息中攜帶有所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟524，所述用戶(hù)設(shè)備建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回激活集更新完成消息。
基于上述技術(shù)方案，本發(fā)明具有以下有益效果將發(fā)送給使用低版本協(xié)議的DRNC或NODEB的RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS設(shè)置為零格式，同時(shí)，刪除單向DHC的指示參數(shù)，這樣，SRNC-NODEB、DRNC或者DRNC-NODE將以雙向DCH處理RL的建立請(qǐng)求信息，但其組合與配置得到的TFCS在對(duì)傳輸?shù)臄?shù)據(jù)包的處理效果上，與正確解析單向DCH指示信元得到的TFCS的一致，進(jìn)而使通過(guò)該方式發(fā)送的數(shù)據(jù)包能夠被UE正確接收，并且使新增的RL不會(huì)干擾原有的RL，有效避免了因使用低版本協(xié)議的DRNC或NODEB對(duì)采用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息進(jìn)行無(wú)法兼容引起的通話(huà)質(zhì)量的下降，例如UE接收到的信號(hào)質(zhì)量變差、掉話(huà)等，方便了UE用戶(hù)。
下面通過(guò)附圖和實(shí)施例，對(duì)本發(fā)明的技術(shù)方案做進(jìn)一步的詳細(xì)描述。


圖1為在同一RNS中增加宏分集RL的信令圖。
圖2為在同一RNS中增加宏分集RL的另一信令圖。
圖3為在不同RNS中增加宏分集RL的信令圖。
圖4為在不同RNS中增加宏分集RL的另一信令圖。
圖5為在不同RNS中增加宏分集RL的又一信令圖。
圖6為本發(fā)明實(shí)施例一的流程圖。
圖7為本發(fā)明實(shí)施例二的流程圖。
具體實(shí)施例方式
本發(fā)明為一種解決在WCDMA系統(tǒng)中進(jìn)行軟切換的過(guò)程中，低版本協(xié)議無(wú)法兼容高版本協(xié)議的問(wèn)題的方法，其核心思想是針對(duì)在同一RNS中增加宏分集RL的情況，SRNC將發(fā)送給使用低版本協(xié)議的NODEB的RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS設(shè)置為零格式，即0×TF SIZE，同時(shí)，刪除RL的建立請(qǐng)求信息中單向DCH的指示參數(shù)；針對(duì)在跨RNS中增加宏分集RL的情況，SRNC將發(fā)送給使用低版本協(xié)議的DRNC的RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS的數(shù)值設(shè)置為零格式，同時(shí)，刪除RL的建立請(qǐng)求信息中單向DCH的指示參數(shù)；若SRNC與使用的都是高版本協(xié)議，而DRNC下的NODEB使用的協(xié)議的版本較低，則DRNC接收到SRNC發(fā)送的RL的建立請(qǐng)求信息后，將其中的表示DCH的無(wú)效方向的TFS設(shè)置為零格式，同時(shí)，刪除RL的建立請(qǐng)求信息中單向DCH的指示參數(shù)，然后將其發(fā)送給使用低版本協(xié)議的NODEB。
針對(duì)同一RNS中增加宏分集RL的情況，預(yù)先建立RNS中的各SRNC-NODEB及其使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，并將其保存在SRNC中。如圖6所示(請(qǐng)同時(shí)參考圖1)，為本發(fā)明在同一RNS中增加宏分集RL時(shí)軟切換的實(shí)施例的流程圖，其中，SRNC使用的是R5或其以上版本的協(xié)議，SRNC-NODEB使用的是R99或R4版本的協(xié)議，該實(shí)施例包括以下步驟步驟601，SRNC向下屬的SRNC-NODEB發(fā)送NBAP(Node B ApplicationPart，Node B應(yīng)用部分)協(xié)議的RL的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷SRNC-NODEB使用的協(xié)議的版本是否低于SRNC的協(xié)議的版本，是，執(zhí)行步驟602；否則，執(zhí)行步驟604。
步驟602，SRNC將RL的建立請(qǐng)求信息中攜帶的表示DCH的下行方向的TFS設(shè)置為零格式，同時(shí)，刪除DCH信元中單向DCH的指示參數(shù)，即表2中的Unidirectional DCH Indicator，得到新的RL的建立請(qǐng)求信息。
將發(fā)送給使用較低版本協(xié)議的NODEB的RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS設(shè)置為零格式并刪除單向DCH的指示參數(shù)后，NODEB便可以正確解析SRNC發(fā)送的RL的建立請(qǐng)求信息，也就是說(shuō)，在這種配置下組合出來(lái)的TFCS，與正確解析單向DCH指示信元后的TFCS在傳輸數(shù)據(jù)包的處理效果一致，進(jìn)而使通過(guò)該方式發(fā)送的數(shù)據(jù)包能夠被UE正確接收，成功的完成軟切換流程。
步驟603，SRNC向SRNC-NODEB發(fā)送RL SETUP REQUEST消息，將新的RL的建立請(qǐng)求信息發(fā)送給SRNC-NODEB，然后執(zhí)行步驟605。
步驟604，SRNC將RL的建立請(qǐng)求信息直接發(fā)送給SRNC-NODEB。
步驟605，SRNC-NODEB為建立RL分配相應(yīng)的資源，然后向SRNC發(fā)送NBAP協(xié)議的RL SETUP RESPOSE消息，通知SRNC已經(jīng)為RL的建立分配資源，并與SRNC建立Iub傳輸承載。
步驟606，Iub接口RL建立完成后，SRNC在DCCH(Dedicated ControlChannel，專(zhuān)用控制信道)上向UE發(fā)送RRC協(xié)議的激活集更新消息ACTIVESET UPDATE，該激活集更新消息中攜帶有RL的建立請(qǐng)求信息。
步驟607，UE建立RL，完成激活集更新，之后，向SRNC返回ACTIVESET UPDATE COMPLETE消息，告知其激活集更新完成。
針對(duì)跨RNS增加宏分集RL的情況，預(yù)先建立SRNC下屬的各DRNC及其使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，并將其保存在SRNC中。另外，還預(yù)先建立DRNC下屬的各DRNC-NODE B及其使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，并將其保存在DRNC中。如圖7所示(請(qǐng)同時(shí)參考圖3)，為本發(fā)明跨RNS增加宏分集RL時(shí)軟切換的實(shí)施例的流程圖，其中，SRNC使用的是R5或其以上版本的協(xié)議，而DNRNC采用的是R99或R4版本的協(xié)議，或者，SRNC與DRNC使用的均是R5或其以上版本的協(xié)議，而DRNC-NODEB使用的是R99或R4版本的協(xié)議，該實(shí)施例包括以下步驟步驟701，SRNC向DRNC發(fā)送RNSAP(Radio Network SubsystemApplication Part，無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)應(yīng)用部分)協(xié)議的RL的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷該DRNC使用的協(xié)議的版本是否低于SRNC的協(xié)議的版本，是，執(zhí)行步驟702；否則，執(zhí)行步驟705。
步驟702，SRNC將RL的建立請(qǐng)求信息中攜帶的表示DCH的下行方向的TFS設(shè)置為零格式，同時(shí)，刪除DCH信元中單向DCH的指示參數(shù)，即類(lèi)似于表2中的Unidirectional DCH Indicator，得到新的RL的建立請(qǐng)求信息。
步驟703，SRNC向DRNC發(fā)送RL SETUP REQUEST消息，將得到的新的RL的建立請(qǐng)求信息發(fā)送給DRNC。
步驟704，DRNC將新的RL的建立請(qǐng)求信息發(fā)送給該DRNC下屬的DRNC-NODE B，然后執(zhí)行步驟709。
步驟705，SRNC向DRNC發(fā)送RL SETUP REQUEST消息，將RL的建立請(qǐng)求信息直接發(fā)送給DRNC。
步驟706，DRNC查詢(xún)預(yù)先建立的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷該DRNC下屬的DRNC-NODE B使用的協(xié)議的版本是否低于DRNC的協(xié)議的版本，是，執(zhí)行步驟707；否則，執(zhí)行步驟710。
步驟707，DRNC將DCH的下行方向的TFS設(shè)置為零格式，同時(shí)，刪除單向DCH的指示參數(shù)，得到新的RL的建立請(qǐng)求信息。
步驟708、DRNC向DRNC-NODE B發(fā)送RL SETUP REQUEST消息，將得到的新的RL的建立請(qǐng)求信息發(fā)送給DRNC-NODE B，然后執(zhí)行步驟710。
步驟709，DRNC將RL的建立請(qǐng)求信息直接發(fā)送給DRNC-NODE B。
步驟710，DRNC-NODE B建立RL，分配相應(yīng)的資源，然后向DRNC發(fā)送NBAP協(xié)議的RL SETUP RESPOSE消息，通知DRNC RL建立完成，并與DRNC建立Iub傳輸承載。
步驟711，DRNC將RNSAP協(xié)議的RL SETUP RESPOSE消息發(fā)送給SRNC，并與SRNC建立Iur傳輸承載。
步驟712，IUR接口RL建立完成后，SRNC在DCCH上向UE發(fā)送RRC協(xié)議的激活集更新消息ACTIVE SET UPDATE，該激活集更新消息中攜帶有RL的建立請(qǐng)求信息。
步驟713，UE建立RL，完成激活集更新，之后，向SRNC返回ACTIVESET UPDATE COMPLETE消息，告知其激活集更新完成。
總的有益效果將發(fā)送給使用較低版本協(xié)議的DRNC或NODEB的RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS設(shè)置為零格式，同時(shí)，刪除單向DHC的指示參數(shù)，這種情況下，DRNC或NODEB便可以正確解析SRNC和/或DRNC發(fā)送的RL的建立請(qǐng)求信息，即按照3GPP協(xié)議的定義，在這種配置下組合出來(lái)的TFCS，與正確解析單向DCH指示信元后的TFCS在傳輸數(shù)據(jù)包的處理效果一致，進(jìn)而使通過(guò)該方式發(fā)送的數(shù)據(jù)包能夠被UE正確接收，成功的完成軟切換流程，并且新增的RL不會(huì)干擾原有的RL，有效避免了因使用低版本協(xié)議的DRNC或NODEB對(duì)采用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息進(jìn)行無(wú)法兼容引起的通話(huà)質(zhì)量的下降，方便了UE用戶(hù)。
WCDMA 3GPP協(xié)議在R6版本之后又引入了HSUPA功能，進(jìn)一步擴(kuò)展了單向DCH指示信元的內(nèi)容，若SRNC使用的是R6及以上版本的協(xié)議，而NODEB、DRNC或DRNC-NODEB不支持單向信元IE，即NODEB、DRNC或DRNC-NODEB使用的是低于R5版本的協(xié)議，其存在的問(wèn)題及對(duì)該問(wèn)題的解決方案與上述實(shí)施例中對(duì)HSDAP業(yè)務(wù)的處理相似，不再贅述。
最后所應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)本發(fā)明作限制性理解。盡管參照上述較佳實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)本發(fā)明的技術(shù)方案進(jìn)行修改或者等同替換，而這種修改或者等同替換并不脫離本發(fā)明技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種寬帶碼分多址系統(tǒng)中的軟切換方法，其中，包括以下步驟步驟1，判斷接收無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的基站或者漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4；步驟2，將所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息中表示專(zhuān)用信道的無(wú)效方向的傳輸格式集設(shè)置為零格式，同時(shí)，刪除所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息中單向?qū)Ｓ眯诺赖闹甘緟?shù)；步驟3，發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5；步驟4，發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟5，建立無(wú)線(xiàn)鏈路并更新激活集。
2.根據(jù)權(quán)利要求1所述的方法，其中，所述步驟1中，判斷所述基站使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本的操作具體為服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的所述基站與該基站使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷所述基站使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。
3.根據(jù)權(quán)利要求2所述的方法，其中，所述步驟3具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。
4.根據(jù)權(quán)利要求1至3任意一項(xiàng)所述的方法，其中，所述步驟5包括步驟511，所述基站建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回?zé)o線(xiàn)鏈路建立完成的響應(yīng)信息；步驟512，所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向用戶(hù)設(shè)備發(fā)送激活集更新消息，該激活集更新消息中攜帶有所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟513，所述用戶(hù)設(shè)備建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回激活集更新完成消息。
5.根據(jù)權(quán)利要求1所述的方法，其中，所述步驟1中，判斷所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本的操作包括服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，查詢(xún)預(yù)先建立的所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器與該漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息，根據(jù)該對(duì)應(yīng)關(guān)系信息判斷所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本是否低于發(fā)送該無(wú)線(xiàn)鏈路的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。
6.根據(jù)權(quán)利要求5所述的方法，其中，所述步驟3具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送所述新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。
7.根據(jù)權(quán)利要求5所述的方法，其中，所述步驟4具體為所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息。
8.根據(jù)權(quán)利要求7所述的方法，其中，所述步驟4與所述步驟5之間還執(zhí)行所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向基站發(fā)送所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息時(shí)，根據(jù)預(yù)先建立的所述基站與該基站使用的協(xié)議的版本之間的對(duì)應(yīng)關(guān)系信息判斷所述基站使用的協(xié)議的版本是否低于所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器使用的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4。
9.根據(jù)權(quán)利要求8所述的方法，其中，所述步驟3具體為所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述基站發(fā)送將所述傳輸格式集設(shè)置為零格式的新的無(wú)線(xiàn)鏈路的建立請(qǐng)求信息，然后執(zhí)行步驟5。
10.根據(jù)權(quán)利要求5至9任意一項(xiàng)所述的方法，其中，所述步驟5包括步驟521，所述基站建立無(wú)線(xiàn)鏈路，并向所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回?zé)o線(xiàn)鏈路建立完成的響應(yīng)信息；步驟522，所述漂移無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回所述無(wú)線(xiàn)鏈路建立完成的響應(yīng)信息；步驟523，所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器向用戶(hù)設(shè)備發(fā)送激活集更新消息，該激活集更新消息中攜帶有所述無(wú)線(xiàn)鏈路的建立請(qǐng)求信息；步驟524，所述用戶(hù)設(shè)備建立無(wú)線(xiàn)鏈路，并向所述服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)控制器返回激活集更新完成消息。
全文摘要
本發(fā)明公開(kāi)了一種寬帶碼分多址系統(tǒng)中的軟切換方法，包括步驟1，判斷接收RL的建立請(qǐng)求信息的NODEB或者DRNC使用的協(xié)議的版本是否低于發(fā)送該RL的建立請(qǐng)求信息的協(xié)議的版本，是，執(zhí)行步驟2；否則，執(zhí)行步驟4；步驟2，將RL的建立請(qǐng)求信息中表示DCH的無(wú)效方向的TFS設(shè)置為零格式，同時(shí)，刪除單向DCH的指示參數(shù)；步驟3，發(fā)送將TFS設(shè)置為零格式的新的RL的建立請(qǐng)求信息，然后執(zhí)行步驟5；步驟4，直接發(fā)送RL的建立請(qǐng)求信息；步驟5，建立RL并更新激活集。采用本發(fā)明，有效實(shí)現(xiàn)了采用低版本協(xié)議的DRNC或NODEB對(duì)采用高版本協(xié)議的SRNC和/或DRNC發(fā)送的消息的兼容處理。
文檔編號(hào)H04W36/18GK1968523SQ20061009291
公開(kāi)日2007年5月23日 申請(qǐng)日期2006年6月9日 優(yōu)先權(quán)日2006年6月9日
發(fā)明者龔曉東 申請(qǐng)人:華為技術(shù)有限公司