專利名稱：通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法
技術領域：
本發(fā)明涉及移動通信技術，特別涉及通用分組無線業(yè)務服務支持節(jié)點(Serving GPRS Support Node，簡稱“SGSN”)間路由區(qū)更新技術。
背景技術：
隨著移動通信技術和網(wǎng)際協(xié)議(Internet Protocol，簡稱“IP”)技術的不斷發(fā)展，移動通信網(wǎng)已經(jīng)從傳統(tǒng)的電路交換全球移動通信系統(tǒng)(GlobalSystem for Mobile Communications，簡稱“GSM”)發(fā)展到如今支持分組交換業(yè)務的通用分組無線業(yè)務(General Packet Radio Service，簡稱“GPRS”)網(wǎng)絡，并不斷向第三代移動通信網(wǎng)絡發(fā)展，從而滿足用戶不斷增長的業(yè)務需求。移動通信已經(jīng)越來越多地成為人們?nèi)粘Ｉ钪胁豢煞指畹囊徊糠?，各運營商都全力開發(fā)并提供成套的解決方案，確保通信系統(tǒng)穩(wěn)定運行，提供良好的手機數(shù)據(jù)業(yè)務，同時提供高兼容性的系統(tǒng)，實現(xiàn)業(yè)務在不同廠商設備間的平滑無損的切換，各廠家都努力期望在日益擴大的市場中占據(jù)更大份額。
SGSN間路由區(qū)更新是GPRS和3G系統(tǒng)中的基本業(yè)務流程，指用戶在通信過程中，脫離當前服務路由區(qū)進入一個新SGSN所管轄的路由區(qū)時引發(fā)的相關設備的系列處理過程，主要由SGSN的移動性管理和會話管理兩大功能模塊及GGSN、HLR等設備協(xié)作完成。
由于進行路由區(qū)更新的過程中可能會涉及服務質(zhì)量的R97/R99轉(zhuǎn)換、GTP通道版本的V1/V0切換等，從而導致業(yè)務處理發(fā)生中斷或者服務質(zhì)量(Quality of Service，簡稱“QoS”)不能平滑過渡，因此需要采用明確的各種策略來對各情形下的路由區(qū)更新過程進行控制。
現(xiàn)有技術在處理某一種特定情形下的路由區(qū)更新時，存在不完善之處。協(xié)議23.060的規(guī)定“When a GTPv0 tunnel was established between the oldSGSN and the GGSN，and both old and new SGSNs support GTPv1，therespective uplink Flow Label signalling shall be inserted in the tow lower octetsof the Uplink TEID Control Plane field of the SGSN Context Response message；the upper two octets shall be set to all zeros.”(中文為新老SGSN都支持GTP V1通道，老的SGSN與GGSN間建立的是GTP V0通道，GGSN分配的此GTP V0信令面通道的標識是“Uplink Flow Label signaling”，在這種情況下，老SGSN在向新SGSN發(fā)回SGSN上下文響應消息時，將其中的“UplinkTEID Control Plane”(簡稱“TEID CTRL”)字段的兩個低八位字節(jié)的值設置為上述提到的“Uplink Flow Label signalling”，該字段的兩個高八位字節(jié)設置為0。)協(xié)議29.060中規(guī)定新SGSN向GGSN發(fā)送“更新PDP上下文請求”消息的內(nèi)容填寫的相關要求“The NSAPI information element together with theTunnel Endpoint Identifier in the GTP header unambiguously identifies a PDPContext in the GGSN.
The IMSI shall be included if the message is sent during an Inter SGSNchange when changing the GTP version from GTP v0 to GTP v1；this is required，as the TEID in the header of the message is set to all zeros in this case.”(中文含義為網(wǎng)絡層服務接入點標識(Network Layer Service Access PointIdentifier，簡稱“NSAPI”)信息元素與GTP頭中的“Tunnel Endpoint Identifier”(簡稱“TEID”)明確標識了GGSN中的一個PDP上下文。
如果GTP通道版本從GTPv0切換到GTPv1(即GGSN由與老SGSN之間是GTP V0通道切換到與新SGSN之間的V1通道)，在這種情形下，新SGSN向GGSN發(fā)送的更新PDP上下文請求消息的消息頭中的TEID設置為全0，這樣，消息中需要包含IMSI這個信息元素，以便由IMSI和NSAPI可以標識GGSN中的一個PDP上下文。)圖1即為上述這種場景下路由區(qū)更新處理的結(jié)構示意圖。服務MS的新老SGSN以及GGSN均支持GTP V1，但是老SGSN與GGSN間建立的是V0版本的GTP通道，新SGSN與老SGSN之間以及新SGSN與GGSN之間建立的均是V1版本的GTP通道。
如圖所示，MS31原先經(jīng)BSS38連接到SGSN30，當其位置發(fā)生變化時，將會經(jīng)過BSS32連接到SGSN33；SGSN30與SGSN33間建立V1版本的GTP通道，SGSN33與GGSN34間建立的也是V1版本的GTP通道，SGSN30與GGSN34間建立的是V0版本的GTP通道。
熟悉本領域技術的人都知道，當MS發(fā)生圖1所示路由區(qū)更新時，SGSN33首先會向SGSN30發(fā)送SGSN上下文請求消息，SGSN30接收到該消息后進行處理，根據(jù)上述協(xié)議現(xiàn)有內(nèi)容，如果SGSN30與GGSN34間建立的是V0版本的GTP通道，則首先將SGSN30中保存的“Uplink Flow Labelsignalling”消息轉(zhuǎn)換為“TEID CTRL”字段的兩個低八位字節(jié)插入SGSN上下文響應消息，“TEID CTRL”的兩個高八位字節(jié)設置為0。經(jīng)過上述處理以后，構造完整的SGSN上下文響應消息并將其發(fā)送給SGSN33。
SGSN33接收到SGSN30發(fā)送的SGSN上下文響應消息后，發(fā)送更新PDP上下文請求消息給GGSN34，如果SGSN30與GGSN34間建立的是GTPV0通道，因此在發(fā)送該消息時需要將TEID設置為全0，同時帶上IMSI；如果SGSN30與GGSN34間建立的是GTP V1通道，則只要在發(fā)送的消息中帶上SGSN上下文響應消息中取出的TEID和NSAPI字段即可。
在實際應用中，上述方案存在以下問題由于在正常使用時，如果SGSN30與GGSN34之間建立的是GTP V1通道，此時返回給SGSN33的SGSN上下文響應消息的“TEID CTRL”的兩個高八位字節(jié)也有可能為0，因此SGSN并不能根據(jù)該字段來判斷老的SGSN與GGSN間的GTP通道版本號，因而也就無法根據(jù)其值準確封裝發(fā)送給GGSN的更新PDP請求消息的格式，容易造成新SGSN與GGSN之間更新PDP失敗。
造成這種情況的主要原因在于，在上述協(xié)議的規(guī)定中，未明確表示新SGSN如何通過來自原SGSN的SGSN上下文響應消息確定原SGSN與GGSN之間的GTP通道信息。具體的說，在SGSN30返回的SGSN上下文響應消息中僅僅是將GTPv0的“Uplink Flow Label signalling”字段轉(zhuǎn)換為有效的“TEID CTRL”，并沒有明確SGSN30與GGSN34的GTP通道的版本號到底用何種標識表示，因此在SGSN33接收到SGSN上下文響應消息時，并不能根據(jù)該消息獲得SGSN30與GGSN34之間的GTP通道版本號，因而也就無法在發(fā)送更新PDP上下文請求消息時對不同GTP通道版本號區(qū)別對待。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，使得新SGSN可以根據(jù)原SGSN的返回消息判斷原SGSN和GGSN間所使用的GTP通道版本號，從而有效完成SGSN間路由區(qū)的更新，提高連接的成功率。
為實現(xiàn)上述目的，本發(fā)明提供了一種通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，所述路由區(qū)更新涉及支持通用無線分組服務隧道協(xié)議版本1的通用分組無線業(yè)務網(wǎng)關支持節(jié)點、第一和第二通用分組無線業(yè)務服務支持節(jié)點，且由所述第一通用分組無線業(yè)務服務支持節(jié)點路由到所述第二通用分組無線業(yè)務服務支持節(jié)點，所述方法包含以下步驟A當所述第一通用分組無線業(yè)務服務支持節(jié)點收到來自所述第二通用分組無線業(yè)務服務支持節(jié)點的通用分組無線業(yè)務服務支持節(jié)點上下文請求消息時，判斷所述第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間的通用無線分組服務隧道協(xié)議通道版本號是否為V0，如果是，則執(zhí)行步驟B；B所述第一通用分組無線業(yè)務服務支持節(jié)點向所述第二通用分組無線業(yè)務服務支持節(jié)點反饋通用分組無線業(yè)務服務支持節(jié)點上下文響應消息，其中，該消息中設置有用于表示第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間建立的隧道協(xié)議通道版本號為0的標識；C所述第二通用分組無線業(yè)務服務支持節(jié)點判斷所述響應消息中是否包含所述標識，如果是，則按照第一分組無線業(yè)務服務支持節(jié)點與通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間建立的隧道協(xié)議通道版本號為V0的格式，構造發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新分組數(shù)據(jù)協(xié)議上下文請求消息。
其中，所述標識是設置為無效值的“TEID DATA I”字段，所述無效值可以是0或0xFFFFFFFF，并且所述響應消息中的“TEID CTRL”字段由所述第一通用分組無線業(yè)務服務支持節(jié)點和通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間通用無線分組服務隧道協(xié)議通道的“uplink Flow Label signalling”字段轉(zhuǎn)換而成。
或者，所述標識是設置為無效值的“TEID CTRL”字段。
所述無效值可以是0或0xFFFFFFFF。
在所述步驟C中，如果所述響應消息中包含所述標識，則在發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新上下文請求消息中，將消息頭中“TEIDCTRL”字段填為全0，并帶上國際移動臺識別號碼。
在所述步驟A中，如果所述第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間的通用無線分組服務隧道協(xié)議通道版本號不為V0，則所述第一通用分組無線業(yè)務服務支持節(jié)點向所述第二通用分組無線業(yè)務服務支持節(jié)點反饋通用分組無線業(yè)務服務支持節(jié)點上下文響應消息，其中，按照所述第一通用分組無線業(yè)務服務支持節(jié)點與通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間通用無線分組服務隧道協(xié)議通道信息，在所述響應消息的對應域中填入相應的“TEID CTRL”字段和“TEID DATA I”字段。
如果所述步驟C中，判定所述響應消息中不包含所述標識，則將所述通用分組無線業(yè)務服務支持節(jié)點上下文響應消息中的“TEID CTRL”字段內(nèi)容填入發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新分組數(shù)據(jù)協(xié)議上下文請求消息的消息頭中的相應字段。
通過比較可以發(fā)現(xiàn)，本發(fā)明的技術方案與現(xiàn)有技術的區(qū)別在于，本發(fā)明在原SGSN收到新SGSN的SGSN上下文請求消息后，首先對原SGSN與GGSN之間的GTP路徑版本進行判斷，當它們之間采用V0版本時，將相應的標識插入要返回的SGSN上下文響應消息，然后由新SGSN根據(jù)該消息中相應的標識判斷原SGSN與GGSN間的GTP通道版本號，如果判定為GTPv0，則在要發(fā)送給GGSN的更新PDP上下文請求消息中填入相應信息。
這種技術方案上的區(qū)別，帶來了較為明顯的有益效果，即由于通過完善SGSN上下文響應消息和更新PDP上下文請求消息，有效保證新SGSN能夠正確對原SGSN和GGSN間GTP通道版本號進行檢驗，從而避免現(xiàn)有技術方案由于不完善而導致無法保證設備對接成功的情況。


