CN108259434B - 一种用户侧QoS保障能力的开放方法及服务器 - Google Patents

Abstract

本发明提供一种用户侧QoS保障能力的开放方法及服务器，涉及通信技术领域。其中，所述方法包括：服务器接收用户设备发起的QoS提速请求；所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。通过本发明，能够将网络中的QoS保障能力提供给第三方合作伙伴使用。

Description

一种用户侧QoS保障能力的开放方法及服务器

技术领域

本发明涉及通信技术领域，具体地，涉及一种用户侧QoS保障能力的开放方法及服务器。

背景技术

随着移动技术的不断发展，无线数据业务应用越来越广泛，运营商能够为用户提供语音、数据、视频等更多丰富多彩的业务。与此同时，大量的移动数据业务也相应的带来网络拥塞、流量控制困难等问题。由于不同的业务对时延、带宽等要求各不相同，而通过引入QoS(Quality of Service，服务质量)方案，可以实现各种业务的差异化，让数据管道变得可控可管理，为高速数据业务提供了保障，增强了用户的网络体验。

QoS用于评估服务方满足客户服务需求的能力。在Internet中，QoS评估的是网络传递分组数据的服务能力，主要对分组数据传递过程中的服务可用性、时延、抖动、带宽、丢包率、误码率和信噪比等指标进行衡量和评估。QoS方案的目的是在网络拥塞时，优先保障优先级高的用户或业务的服务质量。衡量QoS的几个基本要素主要包括以下几点：

1)带宽/吞吐量：网络的两个节点之间特定应用业务流的平均速率。

2)时延：原始数据经过编码等一系列处理后经由发送端发送，通过信道传输，到达接收端并解码还原为原始数据所花费的时间。

3)抖动：时延的变化。

4)丢包率：在网络传输过程中所丢失数据包数量占所发送数据包的百分比，用来衡量网络正确转发用户数据的能力。

3GPP(the 3rd Generation Partnership Project，第三代合作伙伴项目)根据业务对时延的敏感度将业务分为会话业务、流业务、交互业务和后台业务，QoS类型也相应的划分为四类：会话类、流类、交互类和后台类。图1是现有技术中各类业务分别与时延和丢包率的对应关系的示意图。如图1所示，会话类业务对时延要求最高，对丢包率要求最低，而后台类业务对时延要求最低，对丢包率要求最高。下表是对每种业务类型的基本特征和应用举例的相关说明：

在EPS(Evolved Packet System，演进型分组数据系统)网络中，网络分配QoS参数的对象是承载，一个用户可以有一个或者多个承载，其中有一条是缺省承载。缺省承载是指终端连接到分组网络时建立的承载，在整个连接期间保持建立状态，为用户提供“一直在线”连接。其中，承载可分为GBR(Guaranteed Bit Rate，保证比特率)承载和Non-GBR(Non-Guaranteed Bit Rate，非保证比特率)承载。QCI(QoS Class Identifier，服务质量类别标识)为1～4的标识GBR承载，QCI为5～9的标识Non-GBR承载。所有缺省承载都为Non-GBR承载，专有承载可以是GBR承载，也可以是Non-GBR承载。承载ID范围为5～15，即每个用户最多可以建立11个承载。不管是缺省承载还是PDN GW(Public Data Network Gateway，公共数据网络网关)发起的专有承载的建立，承载ID都是由MME(Mobility Management Entity，移动性管理实体)来分配。对应同一个APN(Access Point Name，接入点名称)的缺省承载和专有承载的承载QCI必须互不相同。

QCI用来指示业务QoS特征的标识，不同QCI的业务需要使用不同的承载，标准QCI对应的参数是在各个设备上预先配置的，每个QCI与一组参数相对应。3GPP标准只定义QCI值为1～9，QCI取值还可以自定义扩展，取值范围从10～255。其中，QCI和UMTS(UniversalMobile Telecommunications System，通用移动通信系统)QoS参数的映射关系表请参考下表：

具体地，QCI是一个索引值，用于确定QoS的3种属性，即优先级、时延和丢包率，局部配置的一系列值，这样在传送消息时就可以传送QCI，而无需传送这些参数值。QCI定义了9种标准业务类别，每种业务类别关联了标准业务的特征参数，包括资源类型、优先级别、包延迟预期和包丢失率。资源类型决定了业务通过系统之前是否需要预留资源，QCI取值为1到4的业务类型需要预留资源，资源类型为保障最小带宽的GBR资源类型，QCI为5到9的业务类型则不需要预留资源，资源类型则为Non-GBR类型。优先级别决定了EPS承载转发数据包时的先后顺序。在QCI对应的业务类别中还包含了最大的包延迟预期和最大的包丢失率，以此减少了QoS参数的数量。

QCI用于决定要进行的业务类型(例如，语音类业务、视频类业务等)，业务类型也就决定了对应在承载上数据传输速率，因此对应每个QCI都会有相应的GBR、MBR(MaximumBit Rate，最大比特率)。Non-GBR承载(QCI为5～9)对应的GBR以及MBR的取值都是0。修改它们中的任何数值都需要同步通知到UE(User Equipment，用户设备)、eNodeB以及ServingGW(Serving Gateway，服务网关)/PDN GW。缺省承载的QCI取值是签约的APN的QCI，MBR以及GBR为0；专有承载的QCI、GBR、MBR是由PDN GW下发的，可以是由PDN GW本地配置或者PDN GW从PCRF(Policy and Charging Rules Function，策略和计费规则功能)处获得。

目前已对现网的8万用户启用了QCI＝8的服务质量保障，普通用户使用的是QCI＝9的服务质量保障。目前，可向北向合作伙伴推的可用QCI值包括3、4、6、7、8和9，分为绝对保障和相对保障两种。

