CN103067903A - 计费方法、装置和系统 - Google Patents

Abstract

本发明实施例提供一种计费方法、装置和系统，该方法包括：OCS接收TDF实体发送的预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组，第一费率组为数据流的费率组，第二费率组为应用的费率组；建立第一费率组与第二费率组的关联关系；接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组；所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。从而解决了重复计费的问题。

Description

计费方法、装置和系统

技术领域

本发明实施例涉及通信技术，尤其涉及一种计费方法、装置和系统。

背景技术

随着电信网络上数据业务的不断丰富，对数据业务的流量计费逐渐成为电信运营商对数据业务进行计费控制的主要方式。在当前第三代移动通信技术（3rd-generation；以下简称为3G）网络的策略控制和计费（PolicyControl and Charging，以下简称为PCC）架构中，主要通过基于数据流的计费策略进行计费，但是随着当今数据业务多样性的发展，计费策略也越来越灵活，仅是基于数据流的计费策略越来越不能满足需求。

现有技术中，主要通过对策略与计费规则功能（Policy and ChargingRules Function；以下简称为PCRF）实体与流量检测功能（Traffic DetectionFunction；以下简称为TDF）实体之间的Sd接口进行扩展，以支持基于应用的计费策略向TDF实体下发；当数据流传输至策略与计费执行功能（Policy and Charging Enforcement Function；以下简称为PCEF）实体时，PCEF实体执行基于数据流的计费策略；数据流传输至TDF实体时，TDF实体检测该数据流匹配的应用，并向PCRF实体上报应用启动事件；PCRF实体进行基于应用的计费策略的决策，并将该基于应用的计费策略下发给TDF实体，由TDF实体执行基于应用的计费策略完成计费。

在实现本发明的过程中，发明人发现，当数据流既匹配PCEF实体上的基于数据流的计费策略，又匹配TDF实体上基于应用的计费策略时，会出现重复计费的问题。

发明内容

本发明提供一种计费方法、装置和系统，用于解决重复计费的问题。

第一方面，本发明实施例提供一种计费方法，包括：

在线计费系统OCS接收流量检测功能TDF实体发送的预留信用额度请求，所述预留信用额度请求中包括第一费率组和第二费率组，所述第一费率组为所述TDF实体接收的数据流所对应的费率组，所述第二费率组为所述数据流匹配的应用所对应的费率组；

所述OCS建立所述第一费率组与所述第二费率组的关联关系；

所述OCS接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

第二方面，本发明实施例还提供一种计费方法，包括：

流量检测功能TDF实体接收策略与计费执行功能PCEF实体发送的数据流，检测获得与所述数据流匹配的应用；

所述TDF实体向策略与计费规则功能PCRF实体发送应用启动消息，所述应用启动消息中携带与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组；以使所述PCRF实体根据所述IP五元组匹配所述数据流对应的第一费率组，根据所述应用的信息匹配所述应用对应的第二费率组；

所述TDF实体接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；

所述TDF实体向在线计费系统OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；以使所述OCS建立所述第一费率组与所述第二费率组的关联关系；

在检测到应用结束之后，所述TDF实体向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组，以使

所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

第三方面，本发明实施例提供一种OCS，包括：

接收模块，用于接收流量检测功能TDF实体发送的预留信用额度请求，所述预留信用额度请求中包括第一费率组和第二费率组，所述第一费率组为所述TDF实体接收的数据流所对应的费率组，所述第二费率组为所述数据流匹配的应用所对应的费率组；以及接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

建立模块，用于在所述接收模块接收预留信用额度请求之后，建立所述第一费率组与所述第二费率组的关联关系；

处理模块，用于将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

第四方面，本发明实施例提供一种TDF实体，包括：

接收模块，用于接收策略与计费执行功能PCEF实体发送的数据流；以及在发送模块向策略与计费规则功能PCRF实体发送应用启动消息之后，接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述数据流对应的第一费率组和与所述数据流匹配的应用对应的第二费率组；

检测模块，用于检测获得与所述接收模块接收的数据流匹配的应用；

所述发送模块，用于向所述PCRF实体发送应用启动消息，所述应用启动消息中携带所述检测模块获得的与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组，以使所述PCRF实体根据所述IP五元组匹配所述数据流对应的第一费率组，根据所述应用的信息匹配所述应用对应的第二费率组；以及在所述接收模块接收应用检测控制规则之后，向在线计费系统OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；以使所述OCS建立所述第一费率组与所述第二费率组的关联关系；以及在所述检测模块检测到应用结束之后，向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组，以使

所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

第五方面，本发明实施例提供一种计费系统，包括：流量检测功能TDF实体、策略与计费规则功能PCRF实体和线计费系统OCS；

所述TDF实体，用于接收策略与计费执行功能PCEF实体发送的数据流，检测获得与所述数据流匹配的应用；向所述PCRF实体发送应用启动消息，所述应用启动消息中携带与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组；接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；以及向所述OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；在检测到应用结束之后，向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

所述PCRF实体，用于接收所述TDF实体发送的应用启动消息，根据所述IP五元组确定所述数据流对应的第一费率组，以及根据所述应用的信息确定所述应用对应的第二费率组；向所述TDF实体发送应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；

所述OCS，用于接收所述TDF实体发送的预留信用额度请求，建立所述第一费率组与所述第二费率组的关联关系；接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

本发明提供的计费方法、装置和系统，通过OCS接收TDF实体发送的预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组，第一费率组为TDF实体接收的数据流所对应的费率组，第二费率组为数据流匹配的应用所对应的费率组；建立第一费率组与第二费率组的关联关系；接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组；将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额。从而解决了重复计费的问题。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明计费方法实施例一的流程图；

图2为本发明计费方法实施例二的流程图；

图3为本发明计费方法实施例三的流程图；

图4为本发明计费方法实施例四的流程图；

图5为本发明计费方法实施例五的流程图；

图6为本发明计费方法实施例六的流程图；

图7为本发明TDF实体实施例一的结构示意图；

图8为本发明PCRF实体实施例一的结构示意图；

图9为本发明OCS实施例一的结构示意图；

图10为本发明OCS实施例二的结构示意图；

图11为本发明OCS实施例四的结构示意图；

图12为本发明计费系统实施例一的结构示意图；

图13为本发明TDF实体实施例三的结构示意图；

图14为本发明OCS实施例五的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图1为本发明计费方法实施例一流程图，如图1所示，本实施例的方法可以包括：

步骤101、TDF实体接收PCEF实体发送的数据流，检测获得与该数据流匹配的应用。

本实施例中，TDF实体接收到PCEF实体发送的数据流之后，按照应用检测规则对该数据流进行检测，即检测该数据流对应着哪个具体应用，从而可以确定与该数据流匹配的应用。

步骤102、TDF实体向PCRF实体发送应用启动消息，应用启动消息中携带与该数据流匹配的应用的信息，以及该数据流的IP五元组，以使PCRF实体根据IP五元组匹配数据流对应的第一费率组，根据应用的信息匹配应用对应的第二费率组；其中，第一费率组为TDF实体接收的数据流所对应的费率组，第二费率组为数据流匹配的应用所对应的费率组。

本实施例中，TDF实体获得该数据流匹配的应用后，需要将该应用启动的事件告知PCRF实体，因此，TDF实体向PCRF实体发送应用启动消息，该应用启动消息中携带有与该数据流匹配的应用的信息，以及该数据流的因特网协议（Internet Protocol；以下简称为IP）五元组，以使PCRF实体根据应用启动消息匹配计费策略，也就是使PCRF实体根据IP五元组匹配数据流对应的第一费率组，根据应用的信息匹配应用对应的第二费率组。

步骤103、TDF实体接收PCRF实体发送的应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组。

本实施例中，当PCRF实体接收到TDF实体发送的应用启动消息后，根据应用启动消息中该数据流的IP五元组，获取与该数据流匹配的计费策略，从该计费策略中确定该数据流对应的第一费率组，PCRF实体还根据应用启动消息中的与该数据流匹配的应用的信息，获取与该应用匹配的计费策略，从该计费策略中确定该应用对应的第二费率组；然后PCRF实体向TDF实体发送应用检测控制规则，该应用检测控制规则中携带第一费率组和第二费率组。相应地，TDF实体接收PCRF实体发送的应用检测规则。

步骤104、TDF实体向OCS发送预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组；以使OCS建立第一费率组与第二费率组的关联关系。

本实施例中，TDF实体接收到PCRF实体发送的应用检测规则之后，向在线计费系统（Online Charging System；以下简称为OCS）发送预留信用额度请求，该预留信用额度请求中包括第一费率组和第二费率组；OCS接收到TDF发送的预留信用额度请求，获取预留信用额度请求中的第一费率组和第二费率组，以使OCS建立第一费率组与第二费率组的关联关系。

步骤105、在检测到应用结束之后，TDF实体向OCS发送终止信用控制请求消息，终止信用控制请求消息中携带该应用的业务使用单元和第二费率组，以使OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额。

例如，若应用的业务使用单元为A，第二费率组对应的费率为X，数据流对应的业务使用单元为B，第一费率组对应的费率为Y，则上述的OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额可以通过如下方式获得：A*X+（B-A）*Y，也可以是A*X+B*Y-A*X。

