CN102625272B - 一种支持流检测功能的用量监控方法及*** - Google Patents

一种支持流检测功能的用量监控方法及*** Download PDF

Info

Publication number
CN102625272B
CN102625272B CN201110034149.8A CN201110034149A CN102625272B CN 102625272 B CN102625272 B CN 102625272B CN 201110034149 A CN201110034149 A CN 201110034149A CN 102625272 B CN102625272 B CN 102625272B
Authority
CN
China
Prior art keywords
consumption
tdf
pcrf
monitoring
pcef
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
CN201110034149.8A
Other languages
English (en)
Other versions
CN102625272A (zh
Inventor
吴锦花
周晓云
宗在峰
孙默
李华光
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110034149.8A priority Critical patent/CN102625272B/zh
Priority to PCT/CN2011/084358 priority patent/WO2012103770A1/zh
Publication of CN102625272A publication Critical patent/CN102625272A/zh
Application granted granted Critical
Publication of CN102625272B publication Critical patent/CN102625272B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/02—Details
    • H04L12/14—Charging, metering or billing arrangements for data wireline or wireless communications
    • H04L12/1403—Architecture for metering, charging or billing
    • H04L12/1407—Policy-and-charging control [PCC] architecture
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M15/00—Arrangements for metering, time-control or time indication ; Metering, charging or billing arrangements for voice wireline or wireless communications, e.g. VoIP
    • H04M15/66—Policy and charging system
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24—Accounting or billing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/50—Network service management, e.g. ensuring proper service fulfilment according to agreements
    • H04L41/5029—Service quality level-based billing, e.g. dependent on measured service level customer is charged more or less
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/02—Capturing of monitoring data
    • H04L43/028—Capturing of monitoring data by filtering

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种支持流检测功能的用量监控方法及***的两套方案，其中一套方案的方法包括：策略控制与计费规则功能实体(PCRF)向集成流检测功能(TDF)的策略和计费执行功能实体(PCEF)、或PCEF和独立的TDF、或独立的TDF下发应用对应的用量监控策略；集成TDF的PCEF、或PCEF和独立的TDF、或独立的TDF根据所述用量监控策略执行用量监测。其***中的用量监测单元用于PCEF、集成TDF的PCEF和独立的TDF根据用量监控策略执行用量监测。采用本发明的方法及***，能实现PCRF无法获取业务数据流模板的该类业务数据流级别的用量监测控制，以及TDF架构下的IP‑CAN级别用量检测控制。

Description

一种支持流检测功能的用量监控方法及***
技术领域
本发明涉及移动通信的策略和计费控制技术领域，尤其涉及一种支持流检测功能(TDF，Traffic Detection Function)的用量监控方法及***。
背景技术
自第三代合作伙伴计划阶段7(3GPP Release7)标准体系以来，策略和计费功能由策略和计费控制(PCC，Policy and Charging Control)框架来实现。PCC架构是一个能够应用于多种接入技术的功能框架，例如，PCC架构可以应用于通用移动通信***(UMTS，Universal Mobile Telecommunications System)的陆上无线接入网(UTRAN，UMTSTerrestrial Radio Access Network)、全球移动通信***(GSM，Global system forMobile Communication)/GSM数据增强演进(EDGE)无线接入网、互通无线局域网(I-WLAN)以及演进的分组***(EPS，Evolved Packet S ystem)等。
PCC主要实现了策略控制和计费两大功能。图1为现有Rel-11的PCC的非漫游组成架构示意图，以下对图1所示的PCC架构中的各个逻辑功能实体及其接口功能进行描述。如图1所示：
业务功能实体(AF)用于提供业务应用的接入点，这些业务应用所使用的网络资源需要进行动态的策略控制。在业务面进行参数协商时，AF将相关业务信息传递给策略控制与计费规则功能实体(PCRF，Policy and Charging RulesFunction)。如果这些业务信息与PCRF的策略相一致，则PCRF接受该协商；否则，PCRF拒绝该协商，并在反馈时给出PCRF可接受的业务参数。随后，AF可将这些参数返回给用户设备(UE，User Equipment)。其中，AF和PCRF之间的接口是Rx接口。
PCRF是PCC的核心，用于负责策略决策和计费规则的制定。PCRF提供基于业务数据流的网络控制规则，这些网络控制包括业务数据流的检测、门控(Gating Control)、服务质量(QoS，Quality of Service)控制以及基于数据流的计费规则等。PCRF将其制定的策略和计费规则发送给策略和计费执行功能实体(PCEF，Policy and Control EnforcementFunction)执行；同时，PCRF还需要保证这些规则和用户的签约信息一致。其中，PCRF制定策略和计费规则的依据包括：从AF获得的与业务相关的信息、从用户签约数据库(SPR，Subscription Profile Repository)获得的与策略控制和计费相关的用户策略计费控制签约信息、以及通过Gx接口从PCEF获得的与承载相关网络的信息。
PCEF通常位于网关(GW，Gate-Way)内，在承载面执行PCRF所制定的策略和计费规则。PCEF按照PCRF所发送的规则中的业务数据流过滤器对业务数据流进行检测，进而对这些业务数据流执行PCRF所制定的策略和计费规则；在承载建立时，PCEF按照PCRF发送的规则进行资源分配，并根据AF提供的信息进行门控控制；同时，PCEF根据PCRF订阅的事件触发上报承载网络上发生的事件；根据PCRF发送的计费规则，PCEF执行相应的业务数据流计费操作，计费既可以是在线计费，也可以是离线计费。如果是在线计费，则PCEF需要和在线计费***(OCS，Online Charging System)一起进行信用管理；离线计费时，PCEF和离线计费***(OFCS，Offline Charging System)之间交换相关的计费信息。其中，PCEF与PCRF之间的接口是Gx接口，PCEF与OCS之间的接口是Gy接口，PCEF与OFCS之间的接口是Gz接口。也可增强PCEF功能实现流检测功能，将PCEF与TDF集成在一起。PCEF可以根据本地配置或是PCRF下发的包含应用检测控制策略(ADC，Application Detection andControl)的PCC规则进行应用检测并进行策略执行(如门控、重定向和带宽限制)。PCEF一般都位于网络的网关上，如EPS的分组数据网络网关(PDN-GW)、通用无线分组业务(GPRS，General Packet RadioService)中的GPRS网关支持节点(GGSN)以及互联无线网局域网(I-WLAN，InterworkingWLAN)中的分组数据网关(PDG，Packet Data Gateway)等。
TDF也可以独立部署，此时TDF与PCRF通过Sd接口，TDF可以根据预配置或PCRF下发的应用检测控制规则进行应用检测和策略执行。PCRF为独立TDF提供应用检测控制规则，独立TDF功能的策略控制执行操作包括门控、重定向和带宽限制。TDF向PCRF作被检测业务/流的相关事件和信息的上报(例如向PCRF报告检测到的业务/流的开始和终结)，以及给PCRF发送业务数据流描述，传送来自PCRF的用于流检测的业务检测和策略规则的信令。TDF存在请求业务报告和主动业务报告两种模式：请求业务报告方式，PCRF将会通知TDF哪些业务需要检测并报告给PCRF；主动业务报告方式，在TDF中预配置哪些业务需要检测和报告，该方式假定用户同意不需请求并可执行。
承载绑定和事件报告功能实体(BBERF，Bearer Binding and EventReportingFunction)通常位于接入网网关(Access Network Gateway)内。如当用户设备通过E-UTRAN接入EPS、服务网关S-GW与P-GW之间采用代理移动互联网协议版本6(PMIPv6，Proxy Mobile Internet Protocol version 6)协议时，S-GW中就存在BBERF。当用户设备通过可信任非3GPP接入网接入时，可信任非3GPP接入网关中也存在BBERF。
SPR存储有与策略控制和计费相关的用户策略计费控制签约信息。SPR和PCRF之间的接口是Sp接口。
OCS和PCEF共同完成在线计费方式下用户信用的控制和管理。
OFCS与PCEF共同完成离线计费方式下的计费操作。
以上PCC架构通过各功能实体实现了对UE为访问一个分组数据网络(PDN，PacketData Network)所建立的IP连接接入网(IP-CAN，IP ConnectivityAccess Network)会话的策略计费控制。
现有技术中，PCC支持动态的用量监测控制，以实现基于实时的网络资源使用总量执行动态的策略决策。用量监测可应用于单个业务数据流、一组业务数据流或者一个IP-CAN会话的所有业务流。目前，用量(usage)指用户面数据流量。现有技术中，采用监测键(Monitoring Key)来标识一个需要用量监测的实例，比如：当PCRF为一个IP-CAN会话分配了Monitoring Key以及相应的阈值，PCEF将该IP-CAN会话的所有业务数据流的用量累计到该MonitoringKey对应的用量中，当到达阈值时、IP-CAN会话终结时或PCRF请求上报时，PCEF向PCRF上报用量并用该Monitoring Key来标识上报的用量。当PCRF为一个业务流或一组业务数据流分配了Monitoring Key以及相应的阈值，PCRF将Monitoring Key携带在这个业务数据流或一组业务数据流对应的PCC规则中。PCEF安装PCC规则后，将与PCC规则中的业务数据流模板(Service DataFlow Template)匹配的业务数据流的用量累计到MonitoringKey对应的用量中，当到达阈值时、或包含同一个Monitoring Key的最后一个PCC规则去激活时、或IP-CAN会话终结时、或PCRF请求上报时，PCEF向PCRF上报用量，并用该MonitoringKey标识上报的用量。其中，所述业务数据流模板也称为业务数据流描述(Service dataflow description)，以下不作赘述。
同时，在SPR中还可以保存用户某个PDN的总允许用量，即针对一个IP-CAN会话的所有业务流的总允许用量，也可以称为每PDN每用户的总允许用量。SPR中还可以保存用户某个PDN的某些具体业务的总允许用量，即针对一个业务数据流或一组业务数据流的总允许用量，通常也可以用Monitoring Key进行标识。
当用户建立到某个PDN的IP-CAN会话后，SPR将总允许用量下发给PCRF。PCRF进行用量监测控制时，PCRF向PCEF订阅用量上报(Usage_Report)事件触发器。当MonitoringKey包含在PCC规则中下发后，具有相同MonitoringKey的PCC规则共享该Monitoring Key对应的阈值。当Monitoring Key不包含在任何PCC规则中时，IP-CAN会话的所有业务数据流共享该Monitoring Key对应的阈值。PCEF监测到用量已达到阈值、IP-CAN会话终结、包含某个Monitoring Key的所有PCC规则均被删除或者PCRF显式请求用量上报时，PCEF将向PCRF报告自从上一次上报以来相关Monitoring Key的用量消耗情况。当PCRF收到来自PCEF的用量上报后，PCRF将从总允许用量中扣除上报的用量值。如果PCEF上报某个Monitoring Key的用量并且需要继续进行监测，那么，PCRF将提供新的阈值给PCEF；若无需继续进行监测，PCRF不提供新的阈值给PCEF。当用户的一个APN的最后一个IP-CAN会话终结时，PCRF将在SPR中保存剩余的总允许用量，包括该PDN的总允许用量或该PDN的某些具体业务的总允许用量。
从现有的用量监测控制方案可以看到，当现有用量监测控制针对一个或一组业务数据流时，PCRF需要在业务数据流对应的PCC规则中包含MonitoringKey，此时PCC规则中包含该业务数据流对应的业务数据流模板。PCEF安装PCC规则后，将与PCC规则中的业务数据流模板匹配的业务数据流的用量累计到Monitoring Key对应的用量中。从而实现用量监测控制。当多个PCC规则共享一个Monitoring Key时，与这多个PCC规则的业务数据流模板匹配的业务数据流的用量都会累计到这个Monitoring Key对应的用量中。
然而，并不是在任何情况下，PCRF都能获取业务数据流模板。当PCEF集成了TDF功能时，TDF可以把检测到的应用(该应用采用Application ID标识)上报给PCRF，但PCEF并不是在任何时候都能上报该应用对应的业务数据流模板。
当TDF独立部署时，TDF也可能无法上报检测到的应用对应的业务数据流模板，此时PCRF就无法向PCEF下发包含业务数据流模板的PCC规则，从而无法实现针对这个应用的用量监测控制。
当现有用量监测控制针对整个IP-CAN会话时，若又部署了独立的TDF，因为IP-CAN会话中可能存在TDF无法检测和上报流信息的应用或数据流，TDF会结合PCRF提供的测量以及本地策略对该类应用或数据流执行相应的门控或带宽限制(即当带宽超过限制时，进行丢包)，对于该类数据流，PCEF的IP-CAN级别(level)的用量监控处理中已经作了用量统计，但实际在流经TDF后却被阻断或重定向，这部分不应计入实际用量。这会导致PCEF累计的用量与用户最终使用的不一致。
因此，综上所述，基于现有技术，对于PCEF增强TDF或独立TDF架构，在PCRF无法获取业务数据流模板时，无法进行该类业务数据流level的用量监测控制。对于独立TDF架构，当执行IP-CAN级别的用量监控功能时，存在上报的用量和实际用量不一致的问题，无法准确地执行IP-CAN级别的用量监控功能。可见：如何实现PCRF无法获取业务数据流模板的该类业务数据流级别的用量监测控制，以及TDF架构下的IP-CAN级别用量检测控制，成为了目前用量监控技术中迫切需要解决的问题。
发明内容
有鉴于此，本发明的主要目的在于提供一种支持TDF的用量监控方法及***，能实现PCRF无法获取业务数据流模板的该类业务数据流级别的用量监测控制，以及TDF架构下的IP-CAN级别用量检测控制。
为达到上述目的，本发明的技术方案是这样实现的：
一种支持流检测功能的用量监控方法，该方法包括：
策略控制与计费规则功能实体(PCRF)向集成流检测功能(TDF)的策略和计费执行功能实体(PCEF)、或PCEF和独立的TDF、或独立的TDF下发应用对应的用量监控策略；所述集成TDF的PCEF、或所述PCEF和独立的TDF、或所述独立的TDF根据所述用量监控策略执行用量监测。
其中，所述用量监控策略具体包括以下任意一种或至少一种的组合：
设置监测键；
设置应用标识；
设置用于触发监测键或应用标识的事件触发器；
设置用量阀值。
其中，所述事件触发器的取值具体包括：用量上报(Usage_Report)；所述用量阈值小于等于应用相关总允许用量。
一种支持流检测功能的用量监控***，该***包括：用量监测单元，用于在PCRF向集成TDF的PCEF、或PCEF和独立的TDF、或独立的TDF下发应用对应的用量监控策略的情况下，所述集成TDF的PCEF、或所述PCEF和独立的TDF、或所述独立的TDF根据所述用量监控策略执行用量监测。
其中，所述用量监控策略具体包括以下任意一种或至少一种的组合：
设置监测键；
设置应用标识；
设置用于触发监测键或应用标识的事件触发器；
设置用量阀值。
一种支持流检测功能的用量监控方法，该方法包括：
独立的TDF架构下执行IP连接接入网(IP-CAN)级别用量监控时，PCEF对IP-CAN级别用量进行监控，所述TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；所述PCRF根据TDF上报的所述丢弃用量修正PCEF上报的IP-CAN级别用量的误差；
或者，独立的TDF架构下执行IP-CAN级别用量监控时，PCEF不对IP-CAN级别用量进行监控，所述TDF对IP-CAN级别用量进行监控并上报用量给PCRF。
其中，所述丢弃用量的类型具体包括：时间、和/或流量、和/或事件；对应触发TDF上报丢弃用量的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。
其中，所述丢弃用量具体为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF上的IP-CAN级别用量监控已统计过的用量。
其中，该方法还包括：触发所述TDF将统计的所述丢弃用量上报给所述PCRF；所触发的TDF将统计的所述丢弃用量上报给PCRF具体包括：
IP-CAN会话过程中，当达到所述用量上报阀值时，所述TDF上报所述丢弃用量给所述PCRF；
或者，IP-CAN会话过程中，所述PCRF发现对UE的用量监控达到所述用量上报阀值且存在IP-CAN级别的用量监控、或者所述IP-CAN级别的用量监控停止时，PCRF先向所述TDF发送获取丢弃用量的上报指示，TDF再向PCRF上报所述丢弃用量；
或者，当IP-CAN会话结束时，所述TDF向PCRF上报所述丢弃用量。
其中，所述用量上报阀值具体包括：由TDF预配置的阈值、或由PCRF下发给TDF的阈值；且当所述由TDF预配置的阈值和所述由PCRF下发给TDF的阈值同时存在时，优选采用所述由PCRF下发给TDF的阈值。
一种支持流检测功能的用量监控***，独立的TDF架构下执行IP-CAN级别用量监控的情况，该***包括：用量监测单元和用量修正单元；其中，
所述用量监测单元，用于PCEF对IP-CAN级别用量进行监控；
所述用量修正单元，用于TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；所述PCRF根据TDF上报的所述丢弃用量修正PCEF上报的IP-CAN级别用量的误差；
或者，独立的TDF架构下执行IP-CAN级别用量监控的情况，该***包括：用量监测单元，用于PCEF不对IP-CAN级别用量进行监控时，所述TDF对IP-CAN级别用量进行监控并上报用量给PCRF。
其中，所述丢弃用量的类型具体包括：时间、和/或流量、和/或事件；对应触发TDF上报丢弃用量的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。
其中，所述丢弃用量具体为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF上的IP-CAN级别用量监控已统计过的用量。
其中，该***还包括：触发及上报单元，用于IP-CAN会话过程中，当达到所述用量上报阀值时触发TDF的用量上报，所述TDF上报所述丢弃用量给所述PCRF；
或者，IP-CAN会话过程中，所述PCRF发现对UE的用量监控达到所述用量上报阀值且存在IP-CAN级别的用量监控、或者所述IP-CAN级别的用量监控停止时触发TDF的用量上报，PCRF先向所述TDF发送获取丢弃用量的上报指示，TDF再向PCRF上报所述丢弃用量；
或者，当IP-CAN会话结束时触发TDF的用量上报，所述TDF向PCRF上报所述丢弃用量。
本发明的一套方案是：PCRF向集成TDF的PCEF、或PCEF和独立的TDF、或独立的TDF下发应用对应的用量监控策略；集成TDF的PCEF、或PCEF和独立的TDF、或独立的TDF根据用量监控策略执行用量监测。从而能解决在用量监测时，PCRF无法获取业务数据流模板的该类业务数据流级别的用量监测控制。本发明的另一套方案的其中一种方法是：独立的TDF架构下执行IP-CAN级别用量监控时，PCEF对IP-CAN级别用量进行监控，TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；PCRF根据TDF上报的丢弃用量修正PCEF上报的IP-CAN级别用量的误差。另一种方法是：独立的TDF架构下执行IP-CAN级别用量监控时，PCEF不对IP-CAN级别用量进行监控，TDF对IP-CAN级别用量进行监控并上报用量给PCRF。从而能解决在用量监测时，TDF架构下的IP-CAN级别用量检测控制。
附图说明
图1为现有技术的使用SPR的非漫游场景下PCC的***架构示意图；
图2为本发明实施例一的PCEF集成TDF且为请求上报模式的流程示意图；
图3为本发明实施例二的独立TDF且为请求上报模式的流程示意图；
图4为本发明实施例三的PCEF集成TDF且为非请求上报模式的流程示意图；
图5为本发明实施例四的独立TDF且为非请求上报模式的流程示意图；
图6为本发明实施例五的会话创建时执行用量监控的流程示意图；
图7为本发明应用实例一的TDF阈值到达时丢弃用量上报流程示意图；
图8为本发明应用实例二的PCRF获取TDF丢弃用量流程示意图；
图9为本发明应用实例三的会话结束时TDF上报丢弃用量的流程示意图。
具体实施方式
本发明的支持流检测功能的用量监控方法包括两套方案。以下分别阐述。
一、第一套方案是基于应用的用量监测控制，能解决在PCRF无法获取业务数据流模板(即业务流描述)时，仍能进行该类业务数据流level的用量监测控制。该方法主要包括以下内容：
PCRF向应用检测和控制实体下发应用对应的用量监测控制策略；应用检测和控制实体根据该用量监测控制策略执行用量监测。
进一步地，应用检测和控制实体为PCEF或独立的TDF。则上述下发及执行的用量监测包括有三种情况：1)PCRF向集成TDF的PCEF下发应用对应的用量监控策略；所述集成TDF的PCEF根据所述用量监控策略执行用量监测；2)PCRF向PCEF和独立的TDF分别下发应用对应的用量监控策略；所述PCEF和独立的TDF根据所述用量监控策略执行用量监测；3)PCRF向独立的TDF下发应用对应的用量监控策略；所述独立的TDF根据所述用量监控策略执行用量监测。
进一步地，该用量监测控制策略包括：设置监测键(Monitoring Key)；设置应用标识(Application ID)；设置用于触发Monitoring Key或Application ID的事件触发器；以及设置用量阀值(Usage Threshold)。其中，该事件触发器的取值可以为用量上报(Usage_Report)；该用量阈值(Usage Threshold)可以简写为UT，UT＜＝TAU，TAU为应用相关总允许用量(Totally Allowed Usage)的简写。
第二套方案是解决TDF架构下的IP-CAN level用量监控功能，包括以下方法一的方案和方法二的方案，二者是独立的TDF架构下执行IP-CAN level用量监控场景下的不同解决方案，以下分别阐述。
方法一：独立的TDF架构下执行IP-CAN级别用量监控时，在PCEF上执行IP-CANlevel用量监控，TDF上统计丢弃用量并上报给PCRF，以用于修正PCEF报告的用量误差，以实现IP-CAN level用量监控功能。该方法主要包括以下内容：
PCEF执行IP-CAN级别用量监控功能时，TDF对该IP-CAN会话的丢弃用量进行统计，将统计的丢弃用量上报给PCRF，PCRF根据该统计的丢弃用量修正PCEF上报用量的误差。
进一步地，该丢弃用量的类型包括：时间、和/或流量、和/或事件；对应触发的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。该丢弃用量为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF的IP-CAN level用量监控功能已统计过的用量。该方法中PCEF可按现有技术执行IP-CAN level用量检测功能。
进一步地，触发TDF将统计的丢弃用量上报给PCRF的时机包括：1、IP-CAN会话过程中，当用量上报阀值(如时间或流量的上报阈值)到达时，TDF上报该丢弃用量给PCRF；2、IP-CAN会话过程中，PCRF发现该UE的用量监控的用量上报阀值到达且存在IP-CAN level的用量监控，或者该IP-CANlevel的用量监控功能停止，则PCRF向TDF发送获取丢弃用量上报指示，TDF则向PCRF上报统计的丢弃用量；3、当IP-CAN会话结束时，TDF向PCRF上报统计的丢弃用量。
进一步地，TDF上报丢弃用量时，所对应的用量上报阀值(如时间的上报阈值、和/流量的上报阈值、和/事件的上报阈值)为TDF预配置、或PCRF下发给TDF的阈值。如果TDF预配置的阀值和PCRF下发给TDF的阈值这两个阈值同时存在，则按运营商策略执行优先级处理；如果运营商没有相关优先策略，则PCRF下发的阈值优先于TDF预配置阈值。
进一步地，PCRF收到TDF上报的丢弃用量后，可以根据运营商策略，决策是否需要继续执行后续用量监控(例如，用量阈值耗尽，则若PCRF需要继续执行监控功能，且TDF上报的丢弃用量足够，则可继续下发执行用量监控功能)。
方法二：独立的TDF架构下执行IP-CAN级别用量监控时，在PCEF上不执行IP-CANlevel的用量监控，PCRF下发IP-CAN level的监控策略给TDF，TDF执行并上报该IP-CAN会话的用量给PCRF，以实现IP-CAN level用量监控功能。
这里需要指出的是：1)本文涉及的“检测”和“监测”虽然都在本文的用量监控功能描述中出现，但是并不是同一个概念。“检测”是相对应用而言的，如TDF具有应用检测功能，属于识别范畴的用语描述；而“监测”是相对所有的应用、或者IP-CAN级别的用量的用量监控(usage monitoring)功能而言的，属于统计和上报范畴的用语描述。2)本文涉及的“用量阀值”与“用量上报阀值”也不是同一个概念，“用量阀值”是指用量监控中该应用可使用的用量；而“用量上报阀值”是指统计丢弃流量时需要上报的一个触发值。
以下对本发明进行举例阐述。
实施例一：PCEF集成了TDF功能，并且TDF采用请求上报模式。
图2为本发明实施例一的用量监控方法的流程图，如图2所示，该流程包括以下步骤：
步骤201，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识。
步骤202，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IPAddress)。
步骤203，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。
步骤204，SPR根据用户标识和PDN标识返回用户签约信息(即签约文档应答)。用户签约信息中包含用户文档配置，指示激活应用检测和控制。此外，用户签约信息中还可能包括应用相关总允许用量(TAU，Totally AllowedUsage)，表示用户签约的需要用量监控的每个应用的总允许用量。
步骤205，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。
本步骤制定策略包括制定PCC规则和事件触发器。由于用户签约信息中包括用户文档配置，所以PCC规则中需要应用检测控制策略。其中应用检测控制包括设置应用标识(Application ID)，这里，Application ID表示PCEF需要检测的应用。设置事件触发器，取值为应用检测开始(Start of application trafficdetection)和应用检测结束(Stop ofapplication traffic detection)。以及可能的每个检测的应用对应的执行策略，包括门控，最大带宽和重定向策略等。
步骤206，PCRF向PCEF发送IP-CAN会话建立确认消息，携带PCC规则和事件触发器。其中PCC规则中携带Application ID以及可能的执行策略。事件触发器取值至少包含Startof application traffic detection和Stop of applicationtraffic detection。
步骤207，PCEF安装策略，包括应用检测策略和事件触发器。PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IPAddress。
步骤208，PCEF执行策略，包括执行应用检测策略，对PCC规则中包含的Application ID对应的应用检测。
步骤209，PCEF检测到Application ID对应的应用。PCEF向PCRF发送IP-CAN会话修改指示，携带检测到的Application ID以及事件触发器，取值Startof applicationtraffic detection。
步骤210，PCRF进行策略决策，更新PCC规则。包括根据Application ID调整QoS和计费策略等。若PCRF在步骤S204中获得了该应用的总允许用量TAU或是PCRF配置了针对该应用的总允许用量(TAU，Totally Allowed Usage)，则PCRF针对该应用制定用量监测策略。包括其中用量监测策略包括设置Monitoring Key；设置事件触发器，取值为Usage_Report，和设置用量阈值(UT，Usage Threshold)。其中UT＜＝TAU。
步骤211，PCRF向PCEF返回IP-CAN会话修改确认消息，消息中携带更新的PCC规则和Monitoring Key对应的阈值UT。其中PCC规则中携带Application ID对应的MonitoringKey。
根据SPR的签约或PCRF配置的策略，多个Application ID可以共享一个Monitoring Key，即多个应用的用量累计到一个Monitoring Key对应的用量中。
步骤212，PCEF执行策略，包括用量监测控制策略，安装事件触发器Usage_Report。PCEF对Monitoring Key对应的应用(用Application ID标识)的用量进行用量监控。
在其他实施例中，在步骤206中，PCRF就在PCC规则中包含MonitoringKey，并同时下发Monitoring Key对应的阈值UT。PCEF根据ADC规则检测到Application ID对应的应用后，就根据步骤206中下发的用量检测策略进行用量监控，则步骤211中就不需要下发用量监测策略了。
实施例二：TDF独立部署，并且TDF采用请求上报模式。
图3为本发明实施例二的用量监控方法的流程图，如图3所示，该流程包括以下步骤：
步骤301，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识。
步骤302，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IPAddress)。
步骤303，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。
步骤304，SPR根据用户标识和PDN标识返回用户签约信息(即，签约文档应答)。用户签约信息中包含用户文档配置，指示激活应用检测和控制。此外，用户签约信息中还可能包括应用相关总允许用量(TAU，Totally AllowedUsage)，表示用户签约的需要用量监控的每个应用的总允许用量。
步骤305，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。包括制定PCC规则和事件触发器。由于用户签约信息中包括用户文档配置，所以PCRF还需要制定ADC规则，其中ADC规则包括设置应用标识(Application ID)，这里Application ID表示PCEF需要检测的应用；设置事件触发器，取值为Start of application trafficdetection和Stop of application trafficdetection。以及可能的每个检测的应用对应的执行策略，包括门控，最大带宽和重定向等。为了支持TDF上的应用的用量监控，除了ADC规则现有内容外还可能包括PCRF下发给TDF的应用相关的monitoring key；或者TDF上的IP-CAN level的用量监控对应的command层的monitoring key；这些应用或commond相关的monitoring key可以包括在ADC规则中，也可能在ADC规则之外和规则一同下发，或者在后续应用检测到并上报后由PCRF更新规则处理时再下发(如步骤313中所述)。
步骤306，PCRF向TDF发送TDF会话建立请求，携带ADC规则和事件触发器，取值Start of application traffic detection和Stop of application trafficdetection，和/携带相关的monitoring key。
步骤307，TDF执行策略，安装或激活ADC规则和事件触发器。
步骤308，TDF向PCRF返回确认消息。
步骤309，PCRF向PCEF发送IP-CAN会话建立确认消息，携带PCC规则和事件触发器。
步骤310，PCEF安装策略。PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IPAddress。
步骤311，TDF检测到Application ID对应的应用。TDF向PCRF发送业务检测上报，携带检测到的Application ID以及事件触发器，取值Start of applicationtrafficdetection。
步骤312，PCRF进行策略决策，更新ADC规则。PCRF根据上报的Application ID设置或更新执行策略(如门控，最大带宽和重定向等)若PCRF在步骤304中获得了该应用的总允许用量TAU或是PCRF配置了针对该应用的总允许用量TAU，则PCRF针对该应用制定用量监测策略。包括其中用量监测策略包括设置Monitoring Key；设置事件触发器，取值为Usage_Report，和设置用量阈值(UT，Usage Threshold)。其中UT＜＝TAU。
步骤313，PCRF向TDF返回确认消息，消息中携带更新的ADC规则和Monitoring Key对应的阈值UT。其中ADC规则中包含与Applcation对应的Monitoring Key。
根据SPR的签约或PCRF配置的策略，多个Application ID可以共享一个Monitoring Key，即多个应用的用量累计到一个Monitoring Key对应的用量中。
步骤314，TDF执行策略，包括用量监测控制策略，安装事件触发器Usage_Report。TDF对Monitoring Key对应的应用(用Application ID标识)的用量进行用量监控。
在其他实施例中，在步骤306中，PCRF就在ADC规则中包含MonitoringKey，并同时下发Monitoring Key对应的阈值UT。TDF根据ADC规则检测到Application ID对应的应用后，就根据步骤306步中下发的用量检测策略进行用量监控，则步骤313中就不需要下发用量监测策略了。
实施例三：PCEF集成了TDF功能，并且TDF采用非请求上报模式。
图4为本发明实施例的用量监控方法的流程图，如图4所示，该流程包括以下步骤：
步骤401，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识。
步骤402，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IPAddress)。
步骤403，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。
步骤404，SPR根据用户标识和PDN标识返回用户签约信息(即，签约文档应答)。此外，用户签约信息中还可能包括应用相关总允许用量(TAU，TotallyAllowed Usage)，表示用户签约的需要用量监控的每个应用的总允许用量。
步骤405，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。包括制定PCC规则和事件触发器。
步骤406，PCRF向PCEF发送IP-CAN会话建立确认消息，携带PCC规则和事件触发器。
步骤407，PCEF安装策略，PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IPAddress。
步骤408，由于PCEF集成TDF功能，并且TDF采用非请求上报模式，PCEF将根据预配置的应用检测策略进行应用检测。预配置的应用检测策略包括至少包括需要检测的应用对应的Application ID，若该应用需要进行用量监控，则该应用还有对应的Monitoring Key。
步骤409，PCEF检测到预配置的应用检测策略中指定的应用(用ApplicationID标识)。PCEF向PCRF发送IP-CAN会话修改指示，携带检测到的ApplicationID以及事件触发器，取值Start of application traffic detection。
步骤410，PCRF进行策略决策。包括根据Application ID调整QoS和计费等。若PCRF在步骤S404中获得了该应用的总允许用量TAU或是PCRF配置了针对该应用的总允许用量(TAU，Totally Allowed Usage)，则PCRF针对该应用制定用量监测策略。包括：设置事件触发器，取值为Usage_Report，和设置预配置的Monitoring Key对应的用量阈值(UT，UsageThreshold)。其中UT＜＝TAU。
步骤411，PCRF向PCEF返回IP-CAN会话修改确认消息，消息中携带Application ID和Monitoring Key对应的阈值UT。
在PCEF预配置的应用检测策略可以是多个Application ID共享一个MonitoringKey，即多个应用的用量累计到一个Monitoring Key对应的用量中。
步骤412，PCEF执行策略，包括用量监测控制策略，安装事件触发器Usage_Report。PCEF对Monitoring Key对应的应用(用Application ID标识)的用量进行用量监控。
实施例四：TDF独立部署，并且TDF采用非请求上报模式。
图5为本发明实施例的用量监控方法的流程图，如图5所示，该流程包括以下步骤：
步骤501，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识。
步骤502，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IPAddress)。
步骤503，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。
步骤504，SPR根据用户标识和PDN标识返回用户签约信息(即签约文档应答)。此外，用户签约信息中还可能包括应用相关总允许用量(TAU，TotallyAllowed Usage)，表示用户签约的需要用量监控的每个应用的总允许用量。
步骤505，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。包括制定PCC规则和事件触发器。
步骤506，PCRF向PCEF发送IP-CAN会话建立确认消息，携带PCC规则和事件触发器。为了支持TDF上的应用的用量监控，除了ADC规则现有内容外还可能包括PCRF下发给TDF的应用相关的monitoring key；或者TDF上的IP-CAN level的用量监控对应的command层的monitoring key；这些应用或commond相关的monitoring key可以包括在ADC规则中，也可能在ADC规则之外和规则一同下发，或者在后续应用检测到并上报后由PCRF更新规则处理时再下发(如步骤512和步骤513所述)。
步骤507，PCEF安装策略，PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IPAddress。
经过上述流程，UE可以进行业务访问了。
步骤508，TDF在对流经它的数据流进行检测时，发现IP Address为新的地址，则TDF向PCRF发送TDF会话建立，消息中携带IP Address。
步骤509，PCRF根据IP Address将TDF会话与IP-CAN会话进行关联。PCRF向TDF返回消息。
步骤510，TDF根据预配置的ADC规则进行应用检测和控制。该ADC规则至少包括需要检测的应用对应的Application ID，若该应用需要进行用量监控，则该应用还有对应的Monitoring Key。
步骤511，TDF检测到预配置的应用检测策略中指定的应用(用ApplicationID标识)。TDF向PCRF发送业务检测上报，携带检测到的Application ID以及事件触发器，取值Start of application traffic detection。
步骤512，PCRF进行策略决策。若PCRF在步骤S404中获得了该应用的总允许用量TAU或是PCRF配置了针对该应用的总允许用量TAU，则PCRF针对该应用制定用量监测策略。包括；设置事件触发器，取值为Usage_Report，和设置预配置的Monitoring Key对应的用量阈值(UT，Usage Threshold)。其中UT＜＝TAU。
步骤513，PCRF向TDF返回确认消息，消息中携带Application ID和MonitoringKey对应的阈值UT。
在TDF预配置的应用检测策略可以是多个Application ID共享一个MonitoringKey，即多个应用的用量累计到一个Monitoring Key对应的用量中。
步骤514，TDF执行策略，包括用量监测控制策略，安装事件触发器Usage_Report。TDF对Monitoring Key对应的应用(用Application ID标识)的用量进行用量监控。
上述各个实施例是针对本发明的第一套方案而言的，以下实施例是针对本发明的第二套方案而言的。
第二套方案中，对于方法二“独立的TDF架构下执行IP-CAN级别用量监控时，PCEF不对IP-CAN级别用量进行监控，TDF对IP-CAN级别用量进行监控并上报用量给PCRF”，则在独立TDF上实现IP-CAN level的用量监控，适用于上述实施例二和实施例四的流程描述及功能，这里不作重复描述。不同于具体的应用的监控处理，对于IP-CAN level的用量监控，PCRF下发给TDF对应IP-CAN level的monitoring key。
实施例五：
本发明实施例描述的是用户建立IP-CAN会话过程中，PCRF下发用量阈值给PCEF，当存在IP-CAN level的用量监控时，TDF统计并上报丢弃用量，执行用量监控的流程。和现有技术流程的区别在于，PCRF需要下发丢弃用量监控指示给TDF，TDF执行丢弃用量的监控和上报。如图6所示，主要包括以下步骤：
步骤601，在UE请求建立IP-CAN会话的过程中，PCEF位于的网关接收到IP-CAN会话建立请求消息，并在该IP-CAN会话建立请求消息中携带用户标识和请求接入的PDN网络的PDN标识。
步骤602，PCEF向PCRF发送IP-CAN会话建立指示消息，并在该IP-CAN会话建立指示消息中携带用户标识、PDN标识以及为UE分配的IP地址(IPAddress)。若TDF为请求上报模式，则带上TDF的IPAddress给PCRF。
步骤603，PCRF根据用户标识判断还没有该用户的签约信息，PCRF向SPR发送签约文档请求，并在该签约文档请求中携带用户标识和PDN标识。
步骤604，SPR根据用户标识和PDN标识返回用户的签约信息。包含该用户的允许用量阈值(TAU，Totally Allowed Usage)，表示用户签约的需要用量监控的每个应用的总允许用量发送给PCRF。若TDF为请求上报方式，则SPR在响应中携带用户文档配置，指示是否该IP-CAN会话可执行ADC功能。
步骤605，PCRF根据返回的用户签约信息、网络策略、UE的接入信息等制定策略。包括制定PCC规则和事件触发器。如果用户签约信息中包括用户文档配置，则PCRF还需要制定ADC规则。
步骤606，PCRF发送TDF会话创建请求给TDF，提供ADC规则请求创建TDF会话。若该IP-CAN会话执行了IP-CAN level的用量监控功能，则同时下发IP-CAN level的丢弃用量监控指示给TDF。可选地，PCRF携带丢弃用量的上报阈值给TDF(例如时间或流量的上报阈值)。
步骤607，TDF返回会话创建响应消息给PCRF，执行丢弃数据的用量监控；若PCRF提供了ADC规则，则执行策略，安装或激活ADC规则和事件触发器。
步骤608，PCRF向PCEF发送IP-CAN会话建立确认消息，携带PCC规则和事件触发器。携带该IP-CAN会话的用量阈值，PCEF开始执行用量监测。
步骤609，PCEF执行策略，安装或激活PCC规则，执行用量监测。PCEF位于的网关返回IP-CAN会话建立应答，在IP-CAN会话建立应答中携带有IPAddress。
经过上述流程后，PCEF和TDF根据PCRF下发的用量监测策略对UE建立的IP-CAN会话进行用量监测。
在IP-CAN会话过程中，TDF受到触发后会上报该IP-CAN level的丢弃流量统计给PCRF。至少包括如下几种应用场景(或者也可以称为触发丢弃流量上报的时机)：
应用实例一：会话过程中，当时间或流量阈值到达时TDF上报该丢弃用量给PCRF。
当TDF的用量(时间，或流量，或事件)的上报阈值到达，TDF会发送请求消息给PCRF，报告上次报告之后统计的该IP-CANlevel丢弃用量。如图7所示，本实例主要包括以下步骤：
步骤701，TDF检测到该IP-CAN level的丢弃用量达到了时间或流量或事件的上报阈值(TDF预配置、或PCRF下发的上报阈值)，触发丢弃用量的上报流程。
步骤702，TDF发送请求消息给PCRF，报告该IP-CAN level自上次报告后的丢弃用量。
步骤703，PCRF根据TDF上报的丢弃用量，修改相关PCC and/orADC规则，发送响应消息给TDF，若有更新则响应消息中携带修改后的ADC规则。若有PCC规则更新，则PCRF将按现有技术发起后续的IP-CAN会话修改流程
步骤704，若该IP-CAN level的用量监控继续，则TDF会根据自身预配置的或者PCRF在响应消息中下发的时间和或流量和或事件阈值，重复步骤701-703，继续执行丢弃用量的用量监控和上报流程。
应用实例二：PCRF发现该UE的用量监控的阈值到达且存在IP-CAN level的用量监控，或者该IP-CAN level的用量监控功能停止，则PCRF向TDF发送获取丢弃用量上报指示，TDF则向PCRF上报统计的丢弃用量。
会话过程中，PCRF发现该UE存在IP-CAN level的用量监控且用量监控阈值到达，或者该IP-CAN level的用量监控功能停止，或者受到外部触发UE阈值变更等，则PCRF向TDF发送获取丢弃用量上报指示，触发TDF向PCRF上报统计的丢弃用量，如图8所示，包括以下步骤：
步骤801，存在IP-CANlevel用量监控，会话过程中PCRF受到内部或外部触发(例如，该用量监控且用量监控阈值到达，或者该用量监控功能停止，或SPR的签约阈值变更等)，需要获取当前的TDF丢弃流量以便于校对实际用量，则会触发丢弃用量的获取流程。
步骤802，PCRF向TDF发送请求消息，消息中携带丢弃用量上报指示，请求TDF向PCRF上报统计的丢弃用量。若有ADC规则修改，则会一并提供更新后的规则给TDF。
步骤803，TDF收到上报指示后，返回响应消息给PCRF，携带该IP-CANlevel自上次报告后的丢弃用量。
步骤804，PCRF根据TDF上报的丢弃用量量，修正实际用量，修改相关规则。若有PCC规则更新，则PCRF会按现有技术发起后续的IP-CAN会话/TDF会话修改流程。
步骤805，若该IP-CAN level的用量监控继续，则TDF会根据自身预配置的或者PCRF在响应消息中下发的时间和或流量和或事件阈值，重复步骤701-703或801-804，继续执行丢弃用量的用量监控和上报流程。
应用实例三：当IP-CAN会话结束时，TDF向PCRF上报统计的丢弃用量。
经过上述流程，可执行会话过程中TDF统计的IP-CAN level的丢弃用量的上报；除了以上场景的触发用量上报外，会话结束时，TDF当前正在统计的丢弃用量也会上报给PCRF，如图9所示，包括以下步骤：
步骤901，PCEF检测到触发需要终结IP-CAN会话，该触发可能来自其他网元，UE或是PCEF自身(例如PCC规则全部删除)。
步骤902，PCEF向PCRF发送IP-CAN会话终结指示消息，消息中携带用量监测的用量消耗。
步骤903，PCRF发送TDF会话终结请求给TDF，通知TDF该IP-CAN会话的终结。
步骤904，TDF去活该IP-CAN会话相关的所有ADC规则，发送响应消息给PCRF。消息中携带该IP-CAN level的用量监控自上次报告后的丢弃用量。
步骤905，PCRF结合PCEF和TDF的上报用量，将用量阈值更新，向SPR发送取消签约通知请求消息，消息中携带用量消耗或是剩余的允许用量。
步骤906，SPR收到允许用量消耗或是剩余的允许用量，将总的允许用量更新，向PCRF返回取消签约通知应答。
步骤907，PCRF向PCEF返回IP-CAN会话终结确认消息。
需要说明的是，上述第一套方案涉及的实施例和第二套方案涉及的实施例之间并不互斥，第二套方案涉及的实施例，能解决IP-CAN level的用量监控的准确用量上报问题。且第二套方案涉及的实施例不仅可以基于现有技术的PCEF用量监控基础上实施，也可以基于上述第一套方案涉及的实施例的在PCEF/TDF上执行的、基于应用/数据流的在应用检测策略中包括ApplicationID，和/monitoring key的用量监控基础上实施。
同时，上述第一套方案涉及的实施例也可以为Application ID结合现有的用量监控关键字(为该类应用设置特殊的用量监控关键字usage monitoring key)来实现用量监控。通过Application ID来识别该类无法获取业务数据流模板的应用的用量监控功能。
此外，这里的Application ID可以但不限于Service ID的MAP，或者Rx口上的Application ID MAP。
本发明的支持流检测功能的用量监控***包括两套方案。以下分别阐述。
一、第一套方案主要包括以下内容：
一种支持流检测功能的用量监控***，该***包括用量监测单元，用量监测单元用于在PCRF向集成TDF的PCEF、或PCEF和独立的TDF、或独立的TDF下发应用对应的用量监控策略的情况下，所述集成TDF的PCEF、或所述PCEF和独立的TDF、或所述独立的TDF根据所述用量监控策略执行用量监测。
进一步地，用量监控策略具体包括以下任意一种或至少一种的组合：
设置监测键；
设置应用标识；
设置用于触发监测键或应用标识的事件触发器；
设置用量阀值。
二、对应于上述第二套方案的两个方法，这里的***主要包括以下两方面内容：
***一、一种支持流检测功能的用量监控***，在独立的TDF架构下执行IP-CAN级别用量监控的情况下，该***包括：用量监测单元和用量修正单元；其中，用量监测单元用于PCEF对IP-CAN级别用量进行监控；用量修正单元用于TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；所述PCRF根据TDF上报的所述丢弃用量修正PCEF上报的IP-CAN级别用量的误差。
***二、一种支持流检测功能的用量监控***，在独立的TDF架构下执行IP-CAN级别用量监控的情况下，该***包括：用量监测单元，用于PCEF不对IP-CAN级别用量进行监控时，所述TDF对IP-CAN级别用量进行监控并上报用量给PCRF。
进一步地，丢弃用量的类型具体包括：时间、和/或流量、和/或事件；对应触发TDF上报丢弃用量的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。
进一步地，丢弃用量具体为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF上的IP-CAN级别用量监控已统计过的用量。
进一步地，该***还包括触发及上报单元，有以下三种具体实现：
具体实现一：触发及上报单元用于IP-CAN会话过程中，当达到用量上报阀值时触发TDF的用量上报，TDF上报丢弃用量给PCRF。
具体实现二：IP-CAN会话过程中，PCRF发现对UE的用量监控达到用量上报阀值且存在IP-CAN级别的用量监控、或者IP-CAN级别的用量监控停止时触发TDF的用量上报，PCRF先向TDF发送获取丢弃用量的上报指示，TDF再向PCRF上报丢弃用量。
具体实现三：当IP-CAN会话结束时触发TDF的用量上报，TDF直接向PCRF上报所述丢弃用量。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (7)

