CN102238513B - 一种业务计费方法、装置和系统 - Google Patents

Abstract

本发明实施例公开一种业务计费方法、装置和系统。业务计费方法包括接收访问请求，据此发出业务量授权请求；接收携带有授权业务量和优化指示的业务量授权应答，其中，授权业务量为标准业务量配额，优化指示用于指示可用业务量；根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额；返回携带有优化后的授权业务量的访问应答。本发明实施例采用在业务授权应答中携带用于指示可用业务量的优化指示，以便根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置与业务计费装置之间的交互，从而降低业务计费装置负荷，节省网络资源。

Description

一种业务计费方法、装置和系统

技术领域

本发明涉及通信技术领域，具体涉及一种业务计费方法、装置和系统。

背景技术

随着移动业务的发展，运营商为了推动业务的增长，经常会赠送给用户一些免费的通话时段，除此之外，对于预付费用户，在套餐内也经常会享受一些免费的通话时段。无论是对于哪种用户，现有技术都采用同一种计费方式，现有的实时计费方案，具体可以如下：

业务控制点(SCP，Service Control Point)接收到移动业务交换中心(MSC，Mobile Switching Centre)/业务交换点(SSP，Service Support Point)呼叫信令后，业务控制点发送指示初始化的信用控制请求(CCR，Credit Control Request)给融合计费控制点(CBP，Convergent Billing Point)以进行用户鉴权和费用预留；融合计费控制点在执行鉴权和费用预留后，回复携带授权时长的信用控制应答(CCA，Credit Control Answer)给业务控制点。业务控制点根据授权时长向移动业务交换中心/业务交换点下发计费请求(AC，Apply charging)消息，并进行呼叫监视；当达到授权时长时，移动业务交换中心/业务交换点会上报计费请求报告(ACR，Apply Charging Report)到业务控制点；业务控制点向融合计费控制点发送指示更新的CCR消息，融合计费控制点根据已使用业务量进行计费和扣费，并进行下一个分段的预留，然后回复携带授权时长的CCA更新消息给业务控制点。业务控制点再次根据授权时长向移动业务交换中心/业务交换点下发AC消息，进行呼叫监视。如果用户余额充足的话，通话会一直持续，直到主叫和被叫一方挂断电话。当通话结束时，移动业务交换中心/业务交换点会上报基本呼叫状态报告(ERB，Event Report BCSM)消息给业务控制点，业务控制点发送CCR结束消息给融合计费控制点，融合计费控制点根据已使用业务量进行计费和扣费。如果用户余额不足的话，则融合计费控制点下发的授权时长会小于申请的业务时长；业务控制点根据这个情况，在AC消息中指示移动业务交换中心/业务交换点本授权时长使用完后，呼叫应该结束；当达到授权时长时，移动业务交换中心/业务交换点释放呼叫并上报ACR消息给业务控制点；业务控制点发送指示结束的CCR消息给融合计费控制点，融合计费控制点根据已使用业务量进行计费和扣费。

在对现有技术的研究和实践过程中，本发明的发明人发现，在现有技术中，业务控制点和融合计费控制点之间需要频繁地进行交互，导致融合计费控制点负荷较大。

发明内容

本发明实施例提供一种业务计费方法、装置和系统，可以降低融合计费控制点负荷，节省网络资源。

一种业务计费方法，包括：

接收访问请求，据此发出业务量授权请求；

接收携带有授权业务量和优化指示的业务量授权应答，其中，所述授权业务量为标准业务量配额，所述优化指示用于指示可用业务量；

根据所述可用业务量对所述授权业务量进行优化，使得优化后的授权业务量大于所述标准业务量配额；

返回携带有优化后的授权业务量的访问应答。

一种业务计费方法，包括：

接收业务量授权请求，确定可用业务量；

返回携带有授权业务量的业务量授权应答，其中，在所述可用业务量满足优化条件时，所述授权业务量为标准业务量配额，且所述业务量授权应答中携带有用于指示所述可用业务量的优化指示。

一种业务控制装置，包括：

收发单元，用于接收访问请求，据此发出业务量授权请求；以及接收携带有授权业务量和优化指示的业务量授权应答，其中，所述授权业务量为标准业务量配额，所述优化指示用于指示可用业务量；

优化单元，用于根据所述可用业务量对所述授权业务量进行优化，使得优化后的授权业务量大于所述标准业务量配额；以及通过收发单元返回携带有优化后的授权业务量的访问应答。

一种业务计费装置，包括：

接收单元，用于接收业务量授权请求，确定可用业务量；

返回单元，用于返回携带有授权业务量的业务量授权应答，其中，在所述可用业务量满足优化条件时，所述授权业务量为标准业务量配额，且所述业务量授权应答中携带有用于指示所述可用业务量的优化指示。