本实施例中，当TDF实体检测到该应用结束之后，获取承载该应用的数据流的业务使用单元（即应用的业务使用单元），TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求中携带该应用的业务使用单元和第二费率组。OCS接收到该终止信用控制请求消息后，获取终止信用控制请求消息中的该应用的业务使用单元和第二费率组，根据第一费率组与第二费率组的关联关系，向PCEF实体获取第一费率组对应的数据流的业务使用单元，然后OCS根据该应用的业务使用单元和第二费率组、从PCEF获得的数据流的业务使用单元和第一费率组进行计费处理，具体地，OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该数据流的业务使用单元包括了该应用的业务使用单元，所以OCS将该数据流的业务使用单元和该应用的业务使用单元之差与第一费率组结合再进行计费处理。也就是，将应用的业务使用单元与第二费率组对应的费率的乘积，与第一费率组对应的数据流的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流的业务使用单元和该应用的业务使用单元之差也可以为零。

本发明实施例一提供的计费方法，通过TDF实体接收数据流，检测获得与该数据流匹配的应用；向PCRF实体发送应用启动消息；接收PCRF实体发送的应用检测控制规则；向OCS发送预留信用额度请求；以使OCS建立第一费率组与第二费率组的关联关系；在检测到应用结束之后，向OCS发送终止信用控制请求消息以使OCS根据该应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额；从而解决了重复计费的问题。

图2为本发明计费方法实施例二的流程图，如图2所示，本实施例的方法可以包括：

步骤201、PCRF实体接收TDF实体发送的应用启动消息，应用启动消息携带与TDF实体接收的数据流匹配的应用的信息，以及该数据流的IP五元组。

本实施例中，在TDF实体接收PCEF实体发送的数据流，并检测获取与该数据流匹配的应用之后，则向PCEF实体发送应用启动消息，相应地，PCEF实体接收TDF实体发送的应用启动消息，该应用启动消息携带与TDF实体接收的该数据流匹配的应用的信息，以及该数据流的IP五元组。

步骤202、PCRF实体根据IP五元组确定数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组。

本实施例中，PCEF实体获取接收到的该应用启动消息后，根据应用启动消息中该数据流的IP五元组，获取与该数据流匹配的计费策略，从该计费策略中确定该数据流对应的第一费率组，PCRF实体还根据应用启动消息中的与该数据流匹配的应用的信息，获取与该应用匹配的计费策略，从该计费策略中确定该应用对应的第二费率组。

步骤203、PCRF实体向TDF实体发送应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组，以便TDF实体将第一费率组和第二费率组发送给OCS，使OCS建立第一费率组与第二费率组的关联关系，以便OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额。

本实施例中，PCRF实体根据该IP五元组确定该数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组之后，向TDF实体发送应用检测控制规则，该应用检测控制规则携带第一费率组和第二费率组；TDF实体接收到该应用检测控制规则后，将第一费率组和第二费率组通过预留信用额度请求发送给OCS；OCS根据预留信用额度请求获取第一费率组和第二费率组，建立第一费率组与第二费率组的关联关系。

当TDF实体检测到该应用结束之后，获取承载该应用的数据流的业务使用单元（即应用的业务使用单元），TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求中携带该应用的业务使用单元和第二费率组。OCS接收到该终止信用控制请求消息后，获取终止信用控制请求消息中的该应用的业务使用单元和第二费率组，根据第一费率组与第二费率组的关联关系，向PCEF实体获取第一费率组对应的数据流的业务使用单元，然后OCS根据该应用的业务使用单元和第二费率组、从PCEF实体获得的数据流的业务使用单元和第一费率组进行计费处理，具体地，OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该数据流的业务使用单元包括了该应用的业务使用单元，所以OCS将该数据流的业务使用单元和该应用的业务使用单元之差与第一费率组结合再进行计费处理。也就是，将应用的业务使用单元与第二费率组对应的费率的乘积，与第一费率组对应的数据流的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流对应的业务使用单元和该应用的业务使用单元之差也可以为零。

本发明实施例二提供的计费方法，通过PCRF实体接收TDF实体发送的应用启动消息；根据IP五元组确定数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组；向TDF实体发送应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组，以便TDF实体将第一费率组和第二费率组发送给OCS，使OCS建立第一费率组与第二费率组的关联关系，以便OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组的乘积对应的费率之和作为用户的使用额，从用户账户中减去用户的使用额。从而解决了重复计费的问题。

图3为本发明计费方法实施例三的流程图，如图3所示，本实施例的方法可以包括：

步骤301、OCS接收TDF实体发送的预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组，第一费率组为TDF实体接收的数据流所对应的费率组，第二费率组为该数据流匹配的应用所对应的费率组。

在本实施例中，TDF实体接收到PCEF实体发送的数据流，检测获得与该数据流匹配的应用之后，向PCRF实体发送应用启动消息，该应用启动消息中携带与该数据流匹配的应用的信息，以及该数据流的IP五元组；PCRF实体接收TDF实体发送的该应用启动消息，根据IP五元组确定数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组，并向TDF实体发送应用检测控制规则，该应用检测控制规则携带第一费率组和第二费率组；TDF实体接收到该应用检测控制规则后，则向OCS发送预留信用额度请求，该预留信用额度请求中包括该第一费率组和第二费率组，其中，第一费率组为TDF实体接收到该数据流所对应的费率组，第二费率组为该数据流匹配的应用所对应的费率组。相应地，OCS接收TDF实体发送的预留信用额度请求。

步骤302、OCS建立第一费率组与第二费率组的关联关系。

本实施例中，OCS接收到TDF实体发送的预留信用额度请求后，可以获得到预留信用额度请求中的第一费率组和第二费率组，OCS建立第一费率组与第二费率组的关联关系。

步骤303、OCS接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带该应用的业务使用单元和第二费率组。

本实施例中，当TDF实体检测到该应用结束之后，获取承载该应用的数据流的业务使用单元（即应用的业务使用单元），TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求中携带该应用的业务使用单元和第二费率组。相应地，OCS接收该终止信用控制请求消息。

步骤304、OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额。

本实施例中，OCS接收到该终止信用控制请求消息后，获取终止信用控制请求消息中的该应用的业务使用单元和第二费率组，根据第一费率组与第二费率组的关联关系，向PCEF实体获取第一费率组对应的数据流的业务使用单元，然后OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流对应的业务使用单元和该应用的业务使用单元之差也可以为零。

本发明实施例三提供的计费方法，通过OCS接收TDF实体发送的预留信用额度请求；建立第一费率组与第二费率组的关联关系；接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带该应用的业务使用单元和第二费率组；OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额。从而解决了重复计费的问题。

图4为本发明计费方法实施例四的流程图，如图4所示，本实施例的方法可以包括：

步骤401、IP连接访问网络（IP-Connectivity Access Network；以下简称为IP-CAN）会话建立。

在本实施例中，用户终端发起分组数据协议（Packet Date Protocol；以下简称为PDP）上下文连接时，需要进行IP-CAN会话建立过程，本领域普通技术人员可以理解，IP-CAN会话的建立过程与现有技术中一致，本发明在此不做详细介绍。其中，PCEF在IP-CAN会话建立后，接收数据流，PCEF实体与PCRF实体进行交互，PCEF实体可以从PCRF实体中获取与所有数据流相关的所有计费策略，并且各计费策略中包括相应的费率组。

步骤402、PCEF实体接收数据流，执行与数据流相关的计费策略。

在本实施例中，PCEF实体接收数据流，获取该数据流的IP五元组，根据该IP五元组，将该数据流与从PCRF实体中所获取到的所有计费策略进行匹配，可获得该数据流对应的计费策略，该数据流对应的计费策略中包括第一费率组，PCEF实体从该计费策略中获得第一费率组，该计费策略中还可以包括该数据流对应的业务标识。PCEF实体获取到第一费率组后，需要向OCS获取该数据流对应的授权业务单元，则PCEF实体将第一费率组发送给OCS，则OCS根据第一费率组和用户账户余额计算出授权业务单元并发送给PCEF实体，例如：第一费率组对应的费率为1元/兆比特（Mbit；以下简称为M）、用户账户余额为300元，则OCS计算出的授权业务单元为300元/（1元/M）=300M，PCEF实体接收到的该数据流对应的授权业务单元为300M，则PCEF实体会根据该授权业务单元对该数据流的业务使用单元进行统计，以免该数据流的业务使用单元超过授权业务单元。

步骤403、PCEF实体向TDF实体发送数据流。

步骤404、TDF实体检测获得与数据流匹配的应用。

在本实施例中，TDF实体接收到PCEF实体发送的该数据流之后，按照应用检测规则对该数据流进行检测，即检测该数据流对应的为哪个具体应用，从而可以获得与该数据流匹配的应用。

步骤405、TDF实体向PCRF实体发送应用启动消息。

本实施例中，TDF实体获得该数据流匹配的应用后，需要将该应用启动的事件告知PCRF实体，因此，TDF实体向PCRF实体发送应用启动消息，该应用启动消息中携带有与该数据流匹配的应用的信息，以及该数据流的IP五元组，以使PCRF实体根据应用启动消息匹配计费策略。

步骤406、PCRF实体确定第一费率组和第二费率组。

在本实施例中，PCEF实体接收到TDF实体发送的该应用启动消息，获取该应用启动消息携带的与TDF实体接收的该数据流匹配的应用的信息，以及该数据流的IP五元组。然后PCEF实体根据该IP五元组，获取与该数据流匹配的计费策略，从该计费策略中确定该数据流对应的第一费率组，还可以从该计费策略中获得该数据流对应的业务标识；PCRF实体还根据该应用的信息，获取与该应用匹配的计费策略，从该计费策略中确定该应用对应的第二费率组。

