一種承載分配方法及用戶設(shè)備、基站和服務(wù)網(wǎng)關(guān)的制作方法
【專利摘要】本發(fā)明公開了一種承載分配方法及用戶設(shè)備、基站和服務(wù)網(wǎng)關(guān)，涉及通信領(lǐng)域。本發(fā)明公開的承載分配方法包括：網(wǎng)絡(luò)側(cè)為用戶設(shè)備(UE)創(chuàng)建承載時，確定所述承載具有承載保持特性，則在所述承載的上下文信息中標記承載保持標識；當所述UE進入空閑態(tài)時，所述UE所屬的演進型基站以及服務(wù)網(wǎng)關(guān)(SGW)保留標記有承載保持標識的承載的上下文信息。本發(fā)明還公開了一種用戶設(shè)備(UE)、基站以及服務(wù)網(wǎng)關(guān)(SGW)。本申請技術(shù)方案可應(yīng)用于大量終端接入到網(wǎng)絡(luò)中并頻繁間隙地發(fā)送小數(shù)據(jù)量的場景下，能有效降低終端從空閑態(tài)進入連接態(tài)后承載恢復(fù)所帶來的信令開銷，能減少網(wǎng)絡(luò)資源的消耗，提高網(wǎng)絡(luò)負載能力。
【專利說明】一種承載分配方法及用戶設(shè)備、基站和服務(wù)網(wǎng)關(guān)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種承載資源分配和管理的方案。
【背景技術(shù)】
[0002]在新一代的無線通訊接入技術(shù)中，用戶終端(User Equipment,簡稱為UE)通過演進的通用移動通信系統(tǒng)陸地無線接入網(wǎng)(Evolved UniversalTerrestrial RadioAccess Network,簡稱為E-UTRAN)基站系統(tǒng),接入到演進的分組服務(wù)網(wǎng)絡(luò)(Evolved PacketSystem，簡稱為EPS)中，可獲得永久在線的IP服務(wù)能力。在UE附著到網(wǎng)絡(luò)時，網(wǎng)絡(luò)即為UE分配一個在附著周期內(nèi)持續(xù)不變的IP地址。在附著周期內(nèi)的任意時刻，應(yīng)用服務(wù)器(ApplicationServer,簡稱為AS)所發(fā)送的數(shù)據(jù)請求可以直接使用該IP向該UE發(fā)送下行IP數(shù)據(jù)。
[0003]圖1是UE通過E-UTRAN基站系統(tǒng)接入到EPS分組網(wǎng)絡(luò)的架構(gòu)示意圖，由基站系統(tǒng)和核心網(wǎng)系統(tǒng)兩部分構(gòu)成?；鞠到y(tǒng)即E-UTRAN基站系統(tǒng)，主要網(wǎng)元為演進的NodeB基站(Evolved NodeB，簡稱為eNodeB)。核心網(wǎng)系統(tǒng)，主要包括移動性管理實體(MobilityManagement Entity,簡稱為 MME)、服務(wù)網(wǎng)關(guān)(Serving Gateway,簡稱為 S-GW,或 SGW)、分組數(shù)據(jù)網(wǎng)絡(luò)網(wǎng)關(guān)(Packet Data Network Gateway,簡稱為F1DN GW,或P-GW,或PGW)、歸屬用戶服務(wù)器(Home Subscriber Server,簡稱為HSS)。其中，MME負責分配和管理用戶面資源，并將該用戶面承載資源映射到eNodeB上的空口資源、以及SGW/PGW上的用戶面承載上。當UE長時間處于不活動狀態(tài)時候，基站eNodeB將發(fā)起無線資源釋放過程，釋放為終端分配的無線空口承載資源、以及eNodeB和SGW之間的SI接口上的用戶面承載資源，此后UE進入空閑態(tài)。當UE在空閑態(tài)想要發(fā)送數(shù)據(jù)時候，eNodeB需要和MME交互以恢復(fù)為UE分配的承載資源，包括eNodeB上的空口承載資源、eNodeB和SGW之間的SI接口的用戶面承載資源。
[0004]圖2描述了 UE附著到網(wǎng)絡(luò)后在空閑態(tài)(RRC-1DLE態(tài))要發(fā)起上行數(shù)據(jù)傳輸時的承載資源的恢復(fù)過程，當UE處于空閑態(tài)，想要向遠端(如應(yīng)用服務(wù)器)發(fā)送數(shù)據(jù)時，UE必須先建立RRC連接，恢復(fù)到連接態(tài)。具體地，該過程包括步驟S201-209:
[0005]S201,UE 向 eNodeB發(fā)送RRC連接請求(RRC Connection Request)消息，其中攜帶UE的標識信息，這里使用臨時移動簽約標識(S-TemporaryMobile SubscriberIdentity,簡稱為 S-TMSI)。
[0006]在空閑態(tài)下，UE利用#0號信令無線承載資源(Signaling Radio Bearer,簡稱為SRB)即SRBO發(fā)起RRC連接請求消息。SRBO是共享的信令無線承載資源，所設(shè)計的每UE的消息容量非常小，一般只用于發(fā)起初始的RRC消息，攜帶最必須的信元，如UE的ID，在這里UE所提供的ID是S-TMSI。
[0007]S202，eNodeB收到RRC連接請求消息后，向UE發(fā)送RRC連接建立(RRC ConnectionSetup)消息。
[0008] 該消息用于指示UE建立#1號信令無線承載即SRB1，SRBl是每用戶分配的，可以攜帶一定長度的NAS信令。當分配完SRBl后，UE可以使用SRBl信令無線承載來發(fā)起NAS消息。
[0009]S203，UE 向 eNodeB 發(fā)送 RRC 連接建立完成(RRC Connection SetupComplete)消息。在該消息中，UE攜帶要發(fā)送的NAS消息。在這里，UE所攜帶的NAS消息是服務(wù)請求(Service Request,簡稱為 SR)消息。
[0010]在該步驟中，UE使用SRBl信令無線承載來發(fā)送NAS消息。SRBl信令無線承載本身也有一定的容量限制，不能使用來發(fā)送大的NAS消息。在后續(xù)步驟中，eNodeB會指示UE建立#2號信令無線承載即SRB2，以及數(shù)據(jù)無線承載(Data Radio Bearer，簡稱為DRB)，這兩中無線承載可以攜帶容量較大的NAS消息。DRB通常還用于傳輸IP數(shù)據(jù)流。
[0011 ] S204，eNodeB收到UE的RRC連接建立完成消息后，獲取其中的NAS消息，將NAS消息封裝在SI接口的初始UE傳輸(Initial UE Transfer)消息中，發(fā)送給MME。所有UE發(fā)送的NAS消息,均被eNodeB透傳給MME。
[0012]S205, MME收到UE發(fā)送的服務(wù)請求(Service Request)消息后，將UE轉(zhuǎn)入連接態(tài)(EMM-CONNECTED)。同時，MME向eNodeB發(fā)送初始化上下文請求(Initial ContextRequest)消息，在該消息中包含UE的安全密鑰、EPS承載上下文信息、UE被分配的SGW地址、UE的無線能力等。
[0013]S206, eNodeB 向 UE 發(fā)起安全模式建立(Security Mode Command)消息,要求 UE 使用加密方法來傳輸后續(xù)信令和數(shù)據(jù)。
[0014]當eNodeB收到S205步MME發(fā)送的初始化UE上下文請求(Initial UEContextRequest)消息后，eNodeB使用其中的安全密鑰來向UE發(fā)起安全模式建立請求。
[0015]S207, UE向eNodeB回復(fù)安全模式建立完成(Security Mode Complete)消息，表示安全模式請求已接收，安全模式已建立完成。其后，UE和網(wǎng)絡(luò)間使用加密方式來發(fā)送信令和數(shù)據(jù)。
[0016]S208, eNodeB 向 UE 發(fā)送 RRC 連接重配置請求(RRC ConnectionReconfigurationRequest)消息,其中攜帶具體的無線承載(Radio AccessBearer,簡稱為RAB)信息。
[0017]通過該RAB信息，eNodeB要求UE建立所指明的無線承載，這些無線承載具體包括#2號信令無線承載即SRB2，以及若干個數(shù)據(jù)無線承載DRB，這些DRB和UE的核心網(wǎng)承載
--對應(yīng)。
[0018]S209, UE 向 eNodeB 發(fā)送 RRC 連接重配置完成(RRC ConnectionReconfigurationCompIete)消息,表明無線承載配置已經(jīng)完成。
[0019]在S209步執(zhí)行后，UE可以使用SRB2來發(fā)起容量較大的NAS消息；還可以發(fā)送上行的IP數(shù)據(jù)流，eNodeB將該IP數(shù)據(jù)流發(fā)送給UE所對應(yīng)的SGW，SGff進一步發(fā)送給PGW。
[0020]S210,收到UE發(fā)送的RRC連接重配置完成消息后，eNodeB向MME返回初始上下文配置響應(yīng)(Initial Context Setup Response)消息。
[0021]S211, MME收到eNodeB發(fā)送的初始上下文配置響應(yīng)消息后，向SGW/PGW發(fā)送承載修改請求(Modify Bearer Request)消息。
[0022]在本步驟中，MME根據(jù)UE/eNodeB對承載的接收情況通知SGW/PGW對承載進行修改。該消息同時讓SGW恢復(fù)和eNodeB之間的Sl-U的承載資源。
[0023]S212, SGW/PGW 向 MME 返回承載修改響應(yīng)(Modify Bearer Response)消息。
[0024]在步驟S212后，SGW可接收UE發(fā)送的上行IP數(shù)據(jù)包，并前轉(zhuǎn)給PGW。[0025]S213,在eNodeB收到UE的RRC請求后，eNodeB為UE設(shè)置一個去活定時器，在定時器超期后，如果UE已經(jīng)不活動，則觸發(fā)資源釋放過程。
[0026]S214，eNodeB上的UE去活定時器到期，UE不活動，則eNodeB向MME發(fā)起SI接口上的UE上下文釋放請求(UE Context Release Request)消息。
[0027]S215,MME 收到 eNodeB 發(fā)起的 UE 上下文釋放請求(UE Context ReleaseRequest)消息后，向SGW發(fā)送釋放接入承載請求(Release Access BearerRequest)消息。
[0028]S216，SGW釋放了和eNodeB之間的Sl-U接口的承載后，向MME返回釋放接入承載口向應(yīng)(Release Access bearer Response)消息。
[0029]S217, MME 向 eNodeB 發(fā)送 UE 上下文釋放命令(UE Context ReleaseCommand)消
肩、O
[0030]S218, eNodeB 收到 MME 的 UE 上下文釋放命令(UE Context ReleaseCommand)消息后，如果UE當前可及則向UE發(fā)送無線承載釋放(RRCConnection Release)消息,另一方面eNodeB釋放UE的上下文信息。
[0031]S219, eNodeB 向 MME 返回 UE 上下文釋放完成(UE Context ReleaseComplete)消息；
[0032]經(jīng)過步 驟S214~S219，當UE不活動后，eNodeB將釋放UE的無線承載、UE上下文、Sl-U接口的承載上下文，MME將釋放UE的上下文并將UE置入空閑態(tài)，SGW將釋放Sl-U接口的承載上下文。
[0033]圖2所示，UE從空閑態(tài)進入到連接態(tài)，恢復(fù)承載資源，發(fā)起數(shù)據(jù)傳輸，并最終又進入空閑態(tài)的流程中，為了能將IP數(shù)據(jù)發(fā)送給SGW，eNodeB需要首先尋找到SGW并恢復(fù)和SGW之間的數(shù)據(jù)傳輸隧道，而這需要eNodeB和MME交互并從MME獲得SGW和SI接口的承載相關(guān)信息。當大量終端頻繁地發(fā)起小數(shù)據(jù)傳輸，并在發(fā)送小數(shù)據(jù)傳輸后又很快進入空閑態(tài)的情況下，現(xiàn)有流程很容易導(dǎo)致網(wǎng)絡(luò)信令負荷過多，容易造成控制網(wǎng)元的擁塞。另一方面，這些終端所發(fā)送的數(shù)據(jù)流量遠小于這些終端從空閑態(tài)進入連接態(tài)所引起的信令流量，導(dǎo)致了系統(tǒng)的效率極低。

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

