專利名稱：移動臺漫游時實現(xiàn)sgsn間路由區(qū)更新的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種Iuflex技術(shù)下移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法。
背景技術(shù)：
采用WCDMA(寬帶碼分多址)空中接口技術(shù)的第三代移動通信系統(tǒng)包括無線接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)。所述的核心網(wǎng)絡(luò)從邏輯上還可以分為CS(電路)域和PS(分組)域，其中SGSN(服務(wù)GPRS支持節(jié)點)，GGSN(網(wǎng)關(guān)GPRS支持節(jié)點)屬于PS域，通稱GSN(GPRS支持節(jié)點)。
SGSN和GGSN之間的接口是基于GTP(GPRS隧道協(xié)議)實現(xiàn)隧道傳輸功能。在3GPP R5之前的版本里，GTP消息由IPv4(IP version 4)承載封裝，即GTP over IP4，GTP消息里的GSN地址信元是IPv4地址。在3GPP R5及以后版本里，3GPP要求GTP能夠被IPv6(IP version 6)承載封裝，即GTP over IPv6，GTP消息里的GSN地址信元是IPv6地址，即支持GSN之間使用IPv6承載GTP進行通信。
現(xiàn)有網(wǎng)絡(luò)中GSN均采用IPv4承載封裝GTP消息，但隨著IPv6網(wǎng)絡(luò)技術(shù)的發(fā)展，在網(wǎng)絡(luò)中將逐漸應(yīng)用IPv6承載封裝GTP消息。為確保基于IPv4傳送的GTP消息和基于IPv6承載的GTP消息兼容性，在與IPv4 GSN共存的網(wǎng)絡(luò)中，升級后的GSN必需可以同時支持GTP over IPv4和GTP over IPv6，稱為雙棧GSN。在雙棧GSN中，配置有IPv4地址和IPv6地址，以便于在相應(yīng)的IPv4地址和IPv6地址上同時監(jiān)聽GTP消息，分別接收IPv4封裝的GTP消息和IPv6封裝的GTP消息，并利用相應(yīng)版本的IP承載封裝GTP消息。因此，雙棧GSN的存在使得直接互通的兩GSN間不會因為應(yīng)用協(xié)議版本的不同導(dǎo)致消息交互失敗，例如SGSN間進行直接交互以實現(xiàn)路由區(qū)的更新時，如果兩SGSN間采用的協(xié)議版本不同，則仍可以保證更新過程的順利進行。
通常在MS在移動過程中，當(dāng)由一個SGSN路由區(qū)移動到另一個SGSN路由區(qū)時，便需要在兩個SGSN間進行信息交互以實現(xiàn)路由區(qū)的更新處理。
目前，當(dāng)MS在發(fā)生SGSN間的RAU(路由區(qū)更新)時，相應(yīng)的處理過程如圖1所示，主要包括步驟11MS向新SGSN(即更新后的SGSN)發(fā)起路由更新請求；步驟12新SGSN收到所述請求后，則向原SGSN(更新前的SGSN)發(fā)送SGSN上下文請求；當(dāng)New-SGSN在收到MS來的路由更新請求時，根據(jù)Old-RAI(原路由區(qū)標(biāo)識)確定相應(yīng)的Old-SGSN(原SGSN)，New-SGSN(新SGSN)發(fā)送SGSN Context Request(SGSN上下文請求)消息給Old-SGSN，去獲取該MS相關(guān)的PDP(分組數(shù)據(jù)協(xié)議)和MM(移動管理)上下文；步驟13原SGSN收到所述請求后向新SGSN返回SGSN上下文響應(yīng)；Old-SGSN在收到SGSN Context Request消息后返回SGSN ContextResponse消息；步驟14新SGSN收到所述響應(yīng)后返回確認(rèn)消息給原SGSN。
當(dāng)New-SGSN收到Old-SGSN的響應(yīng)消息后，返回確認(rèn)消息，隨后準(zhǔn)備接收來自O(shè)ld-SGSN的數(shù)據(jù)，完成了相應(yīng)的SGSN路由區(qū)更新過程。
根據(jù)WCDMA系統(tǒng)中的Iu-Flex技術(shù)可知，同一個RNC(無線網(wǎng)絡(luò)控制器)可以接入多個SGSN。因此，在SGSN間路由區(qū)更新過程中，Old-RAI(原路由區(qū)標(biāo)識)對應(yīng)的將是一個SGSN池，而不是一個唯一的SGSN。這種情況下，如果New-SGSN能夠得到Old-SGSN的NRI(網(wǎng)絡(luò)資源標(biāo)識)，還可以通過“Old-RAI+NRI”得到唯一的Old-SGSN。
然而，如果發(fā)生PLMN(公眾陸地移動電話網(wǎng))間漫游時，由于各運營商的NRI的分配方式不同，所以New-SGSN通常將無法得到確切的NRI，因而也就無法得到確切的Old-SGSN地址。為此，目前采用的一種處理方式為在協(xié)議里定義了一個Default-SGSN(缺省SGSN)，如圖2所示，當(dāng)New-SGSN由于無法解析出NRI，導(dǎo)致其無法得到確切的Old-SGSN時，將獲得一個Default-SGSN，并由該Default-SGSN負(fù)責(zé)將相關(guān)的信令轉(zhuǎn)給最終的Old-SGSN。
根據(jù)上述針對現(xiàn)有技術(shù)的描述可以看出，當(dāng)引入IPv6網(wǎng)元地址時，如果發(fā)生PLMN間漫游，New-SGSN只能得到Default-SGSN的IP地址，而無法獲知Old-SGSN的IPv6處理能力，因而，也就無法使用合適的IP版本同Old-SGSN進行通信。即，如果New-SGSN采用IPv6同Old-SGSN通信，則需要Default-SGSN和Old-SGSN均支持IPv6。然而，由于網(wǎng)絡(luò)實現(xiàn)對IPv6的支持是一個逐漸的過程，當(dāng)然也就無法保證SGSN池中的SGSN均支持IPv6。
因此，在現(xiàn)有技術(shù)中，如果發(fā)生PLMN間漫游，SGSN間的正常通信將無法得到保證。