步骤407、PCRF实体向TDF实体发送应用检测控制规则。

在本实施例中，PCRF实体根据该IP五元组确定该数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组之后，向TDF实体发送应用检测控制规则，该应用检测控制规则携带第一费率组和第二费率组。

步骤408、TDF实体向OCS发送预留信用额度请求。

本实施例中，TDF实体接收到PCRF实体发送的该应用检测规则之后，向OCS发送预留信用额度请求，该预留信用额度请求中包括该第一费率组和该第二费率组。

步骤409、OCS建立第一费率组与第二费率组的关联关系，并计算授权业务单元。

本实施例中，OCS接收到TDF实体发送的预留信用额度请求后，可以获得到预留信用额度请求中的该第一费率组和该第二费率组，然后OCS可以建立第一费率组与第二费率组的关联关系。

OCS还计算授权业务单元，即OCS还根据该第一费率组计算第一费率组对应的第一授权业务单元，以及根据该第二费率组计算第二费率组对应的第二授权业务单元。具体地，OCS可以根据第一费率组和用户账号余额计算第一授权业务单元，以及可以根据第二费率组和用户账号余额计算第二授权业务单元。例如：第一费率组对应的费率为1元/M、而第二费率组对应的费率为2元/M、用户账户余额为300元，则OCS计算出的第一费率组对应的第一授权业务单元为300元/（1元/M）=300M，OCS计算出第二费率组对应的第二授权业务单元为300元/（2元/M）=150M。然后OCS执行步骤409并比较上述计算出的第一授权业务单元和第二授权业务单元的大小，如果第一授权业务单元大于第二授权业务单元，则OCS执行步骤410之后还需要执行步骤411，如果第一授权业务单元不大于第二授权业务单元，则OCS不需要执行步骤411，即执行步骤410之后执行步骤412。

步骤410、OCS向TDF实体发送预留信用额度响应。

在本实施例中，在OCS计算出该第二费率组对应的第二授权业务单元后，则OCS向TDF实体发送预留信用额度响应，该预留信用额度响应中携带该第二费率组对应的授权业务单元（即150M）。

步骤411、OCS向PCEF实体发送预留信用额度更新消息。

在本实施例中，当第一授权业务单元大于第二授权业务单元时，此时需要PCEF实体更新所预留的第一费率组对应的授权业务单元，如果不更新，会存在PCEF实体处承载应用的数据流的业务使用单元超过该应用对应的授权业务单元的现象，从而导致用户超额使用；因此，OCS向PCEF实体发送预留信用额度更新消息，该预留信用额度更新消息中携带第二授权业务单元（即150M），以将PCEF实体上预留的授权业务单元更新为第二授权业务单元。PCEF实体接收到该预留信用额度更新消息后，将步骤402中获取的第一费率组对应的授权业务单元300M更新为150M，以避免用户超额使用。

步骤412、TDF实体向应用的服务器发送数据流。

TDF实体接收到OCS发送的该预留信用额度响应，获取到第二费率组对应的授权业务单元后，则TDF实体会根据该授权业务单元对承载该应用的数据流的业务使用单元进行统计，以免承载该应用的数据流的业务使用单元超过该授权业务单元。然后TDF实体将数据流发送给该应用对应的应用的服务器，需要说明的是，该应用的服务器未在图4中示出。

步骤413、TDF实体检测应用结束。

本实施例中，TDF实体检测到应用结束，本领域普通技术人员可以理解，TDF实体检测应用结束的过程与现有技术中一致，本发明在此不做详细介绍。

步骤414、TDF实体向OCS发送终止信用控制请求消息。

本实施例中，在TDF实体检测到该应用结束之后，TDF实体可统计获得承载该应用的数据流的业务使用单元（即应用的业务使用单元）。TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求消息中携带该应用的业务使用单元和该第二费率组。

步骤415、OCS向PCEF实体发送重授权请求消息。

本实施例中，OCS接收到TDF实体在检测到应用结束之后发送的该终止信用控制请求消息，获取该终止信用控制请求消息携带的该应用的业务使用单元和第二费率组，然后OCS根据步骤409中所建立的第一费率组与第二费率组的关联关系，获得该第二费率组关联的第一费率组。则OCS向PCEF实体发送重授权请求消息，该重授权请求消息中携带第一费率组。

步骤416、PCEF实体向OCS发送更新信用控制请求消息。

本实施例中，PCEF实体接收到OCS发送的重授权请求消息，获取到该重授权请求消息中携带的第一费率组，根据该第一费率组统计获得第一费率组对应的数据流的业务使用单元，然后PCEF实体向OCS发送更新信用控制请求消息，该更新信用控制请求消息中携带有该第一费率组对应的业务使用单元。

步骤417、OCS对用户账户进行扣减，重新计算授权业务单元。

本实施例中，OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该第一费率组对应的业务使用单元包括了该应用的业务使用单元，所以OCS还将该第一费率组对应的业务使用单元和该应用的业务使用单元之差与第一费率组，从而实现用户账号的扣减。也就是，将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流的业务使用单元和该应用的业务使用单元之差也可以为零。例如：OCS接收到TDF实体发送的应用的业务使用单元为70M，接收到PCEF实体发送的第一费率组对应的业务使用单元为90M，则对于该应用的业务使用单元的使用额为70M×2元/M=140元，而对于第一费率组对应的业务使用单元中未承载该应用的数据流对应的业务使用单元的使用额为（90M-70M）×1元/M=20元，从而OCS对用户账户行具体的扣减额为140元+20元=160元。

由于在应用开始之前用户账户的余额300元，在应用结束之后OCS对用户账户进行了160元的扣减，则应用结束之后用户账户的余额为140元。由于用户账户的余额已经更新，所以PCEF实体中所存储的第一费率组对应的授权业务单元也应该进行更新，以避免用户超额使用。所以OCS根据更新后用户账户的余额和第一费率组重新计算授权业务单元，并将重新计算的授权业务单元发送给PCEF实体。具体地，OCS重新计算授权业务单元为：140元/（1元/M）=140M。

可选地，OCS删除第一费率组与第二费率组的关联关系。本实施例中，OCS接收到PCEF实体发送的更新信用控制请求消息中，并获取到更新信用控制请求消息中的第一费率组对应的业务使用单元后，由于应用已经结束，则OCS删除第一费率组与第二费率组的关联关系，以免影响下一个应用的计费过程中的关联关系的建立。

步骤418、OCS向PCEF实体发送更新信用控制应答消息。

本实施例中，OCS在获得重新计算的授权业务单元后，向PCEF实体发送更新信用控制应答消息，该更新控制应答消息中携带有该重新计算的授权业务单元（即140M）。

本发明实施例四提供的计费方法，通过TDF实体检测数据流匹配的应用，并PCRF实体发送应用启动消息，PCRF实体根据该应用启动消息确定第一费率组和第二费率组，并通过应用检测控制规则发送给TDF实体，TDF实体向OCS发送预留信用额度请求，OCS建立第一费率组与第二费率组的关联关系，并计算第一费率组对应的第一授权业务单元和第二费率组对应的第二授权业务单元，通过预留信用额度响应向TDF实体发送第二费率组对应的授权业务单元，当第一授权业务单元大于第二授权业务单元时，将第二授权业务单元通过预留信用额度更新消息发送给PCEF实体，以使PCEF实体上预留的授权业务单元更新为第二授权业务单元；TDF实体检测到应用结束时，向OCS将第二费率组和应用的业务使用单元通过终止信用控制请求消息发送给OCS，OCS获取第二费率组关联的第一费率组，并将第一费率组通过重授权请求消息发送给PCEF实体，然后接收PCEF实体发送的与该第一费率组对应的业务使用单元，并将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，对用户账户进行扣减，最后根据用户账户的余额和第一费率组重新计算授权业务单元，将该重新计算的授权业务单元发送给PCEF实体。从而解决了重复计费的问题，进一步，还避免了用户超额使用的现象。

可选的，在图4所示的实施例中，以TDF实体检测到与数据流匹配的应用是一种为例。可选的，TDF实体检测到与数据流匹配的应用也可以是两种或两种以上。如果步骤404中TDF实体检测到与数据流匹配的应用有两种或两种以上，那么后续的步骤中，在处理应用相关信息时，则需要处理两种或两种以上的应用信息。这里不再赘述。

图5为本发明计费方法实施例五的流程图，本实施例对本发明图4所示实施例步骤413之前，PCEF实体获知预留的授权业务单元使用完毕时的处理过程进行介绍。

如图5所示，该计费方法可以包括：

步骤501、PCEF实体获知预留的授权业务单元使用完毕。

本实施例中，当数据流传输至PCEF实体时，PCEF实体可以统计第一费率组对应的业务使用单元，当该第一费率组对应的业务使用单元等于PCEF实体从OCS中获取的第一费率组对应的授权业务单元时，则说明预留的授权业务单元已使用完毕，例如：第一费率组对应的费率为1元/M，预留的授权业务单元为150M，则此时第一费率组对应的授权业务单元为150M。

步骤502、PCEF实体向OCS发送更新信用控制请求消息。

本实施例中，在PCEF实体获知预留的授权业务单元使用完毕后，向OCS发送更新信用控制请求消息，该更新信用控制请求消息中携带有第一费率组和第一费率组对应的业务使用单元（即150M）。