VoLTE(Voice over LTE，语音LTE)是3GPP标准定义的，基于IMS(IP MultimediaSubsystem，IP多媒体子系统)网络的LTE语音解决方案。通过IMS网络，移动运营商不仅可以无缝的继承传统的语音、短消息业务，还可以将语音通话与丰富的增强功能相整合，提供多样化的服务。现有的VoLTE解决方案通过在现有的CS(Circuit Switched，电路交换)网络上叠加部署IMS网络和LTE网络，为终端用户提供高质量的语音、视频呼叫和更为丰富的数据业务，从而帮助运营商从2G/3G网络逐步演进到4G的LTE网络，完成纯语音到丰富语音的转型。

现有的VoLTE的QoS解决方案采用3GPP定义的PCC(Policy and ChargingControl、策略与收费控制)架构，能提供端到端的QoS保证。相比于OTT(Over The Top，通过互联网向用户提供各种应用服务)话音方案，PCC架构通过建立VoLTE业务的专有承载，为语音业务提供可靠的QoS保障。VoLTE的QoS组网应用，如图2所示。现有的QoS保障技术方案的原理具体为：端到端的话音质量保障，需要手机终端、接入网、核心网一起配合实现，形成一个端到端的话音信令和承载通道。3GPP定义了不同的QCI，对应于不同优先级、不同属性的承载类型，根据不同业务提供不同的服务质量，实现对VoLTE呼叫的QoS保证，使得IMS的SIP(Session Initiation Protocol，会话初始协议)信令承载在缺省承载QCI＝5上，IMS的RTP(Real time Transport Protocol，实时传输协议)语音媒体承载在QCI＝1上，IMS视频媒体承载在QCI＝2上，上网承载在QCI＝8/9上。

根据图2的VoLTE的QoS总体架构，网元间的信息传递如下：

1)QCI信息从IMS通过Rx接口传递给PCRF；

2)PCRF根据QCI信息对应的业务QoS参数和用户信息做策略决策，生成QoS规则。其中，QoS关键参数包括QCI、ARP(Allocation and Retention Priority，分配和保留优先级)、GBR和MBR，并通过Gx接口传递给EPC(Evolved Packet Core，演进分组核心网)；

3)EPC通过S1-U接口传递给eNodeB。

各网元根据QCI来完成资源的调度，根据不同业务提供不同的服务质量。

然而，现有技术方案中QoS保障能力无法提供给第三方合作伙伴使用。

发明内容

本发明的目的是提供一种用户侧QoS保障能力的开放方法及服务器。其中，所述方法所要解决的技术问题是：如何将网络中的QoS保障能力提供给第三方合作伙伴使用。

为了实现上述目的，本发明提供一种用户侧QoS保障能力的开放方法。所述方法包括：

服务器接收用户设备发起的QoS提速请求；

所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

可选地，所述服务器接收用户设备发起的QoS提速请求之前，所述方法还包括：

所述服务器向所述能力开放平台发送认证信息，以使得所述能力开放平台对所述认证信息进行验证，在验证成功的情况下，使所述服务器接入所述网络。

可选地，所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，包括：

所述网络中的开放管理平台OMP在接收到所述QoS资源申请请求后，将所述QoS资源申请请求转换成AAR消息，并经由路由代理节点DRA将所述AAR消息发送至PCRF；

所述PCRF根据所述AAR消息在预先配置的QoS业务保障策略中查找相应的QoS业务保障策略，并根据相应的QoS业务保障策略向GGSN/PGW下发PCC规则；

所述GGSN/PGW解析所述用户设备发往所述服务器的数据流，并根据所述PCC规则为解析后的数据流建立专有承载。

可选地，所述OMP将所述QoS资源申请请求转换成AAR消息，包括：

所述OMP判断所述QoS资源申请请求中是否包含所述用户设备的号码或国际移动用户识别码IMSI；

若否，所述OMP确定所述用户设备是通过所述QoS资源申请请求中的用户设备的IP地址来标识的，所述IP地址包括公网IP地址和私网IP地址；

所述OMP基于所述用户设备的公网IP地址在预先配置的公网IP地址与网域ID的映射表中检索到与所述用户设备的公网IP地址对应的网域ID；

所述OMP根据所述QoS资源申请请求中的应用标识、用户设备的私网IP地址和所述用户设备的媒体组成信息以及所述网域ID生成所述AAR消息。

可选地，所述方法还包括：

所述GGSN/PGW根据所述PCC规则为解析后的数据流建立专有承载时，所述GGSN/PGW还根据所述PCC规则向计费中心上报话单。

可选地，所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载之前，所述方法还包括：

所述网络的管理员为所述网络中的OMP和PCRF分别配置媒体类型和应用标识与QoS业务保障策略的对应关系以及为所述网络中的计费中心配置媒体类型和应用标识与计费策略的对应关系。

可选地，所述方法还包括：

所述服务器还接收所述用户设备发起的释放QoS保障请求；

所述服务器根据所述释放QoS保障请求调用所述能力开放平台AEP的Rest API接口向所述网络发起QoS资源释放请求，以使得所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载。

可选地，所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载，包括：

OMP在接收到所述QoS资源释放请求后，将所述QoS资源释放请求转换成STR消息，并经由路由代理节点DRA将所述STR消息发送至PCRF；

所述PCRF根据所述STR消息通知GGSN/PGW释放为相应的数据流建立的专用承载。

可选地，所述方法还包括：

在所述用户设备下线时，所述网络中的GGSN/PGW接收由所述用户设备触发的IP-CAN会话终止消息，并根据所述IP-CAN会话终止消息向PCRF发送CCR_T消息；

所述PCRF根据所述CCR_T消息撤销相应的IP-CAN会话的授权，终止所述IP-CAN会话，并根据计费规则与应用会话媒体的关系标识受影响的应用会话，停止计费，及向OMP发送ASR消息，请求终止所述应用会话的QoS保障；

所述OMP根据所述ASR消息向所述PCRF返回STR消息，撤销所述应用会话的QoS保障的授权。

