第三方应用的策略控制方法、SCEF和PCRF与流程

本发明涉及通信技术，具体涉及一种第三方应用的策略控制方法、业务能力开放网络(Service Capability Exposure Framework，简称为SCEF)和策略与计费规则功能实体(Policy and Charging Rules Function，简称为PCRF)。

背景技术：

第三代合作伙伴计划(3rd Generation Partnership Project，简称为3GPP)的策略和计费控制(Policy and Charging Control，简称为PCC)架构是一个能够应用于多种接入技术的功能框架。例如，应用于通用移动通信系统(Universal Mobile Telecommunications System，简称为UMTS)的陆上无线接入网(UMTS Terrestrial Radio Access Network，简称为UTRAN)、全球移动通信系统(Global system for Mobile Communication，简称为GSM)/GSM数据增强演进(Enhanced Data rates for Global Evolution，简称为EDGE)无线接入网、互通无线局域网(I-WLAN)以及演进的分组系统(Evolved Packet System，简称为EPS)等。

图1为相关技术的Rel-9PCC非漫游架构的示意图，以下参照图1对该PCC架构中的各个逻辑功能实体及其接口功能进行描述：

应用功能实体(Application Function，简称为AF)，提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略与计费规则功能实体(Policy and Charging Rules Function，简称为PCRF)，如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈中同时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(User Equipment，简称为UE)。其中，AF和PCRF之间的接口是Rx接口。

PCRF是PCC的核心，负责策略决策和计费规则的制定。PCRF提供了基于业务数据流的网络控制规则，这些网络控制包括业务数据流的监测、门控(Gating Control)、服务质量(Quality of Service，简称为QoS)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略与计费执行功能实体(Policy and Charging Enforcement Function，简称为PCEF)执行，同时，PCRF还需要保证这些规则和用户的签约信息一致。PCRF制定策略和计费规则的依据包括：从AF获取与业务相关的信息；从用户签约数据库(Subscription Profile Repository，简称为SPR)获取用户策略计费控制签约信息；从PCEF获取与承载相关网络的信息。

PCEF，用于在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行监测，进而对这些业务数据流执行PCRF所制定的策略和计费规则。在承载建立时，PCEF按照PCRF发送的规则进行QoS授权，并根据AF的执行进行门控控制。根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费系统(Online Charging System，简称为OCS)一起进行信用管理。离线计费时，PCEF和离线计费系统(Offline Charging System，简称为OFCS)之间交换相关计费信息。PCEF与PCRF之间的接口是Gx接口，与OCS之间的接口是Gy接口，与OFCS之间的接口是Gz接口。也可增强PCEF功能实现流检测功能(TDF，简称为Traffic Detection Function)。PCEF可以根据本地配置或是PCRF下发的包含应用检测控制策略(ADC，Application Detection and Control)的PCC规则进行应用检测并进行策略执行(如门控、重定向和带宽限制)。PCEF通常位于网络的网关(Gate-Way，简称为GW)内，如GPRS中的GPRS网关支持节点(GGSN)以及I-WLAN中的分组数据网关(Packet Data Gateway，简称为PDG)。

TDF也可以独立部署，此时TDF与PCRF之间的接口是Sd接口，TDF可以根据预配置或PCRF下发的应用检测控制规则进行应用检测和策略执行。PCRF为独立TDF提供应用检测控制规则，独立TDF功能的策略控制执行操作 包括门控、重定向和带宽限制。TDF向PCRF作被检测业务/流的相关事件和信息的上报，以及给PCRF发送业务数据流描述，传送来自PCRF的用于流检测的业务检测和策略规则的信令。TDF存在请求业务报告和主动业务报告两种模式：请求业务报告方式，PCRF将会通知TDF哪些业务需要检测并报告给PCRF；主动业务报告方式，在TDF中预配置哪些业务需要检测和报告，该方式假定用户同意不需请求并可执行。