步骤503、OCS向TDF实体发送重授权请求消息。

本实施例中，OCS接收PCEF实体在PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息，获取更新信用控制请求消息中的第一费率组和第一费率组对应的业务使用单元。根据该第一费率组与第二费率组的关联关系，获得第一费率组关联的第二费率组，则OCS向TDF实体发送重授权请求消息，该重授权请求消息中携带第二费率组。

步骤504、TDF实体向OCS发送更新信用控制请求消息。

本实施例中，TDF实体接收到OCS发送的重授权请求消息，获取到该重授权请求消息中携带的第二费率组，根据该第二费率组统计获得第二费率组对应的应用所使用的业务使用单元，例如：应用所使用的业务使用单元为50M，然后TDF实体向OCS发送更新信用控制请求消息，该更新信用控制请求消息中携带有该第二费率组对应的应用所使用的业务使用单元（即50M）。

步骤505、OCS对用户账户进行扣减，重新计算授权业务单元。

本实施例中，OCS根据该应用的业务使用单元和该第一费率组对应的业务使用单元，对用户账户进行扣减。具体地，OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该第一费率组对应的业务使用单元包括了该应用的业务使用单元，所以OCS还将该第一费率组对应的业务使用单元和该应用的业务使用单元之差与第一费率组结合进行计费处理，从而实现用户账号的扣减。也就是，将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流的业务使用单元和该应用的业务使用单元之差也可以为零。例如：OCS接收到TDF实体发送的应用的业务使用单元为50M，接收到PCEF实体发送的第一费率组对应的业务使用单元为150M，则对于该应用的业务使用单元的使用额为50M×2元/M=100元，而对于第一费率组对应的业务使用单元中未承载该应用的数据流对应的业务使用单元的使用额为（150M-50M）×1元/M=100元，从而OCS对用户账户行具体的扣减额为100元+100元=200元。

由于在应用开始之前用户账户的余额300元，在PCEF获知预留的授权业务单元使用完毕之后OCS对用户账户进行了200元的扣减，则此时用户账户的余额为100元。由于用户账户的余额已经更新，所以PCEF实体中所预留的第一费率组对应的授权业务单元和TDF实体中所预留的第二费率组对应的授权业务单元也应该进行更新，以使用户可以继续使用该应用同时避免用户超额使用。所以OCS根据更新后用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据更新后用户账户的余额和第二费率组重新计算第二授权业务单元。例如：第一费率组对应的费率为1元/M、第二费率组对应的费率为2元/M，用户账户的新余额为100元，则OCS重新计算第一授权业务单元为：100元/（1元/M）=100M，OCS重新计算第二授权业务单元为：100元/（2元/M）=50M。

步骤506、OCS向TDF实体发送更新信用控制应答消息。

本实施例中，OCS在获得第二费率组对应的重新计算的第二授权业务单元后，向TDF实体发送更新信用控制应答消息，该更新控制应答消息中携带有该重新计算的第二授权业务单元（即50M）。相应地，TDF实体接收该更新信用控制应答消息，获得该更新信用控制应答消息中携带的第二费率组对应的重新计算的第二授权业务单元，并将预留的授权业务单元更新为重新计算的第二授权业务单元，例如：TDF实体将150M更新为50M。

步骤507、OCS向PCEF实体发送更新信用控制应答消息。

本实施例中，OCS在获得第一费率组对应的重新计算的第一授权业务单元后，先比较重新计算的第一授权业务单元与重新计算的第二授权业务单元的大小，将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体，该更新控制应答消息中携带有该重新计算的第二授权业务单元（即50M），相应地，PCEF实体接收该更新信用控制应答消息，获得该更新信用控制应答消息中携带的重新计算的第二授权业务单元，并将预留的授权业务单元更新为重新计算的第二授权业务单元，例如：PCEF实体将150M更新为50M，以避免用户超额使用。

进一步地，在执行完步骤507之后，PCEF实体重新对数据流的业务使用单元进行统计，TDF实体重新对该应用的业务使用单元进行统计，直至TDF实体检测到该应用结束，TDF实体获取重新统计的应用的业务使用单元，TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求中携带重新统计的该应用的业务使用单元和第二费率组。OCS接收到该终止信用控制请求消息后，获取终止信用控制请求消息中的该应用的业务使用单元和第二费率组，根据第一费率组与第二费率组的关联关系，向PCEF实体获取重新统计的第一费率组对应的数据流的业务使用单元，然后OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该数据流的业务使用单元包括了该应用的业务使用单元，所以OCS将该数据流的业务使用单元和该应用的业务使用单元之差与第一费率组结合再进行计费处理。详细过程请参见本发明图4所示实施例中步骤413~步骤418的描述，在此不再赘述。

本发明实施例五提供的计费方法，进一步地，通过OCS接收PCEF实体在PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息，并向TDF实体发送重授权请求消息；TDF实体接收OCS发送的重授权请求消息，并向OCS发送更新信用控制请求消息；OCS接收TDF实体发送的更新信用控制请求消息，并根据第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减，然后根据用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额和第二费率组重新计算第二授权业务单元，OCS将重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体，以及将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。从而解决了重复计费的问题，进一步，还避免了用户超额使用的现象。

图6为本发明计费方法实施例六的流程图，本实施例对本发明图4所示实施例步骤413之前，PCEF实体检测到计费信息发生变化时的处理过程进行介绍。

如图6所示，该计费方法可以包括：

步骤601、PCEF实体检测到计费信息发生变化。

本实施例中，当PCEF实体要检测到计费信息发生变化时，计费信息会影响费率组对应的费率，其中，该计费信息可以为用户所在的位置、接入点名称（Access Point Name；以下简称为APN）等，本领域普通技术人员可以理解，计费信息影响费率组对应的费率与现有技术中一致，本发明在此不做详细介绍。则需要OCS先根据变化前的计费信息和费率组进行计费处理，然后再根据变化后的计费信息和费率组进行计费处理。

PCEF实体可以统计计费信息变化前的第一费率组对应的业务使用单元，例如：计费信息变化前的第一费率组对应的费率为1元/M，第一费率组对应的业务使用单元为90M。

步骤602、PCEF实体向OCS发送更新信用控制请求消息。

本实施例中，在PCEF实体检测到计费信息发生变化后，向OCS发送更新信用控制请求消息，该更新信用控制请求消息中携带有变化后的计费信息、第一费率组和第一费率组对应的业务使用单元（即90M）。

步骤603、OCS向TDF实体发送重授权请求消息。

本实施例中，OCS接收PCEF实体在PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，获取更新信用控制请求消息中的变化后的计费信息、第一费率组和第一费率组对应的业务使用单元。根据该第一费率组与第二费率组的关联关系，获得第一费率组关联的第二费率组，则OCS向TDF实体发送重授权请求消息，该重授权请求消息中携带第二费率组。

步骤604、TDF实体向OCS发送更新信用控制请求消息。

本实施例中，TDF实体接收到OCS发送的重授权请求消息，获取到该重授权请求消息中携带的第二费率组，根据该第二费率组统计获得第二费率组对应的应用所使用的业务使用单元，例如：应用所使用的业务使用单元为70M，然后TDF实体向OCS发送更新信用控制请求消息，该更新信用控制请求消息中携带有该第二费率组对应的应用所使用的业务使用单元（即70M）。

步骤605、OCS对用户账户进行扣减，重新计算授权业务单元。

本实施例中，OCS根据该应用的业务使用单元和该第一费率组对应的业务使用单元，对用户账户进行扣减。具体地，OCS将该应用的业务使用单元与第二费率组结合进行计费处理，由于该第一费率组对应的业务使用单元包括了该应用的业务使用单元，所以OCS还将该第一费率组对应的业务使用单元和该应用的业务使用单元之差与第一费率组结合进行计费处理，从而实现用户账号的扣减。也就是，将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和该应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户本次的使用额，然后从用户账户中减去用户本次的使用额，其中，数据流的业务使用单元和该应用的业务使用单元之差也可以为零。例如：OCS接收到TDF实体发送的应用的业务使用单元为70M，接收到PCEF实体发送的第一费率组对应的业务使用单元为90M，则对于该应用的业务使用单元的使用额为70M×2元/M=140元，而对于第一费率组对应的业务使用单元中未承载该应用的数据流对应的业务使用单元的使用额为（90M-70M）×1元/M=20元，从而OCS对用户账户行具体的扣减额为140元+20元=160元。

由于在应用开始之前用户账户的余额300元，在PCEF检测计费信息发生变化之后OCS对用户账户进行了160元的扣减，则此时用户账户的余额为140元。由于用户账户的余额已经更新，而且计费信息也发生了变化，所以PCEF实体中所预留的第一费率组对应的授权业务单元和TDF实体中所预留的第二费率组对应的授权业务单元也应该进行更新，以使用户可以继续使用该应用同时避免用户超额使用。所以OCS根据更新后用户账户的余额、变化后的计费信息和第一费率组重新计算第一授权业务单元，以及根据更新后用户账户的余额、变化后的计费信息和第二费率组重新计算第二授权业务单元。例如：计费信息变化后第一费率组对应的费率为2元/M、计费信息变化后第二费率组对应的费率为4元/M，更新后用户账户的余额为140元，则OCS重新计算第一授权业务单元为：140元/（2元/M）=70M，OCS重新计算第二授权业务单元为：140元/（4元/M）=35M。

