[發(fā)明專利]一種分組域中單隧道協(xié)商的方法

有效

• 申請?zhí)枺?/td>: 200610093391.1
• 申請日: 2006-06-20
• 公開（公告）號: CN101090362A
• 公開（公告）日: 2007-12-19
• 發(fā)明（設(shè)計）人: 朱進(jìn)國;蔡建楠;劉西亮
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L12/56
• 分類號: H04L12/56;H04L12/46
• 代理公司: 北京安信方達(dá)知識產(chǎn)權(quán)代理有限公司
• 代理人: 龍洪;霍育棟

技術(shù)領(lǐng)域

本發(fā)明涉及第三代移動通信系統(tǒng)分組域單隧道方案，尤其涉及網(wǎng)元間就是否支持單隧道方案進(jìn)行協(xié)商的一種處理方法。

背景技術(shù)

GPRS(General?Packet?Radio?Service，業(yè)務(wù))是一個基于包交換的第二代移動通信網(wǎng)絡(luò)，相關(guān)標(biāo)準(zhǔn)是由ETSI(European?Telecommunication?StandardsInstitute)來制定的。到了第三代移動通信系統(tǒng)，GPRS演進(jìn)為UMTSPS(Universal?Mobile?Telecommunication?System?Packet?Switch)域，具體協(xié)議比如3GPP?TS?23.060等。

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))，終端通過RNS接入UMTS的分組核心網(wǎng)(Packet?Core)。

SGSN(Serving?GPRS?Support?Node)：服務(wù)GPRS支持節(jié)點，保存用戶的路由區(qū)位置信息，負(fù)責(zé)安全和接入控制。SGSN通過Iu口和RNC相連。

GGSN(Gateway?GPRS?Support?Node)：網(wǎng)關(guān)支持節(jié)點，負(fù)責(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)。

在圖1中傳輸?shù)臄?shù)據(jù)分為兩種，用戶面數(shù)據(jù)和信令面數(shù)據(jù)。用戶面主要負(fù)責(zé)傳輸用戶業(yè)務(wù)數(shù)據(jù)，而信令面主要負(fù)責(zé)管理用戶面，包括用戶面的建立、釋放、修改等。在UMTS?PS系統(tǒng)中從UE到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業(yè)務(wù)的逐步開展以及其他多媒體業(yè)務(wù)的推廣，業(yè)務(wù)對傳輸層的延遲和性能要求越來越高。于是3GPP(the?Third?Generation?PartnershipProject)組織正在研究將SGSN從用戶面路徑中剝離開來，作為單獨的信令面網(wǎng)元，用戶面只包含一個隧道：從RNS直接到GGSN的GTP-U隧道。該方案被稱為單隧道方案，相關(guān)的研究規(guī)范是3GPP?TR?23.873v400。單隧道方案如圖2所示。

單隧道方案對于兩個隧道方案來說，由于在用戶面直接從RNC到GGSN，中間少了一個節(jié)點，因此數(shù)據(jù)的延遲比較小，更加有利于傳輸多媒體業(yè)務(wù)。但是在一些時候，仍然需要雙隧道方案，比如在一些SGSN需要能夠檢測用戶面數(shù)據(jù)的時候和SGSN/GGSN一方不支持單隧道方案的時候等，這個時候，SGSN仍然處于用戶面路徑中。采用單隧道還是雙隧道是在建立業(yè)務(wù)的時候，由SGSN來進(jìn)行判斷的。因此SGSN必須要知道本次業(yè)務(wù)所用的GGSN是否支持單隧道。

根據(jù)3GPP?TS23.060協(xié)議，SGSN通過UE在激活PDP上下文請求消息中帶上來的APN(Access?Point?Name，接入點名字)可以找到本次業(yè)務(wù)的GGSN地址，因此目前已有的技術(shù)是SGSN是通過配置APN(Access?PointName，接入點名字)關(guān)聯(lián)的GGSN是否支持單隧道方案。由于網(wǎng)絡(luò)中GGSN比較多，通過APN來進(jìn)行配置必然增加了SGSN管理的復(fù)雜性。而且當(dāng)GGSN進(jìn)行升級為支持單隧道的時候，網(wǎng)絡(luò)上所有SGSN都必須修改配置，因此這種在SGSN上根據(jù)APN來配置GGSN是否支持單隧道的靜態(tài)配置方案幾乎是不可能。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是提供一種分組域中各網(wǎng)元通過協(xié)商獲知對方是否支持單隧道方案的方法，可以降低配置的復(fù)雜性，且具有更大的靈活生。

在UMTS?PS中，SGSN和GGSN之間的協(xié)議是基于GTP的，相關(guān)的規(guī)范參見3GPP?TS?29.060。根據(jù)該規(guī)范，一個GTP數(shù)據(jù)包分為兩個部分，一部分是GTP消息頭，主要標(biāo)識該GTP消息的目的地址以及后面的消息類型等信息。另外一部分是真正的GTP數(shù)據(jù)。