專利名稱：一種分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法
技術(shù)領(lǐng)域：
本發(fā)明屬于第三代移動通信系統(tǒng)分組域，單隧道方案中，無線網(wǎng)絡(luò)控制器發(fā)生異常時候的一種錯誤處理方法。
背景技術(shù)：
GPRS(General Packet Radio Service，通用分組無線業(yè)務(wù))是一個基于包交換的第二代移動通信網(wǎng)絡(luò)，相關(guān)標準是由ETSI(European TelecommunicationStandards Institute，歐洲通信標準化委員會)來制定的。到了第三代移動通信系統(tǒng)，GPRS演進為UMTS PS(Universal Mobile Telecommunication SystemPacket Switch，通用移動通信系統(tǒng)分組交換)域。
UMTS PS的網(wǎng)絡(luò)架構(gòu)如圖1所示。該網(wǎng)絡(luò)架構(gòu)中包含如下網(wǎng)元NodeB為終端提供空口連接。
RNC(Radio Network Controller)無線網(wǎng)絡(luò)控制器，主要管理無線資源以及控制NodeB，NodeB和RNC總共叫RNS(Radio Network System，無線網(wǎng)絡(luò)系統(tǒng))，RNC與NodeB之間通過Iub口連接，終端通過RNS接入UMTS的分組核心網(wǎng)(Packet Core)。
SGSN(Serving GPRS Support Node)服務(wù)GPRS支持節(jié)點，保存用戶的路由區(qū)位置信息，負責(zé)安全和接入控制。SGSN通過Iu口和RNS相連。Iu口包括Iu-C口、Iu-U口；GGSN(Gateway GPRS Support Node)網(wǎng)關(guān)GPRS支持節(jié)點，負責(zé)分配終端的IP地址和到外部網(wǎng)絡(luò)的網(wǎng)關(guān)功能，在內(nèi)部和SGSN相連。
HLR(Home Location Register)歸屬位置寄存器，保存用戶的簽約數(shù)據(jù)和當(dāng)前所在的SGSN地址。
PDN(Packet Data Network)分組數(shù)據(jù)網(wǎng)絡(luò)，為用戶提供基于分組的業(yè)務(wù)網(wǎng)，通過Gi口與GGSN相連。
在圖1中傳輸?shù)臄?shù)據(jù)分為兩種，用戶面數(shù)據(jù)和信令面數(shù)據(jù)。用戶面主要負責(zé)傳輸用戶業(yè)務(wù)數(shù)據(jù)，而信令面主要負責(zé)管理用戶面，包括用戶面的建立、釋放、修改等。在UMTS PS系統(tǒng)中從UE(User Equipment，用戶設(shè)備/終端)到PDN的用戶面路徑至少經(jīng)過3個網(wǎng)元RNS、SGSN和GGSN。對應(yīng)有兩個隧道RNS到SGSN的隧道和SGSN到GGSN的隧道，因此被稱為雙隧道方案。這兩個隧道都是基于GTP(GPRS Tunneling Protocol，GPRS隧道協(xié)議)協(xié)議，該隧道也被稱為GTP-U隧道。
隨著IMS(IP Multimedia Subsystem，IP多媒體子系統(tǒng))業(yè)務(wù)的逐步開展以及其他多媒體業(yè)務(wù)的推廣，業(yè)務(wù)對傳輸層的延遲和性能要求越來越高。于是3GPP(the Third Generation Partnership Project，第三代合作伙伴計劃)組織正在研究將SGSN從用戶面路徑中剝離開來，作為單獨的信令面網(wǎng)元，用戶面只包含一個隧道從RNS直接到GGSN的GTP-U隧道。該方案被稱為單隧道方案。單隧道方案如圖2所示。
單隧道方案對于兩個隧道方案來說，由于在用戶面少了一個節(jié)點，因此數(shù)據(jù)的延遲比較小，更加有利于傳輸多媒體業(yè)務(wù)。但是在某些時候，仍然需要雙隧道方案，比如用戶漫游但是需要接入到歸屬的GGSN、需要在SGSN合法監(jiān)聽用戶面、用戶具有智能業(yè)務(wù)以及GGSN不支持單隧道的情況。具體是采用單隧道還是雙隧道是由SGSN來判斷的。
在目前的雙隧道方案中，當(dāng)無線網(wǎng)絡(luò)控制器RNC收到SGSN下行用戶面數(shù)據(jù)包的時候，如果RNC判斷RNC用戶面出現(xiàn)異常，則丟棄該數(shù)據(jù)包，并返回用戶面錯誤指示消息(Error Indication)給SGSN。SGSN收到之后，將本地釋放無線接入承載(Radio Access Bearer，RAB)，并保留分組數(shù)據(jù)協(xié)議(Packet Data Protocol，PDP)上下文。SGSN也可以選擇重新建立RAB。該過程如圖3所示。
301 RNC收到SGSN下行用戶面數(shù)據(jù)包；302 RNC判斷RNC用戶面出現(xiàn)異常，則返回SGSN一個錯誤指示(ErrorIndication)消息；303 SGSN收到錯誤指示之后，將本地釋放RAB，并保留PDP上下文；304 SGSN也可以選擇重新建立RAB。
當(dāng)SGSN收到GGSN下行用戶面數(shù)據(jù)包的時候，如果SGSN判斷SGSN的用戶面出現(xiàn)異常，則丟棄該數(shù)據(jù)包，并返回用戶面錯誤指示消息給GGSN。GGSN收到之后，將直接刪除該PDP上下文。該過程如圖4所示。
401 SGSN收到GGSN下行用戶面數(shù)據(jù)包；402 SGSN判斷SGSN的用戶面出現(xiàn)異常，則返回GGSN一個錯誤指示消息；403 GGSN收到錯誤指示之后，將刪除PDP上下文。
在單隧道方案中，對RNC和GGSN不做任何修改。因此當(dāng)單隧道建立之后，如果GGSN收到RNC的錯誤指示之后，GGSN還是認為該錯誤指示來自于SGSN，于是直接刪除PDP上下文。這樣這個時候SGSN和UE的PDP上下文卻仍然存在，導(dǎo)致SGSN和UE中的PDP上下文無法刪除將被掛起。
目前解決該問題的一種方法是在GGSN中同時保存有RNC的用戶面隧道信息和SGSN的用戶面隧道信息。當(dāng)GGSN收到RNC的錯誤指示之后，刪除RNC的用戶面隧道信息，啟用SGSN的用戶面隧道信息。當(dāng)下一個下行數(shù)據(jù)包到達GGSN的時候，GGSN將該數(shù)據(jù)包發(fā)送到SGSN，SGSN再將數(shù)據(jù)包發(fā)送到RNC，后續(xù)處理過程和圖3一樣。該方法存在的一個問題是在使用單隧道的時候，仍然保留了SGSN和GGSN之間的隧道，存在用戶面資源浪費。
本專利發(fā)明了另外一種方法，解決了在啟用單隧道并刪除SGSN和GGSN之間的隧道的時候，GGSN如何處理收到來自RNC錯誤指示的問題。

