WO2014022992A1

WO2014022992A1 - 计费控制的方法及计费触发装置、在线计费系统

Info

Publication number: WO2014022992A1
Application number: PCT/CN2012/079839
Authority: WO
Inventors: 柴晓前
Original assignee: 华为技术有限公司
Priority date: 2012-08-08
Filing date: 2012-08-08
Publication date: 2014-02-13
Also published as: US10972613B2; EP3203683B1; CN106533707B; CN103765814A; CN103765814B; EP2874347B1; US20190158677A1; CN106533707A; EP2874347A1; CN106550162A; EP2874347A4; US20150156334A1; ES2634211T3; CN106550162B; EP3203683A1; US10205832B2

Abstract

本发明提供一种计费控制的方法及计费触发装置、在线计费系统，其中，所述方法包括：CTF根据触发条件生成资源配额请求，将所述资源配额请求发送至OCS，以使所述OCS接收所述资源配额请求之后确定配额类型和数量，并根据所述OCS所确定的配额类型和数量为所述资源配额请求分配配额；所述配额类型和数量为所述OCS根据该资源配额请求确定。上述方法解决了现有技术中由于配额类型的确定主体不同，导致的计费控制出错的问题。

Description

计费控制的方法及计费触发装置、在线计费系统技术领域本发明涉及通信技术，尤其涉及一种计费控制的方法及计费触发装置、在线计费系统。背景技术

当前的计费方式包括：在线计费和离线计费。在线计费是目前最为主流的一种计费方式，由于在线计费方式可以在用户使用业务前进行信用授权，并能根据用户的使用情况实时进行资费扣费，进而可以达到信用的实时控制，防止用户超信用使用业务，造成运营商损失，提高用户体验（可以实时查询准确的余额和使用信息）。另外，由于在线计费实时能力，可以实时的获取用户业务层面的粒度信息，进而可以触发对用户使用业务的精细化控制。

在线计费主要机制是信用授权，即：业务使用前计费触发装置（Charging

Trigger Function, 简称 CTF ) 向在线计费系统（ Online Charging System, 简称 OCS ) 申请信用配额（quota ) , OCS进行信用配额授权，在授权后 CTF 根据 OCS所授权信用配额进行业务控制。在 CTF申请信用配额时，需要确定信用单位（ Unit determination, 简称 UD )作为 OCS信用配额授权的依据。该处 Unit determination具体指计算所需的信用单位的数量，信用单位包括业务单元、流量、时长、事件等。

现有的信用单位确定方式有两种：第一，集中模式信用单位（Centralized Unit Determination, 简称 CUD ) , 由 OCS确定所需的信用单位的数量；第二种，分散模式信用单位（Decentralized Unit Determination, 简称 DUD ) , 由 CTF确定所需的信用单位的数量，并向 OCS请求该数量的信用单位。

然而，在实现在线计费的过程中，可能出现如下问题：由于 UD的确定主体不同，导致所确定的配额类型冲突；具体地，由于 CTF和 OCS来自不同厂商，其均具有实现确定配额类型的功能，但是， CTF根据业务会话请求实现配额类型的确定， OCS根据 CTF上报的信息、运营商运营模式实现配额类型的确定，上述确定的配额类型可能发生冲突，进而影响计费会话，可能导致计费控制出错。发明内容

有鉴于此，本发明提供一种计费控制的方法及计费触发装置、在线计费系统，用于避免出现现有技术中由于配额类型的确定主体不同，导致的计费控制出错的问题。

一方面，本发明实施例提供的计费控制的方法，包括：

CTF根据触发条件生成资源配额请求，将所述资源配额请求发送至 OCS , 以使所述 OCS接收所述资源配额请求之后确定配额类型和数量，并根据所述 OCS所确定的配额类型和数量为所述资源配额请求分配配额；所述配额类型和数量为所述 OCS根据该资源配额请求确定。

另一方面，本发明实施例提供的计费控制的方法，包括：

OCS接收 CTF发送的资源配额请求，根据所述资源配额请求确定配额类型和所述配额类型的数量；

根据所述 OCS确定的所述配额类型和数量为所述资源配额请求分配配额。

第三方面，本发明实施例提供的计费控制的方法，包括：

所述 CTF接收所述 PCRF发送的第二消息，所述第二消息携带有业务单元类型；所述业务单元类型用于指示所述 CTF需要以此业务单元类型收集所述第二消息指定业务或业务流的使用信息；

所述 CTF确定所述第二消息中的业务单元类型与当前所述 CTF所记录的业务单元类型是否一致，若不一致，则 CTF关闭所述 CTF中当前所使用的业务单元类型所对应的计数器，将所述计数器记录的信息写入话单，并开启与所述第二消息中的业务单元类型对应的计数器，以收集业务的使用信息。

第四方面，本发明实施例提供的计费触发装置，包括：

生成单元，用于根据触发条件生成资源配额请求；

发送单元，将所述资源配额请求发送至在线计费系统 OCS , 以使所述 OCS接收所述资源配额请求之后确定配额类型和所述配额类型的数量，并根据所述 OCS所确定的配额类型和数量为所述资源配额请求分配配额；所述配额类型和数量由所述 OCS根据资源配额请求确定。第五方面，本发明实施例提供的在线计费系统，包括：

接收单元，用于接收计费触发装置 CTF发送的资源配额请求；确定单元，用于根据所述资源配额请求确定配额类型和所述配额类型的数量；

分配单元，用于根据所述 OCS确定的所述配额类型和数量为所述资源配额请求分配配额。

由上述技术方案可知，本发明的计费控制的方法及计费触发装置、在线计费系统，通过 CTF根据触发条件生成发送 OCS资源配额请求，以使 OCS在接收资源配额请求之后，确定配额类型和数量，以根据 OCS所确定的配额类型和数量为资源配额请求分配配额，进而解决了现有技术中由于配额类型的确定主体不同，导致的计费控制出错的问题。附图说明为了更清楚地说明本发明的技术方案，下面将对实施例中所需要使用的附图作一简单地介绍，显而易见地：下面附图只是本发明的一些实施例的附图，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得同样能实现本发明技术方案的其它附图。

图 1为本发明另一实施例提供的计费控制的方法的流程示意图；图 2为本发明另一实施例提供的计费控制的方法的流程示意图；图 3为本发明另一实施例提供的计费控制的方法的流程示意图；图 4为本发明另一实施例提供的计费控制的方法的流程示意图；图 5为本发明另一实施例提供的计费控制的方法的流程示意图；图 6为本发明另一实施例提供的计费控制的方法的流程示意图；图 7为本发明另一实施例提供的计费触发装置的结构示意图；

图 8为本发明另一实施例提供的计费触发装置的结构示意图；

图 9为本发明另一实施例提供的计费触发装置的结构示意图；

图 10为本发明另一实施例提供的在线计费系统的结构示意图；图 11为本发明另一实施例提供的在线计费系统的结构示意图；图 12为本发明另一实施例提供的通信系统的网络架构图。具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明的技术方案进行清楚、完整地描述。显然，下述的各个实施例都只是本发明一部分的实施例。基于本发明下述的各个实施例，本领域普通技术人员即使没有作出创造性劳动，也可以通过等效变换部分甚至全部的技术特征，而获得能够解决本发明技术问题，实现本发明技术效果的其它实施例，而这些变换而来的各个实施例显然并不脱离本发明所公开的范围。