相应地，本发明还提供一种服务器。所述服务器包括：

接收单元，用于接收用户设备发起的QoS提速请求；

发起单元，用于根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

由上述技术方案可知，服务器接收用户设备发起的QoS提速请求；并根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放，能够将网络中的QoS保障能力提供给第三方合作伙伴使用，从而帮助第三方合作伙伴更便捷的实现用户差异化服务，提升会员用户使用其业务时的上网感知，减少因网络原因造成的潜在损失。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些图获得其他的附图。

图1是现有技术中各类业务分别与时延和丢包率的对应关系的示意图；

图2是现有技术中VoLTE的QoS组网应用的示意图；

图3是本发明一实施例提供的用户侧QoS保障能力的开放方案的组网图；

图4是本发明一实施例提供的用户侧QoS保障能力的开放方法的流程图；

图5是本发明一实施例提供的执行QoS保障能力的开放方法的流程图；

图6是本发明一实施例提供的策略配置的流程图；

图7是本发明又一实施例提供的策略配置的流程图；

图8是本发明一实施例提供的UE、服务器与网络交互的信令流程图；

图9是本发明一实施例提供的网络侧释放QoS保障的信令流程图；

图10是本发明一实施例提供的服务器的结构示意图；

图11是本发明又一实施例提供的服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

以下对本发明实施例中提及的部分词语进行举例说明。

本发明实施例中提及的用户设备(User Equipment，简称UE)是所使用的移动终端或个人计算机(Personal Computer，简称PC)等设备。例如智能手机、个人数码助理(PDA)、平板电脑、笔记本电脑、车载电脑(carputer)、掌上游戏机、智能眼镜、智能手表、可穿戴设备、虚拟显示设备或显示增强设备(如Google Glass、Oculus Rift、Hololens、Gear VR)等。

图3是本发明一实施例提供的用户侧QoS保障能力的开放方案的组网图。如图3所示，OMP(Openness Mnagement Platform，开放管理平台)向上提供Rest API(ApplicationProgram Interface，应用程序接口)接口与AEP(API enable platform，能力开放平台)集成，向下通过Diameter协议的Rx接口对接DRA(diameter routing agent，路由代理节点)，从而实现用户侧QoS保障能力的开放。

其中，设备与网络平面/协议的对应关系，如下表所示：

其中，AEP将电信运营商的核心能力通过标准的REST API接口开放给合作伙伴进行调用。能力开放平台对第三方开发者和其他合作伙伴、政企以及个人用户所建立的一种接入通道。第三方开发者可以利用平台所提供的API接口和软件开发包来使用浙江移动提供的电信能力来开发。浙江移动也可以更有效地针对不同客户，开发更有针对性和不同类型的能力。

其中，OMP作为核心网的音视频会议(MediaX)，MBB提速(PCRF)，呼叫控制(Tropo)的开放网关与AEP对接，实现核心网音视频会议，MBB提速，呼叫控制能力的开放。具体地，OMP由OMP API Gateway(网关)和OMP Diameter Adapter(适配器)组成，具体功能如下：

其中，OMP API Gateway用于为某个用户申请所需的QoS，无线网络将对该用户做端到端的QoS保障。缺省的QoS策略为Internet尽力而为的转发方式，该API支持保证带宽的QoS策略，或者基于优先级调度的不保证带宽的QoS策略，具体的QoS策略由运营商按照媒体类型统一规划。

其中，DRA是diameter信令网的核心网元，负责LTE Diameter信令目的地址翻译和转接，实现LTE用户的鉴权、位置更新、计费管理。DRA逻辑上是一个实现了Diameter代理功能的Diameter节点，类似传统2/3G网络中的信令转接点(STP)的功能，由其根据用户的国际移动用户识别码(IMSI)、移动用户号码(MSISDN)、网络域(Realm)等信息进行域内LTE网元(例如HSS、PCRF)的寻址或者域间DRA的寻址。

其中，当网络中应用策略和计费控制时，P-CSCF(Proxy-call Session ControlFunction，代理呼叫会话控制功能)通过Rx参考点向PCRF发送从SIP/SDP会话建立信令获取的信息。该信息使得PCRF能够形成授权的IP QoS数据(比如，最大带宽和QoS等级)和合适的策略控制规则，这些数据和规则会通过Gx参考点进一步传递到接入网关。同样，PCRF使用Rx来向P-CSCF发送承载事件的通知。P-CSCF和PCRF使用3GPP TS29.214所定义的Diameter协议来进行信息传送。P-CSCF的任务就是将每条包含了SDP净荷的SIP消息的策略信息发送给PCRF。这就确保了PCRF能够传递合适的信息，来为所有可能的IMS会话建立场景进行策略和计费控制。Rx参考点用到了四个Diameter请求和回复对，具体如下：

其中，PCRF(Policy and Charging Rules Function，策略和计费规则功能)，该功能实体包含策略控制决策和基于流计费控制的功能，PCEF提供关于业务数据流检测、门控、基于QoS和基于流计费的网络控制。

其中，PCEF(Policy and Charging Enforcement Function，策略和计费执行功能)是一个逻辑实体，负责对PCRF所作的策略决策进行实施，它存在于接入网关PGW中。

其中，PCC(Policy and Charging Control，策略和计费控制)在用户业务处理方法中占有非常重要的地位。PCC提供例如一种管理业务相关连接的方法，这种方法是连续的、受控的。PCC能够决定如何为给定业务分配承载资源，包括如何针对承载来分解业务流，这些承载具有什么样的QoS特性，以及采用何种计费和收费方式。

具体地，PCC规则包括规则名、业务标识符、数据速率、QoS类别信息、业务数据流过滤器和门状态。其中，规则名用于引用一条规则，该规则在PCEF和PCRF之间传送。业务标识符用来标识业务或与业务数据流相关的业务成分。它可包含例如指明该业务是IMS多媒体电话的信息。数据速率指的是带宽的上限。它包含所有来自IP层和上面其他层(例如，UDP、RTP或者RTCP)的开销。如果允许会话中每个媒体使用多个编码方案，那么所授权的数据速率就按照带宽要求最高的编码方案进行设置。QoS类别信息表示可用于该业务数据流的最高类别。业务数据流过滤器用于选择规则所应用的流量，它进一步由源IP地址、目的IP地址、端口号和协议构成。门状态指明由业务数据流过滤器检测到的业务数据流，在上行链路和/或下行链路方向是否能通过(门为开)或是否该丢弃(门为关)。

如果从P-GW到S-GW的接口采用GTP协议，则PCRF会将PCC规则传送给位于P-GW的PCEF(策略和计费执行功能)，PCEF可以独立承担执行PCC规则的任务，如建立相应的专用承载，修改现有承载以确保新型IP业务流能够映射到承载上，确保仅有授权业务流可以通过，且不会突破QoS极限值。

在数据业务用户较多的区域(会设置多套PCRF)，需要设置DRA设备进行多个PCRF的会话绑定以及负载均衡。在用户附着并分配IP地址的时候，LTE核心网网关(SAE-GW)通过DRA询问PCRF并且接受PCRF的控制，此时DRA会基于运营商的网络策略为用户指定一个PCRF。DRA还会保存用户IMSI、IP地址和PCRF的对应关系，保证同一个用户在不同接口上的Diameter信令路由到同一个PCRF，例如后续的业务中，用户连续的呼叫会话控制功能实体(CSCF)可能会访问这个绑定的PCRF、用户连续的其他的SAE-GW也会访问这个绑定的PCRF。

图4是本发明一实施例提供的用户侧QoS保障能力的开放方法的流程图。如图4所示，本发明一实施例提供的用户侧QoS保障能力的开放方法包括：

在步骤S101中，服务器接收用户设备发起的QoS提速请求。

其中，所述服务器为第三方开发者和其他合作伙伴、政企以及个人用户的应用服务器，例如，淘宝网网站的服务器或腾讯网网站的服务器等等。所述QoS提速请求包括应用标识、用户标识、无线接入点名称、媒体组成信息等等。其中，媒体组成信息包括业务类型、业务流信息和QoS信息等等。

具体地，在该步骤之前，所述方法还包括：所述服务器向所述能力开放平台发送认证信息，以使得所述能力开放平台对所述认证信息进行验证，在验证成功的情况下，使所述服务器接入所述网络。

最后，在步骤S102中，所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

其中，Rest API接口为表示状态传送(Representational State Transfer，Rest)的应用程序接口，QoS资源申请请求包括应用标识、用户标识、用户设备的无线接入点名称、QoS资源的保障时长、媒体组成信息和服务器的事件通知回调地址。具体地，用户标识包含用户设备的公网IP地址、用户设备的私网IP地址(用户终端获取的网络分配的IP地址)、MSISDN、IMSI等。当用户设备为移动网接入时，私网IP地址必须携带，公网IP地址、MSISDN、IMSI必须至少携带其中一个。当以MSISDN或IMSI作为用户标识时，QoS资源申请请求必须携带用户设备的无线接入点名称。QoS资源的保障时长为预留字段，浙江移动当前阶段不填写，QoS资源的保障时长也即是QoS加速维持的时长，单位为秒，用于设置使能器的持续定时器，不存在使能器时，使用预配置的参数设置持续定时器。使能器上预配置持续参数所允许的最小值、最大值及默认值，在API发布文档中公布。服务器的事件通知回调地址的取值为空时，表示不订购QoS状态事件通知；服务器的事件通知回调地址的取值为非空，表示订购QoS状态事件通知。如下QoS事件发生时，会产生事件通知：

1、网络侧异常导致所有流取消保障，例如，由于无线环境恶化导致用户脱网。

2、网络侧异常导致部分流取消保障，例如，由于无线环境恶化导致承载释放。

3、用户进行网络切换，例如用户从LTE切换到eHRPD。

4、预留，标识用户的保障配额耗尽，例如用户保障的时长、流量)。

5、预留，应用当前用量报告，例如用户保障的时长、流量。

在具体的实施方式中，所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，包括：所述网络中的开放管理平台OMP在接收到所述QoS资源申请请求后，将所述QoS资源申请请求转换成AAR消息，并经由路由代理节点DRA将所述AAR消息发送至PCRF；所述PCRF根据所述AAR消息在预先配置的QoS业务保障策略中查找相应的QoS业务保障策略，并根据相应的QoS业务保障策略向GGSN/PGW下发PCC规则；所述GGSN/PGW解析所述用户设备发往所述服务器的数据流，并根据所述PCC规则为解析后的数据流建立专有承载。具体地，所述GGSN/PGW根据所述PCC规则为解析后的数据流建立专有承载时，所述GGSN/PGW还根据所述PCC规则向计费中心上报话单。更为具体地，所述OMP将所述QoS资源申请请求转换成AAR消息，包括：所述OMP判断所述QoS资源申请请求中是否包含所述用户设备的号码或国际移动用户识别码IMSI；若否，所述OMP确定所述用户设备是通过所述QoS资源申请请求中的用户设备的IP地址来标识的，所述IP地址包括公网IP地址和私网IP地址；所述OMP基于所述用户设备的公网IP地址在预先配置的公网IP地址与网域ID的映射表中检索到与所述用户设备的公网IP地址对应的网域ID；所述OMP根据所述QoS资源申请请求中的应用标识、用户设备的私网IP地址和所述用户设备的媒体组成信息以及所述网域ID生成所述AAR消息。

其中，所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载之前，所述网络的管理员为所述网络中的OMP和PCRF分别配置媒体类型和应用标识与QoS业务保障策略的对应关系以及为所述网络中的计费中心配置媒体类型和应用标识与计费策略的对应关系。

