專利名稱：識別承載類型的方法和設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線通信技術(shù)領(lǐng)域，特別涉及識別承載類型的方法以及移動 管理實體和錨點網(wǎng)關(guān)。
背景技術(shù)：
系統(tǒng)架構(gòu)演進SAE ( SAE， System Architecture Evolution)網(wǎng)絡(luò)是第三代合 作伙伴項目(3GPP)國際標準化組織開展的下一代網(wǎng)絡(luò)架構(gòu)，即準備推出的全 新移動分組域網(wǎng)絡(luò)架構(gòu)。SAE網(wǎng)絡(luò)的主要思想是簡化現(xiàn)有移動分組網(wǎng)絡(luò)架構(gòu)， 通過網(wǎng)元整合和功能的重新劃分減少業(yè)務(wù)處理的中間環(huán)節(jié)，實現(xiàn)網(wǎng)絡(luò)架構(gòu)的扁 平化。
圖1是現(xiàn)有技術(shù)中的移動分組域網(wǎng)絡(luò)架構(gòu)圖。如圖l所示，現(xiàn)有的移動分 組i或網(wǎng)絡(luò)架構(gòu)包括移動臺(MS),無線4妄入網(wǎng)(Radio Access Network),核 心網(wǎng)(Core Network)以及分組數(shù)據(jù)網(wǎng)/IP多媒體子系統(tǒng)(PDN/IMS )。
在圖1中MS即為用戶終端(UE),可以是手機、無線數(shù)據(jù)卡等。
在2G/3G網(wǎng)絡(luò)中，圖1中的無線接入網(wǎng)部分包括一定數(shù)量的基站(BS)以 及基站控制器(BSC),用于連接用戶終端設(shè)備，如手機、無線數(shù)據(jù)卡等。核心 網(wǎng)部分一般包括服務(wù)GPRS支持節(jié)點(SGSN )和網(wǎng)關(guān)GPRS支持節(jié)點(GGSN )。
在SAE網(wǎng)絡(luò)中，無線接入網(wǎng)被簡化為演進中的基站(eNB， eNodeB)，核 心網(wǎng)中一般包括移動管理實體(MME)和用戶面實體(SAE GW)，移動管理 實體用于連接無線接入網(wǎng)，進行用戶的移動性管理，并與基站和用戶面實體交 互，建立用戶數(shù)據(jù)的傳輸通道；用戶面實體用于連接無線接入網(wǎng)和分組數(shù)據(jù)網(wǎng)， 將來自無線接入網(wǎng)的用戶上行數(shù)據(jù)轉(zhuǎn)發(fā)給至少一個分組數(shù)據(jù)網(wǎng)，如國際互聯(lián)網(wǎng) Internet,企業(yè)內(nèi)部網(wǎng)Intranet或者其他網(wǎng)絡(luò)，并將來自分組數(shù)據(jù)網(wǎng)的下行用戶數(shù)據(jù)轉(zhuǎn)發(fā)給無線接入網(wǎng)。
從上述的描述可以看出，SAE網(wǎng)絡(luò)架構(gòu)的核心網(wǎng)部分，將2G/3G網(wǎng)絡(luò)中的 SGSN和GGSN功能歸并后進行了重新劃分，分解成MME和SAE GW兩個網(wǎng) 絡(luò)實體。MME負責移動性管理和用戶的鑒權(quán)認證等功能，SAE GW主要負責 與用戶的數(shù)據(jù)傳輸相關(guān)的功能?？刂泼婧陀脩裘娴倪壿嫹蛛x，使控制面可以向 用戶大容量的趨勢單獨發(fā)展，而用戶面則可以更關(guān)注于高帶寬、大吞吐量以及 數(shù)據(jù)傳輸中的服務(wù)質(zhì)量(QoS)、安全性的保障。
在移動分組域網(wǎng)絡(luò)架構(gòu)中，要實現(xiàn)用戶終端和分組數(shù)據(jù)網(wǎng)業(yè)務(wù)數(shù)據(jù)的交換， 必須建立承載作為業(yè)務(wù)數(shù)據(jù)傳輸?shù)耐ǖ馈，F(xiàn)有的2G/3G網(wǎng)絡(luò)中，承載都有一個 i舉一的標識，該標識為國際移動用戶標識(IMSI, International Mobile Subscriber Identity, )+網(wǎng)絡(luò)層業(yè)務(wù)訪問點標志符(NSAPI, Network layer Service Access Point Identifier )。
在SAE網(wǎng)絡(luò)中，承載可以分為兩類缺省承載和專有承載。其中，缺省承 載是在終端的附著過程中建立的沒有數(shù)據(jù)流模板(TFT, Traffic Flow Template) 的承載或具有特定TFT的承載；而專有承載是在附著成功后，根據(jù)用戶需要建 立的承載，具有TFT,但該TFT不是特別指定的。
按照網(wǎng)絡(luò)發(fā)展的趨勢，終端需要在不同的網(wǎng)絡(luò)之間進行切換。如在兩個SAE 網(wǎng)絡(luò)之間進行切換；或者由SAE網(wǎng)絡(luò)切換到2G/3G網(wǎng)絡(luò)后，再切換到SAE網(wǎng) 絡(luò)；或者直接由2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)。下面針對幾種情況分別說明現(xiàn) 有的SAE網(wǎng)絡(luò)中，以及用戶終端發(fā)生跨網(wǎng)絡(luò)切換時所存在的缺陷
第 一種情況，用戶終端從源SAE網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)的情形
用戶終端從源SAE網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)時，由于在現(xiàn)有SAE網(wǎng)絡(luò)中 不標記和識別缺省承載和專有承載，因此，目標SAE網(wǎng)絡(luò)中的MME無法判斷 出是否已經(jīng)建立過缺省承載。此時，如果目標SAE網(wǎng)絡(luò)中的MME為每一次切 換都新建缺省承載的話，將會極大增加目標MME的負擔并耗費網(wǎng)絡(luò)資源，如 果都不新建缺省承載的，則會導(dǎo)致用戶終端無法進行正常切換。
第二種情況，用戶終端從源SAE網(wǎng)絡(luò)切換到2G/3G網(wǎng)絡(luò)后，再切換到目標SAE網(wǎng)絡(luò)的情形
在源SAE網(wǎng)絡(luò)里如果建立了缺省承載或者專有承載，用戶終端切換到 2G/3G網(wǎng)絡(luò)后，由于2G/3G網(wǎng)絡(luò)不區(qū)分缺省承載和專有承載，即對缺省承載和 專有承載不進行處理；用戶終端再切換到目標SAE網(wǎng)絡(luò)時，由于在現(xiàn)有SAE 網(wǎng)絡(luò)中不標記和識別缺省承載和專有承載，那么目標SAE網(wǎng)絡(luò)中的MME無法 判斷是否已經(jīng)建立過缺省承載。如果目標SAE網(wǎng)絡(luò)中的MME為每一次切換都 新建缺省承載的話，將會極大增加目標MME的負擔并耗費網(wǎng)絡(luò)資源，如果都 不新建缺省承載的，則會導(dǎo)致用戶終端無法進行正常切換。
第三種情況，用戶終端從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)的情形 當用戶終端從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，SAE網(wǎng)絡(luò)中的MME無法 判斷缺省承載是否存在，如果MME為每一次切換都新建缺省承載的話，將會 極大增加目標MME的負擔并耗費網(wǎng)絡(luò)資源，如果都不新建缺省承載的話，會 導(dǎo)致用戶終端無法進行正常切換。
第四種情況，用戶終端從Non-3GPP網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)的情形 當Non-3GPP網(wǎng)絡(luò)采用緊耦合的方式與SAE互通時，Non-3GPP會出現(xiàn)與 3GPP相同的承載概念，所以也存在當用戶終端從Non-3GPP網(wǎng)絡(luò)切換到SAE 網(wǎng)絡(luò)時，SAE網(wǎng)絡(luò)中的MME無法判斷缺省承載是否存在。

發(fā)明內(nèi)容
本發(fā)明實施例提供了識別承載類型的方法和設(shè)備，這些方法和設(shè)備使得用 戶終端從源網(wǎng)絡(luò)切換到目標網(wǎng)絡(luò)時，目標網(wǎng)絡(luò)中的網(wǎng)元能夠識別承載類型。 為達到上述目的，本發(fā)明的技術(shù)方案具體是這樣實現(xiàn)的 本發(fā)明實施例公開了 一種識別承載類型的方法，該方法包括 在源網(wǎng)絡(luò)中使用承載類型標識來標識用戶終端的承載類型，并在源網(wǎng)絡(luò)中 保存所述承載類型標識；
在所述用戶終端從源網(wǎng)絡(luò)切換到目標網(wǎng)絡(luò)的過程中，將所述承載類型標識 傳遞到目標網(wǎng)絡(luò)；目標網(wǎng)絡(luò)根據(jù)所述承載類型標識來判斷所述用戶終端的承載類型。
本發(fā)明實施例公開了一種移動管理實體，該移動管理實體包括切換請求 發(fā)送模塊和/或切換請求接收模塊，其中，
切換請求發(fā)送模塊，用于發(fā)送前向切換請求消息，該前向切換請求消息中 攜帶承載上下文中所保存的承載類型標識；
切換請求接收模塊，用于接收攜帶承載類型標識的前向切換請求消息，并 根據(jù)切換請求消息中的承載類型標識判斷承載類型。
本發(fā)明實施例還公開了一種錨點網(wǎng)關(guān)，該錨點網(wǎng)關(guān)包括保存模塊和判斷 模塊，其中，
保存模塊，用于保存包含承載類型標識的用戶終端的承載上下文； 判斷模塊，用于根據(jù)保存模塊中的承載類型標識判斷所述用戶終端的承載 類型。
本發(fā)明實施例公開了一種識別承載類型的方法，該方法包括
在源SAE網(wǎng)絡(luò)中創(chuàng)建承載時發(fā)起的建立承載請求消息中增加承載類型標 識，并在所建立承載的承載上下文中保存所述承載類型標識；
當用戶終端從源SAE網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)時，或者從源SAE網(wǎng)絡(luò)切 換到其他網(wǎng)絡(luò)后再切換到SAE網(wǎng)絡(luò)時，該方法還包括以下步驟
切換時，在前向切換請求消息中攜帶所述承載類型標識；
目標SAE網(wǎng)絡(luò)中的移動管理實體根據(jù)所述前向切換請求消息中的承載標 識判斷是否存在缺省承載，是則不新建缺省承載；否則新建缺省承載。
本發(fā)明實施例公開了一種識別承載類型的方法，當用戶終端從源SAE網(wǎng)絡(luò) 切換到目標SAE網(wǎng)絡(luò)時，或者從源SAE網(wǎng)絡(luò)切換到其他網(wǎng)絡(luò)后再切換到SAE 網(wǎng)絡(luò)時，該方法包括
目標SAE網(wǎng)絡(luò)側(cè)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)根據(jù)承載中是否具有數(shù)據(jù)流模板和/ 或是否具有特定的數(shù)據(jù)流模板來判斷是否存在缺省承載；若存在缺省承載，則 不新建缺省承載，否則新建缺省承載。
本發(fā)明實施例公開了一種識別承載類型的方法，其特征在于，該方法包括在2G/3G網(wǎng)絡(luò)中，在PDP上下文中為承載增加承載類型標識； 在用戶終端從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，在前向切換請求消息中攜帶所述承載類型標識；
SAE網(wǎng)絡(luò)中的移動管理實體根據(jù)所述前向切換請求消息中的承載類型標識判斷是否存在缺省承載；若存在缺省承載，則不新建缺省承載；否則新建缺省承載。
由上述技術(shù)方案可見，本發(fā)明實施例中，通過在源中使用承載類型標識來 標識用戶終端的承載類型，并在源網(wǎng)絡(luò)中保存所迷承載類型標識，在用戶終端 從源網(wǎng)絡(luò)切換到目標網(wǎng)絡(luò)的過程中，將承載類型標識傳遞到目標網(wǎng)絡(luò)，目標網(wǎng) 絡(luò)根據(jù)所述承載類型標識來判斷所述用戶終端的承載類型的技術(shù)方案使得，目 標網(wǎng)絡(luò)能夠識別承載類型，從而獲知缺省承載是否存在，如果存在缺省承載， 則無需新建缺省承載，極大減輕了目標網(wǎng)絡(luò)的負擔、節(jié)省了網(wǎng)絡(luò)資源；如果不 存在缺省承載，則新建缺省承載，保障用戶終端正常切換。


