一種ue發(fā)起承載資源分配的方法
【專利摘要】本申請公開了一種UE發(fā)起承載資源分配的方法，包括：UE向eNB發(fā)送承載資源分配請求（Bearer?Resource?Allocation?Request）消息，消息中攜帶用于激活、去激活或修改兩個EPS專用承載的信元；eNB將所述Bearer?Resource?Allocation?Request消息發(fā)送給MME；MME根據(jù)所述Bearer?Resource?Allocation?Request消息中攜帶的信元，向SGW發(fā)送承載資源命令（Bearer?Resource?Command）消息，消息中攜帶用于激活、去激活或修改所述兩個EPS專用承載的信元；SGW將所述Bearer?Resource?Command消息發(fā)送給PGW；PGW根據(jù)所述Bearer?Resource?Command消息中的信元發(fā)起相應EPS專用承載的建立過程，同時觸發(fā)所述兩個EPS專用承載的建立。應用本申請公開的技術(shù)方案，能夠減少多承載業(yè)務的建立時延，并節(jié)約核心網(wǎng)資源。
【專利說明】一種UE發(fā)起承載資源分配的方法
【技術(shù)領域】
[0001]本申請涉及移動通信【技術(shù)領域】，特別涉及一種UE發(fā)起承載資源分配的方法。
【背景技術(shù)】
[0002]當前在LTE標準協(xié)議中，UE通過承載資源分配請求/承載資源修改請求(BearerResource Allocation Request)消息發(fā)起承載資源分配和承載資源修改過程。圖1為現(xiàn)有LTE標準中UE發(fā)起的EPS專用承載建立過程示意圖。參見圖1，該過程包括:
[0003]1、UE決定進行業(yè)務觸發(fā)，NAS層發(fā)起承載資源分配請求過程，NAS層的BearerResource Allocation Request 消息通過 RRC 層的上行信息傳輸(UL InformationTransfer)消息發(fā)送給eNB。
[0004]2、eNB 通過上行 NAS 傳輸 SlAP 消息將 Bearer Resource Allocation Request 消息發(fā)送給MME。
[0005]3、MME處理UE的NAS消息和eNB的SlAP消息之后，向SGW發(fā)送承載資源命令(Bearer Resource Command)消息。
[0006]4、SGff 向 PGW 發(fā)送 Bearer Resource Command 消息。
[0007]5、如果采用動態(tài)PCC策略，則PGW和PCRF進行交換，進行IP-CAN會話修改。
[0008]6、PGW根據(jù)決策進行承載激活，向SGW發(fā)送建立承載請求(Create BearerRequest)消息，通知SGW進行承載激活，并分配用戶面地址和TEID。
[0009]7、SGW 向 MME 發(fā)送Create Bearer Request 消息，分配S1-U接口的 IP地址和 TEID。
[0010]8、MME 向 eNB 發(fā)送 E-RAB Setup Request 消息，該消息中攜帶 NAS 層的 ActiveDedicated EPS Bearer Context Request 消息。eNB 通過 RRC 重配置過程建立相關 DRB。
[0011]9、RRC重配置過程成功之后，eNB向MME發(fā)送E-RAB Setup Response消息，通知MME當前eNB為此EPS承載分配的Sl-U接口的TEID和IP地址。
[0012]10、UE處理資源分配成功之后，通過上行直傳消息將Active DedicatedEPSBearer Context Accept 消息發(fā)送到 eNB。
[0013]ll、eNEM*Active Dedicated EP S Bearer Context Accept消息通過Uplink NASTransport消息發(fā)送給MME。
[0014]12、MME 承載建立成功，MME 向 SGW 發(fā)送 Create Bearer Response 消息，通知 SGW當前承載eNB分配的用戶面資源。
[0015]13、SGW 向 PGW 發(fā)送 Create Bearer Response 消息，通知 PGW 當前承載 SGW 分配的用戶面資源。
[0016]14、如果采用動態(tài)PCC策略，則PGW和PCRF進行交換，進行IP-CAN會話修改。
[0017]至此，結(jié)束圖1所示過程。
[0018]UE發(fā)起承載資源分配和承載資源修改過程的Bearer Resource AllocationRequest消息的構(gòu)成如圖2所不。根據(jù)圖2, Bearer Resource Allocation Request消息中一次只能攜帶一個業(yè)務流集(TFA, Traffic Flow Aggregate)信元和一個請求的業(yè)務流服務質(zhì)量(Required Traffic Flow QoS)信元,這意味著該消息一次只能觸發(fā)一個EPS專用承載相關的激活、去激活或承載修改。
[0019]類似地，MME和SGW之間，SGW和PGW之間的Sll接口的承載資源命令(BearerResource Command)消息一次也只能進行一個EPS專用承載相關的操作。Bearer ResourceCo_and消息的構(gòu)成如圖3所示。根據(jù)圖3,Bearer Resource Co_and消息中一次只能攜帶一個流 QoS (Flow QoS)信兀和一個業(yè)務集描述(TAD, Traffic Aggregate Description)信元，因此，該消息一次也只能進行一個承載相關的操作。
[0020]根據(jù)當前標準協(xié)議，如果UE發(fā)起一個IMS的可視呼叫，將需要建立視頻和音頻兩個承載，以保證視頻和音頻不同的QoS需求。而由于Bearer Resource Allocation Request消息一次只能觸發(fā)一個EPS專用承載相關的激活、去激活或承載修改，因此，UE需要發(fā)送兩條承載資源修改請求消息才能建立該MS可視呼叫，流程如圖4所示。
[0021 ] 根據(jù)圖4所示流程，如果采用UE發(fā)起的承載建立方式來觸發(fā)LTE中EPS的承載建立，則對于LTE系統(tǒng)中MS提供的可視呼叫等業(yè)務將需要建立視頻和音頻兩個承載，這將導致多承載業(yè)務的建立時延變長，并且多承載業(yè)務建立過程中與核心網(wǎng)交互的信令過程增力口，占用核心網(wǎng)處理資源，造成核心網(wǎng)資源浪費。

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

