CN102316432A - 用量的监控方法和*** - Google Patents

Abstract

本发明提供一种用量的监控方法和***，涉及移动通信的策略和计费控制技术领域；解决现有技术中无法基于事件的用量监控的问题。所述方法，包括：策略和计费规则功能实体(PCRF)发送事件信息给策略和计费执行功能实体(PCEF)；所述PCEF对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。本发明提供的技术方案可应用于监控网络流量。

Description

用量的监控方法和***

技术领域

本发明涉及移动通信的策略和计费控制技术领域，尤其涉及一种用量的监控方法和***。

背景技术

第三代合作伙伴计划(3GPP，3rd Generation Partnership Project)演进的分组***(EPS，Evolved Packet System)由演进的通用移动通信***陆地无线接入网(E-UTRAN，Evolved Universal Terrestrial Radio Access Network)、移动管理单元(MME，Mobility Management Entity)、服务网关(S-GW，ServingGateway)、分组数据网络网关(P-GW或者PDN GW，Packet Data NetworkGateway)、归属用户服务器(HSS，Home Subscriber Server)、3GPP的认证授权计费(AAA，Authentication、Authorization and Accounting)服务器，策略和计费规则功能实体(PCRF，Policy and Charging Rules Function)及其他支撑节点组成。

图1-1是根据相关技术的EPS***架构的示意图，其中策略控制和计费控制(PCC，Policy and Charging Control)是其中的一部分，EPS架构中PCC各功能实体可分布如下：PCRF是策略和计费规则功能实体，策略和计费执行功能实体(PCEF，Policy and Charging Enforcement Function)存在于P-GW中，承载绑定和事件报告功能实体(BBERF，Bearer Binding and Event ReportFunction)可存在于S-GW中，业务的应用功能实体(AF，Application Function)存在于运营商网络协议(IP，Internet Protocol)业务网络，用户签约数据库(SPR，Subscription Profile Repository)可与HSS合一。

在3GPP中，通过接入点名称(APN，Access Point Name)可以找到对应PDN网络。通常将UE到PDN网络的一个连接称为一个IP连接接入网(IP-CAN，IP Connectivity Access Network)会话。

PCC适用于所有3GPP IP-CAN，其架构如图1-2所示，PCRF主要负责策略和计费规则的制定，通过Gx接口将制定的PCC策略和计费规则下发给PCEF，PCEF安装、执行PCC策略，并上报相关事件，与计费***交互计费信息。

PCRF通过Gxx接口将业务服务质量(QoS，Quality of Service)规则下发给BBERF，BBERF不和计费***交互计费信息，只负责承载绑定和相关事件的上报。AF通过Rx接口向PCRF提供业务信息，SPR保存了用户签约的业务信息，PCRF可以通过Sp接口向SPR查询用户签约的业务信息。PCEF通过Gy接口将在线计费信息发送给在线计费***(OCS，Online ChargingSystem)进行在线计费的统计，通过Gz接口将离线计费信息发送给离线计费***(OFCS，Offline Charging System)。

目前，在PCC架构中，PCRF可以动态地下发PCC策略给PCEF，策略信息中包含QoS和计费的信息。PCRF根据AF提供的业务相关信息、PCEF上报的承载相关信息以及SPR中用户签约的业务信息，制定PCC策略。

PCC具有用量监控功能，可以实时监控用户资源的消耗和控制计费机制中的用量。PCRF设置和发送阈值给PCEF来实现用量监控，以制定动态PCC策略。PCEF在受到触发时向PCRF上报当前用量。现有技术实现如下：