一种通信系统，包括本发明实施例提供的任一种计费装置和任一种业务控制装置。

本发明实施例采用在业务授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置(比如业务控制点)与计费装置(比如融合计费控制点)之间的交互，减少计费装置计费和扣费的频率，从而降低计费装置负荷，节省网络资源。

附图说明

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

图1是本发明实施例提供的业务计费方法的流程图；

图2是本发明实施例提供的业务计费方法的另一流程图；

图3是本发明实施例提供的业务计费方法的又一流程图；

图4a是本发明实施例提供的通信系统的场景示意图；

图4b是本发明实施例提供的业务计费方法的又一流程图；

图5是本发明实施例提供的业务控制装置的结构示意图；

图6是本发明实施例提供的业务计费装置的结构示意图。

具体实施方式

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

本发明实施例提供一种移动性管理方法、装置和系统。以下分别进行详细说明。

实施例一、

本发明实施例将从业务控制装置的角度进行描述，该业务控制装置具体可以为业务控制点。

一种业务计费方法，包括：接收访问请求，据此发出业务量授权请求；接收携带有授权业务量和优化指示的业务量授权应答，其中，授权业务量为标准业务量配额，而优化指示则用于指示可用业务量；根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额；返回携带有优化后的授权业务量的访问应答。

参见图1，具体流程可以如下：

101、接收访问请求，据此发出业务量授权请求；

例如，业务控制点接收到访问请求后，发送业务量授权请求给业务计费装置，

其中，该业务计费装置具体可以为融合计费控制点。业务量授权请求具体可以为CCR消息，例如CCR{Initial}消息或者CCR{Update}消息。

需说明的是，本发明实施例中的业务量(例如授权业务量)既可以是时长，也可以是流量。

102、接收携带有授权业务量和优化指示的业务量授权应答，其中，授权业务量为标准业务量配额，而优化指示则用于指示可用业务量；

例如，接收业务计费装置返回的携带有授权业务量和优化指示的业务量授权应答，其中，业务量授权应答具体可以是一个新增的信令，也可以为现有的CCA消息。比如，可以在现有的指示初始的CCA消息(CCA{Initial})中增加新的字段，用来承载授权业务量和优化指示；也可以在现有的指示更新的CCA消息(CCA{Update})中增加新的字段，用来承载授权业务量和优化指示。

其中，标准业务量配额为用户余额充足即用户的可用业务量充足的情况下，网络侧设备为用户设备分配的业务量，该标准业务量配额通常为一常量，比如，标准业务量配额具体可以为基础交互间隔时长，基础交互间隔时长指的是现有技术中，在用户余额充足的情况下，业务控制点下发给业务交换点或移动交换中心的用户可通话时长。换句话说，当用户余额充足即用户的可用业务量充足时，网络侧设备为用户设备分配的业务量并非是全部的可用业务量，而是一常量，即上述标准业务量配额。反之，当用户余额不足即用户的可用业务量不足时，网络侧设备为用户设备分配的业务量往往就是全部可用业务量。应注意，上面提到的用户余额充足与否，可通过将可用业务量与标准业务量配额相比来确定。当可用业务量大于或者等于标准业务量配额时，可判定用户余额充足即用户的可用业务量充足；当可用业务量小于标准业务量配额时，可判定用户余额不足即用户的可用业务量不足。

103、根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额；

其中，可用业务量指的是允许用户设备使用的总业务量，该可用业务量可根据用户余额来确定。

另外，为了避免出现用户费用透支的情况，可以让优化后的授权业务量满足如下条件：

可用业务量与优化后的授权业务量之间的差值大于标准业务量配额。

104、返回携带有优化后的授权业务量的访问应答。

由上可知，本实施例采用在业务授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置(比如业务控制点)与业务计费装置(比如融合计费控制点)之间的交互，减少业务计费装置计费和扣费的频率，从而降低业务计费装置负荷，节省网络资源。

实施例二、

本发明实施例将从业务计费装置的角度进行描述，该业务计费装置具体可以为融合计费控制点。

一种业务计费方法，包括：接收业务量授权请求，确定可用业务量；返回携带有授权业务量的业务量授权应答，其中，在该可用业务量满足优化条件时，授权业务量为标准业务量配额，且该业务量授权应答中携带有用于指示可用业务量的优化指示。

参见图2，具体流程可以如下：

201、接收业务量授权请求，确定可用业务量；

例如，具体可以接收业务控制装置(比如业务控制点)发送的业务量授权请求，然后确定当前用户的可用业务量。

