一种ue发起承载资源分配的方法
【专利摘要】本申请公开了一种UE发起承载资源分配的方法，包括：UE向eNB发送承载资源分配请求（Bearer?Resource?Allocation?Request）消息，消息中携带用于激活、去激活或修改两个EPS专用承载的信元；eNB将所述Bearer?Resource?Allocation?Request消息发送给MME；MME根据所述Bearer?Resource?Allocation?Request消息中携带的信元，向SGW发送承载资源命令（Bearer?Resource?Command）消息，消息中携带用于激活、去激活或修改所述两个EPS专用承载的信元；SGW将所述Bearer?Resource?Command消息发送给PGW；PGW根据所述Bearer?Resource?Command消息中的信元发起相应EPS专用承载的建立过程，同时触发所述两个EPS专用承载的建立。应用本申请公开的技术方案，能够减少多承载业务的建立时延，并节约核心网资源。
【专利说明】一种UE发起承载资源分配的方法
【技术领域】
[0001]本申请涉及移动通信【技术领域】，特别涉及一种UE发起承载资源分配的方法。
【背景技术】
[0002]当前在LTE标准协议中，UE通过承载资源分配请求/承载资源修改请求(BearerResource Allocation Request)消息发起承载资源分配和承载资源修改过程。图1为现有LTE标准中UE发起的EPS专用承载建立过程示意图。参见图1，该过程包括:
[0003]1、UE决定进行业务触发，NAS层发起承载资源分配请求过程，NAS层的BearerResource Allocation Request 消息通过 RRC 层的上行信息传输(UL InformationTransfer)消息发送给eNB。
[0004]2、eNB 通过上行 NAS 传输 SlAP 消息将 Bearer Resource Allocation Request 消息发送给MME。
[0005]3、MME处理UE的NAS消息和eNB的SlAP消息之后，向SGW发送承载资源命令(Bearer Resource Command)消息。
[0006]4、SGff 向 PGW 发送 Bearer Resource Command 消息。
[0007]5、如果采用动态PCC策略，则PGW和PCRF进行交换，进行IP-CAN会话修改。
[0008]6、PGW根据决策进行承载激活，向SGW发送建立承载请求(Create BearerRequest)消息，通知SGW进行承载激活，并分配用户面地址和TEID。
[0009]7、SGW 向 MME 发送Create Bearer Request 消息，分配S1-U接口的 IP地址和 TEID。
[0010]8、MME 向 eNB 发送 E-RAB Setup Request 消息，该消息中携带 NAS 层的 ActiveDedicated EPS Bearer Context Request 消息。eNB 通过 RRC 重配置过程建立相关 DRB。
[0011]9、RRC重配置过程成功之后，eNB向MME发送E-RAB Setup Response消息，通知MME当前eNB为此EPS承载分配的Sl-U接口的TEID和IP地址。
[0012]10、UE处理资源分配成功之后，通过上行直传消息将Active DedicatedEPSBearer Context Accept 消息发送到 eNB。
[0013]ll、eNEM*Active Dedicated EP S Bearer Context Accept消息通过Uplink NASTransport消息发送给MME。
[0014]12、MME 承载建立成功，MME 向 SGW 发送 Create Bearer Response 消息，通知 SGW当前承载eNB分配的用户面资源。
[0015]13、SGW 向 PGW 发送 Create Bearer Response 消息，通知 PGW 当前承载 SGW 分配的用户面资源。
[0016]14、如果采用动态PCC策略，则PGW和PCRF进行交换，进行IP-CAN会话修改。
[0017]至此，结束图1所示过程。
[0018]UE发起承载资源分配和承载资源修改过程的Bearer Resource AllocationRequest消息的构成如图2所不。根据图2, Bearer Resource Allocation Request消息中一次只能携带一个业务流集(TFA, Traffic Flow Aggregate)信元和一个请求的业务流服务质量(Required Traffic Flow QoS)信元,这意味着该消息一次只能触发一个EPS专用承载相关的激活、去激活或承载修改。
[0019]类似地，MME和SGW之间，SGW和PGW之间的Sll接口的承载资源命令(BearerResource Command)消息一次也只能进行一个EPS专用承载相关的操作。Bearer ResourceCo_and消息的构成如图3所示。根据图3,Bearer Resource Co_and消息中一次只能携带一个流 QoS (Flow QoS)信兀和一个业务集描述(TAD, Traffic Aggregate Description)信元，因此，该消息一次也只能进行一个承载相关的操作。
[0020]根据当前标准协议，如果UE发起一个IMS的可视呼叫，将需要建立视频和音频两个承载，以保证视频和音频不同的QoS需求。而由于Bearer Resource Allocation Request消息一次只能触发一个EPS专用承载相关的激活、去激活或承载修改，因此，UE需要发送两条承载资源修改请求消息才能建立该MS可视呼叫，流程如图4所示。
[0021 ] 根据图4所示流程，如果采用UE发起的承载建立方式来触发LTE中EPS的承载建立，则对于LTE系统中MS提供的可视呼叫等业务将需要建立视频和音频两个承载，这将导致多承载业务的建立时延变长，并且多承载业务建立过程中与核心网交互的信令过程增力口，占用核心网处理资源，造成核心网资源浪费。
【发明内容】
[0022]本申请提供了一种UE发起承载资源分配的方法，以减少多承载业务的建立时延，并节约核心网资源。
[0023]本申请提供的一种UE发起承载资源分配的方法，包括:
[0024]用户设备(UE)向演进基站(eNB)发送承载资源分配请求(Bearer ResourceAllocation Request)消息，消息中携带用于激活、去激活或修改两个演进分组系统(EPS)专用承载的信元；
[0025]eNB将所述Bearer Resource Allocation Request消息发送给移动性管理实体(MME)；
[0026]MME根据所述Bearer Resource Allocation Request消息中携带的信元，向服务网关(SGW)发送承载资源命令(Bearer Resource Command)消息,消息中携带用于激活、去激活或修改所述两个EPS专用承载的信元；
[0027]SGW将所述Bearer Resource Command消息发送给分组数据网网关(PGW);
[0028]PGW根据所述Bearer Resource Command消息中的信元发起相应EPS专用承载的建立过程，同时触发所述两个EPS专用承载的建立。
[0029]较佳地，所述BearerResource Allocation Request消息中的业务流集(TrafficFlow Aggregate)信元和请求的业务流服务质量(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消息中的业务集描述(TrafficAggregate Description)信元和流服务质量(Flow QoS)信元用于激活、去激活或修改所述两个EPS专用承载中的其中一个EPS专用承载；
[0032]所述Bearer Resource Command 消息中携带可选的 Second Traffic AggregateDescription和Second Flow QoS信元,用于激活、去激活或修改所述两个EPS专用承载中的另一个EPS专用承载。
[0033]由上述技术方案可见，本申请提供的UE发起承载资源分配的技术方案，从流程上看，使得信令流程得以减少，能够降低核心网的信令处理成本；从流程处理时延上看，现有技术需要进行两次RRC连接重配置，而本申请所提供的技术方案只需要完成一次RRC连接重配置过程，因此，业务建立时延变短，可以改善用户感受。可见，本申请通过修改NAS协议的 Bearer Resource Allocation Request 消息和 GTPC 协议的 Bearer Resource Command消息，能够降低需要多个EPS承载的业务的建立时延，改善用户感受，并节约核心网资源，降低运营商的成本。
【专利附图】
【附图说明】
[0034]图1为现有LTE标准中UE发起的EPS专用承载建立过程示意图；
[0035]图2示出了现有承载资源分配请求消息的构成；
[0036]图3示出了现有承载资源命令消息的构成；
[0037]图4为现有UE发起IMS可视呼叫的流程示意图；
[0038]图5为本申请承载资源分配请求消息的构成；
[0039]图6为本申请承载资源命令消息的构成；
[0040]图7为本申请UE发起的多个EPS专用承载激活的流程示意图。
【具体实施方式】
[0041]为使本申请的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本申请作进一步详细说明。
[0042]本申请提出将NAS 协议中的 Bearer Resource Allocation Request 消息和Sll, S5, S8接口的Bearer Resource Co_and消息,修改为一条消息可以完成多个EPS专用承载的激活、去激活或承载修改。
[0043]其中，本申请对NAS 协议中的 Bearer Resource Allocation Request 消息修改如图5所不。本申请在Bearer Resource Allocation Request消息中增加可选IE:SecondTraffic Flow Aggregate和 Second Required Traffic Flow QoS,用于携带第二个激活承载相关的TFA和需要的QoS。具体消息定义如表I所示:
[0044]
【权利要求】
1.一种UE发起承载资源分配的方法，其特征在于，包括: 用户设备(UE)向演进基站(eNB)发送承载资源分配请求(Bearer ResourceAllocation Request)消息,消息中携带用于激活、去激活或修改两个演进分组系统(EPS)专用承载的信元； eNB将所述Bearer Resource Allocation Request消息发送给移动性管理实体(MME); MME根据所述Bearer Resource Allocation Request消息中携带的信元，向服务网关(SGff)发送承载资源命令(Bearer Resource Command)消息,消息中携带用于激活、去激活或修改所述两个EPS专用承载的信元； SGW将所述Bearer Resource Command消息发送给分组数据网网关(PGW); PGW根据所述Bearer Resource Command消息中的信元发起相应EPS专用承载的建立过程，同时触发所述两个EPS专用承载的建立。
2.根据权利要求1所述的方法，其特征在于: 所述 Bearer Resource Allocation Request 消息中的业务流集(Traffic FlowAggregate)信元和请求的业务流服务质量(Required Traffic Flow QoS)信元用于激活、去激活或修改所述两个EPS专用承载中的其中一个EPS专用承载； 所述Bearer Resource Allocation Request消息中携带可选的Second Traffic FlowAggregate信元和Second Required Traffic Flow QoS信元,用于激活、去激活或修改所述两个EPS专用承载中的另一个EPS专用承载。
3.根据权利要求1或2所述的方法，其特征在于: 所述 Bearer Resource Command 消息中的业务集描述(Traffic AggregateDescription)信元和流服务质量(Flow QoS)信元用于激活、去激活或修改所述两个EPS专用承载中的其中一个EPS专用承载； 所述 Bearer Resource Command 消息中携带可选的 Second Traffic AggregateDescription和Second Flow QoS信元,用于激活、去激活或修改所述两个EPS专用承载中的另一个EPS专用承载。
【文档编号】H04W76/02GK103546985SQ201210247509
【公开日】2014年1月29日 申请日期:2012年7月17日 优先权日:2012年7月17日
【发明者】杨美荟 申请人:普天信息技术研究院有限公司