發(fā)明內(nèi)容
鑒于上述現(xiàn)有技術(shù)所存在的問題，本發(fā)明的目的是提供一種移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，實現(xiàn)當(dāng)網(wǎng)絡(luò)中引入IPv6網(wǎng)元地址時，如果發(fā)生PLMN漫游時，仍然可以保證SGSN間的正常通信。
本發(fā)明的目的是通過以下技術(shù)方案實現(xiàn)的本發(fā)明提供了一種移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法，包括為服務(wù)GPRS支持節(jié)點SGSN池設(shè)置對應(yīng)的協(xié)議轉(zhuǎn)換實體，所述的協(xié)議轉(zhuǎn)換實體用于兼容SGSN池中的SGSN與外部SGSN間的協(xié)議版本差異；
在SGSN路由區(qū)更新過程中，新SGSN通過所述協(xié)議轉(zhuǎn)換實體與SGSN池中的原SGSN間進行信息交互。
所述的移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法進一步包括A、當(dāng)漫游到不同的移動網(wǎng)中的移動臺需要進行服務(wù)GPRS支持節(jié)點SGSN路由區(qū)更新時，則向新SGSN發(fā)送路由區(qū)更新請求；B、支持不同版本的IP協(xié)議的新SGSN與SGSN池中的原SGSN間通過協(xié)議轉(zhuǎn)換實體進行協(xié)議轉(zhuǎn)換處理及信息的交互，實現(xiàn)SGSN路由區(qū)的更新。
所述的協(xié)議轉(zhuǎn)換實體設(shè)置在SGSN池中的缺省SGSN上。
所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法還包括在缺省SGSN上配置互聯(lián)網(wǎng)協(xié)議第四版IPv4和互聯(lián)網(wǎng)協(xié)議第六版IPv6雙協(xié)議棧功能，以及SGSN池中的各SGSN的路由信息。
所述的各SGSN的路由信息包括各網(wǎng)絡(luò)資源標(biāo)識NRI與SGSN池中各SGSN的IP地址的對應(yīng)關(guān)系。
所述的步驟B包括B1、新SGSN向設(shè)置有協(xié)議轉(zhuǎn)換實體的缺省SGSN發(fā)送SGSN上下文請求消息，并由缺省SGSN判斷新SGSN與原SGSN間是否為支持相同版本的IP協(xié)議，如果是，則執(zhí)行步驟B2，否則，執(zhí)行步驟B3；B2、缺省SGSN直接將新SGSN發(fā)來的SGSN上下文請求消息轉(zhuǎn)發(fā)給原SGSN，并將原SGSN返回的響應(yīng)直接轉(zhuǎn)發(fā)給新SGSN；B3、缺省SGSN將新SGSN發(fā)來的SGSN上下文請求消息轉(zhuǎn)換為原SGSN支持的協(xié)議版本后轉(zhuǎn)發(fā)給原SGSN，并將原SGSN返回的響應(yīng)轉(zhuǎn)換為新SGSN支持的協(xié)議版本后轉(zhuǎn)發(fā)給新SGSN。
所述的步驟B1包括B11、新SGSN向缺省SGSN發(fā)送SGSN上下文請求消息，缺省SGSN根據(jù)消息中承載的信息確定相應(yīng)的原SGSN；
B12、根據(jù)配置的路由信息確定所述的原SGSN支持的協(xié)議版本；B13、缺省SGSN根據(jù)新SGSN發(fā)送來的SGSN上下文請求消息確定新SGSN支持的協(xié)議版本，并判斷所述的原SGSN與新SGSN支持的協(xié)議版本是否相同，如果相同，則執(zhí)行步驟B2，否則，執(zhí)行步驟B3。
所述的步驟B11包括根據(jù)所述請求消息中承載的分組移動臺臨時識別號P-TMSI信息，確定相應(yīng)的NRI，并進一步確定對應(yīng)的原SGSN。
所述的步驟B3包括缺省SGSN將新SGSN發(fā)送的基于IPv6協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv4協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv4協(xié)議的原SGSN；缺省SGSN還將原SGSN發(fā)送的基于IPv4協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv6協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv6協(xié)議的新SGSN。
所述的步驟B3包括缺省SGSN將新SGSN發(fā)送的基于IPv4協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv6協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv6協(xié)議的原SGSN；缺省SGSN還將原SGSN發(fā)送的基于IPv6協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv4協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv4協(xié)議的新SGSN。
由上述本發(fā)明提供的技術(shù)方案可以看出，本發(fā)明由于在缺省SGSN中配置了IPv4/IPv6雙棧功能，即所述的缺省SGSN具有協(xié)議轉(zhuǎn)換功能，從而使得應(yīng)用本發(fā)明之后，當(dāng)用戶發(fā)生PLMN漫游時，New-SGSN能夠靈活地選擇相應(yīng)的IP版本同Old-SGSN進行通信，而不再受到任何協(xié)議不支持等原因的限制，進而使得IPv6網(wǎng)元地址在GPRS的使用及采用IPv6進行互通成為可能。