發(fā)明內(nèi)容
為了解決上述的技術(shù)問題，提供了一種分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其目的在于，當(dāng)GGSN收到RNC的錯誤指示消息之后，利用該方法，可以避免UE和SGSN中PDP上下文被掛住，從而保證UE、SGSN和GGSN中PDP上下文狀態(tài)的一致。
本發(fā)明提供了一種分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，包括以下步驟刪除步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點收到無線網(wǎng)絡(luò)控制器的錯誤指示信息后，刪除無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息，從而阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往無線網(wǎng)絡(luò)控制器；通知步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點通知服務(wù)GPRS支持節(jié)點無線網(wǎng)絡(luò)控制器用戶面出現(xiàn)異常。
所述通知步驟中，所述網(wǎng)關(guān)GPRS支持節(jié)點通過網(wǎng)關(guān)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息，通知服務(wù)GPRS支持節(jié)點無線網(wǎng)絡(luò)控制器用戶面異常。
所述通知步驟中，在所述網(wǎng)關(guān)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息包含的通用標記組的第四個字節(jié)中增加無線網(wǎng)絡(luò)控制器錯誤指示。
所述增加的無線網(wǎng)絡(luò)控制器錯誤指示位于所述通用標記組的第四個字節(jié)的第三個比特。
所述服務(wù)GPRS支持節(jié)點在收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，向網(wǎng)關(guān)GPRS支持節(jié)點返回響應(yīng)信息。
在所述服務(wù)GPRS支持節(jié)點收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，還包括如下步驟步驟61、啟用雙隧道步驟，建立服務(wù)GPRS支持節(jié)點與網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道，進行數(shù)據(jù)傳輸。
所述步驟61包括以下具體步驟步驟71、服務(wù)GPRS支持節(jié)點分配服務(wù)GPRS支持節(jié)點的用戶面隧道信息；步驟72、服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息，包含服務(wù)GPRS支持節(jié)點地址和分配的用戶面隧道信息。；步驟73、網(wǎng)關(guān)GPRS支持節(jié)點保存從服務(wù)GPRS支持節(jié)點的地址和用戶面隧道信息；步驟74、網(wǎng)關(guān)GPRS支持節(jié)點返回服務(wù)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息。
所述步驟61包括以下具體步驟步驟81、服務(wù)GPRS支持節(jié)點分配服務(wù)GPRS支持節(jié)點的用戶面隧道信息；步驟82、所述服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點返回更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息，其中包括服務(wù)GPRS支持節(jié)點地址和分配的用戶面隧道信息；
步驟83、網(wǎng)關(guān)GPRS支持節(jié)點保存從服務(wù)GPRS支持節(jié)點的地址和用戶面隧道信息。
所述步驟61之后，進行數(shù)據(jù)傳輸，包括以下步驟步驟91、網(wǎng)關(guān)GPRS支持節(jié)點將收到的收到下行數(shù)據(jù)包通過服務(wù)GPRS支持節(jié)點和網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到服務(wù)GPRS支持節(jié)點；步驟92、服務(wù)GPRS支持節(jié)點將數(shù)據(jù)包轉(zhuǎn)發(fā)到無線網(wǎng)絡(luò)控制器；步驟93、無線網(wǎng)絡(luò)控制器判斷無線網(wǎng)絡(luò)控制器用戶面出現(xiàn)異常，則返回服務(wù)GPRS支持節(jié)點一個錯誤指示；步驟94、服務(wù)GPRS支持節(jié)點收到所述錯誤指示之后，將本地釋放無線接入承載，并保留分組數(shù)據(jù)協(xié)議上下文；步驟95、服務(wù)GPRS支持節(jié)點重新建立無線網(wǎng)絡(luò)控制器和服務(wù)GPRS支持節(jié)點之間的無線承載無線接入承載。
在所述服務(wù)GPRS支持節(jié)點收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，包含如下步驟步驟101、重建單隧道步驟，重新建立無線網(wǎng)絡(luò)控制器與網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道，進行數(shù)據(jù)傳輸。
所述步驟101具有以下具體步驟步驟111、服務(wù)GPRS支持節(jié)點向無線網(wǎng)絡(luò)控制器發(fā)起重建無線接入承載過程，包含網(wǎng)關(guān)GPRS支持節(jié)點的地址和用戶面隧道信息；步驟112、無線網(wǎng)絡(luò)控制器在無線接入承載建立成功之后，返回?zé)o線接入承載指配響應(yīng)，包含無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟113、服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息，包含無線網(wǎng)絡(luò)控制器地址和用戶面隧道信息；步驟114、GGSN保存無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟115、GGSN返回服務(wù)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息。
所述重建單隧道步驟具有以下具體步驟步驟121、服務(wù)GPRS支持節(jié)點向無線網(wǎng)絡(luò)控制器發(fā)起重建無線接入承載過程，包含GGSN的地址和用戶面隧道信息；
步驟122、無線網(wǎng)絡(luò)控制器在無線接入承載建立成功之后，返回?zé)o線接入承載指配響應(yīng)，包含無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟123、服務(wù)GPRS支持節(jié)點向GGSN返回如權(quán)利要求5所述的更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息，包含所述的無線網(wǎng)絡(luò)控制器地址和用戶面隧道信息；步驟124、GGSN保存所述的無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息。
本發(fā)明的有益效果是在啟用單隧道的情況下，無需保留SGSN和GGSN之間的用戶面隧道資源，因此不會造成資源的浪費。


