CN102137379B - 一种计费流量控制方法及装置 - Google Patents

Abstract

本发明实施例公开了一种计费流量控制方法，计费系统接收信用控制请求更新消息，在判定当前处理状态为过负荷状态时，根据信用控制请求更新消息进行计费处理，并返回授权业务量为零的信用控制应答消息。本发明实施例还提供相应的计费流量控制装置。本发明技术方案对收到的信用控制请求更新消息只进行上一分片的计费处理而不进行下一分片的授权，从而终止当前的计费会话，可以在不丢失任何计费信息的情况下，对计费过程中的数据流量进行有效控制，保证计费系统的正常运行。

Description

一种计费流量控制方法及装置

技术领域

本发明涉及通信技术领域，具体涉及一种计费流量控制方法及装置。

背景技术

在线计费系统(Online Charge System，OCS)支持基于承载、会话和内容事件的统一计费，主要用于语音、数据等多种业务融合的计费。第三代移动通信标准化伙伴项目(3rd Generation Partnership Project，3GPP)规范中对OCS有专门的定义。OCS的接口使用Diameter(直径)信用控制(Diameter CreditControl，DCC)协议，在RFC4006标准中对使用有会话状态的DCC协议有详细的定义。使用DCC协议的OCS按照分片计费。

请参考图1，一个计费会话，包括一对初始(Initial)消息，一对结束(Terminate)消息，和至少一对更新(Update)消息。其中，Initial消息用于计费的鉴权和初次分片的费用授权，Update消息用于上次分片的计费以及下次分片的费用授权，Terminal消息用于最后一次分片的计费，并结束本次计费。

其中的每一对消息包括客户端(CC Client)发送的一个信用控制请求(Credit Control Request，CCR)消息(基于来自服务单元(Service Element)的访问请求(Access-Request)而发送，该服务单元可以是例如但不限于网络接入服务器(Network Access Server，NAS))和服务器(CC Server)返回的一个信用控制应答(Credit Control Answer，CCA)消息。所说的一对初始消息具体包括CCR{Initial}消息和CCA{Initial}消息；一对结束消息包括CCR{Terminate}消息和CCA{Terminate}消息；一对更新消息包括CCR{Update}消息(该更新消息基于来自服务单元的包含已使用量(Used Units)的访问请求而发出)和CCA{Update}消息。其中CCA{Initial}和CCA{Update}都包括有Granted Units(授权量)字段，用于携带授权量(该授权量将包含在作为对访问请求的应答的访问接受(Access-Accept)消息中返回给服务单元(ServiceElement))；CCR{Update}和CCR{Terminate}都包括有Used Units(已使用量)字段，用于携带已使用业务量。

由图1不难看出，一次计费会话将涉及多对相关消息的收发，当通信时间很长或者通信流量很大时，CCR{Update}消息和CCA{Update}消息的数量猛增，造成网络流量过大，给相关处理设备(如计费设备)造成很大的负担。遗憾的是，现有技术尚未给出一种可对控制计费过程中的数据流量进行有效控制的方案。

发明内容

本发明实施例提供一种计费流量控制方法及装置，可以对控制计费过程中的数据流量进行有效控制。

一种在计费流量控制方法，包括：接收信用控制请求更新消息，在判定当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，并返回授权业务量为零的信用控制应答消息。

一种计费流量控制装置，包括：

通信模块，用于接收信用控制请求更新消息；

状态判定模块，用于确定当前处理状态；

计费模块，用于在所述状态判定模块判定所述当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，并通过所述通信模块返回授权业务量为零的信用控制应答消息。

本发明实施例提供的计费流量控制方法，在判定当前处理状态为过负荷状态时，根据信用控制请求更新消息进行计费处理，并返回授权业务量为零的信用控制应答消息，即，只进行上一分片的计费处理而不进行下一分片的授权，从而终止当前的计费会话，可以在不丢失任何计费信息的情况下，对计费过程中的数据流量进行有效控制。

附图说明

图1是现有的OCS按照分片计费时与客户端的消息交互示意图；

图2是本发明提供的计费流量控制方法实施例的流程图；

图3本发明提供的计费流量控制装置实施例的示意图。

具体实施方式

本发明实施例提供一种计费流量控制方法，计费系统接收信用控制请求更新消息，在判定当前处理状态为过负荷状态时，根据信用控制请求更新消息进行计费处理，并返回授权业务量为零的信用控制应答消息，从而可以对计费过程中的数据流量进行有效控制，保证计费系统的正常运行。本发明实施例还提供相应的计费系统。以下分别进行详细说明。

请参考图2，本发明实施例提供一种计费流量控制方法，包括以下步骤：

101、接收信用控制请求更新消息。

计费系统接收来自计费系统外部例如网络流量设备发送的用于请求计费的信用控制请求更新(CCR{Update})消息。网络流量设备可以是网关支持节点(Gateway GPRS Support Node，GGSN)，彩信中心(Multimedia MessageService Center，MMSC)，短信中心(Short Message Service Center，SMSC)，或者内容管理系统(Content Management System，CMS)等。

