专利名称：策略控制实现方法和系统、及策略和计费执行实体的制作方法
技术领域：
本发明涉及一种通信技术，尤其涉及一种策略控制实现方法和系统、及策 略和计费执行实体、策略和计费功能实体。
背景技术：
随着无线数据业务的快速发展，对数据业务的QoS (服务质量)和计费也 提出了更高的要求。例如，在3GPP ( 3rd Generation Partnership Project;第三代 移动通信标准化组织)协议标准中，通过业务流策略控制方法来控制数据业务 的QoS和计费，下面参照图l描述现有技术中业务流策略控制流程。步骤IOI、应用功能实体(ApllicationFunction, AF )接收到触发事件(如， 多媒体的启动)。步骤102、 AF从触发事件中提取触发事件的应用的业务信息，并将所述业 务信息通过Diameter AAR ( AA-Request,鉴权授权请求)消息发送给策略和计 费功能实体(Policy Control and Charging Rules Function, PCRF )。步骤103、 PCRF接收到AAR消息后，保存所述AAR消息中的业务信息。步骤104、如果PCRF此时没有用户签约信息，则PCRF向签约信息库 (Subscription Profile Repository ， SPR)请求用户签约信息。步骤105、 PCRF根据应用事件、业务信息、用户签约信息、运营商策略和 接入网类型等策略上下文生成控制策略。步骤106、 PCRF将控制策略通过重鉴权请求(Re-Auth-Request， RAR)消 息发送到策略和计费执行实体(Policy and Charging Enforcement Function, PCEF)。步骤107、 PCEF给PCRF回重鉴权应答(Re画Auth陽Answer, RAR)消息。 步骤108、 PCEF根据控制策略进行策略决策，如发起IP-CAN (IP连通接入 网络)会话的》务改，即IP-CAN承载的建立或Qos的更新。步骤109、如果需要，PCEF还需要到PCRF重新申请控制策略，即PCEF向 PCRF发送信用控制请求(Credit-Control-Request， CCR)消息，以请求控制策 略；接着，PCRF给PCEF返回信用控制应答(Credit-Control-Answer, CCA)消 息，以便将控制策略发送PCEF。步骤IIO、 PCRF向AF返回AAA (AA-Answer，鉴权授权应答)消息。 由上述流程可以看出，在现有业务流策略控制流程中，AF将业务信息给 PCRF。 PCRF根据应用事件、业务信息、用户签约信息、运营商策略和接入网 类型等策略上下文生成控制策略，并将生成的控制策略发给PCEF, PCEF再根 据控制策略实现对应用业务流的QoS、计费等策略控制。然而，在某些应用(如使用P2P技术的Skype应用和BT应用、视频点播 (Video on Demand, VoD)应用、网络游戏应用、FTP应用、MSN和QQ即时 通信应用等)中，由于没有AF,或者这些应用的AF往往不参与到网络的策略 控制中来，这样PCRF就无法获得应用事件和业务信息，因而无法根据应用事 件和业务信息生成该业务流的控制策略，使PCEF无法实现根据控制策略对这 些应用业务流进行QoS、计费、门控等进行策略控制。发明内容本发明的实施例提供了一种策略控制实现方法和系统、及策略和计费执行 实体、策略和计费功能实体，可解决没有AF情况下不能实现对应用业务流进行 策略控制的问题。本发明的实施例提供了一种应用业务流的策略控制实现方法，包括步骤 策略和计费功能实体接收策略和计费执行实体发送的应用事件的信息； 所述策略和计费功能实体依据所述应用事件的信息生成所述应用的业务 流的控制策略，并向所述策略和计费执行实体下发所述控制策略。本发明的实施例还提供了一种策略和计费执行实体，包括 获得单元，用于获得应用事件的信息；发送单元，用于将所述获得单元获得的应用事件的信息发给策略和计费功 能实体；接收单元，其包括第一接收单元，用于接收策略和计费功能实体依据所述 应用事件的信息生成的所述应用的业务流的控制策略；执行单元，用于根据所述接收单元接收的控制策略对业务流进行策略控制。本发明的实施例还提供了一种策略和计费功能实体，包括 接收单元，用于接收所述策略和计费执行实体发送的应用事件的信息； 生成单元，用于根据所述接收单元接收的应用事件的信息生成控制策略； 发送单元，其包括第一发送单元，用于将所述生成单元生成的控制策略发 送给所述策略和计费执行实体。本发明的实施例还提供了一种业务流策略控制系统，包括 所述策略和计费执行实体，用于发送应用事件的信息，并接收控制策略， 根据所述控制策略对业务流进行策略控制；所述策略和计费功能实体，用于接收所述策略和计费执行实体发送的应用 事件的信息，并根据所述应用事件的信息生成控制策略，将所述控制策略发给 所述策略和计费执行实体。根据本发明实施例，PCRF从PCEF获得应用事件的信息，从而实现了在没 有AF参与的情况下，也可获得应用事件的信息。因此，在没有AF参与的情况 下，PCRF仍然可根据用户签约信息、运营商策略、接入网类型及从PCEF获得 的应用事件的信息等策略上下文生成控制策略，从而对业务流的QoS保证、计 费和门控等进行有效的策略控制，进而实现了无AF参与的情况下，对数据应用 进行策略控制的需求。
图1示出了现有技术的业务流策略控制流程； 图2示出了本发明实施例一的业务流策略控制流程； 图3示出了本发明实施例三的业务流策略控制流程； 图4示出了本发明实施例四的业务流策略控制流程； 图5示出了本发明实施例五的业务流策略控制流程； 图6示出了本发明实施例六的策略控制系统。
具体实施方式
为了便于本领域一般技术人员理解和实现本发明，现结合附图描绘本发明 的实施例。本发明的实施例提供了一种业务流策略控制方法。在该业务流策略控制方 法中，PCEF可通过检测数据报文，以获得应用事件的信息(为了描述方便， 应用事件的信息也称作应用事件信息)，或通过别的方式获得应用事件信息， 所述应用事件的信息包括应用的标识、应用的事件、应用的业务流过滤规则、 QoS等；然后将获得的应用事件信息发给PCRF,使PCRF根据应用事件信息、 用户签约信息、运营商策略和/或接入网类型等策略上下文生成控制策略，并将 控制策略发给PCEF，使PCEF根据控制策略对业务流的QoS保证、计费和/或门 控等进行有效的策略控制。这样，在没有AF参与的情况下，就可生成控制策略， 从而实现了无AF参与情况下对数据应用进行策略控制的需求，即，实现了对无 AF参与的数据应用(如，使用P2P技术的Skype应用和BT应用、网络视频点播 VoD应用、网络游戏应用、FTP文件下载应用、MSN和QQ即时通信应用等)的 QoS、计费和/或门控等策略控制。实施例一描述本发明的业务流策略控制方法。实施例一本实施例参照图2描述业务流策略控制方法。步骤21、 PCEF获得应用事件信息，如通过检测数据报文，以获得应用事 件信息。步骤22、 PCEF将获得的应用事件信息发给PCRF。 步骤21和步骤22将在实施例二中详细描述。步骤23、 PCRF根据接收到的应用事件信息、结合用户签约信息、运营商 策略、和/或接入网类型等策略上下文信息生成控制策略，所述控制策略包括应 用业务流的QoS控制、计费和/或门控等控制策略。当PCRF中没有用户签约信息时，可以到SPR中获取用户签约信息。可以预先在用户签约信息中定义运营商策略，也可以在PCRF上配置运营 商策略，所述运营商策略包括是否允许某种业务，可以分配的带宽以及计费方 式等信息。步骤24、 PCRF将控制策略发给PCEF。PCRF可通过信用控制应答消息或RAR消息将控制策略发送给PCEF。 一个 在信用控制应答消息或RAR的Charging-Rule-Install (计费规则安装)的Charging-Rule-Definition (计费规则定义)中携带控制策略的示例如下Charging-Rule-Definition ::= < AVP Header: 1003 > { Charging-Rule陽Name } [Service-Identifier ] [Rating-Group J * [ Flow-Description ] [Flow-Status ] [Authorized-QoS ] [Reporting-Level ] 〖Online ] [Offline ]〖Metering-Method ][Precedence ][AF-Charging-Identifier ] *[ Flows ] *[ AVP]其中，Flow-Description表示所述应用业务流的一个或多个IP 5元组信息； Flow-Status表示所述应用业务流的门控控制策略信息；Authorized-QoS表示所 述应用业务流的QoS控制策略信息；Rating-Group 、 Reporting-Level、 Online 、 Offline 、 Metering-Method等表示所述应用业务流的计费控制策略信息， Charging-Rule-Name表示携带应用业务流控制策略信息的控制策略名称。步骤25、 PCEF根据PCRF发送的控制策略执行应用业务流的QoS、计费和/ 或门控等的策略控制。PCEF收到控制策略后，根据控制策略执行应用业务流的QoS、计费和/或 门控等的策略控制。如，PCEF可根据控制策略中的门控信息对应用报文进行 过滤，对匹配应用业务流的报文根据门控控制策略给出的指示(Disable、 Enable 等)进行转发或者丢弃等门控控制；PCEF可根据控制策略中的Qos控制策略， 对QoS进行控制，进行IP-CAN会话的更新操作，例如IP-CAN会话的Qos参数 更新，或IP-CAN承载的建立、删除等操作；PCEF可根据控制策略中的计费控 制策略进行计费控制，如按流量或时长计费，在线或离线计费等计费控制。实施例二步骤21和步骤22描述了向PCRF发送应用事件信息的方法，本实施例详细 描述PCEF向PCRF发送应用事件信息的方法。在步骤21中，PCEF可以对数据报文的检测以获得应用事件信息。在本发 明实施例中，可根据应用事件检测配置和/或所述策略和计费功能实体发送的应 用事件订阅进行应用事件检测，以获得应用事件信息。所述应用事件检测配置 是事先在PCEF中配置的，其具体内容与应用事件订阅的内容类似，可参照下 文对应用事件订阅的描述。所述应用事件订阅是由PCRF订阅的。PCEF可以在IP-CAN会话建立时，或者在该IP-CAN会话中任意IP-CAN承 载建立时启动数据报文的检测，以便根据应用事件检测配置进行数据报文的检 测，以获得应用事件信息。PCEF还可以根据PCRF发送的应用事件订阅进行数据报文的检测，以获得 应用事件信息。所述应用事件订阅包括应用的标识，所述应用的标识包括BT 应用的标识、FTP应用的标识、RTSP (流媒体视频点播)应用的标识、网络游 戏应用的标识等；应用的事件，所述应用的事件包括应用的启动、应用的终止、 应用的更改等；应用的过滤规则，所述过滤规则条件可以为IP 5元组、其它高 层(如，7层或应用层)报文检测参数协议等。当PCEF根据PCRF订阅的应用事件进行数据报文检测，以获得应用事件信 息时，需要在此步骤之前进行PCRF订阅PCEF上的应用事件的步骤。PCRF可在 适当时机(如，当IP-CAN会话建立时，或在IP-CAN会话建立后运营策略变化 时)下发应用事件订阅给PCEF,以便PCEF根据应用事件订阅检测数据报文。 目前Gx接口还不支持应用事件的订阅能力，需要扩展Gx接口能力使其支持这 个能力，具体实现上，PCRF可以通过扩展信用控制应答消息或RAR消息，使 用扩展的Diameter的信用控制应答消息命令或RAR命令下发应用事件订阅给 PCEF。所述应用事件订阅可以通过一个Diameter AVP来携带， 一个携带应用事件订阅的Diameter AVP (即应用事件订阅信元)示例如下App-Event ::= < AVP Header: xxxx > { App-ID }*[ App-Event-Trigger ] *f App-Filter-Rule ] [Operate-Action] [Authorized-QoS]其中，App-Event AVP( AVP code XXXX，用于所有接入类型)的类型是Grouped, 用来表示应用事件扩展信息。App-ID AVP是一个枚举类型(Enumerated)，表示应用类型，可以是如下 取值其中之一，或者是如下值的组合0表示Web应用；1 表示FTP应用；2表示流媒体应用；3 表示网络游戏应用；4 表示BT应用；5 表示Skype应用； 6表示MSN应用； 7表示QQ应用；App-Event-Trigger AVP为必选项，是一个枚举类型(Enumerated)，表示12应用触发事件，可以为如下值其中之一，或者是如下值的任意组合 0表示应用开始；1 表示应用结束；2 表示应用更改；3 表示应用存在。App-Filter-Rule AVP表示过滤规则条件，其可IP5元组信息，还可能包含 其它高层报文检测参数。过滤规则条件示例如下IP 5元组源IP地址、目的IP地址、源端口号、目的端口号和协议号。其 中IP地址可以为一个范围，如可用掩码(例如掩码长度是8、 16或24等)表示， 端口号可以为某个范围(例如551-559)。扩展7层解析，包括7层协议类型(HTTP、 WAP2.0、 RTSP和FTP);统一资源定位符(Uniform Resource Locator, URL)信息。Operate-Action AVP是一个枚举类型(Enumerated),表示App-Event的操作类型，只用于PCRF发送给PCEF的消息中。可以有如下取值0表示进行安装该应用事件订阅以进行应用事件的信息的订阅，1 表示删除该应用事件订阅以取消应用事件的信息的订阅，2表示删除以前安装的全部应用事件订阅以取消以前的所有应用事件的信息的订阅。Authorized-QoS AVP表示QoS信息，只在PCEF向PCRF发送应用事件信息 时使用。这里的Authorized-QoS表示所4全测到的应用业务流的QoS信息定义如 下Authorized-QoS ::= < AVP Header: 1016 > [QoS隱Class-Identifier J [Maximum-Requested-Bandwi她-UL ] [Maximum-Requested-Bandwi她-DL ] [Guaranteed-Bitrate-UL ][Guaranteed-Bitrate-DL ] [Bearer-Identifier ]上述应用事件订阅信元可作为单独的消息发给PCEF,也可将其:&置在信 用控制应答或RAR消息中，由PCRF发送给PCEF。 PCEF接收到带有应用事件订 阅信元的信用控制应答或RAR消息后，根据应用事件订阅信元中的参数 Operate-Action AVP安装或删除App-ID对应的应用事件订阅。例如，当 Operate-Action取值为0时，表示安装该应用事件订阅以订阅应用事件信息；当 Operate-Action取值为l时，表示删除该应用事件订阅以取消所述应用事件订阅 对应的应用事件信息；当Operate-Action取值为2，表示删除先前安装的所有应 用事件订阅以取消所有应用事件信息的订阅。一个携带应用事件订阅信元的信用控制应答消息示例如下 <CC-Answer> : := < Diameter Header: 272, PXY > < Session-Id > * [ App-Event ]*[ AVP J为了获得应用事件的信息，需要PCEF检测流经PCEF的IP数据报文，并对 报文进行解析，根据解析出的信息实现业务感知从而获得应用事件的信息。报 文检测时，PCEF可以根据预定的应用事件检测配置和/或所述策略和计费功能 实体发送的应用事件订阅进行相应的应用事件检测。检测到应用事件后，PCEF把应用事件的信息上报到PCRF。具体方法上， PCEF可以通过Diameter CCR或RAA消息上报检测到的应用事件的信息，消息 中带有App-Event AVP，用于表示所检测到的应用事件的信息。其中App-ID表 示检测到的具体应用类型(FTP、 BT等)，App-Event-Trigger表示具体触发的 应用事件，App-Filter-Rule表示触发应用事件的应用业务流的过滤规则。如果 需要，还可以在App-Event AVP中带Authorized-QoS，用于表示所检测到的应用 业务流的QoS信息。14下面根据获得应用事件信息方式通过实施例三至实施例五来描述策略控 制流程。其中实施例三描述了根据应用事件订阅获得应用事件信息的策略控制流程，实施例四和实施例五描述了根据预定的应用事件;险测配置的策略控制流 程。实施例三本实施例参照图3描述根据应用事件订阅而发生的策略控制流程。步骤301、 PCRF收到事件触发，如发现IP-CAN会话建立或运营商策略变 化，PCRF需要到PCEF订阅应用事件。步骤302、 PCRF发送重鉴权请求消息到PCEF，用于订阅应用事件。所述 重鉴权请求消息包括应用事件订阅信元App-Event AVP。在所述应用事件订 阅信元中，App-ID为2，表示应用业务是流媒体业务，App-Event-Trigger为O和 1,表示流媒体开始和结束都作为触发事件；App-Filter-Rule带有具体的应用过 滤条件(如源IP: 10.0.0.1,目的IP: 10.1.0.1,源端口1039，目的端口554, 协议TCP。 7层URL为SETUP, rtsp:〃10.1.0.1:554/avsync.3gp/streamid=0); Operate-Action为0,表示操作类型为安装该应用事件订阅。步骤303、 PCEF接收到重鉴权请求消息后，安装应用事件订阅以检测相应 的应用事件，然后，PCEF发送重鉴权应答消息到PCRF。步骤304、用户终端经PCEF与应用服务器进行通信，例如，用户终端经 PCEF发送应用报文事件(RTSP (Real Time Streaming Protocol,实时流协议) 业务流的SETUP消息)到应用服务器。步骤305、在经PCEF时，PCEF根据应用事件订阅检测到应用事件，并获 得应用事件的信息。步骤306、 PCEF将应用事件信息设置在应用事件信息信元中，接着将应用 事件信息信元设置在信用控制请求(Diameter CCR)消息中，并向PCRF发送 信用控制请求消息，所述应用事件信息信元(App-Event AVP )携带应用事件 信息，其中App-ID为2，表示应用业务是流媒体，App-Event-Trigger为0，表示检测到流媒体开始事件；App-Filter-Rule带有具体的流纟某体应用业务流IP 5元组 过滤条件；Authorized-QoS用于表示所4企测到的应用业务流的QoS信息。步骤307、 PCRF根据收到的应用事件信息，结合当前用户已经使用的带宽 和运营商定义的策略等条件进行策略决策，发现目前UE没有存在其它实时业 务或目前已有的实时业务的GBR ( Guaranteed Bitrate, 保证带宽)总带宽还没 有超过最大的GBR限制带宽，可以为这个流媒体业务分配1M的GBR带宽，决 定接纳这个流媒体业务，为流媒体业务生成携带QoS和计费控制策略的控制策 略，并通过信用控制应答消息将所述控制策略发送到PCEF。 RTSP业务流的控 制策略信息使用Charging-Rule-DefmitionAVP表示，该AVP主要包含以下信息Flow-Description AVP，表示所述RTSP应用业务流IP 5元组信息；Authorized-QoS AVP,表示所述RTSP应用业务流的QoS控制策略信息，其 中QoS-Class-Identifier的值为实时业务QCI; Guaranteed-Bitmte-UL/DL为1M;Metering-Method AVP,表示所述RTSP应用业务流的计费控制策略信息， 具体值为VOLUME (l)表示按流量计费；Charging-Rule-Name表示携带所述RTSP应用业务流控制策略信息的控制 策略名称，假设这里为RTSP-Rule。步骤308、 PCEF根据PCRF下发的控制策略中的RTSP应用业务流的QoS和 计费控制策略执行策略控制，建立一个1M GBR带宽的IP-CAN承载来承载 RTSP业务流，同时执行相应的计费策略；步骤309、用户终端经PCEF与应用服务器进行通信，例如用户终端向应用 服务器发送应用报文事件(RTSP的TEARDOWN消息)。步骤310、 PCEF根据应用事件订阅检测到流媒体业务结束的应用事件。步骤311、 PCEF发送信用控制请求消息到PCRF,上报所检测到的应用事 件信息，所述信用控制请求消息包括App-EventAVP,携带所检测到的应用事件信息。所述应用事件信息包括 App-ID为2，表示应用业务是流媒体，App-Event-Trigger为1 ，表示检测到流媒体应用结束事件；App-Filter-Rule带有具体的流媒体应用业务流IP 5元组过滤条 件。步骤312、 PCRF根据收到的应用事件信息，发现流媒体应用已经结束，需 要删除RTSP业务流所对应的控制策略，从而删除相应的QoS和计费控制策略， 发送信用控制应答消息指示PCEF删除RTSP业务流所对应的控制策略。消息中 带有Charging-Rule-Remove AVP ，其中Charging-Rule-Name为RTSP-Rule,表示 删除所述RTSP应用业务流所对应的控制策略。步骤313、 PCEF根据信用控制应答消息指示执行控制策略删除操作发现相 应的IP-CAN承载上已经没有其它控制策略绑定，则确定需要释放IP-CAN承 载，于是发起IP-CAN承载的释放流程，回收相关资源。实施例四本实施例假设UE与FTP应用服务器之间运行FTP应用，下面参照图4描述 根据预定的应用事件;险测配置的策略控制流程。步骤401、 PCEF配置预定的应用事件检测配置。步骤402、用户终端经PCEF向FTP应用服务器进行通信，在通信过程中， 彼此之间传输数据包(如，启动FTP应用业务报文)。步骤403、 PCEF根据预定的应用事件检测配置对传输的数据包进行检测， 检测到FTP应用业务启动事件，以获得相应的应用事件信息。步骤404、 PCEF向PCRF发送信用控制请求消息，以便上才艮所检测到的应 用事件信息，所述信用控制请求消息包括信元App-Event AVP。所述App-Event AVP包括App-ID为l，表示应用业务是FTP, App-Event-Trigger为0,表示检 测到FTP应用的开始事件；App-Filter-Rule带有具体的FTP应用业务流IP 5元组 过滤条件；Authorized-QoS用于表示所检测到的FTP应用业务流的QoS信息。步骤405、 PCRF根据收到的应用事件信息，结合目前的时间段是网络空闲 时间等策略上下文信息，决定将上网可用带宽增加1M bps来加速FTP下载， PCRF根据策略决策导出携带FTP应用业务流的QoS控制策略的控制策略，并通17过信用控制应答消息将控制策略发送到PCEF。 FTP业务流的控制策略信息使用 Charging-Rule-Defmition AVP表示，该AVP主要包含以下信息Flow-Description AVP,表示所述FTP应用业务流的一个或多个IP 5元組信息；Authorized-QoS AVP,表示所述FTP应用业务流的QoS控制策略信息，其 中 QoS-Class-Identifier 的 值 为 FTP 业 务 QCI ; Maximum-Requested-Bandwidth-UL/DL为1 M;Charging-Rule-Name表示携带所述FTP应用业务流控制策略信息的控制策 略名称，假设这里为FTP-Rule。步骤406、 PCEF根据下发的控制策略中的FTP应用业务流的QoS控制策略 执行QoS策略控制，发起Qos更新流程，把上网带宽增加lMbps。步骤407、用户终端向FTP应用服务器发送数据报文(如，FTP业务应用终 止报文)。步骤408、 PCEF根据预定的应用事件检测配置对数据报文进行检测，检测 到FTP应用业务终止事件，并得到应用事件信息(与FTP应用业务终止事件的 相关信息)。步骤409、 PCEF发送信用控制请求消息到PCRF，上才艮所述应用事件信息。 所述信用控制请求消息包括信元App-Event AVP。所述App-Event AVP包括 App-ID为l，表示应用业务是FTP; App-Event-Trigger为l,表示检测到FTP结束 事件；App-Filter-Rule带有具体的FTP应用业务流IP 5元组过滤条件。步骤410、 PCRF根据收到的应用事件信息，发现FTP应用已经结束，需要 删除FTP业务流所对应的控制策略，从而删除相应的QoS控制策略，发送信用 控制应答消息指示PCEF删除FTP业务流所对应的控制策略。消息中带有 Charging-Rule-Remove AVP,其中Charging-Rule-Name为FTP画Rule,表示删除 前述FTP应用业务流所对应的控制策略。步骤411、 PCEF根据信用控制应答消息指示执行控制策略，进行删除操作，更新FTP应用业务流所对应控制策略所绑定的IP-CAN承载的QoS参数，把 IP-CAN承载的带宽减少1M bps 。 实施例五本实施例假设UE与BT应用通信对端之间进行通信，下面参照图5描述根据 预定的应用事件检测配置的策略控制流程。步骤501、 PCEF配置预定的应用事件检测配置，用于检测BT应用事件。步骤502、用户终端经PCEF启动BT业务应用，与BT应用通信对端进行通 信(如，彼此传输数据包)。步骤503、 PCEF根据预定的应用事件检测配置检测数据包，检测到BT应用 事件，以获得应用事件信息。步骤504、 PCEF向PCRF发送信用控制请求消息，向PCRF上报所检测到的 应用事件信息，所述信用控制请求消息包括App-Event AVP。所述App-Event AVP包括App-ID为4，表示为BT应用；App-Event-Trigger为O，表示检测到BT 开始事件；App-Filter-Rule带有具体的BT应用业务流IP 5元组过滤条件。步骤505、 PCRF根据收到的应用事件信息，结合用户的签约信息、运营商 策略等策略上下文信息进行策略决策，发现用户正在进行FTP高速业务，不能 同时进行BT下载，PCRF根据策略决策导出携带BT应用业务流的门控控制策略 的控制策略，并通过信用控制应答消息将所述控制策略发送到PCEF。 BT业务 流的门控控制策略信息使用Charging-Rule-Defmition AVP表示，该AVP主要包 含以下信息Flow-Description AVP，表示所述BT应用业务流的一个或多个IP 5元组信自 ,&，Flow-Status表示所述BT应用业务流的门控控制策略信息，这里取值为 "DISABLED"表示不允许BT应用业务流通过。步骤506、 PCEF根据下发的控制策略中的BT应用业务流的门控控制策略执 行门控策略控制，禁止BT应用业务流通过。实施例六如图6所示，本实施例描述本发明的业务流策略控制系统，包括策略和计 费执行实体和策略和计费功能实体。所述策略和计费执行实体将所述应用事件信息发给策略和计费功能实体， 并接收策略和计费功能实体发送的控制策略，根据所述控制策略对业务流进行策略控制，所述应用事件信息可通过对数据报文进行;险测而获得，或者通过别 的方式获得。所述策略和计费执行实体包括接收单元，其包括第一接收单元，用于接 收策略和计费功能实体依据所述应用事件的信息生成的所述应用的业务流的 控制策略，第二接收单元，用于接收策略和计费功能实体发送的信用控制应答 消息或重鉴权请求消息，所述信用控制应答消息和重鉴权请求消息包括应用事 件订阅；获得单元，用于获得应用事件信息；发送单元，用于将所述获得单元 获得的应用事件信息发给策略和计费功能实体，其包括设置单元(未示出)， 用于将所述应用事件信息设置在应用事件信息信元中，将所述应用事件信息信 元设置在信用控制请求消息或重鉴权请求消息中；执行单元，用于根据所述控 制策略对业务流进行策略控制；存储单元，用于存储预定的应用事件检测配置；所述获得单元包括第一检测单元，用于根据预定的应用事件检测配置对接 收的数据报文进行检测以获得应用事件信息；第二检测单元，用于根据应用事 件订阅对数据报文进行检测以获得应用事件信息。所述策略和计费功能实体接收所述策略和计费执行实体发送的应用事件 信息，并根据所述应用事件信息生成控制策略，将所述控制策略发送给所述策 略和计费执行实体。所述策略和计费功能实体包括接收单元，用于接收所述策略和计费执行 实体发送的应用事件信息；订阅单元，用于在IP-CAN会话建立时，或IP-CAN 会话建立后运营策略变化时生成应用事件订阅；生成单元,'用于才艮据所述接收 单元接收的应用事件信息生成控制策略；发送单元，其包括第一发送单元，用于将所述生成单元生成的控制策略发送给所述策略和计费执行实体，所述发送 单元还包括第二发送单元，用于将所述订阅单元生成的应用事件订阅发给策略 和计费执行实体，所述第二发送单元包括设置单元(未示出)，用于将所述应 用事件订阅设置在应用事件订阅信元中，将所述应用事件订阅信元设置在信用 控制应答消息或重鉴权请求消息中。本发明的实施例通过PCEF获得应用事件信息，并将获得的应用事件信息 发给PCRF,使得在没有AF参与的情况下，PCRF就可生成控制策略，从而对业 务流的QoS保证、计费规则进行策略控制，从而实现了无AF参与的情况下对数 据应用进行策略控制的需求。虽然通过实施例描绘了本发明，但本领域普通技术人员知道，在不脱离本 发明的精神和实质的情况下，就可使本发明有许多变形和变化，本发明的范围 由所附的权利要求来限定。
权利要求
1、一种应用业务流的策略控制实现方法，其特征在于，包括步骤策略和计费功能实体接收策略和计费执行实体发送的应用事件的信息；所述策略和计费功能实体依据所述应用事件的信息生成所述应用的业务流的控制策略，并向所述策略和计费执行实体下发所述控制策略。
2、 根据权利要求l所述的方法，其特征在于，所述策略和计费功能实体在 接收所述应用事件的信息之前，向所述策略和计费执行实体订阅应用事件。
3、 根据权利要求2所述的方法，其特征在于，所述策略和计费功能实体订 阅应用事件具体包括策略和计费功能实体向所述策略和计费执行实体发送应 用事件订阅，所述应用事件订阅包括所订阅的应用的标识、所订阅的应用的事 件。
4、 根据权利要求3所述的方法，其特征在于，所述应用事件订阅还包括所 订阅的应用的过滤规则。
5、 根据权利要求2所述的方法，其特征在于，所述策略和计费功能实体订 阅应用事件具体包括策略和计费功能实体通过信用控制应答消息或重鉴权请 求消息向策略和计费执行实体订阅应用事件。
6、 根据权利要求2所述的方法，其特征在于，所述接收策略和计费执^"实 体发送的应用事件的信息之前，该方法还包括所述策略和计费执行实体根据 所述策略和计费功能实体发送的应用事件订阅进行应用事件检测而获得所述 应用事件的信息。
7、 根据权利要求l所述的方法，其特征在于，所述接收策略和计费执行实 体发送的应用事件的信息之前，该方法还包括所述策略和计费执行实体根据 预定的应用事件检测配置进行应用事件检测而获得所迷应用事件的信息。
8、 根据权利要求l所述的方法，其特征在于，所述接收策略和计费执行实 体发送的应用事件的信息具体包括策略和计费功能实体通过接收携带所述应 用事件的信息的信用控制请求消息或重鉴权请求消息，接收所述应用事件的信自
9、 根据权利要求1至8任一项所述的方法，其特征在于，所述应用事件的 信息包括所述应用的标识、所述应用的事件。
10、 根据权利要求9所述的方法，其特征在于，所述应用事件的信息还包 括所述应用的业务流过滤规则和/或服务质量信息。
11、 根据权利要求1至8任一项所述的方法，其特征在于，在所述向所述策 略和计费执行实体下发所述控制策略之后，所述方法还包括所述策略和计费 执行实体根据所述控制策略对业务流进行策略控制。
12、 根据权利要求ll所述的方法，其特征在于，所述控制策略包括下列策 略其中之一，或下列策略的任意组合业务流的服务质量策略、计费策略、门控策略。
13、 根据权利要求3或4所述的方法，其特征在于，所述应用事件订阅还包 括操作类型，所述策略和计费执行实体根据所述操作类型进行订阅或取消订 阅。
14、 一种策略和计费执行实体，其特征在于，包括 获得单元，用于获得应用事件的信息；发送单元，用于将所述获得单元获得的应用事件的信息发给策略和计费功 能实体；接收单元，其包括第一接收单元，用于接收策略和计费功能实体依据所述 应用事件的信息生成的所述应用的业务流的控制策略；执行单元，用于根据所述接收单元接收的控制策略对业务流进行策略控制。
15、 根据权利要求14所述的策略和计费执行实体，其特征在于， 所述策略和计费执行实体还包括存储单元，用于存储预定的应用事件检测配置；所述获得单元包括第一检测单元，用于根据所述预定的应用事件检测配置对数据报文进行检测以获得应用事件的信息。
16、 根据权利要求14所述的策略和计费执行实体，其特征在于， 所述接收单元还包括第二接收单元，用于接收策略和计费功能实体发送的应用事件订阅；所述获得单元还包括第二检测单元，用于根据所述第二接收单元接收的应 用事件订阅对数据报文进行才企测以获得应用事件的信息。
17、 一种策略和计费功能实体，其特征在于，包括接收单元，用于接收所述策略和计费执行实体发送的应用事件的信息； 生成单元，用于根据所述接收单元接收的应用事件的信息生成控制策略； 发送单元，其包括第一发送单元，用于将所述生成单元生成的控制策略发 送给所述策略和计费执行实体。
18、 根据权利要求17所述的策略和计费功能实体，其特征在于，所述策略 和计费功能实体还包括订阅单元，用于生成应用事件订阅；所述发送单元还包括第二发送单元，用于将所述订阅单元生成的应用事件 订阅发给策略和计费执行实体。
19、 一种业务流策略控制系统，其特征在于，包括 所述策略和计费执行实体，用于发送应用事件的信息，并接收控制策略，根据所述控制策略对业务流进行策略控制；所述策略和计费功能实体，用于接收所述策略和计费执行实体发送的应用 事件的信息，并根据所述应用事件的信息生成控制策略，将所述控制策略发给 所述策 略和计费执行实体。
20、 根据权利要求19所述的系统，其特征在于，所述策略和计费执行实体 包括获得单元，用于获得应用事件的信息；发送单元，用于将所述获得单元获得的应用事件的信息发给策略和计费功接收单元，其包括第一接收单元，用于接收策略和计费功能实体依据所述 应用事件的信息生成的所述应用的业务流的控制策略；执行单元，用于根据所述接收单元接收的控制策略对业务流进行策略控制。
21、根据权利要求19或20所述的系统，其特征在于，所述策略和计费功能 实体包括接收单元，用于接收所述策略和计费执行实体发送的应用事件的信息； 生成单元，用于根据所述接收单元接收的应用事件的信息生成控制策略； 发送单元，其包括第一发送单元，用于将所述生成单元生成的控制策略发 送给所述策略和计费执行实体。
全文摘要
本发明实施例提供了一种策略控制实现方法和系统、及策略和计费执行实体、策略和计费功能实体，可解决没有AF情况下不能对应用业务流进行策略控制的问题。所述方法包括策略和计费功能实体接收策略和计费执行实体发送的应用事件的信息；所述策略和计费功能实体依据所述应用事件的信息生成所述应用的业务流的控制策略，并向所述策略和计费执行实体下发所述控制策略。本发明实施例通过PCEF将获得的应用事件信息发给PCRF。使得在没有AF参与的情况下，PCRF可根据应用事件信息等策略上下文生成控制策略，从而对业务流的QoS保证、计费和门控等进行有效的策略控制，从而实现了无AF参与的情况下，对数据应用进行策略控制的需求。
文档编号H04Q7/34GK101325780SQ20071011136
公开日2008年12月17日 申请日期2007年6月15日 优先权日2007年6月15日
发明者岩 李, 毛玉欣, 王新发, 谭仕勇, 鹏 赵, 诚 陈, 魏伟华, 黄世碧 申请人:华为技术有限公司