在SPR中保存用户或用户某业务的签约允许用量。当用户建立某IP-CAN会话后，SPR将总签约允许用量下发给PCRF。PCRF进行用量监控控制时，PCRF向PCEF订阅事件触发器，在PCC规则中或IP-CAN会话命令级下发用量阈值，PCEF执行用量监控。该用量阈值可以是该PCC规则或是IP-CAN会话级别。当PCEF监控用量达到阈值、IP-CAN会话终结、相关PCC规则删除或者PCRF显式请求用量上报时，PCEF将向PCRF报告自从上一次上报以来相关的资源消耗情况。当PCRF收到来自PCEF的用量上报后，PCRF将从总的用量中扣除上报用量。如果PCEF上报用量并且需要继续进行监控，那么PCRF将提供新的阈值给PCEF；若无需继续进行监控，PCRF不提供新的阈值给PCEF。当用户的一个APN的最后一个IP-CAN会话终结时，PCRF将在SPR中保存剩余的被允许用量，包括个APN的总签约允许用量或通过该APN访问某些具体业务的总签约允许用量。

但当前的用量监控机制全部是基于时长或流量的实现，缺乏对基于事件的用量监控功能，无法满足某些应用场景。例如运营商需要对于事件类业务的监控，某个签约事件类套餐用户(例如每月30元套餐可成功下载影片数目为120部)，采用时长和流量统计的监控都无法实现。例如根据用户业务种类实行差异化的事件统计(如最新影音的事件加权高于一般影音，重要文档类的事件加权高于普通媒体业务文档等)，对事件的成功与否或是发生频率等实行事件类监控和统计，如对某类文件下载按次统计(如，MP3或多媒体影音)，或是按文件数量统计(如下载同类别的多个影音资料)等需求场景。而目前的按时长和流量的监控技术无法支持该类需求的实现，实现运营商该事件类的精细化管理需求。因为无法实现事件阈值下发，事件用量上报和更新等基于事件类业务的相关功能，运营商无法实时掌握签约事件类套餐业务的用户的当前使用情况，实时准确地执行事件类业务的管理，无法实现该基于事件类业务使用的用量监控。如何实现基于事件的用量监控功能，成为了本发明需要解决的问题。

发明内容

本发明提供一种用量的监控方法和***，解决现有技术中无法基于事件的用量监控的问题。

为解决上述技术问题，本发明提供了如下技术方案：

一种用量的监控方法，包括：

策略和计费规则功能实体(PCRF)发送事件信息给策略和计费执行功能实体(PCEF)；

所述PCEF对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

进一步的，所述方法还具有如下特点：所述事件信息是所述PCRF根据从用户签约数据库(SPR)获取的基于事件的签约信息生成的。

进一步的，所述方法还具有如下特点：所述PCEF对所述事件信息执行事件监控，包括：

所述PCEF根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个，对所述事件信息执行事件监控。

进一步的，所述方法还具有如下特点：所述PCEF在如下任一条件时发送所述事件信息的事件用量：

当前事件用量达到预先设置的事件用量阈值；

IP连接接入网(IP-CAN)会话终结；

策略控制和计费控制(PCC)规则发生变化；

收到所述PCRF发送的上报事件用量的指示信息。

进一步的，所述方法还具有如下特点：当所述PCEF在IP-CAN会话终结时向所述PCRF发送所述事件用量时，所述方法还包括：

如果接入点名称(APN)对应多个IP-CAN会话，则所述PCRF在每个IP-CAN会话终结后，向SPR分别上报终结的IP-CAN会话的事件用量；或者，在APN下最后一个IP-CAN会话终结后，向SPR统一上报终结的全部IP-CAN会话的事件用量。

进一步的，所述方法还具有如下特点：所述上报事件用量的指示信息为以下任意一种：

包括获取所述事件用量的请求信息；

包括获取与所述事件用量关联的关联信息的请求信息，其中所述关联信息的描述信息包括所述事件用量。

一种用量的监控***，包括：

策略和计费规则功能实体(PCRF)，用于发送事件信息给策略和计费执行功能实体(PCEF)；

所述PCEF，用于对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

进一步的，所述***还具有如下特点：所述事件信息是所述PCRF根据从用户签约数据库(SPR)获取的基于事件的签约信息生成的。

进一步的，所述***还具有如下特点：

所述PCEF，用于根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个，对所述事件信息执行事件监控。

进一步的，所述***还具有如下特点：所述PCEF用于在如下任一条件时发送所述事件信息的事件用量：

当前事件用量达到预先设置的事件用量阈值；

IP连接接入网(IP-CAN)会话终结；

策略控制和计费控制(PCC)规则发生变化；

收到所述PCRF发送的上报事件用量的指示信息。

进一步的，所述***还具有如下特点：

所述PCRF，还用于当所述PCEF在IP-CAN会话终结时向所述PCRF发送所述事件用量时，如果接入点名称(APN)对应多个IP-CAN会话，则所述PCRF在每个IP-CAN会话终结后，向SPR分别上报终结的IP-CAN会话的事件用量；或者，在APN下最后一个IP-CAN会话终结后，向SPR统一上报终结的全部IP-CAN会话的事件用量。

进一步的，所述***还具有如下特点：所述上报事件用量的指示信息为以下任意一种：

获取所述事件用量的请求信息；

获取与所述事件用量关联的关联信息的请求信息，其中所述关联信息的描述信息包括所述事件用量。

本发明提供的技术方案，通过PCRF发送事件信息给PCEF，PCEF对事件信息执行事件监控，并将监控得到的事件用量发送给PCRF，从而实时掌握用户对签约事件类套餐业务的使用情况，实时准确地执行事件类业务的管理，实现对基于事件的用量监控。

附图说明

图1-1为EPS***架构示意图；

图1-2为PCC***架构示意图；

图2为本发明提供的用量的监控方法的流程示意图；

图3为本发明提供的会话建立时对用量监控的管理方法实施例的流程示意图；

图4为本发明提供的会话建立过程中用量监控的方法实施例的流程示意图；

图5为本发明提供的会话建立过程中用量监控的另一方法实施例的流程示意图；

图6为本发明提供的会话建立过程中用量监控的又一方法实施例的流程示意图；

图7为本发明提供的会话结束时用量监控的方法实施例的流程示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图及具体实施例对本发明作进一步的详细描述。

图2为本发明提供的用量的监控方法的流程示意图。图2所示方法包括：

步骤201、PCRF发送事件信息给PCEF；

步骤202、所述PCEF对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

本发明提供的方法，通过PCRF发送事件信息给PCEF，PCEF对事件信息执行事件监控，并将监控得到的事件用量发送给PCRF，从而实时掌握用户对签约事件类套餐业务的使用情况，实时准确地执行事件类业务的管理，实现对基于事件的用量监控。

下面对本发明提供的技术方案作进一步介绍：

实施例一

图3为本发明提供的会话建立时对用量监控的管理方法实施例的流程示意图。图3所示方法实施例包括：

本实施例描述的是用户建立IP-CAN会话过程中，PCRF下发用量阈值给PCEF，执行事件用量监控的流程。和现有技术流程的区别在于，该用量阈值是PCRF从SPR获取的，其中SPR中保存有基于事件的签约信息，在签约响应中下发给PCRF，从而使PCRF和PCEF执行基于事件的用量监控，在PCRF从SPR获取到的事件用量阈值，并下发事件用量阈值给PCEF，PCEF执行事件的监控和上报。各步骤描述如下：

步骤301、在UE请求建立IP-CAN会话的过程中，PCEF收到请求建立IP-CAN会话消息，消息中携带用户标识和请求接入的PDN网络的PDN标识。

步骤302、PCEF向PCRF发送IP-CAN会话建立指示消息，携带用户标识、PDN标识和为UE分配的地址IP Address。

步骤303、PCRF向SPR发送签约信息的请求消息，携带用户标识和PDN标识。

步骤304、SPR根据用户标识和PDN标识返回用户的签约信息，包含该用户基于事件的允许用量阈值，并向发送给PCRF。

