专利名称：一种应用的策略控制方法及装置的制作方法
技术领域：
本发明涉及通信领域，特别是涉及一种应用的策略控制方法及装置。
背景技术：
一、通信网路在向全IP演进过程中，为了提供令客户满意的业务，需解决端到端 的QoS(Quality of Service服务质量)问题。IP网络可以提供各种各样的业务(如VoIP， 视频点播，文件下载，web浏览等)，不同的业务对QoS有不同的要求，而且对计费的要求也 不一样(比如可以采用在线计费或者离线计费，可以根据流量计费或者根据时间计费等)。 为解决上述QoS和计费相关问题，3GPP定义了 PCC (策略和计费控制功能Policy Control and Charging)架构，以此满足对不同的业务进行不同的QoS控制和计费需求。TS 23.203 中对PCC架构进行了定义，参见图1所示，其中各实体的功能描述如下AF(Application Function)应用功能实体。主要为 PCRF(Policy Control and Charging Rules Function策略控制和计费规则功能实体)制订策略和计费控制规则动态 提供应用层会话信息，例如IMS中的P-CSCF就属于AF。PCRF 策略控制和计费控制功能实体。根据用户接入网络的限制、用户当前正在 进行的应用业务信息、本地运营商配置及用户签约信息，制订相应的策略，并将策略提供给 PCEF(Policy and Charging Enforcement Function 策略和计费执行功能实体)执行。策 略包括业务数据流检测、QoS控制、门控和基于流的计费等。PCEF 策略和计费执行实体。执行PCRF下发或指定的策略，即完成对业务数据 流的检测、保证业务数据流的QoS、门控、完成在线/离线计费以及触发与控制面的会话等 功能。例如GPRS (General Packet Radio Service通用无线分组业务)中的GGSN实体 (Gateway GPRS Support Node GPRS 网关支持节点)。各接口功能描述如下Rx 该参考点用于AF下发应用层会话相关信息，包括用于识别业务数据流的IP过 滤器、业务流所需的带宽信息，该接口使用IETF定义的Diameter协议。Gx 该参考点用于PCRF动态控制PCEF执行的PCC规则。具备以下功能建立，维护 和终止IP-CAN会话；PCEF向PCRF请求PCC规则；PCRF向PCEF提供PCC规则；协商IP-CAN 承载建立模式等。该参考点使用IETF定义的Diameter协议。其余实体(SPRSubscription Profile R印ository 签约信息库)、OCS (Online Charging System 在线计费系统)、0FCS (Off line Charging System 离线计费系统))和接 口(Sp、Gy、Gz)与本发明内容无关，这里不再赘述。二、为了更容易理解后续介绍的流程，先阐述几个术语IP-CAN :IP Connectivity Access Network，当用户在接入网络内漫游(位置改变 时)仍能保存IP业务连续性(即不中断业务)，具有这样性质的接入网络称为IP-CAN，比 如GI3RS网络，I-WLAN网络等。IP-CAN bearer IP-CAN承载，具有明确速率，延迟和比特率的IP传输路径(该路径指的是接入网到PCEF之间)，对于GPRS来说IP-CAN承载对应PDP (Packet Data ftOtocol分组数据协议)上下文。IP-CAN session JP-CAN 会话，指的是 UE(User Equipment 用户设备)和 PDN(Packet Data Network分组数据网)之间的关联关系，通过UE的IP地址和UE的标识 (如国际移动用户识别码 IMSI (International Mobile Subscriber Identity))来识别。 只要UE分配了 IP地址并且能被IP网络识别，则IP-CAN会话(IP-CAN Session)存在。一 个IP-CAN会话可以包含一个或者多个IP-CAN承载。三、3GPP定义的PCC架构，通过静态或者动态提供的PCC规则，实现对业务数据流 的QoS、计费、门控等策略控制。静态PCC规则在PCRF或者PCEF上通过预定义的方法实现； 而动态PCC规则可以在整个IP-CAN Session过程中根据实际需要由PCRF动态生成。根据 应用启动、变更和终止等导致应用业务流变化时，AF动态下发相关应用业务信息给PCRF， PCRF可以根据应用业务信息针对应用业务流动态生成PCC规则并将PCC规则动态下发给 PCEF0例如用户在一次多媒体通话过程中，决定临时取消视频，这时会导致应用层的会话 协商信息发生更改，AF需要将更改后的应用业务信息下发给PCRF，以供PCRF动态生成新 PCC规则或改变已有的PCC规则，然后下发给PCEF执行，以控制业务数据流的更改。下面是一个关于AF会话业务流策略控制的流程，根据AF下发的应用业务信息， PCRF制订PCC规则进行动态策略控制，参见图2所示，包括下列步骤流程描述如下1、AF接收到一个触发事件(例如UE发起的多媒体呼叫控制信令)后，需要建立 一个新的Diameter会话；2、AF从触发事件中提取需要的业务信息(比如IP流的地址信息，端口号，媒体类 型，带宽等)，将该业务信息通过Diameter AAR消息发送给PCRF ；3、PCRF保存接收到的业务信息；4、如果PCRF此时没有用户签约信息，则向SI3R请求用户签约信息；5、PCRF根据接收的业务信息和此前从PCEF接收到的信息(比如IP-CANSession 建立时)，将该新建的AF会话关联到一个对应的IP-CAN kssion，并进行策略决策；6、PCRF将策略决策得出的PCC规则提供给PCEF安装，以及PCEF返回确认消息；7、PCRF 向 AF 返回 AAA 消息。四、PCC架构定义Rx接口下发应用业务信息的能力。从上述AF会话业务流策略控制流程可以看出，PCRF根据AF下发的应用业务信息、 用户签约信息等完成策略决策。现有PCC架构定义通过Rx接口采用Diameter协议实现应 用业务信息的下发，下发的应用业务信息中的业务流信息中包含以下内容媒体流会话过程可能使用多个媒体，例如音频、视频。一个媒体流就 对应IMS应用下SDP消息中的一个m行(媒体描述行)。每个媒体流通过一个 Media-Component-Description AVP 描述并通过 Media-Component-Number AVP 标识， Media-Component-Number AVP就是该m行在SDP消息中出现的顺序号。媒体流中还包 含其它信息应用标识(AF-Application-Identifier)表示该媒体流属于什么应用、媒 体类型(Media-Type)、最大请求上下行带宽(Max-Requested-Bandwidth-U/DL)、流状 态(Flow-Matus)、媒体流的预留优先级(Reservation-priority)、RTCP 收发带宽(RR/RS-Bandwidth)、媒体编译码(Codec-Data)格式等信息。媒体子流媒体子流是对媒体流的进一步细分，比如一个音频流采用RTP方式传 输时，相应的RTP流和RTCP流分别对应一个媒体子流。在应用业务信息下发时，每个媒 体子流通过一个Media-Sub-Component AVP描述，同一个媒体流中的多个媒体子流通过 Flow-Number AVP标识，Flow-NumberAVP可以根据各媒体子流对应的端口号等排序。媒体 子流可以对应一个双向流(包含两个Flow-Description AVP，描述两个IP流)，也可以对 应一个单向流(只包含一个Flow-Description AVP，描述一个IP流)。媒体子流中还包含 流用途(Flow Usage)和其它参数。这些参数在媒体流中也包含，在前面已经说明，这里不 再重复描述。IP流由具有相同源IP位址、目的IP位址、传输层协议、源端口号和目的端口号 (合称IP-5元组，如果对应的传输层协议没有端口号的概念，源端口号和目的端口号可以 省略)的IP报文组成的单向流。在Rx界面上，每个IP Flow通过一个Flow-Description AVP描述。应用业务信息描述了 IMS应用中通过SDP协商的业务流信息，包括业 务流对应的QoS、门控、计费等信息。另外，应用业务信息下发还包含用户标识 (Subscription-ID)、用户 IP 地址(Framed-IP-Address/Framed-IPv6_Prefix)、会话优先 级(Reservation-Priority)等信息。具体下发应用业务信息的示例如下<AA-Request>: =〈Diameter Header:265，REQ, PXY>......氺[Media-Component-Description][AF-Charging-Identifier]*[Subscription-ID][Reservation-Priority][Framed-IP-Address][Framed-IPv6-Prefix]......上述示例仅列出部分与业务相关的信息。其中媒体组件描述 (Media-Component-Description AVP)需要根据IMS应用中的SDP协商消息导出，它包括如 下fe息
Media-Component-Description: = <AVP Header517> {Media-Component-Number} 水[Media-Sub-Component] [AF-Application-Identifier] [Media-Type] [Max-Requested-Bandwidth-DL] [Flow-Status] [Reservation-priority]
[RS-Bandwidth][RR-Bandwidth]*[Codec-Data]其中Media-Component-Description AVP 还可能包含媒体子组件(Media Sub Component AVP)信息，其消息结构如下Media-Sub-Component: = <AVP Header:519>{Flow-Number}0*2[Flow-Description][Flow-Status][Flow-Usage][Max-Requested-Bandwidth-UL][Max-Requested-Bandwidth-DL]发明人在发明过程中发现基于PCC架构可满足IMS中的应用业务的QoS和计费
需求，但在非IMS应用中还存在若干与IMS应用不同的数据应用业务，PCC架构作为一种可 满足QoS和计费需求的架构，应该支持这些非IMS的数据应用业务。但现有PCC架构中的 AF主要面向IMS应用，AF通过Rx接口下发给PCRF的应用业务信息主要面向IMS应用的需 求进行设计，这导致PCC架构应用于非IMS数据应用的策略控制时，无法将数据应用业务信 息下发到PCRF，使得PCRF无法进行策略决策，从而无法满足网络对非IMS中的数据应用业 务的QoS、计费等策略控制的需求。而且现有技术中，PCRF进行策略决策时，没有考虑不同业务提供商提供相同的业 务时可能采用不同的策略。例如在电信网络上开展的视频点播业务可以由业务提供商搜 狐或者网易提供。尽管业务内容一样，但是搜狐和网易可能采取不同的收费策略，比如搜狐 按照内容计费，而网易采取流量计费的方式。
发明内容
本发明实施例提供还了一种应用的策略控制方法及装置，以实现对应用的策略控 制时，可针对不同应用业务提供商提供的相同业务进行不同的策略决策。本发明实施例还提供了一种数据应用的策略控制方法、装置，以使得PCRF可进行 正确的策略决策。本发明实施例的一种数据应用的策略控制方法包括策略控制和计费规则功能实 体PCRF获取应用业务提供商标识；所述PCRF根据所述应用业务提供商标识进行策略决策。本发明实施例的一种策略控制和计费规则功能实体，包括获取单元，用于获取应 用业务提供商标识；决策单元，用于根据获取单元获取的所述应用业务提供商标识进行策 略决策。本发明实施例中PCRF获取应用业务提供商标识，并根据所述应用业务提供商标 识进行策略决策。由于应用业务提供商标识对应不同的应用业务提供商，所以使得PCRF进 行策略决策时，可考虑不同业务提供商提供相同业务时可能采用不同的策略。
图1为现有PCC架构示意图；图2为现有AF会话业务流策略控制的流程图；图3为本发明实施例的一种数据应用的策略控制方法步骤流程图；图4为本发明实施例的一种非IMS中的数据应用功能实体结构示意图；图5为本发明实施例的一种策略控制和计费规则功能实体结构示意图；图6为本发明实施例一的流程图；图7为本发明实施例二的流程图；图8为本发明实施例的一种应用的策略控制方法步骤流程图；图9为本发明实施例的另一种策略控制和计费规则功能实体结构示意图；图10为本发明实施例三的流程图；图11为本发明实施例四的流程图。
具体实施例方式现有IMS中，例如语音、视频电话、即时消息等IMS业务被称为应用业务，所述 应用业务是通过IMS AF(Application Function应用功能实体)等提供。IMS AF JniMS 网络中的P-CSCF (Proxy-Call Session Control Function代理呼叫会话控制功能)、 AS (Application Server 应用服务器)等，可以通过PCC架构实现对这些应用业务进行 QoS、计费等策略控制的需求。随着网络的飞速发展，非IMS中的数据应用业务正变得越来越丰富。在非IMS中， 例如视频点播、网络游戏、网络电子表单、网络数据会议、电子商务、网络银行、电子证券等 业务，被称为数据应用业务。由于这些数据应用业务或者其包含信息的重要性，或者由于为 了保证用户体验，它们对网络提供的QoS保证有很高的要求。例如电子证券，网络必须保证 数据实时、准确的传输，否则会影响用户的判断和操作，导致经济损失；又如用户进行视频 点播，在网络缺少QoS保证的情况下，可能会引发视频画面模糊、声音时断时续等现象；再 如用户进行网络游戏时，如果网络不能为游戏提供QoS保证，则对游戏操作的数据无法及 时传达服务器，从而引发用户动作比对手迟钝，导致游戏战败等情况。对于前述非IMS中的数据应用业务，一旦传输数据发生延迟或错误，将严重影响 用户体验，甚至由于数据丢失而导致无法开展业务；同时这些增值业务流量不同于一般的 上网业务流量，网络应该可以根据业务内容的不同实现对其进行不同的计费控制，因此网 络需要能够提供对这些数据应用业务的QoS、计费等控制能力。为了实现PCC架构应用于非IMS数据应用的策略控制，进一步为了使上述非IMS 的数据应用业务的数据应用AF (如视频点播应用服务器、网络游戏应用服务器、网络数据 会议应用服务器等)，可将数据应用业务信息下发到PCRF，使PCRF可进行策略决策，从而满 足网络对数据应用业务的QoS、计费等策略控制的需求。本发明实施例提供了一种数据应用的策略控制方法，参见图3所示，包括下列主 要步骤Sl 1、PCRF接收非IMS中的数据应用AF发来的数据应用业务信息。本发明实施例中，非IMS中的数据应用AF根据数据应用业务的触发信息(例如收到PCRF的请求或用户的请求)，向PCRF下发数据应用业务信息。具体可通过下述三种方式之一实现数据应用业务信息的下发方式一、通过修订Rx接口定义中的IMS应用业务流信息单元，数据应用AF向PCRF 下发包含数据应用业务流信息的数据应用业务信息。应用业务信息中包含了一部分组成业务的业务流信息，例如多媒体会话业务，可 能由视频和音频组成。现有PCC架构定义Rx接口下发的应用业务信息包含的业务流信息 需要根据IMS场景下的SDPGession Description Protocol会话描述协议)协商导出到 Media-Component-Description AVP参数(即IMS应用业务流信息单元)中，才能实现下发。在非IMS场景下，用于描述业务流信息的Media-Component-Description AVP参 数值无法导出，对此需要修订Rx接口定义中的IMS应用业务流信息单元，使其描述业务流 信息时不再依赖于IMS场景下的SDP协商形式导出，从而使PCC也满足对非IMS数据应用 业务的策略控制需求。示例如下Media-Component-Description: = <AVP Header517>[Media-Component-Number]* [Media-Sub-Component][Media-Type][Reservation-priority][Flow-Status][AF-Application-Identifier][Max-Requested-Bandwidth-UL][Max-Requested-Bandwidth-DL][RS-Bandwidth][RR-Bandwidth]* [Codec-Data]其中 Media-Sub-Component AVP 表示形式如下Media-Sub-Component:: = <AVP Header:519>[Flow-Number]0*2[Flow-Description][Flow-Status][Flow-Usage][Max-Requested-Bandwidth-UL][Max-Requested-Bandwidth-DL]Media-Component-Description AVPWMedia-Component-Number
AVP 和 Media-Sub-Component AVP 结构下的 Flow-Number AVP 作为可选参数。当 修订后的Rx接口定义中的IMS应用业务流信息单元使用于IMS场景下的业务应用 时，Media-Component-Description AVP 禾口 Media-Sub-Component AVP 需要分别包含 Media-Component-NumberAVP 禾口 Flow-Number AVP,其中 Media-Component-Number AVP根据IMS应用下SDP协商消息的“m”行导出，而Flow-Number AVP按照各媒体行对应 媒体流所使用的端口号的递增顺序导出；当修订后的Rx接口定义中的IMS应用业务 流信息单元使用于非IMS场景下的数据应用业务时，Media-Component-Number AVP和 Media-Sub-Component AVP 无需包含 Media-Component-Number AVP 禾口 Flow-Number AVP0方式二、通过在Rx接口定义中新增数据应用业务流信息单元，数据应用AF向PCRF 下发包含数据应用业务流信息的数据应用业务信息。在非IMS场景下，用于描述业务流信息的Media-Component-DescriptionAVP参数 (即IMS应用业务流信息单元)值无法导出，对此需要在Rx接口定义中新增数据应用业务 流信息单元，使其描述业务流信息时不再依赖于IMS场景下的SDP协商形式导出，从而使 PCC也满足对非IMS数据应用业务的策略控制需求。示例如下
Data-Application-Description: = <AVP Header:X X X>
氺{Data-Description}
[Data-Type]
[Data-Status]
[Reservation-priority]
[Data-Usage]
[AF-Application_Ident ifier]
[Max-Requested-Bandwidth-UL]
[Max-Requested-Bandwidth-DL]
[RTCP-B andwidth-UL]
[RTCP-B andwidth-DL]
* [Codec-Data]
i亥Tj^i歹 0 了 Data-Application-DescriptionAVP用于非IMS数据应用中
的数据应用业务流信息的表示。Data-Application-Description AVP(AVP codeX X X)Grouped 型，用于表示非 IMS数据应用中的数据应用业务流信息，包含的参数如下(参数取值可以根据实际情况进 行扩充)Data-Description AVP (AVP codeX X X) IPFilterRule 型，用于表示业务流的五 元组，包括源地址和端口号、目的地址和端口号、协议。Data-Type AVP(AVP codeX X X)Enumerated型，表示业务流类型，可以有如下取 值=AUDIO (0)、VIDEO(I)、DATA (2)Data-Status AVP(AVP codeX X X)Enumerated 型，表示业务流状态，可以有如下 取值ENABLED (0)、DISABLED (1)Data-Usage AVP(AVP codeX X X)^iumerated 型，表示业务流用途，可以有如下 取值RTCP (0)、OTHER ⑴该参数与 Media-Component-Description AVP 并列位于 Diameter 消息下，并互斥 使用。当PCC应用于IMS业务时，使用Media-Component-Description AVP传递业务流信 息；应用于非IMS业务时，使用Data-Application-Description AVP传递数据应用业务流 η息。方式三、通过HTTP协议，所述数据应用AF向PCRF下发数据应用业务信息。现有PCC架构规定实现应用业务信息下发的Rx接口使用Diameter协议，而对非 IMS数据应用业务实施策略控制，由于ASP (应用业务提供商)都采用基于web的协议进行 信息传递，根据现有PCC架构的定义和规定，显然限制了 PCC在非IMS数据应用业务中的应 用。需要增设其它协议传递数据应用业务信息，以满足PCC对非IMS数据应用进行策略控 制的需要。考虑到XML(Extensible Markup Language 可扩展标记语言)在数据描述上 的优势及其在IP网络上的事实标准地位，数据应用业务信息下发可以使用XML语法进行描 述，并用HTTP (Hypertext Transfer I^rotocol超文本传输协议)协议进行数据应用业务信 息的下发。一个使用XML语法描述数据应用业务信息下发的示例如下
权利要求
1.一种应用的策略控制方法，其特征在于，包括下列步骤策略控制和计费规则功能实体PCRF获取应用业务提供商标识； 所述PCRF根据所述应用业务提供商标识进行策略决策。
2.如权利要求1所述的方法，其特征在于，所述PCRF获取应用业务提供商信息包括 所述PCRF接收数据应用实体AF发来的数据应用业务信息，所述数据应用业务信息包括应用业务提供商标识。
3.如权利要求2所述的方法，其特征在于，所述数据应用业务信息包括应用业务提供 商标识，包括所述应用业务提供商标识直接设置于Dimeter会话消息或者 Media-Component-Description AVP 结构下，或者通过修改 AF-Application-Identifier AVP，或AF-Charging-Identifier AVP，使之包含所述应用业务提供商标识。
4.如权利要求1所述的方法，其特征在于，所述方法还包括在所述PCRF上预设应用 业务提供商配置信息，所述配置信息为数据应用业务信息与应用业务提供商标识的关联信 息；所述PCRF获取应用业务提供商标识包括 所述PCRF接收数据应用业务信息；所述PCRF根据所述数据应用业务信息中包含的AF地址信息，或者域名信息，确定相关 联的应用业务提供商标识。
5.如权利要求2或4所述的方法，其特征在于，所述PCRF接收IMS数据应用实体AF发 来的数据应用业务信息，或者所述PCRF接收非IMS数据应用实体AF发来的数据应用业务信息ο
6.如权利要求5所述的方法，其特征在于，所述PCRF接收非IMS数据应用实体AF发来 的数据应用业务信息包括所述非IMS中的数据应用AF通过修订Rx接口定义中的IMS应用业务流信息单元或通 过在Rx接口定义中新增数据应用业务流信息单元或通过HTTP协议，向PCRF下发数据应用 业务信息。
7.如权利要求1所述的方法，其特征在于，所述PCRF根据所述应用业务提供商标识进 行策略决策包括所述PCRF根据所述应用业务提供商标识，针对不同的提供商制订不同的控制策略。
8.如权利要求1所述的方法，其特征在于，所述PCRF根据所述应用业务提供商标识进 行策略决策得出的策略包括指示策略和计费执行实体PCEF执行相应应用业务流的QoS、 计费和/或门控的控制策略。
9.一种策略控制和计费规则功能实体，其特征在于，包括 获取单元，用于获取应用业务提供商标识；决策单元，用于根据获取单元获取的所述应用业务提供商标识进行策略决策。
10.如权利要求9所述的实体，其特征在于，所述获取单元中包括第一获取子单元，用于根据应用功能实体AF发来的应用业务信息获取应用业务提供 商标识。
11.如权利要求9所述的实体，其特征在于，所述策略控制和计费规则功能实体上预设应用业务提供商配置信息，所述配置信息为数据应用业务信息与应用业务提供商标识的关 联信息；所述策略控制和计费规则功能实体包括第一获取子单元，所述第一获取子单元根据所 述数据应用业务信息中包含的AF地址信息，或者域名信息，确定相关联的应用业务提供商 标识。
全文摘要
本发明公开了一种应用的策略控制方法及装置，以实现对应用的策略控制时，可针对不同应用业务提供商提供的相同业务进行不同的策略决策。应用的策略控制方法，包括下列步骤PCRF获取应用业务提供商标识；PCRF根据所述应用业务提供商标识进行策略决策。策略控制和计费规则功能实体，包括获取单元，用于获取应用业务提供商标识；决策单元，用于根据获取单元获取的所述应用业务提供商标识进行策略决策。
文档编号H04L29/06GK102075336SQ20111004766
公开日2011年5月25日 申请日期2007年9月28日 优先权日2007年7月10日
发明者李岩, 毛玉欣, 谭仕勇, 赵鹏, 魏伟华, 黄世碧 申请人:华为技术有限公司