承载绑定和事件报告功能实体(Bearer Binding and Event Reporting Function，简称为BBERF)，其功能包括承载绑定、上行承载绑定的验证、以及事件报告。当UE通过E-UTRAN接入，并且S-GW与P-GW之间采用PMIPv6协议时，BBERF就位于S-GW，当UE通过可信任非3GPP接入系统接入时，BBERF位于可信任非3GPP接入网关，当UE通过不可信任非3GPP接入系统接入时、BBERF位于演进的分组数据网关(Evolved Packet Data Gateway，简称为ePDG)。此时，PCEF不再执行承载绑定功能。

用户签约数据库(SPR)存储了和策略控制与计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。

在线计费系统(OCS)，与PCEF一起进行在线计费方式下用户信用的控制和管理。

离线计费系统(OFCS)，与PCEF一起完成离线计费方式下的计费操作。

以上PCC架构通过各功能实体实现了对UE为访问一个分组数据网络(Packet Data Network，简称为PDN)所建立的IP连接接入网(IP Connectivity Access Network，简称为IP-CAN)会话的策略计费控制。

随着移动互联网的发展，运营商需要与第三方应用提供商进行互通，为第三方应用提供商提供的业务进行QoS保障。由于目前PCC支持的Rx接口采用的Diameter协议，而对于大多数第三方应用提供商来说，他们更擅长基于SOAP、REST协议的开发。目前业界研究PCC架构支持基于SOAP/REST协议的Rx接口。在PCRF和AF直接设置一个称为协议转换器的逻辑功能，用于将SOAP或REST协议转换成Diameter。可以在PC上面增加一些接入控制功能， 以便能够更好的实现运营商对第三方应用的接入控制，此时该逻辑功能还称为应用接入控制功能(Application Access Control,简称AAC)。此外，除了对外部应用的接入控制，移动运营商提供增值业务等3GPP的业务功能给外部应用提供商和基于网络的API商业合作方，提供内外部应用和业务的可达和互通。与提供企业或商业方案和基于网络的业务和内容的更广范围的外部应用提供商之间，开展新的签约和合作关系。这称为业务能力开放网络(Service Capability Exposure Framework，简称为SCEF)。当前PCC架构中，SCEF可部署在PCRF和外部AF之间(如图2所示)。

相关技术中，PCRF根据SPR签约信息可以对UE的IP-CAN会话或服务数据流SDF进行QoS授权，生成相应的策略或和计费规则，下发给PCEF安装执行。当引入第三方应用服务器AS和SCEF，运营商网络除了根据用户(对应UE)的签约对业务进行相应的QoS授权，还需要能够对第三方AS接入3GPP系统的整体业务能力进行QoS授权和对第三方AS签约业务进行QoS授权。

目前如何解决SCEF架构下对第三方AS进行整体QoS授权、对第三方AS的签约业务进行QoS授权，尚没有相关技术方案。

技术实现要素：

本发明实施例提供一种第三方应用的策略控制方法、SECF以及PCRF，能够实现SCEF架构下对第三方AS进行整体QoS授权，还能够实现对第三方AS的签约业务进行QoS授权。

本发明实施例的技术方案是这样实现的：

本发明提供了一种第三方应用的策略控制方法，所述方法包括：

业务能力开放网络SCEF对第三方应用服务器AS的整体签约服务质量QoS进行授权决策；

发送QoS请求给策略与计费规则功能实体PCRF，所述QoS请求用于使所述PCRF对用户终端UE请求的业务的QoS进行授权决策以生成策略和计费控 制规则。

较佳地，

所述SCEF存储有所述第三方AS的整体签约信息，所述第三方AS的整体签约信息包括以下至少之一：

所述第三方AS的标识、所述第三方AS预先签约的最大比特率MBR、所述第三方AS预先签约的保证比特率GBR、所述第三方AS预先签约的最大用户数，所述第三方AS预先签约的允许业务种类和类型、所述第三方AS的QoS级别信息。

较佳地，所述SCEF对第三方AS的整体签约QoS进行授权决策，包括：

所述SCEF根据本地存储的第三方AS的整体签约信息、以及所述第三方AS的QoS请求，对所述第三方AS的整体签约QoS进行授权决策。

较佳地，所述QoS请求包括UE请求的业务信息、所述UE请求的业务对应的QoS信息、以及对所述第三方AS的整体QoS授权决策信息。