步骤305、PCRF根据返回的签约信息，制定策略，其中包括针对IP-CAN会话或某个具体业务数据流的事件用量监控策略。PCRF为该IP-CAN会话分配事件用量阈值，并下发给PCEF，触发PCEF开始执行用量监控。

步骤306、PCEF返回应答，携带IP Address，用于通知IP-CAN会话已建立。

步骤307、在IP-CAN会话建立后，PCEF根据PCRF下发的事件用量监控策略对UE建立的IP-CAN会话进行基于事件的用量监控。

其中PCEF根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个进行基于事件的用量监控。例如根据具体业务类事件，如FTP/HTTP传输类业务的事件识别，再进一步识别的传输文件类型的事件识别，或是如Skype等不同业务协议类型的事件识别。该类事件监控可包括该类事件的发起，新增，修改，成功，异常等事件特征的监控和上报。

实施例二

图4为本发明提供的会话建立过程中用量监控的方法实施例的流程示意图。图4所示方法实施例包括：

在IP-CAN会话过程中，当PCRF收到一个外部或是内部的触发，需要发起IP-CAN会话修改流程(包括事件阈值变更)，则PCRF向PCEF下发请求消息，该请求消息中指明获取当前事件用量(显式获取)，PCEF收到请求后上报当前事件用量给PCRF，PCRF更新阈值，下发请求消息修改IP-CAN会话下发更新后的阈值。各步骤描述如下：

步骤401、PCRF收到一个外部或内部触发，需要发起一个IP-CAN会话修改流程。该触发可能来自SPR、AF、PCEF或是PCRF本身，例如PCEF监控的事件用量达到预先设置的事件用量阈值、相关PCC规则删除、SPR中签约信息变更、PCRE设置的阈值发生变更。阈值变更包括某个现有阈值的提升、降低或删除以及新增某个阈值。

步骤402、PCRF给PCEF发送请求消息(如Diameter RAR)，请求消息中明确指明获取当前事件用量，此处为显式获取方式。

步骤403、PCEF给PCRF返回响应消息(如Diameter RAA)，带上该IP-CAN会话当前的事件用量。

步骤404、PCRF收到响应消息，根据事件用量报告更新阈值，给PCEF发送请求消息(如Diameter RAR)，修改IP-CAN会话，下发更新后的事件用量阈值。

步骤405、PCEF给PCRF返回响应消息(如Diameter RAA)，存储更新后的阈值。

步骤406、继续后续流程处理。

实施例三

图5为本发明提供的会话建立过程中用量监控的另一方法实施例的流程示意图。图5所示方法实施例包括：

在IP-CAN会话过程中，当PCRF收到一个外部或是内部的触发，需要发起一个IP-CAN会话修改流程(包括事件用量阈值变更)，则PCRF给PCEF下发请求消息，该请求消息中未明确要求获取当前事件，但当前事件用量是该请求需要获取的信息的相关信息(隐式获取)，则PCEF收到请求后上报当前事件用量给PCRF，PCRF参考该用量报告信息更新阈值，下发请求修改IP-CAN会话，将更新阈值带给PCEF。各步骤描述如下：

步骤501、PCRF收到一个外部或内部触发，需要发起一个IP-CAN会话修改流程。该触发可能来自SPR、AF、PCEF或是PCRF本身，例如PCEF监控的事件用量达到预先设置的事件用量阈值、相关PCC规则删除、SPR中签约信息变更、PCRE设置的阈值发生变更。阈值变更包括某个现有阈值的提升、降低或删除以及新增某个阈值。

步骤502、PCRF给PCEF发送请求消息(如Diameter RAR)，请求消息中未明确要求获取当前事件用量，但当前用量属于获取要求的相关信息，隐式获取当前用量，即该请求需要获取的信息可以用该事件用量来描述。