圖l是現(xiàn)有技術(shù)中的移動分組域網(wǎng)絡(luò)架構(gòu)圖； 圖2是本發(fā)明實施例在附著過程中標識承載類型的過程流程； 圖3是本發(fā)明實施例UE在兩個SAE網(wǎng)絡(luò)之間進行切換的過程流程圖； 圖4是本發(fā)明實施例UE從SAE網(wǎng)絡(luò)切換到2G/3G網(wǎng)絡(luò)的過程流程圖； 圖5是本發(fā)明實施例UE在圖4所示的切換勤出上，由2G/3G網(wǎng)絡(luò)切換回 SAE網(wǎng)絡(luò)的過程流程圖6是本發(fā)明實施例一種移動管理實體的結(jié)構(gòu)框圖； 圖7是本發(fā)明實施例一種錨點網(wǎng)關(guān)的結(jié)構(gòu)框圖。
具體實施例方式
一、在SAE網(wǎng)絡(luò)中標識承載類型
在本發(fā)明實施例中，通過在SAE網(wǎng)絡(luò)中，向網(wǎng)關(guān)(GATEWAY)發(fā)起的建立承載請求消息(create bearer request)中增加7 c載類型標識，使得GATEWAY 能夠根據(jù)該承載類型標識判斷是專有承載還是缺省承載，若是專有承載，則分 酉己TFT;若是缺省承載，則不分配TFT或分配特定的TFT。這里GATEWAY是 網(wǎng)絡(luò)中的錨點，即為錨點網(wǎng)關(guān)，可以是前述SAEGW的一個組成部分，即分組 數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(PDNGATEWAY)。在本發(fā)明以下的實施例中將錨點網(wǎng)關(guān)簡稱為 網(wǎng)關(guān)或GATEWAY。
采用上述方案，使得GATEWAY在判斷出是專有承載時，為該專有承載分 配TFT,進而使得專有承載正常建立，用戶終端可以通過專有承載進行正常的 數(shù)據(jù)通信；同時上述方案中的承載類型標識為后續(xù)的切換過程提供了判斷是否 需要新建缺省承載的依據(jù)。
下面結(jié)合附圖2的附著流程對上述在SAE網(wǎng)絡(luò)中標識承載類型的技術(shù)方案 進行舉例說明。
圖2是本發(fā)明實施例在附著過程中標識承載類型的過程流程。如圖2所示，
該附著流程包括如下步驟
步驟201,用戶終端UE向MME發(fā)起附著請求消息。
步驟202，歸屬用戶服務(wù)器(HSS)與UE進行鑒權(quán)加密過程。
步驟203, MME向HSS發(fā)送用戶位置更新請求消息。
步驟204， HSS收到MME向其發(fā)送的用戶位置更新請求消息后，把用戶
的簽約數(shù)據(jù)發(fā)送給MME。
步驟205, MME收到用戶的簽約數(shù)據(jù)后，向HSS返回響應(yīng)消息。
步驟206， HSS收到響應(yīng)消息后，向MME發(fā)送位置更新響應(yīng)消息。
步驟207 ， MME向GATEWAY發(fā)出建立承載請求消息，該消息中包含標
i己在夬省7K載的標識。
本步驟中，由于該流程為附著流程，所以建立承載請求消息創(chuàng)建的承載就
是缺省承載。
步驟208， GATEWAY向MME返回建立缺省承載響應(yīng)消息。消息中攜帶 信令面和用戶面的TEID.IP等信息。
1本步驟中，GATEWAY根據(jù)步驟207中獲得的建立承載請求消息中的承載 類型標識識別缺省承載，不為該缺省承載分配TFT。
步驟209, MME向eNB發(fā)起無線接入側(cè)的創(chuàng)建承載請求消息。
步驟210, eNB與UE之間進行空口側(cè)接入交互消息。
步驟211, eNB向MME發(fā)送無線接入側(cè)的承載響應(yīng)消息。
步驟212， MME向GATEWAY發(fā)送承載響應(yīng)消息，比如服務(wù)質(zhì)量(QOS ) 如果協(xié)商并且發(fā)生了改變的話，那么通過這條消息通知GATEWAY。
步驟213， MME向UE發(fā)送附著接受消息。
步驟214， UE向MME返回附著完成消息。
通過上述流程，可以在附著過程中標識缺省承載。
另外，在用戶終端UE根據(jù)需要發(fā)起專有承載建立的情況下，通過在建立 承載請求消息中增加承載類型標識來標記專有承載，攜帶該承載類型標識的建 立承載請求消息到達GATEWAY后，GATEWAY通過該承載類型標識來識別專 有承載，并為該專有承載分配TFT。
在建立承載請求消息中增加承載類型標識的方法可以采用如下幾種方式
(a) 為缺省承載或者專有承載增加承載類型標識
在建立承載請求消息中，只為缺省承載添加承載類型標識，專有承載不添 加承載類型標識，即如果建立承載建立請求消息中沒有承載類型標識，則默認 為是專有承載；反之，也可以只為專有承載添加承載類型標識，缺省承載不添 加承載類型標識。
(b) 為缺省承載增加缺省承載類型標識，為專有承載增加專有承載類型標
識
在建立承載請求消息中添加缺省承載類型標識；在用戶終端需要發(fā)起專有 承載建立的情況下，在建立承載請求消息中添加專有承載類型標識。
(c) 為缺省承載和專有承載分別賦以不同的承載類型標識值 在建立承載請求消息中為缺省承載添加承載類型標識，且為該承載類型標
識賦值為0;在用戶終端需要發(fā)起專有承載建立的情況下，在建立承載請求消息中為專有承載也添加同類的承載類型標識，但為該承載類型標識賦值為1。 (d)采用信元專有值來表示缺省承載或者專有承載
例如，采用信元NSAPI (網(wǎng)絡(luò)層業(yè)務(wù)訪問點標志符)來表示缺省承載。
在建立承載請求消息中增加承載類型標識的方式不限于上述四種方式，也 可以采用不同的建立承載請求消息類型來標識缺省承載或者專有承載。
MME發(fā)送的攜帶了承載類型標識的建立缺省承載請求消息至GATEWAY, 相應(yīng)地，GATEWAY也有與MME增加承載類型標識來表示承載類型對應(yīng)的判 斷方式，GATEWAY根據(jù)承載類型標識判斷出缺省承載和專有承載，為專有承 載分配TFT,為缺省承載不分配TFT，或分配特定的TFT。
在切換過程中，承載類型標識隨著切換過程傳輸?shù)侥繕司W(wǎng)絡(luò)，目標網(wǎng)絡(luò)中 的MME也有與源SAE網(wǎng)絡(luò)中MME增加承載類型標識來表示承載類型對應(yīng)的 判斷方式，從而根據(jù)該承載類型標識來判斷是否需要新建缺省承載，如果存在 缺省承載，無需新建缺省承載，將會極大減輕目標網(wǎng)絡(luò)負擔、節(jié)省網(wǎng)絡(luò)資源； 如果不存在缺省承載，則新建缺省承載，保障用戶終端正常切換。
二、用戶終端從源SAE網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)，或者從源SAE網(wǎng)絡(luò)切 換到其它非SAE網(wǎng)絡(luò)后再切換到目標SAE網(wǎng)絡(luò)
這里所述非SAE網(wǎng)絡(luò)指，除SAE網(wǎng)絡(luò)以外的3GPP網(wǎng)絡(luò)和Non-3GPP網(wǎng)絡(luò)。 下面以3GPP中的2G/3G網(wǎng)絡(luò)為例進行說明。
在源SAE網(wǎng)絡(luò)中，為缺省承載或者專有承載增加承載類型標識；將該承載 類型標識存儲到源MME上的承載上下文中；切換時，在源MME發(fā)送的前向 切換請求消息中攜帶該承載類型標識，目標側(cè)SAE網(wǎng)絡(luò)中的MME根據(jù)所述前 向切換請求消息中的承載類型標識判斷是否存在缺省承載；若存在缺省承載， 則不新建缺省承載；否則新建缺省承載。
目標側(cè)的MME通過承載類型標識判斷是否需要新建缺省承載，若存在缺 省承載，則不新建缺省承載，這樣就減輕了目標側(cè)MME的負擔，節(jié)省了新建 缺省承載所耗費的網(wǎng)絡(luò)資源；若不存在缺省承載，則新建缺省承栽，從而保證 了用戶終端的正常切換。下面結(jié)合附圖3對用戶終端在兩個SAE網(wǎng)絡(luò)之間的切換過程進行說明。
圖3是本發(fā)明實施例UE在兩個SAE網(wǎng)絡(luò)之間進行切換的過程流程圖。如 圖3所示，該切換過程包括如下步驟
步驟301，源側(cè)的eNB進行決策，判斷是否發(fā)起切換(HANDOVER)流 程，是則進行切換初始化并執(zhí)行步驟302。
步驟302，源側(cè)eNB向源側(cè)MME發(fā)起切換請求消息(HANDOVER REQUEST )。
步驟303，源側(cè)MME收到切換請求消息后，向目標側(cè)MME發(fā)送前向切換 請求消息(FORWARD HANDOVER REQUEST )。
步驟304，目標側(cè)的MME收到前向切換請求消息后，給目標側(cè)的eNB發(fā) 送切換請求消息(HANDOVER REQUEST),目標側(cè)的eNB收到該切換請求消 息后給目標側(cè)的MME返回切換請求響應(yīng)消息(HANDOVER REQUEST ACK )。
步驟305,目標側(cè)的MME收到切換請求響應(yīng)消息后，給源側(cè)的MME發(fā)送 前向切換響應(yīng)消息(FORWARD HANDOVER RESPONSE )。
步驟306，源側(cè)與目標側(cè)進行緩存數(shù)據(jù)的轉(zhuǎn)發(fā)。
步驟307,源側(cè)MME給源側(cè)eNB發(fā)送切換命令消息(HANDOVER COMMAND);
步驟308,源側(cè)eNB發(fā)送無線資源控制(RRC)消息給用戶終端UE;主 要的信元是物理信道方面的信元和一些位置信息，當用戶終端進行重配置完成 以后，發(fā)送物理信道重配置完成消息給目標的eNB。
步驟309，源側(cè)的MME發(fā)送前向SRNS上下文(FORWARDING SRNS CONTEXT)給目標側(cè)的MME,用來告訴數(shù)據(jù)包的傳輸順序等信息；
目標側(cè)的MME收到前向SRNS上下文后，向源側(cè)的MME發(fā)送前向SRNS 上下文響應(yīng)消息(FORWARDING SRNS CONTEXT ACK),消息中包含CAUSE 等信息。
步驟310,目標側(cè)eNB發(fā)送切換完成(HANDOVER COMPLETE )消息給 目標側(cè)MME。步驟311，目標側(cè)MME在收到切換完成消息后，將該消息發(fā)送到源側(cè)的 MME,源側(cè)的MME收到該消息后，向目標側(cè)MME返回切換完成響應(yīng)消息。
步驟312，目標側(cè)MME向GATEWAY發(fā)起承載上下文更新請求消息 (UPDATE BEARER CONTEXT REQUEST) , GATEWAY向目標側(cè)MME返回 岸義載上下文更新響應(yīng)消息(UPDATE BEARER CONTEXT RESPONSE )。
步驟313，源側(cè)MME向源側(cè)eNB發(fā)起IU釋放命令消息，IU把源側(cè)的空口 連接資源釋放掉，源側(cè)eNB向源側(cè)MME返回空口連接資源釋放完成消息。
步驟314， 此時如果用戶終端路由區(qū)發(fā)生了變化，那么接著發(fā)生路由區(qū)更 新過程，這里的路由區(qū)更新過程只是完整路由區(qū)更新過程的一個子集。
在圖3所示的上述流程中，步驟303為源側(cè)MME給目標側(cè)MME發(fā)送前 向切換請求消息(FORWARD HANDOVER REQUEST);這條消息中包含的信 元有分組數(shù)據(jù)協(xié)議上下文(PDP Context) ， IMSI, Tunnel Endpoint Identifier Signaling, MM Context, Target Identification, RAN Transparent Container, RANAP Cause, NRS， GCSI和RAT TYPE。
MME將自身保存的承載類型標識存儲到前向切換請求消息中的分組數(shù)據(jù) 協(xié)議上下文中，切換時，圖3中步驟303中的前向切換請求消息中就攜帶了該 承載類型標識，目標側(cè)的MME在步驟310與步驟311之間的決策點(a),或 者步驟313與步驟314之間決策點(b)，或者步驟314之后的決策點(c )對承 載類型標識進行判斷，若缺省承載存在，MME就不再新建缺省承載，若缺省 承載不存在，MME需要新建缺省承載。決策點(a)、 (b)和(c)在圖3中用 虛線框表示，且決策點(a)、 (b)或者(c)描述的是可能的位置，何時執(zhí)行該 過程是可選的。
可選擇的，在步驟303中的前向切換請求消息中不攜帶承載類型標識，切 換時，目標SAE網(wǎng)絡(luò)側(cè)的GATEWAY根據(jù)承載中是否具有數(shù)據(jù)流模板來判斷 是否存在缺省承載；若沒有數(shù)據(jù)流模板或特定的數(shù)據(jù)流模板，則存在缺省承載， 不新建缺省承載；否則新建缺省承載?；蛘撸珿ATEWAY根據(jù)承載中是否保存 有缺省承載和專有承載的標識來判斷是否存在缺省承載；若標識表示存在缺省承載，不需新建缺省存在，否則新建缺省承載。
目標SAE網(wǎng)絡(luò)側(cè)的GATEWAY在圖3的決策點(d)根據(jù)上述方法判斷是 否存在缺省承載；若沒有缺省承載的話，則新建缺省承載，否則，不新建缺省 承載。該決策點(d)可以位于步驟314之后，當然該決策點的位置也可根據(jù)具 體情況作靈活變動，例如，位于步驟312之后，GATEWAY判斷不存在缺省承 載時，可以通過312中的響應(yīng)消息指示MME建立缺省承載，或在312之后， 314之前向MME單獨發(fā)送請求或指示消息，建立缺省承載。
可選擇的，在源SAE網(wǎng)絡(luò)中的承載上下文中保存承載類型標識，可以是在
于GATEWAY是源SAE網(wǎng)絡(luò)和目標SAE網(wǎng)絡(luò)共用的錨點網(wǎng)關(guān)，因此切換后目 標SAE網(wǎng)絡(luò)中的GATEWAY即為源SAE網(wǎng)絡(luò)中的GATEWAY, GATEWAY上 所保存的承載類型標識自然也就到了目標SAE網(wǎng)絡(luò)。切換后，在目標SAE網(wǎng) 絡(luò)中，GATEWAY根據(jù)自身保存的承載類型標識判斷切換終端的承載類型。
在目標SAE網(wǎng)絡(luò)中，如上述由GATEWAY判斷承載類型時
如果缺省承載建立過程由目標移動管理實體MME在圖3中的(a)、 (b) 或(c)點發(fā)起時，GATEWAY通過在單獨的消息或響應(yīng)消息的信元中表明是否 需要重建缺省承載，或指明哪個承載是缺省承載，哪個承載是專有承載；或直 接將承載類型標識發(fā)送給MME。
如果，缺省承載建立過程由GATEWAY發(fā)起，在SAE網(wǎng)絡(luò)中為PDNGW, 則PDNGATEWAY發(fā)起承載建立時，在消息中指明為缺省承載。
下面結(jié)合附圖4、附圖5對用戶終端從源SAE網(wǎng)絡(luò)切換到2G/3G后，再切 換到目標SAE網(wǎng)絡(luò)時的具體切換過程進行說明。
圖4是本發(fā)明實施例UE從SAE網(wǎng)絡(luò)切換到2G/3G網(wǎng)絡(luò)的過程流程圖。如 圖4所示，該過程具體包括以下步驟
步驟401，源側(cè)的eNB進行決策，判斷是否發(fā)起切換(HANDOVER)流 程，是則進行切換初始化并執(zhí)行步驟402。
步驟402,源側(cè)eNB發(fā)起切換請求消息(HANDOVER REQUIRED)給源側(cè)MME。
步驟403，源側(cè)MME收到切換請求消息后，向目標側(cè)SGSN發(fā)送前向切 換i貪求消息(FORWARD HANDOVER REQUEST )。
步驟404，目標側(cè)的SGSN收到前向切換請求消息后，給目標側(cè)的無線網(wǎng) 絡(luò)控制器(RNC )發(fā)切換請求消息(HANDOVER REQUEST )，目標側(cè)的RNC 收到該切換請求消息后給目標側(cè)的SGSN返回切換請求響應(yīng)消息(HANDOVER REQUEST ACK )。
步驟405,目標側(cè)的SGSN收到切換請求響應(yīng)后，給源側(cè)的MME發(fā)送前 向切換響應(yīng)消息(FORWARD HANDOVER RESPONSE )。 步驟406，源側(cè)與目標側(cè)進行緩存的數(shù)據(jù)轉(zhuǎn)發(fā)。
步驟407,源側(cè)MME給源側(cè)的eNB發(fā)送切換命令消息(HANDOVER COMMAND )。
步驟408，源側(cè)eNB發(fā)送RRC消息給UE;主要的信元是物理信道方面的 信元和一些位置信息，當用戶終端進行重配置完成以后，發(fā)送物理信道重配置完 成消息給目標側(cè)的RNC。
步驟409,源側(cè)的eNB發(fā)送前向SRNS上下文(FORWARDING SRNS CONTEXT)給源側(cè)的MME;
源側(cè)的MME將其收到的前向SRNS上下文(FORWARDING SRNS CONTEXT)發(fā)送給目標側(cè)的SGSN，用來告訴數(shù)據(jù)包的傳輸順序等信息；
目標側(cè)的SGSN收到該消息后，發(fā)送前向SRNS上下文響應(yīng) (FORWARDING SRNS CONTEXT ACK)給源側(cè)的MME;
目標側(cè)的SGSN還向目標側(cè)RNC發(fā)送前向SRNS上下文。
步驟410，目標側(cè)RNC向目標側(cè)的SGSN發(fā)送切換完成消息(HANDOVER COMPLETE )。
步驟411 ，目標側(cè)SGSN在收到切換完成消息(HANDOVER COMPLETION)之后，向源側(cè)的MME發(fā)送前向切換完成消息，源側(cè)的MME 收到該消息后返回相應(yīng)的回應(yīng)消息給目標側(cè)的SGSN。步驟412，目標側(cè)的SGSN向GATEWAY發(fā)送承載上下文更新請求消息， GATEWAY向目標側(cè)的SGSN返回承載上下文更新響應(yīng)消息。
步驟413，源側(cè)MME向源側(cè)eNB發(fā)起IU釋放命令消息，IU把源側(cè)的空口 連接資源釋放掉，源側(cè)eNB向源側(cè)MME返回空口連接資源釋放完成消息。
步驟414,路由區(qū)更新過程，這里的路由區(qū)更新過程只是完整路由區(qū)更新過 程的一個子集。
在圖4所示的上述流程中，步驟403為源側(cè)MME給目標側(cè)SGSN發(fā)前向 切換請求消息。這條消息中包含的信元有IMSI, Tunnel Endpoint Identifier Signaling, MMContex, PDP Context, Target Identification,, RAN Transparent Container, RANAP Cause, NRS， GCSI, RAT TYPE。
切換到2G/3G網(wǎng)絡(luò)中時，由于2G/3G網(wǎng)絡(luò)不區(qū)分缺省承載和專有承載，所 以對專有承載和缺省承載不進行特殊處理，如果在源SAE網(wǎng)絡(luò)中，承載類型標 識已經(jīng)存儲到了承載上下文中，則圖4的步驟403的前向切換請求消息中就攜 帶了該承載類型標識，如果承載類型標識沒有存儲到了承載上下文中，則圖4 的步驟403中的前向切換請求消息也不會攜帶該承載類型標識。
圖5是本發(fā)明實施例UE在圖4所示的切換基礎(chǔ)上，由2G/3G網(wǎng)絡(luò)切換回 SAE網(wǎng)絡(luò)的過程流程圖。如圖5所示，具體包括以下步驟
步驟501，源側(cè)接入網(wǎng)部分的RNC進行決策，判斷是否發(fā)起切換 (HANDOVER)流程，是則進行切換初始化并執(zhí)行步驟402。
步驟502，源側(cè)RNC發(fā)起切換請求消息(HANDOVERREQUIRED)給源 #J SGSN。
步驟503，源側(cè)SGSN收到切換請求消息后，給目標側(cè)MME發(fā)送前向切 換請求消息(FORWARD HANDOVER REQUEST )。
步驟504，目標側(cè)的MME收到前向切換請求消息后，給目標側(cè)的eNB發(fā) 送切換請求消息(HANDOVER REQUEST),目標側(cè)的eNB收到該切換請求消 息后給目標側(cè)的MME返回切換請求響應(yīng)消息(HANDOVER REQUEST ACK)。步驟505，目標側(cè)的MME收到切換請求響應(yīng)消息后，給源側(cè)的SGSN發(fā) 前向切換響應(yīng)消息(FORWARD HANDOVER RESPONSE )。 步驟506,源側(cè)與目標側(cè)進行緩存的數(shù)據(jù)轉(zhuǎn)發(fā)。
步驟507，源側(cè)SGSN給源側(cè)的RNC發(fā)送切換命令消息(HANDOVER COMMAND )。
步驟508，源側(cè)RNC發(fā)RRC消息給用戶終端UE;主要的信元是物理信 道方一的信元和一些位置信息，當用戶終端進行重配置完成以后,發(fā)送物理信道 重配置完成消息給目標的eNB。
步驟509,源側(cè)的RNC發(fā)送前向SRNS上下文(FORWARDING SRNS CONTEXT)給源側(cè)的SGSN;
源側(cè)的SGSN發(fā)送前向SRNS上下文(FORWARDING SRNS CONTEXT) 給目標側(cè)的MME，用來傳送數(shù)據(jù)包的傳輸順序等信息；
目標側(cè)的MME收到該消息后，發(fā)送前向SRNS上下文響應(yīng)消息 (FORWARDING SRNS CONTEXTACK)給源側(cè)的SGSN;
目標側(cè)的MME還向目標側(cè)的eNB發(fā)送前向SRNS上下文。
步驟510,目標側(cè)eNB向目標側(cè)的MME發(fā)送切換完成消息(HANDOVER COMPLETE )。
步驟511,目標側(cè)MME在收到切換完成消息(HANDOVER COMPLETION) 之后，向源側(cè)的SGSN發(fā)送前向切換完成消息，源側(cè)的SGSN收到該消息后返 回相應(yīng)的回應(yīng)消息給目標側(cè)MME。
步驟512,目標側(cè)的MME向GATEWAY發(fā)送承載上下文更新請求消息 (UPDATE BEARER CONTEXT REQUEST) ， GATEWAY向目標側(cè)的MME返 回承載上下文更新響應(yīng)消息(UPDATE BEARER CONTEXT RESPONSE )。
步驟513，源側(cè)SGSN向源側(cè)RNC發(fā)起IU釋放命令消息，IU把源側(cè)的空 口連接資源釋放掉。源側(cè)RNC向源側(cè)SGSN返回空口連接資源釋放完成響應(yīng) 消息。
步驟514,路由區(qū)更新過程，這里的路由區(qū)更新過程只是完整路由區(qū)更新過程的一個子集。
在圖5所示的上述流程中，步驟503是源側(cè)SGSN給目標側(cè)MME發(fā)送前 向切換請求消息(FORWARD HANDOVER REQUEST )。這條消息中包含的信 元有IMSI, Tunnel Endpoint Identifier Signaling, MM Context, PDP Context, Target Identification, RAN Transparent Container, RANAP Cause, NRS, GCSI和RAT TYPE。
由于，圖4的步驟403的前向切換請求消息中攜帶了承載類型標識，因此， 當UE再次切換回SAE網(wǎng)絡(luò)時，該承載類型標識會隨著前向切換請求消息中的 PDP上下文傳輸?shù)侥繕薙AE網(wǎng)絡(luò)，即圖5中的步驟503的前向切換請求消息中 會攜帶該承載類型標識，目標側(cè)的MME在步驟510與步驟511之間的決策點 (a)，或者在步驟513與步驟514之間決策點(b),或者在步驟514之后的決 策點(c)對承載類型標識進行判斷，若缺省承載存在，MME則不新建缺省承 載，若缺省承載不存在，則MME新建缺省承載。(a)、 (b)或者(c)描述的 是可能的位置，何時執(zhí)行這個過程是可選的。
可選擇的，圖4的步驟403中的前向切換請求消息中的PDP上下文中不攜 帶承載類型標識，圖5的步驟503的前向切換請求消息中也就不攜帶該承載類 型標識。目標側(cè)的GATEWAY在決策點(d)判斷PDP上下文中是否有TFT， 有TFT，則認為是專有承載，沒有TFT和特定的TFT,則認為是缺省承載。若 缺省承載存在，則不發(fā)起新建缺省承載的請求，大大減輕目標SAE網(wǎng)絡(luò)側(cè) GATEWAY的負擔，節(jié)省了新建缺省承載所耗費的網(wǎng)絡(luò)資源；若缺省承載不存 在，GATEWAY在決策點(d)從網(wǎng)絡(luò)側(cè)主動發(fā)起新建缺省承載請求，保證了用 戶終端的正常切換。決策點(d)可以位于步驟514之后，決策點(d)在何時 執(zhí)行是可選的，例如，如位于步驟512之后，GATEWAY判斷不存在缺省承載 時，可以通過512中的響應(yīng)消息指示MME建立缺省承載，或在512之后，514 之前向MME單獨發(fā)送請求或指示消息，建立缺省承載。
三、用戶終端直接從非SAE網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)
下面仍以2G/3G網(wǎng)絡(luò)為例進行說明。由于2G/3G網(wǎng)絡(luò)中不區(qū)分缺省承載和專有承載，當PDP上下文從2G/3G 網(wǎng)絡(luò)被傳送到SAE網(wǎng)絡(luò)中時，SAE網(wǎng)絡(luò)的MME無法識別出缺省承載，進而也 無法判斷出是否要為用戶終端新建缺省承載。
為了使用戶終端由2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，SAE網(wǎng)絡(luò)的MME能 夠識別出缺省承載，本發(fā)明的實施例還提供一種SAE網(wǎng)絡(luò)中識別缺省承載和專 有承載的方案，該方案包括在2G/3G網(wǎng)絡(luò)中，在PDP上下文中為承載增加承 載類型標識；當UE從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，在前向切換請求消息中 攜帶所述承載類型標識；SAE網(wǎng)絡(luò)中的MME根據(jù)所述前向切換請求消息中的 承載類型標識判斷是否存在缺省承載；若存在缺省承載，則不新建缺省承載； 否則新建缺省承載。這樣大大減輕目標SAE網(wǎng)絡(luò)側(cè)MME的負擔，節(jié)省了新建 缺省承載所耗費的網(wǎng)絡(luò)資源，目標側(cè)的MME判斷缺省承載不存在的話，新建 缺省承載，保證了用戶終端的正常切換。
用戶終端直接由2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)的具體流程也可以參照圖5 所示的流程，此時，步驟503中，2G/3G網(wǎng)絡(luò)中的SGSN給目標SAE網(wǎng)絡(luò)中的 MME發(fā)送的前向切換請求消息的PDP上下文中包含承載類型標識。在所述的 前向切換請求消息的PDP上下文中增加承載類型標識的方法如下
方式一SGSN對用戶終端與核心網(wǎng)之間有關(guān)的PDP承載進行解碼，解碼 到非接入層(NAS, Non Access Stratum)的信元，根據(jù)是否具有TFT或是否具 有特定的TFT在該NAS層的信元中增加承載類型標識，并將該承載類型標識 存儲到PDP上下文中。
方式二終端或者GGSN通過消息通知SGSN在PDP承載中是否有TFT 或是否具有特定的TFT， SGSN根據(jù)通知消息增加相應(yīng)的承載類型標識，并將 該承載類型標識存儲到PDP上下文中。
并且，與在SAE網(wǎng)絡(luò)中增加承載類型標識的方式相對應(yīng)，在2G/3G網(wǎng)絡(luò) 中，增加承載類型標識的方法可以為以下幾種形式
(a)將承載類型標識添加到?jīng)]有TFT/有特定TFT的承載或者有TFT的承 載，即為沒有TFT或有特定TFT的承載添加承載類型標識，為有TFT的承載不添加承載類型標識；或者為有TFT的承載添加承載類型標識，為沒有TFT
或有特定TFT的承載不添加承載類型標識。
(b) SGSN將缺省承載類型標識添加到?jīng)]有TFT或有特定TFT的承載，將
專有承載類型標識添加到有TFT的承載。
(c )SGSN為沒有TFT或有特定TFT的承載和有TFT的承載分別賦以不同
的承載類型標識值。
(d)采用信元專有值來表示沒有TFT的承載或者有TFT的承載。
例如 ，采用信元NSAPI (網(wǎng)絡(luò)層業(yè)務(wù)訪問點標志符)來表示缺省承載。
切換時，在2G/3G網(wǎng)絡(luò)中增加的承載類型標識隨著切換過程傳輸?shù)侥繕?br> SAE網(wǎng)絡(luò)后，目標側(cè)的MME在決策點(a)、 (b)或者(c)通過該承載類型標
識判斷是否存在缺省承載，若缺省承載存在，則無需新建缺省承載，否則新建
缺省承載。
可選擇的，目標SAE網(wǎng)絡(luò)還可以通過下述方式判斷缺省承載是否存在 2G/3G網(wǎng)絡(luò)中無需為PDP上下文增加承載類型標識，切換時，前向切換請 求消息中不攜帶該承載類型標識，目標SAE網(wǎng)絡(luò)側(cè)的GATEWAY在決策點(d) 或在(d)之前判斷承載中是否具有TFT，若承載中沒有TFT或特定的TFT, 認為是缺省承載，不發(fā)起新建缺省承載的請求；若承載中有TFT，則認為是專 有承載，需要建立缺省承載的話，則GATEWAY從網(wǎng)絡(luò)側(cè)主動發(fā)起新建缺省承 載請求或指示MME建立缺省承載。
當用戶終端從Non-3GPP網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，在SAE網(wǎng)絡(luò)中識別承 載類型的方案，與上述從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時的情況類似，可以在 Non-3GPP網(wǎng)絡(luò)中建立的承載的上下文中保存承載類型標識，當用戶終端從所 述Non-3GPP網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)時，Non-3GPP網(wǎng)絡(luò)中的切換服務(wù)實體 向目標SAE網(wǎng)絡(luò)中的移動管理實體發(fā)起的前向切換請求中攜帶所述承載上下 文中保存的承載類型標識，目標SAE網(wǎng)絡(luò)中的移動管理實體根據(jù)所述前向切換 請求中攜帶的承載類型標識判斷承載的類型。在Non-3GPP網(wǎng)絡(luò)中可以通過是 否具有TFT或者是否具有特定的TFT來區(qū)分缺省承載和專有承載，這里不再復(fù)述。基于上述實施例給出本發(fā)明一種移動管理實體和一種錨點網(wǎng)關(guān)的結(jié)構(gòu)框圖。圖6是本發(fā)明實施例一種移動管理實體的結(jié)構(gòu)框圖。如圖6所示，該移動 管理實體包括切換請求發(fā)送模塊601和/或切換請求接收模塊602，其中，切換請求發(fā)送模塊601，用于發(fā)送前向切換請求消息，該前向切換請求消 息中攜帶承載上下文中所保存的承載類型標識。切換請求接收模塊602，用于接收攜帶承載類型標識的前向切換請求消息， 并根據(jù)切換請求消息中的承載類型標識判斷承載類型。圖6所示的移動管理實體還可以進一步包括承載創(chuàng)建模塊603。此時，切 換請求接收模塊602，進一步用于在判斷出承載類型為非缺省承載時，指示承 載創(chuàng)建模塊603建立缺省承載；承載創(chuàng)建模塊603，用于在接收到切換請求接 收模塊的指示后建立缺省承載。圖7是本發(fā)明實施例一種錨點網(wǎng)關(guān)的結(jié)構(gòu)框圖。如圖7所示該錨點網(wǎng)關(guān)包 括保存模塊701和判斷模塊702,其中，保存模塊701,用于保存包含承載類型標識的用戶終端的承載上下文；判斷模塊702,用于根據(jù)保存模塊801中的承載類型標識判斷所述用戶終 端的承載類型。圖7所示的錨點網(wǎng)關(guān)還可以進一步包括承載創(chuàng)建模塊703。此時，判斷模 塊702,進一步用于在判斷出承載類型為非缺省承載時，指示承載創(chuàng)建模塊703 建立缺省承載；承載創(chuàng)建模塊703，用于在接收到判斷模塊702的指示后建立 缺省承載。需要說明的是，在上述實施例中主要描述的是用戶終端的切換目標網(wǎng)絡(luò)是 SAE網(wǎng)絡(luò)時如何識別承載類型的方案，當用戶終端的切換目標網(wǎng)絡(luò)為非SAE網(wǎng) 絡(luò)時，如2G/3G網(wǎng)絡(luò)等，同樣可以運用上述實施例中的方案實現(xiàn)在目標網(wǎng)絡(luò)中 識別承載類型，只要將上述實施例中的目標SAE網(wǎng)絡(luò)替換為非SAE網(wǎng)絡(luò)即可， 這里不再復(fù)述。綜上所述，采用本發(fā)明的實施例，在網(wǎng)絡(luò)中需要建立承載時，通過為承載 增加承載類型標識來表示缺省承載或者專有承載，網(wǎng)關(guān)就能根據(jù)該承載類型標識識別缺省承載和專有承載，為專有承載分配TFT,使專有承載正常建立，從 而使用戶終端通過專有承載進行正常的數(shù)據(jù)通信。在切換過程中，目標網(wǎng)絡(luò)中 的MME可以根據(jù)該承載類型標識來判斷是否需要新建缺省承載，如果存在缺 省承載，無需新建缺省承載，將會極大減輕目標網(wǎng)絡(luò)負擔、節(jié)省網(wǎng)絡(luò)資源；如 果不存在缺省承載，則新建缺省承載，保障用戶終端正常切換。當從2G/3G網(wǎng) 絡(luò)切換到目標網(wǎng)絡(luò)時，增加了表示缺省承載或者專有承載的承載類型標識，使 目標網(wǎng)絡(luò)中的MME根據(jù)該承載類型標識判斷缺省承載是否存在，如果存在缺 省承載，無需新建缺省承載，將會極大減輕目標網(wǎng)絡(luò)負擔、節(jié)省網(wǎng)絡(luò)資源；如 果不存在缺省承載，則新建缺省承載，保障用戶終端正常切換。以上結(jié)合較佳實施例來描述本發(fā)明，但并不用以限制本發(fā)明，本技術(shù)領(lǐng)域 的普通技術(shù)人員應(yīng)當知道，凡在本發(fā)明的實施例的思想的應(yīng)用范圍內(nèi)所作的等 效目的的變更與修改，均應(yīng)在本專利申請的保護范圍之內(nèi)。
權(quán)利要求
1、一種識別承載類型的方法，其特征在于，該方法包括在源網(wǎng)絡(luò)中使用承載類型標識來標識用戶終端的承載類型，并在源網(wǎng)絡(luò)中保存所述承載類型標識；在所述用戶終端從源網(wǎng)絡(luò)切換到目標網(wǎng)絡(luò)的過程中，將所述承載類型標識傳遞到目標網(wǎng)絡(luò)；目標網(wǎng)絡(luò)根據(jù)所述承載類型標識來判斷所述用戶終端的承載類型。
2、 如權(quán)利要求l所述的方法，其特征在于，當所述源網(wǎng)絡(luò)和目標網(wǎng)絡(luò)都為 系統(tǒng)架構(gòu)演進SAE網(wǎng)絡(luò)時，所述在源網(wǎng)絡(luò)中保存承載類型標識包括在源SAE網(wǎng)絡(luò)中的移動管理實體 上保存的對應(yīng)于所述用戶終端的承載上下文中保存承載類型標識；所述將承載類型標識傳遞到目標SAE網(wǎng)絡(luò)包括源SAE網(wǎng)絡(luò)中的移動管 理實體向目標SAE網(wǎng)絡(luò)中的移動管理實體發(fā)起的前向切換請求中攜帶所述承 載類型標識。
3、 如權(quán)利要求l所述的方法，其特征在于，當所述源網(wǎng)絡(luò)和目標網(wǎng)絡(luò)都為 SAE網(wǎng)絡(luò)時，所述在源網(wǎng)絡(luò)中保存承載類型標識包括在源SAE網(wǎng)絡(luò)中的錨點網(wǎng)關(guān)上保^R載類型標識；所述將承載類型標識傳遞到目標SAE網(wǎng)絡(luò)包括源SAE網(wǎng)絡(luò)和目標SAE 網(wǎng)絡(luò)共用一個錨點網(wǎng)關(guān)，目標SAE網(wǎng)絡(luò)中的錨點網(wǎng)關(guān)即為原網(wǎng)絡(luò)中的錨點網(wǎng)關(guān)；所述目標SAE網(wǎng)絡(luò)根據(jù)所述承載類型標識來判斷承載類型包括所述錨點 斷承載類型。
4、 如權(quán)利要求3所述的方法，其特征在于，該方法在所述錨點網(wǎng)關(guān)根據(jù)承 載類型標識判斷承載類型之后進一 步包括錨點網(wǎng)關(guān)將所述承載類型標識發(fā)送給目標SAE網(wǎng)絡(luò)中的移動管理實體；或 錨點網(wǎng)關(guān)根據(jù)所述承載類型標識向目標SAE網(wǎng)絡(luò)中的移動管理實體發(fā)送 建立/不建立缺省承載的消息。
5、 如權(quán)利要求2或3所述的方法，其特征在于，所述在源網(wǎng)絡(luò)中使用承載 類型標識來標識用戶終端的承載類型包括在源SAE網(wǎng)絡(luò)中創(chuàng)建承載時發(fā)起的 建立承載請求消息中增加承載類型標識，根據(jù)承載請求消息中的承載類型標識 來標識承載的類型。
6、 如權(quán)利要求l所述的方法，其特征在于，當所述源網(wǎng)絡(luò)是2G/3G網(wǎng)絡(luò)， 所述目標網(wǎng)絡(luò)為SAE網(wǎng)絡(luò)時，所述在源網(wǎng)絡(luò)中保存承載類型標識包括在源2G/3G網(wǎng)絡(luò)中的服務(wù)GPRS 支持節(jié)點在分組數(shù)據(jù)協(xié)議PDP上下文中保存承載類型標識；所述將承載類型標識攜帶到目標SAE網(wǎng)絡(luò)中包括源2G/3G網(wǎng)絡(luò)中的服 務(wù)GPRS支持節(jié)點向目標SAE網(wǎng)絡(luò)中的移動管理實體發(fā)起的前向切換請求中攜 帶所述承載類型標識。
7、 如權(quán)利要求6所述的方法，其特征在于，所述在源網(wǎng)絡(luò)中使用承載類型 標識來標識用戶終端的承載類型包括源2G/3G網(wǎng)絡(luò)中的服務(wù)GPRS支持節(jié)點對用戶終端與源2G/3G網(wǎng)絡(luò)中的核 心網(wǎng)之間的PDP承載進行解碼，解碼到非接入層的信元后，根據(jù)該PDP承載 是否有數(shù)據(jù)流模板或者是否具有特定的數(shù)據(jù)流模板，確定與承載對應(yīng)的承載類 型標識；或者用戶終端或源2G/3G網(wǎng)絡(luò)中網(wǎng)關(guān)GPRS支持節(jié)點通過消息通知源2G/3G網(wǎng) 絡(luò)中服務(wù)GPRS支持節(jié)點PDP承載是否有數(shù)據(jù)流模板或是否具有特定的數(shù)據(jù)流 模板，服務(wù)GPRS支持節(jié)點根據(jù)所述消息確定與承載對應(yīng)的承載類型標識。
8、 如權(quán)利要求2或6所述的方法，其特征在于，當所述目標SAE網(wǎng)絡(luò)判 斷出所述用戶終端的承載類型為非缺省承載時，該方法進一步包括在用戶終端的切換過程中，目標SAE網(wǎng)絡(luò)中的移動管理實體在接收到目標 SAE網(wǎng)絡(luò)中的演進中的基站eNB發(fā)送的切換完成消息后，為所述用戶終端建立缺省承載；或者在用戶終端的切換過程中，目標SAE網(wǎng)絡(luò)中的移動管理實體在源網(wǎng)絡(luò)側(cè)的 空口連接資源釋放完畢后，為所述用戶終端建立缺省承載；或者在用戶終端的切換過程中，目標SAE網(wǎng)絡(luò)中的移動管理實體在用戶終端的 路由區(qū)更新完畢后，為所述用戶終端建立缺省承載。
9、 如權(quán)利要求l所述的方法，其特征在于，所述在用承載類型標識來標識 用戶終端的承載類型包括只為缺省承載增加缺省承載類型標識； 或，只為專有承載增加專有承載類型標識；或，為缺省承載增加缺省承載類型標識，為專有承載增加專有承載類型標識；或，為缺省承栽和專有^^載分別增加不同的承載類型標識值； 或，采用信元專有值來表示缺省承載； 或，采用信元專有值來表示專有承載。
10、 一種移動管理實體，其特征在于，該移動管理實體包括切換請求發(fā) 送模塊和/或切換請求接收^f莫塊，其中，切換請求發(fā)送^f莫塊，用于發(fā)送前向切換請求消息，該前向切換請求消息中 攜帶承載上下文中所保存的承載類型標識；切換請求接收模塊，用于接收攜帶承載類型標識的前向切換請求消息，并 根據(jù)切換請求消息中的承載類型標識判斷承載類型。
11、 如權(quán)利要求10所述的移動管理實體，其特征在于，該移動管理實體 進一 步包括承載創(chuàng)建模塊，所述切換請求接收模塊，進一步用于在判斷出承載類型為非缺省承載時， 指示承載創(chuàng)建模塊建立缺省承載；所述承載創(chuàng)建模塊，用于在接收到切換請求接收模塊的指示后建立缺省承載。
12、 一種錨點網(wǎng)關(guān)，其特征在于，該錨點網(wǎng)關(guān)包括保存模塊和判斷模塊，其中，保存模塊，用于保存包含承載類型標識的用戶終端的承載上下文； 判斷模塊，用于根據(jù)保存模塊中的承載類型標識判斷所述用戶終端的承載 類型。
13、 如權(quán)利要求12所述的錨點網(wǎng)關(guān)，其特征在于，該錨點網(wǎng)關(guān)進一步包 括承載創(chuàng)建模塊，所述判斷模塊，進一步用于在判斷出承載類型為非缺省承載時，指示承載創(chuàng)建模塊建立缺省承載；所述承載創(chuàng)建模塊，用于在接收到判斷模塊的指示后建立缺省承載。
14、 一種識別承載類型的方法，其特征在于，該方法包括在源SAE網(wǎng)絡(luò)中創(chuàng)建承載時發(fā)起的建立承載請求消息中增加承載類型標 識，并在所建立承載的承載上下文中保存所述承載類型標識；當用戶終端從源SAE網(wǎng)絡(luò)切換到目標SAE網(wǎng)絡(luò)時，或者從源SAE網(wǎng)絡(luò)切 換到其他網(wǎng)絡(luò)后再切換到SAE網(wǎng)絡(luò)時，該方法還包括以下步驟 切換時，在前向切換請求消息中攜帶所述承載類型標識； 目標SAE網(wǎng)絡(luò)中的移動管理實體根據(jù)所述前向切換請求消息中的承載標 識判斷是否存在缺省承載，是則不新建缺省承載；否則新建缺省承載。
15、 一種識別^^載類型的方法，其特征在于，當用戶終端從源SAE網(wǎng)絡(luò)切 換到目標SAE網(wǎng)絡(luò)時，或者從源SAE網(wǎng)絡(luò)切換到其他網(wǎng)絡(luò)后再切換到SAE網(wǎng) 絡(luò)時，該方法包括目標SAE網(wǎng)絡(luò)側(cè)的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)根據(jù)承載中是否具有數(shù)據(jù)流模板和/ 或是否具有特定的數(shù)據(jù)流模板來判斷是否存在缺省承載；存在缺省承載，則不新建缺省承載，否則新建缺省承載。
16、 一種識別承載類型的方法，其特征在于，該方法包括在2G/3G網(wǎng)絡(luò)中，在PDP上下文中為7 (載增加承載類型標識； 在用戶終端從2G/3G網(wǎng)絡(luò)切換到SAE網(wǎng)絡(luò)時，在前向切換請求消息中攜 帶所述承載類型標識；SAE網(wǎng)絡(luò)中的移動管理實體根據(jù)所述前向切換請求消息中的承載類型標 識判斷是否存在缺省承載；若存在缺省承載，則不新建缺省承載；否則新建缺省承載。
17、根據(jù)權(quán)利要求16所述的方法，其特征在于，所述在PDP上下文中增 加承載類型標識的步驟包括對用戶終端與核心網(wǎng)之間有關(guān)的PDP承載進行解碼，解到非接入ANS層 的信元，在該NAS層的信元中增加承載類型標識，并將該承載類型標識存儲到 PDP上下文中；或者，通過消息將PDP承載傳送至服務(wù)GPRS支持節(jié)點,服務(wù)GPRS支持 節(jié)點為PDP承載增加承載類型標識，并將該承載類型標識存儲到PDP上下文 中。
全文摘要
本發(fā)明實施例公開了識別承載類型的方法，通過在源網(wǎng)絡(luò)中使用承載類型標識來標識用戶終端的承載類型，并保存所述承載類型標識，在用戶終端從源網(wǎng)絡(luò)切換到目標網(wǎng)絡(luò)的過程中，將承載類型標識傳遞到目標網(wǎng)絡(luò)。本發(fā)明實施例還公開了一種移動管理實體和一種錨點網(wǎng)關(guān)。本發(fā)明實施例的技術(shù)方案使得，目標網(wǎng)絡(luò)能夠識別承載類型，從而獲知缺省承載是否存在，如果存在，則無需新建缺省承載，極大減輕了目標網(wǎng)絡(luò)的負擔、節(jié)省了網(wǎng)絡(luò)資源；如果不存在，則新建缺省承載，保障用戶終端正常切換。
文檔編號H04Q7/38GK101291529SQ20071018153
公開日2008年10月22日 申請日期2007年10月18日 優(yōu)先權(quán)日2007年4月20日
發(fā)明者呂東俊, 袁立平 申請人:華為技術(shù)有限公司