当前，策略和计费控制（Policy and Charging Control, 简称 PCC )是第三代合作伙伴计划（ 3rd Generation Partnership Project, 简称 3 GPP )定义的一套策略和计费控制机制。 PCC 机制的核心为：在建立数据流承载时，网关 ( GateWay, 简称 GW )设备向策略和计费控制模块（Policy and Charging Function, 简称 PCRF )请求数据流的控制策略和计费策略， PCRF根据存储在订阅信息库 ( Subscription Profile Repository, 简称 SPR ) 的订阅者信息、 GateWay提供的承载层信息、运营商在 PCRF配置的一些本地策略、以及应用模块（Application Function, 简称 AF ) 向 PCRF提供的业务层信息，生成动态的计费和业务数据流控制策略，或者确定所要激活的静态计费和业务数据流控制策略，进而向 GW下发命令安装所生成的动态的计费和业务数据流控制策略，或激活所确定的存储在 GW的静态计费和业务数据流控制策略； GW上的策略和计费执行功能模块（ Policy and Charging Execution Function, 简称 PCEF )根据该安装 /激活的策略进行资源分配、数据流控制以及计费控制。该机制可以实现根据运营商策略对业务数据流进行精确控制，以实现带宽的精细化运营。

另外，在当前计费会话过程中，还可能出现流量与时长切换的计费场景，即某段时间使用数据业务基于时长计费 , 某段时间使用数据业务基于流量计费，在该场景下存在如下问题：第一，在进行切换过程中 CTF确定的配额类型和 OCS确定的配额类型可能冲突，进而影响计费会话以及计费场景的切换；第二，在进行计费场景切换过程中，在某个特定的时间点瞬时产生大量的信令，冲击 OCS和 CTF的问题。特别需要说明的是，以下是针对某一个终端进行举例说明，其适用于所有的终端的计费控制。可以理解的是， PCRF、 CTF和 OCS均对应的是同一个用户标识进行的计费控制的流程。本领域技术人员能够根据本方案容易的在多个终端的环境下实现。另外，以下所提及的配额类型和数量具体为：配额类型和与所述配额类型对应的数量。

本文中术语"和 /或，，，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如， A和 /或 B, 可以表示：单独存在 A, 同时存在 A 和 B, 单独存在 B这三种情况。另外，本文中字符 "/" ，一般表示前后关联对象是一种 "或" 的关系。

图 1示出了本发明第一实施例提供的计费控制的方法的流程示意图，如图 1所示，本实施例中的计费控制的方法如下文所述。

101、 CTF根据触发条件生成资源配额请求。

举例来说，上述的触发条件可为下述信息中的任意一种：

1 ) CTF接收到终端发送的业务开始请求；

2 ) CTF监测到上一个业务的配额使用完毕等。

本实施例中不限定触发条件的内容，任意能够触发资源配额请求的事件均可作为触发条件。

在本实施例中，资源配额请求中可以携带 CTF所指定的配额类型和数量，或者，资源配额请求中不携带配额类型和数量，如下述其他实施例中所举例说明的资源配额请求携带配额类型和数量，或者资源配额请求不携带配额类型和数量。

在实际应用中，上述的资源配额请求可为 CCR消息；若资源配额请求中携带 CTF确定的配额类型和数量，此时，可利用 CCR消息中的预留资源（ Requested Service Unit, 简称 RSU )参数来携带 CTF所确定的配额类型和数量。

举例来说，在本实施例中，配额类型可为时长或流量，在配额类型为时长时，配额类型的数量可为十分钟、五分钟等；在配额类型为流量时，配额类型的数量可为 2M、 1.5M等。

102、 CTF将资源配额请求发送至 OCS, 以使 OCS在接收资源配额请求之后确定配额类型和数量，并根据 OCS 确定的配额类型和数量为上述的资源配额请求分配配额；

其中，配额类型和数量由 OCS根据该资源配额请求确定。

应了解的是，上述分配的配额包括：配额类型和所述配额类型的数量。举例来说，若 CTF在该资源配额请求中指定了配额类型和数量，即资源配额请求中携带 CTF指定的配额类型和数量，则 OCS依据该 CTF指定的配额类型和数量确定该 CTF所指定的配额类型和数量是否有效，若 OCS 根据自身的配置信息（如用户标识对应的套餐、运营商信息、用户订购信息、用户级别、用户账户余额等）和 CTF发送的业务信息确定上述 CTF 所指定的配额类型和数量有效（这里的有效指 OCS接受 CTF所指定配额类型且可满足 CTF所指定的配额数量），则根据 OCS确定的配额类型和数量为上述的资源配额请求分配配额；若 OCS根据自身的配置信息和 CTF 发送的业务信息确定上述 CTF所指定的配额类型和数量无效，则 OCS根据自身的配置信息和 CTF发送的业务信息重新确定配额类型和数量，进而根据 OCS确定的配额类型和数量为上述的资源配额请求分配配额；

或者， CTF在该资源配额请求中未指定配额类型和数量，此时，资源配额请求中未携带配额类型和数量，则 OCS根据自身的配置信息确定配额类型和数量，进而根据 OCS 确定的配额类型和数量为上述的资源配额请求分配配额。

当然，上述 CTF在该资源配额请求中指定的配额类型和数量可为 CTF 根据自身的配置信息确定的配额类型和数量，或者， CTF根据 PCRF下发的消息所确定的配额类型和数量。

在另一实现场景中，如图 2所示，上述的计费控制的方法，还包括如下的步骤 103 :

103、 CTF接收 OCS发送的响应消息，该响应消息包括：为资源配额请求分配的配额，进而 CTF根据 OCS分配的配额控制业务，并监控配额的使用。

需要说明的是， CTF在接收响应消息之后，若 CTF 中原指定的配额类型与响应消息中所包括的配额类型不同，则 CTF按照响应消息中的配额类型控制业务。也就是说，在 CTF所指定的配额类型与 OCS所确定的配额类型冲突时，以 OCS所确定的配额类型控制业务。在实际应用中， OCS根据资源配额请求返回的响应消息指 OCS返回给 CTF的携带授权资源 ( Granted Service Unit, 简称 GSU ) 参数的信用控制应答（Credit Control Answer, 简称 CCA ) 消息。该处的 GSU参数中携带有上述 OCS所分配的配额。

具体地，上述的步骤 101可包括如下的内容：

101a, CTF在触发条件满足之后，查看是否接收到 PCRF发送的携带有业务单元类型和 /或指示信息的第一消息，若 CTF确定没有接收到上述的第一消息，则 CTF根据 CTF 自身的配置信息生成资源配额请求。

该步骤中的业务单元类型用于指定 CTF 在生成的资源配额请求中所携带的配额类型，该步骤中的指示信息可为用来指示 CTF指定配额类型和数量的信息，或者，指示信息可为用来指示 CTF不指定配额类型和数量的信息等。

在实际应用中， CTF根据自身的配置信息生成资源配额请求，具体包括：

CTF根据自身的配置信息查看是否需要确定配额类型和数量，若需要确定，则 CTF根据自身的配置信息指定配额类型和数量，并根据指定的配额类型和数量生成资源配额请求，该资源配额请求中包括所述 CTF所指定的配额类型和数量；

若不需要确定，则 CTF直接生成资源配额请求，该资源配额请求中不包括配额类型和数量。

在本实施例中， CTF中自身的配置信息可为预置的业务的配置信息，例如配置信息可包括：需 CTF计算配额类型和需 CTF计算配额类型的数量等信息。

可以理解的是，上述 CTF没有接收到 PCRF发送的任何消息，或者是 CTF接收到 PCRF发送的消息，但是消息中没有写到上述的业务单元类型和指示信息中的一个或多个，则 CTF根据自身的配置信息生成资源配额请求。例如， CTF在触发条件满足之后，若确定接收到 PCRF发送的未携带业务单元类型的第一消息，则 CTF根据自身的配置信息生成发送于 OCS 的资源配额请求。

也就是说，该步骤中 CTF执行 UD (即确定配额类型和数量）由 CTF 自身确定。

在第二应用场景中，上述的步骤 101可包括如下的内容：

101b, CTF在触发条件满足之后，查看是否接收到 PCRF发送的携带有业务单元类型和 /或指示信息的第一消息；

上述的指示信息为 PCRF根据业务类型、运营商配置的规则用户订购的套餐等参数中的一个或多个所确定的指示信息。

1 ) 若 CTF确定接收到 PCRF发送的携带有业务单元类型和指示信息的第一消息，且指示信息为指示 CTF指定配额类型和数量的信息，则 CTF 根据第一消息中的业务单元类型获取所述业务单元类型所指示的配额类型，以及确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

2 ) 若 CTF确定接收到 PCRF发送的携带有业务单元类型和指示信息的第一消息，且指示信息为指示 CTF 不指定配额类型和数量的信息，则 CTF根据第一消息生成资源配额请求，该资源配额请求中不携带所述业务单元类型所指示的配额类型，即该资源配额请求中不携带配额类型和数量。

在第三应用场景中，上述的步骤 101可包括如下的内容：

101c, CTF在触发条件满足之后，查看是否接收到 PCRF发送的携带有业务单元类型和 /或指示信息的第一消息；

该步骤中的业务单元类型用于指定 CTF 在生成的资源配额请求中所携带的配额类型，该步骤中的指示信息可为用来指示 CTF指定配额类型和数量的信息，或者，指示信息可为用来指示 CTF不指定配额类型和数量的信息。

若 CTF确定接收到 PCRF发送的携带有业务单元类型的第一消息，则 CTF根据业务单元类型确定配额类型的数量，并根据业务单元类型和确定的配额类型的数量生成资源配额请求，资源配额请求包括：业务单元类型所指定的配额类型和配额类型的数量。

在第四应用场景中，上述的步骤 101可包括如下的内容：

101d、 CTF在触发条件满足之后，查看是否接收到 PCRF发送的携带有业务单元类型和 /或指示信息的第一消息；

若 CTF确定接收到 PCRF发送的携带有指示信息的第一消息，则 CTF 根据指示信息生成资源配额请求，具体包括：

1 )若指示信息为指示 CTF指定配额类型和数量的信息，则 CTF根据自身的配置信息确定配额类型和数量，进而根据配额类型和数量生成资源配额请求，该资源配额请求中包括所述 CTF所指定的配额类型和数量； 2 )若指示信息为指示 CTF不指定配额类型和数量的信息，则 CTF生成资源配额请求，该资源配额请求中不包括配额类型和数量。

在实际应用中，上述任一场景中所提及的第一消息用于携带 PCC Rule 参数，或者 ADC Rule参数，其中指示信息属于 PCC Rule参数中的子参数，或者 ADC Rule参数中的子参数。

特别地，实际应用中的第一消息中的指示信息和业务单元类型可合为一个参数，则 CTF在接收到参数后，根据该参数确认 CTF是否需要指定配额类型和数量，若 CTF需要指定配额类型和数量，则根据该参数的值确定配额类型和数量，并根据所述配额类型和数量生成资源配额请求，所述资源配额请求包括：所述 CTF所指定的配额类型和数量。

上述实施例中的 CTF可为 PCEF或流检测功能 ( Traffic Detection

Function, 简称 TDF ) , 该处的 TDF包含深度包检测能力（ Deep Packet Inspection, 简称 DPI ) 。

由上述实施例可知，本实施例的计费控制的方法，通过根据 OCS下发的配额中的配额类型和数量控制业务，解决了现有技术中由于配额类型的确定主体不同，导致的计费会话失败的现象，保证了计费会话的正确处理。在另一可选的应用场景中，上述图 2所示的计费控制的方法还包括如下的图 2中未示出的步骤 104:

104、 CTF在监控配额的使用过程中，若 CTF满足上报条件，向 OCS 上报计费消息，计费消息包括配额的使用信息等。

本实施例中的上报条件可为：配额使用完毕，或者 CTF接收到 OCS 下发的指示上报计费信息的触发条件，如 OCS指定的 Trigger等。

另外，配额的使用信息为 CTF监控的 OCS分配的配额的使用情况。特别地，如果 OCS分配的配额类型和 CTF确定的配额类型不同时， CTF 上报的是 OCS分配的配额类型对应的配额的使用情况。

在实际应用中， CTF向 OCS上^¾的计费消息指 CTF向 OCS发送的携带使用的业务单元（Used Service Unit, 简称 USU ) 参数的信用控制请求 ( Credit Control Request, 简称 CCR )消息。该处的 USU参数携带有 CTF向 OCS上"¾的计费消息。

本实施例中的计费控制的方法，解决了现有技术中由于配额类型的确定主体不同，导致的计费会话失败的现象，保证了计费会话的正确处理。

图 3示出了本发明另一实施例提供的计费控制的方法的流程示意图，如图 3所示，本实施例中的计费控制的方法如下文所述。

301、 CTF根据触发条件生成向 OCS发送的 CCR消息。

具体地，触发条件可以是业务请求开始，或者上一个业务的配额使用完毕，或者、已有的配额过期等。

可以理解的是，在实际应用中，上述的 CCR消息还可包括用户标识、业务信息等，本实施例仅为举例说明。

302、 CTF将 CCR消息发送至 OCS, 以使 OCS接收 CCR消息之后，确定配额类型和数量，并根据 OCS所确定的配额类型和数量为 CCR消息分配配额。

303、 CTF接收 OCS发送的配额响应消息，所述配额响应消息包括：分配的配额和所述分配的配额中的配额类型的切换条件，其中，分配配额包括： OCS分配的前一个配额类型和前一个配额类型的数量（即切换条件切换之前的配额类型和数量），后一个配额类型和后一个配额类型的数量 (即切换条件切换之后的配额类型和数量）。所述前一个配额类型为所述配额类型的切换条件满足之前的配额类型，所述后一个配额类型为所述配额类型的切换条件满足之后的配额类型，本实施例中以配额类型的切换条件为基准，以区分前一个配额类型和后一个配额类型。这里的切换条件可以是配额类型的切换时间点。需要说明的是，这里的配额类型的切换意味着所分配的配额中的切换条件切换之前的配额类型和切换条件切换之后的配额类型必须不同，即前一个配额类型和后一个配额类型必须不同。

304、 CTF根据所述前一个配额类型和所述前一个配额类型的数量，监控前一个配额类型对应的配额的使用，以及根据切换条件切换前一个配额类型和后一个配额类型，并根据后一个配额类型和所述后一个配额类型的数量，监控后一个配额类型对应的配额的使用。

上述根据切换条件切换前一个配额类型和后一个配额类型，可为，在切换条件满足时， CTF监控后一个配额类型对应的配额的使用。

当然，在一优选的实施例中，上述图 3所示的计费控制的方法还包括如下的图 3中未示出的步骤 305:

305、若 CTF收集了所述前一个配额类型对应的配额的使用情况，以及所述后一个配额类型对应的配额的使用情况，则 CTF向所述 OCS同时上报所述前一个配额类型对应配额的使用情况，和所述后一个配额类型对应配额的使用情况。

CTF向 OCS上报切换条件切换之前的配额类型对应的配额的使用情况和切换条件切换之后的配额类型对应的配额的使用情况，同时，还可以上报配额类型的切换说明，该切换说明指明该使用情况是对应切换条件切换之前的配额类型还是对应切换条件切换之后的配额类型，或者上述切换说明指明 CTF进行了配额类型的切换。

在实际应用中， CTF还用于收集前一个配额类型对应的业务信息，以及后一个配额类型对应的业务信息，以便在向 OCS上报前一个配额类型对应配额的使用情况的同时，上^艮前一个配额类型对应的业务信息，以及上报后一个配额类型对应配额的使用情况的同时，上报后一个配额类型对应的业务信息等。本实施例中的计费控制方法，可以实现在计费场景切换过程中，防止在某个特定的时间点瞬时产生大量的信令，冲击 OCS和 CTF的问题。

在一优选的实施例中，在图 1、图 2和图 3所示的计费控制的方法的基础上，计费控制方法还包括如下的步骤 S01和步骤 S02:

S01、 CTF接收 PCRF发送的第二消息，第二消息中携带有业务单元类型。

该处的第二消息可为 PCRF根据用户订购信息、运营商的配置等确定的。也就是说， PCRF可根据用户的订购信息、运营商的配置等确定需要进行计费信息收集方式的切换，进而更新之前已经激活的 PCC Rule参数或 ADC Rule参数。在实际应用中，上述步骤 S01中的第二消息中除业务单元类型之外，该第二消息还可以携带费率组等其他信息。

S02、 CTF 确定第二消息中的业务单元类型所指示的配额类型与当前 CTF所监控使用的配额中的配额类型是否一致，若一致，则 CTF继续执行监控上述配额的使用；若不一致，则 CTF更新 CTF中当前监控使用的配额中的配额类型对应的使用记录。

也就是说， CTF确定第二消息中的业务单元类型与当前 CTF所监控使用的配额中的业务单元类型是否一致，若不一致，则 CTF更新 CTF中当前监控使用的配额中的业务单元类型对应的使用记录。

举例来说，第二消息中的业务单元类型所指示的配额类型可为时长，当前 CTF所监控使用的配额中的配额类型可为流量。

此时，需要说明的是，在在线计费的过程中，若 CTF确定该 CTF向 OCS上报的上报粒度包括：费率组和业务标识（即上报粒度为费率组 +业务标识级别 ) , 则所述 CTF向 OCS上 4艮更新的使用记录（即当前 CTF所监控使用的配额的计费消息）；

若 CTF确定该 CTF向 OCS上报的上报粒度包括：费率组（即上报粒度为费率组级别）；则在 CTF更新使用记录的同时，判断其他业务流是否使用第二消息所对应的配额，若没有，则 CTF向 OCS上报更新的使用记录。

进一步地，若 CTF中不存在与第二消息对应的配额，还需根据该第二消息中的业务单元类型向 OCS申请与第二消息对应的配额。也就是说，若 CTF当前已经有与该第二消息的业务单元类型所对应的配额，则 CTF不需要重新根据第二消息中的业务单元类型向 OCS申请新的配额，可在 CTF侧的配额类型切换之后，使用 CTF已经有的与第二消息中的业务单元类型所对应的配额。

举例来说，若第二消息中还携带有费率组信息，且 CTF当前有该费率组信息以及业务单元类型对应的配额 ,则 CTF确定该配额为第二消息对应的配额，不需要重新根据第二消息中的业务单元类型向 OCS申请新的配额。通常，第二消息中携带有业务单元类型时，也会携带费率组信息。

上述上报的更新的使用记录属于上报的计费信息中的一种。该处 CTF 上报的计费消息可为携带 USU参数的 CCR消息，该 USU参数用于表示上报的计费消息。进一步地，可以在上述携带 USU参数的 CCR消息中携带 RSU参数，用以向 OCS申请新的配额。即 RSU参数用于表示向 OCS 申请新的配额。上述实施例所涉及的技术也可以用在离线计费的过程中，则在离线计费过程中的完整步骤为：

S，01、 CTF接收 PCRF发送的第二消息，第二消息中携带有业务单元类型。

该业务单元类型用于指示 CTF需要以此业务单元类型收集该第二消息指定业务或业务流的使用信息。

S，02、CTF确定第二消息中的业务单元类型与当前 CTF所记录的业务单元类型是否一致，若不一致，则 CTF关闭 CTF中当前所使用的业务单元类型所对应的计数器，将计数器记录的信息写入话单，并开启与第二消息中的业务单元类型对应的计数器，以收集业务的使用信息。

例如， CTF可使用计数请求（ Accounting-Request, 简称 ACR ) 消息向离线计费系统上报收集的业务使用信息，以实现往话单中添加该业务使用信息，或者 CTF直接往话单中添加所收集的业务使用信息，并最终向离线计费系统提交话单。

上述实施例中的计费控制方法可解决现有技术中在计费信息收集方式的切换过程问题。进一步地，在其他的应用场景中，在图 1、图 2和图 3所示的计费控制的方法的基础上，计费控制方法还包括如下的步骤 M01和步骤 M02:

M01、 CTF接收所述 OCS下发的第三消息，所述第三消息指示 CTF 重新申请授权。

该第三消息可为重授权请求（ Re- Auth-Request , 简称 RAR ) 消息。具体的， OCS根据 CTF上报的业务相关信息、用户订购信息或运营商的配置等一个或多个信息，确定需要进行配额类型切换，则 OCS向 CTF 下发 RAR消息，以指示 CTF上报收集的计费信息，并重新申请配额，实现配额类型切换后的计费控制。

M02、 CTF执行计费上报并重新申请授权，该步骤中的重新申请授权可如上步骤 101和步骤 102中所举例的获取配额的流程。

实际应用中的计费上报可为使用携带 USU参数的 CCR消息向 OCS 上报其所分配的配额的使用情况。另外，在该 CCR消息中同时携带 RSU 参数以用于重新申请授权的配额。

当然，在其他实施例中， CTF监控 OCS分配的配额已经使用完毕，则向 OCS上报当前收集的计费信息即配额的使用情况，进而重复如上步骤 101和步骤 102中所举例的获取配额的流程。

在实际应用中，上述的 CTF可为策略和计费执行功能模块（Policy and Charging Execution Function, 简称 PCEF ) 。

例如， PCEF在监控已有配额使用完毕，或者已有配额过期，此时，

PCEF向 OCS上报当前收集的计费信息，以及重复上述的获取的配额的流程。

本实施例中的在线计费授权处理的方法可解决现有技术中在计费信息收集方式的切换过程问题。图 4示出了本发明另一实施例提供的计费控制的方法的流程示意图，如图 4所示，本实施例中的计费控制的方法如下文所述。

该步骤的描述属于图 3中的一部分内容，本实施例为更清楚的说明，将其单独写出。

进一步地，为了避免 CTF 在该计费会话中同一时间点由于配额类型 (时长流量等）的切换，导致同一时间点执行大量的计费信息上报和重新申请授权配额的动作，造成信令的瞬时阻塞和 OCS 的处理压力增大，则 OCS在接近切换点时，在接收到 CTF发送的申请配额授权消息之后，同时授予部分配额类型切换后的配额，即：同时授予配额类型切换前的配额和配额类型切换后的配额。

401、 CTF在触发条件满足时向 OCS发送资源配额请求。

402、 CTF接收 OCS发送的配额响应消息，该配额响应消息包括：为资源配额请求分配的配额和所述分配的配额中的配额类型的切换条件（如切换时间点等），该分配的配额包括： OCS分配的前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量。

所述前一个配额类型为所述配额类型的切换条件满足之前的配额类型，所述后一个配额类型为所述配额类型的切换条件满足之后的配额类型。

也就是说，在步骤 402之前， OCS在接收到资源配额请求之后，判断出接近配额类型的切换条件（如切换时间点），确定切换时间点之前对应的配额类型、数量和切换时间点之后对应的配额类型、数量，进而给资源配额请求分配配额，分配的配额包括： OCS分配的前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量。

具体地，在步骤 402中，配额响应消息可为 CCA消息，该 CCA消息的 GSU参数中携带 OCS所分配 /授予的配额，一个 GSU中同时携带两个配额的信息，同时该消息还携带配额类型的切换条件（如配额类型的切换时间点，以指示 CTF在配额类型的切换点切换配额类型的使用）。在其他实施例中，配额类型的切换条件可以使用如下方式携带： 1 ) 为每个配额附带一个使用条件，以流量和时长为例，所附带的使用条件可以是激活时间。

如在 GSU参数中为流量配额增加一个激活时间参数

CC-Octets-Deferred Active, 为时长配额 CC-Time增加一个激活时间参数 CC-Time-Deferred Active , 增加激活时间后的 GSU参数如下所示： Granted-Service-Unit : := < AVP Header: 431 >

[ Tariff-Time-Change ]

[ CC-Time ]

[ CC-Time-DeferredActive]

[ CC-Money ]

[ CC-Total-Octets ]

[ CC-Input-Octets ]

[ CC-Output-Octets ]

[ CC-Octets-DeferredActivel

[ CC-Service-Specific-Units ]

*[ AVP ]

2 )为 GSU中的两个配额指定一个切换条件，这里的切换条件可以是一个切换时间点。

例如，可以在 GSU中增加一个 AVP (如： Unit-Type-Change ) ，用来指示所授予的配额的切换，或者重用 Tariff-Time-Change AVP, 之前的该 AVP指定费率组的切换，这里扩展其含义，用来进一步通知 CTF该 GSU 中的两个配额在某一时间点切换使用。

当然，在实际应用中，如果重用 Tariff-Time-Change AVP , 可能出现同时需要指示费率组切换与配额类型切换的场景（如：二者的切换时间点很近，但不同时），此时上述费率组切换和配额类型切换两者会产生冲突，为了防止冲突，则该 AVP仍然用来指示费率组的切换， 0CS仅授予切换时间点之前的配额类型对应的配额，并指定切换时间点之前的配额类型对应的配额的有效期到配额类型的切换时间点，使得 CTF可以在切换时间点重新向 0CS申请切换时间点之后的配额类型对应的配额。

该方法中，由于只有一个切换时间点， CTF需要确定两个配额类型分别对应的配额的使用说明。举例来说，可以根据如下方式确定切换时间点前后分别使用哪种配额类型对应的配额：

方式一： 0CS未在 GSU中指定哪一个配额在切换时间点之前使用， CTF根据该业务之前所使用的配额所对应的配额类型，确定切换时间点前的配额，并在 GSU中所指定的切换时间点之后使用另一配额类型所对应的配额。需要说明的是，该处 0CS下发的配额中仅包括两种配额类型，且 OCS未在 GSU中指定哪一个配额在切换时间点之前使用，此时 CTF可根据该处的方式一执行。

方式二： CTF在切换时间点之前和切换时间点之后，均同时监控和统计两种配额类型分别对应的配额的使用情况，并在上报条件满足时上报给 OCS, 由 OCS来根据切换时间点之前的配额类型和切换时间点之后的配额类型，提取对应的配额使用情况进行计费处理。

方式三： OCS在 GSU中明确指定哪个配额在切换时间点之前使用， CTF根据该指定确定切换时间点之前和切换时间点之后分别使用的配额。为了指定哪个配额在切换时间点之前使用，可以在 OCS下发的响应消息中增加一个新的 AVP, 如： Unit- Type-Before, 用来指示切换时间点之前的配额类型 3†应的配额。

CTF在接收到 OCS分配的配额后，根据 CCA中的配额及所述配额中的配额类型的切换条件，进行配额使用的监控，例如， CTF分别监控和收集切换条件切换之前的配额类型对应的配额的使用情况和切换条件切换之后的配额类型对应的配额的使用情况。

403、在 CTF的上报条件满足时， CTF向 OCS上报所收集的不同配额类型下配额的使用情况。

若 CTF同时收集了配额类型切换时间点之前和切换时间点之后的配额的使用情况，则在该 CCR中（一个 CCR消息中）使用两个 USU分别上 4艮配额类型切换时间点之前和配额类型切换时间点之后的配额的使用情况。

OCS接收到 CTF上报的配额使用信息后，首先区分哪个是配额类型切换时间点之前的使用信息，那个配额类型切换时间点之后的使用信息。具体有如下两种方法：

方法一、 OCS根据上报的两个 USU中配额的类型，以及 OCS 自身确定的配额类型切换条件，来识别哪个 USU所携带的配额使用信息是配额类型切换条件切换之前的，哪个是配额类型切换条件切换之后的。

方法二、 CTF在所上报的配额使用信息中，指明了哪个使用信息是配额类型切换条件切换之前的使用信息，哪个是配额类型切换条件切换之后的。具体的，使用一个 AVP (如： Unit-Type-Usage ) 来指明，该 AVP分别携带在所上报的两个 usu中，其值说明配额类型切换条件切换之前或配额类型切换条件切换之后。

上述实施例通过 PCRF或 OCS作为同一计费会话的时长和流量的切换条件，在所确定的切换条件满足时触发重授权，进而实现对于计费会话过程中流量时长切换的计费模式，进一步，通过 OCS同时下发流量和时长配额，以及下发配额类型的切换条件，以减少切换条件时对 OCS和 CTF 的信令冲击，提高系统可靠性和稳定性。

图 5示出了本发明另一实施例提供的计费控制的方法的流程示意图，如图 5所示，本实施例中的计费控制的方法如下文所述。

501、 OCS接收 CTF发送的资源配额请求，根据资源配额请求确定配额类型和所述配额类型的数量。

502、 OCS根据 OCS确定的所述配额类型和数量为资源配额请求分配配额。

进一步地，步骤 501中的根据所述资源配额请求确定配额类型和所述配额类型的数量，具体包括：

根据所述资源配额请求确定配额类型的切换条件，以及前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量；

所述前一个配额类型为所述配额类型的切换条件满足之前的配额类型，所述后一个配额类型为所述配额类型的切换条件满足之后的配额类型；相应地，步骤 502可具体包括：

根据所述前一个配额类型和所述前一个配额类型的数量为所述资源配额请求分配第一配额，根据所述后一个配额类型和所述后一个配额类型的数量为所述资源配额请求分配第二配额，以使所述 CTF采用第一配额中的配额类型控制业务，并监控所述第一配额的使用，在切换条件满足时，采用第二配额中的配额类型控制业务，并监控所述第二配额的使用。

在实际应用中，图 5所示的计费控制的方法还可包括如下图中未示出的步骤 503或者步骤 503 ' :

503、 OCS向 CTF发送响应消息，响应消息包括：为所述资源配额请求分配的配额，以使 CTF根据所述配额控制业务，并监控配额的使用。 503 '、 OCS向所述 OCS发送配额响应消息，所述配额响应消息包括：分配的配额和配额类型的切换条件，所述分配的配额包括所述第一配额和所述第二配额，以使所述 CTF采用第一配额中的配额类型控制业务，并监控所述第一配额的使用，在切换条件满足时，切换采用第二配额中的配额类型控制业务，并监控所述第二配额的使用。

所述 CTF监控第一配额的使用，可以理解为， CTF采用第一配额中的配额类型控制业务。

当然，在上述的步骤 503，之后，计费控制的方法还可包括如下图中未示出的步骤 504:

504、 OCS接收 CTF上报的使用信息，使用信息包括第一配额的使用情况和第二配额的使用情况，根据使用信息进行计费处理。

在实际应用中， OCS接收 CTF上报的使用信息，使用信息包括第一配额的使用情况和第二配额的使用情况，以及第一配额对应的配额类型，第二配额对应的配额类型，根据使用信息进行计费处理。

根据本发明的另一方面，本发明还提供一种计费控制的方法，该计费控制方法，包括：

PCRF向 CTF发送包括业务单元类型的第一消息，或者发送包括指示信息的第一消息，或者发送包括业务单元类型和所述指示信息的第一消息，以使所述 CTF根据所述第一消息生成资源配额请求；

其中，业务单元类型，用于指示所述 CTF在生成的资源配额请求中所携带的配额类型，或者，用于指示 CTF需要以此业务单元类型收集该第二消息指定业务或业务流的使用信息；

指示信息可为指示 CTF指定配额类型和数量的信息，或者，指示信息可为指示 CTF不指定配额类型和数量的信息。

在另一实施例中，如图 6所示，计费控制的方法可包括：

601、 PCRF向 CTF发送包括业务单元类型的第一消息，或者发送包括指示信息的第一消息，或者发送包括业务单元类型和所述指示信息的第一消息，以使所述 CTF根据所述第一消息生成资源配额请求。 602、 PCRF向 CTF发送包括业务单元类型的第二消息，以使得 CTF 确定所述第二消息中的业务单元类型与当前所述 CTF所监控使用的配额中的业务单元类型是否一致，并在不一致时更新并上报使用记录。

根据本发明的另一方面，本发明还提供一种计费触发装置，如图 7所示，本实施例中的计费触发装置包括：生成单元 71、发送单元 72;

其中，生成单元 71用于根据触发条件生成资源配额请求；发送单元 72将所述资源配额请求发送至在线计费系统 OCS , 以使 OCS接收资源配额请求之后确定配额类型和配额类型的数量，并根据 OCS所确定的配额类型和数量为所述资源配额请求分配配额；

所述配额类型和数量由 OCS根据资源配额请求确定。

特别地，生成单元 71具体用于，在触发条件满足之后，确定接收到 PCRF发送的携带有业务单元类型的第一消息，所述业务单元类型用于指示 CTF在生成的资源配额请求中所携带的配额类型；

则根据业务单元类型确定配额类型的数量，并根据业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

或者，在触发条件满足之后，确定接收到 PCRF发送的未携带业务单元类型的第一消息，则根据所述 CTF自身的配置信息生成发送于所述 OCS 的资源配额请求。

在一种应用场景下，生成单元 71进一步用于，在触发条件满足之后，确定接收到 PCRF发送的携带有业务单元类型和指示信息的第一消息，所述业务单元类型用于指示所述 CTF在生成的资源配额请求中所携带的配额类型，所述指示信息为指示所述计费触发装置指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF不指定配额类型和数量的信息；则根据所述指示信息确定是否需要指定配额类型和数量，具体地，若所述指示信息为指示所述 CTF指定配额类型和数量的信息，则根据所述业务单元类型获取所述业务单元类型所指示的配额类型，以及确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

若所述指示信息为指示所述 CTF不指定配额类型和数量的信息，则生成发送于 OCS的资源配额请求，所述资源配额请求中不携带所述业务单元类型所指示的配额类型。

在另一应用场景下，生成单元 71还用于在触发条件满足之后，若确定接收到 PCRF发送的携带有指示信息的第一消息，所述指示信息为指示所述 CTF指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF不指定配额类型和数量的信息；

则根据指示信息确认是否需要确定配额类型和数量，具体地，若所述指示信息为指示所述 CTF指定配额类型和数量的信息，则根据所述 CTF自身的配置信息指定配额类型，以及确定配额类型的数量，并根据所述配额类型和所述数量生成资源配额请求，所述资源配额请求包括：所述 CTF指定的配额类型和所述配额类型的数量；

若所述指示信息为指示所述 CTF不指定配额类型和数量的信息，则生成发送于 OCS的资源配额请求，所述资源配额请求中不携带配额类型。

可选地，如图 8所示，上述的计费触发装置还包括：接收单元 73用于接收所述 OCS发送的响应消息，所述响应消息包括：为所述资源配额请求分配的配额；

监控单元 74用于根据所述 OCS分配的配额控制业务，并监控所述配额的使用。

当然，在另一优选的应用场景中，上述的接收单元 73还用于接收所述 PCRF发送的第二消息，所述第二消息携带有业务单元类型；以及

此时，计费触发装置还包括：确定单元（图中未示出）；该确定单元，用于确定所述第二消息中的业务单元类型和当前所述 CTF所监控使用的配额中的业务单元类型是否一致，若不一致，则 CTF更新所述 CTF中当前监控使用的配额中的业务单元类型对应的使用记录。

另外，实际应用在，当计费触发装置位于在线计费的过程中，该计费触发装置还包括：上报单元（图中未示出）；该上报单元用于在所述确定单元确定所述 CTF向所述 OCS上报的上报粒度包括：费率组、业务标识，则向所述 OCS上报所述更新的使用记录；

若所述确定单元确定所述 CTF向所述 OCS上报的上报粒度包括：费率组；则在所述 CTF更新使用记录的同时，判断其他业务流是否使用所述第二消息所对应的配额，若没有，则向所述 OCS上报所述更新的使用记录；配额，则根据所述第二消息中的业务单元类型向所述 OCS申请与所述第二消息对应的配额。

在另一应用场景中，计费触发装置的接收单元 73可具体用于接收所述 OCS发送的配额响应消息，所述配额响应消息包括：为所述资源配额请求分配的配额，以及配额类型的切换条件；

其中，所述分配的配额包括所述 OCS分配的前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量；相应地，监控单元 74用于根据所述前一个配额类型和所述前一个配额类型的数量，监控所述前一个配额类型对应的配额的使用，以及根据所述切换条件切换所述前一个配额类型和所述后一个配额类型，并根据所述后一个配额类型和所述后一个配额类型的数量，监控所述后一个配额类型 3于应的配额的使用；

当然，若计费触发装置处于在线计费的过程中，则计费触发装置的上报单元，可具体用于在收集了所述前一个配额类型的业务信息和配额的使用情况，以及所述后一个配额类型的业务信息和配额的使用情况，则 CTF 向所述 OCS同时上报所述前一个配额类型对应配额的使用情况，和所述后一个配额类型对应配额的使用情况。

上述的计费触发装置根据 OCS分配的配额中的配额类型控制业务，并监控配额的使用，可有效解决现有技术中配额类型的确定主体冲突的问题。

如图 9所示，图 9示出了本发明另一实施例提供的计费触发装置的结构示意图，本实施例中的计费触发装置包括：至少一个处理器 91 , 至少一个网络接口 92和其他通信接口 93、存储器 94和至少一个通信总线 95 , 通信总线 95用于实现上述各单元之间的通信连接，例如，处理器 91连接通信总线 95 , 网络接口 92和通信接口均连接通信总线 95。

上述的处理器 91可连接一应用模块，该应用模块可包括如下的单元之一或者组合，生成单元 71、发送单元 72、接收单元 73、监控单元 74、上报单元和确定单元等。上述单元的功能可以参考图 7或图 8中的相关描述，本实施例在此不再赘述。

或者，在其他实施例中，处理器 91用于实现上述图 7中所举例的生成单元 71、发送单元 72所实现的功能，以及用于实现图 8中所举例的生成单元 71、发送单元 72、接收单元 73和监控单元 74、以及图 8中未示出的上报单元、确定单元等的功能。

如图 10所示，图 10示出了本发明另一实施例提供的在线计费系统的结构示意图，本实施例中的在线计费系统包括：接收单元 11、确定单元 12和分配单元 13 ;

其中，接收单元 11用于接收计费触发装置 CTF发送的资源配额请求；确定单元 12用于根据所述资源配额请求确定配额类型和所述配额类型的数量；

分配单元 13用于根据所述 OCS确定的所述配额类型和数量为所述资源配额请求分配配额。

可选地，上述的确定单元 12还用于根据资源配额请求确定配额类型的切换条件，以及前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量；

所述前一个配额类型为所述配额类型的切换条件满足之前的配额类型，所述后一个配额类型为所述配额类型的切换条件满足之后的配额类型；

相应地，分配单元 13还用于根据所述前一个配额类型和所述前一个配额类型的数量为所述资源配额请求分配第一配额，根据所述后一个配额类型和所述后一个配额类型的数量为所述资源配额请求分配第二配额。

在一种应用场景中，上述的在线计费系统还包括，还包括：发送单元 (图中未示出），该发送单元用于向所述 CTF发送配额响应消息，所述配额响应消息包括：分配的配额和配额类型的切换条件，所述分配的配额包括所述第一配额和所述第二配额，以使所述 CTF监控所述第一配额的使用，在切换条件满足时，切换监控所述第二配额的使用。

在另一应用场景中，上述的在线计费系统中的接收单元 1 1还用于接收所述 CTF上报的使用信息，所述使用信息包括第一配额的使用情况和所述第二配额的使用情况，根据所述使用信息进行计费处理。

本实施例中的在线计费系统解决了现有技术中由于配额类型的确定主体不同，导致的计费会话失败的现象，保证了计费会话的正确处理，

进一步地，减少了切换条件时 CTF申请新的配额对 OCS的信令冲击，提高系统可靠性和稳定性。

如图 11所示，图 11示出了本发明另一实施例提供的在线计费系统的结构示意图，本实施例中的在线计费系统包括：本实施例中的计费触发装置包括：至少一个处理器 1 , 至少一个网络接口 2和其他通信接口 3、存储器 4和至少一个通信总线 5 , 通信总线 5用于实现上述各单元之间的通信连接，例如，处理器 1连接通信总线 5 , 网络接口 2和通信接口均连接通信总线 5。

上述的处理器 1可连接一应用模块，该应用模块可包括如下的单元之一或者组合，接收单元 11、确定单元 12、分配单元 13和发送单元等。上述单元的功能可以参考图 10中的相关描述，本实施例在此不再赘述。

或者，在其他实施例中，处理器 1可用于实现上述图 10中所举例的接收单元 11、确定单元 12、分配单元 13和发送单元等的功能。

本实施例中的在线计费系统解决了现有技术中由于配额类型的确定主体不同，导致的计费会话失败的现象，保证了计费会话的正确处理；进一步地，减少了切换条件时 CTF申请新的配额对 OCS的信令冲击，提高系统可靠性和稳定性。

如图 12所示，图 12示出了在线计费系统和计费触发装置所适用的通信系统的网络架构图，本实施例中的通信系统包括：在线计费系统 21和计费触发装置 22;

实际应用中的通信系统还包括： PCRF等。例如， PCRF向计费触发装置下发上述方法实施例中所举例说明的第一消息、第二消息和 /或第三消息等。

本实施例中的在线计费系统 21、计费触发装置 22、 PCRF的具体实现方式可以参考本发明其它装置或方法实施例，在此不再赘述。本领域普通技术人员应理解的是本发明实施例提供的通信系统因为应用了本发明实施例提供的在线计费系统和计费触发装置，所以可以达到本发明实施例提供的在线计费系统和计费触发装置带来的有效效果。

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

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

权利要求书

1、一种计费控制的方法，其特征在于，包括：

计费触发装置 CTF根据触发条件生成资源配额请求，将所述资源配额请求发送至在线计费系统 OCS , 以使所述 OCS接收所述资源配额请求之后确定配额类型和所述配额类型的数量，并根据所述 OCS所确定的配额类型和数量为所述资源配额请求分配配额；

所述配额类型和数量由所述 OCS根据该资源配额请求确定。

2、根据权利要求 1所述的方法，其特征在于，所述 CTF根据触发条件生成资源配额请求，具体包括：

所述 CTF在触发条件满足之后，若确定接收到策略和计费控制模块

PCRF发送的携带有业务单元类型的第一消息，所述业务单元类型用于指示所述 CTF在生成的资源配额请求中所携带的配额类型；则 CTF根据所述业务单元类型确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

或者，所述 CTF在触发条件满足之后，若确定接收到所述 PCRF发送的未携带所述业务单元类型的第一消息，则 CTF根据自身的配置信息生成发送于 OCS的资源配额请求。

3、根据权利要求 1所述的方法，其特征在于，所述 CTF根据触发条件生成资源配额请求，具体包括：

所述 CTF在触发条件满足之后，若确定接收到 PCRF发送的携带有业务单元类型和指示信息的第一消息，所述业务单元类型用于指示所述 CTF 在生成的资源配额请求中所携带的配额类型，所述指示信息为指示所述 CTF指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF 不指定配额类型和数量的信息；

则所述 CTF根据所述指示信息确定是否需要指定配额类型和数量；具体地，

若所述指示信息为指示所述 CTF指定配额类型和数量的信息 ,则所述 CTF根据所述业务单元类型获取所述业务单元类型所指示的配额类型，以及确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

4、根据权利要求 1所述的方法，其特征在于，所述 CTF根据触发条件生成资源配额请求，包括：

所述 CTF在触发条件满足之后，若确定接收到 PCRF发送的携带有指示信息的第一消息 ,所述指示信息为指示所述 CTF指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF不指定配额类型和数量的信息；则 CTF根据指示信息确认是否需要确定配额类型和数量，具体地，若所述指示信息为指示所述 CTF指定配额类型和数量的信息 ,则所述 CTF根据自身的配置信息指定配额类型，以及确定配额类型的数量，并根据所述配额类型和所述数量生成资源配额请求，所述资源配额请求包括：所述 CTF指定的配额类型和所述配额类型的数量；

5、根据权利要求 1至 4任一所述的方法，其特征在于，还包括：所述 CTF接收所述 PCRF发送的第二消息，所述第二消息携带有业务单元类型；

所述 CTF确定所述第二消息中的业务单元类型与当前所述 CTF所监控使用的配额中的业务单元类型是否一致，若不一致，则 CTF更新所述 CTF中当前监控使用的配额中的业务单元类型对应的使用记录。

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

若所述 CTF确定该 CTF向所述 OCS上报的上报粒度包括：费率组、业务标识，则所述 CTF向所述 OCS上报所述更新的使用记录；

若所述 CTF确定该 CTF向所述 OCS上报的上报粒度包括：费率组；则在所述 CTF更新使用记录的同时，判断其他业务流是否使用所述第二消息所对应的配额，若没有，则向所述 OCS上报所述更新的使用记录。

7、根据权利要求 5所述的方法，其特征在于，还包括：所述 CTF中不存在与所述第二消息对应的配额，则根据所述第二消息中的业务单元类型向所述 OCS申请与所述第二消息对应的配额。

8、根据权利要求 1至 7任一所述的方法，其特征在于，还包括： CTF接收所述 OCS发送的配额响应消息，所述配额响应消息包括：为所述资源配额请求分配的配额，以及所述分配的配额中的配额类型的切换条件；

其中，所述分配的配额包括所述 OCS分配的前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量；所述 CTF根据所述前一个配额类型和所述前一个配额类型的数量，监控所述前一个配额类型对应的配额的使用，以及根据所述切换条件切换所述前一个配额类型和所述后一个配额类型，并根据所述后一个配额类型和所述后一个配额类型的数量，监控所述后一个配额类型对应的配额的使用；

9、根据权利要求 8所述的方法，其特征在于，还包括：

若 CTF收集了所述前一个配额类型对应的配额的使用情况，以及所述后一个配额类型对应的配额的使用情况，则 CTF向所述 OCS同时上 4艮所述前一个配额类型对应配额的使用情况，和所述后一个配额类型对应配额的使用情况。

10、一种计费控制的方法，其特征在于，包括：

在线计费系统 OCS接收计费触发装置 CTF发送的资源配额请求，根据所述资源配额请求确定配额类型和所述配额类型的数量；

11、根据权利要求 10所述的方法，其特征在于，所述根据所述资源配额请求确定配额类型和所述配额类型的数量，具体包括：

相应地，所述根据所述 OCS确定的所述配额类型和数量为所述资源配额请求分配配额，具体包括：

根据所述前一个配额类型和所述前一个配额类型的数量为所述资源配额请求分配第一配额，根据所述后一个配额类型和所述后一个配额类型的数量为所述资源配额请求分配第二配额。

12、根据权利要求 11所述的方法，其特征在于，还包括：

向所述 CTF发送配额响应消息，所述配额响应消息包括：分配的配额和配额类型的切换条件，所述分配的配额包括所述第一配额和所述第二配额，以使所述 CTF监控所述第一配额的使用，在切换条件满足时，切换监控所述第二配额的使用。

13、根据权利要求 12所述的方法，其特征在于，还包括：

接收所述 CTF上报的使用信息，所述使用信息包括第一配额的使用情况和所述第二配额的使用情况，根据所述使用信息进行计费处理。

14、一种计费控制的方法，其特征在于，包括：

15、一种计费触发装置，其特征在于，包括：

生成单元，用于根据触发条件生成资源配额请求；

发送单元，将所述资源配额请求发送至在线计费系统 OCS , 以使所述 OCS接收所述资源配额请求之后确定配额类型和所述配额类型的数量，并根据所述 OCS所确定的配额类型和数量为所述资源配额请求分配配额；所述配额类型和数量由所述 OCS根据资源配额请求确定。

16、根据权利要求 15所述的装置，其特征在于，所述生成单元，具体用于

在触发条件满足之后，确定接收到策略和计费控制模块 PCRF发送的携带有业务单元类型的第一消息，所述业务单元类型用于指示计费触发装置 CTF在生成的资源配额请求中所携带的配额类型；

则根据所述业务单元类型确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

或者，在触发条件满足之后，确定接收到所述 PCRF发送的未携带所述业务单元类型的第一消息，则根据所述 CTF自身的配置信息生成发送于所述 OCS的资源配额请求。

17、根据权利要求 15所述的装置，其特征在于，所述生成单元，进一步用于

在触发条件满足之后，确定接收到 PCRF发送的携带有业务单元类型和指示信息的第一消息，所述业务单元类型用于指示所述 CTF在生成的资源配额请求中所携带的配额类型，所述指示信息为指示所述计费触发装置指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF不指定配额类型和数量的信息；

则根据所述指示信息确定是否需要指定配额类型和数量，具体地，若所述指示信息为指示所述 CTF指定配额类型和数量的信息，则根据所述业务单元类型获取所述业务单元类型所指示的配额类型，以及确定配额类型的数量，并根据所述业务单元类型和所述数量生成资源配额请求，所述资源配额请求包括：所述业务单元类型所指示的配额类型和所述配额类型的数量；

18、根据权利要求 17所述的装置，其特征在于，所述生成单元，还用于

在触发条件满足之后，若确定接收到 PCRF发送的携带有指示信息的第一消息，所述指示信息为指示所述 CTF指定配额类型和数量的信息，或者，所述指示信息为指示所述 CTF不指定配额类型和数量的信息；

19、根据权利要求 15至 18任一所述的装置，其特征在于，还包括：接收单元，用于接收所述 PCRF发送的第二消息，所述第二消息携带有业务单元类型；以及

所述装置还包括：确定单元；

所述确定单元，用于确定所述第二消息中的业务单元类型和当前所述 CTF所监控使用的配额中的业务单元类型是否一致，若不一致，则 CTF 更新所述 CTF中当前监控使用的配额中的业务单元类型对应的使用记录。

20、根据权利要求 19所述的装置，其特征在于，还包括：上报单元；所述上报单元，用于在所述确定单元确定所述 CTF向所述 OCS上报的上报粒度包括：费率组、业务标识，则向所述 OCS上报所述更新的使用记录；

21、根据权利要求 15至 20任一所述的装置，其特征在于，还包括：接收单元，用于接收所述 OCS发送的配额响应消息，所述配额响应消息包括：为所述资源配额请求分配的配额，以及配额类型的切换条件；其中，所述分配的配额包括所述 OCS分配的前一个配额类型和所述前一个配额类型的数量，后一个配额类型和所述后一个配额类型的数量；监控单元，用于根据所述前一个配额类型和所述前一个配额类型的数量，监控所述前一个配额类型对应的配额的使用，以及根据所述切换条件切换所述前一个配额类型和所述后一个配额类型，并根据所述后一个配额类型和所述后一个配额类型的数量，监控所述后一个配额类型对应的配额的使用；所述前一个配额类型为所述配额类型的切换条件满足之前的配额类型，所述后一个配额类型为所述配额类型的切换条件满足之后的配额类型。

22、根据权利要求 21所述的装置，其特征在于，还包括：

上报单元，用于在收集了所述前一个配额类型对应的配额的使用情况，以及所述后一个配额类型对应的配额的使用情况时，向所述 0CS同时上报所述前一个配额类型对应配额的使用情况，和所述后一个配额类型对应配额的使用情况。

23、一种在线计费系统，其特征在于，包括：

分配单元，用于根据所述 0CS确定的所述配额类型和数量为所述资源配额请求分配配额。

24、根据权利要求 23所述的系统，其特征在于，所述确定单元，还用于

相应地，所述分配单元，还用于

25、根据权利要求 24所述的系统，其特征在于，还包括：

发送单元，用于向所述 CTF发送配额响应消息，所述配额响应消息包括：分配的配额和配额类型的切换条件，所述分配的配额包括所述第一配额和所述第二配额，以使所述 CTF监控所述第一配额的使用，在切换条件满足时，切换监控所述第二配额的使用。

26、根据权利要求 25所述的系统，其特征在于，所述接收单元，还用于接收所述 CTF上报的使用信息，所述使用信息包括第一配额的使用情况和所述第二配额的使用情况，根据所述使用信息进行计费处理。