在本步骤中，PCRF向PCEF发送与事件用量关联的关联信息的请求信息，其中该关联信息的描述信息包括所述事件用量，例如，请求PCEF上报用户在本次接入后的用户所使用的业务以及每个业务的用量。

步骤503、PCEF给PCRF返回响应消息(如Diameter RAA)，带上该IP-CAN会话当前的事件用量。

例如，收到上报用户所使用的业务以及业务的用量时，PCEF根据本地的监控结果，上报相应的用量，由于PCEF的监控包括基于事件进行监控，所以会上报该事件的事件用量。

需要说明的是，此处隐式获取方式中的关联信息可以是用于概括该事件用量的总结信息，如用户全部套餐的用量等，也可以是一些以事件用量为控制条件的触发信息，例如要求PCEF在事件用量达到特定值时，上报用户正在使用的业务，一旦PCRF收到用户所使用的业务，则可以确定该事件用量达到特定值，从而得到当前的事件用量。

步骤504、PCRF收到响应消息，参考当前事件用量报告更新阈值，给PCEF发送请求消息(如Diameter RAR)，修改IP-CAN会话，下发更新后的用量阈值。

步骤505、PCEF给PCRF返回响应消息(如Diameter RAA)，存储更新后的阈值。

步骤506、继续后续流程处理。

需要说明的是，对于实施例二和三，以会话过程中PCRF要求PCEF上报用量信息为例进行说明，但不限于此，还可以是PCEF自主向PCRF上报，例如，检测到PCC规则发生变化，或者，当前事件用量达到预先设置的事件用量阈值时，都可以主动向PCRF上报。

实施例四

图6为本发明提供的会话建立过程中用量监控的又一方法实施例的流程示意图。图6所示方法实施例包括：

在IP-CAN会话过程中，当PCRF收到一个外部或是内部的触发，需要发起IP-CAN会话修改流程(包括事件用量阈值变更)，则PCRF给PCEF下发请求消息，请求消息中带上更新后的阈值，PCEF收到该更新消息后，在响应消息中上报当前IP-CAN会话的事件用量给PCRF，PCRF收到响应消息后进行后续操作，视情形需要可发起更新请求对此前下发的更新阈值做调整。各步骤如下：

步骤601、PCRF收到一个外部或是内部的触发，需要发起一个IP-CAN会话修改流程(包括事件用量阈值变更)。该触发可能来自SPR、AF、PCEF或是PCRF本身，如PCEF监控用量达到阈值、相关PCC规则删除，SPR中签约信息变更等。事件用量阈值的变更包括某个现有阈值的提升、降低或是删除，以及新增某个阈值。

步骤602、PCRF给PCEF发送请求消息(如Diameter RAR)，修改IP-CAN会话，下发更新后的事件用量阈值。

步骤603、PCEF给PCRF返回响应消息(如Diameter RAA)，带上该IP-CAN会话当前事件用量；存储更新后的信息。

步骤604、PCRF收到响应消息后，据上报的当前事件用量报告，可发起更新请求对此前下发的更新阈值做调整。若需要则发送请求消息给PCEF，重新下发阈值。若不需要则进入506，继续后续流程处理。

步骤605、若PCEF收到504中PCRF的请求消息，则返回响应消息，存储更新后的阈值。

步骤606、继续后续流程处理。

实施例五

图7为本发明提供的会话结束时用量监控的方法实施例的流程示意图。图7所示方法包括：

步骤701、PCEF检测到触发需要终结IP-CAN会话，该触发可能来自其他网元，UE或是PCEF自身(例如PCC规则全部删除)。

步骤702、PCEF向PCRF发送IP-CAN会话终结指示消息，消息中携带事件用量监控的用量消耗。

步骤703、PCRF将用量阈值更新，向SPR发送取消签约通知请求消息，消息中携带事件用量监控得用量消耗或是剩余的允许用量。

步骤704、SPR收到允许用量消耗或是剩余的允许用量，将总的允许用量更新，向PCRF返回取消签约通知应答。

