專(zhuān)利名稱(chēng)：通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別涉及通用分組無(wú)線(xiàn)業(yè)務(wù)(General Packet RadioService，簡(jiǎn)稱(chēng)“GPRS”)和寬帶碼分多址(Wideband Code Division MultipieAccess，簡(jiǎn)稱(chēng)“WCDMA”)移動(dòng)通信系統(tǒng)中，通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)(Serving GPRS Support Node，簡(jiǎn)稱(chēng)“SGSN”)內(nèi)部的路由區(qū)更新和系統(tǒng)間改變技術(shù)。
背景技術(shù)：
在移動(dòng)通信系統(tǒng)中，每個(gè)運(yùn)營(yíng)商運(yùn)營(yíng)的網(wǎng)絡(luò)都擁有一個(gè)唯一的公用陸地移動(dòng)網(wǎng)絡(luò)(Public Lands Mobile Network，簡(jiǎn)稱(chēng)“PLMN”)ID(標(biāo)識(shí)符)，也就是我們常說(shuō)的PLMN號(hào)，依靠PLMN號(hào)，可以唯一標(biāo)識(shí)每個(gè)運(yùn)營(yíng)網(wǎng)絡(luò)。PLMN ID具體由移動(dòng)國(guó)家號(hào)(Mobile Country Code，簡(jiǎn)稱(chēng)“MCC”)和移動(dòng)網(wǎng)絡(luò)號(hào)(Mobile Network Code，簡(jiǎn)稱(chēng)“MNC”)構(gòu)成，如中國(guó)移動(dòng)的MCC為460，MNC為00，中國(guó)聯(lián)調(diào)的MNC為01。
通常情況下，SGSN屬于一個(gè)運(yùn)營(yíng)商的設(shè)備，只歸屬于一個(gè)運(yùn)營(yíng)網(wǎng)絡(luò)，只有一個(gè)PLMN號(hào)，又稱(chēng)為HPLMN，即SGSN歸屬的PLMN號(hào)。
由于移動(dòng)通信業(yè)務(wù)的迅猛發(fā)展，運(yùn)營(yíng)商的運(yùn)營(yíng)模式發(fā)生很大變化，需求也越來(lái)越多樣。例如，為開(kāi)展第三代移動(dòng)通信業(yè)務(wù)，運(yùn)營(yíng)商肯定需要升級(jí)網(wǎng)絡(luò)，但這一升級(jí)過(guò)程必定漸進(jìn)的，需要相當(dāng)長(zhǎng)的建設(shè)周期。為避免對(duì)現(xiàn)有業(yè)務(wù)的負(fù)面影響，出于運(yùn)營(yíng)需要，運(yùn)營(yíng)商希望在原有的全球移動(dòng)通信系統(tǒng)(Global System for mobile Communication，簡(jiǎn)稱(chēng)“GSM”)網(wǎng)絡(luò)上疊加通用移動(dòng)通信系統(tǒng)(Universal Mobile Telecommunications System，簡(jiǎn)稱(chēng)“UMTS”)網(wǎng)絡(luò)，并且UMTS網(wǎng)絡(luò)可以使用與GSM網(wǎng)絡(luò)不同的HPLMN ID。
還有一種情況，國(guó)外運(yùn)營(yíng)商之間的兼并合作越來(lái)越頻繁，當(dāng)運(yùn)營(yíng)商收購(gòu)了其它運(yùn)營(yíng)商的無(wú)線(xiàn)接入網(wǎng)絡(luò)時(shí)，從運(yùn)營(yíng)的效率和方便角度考慮，運(yùn)營(yíng)商非常希望可以不修改其他并購(gòu)的網(wǎng)絡(luò)的HPLMN ID，而和自己的網(wǎng)絡(luò)無(wú)縫運(yùn)行。
具體的說(shuō)，參照?qǐng)D1，運(yùn)營(yíng)商A原來(lái)?yè)碛械倪\(yùn)營(yíng)網(wǎng)絡(luò)的PLMN為46000，SGSN和其管轄基站控制器(Base Station Controller，簡(jiǎn)稱(chēng)“BSC”)1、BSC2、BSC3都屬于此PLMN。后來(lái)運(yùn)營(yíng)商A兼并其他運(yùn)營(yíng)商B的網(wǎng)絡(luò)46002，運(yùn)營(yíng)商A為方便運(yùn)營(yíng)，不更改兼并網(wǎng)絡(luò)的PLMN，仍然沿用46002的PLMN標(biāo)識(shí)。這樣，BSC4也納入SGSN管轄。為逐漸升級(jí)網(wǎng)絡(luò)，運(yùn)營(yíng)商A在原來(lái)網(wǎng)絡(luò)基礎(chǔ)上，又單獨(dú)搭建第三代移動(dòng)通信網(wǎng)絡(luò)46003，并升級(jí)SGSN以同時(shí)支持第二代和第三代接入網(wǎng)，這樣無(wú)線(xiàn)網(wǎng)絡(luò)控制器(Radio Network Controller，簡(jiǎn)稱(chēng)“RNC”)1、RNC2也劃入SGSN管轄。最終，SGSN下面管轄有3個(gè)不同PLMN ID的接入網(wǎng)。
簡(jiǎn)而言之，對(duì)應(yīng)以上的需求，SGSN就必須兼容接入網(wǎng)擁有多個(gè)PLMN ID的情況。換句話(huà)說(shuō)，當(dāng)SGSN下面的BSC或者RNC覆蓋的路由區(qū)擁有不同的PLMN ID，SGSN可以正常工作，接入這些不同PLMN ID的接入網(wǎng)下的合法移動(dòng)用戶(hù)，相當(dāng)于SGSN的HPLMN號(hào)有多個(gè)。
當(dāng)移動(dòng)用戶(hù)所在的路由區(qū)發(fā)生改變，或者用戶(hù)需要更新一些保存在核心網(wǎng)的參數(shù)，諸如手機(jī)能力參數(shù)、無(wú)線(xiàn)接入能力、網(wǎng)絡(luò)能力等時(shí)，都會(huì)發(fā)起路由區(qū)更新流程。
如果用戶(hù)發(fā)起路由區(qū)更新前后所在的路由區(qū)都屬于同一個(gè)SGSN管轄，路由區(qū)更新流程僅僅發(fā)生在一個(gè)SGSN的內(nèi)部，我們稱(chēng)為SGSN內(nèi)的路由區(qū)更新。反之，如果用戶(hù)發(fā)起路由區(qū)更新前后所在的路由區(qū)屬于不同的SGSN管轄，路由區(qū)更新流程涉及新舊兩個(gè)SGSN，稱(chēng)為SGSN間的路由區(qū)更新。下面分別參照?qǐng)D2和圖3，說(shuō)明GPRS系統(tǒng)中的SGSN內(nèi)部的路由區(qū)更新流程，和SGSN間的路由區(qū)更新流程。
首先參照?qǐng)D2所示，在SGSN內(nèi)部的路由區(qū)更新流程中，在步驟201，移動(dòng)臺(tái)(Mobile Station，簡(jiǎn)稱(chēng)“MS”)發(fā)送路由區(qū)更新請(qǐng)求消息(“RoutingArea Update Request”消息)給SGSN，該路由區(qū)更新請(qǐng)求消息中包含用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元；此后進(jìn)入步驟202，SGSN根據(jù)運(yùn)營(yíng)商配置，進(jìn)行鑒權(quán)和加密流程(“SecurityFunctions”)；此后進(jìn)入步驟203，SGSN向MS下發(fā)路由區(qū)更新接受消息(“Routing Area Update Accept”消息)，通知MS路由區(qū)更新被核心網(wǎng)接受；最后，執(zhí)行步驟204，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，則MS必須應(yīng)答路由區(qū)更新完成消息(“Routing AreaUpdate Complete”消息)，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
圖3示出在SGSN間的路由區(qū)更新的流程。首先，在步驟301，MS向新的SGSN發(fā)送路由區(qū)更新請(qǐng)求消息，通知新SGSN發(fā)起路由區(qū)更新流程。該消息中帶有用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元。
接著進(jìn)入步驟302a和302b，新SGSN向原SGSN發(fā)送SGSN上下文請(qǐng)求消息(“SGSN Context Request”消息)，要求用戶(hù)的保存在原SGSN的上下文信息，原SGSN通過(guò)SGSN上下文響應(yīng)消息(“SGSN Contesxt Response”消息)，將用戶(hù)的上下文信息傳遞給新SGSN。
此后進(jìn)入步驟303，新SGSN根據(jù)運(yùn)營(yíng)商配置，對(duì)用戶(hù)進(jìn)行鑒權(quán)和加密流程(“Security Functions”)。
接著進(jìn)入步驟304，新SGSN向原SGSN發(fā)送SGSN上下文確認(rèn)消息，以便原SGSN可以開(kāi)始向新SGSN轉(zhuǎn)發(fā)緩存的數(shù)據(jù)。
然后進(jìn)入步驟305，原SGSN開(kāi)始向新SGSN轉(zhuǎn)發(fā)緩存的數(shù)據(jù)(“ForwardPackets”)；
此后進(jìn)入步驟306a和306b，新SGSN向新的SGSN發(fā)送分組數(shù)據(jù)協(xié)議(Packet Data Protocol，簡(jiǎn)稱(chēng)“PDP”)上下文更新請(qǐng)求(“Update PDP ContextRequest”)，更新通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)(GPRS Gateway SupportNode，簡(jiǎn)稱(chēng)“GGSN”)，并由原SGSN向基站子系統(tǒng)(Base Station Subsystem，簡(jiǎn)稱(chēng)“BSS”)反饋?lái)憫?yīng)消息。
接著進(jìn)入步驟307，新SGSN向歸屬位置寄存器(Home Location Register，簡(jiǎn)稱(chēng)“HLR”)發(fā)起位置更新流程(“Update Location”)；此后進(jìn)入步驟308a和308b，HLR通知原SGSN，刪除用戶(hù)的簽約數(shù)據(jù)(“Cancel Location”消息和“Cancel Location Ack”消息)。
此后進(jìn)入步驟309a和309b，HLR向新SGSN插入移動(dòng)用戶(hù)的簽約數(shù)據(jù)(“Insert Subscriber Data”消息和“Insert Subscriber Data Ack”消息)；接著進(jìn)入步驟310，HLR下發(fā)位置更新確認(rèn)消息。然后進(jìn)入步驟311，新SGSN向MS發(fā)送路由區(qū)更新接受消息，如果在該路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，則MS必須在步驟312應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
對(duì)比SGSN內(nèi)和SGSN間的路由區(qū)更新流程，可以看出，如果路由區(qū)更新發(fā)生在SGSN內(nèi)部時(shí)，除HLR不必重新插入簽約數(shù)據(jù)外，SGSN也不需發(fā)送修改PDP上下文消息去更新GGSN。相反，如果路由區(qū)更新發(fā)生在SGSN間，SGSN則需要以修改PDP上下文消息更新GGSN。
和路由區(qū)更新類(lèi)似，當(dāng)移動(dòng)用戶(hù)從2G接入網(wǎng)切換到3G接入網(wǎng)，或者從3G接入網(wǎng)切換到2G接入網(wǎng)，移動(dòng)用戶(hù)需要發(fā)起系統(tǒng)間改變流程。如果用戶(hù)發(fā)起系統(tǒng)間改變前后所在的路由區(qū)都屬于同一個(gè)SGSN管轄，稱(chēng)為SGSN內(nèi)的系統(tǒng)間改變。反之，如果用戶(hù)發(fā)起系統(tǒng)間改變前后所在的路由區(qū)屬于不同的SGSN管轄，稱(chēng)為SGSN間的系統(tǒng)間改變。下面圖4和圖5就是SGSN內(nèi)部的系統(tǒng)間改變流程圖。
圖4示出SGSN內(nèi)部的UMTS到GSM的系統(tǒng)間改變流程。如圖所示，首先在步驟401，決定發(fā)起系統(tǒng)間改變流程。
此后進(jìn)入步驟402，MS向SGSN發(fā)送路由區(qū)更新請(qǐng)求消息，消息中帶有用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元，通知SGSN發(fā)起系統(tǒng)間改變流程。
此后進(jìn)入步驟403，SGSN發(fā)送服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)(Serving RadioNetwork Subsystem，簡(jiǎn)稱(chēng)“SRNS”)上下文請(qǐng)求消息給RNC，通知RNC停止數(shù)據(jù)轉(zhuǎn)發(fā)，并取得用戶(hù)面的數(shù)據(jù)包序列號(hào)。需要說(shuō)明的是，此處的RNC是SRNS的RNC。接著進(jìn)入步驟404，RNC返回?zé)o線(xiàn)上下文響應(yīng)消息。
然后進(jìn)入步驟405，SGSN根據(jù)運(yùn)營(yíng)商配置，對(duì)用戶(hù)進(jìn)行鑒權(quán)和加密流程。
接著進(jìn)入步驟406，SGSN通知RNC開(kāi)始將緩存數(shù)據(jù)轉(zhuǎn)發(fā)到SGSN(“SRNS Data Forward Command”消息)。
此后進(jìn)入步驟407，RNC開(kāi)始轉(zhuǎn)發(fā)緩存數(shù)據(jù)(“Forward Packets”消息)。
接著進(jìn)入步驟408a和408b，SGSN通知RNC釋放Iu連接(“Iu ReleaseCommand”消息和“Iu Release Complete”消息)。
此后進(jìn)入步驟409，SGSN向MS下發(fā)路由區(qū)更新接受消息，通知移動(dòng)用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
然后進(jìn)入步驟110，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，移動(dòng)用戶(hù)必須應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
最后進(jìn)入步驟411，BSS和SGSN執(zhí)行分組流程上下文過(guò)程(“BBS PacketFlow Procedure”)。
圖5示出SGSN內(nèi)部的GSM到UMTS的系統(tǒng)間改變流程。首先在步驟501，決定發(fā)起系統(tǒng)間改變流程。然后進(jìn)入步驟502，MS發(fā)送路由區(qū)更新請(qǐng)求消息，該消息中帶有用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元，通知SGSN發(fā)起系統(tǒng)間改變流程。
接著進(jìn)入步驟503，SGSN根據(jù)運(yùn)營(yíng)商配置，對(duì)用戶(hù)進(jìn)行鑒權(quán)和加密流程。
接著進(jìn)入步驟504，SGSN下發(fā)路由區(qū)更新接受消息，通知移動(dòng)用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
然后進(jìn)入步驟505，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，移動(dòng)用戶(hù)必須應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
隨后進(jìn)入步驟506，MS發(fā)送服務(wù)請(qǐng)求消息(“Service Request”消息)給SGSN，要求重建恢復(fù)數(shù)據(jù)傳輸需要的資源。
此后進(jìn)入步驟507，SGSN下發(fā)無(wú)線(xiàn)接入承載指派消息(“RAB AssignmentRequest”消息)，命令RNC分配資源。
接著進(jìn)入步驟508，RNC向SGSN發(fā)送無(wú)線(xiàn)接入承載指派響應(yīng)消息(“RAB Assignment Response”消息)，分配空口資源，返回結(jié)果。
然后進(jìn)入步驟509，SGSN和接入網(wǎng)之間數(shù)據(jù)傳輸恢復(fù)(“Packet TransferResume”)。
最后在步驟510，MS和RNC之間數(shù)據(jù)傳輸恢復(fù)。
分析圖4和圖5，可以發(fā)現(xiàn)，系統(tǒng)間切換流程和路由區(qū)更新流程稍有差別，但非常相似，尤其是使用相同的信令消息。而且和路由區(qū)更新一樣，如果是SGSN內(nèi)部的系統(tǒng)間改變流程，整個(gè)流程中同樣沒(méi)有更新GGSN的過(guò)程。只有是SGSN間的系統(tǒng)間改變流程，才會(huì)有更新GGSN的過(guò)程。
總而言之，按照現(xiàn)有協(xié)議規(guī)定，只要是SGSN內(nèi)部的流程，無(wú)論路由區(qū)更新還是系統(tǒng)間改變，都沒(méi)有到GGSN去更新的過(guò)程。
根據(jù)2002年12月份后的協(xié)議規(guī)定，在SGSN通知GGSN創(chuàng)建、修改PDP上下文的消息中增加了一個(gè)信元，該信元攜帶有移動(dòng)用戶(hù)當(dāng)前所在接入網(wǎng)的PLMN標(biāo)識(shí)信息。GGSN可以根據(jù)用戶(hù)所在的PLMN，限制過(guò)濾下行的數(shù)據(jù)包，同時(shí)GGSN的計(jì)費(fèi)話(huà)單中也增加了PLMN字段。這就意味著，當(dāng)用戶(hù)所在接入網(wǎng)的PLMN號(hào)發(fā)生改變后，SGSN應(yīng)該及時(shí)地通知GGSN。
當(dāng)移動(dòng)用戶(hù)發(fā)生路由區(qū)更新或者系統(tǒng)間改變前后所在的路由區(qū)的PLMN發(fā)生了改變，并且SGSN也發(fā)生了改變，上面的需求不會(huì)有問(wèn)題，因?yàn)榇藭r(shí)SGSN會(huì)按照協(xié)議規(guī)定在路由區(qū)更新流程中發(fā)起更新GGSN的過(guò)程，GGSN可以及時(shí)知道移動(dòng)用戶(hù)當(dāng)前所在的接入網(wǎng)所在的PLMN。
但是，如果移動(dòng)用戶(hù)發(fā)生路由區(qū)更新或者系統(tǒng)間改變前后所在的路由區(qū)的PLMN發(fā)生了改變，而SGSN沒(méi)有改變，按照協(xié)議規(guī)定的處理流程，GGSN就沒(méi)有辦法知道用戶(hù)所在的接入網(wǎng)的PLMN發(fā)生了改變。事實(shí)上，協(xié)議只考慮了通常的情況，即假定SGSN只有一個(gè)HPLMN。不幸的是，在前文所述的多HPLMN需求下，SGSN要管轄多個(gè)不同PLMN的接入網(wǎng)，這樣一來(lái)，發(fā)生在SGSN內(nèi)部，路由區(qū)更新或者系統(tǒng)間改變前后接入網(wǎng)的PLMN號(hào)改變的情況，就成為可能。如果還按照原來(lái)的協(xié)議流程，必然導(dǎo)致GGSN上保存的用戶(hù)所在PLMN信息得不到及時(shí)更新，從而影響相關(guān)的業(yè)務(wù)。
造成這種情況的主要原因在于，GGSN使用了PLMN，但是SGSN在內(nèi)部系統(tǒng)間路由區(qū)變更時(shí)沒(méi)有通知GGSN。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，使得確保用戶(hù)接入網(wǎng)發(fā)生改變時(shí)，GGSN可以及時(shí)得到通知，保證GGSN相關(guān)的業(yè)務(wù)可以正常運(yùn)行，以及GGSN計(jì)費(fèi)話(huà)單的正確性。
為實(shí)現(xiàn)上述目的，本發(fā)明提供了一種通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其中，移動(dòng)臺(tái)從第一路由區(qū)進(jìn)入第二路由區(qū)，并且所述第一和第二路由區(qū)由同一個(gè)通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)管轄，所述方法包含以下步驟A當(dāng)所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息后，檢查所述第一和第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)號(hào)是否變化，如果是，則更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文。
其中，所述更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文的步驟包含以下子步驟A1所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)發(fā)送分組數(shù)據(jù)協(xié)議上下文更新請(qǐng)求消息，所述分組數(shù)據(jù)協(xié)議上下文更新請(qǐng)求消息包含所述第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)信息；A2所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)返回分組數(shù)據(jù)協(xié)議上下文更新響應(yīng)消息；A3所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)判斷所述響應(yīng)消息是否為成功應(yīng)答，如果是，則繼續(xù)路由區(qū)更新和系統(tǒng)間改變流程；否則，所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)釋放相應(yīng)的分組數(shù)據(jù)協(xié)議上下文。
當(dāng)所述第一路由區(qū)是UMTS、所述第二路由區(qū)是GSM時(shí)，所述方法在所述步驟A之前還包含以下步驟所述移動(dòng)臺(tái)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)發(fā)送路由區(qū)更新請(qǐng)求消息，所述請(qǐng)求消息中包含用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型；
所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通過(guò)向無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送SRNS上下文請(qǐng)求消息，通知無(wú)線(xiàn)網(wǎng)絡(luò)控制器停止數(shù)據(jù)轉(zhuǎn)發(fā)，并取得用戶(hù)面的數(shù)據(jù)包序列號(hào)；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)根據(jù)運(yùn)營(yíng)商配置，對(duì)所述用戶(hù)進(jìn)行鑒權(quán)和加密流程；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通知所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器將緩存數(shù)據(jù)轉(zhuǎn)發(fā)到所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通知所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器釋放Iu連接；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)下發(fā)路由區(qū)更新接受消息，通知所述用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
當(dāng)所述第一路由區(qū)是UMTS、所述第二路由區(qū)是GSM時(shí)，所述方法在所述步驟A之后還包含以下步驟所述移動(dòng)臺(tái)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)返回路由區(qū)更新完成消息；BSS和所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)執(zhí)行分組流程上下文過(guò)程。
當(dāng)所述第一路由區(qū)是GSM、所述第二路由區(qū)是UMTS時(shí)，所述方法在所述步驟A之前還包含以下步驟所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新請(qǐng)求消息，所述路由區(qū)更新消息中含有所述用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)根據(jù)運(yùn)營(yíng)商配置，對(duì)所述用戶(hù)進(jìn)行鑒權(quán)和加密流程；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息。
當(dāng)所述第一路由區(qū)是GSM、所述第二路由區(qū)是UMTS時(shí)，所述方法在所述步驟A之后還包含以下步驟所述移動(dòng)臺(tái)將服務(wù)請(qǐng)求消息發(fā)送至所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)，要求重建恢復(fù)數(shù)據(jù)傳輸需要的資源；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送無(wú)線(xiàn)接入承載指派消息，命令所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器分配資源；所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)發(fā)送無(wú)線(xiàn)接入承載指派響應(yīng)消息，分配空口資源，并返回結(jié)果；恢復(fù)所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)和所述第二路由區(qū)之間的數(shù)據(jù)傳輸；恢復(fù)所述移動(dòng)臺(tái)和所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器之間的數(shù)據(jù)傳輸。
通過(guò)比較可以發(fā)現(xiàn)，本發(fā)明的技術(shù)方案與現(xiàn)有技術(shù)的區(qū)別在于，當(dāng)移動(dòng)臺(tái)從第一路由區(qū)進(jìn)入由同一個(gè)通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)管轄的第二路由區(qū)時(shí)，通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息后，檢查第一和第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)號(hào)是否變化，如果變化了，便更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文。
這種技術(shù)方案上的區(qū)別，帶來(lái)了較為明顯的有益效果，即GGSN能夠及時(shí)獲知用戶(hù)接入網(wǎng)發(fā)生的變化，從而保證GGSN相關(guān)的業(yè)務(wù)可以正常運(yùn)行，以及GGSN計(jì)費(fèi)話(huà)單的正確性。