本发明又提供了一种第三方应用的策略控制方法，所述方法包括：

策略与计费规则功能实体PCRF收到业务能力开放网络SCEF发送的来自于第三方AS的QoS请求；

根据所述第三方应用服务器AS的整体签约信息、用户签约信息，对所述第三方AS的整体签约QoS进行授权决策，并对UE请求业务的QoS进行授权决策，生成策略和计费控制规则。

较佳地，

所述第三方AS的整体签约信息存储于用户签约数据库SPR中，或预定义在所述PCRF中。

较佳地，

所述第三方AS的整体签约信息包括以下至少之一：所述第三方AS的标识、所述第三方AS预先签约的MBR、所述第三方AS预先签约的GBR、所述第三方AS预先签约的最大用户数、所述第三方AS预先签约的允许业务种类和类型、QoS级别信息。

较佳地，

所述QoS请求中携带UE请求的业务的信息、所述UE请求的业务对应的QoS信息。

较佳地，

所述QoS请求中携带用于策略控制区分服务数据流SDF的IP过滤信息和应用类型信息、应用带宽需求、所述第三方AS的整体签约信息、请求QoS的时间周期或流量阈值信息。

本发明又提供了一种业务能力开放网络SCEF，所述SCEF包括：

第一授权决策单元，用于对第三方应用服务器AS的整体签约服务质量QoS进行授权决策；

发送单元，用于发送QoS请求给策略与计费规则功能实体PCRF，所述QoS请求用于使所述PCRF对用户终端UE请求的业务的QoS进行授权决策以生成策略和计费控制规则。

较佳地，

所述SCEF还包括第一存储单元，用于存储所述第三方AS的整体签约信息，所述第三方AS的整体签约信息包括以下至少之一：

所述第三方AS的标识、所述第三方AS预先签约的最大比特率MBR、所述第三方AS预先签约的保证比特率GBR、所述第三方AS预先签约的最大用户数，所述第三方AS预先签约的允许业务种类和类型、所述第三方AS的QoS级别信息。

较佳地，所述第一授权决策单元还用于根据第三方AS的整体签约信息、以及所述第三方AS的QoS请求，对所述第三方AS的整体签约QoS进行授权决策。

本发明又提供了一种策略与计费规则功能实体PCRF，所述PCRF包括：

接收单元，用于接收到业务能力开放网络SCEF发送的来自于第三方应用服务器AS的QoS请求；

第二授权决策单元，用于根据所述第三方AS的整体签约信息、用户签约 信息，对所述第三方AS的整体签约QoS进行授权决策，并对UE请求业务的QoS进行授权决策，生成策略和计费控制规则。

较佳地，

所述PCRF还包括第二存储单元，用于存储所述第三方AS的整体签约信息。

本发明实施例中，由SCEF和PCRF进行分级授权决策，或由PCRF统一进行授权决策，实现运营商对第三方AS的整体QoS授权和第三方AS业务的QoS授权，除了保证SCEF架构下第三方AS业务的正常运行，还能使网络资源得到更合理的分配，避免网络中由于第三方AS业务流量过大或用户数过多，导致网络负荷过大，而影响其它用户或业务(例如签约该类业务的用户的运营商自有业务)的使用的问题。

附图说明

图1为根据相关技术的Rel-9PCC非漫游架构的示意图；

图2为具有SCEF部署的PCC非漫游架构的示意图；

图3为本发明实施例中SCEF架构下的策略控制的实现流程示意图一；

图4为本发明实施例中SCEF架构下的策略控制的实现流程示意图二；

图5a、图5b为本发明实施例中SCEF的功能结构示意图；

图6a、图6b为本发明实施例中PCRF的功能结构示意图；

图7为根据本发明实施例中SCEF和PCR分别分级授权的第三方AS会话建立流程示意图；

图8为根据本发明实施例中PCRF统一授权决策的第三方AS会话建立流程示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅 仅用以解释本发明，并不用于限定本发明。

本发明实施例提供一种SCEF架构下的策略控制方法，能够实现对第三方AS业务实行全局策略控制。

如图3所示，本发明实施例记载的SCEF架构下的第三方应用的策略控制方法包括以下步骤：

