专利名称：业务用量监控方法及设备的制作方法
技术领域：
本发明实施例涉及通信技术，尤其涉及一种业务用量监控方法及设备。
背景技术：
IP网络可以提供更多种类的业务例如多媒体呼叫、文件下载和网页浏览等，因此需要网络能够检测不同的业务流并统计流量、时长等计费信息以上报给计费中心。3GPP、微波存取全球互通(Worldwide Interoperability for Microwave Access ；简称WiMAX)论坛等组织定义了策略和计费控制基于策略和计费控制(Policy Charging Control，简称PCC) 架构，通过PCC架构可以使得网络检测到不同的业务流，并针对业务流实现服务质量(QoS) 控制、计费统计等需求。PCC架构包括策略和计费加强功能实体(Policy Charging Enforcement Function，简称PCEF)和策略和计费规则功能实体(Policy Charging Rules Function，简称PCRF)等功能实体。PCEF支持对单独的业务流或者一组业务流或会话内所有业务流的监听。PCRF支持基于规则级及会话级的用量管理，并可利用PCEF上报的用量动态控制带宽/ 计费规则。PCRF与PCEF之间采用foe接口进行策略下发及用量上报PCEF通过GX接口向 PCRF请求PCC规则，PCRF通过GX接口向PCEF提供PCC规则，PCEF通过GX接口向PCRF上报根据PCC规则监控到的业务用量。然而，存在如下需求时现有用量监控机制无法满足例如需要监听特定网站如新浪网站www. sina. com的用量，同时还需要监听用户在会话内所有HTTP协议的用量，以在新浪的访问量达到一定门限时控制其服务质量，同时当HTTP业务达到一定门限时控制特定网站的服务质量。若采用规则级监控，PCEF在识别www. sina. com的业务流时只会优先累计至一条规则，该业务流的用量或者上报至HTTP协议对应的规则，或者上报至誦.sina. com 对应的规则。这样另一条规则的用量不是完整的使用用量。若采用会话级监控，由于会话级监控是对用户在会话内所有业务用量的监控，在会话内用户采用任何协议访问任何网站都被累计至一条规则中上报给PCRF，从而不能区分用户访问mm. sina. com的用量与使用 HTTP协议的用量。因此，目前PCEF向PCRF上报的业务用量不准确，从而导致后续不能对其他业务的服务质量进行准确控制。
发明内容
本发明实施例提供一种业务用量监控方法及设备，用以解决现有技术中PCEF向 PCRF上报的业务用量不准确的缺陷，达到了 PCRF准确采集用户业务用量的目的。本发明实施例提供一种业务用量监控方法，包括
根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定所述业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同；所述会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息；所述监控级别标识表示所述监控任务用于监控会话内指定业务流的用量；在确定所述业务请求信息与所述一个或者多个会话级业务监控任务中的所述指定业务流信息相同时，在所述一个或者多个会话级业务监控任务中累计所述业务请求信息的用量；将所述监控任务标识以及所述会话级业务监控任务中的所述业务请求信息的累计用量上报给策略和计费规则功能实体。本发明实施例提供一种业务用量监控设备，包括确定模块，用于根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定所述业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同；所述会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息；所述监控级别标识表示所述监控任务用于监控会话内指定业务流的用量；累计模块，用于在确定所述业务请求信息与所述一个或者多个会话级业务监控任务中的所述指定业务流信息相同时，在所述一个或者多个会话级业务监控任务中累计所述业务请求信息的用量；上报模块，用于将所述监控任务标识以及所述会话级业务监控任务中的所述业务请求信息的累计用量上报给策略和计费规则功能实体。本发明实施例业务用量监控方法及设备，PCEF按照PCRF下发的多个会话级业务监控任务，对一个特定用户一次会话内的多个指定业务进行监控，将在会话内接收到的业务请求信息中五元组信息、协议信息和URL信息与各会话级业务监控任务对应的指定业务流进行比较，确定与业务请求信息相同的指定业务流信息。分别通过相同的指定业务流信息对应的监控任务标识，将该业务请求对应的用量上报给PCRF。因此，本发明实施例可将一条业务流的用量分别累计至多个相同的指定业务流信息对应的多条会话级业务监控任务中上报给PCRF，克服了由于PCEF不能将一条业务流的用量累计至多个监控任务而导致的用量上报准确的缺陷，使PCRF可采集到用户的准确的业务用量。从而控制后续的服务质量。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明提供的业务用量监控方法实施例一流程图；图2为本发明提供的业务用量监控方法实施例二流程图；图3为本发明提供的业务用量监控方法实施例三流程图；图4本发明提供的业务用量监控设备实施例一结构示意图；图5本发明提供的业务用量监控设备实施例二结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图1为本发明提供的业务用量监控方法实施例一流程图。如图1所示，本实施例包括步骤11 =PCEF根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定业务请求信息是否与各会话级业务监控任务中指定业务流信息相同。PCEF向PCRF发起Gx+会话创建请求后，PCRF向PCEF发送多个会话级业务监控任务。每个会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息。各会话级业务监控任务对应的会话级业务监控级别标识相同，各会话级业务监控任务对应的监控任务标识不同的，对应的指定业务流信息也不相同。会话级业务监控级别标识表示监控任务用于监控一个用户在当前会话内指定业务的用量。PCEF通过会话级业务监控任务中的监控任务级别标识，可获知PCRF指示监控一个用户在当前会话内指定业务的用里。各会话级业务监控任务中对应的指定业务流信息在协议上存在关联，也可以不存在关联。例如，监控一个特定用户在会话内访问www. Sina. com用量的会话级业务监控任务 A和监控该特定用户会话内使用所有HTTP协议的用量的会话级业务监控任务B，由于用户有可能使用HTTP协议访问www. sina. com,因此访问www. sina. com的业务用量，也应该累计至会话级业务监控任务B。在当前会话内接收到业务请求信息时，例如接收到HTTP浏览请求、RTSP业务请求、短信业务请求或彩信业务请求等，PCEF先识别业务请求信息中Port五元组信息、统一资源定位符(Uniform Resource Locator，简称URL)信息和协议信息等特征。进一步的，比较业务请求信息中五元组信息、协议信息和URL信息之一，是否分别与指定业务流信息对应的五元组信息、协议信息和URL信息之一相同；如果五元组信息、协议信息和URL信息中的至少一项相同，则确定业务请求信息与指定业务流信息相同从业务请求信息中识别出的 Port五元组信息包括发送该业务请求信息的源IP地址和源端口、接收该业务请求信息的目的IP地址和目的端口以及处理该业务请求信息所采用协议对应的协议号。步骤12 在确定业务请求信息与一个或者多个会话级业务监控任务中的指定业务流信息相同时，PCEF在一个或者多个会话级业务监控任务中累计业务请求信息的用量。步骤13 =PCEF将监控任务标识以及会话级业务监控任务中的业务请求信息的累计用量上报给PCRF。在某个会话级业务监控任务对应的指定业务流信息与业务请求信息相匹配时，通过该监控任务对应的监控任务标识，也即该指定业务流信息对应的监控任务标识，将该业务请求信息的累计用量上报给PCRF。有可能存在多个会话级业务监控业务对应的指定业务流信息与该业务请求信息相同，将该业务流信息的用量(包括访问时长、访问流量和访问次数等)，分别累计至相同的指定业务流信息所对应的会话级业务监控任务，并分别通过不同的监控任务标识将该业务请求的用量上报给PCEF。PCEF上报一次会话内业务的用量， PCRF对PCEF上报的业务用量进行累计管理。本发明实施例业务用量监控方法，PCEF按照PCRF下发的多个会话级业务监控任务，对一个特定用户一次会话内的多个指定业务进行监控，将在会话内接收到的业务请求信息中五元组信息、协议信息和URL信息与各会话级业务监控任务对应的指定业务流进行比较，确定与业务请求信息相同的指定业务流信息。分别通过相同的指定业务流信息对应的监控任务标识，将该业务请求对应的用量上报给PCRF。因此，本发明实施例可将一条业务流的用量分别累计至多个相同的指定业务流信息对应的多条会话级业务监控任务中上报给PCRF，克服了由于PCEF不能将一条业务流的用量累计至多个监控任务而导致的用量上报准确的缺陷，使PCRF可采集到用户的准确的业务用量。从而控制后续的服务质量。图2为本发明提供的业务用量监控方法实施例二流程图。本实施例中，PCRF通过 Gx+接口向PCEF下发会话级业务监控任务。本实施例对hage-Monitoring-Level AVP定义进行了扩展，新增一个监控级别 SESSION_RULE_LEVELQ)，该监控级别标识表示下发的监控任务为监控一次会话内指定业务的用量。另外，还新增加[Session-Usage-Monitoring-Flows]AVP，指示需监控的指定业
务流信息。具体如下
<CC-Answer〉:= [Monitoring-Key] //监控任务标识 //指定业务流信息在[Flow-Information]处，也可为[URL]，表示监控访问特定URL的业务流。如图2所示，本实施例包括步骤la =PCEF通过CCRHnitial消息向PCRF发送会话创建请求。PCEF 通过 CCR(Credit Control Request)-Initial 消息向 PCRF 发送基于一个用户也即一个源IP地址的会话创建请求，以请求PCRF下发对于该用户或该IP地址的监控任务。从而该用户上线后PCEF根据PCRF下发的监控任务对该用户的特定业务用量进行监控。步骤2a :PCRF 通过 GX CCA(Credit Control Answer)消息向 PCEF 下发两个会话级业务监控任务。每个会话级业务监控任务包括监控级别标识、监控任务标识和指定业务流信息。 例如，监控用户访问google网站的流量达到指定量时上报，并监控该用户使用http协议的流量达到指定量时上报，PCRF向PCEF下发如下两个会话级业务监控任务(括号内容为实际发送的值)CCA::=
Usage-Monitoring-Information //监控任务 A SESSION—RULE—LEVEL(2) Monitor-key (m 1) Usage-Monitoring-Information //监控任务 B SESSION—RULE—LEVEL(2) Monitor-key(m2) [Session-Usage-Monitoring-Flows] Monitor-key (m 1) Granted-Service-Unit (3MB) URL(www.google.com.hk) [Session-Usage-Monitoring-Flows] Monitor-key(m2) Granted-Service-Unit (3MB)
Flow-Description(protocol:http)在上述消息内容中SESSI0N_RULE_LEVEL(2)表示监控任务的级别标识为2级， Monitor-key (ml)表示监控任务A的任务标识为ml，Monitor-key (π )表示监控任务B的任务标识为m2 ；Granted-Service-Unit (3MB)表示监控任务A指示上报指定业务流时应达到的用量为3MB ；Flow-Description (protocol :http)表示监控任务B的指定业务流为使用 http协议的业务流；URL (www. google, com. hk)表示监控任务A的指定业务流为访问www. google, com. hk 的业务流。步骤3a :PCEF接收到业务请求信息时，根据接收到的业务请求信息中port五元组信息、协议信息和URL信息之一确定业务请求信息是否与各会话级业务监控任务中指定业务流信息相同。承上的两个会话级业务监控任务，PCEF可以先通过深度报文检测技术识别出业务请求信息中port五元组信息、URL信息和协议信息等特征。将业务请求信息中五元组信息和URL信息等特征与监控任务A中[Session-Usage-Monitoring-Flows]所指示的URL (www. google, com. hk)业务流的特征进行比较，若两者的各信息中有一项相同表明该业务请求信息为监控任务A中指定业务流信息，在达到指定用量3MB时， 通过Monitor-key (ml)上报给PCRF。同时，PCEF还可以将将业务请求信息中五元组信息和协议信息等特征与监控任务B中[Session-Usage-Monitoring-Flows]指示的 Flow-Description (protocol :http)业务流的特征进行匹配，若两者的各信息中有一项相同表明该业务请求信息为监控任务B中指定业务流信息，在达到指定用量3MB时，通过Monitor-key (m2)上报给 PCRF。步骤如在确定业务请求信息与一个或者多个会话级业务监控任务中的指定业务流信息相同时，PCEF在一个或者多个会话级业务监控任务中累计业务请求信息的用量， 将监控任务标识以及会话级业务监控任务中的业务请求信息的累计用量上报给PCRF。用户访问www. google, com. hk使用了 3MB流量，PCEF识别该业务流还属于使用 http协议的业务流，则通过如下方式上报
CCRU::=
Usage-Monitoring-Information Monitor-key (m 1) Used-Service-Unit
CC-Total-Octets(3mb) Usage-Monitoring-Information Monitor-key(m2) Used-Service-Unit
CC-Total-Octets(3MB)在以上CCRU 消息中，PCEF通过监控任务标识ml将访问www. google, com. hk的业务用量3MB上报至PCRF，PCEF通过监控任务标识m2对应的http业务流信息访问用量3MB 上报至PCRF。以上CCRU 信息中括号中内容为PCEF向PCRF实际发送的数据值。步骤fe =PCRF根据PCEF上报的业务用量调整会话级业务监控任务，并向PCEF下发新的会话级业务监控任务。PCEF向PCRF上报一次会话内该用户访问www. google, com. hk使用的流量和一次会话内该用户使用HTTP协议的流量，PCRF对PCEF上报的用量进行累计管理，以在谷歌的访问量达到一定门限时控制谷歌网站的服务质量，同时当HTTP业务达到一定门限时控制特定网站的服务质量。图3为本发明提供的业务用量监控方法实施例三流程图。本实施例与上述实施例的区别在于，PCRF只通过Gx+接口向PCEF下发会话级业务监控任务中的监控级别标识和监控任务标识，通过新增加的业务流同步接口向PCEF下发会话级业务监控任务中指定业务流信息。业务流同步接口需要传递CCA消息中Monitor-key和flow-info.。flow-info 包括Port五元组和URL信息。如图3所示，本实施例包括步骤lb =PCEF通过CCR-hitial消息向PCRF发送会话创建请求。步骤2b =PCRF通过GX CCA消息向PCEF下发两个会话级业务监控任务中的监控级别标识和监控任务标识。例如，需要监控用户访问google网站及使用http协议的流量，PCRF通过业务流同步接口将会话级业务监控任务中的监控任务标识和指定业务流信息承载在SOAP消息上发送给 PCEF。例如，发送如下信息Flow-ID :ml ；URL :www. google, com. hk ；Flow-ID :m2 ； Protocol :http ；Granted-Service-Unit :3MB。当接收到PCEF的CCR-hitial消息时，PCRF向PCEF两个会话级业务监控任务中
的监控级别标识和监控任务标识
CCA::=
Usage-Monitoring-Information SESSION—RULE—LEVEL(2) Monitor-key (m 1) Usage-Monitoring-Information SESSION—RULE—LEVEL(2) Monitor-key(m2)在以上CCA消息中只下发Usage-MonitoringHnformation中相关信息，而没有下发[Session-Usage-Monitoring-Flows]中信息。通过从业务流同步接口接收到的 Monitor-key 禾口 Usage-Monitoring-Information 中 Monitor-key,可将从业务流同步接口接收到的指定业务流信息与 Usage-MonitoringHnformation 中 SESSION_RULE_LEVEL(2) 进行关联，从而可获取到一个监控任务的完整信息。步骤北PCEF接收到业务请求信息时，根据接收到的业务请求信息中port五元组信息、协议信息和URL信息之一确定业务请求信息是否与各会话级业务监控任务中指定业务流信息相同。步骤4b 在确定业务请求信息与一个或者多个会话级业务监控任务中的指定业务流信息相同时，PCEF在一个或者多个会话级业务监控任务中累计业务请求信息的用量， 将监控任务标识以及会话级业务监控任务中的业务请求信息的累计用量上报给PCRF。用户访问www. google, com. hk使用了 3MB流量，PCEF识别该业务流还属于使用 http协议的业务流，则通过如下方式上报
10CCRU::=
Usage-Monitoring-Information Monitor-key (m 1) Used-Service-Unit
CC-Total-Octets(3mb) Usage-Monitoring-Information Monitor-key(m2) Used-Service-Unit
CC-Total-Octets(3mb)以上CCRU :信息中括号中内容为PCEF向PCRF实际发送的数据值。步骤恥=PCRF根据PCRF上报的业务用量调整会话级业务监控任务，并向PCEF下发新的会话级业务监控任务。PCEF通过PCRF从Gx+接口下发的各会话级业务监控任务中监控级别标识，获知当前下发的多个监控任务为对一个用户一次会话内多个指定业务流信息进行监控的会话级业务监控任务以及监控任务的标识。PCEF通过业务流同步接口获取PCRF发下发的各会话级业务监控任务中的指定业务流信息和相应的监控任务标识。图4为本发明提供的业务用量监控设备实施例一结构示意图。如图4所示，本实施例包括确定模块41、累计模块45和上报模块42。确定模块41，用于根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同；会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息； 级别标识表示监控任务用于监控会话内指定业务用量。进一步的，确定模块41可以具体用于确定业务请求信息中五元组信息、协议信息和URL信息之一，是否分别与指定业务流信息对应的五元组信息、协议信息和URL信息之一相同；如果五元组信息、协议信息和URL信息中的至少一项相同，则确定业务请求信息与指定业务流信息相同。累计模块45，用于在确定业务请求信息与一个或者多个会话级业务监控任务中的指定业务流信息相同时，在一个或者多个会话级业务监控任务中累计业务请求信息的用量。上报模块42，用于述监控任务标识以及会话级业务监控任务中的业务请求信息的累计用量上报给策略和计费规则功能实体PCRF。进一步，在图4基础上，本实施例还包括会话创建模块43和接收模块44。会话创建模块43，用于向PCRF发送会话创建请求。接收模块44，用于接收PCRF发送各会话级业务监控任务。其中，接收模块44具体用于通过Gx+接口接收PCRF发送的各会话级业务监控任务。或者，接收模块44具体用于通过Gx+接口接收PCRF发送的各会话级监控任务的监控任务级别标识和任务标识，通过业务流信息同步接口接收PCRF发送的各会话级监控任务的指定业务流信息和监控任务标识。上述各模块的工作机理参见图1至图3对应实施例中描述，在此不再赘述。本发明实施例PCEF按照PCRF下发的多个会话级业务监控任务，对一个特定用户一次会话内的多个指定业务进行监控，将在会话内接收到的业务请求信息中五元组信息、 协议信息和URL信息与各会话级业务监控任务对应的指定业务流进行比较，确定与业务请求信息相同的指定业务流信息。分别通过相同的指定业务流信息对应的监控任务标识，将该业务请求对应的用量上报给PCRF。因此，本发明实施例可将一条业务流的用量分别累计至多个相同的指定业务流信息对应的多条会话级业务监控任务中上报给PCRF，克服了由于PCEF不能将一条业务流的用量累计至多个监控任务而导致的用量上报准确的缺陷，使 PCRF可采集到用户的准确的业务用量。从而控制后续的服务质量。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种业务用量监控方法，其特征在于，包括根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定所述业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同；所述会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息；所述监控级别标识表示所述监控任务用于监控会话内指定业务流的用量；在确定所述业务请求信息与所述一个或者多个会话级业务监控任务中的所述指定业务流信息相同时，在所述一个或者多个会话级业务监控任务中累计所述业务请求信息的用量；将所述监控任务标识以及所述会话级业务监控任务中的所述业务请求信息的累计用量上报给策略和计费规则功能实体。
2.根据权利要求1所述业务用量监控方法，其特征在于，所述根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定所述业务请求信息是否与各会话级业务监控任务中指定业务流信息相同，包括确定所述业务请求信息中五元组信息、协议信息和URL信息之一是否分别与所述指定业务流信息对应的五元组信息、协议信息和URL信息之一相同；如果所述五元组信息、协议信息和URL信息中的至少一项相同，则确定所述业务请求信息与所述指定业务流信息相同。
3.根据权利要求1或2所述业务用量监控方法，其特征在于，在所述确定所述业务请求信息是否与各会话级业务监控任务中指定业务流信息相同之前，还包括向所述策略和计费规则功能实体发送会话创建请求；接收所述策略和计费规则功能实体发送的各所述会话级业务监控任务。
4.根据权利要求3所述业务用量监控方法，其特征在于，接收所述策略和计费规则功能实体发送的所述会话内的各所述会话级业务监控任务具体为通过Gx+接口接收策略和计费规则功能实体发送的各所述会话级业务监控任务。
5.根据权利要求3所述业务用量监控方法，其特征在于，还包括接收所述PCRF发送的所述会话内的各所述会话级业务监控任务具体为通过Gx+接口接收策略和计费规则功能实体发送的所述会话级业务监控任务中监控任务级别标识和监控任务标识，通过业务流信息同步接口接收所述策略和计费规则功能实体发送中各所述会话级监控任务的指定业务流信息和监控任务标识。
6.一种业务用量监控设备，其特征在于，包括确定模块，用于根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定所述业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同； 所述会话级业务监控任务包括会话级业务监控级别标识、监控任务标识和指定业务流信息；所述监控级别标识表示所述监控任务用于监控会话内指定业务流的用量；累计模块，用于在确定所述业务请求信息与所述一个或者多个会话级业务监控任务中的所述指定业务流信息相同时，在所述一个或者多个会话级业务监控任务中累计所述业务请求信息的用量；上报模块，用于将所述监控任务标识以及所述会话级业务监控任务中的所述业务请求信息的累计用量上报给策略和计费规则功能实体。
7.根据权利要求6所述业务用量监控设备，其特征在于，所述确定模块具体用于确定所述业务请求信息中五元组信息、协议信息和URL信息之一是否分别与所述指定业务流信息对应的五元组信息、协议信息和URL信息之一相同；如果所述五元组信息、协议信息和 URL信息中的至少一项相同，则确定所述业务请求信息与所述指定业务流信息相同。
8.根据权利要求6或7所述业务用量监控设备，其特征在于，还包括 会话创建模块，用于向所述策略和计费规则功能实体发送会话创建请求；接收模块，用于接收所述策略和计费规则功能实体发送的各所述会话级业务监控任务。
9.根据权利要求8所述业务用量监控设备，其特征在于，所述接收模块具体用于通过 Gx+接口接收策略和计费规则功能实体发送的各所述会话级业务监控任务。
10.根据权利要求8所述业务用量监控设备，其特征在于，所述接收模块具体用于通过 Gx+接口接收策略和计费规则功能实体发送的各所述会话级业务监控任务中监控任务级别标识和监控任务标识，通过业务流信息同步接口接收所述策略和计费规则功能实体发送的各所述会话级监控任务中指定业务流信息和监控任务标识。
全文摘要
本发明提供一种业务用量监控方法及设备。该方法包括根据接收到的业务请求信息中五元组信息、协议信息和URL信息之一确定业务请求信息是否与一个或者多个会话级业务监控任务中指定业务流信息相同；在确定业务请求信息与一个或者多个会话级业务监控任务中的指定业务流信息相同时，在一个或者多个会话级业务监控任务中累计业务请求信息的用量；将监控任务标识以及会话级业务监控任务中的业务请求信息的累计用量上报给PCRF。本发明实施例可将一条业务流的用量分别累计至多条会话级业务监控任务中上报给PCRF，使PCRF可采集到用户的准确的业务用量。从而控制后续的服务质量。
文档编号H04L29/06GK102439907SQ201180001626
公开日2012年5月2日 申请日期2011年9月5日 优先权日2010年12月31日
发明者王军 申请人:华为技术有限公司