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

表2NBAP的DCH信元


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

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