其中，业务量授权请求具体可以为CCR消息。而业务量既可以是时长，也可以是流量。

202、返回业务量授权应答，该业务量授权应答中携带有授权业务量和用于指示可用业务量的优化指示。其中，在该可用业务量满足优化条件时，授权业务量为标准业务量配额。

其中，业务量授权应答具体可以是一个新增的信令，也可以为现有的CCA消息。比如，可以在现有的指示更新的CCA消息(CCA{Update})中增加新的字段，用来承载授权业务量和优化指示。有关业务量授权应答的内容已经在上文进行了清楚的描述，因此此处不再赘述。

此外，优化条件可以根据实际应用的需求进行设置，比如，具体可以为：可用业务量与标准业务量配额之间的差值大于标准业务量配额。如上文所述，当可用业务量大于标准业务量配额时，授权业务量即为标准业务量配额。

业务控制装置在接收到该业务量授权应答后，可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额。

由上可知，本实施例采用在业务量授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便业务控制装置在接收到该业务量授权应答后，可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置(比如业务控制点)与业务计费装置(比如融合计费控制点)之间的交互，减少业务计费装置计费和扣费的频率，从而降低业务计费装置负荷，节省网络资源。

实施例三、

根据实施例一和二所描述的方法，以下将以举例进行说明。

在本实施例中，将以业务控制装置具体为业务控制点，业务计费装置具体为融合计费控制点，业务量授权请求具体为CCR消息，业务量授权应答具体为CCA消息为例进行说明，其中，该CCR消息既可以是CCR{Initial}消息，也可以是CCR{Update}消息；该CCA消息既可以是CCA{Initial}消息，也可以是CCA{Update}消息。

参见图3，具体流程可以如下：

301、业务控制点接收访问请求，据此向融合计费控制点发出用于获取授权业务量的CCR消息。

需说明的是，本发明实施例所指的业务量具体可以是时长，也可以是流量。

302、融合计费控制点接收用于获取授权业务量的CCR消息，确定可用业务量。

303、融合计费控制点返回CCA消息，其中，该CCA消息中携带优化指示和授权业务量；

其中，在步骤302确定的可用业务量满足优化条件时，授权业务量为标准业务量配额。以业务量为时长为例，当可用时长(可以看作是可用业务量)与基础交互间隔时长(可以看作是标准业务量配额)之间的差值大于基础交互间隔时长时，由于可用时长大于基础交互间隔时长，因此授权时长为基础交互间隔时长；

作为本发明实施例的一个具体应用场景，本发明实施例可应用于为用户设置免费业务量的场景中。优化指示具体也可以用于指示当前用户的可用时长，比如，可以指示用户当前是否可以使用免费时长，是否还存在充足的免费时长，等等。其中，用户当前是否可以使用免费时长具体可以通过当前业务的上分段业务量消费信息来确定，当上分段业务量消费信息为免费时，表示用户当前可以使用免费时长，否则，如果上分段业务量消费信息不是免费的，则表示用户当前不可以使用免费时长。也就是说，该优化指示具体可以包括当前业务的上分段业务量消费信息和剩余免费业务量信息。应注意，上述上分段业务量即为接入设备在监测到用户终端设备的业务使用量到达或者即将到达先前分配的授权业务量时，通过业务控制点向计费设备上报的用户已使用业务量。不难理解，由于存在上分段业务量，上述CCR为CCR{Update}消息，而对该CCR{Update}消息的应答即为CCA{Update}消息。

其中，该可用时长可以根据运营商的策路而定，比如可以根据当前用户的剩余免费业务量计算得到，也可以根据当前用户的账户余额计算得到，等等。

304、业务控制点接收融合计费控制点发送的CCA消息，得到优化指示和授权业务量。

例如，如果在步骤303中，授权业务量具体为基础交互间隔时长，优化指示具体为当前业务的上分段业务量消费信息和剩余免费业务量信息，则此时，CCA消息中可以携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息。

305、业务控制点根据优化指示对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额。

例如，业务控制点根据该上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，对基础交互间隔时长进行优化，得到优化后的基础交互间隔时长，在本发明实施例称为控制时长；

比如，可以根据剩余免费业务量信息确定剩余免费时长，然后将该确定的剩余免费时长作为控制时长。

但是，由于在现有的应用中，可能会存在业务并行(即两个业务同时进行)的情况，所以，如果直接将剩余免费时长都作为控制时长的话，该剩余免费时长很快就会被消耗掉，则可能会导致用户费用透支。

基于上述的这种问题，为了避免用户费用透支，可以将剩余免费时长进行分割，例如，具体可以如下：