步骤606、OCS向TDF实体发送更新信用控制应答消息。

本实施例中，OCS在获得计费信息变化后第二费率组对应的重新计算的第二授权业务单元后，向TDF实体发送更新信用控制应答消息，该更新控制应答消息中携带有该重新计算的第二授权业务单元（即35M）。相应地，TDF实体接收该更新信用控制应答消息，获得该更新信用控制应答消息中携带的第二费率组对应的重新计算的第二授权业务单元，并将预留的授权业务单元更新为重新计算的第二授权业务单元，例如：TDF实体将150M更新为35M。

步骤607、OCS向PCEF实体发送更新信用控制应答消息。

本实施例中，OCS在获得计费信息变化后第一费率组对应的重新计算的第一授权业务单元后，先比较重新计算的第一授权业务单元与重新计算的第二授权业务单元的大小，将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体，该更新控制应答消息中携带有该重新计算的第二授权业务单元，即35M，相应地，PCEF实体接收该更新信用控制应答消息，获得该更新信用控制应答消息中携带的重新计算的第二授权业务单元，并将预留的授权业务单元更新为重新计算的第二授权业务单元，例如：PCEF实体将150M更新为35M，以避免用户超额使用。

进一步地，在执行完步骤607之后，PCEF实体重新对数据流的业务使用单元进行统计，TDF实体重新对该应用的业务使用单元进行统计，直至TDF实体检测到该应用结束，TDF实体获取承载该应用的数据流的业务使用单元（即应用的业务使用单元），TDF实体向OCS发送终止信用控制请求消息，该终止信用控制请求中携带重新统计的该应用的业务使用单元和第二费率组。OCS接收到该终止信用控制请求消息后，获取终止信用控制请求消息中的该应用的业务使用单元和第二费率组，根据第一费率组与第二费率组的关联关系，向PCEF实体获取重新统计的第一费率组对应的数据流的业务使用单元，然后OCS根据该应用的业务使用单元和第二费率组、从PCEF获得的数据流的业务使用单元和第一费率组以及新的计费信息进行计费处理，具体地，OCS将该应用的业务使用单元与第二费率组以及新的计费信息结合进行计费处理，由于该数据流的业务使用单元包括了该应用的业务使用单元，所以OCS将该数据流的业务使用单元和该应用的业务使用单元之差与第一费率组以及新的计费信息结合再进行计费处理。详细过程请参见本发明图4所示实施例中步骤413~步骤418的描述，在此不再赘述。

本发明实施例六提供的计费方法，进一步地，通过OCS接收PCEF实体在PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，并向TDF实体发送重授权请求消息；TDF实体接收OCS发送的重授权请求消息，并向OCS发送更新信用控制请求消息；OCS接收TDF实体发送的更新信用控制请求消息，并根据第二费率组对应的应用所使用的业务使用单元和第一费率组对应的业务使用单元对用户账户进行扣减，然后根据用户账户的余额、变化后的计费信息和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额、变化后的计费信息和第二费率组重新计算第二授权业务单元，OCS将重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体，以及将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。从而解决了重复计费的问题，进一步，还避免了用户超额使用的现象。

需要说明的是，本发明上述各实施例中所列举的第一费率组对应的费率、第二费率组对应的费率、用户账户余额、应用的业务使用单元和第一费率组对应的业务使用单元的各数值，均是为了进行举例说明，本发明并不以此为限。

图7为本发明TDF实体实施例一的结构示意图，如图7所示，本实施例的TDF实体可以包括：接收模块11、检测模块12和发送模块13，其中，接收模块11用于接收PCEF实体发送的数据流；以及在发送模块13向PCRF实体发送应用启动消息之后，接收PCRF实体发送的应用检测控制规则，应用检测控制规则携带数据流对应的第一费率组和与数据流匹配的应用对应的第二费率组。检测模块12用于检测获得与接收模块11接收的数据流匹配的应用。发送模块13用于向PCRF实体发送应用启动消息，应用启动消息中携带检测模块12获得的与数据流匹配的应用的信息，以及数据流的IP五元组，以使PCRF实体根据IP五元组匹配数据流对应的第一费率组，根据应用的信息匹配应用对应的第二费率组；以及在接收模块11接收应用检测控制规则之后，向OCS发送预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组；以使OCS建立第一费率组与第二费率组的关联关系；以及在检测模块12检测到应用结束之后，向OCS发送终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组，以使OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的TDF实体，可以用于执行图1所示方法实施例的技术方案，其实现原理类似，详细可以参见上述实施例中的记载，此处不再赘述。

本发明实施例一提供的TDF实体，通过接收模块接收PCEF实体发送的数据流，检测模块检测获得与该数据流匹配的应用；发送模块向PCRF实体发送应用启动消息；接收模块接收PCRF实体发送的应用检测控制规则；发送模块向OCS发送预留信用额度请求；以使OCS建立第一费率组与第二费率组的关联关系；检测模块检测到应用结束之后，发送模块向OCS发送终止信用控制请求消息以使OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与数据流对应的业务使用单元和应用的业务使用单元之差与第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去用户的使用额；从而解决了重复计费的问题。

在本发明TDF实体实施例二中，在图7所示TDF实体结构的基础上，上述的接收模块11还用于在发送模块13向OCS发送预留信用额度请求之后，接收OCS发送的预留信用额度响应，预留信用额度响应中包括OCS根据第二费率组计算的授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的TDF实体，可以用于执行图4中所示方法实施例中TDF实体所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

在本发明实施例三的TDF实体中，在图7所示TDF实体结构的基础上，上述的接收模块11还用于接收OCS发送的重授权请求消息，重授权请求消息携带第二费率组；重授权请求消息是OCS接收到PCEF实体在预留的授权业务单元使用完毕后或者在检测到计费信息发生变化后发送的更新信用控制请求消息之后发送给TDF实体的；以及在发送模块13发送更新信用控制请求消息之后，接收OCS发送的更新信用控制应答消息，更新信用控制应答消息携带OCS根据第二费率组为TDF实体重新计算的授权业务单元。上述的发送模块13还用于在接收模块11接收重授权请求消息之后，向OCS发送更新信用控制请求消息，更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元，以使OCS根据第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减，并根据用户账户的余额和第一费率组重新计算授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的TDF实体，可以用于执行图5或图6中所示方法实施例中TDF实体所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

图8为本发明PCRF实体实施例一的结构示意图，如图8所示，本实施例子的PCRF实体可以包括：接收模块21、确定模块22和发送模块23，其中，接收模块21用于接收TDF实体发送的应用启动消息，应用启动消息携带与TDF实体接收的数据流匹配的应用的信息，以及数据流的IP五元组。确定模块22用于根据接收模块21接收的IP五元组确定数据流对应的第一费率组，以及根据接收模块21接收的应用的信息确定应用对应的第二费率组。发送模块23用于向TDF实体发送应用检测控制规则，应用检测控制规则携带确定模块22确定的第一费率组和确定模块22确定的第二费率组，以便TDF实体将第一费率组和第二费率组发送给OCS，使OCS建立第一费率组与第二费率组的关联关系；以便OCS在接收到TDF实体发送的终止信用控制请求消息之后，根据终止信用控制请求消息中携带的应用的业务使用单元、从PCEF实体获得的第一费率组对应的数据流的业务使用单元、第二费率组和第一费率组进行计费处理。即：所述OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的PCRF实体，可以用于执行图2所示方法实施例的技术方案，其实现原理类似，详细可以参见上述实施例中的记载，此处不再赘述。

本发明实施例一提供的PCRF实体，通过接收模块接收TDF实体发送的应用启动消息；确定模块根据IP五元组确定数据流对应的第一费率组，以及根据该应用的信息确定该应用对应的第二费率组；发送模块向TDF实体发送应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组，以便TDF实体将第一费率组和第二费率组发送给OCS，使OCS建立第一费率组与第二费率组的关联关系；以便OCS在接收到TDF实体发送的终止信用控制请求消息之后，根据终止信用控制请求消息中携带的该应用的业务使用单元、从PCEF实体获得的第一费率组对应的数据流的业务使用单元、第二费率组和第一费率组进行计费处理。从而解决了重复计费的问题。

在本发明实施例二的PCRF实体中，在图8所示PCRF实体结构的基础上，上述的发送模块23还用于在接收模块21接收应用启动消息之前，与PCEF实体进行交互，将数据流对应的计费策略发送给PCEF实体，数据流对应的计费策略包括第一费率组。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的PCRF实体，可以用于执行图4中所示方法实施例中PCRF实体所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

图9为本发明OCS实施例一的结构示意图，如图9所示，本实施例的OCS可以包括：接收模块31、建立模块32和处理模块33，其中，接收模块31用于接收TDF实体发送的预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组，第一费率组为TDF实体接收的数据流所对应的费率组，第二费率组为数据流匹配的应用所对应的费率组；以及接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组。建立模块32用于在接收模块31接收预留信用额度请求之后，建立接收模块31接收的第一费率组与第二费率组的关联关系。处理模块33用于将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的OCS，可以用于执行图3所示方法实施例的技术方案，其实现原理类似，详细可以参见上述实施例中的记载，此处不再赘述。

本发明实施例一提供的OCS，通过接收模块接收TDF实体发送的预留信用额度请求；建立模块建立第一费率组与第二费率组的关联关系；接收模块接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带该应用的业务使用单元和第二费率组；处理模块用于将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。从而解决了重复计费的问题。

