承载资源的预留方法及装置的制造方法
【专利摘要】本发明提供了一种承载资源的预留方法及装置，其中该方法包括：网络功能实体获取多个业务流及多个业务流间的依赖关系，其中，业务流包括：独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给指定辅助业务流分配资源；网络功能实体根据依赖关系执行资源预留。通过本发明，使得网络功能实体可以直接识别出资源专有承载之间的关系，解决了相关技术中网络侧同时建立多个专有承载时，只有部分专有承载创建成功的问题。
【专利说明】
承载资源的预留方法及装置
技术领域
[0001]本发明涉及通信领域，具体而言，涉及一种承载资源的预留方法及装置。
【背景技术】
[0002]第三代合作伙伴计划(3rdGenerat1n Partnership Project，简称为3GPP)对下一代移动无线网络的项目叫系统架构演进(System Architecture Evolut1n，简称SAE)。图1是相关技术中系统架构演进SAE的结构框图，如图1所示，该SAE包括了如下网元:
[0003]演进的无线接入网(Evolved RAN简称为E-RAN)，用于提供更高的上下行速率，更低的传输延迟和更加可靠的无线传输。E-RAN中包含的网元是演进性基站(Evolved NodeB简称为eNodeB)，为终端的接入提供无线资源。
[0004]归属用户服务器(Home Subscriber Server简称为HSS)，用于永久存储用户签约数据。
[0005]移动管理实体(Mobility Management Entity，简称为MME)，用于控制面功能实体，临时存储用户数据的服务器，负责管理和存储UE上下文(比如UE/用户标识，移动性管理状态，用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络是负责对该用户进行鉴权；处理MME和UE之间的所有非接入层消息；触发在SAE的寻呼。
[0006]服务网关(Serving Gateway简称为SGW)，该网关是一个用户面实体，负责用户面数据路由处理，终结处于空闲状态的UE的下行数据。管理和存储UE的SAE承载(bearer)上下文，比如IP承载业务参数和网络内部路由信息等。是3GPP系统内部用户面的锚点，一个用户在一个时刻只能有一个Serving Gff ；
[0007]分组数据网网关(PacketData Network Gatewa简称为I3DN GW)，负责 UE接入]3DN的网关，分配用户IP地址，同时是3GPP和非3GPP接入系统的移动性锚点。用户在同一时刻能够接入多个I3DN GW。
[0008]策略和合计费规则功能实体(Policy and Charging Rule Funct1nality简称为PCRF)，该功能实体主要根据业务信息和用户签约信息以及运营商的配置信息产生控制用户数据传递的服务质量(Quality of Service，简称为Qos)规则以及计费规则。该功能实体也可以控制接入网中承载的建立和释放。
[0009]在下一代移动网络中可以部署IP多媒体子系统(IP Multimedia Subsystem，简称为ms)网络来提供基于IP的语音、视频等业务，从而取代2/3G网络中的电路交换(Circuit Switched，简称为CS)域。终端的语音业务通过LTE承载进行传输。目前主流运营商都选择为VoLTE分配专用接入点名称(Access Point name,简称为APN)，网络和终端为该APN建立一个QoS等级标识(QoS Class Identif ier，简称为QCI)为5的默认承载，用于传输用户平时注册在IMS网络时所需要的信令，称为信令承载。当终端需要打电话或被呼叫时，临时为终端建立一个QCI为I的专有承载，用于传输语音数据，称为语音承载。当呼叫结束后，语音承载被释放。IMS网络同时支持视频通话业务，当用户进行视频通话时，网络为起呼和终呼用户同时建立QCI为I和2的两个专有承载，其中QCI为I的专有承载用于传输语音，QCI为2的专有承载用于传输视频。当视频通话结束后，QCI为I和2的两个专有承载被释放。
[0010]图2是相关技术中演进分组核心网EPC为I和2的专有承载建立QCI的方法流程图，如图2所示，该方法由演进分组核心网(Evolved Packet Core，简称为EPC)建立QCI为I和2的专有承载，并由頂S网络的P-CSCF触发，该方法的步骤包括:
[0011 ] 步骤S201 =P-CSCF发送鉴权授权请求消息给PCRF，指示两个新业务流信息及相关特征；
[0012]步骤S202 =PCRF发送重鉴权请求消息给PGW，向PGW下发两个新业务流的规则，包含两个业务流的特征和QoS参数，其中两个业务流的QCI分别为I和2 ;
[0013]步骤S203 =PGff判断需要为两个新业务流建立专有承载，发送创建承载请求消息给SGW，消息中同时包含两个专有承载，其QCI分别为I和2 ;
[0014]步骤S204:PGff向PCRF返回重鉴权应答消息；
[0015]步骤S205 =PCRF向P-CSCF返回鉴权授权应答消息；
[0016]步骤S206 =SGff向MME发送创建承载请求消息，消息中同时包含两个专有承载，其QCI分别为I和2 ;
[0017]步骤S207:MME向eNodeB发送E-RAB建立消息，指示建立QCI为I和2的两个承载，该消息同时包含MME发给UE的两条非接入层(Non-Access-StatumJI^ISNAS)激活专有EPS承载上下文请求消息；
[0018]步骤S208:eNodeB发送RRC连接重配到UE ；
[0019]其中，该RRC连接用于eNodeB创建QCI为I和2的两个承载，并将NAS激活专有EPS承载上下文请求消息发送给UE ；
[0020]步骤S209:UE发送RRC连接重配完成到eNodeB ；
[0021]其中，UE判断接受专有承载建立，本地创建专有承载，并向MME返回激活专有EPS承载上下文接受消息；注意UE会为两个专有承载返回两条激活专有EPS承载上下文接受消息;
[0022]步骤S210:UE从MME激活专有EPS承载上下文接受；
[0023]步骤S211:eNodeB向MME返回E-RAB建立响应消息，指示成功建立了哪些承载；
[0024]步骤S212 =MME向SGW返回创建承载响应消息，指示成功建立了哪些专有承载；
[0025]步骤S213 =SGff向PGW返回创建承载响应消息，指示成功建立了哪些专有承载；
[0026]步骤S214:PGW对建立成功的承载，向PCRF发送信用控制请求-更新消息，包含新建承载的计费标识、用户当前位置信息等；
[0027]步骤S215 =PCRF向PGW发送信用控制请求-更新消息；
[0028]步骤S216 =PCRF向P-CSCF发送重鉴权请求消息，包含新建承载的计费标识、用户当前位置信息等信息；
[0029]步骤S217:P-CSCF向PCRF发送重鉴权应答消息。
[0030]其中，P-CSCF接下来会完成主被叫用户间SIP会话的协商和建立。
[0031]从上面的流程可以看出，视频通话业务在一个流程中同时建立两个专有承载，按照目前3GPP协议的处理，在UE、eNodeB、MME、SGW、PGW各个设备中，多个承载之间是平等关系，各设备都可能出现只接受部分专有承载建立的情况。例如只成功建立了 QCI为I的专有承载，或者只成功建立了 QCI为2的专有承载。对于视频通话来说，只成功建立QCI为I的专有承载，可以将业务退化为语音通话；而只成功建立QCI为2的专有承载，则业务可以认同为失败，因为只有图像没有声音的通话用户不会忍受。目前对于相关技术中的这种异常，一般处理是由MS网络判断业务失败，触发PCRF和PGW删除已建立的专有承载；或者頂S继续业务接续，后续由用户将业务挂断，从而触发网络将刚建立的专有承载进行释放。
[0032]针对相关技术中网络侧同时建立多个专有承载时，会出现只有部分专有承载创建成功的问题，目前尚未提出有效的解决方案。
【发明内容】
[0033]本发明的主要目的在于提供一种承载资源的预留方法及装置，以至少解决相关技术中网络侧同时建立多个专有承载时，只有部分专有承载创建成功的问题。
[0034]根据本发明的一个方面，提供了一种承载资源的预留方法，包括:网络功能实体获取多个业务流及所述多个业务流间的依赖关系，其中，所述业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给所述指定辅助业务流分配资源；所述网络功能实体根据所述依赖关系执行资源预留。
[0035]进一步地所述网络功能实体根据所述依赖关系执行资源预留包括:所述网络功能实体判断是否为所述独立业务流分配资源成功；在判断结果为是时，所述网络功能实体为所述辅助业务流分配资源；在判断结果为否时，所述网络功能实体不为辅助业务流分配资源。
[0036]进一步地，所述网络功能实体为所述独立业务流分配资源包括:所述网络功能实体为所述独立业务流创建或修改专有承载；和/或，所述网络功能实体为所述辅助业务流分配资源包括:所述网络功能实体为所述辅助业务流创建或修改专有承载。
[0037]进一步地，所述网络功能实体为所述独立业务流创建或修改专有承载包括:在所述网络功能实体为所述独立业务流的专有承载建立或修改成功时，所述网络功能实体接收辅助业务流的专有承载建立或修改请求；否则所述网络功能实体拒绝所述辅助业务流的专有承载建立或修改请求。
[0038]进一步地，在所述网络功能实体建立与所述独立业务流对应的专有承载和/或所述辅助业务流对应的专有承载之后，所述方法包括:若所述网络功能实体释放所述独立业务流对应的资源，则所述网络功能实体根据所述依赖关系释放所述辅助业务流对应的资源。
[0039]进一步地，所述网络功能实体释放所述独立业务流对应的资源包括:所述网络功能实体删除所述独立业务流对应的专有承载或修改所述独立业务流对应的专有承载；和/或，所述网络功能实体释放所述辅助业务流对应的资源包括:所述网络功能实体删除所述辅助业务流对应的专有承载或修改所述辅助业务流对应的专有承载。
[0040]进一步地，所述网络功能实体包括:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。
[0041 ] 进一步地，所述依赖关系由策略和计费规则功能PCRF根据来自应用功能AF的指示或所述PCRF自身配置的网络策略决定。
[0042]根据本发明的另一个方面，提供了一种承载资源的预留装置，位于网络功能实体侧，包括:获取模块，用于获取多个业务流及所述多个业务流间的依赖关系，其中，所述业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给所述指定辅助业务流分配资源；执行模块，用于根据所述依赖关系执行资源预留。
[0043]进一步地，所述执行模块包括:判断单元，用于判断是否为所述独立业务流分配资源成功；分配单元，用于在判断结果为是时，为所述辅助业务流分配资源；在判断结果为否时，不为辅助业务流分配资源。
[0044]进一步地，所述分配单元，还用于为所述独立业务流创建或修改专有承载；和/或，为所述辅助业务流创建或修改专有承载。
[0045]进一步地，所述执行模块还包括:控制单元，用于在所述网络功能实体在所述独立业务流的专有承载建立或修改成功时，接收辅助业务流的专有承载建立或修改请求；否则拒绝所述辅助业务流的专有承载建立或修改请求。
[0046]进一步地，所述装置包括:释放模块，若所述网络功能实体释放所述独立业务流对应的资源，则根据所述依赖关系释放所述辅助业务流对应的资源。
[0047]进一步地，所述释放模块，还用于删除所述独立业务流对应的专有承载或修改所述独立业务流对应的专有承载；或，删除所述辅助业务流对应的专有承载或修改所述辅助业务流对应的专有承载。
[0048]进一步地，所述网络功能实体包括:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。
[0049]进一步地，所述依赖关系由策略和计费规则功能PCRF根据来自应用功能AF的指示或所述PCRF自身配置的网络策略决定。
[0050]通过本发明，采用网络功能实体依据用于指示多个业务流中的指定辅助业务流的资源只在与其对应的独立业务流资源分配成功时才能被分配资源的依赖关系执行资源预留的方式，使得网络功能实体可以直接识别出资源专有承载之间的关系，解决了相关技术中网络侧同时建立多个专有承载时，只有部分专有承载创建成功的问题。
【附图说明】
[0051]此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中:
[0052]图1是相关技术中系统架构演进SAE的结构框图；
[0053]图2是相关技术中演进分组核心网EPC为I和2的专有承载建立QCI的方法流程图；
[0054]图3是根据本发明实施例的承载资源的预留方法的流程图；
[0055]图4是根据本发明实施例的承载资源的创建装置结构框图；
[0056]图5是根据本发明实施例的承载资源的创建装置可选结构框图一；
[0057]图6是根据本发明可选实施例的网络创建所有专有承载都成功的方法流程图；
[0058]图7是根据本发明可选实施例的eNodeB只成功创建独立专有承载方法的流程图；
[0059]图8是根据本发明可选实施例的eNodeB只成功创建附属专有承载方法的流程图；
[0060]图9是根据本发明可选实施例的专有承载修改失败的方法流程图；
[0061]图10是根据本发明可选实施例的网元释放专有承载的方法流程图；
[0062]图11是根据本发明可选实施例的新业务抢占已建立的专有承载的方法流程图；
[0063]图12是根据本发明可选实施例的新业务抢占已建立的专有承载方法流程图。
【具体实施方式】
[0064]需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本发明。
[0065]本实施例提供了一种承载资源的预留方法，图3是根据本发明实施例的承载资源的预留方法的流程图，如图3所示，该方法的步骤包括:
[0066]步骤S302:网络功能实体获取多个业务流及多个业务流间的依赖关系；
[0067]其中，业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给指定辅助业务流分配资源；
[0068]步骤S304:网络功能实体根据依赖关系执行资源预留。
[0069]在本实施例中，采用网络功能实体依据用于指示多个业务流中的指定辅助业务流的资源只在与其对应的独立业务流资源分配成功时才能被分配资源的依赖关系执行资源预留的方式，使得网络功能实体可以直接识别出资源专有承载之间的关系，解决了相关技术中网络侧同时建立多个专有承载时，只有部分专有承载创建成功的问题。
[0070]而对于本实施例涉及到的网络功能实体根据依赖关系执行资源预留的方式，在本实施例的一个可选实施方式中可以通过如下方式来实现:
[0071]步骤Sll:网络功能实体判断是否为独立业务流分配资源成功；
[0072]步骤S12:在判断结果为是时，网络功能实体为辅助业务流分配资源，在判断结果为否时，网络功能实体不为辅助业务流分配资源。
[0073]而对于本实施例中涉及到的网络功能实体为独立业务流分配资源，在本实施例的一个可选实施方式中，该为独立业务流分配资源的方式可以通过如下方式来实现:网络功能实体为独立业务流创建或修改专有承载；为辅助业务流分配资源的方式可以通过如下方式来实现:网络功能实体为辅助业务流创建或修改专有承载。
[0074]此外，在本实施例中还涉及到在网络功能实体在为独立业务流的专有承载建立或修改成功时，网络功能实体接收辅助业务流的专有承载建立或修改请求；否则网络功能实体拒绝辅助业务流的专有承载建立或修改请求。
[0075]在本实施例的另一个可选实施例中，在网络功能实体建立与独立业务流对应的专有承载和/或辅助业务流对应的专有承载之后，本实施例的方法还可以包括:若网络功能实体释放独立业务流对应的资源，则网络功能实体根据依赖关系释放辅助业务流对应的资源。
[0076]需要说明的是，上述在释放独立业务流对应的资源之后，再释放对应的辅助业务流资源的一个可选应用场景为:在网络功能实体发生资源异常时，如资源拥塞；当然该场景仅仅是举例说明，其他的场景网络功能实体也是可以执行释放独立业务流对应的资源，并根据依赖关系释放辅助业务流对应的资源的操作。
[0077]而对于上述方式中网络功能实体释放独立业务流对应的资源包括:网络功能实体删除独立业务流对应的专有承载或修改独立业务流对应的专有承载；和/或，网络功能实体释放辅助业务流对应的资源包括:网络功能实体删除辅助业务流对应的专有承载或修改辅助业务流对应的专有承载。
[0078]可选地，网络功能实体包括:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。
[0079]对于本实施例的依赖关系可以由多种方式来决定，如由策略和计费规则功能PCRF根据来自应用功能AF的指示或PCRF自身配置的网络策略决定。
[0080]在本实施例中还提供了一种承载资源的预留装置，该装置用于实现上述实施例及可选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块” “单元”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。
[0081]图4是根据本发明实施例的承载资源的预留装置结构框图，该装置位于网络功能实体侧，如图4所示，该装置包括:获取模块42，用于获取多个业务流及多个业务流间的依赖关系，其中，业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给指定辅助业务流分配资源；执行模块44，与获取模块42耦合连接，用于根据依赖关系执行资源预留。
[0082]可选地，执行模块44包括:判断单元，用于判断是否为独立业务流分配资源成功；分配单元，与判断单元耦合连接，用于在判断结果为是时，为辅助业务流分配资源；在判断结果为否时，不为辅助业务流分配资源。此外，分配单元，还可以用于为独立业务流创建或修改专有承载；或，为辅助业务流创建或修改专有承载。
[0083]可选地，执行模块44还包括:控制单元，用于在网络功能实体在独立业务流的专有承载建立或修改成功时，接收辅助业务流的专有承载建立或修改请求；否则拒绝辅助业务流的专有承载建立或修改请求。
[0084]图5是根据本发明实施例的承载资源的预留装置可选结构框图一，如图5所示，该装置还可以包括:释放模块52，与执行模块44耦合连接，若网络功能实体释放独立业务流对应的资源，则根据依赖关系释放辅助业务流对应的资源。
[0085]可选地，释放模块52，还可以用于删除独立业务流对应的专有承载或修改独立业务流对应的专有承载；或，删除辅助业务流对应的专有承载或修改辅助业务流对应的专有承载。
[0086]对于本实施例涉及到的网络功能实体可以是:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。当然上述仅仅是举例说明，根据需要其他类型的网络功能实体也是在本实施例的保护范围之内。
[0087]对于本实施例涉及到的依赖关系可以由策略和计费规则功能PCRF根据来自应用功能AF的指示或PCRF自身配置的网络策略决定，需要说明的是该方式也仅仅是本实施例的可选实施方式，根据需要也可以由其他方式决定该依赖关系。
[0088]下面结合本发明可选实施例对本发明进行举例说明；
[0089]本可选实施例提供了一种承载资源的预留方法，通过该方法使得网络侧在多个专有承载同时建立过程中可以直接识别出专有承载之间的依赖关系，进而简化业务流程和设备处理复杂度，提高用户体验。
[0090]本可选实施例中网络侧对一个业务流的资源预留，需要增加判断此业务流是否依赖于另外一个业务流的资源预留是否成功；而网络侧资源预留的方式包括:承载建立、承载修改、承载被抢占、承载被释放等过程。
[0091]承载建立的实现过程:
[0092]本发明可选实施例中的方法适用于应用实体(Applicat1n Funct1n，简称为AF)通过PCRF触发PGW同时建立多个专有承载的场景。该方法的步骤包括:
[0093]步骤S21:AF向PCRF发送鉴权授权请求消息，包含多个业务流的特征时，增加多个业务流之间的依赖指示，即某些业务流是其他业务流创建成功时才需要创建的，称之为辅助业务流；不依赖于其他业务流的业务流称之为独立业务流；
[0094]可选的，在没有部署AF的场景下，由PCRF根据自身的策略，决定多个业务流规则之间的依赖关系。
[0095]步骤S22 =PCRF向PGW发送重鉴权请求消息，下发多个业务流规则时，增加多个业务流之间的依赖指示；即某些业务流是其他业务流创建成功时才需要创建的，称之为辅助业务流；不依赖于其他业务流的业务流称之为独立业务流；
[0096]步骤S23 =PGff向SGW发送创建承载请求消息；对应于独立业务流的专有承载称之为独立专有承载；对应于附属业务流的专有承载称之为附属专有承载；
[0097]步骤S24 =PGff接收到SGW返回的创建承载响应消息，判断如有独立专有承载未被成功激活，但其附属专有承载激活成功，则认为附属专有承载也不应该被成功创建，并通知SGff删除激活的附属专有承载；如独立专有承载被成功激活，但部分附属专有承载未被激活，继续步骤5 ;专有承载未创建成功可能是由于UE、eNodeB、MME、SGW或PGW各设备未成功创建；
[0098]步骤S25 =PGff向PCRF发送CCR-U消息，指示未被成功承载的相关规则，此处未被成功承载的相关规则对应的是所有未被激活的专有承载对应的规则。
[0099]可选的，PGW可以把多个专有承载之间的依赖指示通知给SGW，SGW可以把多个专有承载之间的依赖指示通知给MME，MME可以把多个专有承载之间的依赖指示通知给eNodeB ο SGW，MME，eNodeB在建立专有承载时，可以根据本地资源情况，成功创建全部专有承载或只成功创建独立专有承载。如果判断下游节点出现了只建立附属专有承载的情况，及时通知下游节点去活附属专有承载。MME的下游节点为eNodeB，SGff的下游节点为MME。
[0100]承载修改的实现过程:
[0101]本可选实施例中的方法还适用于多个专有承载建立后，网络侧对专有承载发起修改的业务释放场景，该承载修改的步骤包括:
[0102]步骤S31:网络侧发起对附属/独立专有承载的修改，要求预留更多资源；
[0103]步骤S32:网元eNodeB/PGW等判断如被修改的专有承载是附属专有承载，依赖于某个独立专有承载，且本网元无法为独立专有承载预留更多的资源，则承载不被修改，仍然保持原来的资源。
[0104]承载被抢占或被释放的实现过程:
[0105]本可选实施例中的方法还适用于多个专有承载建立后，专有承载被释放或抢占的业务释放场景，该抢占或被释放的步骤包括:
[0106]步骤S41:eNodeB/MME/SGff/PGff网元，例如发生拥塞时，决定释放一部分专有承载或新业务抢占原有已建立的专有承载；
[0107]步骤S42:网元根据自身策略判定释放或抢占某个专有承载时，判断如有其他专有承载依赖于准备释放的专有承载，则将该专有承载和所有依赖于此专有承载的其他专有承载一并释放。
[0108]通过本可选实施例采用依据依赖关系识别出承载的方式，克服了相关技术中网络侧同时建立多个专有承载时，可能出现只有部分专有承载创建成功，从而影响用户体验的问题，避免了只成功建立部分专有承载导致的业务体验度不高，并且简化业务流程异常处理和网元处理复杂度。
[0109]实施例一
[0110]图6是根据本发明可选实施例的网络创建所有专有承载都成功的方法流程图；如图6所示，VoLTE用户做主叫时，网络侧创建两个专有承载都成功的一个实施例。本场景同样适用于VoLTE用户做被叫时，网络侧为其创建两个专有承载的场景。
[0111]步骤S601，VoLTE注册用户发起主叫请求；
[0112]步骤S602，P-CSCF发送鉴权授权请求消息给PCRF，指示两个新业务流信息I和2及相关特征，并且业务流2包含一个指示，标识该业务流附属于业务流I ;
[0113]步骤S603，PCRF发送重鉴权请求消息给PGW，向PGW下发两个新业务流的规则I和2，包含两个业务流的特征和QoS参数，并且业务流规则2包含一个指示，标识该业务流附属于业务流规则I ;
[0114]步骤S604，PGW判断需要为两个新业务流规则I和2建立专有承载I和2，且专有承载2为附属专有承载，附属于专有承载I ;
[0115]步骤S605，PGW发送创建承载请求消息给SGW，消息中同时包含两个专有承载I和2 ；
[0116]步骤S606，PGff向PCRF返回重鉴权应答消息；
[0117]步骤S607，PCRF向P-CSCF返回鉴权授权应答消息；
[0118]步骤S608，SGff向MME发送创建承载请求消息，消息中同时包含两个专有承载I和2 ；
[0119]步骤S609，MME 向 eNodeB 发送 E-RAB (E-UTRAN Rad1 Access Bearer，E-UTRAN 无线接入承载)建立消息，指示建立两个承载I和2，该消息同时包含MME发给UE的两条NAS激活专有EPS承载上下文请求消息；
[0120]步骤S610，eNodeB 向 UE 发起 RRC(Rad1 Resource Control，无线资源控制)重配，并将NAS层激活专有EPS承载上下文请求消息发送给UE ;
[0121]步骤S611，UE返回RRC重配完成；
[0122]步骤S612，UE判断接受专有承载建立，本地创建专有承载，并向MME返回激活专有EPS承载上下文接受消息，UE会为两个专有承载返回两条激活专有EPS承载上下文接受消息;
[0123]步骤S613，eNodeB向MME返回E-RAB建立响应消息，指示成功建立了承载I和2 ;
[0124]步骤S614，MME向SGW返回创建承载响应消息，指示成功建立了承载I和2 ;
[0125]步骤S615，SGff向PGW返回创建承载响应消息，指示成功建立了承载I和2 ;
[0126]步骤S616，PGff判断专有承载I和2都成功激活；
[0127]步骤S617，PGW向PCRF发送信用控制请求-更新消息，包含新建承载的计费标识、用户当前位置信息等；
[0128]步骤S618，PCRF向PGW返回信用控制应答-更新消息；
[0129]步骤S619，PCRF向P-CSCF发送重鉴权请求消息，包含新建承载的计费标识、用户当前位置信息等信息；
[0130]步骤S620，P-CSCF向PCRF发送重鉴权应答消息。
[0131]实施例二
[0132]图7是根据本发明可选实施例的eNodeB只成功创建独立专有承载方法的流程图；如图7所示，是VoLTE用户做主叫时，网络创建专有承载，eNodeB成功创建独立专有承载的一个实施例。本场景同样适用于VoLTE用户做被叫时，网络侧为其创建两个专有承载的场景，该方法的步骤包括:
[0133]步骤S701，VoLTE注册用户发起主叫请求；
[0134]步骤S702，P-CSCF发送鉴权授权请求消息给PCRF，指示两个新业务流信息I和2及相关特征，并且业务流2包含一个指示，标识该业务流附属于业务流I ;
[0135]步骤S703，PCRF发送重鉴权请求消息给PGW，向PGW下发两个新业务流的规则I和2，包含两个业务流的特征和QoS参数，并且业务流规则2包含一个指示，标识该业务流附属于业务流规则I ;
[0136]步骤S704，PGW判断需要为两个新业务流规则I和2建立专有承载I和2，且专有承载2为附属专有承载，附属于专有承载I ;
[0137]步骤S705，PGW发送创建承载请求消息给SGW，消息中同时包含两个专有承载I和2，分别对应新业务流规则I和2 ;
[0138]步骤S706，PGff向PCRF返回重鉴权应答消息；
[0139]步骤S707，PCRF向P-CSCF返回鉴权授权应答消息；
[0140]步骤S708，SGff向MME发送创建承载请求消息，消息中同时包含两个专有承载I和，
[0141 ] 步骤S709，MME向eNodeB发送E-RAB建立消息，指示建立两个承载I和2，该消息同时包含MME发给UE的两条NAS层激活专有EPS承载上下文请求消息；
[0142]步骤S710，eNodeB判断只能接受承载I创建，不能创建承载2，向UE发起RRC重配，并将NAS层激活专有EPS承载上下文请求消息发送给UE ;
[0143]步骤S711，UE返回RRC重配完成；
[0144]步骤S712，UE只接受专有承载I建立，本地创建专有承载I，并向MME返回激活专有EPS承载上下文接受消息；对于专有承载2向MME返回激活专有EPS承载上下文拒绝消息；
[0145]步骤S713，eNodeB向MME返回E-RAB建立响应消息，指示成功建立了承载1，承载2创建失败；
[0146]步骤S714，MME向SGW返回创建承载响应消息，指示成功建立了承载1，承载2创建失败；
[0147]步骤S715，SGff向PGW返回创建承载响应消息，成功建立了承载1，承载2创建失败；
[0148]步骤S716，PGff判断独立专有承载I被创建，独立专有承载2未被创建成功，则认为专有承载I可成功被创建；
[0149]步骤S717，PGW向PCRF发送信用控制请求-更新消息，包含新建承载的计费标识、用户当前位置信息，未成功装载的业务流规则2等；
[0150]步骤S718，PCRF向PGW返回信用控制应答-更新消息；
[0151]步骤S719，PCRF向P-CSCF发送重鉴权请求消息，包含新建承载的计费标识、用户当前位置信息，未成功装载的业务流2等；
[0152]步骤S720，P-CSCF向PCRF发送重鉴权应答消息。
[0153]实施例三
[0154]图8是根据本发明可选实施例的eNodeB只成功创建附属专有承载方法的流程图，如图8所示，该方法是VoLTE用户做主叫时，网络创建专有承载，eNodeB只成功创建附属专有承载的一个实施例。本场景同样适用于VoLTE用户做被叫时，网络侧为其创建两个专有承载的场景，该方法的步骤包括:
[0155]步骤S801，VoLTE注册用户发起主叫请求；
[0156]步骤S802，P-CSCF发送鉴权授权请求消息给PCRF，指示两个新业务流信息I和2及相关特征，并且业务流2包含一个指示，标识该业务流附属于业务流I ;
[0157]步骤S803，PCRF发送重鉴权请求消息给PGW，向PGW下发两个新业务流的规则I和2，包含两个业务流的特征和QoS参数，并且业务流规则2包含一个指示，标识该业务流附属于业务流规则I ;
[0158]步骤S804，PGW判断需要为两个新业务流规则I和2建立专有承载I和2，且专有承载2为附属专有承载，附属于专有承载I ;
[0159]步骤S805，PGW发送创建承载请求消息给SGW，消息中同时包含两个专有承载I和2，分别对应新业务流规则I和2 ;
[0160]步骤S806，PGff向PCRF返回重鉴权应答消息；
[0161 ] 步骤S807，PCRF向P-CSCF返回鉴权授权应答消息；
[0162]步骤S808，SGff向MME发送创建承载请求消息，消息中同时包含两个专有承载I和，
[0163]步骤S809，MME向eNodeB发送E-RAB建立消息，指示建立两个承载I和2，该消息同时包含MME发给UE的两条NAS层激活专有EPS承载上下文请求消息；
[0164]步骤S810，eNodeB判断只能接受承载2创建，不能创建承载1，向UE发起RRC重配，并将NAS层激活专有EPS承载上下文请求消息发送给UE ;
[0165]步骤S811，UE返回RRC重配完成；
[0166]步骤S812，UE只接受专有承载2建立，本地创建专有承载2，并向MME返回激活专有EPS承载上下文接受消息；对于专有承载I向MME返回激活专有EPS承载上下文拒绝消息；
[0167]步骤S813，eNodeB向MME返回E-RAB建立响应消息，指示成功建立了承载2，承载I创建失败；
[0168]步骤S814，MME向SGW返回创建承载响应消息，指示成功建立了承载2，承载I创建失败；
[0169]步骤S815，SGff向PGW返回创建承载响应消息，成功建立了承载2，承载I创建失败；
[0170]步骤S816，PGff判断附属专有承载2被激活，独立专有承载I未被创建成功，则认为专有承载I和2都应创建失败；
[0171]步骤S817，PGff向PCRF发送信用控制请求-更新消息，包含未成功装载的业务流规则I和2 ;
[0172]步骤S818，PCRF向PGW返回信用控制应答-更新消息；
[0173]步骤S819，PCRF向P-CSCF发送重鉴权请求消息，包含未成功装载的业务流I和2等;
[0174]步骤S820，P-CSCF向PCRF发送重鉴权应答消息。
[0175]步骤S821，PGW发起已经创建成功的专有承载2的释放，向SGW发起删除承载请求消息，消息中包含专有承载2。
[0176]步骤S822，PGff触发承载释放流程的其他处理。
[0177]实施例四
[0178]图9是根据本发明可选实施例的专有承载修改失败的方法流程图，如图9所示，是以eNodB网元资源预留失败为例，专有承载修改失败的实施例，该方法的步骤包括:
[0179]步骤S901，网络已经为UE建立专有承载I和2，其中专有承载I附属于专有承载2，eNodeB保存了专有承载I和2的依赖关系；
[0180]步骤S902，PCRF判断需要更新业务规则流I和2，提升其QoS参数；
[0181]步骤S903，PGff向SGW发送更新承载请求，包含专有承载I和2的新QoS参数；
[0182]步骤S904，SGff向MME发送更新承载请求，包含专有承载I和2的新QoS参数；
[0183]步骤S905，MME向eNodeB发送E-RAB修改消息，指示修改两个承载I和2，该消息同时包含MME发给UE的两条NAS层修改EPS承载上下文请求消息；
[0184]步骤S906，eNOdeB判断由于资源不足，无法为承载I提升QoS，且承载2附属于承载I，也不应当为承载2提升QoS ;
[0185]步骤S907，eNodeB向MME返回E-RAB修改响应，消息中指示承载I和2修改失败；
[0186]步骤S908，MME向SGW返回更新承载响应，消息中指示专有承载I和2的更新失败；
[0187]步骤S909，SGff向PGW返回更新承载响应，消息中指示专有承载I和2的更新失败；
[0188]步骤S910，PGW向PCRF返回重鉴权应答，消息中指示业务流规则I和2装载失败。
[0189]实施例五
[0190]图10是根据本发明可选实施例的网元释放专有承载的方法流程图，如图10所示是eNodeB/MME/SGW/PGW网元发生拥塞，网元释放专有承载的实施例。此过程实施的前提是eNodeB/MME/SGff或PGW网元中已保存了用户专有承载的附属关系。该方法的步骤包括:
[0191]步骤S1001，网元判断网络业务量突增，本设备发生拥塞；
[0192]步骤S1002，网元根据自身的策略，判断需要删除已建立的专有承载1，以减轻设备的负荷，策略例如判断优先级、低价值用户、低价值业务等；
[0193]步骤S1003，网元搜索设备中是否有其他专有承载依赖于删除专有承载I ;
[0194]步骤S1004，网元删除专有承载I和依赖于删除专有承载I的其他专有承载。
[0195]实施例六
[0196]图11是根据本发明可选实施例的新业务抢占已建立的专有承载的方法流程图，如图11所示，是eNodeB/MME/SGW/PGW网元发生拥塞，新业务抢占已建立的专有承载的实施例。此过程实施的前提是eNodeB/MME/SGW或PGW网元中已保存了用户专有承载的附属关系。该方法的步骤包括:
[0197]步骤S1101，网元判断网络业务量突增，本设备发生拥塞；
[0198]步骤S1102，网元接收到一个高优先级业务建立请求；
[0199]步骤S1103，网元根据自身的策略，判断新业务需要抢占已建立的专有承载I资源，策略例如判断优先级、低价值用户、低价值业务等；
[0200]步骤S1104，网元搜索设备中是否有其他专有承载依赖于删除专有承载I ;
[0201]步骤S1105，网元删除专有承载I和依赖于删除专有承载I的其他专有承载；
[0202]步骤SI 106，网元接受高优先级业务建立请求。
[0203]实施例七
[0204]图12是根据本发明可选实施例的新业务抢占已建立的专有承载方法流程图，如图12示，是以eNodeB网元发生拥塞为例，新业务抢占已建立的专有承载的流程实施例。本场景中被抢占的专有承载和新业务可能属于同一 UE，也可以是属于不同UE。该方法的步骤包括:
[0205]步骤S1201，eNodeB处于拥塞状态；
[0206]步骤S1202，AF发送鉴权授权请求消息给PCRF，指示新业务流3信息及相关特征；
[0207]步骤S1203，PCRF发送重鉴权请求消息给PGW，向PGW下发新业务流的规则3，包含业务流3的特征和QoS参数；
[0208]步骤S1204，PGW判断需要为新业务流规则3建立专有承载3，PGW发送创建承载请求消息给SGW，消息中同时包含专有承载3 ;
[0209]步骤S1205，PGff向PCRF返回重鉴权应答消息；
[0210]步骤S1206，PCRF向AF返回鉴权授权应答消息；
[0211]步骤S1207，SGff向MME发送创建承载请求消息，消息中同时包含专有承载3 ；
[0212]步骤S1208，MME向eNodeB发送E-RAB建立消息，指示建立承载3，该消息同时包含MME发给UE的NAS层激活专有EPS承载上下文请求消息；
[0213]步骤SI 109，eNodeB判断新承载3需要抢占已建立的专有承载I资源，策略例如判断优先级、低价值用户、低价值业务等，并且已建立的承载2附属于承载1，
[0214]步骤S1210，eNodeB向UE发起承载3的RRC重配，并将NAS层激活专有EPS承载上下文请求消息发送给UE ；
[0215]步骤S1212，eNodeB发起承载I和承载2的释放流程；
[0216]步骤S1213，UE返回承载3的RRC重配完成；
[0217]步骤S1214，UE向MME返回承载3的激活专有EPS承载上下文接受消息；
[0218]步骤S1215，eNodeB向MME返回E-RAB建立响应消息，指示成功建立了承载3 ；
[0219]步骤S1216，MME向SGW返回创建承载响应消息，指示成功建立了承载3 ；
[0220]步骤S1217，SGff向PGW返回创建承载响应消息，成功建立了承载3 ；
[0221 ] 步骤S1218，PGff向PCRF发送业务流规则3的信用控制请求-更新消息；
[0222]步骤S1219，PCRF向PGW返回信用控制应答-更新消息；
[0223]步骤S1220，PCRF向AF发送新业务流3的重鉴权请求消息；
[0224]步骤S1221，P-CSCF向PCRF发送重鉴权应答消息。
[0225]通过上述实施例可知，在同时建立多个专有承载时，采用多个专有承载之间有一定的依赖关系，网络侧在建立专有承载的时候能直接识别出这种依赖关系，进而可以增加了业务成功率，简化了流程处理和网络侧处理复杂度，减少了后续不必要的释放交互，并且减少建立感受度不好的业务概率，提高了用户体验。
[0226]在上述实施例中，业务流之间的依赖关系由P-CSCF (即AF)决定，并提供给PCRF。在其他实施例中(特别是在没AF的场景中)多个业务数据流的关系也可以根据PCRF配置的网络策略决定。
[0227]在另外一个实施例中，还提供了一种软件，该软件用于执行上述实施例及优选实施方式中描述的技术方案。
[0228]在另外一个实施例中，还提供了一种存储介质，该存储介质中存储有上述软件，该存储介质包括但不限于:光盘、软盘、硬盘、可擦写存储器等。
[0229]显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。
[0230]上述仅为本发明的可选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【主权项】
1.一种承载资源的预留方法，其特征在于，包括: 网络功能实体获取多个业务流及所述多个业务流间的依赖关系，其中，所述业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给所述指定辅助业务流分配资源； 所述网络功能实体根据所述依赖关系执行资源预留。2.根据权利要求1所述的方法，其特征在于，所述网络功能实体根据所述依赖关系执行资源预留包括: 所述网络功能实体判断是否为所述独立业务流分配资源成功； 在判断结果为是时，所述网络功能实体为所述辅助业务流分配资源；在判断结果为否时，所述网络功能实体不为辅助业务流分配资源。3.根据权利要求2所述的方法，其特征在于， 所述网络功能实体为所述独立业务流分配资源包括:所述网络功能实体为所述独立业务流创建或修改专有承载；和/或， 所述网络功能实体为所述辅助业务流分配资源包括:所述网络功能实体为所述辅助业务流创建或修改专有承载。4.根据权利要求3所述的方法，其特征在于，所述网络功能实体为所述独立业务流创建或修改专有承载包括: 在所述网络功能实体为所述独立业务流的专有承载建立或修改成功时，所述网络功能实体接收辅助业务流的专有承载建立或修改请求；否则所述网络功能实体拒绝所述辅助业务流的专有承载建立或修改请求。5.根据权利要求3所述的方法，其特征在于，在所述网络功能实体建立与所述独立业务流对应的专有承载和/或所述辅助业务流对应的专有承载之后，所述方法包括: 若所述网络功能实体释放所述独立业务流对应的资源，则所述网络功能实体根据所述依赖关系释放所述辅助业务流对应的资源。6.根据权利要求5所述的方法，其特征在于， 所述网络功能实体释放所述独立业务流对应的资源包括:所述网络功能实体删除所述独立业务流对应的专有承载或修改所述独立业务流对应的专有承载；和/或， 所述网络功能实体释放所述辅助业务流对应的资源包括:所述网络功能实体删除所述辅助业务流对应的专有承载或修改所述辅助业务流对应的专有承载。7.根据权利要求1至6任一项所述的方法，其特征在于，所述网络功能实体包括:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。8.根据权利要求1所述的方法，其特征在于，所述依赖关系由策略和计费规则功能PCRF根据来自应用功能AF的指示或所述PCRF自身配置的网络策略决定。9.一种承载资源的预留装置，位于网络功能实体侧，其特征在于，包括: 获取模块，用于获取多个业务流及所述多个业务流间的依赖关系，其中，所述业务流包括:独立业务流和辅助业务流，该依赖关系用于指示在与指定辅助业务流对应的独立业务流的资源分配成功时，给所述指定辅助业务流分配资源； 执行模块，用于根据所述依赖关系执行资源预留。10.根据权利要求9所述的装置，其特征在于，所述执行模块包括: 判断单元，用于判断是否为所述独立业务流分配资源成功； 分配单元，用于在判断结果为是时，为所述辅助业务流分配资源；在判断结果为否时，不为辅助业务流分配资源。11.根据权利要求10所述的装置，其特征在于， 所述分配单元，还用于为所述独立业务流创建或修改专有承载；和/或，为所述辅助业务流创建或修改专有承载。12.根据权利要求11所述的装置，其特征在于，所述执行模块还包括: 控制单元，用于在所述网络功能实体在所述独立业务流的专有承载建立或修改成功时，接收辅助业务流的专有承载建立或修改请求；否则拒绝所述辅助业务流的专有承载建立或修改请求。13.根据权利要求11所述的装置，其特征在于，所述装置包括: 释放模块，若所述网络功能实体释放所述独立业务流对应的资源，则根据所述依赖关系释放所述辅助业务流对应的资源。14.根据权利要求13所述的装置，其特征在于， 所述释放模块，还用于删除所述独立业务流对应的专有承载或修改所述独立业务流对应的专有承载；或，删除所述辅助业务流对应的专有承载或修改所述辅助业务流对应的专有承载。15.根据权利要求9至14任一项所述的装置，其特征在于，所述网络功能实体包括:分组数据网网关PGW、服务网关SGW、移动管理实体MME、演进性基站eNodeB。16.根据权利要求9所述的装置，其特征在于，所述依赖关系由策略和计费规则功能PCRF根据来自应用功能AF的指示或所述PCRF自身配置的网络策略决定。
【文档编号】H04W28/26GK105992283SQ201510043201
【公开日】2016年10月5日
【申请日】2015年1月28日
【发明人】郑芳庭, 周晓云, 史旭刚
【申请人】中兴通讯股份有限公司