專利名稱：移動終端從空閑態(tài)進入激活態(tài)的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通訊技術(shù)領(lǐng)域，具體涉及在第三代合作伙伴組織 (3GPP)的系統(tǒng)架構(gòu)演進(SAE)系統(tǒng)下，移動終端從空閑態(tài)到激活 態(tài)的方法及系統(tǒng)。
背景技術(shù)：
為了保證第三代合作伙伴組織(3GPP, 3rd Generation Partnership Project)系統(tǒng)的竟爭力，需要對現(xiàn)有的3GPP定義的接入技術(shù)進行演 進。圖1為3GPP的演進系統(tǒng)一 系統(tǒng)架構(gòu)演進(SAE, System Architecture Evolution)系統(tǒng)的架構(gòu)圖，如圖1所示，SAE系統(tǒng)的核心網(wǎng)主要包含 移動管理實體(MME, Mobility Management Entity )、用戶面實體(UPE ， User Plane Entity )、不同4妄入系統(tǒng)間的用戶面4苗點(Inter AS Anchor ) 三個邏輯功能體。其中，MME負責(zé)控制面的移動性管理包括用戶 上下文和移動狀態(tài)管理、分配用戶臨時身份標識、安全功能等，它對 應(yīng)于當前通用無線通4言系統(tǒng) (UMTS , Universal Mobile Telecommunication System )內(nèi)部服務(wù)通用分組無線業(yè)務(wù)(GPRS, General Packet Radio Service )支持節(jié)點(SGSN， Service GPRS Support Node)的控制平面部分；UPE負責(zé)空閑狀態(tài)下為下行數(shù)據(jù)發(fā)起尋呼， 管理保存IP承載參數(shù)和網(wǎng)絡(luò)內(nèi)路由信息等，它對應(yīng)于當前UMTS系 統(tǒng)內(nèi)部SGSN的數(shù)據(jù)平面部分；Inter AS Anchor則充當不同接入系統(tǒng) 間的用戶面錨點。網(wǎng)關(guān)GRPS支持節(jié)點(GGSN， Gateway GRPS Support Node)的數(shù)據(jù)平面部分可能位于UPE內(nèi)，也可能位于Inter AS Anchor 內(nèi)。在寬帶碼分多址(WCDMA， Wideband Code Division Multiple Address )系統(tǒng)中，移動性管理(MM, Mobility Management)的狀態(tài) 分為去附著(PMM-DETACHED )態(tài)、空閑(PMM-IDLE )態(tài)和連接 (PMM-CONNECTED )態(tài)三種狀態(tài)。圖2給出了 WCDMA系統(tǒng)中的 MM狀態(tài)轉(zhuǎn)移示意圖，如圖2所示，去附著態(tài)是移動用戶沒有附著網(wǎng) 絡(luò)之前的狀態(tài)；當移動用戶成功附著網(wǎng)絡(luò)后，若移動用戶和網(wǎng)絡(luò)之間 無信令連接，則移動用戶處于空閑態(tài)，若移動用戶和網(wǎng)絡(luò)之間具有信 令連接，則移動用戶處于連接態(tài)，連接態(tài)也稱為激活態(tài)。
在3GPP系統(tǒng)中，當處于空閑態(tài)的用戶需要發(fā)送上行信令或數(shù)據(jù) 時，或者，當核心網(wǎng)由于要發(fā)送下行信令或數(shù)據(jù)而尋呼處于空閑態(tài)的 移動用戶時，移動用戶要發(fā)起服務(wù)請求(Service Request)流程建立 和網(wǎng)絡(luò)側(cè)的信令連接，若需要傳數(shù)據(jù)，還要進一步完成IP承載的恢復(fù)， 即重建移動用戶和接入網(wǎng)之間的空口承載以及恢復(fù)接入網(wǎng)和核心網(wǎng)之 間的用戶面隧道。上述兩個過程，分別稱為移動用戶發(fā)起的服務(wù)請求 流程和網(wǎng)絡(luò)發(fā)起的服務(wù)請求流程。
圖3為在3GPP系統(tǒng)中，移動終端(MS， Mobile Station)發(fā)起的 服務(wù)請求消息流程時序圖，如圖3所示，其具體步驟如下
步驟301:處于空閑態(tài)的MS與無線網(wǎng)絡(luò)控制器(RNC， Radio Network Controller)通過交互無線資源控制(RRC， Radio Resource Control)連接請求和RRC連接建立消息，建立RRC連接。
步驟302: MS發(fā)送服務(wù)請求消息給SGSN,該消息攜帶MS臨時 身份標識(PTMSI)、服務(wù)請求類型等信元。
服務(wù)請求類型值可為信令或者數(shù)據(jù)，當為信令時，表示MS將要 發(fā)送上行信令；當為數(shù)據(jù)時，表示MS要恢復(fù)數(shù)據(jù)傳送。
步驟303: SGSN收到服務(wù)請求消息，執(zhí)行安全功能，對MS進行 安全認證，同時對新建立的信令連接啟動加密和完整性保護。
步驟304: SGSN判斷服務(wù)請求類型值為數(shù)據(jù)還是信令，若為數(shù) 據(jù)，執(zhí)行步驟305;若為信令，執(zhí)行步驟311。
步驟305: SGSN向MS返回服務(wù)接受(Service Accept)消息。步驟306: SGSN向RNC發(fā)送無線接入承載(RAB, Radio Access Bearer)指配請求消息，命令RNC為所有需要恢復(fù)的承載重建空口和 RAB承載。
步驟307: RNC向MS發(fā)送無線壽義載建立消息，以通知MS建立 空口承載。
步驟308: MS收到該無線承載建立消息后，向RNC返回?zé)o線承 載建立完成消息，該消息攜帶新建立的空口承載標識(RB ID)和對 應(yīng)的RAB ID。
步驟309: RNC為新建RAB分配資源，向SGSN返回RAB指配 響應(yīng)消息，該消息包含建立的承載的服務(wù)質(zhì)量(QoS, Quality of Service )、 RNC的用戶面IP地址和隧道端點標識(TEID, Tunnel Endpoint Identifier )。
步驟310: SGSN收到RAB指配響應(yīng)消息，檢測到該消息攜帶的 QoS值與自身的MS的分組數(shù)據(jù)協(xié)議(PDP, Packet Data Protocol)上 下文中的QoS值不同，則通過PDP上下文修改消息將該RAB指配響 應(yīng)消息攜帶的QoS值通知GGSN和MS。
步驟311: MS開始發(fā)送上行信令或數(shù)據(jù)。
圖4為網(wǎng)絡(luò)側(cè)發(fā)起的服務(wù)請求消息流程時序圖，如圖4所示，其 具體步驟如下
步驟401: SGSN收到下行信令或數(shù)據(jù)，且檢測到對應(yīng)的MS處于 空閑態(tài)。
步驟402: SGSN向RNC發(fā)送尋呼消息，RNC收到該尋呼消息后， 向MS發(fā)起尋呼。
步驟403: MS收到該尋呼消息，檢測到自身與RNC之間還沒有 RRC連接，則通過與RNC交互RRC連接請求和RRC連接建立消息， 建立與RNC之間的RRC連接。
步驟404: MS向SGSN發(fā)送服務(wù)請求消息，該消息攜帶MS的 PTMSI，且服務(wù)請求類型值為尋呼響應(yīng)。
步驟405: SGSN執(zhí)行安全功能，對MS進行安全認證，同時對新建立的信令連接啟動加密和完整性保護。
步驟406: SGSN判斷將向MS發(fā)送下行信令還是下行數(shù)據(jù)，若為 信令，執(zhí)行步驟412;若為數(shù)據(jù)，執(zhí)行步驟407。
步驟407: SGSN向RNC發(fā)送RAB指配請求消息。 步驟408~411與步驟307 310相同。 步驟412: SGSN下發(fā)下行信令或數(shù)據(jù)。
當MS從空閑態(tài)進入到激活態(tài)，RAN就為該MS建立了用戶上下 文，該用戶上下文中包含上述的信令連接和用戶面承載信息。另外， 用戶上下文中還需包含其它信息，如安全參數(shù)，即用于RRC連接加 密和完整性包含的密鑰，再如用戶的永久身份標識(IMSI, International Mobile Subscriber Identifier ),以及RAN需^口道的MM ^f言 息例如目前3GPP系統(tǒng)中，由于要支持多運營商共享RAN的需求， WCDMA系統(tǒng)中需要SGSN將一些用戶網(wǎng)絡(luò)選擇或者漫游限制的策略 下發(fā)給RAN,以便由RAN具體控制連接狀態(tài)下MS的接入選擇和網(wǎng) 絡(luò)選擇。當MS從空閑態(tài)剛進入激活態(tài)時，RAN為MS新建立的用戶 上下文中不包含上述信息，需要SGSN將上述信息通過特定的Iu接口 信令消息如COMMON ID下發(fā)給RNC 。此外，當上述信息有變化時， SGSN也需要通知RNC。
目前在WCDMA系統(tǒng)中，核心網(wǎng)通過不同的流程交互，把RAN 需要的信息下發(fā)給RAN。例如SGSN通過圖3中的RAB指配流程， 將用戶面承載信息通知RNC,由RNC完成空口承載重建和RAB重建； 通過Common ID消息將RNC的用戶上下文中需要的MM信息下發(fā)給 RNC。分層次的交互雖然靈活，但卻使得MS從空閑態(tài)進入到激活態(tài) 的信令時延過長。為提高用戶的服務(wù)感受，加快MS從空閑態(tài)進入到 激活態(tài)的速度是SAE系統(tǒng)的一個重要需求。
此外，在SAE系統(tǒng)中，新增加了聚合的最大承載速率(AMBR, Aggregated Maximum Bearer Rate )的概念，即為每個MS簽約 一 個總 的MBR參數(shù)。MS的所有非保證承載速率(GBR, Guarantee Bearer Rate)業(yè)務(wù)都不再需要單獨的MBR參數(shù)，同一個MS的所有非GBR業(yè)務(wù)共享一個總的AMBR參數(shù)，即 一個MS的所有非GBR業(yè)務(wù)具 有一個總的帶寬限制。顯然。每當MS >^人空閑態(tài)進入到激活態(tài)時，該 AMBR參數(shù)都需要由核心網(wǎng)下發(fā)給RAN,以便RAN使用該參數(shù)來實 施對MS的所有非GBR業(yè)務(wù)的最大帶寬限制，避免用戶占用過多系統(tǒng) 資源。具體如何將該AMBR參數(shù)下發(fā)給RAN,現(xiàn)有技術(shù)未給出解決 方案。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種MS從空閑態(tài)進入激活態(tài)的方法及系統(tǒng)， 以加快SAE系統(tǒng)中的用戶從空閑態(tài)進入激活態(tài)的速度。 本發(fā)明實施例的技術(shù)方案是這樣實現(xiàn)的
一種移動終端從空閑態(tài)進入激活態(tài)的方法，應(yīng)用于SAE系統(tǒng)中， 包括
處于空閑態(tài)的移動終端確定要進入激活態(tài)，通過無線接入網(wǎng)向核 心網(wǎng)移動管理實體發(fā)送服務(wù)請求，核心網(wǎng)移動管理實體收到服務(wù)請求， 將移動終端對應(yīng)的用戶上下文信息發(fā)送給無線接入網(wǎng)，無線接入網(wǎng)將 收到的用戶上下文信息保存到移動終端對應(yīng)的用戶上下文中。
一種實現(xiàn)移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)，包括移動終端、 無線接入網(wǎng)和核心網(wǎng)移動管理實體，其中
移動終端，確定自身要從空閑態(tài)進入激活態(tài)，向無線接入網(wǎng)發(fā)送 服務(wù)請求；
無線接入網(wǎng)，接收移動終端發(fā)來的服務(wù)請求，將該服務(wù)請求發(fā)送 給核心網(wǎng)移動管理實體，將核心網(wǎng)移動管理實體發(fā)來的用戶上下文信 息保存在移動終端對應(yīng)的用戶上下文中；
核心網(wǎng)移動管理實體，接收無線接入網(wǎng)發(fā)來的服務(wù)請求，將移動 終端對應(yīng)的用戶上下文信息發(fā)送給無線接入網(wǎng)。
一種SAE系統(tǒng)中的核心網(wǎng)移動管理實體，包括服務(wù)請求接收模 塊和用戶上下文信息發(fā)送模塊，其中
服務(wù)請求接收模塊，在收到無線接入網(wǎng)發(fā)來的服務(wù)請求后，向用戶上下文信息發(fā)送模塊發(fā)送開始指示；用戶上下文信息發(fā)送模塊，在收到服務(wù)請求接收模塊發(fā)來的開始 指示后，向無線接入網(wǎng)發(fā)送移動終端的用戶上下文信息。本發(fā)明的實施例提供一種移動終端從空閑態(tài)進入激活態(tài)的方法，包括移動終端向無線接入網(wǎng)發(fā)送服務(wù)請求消息；所述無線接入網(wǎng)將所述服務(wù)請求消息轉(zhuǎn)發(fā)至移動管理實體的同 時，為缺省承載分配用戶面資源；所述移動管理實體收到所述服務(wù)請求消息后，向所述無線接入網(wǎng) 發(fā)送用戶上下文信息；所述無線接入網(wǎng)利用所述用戶上下文信息與所述移動終端建立 安全模式過程。本發(fā)明的實施例提供 一 種移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)， 包括移動終端、無線接入網(wǎng)、移動管理實體；所述移動終端，用于向所述無線接入網(wǎng)發(fā)送服務(wù)請求消息；所述無線接入網(wǎng)，用于將所述服務(wù)請求消息轉(zhuǎn)發(fā)至所述移動管理 實體的同時，為缺省承載分配用戶面資源；接收到來自所述移動管理 實體的用戶上下文信息，利用所述用戶上下文信息與所述移動終端建 立安全模式過程；所述移動管理實體，用于收到所述服務(wù)請求消息后，向所述無線 接入網(wǎng)發(fā)送所述用戶上下文信息。本發(fā)明的實施例提供一種無線接入網(wǎng)，包括收發(fā)單元，用于將收到的服務(wù)請求消息發(fā)送至移動管理實體；接 收來自所述移動管理實體的用戶上下文信息；缺省分配單元，用于當所述收發(fā)單元收到所述服務(wù)請求消息后，為缺省承載分配用戶面資源；安全模式單元，用于當所述收發(fā)單元收到所述用戶上下文信息后，利用所述用戶上下文信息與所述移動終端建立安全模式過程。 與現(xiàn)有技術(shù)相比，本發(fā)明實施例通過在處于空閑態(tài)的移動終端進入激活態(tài)的過程中，除了建立必要的信令連接外，核心網(wǎng)移動管理實 體將無線接入網(wǎng)所需要的移動終端的用戶上下文信息發(fā)送給無線接入 網(wǎng)，從而節(jié)省了信令交互，縮短了移動終端^v空閑態(tài)進入激活態(tài)的時 延，提高了用戶的業(yè)務(wù)感受。本發(fā)明的移動終端從空閑態(tài)進入激活態(tài)的實施例，由于無線接入 網(wǎng)為缺省承載先分配用戶面資源，因此終端實現(xiàn)乂人空閑態(tài)進入激活態(tài) 時，能夠加快移動終端進入激活態(tài)的速度，并且終端與接入網(wǎng)之間使 用較少的信令交互實現(xiàn)終端進入激活態(tài)，為用戶面實體發(fā)送下行數(shù)據(jù) 提前做好充分準備，便于用戶面實體向移動終端發(fā)送下行數(shù)據(jù)。