图10为本发明OCS实施例二的结构示意图，如图10所示，本发明实施例提供的OCS在图9所示OCS结构的基础上，上述的处理模块33可以包括：获得子模块331、发送子模块332、和接收子模块333，其中，获得子模块331用于获得第二费率组关联的第一费率组；发送子模块332用于向PCEF实体发送重授权请求消息，重授权请求消息中携带获得子模块331获得的第一费率组；接收子模块333用于在发送子模块332发送重授权请求消息之后，接收PCEF实体发送的与第一费率组对应的业务使用单元。

进一步地，本实施例的OCS还可以包括：第一计算模块34和第一发送模块35，其中，第一计算模块34用于在处理模块从用户账户中减去用户的使用额之后，根据用户账户的余额和第一费率组重新计算授权业务单元；第一发送模块35用于将第一计算模块34重新计算的授权业务单元发送给PCEF实体。

进一步地，本实施例的OCS还包括：第二计算模块36和第二发送模块37；其中，第二计算模块36用于在接收模块31接收TDF实体发送的预留信用额度请求之后，根据第一费率组计算第一费率组对应的第一授权业务单元，以及根据第二费率组第二费率组对应的第二授权业务单元；第二发送模块37用于向TDF实体发送预留信用额度响应，预留信用额度响应中携带第二计算模块36计算的第二费率组对应的授权业务单元。

更进一步地，第二发送模块37还用于当第二计算模块36计算的第一授权业务单元大于第二计算模块36计算的第二授权业务单元时，向PCEF实体发送预留信用额度更新消息，预留信用额度更新消息中携带第二授权业务单元，以将PCEF实体上预留的授权业务单元更新为第二授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的OCS，可以用于执行图4中所示方法实施例中OCS所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

在本发明实施例三的OCS中，在图10所示OCS结构的基础上，上述的接收模块31还用于在接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收PCEF实体在PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息；以及在第二发送模块37向TDF实体发送重授权请求消息之后，接收TDF实体发送的更新信用控制请求消息，TDF实体发送的更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元。上述的第二发送模块37还用于向TDF实体发送重授权请求消息，重授权请求消息携带第二费率组；以及在第二计算模块36重新计算第一授权业务单元和第二授权业务单元之后，将第二计算模块36重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体；以及将第二计算模块36重新计算的第一授权业务单元和第二计算模块36重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。上述的处理模块33还用于根据接收模块31接收的第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减。上述的第二计算模块36还用于在处理模块33对用户账户进行扣减之后，根据用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额和第二费率组重新计算第二授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的OCS，可以用于执行图5中所示方法实施例中OCS所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

图11为本发明OCS实施例四的结构示意图，如图11所示，本实施例提供的OCS在本发明OCS实施例三结构的基础上，还包括：第三发送模块38和第三计算模块39；其中，上述的接收模块31还用于在接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收PCEF实体在PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，PCEF实体发送的更新信用控制请求消息携带第一费率组和第一费率组对应的业务使用单元；以及在第三发送模块38向TDF实体发送重授权请求消息之后，接收TDF实体发送的更新信用控制请求消息，TDF实体发送的更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元。上述的处理模块33还用于根据接收模块31接收的第一费率组对应的业务使用单元和接收模块31接收的第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减。第三发送模块38，用于向TDF实体发送重授权请求消息，重授权请求消息携带第一费率组对应的第二费率组；以及在第三计算模块39重新计算第一授权业务单元和第二授权业务单元之后，将第三计算模块39重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体；以及将第三计算模块39重新计算的第一授权业务单元和第三计算模块39重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。第三计算模块39用于在处理模块33对用户账户进行扣减之后，根据用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额和第二费率组重新计算第二授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

本实施例的OCS，可以用于执行图6中所示方法实施例中OCS所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

图12为本发明计费系统实施例一的结构示意图，如图12所示，本实施例的计费系统可以包括：TDF实体10、PCRF实体20和OCS30，其中，TDF实体10用于接收PCEF实体发送的数据流，检测获得与数据流匹配的应用；向PCRF实体20发送应用启动消息，应用启动消息中携带与数据流匹配的应用的信息，以及数据流的IP五元组；接收PCRF实体20发送的应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组；以及向OCS30发送预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组；在检测到应用结束之后，向OCS30发送终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组。TDF实体10可以采用本发明图7所示实施例提供的结构来实现，其对应地，可以执行本发明图1或图4~图6中所示任一方法实施例中的TDF实体所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

PCRF实体20用于接收TDF实体10发送的应用启动消息，根据IP五元组确定数据流对应的第一费率组，以及根据应用的信息确定应用对应的第二费率组；向TDF实体10发送应用检测控制规则，应用检测控制规则携带第一费率组和第二费率组。PCRF实体20可以采用本发明图8所示实施例提供的结构来实现，其对应地，可以执行本发明图2或图4所示方法实施例中的PCRF实体所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

OCS30用于接收TDF实体10发送的预留信用额度请求，建立第一费率组与第二费率组的关联关系；接收TDF实体10在检测到应用结束之后发送的终止信用控制请求消息，将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。OCS30可以采用本发明图9~图11任一所示实施例提供的结构来实现，其对应地，可以执行本发明图3~图6中所示任一方法实施例中的OCS所执行的技术方案，其实现原理和技术效果类似，详细可以参见上述实施例中的记载，此处不再赘述。

图13为本发明TDF实体实施例三的结构示意图，如图13所示，为本发明实施例提供的另一种TDF实体的结构图，采用通用计算机系统结构，计算机系统可具体是基于处理器的计算机。该TDF实体包括至少一个处理器41，通信总线42，存储器43以及至少一个通信接口44。

处理器41可以是一个通用中央处理器（Central Processing Unit；以下简称为CPU），微处理器，特定应用集成电路（application-specific integratedcircuit；以下简称为ASIC)，或一个或多个用于控制本发明方案程序执行的集成电路。

其中，通信总线42可包括一通路，在上述组件之间传送信息。通信接口44，使用任何收发器一类的装置，用于与以便与其他设备或通信网络通信，如以太网，无线接入网（Radio Access Network；以下简称为RAN），无线局域网（Wireless Local Area Networks；以下简称为WLAN）等。

计算机系统还包括一个或多个存储器，可以是只读存储器（read-onlymemory；以下简称为ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器（random access memory；以下简称为RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器（Electrically Erasable Programmable Read-Only Memory；以下简称为EEPROM）、只读光盘（Compact Disc Read-Only Memory；以下简称为CD-ROM）或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。这些存储器通过总线与处理器相连接。

其中，存储器43用于存储执行本发明方案的程序代码，执行本发明方案的程序代码保存在存储器43中，并由处理器41来控制执行。这些程序代码具体可以包括：接收模块431，检测模块432和发送模块433；处理器41用于执行存储器43中存储的模块，当上述模块被处理器41执行时，实现如下功能：

接收模块431，用于接收PCEF实体发送的数据流；以及在发送模块433向PCRF实体发送应用启动消息之后，接收PCRF实体发送的应用检测控制规则，应用检测控制规则携带数据流对应的第一费率组和与数据流匹配的应用对应的第二费率组。

检测模块432，用于检测获得与接收模块431接收的数据流匹配的应用。

发送模块433，用于向PCRF实体发送应用启动消息，应用启动消息中携带检测模块432获得的与数据流匹配的应用的信息，以及数据流的IP五元组，以使PCRF实体根据IP五元组匹配数据流对应的第一费率组，根据应用的信息匹配应用对应的第二费率组；以及在接收模块431接收应用检测控制规则之后，向OCS发送预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组；以使OCS第一费率组与第二费率组的关联关系；以及在检测模块432检测到应用结束之后，向OCS发送终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组，以使OCS将应用的业务使用单元与第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

可选的，接收模块431还用于在发送模块433向OCS发送预留信用额度请求之后，接收OCS发送的预留信用额度响应，预留信用额度响应中包括OCS根据第二费率组计算的授权业务单元。

可选的，接收模块431还用于接收OCS发送的重授权请求消息，重授权请求消息携带第二费率组；重授权请求消息是OCS接收到PCEF实体在预留的授权业务单元使用完毕后或者在检测到计费信息发生变化后发送的更新信用控制请求消息之后发送给TDF实体的；以及在发送模块433发送更新信用控制请求消息之后，接收OCS发送的更新信用控制应答消息，更新信用控制应答消息携带OCS根据第二费率组为TDF实体重新计算的授权业务单元。发送模块433还用于在接收模块431接收重授权请求消息之后，向OCS发送更新信用控制请求消息，更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元，以使OCS根据第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减，并根据用户账户的余额和第一费率组重新计算授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

通过本实施例提供的TDF实体设备，可以解决重复计费的问题。

图14为本发明OCS实施例五的结构示意图，如图14所示，为本发明实施例提供的另一种OCS的结构图，采用通用计算机系统结构，计算机系统可具体是基于处理器的计算机。该OCS包括至少一个处理器51，通信总线52，存储器53以及至少一个通信接口54。

处理器51可以是一个通用CPU，微处理器，ASIC，或一个或多个用于控制本发明方案程序执行的集成电路。

其中，通信总线52可包括一通路，在上述组件之间传送信息。通信接口54，使用任何收发器一类的装置，用于与以便与其他设备或通信网络通信，如以太网，RAN，WLAN等。