[0022]本申請?zhí)峁┝艘环NUE發(fā)起承載資源分配的方法，以減少多承載業(yè)務的建立時延，并節(jié)約核心網(wǎng)資源。
[0023]本申請?zhí)峁┑囊环NUE發(fā)起承載資源分配的方法，包括:
[0024]用戶設備(UE)向演進基站(eNB)發(fā)送承載資源分配請求(Bearer ResourceAllocation Request)消息，消息中攜帶用于激活、去激活或修改兩個演進分組系統(tǒng)(EPS)專用承載的信元；
[0025]eNB將所述Bearer Resource Allocation Request消息發(fā)送給移動性管理實體(MME)；
[0026]MME根據(jù)所述Bearer Resource Allocation Request消息中攜帶的信元，向服務網(wǎng)關(SGW)發(fā)送承載資源命令(Bearer Resource Command)消息,消息中攜帶用于激活、去激活或修改所述兩個EPS專用承載的信元；
[0027]SGW將所述Bearer Resource Command消息發(fā)送給分組數(shù)據(jù)網(wǎng)網(wǎng)關(PGW);
[0028]PGW根據(jù)所述Bearer Resource Command消息中的信元發(fā)起相應EPS專用承載的建立過程，同時觸發(fā)所述兩個EPS專用承載的建立。
[0029]較佳地，所述BearerResource Allocation Request消息中的業(yè)務流集(TrafficFlow Aggregate)信元和請求的業(yè)務流服務質(zhì)量(Required Traffic Flow QoS)信元用于激活、去激活或修改所述兩個EPS專用承載中的其中一個EPS專用承載；
[0030]所述Bearer Resource Allocation Request 消息中攜帶可選的 Second TrafficFlow Aggregate 信元和 Second Required Traffic Flow QoS 信元,用于激活、去激活或修改所述兩個EPS專用承載中的另一個EPS專用承載。
[0031]較佳地，所述Bearer Resource Command消息中的業(yè)務集描述(TrafficAggregate Description)信元和流服務質(zhì)量(Flow QoS)信元用于激活、去激活或修改所述兩個EPS專用承載中的其中一個EPS專用承載；
[0032]所述Bearer Resource Command 消息中攜帶可選的 Second Traffic AggregateDescription和Second Flow QoS信元,用于激活、去激活或修改所述兩個EPS專用承載中的另一個EPS專用承載。
[0033]由上述技術(shù)方案可見，本申請?zhí)峁┑腢E發(fā)起承載資源分配的技術(shù)方案，從流程上看，使得信令流程得以減少，能夠降低核心網(wǎng)的信令處理成本；從流程處理時延上看，現(xiàn)有技術(shù)需要進行兩次RRC連接重配置，而本申請所提供的技術(shù)方案只需要完成一次RRC連接重配置過程，因此，業(yè)務建立時延變短，可以改善用戶感受?？梢?，本申請通過修改NAS協(xié)議的 Bearer Resource Allocation Request 消息和 GTPC 協(xié)議的 Bearer Resource Command消息，能夠降低需要多個EPS承載的業(yè)務的建立時延，改善用戶感受，并節(jié)約核心網(wǎng)資源，降低運營商的成本。
【專利附圖】