1.一种支持流检测功能的用量监控方法，其特征在于，该方法包括：
独立的TDF架构下执行IP连接接入网(IP-CAN)级别用量监控时，PCEF对IP-CAN级别用量进行监控，所述TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；所述PCRF根据TDF上报的所述丢弃用量修正PCEF上报的IP-CAN级别用量的误差；
所述丢弃用量具体为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF上的IP-CAN级别用量监控已统计过的用量。
2.根据权利要求1所述的方法，其特征在于，所述丢弃用量的类型具体包括：时间、和/或流量、和/或事件；对应触发TDF上报丢弃用量的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。
3.根据权利要求2所述的方法，其特征在于，该方法还包括：触发所述TDF将统计的所述丢弃用量上报给所述PCRF；所触发的TDF将统计的所述丢弃用量上报给PCRF具体包括：
IP-CAN会话过程中，当达到所述用量上报阀值时，所述TDF上报所述丢弃用量给所述PCRF；
或者，IP-CAN会话过程中，所述PCRF发现对UE的用量监控达到所述用量上报阀值且存在IP-CAN级别的用量监控、或者所述IP-CAN级别的用量监控停止时，PCRF先向所述TDF发送获取丢弃用量的上报指示，TDF再向PCRF上报所述丢弃用量；
或者，当IP-CAN会话结束时，所述TDF向PCRF上报所述丢弃用量。
4.根据权利要求2所述的方法，其特征在于，所述用量上报阀值具体包括：由TDF预配置的阈值、或由PCRF下发给TDF的阈值；且当所述由TDF预配置的阈值和所述由PCRF下发给TDF的阈值同时存在时，优选采用所述由PCRF下发给TDF的阈值。
5.一种支持流检测功能的用量监控***，其特征在于，独立的TDF架构下执行IP-CAN级别用量监控的情况，该***包括：用量监测单元和用量修正单元；其中，所述用量监测单元，用于PCEF对IP-CAN级别用量进行监控；
所述用量修正单元，用于TDF对丢弃用量进行监控并统计，将统计的丢弃用量上报给PCRF；所述PCRF根据TDF上报的所述丢弃用量修正PCEF上报的IP-CAN级别用量的误差；
所述丢弃用量具体为：在TDF实行IP-CAN会话的流控功能时丢弃的用量，但PCEF上的IP-CAN级别用量监控已统计过的用量。
6.根据权利要求5所述的***，其特征在于，所述丢弃用量的类型具体包括：时间、和/或流量、和/或事件；对应触发TDF上报丢弃用量的用量上报阀值的类型包括：时间的上报阀值、和/或流量的上报阀值、和/或事件的上报阀值。
7.根据权利要求6所述的***，其特征在于，该***还包括：触发及上报单元，用于IP-CAN会话过程中，当达到所述用量上报阀值时触发TDF的用量上报，所述TDF上报所述丢弃用量给所述PCRF；
或者，IP-CAN会话过程中，所述PCRF发现对UE的用量监控达到所述用量上报阀值且存在IP-CAN级别的用量监控、或者所述IP-CAN级别的用量监控停止时触发TDF的用量上报，PCRF先向所述TDF发送获取丢弃用量的上报指示，TDF再向PCRF上报所述丢弃用量；
或者，当IP-CAN会话结束时触发TDF的用量上报，所述TDF向PCRF上报所述丢弃用量。
CN201110034149.8A 2011-01-31 2011-01-31 一种支持流检测功能的用量监控方法及*** Active CN102625272B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110034149.8A CN102625272B (zh) 2011-01-31 2011-01-31 一种支持流检测功能的用量监控方法及***
PCT/CN2011/084358 WO2012103770A1 (zh) 2011-01-31 2011-12-21 一种支持流检测功能的用量监控方法及***

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110034149.8A CN102625272B (zh) 2011-01-31 2011-01-31 一种支持流检测功能的用量监控方法及***

