CN101494844A - 费用额度的处理方法及装置 - Google Patents

Abstract

本发明提供一种费用额度的处理方法，包括：当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。本发明还提供费用额度的处理装置、获得业务费用额度的方法及装置。本发明可以尽量保证所有的业务几乎同时终止，进而避免了因为某个或某些业务的费用额度用完而导致的其他业务也一同被终止，降低了对用户使用其他业务的影响。

Description

费用额度的处理方法及装置

技术领域

本发明涉及通信技术，尤其涉及费用额度的处理技术。

背景技术

随着通信技术的发展，网络上承载的数据业务的种类日益增多。以通用无线分组业务(GPRS，General Packet Radio Service)为例，现有的GPRS网络上可以承载很多种数据业务，但基于接入点网络(APN，Access PointNetwork)的单纯按照分组数据协议(PDP，Packet Data Protocol)上下文流量的计费机制已经不能满足业务发展和市场的要求。例如，对于彩信业务来说，由于目前的GPRS网络只能基于CMWAP APN的流量计费，无法区分出浏览无线应用协议(WAP，Wireless Application Protocol)页面的流量和彩信发送/下载的流量，因此，无法准确实现彩信业务的按条计费。为更好的满足数据业务丰富多样的计费要求，方便用户理解数据业务的计费原则，促进数据业务的蓬勃发展，需要对现有的网关GPRS支持节点(GGSN，Gateway GPRSSupporting Node)进行改造，以提供基于内容的计费功能。

在内容计费的网络架构中，GGSN主要是作为基于业务的GPRS流量统计点以及业务时间的统计点，业务服务器或业务网关主要是作为时间/事件/信息的计费点，两者相互配合，并和后付费/预付费系统一起共同构成完整的内容计费体系。例如，为了实现彩信业务的按条计费，需要GGSN在原有的GPRS流量中区分统计出彩信业务的数据流量并写入话单中，由后台计费系统把彩信业务的数据流量从用户总的GPRS流量中减掉(相当于对用户使用彩信的数据流量不计费)，并且对彩信中心(数据业务平台)的话单依照按条计费的原则进行批价处理，从而形成用户的彩信业务的使用费。

目前，内容计费体制已经在运营商的运营网络中得到了广泛应用，但是，目前的内容计费只能用于后付费和热计费，还不能用于预付费用户，而智能网(CAMEL，Customised Applications for Mobile network Enhanced Logic)实现的预付费业务也在现网中有广泛的部署，并占据了用户中的大多数。所以，如何实现CAMEL平台下，对于预付费用户的内容进行计费，是运营商非常关心的一个问题。

图1为现有的一种为业务分配费用额度的方法的流程图。如图1所示，包括：

步骤S101：GGSN收到激活PDP上下文的请求。

步骤S102：GGSN向在线计费系统(OCS，Online Charging System)申请费用额度，具体的，GGSN可以向OCS发出信用控制请求(Credit ControlRequest)消息。此时，GGSN并不确定所述PDP上下文上的业务是否需要按照内容进行计费，所以，申请的费用额度可以是按照内容计费业务的费用额度，也可以是按照非内容计费业务的费用额度，费用额度具体可以为流量、时长或事件的次数(例如彩信的条数等)。

步骤S103：OCS向GGSN提供一定的费用额度，以使PDP上下文激活成功。

步骤S104：GGSN发送激活PDP上下文响应。

步骤S105：GGSN解析收到的业务数据包，以确定业务的类型以及是否需要按照内容收费。

步骤S106：根据解析得到的信息，重新向OCS申请按照内容计费业务的费用额度或者按照非内容计费业务的费用额度。

步骤S107：OCS为所述业务数据包对应的业务分配费用额度。

发明人在仔细研究后发现，在费用额度用完或快用完时，GGSN向OCS重新申请费用额度，如果此时用户的帐户已经没有余额，OCS就不再为所述业务分配费用额度，由GGSN删除PDP上下文，导致在PDP上下文上的其他业务也被终止。

发明内容

本发明实施例要解决的技术问题在于提供一种费用额度的处理方法及装置，用以在某项业务的费用额度用完时，尽量不影响其他业务的正常进行，进而不会影响用户使用其他业务时的感受。

为解决上述技术问题，本发明提供一种费用额度的处理方法，包括：当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