步骤S101，在SCEF部署的PCC架构下，SCEF对第三方AS的整体签约QoS进行授权决策。

SCEF部署的PCC架构参见图1和图2，在步骤S101中，SCEF可以根据第三方AS的整体签约信息和第三方AS的QoS请求，对第三方AS的整体签约QoS进行授权决策。

第三方AS的整体签约信息可以存储于SCEF，包括以下至少之一：所述第三方AS的标识、所述第三方AS预先签约的最大比特率(MBR，Maximum Bit Rate)、所述第三方AS预先签约的保证比特率(GBR，Guaranteed Bit Rate)、所述第三方AS预先签约的最大用户(对应UE)数，所述第三方AS预先签约的允许业务种类和类型、第三方AS的QoS级别信息(例如第三方AS预先签约业务的处理等待时间或时延、以及处理优先级)。

步骤S102，发送QoS请求给PCRF，使PCRF对UE请求的业务的QoS进行授权决策(也就是使PCRF执行IP-CAN会话的策略和计费控制)，生成策略和计费控制规则。

所述QoS请求可以包括UE请求的业务信息、所述UE请求的业务对应的QoS信息，以及第三方AS的整体QoS授权决策信息中的至少之一。

在步骤S101中，如果SCEF执行授权决策不成功，就不会发送QoS请求给PCEF；如果授权决策部分成功，关于授权决策部分成功的信息可以携带在QoS请求中发送给PCRF，以使PCEF完成授权决策；如果授权决策成功，则会发送QoS请求至PCRF。

本发明实施例还记载一种SCEF架构下的第三方应用的策略控制方法，如图4所示，本发明实施例记载的SCEF架构下的第三方应用的策略控制方法包 括以下步骤：

步骤S201，SCEF部署的PCC架构下，PCRF接收SCEF发送的来自于第三方AS的QoS请求。

SCEF可以对QoS请求进行本地处理(以转换为PCRF可以识别的格式)并通过Rx接口向PCRF发送QoS请求。

QoS请求(可以Diameter AAR消息的形式发送)中携带UE请求的业务的信息、UE请求的业务对应的QoS信息；还可包含用于策略控制区分服务数据流(SDF，Service Data Flow)的IP过滤信息和应用类型等应用信息、应用带宽需求、第三方AS的整体预定义QoS签约信息(也即第三方AS的整体签约信息)、请求QoS的时间周期或流量阈值等信息，供PCRF进行策略决策做参考。

步骤S202，根据第三方AS的整体签约信息和用户签约信息，对所述第三方AS的整体签约QoS进行授权决策，并对UE(对应用户)请求业务的QoS进行授权决策，生成策略和计费控制规则。

其中，第三方AS的整体签约信息存储于SPR或预定义在PCRF中。

其中，第三方AS的整体签约信息包括以下至少之一：所述第三方AS的标识、所述第三方AS预先签约的MBR、所述第三方AS预先签约的GBR、所述第三方AS预先签约的最大用户数、所述第三方AS预先签约的允许业务种类和类型、QoS级别信息(例如预先签约业务的处理等待时间或时延、以及处理优先级)。

本发明实施例还记载一种SCEF，如图5a所示，所述SCEF包括：

第一授权决策单元100，用于对第三方AS的整体签约服务质量QoS进行授权决策；

发送单元200，用于发送QoS请求给PCRF，所述QoS请求用于使所述PCRF对UE请求的业务的QoS进行授权决策以生成策略和计费控制规则。

第一授权决策单元100、发送单元200均可视为SCEF中的不同功能的实 体，具体可以由承载SCEF的服务器或服务器集群承载实现。

其中，如图5b所示，所述SCEF还包括第一存储单元300(可以由非易失性存储介质如硬盘、闪存等实现)，用于存储所述第三方AS的整体签约信息，所述第三方AS的整体签约信息包括以下至少之一：

所述第三方AS的标识、所述第三方AS预先签约的MBR、所述第三方AS预先签约的GBR、所述第三方AS预先签约的最大用户数，所述第三方AS预先签约的允许业务种类和类型、所述第三方AS的QoS级别信息。