圖1是UMTS/GPRS的雙隧道方案系統(tǒng)架構(gòu)圖；圖2是UMTS/GPRS的單隧道方案系統(tǒng)架構(gòu)圖；圖3是雙隧道情況下SGSN收到RNC錯誤指示消息的處理過程；圖4是雙隧道情況下GGSN收到SGSN錯誤指示消息的處理過程；圖5是SGSN啟用雙隧道，SGSN的地址和用戶面隧道信息在更新PDP上下文請求中帶給GGSN；圖6是SGSN決定啟用雙隧道，SGSN的地址和用戶面隧道信息在更新PDP上下文響應(yīng)中帶給GGSN；圖7是SGSN決定重建單隧道，RNC地址和用戶面隧道信息在更新PDP上下文請求消息中帶給GGSN。
圖8是SGSN重建單隧道，RNC地址和用戶面隧道信息在更新PDP上下文響應(yīng)消息中帶給GGSN。
具體實施例方式
本發(fā)明提供了一種方法，在GGSN收到RNC的錯誤指示消息之后，GGSN通過信令通知SGSN RNC的用戶面出現(xiàn)了異常，于是SGSN就可以做相應(yīng)的處理。具體處理過程如下GGSN刪除RNC的地址和用戶面隧道信息，通過GGSN觸發(fā)的更新PDP上下文信息通知SGSN RNC用戶面出現(xiàn)了異常；SGSN收到之后，可以重建RAB或者分配SGSN的用戶面隧道信息；通過SGSN觸發(fā)的更新PDP上下文消息將分配的用戶面隧道信息或者重建的RNC用戶面隧道信息告訴GGSN；GGSN收到之后，保存SGSN發(fā)送過來的的RNC或者SGSN的用戶面隧道信息。
為使得本發(fā)明的目的、技術(shù)方案和有點更加清楚，下面將結(jié)合附圖對本發(fā)明作進一步地詳細描述。
在應(yīng)用本發(fā)明之前，GGSN需要知道錯誤指示消息是來自SGSN，還是來自RNC。目前已有的技術(shù)是GGSN可以通過更新PDP上下文請求消息中的標記知道SGSN是否啟用了單隧道，這樣，如果啟用了單隧道，那么GGSN就判斷錯誤指示消息來自RNC，如果啟用了雙隧道，那么GGSN就判斷錯誤指示消息來自SGSN。
第一個實施例如圖5所示，在該實施例中GGSN在收到RNC用戶面錯誤指示消息后，利用本發(fā)明，通知SGSN RNC異常。SGSN收到之后，決定啟用雙隧道，并在PDP上下文請求中將SGSN的地址和用戶面隧道信息發(fā)給GGSN。
步驟501 GGSN中只保留RNC用戶面隧道信息；步驟502 GGSN向RNC發(fā)送下行用戶面數(shù)據(jù)包；步驟503 RNC判斷用戶面出現(xiàn)異常，則返回GGSN一個錯誤指示消息步驟504 GGSN收到之后將刪除RNC的地址和用戶面隧道信息，GGSN不刪除PDP上下文。刪除RNC的地址和用戶面隧道信息的目的是阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往RNC；步驟505 GGSN通過更新PDP上下文請求消息通知SGSN RNC的用戶面出現(xiàn)異常，該消息中帶有所發(fā)明的RNC錯誤的標記；步驟506 SGSN收到之后，返回更新PDP上下文響應(yīng)消息；步驟507 SGSN選擇啟用雙隧道，于是分配SGSN的用戶面隧道信息；步驟508 SGSN向GGSN發(fā)送更新PDP上下文請求消息。帶SGSN地址和分配的用戶面隧道信息；步驟509 GGSN保存從SGSN的地址和用戶面隧道信息；步驟510 GGSN返回SGSN更新PDP上下文響應(yīng)消息，通過上述步驟，SGSN建立了SGSN和GGSN之間的隧道；步驟511 GGSN收到下行數(shù)據(jù)包；
步驟512 GGSN通過SGSN和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到SGSN；步驟513 SGSN將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟514 RNC判斷RNC用戶面出現(xiàn)異常，則返回SGSN一個錯誤指示(Error Indication)消息；步驟515 SGSN收到錯誤指示之后，將本地釋放RAB，并保留PDP上下文；步驟516 SGSN重新建立RNC和SGSN之間的無線承載RAB；步驟517 GGSN再收到下行數(shù)據(jù)包；步驟518 GGSN通過SGSN和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到SGSN；步驟519 SGSN將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟520 RNC將數(shù)據(jù)包轉(zhuǎn)發(fā)到UE。
第二個實施例如圖6所示，在該實施例中GGSN在收到RNC用戶面錯誤指示消息后，利用本發(fā)明，通知SGSN RNC異常。SGSN收到之后，決定啟用雙隧道。SGSN分配用戶面隧道信息，并直接在PDP上下文響應(yīng)中將SGSN的地址和用戶面隧道信息發(fā)給GGSN。
步驟601 GGSN中只保留RNC用戶面隧道信息；步驟602 GGSN向RNC發(fā)送下行用戶面數(shù)據(jù)包；步驟603 RNC判斷RNC用戶面出現(xiàn)異常，則返回GGSN一個錯誤指示消息；步驟604 GGSN收到之后將刪除RNC的地址和用戶面隧道信息，GGSN不刪除PDP上下文，刪除RNC的地址和用戶面隧道信息的目的是阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往RNC；步驟605 GGSN通過更新PDP上下文請求消息通知SGSN RNC的用戶面出現(xiàn)異常，該消息中帶有所發(fā)明的RNC錯誤的標記；步驟606 SGSN收到之后，選擇啟用雙隧道，于是分配SGSN的用戶面隧道信息；步驟607 SGSN向GGSN返回更新PDP上下文響應(yīng)消息。帶SGSN地址和分配的用戶面隧道信息；步驟608 GGSN保存從SGSN的地址和用戶面隧道信息。通過上述步驟，SGSN建立了SGSN和GGSN之間的隧道；
步驟609 GGSN收到下行數(shù)據(jù)包；步驟610 GGSN通過SGSN和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到SGSN；步驟611 SGSN將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟612 RNC判斷RNC用戶面出現(xiàn)異常，則返回SGSN一個錯誤指示(Error Indication)消息；步驟613 SGSN收到錯誤指示之后，將本地釋放RAB，并保留PDP上下文；步驟614 SGSN重新建立RNC和SGSN之間的無線承載RAB；步驟615 GGSN再收到下行數(shù)據(jù)包；步驟616 GGSN通過SGSN和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到SGSN；步驟617 SGSN將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟618 RNC將數(shù)據(jù)包轉(zhuǎn)發(fā)到UE。
該第二實施例和第一實施例的相同之處在于當(dāng)GGSN檢測到RNC出現(xiàn)異常的時候都通知SGSN，并且SGSN決定啟用了雙隧道，而不同之處在于第一個實施例中SGSN的地址和用戶面隧道信息是在SGSN發(fā)起的更新PDP上下文請求消息中帶給GGSN，而第二個實施例中是在SGSN發(fā)起的更新PDP上下文響應(yīng)消息中帶給GGSN。目前SGSN發(fā)起的更新PDP上下文響應(yīng)消息中沒有SGSN地址和用戶面隧道信息，因此在該實施例中需要增加該字段。
第三個實施例如圖7所示，在該實施例中GGSN在收到RNC用戶面錯誤指示消息后，利用本發(fā)明，通知SGSN RNC異常。SGSN收到之后，決定重建單隧道。并在PDP上下文請求中將RNC的地址和用戶面隧道信息發(fā)給GGSN。
步驟701 GGSN中只保留RNC用戶面隧道信息；步驟702 GGSN向RNC發(fā)送下行用戶面數(shù)據(jù)包；步驟703 RNC判斷RNC用戶面出現(xiàn)異常，則返回GGSN一個錯誤指示消息；步驟704 GGSN收到之后將刪除RNC的地址和用戶面隧道信息，GGSN不刪除PDP上下文，刪除RNC的地址和用戶面隧道信息的目的是阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往RNC；
步驟705 GGSN通過更新PDP上下文請求消息通知SGSN RNC的用戶面出現(xiàn)異常，該消息中帶有所發(fā)明的RNC錯誤的標記；步驟706 SGSN收到之后，返回更新PDP上下文響應(yīng)消息；步驟707 SGSN選擇重建單隧道，于是向RNC發(fā)起重建RAB過程，帶GGSN的地址和用戶面隧道信息；步驟708 RNC在RAB建立成功之后，返回RAB指配響應(yīng)，帶RNC的地址和用戶面隧道信息；步驟709 SGSN向GGSN發(fā)送更新PDP上下文請求消息，帶RNC地址和用戶面隧道信息；步驟710 GGSN保存RNC的地址和用戶面隧道信息；步驟711 GGSN返回SGSN更新PDP上下文響應(yīng)消息，通過上述步驟，重建了RNC和GGSN之間的單隧道隧道；步驟712 GGSN再收到下行數(shù)據(jù)包；步驟713 GGSN通過RNC和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟714 RNC將數(shù)據(jù)包轉(zhuǎn)發(fā)到UE。
第四個實施例如圖8所示，在該實施例中GGSN在收到RNC用戶面錯誤指示消息后，利用本發(fā)明，通知SGSN RNC異常。SGSN收到之后，決定重建單隧道。重建RAB并在PDP上下文響應(yīng)中將RNC的地址和用戶面隧道信息發(fā)給GGSN。
步驟801 GGSN中只保留RNC用戶面隧道信息；步驟802 GGSN向RNC發(fā)送下行用戶面數(shù)據(jù)包；步驟803 RNC判斷用戶面出現(xiàn)異常，則返回GGSN一個錯誤指示消息步驟804 GGSN收到之后將刪除RNC的地址和用戶面隧道信息，GGSN不刪除PDP上下文，刪除RNC的地址和用戶面隧道信息的目的是阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往RNC；步驟805 GGSN通過更新PDP上下文請求消息通知SGSN RNC的用戶面出現(xiàn)異常，該消息中帶有所發(fā)明的RNC錯誤的標記；步驟806 SGSN選擇重建單隧道，于是向RNC發(fā)起重建RAB過程，帶GGSN的地址和用戶面隧道信息；
步驟807 RNC在RAB建立成功之后，返回RAB指配響應(yīng)，帶RNC的地址和用戶面隧道信息；步驟808 SGSN向GGSN返回更新PDP上下文響應(yīng)消息。帶RNC地址和用戶面隧道信息；步驟809 GGSN保存RNC的地址和用戶面隧道信息，通過上述步驟，重建了RNC和GGSN之間的單隧道隧道；步驟810 GGSN再收到下行數(shù)據(jù)包；步驟811 GGSN通過RNC和GGSN之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到RNC；步驟812 RNC將數(shù)據(jù)包轉(zhuǎn)發(fā)到UE。
該過程和第三實施例相比，相同之處在于當(dāng)GGSN檢測到RNC出現(xiàn)異常的時候都通知SGSN，并且SGSN決定啟用了單隧道，而不同之處在于第一個實施例中RNC的地址和用戶面隧道信息是在SGSN發(fā)起的更新PDP上下文請求消息中帶給GGSN，而第二個實施例中是在SGSN發(fā)起的更新PDP上下文響應(yīng)消息中帶給GGSN。目前SGSN發(fā)起的更新PDP上下文響應(yīng)消息中沒有RNC的地址和用戶面隧道信息，因此需要增加該字段。
第五個實施例進一步說明了GGSN觸發(fā)的更新PDP上下文請求消息如何進行修改。根據(jù)3GPP TS 29.060(版本6b0)，第7.3.3節(jié)，GGSN觸發(fā)的更新PDP上下文請求消息中包含一個通用標記組(Common Flags)。根據(jù)第7.7.48節(jié)，目前通用標記組包含了以下內(nèi)容