圖1是支持多HPLMN的SGSN結(jié)構(gòu)示意圖；圖2是現(xiàn)有技術(shù)中SGSN內(nèi)的路由區(qū)更新流程圖；圖3是現(xiàn)有技術(shù)中SGSN間的路由區(qū)更新流程圖；
圖4是現(xiàn)有技術(shù)中SGSN內(nèi)部的UMTS到GSM的系統(tǒng)間改變流程圖；圖5是現(xiàn)有技術(shù)中SGSN內(nèi)部的GSM到UMTS的系統(tǒng)間改變流程圖；圖6是根據(jù)本發(fā)明的一個(gè)實(shí)施例的SGSN內(nèi)路由區(qū)更新流程圖；圖7是根據(jù)本發(fā)明的一個(gè)實(shí)施例的SGSN內(nèi)UMTS到GSM的系統(tǒng)間改變流程圖；圖8是根據(jù)本發(fā)明的一個(gè)實(shí)施例的SGSN內(nèi)GSM到UMTS的系統(tǒng)間改變流程圖。
具體實(shí)施例方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對(duì)本發(fā)明作進(jìn)一步地詳細(xì)描述。
總的來(lái)說(shuō)，根據(jù)本發(fā)明的原理，在SGSN內(nèi)的路由區(qū)更新和系統(tǒng)間改變流程，當(dāng)SGSN下發(fā)路由區(qū)更新接受消息后，檢查移動(dòng)用戶(hù)所在的接入網(wǎng)的PLMN號(hào)是否變化1)如果變化，說(shuō)明是SGSN內(nèi)跨PLMN的路由區(qū)更新或系統(tǒng)間改變，發(fā)送修改PDP上下文消息給GGSN，帶上新的PLMN信息，并等待GGSN的應(yīng)答。收到成功應(yīng)答后，繼續(xù)正常的路由區(qū)更新和系統(tǒng)間改變流程。如果GGSN無(wú)響應(yīng)或者收到失敗的應(yīng)答消息，SGSN釋放相應(yīng)的PDP上下文。
2)如果沒(méi)有變化，繼續(xù)正常的路由區(qū)更新和系統(tǒng)間改變流程，不去更新GGSN。
如圖6所示，在根據(jù)本發(fā)明的SGSN內(nèi)路由區(qū)更新方法中，首先在步驟601，MS發(fā)送路由區(qū)更新請(qǐng)求消息給SGSN，該路由區(qū)更新請(qǐng)求消息中包含用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元；此后進(jìn)入步驟602，SGSN根據(jù)運(yùn)營(yíng)商配置，進(jìn)行鑒權(quán)和加密流程；接著進(jìn)入步驟603，SGSN向MS下發(fā)路由區(qū)更新接受消息，通知MS路由區(qū)更新被核心網(wǎng)接受；然后進(jìn)入步驟604，SGSN向GGSN發(fā)送PDP上下文更新請(qǐng)求消息；接著進(jìn)入步驟605，GGSN向SGSN返PDP上下文更新響應(yīng)消息。最后，執(zhí)行步驟606，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，則MS必須應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
上面簡(jiǎn)要說(shuō)明了本發(fā)明的原理，下面將分別參照?qǐng)D7和圖8，進(jìn)一步對(duì)本發(fā)明作出說(shuō)明和解釋。
如圖7所示，根據(jù)本發(fā)明的SGSN路由區(qū)更新方法的一個(gè)實(shí)施例中，當(dāng)發(fā)生SGSN內(nèi)UMTS到GSM的系統(tǒng)改變時(shí)，首先，首先在步驟701，決定發(fā)起系統(tǒng)間改變流程。
此后進(jìn)入步驟702，MS向SGSN發(fā)送路由區(qū)更新請(qǐng)求消息，消息中帶有用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元，通知SGSN發(fā)起系統(tǒng)間改變流程。
此后進(jìn)入步驟703，SGSN發(fā)送服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)(Serving RadioNetwork Subsystem，簡(jiǎn)稱(chēng)“SRNS”)上下文請(qǐng)求消息給RNC，通知RNC停止數(shù)據(jù)轉(zhuǎn)發(fā)，并取得用戶(hù)面的數(shù)據(jù)包序列號(hào)。需要說(shuō)明的是，此處的RNC是SRNS的RNC。接著進(jìn)入步驟704，RNC返回SRNS上下文響應(yīng)消息。
然后進(jìn)入步驟705，SGSN根據(jù)運(yùn)營(yíng)商配置，對(duì)用戶(hù)進(jìn)行鑒權(quán)和加密流程。
接著進(jìn)入步驟706，SGSN通知RNC開(kāi)始將緩存數(shù)據(jù)轉(zhuǎn)發(fā)到SGSN(“SRNS Data Forward Command”消息)。
此后進(jìn)入步驟707，RNC開(kāi)始轉(zhuǎn)發(fā)緩存數(shù)據(jù)(“Forward Packets”消息)。
接著進(jìn)入步驟708a和708b，SGSN通知RNC釋放Iu連接(“Iu ReleaseCommand”消息和“Iu Release Complete”消息)。
此后進(jìn)入步驟709，SGSN向MS下發(fā)路由區(qū)更新接受消息，通知移動(dòng)用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
接著進(jìn)入步驟710，SGSN向GGSN發(fā)送更新PDP上下文請(qǐng)求消息。SGSN判斷是否新舊路由區(qū)的PLMN ID是否相同，如果不同則更新相應(yīng)的GGSN的PDP上下文。因?yàn)樵诒緦?shí)施例中，用戶(hù)從UMTS的路由區(qū)進(jìn)入GSM的路由區(qū)，因此PLMN ID不同，需要更新相應(yīng)的GGSN的PDP上下文。更新的方式與相關(guān)協(xié)議一致，即SGSN發(fā)送更新PDP上下文請(qǐng)求消息給GGSN，GGSN收到該請(qǐng)求消息后進(jìn)行反饋。因?yàn)镾GSN更新GGSN的方法遵循現(xiàn)有相關(guān)協(xié)議，因此采用本發(fā)明方案的SGSN和可以和符合現(xiàn)有技術(shù)標(biāo)準(zhǔn)的GGSN完全兼容。
此后進(jìn)入步驟711，GGSN向SGSN反饋更新PDP上下文響應(yīng)消息。GGSN根據(jù)PDP上下文更新的結(jié)果，向SGSN反饋的響應(yīng)消息可以是成功應(yīng)答，也可以是失敗應(yīng)答。如果SGSN收到的是成功應(yīng)答，則繼續(xù)路由區(qū)更新和系統(tǒng)間改變流程，進(jìn)入步驟712，如果是失敗應(yīng)答，則SGSN釋放相應(yīng)的PDP山下文。如果GGSN長(zhǎng)時(shí)間沒(méi)有應(yīng)答，則SGSN會(huì)再次向GGSN發(fā)送更新PDP上下文請(qǐng)求消息，如果連續(xù)發(fā)送幾次都沒(méi)有應(yīng)答，則SGSN也會(huì)釋放相應(yīng)的PDP上下文。
熟悉本發(fā)明領(lǐng)域的技術(shù)人員可以知道，通過(guò)步驟710和步驟702，當(dāng)用戶(hù)跨越不同PLMN ID的路由區(qū)時(shí)，GGSN可以及時(shí)得到通知和更新，保證了GGSN相關(guān)業(yè)務(wù)和計(jì)費(fèi)話(huà)單的正確性。
然后進(jìn)入步驟712，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，移動(dòng)用戶(hù)必須應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
最后進(jìn)入步驟713，BSS和SGSN執(zhí)行分組流程上下文過(guò)程(“BBS PacketFlow Procedure”)。
如圖8所述，根據(jù)本發(fā)明的SGSN路由區(qū)更新方法的一個(gè)實(shí)施例中，當(dāng)發(fā)生SGSN內(nèi)GSM到UMTS的系統(tǒng)改變時(shí)，首先在步驟801，決定發(fā)起系統(tǒng)間改變流程。然后進(jìn)入步驟802，MS發(fā)送路由區(qū)更新請(qǐng)求消息，該消息中帶有用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型等信元，通知SGSN發(fā)起系統(tǒng)間改變流程。
接著進(jìn)入步驟803，SGSN根據(jù)運(yùn)營(yíng)商配置，對(duì)用戶(hù)進(jìn)行鑒權(quán)和加密流程。
接著進(jìn)入步驟804，SGSN下發(fā)路由區(qū)更新接受消息，通知移動(dòng)用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
接著進(jìn)入步驟805，SGSN向GGSN發(fā)送更新PDP上下文請(qǐng)求消息。SGSN判斷是否新舊路由區(qū)的PLMN ID是否相同，如果不同則更新相應(yīng)的GGSN的PDP上下文。因?yàn)樵诒緦?shí)施例中，用戶(hù)從UMTS的路由區(qū)進(jìn)入GSM的路由區(qū)，因此PLMN ID不同，需要更新相應(yīng)的GGSN的PDP上下文。更新的方式與相關(guān)協(xié)議一致，即SGSN發(fā)送更新PDP上下文請(qǐng)求消息給GGSN，GGSN收到該請(qǐng)求消息后進(jìn)行反饋。因?yàn)镾GSN更新GGSN的方法遵循現(xiàn)有相關(guān)協(xié)議，因此采用本發(fā)明方案的SGSN和可以和符合現(xiàn)有技術(shù)標(biāo)準(zhǔn)的GGSN完全兼容。
此后進(jìn)入步驟806，GGSN向SGSN反饋更新PDP上下文響應(yīng)消息。GGSN根據(jù)PDP上下文更新的結(jié)果，向SGSN反饋的響應(yīng)消息可以是成功應(yīng)答，也可以是失敗應(yīng)答。如果SGSN收到的是成功應(yīng)答，則繼續(xù)路由區(qū)更新和系統(tǒng)間改變流程，進(jìn)入步驟807，如果是失敗應(yīng)答，則SGSN釋放相應(yīng)的PDP山下文。如果GGSN長(zhǎng)時(shí)間沒(méi)有應(yīng)答，則SGSN會(huì)再次向GGSN發(fā)送更新PDP上下文請(qǐng)求消息，如果連續(xù)發(fā)送幾次都沒(méi)有應(yīng)答，則SGSN也會(huì)釋放相應(yīng)的PDP上下文。
由此，當(dāng)用戶(hù)跨越不同PLMN ID的路由區(qū)時(shí)，GGSN可以及時(shí)得到通知和更新，保證了GGSN相關(guān)業(yè)務(wù)和計(jì)費(fèi)話(huà)單的正確性。
然后進(jìn)入步驟807，如果在路由區(qū)更新接受消息中，核心網(wǎng)為用戶(hù)重新分配了臨時(shí)身份標(biāo)識(shí)，移動(dòng)用戶(hù)必須應(yīng)答路由區(qū)更新完成消息，表示收到核心網(wǎng)的路由區(qū)更新接受消息，并接受新分配的臨時(shí)身份標(biāo)識(shí)。
隨后進(jìn)入步驟808，MS發(fā)送服務(wù)請(qǐng)求消息(“Service Request”消息)給SGSN，要求重建恢復(fù)數(shù)據(jù)傳輸需要的資源。
此后進(jìn)入步驟809，SGSN下發(fā)無(wú)線(xiàn)接入承載指派消息(“RAB AssignmentRequest”消息)，命令RNC分配資源。
接著進(jìn)入步驟810，RNC向SGSN發(fā)送無(wú)線(xiàn)接入承載指派響應(yīng)消息(“RAB Assignment Response”消息)，分配空口資源，返回結(jié)果。
然后進(jìn)入步驟811，SGSN和接入網(wǎng)之間數(shù)據(jù)傳輸恢復(fù)(“Packet TransferResume”)。
最后在步驟812，MS和RNC之間數(shù)據(jù)傳輸恢復(fù)。
如圖6、7、8所示，優(yōu)化后SGSN內(nèi)部的路由區(qū)更新和系統(tǒng)間改變流程，如果用戶(hù)所處接入網(wǎng)的PLMN號(hào)發(fā)生變化，SGSN將通知GGSN更新，更新后繼續(xù)原來(lái)的正常流程。由于SGSN更新GGSN過(guò)程的消息是協(xié)議標(biāo)準(zhǔn)消息，并且任何時(shí)候都可以發(fā)起，因此本優(yōu)化改動(dòng)不影響接口的兼容性。
雖然通過(guò)參照本發(fā)明的某些優(yōu)選實(shí)施例，已經(jīng)對(duì)本發(fā)明進(jìn)行了圖示和描述，但本領(lǐng)域的普通技術(shù)人員應(yīng)該明白，可以在形式上和細(xì)節(jié)上對(duì)其作各種各樣的改變，而不偏離所附權(quán)利要求書(shū)所限定的本發(fā)明的精神和范圍。
權(quán)利要求
1.一種通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其中，移動(dòng)臺(tái)從第一路由區(qū)進(jìn)入第二路由區(qū)，并且所述第一和第二路由區(qū)由同一個(gè)通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)管轄，其特征在于，所述方法包含以下步驟A當(dāng)所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息后，檢查所述第一和第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)號(hào)是否變化，如果是，則更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文。
2.根據(jù)權(quán)利要求1所述的通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其特征在于，所述更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文的步驟包含以下子步驟A1所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)發(fā)送分組數(shù)據(jù)協(xié)議上下文更新請(qǐng)求消息，所述分組數(shù)據(jù)協(xié)議上下文更新請(qǐng)求消息包含所述第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)信息；A2所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)返回分組數(shù)據(jù)協(xié)議上下文更新響應(yīng)消息；A3所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)判斷所述響應(yīng)消息是否為成功應(yīng)答，如果是，則繼續(xù)路由區(qū)更新和系統(tǒng)間改變流程；否則，所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)釋放相應(yīng)的分組數(shù)據(jù)協(xié)議上下文。
3.根據(jù)權(quán)利要求2所述的通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其特征在于，當(dāng)所述第一路由區(qū)是通用移動(dòng)通信系統(tǒng)、所述第二路由區(qū)是全球移動(dòng)通信系統(tǒng)時(shí)，所述方法在所述步驟A之前還包含以下步驟所述移動(dòng)臺(tái)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)發(fā)送路由區(qū)更新請(qǐng)求消息，所述請(qǐng)求消息中包含用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通過(guò)向無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送服務(wù)無(wú)線(xiàn)網(wǎng)絡(luò)子系統(tǒng)上下文請(qǐng)求消息，通知無(wú)線(xiàn)網(wǎng)絡(luò)控制器停止數(shù)據(jù)轉(zhuǎn)發(fā)，并取得用戶(hù)面的數(shù)據(jù)包序列號(hào)；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)根據(jù)運(yùn)營(yíng)商配置，對(duì)所述用戶(hù)進(jìn)行鑒權(quán)和加密流程；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通知所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器將緩存數(shù)據(jù)轉(zhuǎn)發(fā)到所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)通知所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器釋放Iu連接；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)下發(fā)路由區(qū)更新接受消息，通知所述用戶(hù)路由區(qū)更新被核心網(wǎng)接受。
4.根據(jù)權(quán)利要求2所述的通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其特征在于，當(dāng)所述第一路由區(qū)是通用移動(dòng)通信系統(tǒng)、所述第二路由區(qū)是全球移動(dòng)通信系統(tǒng)時(shí)，所述方法在所述步驟A之后還包含以下步驟所述移動(dòng)臺(tái)向所述通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)返回路由區(qū)更新完成消息；基站子系統(tǒng)和所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)執(zhí)行分組流程上下文過(guò)程。
5.根據(jù)權(quán)利要求1所述的通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其特征在于，當(dāng)所述第一路由區(qū)是全球移動(dòng)通信系統(tǒng)、所述第二路由區(qū)是通用移動(dòng)通信系統(tǒng)時(shí)，所述方法在所述步驟A之前還包含以下步驟所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新請(qǐng)求消息，所述路由區(qū)更新請(qǐng)求消息中含有所述用戶(hù)上次和現(xiàn)在所在的路由區(qū)信息、臨時(shí)身份標(biāo)識(shí)、路由區(qū)更新的類(lèi)型；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)根據(jù)運(yùn)營(yíng)商配置，對(duì)所述用戶(hù)進(jìn)行鑒權(quán)和加密流程；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向所述移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息。
6.根據(jù)權(quán)利要求1所述的通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，其特征在于，當(dāng)所述第一路由區(qū)是全球移動(dòng)通信系統(tǒng)、所述第二路由區(qū)是通用移動(dòng)通信系統(tǒng)時(shí)，所述方法在所述步驟A之后還包含以下步驟所述移動(dòng)臺(tái)將服務(wù)請(qǐng)求消息發(fā)送至所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)，要求重建恢復(fù)數(shù)據(jù)傳輸需要的資源；所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向無(wú)線(xiàn)網(wǎng)絡(luò)控制器發(fā)送無(wú)線(xiàn)接入承載指派消息，命令所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器分配資源；所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器向所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)發(fā)送無(wú)線(xiàn)接入承載指派響應(yīng)消息，分配空口資源，并返回結(jié)果；恢復(fù)所述通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)和所述第二路由區(qū)之間的數(shù)據(jù)傳輸；恢復(fù)所述移動(dòng)臺(tái)和所述無(wú)線(xiàn)網(wǎng)絡(luò)控制器之間的數(shù)據(jù)傳輸。
全文摘要
本發(fā)明涉及通信領(lǐng)域，公開(kāi)了一種通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法，確保用戶(hù)接入網(wǎng)發(fā)生改變時(shí)，GGSN可以及時(shí)得到通知，保證GGSN相關(guān)的業(yè)務(wù)可以正常運(yùn)行，以及GGSN計(jì)費(fèi)話(huà)單的正確性。這種通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)路由區(qū)更新方法當(dāng)移動(dòng)臺(tái)從第一路由區(qū)進(jìn)入由同一個(gè)通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)管轄的第二路由區(qū)時(shí)，通用分組無(wú)線(xiàn)業(yè)務(wù)服務(wù)支持節(jié)點(diǎn)向移動(dòng)臺(tái)發(fā)送路由區(qū)更新接受消息后，檢查第一和第二路由區(qū)的公用陸地移動(dòng)網(wǎng)絡(luò)號(hào)是否變化，如果變化了，便更新相應(yīng)通用分組無(wú)線(xiàn)業(yè)務(wù)網(wǎng)關(guān)支持節(jié)點(diǎn)上的分組數(shù)據(jù)協(xié)議上下文。
文檔編號(hào)H04W60/04GK1708144SQ200410048649
公開(kāi)日2005年12月14日 申請(qǐng)日期2004年6月8日 優(yōu)先權(quán)日2004年6月8日
發(fā)明者胡偉華 申請(qǐng)人:華為技術(shù)有限公司