计算机系统还包括一个或多个存储器，可以是ROM或可存储静态信息和指令的其他类型的静态存储设备，RAM或者可存储信息和指令的其他类型的动态存储设备，也可以是EEPROM、CD-ROM或其他光盘存储、光碟存储（包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等）、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。这些存储器通过总线与处理器相连接。

其中，存储器53用于存储执行本发明方案的程序代码，执行本发明方案的程序代码保存在存储器53中，并由处理器51来控制执行。这些程序代码具体可以包括：接收模块531，建立模块532和处理模块533；处理器51用于执行存储器53中存储的模块，当上述模块被处理器51执行时，实现如下功能：

接收模块531，用于接收TDF实体发送的预留信用额度请求，预留信用额度请求中包括第一费率组和第二费率组，第一费率组为TDF实体接收的数据流所对应的费率组，第二费率组为数据流匹配的应用所对应的费率组；以及接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息，终止信用控制请求消息中携带应用的业务使用单元和第二费率组。

建立模块532，用于在接收模块531接收预留信用额度请求之后，建立接收模块531接收的第一费率组与第二费率组的关联关系。

处理模块533，用于将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

可选地，处理模块533可以包括：获得子模块、发送子模块和接收子模块，其中，获得子模块用于获得第二费率组关联的第一费率组；发送子模块用于向PCEF实体发送重授权请求消息，重授权请求消息中携带获得子模块获得的第一费率组；接收子模块用于在发送子模块发送重授权请求消息之后，接收PCEF实体发送的与第一费率组对应的业务使用单元。进一步的，该程序代码还可以包括第一计算模块和第一发送模块，其中，第一计算模块用于在处理模块从用户账户中减去用户的使用额之后，根据用户账户的余额和第一费率组重新计算授权业务单元；第一发送模块用于将第一计算模块重新计算的授权业务单元发送给PCEF实体。更进一步的，该程序代码还可以包括第二计算模块和第二发送模块；其中，第二计算模块用于在接收模块531接收TDF实体发送的预留信用额度请求之后，根据第一费率组计算第一费率组对应的第一授权业务单元，以及根据第二费率组第二费率组对应的第二授权业务单元；第二发送模块用于向TDF实体发送预留信用额度响应，预留信用额度响应中携带第二计算模块计算的第二费率组对应的授权业务单元。可选的，第二发送模块还用于当第二计算模块计算的第一授权业务单元大于第二计算模块计算的第二授权业务单元时，向PCEF实体发送预留信用额度更新消息，预留信用额度更新消息中携带第二授权业务单元，以将PCEF实体上预留的授权业务单元更新为第二授权业务单元。

可选的，上述的接收模块531还用于在接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收PCEF实体在PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息；以及在第二发送模块向TDF实体发送重授权请求消息之后，接收TDF实体发送的更新信用控制请求消息，TDF实体发送的更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元。第二发送模块还用于向TDF实体发送重授权请求消息，重授权请求消息携带第二费率组；以及在第二计算模块重新计算第一授权业务单元和第二授权业务单元之后，将第二计算模块重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体；以及将第二计算模块重新计算的第一授权业务单元和第二计算模块重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。处理模块533还用于根据接收模块531接收的第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减。第二计算模块还用于在处理模块对用户账户进行扣减之后，根据用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额和第二费率组重新计算第二授权业务单元。

进一步的，该程序代码还可以包括第三发送模块和第三计算模块；其中，接收模块531还用于在接收TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收PCEF实体在PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，PCEF实体发送的更新信用控制请求消息携带第一费率组和第一费率组对应的业务使用单元；以及在第三发送模块向TDF实体发送重授权请求消息之后，接收TDF实体发送的更新信用控制请求消息，TDF实体发送的更新信用控制请求消息中携带第二费率组对应的应用所使用的业务使用单元。上述的处理模块533还用于根据接收模块531接收的第一费率组对应的业务使用单元和接收模块531接收的第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减。第三发送模块，用于向TDF实体发送重授权请求消息，重授权请求消息携带第一费率组对应的第二费率组；以及在第三计算模块重新计算第一授权业务单元和第二授权业务单元之后，将第三计算模块重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给TDF实体；以及将第三计算模块重新计算的第一授权业务单元和第三计算模块重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给PCEF实体。第三计算模块用于在处理模块533对用户账户进行扣减之后，根据用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据用户账户的余额和第二费率组重新计算第二授权业务单元。

上述各模块之间的交互流程具体可以参考方法实施例中的描述，这里不再赘述。

通过本实施例提供的OCS设备，可以解决重复计费的问题。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

需要说明的是，本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，各模块具体功能的执行过程参见方法实施例的部分说明即可。以上所描述的设备实施例仅仅是示意性的，其中作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

Claims (22)

1.一种计费方法，其特征在于，包括：

在线计费系统OCS接收流量检测功能TDF实体发送的预留信用额度请求，所述预留信用额度请求中包括第一费率组和第二费率组，所述第一费率组为所述TDF实体接收的数据流所对应的费率组，所述第二费率组为所述数据流匹配的应用所对应的费率组；

所述OCS建立所述第一费率组与所述第二费率组的关联关系；

所述OCS接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

2.根据权利要求1所述的方法，其特征在于，所述OCS接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息之后，还包括：

所述OCS获得所述第二费率组关联的第一费率组；

所述OCS向所述PCEF实体发送重授权请求消息，所述重授权请求消息中携带所述第一费率组；

所述OCS接收所述PCEF实体发送的与所述第一费率组对应的所述数据流的业务使用单元。

3.根据权利要求1所述的方法，其特征在于，所述从用户账户中减去所述用户的使用额之后，还包括：

所述OCS根据所述用户账户的余额和所述第一费率组重新计算授权业务单元，将重新计算的授权业务单元发送给所述PCEF实体。

4.根据权利要求1所述的方法，其特征在于，所述在线计费系统OCS接收流量检测功能TDF实体发送的预留信用额度请求之后，还包括：

所述OCS根据所述第一费率组计算所述第一费率组对应的第一授权业务单元，以及根据所述第二费率组计算所述第二费率组对应的第二授权业务单元；

所述OCS向所述TDF实体发送预留信用额度响应，所述预留信用额度响应中携带所述第二费率组对应的授权业务单元。

5.根据权利要求4所述的方法，其特征在于，还包括：

如果所述第一授权业务单元大于所述第二授权业务单元，则所述OCS向所述PCEF实体发送预留信用额度更新消息，所述预留信用额度更新消息中携带所述第二授权业务单元，以将所述PCEF实体上预留的授权业务单元更新为所述第二授权业务单元。

6.根据权利要求1-5任意一项所述的方法，其特征在于，所述OCS接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，还包括：

所述OCS接收所述PCEF实体在所述PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息；

所述OCS向所述TDF实体发送重授权请求消息，所述重授权请求消息携带所述第二费率组；

所述OCS接收所述TDF实体发送的更新信用控制请求消息，所述TDF实体发送的更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元；

所述OCS根据所述第二费率组对应的应用所使用的业务使用单元对所述用户账户进行扣减；

所述OCS根据所述用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据所述用户账户的余额和第二费率组重新计算第二授权业务单元；

所述OCS将重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给所述TDF实体；以及将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给所述PCEF实体。

7.根据权利要求1-5任意一项所述的方法，其特征在于，所述OCS接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，还包括：

所述OCS接收所述PCEF实体在所述PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，所述PCEF实体发送的更新信用控制请求消息携带所述第一费率组和所述第一费率组对应的业务使用单元；

所述OCS向所述TDF实体发送重授权请求消息，所述重授权请求消息携带与所述第一费率组对应的第二费率组；

所述OCS接收所述TDF实体发送的更新信用控制请求消息，所述TDF实体发送的更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元；

所述OCS根据所述第一费率组对应的业务使用单元和所述第二费率组对应的应用所使用的业务使用单元对所述用户账户进行扣减；

所述OCS根据所述用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据所述用户账户的余额和第二费率组重新计算第二授权业务单元；

所述OCS将重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给所述TDF实体；以及将重新计算的第一授权业务单元和重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给所述PCEF实体。

8.一种计费方法，其特征在于，包括：

流量检测功能TDF实体接收策略与计费执行功能PCEF实体发送的数据流，检测获得与所述数据流匹配的应用；

所述TDF实体向策略与计费规则功能PCRF实体发送应用启动消息，所述应用启动消息中携带与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组；以使所述PCRF实体根据所述IP五元组匹配所述数据流对应的第一费率组，根据所述应用的信息匹配所述应用对应的第二费率组；

所述TDF实体接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；

所述TDF实体向在线计费系统OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；以使所述OCS建立所述第一费率组与所述第二费率组的关联关系；

在检测到应用结束之后，所述TDF实体向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组，以使

所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

9.根据权利要求8所述的方法，其特征在于，所述TDF实体向所述OCS发送终止信用控制请求消息之后，所述进行计费处理之前，还包括：

所述OCS获得所述第二费率组关联的第一费率组；

所述OCS向所述PCEF实体发送重授权请求消息，所述重授权请求消息中携带所述第一费率组；

所述OCS接收所述PCEF实体发送的与所述第一费率组对应的所述数据流的业务使用单元。

10.根据权利要求8所述的方法，其特征在于，所述TDF实体向在线计费系统OCS发送预留信用额度请求之后，还包括：

所述TDF实体接收所述OCS发送的预留信用额度响应，所述预留信用额度响应中包括所述OCS根据所述第二费率组计算的授权业务单元。