為了指示RNC出現(xiàn)了異常，需要在更新PDP上下文請求消息中增加一個標記。一種方案就是定義通用標記組的第4個字節(jié)的第三個比特為RNC錯誤的指示，如下表所示

SGSN在收到更新PDP上下文請求消息之后，如果SGSN判斷沒有采用單隧道，則SGSN可以忽略該RNC錯誤標記。SGSN在發(fā)送RAB指配之前就判斷是否啟用單隧道，SGSN判斷的依據(jù)是用戶是否漫游/用戶是否有合法監(jiān)聽等。如果判斷已經(jīng)啟用了單隧道，則SGSN根據(jù)該標記可以判斷RNC的用戶面出現(xiàn)異常。依照實施例一到實施例四，SGSN可以選擇重建單隧道或者選擇啟用雙隧道。
綜上所述，該方案的一個好處是無需保留SGSN和GGSN之間的隧道，因此不會造成用戶面資源浪費。
本領(lǐng)域的技術(shù)人員在不脫離權(quán)利要求書確定的本發(fā)明的精神和范圍的條件下，還可以對以上內(nèi)容進行各種各樣的修改。因此本發(fā)明的范圍并不僅限于以上的說明，而是由權(quán)利要求書的范圍來確定的。
權(quán)利要求
1.一種分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，包括以下步驟刪除步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點收到無線網(wǎng)絡(luò)控制器的錯誤指示信息后，刪除無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息，從而阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往無線網(wǎng)絡(luò)控制器；通知步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點通知服務(wù)GPRS支持節(jié)點無線網(wǎng)絡(luò)控制器用戶面出現(xiàn)異常。
2.如權(quán)利要求1所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述通知步驟中，所述網(wǎng)關(guān)GPRS支持節(jié)點通過網(wǎng)關(guān)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息，通知服務(wù)GPRS支持節(jié)點無線網(wǎng)絡(luò)控制器用戶面異常。
3.如權(quán)利要求2所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述通知步驟中，在所述網(wǎng)關(guān)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息包含的通用標記組的第四個字節(jié)中增加無線網(wǎng)絡(luò)控制器錯誤指示。
4.如權(quán)利要求3所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述增加的無線網(wǎng)絡(luò)控制器錯誤指示位于所述通用標記組的第四個字節(jié)的第三個比特。
5.如權(quán)利要求2所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述服務(wù)GPRS支持節(jié)點在收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，向網(wǎng)關(guān)GPRS支持節(jié)點返回響應(yīng)信息。
6.如權(quán)利要求2所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，在所述服務(wù)GPRS支持節(jié)點收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，還包括如下步驟步驟61、啟用雙隧道步驟，建立服務(wù)GPRS支持節(jié)點與網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道，進行數(shù)據(jù)傳輸。
7.如權(quán)利要求6所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述步驟61包括以下具體步驟步驟71、服務(wù)GPRS支持節(jié)點分配服務(wù)GPRS支持節(jié)點的用戶面隧道信息；步驟72、服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息，包含服務(wù)GPRS支持節(jié)點地址和分配的用戶面隧道信息。；步驟73、網(wǎng)關(guān)GPRS支持節(jié)點保存從服務(wù)GPRS支持節(jié)點的地址和用戶面隧道信息；步驟74、網(wǎng)關(guān)GPRS支持節(jié)點返回服務(wù)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息。
8.如權(quán)利要求6所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述步驟61包括以下具體步驟步驟81、服務(wù)GPRS支持節(jié)點分配服務(wù)GPRS支持節(jié)點的用戶面隧道信息；步驟82、所述服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點返回更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息，其中包括服務(wù)GPRS支持節(jié)點地址和分配的用戶面隧道信息；步驟83、網(wǎng)關(guān)GPRS支持節(jié)點保存從服務(wù)GPRS支持節(jié)點的地址和用戶面隧道信息。
9.如權(quán)利要求6所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述步驟61之后，進行數(shù)據(jù)傳輸，包括以下步驟步驟91、網(wǎng)關(guān)GPRS支持節(jié)點將收到的收到下行數(shù)據(jù)包通過服務(wù)GPRS支持節(jié)點和網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道將數(shù)據(jù)包轉(zhuǎn)發(fā)到服務(wù)GPRS支持節(jié)點；步驟92、服務(wù)GPRS支持節(jié)點將數(shù)據(jù)包轉(zhuǎn)發(fā)到無線網(wǎng)絡(luò)控制器；步驟93、無線網(wǎng)絡(luò)控制器判斷無線網(wǎng)絡(luò)控制器用戶面出現(xiàn)異常，則返回服務(wù)GPRS支持節(jié)點一個錯誤指示；步驟94、服務(wù)GPRS支持節(jié)點收到所述錯誤指示之后，將本地釋放無線接入承載，并保留分組數(shù)據(jù)協(xié)議上下文；步驟95、服務(wù)GPRS支持節(jié)點重新建立無線網(wǎng)絡(luò)控制器和服務(wù)GPRS支持節(jié)點之間的無線承載無線接入承載。
10.如權(quán)利要求2所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，在所述服務(wù)GPRS支持節(jié)點收到所述網(wǎng)絡(luò)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文請求消息之后，包含如下步驟步驟101、重建單隧道步驟，重新建立無線網(wǎng)絡(luò)控制器與網(wǎng)關(guān)GPRS支持節(jié)點之間的隧道，進行數(shù)據(jù)傳輸。
11.如權(quán)利要求10所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述步驟101包括以下具體步驟步驟111、服務(wù)GPRS支持節(jié)點向無線網(wǎng)絡(luò)控制器發(fā)起重建無線接入承載過程，包含網(wǎng)關(guān)GPRS支持節(jié)點的地址和用戶面隧道信息；步驟112、無線網(wǎng)絡(luò)控制器在無線接入承載建立成功之后，返回?zé)o線接入承載指配響應(yīng)，包含無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟113、服務(wù)GPRS支持節(jié)點向網(wǎng)關(guān)GPRS支持節(jié)點發(fā)送更新分組數(shù)據(jù)協(xié)議上下文請求消息，包含無線網(wǎng)絡(luò)控制器地址和用戶面隧道信息；步驟114、GGSN保存無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟115、GGSN返回服務(wù)GPRS支持節(jié)點更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息。
12.如權(quán)利要求10所述的分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，其特征在于，所述步驟101包括以下具體步驟步驟121、服務(wù)GPRS支持節(jié)點向無線網(wǎng)絡(luò)控制器發(fā)起重建無線接入承載過程，包含GGSN的地址和用戶面隧道信息；步驟122、無線網(wǎng)絡(luò)控制器在無線接入承載建立成功之后，返回?zé)o線接入承載指配響應(yīng)，包含無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息；步驟123、服務(wù)GPRS支持節(jié)點向GGSN返回如權(quán)利要求5所述的更新分組數(shù)據(jù)協(xié)議上下文響應(yīng)消息，包含所述的無線網(wǎng)絡(luò)控制器地址和用戶面隧道信息；步驟124、GGSN保存所述的無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息。
全文摘要
本發(fā)明涉及一種分組域單隧道無線網(wǎng)絡(luò)控制器錯誤的處理方法，包括以下步驟刪除步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點收到無線網(wǎng)絡(luò)控制器的錯誤指示信息后，刪除無線網(wǎng)絡(luò)控制器的地址和用戶面隧道信息，從而阻止后續(xù)下行數(shù)據(jù)繼續(xù)發(fā)往無線網(wǎng)絡(luò)控制器；通知步驟，用于網(wǎng)關(guān)GPRS支持節(jié)點通知服務(wù)GPRS支持節(jié)點無線網(wǎng)絡(luò)控制器用戶面出現(xiàn)異常。本發(fā)明中在啟用單隧道的情況下，無需保留SGSN和GGSN之間的用戶面隧道資源，因此不會造成資源的浪費。
文檔編號H04L12/56GK101094152SQ20061011434
公開日2007年12月26日 申請日期2006年11月7日 優(yōu)先權(quán)日2006年11月7日
發(fā)明者蔡建楠, 朱進國 申請人:中興通訊股份有限公司