业务控制点根据剩余免费业务量信息确定剩余免费时长，将剩余免费时长除以当前月剩余天数，得到估计控制时长；若得到的估计控制时长大于基础交互间隔时长，则将该估计控制时长作为控制时长；若得到的估计控制时长小于等于基础交互间隔时长，则将基础交互间隔时长作为控制时长。

也就是说，应保证控制时长大于等于基础交互间隔时长，这样就可以尽量减少业务控制点和融合计费控制点之间的交互，减少融合计费控制点的负荷。

其中，当前月剩余天数可以根据当天的日期计算得出，比如，可以用一个月的天数减去当天的日期，即可得到当前月剩余天数，为了计算方便，可以将一个月的天数都设定为30天。

此外，基础交互间隔时长指的是现有技术中，业务控制点下发给业务交换点或移动交换中心的用户可通话时长，比如，若基础交互间隔时长为T1，则业务交换点或移动交换中心监控用户设备T1时长后，会上报计费请求报告给业务控制点，以便用户控制点发送信用控制请求消息给融合计费控制点以进行计费和扣费。为了避免话费透支的情况出现，该基础交互间隔时长一般都会设置得比较小。

306、业务控制点返回携带有优化后的授权业务量的访问应答，即业务控制点基于步骤305中得到的优化后的授权业务量对当前业务进行监控，以便融合计费控制点进行计费；

例如，以优化后的授权业务量为控制时长为例，则此时步骤306具体为：

业务控制点基于步骤305中得到的控制时长对当前业务进行监控，以便融合计费控制点进行计费；

比如，可以由业务控制点将控制时长作为当前业务可使用时长发送给业务交换点或移动业务交换中心(MSC，Mobile Switching Center)，业务交换点或移动业务交换中心接收到该控制时长后，在该控制时长内对当前业务进行监控，然后发送计费请求报告给业务控制点，触发业务控制点发送信用控制请求消息给融合计费控制点，以便融合计费控制点进行计费。也就是说，基于该控制时长对当前业务进行监控，以便融合计费控制点进行计费具体可以为：

业务控制点将控制时长作为当前业务可使用时长发送给业务交换点或移动业务交换中心，以便业务交换点或移动业务交换中心在该控制时长内对当前业务进行监控；业务控制点接收业务交换点或移动业务交换中心上报的计费请求报告后，发送信用控制请求消息给融合计费控制点，以便融合计费控制点进行计费。

由上可知，本实施例采用获取当前业务的上分段业务量消费信息和剩余免费业务量信息，在根据上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，根据剩余免费业务量信息对基础交互间隔时长进行优化，以确定控制时长，然后基于该控制时长对当前业务进行监控，以便融合计费控制点进行计费，由于在确定控制时长时考虑了用户的剩余免费业务量，所以对于一些具有较多剩余业务量的用户，可以尽量减少与融合计费控制点之间的交互，减少融合计费控制点计费和扣费的频率，从而降低融合计费控制点负荷，节省网络资源。

实施例四、

根据实施例一、二和三所描述的方法，以下将以举例作进一步详细说明。

如图4a所示，该图为本实施例所提供的通信系统的场景示意图，该通信系统具体可以包括业务交换点、业务控制点和融合计费控制点。其中，各个设备的功能主要可以如下：

业务交换点，主要用于根据业务控制点下发的控制时长对用户设备进行监控，并在监控时间达到监控时长时，触发业务控制点进行计费。

业务控制点，主要负责信令接入，控制时长的计算等操作，比如，在接收到业务交换点的计费触发后，与融合计费控制点进行交互，以便融合计费控制点对业务进行计费；

融合计费控制点，主要负责对业务计费。

以上各个设备的接口均遵循现有的Diameter信控协议(Diameter CreditControl)，具体可参见现有技术，在此不再赘述。

参见图4b，该业务计费方法的具体流程可以如下：

401、用户发起呼叫，流程触发到业务控制点，则此时，业务控制点发送指示更新的CCR消息(CCR{Update})给融合计费控制点；

其中，触发流程具体可参见现有技术，在此不再赘述。

402、融合计费控制点在接收到CCR{Update}消息后，返回指示更新的CCA消息(CCA{Update})给业务控制点，其中，该CCA{Update}消息中携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息。

例如，所携带的上分段业务量消费信息和剩余免费业务量信息的格式具体可以如表一所示。

表一：

Diameter协议由一个头以及跟随的一个或多个属性值对(AVP，Attribute-Value-Pairs)组成。其中，一个AVP可以包含一个头和用来封装特定协议的数据，例如，路由信息，以及认证、授权或计费信息等等。比如，在表一中，[Cost-Value]、[Value-Digits]、[Unit]、[Resource-Value]、[Value-Digits]和[Unit]即为Diameter协议中的几个AVP的名称，具体如下：

[Cost-Value]表示上分段消费情况；

[Resource-Value]表示剩余业务量的情况，即剩余免费业务量信息；

[Value-Digits]表示业务量的具体数值，比如，数值9

[Unit]表示表示业务量的类型，比如，2表示金额(money)。

此外，在表一中，Grouped、Unsigned32和Enumerated则分别表示AVP的数据格式，具体如下：

Grouped表示数据格式为一个序列；

Unsigned32表示数据格式为32比特无符号值；

Enumerated表示需要列举的项目，

Indicate the unit type表示业务量的类型，比如，参见表一，在上分段业务量消费情况中，如果标记为“0”，则表示上分段所消费的业务量的类型为时间(time)；如果标记为“1”，则上分段所消费的业务量的类型为金额(money)；如果标记为“2”，则表示上分段所消费的业务量的类型为流量(volume)；如果标记为“3”，则表示上分段所消费的业务量的类型为项目(item)。在剩余业务量中，如果标记为“0”，则表示剩余业务量的类型为时间(time)；如果标记为“1”，则表示剩余业务量的类型为次数(times)；如果标记为“2”，则剩余业务量的类型为金额(money)；如果标记为“3”，则表示剩余业务量的类型为流量(volume)；如果标记为“4”，则表示剩余业务量的类型为项目(item)。

403、业务控制点在接收到融合计费控制点发送的CCR{Update}消息后，根据CCR{Update}消息中携带的当前业务的上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，根据剩余免费业务量信息确定控制时长T。例如，具体可以如下：

业务控制点从CCR{Update}消息中提取[Cost-Value]字段，获知[Cost-Value]字段下的[Unit]为0，因此，业务控制点确定当前业务的上分段业务量消费为免费，于是，业务控制点进一步从CCR{Update}消息中提取[Resource-Value]字段，获知[Resource-Value]字段下的[Unit]大于0，于是确定当前用户存在免费业务量。所以，业务控制点根据剩余免费业务量信息确定剩余免费时长，并按照下列公式计算估计控制时长：

估计控制时长＝剩余免费时长/(30-当天的日期)；

为了减少业务控制点和融合计费控制点的交互，减少融合计费控制点的符合，在此应保证控制时长可以大于等于基础交互间隔时长，所以，在得到估计控制时长后，需要对估计控制时长与基础交互间隔时长进行比较，如下：

判断估计控制时长是否大于基础交互间隔时长，若是，则则将该估计控制时长作为控制时长T；若否，则将基础交互间隔时长作为控制时长T(即按照现有技术的流程对用户设备进行监控和计费)。

404、业务控制点将得到的控制时长T发送给业务交换点。

405、业务交换点对当前业务，比如用户设备的通话进行监控，在监控时间达到控制时长T后，上报计费请求报告给业务控制点。

406、业务控制点发送CCR消息，比如CCR{Update}给融合计费控制点，融合计费控制点对当前业务进行计费，并基于计费结果进行扣费。

以此类推，重复执行步骤401至406，直至当前业务结束，比如用户设备的通话结束。

需说明的是，在本实施的通信系统中，均以业务交换点为例进行说明，应当理解的是，业务交换点也可以更替为移动业务交换中心，其实现方式与此相同，在此不再赘述。

由上可知，本实施例采用获取当前业务的上分段业务量消费信息和剩余免费业务量信息，在根据上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，根据剩余免费业务量信息确定控制时长，然后基于该控制时长对当前业务进行监控，以便融合计费控制点进行计费，由于在用户具有较多剩余免费业务量的情况下，该控制时长一般都会大于基础交互间隔时长，所以对于一些具有较多剩余业务量的用户，可以尽量减少与融合计费控制点之间的交互，减少融合计费控制点计费和扣费的频率，即可以降低融合计费控制点负荷，提高融合计费控制点节的应用效率，节省网络资源。进一步的，采用该方案，也为局方减低融合计费控制点的配置提供了可能性，而且，该方案采用标准DCC接口，实现较为简单。

实施例五、

为了更好地实施以上方法，本发明实施例还相应地提供一种业务控制装置，如图5所示，该业务控制装置包括收发单元501和优化单元502；

收发单元501，用于接收访问请求，据此发出业务量授权请求；以及接收携带有授权业务量和优化指示的业务量授权应答，其中，该授权业务量为标准业务量配额，而优化指示则用于指示可用业务量；

优化单元502，用于根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额；以及通过收发单元501返回携带有优化后的授权业务量的访问应答。

其中，可用业务量与优化后的授权业务量之间的差值大于标准业务量配额。

以下将以业务量具体为时长为例，对该业务控制装置作进一步详细说明。

收发单元501，具体可以用于接收访问请求，据此向融合计费控制点发出业务量授权请求，并接收融合计费控制点返回的业务量授权应答，其中，业务量授权应答携带了基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息；

优化单元502，具体根据收发单元501接收到的上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，根据剩余免费业务量信息对基础交互间隔时长进行优化，得到控制时长；基于控制时长对当前业务进行监控，以便融合计费控制点进行计费。

其中，业务量授权请求具体可以为CCR消息，业务量授权应答具体可以为新增的信令，也可以为现有的CCA消息，比如，通过在现有的CCA{Update}中增加新的字段来承载当前业务的上分段业务量消费信息和剩余免费业务量信息(现有的CCA{Update}消息本身就可以携带基础交互间隔时长)，即可以如下：

收发单元501，具体用于接收融合计费控制点发送的CCA消息，其中，CCA消息中携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息。

优化单元502，具体用于根据剩余免费业务量信息确定剩余免费时长，然后将该确定的剩余免费时长作为控制时长。

当然，为了避免用户费用透支，也可以将剩余免费时长进行分割，即：

优化单元502，具体用于根据剩余免费业务量信息确定剩余免费时长；将确定的剩余免费时长除以当前月剩余天数，得到估计控制时长；在得到的估计控制时长大于基础交互间隔时长时，将该估计控制时长作为控制时长；在得到的估计控制时长小于等于基础交互间隔时长，则将该基础交互间隔时长作为控制时长。

也就是说，应保证控制时长大于等于基础交互间隔时长，这样就可以尽量减少业务控制点和融合计费控制点之间的交互，减少融合计费控制点的负荷。

其中，当前月剩余天数可以根据当天的日期计算得出，比如，可以用一个月的天数减去当天的日期，即可得到当前月剩余天数，为了计算方便，可以将一个月的天数都设定为30天。

其中，优化单元502，还用于将得到的控制时长作为当前业务可使用时长通过收发单元501发送给业务交换点或移动业务交换中心，以便业务交换点或移动业务交换中心在该控制时长内对当前业务进行监控；

当业务交换点或移动业务交换中心对当前业务的监控时间达到控制时长时，业务交换点或移动业务交换中心将会上报的计费请求报告给业务控制点，以触发业务控制点与融合计费控制点之间的交互，从而实现对当前业务的计费。

因此，收发单元501，还用于在接收业务交换点或移动业务交换中心上报的计费请求报告后，发送信用控制请求消息给融合计费控制点，以进行计费。

该业务控制装置具体为业务控制点或者其他与业务控制点具有类似功能的设备。

具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现。

以上各个单元的实施具体可参见前面实施例，在此不再赘述。

此外，需说明的是，在具体实现过程中，除上述单元之外，本领域的技术人员应当明白，上述业务控制装置还包括必要的硬件模块，例如但不限于处理器、收发器等，且上述单元的操作是通过上述硬件模块来实现的，例如收发单元501用于通过收发器接收访问请求，发送业务量授权请求，并接收业务量授权应答，优化单元502通过处理器对授权业务量进行优化，等等。

由上可知，本实施例的采用在业务量授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便业务控制装置的收发单元501在接收到该业务量授权应答后，可以由优化单元502根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置(比如业务控制点)与业务计费装置(比如融合计费控制点)之间的交互，减少业务计费装置计费和扣费的频率，从而降低业务计费装置负荷，节省网络资源。比如，可以基于当前用户的剩余免费业务量信息对基础交互间隔时长进行优化，得到控制时长，然后根据控制时长对当前业务进行监控，以便融合计费控制点进行计费，这样的话，由于在用户具有较多剩余免费业务量的情况下，该控制时长一般都会大于基础交互间隔时长，所以对于一些具有较多剩余业务量的用户，可以尽量减少与融合计费控制点之间的交互，减少融合计费控制点计费和扣费的频率，即可以降低融合计费控制点负荷，提高融合计费控制点节的应用效率，节省网络资源。

实施例六、

相应的，本发明实施例还提供一种业务计费装置，如图6所示，包括接收单元601和返回单元602；

接收单元601，用于接收业务量授权请求，确定可用业务量；

例如，接收单元601具体可以接收业务控制装置(比如业务控制点)发送的业务量授权请求，然后确定当前用户的可用业务量。

其中，业务量授权请求具体可以为CCR消息。而业务量既可以是时长，也可以是流量。

返回单元602，用于返回携带有授权业务量的业务量授权应答，其中，在该可用业务量满足优化条件时，授权业务量为标准业务量配额，且业务量授权应答中携带有用于指示可用业务量的优化指示。

其中，优化条件为可用业务量与标准业务量配额之间的差值大于标准业务量配额。

而业务量授权应答具体可以是一个新增的信令，也可以为现有的CCA消息。比如，可以在现有的指示更新的CCA消息(CCA{Update})中增加新的字段，用来承载授权业务量和优化指示，具体可参见前面实施例，在此不再赘述。

此外，关于可用业务量、授权业务量、标准业务量配额和优化指示等相关说明具体也可参见前面的方法实施例，在此不再赘述。

该业务计费装置具体可以为融合计费控制点，也可以为其他具有与融合计费控制点类似功能的网络设备；具体实施时，以上各个单元可以作为独立的实体来实现，也可以进行任意组合，作为同一或若干个实体来实现。

以上各个单元的实施具体可参见前面实施例，在此不再赘述。

此外，需说明的是，在具体实现过程中，除上述单元之外，本领域的技术人员应当明白，上述业务计费装置还包括必要的硬件模块，例如但不限于处理器、收发器等，且上述单元的操作是通过上述硬件模块来实现的，例如接收单元601用于通过收发器接收业务量授权请求，并通过处理器确定可用业务量；返回单元602用于通过处理器确定授权业务量，通过处理器生成上述业务量授权应答，以及通过收发器返回携带有授权业务量的业务量授权应答，等等。

由上可知，本实施例的业务计费装置的接收单元601可以在接收到业务控制装置发送的业务量授权请求后，确定可用业务量，然后由返回单元602在业务量授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便业务控制装置在接收到该业务量授权应答后，可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置(比如业务控制点)与业务计费装置(比如融合计费控制点)之间的交互，减少业务计费装置计费和扣费的频率，从而降低业务计费装置负荷，节省网络资源。

实施例七、

相应地，本发明实施例还提供一种通信系统，包括本发明实施例提供的任一种业务控制装置和业务计费装置；

业务控制装置，用于接收访问请求，据此发出业务量授权请求给业务计费装置；接收业务计费装置返回的携带有授权业务量和优化指示的业务量授权应答，其中，授权业务量为标准业务量配额，优化指示用于指示可用业务量；根据可用业务量对所述授权业务量进行优化，使得优化后的授权业务量大于所述标准业务量配额；返回携带有优化后的授权业务量的访问应答；

业务计费装置，接收业务控制装置发送的业务量授权请求，确定可用业务量；返回携带有授权业务量的业务量授权应答给业务控制装置，其中，在可用业务量满足优化条件时，授权业务量为标准业务量配额，且业务量授权应答中携带有用于指示所述可用业务量的优化指示。

其中，业务控制装置和业务计费装置具体可参见前面的实施例，在此不再赘述。

例如，以业务控制装置具体可以为业务控制点，业务计费装置具体可以为融合计费控制点为例，具体可以如下：

业务控制点，具体用于接收访问请求，并据此向融合计费控制点发出业务量授权请求，接收融合计费控制点返回的业务量授权应答，其中，业务量授权应答中携带了基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息，根据该上分段业务量消费信息确定当前业务的上分段业务量消费为免费，且根据剩余免费业务量信息确定当前用户存在免费业务量时，根据剩余免费业务量信息确定控制时长，基于该控制时长对当前业务进行监控，以便融合计费控制点进行计费。

融合计费控制点，具体用于接收业务控制点发送的业务量授权请求，确定可用业务量；让那后返回业务量授权应答给业务控制点，其中，该业务量授权应答携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息。

比如，具体可以将当前业务的上分段业务量消费信息和剩余免费业务量信息携带在融合计费控制点所发送的CCA消息中，这样，当该业务控制点接收到融合计费控制点所发送的信用控制应答CCA消息时，就可以得到当前业务的上分段业务量消费信息和剩余免费业务量信息。即此时：

业务控制点，具体用于接收融合计费控制点发送的CCA消息，其中，该CCA消息中携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息；

而融合计费控制点，具体用于发送CCA消息给该业务控制点，其中，该CCA消息中携带基础交互间隔时长、当前业务的上分段业务量消费信息和剩余免费业务量信息。

可选的，在确定控制时长时，可以直接将该确定的剩余免费时长作为控制时长，也可以对该控制时长进行分割，以避免发生用户费用透支的情况。即可以如下：

该业务控制点，具体用于根据剩余免费业务量信息确定剩余免费时长，将剩余免费时长除以当前月剩余天数，得到估计控制时长，若该估计控制时长大于基础交互间隔时长，则将该估计控制时长作为控制时长；若该估计控制时长小于等于基础交互间隔时长，则将该基础交互间隔时长作为控制时长。