11.根据权利要求8-10任意一项所述的方法，其特征在于，还包括：

所述TDF实体接收所述OCS发送的重授权请求消息，所述重授权请求消息携带所述第二费率组；所述重授权请求消息是所述OCS接收到所述PCEF实体在预留的授权业务单元使用完毕后或者在检测到计费信息发生变化后发送的更新信用控制请求消息之后发送给所述TDF实体的；

所述TDF实体向所述OCS发送更新信用控制请求消息，所述更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元；以使所述OCS根据所述第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减，并根据所述用户账户的余额和第一费率组重新计算授权业务单元；

所述TDF实体接收所述OCS发送的更新信用控制应答消息，所述更新信用控制应答消息携带所述OCS根据所述第二费率组为所述TDF实体重新计算的授权业务单元。

12.一种在线计费系统OCS，其特征在于，包括：

接收模块，用于接收流量检测功能TDF实体发送的预留信用额度请求，所述预留信用额度请求中包括第一费率组和第二费率组，所述第一费率组为所述TDF实体接收的数据流所对应的费率组，所述第二费率组为所述数据流匹配的应用所对应的费率组；以及接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

建立模块，用于在所述接收模块接收预留信用额度请求之后，建立所述接收模块接收的所述第一费率组与所述第二费率组的关联关系；

处理模块，用于将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

13.根据权利要求12所述的OCS，其特征在于，所述处理模块还包括：

获得子模块，用于获得所述第二费率组关联的第一费率组；

发送子模块，用于向所述PCEF实体发送重授权请求消息，所述重授权请求消息中携带所述获得子模块获得的第一费率组；

接收子模块，用于在所述发送子模块发送所述重授权请求消息之后，接收所述PCEF实体发送的与所述第一费率组对应的所述数据流的业务使用单元。

14.根据权利要求12所述的OCS，其特征在于，还包括：第一计算模块和第一发送模块；

所述第一计算模块，用于在所述处理模块从用户账户中减去所述用户的使用额之后，根据所述用户账户的余额和所述第一费率组重新计算授权业务单元；

所述第一发送模块，用于将所述第一计算模块重新计算的授权业务单元发送给所述PCEF实体。

15.根据权利要求12所述的OCS，其特征在于，还包括：第二计算模块和第二发送模块；

所述第二计算模块，用于在所述接收模块接收TDF实体发送的预留信用额度请求之后，根据所述第一费率组计算所述第一费率组对应的第一授权业务单元，以及根据所述第二费率组计算所述第二费率组对应的第二授权业务单元；

所述第二发送模块，用于向所述TDF实体发送预留信用额度响应，所述预留信用额度响应中携带所述第二计算模块计算的所述第二费率组对应的授权业务单元。

16.根据权利要求15所述的OCS，其特征在于，

所述第二发送模块，还用于当所述第二计算模块计算的第一授权业务单元大于所述第二计算模块计算的第二授权业务单元时，向所述PCEF实体发送预留信用额度更新消息，所述预留信用额度更新消息中携带所述第二授权业务单元，以将所述PCEF实体上预留的授权业务单元更新为所述第二授权业务单元。

17.根据权利要求12-16任意一项所述的OCS，其特征在于，

所述接收模块，还用于在接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收所述PCEF实体在所述PCEF实体上预留的授权业务单元使用完毕后发送的更新信用控制请求消息；以及在所述第二发送模块向所述TDF实体发送重授权请求消息之后，接收所述TDF实体发送的更新信用控制请求消息，所述TDF实体发送的更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元；

所述第二发送模块，还用于向所述TDF实体发送重授权请求消息，所述重授权请求消息携带所述第二费率组；以及在所述第二计算模块重新计算第一授权业务单元和第二授权业务单元之后，将所述第二计算模块重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给所述TDF实体；以及将所述第二计算模块重新计算的第一授权业务单元和所述第二计算模块重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给所述PCEF实体；

所述处理模块，还用于根据所述接收模块接收的所述第二费率组对应的应用所使用的业务使用单元对所述用户账户进行扣减；

所述第二计算模块，还用于在所述处理模块对所述用户账户进行扣减之后，根据所述用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据所述用户账户的余额和第二费率组重新计算第二授权业务单元。

18.根据权利要求12-16任意一项所述的OCS，其特征在于，还包括：第三发送模块和第三计算模块；

所述接收模块，还用于在接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息之前，接收所述PCEF实体在所述PCEF实体检测到计费信息发生变化后发送的更新信用控制请求消息，所述PCEF实体发送的更新信用控制请求消息携带所述第一费率组和所述第一费率组对应的业务使用单元；以及在所述第三发送模块向所述TDF实体发送重授权请求消息之后，接收所述TDF实体发送的更新信用控制请求消息，所述TDF实体发送的更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元；

所述处理模块，还用于根据所述接收模块接收的所述第一费率组对应的业务使用单元和所述接收模块接收的所述第二费率组对应的应用所使用的业务使用单元对所述用户账户进行扣减；

所述第三发送模块，用于向所述TDF实体发送重授权请求消息，所述重授权请求消息携带第一费率组对应的第二费率组；以及在所述第三计算模块重新计算第一授权业务单元和第二授权业务单元之后，将所述第三计算模块重新计算的第二授权业务单元携带在更新信用控制应答消息中发送给所述TDF实体；以及将所述第三计算模块重新计算的第一授权业务单元和所述第三计算模块重新计算的第二授权业务单元中的较小值携带在更新信用控制应答消息中发送给所述PCEF实体；

所述第三计算模块，用于在所述处理模块对所述用户账户进行扣减之后，根据所述用户账户的余额和第一费率组重新计算第一授权业务单元，以及根据所述用户账户的余额和第二费率组重新计算第二授权业务单元。

19.一种流量检测功能TDF实体，其特征在于，包括：

接收模块，用于接收策略与计费执行功能PCEF实体发送的数据流；以及在发送模块向策略与计费规则功能PCRF实体发送应用启动消息之后，接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述数据流对应的第一费率组和与所述数据流匹配的应用对应的第二费率组；

检测模块，用于检测获得与所述接收模块接收的数据流匹配的应用；

所述发送模块，用于向所述PCRF实体发送应用启动消息，所述应用启动消息中携带所述检测模块获得的与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组，以使所述PCRF实体根据所述IP五元组匹配所述数据流对应的第一费率组，根据所述应用的信息匹配所述应用对应的第二费率组；以及在所述接收模块接收应用检测控制规则之后，向在线计费系统OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；以使所述OCS建立所述第一费率组与所述第二费率组的关联关系；以及在所述检测模块检测到应用结束之后，向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组，以使所述OCS将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

20.根据权利要求19所述的TDF实体，其特征在于，

所述接收模块，还用于在所述发送模块向OCS发送预留信用额度请求之后，接收所述OCS发送的预留信用额度响应，所述预留信用额度响应中包括所述OCS根据所述第二费率组计算的授权业务单元。

21.根据权利要求19所述的TDF实体，其特征在于，

所述接收模块，还用于接收所述OCS发送的重授权请求消息，所述重授权请求消息携带所述第二费率组；所述重授权请求消息是所述OCS接收到所述PCEF实体在预留的授权业务单元使用完毕后或者在检测到计费信息发生变化后发送的更新信用控制请求消息之后发送给所述TDF实体的；以及在所述发送模块发送更新信用控制请求消息之后，接收所述OCS发送的更新信用控制应答消息，所述更新信用控制应答消息携带所述OCS根据所述第二费率组为所述TDF实体重新计算的授权业务单元；

所述发送模块，还用于在所述接收模块接收所述重授权请求消息之后，向所述OCS发送更新信用控制请求消息，所述更新信用控制请求消息中携带所述第二费率组对应的应用所使用的业务使用单元，以使所述OCS根据所述第二费率组对应的应用所使用的业务使用单元对用户账户进行扣减，并根据所述用户账户的余额和第一费率组重新计算授权业务单元。

22.一种计费系统，其特征在于，包括：流量检测功能TDF实体、策略与计费规则功能PCRF实体和线计费系统OCS；

所述TDF实体，用于接收策略与计费执行功能PCEF实体发送的数据流，检测获得与所述数据流匹配的应用；向所述PCRF实体发送应用启动消息，所述应用启动消息中携带与所述数据流匹配的应用的信息，以及所述数据流的因特网协议IP五元组；接收所述PCRF实体发送的应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；以及向所述OCS发送预留信用额度请求，所述预留信用额度请求中包括所述第一费率组和所述第二费率组；在检测到应用结束之后，向所述OCS发送终止信用控制请求消息，所述终止信用控制请求消息中携带所述应用的业务使用单元和所述第二费率组；

所述PCRF实体，用于接收所述TDF实体发送的应用启动消息，根据所述IP五元组确定所述数据流对应的第一费率组，以及根据所述应用的信息确定所述应用对应的第二费率组；向所述TDF实体发送应用检测控制规则，所述应用检测控制规则携带所述第一费率组和所述第二费率组；

所述OCS，用于接收所述TDF实体发送的预留信用额度请求，建立所述第一费率组与所述第二费率组的关联关系；接收所述TDF实体在检测到应用结束之后发送的终止信用控制请求消息，将所述应用的业务使用单元与所述第二费率组对应的费率的乘积，与所述数据流对应的业务使用单元和所述应用的业务使用单元之差与所述第一费率组对应的费率的乘积之和作为用户的使用额，从用户账户中减去所述用户的使用额。

Images