外部的网络流量设备可以根据用户使用的流量的大小生成并发送CCR{Update}消息，计费系统收到的CCR{Update}消息的数量可以反映用户使用的流量的大小，使用的流量愈大，则CCR{Update}消息愈多。

102、判定当前处理状态是否为为过负荷状态。

计费系统监控负荷指标是否达到控制阀值以确定当前处理状态是否为过负荷状态。负荷指标可以是任何能够反映计费系统工作负荷的指标，例如：指定时间内收到的计费请求消息的数量，或者计费请求消息的平均响应时长，或者计费系统的处理器负荷，或者每秒试呼次数(Call Attempt Per Second，CAPS)。

103、在判定当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，并返回授权业务量为零的信用控制应答消息。

具体的，在判定当前处理状态为过负荷状态时，计费系统可以根据CCR{Update}消息的Used Units(已使用量)字段携带的已使用业务量进行计费处理。计费处理完毕，计费系统返回授权业务量为零的CCA{Update}消息。授权业务量为零的信息可以携带在CCA{Update}消息的Granted Units字段中。

在一个实施例中，在判定当前处理状态为过负荷状态时，可以对收到的CCR{Update}消息进行特殊标记，以方便在后续的计费处理中对具有特殊标记的CCR{Update}消息进行特殊处理，即：根据Used-Units字段携带的已使用业务量进行计费处理后，返回授权业务量为零的CCA{Update}消息。作为特殊标记的一种方式，可以在计费请求消息的某个字段中写入预设的值，达到特殊标记的目的。

在CCA{Update}消息中还可以携带用于指示过负荷状态的响应码，该响应码可以是3004(DIAMETER TOO BUSY，系统繁忙)。该响应码同样可以携带在Granted Units字段中。网络流量设备收到携带响应码3004的CCA{Update}消息后，得知计费系统繁忙，便可以根据实际情况或客户要求，切断本次会话，并可以对用户的重试请求进行一定的抑制。

本发明实施例提供的在计费系统中实现流量控制的方法，在判定当前处理状态为过负荷状态时，根据CCR{Update}消息进行计费处理后，返回授权业务量为零的CCA{Update}消息，即，对于收到的CCR{Update}消息，只进行上一分片的计费而不进行下一分片的授权，以终止当前计费会话；从而，可以在不丢失任何计费信息的情况下，对计费过程中的数据流量进行有效控制，使计费系统的过负荷压力尽快得到缓解，能够保证计费系统的正常运行。

在一个实施例中，计费系统支持多业务信用控制(Multiple Services CreditControl，MSCC)。此时一个CCR{Update}消息包含至少一条中间计费记录(Rating Group，RG)，每个RG信息包括独立的Requested Units字段和/或UsedUnits字段以及RG编号(如Rating Group 1或Rating Group 2，等)，其中Used Units字段携带上一分片的已使用业务量，Requested Units表示请求业务量。

本实施例支持对CCR{Update}消息进行RG级别的处理，即：对每一RG进行计费处理，生成对应的计费回执。

具体包括：对于每一中间计费记录，在判定当前处理状态为所述过负荷状态时，根据中间计费记录进行计费处理，并生成与该中间计费记录对应的计费回执，其中计费回执中携带的授权业务量为零。每个计费回执中包括独立的Granted Units字段以及与中间计费记录对应的RG编号，授权业务量信息携带在Granted Units字段中。对一个CCR{Update}消息包含的所有中间计费记录都处理完毕后，生成包含与每一中间计费记录相对应的计费回执的信用控制应答消息并返回。

进一步的，针对RG是否包括Used Units字段，处理方式可以略有不同：

若RG不包括Used Units字段，只包括Requested Units字段，说明该RG对应的是首次请求，不携带已使用业务量，则直接生成授权业务量为零的计费回执。

若RG信息包括Used Units字段，说明该RG携带了用户的已使用业务量，则对该RG进行上一分片的计费处理后，生成对应的计费回执。所生成的计费回执中携带的授权业务量可以是零，也可以正常授权的授权业务量。

例如，可以将计费系统的过负荷状态分为若干级别，在最高级别(例如最为忙碌的情况)的过负荷状态下，在所有的计费回执中携带为零的授权业务量；在最低级别的过负荷状态下，仅在只包括Request字段的RG对应的计费回执中携带为零的授权业务量；在中间级别的过负荷状态下，进一步在既包括Request字段又包括Used Units字段的RG对应的计费回执中携带为零的授权业务量；

采用本实施例，在计费系统支持MSCC时，可以进行RG级别的计费处理，实现更加精细化的流量控制，从而提高流量控制的效果，使计费系统的过负荷压力尽快得到缓解，以够保证计费系统的正常运行。