其中，业务控制点根据得到的控制时长对当前业务进行监控以及计费的流程，与现有技术中业务控制点基于基础交互间隔时长对当前业务进行监控和计费的流程相同。即：

业务控制点，具体用于将控制时长作为当前业务可使用时长发送给业务交换点或移动业务交换中心，以便业务交换点或移动业务交换中心在该控制时长内对当前业务进行监控；业务控制点接收业务交换点或移动业务交换中心上报的计费请求报告后，发送信用控制请求消息给融合计费控制点，以便融合计费控制点进行计费。

此外，该通信系统还可以包括业务交换点或移动业务交换中心；

业务交换点或移动业务交换中心，用于接收该网络设备，比如业务控制点发送的控制时长。还可以用于对当前业务进行监控，在监控时间达到控制时长时，上报计费请求报告给业务控制点。

以上各个设备的具体实施可参见前面的实施例，在此不再赘述。

由上可知，本实施例的通信系统采用在业务量授权应答中携带授权业务量和用于指示可用业务量的优化指示，以便业务控制装置在接收到该业务量授权应答后，可以根据可用业务量对授权业务量进行优化，使得优化后的授权业务量大于标准业务量配额，从而可以尽量减少业务控制装置与业务计费装置之间的交互，减少业务计费装置计费和扣费的频率，从而降低业务计费装置负荷，节省网络资源。比如，可以基于当前用户的剩余免费业务量信息对基础交互间隔时长进行优化，得到控制时长，然后根据该控制时长对当前业务进行监控。由于在用户具有较多剩余免费业务量的情况下，该控制时长一般都会大于基础交互间隔时长，所以对于一些具有较多剩余业务量的用户，可以尽量减少业务控制点与融合计费控制点之间的交互，从而减少融合计费控制点计费和扣费的频率，即可以降低融合计费控制点负荷，提高融合计费控制点节的应用效率，节省网络资源。进一步的，采用该方案，也为局方减低融合计费控制点的配置提供了可能性，而且，该方案采用标准DCC接口，实现较为简单。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

以上对本发明实施例所提供的一种业务计费方法、装置和系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (6)

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

接收访问请求，据此发出业务量授权请求；

接收携带有授权业务量和优化指示的业务量授权应答，其中，所述授权业务量为标准业务量配额，所述优化指示用于指示可用业务，所述业务量授权应答为信用控制应答消息，所述信用控制应答消息中增加新的字段，用来承载所述授权业务量和优化指示；

根据所述可用业务量对所述授权业务量进行优化，使得优化后的授权业务量大于所述标准业务量配额；所述可用业务量与所述优化后的授权业务量之间的差值大于标准业务量配额；

返回携带有优化后的授权业务量的访问应答。

2.如权利要求1所述的方法，其特征在于，所述授权业务量为流量或者时长。

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

接收业务量授权请求，确定可用业务量；

返回携带有授权业务量的业务量授权应答，其中，在所述可用业务量满足优化条件时，所述授权业务量为标准业务量配额，且所述业务量授权应答中携带有用于指示所述可用业务量的优化指示；所述优化条件为所述可用业务量与所述标准业务量配额之间的差值大于标准业务量配额；所述业务量授权应答为信用控制应答消息，所述信用控制应答消息中增加新的字段，用来承载所述授权业务量和优化指示。

4.一种业务控制装置，其特征在于，包括：

收发单元，用于接收访问请求，据此发出业务量授权请求；以及接收携带有授权业务量和优化指示的业务量授权应答，其中，所述授权业务量为标准业务量配额，所述优化指示用于指示可用业务量，所述业务量授权应答为信用控制应答消息，所述信用控制应答消息中增加新的字段，用来承载所述授权业务量和优化指示；

优化单元，用于根据所述可用业务量对所述授权业务量进行优化，使得优化后的授权业务量大于所述标准业务量配额，所述可用业务量与所述优化后的授权业务量之间的差值大于标准业务量配额；以及通过收发单元返回携带有优化后的授权业务量的访问应答。

5.一种业务计费装置，其特征在于，包括：

接收单元，用于接收业务量授权请求，确定可用业务量；

返回单元，用于返回携带有授权业务量的业务量授权应答，其中，在所述可用业务量满足优化条件时，所述授权业务量为标准业务量配额，且所述业务量授权应答中携带有用于指示所述可用业务量的优化指示；所述优化条件为所述可用业务量与所述标准业务量配额之间的差值大于标准业务量配额；所述业务量授权应答为信用控制应答消息，所述信用控制应答消息中增加新的字段，用来承载所述授权业务量和优化指示。

6.一种通信系统，其特征在于，包括权利要求4所述的业务控制装置和权利要求5所述的业务计费装置。

Images