圖1為現(xiàn)有的SAE系統(tǒng)的架構(gòu)圖；圖2為現(xiàn)有的WCDMA系統(tǒng)中的MM狀態(tài)轉(zhuǎn)移示意圖；圖3為現(xiàn)有的在3GPP系統(tǒng)中，MS發(fā)起月良務(wù)請求的消息流程時序圖；圖4為現(xiàn)有的在3GPP系統(tǒng)中，網(wǎng)絡(luò)側(cè)發(fā)起服務(wù)請求的消息流程 時序圖；圖5為本發(fā)明提供的在SAE系統(tǒng)中MS的空閑態(tài)和激活態(tài)的轉(zhuǎn)換 示意圖；圖6為本發(fā)明實施例一提供的在SAE系統(tǒng)中，MS發(fā)起服務(wù)請求 的消息流程時序圖；圖7為本發(fā)明實施例二提供的在SAE系統(tǒng)中，MS發(fā)起服務(wù)請求 的消息流程時序圖；圖8為本發(fā)明實施例三提供的在SAE系統(tǒng)中，MS發(fā)起服務(wù)請求 的消息流程時序圖；圖9為本發(fā)明實施例四提供的在SAE系統(tǒng)中，MS發(fā)起服務(wù)請求 的消息流程時序圖；圖10為本發(fā)明實施例提供的在SAE系統(tǒng)中，網(wǎng)絡(luò)側(cè)發(fā)起服務(wù)請 求的消息流程時序圖；圖11為本發(fā)明實施例提供的實現(xiàn)MS從空閑態(tài)進入激活態(tài)的系統(tǒng)組成圖；圖12為本發(fā)明實施例提供的核心網(wǎng)MME的結(jié)構(gòu)示意圖；圖13為本發(fā)明實施例五提供的在SAE系統(tǒng)中，MS發(fā)起服務(wù)請 求的消息流程時序圖；圖14是實施例六提供的在SAE系統(tǒng)中，網(wǎng)絡(luò)側(cè)發(fā)起服務(wù)請求的 消息流程時序圖；圖15是實施例七所提供的實現(xiàn)MS從空閑態(tài)進入激活態(tài)的系統(tǒng)組 成圖。
具體實施方式
下面結(jié)合附圖及具體實施例對本發(fā)明再作進一步詳細的說明。 在SAE系統(tǒng)中，對空閑態(tài)的定義同樣為MS和網(wǎng)絡(luò)之間無信令 連接。具體指，MS和接入網(wǎng)之間未建立空口連接，而接入網(wǎng)和核心 網(wǎng)之間也未建立Sl接口信令連接。為節(jié)約接入網(wǎng)資源，接入網(wǎng)不會 為處于空閑態(tài)的MS保留用戶上下文，而核心網(wǎng)仍然為處于空閑態(tài)的 MS保留有用戶上下文，以方便MS從空閑態(tài)恢復(fù)到激活態(tài)，進而恢 復(fù)數(shù)據(jù)傳送業(yè)務(wù)。反之，激活態(tài)下，MS和接入網(wǎng)之間建立了空口連 接，而接入網(wǎng)和核心網(wǎng)之間也具有SI接口信令連接。接入網(wǎng)上保存 了用戶上下文，但此時MS不一定存在數(shù)據(jù)傳送活動，可能只有信令 傳送活動。圖5給出了在SAE系統(tǒng)中MS的空閑態(tài)和激活態(tài)的轉(zhuǎn)換示意圖， 如圖5所示，處于空閑態(tài)的MS發(fā)起信令連接建立過程，進入激活態(tài)； 處于激活態(tài)的MS通過信令連接釋放過程，回到空閑態(tài)。處于空閑態(tài) 的MS通過去附著流程，可進一步進入到去附著狀態(tài)。與3GPP系統(tǒng)類似，SAE系統(tǒng)同樣需要類似服務(wù)請求的流程來實 現(xiàn)MS從空閑態(tài)進入激活態(tài)。為方便起見，本發(fā)明繼續(xù)沿用3GPP系 統(tǒng)中的簡稱，將在SAE系統(tǒng)中實現(xiàn)MS從空閑態(tài)進入激活態(tài)的流程稱 為服務(wù)請求流程。圖6為本發(fā)明實施例一提供的在SAE系統(tǒng)中，MS發(fā)起的服務(wù)請 求的消息流程時序圖，如圖6所示，其具體步驟如下步驟601:處于空閑態(tài)的MS通過RRC連接請求和RRC連4妄建 立消息，與SAE系統(tǒng)的RAN之間建立RRC連接。步驟602: MS向SAE系統(tǒng)的核心網(wǎng)中的MME發(fā)送月良務(wù)請求消 息，該消息中的服務(wù)請求類型值為信令或數(shù)據(jù)。步驟603:核心網(wǎng)MME執(zhí)行安全功能，完成對MS的安全認證。步驟604:核心網(wǎng)MME向RAN發(fā)送安全模式命令，該命令中攜 帶核心網(wǎng)MME與MS協(xié)商好的用于RRC連接加密和完整性保護的密 鑰。步驟605: RAN收到安全模式命令，向MS發(fā)送RRC安全模式命 令，以和MS協(xié)商啟動加密和完整性保護的算法和參數(shù)。步驟606: MS收到RRC安全模式命令，向RAN返回RRC安全才莫式完成消息。步驟607: RAN收到RRC安全才莫式完成消息，向核心網(wǎng)MME返 回安全才莫式完成消息。步驟603及步驟604 607可根據(jù)SAE系統(tǒng)的配置決定是否執(zhí)行。步驟608:核心網(wǎng)MME向RAN發(fā)送上下文建立請求消息，該消 息包含用戶上下文信息。具體地，用戶上下文信息可以包括IMSI; MM信息，例如需 要RAN使用的MS的漫游限制策略和網(wǎng)絡(luò)選擇策略如允許或限制 MS選擇的PLMN列表；MS的AMBR參數(shù)；需要為MS建立的承載 的用戶面信息，例如承載標識、承載要求的QoS、承載對應(yīng)的隧道 在核心網(wǎng)側(cè)的參數(shù)如以GRPS隧道協(xié)議(GTP, GRPS Tunneling Protocol)隧道為例，指的是承載對應(yīng)的RAN和核心網(wǎng)之間的GTP隧 道在核心網(wǎng)側(cè)的IP地址和TEID。步驟609: RAN收到上下文建立請求消息，保存該消息中包含的 用戶上下文信息，并根據(jù)該用戶上下文信息中的需要為MS建立的承 載的用戶面信息，向MS發(fā)起空口的承載建立過程。步驟610: RAN向核心網(wǎng)MME返回上下文建立完成消息，該消 息包含核心網(wǎng)要求建立的承載建立的結(jié)果，RAN為所述建立的承載分 配的用戶面資源信息，以GTP隧道為例，就是承載對應(yīng)的4妄入網(wǎng)和核 心網(wǎng)之間的GTP隧道在接入網(wǎng)側(cè)的IP地址和TEID。步驟611:核心網(wǎng)MME收到上下文建立完成消息，向核心網(wǎng)UPE 發(fā)送更新會話上下文請求消息，該消息攜帶承載建立相關(guān)信息，包括 RAN為新建立承載分配的用戶面資源信息，以GTP隧道為例，就是 承載對應(yīng)的RAN和核心網(wǎng)之間的GTP隧道在RAN側(cè)的IP地址和 TEID。步驟612:核心網(wǎng)UPE收到更新會話上下文請求消息后，向核心 網(wǎng)MME返回更新會i舌上下文響應(yīng)消息。步驟613: MS通過建立的承載發(fā)送上行數(shù)據(jù)或通過建立的信令連 接發(fā)送上行信令。步驟613不要求必須在步驟612之后執(zhí)行，當MS需要發(fā)送上行 數(shù)據(jù)時，步驟613也可在步驟609的MS和4妻入網(wǎng)完成空口承載建立 后執(zhí)行；當MS需要發(fā)送上行信令時，步驟613也可在步驟607的安 全模式過程結(jié)束后執(zhí)行。當核心網(wǎng)MME和核心網(wǎng)UPE之間的接口采用的信令傳輸協(xié)議棧 可以保證信令消息的可靠傳送時，步驟612可以省略。需要說明的是，本發(fā)明提供的實施例中，核心網(wǎng)MME向RAN發(fā) 送上下文建立請求消息，并非意味著要求RAN在收到該消息后，才 建立用戶上下文，事實上，RAN可以在執(zhí)行安全才莫式過程前即步驟 604前就可以為MS建立用戶上下文，當收到核心網(wǎng)MME發(fā)來上下文 建立請求消息后，再將該消息中包含的用戶上下文信息保存到所述已 建立的用戶上下文中即可。另外，關(guān)于用戶的IMSI，核心網(wǎng)MME可 在取得用戶的IMSI后立即發(fā)送給RAN,而不要求必須通過上下文建 立請求消息傳遞給RAN。在實際應(yīng)用中，也可以將安全模式過程與上下文建立過程進行融 合，以進一步減少信令交互，加快MS從空閑態(tài)進入激活態(tài)的速度。圖7為本發(fā)明實施例二提供的MS發(fā)起服務(wù)請求的消息流程時序圖，如圖7所示，其具體步驟如下步驟701 703與步驟601 603相同。步驟704:核心網(wǎng)MME向RAN發(fā)送上下文建立請求消息，該消 息包含用戶上下文信息以及安全模式參數(shù)。具體地，安全模式參數(shù)包括用于RR C加密和完整性保護的密鑰。 用戶上下文信息與步驟608相同。步驟705: RAN收到上下文建立請求消息，保存該消息攜帶的信 息，并根據(jù)該消息中的需要為MS建立的承載的用戶面信息，向MS 發(fā)起空口的承載建立過程；同時RAN向MS發(fā)起RRC安全模式過程。RAN與MS之間的安全才莫式過程與圖6所示步驟605 606相同。步驟706: RAN向核心網(wǎng)MME返回上下文建立完成消息，該消 息攜帶RAN和MS安全模式協(xié)商的結(jié)果，核心網(wǎng)要求建立的承載建立 的結(jié)果，RAN為所述建立的承載分配的用戶面資源信息。步驟707:核心網(wǎng)MME收到上下文建立完成消息，向核心網(wǎng)UPE 發(fā)送更新會話上下文請求消息，該消息攜帶承載建立相關(guān)信息，包括 RAN為新建立承載分配的用戶面資源信息。步驟708:核心網(wǎng)UPE收到更新會話上下文請求消息后，向核心 網(wǎng)MME返回更新會話上下文響應(yīng)消息。步驟709: MS通過建立的承載發(fā)送上行數(shù)據(jù)或通過建立的信令連 接發(fā)送上行信令。步驟709不要求必須在步驟708之后執(zhí)行，當MS需要發(fā)送上行 數(shù)據(jù)時，步驟709也可在步驟705的MS和接入網(wǎng)完成空口承載建立 后執(zhí)行；當MS需要發(fā)送上行信令時，步驟709也可在步驟705的安 全模式過程結(jié)束后執(zhí)行。在SAE系統(tǒng)中，為避免QoS的協(xié)商交互帶來的時延開銷，不允 許QoS的協(xié)商，即RAN要么接受核心網(wǎng)要求的QoS,要么拒絕。因 此，RAN可在發(fā)送服務(wù)請求給核心網(wǎng)MME的同時，就為需要建立的 承載分配好用戶面資源，以GTP隧道為例，用戶面資源指的是承載對應(yīng)的接入網(wǎng)和核心網(wǎng)之間的GTP隧道在接入網(wǎng)側(cè)的IP地址和TEID， 并將該分配的用戶資源信息同MS發(fā)來的服務(wù)請求一起上傳給核心網(wǎng) MME。這樣，核心網(wǎng)MME就可直接將該用戶面資源信息通知給核心 網(wǎng)UPE, 乂人而無需等4寺RAN向核心網(wǎng)MME返回上下文建立完成消息， 從而可進 一 步減少了服務(wù)請求流程中的信令交互。RAN要在收到MS的服務(wù)請求時就分配用戶面資源，則RAN必 須得知需建立的承載。本發(fā)明實施例給出兩種實現(xiàn)方案方案一、MS在從激活態(tài)進入空閑態(tài)時，仍然保存已建立的空口 承載相關(guān)參數(shù)，以便在MS發(fā)起服務(wù)請求后就與RAN完成空口承載的 重建，即空口承載的建立在MS的初始無線接入階段就完成，如以 下圖8所示實施例三。方案二、 MS在服務(wù)請求消息中攜帶需建立的承載標識，如以下 圖9所示實施例四。圖8為本發(fā)明實施例三提供的MS發(fā)起的服務(wù)請求的消息流程時 序圖，如圖8所示，其具體步驟如下步驟801: MS從連接態(tài)進入空閑態(tài)，保存空口承載相關(guān)參數(shù)。步驟802:處于空閑態(tài)的MS向RAN發(fā)送RRC連接請求消息， 該消息攜帶自身保存的空口承載相關(guān)參數(shù)。步驟803: RAN收到該RRC連接請求消息，根據(jù)該消息攜帶的 空口承載相關(guān)參數(shù)，建立與MS之間的空口承載，向MS返回RRC連 接建立消息。步驟804: MS向RAN發(fā)送服務(wù)請求消息，該消息中的服務(wù)請求 類型值為信令或數(shù)據(jù)。步驟805: RAN收到服務(wù)請求消息，判斷該消息攜帶的服務(wù)請求 類型值為信令還是數(shù)據(jù)，若是信令，直接將該服務(wù)請求消息轉(zhuǎn)發(fā)給核 心網(wǎng)MME,轉(zhuǎn)至步驟806;否則，確定需要建立承載，為需要建立的 承載分配用戶面資源，將該用戶面資源信息攜帶在服務(wù)請求消息中發(fā) 送給核心網(wǎng)MME，執(zhí)行步驟806。步驟806 810與步驟603 607相同。步驟811:核心網(wǎng)MME向RAN發(fā)送上下文建立i貪求消息，該消 息包含用戶上下文信息；同時核心網(wǎng)MME向核心網(wǎng)UPE發(fā)送更新上 下文請求消息，該消息攜帶承載建立相關(guān)信息，包括RAN為新建立 承載分配的用戶面資源信息；RAN收到上下文建立請求消息，保存該 消息攜帶的用戶上下文信息，向核心網(wǎng)MME返回上下文建立完成消 息，該消息包含核心網(wǎng)要求建立的承載建立的結(jié)果；核心網(wǎng)UPE收到 更新會話上下文請求消息后，向核心網(wǎng)MME返回更新會話上下文響 應(yīng)消息。本步驟中的用戶上下文信息與步驟608相同。 本步驟中的上下文建立完成消息可省略。步驟812: MS通過建立的承載發(fā)送上行數(shù)據(jù)或通過建立的信令連 接發(fā)送上行信令。步驟812不要求必須在步驟811之后執(zhí)行，當MS需要發(fā)送上行 數(shù)據(jù)時，步驟812也可以在MS和RAN完成空口承載建立以后扭i行， 或者在步驟810的安全模式過程結(jié)束之后執(zhí)行；若MS要發(fā)送上行信 令，則也可以在步驟810的安全模式過程結(jié)束之后執(zhí)行。圖9為本發(fā)明實施例四提供的MS發(fā)起服務(wù)請求的消息流程時序 圖，如圖9所示，其具體步驟如下步驟901:處于空閑態(tài)的MS通過RRC連接請求和RRC連接建 立消息，與RAN建立RRC連接。步驟902: MS向RAN發(fā)送服務(wù)請求消息，該消息中的力l務(wù)請求 類型值為信令或數(shù)據(jù)，若為數(shù)據(jù)，則該消息進一步攜帶需建立的承載 的標識。步驟903: RAN收到服務(wù)請求消息，檢測到該消息攜帶需建立的 承載的標識，則為需建立的承載分配用戶面資源，將該分配的用戶面 資源信息攜帶在服務(wù)請求消息中發(fā)送給核心網(wǎng)MME。以GTP隧道為例，用戶面資源指的是需建立的承載對應(yīng)的RAN 和核心網(wǎng)之間的GTP隧道在RAN側(cè)的IP地址和TEID。步驟904 908與步驟603~607相同。步驟909:核心網(wǎng)MME向RAN發(fā)送上下文建立請求消息，該消 息包含用戶上下文信息；同時向核心網(wǎng)UPE發(fā)送更新上下文請求消 息，該消息攜帶承載建立相關(guān)信息，包括RAN為新建立承載分配的 用戶面資源信息。本步驟中的用戶上下文信息與步驟608相同。步驟910: RAN收到上下文建立請求消息，保存該消息中包含的 用戶上下文信息，并根據(jù)該用戶上下文信息中的需要為MS建立的承 載的用戶面信息，向MS發(fā)起空口的承載建立過程。步-驟911: RAN向核心網(wǎng)MME返回上下文建立完成消息，該消 息包含核心網(wǎng)要求建立的承載建立的結(jié)果；核心網(wǎng)UPE向核心網(wǎng) MME返回更新上下文響應(yīng)消息。步驟912: MS通過建立的承載發(fā)送上行數(shù)據(jù)或通過建立的信令連 接發(fā)送上行信令。步驟912不要求必須在步驟911之后執(zhí)行，當MS需要發(fā)送上行 數(shù)據(jù)時，步驟912也可以在步驟910的MS和RAN完成空口承載建立 以后執(zhí)行；若MS要發(fā)送上行信令，則步驟912也可以在步驟卯8的 安全模式過程結(jié)束之后執(zhí)行。以下給出網(wǎng)絡(luò)側(cè)發(fā)起的服務(wù)請求流程。圖10為本發(fā)明實施例提供的網(wǎng)絡(luò)側(cè)發(fā)起的服務(wù)請求的消息流程 時序圖，如圖10所示，其具體步驟如下步驟1001:核心網(wǎng)的UPE收到下行數(shù)據(jù)，發(fā)現(xiàn)對應(yīng)的承載不可 用，即核心網(wǎng)和接入網(wǎng)之間的隧道在接入網(wǎng)側(cè)的資源已經(jīng)釋放，則核 心網(wǎng)UPE向核心網(wǎng)MME發(fā)送 K載建立請求消息，該消息攜帶下4亍數(shù) 據(jù)要發(fā)往的MS的標識或者下行數(shù)據(jù)發(fā)送所需要的承載的標識。步驟1002:核心網(wǎng)MME收到承載建立請求消息，發(fā)現(xiàn)該消息攜 帶的MS標識或者下行數(shù)據(jù)發(fā)送所需要的承載標識對應(yīng)的MS處于空 閑態(tài)，則向RAN下發(fā)尋呼消息，該消息攜帶MS標識。步驟1003: RAN收到該尋呼消息后，向該消息攜帶的MS標識對 應(yīng)的MS發(fā)送尋呼消息步驟1004: MS收到尋呼消息通過RRC連接請求和RRC連接建 立消息，與RAN建立RRC連接。步驟1005: MS向核心網(wǎng)MME發(fā)送l良務(wù)請求消息，該消息中的 服務(wù)請求類型值為尋呼響應(yīng)。步驟1006 1015與步驟603~612相同。步驟1016:核心網(wǎng)UPE通過新建立的承載，下發(fā)下行數(shù)據(jù)。 需要說明的是，為描述筒便，本發(fā)明提供的實施例中，都是針對 核心網(wǎng)中的MME獨立、而UPE和Anchor合一 的情況進行描述，但 并不排除核心網(wǎng)上述邏輯實體的其它位置組合，例如MME和UPE 合一，Anchor獨立；或者MME、 UPE和Anchor三者合一，或者三者 全部分離。當MME和UPE合一時，MME和UPE之間的交互變?yōu)閮?nèi) 部交互。而Anchor根據(jù)其功能定義，并不參與上述實施例中的信令交 互過程，所以Anchor的位置不影響本發(fā)明的適用性。圖11為本發(fā)明實施例提供的實現(xiàn)MS從空閑態(tài)進入激活態(tài)的系 統(tǒng)，如圖ll所示，其主要包括MSlll、 RAN112和核心網(wǎng)MME113, 其中，MSlll:確定自身要從空閑態(tài)進入激活態(tài)，與RAN112建立RRC, 向RAN112發(fā)送服務(wù)請求。MSlll進一步在從激活態(tài)進入空閑態(tài)時，保存已建立的空口承載 相關(guān)參數(shù)，將該空口承載相關(guān)參數(shù)與所述服務(wù)請求一起發(fā)送給 RANI 12。或者，MSlll進一步將需建立的承載的標識攜帶在服務(wù)請求中。RAN112:接收MSlll發(fā)來的服務(wù)請求，將該服務(wù)請求發(fā)送給核 心網(wǎng)MME113,將核心網(wǎng)MME113發(fā)來的用戶上下文信息保存在MS 的用戶上下文中。RAN112進一步根據(jù)MSlll發(fā)來的空口承載相關(guān)參數(shù)，與MSlll 建立空口承載，并為需建立的承載分配用戶面資源，將該用戶面資源 信息攜帶在服務(wù)請求中發(fā)送給核心網(wǎng)MME113。或者RAN112進一步，根據(jù)MSlll發(fā)來的服務(wù)請求中攜帶的需建立的承載的標識，為需建立的承載分配用戶面資源，將該用戶面資源信息攜帶在服務(wù)請求中，根據(jù)核心網(wǎng)MME113發(fā)來的用戶面信息，與 MS111建立空口承載，核心網(wǎng)MME113:接收RAN112發(fā)來的服務(wù)請求，將MS對應(yīng)的 用戶上下文信息發(fā)送給RAN112。核心網(wǎng)MME113進一步將需要為MS111建立的承載的用戶面信 息攜帶在用戶上下文信息中。核心網(wǎng)MME113進一步根據(jù)RAN112發(fā)來的服務(wù)請求，與RAN112 交互執(zhí)行對MS的安全模式過程。進一步地，該系統(tǒng)包括HSS115,用于與核心網(wǎng)MME113交互 對MS執(zhí)行安全模式的相關(guān)參數(shù)；對應(yīng)地，核心網(wǎng)MME113進一步根據(jù)RAN112發(fā)來的服務(wù)請求， 與RAN112和HSS115交互4丸行對MS的安全才莫式過程。進一步地，該系統(tǒng)包括核心網(wǎng)UPE114:用于4妄收核心網(wǎng)MME113 發(fā)來的MS的用戶面資源信息，并向核心網(wǎng)MME113返回確認接收響 應(yīng)；對應(yīng)地，核心網(wǎng)MME113進一步，將需要為MS建立的承載的用 戶面信息攜帶在用戶上下文信息中發(fā)送給RAN112,將RAN112發(fā)來 的用戶面資源信息發(fā)送給核心網(wǎng)UPE114，同時，RAN112進一步根據(jù)核心網(wǎng)MME113發(fā)來的用戶面信息， 與MS111建立空口承載，將為MS建立的承載的用戶面資源信息發(fā)送 給核心網(wǎng)MME113。圖12為本發(fā)明實施例提供的實現(xiàn)MS從空閑態(tài)進入激活態(tài)的核心 網(wǎng)MME,如圖12所示，其主要包括服務(wù)請求接收才莫塊1131和用 戶上下文信息發(fā)送模塊1132,其中服務(wù)請求接收模塊1131:在收到RAN112發(fā)來的攜帶MS標識的 服務(wù)請求后，向用戶上下文信息發(fā)送模塊1132發(fā)送攜帶MS標識的開 始指示。用戶上下文信息發(fā)送模塊1132:在收到服務(wù)請求接收模塊1131發(fā)來的開始指示后，向RAN112發(fā)送MS的用戶上下文信息。進一步地，核心網(wǎng)MME131包括用戶面資源信息收發(fā)才莫塊將 RAN112發(fā)來的為MS111建立的承載的用戶面資源信息發(fā)送給核心網(wǎng) UPE114。進一步地，核心網(wǎng)MME131包括安全認證模塊接收到服務(wù)請 求接收模塊1131發(fā)來的開始指示，對MS111執(zhí)行安全功能。進一步地，核心網(wǎng)MME131包括安全模式執(zhí)行模塊接收到服 務(wù)請求接收模塊1131發(fā)來的開始指示，與MS111和RAN112執(zhí)行安 全模式過程。對于MS從空閑態(tài)進入激活態(tài)的過程，不僅僅局限于上述的這些 實施例。為加快MS從空閑態(tài)快速進入激活態(tài)的速度，RAN收到服務(wù) 請求消息，可默認為缺省承載直接分配用戶面資源，或通過預(yù)先設(shè)置， 在判斷出需要為缺省承載分配資源后，RAN分配用戶面資源，從而加 快MS進入激活態(tài)的速度。存在缺省承載的原因，是由于在演進網(wǎng)絡(luò)前的3GPP系統(tǒng)內(nèi)，附 著過程和分組數(shù)據(jù)協(xié)議PDP (Packet Data Protocol)上下文的激活過 程是兩個分離的過程。在開機后，MS首先會進行一個GPRS附著過 程，其中主要包含安全過程和位置更新。附著完成后，MS并沒有同 時獲得IP連接，只有MS再發(fā)起一次PDP上下文激活過程，MS才會 凈皮分配一個IP地址和相應(yīng)的配置參數(shù)。也就是說，MS在進行業(yè)務(wù)前 必須先完成 一 次P DP上下文激活過程，這樣導(dǎo)致M S從空閑態(tài)轉(zhuǎn)為數(shù) 據(jù)傳輸狀態(tài)需要比較長的時延，與演進網(wǎng)絡(luò)的要求是明顯不符的。為減少MS從空閑狀態(tài)進入到數(shù)據(jù)傳輸狀態(tài)的反應(yīng)時間，規(guī)范 提出SAE/LTE系統(tǒng)把網(wǎng)絡(luò)注冊和缺省IP承載建立結(jié)合到一起完成， 即MS首次附著網(wǎng)絡(luò)過程中，網(wǎng)絡(luò)就分配給MS —個IP和部分相應(yīng)的 承載資源。由此實現(xiàn)MS的永遠在線，以便MS當需要進行數(shù)據(jù)業(yè)務(wù) 時候，網(wǎng)絡(luò)能夠更快、更迅捷的提供服務(wù)。簡而言之，演進網(wǎng)絡(luò)中的 MS進行網(wǎng)絡(luò)附著的時候就需要建立一個缺省的IP承載。缺省承載的 數(shù)據(jù)流過濾器定義為通用匹配(Match All),也就是說，當核心網(wǎng)UPE側(cè)有下行數(shù)據(jù)流要發(fā)送，卻找不到對應(yīng)的承載可以使用時，就可以使 用缺省承載發(fā)送。下面通過實施例五并結(jié)合附圖13詳細說明為缺省承載分配用戶面資源時，MS從空閑態(tài)到激活態(tài)的實現(xiàn)過程。參見圖13,步驟1301: MS與RAN之間建立RRC連接；處于空閑態(tài)的MS通過RRC連接請求消息和RRC連接建立消息， 與RAN之間建立RRC連接。步驟1302:MS通過RAN向核心網(wǎng)中的MME發(fā)送月l務(wù)請求消息；MS通過RAN向核心網(wǎng)中的MME發(fā)送的月良務(wù)請求消息中，攜帶 有服務(wù)請求類型等信元，服務(wù)請求類型值可以是信令、數(shù)據(jù)或?qū)ず繇?應(yīng)；或者進一步還可在服務(wù)請求消息中添加要求接入網(wǎng)為缺省承載預(yù) 先分配資源的特定標識；RAN在接收到服務(wù)請求消息并轉(zhuǎn)發(fā)至MME,同時分配用戶面資 源，并將分配用戶面資源的信息加入到服務(wù)請求消息中一同轉(zhuǎn)發(fā)。在 分配用戶面資源時，RAN可默認為缺省承載直接分配用戶面資源；另 外，還可通過預(yù)先設(shè)置，要求RAN通過服務(wù)請求的類型來判斷是否 要為缺省承載分配用戶面資源，如果是，再分配用戶面資源。例如 當RAN判斷服務(wù)請求類型為信令或者尋呼響應(yīng)時，為缺省承載分配 用戶面資源；或利用所述服務(wù)請求消息中特定標識判斷出需要為缺省 承載預(yù)先分配資源時，再執(zhí)行分配用戶面資源的操作。RAN為缺省承載分配用戶面資源，以GTP隧道為例，就是缺省 岸義載對應(yīng)的RAN和核心網(wǎng)之間的GTP隧道在RAN側(cè)的IP地址和 TEID，并一并發(fā)給核心網(wǎng)。在這種情況下，核心網(wǎng)在得到這個TEID 和IP的時候，i^更默認為該IP和TEID是缺省7 義載對應(yīng)的RAN與核心 網(wǎng)之間的GTP隧道在RAN側(cè)的IP和TEID。步驟1303:核心網(wǎng)中的MME收到服務(wù)請求消息后，執(zhí)行安全流 程，完成對MS的安全認證，同時對新建立的信令連接啟動加密和完 整性保護。步驟1304: MME向RAN發(fā)送建立上下文請求消息；MME發(fā)送創(chuàng)建上下文請求給RAN,將RAN需要的用戶上下文信 息通過上下文請求消息發(fā)送到RAN,上下文請求消息包含MS的移動 性管理上下文信息、安全模式參數(shù)和承載相關(guān)信息。更具體的來說， 包括MS永久身份標識IMSI (如果此前核心網(wǎng)還沒有通知RAN)、 RAN使用的移動用戶的漫游限制策略和網(wǎng)絡(luò)選擇策略，比如允許或者 限制MS選擇的PLMN列表，MS的AMBR參數(shù)、需要為MS建立承 載的用戶面信息，比如承載標識、承載要求的服務(wù)質(zhì)量QoS參數(shù)、承 載對應(yīng)的隧道在核心網(wǎng)側(cè)的參數(shù)，以GTP隧道為例，就是承載對應(yīng)的 RAN和核心網(wǎng)之間的GTP隧道在核心網(wǎng)側(cè)的IP地址和TEID。安全 模式參數(shù)包括用于RRC加密和完整性保護的密鑰。步驟1305a: MME在發(fā)送創(chuàng)建上下文i貪求消息給RAN的同時， 向UPE發(fā)送更新會話上下文請求消息，通知UPE承載建立的情況， 在本實施例中指為缺省承載分配的用戶面資源信息，以GTP隧道為 例，就是承載對應(yīng)的RAN和核心網(wǎng)之間的GTP隧道在RAN側(cè)的IP 地址和TEID。步驟1305b: UPE保存接收到來自MME的更新會話上下文請求 消息，并向MME回復(fù)更新會話上下文響應(yīng)消息。此時，核心網(wǎng)用戶 面UPE就可以通過建立的缺省承載轉(zhuǎn)發(fā)下行數(shù)據(jù)。步驟1306: RAN與MS之間建立無線承載和安全才莫式配置過程；RAN保存收到的MME發(fā)送的創(chuàng)建上下文請求消息中的用戶上下 文信息，并根據(jù)消息中的需要建立的承載信息，向MS發(fā)起空口的承 載建立過程，同時RAN向MS發(fā)起RRC安全模式過程，RAN與MS 之間的安全模式過程與圖6所示步驟605 606相同。步驟1307: RAN返回建立上下文完成消息給MME,包含核心網(wǎng) 要求建立承載的結(jié)果，RAN為所述建立的承載分配的用戶面資源信,包-等。以GTP隧道為例，就是承載對應(yīng)的RAN和核心網(wǎng)之間的GTP隧 道在RAN側(cè)的IP地址和TEID。步驟1308a: MME在收到創(chuàng)建上下文完成消息同時，向UPE發(fā) 送更新會話上下文請求消息，通知UPE承載建立的情況，包括RAN為缺省承載之外的其他的建立承載分配的用戶面資源信息，以GTP隧道為例，就是承載對應(yīng)的接入網(wǎng)和核心網(wǎng)之間的GTP隧道在接入網(wǎng)側(cè) 的IP地址和TEID。步驟1308b: UPE保存4妄收到來自MME的更新會話上下文請求 消息，并向MME回復(fù)更新會話上下文響應(yīng)消息。步驟1309: MS通過建立的承載發(fā)送上行數(shù)據(jù)，本步驟不要求在 步驟1308b之后執(zhí)行，可以緊接在MS和RAN完成建立空口承載的步 驟1306后；或者MS通過建立的信令連接，發(fā)送上行信令，此時也不 要求在步驟1308b之后執(zhí)行，可以緊跟在建立安全模式過程的步驟 1306后執(zhí)行。上面的實施例五給出的是MS發(fā)起服務(wù)請求時從空閑態(tài)到激活態(tài) 的過程，對于網(wǎng)絡(luò)側(cè)發(fā)起服務(wù)請求時，MS從空閑態(tài)到激活態(tài)的過程 通過下面的實施例六說明。參見圖14,步驟1401: UPE收到下行數(shù)據(jù)，發(fā)現(xiàn)對應(yīng)的承載不可用，即核心 網(wǎng)和RAN之間的隧道在RAN側(cè)的資源已經(jīng)釋放，則UPE向MME發(fā) 送承載建立請求消息，該消息攜帶下行數(shù)據(jù)要發(fā)往的MS的標識或者 下行數(shù)據(jù)發(fā)送所需要的承載的標識。步驟1402: MME收到承載建立請求消息，發(fā)現(xiàn)該消息攜帶的MS 標識或者下行數(shù)據(jù)發(fā)送所需要的承載標識對應(yīng)的MS處于空閑態(tài)，則 向RAN下發(fā)尋呼消息，該消息攜帶MS標識。步驟1403: RAN收到該尋呼消息后，向該消息攜帶的MS標識對 應(yīng)的MS發(fā)送尋呼消息。RAN向MS發(fā)起尋呼后，MS將執(zhí)行步驟1404，步驟1404至步 驟1412與實施例五中的步驟1301至步驟1309是——對應(yīng)且執(zhí)行過程 完全相同的，執(zhí)行過程不在贅述。上面的實施例五、實施例六詳細i兌明MS 乂人空閑態(tài)進入激活態(tài)的 流程，該實施例中，無線接入網(wǎng)為缺省承載分配用戶面資源，能夠加 快移動終端進入激活態(tài)的速度，節(jié)省信令交互，為用戶面實體發(fā)送下 行數(shù)據(jù)提前做好充分準備，便于用戶面實體更及時地向移動終端發(fā)送下行數(shù)據(jù)。另外，無線接入網(wǎng)為缺省承載分配用戶面資源時，可默認 為缺省承載分配用戶面資源，還可通過判斷服務(wù)請求類型、或服務(wù)請求消息中的要求RAN為缺省承栽預(yù)先分配資源的特定標識，以決定是否分配用戶面資源，實現(xiàn)較為靈活。下面通過實施例七說明實現(xiàn)上述實施例五、六流程的系統(tǒng)實施例，參見圖15,圖15所示的移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)組 成包括移動終端1501、無線接入網(wǎng)1502、移動管理實體1503;所述移動終端1501，用于向所述無線接入網(wǎng)1502發(fā)送服務(wù)請求 消息；所述無線接入網(wǎng)1502，用于將所述服務(wù)請求消息轉(zhuǎn)發(fā)至所述移動 管理實體1503的同時，為缺省承載分配用戶面資源；接收到來自所述 移動管理實體1503的用戶上下文信息，利用所述用戶上下文信息與所 述移動終端1501建立安全模式過程；所述移動管理實體1503，用于收到所述服務(wù)請求消息后，向所述 無線接入網(wǎng)1502發(fā)送所述用戶上下文信息。其中，所述無線接入網(wǎng)1502包括收發(fā)單元1504,用于將收到的服務(wù)請求消息發(fā)送至所述移動管理 實體1503;接收來自所述移動管理實體1503的用戶上下文信息；缺省分配單元1505,用于當所述收發(fā)單元1504收到所述月l務(wù)請 求消息后，為缺省承載分配用戶面資源；安全模式單元1506,用于當所述收發(fā)單元1504收到所述用戶上 下文信息后，利用所述用戶上下文信息與所述移動終端1501建立安全 模式過程。其中，所述無線接入網(wǎng)1502還包括空口承載單元1507，用于當安全模式單元1506執(zhí)行操作時，利 用收發(fā)單元1504中的所述用戶上下文信息與所述移動終端建立空口 承載。其中，所述移動管理實體1503包括第一收發(fā)單元1508，用于收到所述服務(wù)請求消息后，向所述無線接入網(wǎng)1502發(fā)送所述用戶上下文信息。 其中，所述系統(tǒng)還包括用戶面實體1509，用于向所述移動管理實體發(fā)送承載建立請求； 所述移動管理實體1503還包括第二收發(fā)單元1510，用于接收無線接入網(wǎng)1502為缺省承載分配 的用戶面資源信息，并發(fā)送至所述用戶面實體1509;將為空口承載分 配的用戶面資源信息發(fā)送至用戶面實體1509;所述移動管理實體1503還包括尋呼單元1511,用于收到所述承 載建立請求后，通過所述無線接入網(wǎng)1502尋呼所述移動終端。以上所述僅為本發(fā)明的過程及方法、系統(tǒng)等實施例，并不用以限 制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)所做的任何修改、等同替換、 改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1. 一種移動終端從空閑態(tài)進入激活態(tài)的方法，應(yīng)用于系統(tǒng)架構(gòu)演進SAE系統(tǒng)中，其特征在于，包括處于空閑態(tài)的移動終端確定要進入激活態(tài)，通過無線接入網(wǎng)向核心網(wǎng)移動管理實體發(fā)送服務(wù)請求，核心網(wǎng)移動管理實體收到服務(wù)請求，將移動終端對應(yīng)的用戶上下文信息發(fā)送給無線接入網(wǎng)，無線接入網(wǎng)將收到的用戶上下文信息保存到移動終端對應(yīng)的用戶上下文中。
2、 如權(quán)利要求1所述的方法，其特征在于，所述用戶上下文信 息包括聚合的最大承載速率AMBR參數(shù)。
3、 如權(quán)利要求1所述的方法，其特征在于，所述用戶上下文信 息進一步包括移動管理信息和/或用戶永久身份標識。
4、 如權(quán)利要求l所述的方法，其特征在于，所述核心網(wǎng)移動管 理實體收到服務(wù)請求之后、將移動終端對應(yīng)的用戶上下文信息發(fā)送給 無線接入網(wǎng)之前進一步包括核心網(wǎng)移動管理實體對移動終端執(zhí)行安全功能和安全模式過程。
5、 如權(quán)利要求1所述的方法，其特征在于，所述處于空閑態(tài)的 移動終端確定要進入激活態(tài)之前進一步包括移動終端要發(fā)送上行信 令、數(shù)據(jù)，或者，移動終端接收無線接入網(wǎng)發(fā)來的尋呼消息。
6、 如權(quán)利要求5所述的方法，其特征在于，所述用戶上下文信 息進一步包括需要為移動終端建立的承載的用戶面信息，所述無線接入網(wǎng)將收到的用戶上下信息保存到移動終端對應(yīng)的 用戶上下文的同時進一步包括無線接入網(wǎng)根據(jù)該收到的用戶面信息， 與移動終端建立空口承載，將為移動終端建立的承載的用戶面資源信 息發(fā)送給核心網(wǎng)移動管理實體，核心網(wǎng)移動管理實體將該用戶面資源 信息發(fā)送給核心網(wǎng)用戶面實體。
7、 如權(quán)利要求6所述的方法，其特征在于，所述核心網(wǎng)移動管 理實體將用戶面資源信息發(fā)送給核心網(wǎng)用戶面實體之后進 一 步包括 核心網(wǎng)用戶面實體接收該用戶面資源信息，向核心網(wǎng)移動管理實體返 回確{人>接收響應(yīng)。
8、 如權(quán)利要求1所述的方法，其特征在于，所述核心網(wǎng)移動管理實體將用戶上下文信息發(fā)送給無線接入網(wǎng)的同時進一步包括核心 網(wǎng)移動管理實體將安全模式參數(shù)發(fā)送給無線接入網(wǎng)。
9、 如權(quán)利要求5所述的方法，其特征在于，所述移動終端確認 要進入激活態(tài)之前進一步包括移動終端從激活態(tài)進入空閑態(tài)，保存 已建立的空口承載相關(guān)參數(shù)，所述移動終端通過無線接入網(wǎng)向核心網(wǎng)移動管理實體發(fā)送服務(wù) 請求之前進一步包括移動終端向無線接入網(wǎng)發(fā)送無線資源連接請求， 該請求攜帶空口承載相關(guān)參數(shù)，無線接入網(wǎng)根據(jù)收到的空口承載相關(guān) 參數(shù)建立空口承載，向移動終端返回?zé)o線資源連接連接建立消息；所述移動終端通過無線接入網(wǎng)向核心網(wǎng)移動管理實體發(fā)送服務(wù) 請求包括移動終端發(fā)送服務(wù)請求，無線接入網(wǎng)收到該服務(wù)請求，為 需建立的承載分配用戶面資源，將該用戶面資源信息攜帶在服務(wù)請求 中發(fā)送給核心網(wǎng)移動管理實體；所述用戶上下文信息進一步包括需要為移動終端建立的承載的 用戶面信息，所述核心網(wǎng)移動管理實體將移動終端對應(yīng)的用戶面上下文信息 發(fā)送給無線接入網(wǎng)的同時進一步包括核心網(wǎng)移動管理實體將無線接 入網(wǎng)發(fā)來的用戶面資源信息發(fā)送給核心網(wǎng)用戶面實體。
10、 如權(quán)利要求5所述的方法，其特征在于，所述移動終端通過 無線接入網(wǎng)向核心網(wǎng)移動管理實體發(fā)送服務(wù)請求包括移動終端發(fā)送 服務(wù)請求，該服務(wù)請求攜帶需建立的承載的標識，無線接入網(wǎng)根據(jù)收 到的需建立的承載的標識，為需建立的承載分配用戶面資源，將該用 戶面資源信息攜帶在服務(wù)請求中發(fā)送給核心網(wǎng)移動管理實體，所述用戶上下文信息進一步包括需要為移動終端建立的承載的 用戶面信息，所述核心網(wǎng)移動管理實體將移動終端對應(yīng)的用戶面上下文信息 發(fā)送給無線接入網(wǎng)的同時進一步包括核心網(wǎng)移動管理實體將無線接 入網(wǎng)發(fā)來的用戶面資源信息發(fā)送給核心網(wǎng)用戶面實體，所述無線接入網(wǎng)將收到的用戶上下文信息保存到移動終端對應(yīng)的用戶上下文中的同時進 一 步包括無線接入網(wǎng)根據(jù)該收到的用戶面信息，與移動終端建立空口承載。
11、 如權(quán)利要求6或10所述的方法，其特征在于，所述用戶面信 息包括需為移動終端建立的承載的標識、承載要求的服務(wù)質(zhì)量QoS 參凄t 、岸義載對應(yīng)的隧道在核心網(wǎng)側(cè)的參數(shù)。
12、 一種實現(xiàn)移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)，其特征在于， 包括移動終端、無線接入網(wǎng)和核心網(wǎng)移動管理實體，其中移動終端，確定自身要從空閑態(tài)進入激活態(tài)，向無線接入網(wǎng)發(fā)送服務(wù)請求；無線接入網(wǎng)，接收移動終端發(fā)來的服務(wù)請求，將該服務(wù)請求發(fā)送 給核心網(wǎng)移動管理實體，將核心網(wǎng)移動管理實體發(fā)來的用戶上下文信 息保存在移動終端對應(yīng)的用戶上下文中；核心網(wǎng)移動管理實體，接收無線接入網(wǎng)發(fā)來的服務(wù)請求，將移動 終端對應(yīng)的用戶上下文信息發(fā)送給無線接入網(wǎng)。
13、 如權(quán)利要求12所述的系統(tǒng)，其特征在于，所述系統(tǒng)進一步 包括核心網(wǎng)用戶面實體，用于接收核心網(wǎng)移動管理實體發(fā)來的移動 終端的用戶面資源信息；所述核心網(wǎng)移動管理實體進一步，將需要為移動終端建立的承載 的用戶面信息攜帶在用戶上下文信息中發(fā)送給無線接入網(wǎng)，將無線接 入網(wǎng)發(fā)來的用戶面資源信息發(fā)送給核心網(wǎng)用戶面實體，所述無線接入網(wǎng)進一步，根據(jù)核心網(wǎng)移動管理實體發(fā)來的用戶面 信息，與移動終端建立空口承載，將為移動終端建立的承栽的用戶面 資源信息發(fā)送給核心網(wǎng)移動管理實體。
14、 如權(quán)利要求13所述的系統(tǒng)，其特征在于，所述核心網(wǎng)用戶 面實體進一步向核心網(wǎng)移動管理實體返回用戶面資源信息確認接收響 應(yīng)。
15、 如權(quán)利12所述的系統(tǒng)，其特征在于，所述移動終端進一步 在從激活態(tài)進入空閑態(tài)時，保存已建立的空口承載相關(guān)參數(shù)，將該空口承載相關(guān)參數(shù)與所述服務(wù)請求一起發(fā)送給無線接入網(wǎng)；所述無線接入網(wǎng)進一步根據(jù)移動終端發(fā)來的空口承載相關(guān)參數(shù)， 與移動終端建立空口承載，并為需建立的承載分配用戶面資源，將該 用戶面資源信息攜帶在服務(wù)請求中發(fā)送給核心網(wǎng)移動管理實體。
16、 如權(quán)利12所述的系統(tǒng)，其特征在于，所述移動終端進一步 將需建立的承載的標識攜帶在服務(wù)請求中，所述無線接入網(wǎng)進一步，根據(jù)移動終端發(fā)來的需建立的承載的標 識，為需建立的承載分配用戶面資源，將該用戶面資源信息攜帶在服 務(wù)請求中一并上報核心網(wǎng)，然后再根據(jù)核心網(wǎng)移動管理實體發(fā)來的用戶面信息，與移動終端建立空口承載，所述核心網(wǎng)移動管理實體進一步將需要為移動終端建立的承載 的用戶面信息攜帶在用戶上下文信息中，同時將無線接入網(wǎng)發(fā)來的用 戶面資源信息發(fā)送給核心網(wǎng)用戶面實體。
17、 一種SAE系統(tǒng)中的核心網(wǎng)移動管理實體，其特征在于，包括 服務(wù)請求接收模塊和用戶上下文信息發(fā)送模塊，其中服務(wù)請求接收模塊，在收到無線接入網(wǎng)發(fā)來的服務(wù)請求后，向用 戶上下文信息發(fā)送模塊發(fā)送開始指示；用戶上下文信息發(fā)送模塊，在收到服務(wù)請求接收模塊發(fā)來的開始 指示后，向無線接入網(wǎng)發(fā)送移動終端的用戶上下文信息。
18、 如權(quán)利要求17所述的核心網(wǎng)移動管理實體，其特征在于， 所述核心網(wǎng)移動管理實體進一步包括用戶面資源信息收發(fā)模塊，將無線接入網(wǎng)發(fā)來的為移動終端建立 的承載的用戶面資源信息發(fā)送給核心網(wǎng)用戶面實體。
19、 如權(quán)利要求17所述的核心網(wǎng)移動管理實體，其特征在于， 所述核心網(wǎng)移動管理實體進一步包括安全認證模塊，接收到服務(wù)請 求接收模塊發(fā)來的開始指示，對移動終端執(zhí)行安全功能。
20、 如權(quán)利要求17或19所述的核心網(wǎng)移動管理實體，其特征在 于，所述核心網(wǎng)移動管理實體進一步包括安全模式執(zhí)行模塊，接收 到服務(wù)請求接收模塊發(fā)來的開始指示，與無線接入網(wǎng)執(zhí)行安全模式過程。
21、 一種移動終端從空閑態(tài)進入激活態(tài)的方法，其特征在于，包括移動終端向無線接入網(wǎng)發(fā)送服務(wù)請求消息；所述無線接入網(wǎng)將所述服務(wù)請求消息轉(zhuǎn)發(fā)至移動管理實體的同 時，為缺省承載分配用戶面資源；所述移動管理實體收到所述服務(wù)請求消息后，向所述無線接入網(wǎng) 發(fā)送用戶上下文信息；所述無線接入網(wǎng)利用所述用戶上下文信息與所述移動終端建立 安全模式過程。
22、 如權(quán)利要求21所述的方法，其特征在于，所述無線接入網(wǎng) 利用所述用戶上下文信息與所述移動終端建立安全模式過程的同時還 包括所述無線接入網(wǎng)利用所述用戶上下文信息與所述移動終端建立 空口承載。
23、 如權(quán)利要求21所述的方法，其特征在于，所述為缺省承載 分配用戶面資源之前還包括所述無線接入網(wǎng)判斷所述服務(wù)請求消息中的服務(wù)請求類型是否 為信令或?qū)ず繇憫?yīng)，如果是，則繼續(xù)執(zhí)行。
24、 如權(quán)利要求21所述的方法，其特征在于，所述移動終端向 接入網(wǎng)發(fā)送服務(wù)請求消息之前還包括所述移動終端在所述服務(wù)請求消息中添加特定標識； 所述為缺省承載分配用戶面資源之前還包括 所述無線接入網(wǎng)利用所述服務(wù)請求消息中的特定標識判斷是否 為缺省承載分配用戶面資源，如果需要，則繼續(xù)執(zhí)行。
25、 如權(quán)利要求21所述的方法，其特征在于，所述無線接入網(wǎng) 將所述服務(wù)請求消息轉(zhuǎn)發(fā)至移動管理實體的同時，還包括將為缺省承載分配的用戶面資源信息一同轉(zhuǎn)發(fā)至移動管理實體， 所述移動管理實體將為缺省承載分配的用戶面資源信息發(fā)送至用戶面實體。
26、 如權(quán)利要求22所述的方法，其特征在于，所述無線接入網(wǎng) 與所述移動終端建立空口承載后還包括所述移動管理實體將為空口承載分配的用戶面資源信息發(fā)送至所述用 戶面實體。
27、 如權(quán)利要求21所述的方法，其特征在于，該方法之前還包括用戶面實體向所述移動管理實體發(fā)送承載建立請求，所述移動管 理實體通過所述接入網(wǎng)尋呼所述移動終端。
28、 一種移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)，其特征在于，包 括移動終端、無線接入網(wǎng)、移動管理實體；所述移動終端，用于向所述無線接入網(wǎng)發(fā)送服務(wù)請求消息； 所述無線接入網(wǎng)，用于將所述服務(wù)請求消息轉(zhuǎn)發(fā)至所述移動管理實體的同時，為缺省承載分配用戶面資源；接收到來自所述移動管理實體的用戶上下文信息，利用所述用戶上下文信息與所述移動終端建立安全模式過程；所述移動管理實體，用于收到所述服務(wù)請求消息后，向所述無線接入網(wǎng)發(fā)送所述用戶上下文信息。
29、 如權(quán)利要求28所述的系統(tǒng)，其特征在于，所述無線接入網(wǎng) 包括收發(fā)單元，用于將收到的服務(wù)請求消息發(fā)送至移動管理實體；接 收來自所述移動管理實體的用戶上下文信息；缺省分配單元，用于當所述收發(fā)單元收到所述服務(wù)請求消息后， 為缺省承載分配用戶面資源；安全模式單元，用于當所述收發(fā)單元收到所述用戶上下文信息 后，利用所述用戶上下文信息與所述移動終端建立安全模式過程。
30、 如權(quán)利要求29所述的系統(tǒng)，其特征在于，所述無線接入網(wǎng) 還包括空口承載單元，用于當安全模式單元執(zhí)行操作時，利用收發(fā)單元 中的所述用戶上下文信息與所述移動終端建立空口承載。
31、 如權(quán)利要求30所述的系統(tǒng)，其特征在于，所述移動管理實 體包括第一收發(fā)單元，用于收到所述服務(wù)請求消息后，向所述無線接入 網(wǎng)發(fā)送所述用戶上下文信息。
32、 如權(quán)利要求31所述的系統(tǒng)，其特征在于，所述系統(tǒng)還包括 用戶面實體，用于向所述移動管理實體發(fā)送承載建立請求； 所述移動管理實體還包括第二收發(fā)單元，用于接收無線接入網(wǎng)為缺省承載分配的用戶面資 源信息，并發(fā)送至所述用戶面實體；將為空口承載分配的用戶面資源 信息發(fā)送至用戶面實體；所述移動管理實體還包括尋呼單元，用于收到所述承載建立請求 后，逋過所述接入網(wǎng)尋呼所述移動終端。
33、 一種無線接入網(wǎng)，其特征在于，包括收發(fā)單元，用于將收到的服務(wù)請求消息發(fā)送至移動管理實體；接 收來自所述移動管理實體的用戶上下文信息；缺省分配單元，用于當所述收發(fā)單元收到所述服務(wù)請求消息后， 為缺省承載分配用戶面資源；安全模式單元，用于當所述收發(fā)單元收到所述用戶上下文信息后，利用所述用戶上下文信息與所述移動終端建立安全模式過程。
34、 如權(quán)利要求33所述的系統(tǒng)，其特征在于，所述無線接入網(wǎng) 還包括空口承載單元，用于當安全模式單元執(zhí)行操作時，利用收發(fā)單元 中的所述用戶上下文信息與移動終端建立空口承載。
全文摘要
本發(fā)明公開了一種移動終端從空閑態(tài)進入激活態(tài)的方法，應(yīng)用于系統(tǒng)架構(gòu)演進(SAE)系統(tǒng)中，包括處于空閑態(tài)的移動終端確定要進入激活態(tài)，通過無線接入網(wǎng)向核心網(wǎng)控制面實體發(fā)送服務(wù)請求，核心網(wǎng)控制面實體收到服務(wù)請求，將移動終端對應(yīng)的用戶上下文信息發(fā)送給無線接入網(wǎng)，無線接入網(wǎng)將收到的用戶上下文信息保存到移動終端對應(yīng)的用戶上下文中。同時，本發(fā)明公開了一種實現(xiàn)移動終端從空閑態(tài)進入激活態(tài)的系統(tǒng)，包括移動終端、無線接入網(wǎng)和核心網(wǎng)控制面實體。本發(fā)明節(jié)省了信令交互，縮短了移動終端從空閑態(tài)進入激活態(tài)的時延，提高了用戶的業(yè)務(wù)感受。
文檔編號H04Q7/38GK101242645SQ20071011164
公開日2008年8月13日 申請日期2007年6月1日 優(yōu)先權(quán)日2007年2月9日
發(fā)明者胡偉華 申請人:華為技術(shù)有限公司