其中，所述第一授权决策单元200还用于根据第三方AS的整体签约信息、以及所述第三方AS的QoS请求，对所述第三方AS的整体签约QoS进行授权决策。

本发明实施例还记载一种PCRF，如图6a所示，所述PCRF包括：

接收单元400，用于接收SCEF发送的来自于第三方AS的QoS请求；

第二授权决策单元500，用于根据所述第三方AS的整体签约信息、用户签约信息，对所述第三方AS的整体签约QoS进行授权决策，并对UE请求业务的QoS进行授权决策，生成策略和计费控制规则。

其中，所述PCRF还包括第二存储单元600(可以由非易失性存储介质如硬盘、闪存等实现)，用于存储所述第三方AS的整体签约信息。

本发明实施例还记载一种计算机存储介质，所述计算机存储介质中存储有可执行指令，所述可执行指令用于执行图3或图4所示的第三方应用的策略控制方法。

下面结合具体示例对本发明实施例记载的第三方应用的策略控制方法进行说明。

示例一

本示例描述了在图2所示的SCEF部署场景下，在第一侧，SCEF对第三方 AS的整体签约QoS进行授权决策，在第二侧，PCRF对UE的IP-CAN会话及会话内数据业务流QoS进行授权决策，也即在第一侧、第二侧两侧分级授权的应用会话建立流程。本实施例中，第三方AS的整体签约信息存储在SCEF。

如图7所示，SCEF架构下的策略控制包括以下步骤：

步骤S301：UE附着到网络，建立IP-CAN会话。

在UE附着到网络，建立IP-CAN会话的过程中，PCEF与PCRF之间建立用于策略和计费控制的Gx会话，若IP-CAN会话涉及BBERF，则BBERF与PCRF之间建立用于策略控制的网关控制会话。

步骤S302：UE与第三方AS交互，发起业务访问。

步骤S303：第三方AS与AF之间执行特定的交互流程。

第三方AS发送业务请求给AF，携带用户请求的业务、用户请求的业务对应的QoS，可以采用超文本传输协议(HTTP，Hyper Text Transfer Protocol)或应用程序接口(API，Application Program Interface)的形式发送业务请求，业务请求中还可以包含请求QoS的用量(例如应用带宽、时间或流量)。

第三方AS和AF之间的发送业务请求的接口为非标准接口，实际应用中对该接口的消息和功能不做限定。

步骤S304：AF向SCEF发送QoS请求。

例如可以采用HTTP POST或API消息的形式发送QoS请求，QoS请求中携带UE IP、UE IP、UE请求的业务信息、UE请求的业务对应的QoS信息。

AF是基于SCEF可识别的标准化接口向SCEF发送QoS请求，因此可能对来自第三方AS的QoS请求进行格式转换，包括对QoS请求中的信息进行筛选和填充。

QoS请求还可包括应用标识和媒体流描述，UE请求的业务对应的QoS信息可包含QoS级别信息，如业务处理等待时间或时延、以及处理优先级等信息；优选地，QoS信息可包含请求QoS的用量(如应用带宽、时间或流量)。

步骤S305：SCEF对第三方AS的整体签约QoS进行授权决策。

SCEF根据本地存储的第三方AS的整体签约信息，也即第三方AS的整体 预定义QoS(pre-defined QoS)签约信息、以及第三方AS的QoS请求，对第三方AS的整体签约QoS进行授权决策；如果授权成功，则执行后续步骤，如果授权决策失败，SCEF可以将授权失败消息通知第三方AS。

如前所述，第三方AS的整体签约信息至少包括业务处理等待时间、时延、以及处理优先级等信息；第三方AS的整体签约信息也可以是第三方应用商和运营商协商约定的QoS级别指示，协商约定的具体方式根据实现需要和运营商策略执行。

第三方AS的整体签约信息存储于SCEF，包括以下至少之一：第三方AS的标识，第三方AS预先签约的MBR、第三方AS预先签约的GBR、第三方AS预先签约的最大用户数，第三方AS预先签约的允许业务种类和类型，以及第三方AS的QoS级别信息(包括预先签约业务的处理优先级和处理时延等)。