其中，AAR消息用于向PCRF申请专有承载，该命令将携带构建上行或下行链路信息的必要信息。包含了其他基本Diameter命令元素信息中也都包含的信息，如UE的IP地址、媒体流信息、报告策略、IMS计费标识符、服务-URN、优先级和有关SIP分叉的信息。媒体流信息进一步表示媒体流的细节，如业务方向、源/目的IP地址和端口号、最大请求带宽、每个媒体成分的状态(各上行链路/下行链路方向的使能和禁止)、媒体类型(音频、视频、数据、应用、控制、文本、消息及其他)。具体地，AAR消息包括会话ID、授权应用ID、源主机、源域名、目的域名、目的主机、网域ID、应用标识、媒体组成描述信息、业务信息状态、计费标识、SIP分叉指示、Rx请求类型、具体指令、用户标识、预留优先权、帧IP地址、帧IPv6前缀、呼叫基站ID、路由记录、授权生命期等等。具体地，会话ID由OMP Diameter Adapter分配，用于唯一表示当前会话，并用于后续的会话操作，如QoS资源修改、释放等等。应用标识在应用创建时由能力开放管理平台OMP分配。源主机为Diameter链路对接时配置的OMP Diameter adapter的主机名，源域名为Diameter链路对接时配置的OMP Diameter adapter的域名，目的域名为Diameter链路对接时配置的DRA/PCRF的域名，目的主机为Diameter链路对接时配置的DRA/PCRF的主机名，具体指令包括承载损耗指示、承载恢复指示、承载释放指示、资源成功分配的指示和资源分配失败的指示。帧IP地址由OMP Diameter Adapter根据私网IP地址的格式判断，帧IPv6前缀由OMP Diameter Adapter根据私网IP地址的格式判断。呼叫基站ID为无线接入名称，授权生命期为持续时间。

本实施例通过服务器接收用户设备发起的QoS提速请求；并根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放，能够将网络中的QoS保障能力提供给第三方合作伙伴使用，从而帮助第三方合作伙伴更便捷的实现用户差异化服务，提升会员用户使用其业务时的上网感知，减少因网络原因造成的潜在损失。

图5是本发明一实施例提供的执行QoS保障能力的开放方法的流程图。如图5所示，运营商根据用户侧QoS保障的媒体类型和应用标识规划QoS业务保障策略和计费策略，每种媒体类型下的每种应用标识对应一种QoS业务保障策略和计费策略，用户侧QoS保障的媒体类型有八种，分别为：音频、视频、数据、应用、控制、文本、信息、其它。具体地，首先由管理员向BOSS(计费中心)配置QoS计费包(计费策略)，向PCRF配置QoS业务保障策略，向能力开放平台配置QoS开放的媒体类型和应用标识与QoS业务保障策略的对应关系。在用户设备向第三方业务平台的应用服务器申请QoS加速时，业务平台的服务器调用能力开放平台的RestAPI接口发起用户侧提速请求。然后，能力开放平台经OMP向PCRF申请QoS提速，PCRF根据策略配置，向PGW/GGSN下发业务加速规则，PGW/GGSN根据QoS策略参数，为提速用户和指定目标地址创建专有承载，并向BOSS(计费中心)上传话单。

图6是本发明一实施例提供的策略配置的流程图。如图6所示，运营商规划用户侧QoS保障开放的类别和计费策略，并由管理员向BOSS(计费中心)配置QoS计费包，向PCRF配置QoS业务保障策略，向AEP配置开放的QoS保障的媒体类型(包括开放的媒体类型和QoS业务保障策略的对应关系)。合作伙伴申请运营号码，用于合作伙伴的身份认证，如果合作伙伴仅做应用认证，则不需要申请运营账户。应用注册时，AEP向BOSS(计费中心)同步应用信息。AEP在应用注册过程中调用PCRF的CLI接口为PCRF配置应用签约QoS业务保障策略。

图7是本发明又一实施例提供的策略配置的流程图。如图7所示，运营商预先设定好QoS业务保障策略(如开放的媒体类型，QoS资源等)和计费策略。管理员调用PCRF的CLI命令为PCRF配置QoS业务保障策略(包括媒体类型，QCI，计费标识Rate Group Id)；管理员向计费中心配置用户侧QoS保障业务的计费策略，包括计费标识Rate Group Id，费率等。管理员向AEP配置用户侧QoS保障类型。此外，管理员向OMP配置公网IP段与Domain ID的映射关系。例如，腾讯提出的无法获取用户的号码，只能获取到公网+私网IP，然后需要能力开放平台的OMP网元将这个转换成IP+domainID的能力，IP+domainID可以被PCRF识别找到对应的用户号码。与此同时，在无线网络完成对应的QoS设置。其中，需要保证在PCRF和计费中心配置的Rate Group Id一致，PCRF与AEP上的QoS策略名称一致。

优选地，所述方法还包括：所述服务器还接收所述用户设备发起的释放QoS保障请求；所述服务器根据所述释放QoS保障请求调用所述能力开放平台AEP的Rest API接口向所述网络发起QoS资源释放请求，以使得所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载。藉此，第三方合作伙伴能够释放网络中的QoS保障能力。

在具体的实施方式中，所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载，包括：OMP在接收到所述QoS资源释放请求后，将所述QoS资源释放请求转换成STR消息，并经由路由代理节点DRA将所述STR消息发送至PCRF；所述PCRF根据所述STR消息通知GGSN/PGW释放为相应的数据流建立的专用承载。

图8是本发明一实施例提供的UE、服务器与网络交互的信令流程图。如图8所示，该信令流程包括三个部分，分别是认证授权流程、QoS保障申请流程和QoS保障释放流程。