步骤705、PCRF向PCEF返回IP-CAN会话终结确认消息。

以上会话终结流程是针对一个IP-CAN会话上报用量给PCRF，PCRF进而上报到SPR更新签约存储的剩余允许用量。对于一个APN多个IP-CAN会话的情形，具体实现上PCRF除了可以有以上针对每个IP-CAN会话的上报外，还可以在该APN下的最后一个IP-CAN会话终结后再统一上报用量或剩余用量给SPR，更新签约存储的剩余允许用量。

以下以具体应用实例进行说明：

例如运营商需要对于事件类业务的监控，从而保证对事件类业务的合理准确计费。

对于某个签约事件类套餐用户每月30元套餐可成功下载影片数目为120部，在该用户接入后，PCRF从SPR获取该用户基于该签约事件类套餐的事件信息，主要为允许的用量，例如，该SPR中记录该用户的允许用量为100部，则PCRF根据该允许用量，配置事件用量阈值，如90部，并将该事件用量阈值通知给PCEF，PCEF根据该事件用量阈值，监控该用户此次成功下载的影片数目，当此次成功下载的总数达到10部时，表示允许的事件用量达到事件用户阈值，则上报给PCRF当前用量信息，可以是当前已使用的用量，也可以是剩余的用量；当然PCRF也可以根据自身的需要，主动要求PCRF上报事件的当前用量信息，同时，如果PCC策略发生变化，如删除等，PCEF也可以主动上报用量。在用户结束下载业务后，PCEF向PCRF上报当前用量信息。

当然，可以利用本发明技术方案的具体应用场景并不限于此，例如根据用户业务种类实行差异化的事件统计(如，最新影音的事件加权高于一般影音，重要文档类的事件加权高于普通媒体业务文档等)，对事件的成功与否或是发生频率等实行事件类监控和统计，如对某类文件下载按次统计(如，MP3或多媒体影音)，或是按文件数量统计(如，下载同类别的多个影音资料)等需求场景，此处不再赘述。

结合图2至图7所述的方法实施例，本发明还提供一种用量的监控***，包括：

策略和计费规则功能实体(PCRF)，用于发送事件信息给策略和计费执行功能实体(PCEF)；

其中所述事件信息是所述PCRF根据从用户签约数据库(SPR)获取的基于事件的签约信息生成的。

所述PCEF，用于对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

具体的，所述PCEF，用于根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个，对所述事件信息执行事件监控。

在如下任一条件时所述PCEF发送所述事件信息的事件用量，包括：

当前事件用量达到预先设置的事件用量阈值；

IP连接接入网(IP-CAN)会话终结；

策略控制和计费控制(PCC)规则发生变化；

收到所述PCRF发送的上报事件用量的指示信息。

如果所述PCEF在IP-CAN会话终结时向所述PCRF发送所述事件用量如果接入点名称(APN)对应多个IP-CAN会话，则所述PCRF在每个IP-CAN会话终结后，向SPR分别上报终结的IP-CAN会话的事件用量；或者，在APN下最后一个IP-CAN会话终结后，向SPR统一上报终结的全部IP-CAN会话的事件用量。

其中所述上报事件用量的指示信息为以下任意一种：

获取所述事件用量的请求信息；

获取与所述事件用量关联的关联信息的请求信息，其中所述关联信息的描述信息包括所述事件用量。

本发明提供的***实施例，通过PCRF发送事件信息给PCEF，PCEF对事件信息执行事件监控，并将监控得到的事件用量发送给PCRF，从而实时掌握用户对签约事件类套餐业务的使用情况，实时准确地执行事件类业务的管理，实现对基于事件的用量监控。

本领域普通技术人员可以理解上述实施例的全部或部分步骤可以使用计算机程序流程来实现，所述计算机程序可以存储于一计算机可读存储介质中，所述计算机程序在相应的硬件平台上(如***、设备、装置、器件等)执行，在执行时，包括方法实施例的步骤之一或其组合。