圖1是新老SGSN和GGSN均支持GTP V1通道，但老SGSN與GGSN間建立的是GTP V0通道時，路由區(qū)更新的處理結(jié)構示意圖；圖2是根據(jù)本發(fā)明一個實施例實現(xiàn)SGSN間路由區(qū)更新的原SGSN側(cè)處理流程示意圖；圖3是根據(jù)本發(fā)明一個實施例實現(xiàn)SGSN間路由區(qū)更新的新SGSN側(cè)處理流程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
為了使新SGSN能夠根據(jù)原SGSN的返回消息判斷原SGSN和GGSN間所使用的GTP通道版本號，就需要在原SGSN的返回消息中包含標志GTP通道版本號的信息，本發(fā)明通過設置SGSN上下文響應消息中的一個特定字段作為GTP通道版本號的標記，新SGSN根據(jù)該字段的值進行判斷，從而完成相應處理。
在具體使用過程中，本發(fā)明對上述協(xié)議中的某些規(guī)定進行了修改。在一個實施例中，對23.060協(xié)議的更改如下在原23.060協(xié)議后添加“The UplinkTunnel Endpoint Identifier Data I keeps zero to hint that the GTP tunnel versionbetween the old SGSN and the GGSN is v0.”(中文暫譯為“TEID DATAI”設置為0表示原SGSN和GGSN間的GTP通道版本號為V0。)對29.060協(xié)議則未作更改。在另一個實施例中，在原23.060協(xié)議后添加“The UplinkTEID Control Plane field keeps zero to hint that the GTP tunnel version betweenthe old SGSN and the GGSN is v0.”(中文暫譯為“TEID CTRL”設置為0表示原SGSN和GGSN間的GTP通道版本號為V0。)，同樣對29.060協(xié)議則未作更改。
下面結(jié)合圖2，詳細描述根據(jù)本發(fā)明一個實施例實現(xiàn)SGSN間路由區(qū)更新的原SGSN側(cè)處理流程示意圖，如圖所示。
首先進入步驟410，原SGSN接收來自新SGSN發(fā)送過來的SGSN上下文請求消息。熟悉本領域的技術人員應該知道，SGSN上下文請求消息應該包含用于表示移動用戶信息的舊路由區(qū)標識(Routing Area Identity，簡稱“RAI”)、臨時邏輯鏈路標識(Temporary Logic Link Identity，簡稱“TLLI”)、舊分組臨時移動用戶標識(Packet Temporary Mobile Subscriber Identity，簡稱“P-TMSI”)簽名以及新SGSN的地址。
然后進入步驟420，判斷舊SGSN與GGSN間建立的GTP通道版本。如果原SGSN與GGSN間建立的GTP通道為V1，則進入步驟430；如果原SGSN與GGSN間建立的GTP通道為V0，則進入步驟440。
在步驟430中，由于原SGSN與GGSN間建立的是GTPv1通道，所以僅需將存儲在原SGSN中PDP上下文中的“TEID CTRL”和“TEID DATA I”字段直接存入SGSN上下文響應消息的相應字段。
步驟440則用于將GTP頭中的“Flow Label Signalling”字段轉(zhuǎn)換為PDP上下文中“TEID CTRL”字段，其轉(zhuǎn)換規(guī)則如協(xié)議23.060規(guī)定，即將“uplinkFlow Label Signalling”字段的值寫入“TEID CTRL”字段的兩個低八位字節(jié)，而將“TEID CTRL”的其他兩個高八位字節(jié)設置為0。在轉(zhuǎn)換完畢后，原SGSN將“TEID CTRL”字段填入SGSN上下文響應消息的相應字段。
接著進入步驟450，設置原SGSN與GGSN之間的GTP通道版本號標識。在本發(fā)明中可以將PDP上下文中的“TEID DATA I”字段設置為某個特定的值，為簡單起見，通常將該值設置為全0，在設置完成以后將該字段填入SGSN上下文響應消息的相應字段。同時也可使用PDP上下文的“TEID CTRL”字段作為原SGSN與GGSN間GTP通道版本號的標識，此時無需執(zhí)行步驟440，而直接可以將“TEID CTRL”設置為某個無效值，無效值在現(xiàn)有協(xié)議規(guī)范中未明確界定，為簡單起見，這里建議用0作為此種情況下特殊使用的值。
然后進入步驟460，構造完整的SGSN上下文響應消息，并將該消息發(fā)送給新SGSN，以便其能實現(xiàn)對MS的移動性管理。
在步驟470，原SGSN等待接收“SGSN Context ACK”消息，判斷消息是否發(fā)送成功。
圖3是根據(jù)本發(fā)明一個實施例的實現(xiàn)SGSN間路由區(qū)更新的新SGSN側(cè)處理流程圖，如圖所示。
首先進入步驟510，新SGSN接收MS發(fā)送的路由區(qū)更新(Routing AreaUpdate，簡稱“RAU”)請求消息。熟悉本領域的技術人員應該知道，該請求消息應該包含該用戶移動設備的舊RAI、舊P-TMSI簽名、以及更新類型。所述更新類型可以是用戶指定的路由區(qū)更新或者是周期性的路由區(qū)更新。
然后進入步驟520，新SGSN發(fā)送SGSN上下文請求消息給原SGSN，以便可以根據(jù)原SGSN的反饋消息獲得MS存儲在原SGSN中的PDP上下文，實現(xiàn)對該設備的移動性管理。
接著進入步驟530，新SGSN在發(fā)送完SGSN上下文請求消息后執(zhí)行等待操作，直到接收到來自原SGSN的SGSN上下文響應消息為止。由上述描述可知，SGSN上下文響應消息中應該包含有標識原SGSN與GGSN之間GTP通道版本號的信息。
在步驟540，新SGSN提取SGSN上下文響應消息中表示原SGSN與GGSN之間GTP通道版本號的信息并進行判斷。若采用“TEID DATA I”作為GTP通道版本號的判斷標志，則可以與預先設定的值進行比較，如果“TEIDDATA I”為預先設定的值，例如預先設定的值為0，如果判斷結(jié)果不是0，則表示原SGSN與GGSN之間建立的通道版本號為V1，進入步驟550；如果判斷結(jié)果是0，則表示原SGSN與GGSN之間建立的GTP通道版本號為V0，則進入步驟560。如果采用步驟450中描述的另外一種標志GTP通道版本號的方式，則僅需判斷“TEID CTRL”是否為原先設定的無效值，如果是，則表明GTP通道版本號為V0，如果不是，則表明GTP通道版本號為V1。
在步驟550中，根據(jù)協(xié)議29.060，將更新PDP上下文請求消息的消息頭中的“TEID CTRL”設置為0，同時在消息中帶上用戶移動設備的IMSI。
在步驟560中，提取SGSN上下文響應消息中的“TEID CTRL”字段的值，并將其寫入更新PDP上下文請求消息頭的相應字節(jié)。
進行完上述處理后，接著進入步驟570，構造完整的更新PDP上下文請求消息，并將其發(fā)送給GGSN，完成整個GGSN中PDP上下文的更新。熟悉本領域的技術人員應該知道，上述更新PDP上下文請求消息應該包括新SGSN的地址、下行通道標志號(downlink Tunnel Endpoint Identifier)，協(xié)商的服務質(zhì)量(Quality of Service，簡稱“QoS”)等信息。
在步驟580中，新SGSN等待GGSN的返回信號，判斷更新是否完成。
雖然通過參照本發(fā)明的某些優(yōu)選實施例，已經(jīng)對本發(fā)明進行了圖示和描述，但本領域的普通技術人員應該明白，可以在形式上和細節(jié)上對其作各種各樣的改變，而不偏離所附權利要求書所限定的本發(fā)明的精神和范圍。
權利要求
1.一種通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，所述路由區(qū)更新涉及支持通用無線分組服務隧道協(xié)議版本1的通用分組無線業(yè)務網(wǎng)關支持節(jié)點、第一和第二通用分組無線業(yè)務服務支持節(jié)點，且由所述第一通用分組無線業(yè)務服務支持節(jié)點路由到所述第二通用分組無線業(yè)務服務支持節(jié)點，其特征在于，所述方法包含以下步驟A當所述第一通用分組無線業(yè)務服務支持節(jié)點收到來自所述第二通用分組無線業(yè)務服務支持節(jié)點的通用分組無線業(yè)務服務支持節(jié)點上下文請求消息時，判斷所述第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間的通用無線分組服務隧道協(xié)議通道版本號是否為V0，如果是，則執(zhí)行步驟B；B所述第一通用分組無線業(yè)務服務支持節(jié)點向所述第二通用分組無線業(yè)務服務支持節(jié)點反饋通用分組無線業(yè)務服務支持節(jié)點上下文響應消息，其中，該消息中設置有用于表示第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間建立的隧道協(xié)議通道版本號為V0的標識；C所述第二通用分組無線業(yè)務服務支持節(jié)點判斷所述響應消息中是否包含所述標識，如果是，則按照第一分組無線業(yè)務服務支持節(jié)點與通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間建立的隧道協(xié)議通道版本號為V0的格式，構造發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新分組數(shù)據(jù)協(xié)議上下文請求消息。
2.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，所述標識是設置為無效值的″TEID DATAI″字段，所述響應消息中的″TEID CTRL″字段由所述第一通用分組無線業(yè)務服務支持節(jié)點和通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間通用無線分組服務隧道協(xié)議通道的″FLOW LABEL SIGNALLING″字段轉(zhuǎn)換而成。
3.根據(jù)權利要求2所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，所述無效值可以是0或0xFFFFFFFF。
4.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，所述標識是設置為無效值的″TEID CTRL″字段。
5.根據(jù)權利要求4所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，所述無效值可以是0或0xFFFFFFFF。
6.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，在所述步驟C中，如果所述響應消息中包含所述標識，則在發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新上下文請求消息的消息頭中，將″TEID CTRL″字段填為全0，并帶上國際移動臺識別號碼。
7.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，在所述步驟A中，如果所述第一通用分組無線業(yè)務服務支持節(jié)點與所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間的通用無線分組服務隧道協(xié)議通道版本號不為V0，則所述第一通用分組無線業(yè)務服務支持節(jié)點向所述第二通用分組無線業(yè)務服務支持節(jié)點反饋通用分組無線業(yè)務服務支持節(jié)點上下文響應消息，其中，按照所述第一通用分組無線業(yè)務服務支持節(jié)點與通用分組無線業(yè)務網(wǎng)關支持節(jié)點之間通用無線分組服務隧道協(xié)議通道信息，在所述響應消息的對應域中填入相應的″TEID CTRL″字段和″TEID DATAI″字段。
8.根據(jù)權利要求1所述的通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，其特征在于，如果所述步驟C中，判定所述響應消息中不包含所述標識，則將所述通用分組無線業(yè)務服務支持節(jié)點上下文響應消息中的″TEIDCTRL″字段內(nèi)容填入發(fā)向所述通用分組無線業(yè)務網(wǎng)關支持節(jié)點的更新分組數(shù)據(jù)協(xié)議上下文請求消息中的相應字段。
全文摘要
本發(fā)明涉及移動通信技術，公開了一種通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法，使得新SGSN可以根據(jù)原SGSN的返回消息判斷原SGSN和GGSN間所使用的GTP通道版本號，從而有效完成SGSN間路由區(qū)的更新，提高連接的成功率。這種通用分組無線業(yè)務服務支持節(jié)點間路由區(qū)更新方法在原SGSN收到新SGSN的SGSN上下文請求消息后，首先對原SGSN與GGSN之間的GTP路徑版本進行判斷，當它們之間采用V0版本時，將相應的標識插入要返回的SGSN上下文響應消息，然后由新SGSN根據(jù)該消息中相應的標識判斷原SGSN與GGSN間的GTP通道版本號，如果判定為GTPv0，則在要發(fā)送給GGSN的更新PDP上下文請求消息中填入相應信息。
文檔編號H04L29/02GK1741493SQ20041007509
公開日2006年3月1日 申請日期2004年8月27日 優(yōu)先權日2004年8月27日
發(fā)明者朱冬梅, 陳靖, 邱雪峰, 袁立平 申請人:華為技術有限公司