其中，认证授权流程是由AEP完成用户或第三方应用服务器的认证签权，认证流程不涉及OMP，OMP完全信任AEP。该认证授权流程包括用户设备发送用户认证信息给第三方服务器，第三方服务器根据用户认证信息向AEP发送OAuth认证信息，AEP根据所述OAuth认证信息向第三方服务器返回接入令牌，第三方服务器根据接入令牌向用户设备返回用户令牌，从而完成用户设备和第三方服务器的签权认证。

其中，所述QoS保障申请流程包括：用户通过客户端手动或第三方服务器自动发起用户侧QoS保障申请。AEP收到用户侧QoS保障申请后，对请求消息进行鉴权，SLA等控制处理后，携带请求用户设备的公网IP，私网IP和业务数据，向OMP API Gateway发起QoS保障请求。OMP API Gateway转发请求到OMP Diameter Adapter。OMP Diameter Adapter将用户侧QoS保障请求转换成Diameter(Rx)消息AAR发送给DRA/PCRF，向PCRF申请专有承载(该消息经DRA转发)。其中，如果请求是通过IP来标识用户，OMP Diameter Adapter基于待保障用户的公网IP结合本地预配置的公网IP与Domain Id映射表检索出Domain Id，将私网IP和Domain Id包含在Diameter Rx消息中发送给DRA/PCRF。如果请求是通过MSISDN或IMSI来标识用户，则不需要做Domain Id映射。DRA/PCRF接收到AAR(AA-Request)消息后，首先为QoS保障建立会话，通过AAA(AA-Answer)应答返回会话ID。然后，根据AAR消息查找相应的QoS业务保障策略，并通过Gx接口将QoS业务保障策略发送给GGSN/PGW为用户和指定目的地建立QoS保障承载。QoS保障承载建立后，PCRF/DRA向OMP Diameter Adapter发送RAR(Re-Auth-Request)请求，告知QoS保障承载建立结果。OMP Diameter Adapter接收到DRA/PCRF的RAR消息后，向DRA/PCRF返回RAA(Re-Auth-Answer)应答，并将RAR消息转换成应答消息，将会话ID和保障承载结果返回到OMP API Gateway。OMP API Gateway返回执行结果给AEP，AEP将会话ID返回给第三方应用服务器，第三方应用服务器可基于会话ID进行QoS保障释放。其中，AEP获取公网IP地址的原则为：如果在QoS保障申请消息中携带了公网IP，则以消息中携带的为准。如果申请消息中未携带公网IP，则以请求消息的源IP作为公网IP。

其中，所述QoS保障释放流程包括：用户通过客户端手动或第三方服务器自动释放QoS保障。AEP收到QoS资源释放申请后，对请求消息进行鉴权，SLA等控制处理后，携带会话ID向OMP API Gateway发起释放QoS保障的请求。OMP API Gateway转发请求消息到OMPDiameter Adapter。OMP Diameter Adapter将QoS保障释放请求转换Diameter(Rx)消息STR(会话终止请求)发送给DRA/PCRF。通知PCRF以前授权的会话现在结束了。DRA/PCRF通过Gx接口告知GGSN/PGW释放用户的QoS保障承载，以防止SIP会话终止后的承载误用。并返回释放结果STA(会话终止响应)。其中，Gx接口是GGSN/P-GW与PCRF之间的接口，基于Diameter协议进行通信。此时，GGSN/P-GW充当PCEF，Gx接口消息类型包括：CCR(Credit ControlRequest，信用控制请求)/CCA(Credit Control Answer，信用控制响应)、RAR(Re-Auth-Request，重授权请求)/RAA(Re-Auth-Answer，重授权响应)。OMP Diameter Adapter返回释放结果到OMP API Gateway。OMP API Gateway返回执行结果给AEP。AEP向第三方应用服务器返回最终的QoS资源释放结果。

其中，AAA消息用于对AAR消息进行应答。包含使能计费关联的信息和有关所使用IP-CAN类型的信息，还可能包含所使用的无线接入类型的信息(UTRAN/GERAN、WLAN、GAN、HSPA演进)。具体地，AAA消息包括会话ID、授权应用ID、结果码、DRA/PCRF的主机名和DRA/PCRF的域名。

其中，RAR消息用于传递有关承载事件的通知。下列事件可被报告：IMS信令和用户平面承载状态的改变(新承载创建、承载丢失、丢失承载已恢复)、IP-CAN类型改变、某些业务数据流(例如视频流)去激活。该消息将由RAA消息进行应答。具体地，RAR消息包括会话ID、授权应用ID、DRA/PCRF的主机名、DRA/PCRF的域名、OMP Diameter Adapter的主机名、OMP Diameter Adapter的域名、事件通知类型、媒体流和用户标识。

其中，QoS资源释放请求包括应用标识和QoS请求的唯一标识。

其中，STR消息包括会话ID、授权应用标识、源主机、源域名、目的域名、目的主机。具体地，源主机为Diameter链路对接时配置的OMP Diameter adapter的主机名，源域名为Diameter链路对接时配置的OMP Diameter adapter的域名，目的域名为Diameter链路对接时配置的DRA/PCRF的域名，目的主机为Diameter链路对接时配置的DRA/PCRF的主机名。

其中，STA消息包括会话ID、源主机、源域名和结果代码。具体地，源主机为Diameter链路对接时配置的DRA/PCRF的主机名，源域名为Diameter链路对接时配置的DRA/PCRF的域名。

优选地，所述方法还包括：在所述用户设备下线时，所述网络中的GGSN/PGW接收由所述用户设备触发的IP-CAN会话终止消息，并根据所述IP-CAN会话终止消息向PCRF发送CCR_T消息；所述PCRF根据所述CCR_T消息撤销相应的IP-CAN会话的授权，终止所述IP-CAN会话，并根据计费规则与应用会话媒体的关系标识受影响的应用会话，停止计费，及向OMP发送ASR消息，请求终止所述应用会话的QoS保障；所述OMP根据所述ASR消息向所述PCRF返回STR消息，撤销所述应用会话的QoS保障的授权。藉此，能够提高QoS保障资源的利用率。