优选地，在实际部署网络执行时，SCEF进行针对第三方AS的整体签约QoS的授权决策时，可以通过以下的方式实现，具体使用何种方式可以根据实际网络部署的运营商策略选择。

1)对于静态的涉及第三方AS网元、用户数和带宽用量等与动态信息无关的参数授权(例如第三方AS是否签约可接入等)，对第三方AS的整体签约QoS的授权决策可在SCEF上电后的第一次交互完成，并根据授权周期更新对第三方AS的整体签约QoS的授权决策，避免在每次UE的业务请求处理中重复执行这类参数的授权决策。

2)对于针对单个(Per)UE而非具体业务的签约参数授权(例如第三方AS允许的最大用户数，允许的接入用户级别等)，可在UE第一次和第三方AS的AF会话建立过程中完成对第三方AS的整体签约QoS的授权决策，并根据授权周期进行更新对第三方AS的整体签约QoS的授权决策，避免在每次UE的业务请求处理中重复执行这类参数的授权决策。

3)针对第三方AS的具体业务的授权决策，而非针对UE请求的业务相关的签约参数授权决策，例如该第三方AS签约的允许业务类型和业务优先级等时，可在第三方AS第一次和SCEF的会话建立过程中完成对第三方AS的整体 签约QoS的授权决策，并根据授权周期进行更新对第三方AS的整体签约QoS授权决策，避免在每次UE的业务请求处理中重复执行这类参数的授权决策。

步骤S306：SCEF向PCRF发送QoS请求(例如以Diameter AAR消息的形式发送)，QoS请求携带UE请求的业务信息和UE请求的业务对应的QoS信息，以及第三方AS的整体QoS授权决策信息。

QoS请求中还可包含用于策略控制区分SDF的网际协议(IP，Internet Protocol)过滤信息和应用类型等应用信息、应用带宽需求、第三方AS的整体签约信息、请求QoS的时间周期或流量阈值等信息，供PCRF进一步的授权决策做参考。

步骤S307：PCRF向SCEF返回AAA确认消息。

步骤S308：SCEF向AF/AS返回确认消息(例如HTTP或API消息)。

步骤S309：PCRF基于收到的QoS请求，对UE请求的业务进行授权决策。

SCEF传送的第三方AS提供的UE请求的业务信息、UE请求业务对应的QoS信息，以及第三方AS的整体QoS授权决策信息、并基于例如网络策略和当前网络的负荷状态信息、以及用户签约等信息，对UE请求的业务的QoS进行授权决策。

对UE的IP-CAN会话和网关控制会话的QoS进行授权决策时，还基于请求的QoS为在IP-CAN会话请求传输的业务生成PCC规则，若BBERF存在，则PCRF还根据PCC规则制定QoS规则。

步骤S310：PCRF向BBERF提供QoS规则。

步骤S311：PCRF向PCEF提供PCC规则。

PCEF安装并执行策略后，向PCRF返回确认消息。

步骤S312：PCRF向SCEF发送(RAR，Re-Auth-Request)消息，将步骤S309生成的UE请求业务QoS的授权决策结果通知给SCEF。

步骤S313：SCEF向AF发送API或HTTP PUT消息，告知UE请求业务QoS的授权决策结果。

步骤S314：AF向SCEF返回确认消息。

步骤S315：SCEF向PCRF返回确认消息。

步骤S316：AF与第三方的特定消息，譬如向累计用量上报给应用服务器等应用相关信息上报。

本示例适用于常规第三方业务，以及第三方赞助数据业务。当为第三方赞助数据业务时，SCEF接收的AF消息中包含赞助数据相关的各类信息，例如赞助业务指示，赞助商标识，应用提供商标识等信息，优选地可以包含相关用量阈值，计费资费主体等信息。SCEF接收的PCRF提供的消息中，将会包含赞助数据相关的信息，以及可选的业务用量报告，具体的赞助数据业务流程可参照相关技术流程实现，因对本实施例记载的QoS授权决策流程没有影响，这里不做具体描述。

示例二