可选地，上述实施例的全部或部分步骤也可以使用集成电路来实现，这些步骤可以被分别制作成一个个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

上述实施例中的各装置/功能模块/功能单元可以采用通用的计算装置来实现，它们可以集中在单个的计算装置上，也可以分布在多个计算装置所组成的网络上。

上述实施例中的各装置/功能模块/功能单元以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。上述提到的计算机可读取存储介质可以是只读存储器，磁盘或光盘等。

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

Claims (12)

1.一种用量的监控方法，其特征在于，包括：

策略和计费规则功能实体(PCRF)发送事件信息给策略和计费执行功能实体(PCEF)；

所述PCEF对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

2.根据权利要求1所述的方法，其特征在于，所述事件信息是所述PCRF根据从用户签约数据库(SPR)获取的基于事件的签约信息生成的。

3.根据权利要求1所述的方法，其特征在于，所述PCEF对所述事件信息执行事件监控，包括：

所述PCEF根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个，对所述事件信息执行事件监控。

4.根据权利要求1所述的方法，其特征在于，所述PCEF在如下任一条件时发送所述事件信息的事件用量：

当前事件用量达到预先设置的事件用量阈值；

IP连接接入网(IP-CAN)会话终结；

策略控制和计费控制(PCC)规则发生变化；

收到所述PCRF发送的上报事件用量的指示信息。

5.根据权利要求4所述的方法，其特征在于，当所述PCEF在IP-CAN会话终结时向所述PCRF发送所述事件用量时，所述方法还包括：

如果接入点名称(APN)对应多个IP-CAN会话，则所述PCRF在每个IP-CAN会话终结后，向SPR分别上报终结的IP-CAN会话的事件用量；或者，在APN下最后一个IP-CAN会话终结后，向SPR统一上报终结的全部IP-CAN会话的事件用量。

6.根据权利要求4所述的方法，其特征在于，所述上报事件用量的指示信息为以下任意一种：

包括获取所述事件用量的请求信息；

包括获取与所述事件用量关联的关联信息的请求信息，其中所述关联信息的描述信息包括所述事件用量。

7.一种用量的监控***，其特征在于，包括：

策略和计费规则功能实体(PCRF)，用于发送事件信息给策略和计费执行功能实体(PCEF)；

所述PCEF，用于对所述事件信息执行事件监控，并将监控得到的事件用量发送给所述PCRF。

8.根据权利要求7所述的***，其特征在于，所述事件信息是所述PCRF根据从用户签约数据库(SPR)获取的基于事件的签约信息生成的。

9.根据权利要求7所述的***，其特征在于，

所述PCEF，用于根据业务类型、业务所传输的文件类型和业务的协议类型中至少一个，对所述事件信息执行事件监控。

10.根据权利要求7所述的***，其特征在于，所述PCEF用于在如下任一条件时发送所述事件信息的事件用量：

当前事件用量达到预先设置的事件用量阈值；

IP连接接入网(IP-CAN)会话终结；

策略控制和计费控制(PCC)规则发生变化；

收到所述PCRF发送的上报事件用量的指示信息。

11.根据权利要求10所述的***，其特征在于，

所述PCRF，还用于当所述PCEF在IP-CAN会话终结时向所述PCRF发送所述事件用量时，如果接入点名称(APN)对应多个IP-CAN会话，则所述PCRF在每个IP-CAN会话终结后，向SPR分别上报终结的IP-CAN会话的事件用量；或者，在APN下最后一个IP-CAN会话终结后，向SPR统一上报终结的全部IP-CAN会话的事件用量。

12.根据权利要求10所述的***，其特征在于，所述上报事件用量的指示信息为以下任意一种：

获取所述事件用量的请求信息；

获取与所述事件用量关联的关联信息的请求信息，其中所述关联信息的描述信息包括所述事件用量。

Images