图9是本发明一实施例提供的网络侧释放QoS保障的信令流程图。如图9所示，用户下线时触发IP-CAN(IP-Connectivity Access Network，IP连接接入网络)会话终止，PCEF收到IP-CAN会话终止消息，发送CCR_T(Credit Control Request-Type，信用控制请求类型)消息到PCRF。CCR_T消息可以携带的关键信元包括会话ID、信用控制请求类型(终止请求)、CC-Request-Number(信用控制请求的编号)和终止原因(“diameter协议注销”)等。PCRF根据CCR_T消息撤销此IP-CAN会话的授权，并返回一个确认CCA_T(Credit ControlAnswer-Type，信用控制响应类型)消息给PCEF，终止IP-CAN会话。CCA_T消息可以携带的关键信元包括：会话ID、结果代码、信用控制请求类型、信用控制请求的编号等。PCRF再根据计费原则与应用会话媒体的绑定关系标识受影响的应用会话，针对受影响的应用会话，PCRF/DRA发送异常终止请求ASR(Abort-Session-Request，中断会话请求)到OMP DiameterAdapter，请求终止应用会话。OMP Diameter Adapter收到DRA/PCRF发送的ASR消息，向DRA/PCRF返回ASA(Abort-Session-Answer，中断会话响应)响应。OMP Diameter Adapter向DRA/PCRF发送STR消息撤销QoS保障会话授权。DRA/PCRF向OMP Diameter Adapter响应STA消息，QoS保障会话删除过程完成。

其中，ASR消息包括待中断会话的标识、授权应用ID、源主机、源域名、目的域名、目的主机和中断原因。具体地，源主机为DRA/PCRF的主机名，源域名为DRA/PCRF的域名，目的域名为OMP Diameter adapter的域名，目的主机为OMP Diameter adapter的主机名，中断原因包括4种，第一种为承载已经被释放，需要终止当前会话，第二种为PCRF上资源不足，例如License资源不足，需要终止当前会话，第三种为承载资源不足，需要终止当前会话，第四种为语音业务从LTE网络切换到2G/3G网络。

其中，ASA消息包括待中断的会话ID、源主机、源域名和结果代码。具体地，源主机为OMP Diameter adapter的主机名，源域名为OMP Diameter adapter的域名，结果代码用于指示某特定请求是否成功完成或是否发生了错误，结果代码取值根据首位可以判断是否成功。

当实际的应用场景是第三方合作伙伴为淘宝时，当用户访问淘宝业务时，能够提升用户使用淘宝业务的QoS等级。具体地，用户激活后，PCRF会建立IP-CAN会话，包括MSISDN、用户IP地址等；用户访问淘宝网网址；淘宝网站判断用户访问资源是否需要提升带宽，如果需要，则确定用户访问的服务器IP地址，向能力开放平台发起QoS资源申请请求，触发与PCRF的Rx对话；能力开放平台发给PCRF的Rx消息中包含用户MSISDN和APN，流信息(服务器IP地址)，应用标识(标识是淘宝网)，带宽；PCRF根据MSISDN和APN寻址用户的IP-CAN会话。然后根据Rx会话信息和配置策略，下发PCC规则给网关，规则中包括流信息(服务器IP地址)和特殊计费标识；网关解析用户数据流，为相应的流建立专有承载，并上报话单给BOSS(计费中心)，其中携带特殊的计费标识。计费中心根据特殊计费标识对用户流量进行处理。

本实施例主要实现用户侧QoS保障能力的开放，所谓的用户侧QoS保障能力是指针对指定用户进行的QoS保障，为此用户和指定目标服务器建立专有承载。通过OMP向上提供Rest API与能力开放平台集成，向下通过Diameter Rx接口对接DRA，DRA按号段转发给相应的PCRF，实现用户侧QoS保障能力开放给第三方开发者使用。具体地，通过开放标准的restAPI接口提供给第三方开发者方便的调用。通过能力开放平台将运营商的用户侧QoS保障能力开放给第三方互联网企业，可以帮助他们更便捷的实现用户差异化服务，提升会员用户使用其业务时的上网感知，减少因网络原因造成的潜在损失。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

图10是本发明一实施例提供的服务器的结构示意图。如图10所示，本发明一实施例提供的服务器包括接收单元201和发起单元202，其中：

接收单元201，用于接收用户设备发起的QoS提速请求；

发起单元202，用于根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

本实施例提供的服务器适用于以上实施例对应的用户侧QoS保障能力的开放方法，在此不再赘述。

本实施例提供一种服务器，接收单元201接收用户设备发起的QoS提速请求；发起单元202根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放，能够将网络中的QoS保障能力提供给第三方合作伙伴使用，从而帮助第三方合作伙伴更便捷的实现用户差异化服务，提升会员用户使用其业务时的上网感知，减少因网络原因造成的潜在损失。

图11是本发明又一实施例提供的服务器的结构示意图。如图11所示，所述服务器包括：处理器(processor)301、存储器(memory)302、通信接口(CommunicationsInterface)303和通信总线304；

其中，所述处理器301、存储器302、通信接口303通过所述通信总线304完成相互间的通信；

所述通信接口303用于该服务器与网络或用户设备的信息传输；

所述处理器301用于调用所述存储器302中的程序指令，以执行上述各方法实施例所提供的方法，例如包括：服务器接收用户设备发起的QoS提速请求；所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

本实施例公开一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法实施例所提供的方法，例如包括：服务器接收用户设备发起的QoS提速请求；所述服务器根据所述QoS提速请求调用能力开放平台AEP的RestAPI接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

本实施例提供一种非暂态计算机可读存储介质，所述非暂态计算机可读存储介质存储计算机指令，所述计算机指令使所述计算机执行上述各方法实施例所提供的方法，例如包括：服务器接收用户设备发起的QoS提速请求；所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所描述的服务器等实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上各实施例仅用以说明本发明的实施例的技术方案，而非对其限制；尽管参照前述各实施例对本发明的实施例进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明的实施例各实施例技术方案的范围。