本示例描述了在SCEF部署场景下，SCEF转发第三方AS的QoS请求给PCRF，PCRF统一完成对第三方的整体签约QoS、UE的IP-CAN会话及会话内数据业务流的QoS进行授权决策，以完成应用会话建立的流程；其中，第三方AS的整体签约信息存储在SPR中或预定义在PCRF本地。

如图8所示，包括以下步骤：

步骤S401：UE附着到网络，建立IP-CAN会话。

在这个过程中，PCEF与PCRF之间建立用于策略和计费控制的Gx会话。若IP-CAN会话涉及BBERF，则BBERF与PCRF之间建立用于策略控制的网关控制会话。

步骤S402：UE与第三方AS交互，发起业务访问。

步骤S403：第三方AS与AF之间执行特定的交互流程。

第三方AS向AF提供UE请求的业务信息，以及请求的业务对应的QoS信息，第三方AS发送一个请求给AF，该请求携带UE请求的业务的信息，以及请求的业务对应的QoS信息，可以采用HTTP或API的形式发送该请求；优选地，该请求中还可以包含请求QoS的应用带宽、时间和流量等用量。

步骤S404：AF向SCEF发送QoS请求(例如HTTP POST或API消息)，QoS请求中携带UE IP、UE ID、UE请求的业务的信息、以及UE请求业务对应的QoS信息。

QoS请求还可包括应用标识和媒体流描述；QoS信息可包含业务处理等待时间或时延，处理优先级等信息，优选地还可以包含用量，如请求QoS的应用带宽、时间和流量等。

步骤S405：SCEF对QoS请求进行本地处理(以转换为PCRF可以识别的格式)并通过Rx接口向PCRF发送QoS请求。

QoS请求(可以Diameter AAR消息的形式发送)中携带UE请求的业务的信息、UE请求的业务对应的QoS信息；还可包含用于策略控制区分SDF的IP过滤信息和应用类型等应用信息、应用带宽需求、第三方AS的整体预定义QoS签约信息(也即第三方AS的整体签约信息)、请求QoS的时间周期或流量阈值等信息，供PCRF进一步的策略决策做参考。

SCEF可以具备第三方AS的整体预定义QoS签约信息的映射功能，如前所述，第三方AS的整体预定义QoS签约信息至少包括QoS级别信息，如业务处理等待时间或时延、以及处理优先级信息；第三方AS的整体预定义QoS签约信息还可以映射为当前Rx接口QoS参数；或者为SCEF进行映射后的QoS级别指示(例如运营商自定义的或是运营商和第三方协议约定的QoS级别)，具体方式根据实现需要和运营商策略执行。

步骤S406：PCRF向SCEF返回AAA确认消息。

步骤S407：SCEF向AF/AS返回确认消息(确认消息可以HTTP或API消息的形式发送)。

步骤S408：此时若PCRF还未与SPR交互，那么此时PCRF需要与SPR进行交互。

PCRF根据UE标识判断出如果还没有该UE的签约信息，则向SPR发送签约文档请求，并在该签约文档请求中携带UE标识和PDN标识。

步骤S409：SPR根据用户标识和PDN标识返回用户签约信息(即，签约 文档应答)。

第三方AS的整体签约信息可存储于SPR，包括第三方AS标识、第三方AS预先签约的MBR、第三方AS预先签约的GBR、第三方AS预先签约的最大用户数、第三方AS预先签约的允许业务种类和类型、以及第三方AS预先签约业务的QoS级别信息(如处理等待时间或时延、以及处理优先级等)。

若为赞助数据业务，则此时SPR会向PCRF提供赞助数据连接文档和赞助商的整体签约信息。赞助数据连接文档包括赞助业务指示、赞助商标识、应用提供商标识等信息；优选地包含相关用量阈值、计费资费主体等信息；赞助商的整体签约信息包括的项目可参照以上记载的第三方AS的整体签约信息。

步骤S410：PCRF对第三方AS的整体签约OoS授权决策成功后，基于收到的SPR的签约信息，SCEF传送的第三方AS提供的UE请求的业务的信息、UE请求的业务相应的QoS信息，以及第三方AS的整体签约信息，结合网络策略和当前网络的负荷状态等信息、以及用户签约等信息，对UE请求的业务的QoS进行授权决策。

