亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種提高3g網(wǎng)絡系統(tǒng)到2g網(wǎng)絡系統(tǒng)切換成功率的方法

文檔序號:7622019閱讀:224來源:國知局
專利名稱:一種提高3g網(wǎng)絡系統(tǒng)到2g網(wǎng)絡系統(tǒng)切換成功率的方法
技術領域
本發(fā)明涉及無線通信領域的呼叫切換,尤指一種提高3G網(wǎng)絡系統(tǒng)向2G網(wǎng)絡系統(tǒng)切換成功率方法。
背景技術
在目前通信網(wǎng)絡系統(tǒng)中,2G網(wǎng)絡系統(tǒng)和3G網(wǎng)絡系統(tǒng)并存。發(fā)起呼叫的用戶在一次呼叫過程中,有可能跨越兩個網(wǎng)絡系統(tǒng),為了保證用戶通話不中斷,就需要進行2G和3G網(wǎng)絡系統(tǒng)之間的切換。
尤其在3G網(wǎng)絡系統(tǒng)建設初期,其覆蓋面不夠廣,應該充分利用2G網(wǎng)絡的現(xiàn)有優(yōu)良資源,為用戶提供業(yè)務服務。
根據(jù)3GPP協(xié)議44.018中對切換過程中的加密描述指明,HandoverCommand(切換命令)消息中的Cipher Mode Setting IE(加密模式設置信元),是用來在切換中指示UE(移動終端)切換到目標小區(qū)后所使用的加密算法,如果消息中沒有該IE,表示仍然沿用源小區(qū)中所使用的加密算法,而如果消息中攜帶該IE,則表示使用該IE所指示的算法(當然,這個指示的算法仍然可以是源小區(qū)的算法,還可以表示不做加密處理)。
而從3G->2G的切換中,如果3G_MSC(移動交換中心)啟動了加密,那么下發(fā)給UE的Relocation Command(重配置命令)消息中必須帶Cipher ModeSetting IE,以指示切換到GSM小區(qū)后所使用的加密算法。如果不帶這個IE,表示保持原來的加密算法,而3G網(wǎng)絡系統(tǒng)的加密算法和2G網(wǎng)絡系統(tǒng)是不一樣的,不可能保持原來的算法,因此必須在帶Relocation Command中攜帶Cipher Mode Setting IE,指示改用2G自己的加密算法。
在2G_MSC不做升級的情況下,3G到2G的切換中,各個廠家2G BSC(基站控制器)返回的HANDOVER REQUEST ACK(切換請求確認消息)方式各異,有些在打包在其中的層3消息Handover Command中帶了cipher modesetting,有些沒有在打包在其中的層3消息Handover Command中攜帶ciphermode setting,但在HANDOVER REQUEST ACK消息層三外攜帶了ChosenEncryption Algorithm(選擇的加密算法)向3G_MSC指示出2G BSC選擇的加密算法,有些2G BSC在Handover Command消息和HANDOVER REQUESTACK消息層三外都沒有指示加密信息。這就有可以出現(xiàn)以下問題由于下發(fā)給UE的Relocation Command(重配置命令)消息是HANDOVERREQUEST ACK中打包的層3消息Handover Command,而如果HandoverCommand中沒有攜帶cipher mode setting,那么發(fā)往UE的Relocation Command消息也不會攜帶cipher mode setting,按照上面協(xié)議描述就會出現(xiàn)切換失敗。
另外,在3GPP協(xié)議48.008中對發(fā)往BSC的HANDOVER REQUEST消息中攜帶的IE定義如下表所示


根據(jù)上表,發(fā)往BSC的Handover Request(切換請求)消息中可以攜帶上表中規(guī)定的IE,除了必選的幾個(斜體字標識出),其他為可選的IE,由于每個廠商的BSC支持的協(xié)議版本不一樣,對可選信元的處理也不一樣,如果Handover Request消息中攜帶BSC不能處理的信元,就可能導致切換失敗。
綜合上述兩種情況來看,現(xiàn)有協(xié)議對系統(tǒng)間切換沒有明確的定義,各個廠家的2G BSC處理存在差異性,因此必須要尋找一種適配各種2G BSC,提高系統(tǒng)兼容性,提高系統(tǒng)間的切換成功率的方法。

發(fā)明內(nèi)容
本發(fā)明提供一種提高3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)切換成功率的方法,用以解決現(xiàn)有技術中存在的由于2G BSC的功能差異性有可能導致從3G網(wǎng)絡系統(tǒng)向2G網(wǎng)絡系統(tǒng)切換時切換失敗的問題。
本發(fā)明方法包括在3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)的切換流程中,由3G網(wǎng)絡系統(tǒng)中的移動交換中心/移動交換服務器(MSC/MSC Server)或無線網(wǎng)絡控制器(RNC),根據(jù)要切換到的2G目標移動交換中心或基站控制器(MSC/BSC)返回的切換請求確認消息(A-Handover-Request-Ack)中包含的切換命令消息(Handover Command)是否攜帶有加密模式設置信元(Cipher Mode SettingIE)以及目標2G MSC/BSC是否選擇了加密算法,在發(fā)送給切換源側的重配置命令(Relocation Command)中適配相應的加密模式設置信元。
根據(jù)本發(fā)明的上述方法,若所述切換命令消息中攜帶了加密模式設置信元,則發(fā)送給切換源側的重配置命令中攜帶相同的加密模式設置信元;若所述切換命令消息中沒有攜帶加密模式設置信元,但目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中攜帶了選擇的加密算法(Chosen Encryption Algorithm)信元,則發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元的內(nèi)容為目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中攜帶加密算法名稱;若所述切換命令消息中沒有攜帶加密模式設置信元,目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中也沒有攜帶選擇的加密算法信元,則根據(jù)目標2G MSC/BSC的設置,在發(fā)送給切換源側的重配置命令中攜帶或不攜帶加密模式設置信元。
根據(jù)本發(fā)明的上述方法,獲取網(wǎng)絡中各2G MSC/BSC是否選擇了加密算法及選擇的加密算法名稱;將網(wǎng)絡中各2G MSC/BSC標識、是否選擇加密算法標志以及所選擇的加密算法名稱信息存儲到設置在3G網(wǎng)絡的MSC/MSCServer或RNC中的第一數(shù)據(jù)表中;當所述切換命令消息中沒有攜帶加密模式設置信元,所述切換請求確認消息中也沒有攜帶選擇的加密算法信元時,查詢所述第一數(shù)據(jù)表,若目標2G MSC/BSC沒有選擇加密算法,則在發(fā)送給切換源側的重配置命令中不攜帶加密模式設置信元;若目標2G MSC/BSC選擇了加密算法,則在發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元的內(nèi)容為該目標2G MSC/BSC支持的加密算法名稱。
根據(jù)本發(fā)明的上述方法,請求切換的用戶終端所在的無線網(wǎng)絡子系統(tǒng)(RNS),通過Iu接口向所述3G網(wǎng)絡的MSC/MSC Server上報重配置請求;3G網(wǎng)絡的MSC/MSC Server收到RNS上報的重配置請求后,若判斷出所述目標2GBSC隸屬于本交換局,則通過A接口向目標2G BSC發(fā)送一個2G網(wǎng)絡的切換請求消息;目標2G BSC向3G網(wǎng)絡的MSC/MSC Server返回切換請求確認消息,通過包含在其中的切換命令消息攜帶所述加密模式設置信元;若判斷出目標2G BSC不是本交換局的下屬基站,則3G網(wǎng)絡的MSC/MSCServer將發(fā)送的2G網(wǎng)絡的切換請求消息打包,通過E接口發(fā)送給目標2G BSC所屬的移動交換中心;由所屬的移動交換中心向2G目標基站控制器發(fā)起切換請求;2G目標基站控制器完成無線資源準備后,向3G網(wǎng)絡的MSC/MSC Server返回切換請求確認消息,通過包含在其中的切換命令消息攜帶所述加密模式設置信元。
所述3G網(wǎng)絡的MSC/MSC Server發(fā)送給2G網(wǎng)絡的切換請求消息中僅攜帶目標基站控制器支持的信元。
根據(jù)本發(fā)明的上述方法,所述3G網(wǎng)絡的MSC/MSC Server或RNC中存儲有第二數(shù)據(jù)表;所述第二數(shù)據(jù)表中包括2G目標基站控制器標識及其支持的切換請求消息信元;當3G網(wǎng)絡的MSC/MSC Server向2G網(wǎng)絡發(fā)送切換請求消息時,根據(jù)目標基站控制器標識查詢所述第二數(shù)據(jù)表,獲取對應目標基站控制器支持的信元。
本發(fā)明有益效果如下(1)采用本發(fā)明方法,運營商可以不對現(xiàn)有2G MSC/BSC做升級,就可以實現(xiàn)從3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)的成功切換,實現(xiàn)成本低。
(2)采用本發(fā)明方法能保證用戶在兩個網(wǎng)絡之間的成功切換,使用戶通話不間斷,提高了用戶的滿意度。
(3)本發(fā)明提高了3G網(wǎng)絡的競爭力,尤其是在3G網(wǎng)絡的建設初期,可以充分使用現(xiàn)有2G網(wǎng)絡的優(yōu)良資源,為用戶提供有效服務。
(4)提高了系統(tǒng)兼容性,3G MSC Server兼容不同廠家的2G BSC,實現(xiàn)靈活處理。


圖1為局內(nèi)從UMTS系統(tǒng)到GSM系統(tǒng)的切換流程圖;圖2為局間從UMTS系統(tǒng)到GSM系統(tǒng)的切換流程圖;圖3為本發(fā)明方法流程圖。
具體實施例方式
下面以UMTS系統(tǒng)切換到GSM系統(tǒng)為例,對具體的切換流程加以詳細說明。
參見圖1,為同一個交換局內(nèi)從UMTS系統(tǒng)到GSM系統(tǒng)的切換流程圖,以MSC執(zhí)行小區(qū)標識轉換為例,其具體流程包括步驟1、用戶終端在3G網(wǎng)絡下發(fā)起呼叫,在要切換時無線網(wǎng)絡子系統(tǒng)RNS-A通過Iu接口向3G網(wǎng)絡的移動交換中心3G_MSC-A上報重配置請求(Iu-Relocation-Required),要求3G_MSC-A發(fā)生切換;步驟2、3G_MSC-A收到RNS-A上報的重配置請求后,若3G_MSC-A判斷出2G目標基站控制器為屬于本交換局的2G基站控制器(若目標基站控制器不是本交換局的下屬基站控制器,則執(zhí)行圖2所示流程,在下文中進行詳細描述),則根據(jù)RNS-A發(fā)起的重配置請求,產(chǎn)生2G切換請求(A-Handover-Request),通過A接口發(fā)送給2G目標基站控制器BSS-B,要求目標基站控制器BSS-B為要切換的用戶UE/MS準備無線資源;步驟3、目標基站控制器BSS-B完成無線資源準備后,給3G_MSC-A返回切換請求確認消息(A-Handover-Request-Ack);步驟4、3G_MSC-A給RNS-A下發(fā)重配命令(Iu-Relocation-Command);步驟5、RNA-A空口下發(fā)切換命令(RRC-HO-Command),要求用戶終端從源RNS-A接入到目標基站控制器BSS-B上;步驟6、用戶終端(UE/MS)在空口上報切換接入消息(RI-HO-Access),表示用戶終端向目標基站控制器BSS-B嘗試接入;步驟7、BSS-B向3G_MSC-A發(fā)送切換檢測消息,表示已檢測到用戶終端接入;步驟8、用戶終端在空口上報切換接入完成消息(RI-HO-Complete),表示用戶終端已成功接入目標基站控制器BSS-B;步驟9、目標基站控制器BSS-B向3G_MSC-A發(fā)送切換完成消息,通知3G_MSC-A,請求切換的用戶終端切換成功;步驟10、3G_MSC-A下發(fā)釋放命令(Iu-Release-Command)給RNS-A,通知其釋放原來通話占用的無線資源;步驟11、RNS-A釋放無線資源完成后,向3G_MSC-A返回資源釋放完成消息。
至此,成功完成一次從3G的UMTS系統(tǒng)到2G的GSM系統(tǒng)的切換過程。
圖2為目標基站控制器不是本交換局的下屬的基站控制器時,從UMTS系統(tǒng)到GSM系統(tǒng)的切換流程圖,包括如下具體流程步驟1、用戶終端所屬的無線網(wǎng)絡子系統(tǒng)RNS-A,通過Iu接口上報重配置請求(Iu-Relocation-Required),要求3G_MSC-A發(fā)生切換;步驟2、3G_MSC-A收到RNS-A上報的重配置請求后,3G_MSC-A根據(jù)重配置請求產(chǎn)生2G切換請求消息(A-Handover-Request),并在E接口上將此切換請求消息進行打包,生成一個MAP格式的準備切換請求消息(MAP-Prep-Handover req.),發(fā)送給目標基站控制器所屬的移動交換中心MSC-B;步驟3、MSC-B收到MAP-Prep-Handover req.消息后,向訪問位置寄存器VLR-B申請切換號碼,以便建立3G MSC-A到MSC-B之間的話路,即為IAM(初始地址消息)做準備;步驟4、MSC-B發(fā)送切換請求消息(A-Handover-Request)給目標基站控制器BSS-B,要求其為請求切換的用戶(UE/MS)準備無線資源;步驟5、目標基站控制器BSS-B完成無線資源準備后,向3G_MSC-A返回切換請求確認消息(A-Handover-Request-ACK);步驟6、訪問位置寄存器VLR-B向MSC-B發(fā)送切換號碼報告請求(MAP-Send-Handover-Number-Report req.),MSC-B收到VLR-B分配的切換號碼和A-Handover-Request-ACK消息后,一起構造一個準備切換響應消息(MAP-Prep-Handover resp.);
步驟7、MSC-B通過MAP-Prep-Handover resp.消息通知3G_MSC-A,已準備好了無線資源與切換號碼;步驟8、3G_MSC-A分析MSC-B返回的切換號碼,建立兩個MSC間的話路,發(fā)送初始地址消息(IAM)給MSC-B;步驟9、MSC-B給訪問位置寄存器VLR-B發(fā)送切換號碼釋放消息(MAP-Send-Handover-Number-Report resp.),釋放申請分配的切換號碼,以給其他用戶請求切換時使用;步驟10、MSC-B給3G_MSC-A回地址完成消息,表明兩個MSC間的話路已完成建立;步驟11、3G_MSC-A給RNS-A下發(fā)重配命令(Iu-Relocation-Command);要求用戶終端從源RNS-A接入到目標基站控制器BSS-B上;步驟12、用戶終端在空口上報切換接入消息后,BSS-B向MSC-B發(fā)送切換檢測消息(A-Handover-Detect),通知MSC-B已檢測到用戶終端接入;步驟13、MSC-B通過接入處理信令(MAP-Process-Access-Signal Req.)把A-Handover-Detect消息轉發(fā)給3G_MSC-A,通知3G_MSC-A,用戶終端準備從2G網(wǎng)絡接入;步驟14、用戶終端接入2G網(wǎng)絡后,BSS-B向MSC-B發(fā)送切換完成消息(A-Handover-Complete),通知MSC-B用戶終端成功接入;步驟15、MSC-B通過發(fā)送結束信令(MAP-Send-End-Signal Req.)把A-Handover-Complete消息轉發(fā)給3G_MSC-A,通知3G_MSC-A,用戶終端已成功接入了2G網(wǎng)絡;步驟16、3G_MSC-A下發(fā)釋放命令(Iu-Release-Command)給RNS-A,通知其釋放原來通話占用的無線資源;步驟17、RNS-A上報釋放完成消息(Iu-Release-Complete),通知3G_MSC-A原來通話占用的無線資源已被釋放;步驟18、MSC-B在中繼接口上通知3G_MSC-A切換完成(ANSWER消息),以與前面ACM保持中繼信令的完整;步驟19、呼叫結束時,3G_MSC-A向MSC-B通知局間話路的釋放(RELEASE消息);步驟20、3G_MSC-A向MSC-B發(fā)送結束信令響應消息(MAP-Send-End-Signal resp.),通知MSC-B釋放切換時申請的無線資源。
以上圖1和圖2是UMTS到GSM的系統(tǒng)間切換流程圖,3G_MSC_A要根據(jù)2G BSS-B上報的A-Handover-Request-ACK中層3消息HANDOVERCOMMAND產(chǎn)生Relocation Command消息發(fā)送到切換源側RNC,按照現(xiàn)有技術,如果HANDOVER COMMAND中沒有攜帶cipher mode setting,那么發(fā)往RNC的Relocation Command消息中也不會攜帶,這就有可能導致切換失敗,為此,需要MSC Server在產(chǎn)生Relocation Command消息時,根據(jù)不同的切換目標2G BSC做不同的處理,具體如下(1)、如果HANDOVER COMMAND消息中攜帶了cipher mode setting信元,那么發(fā)往RNC的Relocation Command攜帶同樣的cipher mode setting信元。
(2)如果HANDOVER COMMAND消息中沒有攜帶cipher mode setting信元,但是在A-Handover-Request-ACK消息層3外攜帶了Chosen EncryptionAlgorithm,則在發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元內(nèi)容為通過Chosen Encryption Algorithm轉出的值,例如Chosen Encryption Algorithm指示的加密算法為A5-1,那么cipher mode setting的值也為A5-1,從而使從UMTS到GSM的系統(tǒng)間切換成功。
(3)如果HANDOVER COMMAND消息中沒有攜帶cipher mode setting,并且A-Handover-Request-ACK消息層3外也沒有攜帶Chosen EncryptionAlgorithm,則根據(jù)目標2G MSC/BSC的設置,在發(fā)送給切換源側的重配置命令中攜帶或不攜帶加密模式設置信元。具體方法為通過實際拔測,獲取網(wǎng)絡中各2G MSC/BSC是否選擇了加密算法及選擇的加密算法名稱;將網(wǎng)絡中各2G MSC/BSC標識、是否選擇加密算法標志以及所選擇的加密算法名稱信息存儲到設置在3G網(wǎng)絡的MSC/MSC Server或RNC中的一個數(shù)據(jù)表中;通過查詢該數(shù)據(jù)表,若目標2G MSC/BSC沒有選擇加密算法,則在發(fā)送給切換源側的重配置命令中不攜帶加密模式設置信元;若目標2G MSC/BSC選擇了加密算法,則在發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元的內(nèi)容為該目標2G MSC/BSC支持的加密算法名稱。
例如,如果目標BSC選擇了加密算法A5-1,那么在Relocation Command中指示給手機的加密算法也配置為A5-1,從而使從UMTS到GSM的系統(tǒng)間切換成功。
綜上所述,本發(fā)明在重配置消息中攜帶加密模式設置信元的具體流程如圖3所示,包括如下步驟步驟S11、3G MSC Server收到目標2G MSC/BSC返回的切換請求確認消息;步驟S12、3G MSC Server判斷包含在所述切換請求確認消息中的切換命令是否攜帶了加密模式設置信元,若是,則執(zhí)行步驟S13;否則,執(zhí)行步驟S14;步驟S13、下發(fā)給切換源側的重配置命令中攜帶相同的加密模式設置信元;步驟S14、3G MSC Server判斷切換請求確認消息層3外是否攜帶了選擇的加密算法,若是,執(zhí)行步驟S15;否則,執(zhí)行步驟S16;步驟S15、在下發(fā)給切換源側的重配置命令中攜帶加密模式設置信元,該信元內(nèi)容為切換請求確認消息中攜帶的加密算法;步驟S16、查詢存儲在3G網(wǎng)絡的MSC/MSC Server或RNC中的一個數(shù)據(jù)表,在該數(shù)據(jù)表中存儲有網(wǎng)絡中各2G MSC/BSC標識、是否選擇加密算法標志以及所選擇的加密算法名稱等信息,若目標2G MSC/BSC沒有選擇加密算法,則執(zhí)行步驟S17;否則,執(zhí)行步驟S18;步驟S17、在下發(fā)給切換源側的重配置命令中不攜帶加密模式設置信元;步驟S18、在下發(fā)給切換源側的重配置命令中攜帶加密模式設置信元,該信元內(nèi)容為數(shù)據(jù)表中存儲的目標2G MSC/BSC支持的加密算法。
同樣的,3G_MSC_A要根據(jù)RNC在Iu接口上報的Iu-Relocation-Required消息產(chǎn)生A接口A-Handover-Request消息,如果是局內(nèi)切換,則直接給目標BSC發(fā)A-Handover-Request,如圖1所示;如果是局間切換,則把產(chǎn)生的A-Handover-Request消息打包在MAP-Prep-Handover request(MAP協(xié)議的準備切換請求消息)送給MSC-B,以便發(fā)給MSC-B的目標BSC,如圖2所示。通過對接前的調測,MSC Server可以知道BSC支持哪些切換請求消息信元,并在MSC Server中存儲各BSC及其支持的相應信元對照關系數(shù)據(jù)表,這樣,MSCServer在發(fā)送A-Handover-Request消息時,通過查詢所述對照關系數(shù)據(jù)表,獲得對應的2G BSC支持的信元,使用對照關系數(shù)據(jù)表配置A-Handover-Request消息攜帶目標2G BSC支持的信元。
如果是其他系統(tǒng)如CDMA 2000切換到GSM系統(tǒng),也可以采用以上方法在CDMA 2000的MSC或RNC做以上適配,以便2G MSC/BSC不做升級就可以完成系統(tǒng)間切換。
顯然,本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi),則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權利要求
1.一種提高3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)切換成功率的方法,其特征在于,在3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)的切換流程中,由3G網(wǎng)絡系統(tǒng)中的移動交換中心/移動交換服務器(MSC/MSC Server)或無線網(wǎng)絡控制器(RNC),根據(jù)要切換到的2G目標移動交換中心或基站控制器(MSC/BSC)返回的切換請求確認消息(A-Handover-Request-Ack)中包含的切換命令消息(Handover Command)是否攜帶有加密模式設置信元(Cipher Mode Setting IE)以及目標2G MSC/BSC是否選擇了加密算法,在發(fā)送給切換源側的重配置命令(Relocation Command)中適配相應的加密模式設置信元。
2.如權利要求1所述的方法,其特征在于,若所述切換命令消息中攜帶了加密模式設置信元,則發(fā)送給切換源側的重配置命令中攜帶相同的加密模式設置信元;若所述切換命令消息中沒有攜帶加密模式設置信元,但目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中攜帶了選擇的加密算法(Chosen Encryption Algorithm)信元,則發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元的內(nèi)容為目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中攜帶加密算法名稱;若所述切換命令消息中沒有攜帶加密模式設置信元,目標2G MSC/BSC返回給3G MSC/MSC Server的切換請求確認消息中也沒有攜帶選擇的加密算法信元,則根據(jù)目標2G MSC/BSC的設置,在發(fā)送給切換源側的重配置命令中攜帶或不攜帶加密模式設置信元。
3.如權利要求2所述的方法,其特征在于,獲取網(wǎng)絡中各2G MSC/BSC是否選擇了加密算法及選擇的加密算法名稱;將網(wǎng)絡中各2G MSC/BSC標識、是否選擇加密算法標志以及所選擇的加密算法名稱信息存儲到設置在3G網(wǎng)絡的MSC/MSC Server或RNC中的第一數(shù)據(jù)表中;當所述切換命令消息中沒有攜帶加密模式設置信元,所述切換請求確認消息中也沒有攜帶選擇的加密算法信元時,查詢所述第一數(shù)據(jù)表,若目標2G MSC/BSC沒有選擇加密算法,則在發(fā)送給切換源側的重配置命令中不攜帶加密模式設置信元;若目標2G MSC/BSC選擇了加密算法,則在發(fā)送給切換源側的重配置命令中攜帶加密模式設置信元,該加密模式設置信元的內(nèi)容為該目標2G MSC/BSC支持的加密算法名稱。
4.如權利要求1所述的方法,其特征在于,請求切換的用戶終端所在的無線網(wǎng)絡子系統(tǒng)(RNS),通過Iu接口向所述3G網(wǎng)絡的MSC/MSC Server上報重配置請求;
3G網(wǎng)絡的MSC/MSC Server收到RNS上報的重配置請求后,若判斷出所述目標2GBSC隸屬于本交換局,則通過A接口向目標2G BSC發(fā)送一個2G網(wǎng)絡的切換請求消息;目標2G BSC向3G網(wǎng)絡的MSC/MSC Server返回切換請求確認消息,通過包含在其中的切換命令消息攜帶所述加密模式設置信元;若判斷出目標2G BSC不是本交換局的下屬基站,則3G網(wǎng)絡的MSC/MSCServer將發(fā)送的2G網(wǎng)絡的切換請求消息打包,通過E接口發(fā)送給目標2G BSC所屬的移動交換中心;由所屬的移動交換中心向2G目標基站控制器發(fā)起切換請求;2G目標基站控制器完成無線資源準備后,向3G網(wǎng)絡的MSC/MSC Server返回切換請求確認消息,通過包含在其中的切換命令消息攜帶所述加密模式設置信元。
5.如權利要求4所述的方法,其特征在于,所述3G網(wǎng)絡的MSC/MSC Server發(fā)送給2G網(wǎng)絡的切換請求消息中僅攜帶目標基站控制器支持的信元。
6.如權利要求5所述的方法,其特征在于,所述3G網(wǎng)絡的MSC/MSC Server或RNC中存儲有第二數(shù)據(jù)表;所述第二數(shù)據(jù)表中包括2G目標基站控制器標識及其支持的切換請求消息信元;當3G網(wǎng)絡的MSC/MSC Server向2G網(wǎng)絡發(fā)送切換請求消息時,根據(jù)目標基站控制器標識查詢所述第二數(shù)據(jù)表,獲取對應目標基站控制器支持的信元。
全文摘要
本發(fā)明公開了一種提高3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)切換成功率的方法,包括在3G網(wǎng)絡系統(tǒng)到2G網(wǎng)絡系統(tǒng)的切換流程中,由3G網(wǎng)絡系統(tǒng)中的移動交換中心/移動交換服務器(MSC/MSC Server)或無線網(wǎng)絡控制器(RNC),根據(jù)要切換到的2G目標移動交換中心或基站控制器(MSC/BSC)返回的切換請求確認消息(A-Handover-Request-Ack)中包含的切換命令消息(HandoverCommand)是否攜帶有加密模式設置信元(Cipher Mode Setting IE)以及目標2G MSC/BSC是否選擇了加密算法,在發(fā)送給切換源側的重配置命令(Relocation Command)中適配相應的加密模式設置信元。采用本發(fā)明方法能提高用戶終端從3G網(wǎng)絡系統(tǒng)向2G網(wǎng)絡系統(tǒng)切換的成功率。
文檔編號H04W12/02GK1917695SQ200510090918
公開日2007年2月21日 申請日期2005年8月19日 優(yōu)先權日2005年8月19日
發(fā)明者李世軍, 賈永利, 李 杰, 王海磊 申請人:華為技術有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1