本发明提供一种获得业务费用额度的方法，包括：当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度已经用完或将要用完的指示；获得费用管理网元为所述费用额度用完或将要用完的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

本发明提供一种费用额度的处理装置，包括：费用余额信息获得单元，用于当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；费用额度分配单元，用于根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

本发明还提供一种获得业务费用额度的装置，包括：通知单元，用于当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度用完或将要用完的指示；获得单元，用于获得费用管理网元为所述所有的或部分的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

在本发明的实施例中，当业务控制网元中的某个或某些业务的费用额度用完或将要用完时，费用管理网元可以重新为费用额度用完或将要用完的业务分配费用额度，或者重新为所有的业务分配费用额度，这样可以尽量保证所有的业务几乎同时终止，进而避免了因为某个或某些业务的费用额度用完而导致的其他业务也一同被终止，降低了对用户使用其他业务的影响。

附图说明

图1为现有的一种为业务分配费用额度的方法的流程图；

图2为本发明的一个实施例的流程图；

图3为本发明的第一应用实施例的流程图；

图4为本发明的第二应用实施例的流程图；

图5为本发明的第三应用实施例的流程图；

图6为本发明的第四应用实施例的流程图。

具体实施方式

首先以费用管理网元的角度，对本发明的费用额度的处理方法的实施例进行说明。费用管理网元是指能够对费用进行管理的网元，具体的，费用管理网元可以进行费用与流量、时长或事件的次数等指标之间的转换，费用管理网元可以为OCS或业务控制点(SCP，Service Control Point)。所述实施例包括：当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

业务控制网元是指能够控制业务的网元，例如为GGSN、服务GPRS支持节点(SGSN，Server GPRS Supporting Node)、策略和计费实施功能实体(PCEF，Policy and Charging Enforcement Function)或分组数据网络网关(PDNGW，Packet Data Network Gateway)。这里的业务可以是指需要用户付费的业务。业务的费用额度是指费用管理网元给业务控制网元分配的、供某个业务使用的流量、时长或事件的次数(例如彩信的条数)等指标，业务的费用余额是指用户开始使用这种业务后，在某个时刻还能继续使用流量、时长或事件的次数等指标。费用额度将要用完是一个相对的判断标准，具体可以根据实际应用时确定，例如，可以给每个业务设置一个费用余额将要用完的门限，为每个业务设置的门限可以根据业务种类的不同而有所不同，当然，如果为了方便计费，也可以为所有的业务设置一个统一的门限。假设将用户使用的游戏业务的费用余额将要用完的门限设置为60秒，60秒表示用户使用的游戏业务的费用余额仅仅还能供用户使用游戏业务的时间是60秒，当游戏业务的费用余额达到60秒的门限时，业务控制网元即可确定游戏业务的费用额度将要用完，之后，就可以向费用管理网元为游戏业务重新申请费用额度，或者通知业务控制网元游戏业务的费用额度将要用完。当然，有些业务的费用余额将要用完的门限可能不同，但可能会在同一时刻达到门限，此时，业务控制网元可以同时为这些业务重新申请费用额度，可选的，也可以单独为每一个到达门限的业务重新申请费用额度。

具体的，费用管理网元获得其他费用额度未用完的业务的费用余额之前，可以获得业务控制网元发出的至少一个业务的费用额度用完或将要用完的指示，例如，可以获得业务控制网元上报的存在费用额度已经用完或将要用完的业务的信息，也可以获得业务控制网元发出的那些费用额度用完或将要用完的业务的信息，也可以获得业务控制网元为费用额度用完或将要用完的业务重新申请额度的请求，还可以获得业务控制网元为与其相关的所有业务或部分业务重新申请额度的请求，所述部分业务包括费用额度用完或将要用完的业务，还可以获得业务控制网元上报的存在费用额度已经用完或将要用完的业务以及与所述业务控制网元相关的所有业务或部分业务的费用余额的信息。也就是说，当有至少一个业务的费用额度用完或将要用完时，业务控制网元可以向费用管理网元重新为费用额度用完或将要用完的业务申请费用额度，也可以向费用管理网元为所有的业务重新申请费用额度。

费用管理网元可以有很多种方式获得其他费用额度未用完的业务的费用余额信息。例如，通知所述业务控制网元上报与所述业务控制网元相关的费用额度未用完的业务的费用余额信息；获得所述业务控制网元上报的与所述业务控制网元相关的费用额度未用完的所有或部分业务的费用余额信息。再例如，通知其他业务控制网元上报与所述其他业务控制网元相关的费用额度未用完的业务的费用余额信息；获得其他业务控制网元上报的与所述其他业务控制网元相关的费用额度未用完的所有或部分业务的费用余额信息。进一步来说，业务控制网元可以有很多种方式上报部分业务的费用余额信息。例如，业务控制网元可以为业务设置优先级，具体的，可以根据业务标识或者业务类型，配置不同的优先级，当需要向费用管理网元返回费用额度未用完的业务的费用余额信息时，可以按照优先级由低到高选择部分业务返回费用余额信息，例如，可以仅仅返回比费用额度已用完的业务优先级低的、费用额度未用完的业务的费用余额信息。再例如，业务控制网元可以不为业务设置优先级，当需要向费用管理网元返回费用额度未用完的业务的费用余额信息时，随机的返回一部分费用额度未用完的业务的费用余额信息。当然，业务控制网元还可以有其他方式上报部分业务的费用余额信息，这里不再赘述。需要说明的是，业务控制网元上报的某个或某些业务的费用余额信息中的费用余额可以是这个或这些业务的一部分费用余额，当然，也可以是全部的费用余额。

还需要说明的是，所述费用额度未用完的业务可以是指一个费用额度未用完的业务，也可以是指多个费用额度未用完的业务，还可以是指所有的费用额度未用完的业务。

上述方法实施例可以由多种形式的装置实现，其中的一种费用额度的处理装置包括：费用余额信息获得单元，用于当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；费用额度分配单元，用于根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

所述装置还可以包括指示获得单元，用于在所述费用余额信息获得单元获得费用额度未用完的业务的费用余额信息之前，获得业务控制网元发出的至少一个业务的费用额度用完或将要用完的指示。

所述费用余额信息获得单元可以包括：第一通知单元，用于通知所述业务控制网元上报与所述业务控制网元相关的费用额度未用完的业务的费用余额信息；第一获得单元，用于获得所述业务控制网元上报的与所述业务控制网元相关的费用额度未用完的业务的费用余额信息。

所述费用余额信息获得单元可以包括：第二通知单元，用于通知其他业务控制网元上报与所述其他业务控制网元相关的所有或部分的费用额度未用完的业务的费用余额信息；第二获得单元，用于获得其他业务控制网元上报的与所述其他业务控制网元相关的所有或部分的费用额度未用完的业务的费用余额信息。

需要说明的是，上述装置中的所有单元都可以应用在费用管理网元中，这些单元在费用管理网元中的工作方式与在装置中的工作方式相同，这里不再赘述。

本发明实施例还从业务控制网元的角度，提供了一种获得业务费用额度的方法的实施例，其中的一种重新获得业务的费用额度的方法的实施例包括：当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度已经用完或将要用完的指示；获得费用管理网元为所述费用额度用完或将要用完的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

上述重新获得业务的费用额度的方法的实施例可以由多种形式的装置实现。其中的一种装置可以包括：通知单元，用于当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度用完或将要用完的指示；获得单元，用于获得费用管理网元为所述所有的或部分的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

需要说明的是，上述所有的方法和装置的实施例中提到的费用额度未用完的业务与费用额度用完或将要用完的业务都是同一个用户使用的业务。

上述几个实施例都是单独从费用管理网元或业务控制网元的角度进行说明的是，下面结合图2，从费用管理网元和业务控制网元的角度再对上述实施例进行说明。具体的，如图2所示，包括：

步骤S201：业务控制网元确定某个或某些业务的费用额度已经用完或将要用完。

步骤S202：业务控制网元向费用管理网元发出所述业务的费用额度已经用完或将要用完的指示。

步骤S203：费用管理网元根据获得的费用余额信息，重新为所有的业务分配费用额度。费用管理网元获得的费用余额信息可以是指所述业务控制网元上报的相关的所有或部分业务的费用余额信息，和/或，其他业务控制网元上报的相关的所有或部分业务的费用余额信息。

为使本领域技术人员更加清楚的理解本发明的实施例，下面再分别结合图3-6，介绍本发明的几个应用实施例。

图3为本发明的第一应用实施例的流程图。如图3所示，包括：

步骤S301：业务控制网元确定某个或某些业务的费用额度已经用完或将要用完。具体的，业务控制网元可以实时监控与自身相关的所有业务的费用额度使用情况，其中，与业务控制网元相关的业务是指承载在业务控制网元的PDP上下文上的业务。

步骤S302：所述业务控制网元向费用管理网元上报所述业务的费用额度已经用完或将要用完。在实际应用中，所述业务控制网元还可以请求费用管理网元重新分配的费用额度，具体的，既可以请求为费用额度已经用完或将要用完的业务重新分配的费用额度，也可以请求为与所述业务控制网元相关的所有或部分业务重新分配的费用额度，当然，部分业务可以包括费用额度已经用完或将要用完的业务。具体的，当计费系统是OCS系统时，即，业务控制网元是SGSN/GGSN/PCEF等业务控制网元，费用管理网元是OCS，业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，即，业务控制网元是SGSN等业务控制网元，费用管理网元是SCP，业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S303：费用管理网元请求所述业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统或CAMEL时，费用管理网元可以向业务控制网元发出信用返回请求(Credit ReturnRequest)消息，信用返回请求消息可以携带用户标识，可选的，还可以携带业务标识。

步骤S304：所述业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统时，业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S305：费用管理网元为与所述业务控制网元相关的所有业务重新分配费用额度。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向业务控制网元发出申请计费报告通用无线分组业务(Apply Charging Report GPRS)消息。

图4为本发明的第二应用实施例的流程图。如图4所示，包括：

步骤S401：业务控制网元确定某个或某些业务的费用额度已经用完或将要用完。具体的，业务控制网元可以实时监控与自身相关的所有业务的费用额度使用情况，其中，与业务控制网元相关的业务是指承载在业务控制网元的PDP上下文上的业务。

步骤S402：所述业务控制网元向费用管理网元上报所述业务的费用额度已经用完或将要用完。在实际应用中，所述业务控制网元还可以请求费用管理网元重新分配的费用额度，具体的，既可以请求为费用额度已经用完或将要用完的业务重新分配的费用额度，也可以请求为与所述业务控制网元相关的所有或部分业务重新分配的费用额度，当然，部分业务可以包括费用额度已经用完或将要用完的业务。具体的，当计费系统是OCS系统时，业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S403：费用管理网元请求所述业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统或CAMEL时，费用管理网元可以向所述业务控制网元发出信用返回请求(Credit ReturnRequest)消息，信用返回请求消息可以携带用户标识，可选的，还可以携带业务标识。

步骤S403’：费用管理网元请求其他业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。其他业务控制网元可以指一个业务控制网元，也可以指多个业务控制网元。这个步骤与步骤S403没有必然的先后顺序关系。具体的，当计费系统是OCS系统或CAMEL时，费用管理网元可以向其他业务控制网元发出信用返回请求(Credit Return Request)消息，信用返回请求消息可以携带用户标识，可选的，还可以携带业务标识。

步骤S404：所述业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统时，所述业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，所述业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S404’：其他业务控制网元上报所有或部分费用额度未用完的业务的费用余额信息。这个步骤与步骤S404没有必然的先后顺序关系。具体的，当计费系统是OCS系统时，其他业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，其他业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(ApplyCharging GPRS)消息。

步骤S405：费用管理网元为与所述业务控制网元相关的所有业务重新分配费用额度。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向所述业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向所述业务控制网元发出申请计费报告通用无线分组业务(Apply Charging Report GPRS)消息。

步骤S405’：费用管理网元为与其他业务控制网元相关的所有业务重新分配费用额度。这个步骤与步骤S405没有必然的先后顺序关系。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向其他业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向其他业务控制网元发出申请计费报告通用无线分组业务(Apply ChargingReport GPRS)消息。

在图3及图4所示的流程中，费用管理网元都要求上报某个或某些业务的费用额度已经用完或将要用完的业务控制网元提供与其相关的所有或部分费用额度未用完的业务的费用余额信息，但在实际应用中，费用管理网元完全可以不要求所述业务控制网元提供费用余额信息，或者说，费用管理网元可以只要求其他业务控制网元提供费用余额信息。相应的流程图可以参照图4所示的流程，只需将图4中的步骤S403和S404去掉即可，这里不再赘述。

图5是本发明的第三应用实施例的流程图。如图5所示，包括：

步骤S501：业务控制网元确定某个或某些业务的费用额度已经用完或将要用完。具体的，业务控制网元可以实时监控与自身相关的所有业务的费用额度使用情况，其中，与业务控制网元相关的业务是指承载在业务控制网元的PDP上下文上的业务。

步骤S502：所述业务控制网元向费用管理网元上报与其相关的所有或部分的费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统时，所述业务控制网元可以向费用管理网元发出信用控制请求(CreditControl Request)消息；当计费系统是CAMEL时，所述业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S503：费用管理网元根据这些费用余额信息，为与所述业务控制网元相关的所有或部分业务重新分配费用额度。当然，部分业务可以包括费用额度已经用完或将要用完的业务。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向所述业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向所述业务控制网元发出申请计费报告通用无线分组业务(Apply Charging Report GPRS)消息。

图6是本发明的第四应用实施例的流程图。如图6所示，包括：

步骤S601：业务控制网元确定某个或某些业务的费用额度已经用完或将要用完。具体的，业务控制网元可以实时监控与自身相关的所有业务的费用额度使用情况，其中，与业务控制网元相关的业务是指承载在业务控制网元的PDP上下文上的业务。

步骤S602：所述业务控制网元向费用管理网元上报与其相关的所有或部分的费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统时，所述业务控制网元可以向费用管理网元发出信用控制请求(CreditControl Request)消息；当计费系统是CAMEL时，所述业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S603：费用管理网元请求其他业务控制网元上报与所述其他业务控制网元相关的所有或部分的费用额度未用完的业务的费用余额信息。具体的，当计费系统是OCS系统或CAMEL时，费用管理网元可以向其他业务控制网元发出信用返回请求(Credit Return Request)消息，信用返回请求消息可以携带用户标识，可选的，还可以携带业务标识。

步骤S604：其他业务控制网元上报与其相关的所有或部分的费用额度未用完的业务的费用余额。具体的，当计费系统是OCS系统时，其他业务控制网元可以向费用管理网元发出信用控制请求(Credit Control Request)消息；当计费系统是CAMEL时，其他业务控制网元可以向费用管理网元发出申请计费通用无线分组业务(Apply Charging GPRS)消息。

步骤S605：费用管理网元为与所述业务控制网元相关的所有业务重新分配费用额度。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向所述业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向所述业务控制网元发出申请计费报告通用无线分组业务(Apply Charging Report GPRS)消息。

步骤S605’：费用管理网元为与其他业务控制网元相关的所有业务重新分配费用额度。这个步骤与步骤S605没有必然的先后顺序关系。需要说明的是，费用额度未用完的业务的费率(用于表示流量、时长或事件次数与实际费用(单位可以是人民币等币种)之间的换算关系)与费用额度已经用完或将要用完的业务的费率可能不同，这样，费用管理网元在获得费用额度未用完的业务的费用余额信息后，可以先将费用余额换算为实际的费用，之后再将实际的费用换算为已经用完或将要用完的业务的费用额度。具体的，当计费系统是OCS系统时，费用管理网元可以向其他业务控制网元发出信用控制响应(Credit Control Answer)消息；当计费系统是CAMEL时，费用管理网元可以向其他业务控制网元发出申请计费报告通用无线分组业务(Apply ChargingReport GPRS)消息。

在本发明的所有实施例中，如果用户的某个或某些业务的费用额度用完，则不会在其他业务还有费用余额的情况下，终止所述某个或某些费用额度用完的业务，从而不会影响其他业务的连续使用。

在本发明的所有实施例中，当接收到某个业务控制网元的请求时，费用管理网元可以从这个发出请求的业务控制网元获得与这个业务控制网元相关的所有业务或部分业务的费用余额信息，也可以从其他业务控制网元获得与其他业务控制网元相关的所有业务或部分业务的费用余额信息。当然，无论是从发出请求的业务控制网元获得费用余额信息，还是从其他业务控制网元获得费用余额信息，相应的业务都是同一个用户的。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (15)

1.一种费用额度的处理方法，其特征在于，包括：

当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；

根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

2.如权利要求1所述的费用额度的处理方法，其特征在于，获得费用额度未用完的业务的费用余额信息之前，还包括：获得业务控制网元发出的至少一个业务的费用额度用完或将要用完的指示。

3.如权利要求2所述的费用额度的处理方法，其特征在于，获得业务控制网元发出的至少一个业务的费用额度用完或将要用完的指示具体为：

获得业务控制网元上报的存在费用额度已经用完或将要用完的业务的信息；或者

获得业务控制网元发出的费用额度用完或将要用完的业务的信息；或者

获得业务控制网元为费用额度用完或将要用完的业务重新申请额度的请求；或者

获得业务控制网元为与其相关的所有业务或部分业务重新申请额度的请求，所述部分业务包括费用额度用完或将要用完的业务；或者

获得业务控制网元上报的存在费用额度已经用完或将要用完的业务以及与所述业务控制网元相关的所有业务或部分业务的费用余额的信息。

4.如权利要求1所述的费用额度的处理方法，其特征在于，获得其他费用额度未用完的业务的费用余额信息具体为：

通知所述业务控制网元上报与所述业务控制网元相关的费用额度未用完的业务的费用余额信息；

获得所述业务控制网元上报的与所述业务控制网元相关的费用额度未用完的业务的费用余额信息。

5.如权利要求1所述的费用额度的处理方法，其特征在于，获得其他费用额度未用完的业务的费用余额信息具体为：

通知其他业务控制网元上报与所述其他业务控制网元相关的费用额度未用完的业务的费用余额信息；

获得其他业务控制网元上报的与所述其他业务控制网元相关的费用额度未用完的所有或部分业务的费用余额信息。

6.如权利要求1所述的费用额度的处理方法，其特征在于，获得其他费用额度未用完的业务的费用余额信息具体为：获得业务控制网元上报的与所述业务控制网元相关的所有或部分业务的费用余额信息。

7.如权利要求5或6所述的费用额度的处理方法，其特征在于，所述部分业务按照优先级由低到高选择。

8.如权利要求1所述的费用额度的处理方法，其特征在于，获得的费用额度未用完的业务的费用余额信息是费用额度未用完的业务的全部或部分费用余额信息。

9.如权利要求1、2、3、4、5、6或8所述的费用额度的处理方法，其特征在于，费用额度未用完的业务与费用额度已经用完或将要用完的业务都是同一个用户使用的业务。

10.一种获得业务费用额度的方法，其特征在于，包括：

当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度已经用完或将要用完的指示；

获得费用管理网元为所述费用额度用完或将要用完的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

11.一种费用额度的处理装置，其特征在于，包括：

费用余额信息获得单元，用于当与业务控制网元相关的至少一个业务的费用额度用完或将要用完时，获得费用额度未用完的业务的费用余额信息；

费用额度分配单元，用于根据获得的费用余额信息，为费用额度用完或将要用完的业务重新分配费用额度，或者为所有业务或部分业务重新分配费用额度，所述部分业务包括费用额度用完或将要用完的业务。

12.如权利要求11所述的费用额度的处理装置，其特征在于，还包括：指示获得单元，用于在所述费用余额信息获得单元获得费用额度未用完的业务的费用余额信息之前，获得业务控制网元发出的至少一个业务的费用额度用完或将要用完的指示。

13.如权利要求11所述的费用额度的处理装置，其特征在于，所述费用余额信息获得单元包括：

第一通知单元，用于通知所述业务控制网元上报与所述业务控制网元相关的费用额度未用完的业务的费用余额信息；

第一获得单元，用于获得所述业务控制网元上报的与所述业务控制网元相关的费用额度未用完的业务的费用余额信息。

14.如权利要求11所述的费用额度的处理装置，其特征在于，所述费用余额信息获得单元包括：

第二通知单元，用于通知其他业务控制网元上报与所述其他业务控制网元相关的所有或部分的费用额度未用完的业务的费用余额信息；

第二获得单元，用于获得其他业务控制网元上报的与所述其他业务控制网元相关的所有或部分的费用额度未用完的业务的费用余额信息。

15.一种获得业务费用额度的装置，其特征在于，包括：

通知单元，用于当有至少一个业务的费用额度用完或将要用完时，向费用管理网元发出至少一个业务的费用额度用完或将要用完的指示；

获得单元，用于获得费用管理网元为所述所有的或部分的业务重新分配的费用额度，所述重新分配的费用额度是费用管理网元从费用额度未用完的业务的费用余额中分配的费用额度。

Images