[0034]本發(fā)明所要解決的技術(shù)問題是，提供一種承載分配方法及用戶設(shè)備設(shè)備、基站和服務(wù)網(wǎng)關(guān)，解決大量終端接入到網(wǎng)絡(luò)中并頻繁間隙地發(fā)送小數(shù)據(jù)量的場景下，網(wǎng)絡(luò)信令負荷較多，系統(tǒng)數(shù)據(jù)處理效率低的問題。
[0035]為了解決上述技術(shù)問題，本發(fā)明公開了一種承載分配方法，該方法包括:
[0036]網(wǎng)絡(luò)側(cè)為用戶設(shè)備(UE)創(chuàng)建承載時，確定所述承載具有承載保持特性，則在所述承載的上下文信息中標記承載保持標識；
[0037]當所述UE進入空閑態(tài)時，所述UE所屬的演進型基站以及服務(wù)網(wǎng)關(guān)(SGW)保留標記有承載保持標識的承載的上下文信息。
[0038]較佳地，上述方法中，滿足如下任一或多個條件時，所述網(wǎng)絡(luò)側(cè)確定所述承載具有承載保持特性:
[0039]所述承載所對應(yīng)的APN為設(shè)定的支持小數(shù)據(jù)傳輸或支持承載保持的APN ；
[0040]所述承載對應(yīng)的UE的簽約數(shù)據(jù)中標記該UE具有小數(shù)據(jù)傳輸特性或具有承載保持要求；
[0041]UE發(fā)起創(chuàng)建承載請求中攜帶小數(shù)據(jù)傳輸標識或承載保持標識。
[0042]較佳地，上述方法還包括:所述UE在空閑態(tài)下，使用所述具有承載保持標識的承載發(fā)送和/或接收IP數(shù)據(jù)。
[0043]較佳地，上述方法還包括:UE處于空閑態(tài)時，若所述SGW收到發(fā)往UE的IP數(shù)據(jù)，則使用所述具有承載保持標識的承載發(fā)送IP數(shù)據(jù)。
[0044]較佳地，上述方法中，所述網(wǎng)絡(luò)側(cè)在所述承載的上下文信息中標記承載保持標識指:
[0045]網(wǎng)絡(luò)側(cè)的MME向SGW發(fā)送會話創(chuàng)建請求或會話變更請求時，在請求消息中攜帶承載保持標識，用以指示所創(chuàng)建/修改的PDN連接、EPS承載具有承載保持特性。
[0046]較佳地，上述方法還包括:所述SGW向MME返回會話創(chuàng)建響應(yīng)/會話變更響應(yīng)，其包含EPS承載列表，所述承載列表中具有被標記為承載保持標識的承載；
[0047]所述MME向演進型基站發(fā)送初始化上下文請求/承載建立請求，其包含無線接入承載列表，所述承載列表中具有被標記為承載保持標識的承載；或者
[0048]所述MME向UE發(fā)送會話創(chuàng)建請求/會話變更請求，其包含EPS承載列表，所述承載列表中具有被標記為承載保持標識的承載。
[0049]較佳地，上述 方法中，當所述UE進入空閑態(tài)時，所述UE所屬的演進型基站保留標記有承載保持標識的承載的上下文信息指:
[0050]所述eNodeB保留具有承載保持標識的無線接入承載的上下文信息，所述上下文信息至少包括承載ID、SGff地址和SGW隧道端點標識。
[0051]較佳地，上述方法中，當所述UE進入空閑態(tài)時，所述UE所屬的SGW保留標記有承載保持標識的承載的上下文信息指:
[0052]所述SGW保留具有承載保持標識的EPS承載的上下文信息，所述上下文信息至少包括承載ID、演進型基站地址、演進型基站隧道端點標識。
[0053]較佳地，上述方法中，當所述UE進入空閑態(tài)時，所述UE保留標記有承載保持標識的承載的上下文信息指:
[0054]所述UE保留具有承載保持標識的承載的上下文信息，所述上下文信息至少包括承載ID。
[0055]較佳地，上述方法中，所保留的承載上下文信息還包括承載服務(wù)質(zhì)量參數(shù)(QoS)。
[0056]較佳地，上述方法中，所述UE保留的承載上下文信息還包括:SGW信息和/或演進型基站地址，其中，SGff信息包括SGW地址和SGW隧道端點標識。
[0057]本發(fā)明還公開了一種用戶設(shè)備(UE)，包括:
[0058]第一模塊，在UE進入空閑態(tài)時，保留具有承載保持標識的EPS承載的上下文信息，所保留的EPS承載的上下文信息至少包括承載ID ；
[0059]第二模塊，在UE空閑態(tài)發(fā)起RRC連接時，在RRC連接請求消息中攜帶指示標識，以指示使用所保留的承載傳輸IP數(shù)據(jù)。
[0060]較佳地，上述UE中，所保留的EPS承載的上下文信息還包括SGW隧道端點標識(SGW TEID)和/或演進型基站信息。
[0061]較佳地，上述UE在RRC消息中攜帶的指示標識為如下一種或幾種:[0062]所保留的承載的承載ID、所保留的承載所對應(yīng)的SGW的TEID、小數(shù)據(jù)傳輸標識。
[0063]較佳地，上述UE還包括:
[0064]第三模塊，在發(fā)起RRC連接前，UE收到UE上的應(yīng)用程序發(fā)送的IP數(shù)據(jù)傳輸時，判定可以使用所保留的承載傳輸所述IP數(shù)據(jù)。
[0065]較佳地，上述UE中，所述第二模塊，在UE移動到新演進型基站，發(fā)起RRC連接請求時，在所述RRC連接請求中還攜帶舊演進型基站信息。
[0066]本發(fā)明還公開了一種基站，包括:
[0067]第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的無線接入承載的上下文信息；
[0068]第二模塊，在收到空閑態(tài)的UE發(fā)起的RRC連接請求時，根據(jù)所保留的無線接入承載的上下文信息，向UE返回無線接入承載信息。
[0069]較佳地,上述基站還包括:
[0070]第二模塊，根據(jù)所保存的無線接入承載的上下文信息，添加必須的信息元素后，向UE返回無線接入承載信息。
[0071]本發(fā)明還公開了一種服務(wù)網(wǎng)關(guān)(SGW)，包括:
[0072]第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的EPS承載的上下文信息；
[0073]第二模塊，在收到發(fā)往UE的IP數(shù)據(jù)時，確定能夠使用所保留的承載發(fā)送數(shù)據(jù)時，利用該承載通過基站向所述UE發(fā)送IP數(shù)據(jù)。
[0074]本申請技術(shù)方案可應(yīng)用于大量終端接入到網(wǎng)絡(luò)中并頻繁間隙地發(fā)送小數(shù)據(jù)量的場景下，能有效降低終端從空閑態(tài)進入連接態(tài)后承載恢復(fù)所帶來的信令開銷，能減少網(wǎng)絡(luò)資源的消耗，提聞網(wǎng)絡(luò)負載能力。
【具體實施方式】
[0075]圖1是現(xiàn)有技術(shù)E-UTRAN接入情境下的系統(tǒng)架構(gòu)示意圖；
[0076]圖2是現(xiàn)有技術(shù)下，UE從空閑態(tài)進入連接態(tài)后發(fā)起數(shù)據(jù)傳輸，在數(shù)據(jù)傳輸完成后又進入空閑態(tài)的流程示意圖；
[0077]圖3是本實施例中承載分配流程示意圖；
[0078]圖4是本實施例中在UE附著并創(chuàng)建承載過程中，對某些承載標記承載保持標識的流程圖；
[0079]圖5是本實施例中在UE請求創(chuàng)建I3DN連接的過程中，對某些承載標記承載保持標識的流程圖；
[0080]圖6是本實施例中在UE請求建立指明承載的過程中，對該承載標記承載保持標識的流程圖；
[0081]圖7是本方案中在UE從連接態(tài)轉(zhuǎn)入空閑態(tài)過程中，釋放普通承載但保留被標記承載保持標識的承載的流程圖；
[0082]圖8是本實施例中UE在空閑態(tài)下發(fā)起上行數(shù)據(jù)傳輸?shù)牧鞒虉D；
[0083] 圖9是對圖8流程的改進，UE在空閑態(tài)下發(fā)起上行數(shù)據(jù)傳輸，eNodeB設(shè)置定時器，將UE轉(zhuǎn)入連接態(tài)流程圖；[0084]圖10是對圖8流程的改進，UE在空閑態(tài)下發(fā)起上行數(shù)據(jù)傳輸，SGff設(shè)置定時器，通知MME將UE轉(zhuǎn)入連接態(tài)的流程圖；
[0085]圖11是對圖8流程的改進，在UE發(fā)起RRC連接/上行IP數(shù)據(jù)傳輸時，eNodeB/SGff設(shè)置快速路徑保持定時器的流程圖。
[0086]圖12是本實施例中UE在空閑態(tài)接收下行IP數(shù)據(jù)傳輸?shù)牧鞒虉D；
[0087]圖13是本實施例中UE在空閑態(tài)下移動到新eNodeB，發(fā)起上行數(shù)據(jù)傳輸?shù)牧鞒虉D。
[0088]【具體實施方式】[0089]為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進一步詳細說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。
[0090]實施例1
[0091]本實施例提供一種承載分配方法，包括如下操作:
[0092]網(wǎng)絡(luò)側(cè)為UE創(chuàng)建承載時，確定該承載具有承載保持特性，則在承載的上下文信息中標記承載保持標識；
[0093]當UE進入空閑態(tài)時,該UE所屬的eNodeB以及SGW保留標記有承載保持標識的承載的上下文信息。
[0094]具體地，滿足如下任一或多個條件時，網(wǎng)絡(luò)側(cè)確定承載具有承載保持特性:
[0095]承載所對應(yīng)的APN為設(shè)定的支持小數(shù)據(jù)傳輸、或支持承載保持的APN ；
[0096]承載對應(yīng)的UE的簽約數(shù)據(jù)中標記該UE具有小數(shù)據(jù)傳輸特性或具有承載保持要求；
[0097]UE發(fā)起創(chuàng)建承載請求中攜帶小數(shù)據(jù)傳輸標識或承載保持標識。
[0098]上述方法還包括，UE在空閑態(tài)下，使用具有承載保持標識的承載發(fā)送IP數(shù)據(jù)；或者UE處于空閑態(tài)時，SGff收到發(fā)往UE的IP數(shù)據(jù)，則使用具有承載保持標識的承載發(fā)送IP數(shù)據(jù)。
[0099]網(wǎng)絡(luò)側(cè)在所述承載的上下文信息中標記承載保持標識指:
[0100]網(wǎng)絡(luò)側(cè)的MME向SGW發(fā)送會話創(chuàng)建請求或會話變更請求時，在請求消息中攜帶承載保持標識，用以指示所創(chuàng)建/修改的PDN連接、EPS承載具有承載保持特性。
[0101]該方法還包括:
[0102]所述SGW向MME返回會話創(chuàng)建響應(yīng)/會話變更響應(yīng)，其包含EPS承載列表，所述EPS承載列表中具有被標記為承載保持標識的承載；
[0103]所述MME向eNodeB發(fā)送初始化上下文請求/承載建立請求，其包含無線接入承載列表，所述EPS承載列表中具有被標記為承載保持標識的承載；或者
[0104]所述MME向UE發(fā)送會話創(chuàng)建請求/會話變更請求，其包含EPS承載列表，所述EPS承載列表中具有被標記為承載保持標識的承載。
[0105]需要說明的是，當UE進入空閑態(tài)時，UE所屬的演進型基站保留標記有承載保持標識的承載的上下文信息指:eNodeB保留具有承載保持標識的無線接入承載的上下文信息，而上下文信息至少包括承載ID、SGff地址和SGW隧道端點標識。
[0106]UE進入空閑態(tài)時，UE所屬的SGW保留標記有承載保持標識的承載的上下文信息則指:SGW保留具有承載保持標識的EPS承載的上下文信息，該上下文信息至少包括承載ID、eNodeB地址、eNodeB隧道端點標識。
[0107]UE進入空閑態(tài)時，UE保留標記有承載保持標識的承載的上下文信息指:UE保留具有承載保持標識的承載的上下文信息，此上下文信息至少包括承載ID。
[0108]在上述上下文信息的基礎(chǔ)上，所保留的承載上下文信息還可以包括QoS。或者，還可以包括:SGW信息和/或eNodeB地址，其中，SGW信息包括SGW地址和SGW隧道端點標識。
[0109]下面結(jié)合附圖具體說明上述方法的實現(xiàn)過程。
[0110]承載分配的整體過程，如圖3所示，包括如下S302至S306:
[0111]S302，為用戶終端(UE)創(chuàng)建承載，將所述承載標記為具有承載保持特性，即在所述承載的上下文中中標記承載保持標識(Bearer Retain Indication,簡稱為BRI)；
[0112]該步驟中，在為UE創(chuàng)建承載時，可根據(jù)若干條件，將某些承載標記為具有承載保持標識。具體的，可以根據(jù)如下條件的組合執(zhí)行:
[0113]-APN屬性:在UE的簽約數(shù)據(jù)中，可將特定APN標記為支持小數(shù)據(jù)傳輸、或標記為支持承載保持；
[0114]-UE屬性:在UE的簽約數(shù)據(jù)中，標記該UE具有小數(shù)據(jù)傳輸特性、或具有承載保持要求；
[0115]-UE請求:在UE發(fā)起PDN連接請求、倉Il建承載請求時，UE可以攜帶標識,表明所請求創(chuàng)建的承載需要需要 支持小數(shù)據(jù)傳輸，或支持承載保持；
[0116]根據(jù)如上條件的組合，MME決定是否將所創(chuàng)建的承載標記為需要保持，即在對應(yīng)的承載上下文中指明承載保持標識。
[0117]具體地，MME可以對一個PDN連接標記承載保持標識，也可以對一個PDN連接下的某個承載(比如缺省承載，Default Bearer)標記承載保持標識。若一個F1DN連接被標記為承載保持標識，則表示該PDN連接下所有承載均可缺省地被視作標記為承載保持標識。或者，一個PDN連接下可存在多個承載，其中某些承載可被標記為承載保持標識，而其他承載則未被標記為承載保持標識。
[0118]S304,在UE進入空閑態(tài)時，eNodeB/SGff/UE保留具有承載保持標識的承載的上下文信息；
[0119]在承載創(chuàng)建流程中，當SGW/eNodeB/UE在生成/收到承載列表后，根據(jù)承載上下文信息中的承載保持標識，可判別在UE進入空閑態(tài)后某些承載需被保持，進而在相應(yīng)流程發(fā)生時保持這些承載，即保存這些承載所對應(yīng)的承載上下文信息。
[0120]具體地，在SGW所保存的承載是EPS承載，其承載上下文信息至少包括:承載標識(EPS Bearer ID)、eNodeB地址、eNodeB的隧道端標識(eNodeBTEID)?？蛇x地還可包括:安全密鑰(Security Key)、承載服務(wù)質(zhì)量GiPSBearer QoS)等的組合。
[0121]具體地，在eNodeB上所保存的承載是無線接入承載，其承載上下文信息至少包括:承載標識(EPS Bearer ID)、SGW地址、SGW的隧道端標識(SGW TEID)。可選地還可包括:安全密鑰(Security Key)、承載服務(wù)質(zhì)量(；EPS Bearer QoS)等的組合。
[0122]具體地，在UE上保存的承載是EPS承載，其承載上下文信息至少包括:承載標識(EPS Bearer ID)?？蛇x地還可包括:承載服務(wù)質(zhì)量(EPS BearerQoS),等等；進一步地，UE上所保存的承載上下文信息，還可包括如下特殊信息:SGW地址、SGW的隧道端標識(TEID)，和/或，eNodeB f目息。[0123]進一步地，在UE上保存的承載還可以包括無線接入承載，其承載上下文信息至少包括:承載標識(RAB Bearer ID)?？蛇x地還可包括:承載服務(wù)質(zhì)量GiPS Bearer QoS),等
坐寸ο
[0124]S306，UE在空閑態(tài)下發(fā)送IP數(shù)據(jù)時，使用具有承載保持標識的承載發(fā)送IP數(shù)據(jù)；和/或；在UE空閑態(tài)，所述SGW收到發(fā)往UE的IP數(shù)據(jù)時，使用所述具有承載保持標識的承載發(fā)送IP數(shù)據(jù)。
[0125]該步驟，在UE空閑態(tài)時，UE上的應(yīng)用程序發(fā)送IP數(shù)據(jù)傳輸時，所述UE判定該IP數(shù)據(jù)可以使用所保持的承載來傳輸，則UE向eNodeB發(fā)起RRC連接，并攜帶標識表明使用所保持的承載，所述標識可以是如下一種或組合:承載標識、SGW地址、SGW的隧道端TEID。這些信息使得eNodeB能知道UE希望使用所保持的承載傳輸IP數(shù)據(jù)，如圖8、9、10流程所示。
[0126]如果UE在空閑態(tài)移動到新的eNodeB，則UE發(fā)起RRC連接請求時，還可以攜帶原eNodeB信息，使得新eNodeB能夠從原eNodeB獲得所保持的承載信息，如圖13流程所示；
[0127]同樣地，當UE在空閑態(tài)，SGff收到發(fā)往UE的IP數(shù)據(jù)時，根據(jù)IP數(shù)據(jù)包特性(發(fā)送端、接收端的IP和端口等參數(shù))，判定可以使用保留的承載發(fā)送IP數(shù)據(jù)，則使用該保留的承載向eNodeB發(fā)送該IP數(shù)據(jù)包,如圖12所示。
[0128]上述方法將某承載標記為承載保持標識，可以發(fā)生在UE初始附著并建立缺省TON連接的流程中(此流程如圖4所示)，也可以發(fā)生在UE請求建立PDN連接的流程中(此流程如圖5所示)，或者UE請求建立指明承載的流程中(此流程如圖6所示)。
[0129]下面結(jié)合圖4說明在UE初始附著并建立缺省PDN連接流程中，將承載標記為承載保持標識(Bearer Retain Indication,簡稱為BRI)的過程，具體包括如下S401至S418:
[0130]S401,UE 向 eNodeB發(fā)送RRC連接請求(RRC Connection Request)消息，攜帶 IMSI作為UE的標識。
[0131]S402, eNodeB 向 UE 發(fā)送 RRC 連接建立(RRC Connection Setup)消息，以建立信令無線承載SRBl。
[0132]S403, UE 向 eNodeB 發(fā)送 RRC 連接建立完成(RRC Connection SetupComplete)消息。在該消息中，UE攜帶NAS消息，該NAS消息為附著(Attach)消息；
[0133]可選地，根據(jù)本方案，如果UE用于特定的小數(shù)據(jù)傳輸應(yīng)用場景，則UE可以在附著消息中攜帶小數(shù)據(jù)傳輸標識。
[0134]S404, eNodeB 收到 UE 的 RRC 連接建立完成(RRC connection SetupComplete)消息后，取出其中的NAS消息，這里是Attach消息，封裝在SI接口的初始UE傳輸(InitialUE Transfer)消息中，發(fā)往 MME。
[0135]S405,MME收 到eNodeB轉(zhuǎn)發(fā)的Attach消息后，向HSS發(fā)送位置更新請求(LocationUpdate Request)消息。
[0136]S406,HSS收到MME發(fā)送的位置更新請求(Location Update Request)消息后，執(zhí)行注冊驗證，向MME返回位置更新響應(yīng)(Location UpdateResponse)消息。在該消息中，同時返回UE的簽約數(shù)據(jù)。
[0137]在MME獲得UE的簽約數(shù)據(jù)后，MME可以根據(jù)簽約數(shù)據(jù)中的特性設(shè)置、UE的請求，來綜合判定是否將缺省TON連接/缺省承載標記為具有承載保持標識:
[0138]1、根據(jù)簽約數(shù)據(jù)中的APN屬性:APN可能包含特定屬性，如支持小數(shù)據(jù)傳輸、支持承載保持等。在UE沒有提供APN時，使用簽約中指明的缺省APN來建立PDN連接。
[0139]2、根據(jù)簽約數(shù)據(jù)中的UE特性:UE的簽約數(shù)據(jù)指明了 UE行為模式指示，如具有頻繁的小數(shù)據(jù)傳輸特性、或具有頻繁的狀態(tài)切換特性等。
[0140]3、根據(jù)UE的請求:UE在發(fā)起附著請求/創(chuàng)建PDN連接請求/創(chuàng)建承載請求時，均可能攜帶小數(shù)據(jù)傳輸標識、或承載支持標識。
[0141]最終，MME根據(jù)上述信息，綜合判斷是否將所創(chuàng)建的PDN連接/(缺省)承載標識為具有承載保持特性。比如:
[0142]示范1:僅在APN中設(shè)置支持小數(shù)據(jù)傳輸、或支持承載保持特性，則MME根據(jù)該APN屬性，判斷可將PDN連接/承載標記為承載保持標識。
[0143]示范2:UE在發(fā)起PDN連接請求時攜帶了小數(shù)據(jù)傳輸標識，但是所應(yīng)用的APN不支持小數(shù)據(jù)傳輸/承載保持，則MME根據(jù)UE攜帶標識、APN特性，判斷不可將PDN連接/承載標記為承載保持標識。
[0144]S407, MME 向 SGW/PGW 發(fā)送會話創(chuàng)建請求(Session Create Request)消息，要求為UE創(chuàng)建承載。并且，MME攜帶承載保持標識，要求SGW/PGW將所創(chuàng)建的PDN連接、缺省承載標記為保持承載標識；
[0145]S408, SGW/PGW為UE創(chuàng)建承載，SGW/PGW將所創(chuàng)建的PDN連接、缺省承載標記為承載保持標識。SGW/PGW向MME返回會話創(chuàng)建響應(yīng)(Session Create Response)消息,其中包含EPS承載列表(EPS Bearer List)，具體地包含PDN連接信息、PDN連接下各承載的上下
文信息。
[0146]S409, MME 向 eNodeB 初始上下文建立請求(Initial Context SetupRequest)消息，攜帶安全密鑰、UE的無線能力、無線接入承載列表(RadioAccess Bearers, RAB)等信息。同時MME在該消息中攜帶NAS消息-附著接收(Attach Accept)消息,表明UE的附著請求已接收。在NAS消息中，同時包含EPS承載列表信息。
[0147]MME發(fā)送給eNodeB的無線接入承載列表(E-RAB List)，是根據(jù)SGW/PGW返回給MME的EPS承載列表(EPS Bearer List)所產(chǎn)生，每一個無線接入承載(E-RAB)對應(yīng)一個EPS承載(EPS Bearer)，使用相同的承載ID (EPS Bearer ID)。根據(jù)本發(fā)明的方法，如某個EPS承載被標記為承載保持標識，則對應(yīng)的無線接入承載也應(yīng)被標記為承載保持標識。
[0148]S410, eNodeB 向 UE 發(fā)起安全模式建立(Security Mode Command)消息，要求 UE 使用加密方法來傳輸后續(xù)信令和數(shù)據(jù)。
[0149]S411, UE向eNodeB回復(fù)安全模式建立完成(Security Mode Complete)消息，表示安全模式請求已接收，安全模式已建立完成。
[0150]S412, eNodeB 向 UE 發(fā)送 RRC 連接重配置請求(RRC ConnectionReconfigurationRequest)消息,其中攜帶具體的無線承載(Radio AccessBearer,簡稱為RAB)信息。在該RRC消息中，eNodeB同時攜帶NAS消息-附著接收(Attach Accept)消息。
[0151]S413, UE 向 eNodeB 發(fā)送 RRC 連接重配置完成(RRC ConnectionReconfigurationCompIete)消息,表明無線承載配置已經(jīng)完成。
[0152]S414，收到UE發(fā)送的RRC連接重配置完成消息后，eNodeB向MME返回初始上下文配置響應(yīng)(Initial Co ntext Setup Response)消息。在該消息中，eNodeB 攜帶了 eNodeB的地址、eNodeB的隧道端點ID (Tunnel Endpoint ID，簡稱為TEID)。[0153]S415, UE向eNodeB發(fā)送直接傳輸(Direct Transfer)消息，用以攜帶NAS消息，這里UE攜帶附著完成(Attach Complete)消息。
[0154]S416, eNodeB 向 MME 發(fā)送上行 NAS 傳輸(Uplink NAS Transfer)消息，其中攜帶UE發(fā)送的附著完成(Attach Complete)消息。在本消息中，攜帶eNodeB的地址、eNodeB的TEID0
[0155]S417, MME SGW/PGW 發(fā)送承載修改請求(Modify Bearer Request)消息。在本消息中，MME同時將eNodeB的地址、eNodeB的TEID攜帶給SGW。
[0156]S418, SGW/PGW 向 MME 返回承載修改響應(yīng)(Modify Bearer Response)消息。
[0157]除了在UE初始附著時可以將特定承載標記為承載保持標識外，在UE請求PDN連接建立流程(如圖5所示)、UE請求指明承載建立流程(如圖6所示)中，均可以將特定承載標記為承載保持標識。
[0158]在UE請求PDN連接時，將承載標記為承載保持標識的過程如圖5所示，其和圖4所示過程類似，包括如下S501至S509:
[0159]S501，UE使用特定APN發(fā)起PDN連接請求?？蛇x地，UE攜帶小數(shù)據(jù)傳輸標識，或承載保持標識。
[0160]S502, MME向SGW/PGW發(fā)送會話創(chuàng)建請求，要求創(chuàng)建指定的PDN連接；
[0161 ] 在本步驟中，如圖4所示的流程一樣，MME判定需要攜帶承載保持標識給SGW/PGW，從而在請求消息中攜帶承載保持標識。
[0162]S503, SGW/PGW創(chuàng)建PDN連接、該PDN連接下的缺省承載，向MME返回會話創(chuàng)建響應(yīng)；
[0163]在本步驟中，如圖4所示的流程一樣，SGW/PGW所返回的承載列表中，相應(yīng)PDN連接、缺省承載被標記為承載保持標識。
[0164]S504,MME向eNodeB發(fā)送承載建立請求，攜帶無線接入承載列表。其中，該消息中還攜帶MME發(fā)往UE的NAS層消息，即PDN連接建立響應(yīng)消息；
[0165]S505，eNodeB向UE發(fā)送RRC連接重配置請求消息，用以配置新增加的承載。另外，該消息中還攜帶MME發(fā)往UE的NAS層消息，即PDN連接建立響應(yīng)消息；
[0166]S506, UE向eNodeB返回RRC連接重配置完成消息；
[0167]S507, eNodeB向MME返回承載建立響應(yīng)消息；
[0168]S508, UE向eNodeB發(fā)送直接傳輸消息，其中，該消息中還攜帶UE發(fā)往MME的NAS層消息，即PDN連接建立完成消息；
[0169]S509，eNodeB將UE所攜帶的PDN連接完成消息發(fā)送給MME ；
[0170]在UE請求指明承載建立時，將承載標記為承載保持標識的過程如圖6所示，其和圖4類似，包括如下S601至S609:
[0171]S601, UE請求建立指明承載。可選地，UE攜帶小數(shù)據(jù)傳輸標識，或承載保持標識。
[0172]S602, MME向SGW/PGW發(fā)送承載資源請求，要求創(chuàng)建指定的承載；
[0173]在本步驟中，如圖4所示的流程一樣，MME判定需要攜帶承載保持標識給SGW/PGW，從而在請求消息中攜帶承載保持標識。
[0174]S603，SGW/PGW根據(jù)請求創(chuàng)建相應(yīng)的承載，向MME返回承載資源響應(yīng)；
[0175]在本步驟中，如圖4所示的流程一樣，SGW/PGW所返回的承載列表中，相應(yīng)承載被標記為承載保持標識。
[0176]S604,MME向eNodeB發(fā)送承載變更請求,攜帶無線接入承載列表。其中，該消息中還攜帶MME發(fā)往UE的NAS層消息，即會話管理請求消息；
[0177]S605，eNodeB向UE發(fā)送RRC連接重配置請求消息，用以配置新增加的承載。另外，該消息中還攜帶MME發(fā)往UE的NAS層消息，即會話管理請求消息；
[0178]S606, UE向eNodeB返回RRC連接重配置完成消息；
[0179]S607, eNodeB向MME返回承載變更響應(yīng)消息；
[0180]S608, UE向eNodeB發(fā)送直接傳輸消息，其中，該消息中還攜帶UE發(fā)往MME的NAS層消息，即會話管理響應(yīng)消息；
[0181]S609, eNodeB將UE所攜帶的會話管理響應(yīng)消息發(fā)送給MME ；
[0182]通過圖4、5、6所示的流程，在UE附著、UE請求PDN連接、UE請求建立承載的過程中，可以將特定PDN連接、特定承載被標記為承載保持標識。從而UE、eN0deB、SGW可以根據(jù)承載列表識別哪些承載被標記為承載保持標識，應(yīng)該在UE進入空閑態(tài)時保持這些承載不被釋放，即保存這些承載的承載上下文信息。
[0183]其后，當UE在空閑態(tài)，UE發(fā)起上行IP數(shù)據(jù)傳輸、SGW發(fā)送下行IP數(shù)據(jù)給UE時，均有可能使用所保持的承載來直接傳輸IP數(shù)據(jù)，而無需觸發(fā)eNodeB和MME的交互流程。
[0184]具體地，UE進入空 閑態(tài)的承載釋放過程如圖7所示，包括如下S701至S710，其中，被標記為承載保持標識的TON連接和承載不會被釋放。
[0185]S701, eNodeB上的UE不活動定時器到期，且此時UE沒有任何信令和數(shù)據(jù)流傳輸，eNodeB決定發(fā)起SI連接釋放過程；
[0186]S702, eNodeB 向 MME 發(fā)送 SI 接口 UE 上下文釋放請求(S1UE ContextReleaseRequest)消息；
[0187]S703,MME向SGW發(fā)送釋放承載請求(Release Bearer Request)消息。在該消息中，攜帶保存UE承載上下文信息的指示；
[0188]S704，SGW接收到MME發(fā)送的釋放承載請求消息后，執(zhí)行承載釋放工作。在該步驟中，被標記有承載保持標識的所有PDN連接、EPS承載不會被釋放，相應(yīng)地相關(guān)上下文信息將會被保留。
[0189]具體地，在SGW上保存的承載上下文信息至少包括:EPS承載ID、eNodeB地址、eNodeB 的隧道端標識(eNodeB TEID)；
[0190]可選地，SGW上保存的承載上下文信息還可包括:安全密鑰(SecurityKey)、承載服務(wù)質(zhì)量(QoS)。
[0191]進一步地，SGW在UE的承載上下文中設(shè)置一個UE進入空閑態(tài)的標志，用以區(qū)分連接態(tài)下SGW保存UE承載上下文和這種在空閑態(tài)下選擇性保存UE承載上下文的不同場景。
[0192]S705, SGff 向 MME 返回釋放承載請求響應(yīng)(Release Bearer Response)消息；
[0193]在本步驟中，SGW標記UE進入空閑態(tài)，并保存部分的UE承載上下文信息，如:eNodeB 地址、eNodeB 的 TEID。
[0194]S706, MME 向 eNodeB 發(fā)送 SI 接口 UE 上下文釋放命令(S1UE ContextReleaseCommand)消息；
[0195]S707，如果 UE 可及，則 eNodeB 向 UE 發(fā)送 RRC 連接釋放(RRCConnection Release)消息，要求釋放UE的無線承載；
[0196]S708, eNodeB釋放UE的無線接入承載；
[0197]如果UE可及，則S708在S707后執(zhí)行，如果UE不可及，則S708可在S706后執(zhí)行。在該步驟中，被標記有承載保持標識的所有無線接入承載(E-RAN)不會被釋放，相應(yīng)地相關(guān)上下文信息將會被保留。
[0198]具體地，在eNodeB上保存的承載上下文信息至少包括:無線接入承載ID(E_RABID,和對應(yīng)的EPS承載ID相同)。
[0199]進一步地，在eNodeB上保存的承載上下文信息還可包括:SGW地址、SGff的隧道端標識(SGff TEID)；
[0200]可選地，eNodeB上保存的承載上下文信息還可包括:安全密鑰(SecurityKey)、承載服務(wù)質(zhì)量(QoS)。
[0201]S709，UE收到eNodeB的RRC連接釋放消息后，釋放UE上的承載信息，包括無線接入承載、EPS承載；
[0202]在該步驟中，被標記有承載保持標識的所有EPS承載、無線接入承載(E-RAB)均不會被釋放，相應(yīng)地相關(guān)上下文信息將會被保存。
[0203]具體地，在UE上保存的EPS承載上下文信息至少包括:UE被分配的IP地址、承載ID ；
[0204]進一步地，在UE上保存的EPS承載上下文信息還可包括:SGW地址、SGff的隧道端標識(SGff TEID)；
[0205]可選地,在UE上保存的EPS承載上下文信息還可包括:安全密鑰(Security Key)、承載服務(wù)質(zhì)量(QoS)。
[0206]具體地，在UE上保存的無線接入承載上下文信息至少包括:無線接入承載ID (E-RAB ID,和對應(yīng)的EPS承載ID相同)。
[0207]可選地，UE上保存的承載上下文信息還可包括:安全密鑰(SecurityKey)、承載服務(wù)質(zhì)量(QoS)。
[0208]S710, eNodeB 向 MME 返回 SI 接口 UE 上下文釋放完成(S1UE ContextReleaseComplete)消息；
[0209]根據(jù)圖7的流程中，UE進入空閑態(tài)后，在UE、eNodeB、SGff上均保持了被標記為承載保持標識的承載信息(包括:無線接入承載E-RAB、EPS承載、PDN連接等)。
[0210]在經(jīng)過圖4、5、6、7所示的流程后，在eNodeB和SGW間為UE保留了一個發(fā)送滿足條件的IP數(shù)據(jù)包(判定條件為eNodeB/SGW所保持的承載滿足要發(fā)送的上行/下行IP數(shù)據(jù)的傳輸條件)的快速路徑。在本方案中，該eNodeB和SGW間的特定承載所映射的IP數(shù)據(jù)傳輸路徑，可以被成為“快速路徑”。
[0211]圖8所示是UE在空閑態(tài)發(fā)起IP數(shù)據(jù)傳輸?shù)牧鞒虉D，包括如下S800至S809:
[0212]S800，UE上的應(yīng)用程序要發(fā)送IP數(shù)據(jù)。由于UE當前是空閑態(tài)，首先觸發(fā)RRC連接建立過程；
[0213]根據(jù)應(yīng)用程序發(fā)送IP數(shù)據(jù)所使用的IP地址以及可能的其他條件(如TFT)，UE底層識別當前該IP數(shù)據(jù)可以通過UE所保存的具有承載保持標識的承載來傳遞。
[0214] S801, UE 向 eNodeB 發(fā)送 RRC 連接請求(RRC Connection Request)消息，其中攜帶 UE 的 S-TMSI ；
[0215]S802, eNodeB收到RRC連接請求消息后，向UE發(fā)送RRC連接建立(RRC ConnectionSetup)消息；
[0216]S803, UE 向 eNodeB 發(fā)送 RRC 連接建立完成(RRC Connection SetupComplete)消息；
[0217] 在該消息中，UE可以按照現(xiàn)有技術(shù)，在RRC連接建立完成消息中攜帶NAS服務(wù)請求(Service Request,簡稱為SR)消息,也可以不攜帶NAS服務(wù)請求消息；
[0218]在該消息中，UE攜帶指示，表明要使用所保持的承載來傳輸IP數(shù)據(jù)。具體地，該指示可以是:承載ID (如無線接入承載ID、EPS承載ID)，和/或，SGff的TEID。
[0219]S804, eNodeB 收到 UE 發(fā)送的 RRC連接建立完成(RRC Connection SetupComplete)消息后，使用前述流程中eNodeB所保存的承載上下文來恢復(fù)無線接入承載E-RAB ；
[0220]S805, eNodeB 向 UE 發(fā)起安全模式建立(Security Mode Command)消息,要求 UE 使用加密方法來傳輸后續(xù)信令和數(shù)據(jù)；
[0221]在本步驟中，如果在前述流程中eNodeB所保存的UE承載上下文信息中包括安全密鑰參數(shù)，則eNodeB可以直接使用該安全密鑰參數(shù)向UE發(fā)起安全模式建立請求。或者，在前述流程中eNodeB在保存UE承載上下文信息時沒有保存安全密鑰數(shù)據(jù)，則eNodeB可以使用預(yù)配置的安全密鑰參數(shù)向UE發(fā)起安全模式建立請求。
[0222]S806, UE 向 eNodeB 返回安全模式建立完成(Security Mode Complete)消息；
[0223]S807, eNodeB 向 UE 發(fā)送 RRC 連接重配置請求(RRC ConnectionReconfigurationRequest)消息。其中，攜帶在前述流程中被保存的的無線接入承載E-RAB信息；
[0224]在本步驟中，eNodeB使用在前述流程中所保存的UE承載上下文信息來產(chǎn)生要發(fā)往UE的RAB信息。eNodeB可以根據(jù)如下方法來產(chǎn)生RAB信息:
[0225]-如果eNodeB在前述流程中保存UE承載上下文信息時保存了完整的RAB信息，則eNodeB向UE發(fā)送該RAB信息；或者，
[0226]-如果eNodeB 僅保存了 SGW 地址、SGW 的 TEID、UE 的承載 ID、UE 的 AMBR，則 eNodeB使用這些信息產(chǎn)生要發(fā)往UE的RAB信息；或，
[0227]-如果eNodeB僅保存了SGW地址、SGW的TEID，則eNodeB根據(jù)預(yù)配置策略產(chǎn)生要發(fā)往UE的RAB信息。比如，eNodeB使用特殊值(如將承載ID設(shè)置為O)來填充承載ID，使用預(yù)定義的帶寬來填充AMBR信息。
[0228]S808, UE 向 eNodeB 發(fā)送 RRC 連接重配置完成(RRC ConnectionReconfigurationComplete)消息,表明無線承載配置已經(jīng)完成；
[0229]S809, UE發(fā)送上行IP數(shù)據(jù)，eNodeB將IP數(shù)據(jù)發(fā)送給SGW/PGW。
[0230]在步驟S808后，UE發(fā)送IP數(shù)據(jù)所需要的無線承載已經(jīng)恢復(fù)，UE即可發(fā)起上行的IP數(shù)據(jù)傳輸。當eNodeB收到UE發(fā)送的IP數(shù)據(jù)后，根據(jù)eNodeB所保存的承載的上下文信息，獲得SGW的地址和SGW的TEID，恢復(fù)和SGW間的數(shù)據(jù)傳輸隧道，經(jīng)過該隧道將UE發(fā)送的IP數(shù)據(jù)發(fā)送給SGW。SGW在收到IP數(shù)據(jù)后，將IP數(shù)據(jù)轉(zhuǎn)發(fā)給PGW。
[0231]通過圖8的流程，UE、eNodeB, SGW可以使用在空閑態(tài)所保存的UE承載上下文信息，來快速地恢復(fù)IP數(shù)據(jù)傳輸鏈路，包括恢復(fù)eNodeB和SGW之間的數(shù)據(jù)傳輸隧道(SI用戶面連接)、eNodeB和UE的無線承載資源(RAB)。[0232]然而，圖8所示的流程，存在一個缺陷:eNodeB、MME, SGff均沒有將UE從空閑態(tài)置入連接態(tài)。由于eNodeB沒有和MME交互，UE也沒發(fā)送服務(wù)請求(Service Request)消息給MME，從而MME也無法將UE從空閑態(tài)置入連接態(tài)。而MME也沒有發(fā)送任何消息給SGW，從而SGW也沒有將UE置入連接態(tài)。未將UE置入連接態(tài)有可能會給后續(xù)流程造成一些錯誤和不優(yōu)化。
[0233]為了解決圖8流程的問題，提出了圖9、圖10所示的方法。圖9的流程中，eNodeB在UE發(fā)起RRC連接后一定時間后，eNodeB發(fā)起和MME的交互，將UE置入連接態(tài)。圖10的流程中，eNodeB向SGW發(fā)送IP數(shù)據(jù)后一定時間后，SGff和MME的交互，將MME置入連接態(tài)。
[0234]圖9是對圖8流程的改進，用以UE在空閑態(tài)發(fā)起IP數(shù)據(jù)后，將UE置入連接態(tài)，包括如下S901至S910:
[0235]S901，即圖8的S801~S808，UE發(fā)起RRC連接請求，eNodeB使用所保存的UE承載上下文信息指示UE建立無線接入承載RAB ；
[0236]S902, UE發(fā)送上行IP數(shù)據(jù)；
[0237]S903，在步驟S901、或S902后，eNodeB對該UE設(shè)置一置活定時器；
[0238]在本步驟中，eNodeB設(shè)置該置活定時器的作用是，在UE發(fā)起RRC連接后、或UE發(fā)起上行IP數(shù)據(jù)后，監(jiān)視UE的活動的持久性，從而決定是否將UE置入連接態(tài)。比如:如果UE發(fā)起RRC只是為了傳輸少量的IP數(shù)據(jù)，傳輸完后又進入靜默期，則無需將UE置入連接態(tài)，即不需要觸發(fā)eNodeB和MME的交互。如果UE在定時器周期內(nèi)有持續(xù)性的活動，比如有多次IP數(shù)據(jù)傳輸行為，則將UE置入連接態(tài)。
[0239]S904，在置活定時器到期后，若eNodeB判斷應(yīng)將UE置入連接態(tài)，則eNodeB向MME發(fā)送初始UE傳輸(Initial UE Transfer)消息,其中攜帶的NAS服務(wù)請求(ServiceRequest)消息；
[0240]如果UE在前述RRC連接請求建立完成消息中攜帶了 NAS服務(wù)請求消息(SR)，則eNodeB應(yīng)緩存該NAS服務(wù)請求消息?；蛘撸琔E在前述消息中沒有攜帶NAS服務(wù)請求消息，則eNodeB代替UE向MME發(fā)起NAS服務(wù)請求消息。
[0241]S905,MME收到UE發(fā)送的服務(wù)請求(Service Request)消息后,將UE轉(zhuǎn)入連接態(tài)。同時,MME向eNodeB發(fā)送初始化上下文請求(Initial ContextRequest)消息,在該消息中包含UE的安全密鑰、EPS承載上下文信息、UE被分配的SGW地址、UE的無線能力等；
[0242]S906, eNodeB 收到 MME 發(fā)送的初始化上下文請求(Initial ContextRequest)消息后，向 UE 發(fā)送 RRC 連接重配置請求(RRC ConnectionReconfiguration Request)消息，要求UE重新配置無線接入承載RAB ；
[0243]S907, UE執(zhí)行無線接入承載配置，向eNodeB返回RRC連接重配置完成(RRCConnection Reconfiguration Complete)消息； [0244]S908, eNodeB 向 MME 返回初始上下文配置響應(yīng)(Initial UE ContextSetupResponse)消息；
[0245]在該步驟中，eNodeB刪除所保存的UE為空閑態(tài)的標志，即表示當前UE為連接態(tài)。
[0246]S909, MME收到eNodeB發(fā)送的初始上下文配置響應(yīng)消息后，向SGW/PGW發(fā)送承載修改請求(Modify Bearer Request)消息；
[0247]在該步驟中，S Gff刪除所保存的UE為空閑態(tài)的標志，即表示當前UE為連接態(tài)。[0248]S910, SGW/PGW 向 MME 返回承載修改響應(yīng)(Modify Bearer Response)消息。
[0249]經(jīng)過步驟S906~S910后，UE被置入連接態(tài)，MME向eNodeB、SGff發(fā)送所有承載的上下文信息，從而將UE、eNodeB、SGff上的承載恢復(fù)到連接態(tài)的正常狀態(tài)。
[0250]圖10是圖8流程的改進，用以UE在空閑態(tài)發(fā)起IP數(shù)據(jù)后，將UE置入連接態(tài)，包括如下S1001至S1010:
[0251]S1001，即圖8的S801~S808 —致，UE發(fā)起RRC連接請求，eNodeB使用所保存的UE承載上下文信息指示UE建立無線接入承載RAB ；
[0252]S1002, UE發(fā)送上行IP數(shù)據(jù)；
[0253]S1003,在步驟S1002后，當SGW收到UE的上行IP數(shù)據(jù)后，SGW為UE設(shè)置一置活定時器；[0254]在本步驟中，SGW設(shè)置該置活定時器的作用是，在UE發(fā)起上行IP數(shù)據(jù)后，監(jiān)視UE的活動的持久性，從而決定是否將UE置入連接態(tài)。比如:如果UE發(fā)起RRC只是為了傳輸少量的IP數(shù)據(jù)，傳輸完后又進入靜默期，則無需將UE置入連接態(tài)，即不需要觸發(fā)SGW和MME的交互。如果UE在定時器周期內(nèi)具有持續(xù)性的活動，比如有多次IP數(shù)據(jù)傳輸行為，則將UE置入連接態(tài)。
[0255]S1004,在置活定時器到期后，SGW向MME發(fā)送通知消息(Notification)，通知UE進入活動態(tài)；
[0256]S1005,MME 向 eNodeB 發(fā)送初始化上下文請求(Initial Context Request)消息，用以設(shè)置UE上下文信息；
[0257]S1006, eNodeB 收到 MME 發(fā)送的初始化上下文請求(Initial ContextRequest)消息后，向 UE 發(fā)送 RRC 連接重配置請求(RRC ConnectionReconfiguration Request)消息，要求UE重新配置無線接入承載RAB ；
[0258]S1007, UE執(zhí)行無線接入承載配置，向eNodeB返回RRC連接重配置完成(RRCConnection Reconfiguration Complete)消息；
[0259]S1008, eNodeB 向 MME 返回初始上下文配置響應(yīng)(Initial UE ContextSetupResponse)消息；
[0260]在該步驟中，eNodeB刪除所保存的UE為空閑態(tài)的標志，即表示當前UE為連接態(tài)。
[0261]S1009,MME收到eNodeB發(fā)送的初始上下文配置響應(yīng)消息后，向SGW/PGW發(fā)送承載修改請求(Modify Bearer Request)消息；
[0262]在該步驟中，SGff刪除所保存的UE為空閑態(tài)的標志，即表示當前UE為連接態(tài)。
[0263]S1010, SGW/PGW 向 MME 返回承載修改響應(yīng)(Modify Bearer Response)消息。
[0264]使用圖9、10的流程，eNodeB、SGW、MME可將UE從空閑態(tài)置入連接態(tài)。
[0265]在圖8、9、10所示的流程中，在UE發(fā)起活動(發(fā)起RRC連接、發(fā)起上行IP數(shù)據(jù)傳輸)后，如果UE還沒有進入連接態(tài)，可以假定UE在一定時間內(nèi)仍然在同一個eNodeB下，而SGW可以使用所保持的承載將下行IP數(shù)據(jù)給該eNodeB。根據(jù)這一思想，可以在SGW上設(shè)置一個“快速路徑保持定時器”，當SGW收到eNodeB發(fā)送的上行IP數(shù)據(jù)時，啟動該“快速路徑保持定時器”。
[0266]該“快速路徑保持定時器”的設(shè)置值，可以由如下幾種方法獲得:
[0267](A) SGff根據(jù)本地策略設(shè)置；[0268](B)由MME提供。比如，在流程4的步驟S407中，MME向SGW/PGW發(fā)送會話創(chuàng)建請求時攜帶“快速路徑保持定時器”的值；
[0269](C)由UE提供。比如，在UE發(fā)起RRC連接、發(fā)起IP數(shù)據(jù)傳輸時，UE攜帶參考活動時間，而eNodeB根據(jù)該參考活動時間來調(diào)整RRC連接釋放定時器，而SGW根據(jù)該參考活動時間來調(diào)整“快速路徑保持定時器”，如圖11所示。
[0270]圖11是根據(jù)本發(fā)明的事實例子，UE提供參考活動時間，eNodeB設(shè)置RRC連接釋放定時器、SGW設(shè)置“快速路徑活動定時器”的流程圖，和圖4所示的流程相比，具有如下改進:
[0271]SI 103，UE在向eNodeB發(fā)送RRC連接完成消息時，提供參考活動時間值；
[0272]SI 109, eNodeB向SGW發(fā)送UE的上行IP數(shù)據(jù)時，在GTP-U數(shù)據(jù)包內(nèi)而外攜帶參考活動時間；
[0273]SI 110a，在UE發(fā)起RRC連接后、或UE發(fā)起上行IP數(shù)據(jù)后，eNodeB根據(jù)該參考活動時間來調(diào)整RRC連接釋放定時器；
[0274]SlllOb，在SGW收到eNodeB發(fā)送的UE的上行IP數(shù)據(jù)后，SGW啟動“快速路徑保持定時器”，并從eNodeB收到的UE提供的參考活動時間來調(diào)整“快速路徑保持定時器”的值；
[0275]圖12是根據(jù)本發(fā)明的實施例，UE在空閑態(tài)時，SGW/PGW收到發(fā)送給UE下行IP數(shù)據(jù)時，利用所保持的承載發(fā)送下行IP數(shù)據(jù)的流程圖，包括如下S1201至S1210:
[0276]S1201，PGW收到下 行的IP數(shù)據(jù)，發(fā)送給SGW ；
[0277]S1202，根據(jù)現(xiàn)有條件，若SGW判定可以使用保持的承載發(fā)送下行IP數(shù)據(jù)，則執(zhí)行步驟S1103~S1104，否則，執(zhí)行S1106~S1110 ；
[0278]在本步驟中，SGW可以基于如下條件來綜合判斷一個下行的IP數(shù)據(jù)包是否可以使用在前述流程中所保持的承載來發(fā)送給UE:
[0279]-根據(jù)下行IP數(shù)據(jù)的發(fā)送端和接收端的IP地址、端口等信息；以及，
[0280]-根據(jù)當前UE是否在空閑態(tài)；以及，
[0281]-根據(jù)當前“快速路徑保持定時器”是否激活；
[0282]S1203, SGff使用所保持的承載上下文信息，向eNodeB發(fā)送下行IP數(shù)據(jù)；
[0283]S1204,如果UE當前可及，eNodeB將下行IP數(shù)據(jù)發(fā)送給UE。如果UE當前不可及，eNodeB執(zhí)行步驟S1205 ;
[0284]S1205，UE當前不可及，eNodeB向SGW發(fā)送通知，告知UE當前不可及。在SGW收到eNodeB的通知后，SGff執(zhí)行步驟S1206，以觸發(fā)S1206~S1210的下行IP數(shù)據(jù)傳輸過程；
[0285]S1206, SGff 向 MME 發(fā)送下行數(shù)據(jù)通知(Downlink Data Notification)消息；
[0286]S1207 ~S1208，MME 向 eNodeB 發(fā)送尋呼(Paging)消息，eNodeB 尋呼 UE ;
[0287]S1209, UE收到尋呼后，發(fā)起服務(wù)請求(Service Request)過程,流程如圖8、9、10所示；
[0288]S1210, UE響應(yīng)尋呼后，SGff將IP數(shù)據(jù)發(fā)送給UE ；
[0289]圖8~12的流程,可用于UE在駐留同一個eNodeB下的場景,如果UE在eNodeB間移動，則SGW和原eNodeB之間的“快速路徑”將不再存在，此時，如果UE要發(fā)起上行IP數(shù)據(jù)傳輸，則新的eNodeB需要執(zhí)行現(xiàn)有RRC連接建立和SI交互過程，則本發(fā)明所做的優(yōu)化將無法體現(xiàn)出效果。為了解決UE在不同eNodeB間移動的問題，本發(fā)明提出了另外一種方法，使得新的UE在向新的eNodeB發(fā)起RRC連接建立時，新的eNodeB能從舊的eNodeB獲得為該UE先前保存的承載上下文信息，從而使得本發(fā)明所的eNodeB和SGW之間的IP數(shù)據(jù)傳輸?shù)摹翱焖俾窂健蹦芾^續(xù)使用。
[0290]圖13是根據(jù)本發(fā)明的實施例2，UE向新的eNodeB發(fā)起RRC連接并傳輸IP數(shù)據(jù)時，新的eNodeB和舊的eNodeB交換數(shù)據(jù)，以完成上行數(shù)據(jù)傳輸?shù)牧鞒虉D，相比較圖8、9、10、11所示的流程圖，存在如下改進:
[0291]S1300-1302，和圖 8 中 S800-S802 相同；
[0292]S1303，UE向新的eNodeB發(fā)送RRC連接完成消息，在前述方法的基礎(chǔ)上，UE還進一步攜帶舊eNodeB的信息(eNodeB ID、eNodeB地址)；
[0293]S1303a,新eNodeB獲得舊的eNodeB的信息后，如果新eNodeB和舊eNodeB間存在X2接口，則新eNodeB向舊eNodeB發(fā)起X2接口的用戶上下文請求消息；
[0294]在本步驟中，如果新的eNodeB沒有獲得舊eNodeB的信息,則新的eNodeB按照現(xiàn)有技術(shù)發(fā)起RRC連接建立、SI交互流程，即執(zhí)行圖2所示的流程。
[0295]S1303b，舊eNodeB向新eNodeB發(fā)送為UE保存的承載上下文信息。這些信息使得新eNodeB能和舊eNodeB —樣，按照圖8、9、10、11所示的流程快速傳輸上行IP數(shù)據(jù)；
[0296]S1304 ~S1309，和圖 8 中 S804 ~S809 相同；
[0297]S1311，SGW在收到新eNodeB發(fā)送的上行IP數(shù)據(jù)后，將新eNodeB地址替代SGW上所存儲的舊eNodeB地址。
[0298]實施例2
[0299]本實施例提供一種UE，至少包括第一模塊和第二模塊。
[0300]第一模塊，在UE進入空閑態(tài)時，保留具有承載保持標識的EPS承載的上下文信息，所保留的EPS承載的上下文信息至少包括承載ID ；
[0301]其中，第一模塊所保留的EPS承載的上下文信息還包括SGW隧道端點標識(SGWTEID)和 / 或 eNodeB 信息。
[0302]第二模塊，在UE空閑態(tài)發(fā)起RRC連接時，在RRC連接請求消息中攜帶指示標識，以指示使用所保留的承載傳輸IP數(shù)據(jù)。
[0303]本實施例中，第二模塊在RRC消息中攜帶的指示標識為如下一種或幾種:
[0304]所保留的承載的承載ID、所保留的承載所對應(yīng)的SGW的TEID、小數(shù)據(jù)傳輸標識。
[0305]優(yōu)選地，第二模塊，在UE移動到新eNodeB，發(fā)起RRC連接請求時，還可以在RRC連接請求中攜帶舊eNodeB信息。
[0306]另有一些方案，在上述UE的基礎(chǔ)上，增加有第三模塊，該模塊在發(fā)起RRC連接前，UE收到UE上的應(yīng)用程序發(fā)送的IP數(shù)據(jù)傳輸時，判定可以使用所保留的承載傳輸所述IP數(shù)據(jù)。
[0307]實施例3
[0308]本實施例提供一種基站，至少包括第一模塊和第二模塊。
[0309]其中，第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的無線接入承載的上下文信息；
[0310]第二模塊，在收到空閑態(tài)的UE發(fā)起的RRC連接請求時，根據(jù)所保留的無線接入承載的上下文信息，向UE返回無線接入承載信息。[0311]需要說明的是，基站所返回給UE的無線接入承載信息要比基站所保存的無線接入承載上下文多而不能少，因此，第二模塊需要根據(jù)所保存的上下文信息，添加必須的信息元素，然后再將添加操作后的無線接入承載信息發(fā)送給UE。
[0312]實施例4
[0313]本實施例提供一種SGW，至少包括第一模塊和第二模塊。
[0314]第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的EPS承載的上下文信息；
[0315]第二模塊，在收到發(fā)往UE的IP數(shù)據(jù)時，確定能夠使用所保留的承載發(fā)送數(shù)據(jù)時，利用該承載通過基站向所述UE發(fā)送IP數(shù)據(jù)。
[0316]需要說明的是，本發(fā)明所述的方法，同樣適用于終端在GERAN/UTRAN接入情況下，相應(yīng)地，對應(yīng)于MME的功能是SGSN，對應(yīng)于eNodeB的功能是RNC/NodeB，對應(yīng)于SGW的功能是 GGSN。
[0317]本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等?？蛇x地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。
[0318]以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)， 所做的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
【權(quán)利要求】
1.一種承載分配方法，其特征在于，該方法包括: 網(wǎng)絡(luò)側(cè)為用戶設(shè)備(UE)創(chuàng)建承載時，確定所述承載具有承載保持特性，則在所述承載的上下文信息中標記承載保持標識； 當所述UE進入空閑態(tài)時，所述UE所屬的演進型基站以及服務(wù)網(wǎng)關(guān)(SGW)保留標記有承載保持標識的承載的上下文信息。
2.如權(quán)利要求1所述的方法，其特征在于，滿足如下任一或多個條件時，所述網(wǎng)絡(luò)側(cè)確定所述承載具有承載保持特性: 所述承載所對應(yīng)的APN為設(shè)定的支持小數(shù)據(jù)傳輸或支持承載保持的APN ； 所述承載對應(yīng)的UE的簽約數(shù)據(jù)中標記該UE具有小數(shù)據(jù)傳輸特性或具有承載保持要求； UE發(fā)起創(chuàng)建承載請求中攜帶小數(shù)據(jù)傳輸標識或承載保持標識。
3.如權(quán)利要求1所述的方法，其特征在于，該方法還包括: 所述UE在空閑態(tài)下，使用所述具有承載保持標識的承載發(fā)送和/或接收IP數(shù)據(jù)。
4.如權(quán)利要求1或3所述的方法，其特征在于，該方法還包括: UE處于空閑態(tài)時，若所述SGW收到發(fā)往UE的IP數(shù)據(jù)，則使用所述具有承載保持標識的承載發(fā)送IP數(shù)據(jù)。
5.如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)在所述承載的上下文信息中標記承載保持標識是指: 網(wǎng)絡(luò)側(cè)的MME向SGW發(fā)送會話創(chuàng)建請求或會話變更請求時，在請求消息中攜帶承載保持標識。
6.如權(quán)利要求5所述的方法，其特征在于，該方法還包括: 所述SGW向MME返回會話創(chuàng)建響應(yīng)/會話變更響應(yīng)，其包含EPS承載列表，所述承載列表中具有被標記為承載保持標識的承載； 所述MME向演進型基站發(fā)送初始化上下文請求/承載建立請求，其包含無線接入承載列表，所述承載列表中具有被標記為承載保持標識的承載；或者 所述MME向UE發(fā)送會話創(chuàng)建請求/會話變更請求，其包含EPS承載列表，所述承載列表中具有被標記為承載保持標識的承載。
7.如權(quán)利要求1所述的方法，其特征在于，當所述UE進入空閑態(tài)時，所述UE所屬的演進型基站保留標記有承載保持標識的承載的上下文彳目息指: 所述eNodeB保留具有承載保持標識的無線接入承載的上下文信息，所述上下文信息至少包括承載ID、SGff地址和SGW隧道端點標識。
8.如權(quán)利要求1所述的方法，其特征在于，當所述UE進入空閑態(tài)時，所述UE所屬的SGW保留標記有承載保持標識的承載的上下文信息指: 所述SGW保留具有承載保持標識的EPS承載的上下文信息，所述上下文信息至少包括承載ID、演進型基站地址、演進型基站隧道端點標識。
9.如權(quán)利要求1所述的方法，其特征在于，當所述UE進入空閑態(tài)時，所述UE保留標記有承載保持標識的承載的上下文信息指: 所述UE保留具有承載保持標識的承載的上下文信息，所述上下文信息至少包括承載ID0
10.如權(quán)利要求7、8或9所述的方法，其特征在于，所保留的承載上下文信息還包括承載服務(wù)質(zhì)量參數(shù)(QoS)。
11.如權(quán)利要求9所述的方法，其特征在于，所述UE保留的承載上下文信息還包括:SGff信息和/或演進型基站地址，其中，SGff信息包括SGW地址和SGW隧道端點標識。
12.—種用戶設(shè)備(UE)，其特征在于，該設(shè)備包括: 第一模塊，在UE進入空閑態(tài)時，保留具有承載保持標識的EPS承載的上下文信息，所保留的EPS承載的上下文信息至少包括承載ID ； 第二模塊，在UE空閑態(tài)發(fā)起RRC連接時，在RRC連接請求消息中攜帶指示標識，以指示使用所保留的承載傳輸IP數(shù)據(jù)。
13.如權(quán)利要求12所述的UE,其特征在于，所保留的EPS承載的上下文信息還包括SGW隧道端點標識(SGW TEID)和/或演進型基站信息。
14.如權(quán)利要求12所述的UE，其特征在于，所述UE在RRC消息中攜帶的指示標識為如下一種或幾種: 所保留的承載的承載ID、所保留的承載所對應(yīng)的SGW的TEID、小數(shù)據(jù)傳輸標識。
15.如權(quán)利要求12、13或14所述的UE，其特征在于，所述UE還包括: 第三模塊，在發(fā)起RRC連接前，UE收到UE上的應(yīng)用程序發(fā)送的IP數(shù)據(jù)傳輸時，判定可以使用所保留的承載傳輸所述IP數(shù)據(jù)。
16.如權(quán)利要求12或14所述的UE，其特征在于， 所述第二模塊，在UE移動到新演進型基站，發(fā)起RRC連接請求時，在所述RRC連接請求中還攜帶舊演進型基站信息。
17.—種基站，其特征在于，包括: 第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的無線接入承載的上下文信息； 第二模塊，在收到空閑態(tài)的UE發(fā)起的RRC連接請求時，根據(jù)所保留的無線接入承載的上下文信息，向UE返回無線接入承載信息。
18.如權(quán)利要求17所述的基站，其特征在于，所述第二模塊根據(jù)所保留的無線接入承載的上下文信息向UE返回無線接入承載信息指: 所述第二模塊根據(jù)所保存的無線接入承載的上下文信息，添加必須的信息元素后，向UE返回無線接入承載信息。
19.一種服務(wù)網(wǎng)關(guān)(SGW)，其特征在于，包括: 第一模塊，在UE進入空閑態(tài)時，保留標記有承載保持標識的EPS承載的上下文信息； 第二模塊，在收到發(fā)往UE的IP數(shù)據(jù)時，確定能夠使用所保留的承載發(fā)送數(shù)據(jù)時，利用該承載通過基站向所述UE發(fā)送IP數(shù)據(jù)。
【文檔編號】H04W76/00GK103906262SQ201210576500
【公開日】2014年7月2日 申請日期:2012年12月26日 優(yōu)先權(quán)日:2012年12月26日
【發(fā)明者】李志軍, 謝寶國 申請人:中興通訊股份有限公司