圖1為現(xiàn)有技術(shù)中SGSN間路由區(qū)更新過程示意圖；圖2為現(xiàn)有技術(shù)中基于缺省SGSN的路由區(qū)更新過程示意圖；圖3為本發(fā)明中基于缺省SGSN的路由更新過程示意圖；圖4為本發(fā)明所述方法的流程圖。
具體實施例方式
本發(fā)明的核心是在設(shè)置相應(yīng)的協(xié)議轉(zhuǎn)換實體，從而屏蔽SGSN池中其他SGSN的IP版本信息，實現(xiàn)各SGSN與外部網(wǎng)絡(luò)SGSN進行IPv4或者IPv6通信。
當(dāng)新SGSN需要與SGSN池中的原SGSN進行信息交互以實現(xiàn)路由區(qū)更新時，則由缺省SGSN確定對應(yīng)的原SGSN，并判斷新SGSN與原SGSN間應(yīng)用的協(xié)議版本是否相同，如果不同，則缺省SGSN需要將新SGSN和原SGSN間交互的信息交由所述的協(xié)議轉(zhuǎn)換實體進行協(xié)議地址轉(zhuǎn)換處理，處理后再發(fā)送給信息接收方，從而確保了外部的SGSN可以與SGSN池中采用不同協(xié)議版本的SGSN進行交互，以完成相應(yīng)的路由更新處理過程。
考慮到現(xiàn)有的網(wǎng)絡(luò)狀況，具體可以優(yōu)選地將所述的協(xié)議轉(zhuǎn)換實體設(shè)置于SGSN池中的Default-SGSN上。
也就是說，本發(fā)明中，當(dāng)發(fā)生PLMN間路由更新時，SGSN池中的各SGSN的所有與外部網(wǎng)絡(luò)進行交互的信令和數(shù)據(jù)均需通過該雙棧Default-SGSN進行處理，并轉(zhuǎn)發(fā)。
下面將以將所述的協(xié)議轉(zhuǎn)換實體設(shè)置于缺省SGSN上為例，對本發(fā)明的具體實現(xiàn)方式進行詳細(xì)描述。
本發(fā)明所述方法的具體實現(xiàn)方式如圖3和圖4所示，下面將以支持IPv6協(xié)議的新SGSN與SGSN池中的不支持IPv6協(xié)議的原SGSN間的路由區(qū)更新處理過程為例對本發(fā)明進行說明，具體包括以下過程步驟41在Default-SGSN中，配置IPv4/IPv6雙棧Default-SGSN，從而使得所述Default-SGSN提供雙棧的能力；步驟42還需要配置SGSN池內(nèi)的SGSN的拓?fù)潢P(guān)系，以及SGSN池內(nèi)各SGSN的IP地址信息，使得Default-SGSN可以知道池中各SGSN的IPv6支持能力；比如NRI同SGSN池內(nèi)各SGSN IP地址的對應(yīng)關(guān)系表，等等。
步驟43通過步驟42配置了SGSN池內(nèi)各SGSN的路由信息后，當(dāng)發(fā)生PLMN間路由更新時，首先支持IPv6協(xié)議的New-SGSN向Default-SGSN發(fā)送SGSN上下文請求，即SGSN Context Request消息；步驟44Default-SGSN收到所述的SGSN上下文請求時，根據(jù)請求消息中承載的信息確定對應(yīng)的Old-SGSN；具體為根據(jù)分析請求消息所帶的P-TMSI(分組移動臺臨時識別號)信元，得到相應(yīng)的N RI，得到對應(yīng)的Old-SGSN。
步驟45Default-SGSN根據(jù)配置的信息判斷Old-SGSN是否支持IPv6協(xié)議，如果支持，則執(zhí)行步驟47，否則，執(zhí)行步驟46；該步驟主要是判斷新SGSN與原SGSN間是否為支持相同版本的IP協(xié)議，如果是，則Default-SGSN無需進行協(xié)議轉(zhuǎn)換處理，執(zhí)行步驟47，否則，執(zhí)行步驟46；步驟46所述的Default-SGSN將所述SGSN上下文請求基于配置的信息進行地址轉(zhuǎn)換處理，即轉(zhuǎn)換成基于IPv4的SGSN上下文請求消息，并執(zhí)行步驟47；即將所述的SGSN上下文請求的IPv6地址信息轉(zhuǎn)換為相應(yīng)的IPv4地址信息，然后再執(zhí)行步驟47；由于地址轉(zhuǎn)換處理已經(jīng)為成熟的技術(shù)，故在此不再詳述；步驟47Default-SGSN將SGSN上下文請求消息發(fā)送給Old-SGSN；步驟48Old-SGSN向Default-SGSN返回所述的SGSN上下文請求的響應(yīng)信息；如圖3所示，SGSN池中各SGSN的所有跟外部網(wǎng)絡(luò)進行交互的信令和數(shù)據(jù)均首先發(fā)送給該Default-SGSN，目的是讓Default-SGSN對交互的信令和數(shù)據(jù)進行協(xié)議轉(zhuǎn)換處理，保證SGSN池中的各SGSN可以與外部互通；步驟49Default-SGSN判斷所述的SGSN上下文請求的響應(yīng)是否為IPv6報文，如果是，則執(zhí)行步驟411，否則，執(zhí)行步驟410；步驟410將所述的SGSN上下文請求的響應(yīng)根據(jù)配置的信息進行由IPv4報文到IPv6報文間的轉(zhuǎn)換處理，并執(zhí)行步驟411；步驟411將所述的響應(yīng)消息發(fā)送給New-SGSN，實現(xiàn)了當(dāng)發(fā)生PLMN漫游時移動臺在支持不同的IP協(xié)議的SGSN路由區(qū)間的更新處理過程。
本發(fā)明主要解決了當(dāng)New-SGSN采用IPv6同Old-SGSN通信時，如果Old-SGSN不支持IPv6，則由Default SGSN實現(xiàn)IPv6報文到IPv4報文間的轉(zhuǎn)換處理。同時，對于上述情況中，由Old-SGSN返回給New-SGSN的報文，同樣需要在Default SGSN上進行地址協(xié)議轉(zhuǎn)換處理。
相反，當(dāng)New-SGSN采用IPv4同Old-SGSN通信時，如果Old-SGSN不支持IPV4，則同樣需要由Default SGSN實現(xiàn)IPv4報文到IPv6報文間的轉(zhuǎn)換處理，具體包括(1)缺省SGSN將新SGSN發(fā)送的基于IPv4協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv6協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv6協(xié)議的原SGSN；(2)缺省SGSN還將原SGSN發(fā)送的基于IPv6協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv4協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv4協(xié)議的新SGSN。
本發(fā)明在具體實現(xiàn)過程中，由于發(fā)生PLMN漫游的概率本身不高，而且發(fā)生漫游時SGSN間傳輸?shù)男帕盍亢蛿?shù)據(jù)量都不大，這樣通過Default-SGSN來實現(xiàn)該IP版本轉(zhuǎn)換應(yīng)該是可行的。
另外，Default-SGSN是根據(jù)RAI來配置的，在一個SGSN池中可能會有多個Default-SGSN，這樣也能夠起到負(fù)荷分擔(dān)的效果。
以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)該以權(quán)利要求的保護范圍為準(zhǔn)。
權(quán)利要求
1.一種移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法，其特征在于，包括為服務(wù)GPRS支持節(jié)點SGSN池設(shè)置對應(yīng)的協(xié)議轉(zhuǎn)換實體，所述的協(xié)議轉(zhuǎn)換實體用于兼容SGSN池中的SGSN與外部SGSN間的協(xié)議版本差異；在SGSN路由區(qū)更新過程中，新SGSN通過所述協(xié)議轉(zhuǎn)換實體與SGSN池中的原SGSN間進行信息交互。
2.根據(jù)權(quán)利要求1所述的移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法，其特征在于，該方法進一步包括A、當(dāng)漫游到不同的移動網(wǎng)中的移動臺需要進行服務(wù)GPRS支持節(jié)點SGSN路由區(qū)更新時，則向新SGSN發(fā)送路由區(qū)更新請求；B、支持不同版本的IP協(xié)議的新SGSN與SGSN池中的原SGSN間通過協(xié)議轉(zhuǎn)換實體進行協(xié)議轉(zhuǎn)換處理及信息的交互，實現(xiàn)SGSN路由區(qū)的更新。
3.根據(jù)權(quán)利要求1所述的移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法，其特征在于，所述的協(xié)議轉(zhuǎn)換實體設(shè)置在SGSN池中的缺省SGSN上。
4.根據(jù)權(quán)利要求3所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，該方法還包括在缺省SGSN上配置互聯(lián)網(wǎng)協(xié)議第四版IPv4和互聯(lián)網(wǎng)協(xié)議第六版IPv6雙協(xié)議棧功能，以及SGSN池中的各SGSN的路由信息。
5.根據(jù)權(quán)利要求4所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的各SGSN的路由信息包括各網(wǎng)絡(luò)資源標(biāo)識NRI與SGSN池中各SGSN的IP地址的對應(yīng)關(guān)系。
6.根據(jù)權(quán)利要求1、2、3、4或5所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的步驟B包括B1、新SGSN向設(shè)置有協(xié)議轉(zhuǎn)換實體的缺省SGSN發(fā)送SGSN上下文請求消息，并由缺省SGSN判斷新SGSN與原SGSN間是否為支持相同版本的IP協(xié)議，如果是，則執(zhí)行步驟B2，否則，執(zhí)行步驟B3；B2、缺省SGSN直接將新SGSN發(fā)來的SGSN上下文請求消息轉(zhuǎn)發(fā)給原SGSN，并將原SGSN返回的響應(yīng)直接轉(zhuǎn)發(fā)給新SGSN；B3、缺省SGSN將新SGSN發(fā)來的SGSN上下文請求消息轉(zhuǎn)換為原SGSN支持的協(xié)議版本后轉(zhuǎn)發(fā)給原SGSN，并將原SGSN返回的響應(yīng)轉(zhuǎn)換為新SGSN支持的協(xié)議版本后轉(zhuǎn)發(fā)給新SGSN。
7.根據(jù)權(quán)利要求6所術(shù)的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的步驟B1包括B11、新SGSN向缺省SGSN發(fā)送SGSN上下文請求消息，缺省SGSN根據(jù)消息中承載的信息確定相應(yīng)的原SGSN；B12、根據(jù)配置的路由信息確定所述的原SGSN支持的協(xié)議版本；B13、缺省SGSN根據(jù)新SGSN發(fā)送來的SGSN上下文請求消息確定新SGSN支持的協(xié)議版本，并判斷所述的原SGSN與新SGSN支持的協(xié)議版本是否相同，如果相同，則執(zhí)行步驟B2，否則，執(zhí)行步驟B3。
8.根據(jù)權(quán)利要求7所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的步驟B11包括根據(jù)所述請求消息中承載的分組移動臺臨時識別號P-TMSI信息，確定相應(yīng)的NRI，并進一步確定對應(yīng)的原SGSN。
9.根據(jù)權(quán)利要求6所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的步驟B3包括缺省SGSN將新SGSN發(fā)送的基于IPv6協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv4協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv4協(xié)議的原SGSN；缺省SGSN還將原SGSN發(fā)送的基于IPv4協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv6協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv6協(xié)議的新SGSN。
10.根據(jù)權(quán)利要求6所述的移動臺漫游時實現(xiàn)SGSN間路由區(qū)更新的方法，其特征在于，所述的步驟B3包括缺省SGSN將新SGSN發(fā)送的基于IPv4協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv6協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv6協(xié)議的原SGSN；缺省SGSN還將原SGSN發(fā)送的基于IPv6協(xié)議的SGSN上下文請求消息轉(zhuǎn)換為基于IPv4協(xié)議的SGSN上下文請求消息，并發(fā)送給基于IPv4協(xié)議的新SGSN。
全文摘要
本發(fā)明涉及一種在IuFlex技術(shù)下移動臺漫游時實現(xiàn)SGSN路由區(qū)更新的方法。該方法主要包括當(dāng)漫游到不同的移動網(wǎng)中的移動臺需要進行SGSN路由區(qū)更新時，則向新SGSN發(fā)送路由區(qū)更新請求；支持不同版本的IP協(xié)議的新SGSN與處于SGSN池中的原SGSN間通過設(shè)置于缺省SGSN中的協(xié)議轉(zhuǎn)換實體進行協(xié)議轉(zhuǎn)換處理及信息的交互，實現(xiàn)SGSN路由區(qū)的更新。本發(fā)明中，當(dāng)用戶發(fā)生PLMN漫游時，新SGSN能夠靈活地選擇相應(yīng)的IP版本同原SGSN進行通信，而不再受到任何協(xié)議不支持等原因的限制，進而使得IPv6網(wǎng)元地址在GPRS的使用及采用IPv6進行互通成為可能。
文檔編號H04W40/24GK1798439SQ200410103540
公開日2006年7月5日 申請日期2004年12月30日 優(yōu)先權(quán)日2004年12月30日
發(fā)明者黃華 申請人:華為技術(shù)有限公司