專利名稱:通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法
技術領域:
本發(fā)明涉及通信系統(tǒng)中的漫游技術,特別涉及寬帶碼分多址通信系統(tǒng)中,用戶漫游時的新舊通用分組無線業(yè)務服務支持節(jié)點之間的位置更新方法。
背景技術:
隨著通信技術的發(fā)展,通信領域已經(jīng)出現(xiàn)了第三代移動通行系統(tǒng)通用移動通信系統(tǒng)(Universal Mobile Telecommunications System,簡稱“UMTS”)。
UMTS系統(tǒng)的結(jié)構(gòu)與第二代移動通行系統(tǒng)類似,由邏輯網(wǎng)絡單元構(gòu)成。這些網(wǎng)絡單元從功能上可分為無線接入網(wǎng)絡(Radio Access Network,簡稱“RAN”)和核心網(wǎng)(Core Net,簡稱“CN”)。
RAN用于處理所有與無線有關的功能,CN用于處理UMTS系統(tǒng)內(nèi)所有的話音呼叫和數(shù)據(jù)連接,并實現(xiàn)與外部網(wǎng)絡的交換和路由。
RAN、CN與用戶設備(User Equipment,簡稱“UE”)構(gòu)成UMTS系統(tǒng)。三者中,UE和RAN由全新的協(xié)議構(gòu)成,其設計基于寬帶碼分多址(Wideband Code Division Multiple Access,簡稱“WCDMA”)無線技術;CN則采用了全球移動通信系統(tǒng)(Global System for mobile Communication,簡稱“GSM”)和通用分組無線業(yè)務(General Packet Radio Service,簡稱“GPRS”)的定義,目的在于實現(xiàn)網(wǎng)絡的平滑過度。
CN從功能上又可以分為電路域和分組域。分組域核心網(wǎng)絡功能從邏輯上可以分成兩個通用無線分組服務支持節(jié)點(GPRS Support Node,簡稱“GSN”)通用分組無線業(yè)務服務支持節(jié)點(Serving GPRS Support Node,簡稱“SGSN”)和通用分組無線業(yè)務網(wǎng)關支持節(jié)點(GPRS Gateway SupportNode,簡稱“GGSN”)。
SGSN的主要功能是提供分組域的路由轉(zhuǎn)發(fā)、移動性管理、會話管理、鑒權和加密等功能。GGSN的主要功能是提供數(shù)據(jù)包在WCDMA移動網(wǎng)和外部數(shù)據(jù)網(wǎng)之間的路由和封裝,而在SGSN間、SGSN到GGSN間則通過通用無線分組服務隧道協(xié)議(GPRS Tunneling Protocal,簡稱“GTP”)對隧道進行管理并傳輸數(shù)據(jù)。
目前第三代合作伙伴項目(3rd Generation Partnership Project,簡稱“3GPP”)定義的GTP協(xié)議到目前為止已發(fā)展了兩個版本V0和V1,其中V0版本主要用于GPRS R97和R98,V1版本用于GPRS R99,但支持GTPV1版本的SGSN和GGSN同時也要求能夠支持GTP V0版本,以保證能夠與低版本的GTP兼容。
根據(jù)目前的技術,在一個公用陸地移動網(wǎng)絡(Public Lands MobileNetwork,簡稱“PLMN”)間可以存在一個以上的GSN,當用戶進行漫游時,可能進行SGSN間的位置更新,下面參照圖1,以普通GSM的用戶的路由區(qū)域更新(Routeing Area Update,簡稱“RAU”)為例,說明整個流程。
步驟100移動臺(Mobile Station,簡稱“移動臺”)向新側(cè)SGSN發(fā)起“Routing Area Update Request(路由更新請求)”消息。
步驟110新側(cè)SGSN從接收到的路由更新請求消息中得到舊的路由區(qū)域標識(Routeing Area Identity,簡稱“RAI”),取得舊側(cè)SGSN的地址,并向舊側(cè)SGSN發(fā)送“SGSN Context Request(SGSN上下文請求)”消息,等待舊側(cè)SGSN通過“SGSN Context Response(SGSN上下文響應)”消息返回移動性管理(Mobility Management,簡稱“MM”)上下文和分組數(shù)據(jù)協(xié)議(Packet Data Protocol,簡稱“PDP”)上下文信息。
步驟112舊側(cè)SGSN收到新側(cè)SGSN的SGSN上下文請求消息后,確定該用戶是否合法,此后,保存消息中的新側(cè)信令面地址和隧道端點標識符(Tunnel Endpoint Identifier,簡稱“TEID”)信息,以便向新側(cè)SGSN發(fā)信令消息時使用,同時,不再向MS轉(zhuǎn)發(fā)數(shù)據(jù)。舊側(cè)在PDP上下文中填入完整的收發(fā)數(shù)據(jù)包的序列號,然后將MM上下文和PDP上下文信息封裝在“SGSN Context Response(SGSN上下文響應)”消息中,并送到新側(cè)SGSN。
步驟120新側(cè)SGSN收到來自舊側(cè)SGSN的上下文響應消息后,從該消息中得到MM上下文和PDP上下文,并通過“SGSN ContextAcknowledge(SGSN上下文確認)”消息通知舊側(cè)SGSN,可以轉(zhuǎn)發(fā)與該用戶相關的數(shù)據(jù)到新側(cè)SGSN。通過SGSN上下文確認消息,同時向舊側(cè)SGSN通知新側(cè)SGSN數(shù)據(jù)面的地址,以此為轉(zhuǎn)發(fā)數(shù)據(jù)做準備。
步驟125舊側(cè)SGSN復制一份當前緩存的數(shù)據(jù),并根據(jù)新側(cè)SGSN數(shù)據(jù)面的地址,向新側(cè)SGSN轉(zhuǎn)發(fā)。需要說明的是,這個步驟不是一定會發(fā)生的,當用戶在舊側(cè)SGSN有數(shù)據(jù)傳輸?shù)那闆r下,在發(fā)生路由區(qū)更新時舊側(cè)SGSN才需要轉(zhuǎn)發(fā)數(shù)據(jù)包。
步驟130新側(cè)SGSN向GGSN發(fā)送“Update PDP Context Request(更新PDP上下文請求)”消息,該消息攜帶新側(cè)SGSN的地址、TEID以及使用的服務質(zhì)量(Quality of Service,簡稱“QoS”)等信息,用于通知GGSN更新其原先保存的相應字段的內(nèi)容。
步驟132GGSN響應新側(cè)SGSN的更新PDP上下文請求消息,更新其原先保存的相應字段的內(nèi)容,完成更新后,向新側(cè)SGSN發(fā)送“Update PDPContext Response(更新PDP上下文響應)”消息。
步驟140新側(cè)SGSN收到舊側(cè)SGSN的更新PDP上下文響應消息后,向歸屬位置寄存器(Home Location Register,簡稱“HLR”)發(fā)送“UpdateLocation(更新位置)”消息,該消息中攜帶該新側(cè)SGSN的SGSN Number(SGSN編號)、SGSN Address(SGSN地址)以及用戶國際移動臺識別號碼(International Mobile Station Identify,簡稱“IMSI”)信息,命令HLR進行位置更新。
步驟150HLR響應來自新側(cè)SGSN的更新地址消息,向舊側(cè)SGSN發(fā)出“Cancel Location(刪除位置)”消息,舊側(cè)SGSN刪除該用戶的MM上下文和PDP上下文。
步驟152舊側(cè)SGSN向HLR返回“Cancel Location ACK(刪除位置確認)”消息,確認完成刪除地址的操作。
步驟160HLR收到舊側(cè)SGSN的刪除地址確認消息后,向新側(cè)SGSN發(fā)送“Insert Subscriber Data(插入簽約數(shù)據(jù))”消息,請求新側(cè)SGSN插入該用戶所有的簽約數(shù)據(jù)。
步驟162新側(cè)SGSN插入該用戶的所有簽約數(shù)據(jù)后,向HLR發(fā)送“InsertSubscriber Data Ack(插入簽約數(shù)據(jù)確認)”消息,需要說明的是,如果由于區(qū)域限制等導致此MS無法在這個路由區(qū)接入,則SGSN會拒絕MS的路由區(qū)域更新(Routeing Area Update,簡稱“RAU”)請求。
步驟170HLR收到來自新側(cè)SGSN的插入簽約數(shù)據(jù)確認消息后,返回“Update Location Ack(更新位置確認)”消息,表示位置更新完成。
步驟180新側(cè)SGSN收到來自HLR的更新地址確認消息后,向MS發(fā)送“Routeing Area Update Accept(路由更新接受)”消息。
步驟190MS向新側(cè)SGSN返回“Routeing Area Update complere(路由更新完成)”消息,用于確認新分配的分組臨時移動用戶識別碼(PacketTemperate Mobile Subscription Identity,簡稱“P-TMSI”)有效。
在上述的RAU流程中,SGSN上下文請求消息和SGSN上下文響應消息都屬于支持GTP協(xié)議的Gn接口(同一個PLMN中兩個GSN之間的接口)消息,因此有V0和V1版本之別,表1和表2分別顯示V1版本的SGSN上下文消息和V0版本的SGSN上下文消息。表1中的參考部分是相對于文獻3GPP TS 29.060中各章節(jié)的,表2中參考部分是相對于文獻3GPP TS 09.60中各章節(jié)的。
表1
表2其中,信元MM上下文和PDP上下文是識別該用戶正在使用的上下文屬性。
表3示出GTP V1版本的PDP上下文信元組成。
表3根據(jù)表3可見,在使用GTP V1版本時,在上述步驟103中,新側(cè)SGSN從來自舊側(cè)SGSN的SGSN上下文響應消息中攜帶的PDP上下文獲得該上下文的PDP上下文ID(PDP Context ID)、PDP類型(PDP Type)、PDP地址(PDP Address)、接入點名稱(Access Point Name,簡稱“APN”)以及簽約的Qos等參數(shù)。需要補充說明的是,用戶在HLR中插入簽約數(shù)據(jù)時,可以簽約多個PDP上下文,分別對應不同的PDP上下文ID,針對每個簽約上下文,存在的上下文屬性有PDP類型、PDP地址、APN、簽約的QoS、諸如預付費和實時等計費屬性。
當用戶進行位置更新時,通過上述RAU流程中的步驟110,插入簽約數(shù)據(jù)消息,從HLR中插入簽約數(shù)據(jù),由此可得到用戶的所有PDP上下文屬性。
所以,可以發(fā)現(xiàn)GTP V1版本中一個問題,即在路由更新過程中,新側(cè)SGSN從來自舊側(cè)SGSN的SGSN上下文響應消息中獲得的PDP屬性并不完全。根據(jù)HLR插入的簽約數(shù)據(jù),對應相應的PDP上下文ID才能夠獲得用戶正在激活的pDP上下文的全部屬性。
表4示出GTP V0版本的PDP上下文信元組成。
表4根據(jù)表4可見,在使用GTP V0版本時,PDP上下文中只能得到該PDP上下文的PDP類型、PDP地址、APN、簽約的QoS等參數(shù)。但是用戶無法通過PDP類型、PDP地址、APN、簽約的QoS這些參數(shù)準確推斷出用戶當前激活的是哪個上下文,因此無法得到PDP上下文的諸如計費屬性等其他屬性。由此會導致以下后果首先,無法獲得PDP上下文的計費屬性。
其次,當網(wǎng)絡側(cè)在HLR中修改該用戶激活的簽約PDP上下文數(shù)據(jù)時,將無法觸發(fā)網(wǎng)絡側(cè)的修改流程,只能相當于普通的插入用戶數(shù)據(jù)流程。這是因為新側(cè)的SGSN無法判斷用戶當前激活的是哪個PDP上下文。
第三,當網(wǎng)絡側(cè)在HLR中刪除該上下文時,無法觸發(fā)網(wǎng)絡側(cè)的去活流程。其原因和上述無法出發(fā)修改流程時一樣的。
另外,由于一個PLMN中存在多個GSN,若該用戶通過GTP V0版本的SGSN間位置更新后,又需要進行GTP V1版本的SGSN間位置更新版本時,則在GTP V1版本的PDP上下文信元中將無法取得PDP上下文ID值,導致無法傳遞正確的PDP上下文ID值。
發(fā)明內(nèi)容
本發(fā)明要解決的技術問題是提供一種通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,使得用戶在使用GTP V0版本的消息實現(xiàn)新側(cè)SGSN和舊側(cè)SGSN之間的位置更新時,能夠唯一確定當前激活的PDP上下文,獲得該PDP上下文的所有屬性并能夠正確進行相關后續(xù)流程。
為了解決上述技術問題,本發(fā)明提供了一種通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,舊側(cè)通用分組無線業(yè)務服務支持節(jié)點以通用無線分組服務隧道協(xié)議版本0的消息與新側(cè)通用分組無線業(yè)務服務支持節(jié)點通信,包含以下步驟B所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文響應消息,所述響應消息的分組數(shù)據(jù)協(xié)議上下文信元中攜帶分組數(shù)據(jù)協(xié)議上下文標識號字段;C根據(jù)所述分組數(shù)據(jù)協(xié)議上下文標識號字段,唯一確定用戶當前激活的分組數(shù)據(jù)協(xié)議上下文,并獲得該分組數(shù)據(jù)協(xié)議上下文的所有屬性。
其中,A新側(cè)通用分組無線業(yè)務服務支持節(jié)點向舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文請求消息。
在所述步驟A還包含以下步驟移動臺向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送路由更新請求消息。
所述步驟B還包含以下步驟
所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文確認消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向通用分組無線業(yè)務網(wǎng)關支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息;所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文響應消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向歸屬位置寄存器發(fā)送更新位置消息。
所述步驟B還包含以下步驟所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述歸屬位置寄存器發(fā)送刪除位置消息;所述歸屬位置寄存器向所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送刪除位置確認消息。
所述步驟C還包含以下步驟所述歸屬位置寄存器向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送插入簽約數(shù)據(jù)請求消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述歸屬位置寄存器發(fā)送插入簽約數(shù)據(jù)確認消息;所述歸屬位置寄存器向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送更新位置確認消息。
所述步驟C還包含以下步驟所述移動臺向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送路由更新接受消息;
所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述移動臺發(fā)送路由更新完成消息。
通過比較可以發(fā)現(xiàn),本發(fā)明的技術方案與現(xiàn)有技術的區(qū)別在于,在舊側(cè)SGSN向新側(cè)SGSN發(fā)送的SGSN上下文響應消息的PDP上下文信元中攜帶PDP上下文ID字段,新側(cè)SGSN根據(jù)該PDP上下文ID字段,唯一確定用戶當前激活的PDP上下文,并獲得該PDP上下文的所有屬性。
這種技術方案上的區(qū)別,帶來了較為明顯的有益效果,即當用戶在新側(cè)SGSN分離時,能夠唯一確定當前激活的PDP上下文,獲得該PDP上下文的所有屬性,可以根據(jù)正確的計費屬性生成話單;在新側(cè)SGSN時,網(wǎng)絡側(cè)對該上下文的修改和去活流程都能正常進行;用戶再次進行GTP V1的SGSN間位置更新時,當前的SGSN可以傳遞正確的PDP上下文ID值給新側(cè)SGSN。
圖1是現(xiàn)有技術中SGSN之間位置更新的主要流程示意圖;圖2是根據(jù)本發(fā)明的一個實施例的SGSN之間位置更新的主要流程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
根據(jù)本發(fā)明的原理,當用戶在使用GTP V0版本時進行新側(cè)SGSN和舊側(cè)SGSN之間的位置更新時,在舊側(cè)SGSN返回的SGSN上下文響應消息中的PDP上下文信元增加了PDP上下文ID字段,表5示出在本發(fā)明中的PDP上下文信元組成。
表5根據(jù)表5可見,本發(fā)明中,當使用GTP V0版本時,在新側(cè)SGSN和舊側(cè)SGSN之間進行位置更新的流程中,舊側(cè)SGSN返回的SGSN上下文響應消息攜帶有該用戶當前激活的PDP上下文的PDP上下文ID。
下面參照圖2,描述本發(fā)明的一個實施例。
步驟200MS向新側(cè)SGSN發(fā)起“Routing Area Update Request(路由更新請求)”消息。
步驟210新側(cè)SGSN從接收到的路由更新請求中得到舊的RAI,取得舊側(cè)SGSN的地址,并向舊側(cè)SGSN發(fā)送“SGSN Context Request(SGSN上下文請求)”消息,等待舊側(cè)SGSN通過“SGSN Context Response(SGSN上下文響應)”消息返回MM上下文和PDP上下文信息。
步驟212舊側(cè)SGSN收到新側(cè)SGSN的SGSN上下文請求消息后,確定該用戶是否合法,此后,保存消息中的新側(cè)信令面地址和TEID信息,以便向新側(cè)SGSN發(fā)信令消息時使用,同時,不再向MS轉(zhuǎn)發(fā)數(shù)據(jù)。舊側(cè)在PDP上下文中填入完整的收發(fā)數(shù)據(jù)包的序列號,然后將MM上下文和PDP上下文信息封裝在SGSN上下文響應消息中,其中,PDP上下文信元中增加了PDP上下文ID字段。該PDP上下文信元組成參見表5。此后,將生成的“SGSN Context Response(SGSN上下文響應)”消息發(fā)送到新側(cè)SGSN。
正是由于在此消息中舊側(cè)SGSN向新側(cè)SGSN發(fā)送了PDP上下文ID,才使得后面的步驟中網(wǎng)絡側(cè)可以從多個簽約的PDP上下文中唯一確定當前活動PDP上下文是哪一個,并且使得計費等相關后續(xù)流程得以正確進行。
步驟220新側(cè)SGSN收到來自舊側(cè)SGSN的上下文響應消息后,從該消息中得到MM上下文和PDP上下文,并通過“SGSN ContextAcknowledge(SGSN上下文確認)”消息通知舊側(cè)SGSN,可以轉(zhuǎn)發(fā)與該用戶相關的數(shù)據(jù)到新側(cè)SGSN。通過SGSN上下文確認消息,同時向舊側(cè)SGSN通知新側(cè)SGSN數(shù)據(jù)面的地址,以此為轉(zhuǎn)發(fā)數(shù)據(jù)做準備。
步驟225舊側(cè)SGSN復制一份當前緩存的數(shù)據(jù),并根據(jù)新側(cè)SGSN數(shù)據(jù)面的地址,向新側(cè)SGSN轉(zhuǎn)發(fā)。需要說明的是,這個步驟不是一定會發(fā)生的,當用戶在舊側(cè)SGSN有數(shù)據(jù)傳輸?shù)那闆r下,在發(fā)生路由區(qū)更新時舊側(cè)SGSN才需要轉(zhuǎn)發(fā)數(shù)據(jù)包。
步驟230新側(cè)SGSN向GGSN發(fā)送“Update PDP Context Request(更新PDP上下文請求)”消息,該消息攜帶新側(cè)SGSN的地址、TEID以及使用的QoS等信息,用于通知舊側(cè)GGSN更新其原先保存的相應字段的內(nèi)容。
步驟232GGSN響應新側(cè)SGSN的更新PDP上下文請求消息,更新其原先保存的相應字段的內(nèi)容,完成更新后,向新側(cè)SGSN發(fā)送“Update PDPContext Response(更新PDP上下文響應)”消息。
步驟240新側(cè)SGSN收到舊側(cè)SGSN的更新PDP上下文響應消息后,向HLR發(fā)送“Update Location(更新位置)”消息,該消息中攜帶該新側(cè)SGSN的SGSN Number(SGSN編號)、SGSN Address(SGSN地址)以及用戶IMSI信息,命令HLR進行位置更新。
步驟250HLR響應來自新側(cè)SGSN的更新地址消息,向舊側(cè)SGSN發(fā)出″Cancel Location(刪除位置)″消息,舊側(cè)SGSN刪除該用戶的MM上下文和PDP上下文。
步驟252舊側(cè)SGSN向HLR返回“Cancel Location ACK(刪除位置確認)”消息,確認完成刪除地址的操作。因為對MS的管理工作已經(jīng)從舊側(cè)SGSN轉(zhuǎn)移到新側(cè)SGSN,因此需要在舊側(cè)SGSN刪除相關的內(nèi)容。
步驟260HLR收到舊側(cè)SGSN的刪除地址確認消息后,向新側(cè)SGSN發(fā)送“Insert Subscriber Data(插入簽約數(shù)據(jù))”消息,請求新側(cè)SGSN插入該用戶所有的簽約數(shù)據(jù)。
另外,本步驟中通過在步驟212中由舊側(cè)SGSN發(fā)送給新側(cè)SGSN的SGSN上下文響應消息的PDP上下文信元中增加了PDP上下文ID字段,新側(cè)SGSN可由此準確判斷用戶當前激活的是哪一個PDP上下文,并獲得該PDP上下文的所有屬性,從而在此后的流程中,用戶能夠正確生成話單,另外,后續(xù)的網(wǎng)絡側(cè)流程能正常進行。
步驟262新側(cè)SGSN插入該用戶的所有簽約數(shù)據(jù)后,向HLR發(fā)送“InsertSubscriber Data Ack(插入簽約數(shù)據(jù)確認)”消息,需要說明的是,如果由于區(qū)域限制等導致此MS無法在這個路由區(qū)接入,則SGSN會拒絕MS的RAU請求。
步驟270HLR收到來自新側(cè)SGSN的插入簽約數(shù)據(jù)確認消息后,返回“Update Location Ack(更新位置確認)”消息,表示位置更新完成。
步驟280新側(cè)SGSN收到來自HLR的更新地址確認消息后,向MS發(fā)送“Routeing Area Update Accept(路由更新接受)”消息。
步驟290MS向新側(cè)SGSN返回“Routeing Area Update complete(路由更新完成)”消息,用于確認新分配的P-TMSI有效。
需要說明的是,本發(fā)明的技術方案對所有GTP V0版本的新側(cè)SGSN和舊側(cè)SGSN的位置更新都有效,例如聯(lián)合路由區(qū)更新、系統(tǒng)間切換等,對于智能用戶、普通用戶甚至可能存在的用戶類型都有效。
雖然通過參照本發(fā)明的某些優(yōu)選實施例,已經(jīng)對本發(fā)明進行了圖示和描述,但本領域的普通技術人員應該明白,可以在形式上和細節(jié)上對其作各種各樣的改變,而不偏離所附權利要求書所限定的本發(fā)明的精神和范圍。
權利要求
1.一種通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,舊側(cè)通用分組無線業(yè)務服務支持節(jié)點以通用無線分組服務隧道協(xié)議版本0的消息與新側(cè)通用分組無線業(yè)務服務支持節(jié)點通信,所述包含以下步驟B所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文響應消息,所述響應消息的分組數(shù)據(jù)協(xié)議上下文信元中攜帶分組數(shù)據(jù)協(xié)議上下文標識號字段;C根據(jù)所述分組數(shù)據(jù)協(xié)議上下文標識號字段,唯一確定用戶當前激活的分組數(shù)據(jù)協(xié)議上下文,并獲得該分組數(shù)據(jù)協(xié)議上下文的所有屬性。
2.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,所述方法還包含以下步驟A所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文請求消息。
3.根據(jù)權利要求2所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,在所述步驟A還包含以下步驟移動臺向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送路由更新請求消息。
4.根據(jù)權利要求3所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,所述步驟B還包含以下步驟所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送通用分組無線業(yè)務服務支持節(jié)點上下文確認消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向通用分組無線業(yè)務網(wǎng)關支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息;所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文響應消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向歸屬位置寄存器發(fā)送更新位置消息。
5.根據(jù)權利要求4所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,所述步驟B還包含以下步驟所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述歸屬位置寄存器發(fā)送刪除位置消息;所述歸屬位置寄存器向所述舊側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送刪除位置確認消息。
6.根據(jù)權利要求5所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,所述步驟C還包含以下步驟所述歸屬位置寄存器向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送插入簽約數(shù)據(jù)請求消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述歸屬位置寄存器發(fā)送插入簽約數(shù)據(jù)確認消息;所述歸屬位置寄存器向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送更新位置確認消息。
7.根據(jù)權利要求6所述的通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,其特征在于,所述步驟C還包含以下步驟所述移動臺向所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點發(fā)送路由更新接受消息;所述新側(cè)通用分組無線業(yè)務服務支持節(jié)點向所述移動臺發(fā)送路由更新完成消息。
全文摘要
本發(fā)明涉及通信系統(tǒng)中的漫游技術,公開了一種通用分組無線業(yè)務服務支持節(jié)點之間位置更新的方法,使得用戶在使用GTP V0版本的消息實現(xiàn)新側(cè)SGSN和舊側(cè)SGSN之間的位置更新時,能夠唯一確定當前激活的PDP上下文,獲得該PDP上下文的所有屬性并能夠正確進行相關后續(xù)流程。這種SGSN之間位置更新的方法舊側(cè)SGSN以GTP版本0的消息與新側(cè)SGSN通信,包含以下步驟舊側(cè)SGSN向新側(cè)SGSN發(fā)送SGSN上下文響應消息,響應消息的PDP上下文信元中攜帶PDP上下文標識號字段;根據(jù)PDP上下文標識號字段,唯一確定用戶當前激活的PDP上下文,并獲得該PDP上下文的所有屬性。
文檔編號H04W40/24GK1595863SQ0315787
公開日2005年3月16日 申請日期2003年9月13日 優(yōu)先權日2003年9月13日
發(fā)明者楊琴, 朱冬梅, 袁立平 申請人:華為技術有限公司