【附圖說明】
[0034]圖1為現(xiàn)有LTE標準中UE發(fā)起的EPS專用承載建立過程示意圖；
[0035]圖2示出了現(xiàn)有承載資源分配請求消息的構(gòu)成；
[0036]圖3示出了現(xiàn)有承載資源命令消息的構(gòu)成；
[0037]圖4為現(xiàn)有UE發(fā)起IMS可視呼叫的流程示意圖；
[0038]圖5為本申請承載資源分配請求消息的構(gòu)成；
[0039]圖6為本申請承載資源命令消息的構(gòu)成；
[0040]圖7為本申請UE發(fā)起的多個EPS專用承載激活的流程示意圖。
【具體實施方式】
[0041]為使本申請的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本申請作進一步詳細說明。
[0042]本申請?zhí)岢鰧AS 協(xié)議中的 Bearer Resource Allocation Request 消息和Sll, S5, S8接口的Bearer Resource Co_and消息,修改為一條消息可以完成多個EPS專用承載的激活、去激活或承載修改。
[0043]其中，本申請對NAS 協(xié)議中的 Bearer Resource Allocation Request 消息修改如圖5所不。本申請在Bearer Resource Allocation Request消息中增加可選IE:SecondTraffic Flow Aggregate和 Second Required Traffic Flow QoS,用于攜帶第二個激活承載相關的TFA和需要的QoS。具體消息定義如表I所示:
[0044]
【權(quán)利要求】
1.一種UE發(fā)起承載資源分配的方法，其特征在于，包括: 用戶設備(UE)向演進基站(eNB)發(fā)送承載資源分配請求(Bearer ResourceAllocation Request)消息,消息中攜帶用于激活、去激活或修改兩個演進分組系統(tǒng)(EPS)專用承載的信元； eNB將所述Bearer Resource Allocation Request消息發(fā)送給移動性管理實體(MME); MME根據(jù)所述Bearer Resource Allocation Request消息中攜帶的信元，向服務網(wǎng)關(SGff)發(fā)送承載資源命令(Bearer Resource Command)消息,消息中攜帶用于激活、去激活或修改所述兩個EPS專用承載的信元； SGW將所述Bearer Resource Command消息發(fā)送給分組數(shù)據(jù)網(wǎng)網(wǎng)關(PGW); PGW根據(jù)所述Bearer Resource Command消息中的信元發(fā)起相應EPS專用承載的建立過程，同時觸發(fā)所述兩個EPS專用承載的建立。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于: 所述 Bearer Resource Allocation Request 消息中的業(yè)務流集(Traffic FlowAggregate)信元和請求的業(yè)務流服務質(zhì)量(Required Traffic Flow QoS)信元用于激活、去激活或修改所述兩個EPS專用承載中的其中一個EPS專用承載； 所述Bearer Resource Allocation Request消息中攜帶可選的Second Traffic FlowAggregate信元和Second Required Traffic Flow QoS信元,用于激活、去激活或修改所述兩個EPS專用承載中的另一個EPS專用承載。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于: 所述 Bearer Resource Command 消息中的業(yè)務集描述(Traffic AggregateDescription)信元和流服務質(zhì)量(Flow QoS)信元用于激活、去激活或修改所述兩個EPS專用承載中的其中一個EPS專用承載； 所述 Bearer Resource Command 消息中攜帶可選的 Second Traffic AggregateDescription和Second Flow QoS信元,用于激活、去激活或修改所述兩個EPS專用承載中的另一個EPS專用承載。
【文檔編號】H04W76/02GK103546985SQ201210247509
【公開日】2014年1月29日 申請日期:2012年7月17日 優(yōu)先權(quán)日:2012年7月17日
【發(fā)明者】楊美薈 申請人:普天信息技術(shù)研究院有限公司