对UE进行IP-CAN会话和网关控制会话的QoS进行授权决策，并基于UE请求业务的QoS为该业务生成PCC规则；若BBERF存在，则PCRF还根据PCC规则制定QoS规则。

本示例中，第三方AS的整体签约信息除了存储在SPR中外，也可以根据运营商策略在PCRF本地自定义，具体内容可包括第三方AS标识，第三方AS预先签约的MBR、第三方AS预先签约的GBR、第三方AS预先签约的最大用户数、第三方AS预先签约的允许业务种类和类型、以及第三方AS预先签约业务的处理优先级和处理时延等QoS级别信息。

需要指出的是，对UE请求的业务的QoS进行授权决策，前提是对第三方AS的整体签约QoS授权成功；也即是说，本步骤中，实质上包含对第三方AS整体签约QoS进行授权决策、以及对UE请求业务的OoS进行授权决策两极授权。

步骤S411：PCRF向BBERF提供QoS规则。

步骤S412：PCRF向PCEF提供PCC规则，PCEF安装并执行策略后，向PCRF返回确认消息。

步骤S413：PCRF向SCEF发送RAR消息，将UE请求业务QoS授权决策结果通知给SCEF。

步骤S414：SCEF向AF发送API或HTTP PUT消息，告知UE请求业务QoS授权决策结果。

步骤S415：AF向SCEF返回确认消息。

步骤S416：SCEF向PCRF返回确认消息。

步骤S416：AF与第三方的特定消息，譬如向累计用量上报给应用服务器等应用相关信息上报。

本示例适用于常规第三方业务，以及第三方赞助数据业务。当为第三方赞助数据业务时，SCEF接收的AF消息中包含赞助数据相关的各类信息，例如赞助业务指示，赞助商标识，应用提供商标识等信息，优选地包含相关用量阈值，计费资费主体等信息。SCEF接收的PCRF提供的消息中，将会包含赞助数据相关的信息，以及可选的业务用量报告。具体的赞助数据业务流程可参照相关技术流程实现，因对本发明的QoS授权方式没有必然影响，本发明不做具体描述。

本发明实施例中，SCEF可包括应用接入控制逻辑功能，但SCEF和应用接入控制功能实体并不等同和包含；对于第三方AS的整体签约信息的内容，做了举例列举，实际网络部署可根据运营商策略进行扩展和组合；对于三方应用AS整体签约信息的存储，可根据运营策略部署到上述实施例建议的网元，或部署到运营商网络的其它数据中心或平台中。

示例一中，SCEF和PCRF进行分级授权决策，示例二中，PCRF统一授权两种场景；实际应用中，运营商可根据运营策略进行组合部署，可同时支持两种授权模式，根据需求开启相应模式执行。

本发明实施例中，合理地实现运营商对第三方AS的整体QoS授权和AS业务的QoS授权，除了保证SCEF架构下第三方AS业务的正常运行，还能使网络资源得到更合理的分配，避免网络此时AS业务流量过大或用户数过多， 导致网络负荷过大，而影响其它用户或业务(例如签约该类业务的用户的运营商自有业务)的使用的问题；同时使运营商在为第三方AS业务提供服务的同时，不会妨碍运营商自身业务的正常运行，避免了相关技术中如果大量用户签约了第三方AS业务且在忙时大量发起该业务，根据目前的签约机制，运营商无法对该类业务执行总体的资源策略控制，网络性能会受到该类业务的总体占用资源或用户数的冲击影响而严重下降的问题。

以上架构和实施例，针对SCEF部署的PCC架构；实际网络部署中，当采用功能更简单的AAC作为第三方AS和PCRF之间的连接网元时，同样可采用本发明的方法进行AS整体QoS授权和用户及业务的QoS的授权；当为AAC部署时，将两个实施例中的SCEF替换为AAC功能可实现主体方案，具体详细流程根据实际网络部署需要以及运营策略进行调整实施。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、随机存取存储器(RAM，Random Access Memory)、只读存储器(ROM，Read-Only Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对相关技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、RAM、ROM、磁碟或者光盘等各种可以存储程序代码的介 质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。