Publications (2)

Publication Number Publication Date
CN102625272A CN102625272A (zh) 2012-08-01
CN102625272B true CN102625272B (zh) 2017-03-29

Family

ID=46564919

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110034149.8A Active CN102625272B (zh) 2011-01-31 2011-01-31 一种支持流检测功能的用量监控方法及***

Country Status (2)

Country Link
CN (1) CN102625272B (zh)
WO (1) WO2012103770A1 (zh)

Families Citing this family (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103781041B (zh) * 2012-10-18 2019-02-26 中兴通讯股份有限公司 计费同步方法、装置及***
CN103841538B (zh) * 2012-11-22 2019-06-25 中兴通讯股份有限公司 管理数据流的方法和***
CN103856926A (zh) * 2012-11-28 2014-06-11 中兴通讯股份有限公司 一种计费方法以及策略执行、策略和计费控制功能设备
JP6201270B2 (ja) 2013-01-15 2017-09-27 ▲ホア▼▲ウェイ▼技術有限公司Ｈｕａｗｅｉ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｃｏ．，Ｌｔｄ． 課金方法および装置
CN103945359B (zh) * 2013-01-18 2018-12-25 中兴通讯股份有限公司 一种业务数据的处理方法、装置和***
CN105519151B (zh) * 2013-05-31 2019-10-22 华为技术有限公司 策略控制方法和网络侧设备
CN104380783B (zh) * 2013-06-09 2018-10-19 华为技术有限公司 一种流量监测的方法、装置及***
WO2015039307A1 (zh) * 2013-09-18 2015-03-26 华为技术有限公司 计费方法及设备
CN103533070A (zh) * 2013-10-22 2014-01-22 华为技术有限公司 业务同步方法、内容管理设备及策略管理设备
CN105591828A (zh) * 2014-10-20 2016-05-18 中兴通讯股份有限公司 用量监控方法及装置
CN106341804B (zh) * 2015-07-08 2020-11-20 中兴通讯股份有限公司 一种应用特征规则的控制方法及应用特征服务器
CN106998543A (zh) * 2016-01-25 2017-08-01 中兴通讯股份有限公司 第三方应用访问方法及装置
WO2017166194A1 (zh) * 2016-03-31 2017-10-05 华为技术有限公司 一种事件上报的方法及装置
CN107786315B (zh) * 2016-08-29 2021-11-12 中兴通讯股份有限公司 一种用量配额的授权方法及装置
CN107979707B (zh) * 2016-10-21 2020-02-21 中国电信股份有限公司 用于提升断网控制精度的方法、平台和***
CN108064032A (zh) * 2016-11-07 2018-05-22 中兴通讯股份有限公司 一种应用检测控制方法及装置
CN110324800B (zh) * 2018-03-30 2021-01-29 华为技术有限公司 一种策略控制的方法、网元及***
CN110769455B (zh) * 2018-07-26 2022-05-31 华为技术有限公司 一种数据收集方法、设备及***
CN111436030B (zh) * 2019-01-15 2022-04-05 华为技术有限公司 数据用量上报的方法、装置及***

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101001402B (zh) * 2006-01-10 2010-10-06 华为技术有限公司 移动通信***及使用归属网络应用功能业务的方法
CN101296169B (zh) * 2007-04-26 2010-12-08 华为技术有限公司 一种用户会话承载业务建立方法、***及设备
DK1988680T3 (da) * 2007-04-30 2010-07-19 Nokia Siemens Networks Oy Politikkontrol i et netværk
CN101369917B (zh) * 2007-08-17 2011-04-13 华为技术有限公司 扩展策略和计费控制规则的方法、***及装置
CN101730048B (zh) * 2009-06-26 2016-03-30 中兴通讯股份有限公司 一种信息传输方法及***

Also Published As

Publication number Publication date
CN102625272A (zh) 2012-08-01
WO2012103770A1 (zh) 2012-08-09

Similar Documents

Publication Publication Date Title
CN102625272B (zh) 一种支持流检测功能的用量监控方法及***
US11647085B2 (en) Service redirection from a policy and charging control architecture
EP2901750B1 (en) Congestion control for radio access networks (ran)
EP2493222B1 (en) Method and system for implementing usage monitoring control
US8601533B2 (en) Method and system for session modification
US8949447B2 (en) Optimized interface between two network elements operating under an authentication, authorization and accounting protocol
CN101552682B (zh) 策略和计费控制信息控制方法及***
CN102611586B (zh) 支持双栈的ip‑can会话实现应用检测和控制的方法及***
CN102137367B (zh) 增强的策略和计费控制的方法及***、pcc***
US8769112B2 (en) Method and system for policy and charging control based on time period
US20150222634A1 (en) Handling of Authorization Requests For a Packet-Based Service in a Mobile Network
WO2012075875A1 (zh) 一种消费限制业务的签约和执行方法及***
CN102014360B (zh) 一种本地疏导漫游场景在线计费的方法和***
CN102137368B (zh) 增强的策略和计费控制的方法及***、pcc***
WO2015143851A1 (zh) 用量监控方法、装置和***
CN104581670A (zh) 应用接入控制方法及应用功能实体装置
CN103929725B (zh) 漫游本地业务的在线计费方法、h-ocs及v-ocs
CN102547854B (zh) 策略控制方法及装置
CN102111740B (zh) 一种支持多接入的策略计费控制方法和***
CN102056117B (zh) 基于策略和计费控制架构的计费方法与***
CN102711086B (zh) 被赞助数据连接的处理方法及策略与计费规则功能实体
CN103888926A (zh) 漫游本地业务的计费策略方法及装置
EP2807796B1 (en) Session termination in a mobile packet core network
CN106817687A (zh) 策略和计费控制快速调整方法、装置及***
CN101945367A (zh) 用于演进分组***的计费方法及装置

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant