專利名稱：一種注冊處理方法和用戶終端的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，特別是涉及一種注冊處理方法、系統(tǒng)及裝置。
背景技術(shù)：
3GPP為了增強未來網(wǎng)絡(luò)的競爭能力，正在研究一種全新的演進網(wǎng)絡(luò)，其系統(tǒng)架構(gòu)參見圖1所示，其中包括演進的UMTS 陸地?zé)o線接入網(wǎng)(E-UTRAN，Evolved UMTS Terrestrial Radio Access Network)，用于實現(xiàn)所有與演進網(wǎng)絡(luò)無線有關(guān)的功能。移動性管理實體(MME，Mobility Management Entity)，負責(zé)控制面的移動性管理，包括用戶上下文和移動狀態(tài)管理，分配用戶臨時身份標識等。服務(wù)網(wǎng)關(guān)實體Serving Gff, Serving Gateway)，是3GPP接入系統(tǒng)間的用戶面錨點，終止E-TURAN的接口。分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)實體(PDNGff, Packet Data Network Gateway)是 3GPP 接入系統(tǒng)和非3GPP接入系統(tǒng)之間的用戶面錨點，終止和外部分組數(shù)據(jù)網(wǎng)絡(luò)(PDN，Packet Data Network)的接口。策略和計費規(guī)則功能實體(PCRF，Policyand Charging Rule Function)，用于策略控制決定和流計費控制功能。歸屬網(wǎng)絡(luò)服務(wù)器(HSS，Home Subscriber Server)用于存儲用戶簽約信息。UMTS 陸地?zé)o線接入網(wǎng)(UTRAN，UMTS Terrestrial Radio Access Network)、GSM/ EDGE 無線接入網(wǎng)(GERAN，GSM/EDGE Radio Access Network)，用于實現(xiàn)所有與現(xiàn)有 GPRS/ UMTS網(wǎng)絡(luò)中無線有關(guān)的功能。服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN，Serving GPRS Supporting Node)，用于實現(xiàn)GPRS/UMTS網(wǎng)絡(luò)中路由轉(zhuǎn)發(fā)、移動性管理、會話管理以及用戶信息存儲等功能。非3GPP IP接入系統(tǒng)(Non_3GPP IP Access)，主要是一些非3GPP組織定義的接入網(wǎng)絡(luò)，如無線局域網(wǎng)(WLAN，Wireless Local Area Network)，微波存取全球互通(Wimax， Worldwide Interoperability for Microwave Access)等網(wǎng)絡(luò)。認證、授權(quán)與計費月艮務(wù)器(AAA Server, Authentication, Authorization and Accounting Server)用于對用戶設(shè)備(UE，User Equipment)執(zhí)行接入認證、授權(quán)和計費功能。說明這個架構(gòu)并不意味著最終的SAE系統(tǒng)架構(gòu)，最后的架構(gòu)可能和這個架構(gòu)有所差別，本專利不作限制。上述演進網(wǎng)絡(luò)的一個需求是實現(xiàn)3GPP 的接入系統(tǒng)(GERAN/UTRAN/E-UTRAN)和 Non-3GPP接入系統(tǒng)(如WLAN/Wimax等)之間的切換(Handover)。在目前的協(xié)議中規(guī)定，切換流程是通過UE在新接入系統(tǒng)中的附著(Attach)或者跟蹤區(qū)更新(TAU)流程來實現(xiàn)的。 參見圖2所示，用戶終端從Non-3GPP接入系統(tǒng)到3GPP接入系統(tǒng)的切換流程包括下列步驟1、UE通過Non-3GPP網(wǎng)關(guān)和PDN Gff接入到Non_3GPP接入網(wǎng)絡(luò)。
5
2、非3GPP網(wǎng)元發(fā)送切換命令到UE通知UE切換到演進網(wǎng)絡(luò)。或者UE發(fā)現(xiàn)演進網(wǎng)絡(luò)并且決定切換到演進網(wǎng)絡(luò)。3、UE發(fā)送附著請求或者跟蹤區(qū)更新請求消息到MME。4、UE、MME、HSS之間執(zhí)行鑒權(quán)流程。HSS可以在這個步驟中將用戶在Non_3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息提供給MME。5、MME發(fā)送位置更新消息給HSS，注冊MME的地址信息到HSS。6、HSS將用戶的簽約數(shù)據(jù)插入到MME中。7、HSS返回位置更新確認消息給MME。HSS可以在這個步驟中將用戶在Non-3GPP 接入網(wǎng)絡(luò)中使用的PDN Gff地址信息提供給MME。8、UE、Serving GW、PDN Gff之間執(zhí)行承載創(chuàng)建流程，創(chuàng)建UE使用的資源。9、MME發(fā)送附著接受或者跟蹤區(qū)更新接受消息到UE。參見圖3所示，在目前的協(xié)議中規(guī)定，用戶終端正常附著(也可稱之為初始附著 Initial Attach)到3GPP接入系統(tǒng)的流程包括下列步驟1、UE發(fā)送附著請求消息到MME。2、UE、MME, HSS之間執(zhí)行鑒權(quán)流程。3、如果用戶存在已經(jīng)創(chuàng)建的承載，則MME發(fā)起刪除承載流程，將用戶以前建立的承載刪除掉。4、MME發(fā)送位置更新消息給HSS，注冊MME的地址信息到HSS。5、HSS將用戶的簽約數(shù)據(jù)插入到MME中。6、HSS返回位置更新確認消息給MME。 7、MME發(fā)起缺省承載創(chuàng)建程序，創(chuàng)建UE和PDN Gff之間的缺省承載。8、MME注冊UE使用的PDN Gff地址信息到HSS。這個處理也可以通過位置更新流程來處理，MME發(fā)送位置更新消息給HSS，消息中攜帶PDN Gff地址信息。9、MME發(fā)送附著接受消息給UE。參見圖4所示，在目前的協(xié)議中規(guī)定，用戶終端正常跟蹤區(qū)更新(也可稱之為初始跟蹤區(qū)更新hitial TAU)到3GPP接入系統(tǒng)的流程包括下列步驟1、UE發(fā)送跟蹤區(qū)更新請求消息到MME。2、UE、MME, HSS之間執(zhí)行鑒權(quán)流程。3、MME發(fā)送位置更新消息給HSS，注冊MME的地址信息到HSS。4、HSS將用戶的簽約數(shù)據(jù)插入到MME中。5、HSS返回位置更新確認消息給MME。6、MME接受UE的跟蹤區(qū)更新請求，并發(fā)送跟蹤區(qū)更新接受消息到UE。發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，切換導(dǎo)致的Attach/TAU流程和正常Attach/TAU流程處理機制存在很大的不同正常的Attach流程網(wǎng)絡(luò)側(cè)需要將用戶以前建立的承載都刪除掉，建立UE和PDN GW之間的缺省承載并且將UE使用的PDNGW地址信息注冊到HSS，而切換導(dǎo)致的Attach流程網(wǎng)絡(luò)側(cè)需將用戶以前建立的承載都重新創(chuàng)建出來。正常的TAU流程網(wǎng)絡(luò)側(cè)不處理用戶的承載，而切換導(dǎo)致的TAU流程網(wǎng)絡(luò)側(cè)需將用戶以前建立的承載都重新創(chuàng)建出來。所以需要一種機制對不同的Attach/TAU流程進行處理。正常的3GPP和Non-3GPP之間的切換由于先將UE從源接入網(wǎng)絡(luò)斷開，然后UE再從目標接入網(wǎng)絡(luò)通過Attach等流程接入，導(dǎo)致UE業(yè)務(wù)中斷的時間比較長，影響用戶的業(yè)務(wù)體驗。所以現(xiàn)在E-UTRAN和CDMA網(wǎng)絡(luò)中的HRPD (High Rate Packet Data，高速分組數(shù)據(jù))接入網(wǎng)絡(luò)之間切換提出了一種優(yōu)化切換機制。圖5為E-UTRAN和HRPD網(wǎng)絡(luò)優(yōu)化切換的系統(tǒng)架構(gòu)圖。MME和HRPDAN(HRPD Access Network，HRPD接入網(wǎng)絡(luò)，處理HRPD網(wǎng)絡(luò)中的移動性管理，無線資源管理等)之間增加SlOl接口，傳遞MME和HRPD AN之間的信令。PDSNO^acket Data Serving Node，分組數(shù)據(jù)服務(wù)節(jié)點)是HRPD網(wǎng)絡(luò)中的一個用戶面處理網(wǎng)元，進行HRPD 網(wǎng)絡(luò)的用戶面處理?，F(xiàn)在HRPD網(wǎng)絡(luò)和E-UTRAN網(wǎng)絡(luò)之間的優(yōu)化切換提出了一種預(yù)先路徑切換(Early path switch)機制，即UE還未切換到目標接入網(wǎng)絡(luò)(UE還在源接入網(wǎng)絡(luò))時先將用戶面路徑切換到目標接入網(wǎng)絡(luò)。用戶終端從HRPD到E-UTRAN網(wǎng)絡(luò)的預(yù)先路徑切換的優(yōu)化切換流程包括下列步驟1、UE在HRPD網(wǎng)絡(luò)接入。2、UE或者HRPD AN (Access Network,接入網(wǎng)絡(luò))決定執(zhí)行切換到E-UTRAN網(wǎng)絡(luò)。3、UE 通過 HRPD 網(wǎng)絡(luò)發(fā)送 Attach Request 消息到 MME。4、鑒權(quán)程序被執(zhí)行。5,MME發(fā)送Update Location消息到HSS，獲取UE的簽約數(shù)據(jù)。HSS返回UE的簽約數(shù)據(jù)，包括UE使用的PDN Gff地址信息。6>MMEit# Serving Gff, Serving Gff Create Default Bearer Request M 肩、ο7,Serving GW發(fā)起預(yù)先路徑切換流程。krving GW和PDN GW之間的接口協(xié)議為 PMlPJlJServing GW 發(fā)送 Proxy BU 消息到 PDN GW。PDN Gff收到上述消息后切換用戶面的路由到krving Gff,即PDN Gff收到下行數(shù)據(jù)后將發(fā)給krving GW。同時PDN Gff不再向PDSN發(fā)送下行數(shù)據(jù)包。8、Serving GW 回 Create Default Bearer Response 消息給 MME。9,MME發(fā)送Relocation Request消息到eNodeB請求eNodeB建立接入網(wǎng)側(cè)資源。 eNodeB完成接入網(wǎng)側(cè)資源的創(chuàng)建后回Relocation Request Acknowledge消息給MME。10、MME 發(fā)送 Update Bearer Request 消息至Ij Serving Gff 更新 Serving Gff 的下行用戶面路徑到 eNodeB。Serving GW 回 Update Bearer Response 消息到 MME。11、MME 發(fā)送 SlOl HO Command 消息到 HRPD AN,消息中包含 Attach Accept 消息和 HO Command 消息。12、HRPD AN 發(fā)送 HRPD AN L2 消息到 UE,消息中包含 Attach Accept 消息和 HO Command 消息。13、UE 切換到 E-UTRAN 網(wǎng)絡(luò)，發(fā)送 HO Complete 消息到 eNodeB。14、eNodeB 發(fā)送 Relocation Complete 消息給 MME，通知 MME UE 已經(jīng)切換到 E-UTRAN網(wǎng)絡(luò)。發(fā)明人在發(fā)明過程中發(fā)現(xiàn)，對于HRPD網(wǎng)絡(luò)到E-UTRAN網(wǎng)絡(luò)切換來說，UE可能在兩種狀態(tài)下發(fā)生切換空閑狀態(tài)和激活狀態(tài)。當(dāng)UE在激活狀態(tài)下發(fā)生切換時在切換的流程中通知接入網(wǎng)建立接入網(wǎng)側(cè)的承載可以加快UE切換到目標接入網(wǎng)絡(luò)后業(yè)務(wù)恢復(fù)的時間。但是在空閑狀態(tài)下UE并沒有業(yè)務(wù)在運行，對切換的時延要求也不是很高，同時UE在空閑狀態(tài)下建立接入網(wǎng)側(cè)的承載會浪費接入網(wǎng)側(cè)的資源。而且預(yù)先切換機制，當(dāng)UE切換失敗時還需要通知PDN GW將下行路徑切回源接入網(wǎng)絡(luò)。所以預(yù)先切換機制會增加系統(tǒng)的復(fù)雜性。所以為了優(yōu)化網(wǎng)絡(luò)的處理和節(jié)省接入網(wǎng)的資源，需要一種機制對激活狀態(tài)和空閑狀態(tài)的切換流程進行區(qū)分處理。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種注冊處理方法和用戶終端，以使網(wǎng)絡(luò)側(cè)可區(qū)分不同的注冊處理類型。本發(fā)明實施例的一種注冊處理方法，包括當(dāng)用戶終端UE發(fā)起注冊到網(wǎng)絡(luò)時，所述UE識別注冊類型；在所述UE注冊到網(wǎng)絡(luò)的過程中，所述UE向網(wǎng)絡(luò)側(cè)網(wǎng)元上報注冊處理類型，其中， 所述注冊處理類型對應(yīng)于識別出的注冊類型，所述網(wǎng)絡(luò)側(cè)網(wǎng)元為移動性管理實體MME或服務(wù)GPRS支持節(jié)點SGSN。本發(fā)明實施例的用戶終端，包括識別單元，用于在所述用戶終端發(fā)起注冊到網(wǎng)絡(luò)時，識別注冊類型；注冊發(fā)起單元，用于發(fā)起注冊，并發(fā)出注冊觸發(fā)信號；上報單元，用于接收所述注冊發(fā)起單元發(fā)出的注冊觸發(fā)信號，并在所述用戶終端注冊到網(wǎng)絡(luò)的過程中，將所述識別單元識別出的注冊類型對應(yīng)的注冊處理類型信息上報給網(wǎng)絡(luò)側(cè)網(wǎng)元，其中，所述網(wǎng)絡(luò)側(cè)網(wǎng)元為移動性管理實體MME或服務(wù)GPRS支持節(jié)點SGSN。本發(fā)明實施例中，由于UE在注冊到網(wǎng)絡(luò)的過程中，將該注冊的處理類型信息上報給網(wǎng)絡(luò)側(cè)，所以網(wǎng)絡(luò)側(cè)可據(jù)此區(qū)分不同的注冊處理類型。



圖16為本發(fā)明實施例7的流程圖；圖17為本發(fā)明實施例8的流程圖；圖18為本發(fā)明實施例9的流程圖；圖19為本發(fā)明實施例10的流程圖；圖20為本發(fā)明實施例11的流程圖；圖21為本發(fā)明實施例12的流程圖；圖22為本發(fā)明實施例13的流程圖。
具體實施例方式為了使網(wǎng)絡(luò)側(cè)可區(qū)分不同的注冊處理類型。本發(fā)明實施例提供了一種注冊處理方法，參見圖7所示，包括下列主要步驟Si、網(wǎng)絡(luò)側(cè)接收UE在注冊到網(wǎng)絡(luò)的過程中上報的該注冊的處理類型信息。本步驟之前，UE在注冊到網(wǎng)絡(luò)時，可先識別該注冊的類型。當(dāng)UE注冊到網(wǎng)絡(luò)的過程中，將識別出的該注冊類型對應(yīng)的處理類型信息上報給網(wǎng)絡(luò)側(cè)。S2、網(wǎng)絡(luò)側(cè)根據(jù)所述處理類型信息，識別該注冊的處理類型。本發(fā)明實施例還提供了另一種注冊處理方法，包括下列主要步驟網(wǎng)絡(luò)側(cè)接收 HSS或者AAA krver上報的用戶終端UE注冊的處理類型信息；網(wǎng)絡(luò)側(cè)根據(jù)所述處理類型信息，識別該注冊的處理類型。本發(fā)明實施例還提供了一種注冊處理系統(tǒng)，參見圖8所示，其包括用戶終端和網(wǎng)絡(luò)側(cè)。UE，用于在注冊到網(wǎng)絡(luò)的過程中，將該注冊的處理類型信息上報。所述用戶終端UE 在注冊到網(wǎng)絡(luò)時，識別注冊的處理類型信息后再將所述注冊的處理類型信息上報。網(wǎng)絡(luò)側(cè)，用于根據(jù)接收的UE上報的該注冊的處理類型信息，識別該注冊的處理類型。具體的，由網(wǎng)絡(luò)側(cè)的移動性管理實體MME (演進網(wǎng)絡(luò))、服務(wù)GPRS支持節(jié)點SGSM2G/3G 網(wǎng)絡(luò))或非3GPP網(wǎng)關(guān)設(shè)備(非3GPP網(wǎng)絡(luò))對UE上報的處理類型信息進行識別。本發(fā)明實施例還提供了一種用戶終端，參見圖9所示，其包括識別單元、注冊發(fā)起單元和上報單元。識別單元，用于在該UE發(fā)起注冊時，識別該注冊的類型。注冊發(fā)起單元，用于發(fā)起注冊，并發(fā)出注冊觸發(fā)信號。上報單元，用于接收注冊發(fā)起單元發(fā)出的注冊觸發(fā)信號，并在該UE注冊到網(wǎng)絡(luò)的過程中，將識別單元識別出的該注冊類型對應(yīng)的處理類型信息上報，上報的方式包括但不限于以下幾種上報單元將處理類型信息攜帶于附著請求消息中的信元中；或者，將處理類型信息攜帶于跟蹤區(qū)更新請求消息中的信元中；或者，將處理類型信息攜帶于路由區(qū)更新請求消息中的信元中；或者，將處理類型信息攜帶于接入請求消息中的信元中；或者，將處理類型信息攜帶于接入鑒權(quán)或者鑒權(quán)消息中的信元中；或者將處理類型信息攜帶于IKEv2或 IPsec SA建立消息中的信元中。上報單元上報的過程具體為所述上報單元對應(yīng)不同的注冊類型，向網(wǎng)絡(luò)側(cè)發(fā)送不同的附著請求消息；或者，對應(yīng)不同的注冊類型，向網(wǎng)絡(luò)側(cè)發(fā)送不同的跟蹤區(qū)更新請求消息；或者，對應(yīng)不同的注冊類型，向網(wǎng)絡(luò)側(cè)發(fā)送不同的路由區(qū)更新請求消息；或者，對應(yīng)不同的注冊類型，向網(wǎng)絡(luò)側(cè)發(fā)送不同的接入請求消息。本發(fā)明實施例還提供了一種網(wǎng)絡(luò)側(cè)的網(wǎng)元，具體的，該網(wǎng)元為移動性管理實體 MME (演進網(wǎng)絡(luò))、服務(wù)GPRS支持節(jié)點SGSN(2G/3G網(wǎng)絡(luò))或非3GPP網(wǎng)關(guān)(非3GPP網(wǎng)絡(luò))， 參見圖10所示，其包括獲取單元和識別單元。獲取單元，用于獲取注冊的過程中UE的注冊處理類型信息。具體的，獲取的處理類型信息由所述UE、HSS或者AAA Server上報。識別單元，用于根據(jù)獲取單元獲取的處理類型信息，識別該注冊的處理類型。所述的網(wǎng)元進一步包括第一處理單元，用于在所述識別單元識別注冊的處理類型為切換注冊處理類型時，發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建所述UE使用的承載資源。所述的網(wǎng)元進一步包括第二處理單元，用于在所述識別單元識別注冊的處理類型為激活模式下的切換注冊處理類型時，不發(fā)起源接入網(wǎng)絡(luò)的資源釋放處理。所述的網(wǎng)元進一步包括第三處理單元，用于在所述識別單元識別注冊的處理類型為激活模式下的切換注冊處理類型時，發(fā)起目標網(wǎng)絡(luò)的網(wǎng)元與源網(wǎng)絡(luò)的網(wǎng)元之間的數(shù)據(jù)轉(zhuǎn)發(fā)隧道資源創(chuàng)建處理。以下通過多個實施例具體描述。實施例1 :UE在發(fā)送注冊請求消息到MME時，將該注冊的處理類型信息上報給 MME, MME據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型進行相應(yīng)的處理，完成注冊。MME上報注冊的處理類型給HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源Non-3GPP網(wǎng)絡(luò)中使用的資源在3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果HSS 中保存UE在Non-3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則HSS通知AAA Server取消UE在 Non-3GPP網(wǎng)絡(luò)中的注冊，AAA Server通知Non_3GPP網(wǎng)絡(luò)釋放UE使用的資源。參見圖11 所示，包括下列步驟UUE通過Non-3GPP網(wǎng)關(guān)和PDN GW接入到Non_3GPP接入網(wǎng)絡(luò)。2、非3GPP網(wǎng)元發(fā)送切換命令到UE通知UE切換到演進網(wǎng)絡(luò)?；蛘遀E發(fā)現(xiàn)演進網(wǎng)絡(luò)并決定發(fā)起切換。3、UE在發(fā)起注冊到演進網(wǎng)絡(luò)之前，識別該注冊的類型；之后發(fā)送注冊請求消息到 MME,并相應(yīng)將該注冊的處理類型信息上報給MME。其中，可以通過如下方式之一上報1)在附著請求消息中增加Attach Type信元。例如該Attach Type信元有如下兩個取值0對應(yīng)Normal Attach (也可稱之為hitial Attach)，表明該附著請求消息是正常的附著請求消息(也可稱之為初始的附著請求消息)；1對應(yīng)Handover Attach，表明該附著請求消息是切換導(dǎo)致的附著請求消息?；蛘遀E在附著請求消息中增加指示位，表明該附著請求消息是切換導(dǎo)致的附著請求消息，而原有的附著請求消息表明一個正常的附著請求消息(或者稱之為初始的附著請求消息)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為 “Attach due to Handover”。c) Attach Type 信元。UE 將該信元設(shè)置為 “Handover Attach”。
2)定義新的消息。例如定義新的切換附著請求消息(Handover Attach Request)，該消息表明一個切換導(dǎo)致的附著請求消息，而原有的附著請求消息表明一個正常的附著請求消息(或者稱之為初始的附著請求消息)，這樣UE可向網(wǎng)絡(luò)側(cè)發(fā)送不同的附著請求消息，分別表征對應(yīng)的注冊處理類型信息。(也可新定義對應(yīng)正常附著請求的消息 (或者稱之為初始附著請求的消息)，原有的附著請求消息對應(yīng)切換導(dǎo)致的附著請求消息； 或者切換導(dǎo)致的附著請求消息和正常附著請求消息(或者稱之為初始附著請求消息)都重新定義)幻在跟蹤區(qū)更新請求消息中增加Update Type信元。例如該Update Type信元有如下兩個取值0對應(yīng)Normal TAU(也可稱之為hitial TAU)，表明該跟蹤區(qū)更新請求消息是正常的跟蹤區(qū)更新請求消息(也可稱之為初始的跟蹤區(qū)更新請求消息)；1對應(yīng)Handover TAU，表明該跟蹤區(qū)更新請求消息是切換導(dǎo)致的跟蹤區(qū)更新請求消息?；蛘遀E在跟蹤區(qū)更新請求消息中增加指示位表明該跟蹤區(qū)更新請求消息是切換導(dǎo)致的跟蹤區(qū)更新請求消息， 而原有的跟蹤區(qū)更新請求消息表明一個正常的跟蹤區(qū)更新請求消息(或者稱之為初始的跟蹤區(qū)更新請求消息)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為 “TAU due to Handover”。c) Update Type 信元。UE 將該信元設(shè)置為"Handover TAU”。4)定義新的消息。例如定義新的切換跟蹤區(qū)更新請求消息(Handover TAU Request)，該消息表明一個切換導(dǎo)致的跟蹤區(qū)更新請求消息，而原有的跟蹤區(qū)更新請求消息表明一個正常的跟蹤區(qū)更新請求消息(或者稱之為初始的跟蹤區(qū)更新請求消息)，這樣 UE可向網(wǎng)絡(luò)側(cè)發(fā)送不同的跟蹤區(qū)更新請求消息，分別表征對應(yīng)的注冊處理類型信息。(也可新定義對應(yīng)正常的跟蹤區(qū)更新請求(或者稱之為初始的跟蹤區(qū)更新請求)的消息，原有的跟蹤區(qū)更新請求消息對應(yīng)切換導(dǎo)致的跟蹤區(qū)更新請求消息；或者切換導(dǎo)致的跟蹤區(qū)更新請求消息和正常跟蹤區(qū)更新請求(或者稱之為初始跟蹤區(qū)更新請求)消息都重新定義)4、UE、MME, HSS之間執(zhí)行鑒權(quán)流程，獲取用戶使用的PDN Gff地址信息。MME可以在這個步驟中將UE注冊的處理類型信息上報給HSS。如果注冊處理類型為切換處理類型， 則HSS可以將用戶在Non-3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息提供給MME。5、MME發(fā)送位置更新消息給HSS，注冊MME的地址信息到HSS。MME可以在這個步驟中將UE注冊的處理類型信息上報給HSS。6、HSS將用戶的簽約數(shù)據(jù)插入到MME中。7、HSS返回位置更新確認消息給MME。HSS可以在這個步驟中將用戶在Non-3GPP 接入網(wǎng)絡(luò)中使用的PDN Gff地址信息提供給MME。如果UE的注冊過程中由HSS識別UE的注冊處理類型(如HSS發(fā)現(xiàn)保存有用戶在 Non-3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息，則HSS認為UE的注冊處理類型為切換導(dǎo)致的注冊處理類型；否則，HSS認為UE的注冊處理類型為正常的注冊處理類型)JljHSS在這個消息中增加指示位信元將UE的注冊處理類型信息通知給MME。指示位可能的方法有a)如果UE的注冊處理類型為切換導(dǎo)致的注冊，則HSS增加切換指示位信元 (Handover Indication) 0對于正常的注冊處理類型，HSS不攜帶這個信元。b) Cause信元。對于切換導(dǎo)致的注冊處理，HSS將該Cause信元設(shè)置為“Updatedue to Handover Attach”。對于正常注冊處理，HSS將該Cause信元設(shè)置為“Update due to Initial Attach” $#^^ ! = ^^ Cause ff7li。c) Update Type信元。對于切換導(dǎo)致的注冊處理，HSS將該信元設(shè)置為“Handover Attach”。對于正常注冊處理，HSS將該信元設(shè)置為Initial Attach”或者不攜帶這個信兀。8、MME根據(jù)UE上報或者HSS上報的該注冊的處理類型信息，識別該注冊的處理類型。至此，MME已區(qū)分了不同的注冊處理類型。進一步，如果處理類型為正常發(fā)起的注冊，則MME按照正常的注冊流程處理。步驟 11至18將被執(zhí)行。如果處理類型為切換導(dǎo)致的注冊，則MME發(fā)送請求承載創(chuàng)建消息到獲取的PDN Gff 的地址，請求網(wǎng)絡(luò)側(cè)發(fā)起承載創(chuàng)建流程，將用戶在Non-3GPP接入網(wǎng)絡(luò)使用的業(yè)務(wù)在新接入系統(tǒng)重新創(chuàng)建起來。并轉(zhuǎn)入步驟9。9、如果需要到PCRF獲取用戶使用的策略和計費(PCC)規(guī)則，則PDN Gff發(fā)送請求策略和計費規(guī)則消息到PCRF獲取用戶使用的PCC規(guī)則。PCRF提供用戶使用的PCC規(guī)則到 PDN GW010、PDN GW發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建用戶使用的承載。并轉(zhuǎn)入步驟18。11、如果UE的注冊處理類型為正常發(fā)起的注冊，且HSS中存在注冊的PDN GW地址， 這些PDN Gff地址為UE在Non-3GPP接入網(wǎng)絡(luò)接入時使用的PDN Gff地址信息，且通過AAA Server注冊到HSS，則HSS發(fā)送取消注冊消息到AAA Server請求取消UE在Non-3GPP接入網(wǎng)絡(luò)中的注冊。AAA krver回取消注冊確認消息到HSS。12、AAA Server發(fā)送取消注冊消息到PDN Gff請求取消UE在Non_3GPP接入網(wǎng)絡(luò)中的注冊。PDN GW回取消注冊確認消息到AAA Server.13、如果PDN Gff和Non_3GPP網(wǎng)關(guān)設(shè)備之間的接口協(xié)議為PMIP協(xié)議，則PDN Gff發(fā)送綁定取消指示消息給Non-3GPP網(wǎng)關(guān)設(shè)備，取消Non-3GPP網(wǎng)關(guān)設(shè)備和PDN Gff之間的PMIP 綁定。Non-3GPP網(wǎng)關(guān)設(shè)備回綁定撤銷確認消息到PDN GW。14、AAA Server也可以發(fā)送會話終止消息到Non_3GPP網(wǎng)關(guān)設(shè)備。Non_3GPP網(wǎng)關(guān)設(shè)備回會話終止確認消息到AAA Server.15、Non-3GPP網(wǎng)關(guān)設(shè)備收到綁定取消指示消息或者會話終止消息后發(fā)起資源釋放程序，釋放UE在Non-3GPP接入網(wǎng)絡(luò)中使用的資源。16、如果UE的注冊處理類型為正常發(fā)起的注冊，則MME發(fā)起缺省承載創(chuàng)建程序，創(chuàng)建UE和PDN Gff之間的缺省承載。17、MME注冊UE使用的PDN Gff地址信息到HSS。這個處理也可以通過位置更新流程來處理，MME發(fā)送位置更新消息給HSS，消息中攜帶PDN Gff地址信息。18,MME回附著接受或者跟蹤區(qū)更新接受消息到UE。實施例2 這種機制也能應(yīng)用到2G/3G系統(tǒng)。UE在發(fā)送注冊請求消息到SGSN時， 將該注冊的處理類型信息上報給SGSN，SGSN據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型進行相應(yīng)的處理，完成注冊。SGSN上報注冊的處理類型給HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源Non-3GPP網(wǎng)絡(luò)中使用的資源在3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果HSS中保存UE在Non-3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息， 則HSS通知AAA Server取消UE在Non_3GPP網(wǎng)絡(luò)中的注冊，AAA Server通知Non_3GPP網(wǎng)絡(luò)釋放UE使用的資源。參見圖12所示，包括下列步驟1、UE通過Non-3GPP網(wǎng)關(guān)和PDN Gff接入到Non_3GPP接入網(wǎng)絡(luò)。2、非3GPP網(wǎng)元發(fā)送切換命令到UE通知UE切換到2G或者3G網(wǎng)絡(luò)?；蛘遀E發(fā)現(xiàn) 2G或者3G網(wǎng)絡(luò)并決定發(fā)起切換。3、UE在發(fā)起注冊到2G或者3G網(wǎng)絡(luò)之前，識別該注冊的類型；之后發(fā)送注冊請求消息到SGSN，并相應(yīng)將該注冊的處理類型信息上報給SGSN。其中，可以通過如下方式之一上報1)在附著請求消息中增加Attach Type信元。例如該Attach Type信元有如下兩個取值0對應(yīng)Normal Attach (也可稱之為hitial Attach)，表明該附著請求消息是正常的附著請求消息(也可稱之為初始的附著請求消息)；1對應(yīng)Handover Attach，表明該附著請求消息是切換導(dǎo)致的附著請求消息。或者UE在附著請求消息中增加指示位表明該附著請求消息是切換導(dǎo)致的附著請求消息，而原有的附著請求消息表明一個正常的附著請求消息(或者稱之為初始的附著請求消息)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為"Attach due to Handover，，。c) Attach Type 信元。UE 將該信元設(shè)置為 “Handover Attach”。2)定義新的消息。例如定義新的切換附著請求消息(Handover Attach Request)，該消息表明一個切換導(dǎo)致的附著請求消息，而原有的附著請求消息表明一個正常的附著請求(或者稱之為初始的附著請求)消息，這樣UE可向網(wǎng)絡(luò)側(cè)發(fā)送不同的附著請求消息，分別表征對應(yīng)的注冊處理類型信息。(也可新定義對應(yīng)正常附著請求(或者稱之為初始附著請求)的消息，原有的附著請求消息對應(yīng)切換導(dǎo)致的附著請求消息；或者切換導(dǎo)致的附著請求消息和正常附著請求(或者稱之為初始附著請求)消息都重新定義)幻在路由區(qū)更新請求消息中增加Update Type信元。例如該Update Type信元有如下兩個取值0對應(yīng)Normal RAU(也可稱之為hitial RAU)，表明該路由區(qū)更新請求消息是正常的路由區(qū)更新請求消息(也可稱之為初始的路由區(qū)更新請求消息)；1對應(yīng)Handover RAU，表明該路由區(qū)更新請求消息是切換導(dǎo)致的路由區(qū)更新請求消息。或者UE在路由區(qū)更新請求消息中增加指示位表明該路由區(qū)更新請求消息是切換導(dǎo)致的路由區(qū)更新請求消息， 而原有的路由區(qū)更新請求消息表明一個正常的路由區(qū)更新請求消息(或者稱之為初始的路由區(qū)更新請求消息)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為 “RAU due to Handover”。c) Update Type 信元。UE 將該信元設(shè)置為"Handover RAU”。4)定義新的消息。例如定義新的切換路由區(qū)更新請求消息(Handover RAU Request)，該消息表明一個切換導(dǎo)致的路由區(qū)更新請求消息，而原有的路由區(qū)更新請求消息表明一個正常的路由區(qū)更新請求(或者稱之為初始的路由區(qū)更新請求)消息，這樣UE可向網(wǎng)絡(luò)側(cè)發(fā)送不同的路由區(qū)更新請求消息，分別表征對應(yīng)的注冊處理類型信息。(也可新定義對應(yīng)正常的路由區(qū)更新請求(或者稱之為初始的路由區(qū)更新請求)消息，原有的路由區(qū)更新請求消息對應(yīng)切換導(dǎo)致的路由區(qū)更新請求消息；或者切換導(dǎo)致的路由區(qū)更新請求消息和正常路由區(qū)更新請求(或者稱之為初始路由區(qū)更新請求)消息都重新定義)4、UE、SGSN、HSS之間執(zhí)行鑒權(quán)流程。SGSN可以在這個步驟中將UE注冊的處理類型信息上報給HSS。如果注冊處理類型為切換處理類型，則HSS可以將用戶在Non-3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息提供給SGSN。5,SGSN發(fā)送位置更新消息給HSS，注冊SGSN的地址信息到HSS。SGSN可以在這個步驟中將UE注冊的處理類型信息上報給HSS。6、HSS將用戶的簽約數(shù)據(jù)插入到SGSN中。7,HSS返回位置更新確認消息給SGSN。HSS可以在這個步驟中將用戶在Non-3GPP 接入網(wǎng)絡(luò)中使用的PDN GW地址信息提供給SGSN。如果UE的注冊過程中由HSS識別UE的注冊處理類型(如HSS發(fā)現(xiàn)保存有用戶在Non-3GPP接入網(wǎng)絡(luò)中使用的PDN GW地址信息， 則HSS認為UE的注冊處理類型為切換導(dǎo)致的注冊處理類型；否則，HSS認為UE的注冊處理類型為正常的注冊處理類型)，則HSS在這個消息中增加指示位信元將UE的注冊處理類型信息通知給SGSN。指示位可能的方法有a)如果UE的注冊處理類型為切換導(dǎo)致的注冊，則HSS增加切換指示位信元 (Handover Indication) 0對于正常的注冊處理類型，HSS不攜帶這個信元。b) Cause信元。對于切換導(dǎo)致的注冊處理，HSS將該Cause信元設(shè)置為“Update due to Handover Attach”。對于正常注冊處理，HSS將該Cause信元設(shè)置為“Update due to Initial Attach” $#^^ ! = ^^ Cause ff7li。c) Update Type信元。對于切換導(dǎo)致的注冊處理，HSS將該信元設(shè)置為“Handover Attach”。對于正常注冊處理，HSS將該信元設(shè)置為Initial Attach”或者不攜帶這個信兀。8、SGSN根據(jù)UE上報或者HSS上報的該注冊的處理類型信息，識別該注冊的處理類型。至此，SGSN已區(qū)分了不同的注冊處理類型。進一步，如果處理類型為正常發(fā)起的注冊，則SGSN按照正常的流程處理，步驟11 至16將被執(zhí)行。如果處理類型為切換導(dǎo)致的注冊，則SGSN發(fā)送請求承載創(chuàng)建消息到獲取的PDN GW(也就是現(xiàn)在的GGSN)的地址，請求網(wǎng)絡(luò)側(cè)發(fā)起承載創(chuàng)建流程，將用戶在Non-3GPP接入網(wǎng)絡(luò)使用的業(yè)務(wù)在新接入系統(tǒng)重新創(chuàng)建起來。并轉(zhuǎn)入步驟9。9、如果需要到PCRF獲取用戶使用的策略和計費(PCC)規(guī)則，則PDN Gff發(fā)送請求策略和計費規(guī)則消息到PCRF獲取用戶使用的PCC規(guī)則。PCRF提供用戶使用的PCC規(guī)則到 PDN GW010、PDN GW發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建用戶使用的承載。并轉(zhuǎn)入步驟16。步驟11至步驟15同實施例1中的處理。這里不再描述。16、SGSN回附著接受或者路由區(qū)更新接受消息到UE。實施例3 這種機制也能應(yīng)用到可信(Trusted)的Non-3GPP系統(tǒng)。UE在發(fā)送注冊請求消息到非3GPP網(wǎng)關(guān)設(shè)備時，將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備，非3GPP 網(wǎng)關(guān)設(shè)備據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型，相應(yīng)為該UE創(chuàng)建承載，完成注冊。非3GPP網(wǎng)關(guān)設(shè)備上報注冊的處理類型給AAA Server, AAA krver上報注冊的處理類型到HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源3GPP網(wǎng)絡(luò)中使用的資源在Non-3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果AAA Server中保存UE在 3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則AAA Server通知HSS取消UE在3GPP網(wǎng)絡(luò)中的注冊，同時AAA krver通知PDN GW釋放UE在3GPP網(wǎng)絡(luò)中使用的資源。參見圖13所示，包括下列步驟UUE通過krving GW和PDN GW接入到3GPP接入網(wǎng)絡(luò)。2、MME或者SGSN發(fā)送切換命令到UE通知UE切換到Non_3GPP網(wǎng)絡(luò)。或者UE發(fā)現(xiàn)Non-3GPP網(wǎng)絡(luò)并決定發(fā)起切換。3、UE在發(fā)起注冊到Non-3GPP網(wǎng)絡(luò)之前，識別該注冊的類型；之后發(fā)送接入請求消息到非3GPP網(wǎng)關(guān)設(shè)備，并相應(yīng)將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備。其中，可以通過如下方式之一上報1)在接入請求消息中增加Access Type信元。例如該Attach Type信元有如下兩個取值0對應(yīng)Normal Access (或者稱之為hitial Access)，表明該接入請求消息是正常的接入請求(或者稱之為初始的接入請求)消息；1對應(yīng)Handover Access，表明該接入請求消息是切換導(dǎo)致的接入請求消息?；蛘遀E在接入請求消息中增加指示位表明該接入請求消息是切換導(dǎo)致的接入請求消息，而原有的接入請求消息表明一個正常的接入請求消息(或者稱之為初始的接入請求消息)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b)Cause 信元。UE 將該 Cause 信元設(shè)置為"Access due to Handover，，。c) Access Type 信元。UE 將該信元設(shè)置為"Handover Access，，。2)定義新的消息。例如定義新的切換接入請求消息(Handover Access Request)，該消息表明一個切換導(dǎo)致的接入請求消息，而原有的接入請求消息表明一個正常的接入請求(或者稱之為初始的接入請求)消息，這樣UE可向網(wǎng)絡(luò)側(cè)發(fā)送不同的接入請求消息，分別表征對應(yīng)的注冊處理類型信息。(也可新定義對應(yīng)正常接入請求(或者稱之為初始接入請求)消息，原有的接入請求消息對應(yīng)切換導(dǎo)致的接入請求消息；或者切換導(dǎo)致的接入請求消息和正常接入請求(或者稱之為初始接入請求)消息都重新定義)4、UE、非3GPP網(wǎng)關(guān)、AAA Server,HSS之間執(zhí)行鑒權(quán)流程。UE也可以在這個步驟中將UE的注冊處理類型上報給非3GPP網(wǎng)關(guān)。UE在鑒權(quán)流程的消息中攜帶Access Type信元。 例如該Access type信元有如下兩個取值0對應(yīng)Normal Access (或者稱之為Initial Access)，表明該接入請求消息是正常的接入請求(或者稱之為初始的接入請求)消息；1 對應(yīng)Handover Access，表明該接入請求消息是切換導(dǎo)致的接入請求消息?；蛘遀E在鑒權(quán)流程的消息中攜帶Attach Type信元。例如該Atatch Type信元有如下兩個取值0對應(yīng)Normal Attach (或者稱之為hitial Attach)，表明該UE的注冊處理類型是正常的注冊(或者稱之為初始的注冊)；1對應(yīng)HandoverAttach，表明該UE的注冊處理類型是切換導(dǎo)致的注冊?；蛘遀E在鑒權(quán)流程的消息中增加指示位表明該UE的注冊處理類型是切換導(dǎo)致的注冊，而原有的鑒權(quán)流程的消息表明一個正常的注冊(或者稱之為初始的注冊)。指示位可能的方法有
a)切換指示位信元(Handover Indication)。b)Cause 信元。UE 將該 Cause 信元設(shè)置為"Attach due to Handover，，。c) Attach Type 信元。UE 將該信元設(shè)置為 “Handover Attach”。非3GPP網(wǎng)關(guān)在這個步驟中將UE的注冊處理類型上報給AAA Server。如果UE的注冊過程中由AAA Server識別UE的注冊處理類型(如AAA Server發(fā)現(xiàn)保存有用戶在3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息，則AAA Server認為UE的注冊處理類型為切換導(dǎo)致的注冊處理類型；否則，AAA krver認為UE的注冊處理類型為正常的注冊處理類型)，則AAA Server在這個消息中增加指示位信元將UE的注冊處理類型信息通知給非3GPP網(wǎng)關(guān)。指示位可能的方法有a)如果UE的注冊處理類型為切換導(dǎo)致的注冊，則AAA Server增加切換指示位信元(Handover Indication) 對于正常的注冊處理類型，AAA krver不攜帶這個信元。b)CauSe信元。對于切換導(dǎo)致的注冊處理，AAA krver將該Cause信元設(shè)置為 "Update due to Handover Attach”。對于正常注冊處理，AAA Server 將該 Cause 信元設(shè)置為“Update due to Initial Attach”或者不攜帶這個Cause信元。c)Update Type信元。對于切換導(dǎo)致的注冊處理，AAA krver將該信元設(shè)置為 "Handover Attach”。對于正常注冊處理，AAA krver將該信元設(shè)置為“ Initial Attach” 或者不攜帶這個信元。5、非3GPP網(wǎng)關(guān)設(shè)備根據(jù)UE上報的該注冊的處理類型信息，識別該注冊的處理類型。至此，非3GPP網(wǎng)關(guān)設(shè)備已區(qū)分了不同的注冊處理類型。進一步，如果處理類型為正常的接入，則非3GPP網(wǎng)關(guān)設(shè)備按照正常的接入流程處理。步驟7到13將被執(zhí)行。如果處理類型為切換導(dǎo)致的接入，則非3GPP網(wǎng)關(guān)設(shè)備發(fā)送請求策略和計費規(guī)則消息到PCRF獲取用戶使用的PCC規(guī)則。PCRF提供用戶使用的PCC規(guī)則到非3GPP網(wǎng)關(guān)設(shè)備。并轉(zhuǎn)入步驟6。6、非3GPP網(wǎng)關(guān)發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建用戶使用的承載。并轉(zhuǎn)入步驟13。7、如果UE的注冊處理類型為正常發(fā)起的注冊，且AAA Server中存在注冊的PDN GW地址，這些PDN GW地址為UE在3GPP接入網(wǎng)絡(luò)接入時使用的PDN GW地址信息，且通過 HSS注冊到AAA Server，則AAA krver發(fā)送取消注冊消息到PDN GW請求取消UE在3GPP 接入網(wǎng)絡(luò)中的注冊。PDN GW回取消注冊確認消息到AAA Server。8、如果PDN GW和krving GW之間的接口協(xié)議為PMIP協(xié)議，則PDN GW發(fā)送綁定取消指示消息給krving GW，取消krving GW網(wǎng)關(guān)設(shè)備和PDN GW之間的PMIP綁定。Serving Gff回綁定取消確認消息給PDN GW。9、如果krving GW收到綁定取消指示消息，則krving GW發(fā)起資源釋放程序，釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。10、如果PDN Gff和krving Gff之間的接口協(xié)議為GTP協(xié)議，則PDN Gff發(fā)起資源釋放程序，釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。11、PDN Gff和PCRF之間執(zhí)行會話終止程序，通知PCRF釋放UE在3GPP接入網(wǎng)絡(luò)中使用的PCC rules。
12、AAA Server發(fā)送取消注冊消息到HSS，取消UE在HSS中的注冊。HSS回取消注冊確認消息到AAA Server.13、非3GPP網(wǎng)關(guān)回接入接受消息到UE。實施例4 這種機制也能應(yīng)用到可信(Trusted)的Non-3GPP系統(tǒng)。UE在發(fā)送注冊請求消息到非3GPP網(wǎng)關(guān)設(shè)備時，將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備，非3GPP 網(wǎng)關(guān)設(shè)備據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型，相應(yīng)為該UE創(chuàng)建承載，完成注冊。非3GPP網(wǎng)關(guān)設(shè)備上報注冊的處理類型給AAA Server, AAA krver上報注冊的處理類型到HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源3GPP網(wǎng)絡(luò)中使用的資源在Non-3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果AAA Server中保存UE在 3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則AAA Server通知HSS取消UE在3GPP網(wǎng)絡(luò)中的注冊，HSS通知MME/SGSN釋放UE在3GPP網(wǎng)絡(luò)中使用的資源。參見圖14所示，包括下列步驟步驟1至6同實施例3中的處理。7、如果UE的注冊處理類型為正常發(fā)起的注冊，且AAA Server中存在注冊的PDN GW地址，這些PDN GW地址為UE在3GPP接入網(wǎng)絡(luò)接入時使用的PDN GW地址信息，且通過 HSS注冊到AAA Server,則AAA Server發(fā)送取消注冊消息到HSS，取消UE在HSS中的注冊。 HSS回取消注冊確認消息到AAA Server.8、HSS發(fā)送位置取消消息到MME/SGSN。MME/SGSN回位置取消確認消息到HSS。9、MME/SGSN分離UE，釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。10、PDN GW和PCRF之間執(zhí)行會話終止程序，通知PCRF釋放UE在3GPP接入網(wǎng)絡(luò)中使用的PCC rules。11、非3GPP網(wǎng)關(guān)回接入接受消息到UE。實施例5 這種機制也能應(yīng)用到非可信(Untrusted)的Non-3GPP系統(tǒng)。UE在發(fā)送接入鑒權(quán)請求或者 IKEv2/IPkc SA(Internet Key Exchange Protocol Version 2/IP Security Protocol Security Association，因特網(wǎng)密鑰交換協(xié)議版本2/IP網(wǎng)絡(luò)安全協(xié)議安全聯(lián)盟)建立請求消息到演進分組數(shù)據(jù)網(wǎng)關(guān)(一種非3GPP網(wǎng)關(guān))ePDG(Evolved Packet data Gateway)時，將該注冊的處理類型信息上報給ePDG，ePDG據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型，相應(yīng)為該UE創(chuàng)建承載，完成注冊。ePDG上報注冊的處理類型給AAA Server, AAA krver上報注冊的處理類型到HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源3GPP網(wǎng)絡(luò)中使用的資源在Non-3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果AAA Server中保存UE在3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則AAA Server 通知HSS取消UE在3GPP網(wǎng)絡(luò)中的注冊，同時AAA Server通知PDN Gff釋放UE在3GPP網(wǎng)絡(luò)中使用的資源。參見圖15所示，包括下列步驟1、UE通過krving Gff和PDN Gff接入到3GPP接入網(wǎng)絡(luò)。2、MME或者SGSN發(fā)送切換命令到UE通知UE切換到Non_3GPP網(wǎng)絡(luò)。或者UE發(fā)現(xiàn)Non-3GPP網(wǎng)絡(luò)并決定發(fā)起切換。3、UE、ePDG、AAA Server、HSS之間執(zhí)行接入鑒權(quán)流程。UE可以在這個步驟中將 UE的注冊處理類型上報給ePDG。UE在接入鑒權(quán)流程的消息中攜帶Access Type信元。 例如該Access Type信元有如下兩個取值0對應(yīng)NormalAccess (或者稱之為Initial Access)，表明該接入請求消息是正常的接入請求(或者稱之為初始的接入請求)消息；1對應(yīng)Handover Access，表明該接入請求消息是切換導(dǎo)致的接入請求消息?；蛘遀E在接入鑒權(quán)流程的消息中攜帶Attach Type信元。例如該Atatch Type 信元有如下兩個取值0對應(yīng)Normal Attach (或者稱之為hitial Attach)，表明該UE的注冊處理類型是正常的注冊(或者稱之為初始的注冊)；1對應(yīng)Handover Attach，表明該 UE的注冊處理類型是切換導(dǎo)致的注冊?；蛘遀E在接入鑒權(quán)流程的消息中增加指示位表明該UE的注冊處理類型是切換導(dǎo)致的注冊，而原有的接入鑒權(quán)流程的消息表明一個正常的注冊(或者稱之為初始的注冊)。 指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為"Attach due to Handover，，。c) Attach Type 信元。UE 將該信元設(shè)置為 “Handover Attach”。ePDG在這個步驟中可以將UE的注冊處理類型上報給AAA Server, AAA Server將 UE的注冊處理類型上報給HSS。如果UE的注冊過程中由AAA Server識別UE的注冊處理類型(如AAA Server發(fā)現(xiàn)保存有用戶在3GPP接入網(wǎng)絡(luò)中使用的PDN Gff地址信息，則AAA Server認為UE的注冊處理類型為切換導(dǎo)致的注冊處理類型；否則，AAA krver認為UE的注冊處理類型為正常的注冊處理類型)，則AAA Server在這個消息中增加指示位信元將UE的注冊處理類型信息通知給ePDG。指示位可能的方法有a)如果UE的注冊處理類型為切換導(dǎo)致的注冊，則AAA Server增加切換指示位信元(Handover Indication) 對于正常的注冊處理類型，AAA krver不攜帶這個信元。b)CauSe信元。對于切換導(dǎo)致的注冊處理，AAA krver將該Cause信元設(shè)置為 "Update due to Handover Attach”。對于正常注冊處理，AAA Server 將該 Cause 信元設(shè)置為“Update due to Initial Attach”或者不攜帶這個Cause信元。c)Update Type信元。對于切換導(dǎo)致的注冊處理，AAA krver將該信元設(shè)置為 "Handover Attach”。對于正常注冊處理，AAA krver將該信元設(shè)置為“ Initial Attach” 或者不攜帶這個信元。4、UE、ePDG、AAA Server之間執(zhí)行IKEv2/IPkc SA建立流程。UE可以在這個步驟中將UE的注冊處理類型上報給ePDG。UE可以在IKEv2/IPSecSA建立流程的消息中攜帶 Access Type信元或者Attach Type信元指明UE的注冊處理類型。或者UE在IKEv2/IPSec SA建立流程的消息中增加指示位表明該UE的注冊處理類型是切換導(dǎo)致的注冊，而原有的 IKEv2/IPSec SA建立流程的消息表明一個正常的注冊(或者稱之為初始的注冊)。指示位可能的方法有a)切換指示位信元(Handover Indication)。b) Cause 信元。UE 將該 Cause 信元設(shè)置為"Access due to Handover，，。c) Access Type 信元。UE 將該信元設(shè)置為"Handover Access，，。ePDG在這個步驟中可以將UE的注冊處理類型上報給AAA Server, AAA Server將 UE的注冊處理類型上報給HSS。5、ePDG根據(jù)UE上報的該注冊的處理類型信息，識別該注冊的處理類型。至此，ePDG已區(qū)分了不同的注冊處理類型。
進一步，如果處理類型為正常的接入，則ePDG按照正常的接入流程處理。步驟7 到13將被執(zhí)行。如果處理類型為切換導(dǎo)致的接入，則ePDG發(fā)送請求策略和計費規(guī)則消息到PCRF 獲取用戶使用的PCC規(guī)則。PCRF提供用戶使用的PCC規(guī)則到非3GPP網(wǎng)關(guān)設(shè)備。并轉(zhuǎn)入步驟6。6、ePDG發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建用戶使用的承載。并轉(zhuǎn)入步驟13。步驟7至13同實施例3中的處理。綜上所述，本發(fā)明實施例中，由于UE在注冊到網(wǎng)絡(luò)的過程中，將該注冊的處理類型信息上報給網(wǎng)絡(luò)側(cè)，所以網(wǎng)絡(luò)側(cè)可據(jù)此區(qū)分不同的注冊處理類型。進一步，網(wǎng)絡(luò)側(cè)可按照識別出的處理類型，進行對應(yīng)的流程處理。而且本發(fā)明實施例中還公開了 UE上報注冊的處理類型信息的具體方式通過增加信元或新定義消息，更好的支撐了本發(fā)明實施例。進一步，除前述流程中說明的hitial Attach和Handover Attach處理類型外， 本發(fā)明實施例中UE、HSS、AAA服務(wù)器等實體上報的注冊處理類型信息還可以包括其它的注冊處理類型，如I^e-Registration (即UE預(yù)先注冊到目標接入網(wǎng)絡(luò)的注冊處理類型)，Idle Mode Handover (即UE空閑模式下切換時的注冊處理類型)，Active Mode Handover (即 UE激活模式下切換時的注冊處理類型)。如對于多模終端(Multi Mode)或者雙模(Dual Mode)終端(即這種終端能夠同時接入到多個網(wǎng)絡(luò)中)來說，注冊的處理類型可能有=Power On Attach(即UE開機時的注冊處理類型)，Normal Attach(即UE正常接入時的注冊處理類型)，Handover Attach(即UE切換時的注冊處理類型)等。本發(fā)明實施例不限制注冊處理類型的取值。如下以Idle Mode Handover和Active Mode Handover的處理來說明其它注冊處理類型的處理。實施例6 =UE激活模式下的HRPD到E-UTRAN網(wǎng)絡(luò)切換時，MME獲取UE的切換處理類型。MME判斷切換處理類型為UE激活模式下的切換時則MME通知eNodeB建立接入網(wǎng)側(cè)資源及使用預(yù)先路徑切換機制。參見圖6所示，包括下列步驟1、UE在HRPD網(wǎng)絡(luò)接入。2、UE或者HRPD AN (Access Network,接入網(wǎng)絡(luò))決定執(zhí)行切換到3GPP網(wǎng)絡(luò)。3、UE通過HRPD網(wǎng)絡(luò)發(fā)送Attach Request消息到MME。由MME獲取處理類型信息。MME獲取處理類型信息具體可以為DUE上報UE在Attach Request消息中通知MME本次Attach流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式可以是V UE在Attach Request消息中增加“Attach Type”信元指示MME切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；V UE 在 Attach Request 消息中增加 “Cause” 信元表明導(dǎo)致 Attach Request 消息的原因值。UE可以設(shè)置Cause原因值為"Idle Mode Handover”表明Attach Request是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明Attach Request是由于激活狀態(tài)下的切換導(dǎo)致的；
V UE在Attach Request消息中增加“UE State”信元將UE的狀態(tài)上報。MME根據(jù) UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置“UE State" 為0(ldle state)表明UE的狀態(tài)為空閑狀態(tài)1 (Active state)表明UE的狀態(tài)為激活狀態(tài)V UE在激活狀態(tài)下的切換時在Attach Request消息中增加“active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時在Attach Request消息中不攜帶 "active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載?；蛘遀E在激活狀態(tài)下的切換時將 "active flag”信元設(shè)置為“True (1)”指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時將“active flag”信元設(shè)置為“!^lse(O) ”指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時在Attach Request消息中增加“Non-active flag” 信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時在Attach Request消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。或者UE在空閑狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“True (1) ”指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“False (0)，，指示需要建立接入網(wǎng)側(cè)的承載。2) HRPD AN上報HRPD AN在SlOl接口的消息中通知MME本次Attach流程是UE 在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式可以是V HRPD AN在SlOl接口的消息中增加“Attach Type”信元指示MME切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換1表明(Active Mode Handover)激活狀態(tài)下的切換V HRPD AN在SlOl接口的消息中增加“Cause”信元表明導(dǎo)致Attach Request消息的原因值。HRPD AN可以設(shè)置Cause原因值為"Idle Mode Handover”表明Attach Request是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明Attach Request是由于激活狀態(tài)下的切換導(dǎo)致的；V HRPD AN在SlOl接口的消息中增加“UE State”信元將UE的狀態(tài)上報。MME根據(jù) UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置“UE State" 為0(ldle state)表明UE的狀態(tài)為空閑狀態(tài)1 (Active state)表明UE的狀態(tài)為激活狀態(tài)V UE在激活狀態(tài)下的切換時HRPD AN在SlOl接口的消息中增加“active flag" 信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時HRPD AN在SlOl接口的消息中不攜帶“active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時HRPD AN在SlOl接口的消息中增加“Non-active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時HRPD AN在SlOl接口的消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。4、鑒權(quán)程序被執(zhí)行。5,MME發(fā)送Update Location消息到HSS，獲取UE的簽約數(shù)據(jù)。HSS返回UE的簽約數(shù)據(jù)，包括UE使用的PDN Gff地址信息。6>MMEit# Serving Gff, Serving Gff RM Create Default Bearer Request M 息。MME根據(jù)Attach Request消息中攜帶的信息判斷UE是在激活狀態(tài)下的切換還是空閑狀態(tài)下的切換。MME如果發(fā)現(xiàn)UE在激活狀態(tài)下的切換，則MME在Create Default Bearer Request消息中要求krving Gff “預(yù)先路徑切換”。7、Serving GW 收到 Create Default Bearer Request 消息后如果發(fā)現(xiàn)這個消息要求krving GW “預(yù)先路徑切換”，則krving GW發(fā)起預(yù)先路徑切換流程。krving GW發(fā) 3 Proxy BU消息到PDN Gff0 PDN GW收到上述消息后切換用戶面的路由到krving Gff, BP PDN Gff收到下行數(shù)據(jù)后將發(fā)給krving Gl8、Serving GW 回 Create Default Bearer Response 消息至Ij MME09、MME根據(jù)Attach Request消息中攜帶的信息判斷UE是在激活狀態(tài)下的切換還是空閑狀態(tài)下的切換。MME如果發(fā)現(xiàn)UE在激活狀態(tài)下的切換，則MME發(fā)送Relocation Request消息到eNodeB請求eNodeB建立接入網(wǎng)側(cè)資源。eNodeB完成接入網(wǎng)側(cè)資源的創(chuàng)建后回 Relocation Request Acknowledge 消息給 MME010、MME 發(fā)送 Update Bearer Request 消息至Ij Serving Gff 更新 Serving Gff 的下行用戶面路徑到 eNodeB。Serving GW 回 Update Bearer Response 消息到 MME。11、MME如果發(fā)現(xiàn)切換是UE在激活狀態(tài)下的切換，則MME發(fā)送SlOlHOCommand消息到HRPD AN,消息中包含Attach Accept消息和HO Command消息。12、HRPD AN 發(fā)送 HRPD AN L2 消息到 UE,消息中包含 Attach Accept 消息和 HO Command 消息。13、UE 切換到 E-UTRAN 網(wǎng)絡(luò)，發(fā)送 HO Complete 消息到 eNodeB。14、eNodeB 發(fā)送 Relocation Complete 消息給 MME，通知 MME UE 已經(jīng)切換到 E-UTRAN 網(wǎng)絡(luò)。值得說明的是本實施例中步驟6與步驟9并沒有絕對的先后時序關(guān)系。實施例7 =UE空閑模式下的HRPD到E-UTRAN網(wǎng)絡(luò)切換時MME獲取UE的切換處理類型。MME判斷切換處理類型為UE空閑模式下的切換時則MME不通知eNodeB建立接入網(wǎng)側(cè)資源及不使用預(yù)先路徑切換機制。參見圖16所示，包括下列步驟1、UE在HRPD網(wǎng)絡(luò)接入。2、UE或者HRPD AN (Access Network,接入網(wǎng)絡(luò))決定執(zhí)行切換到3GPP網(wǎng)絡(luò)。3,UE通過HRPD網(wǎng)絡(luò)發(fā)送Attach Request消息到MME。切換的處理類型需要通知給MME。處理方法同實施例6中的描述。4、鑒權(quán)程序被執(zhí)行。5,MME發(fā)送Update Location消息到HSS，獲取UE的簽約數(shù)據(jù)。HSS返回UE的簽約數(shù)據(jù)，包括UE使用的PDN Gff地址信息。6>MMEit# Serving Gff, Serving Gff MM Create Default Bearer Request M 息。MME根據(jù)Attach Request消息中攜帶的信息判斷UE是在激活狀態(tài)下的切換還是空閑狀態(tài)下的切換。MME如果發(fā)現(xiàn)UE在空閑狀態(tài)下的切換，則MME在Create Default Bearer Request消息中不要求krving GW“預(yù)先路徑切換”Jerving GW回Create Default Bearer Response 消息至Ij MME。
7,MME根據(jù)Attach Request消息中攜帶的信息判斷UE是在激活狀態(tài)下的切換還是空閑狀態(tài)下的切換。MME如果發(fā)現(xiàn)UE在空閑狀態(tài)下的切換，則MME不通知eNodeB建立接入網(wǎng)側(cè)的資源，MME通過HRPD網(wǎng)絡(luò)直接發(fā)Attach Accept消息到UE。8、UE切換到E-UTRAN網(wǎng)絡(luò)，發(fā)送TAU Request消息到MME通知MME UE已經(jīng)切換到E-UTRAN網(wǎng)絡(luò)。9、MME發(fā)現(xiàn)UE在空閑狀態(tài)下已經(jīng)切換到E-UTRAN網(wǎng)絡(luò)，則MME發(fā)送Update Bearer Request 消息給 Serving GW。MME 在 Update Bearer Request ±曾力口指示位要求 Serving Gff 進行用戶面路徑切換。10,Serving GW收到Update Bearer Request消息后如果發(fā)現(xiàn)要求用戶面路徑切換，則krving GW發(fā)送ftOxy BU消息到PDN GW更新PDN GW的下行用戶面路徑。PDN Gff 將下行用戶面路徑切換到krving GW后回Proxy BA消息給krving GW。11、Serving GW 回 Update Bearer Response 消息給 MME012、MME 回 TAU Accept 消息給 UE。實施例8 切換處理類型通知處理方法也能應(yīng)用到Non-3GPP到3GPP網(wǎng)絡(luò)的正常切換處理。UE在Attach Request消息中將切換處理類型信息通知給MME或者SGSN，MME 或者SGSN根據(jù)切換處理類型信息決定是否通知接入網(wǎng)建立接入網(wǎng)側(cè)的資源。參見圖17所示，包括下列步驟1、UE 在 Non_3GPP 網(wǎng)絡(luò)(如 Wimax、WLAN 等網(wǎng)絡(luò))接入。2、UE決定執(zhí)行切換到3GPP網(wǎng)絡(luò)，發(fā)起切換流程。3、UE 通過 3GPP 接入網(wǎng)絡(luò)(AN, Access network)發(fā)送 Attach Request 消息到核心網(wǎng)網(wǎng)元。如果3GPP接入網(wǎng)絡(luò)為GERAN/UTRAN，則核心網(wǎng)網(wǎng)元為SGSN ；如果3GPP接入網(wǎng)絡(luò)為E-UTRAN，則核心網(wǎng)網(wǎng)元為MME。UE在Attach Request消息中通知MME/SGSN這個Attach 流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程，MME或者SGSN獲取處理類型信息。具體的通知方式可以是V UE 在 Attach Request 消息中增加"Attach Type” 信元指示 MME/SGSN 切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；V UE 在 Attach Request 消息中增加 “Cause” 信元表明導(dǎo)致 Attach Request 消息的原因值。UE可以設(shè)置Cause原因值為"Idle Mode Handover”表明Attach Request是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明Attach Request是由于激活狀態(tài)下的切換導(dǎo)致的；V UE在Attach Request消息中增加“UE State”信元將UE的狀態(tài)上報。MME/ SGSN根據(jù)UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置 "UE Mate” 為0(ldle state)表明UE的狀態(tài)為空閑狀態(tài)1 (Active state)表明UE的狀態(tài)為激活狀態(tài)V UE在激活狀態(tài)下的切換時在Attach Request消息中增加“active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時在Attach Request消息中不攜帶"active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載?；蛘遀E在激活狀態(tài)下的切換時將 "active flag”信元設(shè)置為“Trued)”指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時將“activef lag”信元設(shè)置為“!^alse (0) ”指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時在Attach Request消息中增加“Non-active flag” 信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時在Attach Request消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載?；蛘遀E在空閑狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“True (1) ”指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“hlse (0) ”指示需要建立接入網(wǎng)側(cè)的承載。4、鑒權(quán)程序被執(zhí)行。5.MME/SGSN發(fā)送Update Location消息到HSS，獲取UE的簽約數(shù)據(jù)。HSS返回UE 的簽約數(shù)據(jù)，包括UE使用的PDN Gff地址信息。6、MME/SGSN 選擇 Serving Gff,向 Serving GW 發(fā)送 Create Default Bearer Request 消息。7,Serving GW發(fā)送Proxy BU消息到PDN GW更新PDN GW的下行用戶面路徑。PDN GW將下行用戶面路徑切換到krving GW后回ftx)xy BA消息給krving GW。8、Serving GW 回 Create Default Bearer Response 消息給 MME/SGSN。9、MME/SGSN根據(jù)Attach Request消息中攜帶的信息判斷UE是在激活狀態(tài)下的切換還是空閑狀態(tài)下的切換。MME/SGSN如果發(fā)現(xiàn)UE在激活狀態(tài)下的切換，則步驟9至12 被執(zhí)行。MME/SGSN如果發(fā)現(xiàn)UE在空閑狀態(tài)下的切換，則步驟13至14被執(zhí)行。MME/SGSN 發(fā)送 hitial Context Setup Request 消息給 3GPP ANi青求 3GPP AN 建立接入網(wǎng)側(cè)的資源，同時這個消息也攜帶Attach Accept消息。10、3GPPAN和UE之間建立無線承載。1U3GPP AN 回 hitial Context Setup Complete 消息給 MME/SGSN。這個消息中也攜帶Attach Complete消息。12、MME/SGSN 發(fā)送 Update Bearer Request 消息給 krving Gff 請求 krving Gff 更新下行用戶面路徑到eNodeB。Serving GW更新下行用戶面路徑到3GPP AN后回Update Bearer Response 消息到 MME/SGSN。13、MME/SGSN如果發(fā)現(xiàn)UE在空閑狀態(tài)下的切換，則MME/SGSN發(fā)送Attach Accept 消息給UE。14、UE 回 Attach Complete 消息給 MME/SGSN。實施例9 =UE在發(fā)送注冊請求消息到非3GPP網(wǎng)關(guān)設(shè)備時，將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備，非3GPP網(wǎng)關(guān)設(shè)備據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型，相應(yīng)為該UE創(chuàng)建承載，完成注冊。非3GPP網(wǎng)關(guān)設(shè)備上報注冊的處理類型給 AAA Server，由AAA krver上報注冊的處理類型到HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源3GPP網(wǎng)絡(luò)中使用的資源在Non-3GPP網(wǎng)絡(luò)中建立；對于初始化注冊，如果HSS中保存UE在3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則HSS通知AAA Server取消UE在3GPP網(wǎng)絡(luò)中的注冊，AAA Server通知PDN Gff釋放UE在3GPP網(wǎng)絡(luò)中使用的資源。 參見圖18所示，包括下列步驟
UUE通過krving GW和PDN GW接入到3GPP接入網(wǎng)絡(luò)。2、MME或者SGSN發(fā)送切換命令到UE，通知UE切換到Non_3GPP網(wǎng)絡(luò)?；蛘遀E發(fā)現(xiàn)Non-3GPP網(wǎng)絡(luò)并決定發(fā)起切換。3、UE在發(fā)起注冊到Non-3GPP網(wǎng)絡(luò)之前，識別該注冊的類型；之后發(fā)送接入請求消息到非3GPP網(wǎng)關(guān)設(shè)備，并相應(yīng)將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備。4、UE、非3GPP網(wǎng)關(guān)、AAA Server、HSS之間執(zhí)行鑒權(quán)流程。UE也可以在這個步驟中將UE的注冊處理類型上報給非3GPP網(wǎng)關(guān)。非3GPP網(wǎng)關(guān)在這個步驟中將UE的注冊處理類型上報給AAA Server和HSS。如果注冊處理類型為切換處理類型，則AAA Server或者HSS可以將用戶在3GPP接入網(wǎng)絡(luò)中使用的PDN GW地址信息提供給非3GPP網(wǎng)關(guān)。如果UE的注冊過程中由AAA Server或者HSS識別UE的注冊處理類型(如AAA Server或者HSS發(fā)現(xiàn)保存有用戶在3GPP接入網(wǎng)絡(luò)中使用的PDNGW地址信息，則AAA Server 或者HSS認為UE的注冊處理類型為切換導(dǎo)致的注冊處理類型；否則，AAA Server或者HSS 認為UE的注冊處理類型為正常的注冊處理類型)，則AAA Server或者HSS在這個消息中增加指示位信元將UE的注冊處理類型信息通知給非3GPP網(wǎng)關(guān)。指示位可能的方法有a)如果UE的注冊處理類型為切換導(dǎo)致的注冊，則AAA Server或者HSS增加切換指示位信元(Handover Indication (切換指示位))。對于正常的注冊處理類型，AAA krver或者HSS不攜帶這個信元。b) Cause (原因)信元。對于切換導(dǎo)致的注冊處理，AAA krver或者HSS將該Cause 信元設(shè)置為“Update due to Handover Attach (切換附著導(dǎo)致的更新)”。對于正常注冊處理，AAA Server 或者 HSS 將該 Cause 信元設(shè)置為 “Update due to Initial Attach (初始化附著導(dǎo)致的更新)，，或者不攜帶這個Cause信元。c) Update Type (更新類型)信元。對于切換導(dǎo)致的注冊處理，AAA krver或者 HSS將該信元設(shè)置為“Handover Attach (切換附著)”。對于正常注冊處理，AAA krver或者HSS將該信元設(shè)置為“Initial Attach(初始化附著)”或者不攜帶這個信元。5、非3GPP網(wǎng)關(guān)設(shè)備根據(jù)UE上報或者AAA Server上報或者HSS上報的該注冊的處理類型信息，識別該注冊的處理類型。至此，非3GPP網(wǎng)關(guān)設(shè)備已區(qū)分了不同的注冊處理類型。進一步，如果處理類型為正常的接入，則非3GPP網(wǎng)關(guān)設(shè)備按照正常的接入流程處理。步驟7到13將被執(zhí)行。如果處理類型為切換導(dǎo)致的接入，則非3GPP網(wǎng)關(guān)設(shè)備發(fā)送請求策略和計費規(guī)則消息到PCRF獲取用戶使用的PCC規(guī)則。PCRF提供用戶使用的PCC規(guī)則到非3GPP網(wǎng)關(guān)設(shè)備。轉(zhuǎn)入步驟6。6、非3GPP網(wǎng)關(guān)發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建用戶使用的承載。轉(zhuǎn)入步驟13。7、如果UE的注冊處理類型為正常發(fā)起的注冊，且HSS中存在注冊的PDN GW地址， 這些PDN Gff地址為UE在3GPP接入網(wǎng)絡(luò)接入時使用的PDNGW地址信息，則HSS發(fā)送取消注冊消息到AAA Server，取消UE在AAA krver中的注冊。AAA krver回取消注冊確認消息至Ij HSS08,AAA Server發(fā)送取消注冊消息到PDN Gff請求取消UE在3GPP接入網(wǎng)絡(luò)中的注冊，PDN Gff回取消注冊確認消息到AAA Server。9、如果PDN GW和krving GW之間的接口協(xié)議為PMIP協(xié)議，則PDN GW發(fā)送綁定取消指示消息給krving GW，取消krving GW網(wǎng)關(guān)設(shè)備和PDN GW之間的PMIP綁定。Serving Gff回綁定取消確認消息給PDN GW。10、如果krving Gff收到綁定取消指示消息，則krving Gff發(fā)起資源釋放程序， 釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。11、如果PDN Gff和krving Gff之間的接口協(xié)議為GTP協(xié)議，則PDN Gff發(fā)起資源釋放程序，釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。12、PDN GW和PCRF之間執(zhí)行會話終止程序，通知PCRF釋放UE在3GPP接入網(wǎng)絡(luò)中使用的PCC rules。13、非3GPP網(wǎng)關(guān)回接入接受消息到UE。實施例10 :UE在發(fā)送注冊請求消息到非3GPP網(wǎng)關(guān)設(shè)備時，將該注冊的處理類型信息上報給非3GPP網(wǎng)關(guān)設(shè)備，非3GPP網(wǎng)關(guān)設(shè)備據(jù)此識別該注冊的處理類型；進一步根據(jù)該注冊的處理類型，相應(yīng)為該UE創(chuàng)建承載，完成注冊。非3GPP網(wǎng)關(guān)設(shè)備上報注冊的處理類型給 AAA Server, AAA krver上報注冊的處理類型到HSS。對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將UE在源3GPP網(wǎng)絡(luò)中使用的資源在Non-3GPP網(wǎng)絡(luò)中建立；對于初始化注冊， 如果HSS中保存UE在3GPP網(wǎng)絡(luò)中使用的PDN Gff地址信息，則HSS通知AAA Server取消 UE在3GPP網(wǎng)絡(luò)中的注冊，同時HSS通知MME/SGSN釋放UE在3GPP網(wǎng)絡(luò)中使用的資源。參見圖19所示，包括下列步驟步驟1至6同實施例9中的處理。7、如果UE的注冊處理類型為正常發(fā)起的注冊，且HSS中存在注冊的PDN GW地址， 這些PDN Gff地址為UE在3GPP接入網(wǎng)絡(luò)接入時使用的PDNGW地址信息，則HSS發(fā)送取消注冊消息到AAA Server，取消UE在AAA krver中的注冊。AAA krver回取消注冊確認消息至Ij HSS08、HSS發(fā)送位置取消消息到MME/SGSN。MME/SGSN回位置取消確認消息到HSS。9、MME/SGSN分離UE，釋放UE在3GPP接入網(wǎng)絡(luò)中使用的資源。10、PDN GW和PCRF之間執(zhí)行會話終止程序，通知PCRF釋放UE在3GPP接入網(wǎng)絡(luò)中使用的PCC rules。11、非3GPP網(wǎng)關(guān)回接入接受消息到UE。實施例11 =UE激活模式下的Non-3GPP到3GPP網(wǎng)絡(luò)切換時，3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元獲取UE的切換處理類型。3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元判斷切換處理類型為UE激活模式下的切換時，則3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元通知PDN Gff不發(fā)起源Non-3GPP網(wǎng)絡(luò)的資源釋放處理、通知 Serving GW創(chuàng)建krving GW和Non_3GPP GW之間的數(shù)據(jù)轉(zhuǎn)發(fā)隧道資源。參見圖20所示， 包括下列步驟1、UE 在 Non_3GPP 網(wǎng)絡(luò)接入。2、UE或者Non-3GPP接入網(wǎng)元(如對于HRPD網(wǎng)絡(luò)來說，Non_3GPP接入網(wǎng)元為HRPD RNC)決定執(zhí)行切換到3GPP網(wǎng)絡(luò)。3,UE通過Non_3GPP網(wǎng)絡(luò)發(fā)送Attach Request消息到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元(對于E-UTRAN網(wǎng)絡(luò)來說，3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元為MME ；對于GERAN/UTRAN網(wǎng)絡(luò)來說，3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元為SGSN)。由3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元獲取處理類型信息。3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元獲取處理類型信息具體可以為DUE上報UE在Attach Request消息中通知3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元本次Attach 流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式可以是V UE在Attach Request消息中增加“Attach Type”信元指示MME切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；或者，對于激活狀態(tài)下的優(yōu)化切換或者預(yù)注冊，UE將Attach Request消息中的“Attach Type"信元設(shè)置為 “Optimized Handover (優(yōu)化切換)”或者為 “Pre-registration (預(yù)注冊)”或者為“Handover (切換)”。網(wǎng)絡(luò)側(cè)第一網(wǎng)元收到這個Attach Type后缺省認為 Attach流程是UE在激活狀態(tài)下的切換流程。V UE 在 Attach Request 消息中增加 “Cause” 信元表明導(dǎo)致 Attach Request 消息的原因值。UE可以設(shè)置Cause原因值為"Idle Mode Handover”表明Attach Request是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明Attach Request是由于激活狀態(tài)下的切換導(dǎo)致的；V UE在Attach Request消息中增加“UE State”信元將UE的狀態(tài)上報。MME根據(jù) UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置“UE State" 為0 (Idle state)表明UE的狀態(tài)為空閑狀態(tài)；1 (Active state)表明UE的狀態(tài)為激活狀態(tài)。V UE在激活狀態(tài)下的切換時在Attach Request消息中增加“active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時在Attach Request消息中不攜帶 "active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。或者UE在激活狀態(tài)下的切換時將 "active flag”信元設(shè)置為“True (1)”指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時將“active flag”信元設(shè)置為“!^lse(O) ”指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時在Attach Request消息中增加“Non-active flag” 信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時在Attach Request消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載?；蛘遀E在空閑狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“True (1) ”指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“hlse (0) ”指示需要建立接入網(wǎng)側(cè)的承載。2) Non-3GPP 接入網(wǎng)元或者 Non_3GPP Gff 上報Non_3GPP 接入網(wǎng)元或者 Non_3GPP Gff在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中通知3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元本次Attach流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式可以是V Non_3GPP接入網(wǎng)元或者Non_3GPP GW在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中增加“Attach Type”信元指示3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元切換的處理類型。其中，AttachType以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；或者， 對于激活狀態(tài)下的優(yōu)化切換或者預(yù)注冊，Non-3GPP接入網(wǎng)元或者Non-3GPP Gff將“Attach Type”信元設(shè)置為“Optimized Handover (優(yōu)化切換)”或者為 “Pre-registration(預(yù)注冊)”或者為“Handover (切換)”。3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元收到這個Attach Type后缺省認為Attach流程是UE在激活狀態(tài)下的切換流程。V Non_3GPP接入網(wǎng)元或者Non_3GPP GW在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中增加“Cause”信元表明導(dǎo)致Attach Request消息的原因值。Non-3GPP接入網(wǎng)元或者 Non-3GPP GW可以設(shè)置Cause原因值為"Idle Mode Handover”表明Attach Request是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明Attach Request是由于激活狀態(tài)下的切換導(dǎo)致的；V Non-3GPP接入網(wǎng)元或者Non-3GPP GW在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中增加“UE Mate”信元將UE的狀態(tài)上報。3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元根據(jù)UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置“UE Mate”為0 (Idle state)表明UE的狀態(tài)為空閑狀態(tài)；1 (Active state)表明UE的狀態(tài)為激活狀態(tài)。V UE在激活狀態(tài)下的切換時Non-3GPP接入網(wǎng)元或者Non-3GPP GW在發(fā)送給3GPP 網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中增加“active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時Non-3GPP接入網(wǎng)元或者Non-3GPP GW在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中不攜帶“active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時Non-3GPP接入網(wǎng)元或者Non-3GPP GW在發(fā)送給3GPP 網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中增加“Non-active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時Non-3GPP接入網(wǎng)元或者Non-3GPP GW在發(fā)送給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元接口的消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。4、鑒權(quán)程序被執(zhí)行。5、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送Update Location消息到HSS，獲取UE的簽約數(shù)據(jù)。 HSS返回UE的簽約數(shù)據(jù)，包括UE使用的PDN Gff地址信息。6、3GPP 網(wǎng)絡(luò)側(cè)第一網(wǎng)元選擇 krving GW，向 Serving GW 發(fā)送 Create Default Bearer Request 消息。7、如果krving GW和PDN GW之間的接口協(xié)議使用GTP協(xié)議，krving GW發(fā)送 Create Default Bearer Request 消息到 PDN GW。如果 krving GW 禾Π PDN GW 之間的接口協(xié)議使用 PMIP 協(xié)議，Serving GW 發(fā)送 Proxy BU 消息到 PDN GW。PDN GW 回 Create Default Bearer Response 消息或者 Proxy BA 消息至Ij Serving GW08、Serving GW 回 Create Default Bearer Response 消息至Ij 3GPP 網(wǎng)絡(luò)側(cè)第一網(wǎng)兀。9、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元如果發(fā)現(xiàn)UE在激活狀態(tài)下的切換，則3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送創(chuàng)建轉(zhuǎn)發(fā)隧道請求消息到krving GW，請求krving GW建立轉(zhuǎn)發(fā)隧道資源。Serving GW回創(chuàng)建轉(zhuǎn)發(fā)隧道響應(yīng)消息到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元，消息中攜帶轉(zhuǎn)發(fā)隧道信息(ServingGff Address和 GRE Keys)。10、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元如果發(fā)現(xiàn)切換是UE在激活狀態(tài)下的切換，則3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送HO Command消息到Non-3GPP接入網(wǎng)元或者Non-3GPP Gff,消息中包含Attach Acc印t消息和HO Command消息以及轉(zhuǎn)發(fā)隧道信息(Serving GffA ddress和GRE Keys)。11、如果Non-3GPP接入網(wǎng)元收到HO Command消息后發(fā)送創(chuàng)建轉(zhuǎn)發(fā)隧道請求消息給Non-3GPP GW，將獲得的轉(zhuǎn)發(fā)隧道信息通知給Non-3GPP GW。Non-3GPP GW回創(chuàng)建轉(zhuǎn)發(fā)隧道響應(yīng)消息給Non-3GPP接入網(wǎng)元。后續(xù)Non_3GPP GW通過轉(zhuǎn)發(fā)隧道(Serving Gff Address和GRE Keys)將收到的下行數(shù)據(jù)轉(zhuǎn)發(fā)給krving GW。12、Non-3GPP接入網(wǎng)元或者Non_3GPP Gff發(fā)送HO Command消息到UE，消息中包含 Attach Accept 消息禾口 HO Command 消息。13、UE切換到3GPP網(wǎng)絡(luò)，發(fā)送HO Complete消息到3GPP接入網(wǎng)元。14、3GPP接入網(wǎng)元發(fā)送Relocation Complete消息給3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元，通知 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元UE已經(jīng)切換到3GPP網(wǎng)絡(luò)。15、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送修改承載請求消息到krving Gff0 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元如果發(fā)現(xiàn)切換是UE在激活狀態(tài)下的切換，則3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在修改承載請求消息中增加指示位信息指示PDN Gff不發(fā)起UE在源Non-3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程。這個指示位可以為優(yōu)化切換或者預(yù)注冊指示位或者資源不釋放指示位。指示位的具體處理方式可以有1) "Update Type”(更新類型)指示位。網(wǎng)絡(luò)側(cè)第一網(wǎng)元設(shè)置“Update Type”指示位為 “Pre-registration (預(yù)注冊)”或者為 “Optimized Handover (優(yōu)化切換)，，。2) "Cause (原因)”原因值。網(wǎng)絡(luò)側(cè)第一網(wǎng)元設(shè)置“Cause”原因值為 "Pre-registration (預(yù)注冊)”或者為 “Optimized Handover (優(yōu)化切換)”或者為 "Resource not Release (資源不釋放)”。3) "Pre-registration hdication (預(yù)注冊指示位)”指示位或者 “Optimized Handover Indication (優(yōu)化切換指示位)，，指示位或 # "Resource not Release hdication(資源不釋放指示位)”指示位。16、如果krving GW和PDN GW之間的接口使用GTP協(xié)議，則Serving GW發(fā)送修改承載請求消息到PDN GW。如果krving GW和PDN GW之間的接口使用PMIP協(xié)議，則Serving GW發(fā)送代理綁定更新消息到PDN GW。krving GW在修改承載請求或者代理綁定更新消息中增加指示位信息指示PDN Gff不發(fā)起UE在源Non-3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程。 這個指示位可以為優(yōu)化切換或者預(yù)注冊指示位或者資源不釋放指示位。指示位的具體處理方式可以有1) "Update Type (更新類型)”或者“Binding type (綁定類型)”指示位。 Serving GW設(shè)置“Update Type (更新類型)”或者“Binding Type (綁定類型)”指示位為 "Pre-registration (預(yù)注冊)”或者為 “Optimized Handover (優(yōu)化切換)，，。2) “Cause (原因)”原因值。krving GW設(shè)置“Cause”原因值為 "Pre-registration (預(yù)注冊)”或者為 “Optimized Handover (優(yōu)化切換)”或者為 "Resource not Release (資源不釋放)”指示位。
3) "Pre-registration hdication (預(yù)注冊指示位)”指示位或者"Optimized Handover Indication (優(yōu)化切換指示位)，，指示位或 # "Resource not Release hdication(資源不釋放指示位)”指示位。PDN GW收到上述消息后不發(fā)起UE在源Non-3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程 (即Non-3GPP接入網(wǎng)絡(luò)中的資源釋放處理不是由PDN GW觸發(fā))。PDN Gff回修改承載響應(yīng)或者代理綁定確認消息到krving GW。17、Serving Gff回修改承載響應(yīng)消息到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元。18、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在收到eNodeB發(fā)送Relocation Complete消息后回切換完成消息到Non-3GPP接入網(wǎng)元或者Non_3GPP GW。19、Non-3GPP接入網(wǎng)元或者Non_3GPP Gff收到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送的切換完成消息后發(fā)起源Non-3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程。值得說明的是1、本實施例中步驟6與步驟9并沒有絕對的先后時序關(guān)系。2、本實施例不限定步驟9和步驟11中的消息。如對于HRPD網(wǎng)絡(luò)來說，步驟11中的消息也有可能為 All 注冊請求(All-Registration Request)消息(All-Registration Request)。實施例12 =UE激活模式下的3GPP到Non_3GPP網(wǎng)絡(luò)切換時，Non_3GPP網(wǎng)絡(luò)中的網(wǎng)元獲取UE的切換處理類型。Non-3GPP網(wǎng)絡(luò)中的網(wǎng)元判斷切換處理類型為UE激活模式下的切換時則建立接入網(wǎng)側(cè)資源、創(chuàng)建數(shù)據(jù)轉(zhuǎn)發(fā)資源、通知PDN GW不發(fā)起源側(cè)資源的釋放處理。 參見圖21所示，包括下列步驟1、UE 通過 krving Gff 和 PDN Gff 接入到 3GPP 網(wǎng)絡(luò)。2、UE通過3GPP網(wǎng)絡(luò)執(zhí)行Non-3GPP網(wǎng)絡(luò)特定的附著程序、鑒權(quán)及認證程序。3、UE通過3GPP網(wǎng)絡(luò)觸發(fā)Non_3GPP網(wǎng)絡(luò)中的層3附著程序。Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)(如HRPD網(wǎng)絡(luò)中的RNC)或者Non-3GPP GW(如HRPD網(wǎng)絡(luò)中的PDSN)獲取切換處理類型信息。Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW獲取切換處理類型信息具體可以為1)UE上報UE在層3附著程序的消息中通知Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者 Non-3GPP Gff本次流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。 具體的通知方式可以是V UE在層3附著程序的消息中增加‘‘Attach Type”信元指示Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；或者，對于激活狀態(tài)下的優(yōu)化切換或者預(yù)注冊，UE將層3附著程序的消息中的“Attach Type"信元設(shè)置為 “Optimized Handover (優(yōu)化切換)”或者為 “Pre-registration (預(yù)注冊)”或者為“Handover (切換)”。Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP GW收到這個Attach Type后缺省認為層3附著程序是UE在激活狀態(tài)下的切換流程。V UE在層3附著程序的消息中增加“Cause”信元表明導(dǎo)致層3附著程序的消息的原因值。UE可以設(shè)置Cause原因值為"Idle Mode Handover”表明層3附著程序的消息是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明層3附著程序的消息是由于激活狀態(tài)下的切換導(dǎo)致的；V UE在層3附著程序的消息中增加“UE State”信元將UE的狀態(tài)上報。Non-3GPP 網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP Gff根據(jù)UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE可以設(shè)置“UE Mate”為0 (Idle state)表明UE的狀態(tài)為空閑狀態(tài)；1 (Active state)表明UE的狀態(tài)為激活狀態(tài)。V UE在激活狀態(tài)下的切換時在層3附著程序的消息消息中增加“active flag” 信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時在層3附著程序的消息消息中不攜帶“active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。或者UE在激活狀態(tài)下的切換時將“active flag”信元設(shè)置為“Trued)”指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時將“active flag"信元設(shè)置為“False (0)，，指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時在層3附著程序的消息消息中增加“Non-active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時在層3附著程序的消息消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載?；蛘遀E在空閑狀態(tài)下的切換時將“Non-active flag”信元設(shè)置為“True (1) ”指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時將“Non-active f lag”信元設(shè)置為“i^alse (0) ”指示需要建立接入網(wǎng)側(cè)的承載。2) 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元上報3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在與Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW之間的接口消息中通知Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP Gff本次層3附著程序是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式可以是V 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP Gff之間接口的消息中增加“Attach Type，，信元指示Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者 Non-3GPP GW切換的處理類型。其中，Attach Type以不同取值表明不同的處理類型0表明(Idle Mode Handover)空閑模式下的切換；1表明(Active Mode Handover)激活狀態(tài)下的切換；或者，對于激活狀態(tài)下的優(yōu)化切換或者預(yù)注冊，3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元將“Attach Type” 信元設(shè)置為“Optimized Handover (優(yōu)化切換)”或者為“Pre-registration (預(yù)注冊)”或者為“Handover (切換)”。Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP GW收到這個Attach Type后缺省認為層3附著程序是UE在激活狀態(tài)下的切換流程。V 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP Gff 之間接口的消息中增加“Cause”信元表明導(dǎo)致層3附著程序消息的原因值。3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元可以設(shè)置Cause原因值為"Idle Mode Handover”表明層3附著程序消息是由于空閑狀態(tài)下的切換導(dǎo)致的；"Active Mode Handover”表明層3附著程序消息是由于激活狀態(tài)下的切換導(dǎo)致的；V 3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP Gff 之間接口的消息中增加“UE State”信元將UE的狀態(tài)上報。Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW根據(jù)UE的狀態(tài)就能判斷出空閑狀態(tài)下的切換還是激活狀態(tài)下的切換。UE 可以設(shè)置“UEMate ”為0 (Idle state)表明UE的狀態(tài)為空閑狀態(tài)；1 (Active state)表明UE的狀態(tài)為激活狀態(tài)。V UE在激活狀態(tài)下的切換時3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW之間接口的消息中增加“active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。在空閑狀態(tài)下的切換時3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW之間接口的消息中不攜帶“active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。V UE在空閑狀態(tài)下的切換時3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW之間接口的消息中增力卩“Non-active flag”信元指示不需要建立接入網(wǎng)側(cè)的承載。在激活狀態(tài)下的切換時3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元在發(fā)送給Non-3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non-3GPP GW之間接口的消息中不攜帶“Non-active flag”信元指示需要建立接入網(wǎng)側(cè)的承載。值得說明的是Non_3GPP網(wǎng)絡(luò)中的接入網(wǎng)絡(luò)或者Non_3GPP GW也可以在步驟2中獲取切換處理類型信息。具體處理方式同步驟3中的處理。4、如果Non-3GPP接入網(wǎng)絡(luò)發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則Non-3GPP接入網(wǎng)絡(luò)發(fā)送創(chuàng)建轉(zhuǎn)發(fā)隧道請求消息到Non-3GPP Gff請求數(shù)據(jù)轉(zhuǎn)發(fā)資源。5、Non-3GPP GW回創(chuàng)建轉(zhuǎn)發(fā)隧道響應(yīng)消息到Non-3GPP接入網(wǎng)絡(luò)，消息中攜帶Non-3GPP Gff的數(shù)據(jù)轉(zhuǎn)發(fā)隧道信息(如對于HRPD網(wǎng)絡(luò)來說，其數(shù)據(jù)轉(zhuǎn)發(fā)隧道信息為 PDSNAddress 和 PDSN GRE Key)。6、如果Non-3GPP Gff發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則Non-3GPP Gff發(fā)送創(chuàng)建資源請求消息到Non-3GPP接入網(wǎng)元請求建立接入網(wǎng)側(cè)資源。Non-3GPP接入網(wǎng)元分配接入網(wǎng)側(cè)資源，回創(chuàng)建資源響應(yīng)消息到Non-3GPP GW。7、如果Non-3GPP接入網(wǎng)元或者Non-3GPP Gff發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則 Non-3GPP接入網(wǎng)元或者Non-3GPP Gff發(fā)送切換命令到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元，消息中攜帶 Non-3GPP GW的數(shù)據(jù)轉(zhuǎn)發(fā)隧道信息。8、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元收到切換命令后發(fā)送創(chuàng)建轉(zhuǎn)發(fā)隧道請求消息到Serving 61，請求％1^丨叫GW建立數(shù)據(jù)轉(zhuǎn)發(fā)隧道資源，消息中攜帶Non-3GPP GW的數(shù)據(jù)轉(zhuǎn)發(fā)隧道信息。krving GW創(chuàng)建數(shù)據(jù)轉(zhuǎn)發(fā)隧道信息，回創(chuàng)建轉(zhuǎn)發(fā)隧道響應(yīng)消息到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)兀。9、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元發(fā)送重定位命令消息到3GPP接入網(wǎng)元。3GPP接入網(wǎng)元將收到的下行數(shù)據(jù)包轉(zhuǎn)發(fā)給義！^丨叫Gff, Serving GW將收到的轉(zhuǎn)發(fā)數(shù)據(jù)包轉(zhuǎn)發(fā)給Non-3GPP GW。10、3GPP接入網(wǎng)絡(luò)發(fā)送切換命令消息到UE，請求UE切換到Non-3GPP網(wǎng)絡(luò)。
IUUE切換到Non_3GPP網(wǎng)絡(luò)，發(fā)送接入消息通知Non_3GPP網(wǎng)絡(luò)中的網(wǎng)元UE已經(jīng)切換到Non-3GPP網(wǎng)絡(luò)(具體的接入消息由特定的Non-3GPP網(wǎng)絡(luò)確定，如對于HRPD網(wǎng)絡(luò)來說，接入消息為HRPD Traffic Channel Complete (TCC，傳輸通道完成)消息)。12、如果Non-3GPP Gff和PDN GW之間的接口使用PMIP協(xié)議，則Non_3GPP Gff發(fā)送代理綁定更新消息到PDN Gff0 Non-3GPP GW如果發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則在代理綁定更新消息中增加指示位信息指示PDN Gff不發(fā)起UE在源3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程。這個指示位可以為優(yōu)化切換或者預(yù)注冊指示位或者資源不釋放指示位。指示位的具體處理方式同實施例11中的處理。PDN GW收到上述消息后不發(fā)起UE在源3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程(即 3GPP接入網(wǎng)絡(luò)中的資源釋放處理不是由PDN GW觸發(fā))。PDN GW回代理綁定確認消息到 Non-3GPP GW。13、如果UE和PDN GW之間的接口使用基于主機移動性協(xié)議(host-based mobility protocol，如雙棧移動因特網(wǎng)版本 6 協(xié)議(DSMIPv6, Dual Stack MIPv6))，則 UE 發(fā)送綁定更新消息到PDN GW。UE如果發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則在綁定更新消息中增加指示位信息指示PDN GW不發(fā)起UE在源3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程。這個指示位可以為優(yōu)化切換或者預(yù)注冊指示位或者資源不釋放指示位。指示位的具體處理方式同實施例11中的處理。PDN GW收到上述消息后不發(fā)起UE在源3GPP接入網(wǎng)絡(luò)中的資源釋放處理流程(即 3GPP接入網(wǎng)絡(luò)中的資源釋放處理不是由PDN GW觸發(fā))。PDN GW回綁定確認消息到UE。14、Non-3GPP接入網(wǎng)元或者Non-3GPP Gff發(fā)送切換完成消息到3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元。15、3GPP網(wǎng)絡(luò)側(cè)第一網(wǎng)元收到切換完成消息后發(fā)起3GPP網(wǎng)絡(luò)側(cè)的資源釋放處理程序，刪除UE在3GPP網(wǎng)絡(luò)中使用的資源。值得說明的是1、本發(fā)明實施例不限定步驟5和步驟8中的消息。如對于HRPD網(wǎng)絡(luò)來說，步驟5 中的消息也有可能為All注冊請求消息。實施例13 切換處理類型通知處理方法也能應(yīng)用到3GPP到Non-3GPP網(wǎng)絡(luò)的正常切換處理。UE在Non-3GPP網(wǎng)絡(luò)的接入消息中將切換處理類型信息通知給Non-3GPP Gff, Non-3GPP GW根據(jù)切換處理類型信息決定是否通知接入網(wǎng)建立接入網(wǎng)側(cè)的資源。參見圖22 所示，包括下列步驟1、UE 通過 Serving Gff 和 PDN Gff 接入到 3GPP 網(wǎng)絡(luò)。2、UE切換到Non-3GPP網(wǎng)絡(luò)，執(zhí)行Non-3GPP網(wǎng)絡(luò)特定的附著程序、鑒權(quán)及認證程序。3、UE通過Non_3GPP網(wǎng)絡(luò)的接入網(wǎng)元觸發(fā)Non_3GPP網(wǎng)絡(luò)中的層3附著程序。 Non-3GPP GW(如HRPD網(wǎng)絡(luò)中的PDSN)獲取切換處理類型信息。Non_3GPP GW獲取切換處理類型信息具體可以為UE上報UE在層3附著程序的消息中通知Non-3GPP Gff本次流程是UE在空閑狀態(tài)下的切換流程還是UE在激活狀態(tài)下的切換流程。具體的通知方式同實施例6中的處理。值得說明的是
Non-3GPP GW也可以在步驟2中獲取切換處理類型信息。具體處理方式同步驟3 中的處理。4、如果Non-3GPP Gff發(fā)現(xiàn)UE是在激活狀態(tài)下的切換，則Non-3GPP Gff發(fā)送創(chuàng)建資源請求消息到Non-3GPP接入網(wǎng)元請求建立接入網(wǎng)側(cè)資源。Non-3GPP接入網(wǎng)元分配接入網(wǎng)側(cè)資源，回創(chuàng)建資源響應(yīng)消息到Non-3GPPGW。5、如果Non-3GPP Gff和PDN Gff之間的接口使用PMIP協(xié)議，則Non_3GPP Gff發(fā)送代理綁定更新消息到PDN GW。PDN GW回代理綁定確認消息到Non-3GPP GW。6、如果UE和PDN GW之間的接口使用客戶移動因特網(wǎng)協(xié)議，則UE發(fā)送綁定更新消息到PDN Gff0 PDN GW回綁定確認消息到UE。7、Non-3GPP Gff回層3附著完成消息到UE。綜上所述，采用本發(fā)明的實施例，網(wǎng)絡(luò)側(cè)網(wǎng)元獲取UE的注冊處理類型信息后可以進行區(qū)分的處理，能夠解決現(xiàn)有機制下網(wǎng)絡(luò)側(cè)無法針對不同的注冊流程區(qū)分處理的問題。顯然，本領(lǐng)域的技術(shù)人員可以對本發(fā)明實施例進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1.一種注冊處理方法，其特征在于，包括當(dāng)用戶終端UE發(fā)起注冊到網(wǎng)絡(luò)時，所述UE識別注冊類型；在所述UE注冊到網(wǎng)絡(luò)的過程中，所述UE向網(wǎng)絡(luò)側(cè)網(wǎng)元上報注冊處理類型，其中，所述注冊處理類型對應(yīng)于識別出的注冊類型，所述網(wǎng)絡(luò)側(cè)網(wǎng)元為移動性管理實體MME或服務(wù) GPRS支持節(jié)點SGSN。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE向網(wǎng)絡(luò)側(cè)網(wǎng)元上報注冊處理類型包括下列方式之一向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送附著請求消息，所述附著請求消息攜帶新增的附著類型 AttachType信元，所述AttachType的取值對應(yīng)初始附著類型hitial Attach或者切換附著類型 Handover Attach ；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送附著請求消息，所述附著請求攜帶新增的指示位，所述指示位表明所述附著請求消息是切換導(dǎo)致的附著請求消息；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送新的切換附著請求消息Handover Attach Request ； 向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送跟蹤區(qū)更新請求消息，所述跟蹤區(qū)請求消息攜帶新增的更新類型Update Type信元，所述Update Type的取值對應(yīng)初始跟蹤區(qū)更新類型hitial Update 或者切換跟蹤區(qū)更新類型Handover Update ；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送跟蹤區(qū)更新請求消息，所述跟蹤區(qū)更新請求攜帶新增的指示位，所述指示位表明所述跟蹤區(qū)更新請求消息是切換導(dǎo)致的跟蹤區(qū)更新請求消息；或向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送新的切換跟蹤區(qū)更新請求消息Handover TAU Request。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述附著請求攜帶的新增的指示位包括以下之一切換指不位信兀Handover Indication ；Cause 信元,所述 UE 將該 Cause 信元設(shè)置為"Attach due to Handover，，； Attach Type信元，所述UE將該信元設(shè)置為"Handover Attach”。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述跟蹤區(qū)更新請求攜帶的新增的指示位包括以下之一切換指不位信兀Handover Indication ；Cause信元，所述UE將該Cause信元設(shè)置為"TAU due to Handover” ； Update Type信元，所述UE將該信元設(shè)置為“Handover TAU”。
5.如權(quán)利要求1所述的方法，其特征在于，所述UE識別注冊類型信息包括所述UE發(fā)現(xiàn)注冊是由于切換到不同網(wǎng)絡(luò)或者需要切換不同網(wǎng)絡(luò)導(dǎo)致時，識別注冊類型為切換注冊類型。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述方法還包括對于切換導(dǎo)致的注冊，網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將所述UE在源Non-3GPP網(wǎng)絡(luò)中使用的資源在3GPP網(wǎng)絡(luò)中建立；或者，對于初始化注冊，如果歸屬網(wǎng)絡(luò)服務(wù)器HSS中保存所述UE在源Non-3GPP網(wǎng)絡(luò)中使用的分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)實體PDN Gff地址信息，則所述HSS通知認證、授權(quán)與計費服務(wù)器 AAA Server取消所述UE在所述源Non-3GPP網(wǎng)絡(luò)中的注冊，所述AAA Server通知所述源 Non-3GPP網(wǎng)絡(luò)釋放所述UE使用的資源。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)發(fā)起承載建立流程，將所述UE 在源Non-3GPP網(wǎng)絡(luò)中使用的資源在3GPP網(wǎng)絡(luò)中建立包括獲取所述UE在所述源Non-3GPP網(wǎng)絡(luò)中使用的PDN Gff的地址信息； 發(fā)送承載創(chuàng)建請求消息到獲取的PDN Gff的地址，請求網(wǎng)絡(luò)側(cè)發(fā)起承載創(chuàng)建流程。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，還包括所述PDN GW發(fā)送策略和計費規(guī)則請求消息到策略和計費規(guī)則功能實體PCRF獲取所述 UE使用的策略和計費PCC規(guī)則；所述PDN Gff接收所述PCRF提供的所述UE使用的PCC規(guī)則。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，還包括所述PDN Gff發(fā)起網(wǎng)絡(luò)側(cè)承載創(chuàng)建流程，創(chuàng)建所述UE使用的承載。
10.一種用戶終端，其特征在于，包括識別單元，用于在所述用戶終端發(fā)起注冊到網(wǎng)絡(luò)時，識別注冊類型； 注冊發(fā)起單元，用于發(fā)起注冊，并發(fā)出注冊觸發(fā)信號；上報單元，用于接收所述注冊發(fā)起單元發(fā)出的注冊觸發(fā)信號，并在所述用戶終端注冊到網(wǎng)絡(luò)的過程中，將所述識別單元識別出的注冊類型對應(yīng)的注冊處理類型信息上報給網(wǎng)絡(luò)側(cè)網(wǎng)元，其中，所述網(wǎng)絡(luò)側(cè)網(wǎng)元為移動性管理實體MME或服務(wù)GPRS支持節(jié)點SGSN。
11.如權(quán)利要求10所述的用戶終端，其特征在于，所述上報單元按以下方式之一進行上報向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送附著請求消息，所述附著請求消息攜帶新增的附著類型 AttachType信元，所述AttachType的取值對應(yīng)初始附著類型hitial Attach或者切換附著類型 Handover Attach ；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送附著請求消息，所述附著請求攜帶新增的指示位，所述指示位表明所述附著請求消息是切換導(dǎo)致的附著請求消息；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送新的切換附著請求消息Handover Attach Request ； 向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送跟蹤區(qū)更新請求消息，所述跟蹤區(qū)請求消息攜帶新增的更新類型Update Type信元，所述Update Type的取值對應(yīng)初始跟蹤區(qū)更新類型hitial Update 或者切換跟蹤區(qū)更新類型Handover Update ；向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送跟蹤區(qū)更新請求消息，所述跟蹤區(qū)更新請求攜帶新增的指示位，所述指示位表明所述跟蹤區(qū)更新請求消息是切換導(dǎo)致的跟蹤區(qū)更新請求消息；或向所述網(wǎng)絡(luò)側(cè)網(wǎng)元發(fā)送新的切換跟蹤區(qū)更新請求消息Handover TAU Request。
12.如權(quán)利要求11所述的用戶終端，其特征在于，所述附著請求攜帶的新增的指示位包括以下之一切換指不位信兀Handover Indication ；Cause 信元,所述 UE 將該 Cause 信元設(shè)置為"Attach due to Handover，，； Attach Type信元，所述UE將該信元設(shè)置為"Handover Attach”。
13.如權(quán)利要求11所述的用戶終端，其特征在于，跟蹤區(qū)更新請求攜帶的新增的指示位包括以下之一切換指不位信兀Handover Indication ；Cause信元，所述UE將該Cause信元設(shè)置為"TAU due to Handover” ；Update Type信元，所述UE將該信元設(shè)置為“Handover TAU”。
全文摘要
本發(fā)明實施例公開了一種注冊處理方法和用戶終端，以使網(wǎng)絡(luò)側(cè)可區(qū)分不同的注冊處理類型。本發(fā)明實施例方法包括當(dāng)用戶終端UE發(fā)起注冊到網(wǎng)絡(luò)時，所述UE識別注冊類型；在所述UE注冊到網(wǎng)絡(luò)的過程中，所述UE向網(wǎng)絡(luò)側(cè)網(wǎng)元上報注冊處理類型，其中，所述注冊處理類型對應(yīng)于識別出的注冊類型，所述網(wǎng)絡(luò)側(cè)網(wǎng)元為移動性管理實體MME或服務(wù)GPRS支持節(jié)點SGSN。本發(fā)明實施例中，由于UE在注冊到網(wǎng)絡(luò)的過程中，將該注冊的處理類型信息上報給網(wǎng)絡(luò)側(cè)，所以網(wǎng)絡(luò)側(cè)可據(jù)此區(qū)分不同的注冊處理類型。
文檔編號H04W60/04GK102281524SQ20111022126
公開日2011年12月14日 申請日期2008年3月13日 優(yōu)先權(quán)日2007年5月11日
發(fā)明者吳問付 申請人:華為技術(shù)有限公司