Claims (8)

1.一种用户侧QoS保障能力的开放方法，其特征在于，所述方法包括：

服务器接收用户设备发起的QoS提速请求；

所述服务器根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放；

所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，包括：

所述网络中的开放管理平台OMP在接收到所述QoS资源申请请求后，将所述QoS资源申请请求转换成AAR消息，并经由路由代理节点DRA将所述AAR消息发送至PCRF；

所述PCRF根据所述AAR消息在预先配置的QoS业务保障策略中查找相应的QoS业务保障策略，并根据相应的QoS业务保障策略向GGSN/PGW下发PCC规则；

所述GGSN/PGW解析所述用户设备发往所述服务器的数据流，并根据所述PCC规则为解析后的数据流建立专有承载；

所述OMP将所述QoS资源申请请求转换成AAR消息，包括：

所述OMP判断所述QoS资源申请请求中是否包含所述用户设备的号码或国际移动用户识别码IMSI；

若否，所述OMP确定所述用户设备是通过所述QoS资源申请请求中的用户设备的IP地址来标识的，所述IP地址包括公网IP地址和私网IP地址；

所述OMP基于所述用户设备的公网IP地址在预先配置的公网IP地址与网域ID的映射表中检索到与所述用户设备的公网IP地址对应的网域ID；

所述OMP根据所述QoS资源申请请求中的应用标识、用户设备的私网IP地址和所述用户设备的媒体组成信息以及所述网域ID生成所述AAR消息。

2.根据权利要求1所述的用户侧QoS保障能力的开放方法，其特征在于，所述服务器接收用户设备发起的QoS提速请求之前，所述方法还包括：

所述服务器向所述能力开放平台发送认证信息，以使得所述能力开放平台对所述认证信息进行验证，在验证成功的情况下，使所述服务器接入所述网络。

3.根据权利要求1所述的用户侧QoS保障能力的开放方法，其特征在于，所述方法还包括：

所述GGSN/PGW根据所述PCC规则为解析后的数据流建立专有承载时，所述GGSN/PGW还根据所述PCC规则向计费中心上报话单。

4.根据权利要求1所述的用户侧QoS保障能力的开放方法，其特征在于，所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载之前，所述方法还包括：

所述网络的管理员为所述网络中的OMP和PCRF分别配置媒体类型和应用标识与QoS业务保障策略的对应关系以及为所述网络中的计费中心配置媒体类型和应用标识与计费策略的对应关系。

5.根据权利要求1所述的用户侧QoS保障能力的开放方法，其特征在于，所述方法还包括：

所述服务器还接收所述用户设备发起的释放QoS保障请求；

所述服务器根据所述释放QoS保障请求调用所述能力开放平台AEP的Rest API接口向所述网络发起QoS资源释放请求，以使得所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载。

6.根据权利要求5所述的用户侧QoS保障能力的开放方法，其特征在于，所述网络根据所述QoS资源释放请求释放为所述用户设备发往所述服务器的数据流建立的专有承载，包括：

OMP在接收到所述QoS资源释放请求后，将所述QoS资源释放请求转换成STR消息，并经由路由代理节点DRA将所述STR消息发送至PCRF；

所述PCRF根据所述STR消息通知GGSN/PGW释放为相应的数据流建立的专用承载。

7.根据权利要求1所述的用户侧QoS保障能力的开放方法，其特征在于，所述方法还包括：

在所述用户设备下线时，所述网络中的GGSN/PGW接收由所述用户设备触发的IP-CAN会话终止消息，并根据所述IP-CAN会话终止消息向PCRF发送CCR_T消息；

所述PCRF根据所述CCR_T消息撤销相应的IP-CAN会话的授权，终止所述IP-CAN会话，并根据计费规则与应用会话媒体的关系标识受影响的应用会话，停止计费，及向OMP发送ASR消息，请求终止所述应用会话的QoS保障；

所述OMP根据所述ASR消息向所述PCRF返回STR消息，撤销所述应用会话的QoS保障的授权。

8.一种服务器，其特征在于，所述服务器包括：

接收单元，用于接收用户设备发起的QoS提速请求；

发起单元，用于根据所述QoS提速请求调用能力开放平台AEP的Rest API接口向网络发起QoS资源申请请求，以使得所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，从而实现用户侧QoS保障能力的开放；

所述网络根据所述QoS资源申请请求为所述用户设备发往所述服务器的数据流建立专有承载，包括：

所述网络中的开放管理平台OMP在接收到所述QoS资源申请请求后，将所述QoS资源申请请求转换成AAR消息，并经由路由代理节点DRA将所述AAR消息发送至PCRF；

所述PCRF根据所述AAR消息在预先配置的QoS业务保障策略中查找相应的QoS业务保障策略，并根据相应的QoS业务保障策略向GGSN/PGW下发PCC规则；

所述GGSN/PGW解析所述用户设备发往所述服务器的数据流，并根据所述PCC规则为解析后的数据流建立专有承载；

所述OMP将所述QoS资源申请请求转换成AAR消息，包括：

所述OMP判断所述QoS资源申请请求中是否包含所述用户设备的号码或国际移动用户识别码IMSI；

若否，所述OMP确定所述用户设备是通过所述QoS资源申请请求中的用户设备的IP地址来标识的，所述IP地址包括公网IP地址和私网IP地址；

所述OMP基于所述用户设备的公网IP地址在预先配置的公网IP地址与网域ID的映射表中检索到与所述用户设备的公网IP地址对应的网域ID；

所述OMP根据所述QoS资源申请请求中的应用标识、用户设备的私网IP地址和所述用户设备的媒体组成信息以及所述网域ID生成所述AAR消息。

Images