请参考图3，本发明实施例还提供一种计费流量控制装置，用于实施上述实施例提供的流量控制方法，该计费流量控制装置包括：

通信模块201，用于接收信用控制请求更新消息；

状态判定模块202，用于确定当前处理状态；

计费模块203，用于在所述状态判定模块202判定所述当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，并通过所述通信模块201返回授权业务量为零的信用控制应答消息。

在一个实施例中，计费模块203返回信用控制应答消息中携带用于指示所述过负荷状态的响应码。该响应码可以为3004。

进一步的，计费模块203具体用于，根据信用控制请求更新消息中携带的已使用业务量进行所述计费处理。

在另一个实施例中，信用控制请求更新消息中携带至少一条中间计费记录；计费模块203具体用于，对于每一中间计费记录，在所述状态判定模块202判定当前处理状态为所述过负荷状态时，根据所述中间计费记录进行计费处理，并生成与所述中间计费记录对应的计费回执，其中所述计费回执中携带的授权业务量为零；以及生成包含与每一中间计费记录相对应的计费回执的信用控制应答消息并返回。

本发明实施例提供的计费流量控制装置可以是在3GPP规范中定义的在线计费系统OCS基础上的改进。计费流量控制装置可以在判定当前处理状态为过负荷状态时，根据CCR{Update}消息进行计费处理后，返回授权业务量为零的CCA{Update}消息，即，对于收到的CCR{Update}消息，只进行上一分片的计费而不进行下一分片的授权，以终止当前计费会话；从而，可以在不丢失任何计费信息的情况下，对计费过程中的数据流量进行有效控制，使计费系统的过负荷压力尽快得到缓解，能够保证计费系统的正常运行。

并且，计费系统支持多业务信用控制MSCC时，可以进行RG级别的计费处理，实现更加精细化的流量控制，从而提高流量控制的效果，使计费系统的过负荷压力尽快得到缓解，以够保证计费系统的正常运行。

以上对本发明实施例所提供的计费流量控制方法及装置计费系统以及在该计费系统中实现流量控制的方法进行了详细介绍，本文中应用了具体实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。

Claims (2)

1.一种计费流量控制方法，其特征在于，包括：接收信用控制请求更新消息，所述信用控制请求更新消息中携带至少一条中间计费记录；确定计费系统的当前处理状态是否为过负荷状态，在判定当前处理状态为过负荷状态时，对收到的信用控制请求更新消息进行特殊标记；针对具有特殊标记的信用控制请求更新消息，根据所述信用控制请求更新消息中携带的已使用业务量进行计费处理，并返回授权业务量为零的信用控制应答消息；

所述在判定当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，具体包括：对于每一中间计费记录，在判定当前处理状态为所述过负荷状态时，根据所述中间计费记录进行计费处理，并生成与所述中间计费记录对应的计费回执，其中所述计费回执中携带的授权业务量为零；

所述返回授权业务量为零的信用控制应答消息具体包括：生成包含与每一中间计费记录相对应的计费回执的信用控制应答消息并返回；

所述信用控制应答消息中携带用于指示所述过负荷状态的响应码，所述响应码为3004；

所述判定计费系统的当前处理状态是否为过负荷状态包括：通过监控负荷指标是否达到控制阀值以确定计费系统的当前处理状态是否为过负荷状态，所述负荷指标是：指定时间内收到的计费请求消息的数量，或者计费请求消息的平均响应时长，或者计费系统的处理器负荷，或者每秒试呼次数CAPS。

2.一种计费流量控制装置，其特征在于，包括：

通信模块，用于接收信用控制请求更新消息，所述信用控制请求更新消息中携带至少一条中间计费记录；

状态判定模块，用于确定计费系统的当前处理状态是否为过负荷状态；

计费模块，用于在所述状态判定模块判定所述当前处理状态为过负荷状态时，对收到的信用控制请求更新消息进行特殊标记；针对具有特殊标记的信用控制请求更新消息，根据所述信用控制请求更新消息中携带的已使用业务量进行计费处理，并通过所述通信模块返回授权业务量为零的信用控制应答消息;

所述在判定当前处理状态为过负荷状态时，根据所述信用控制请求更新消息进行计费处理，具体包括：对于每一中间计费记录，在判定当前处理状态为所述过负荷状态时，根据所述中间计费记录进行计费处理，并生成与所述中间计费记录对应的计费回执，其中所述计费回执中携带的授权业务量为零；

所述返回授权业务量为零的信用控制应答消息具体包括：生成包含与每一中间计费记录相对应的计费回执的信用控制应答消息并返回；

所述信用控制应答消息中携带用于指示所述过负荷状态的响应码，所述响应码为3004；

所述状态判定模块，具体用于通过监控负荷指标是否达到控制阀值以确定计费系统的当前处理状态是否为过负荷状态，所述负荷指标是：指定时间内收到的计费请求消息的数量，或者计费请求消息的平均响应时长，或者计费系统的处理器负荷，或者每秒试呼次数CAPS。