信用控制客户端、信用控制服务器、计费系统及计费方法

摘要

本发明公开了一种信用控制客户端、信用控制服务器、计费系统及计费方法，计费方法包括以下步骤：获取接收到的开始会话请求中携带的终端用户标识；判断与所述用户标识对应的帐户上的余额是否充足，是，则采用后计费方式对所述终端请求的服务进行计费；否则，采用预留计费方式对所述服务进行计费。采用本发明，简化了服务流程；减少了不必要的中间会话请求，减少了信用控制客户端与信用控制服务器之间的信息交互，减少了网络传输负担以及信用控制客户端与信用控制服务器的工作量，提高了其工作性能与工作效率，保证了服务请求的正常处理，方便了运营商与用户；避免了终端用户帐户上的余额不足而欠费、甚至恶意透支使用服务，而对运营商带来损失。

说明书

技术领域

本发明涉及通信领域中的计费技术，尤其是向终端提供服务的过程中，对提供的服务进行计费的信用控制客户端、信用控制服务器、计费系统及计费方法。

背景技术

随着数据业务的快速发展，用户可以通过终端来使用运营商提供的各项服务，例如：用户可以通过终端使用语音业务，收发文本消息、彩信、E-mail，通过终端登录互联网络下载彩铃与图片、购物等。此前，在用户通过终端使用服务提供商提供的各项服务时，运营商主要采用后计费方式对用户使用的服务进行计费与扣费，即：不查询终端用户帐户上的余额，在用户成功使用服务后，再计算用户使用服务的费用，并从用户帐户上扣除计算出的费用。该后计费方式存在的缺陷是：可能存在终端用户帐户上的余额不足而欠费，甚至有的用户恶意透支使用服务，这就对运营商带来极大的损失。

目前，在各种有线与无线网络通信的费用支付方式中，由于具备可以让终端用户实时、方便地查询自己帐户上的余额、可以让运营商避免用户恶意透支帐户余额及欠费等优点，预付费支付方式目前已经得到了用户与运营商普遍采用的一种费用支付方式，并将得到更为广泛的应用。

目前存在的两种预付费支付方式有两种：一种是立即记账方式，另一种是预留计费方式。

立即记账方式是当信用控制客户端接收到终端发送的服务请求时，向信用控制服务器发送立即记账请求；信用控制服务器收到立即记账请求后，对终端请求的服务进行计费及扣费；成功扣费后，向信用控制客户端发送立即记账请求回复；信用控制客户端收到立即记账请求回复后，向终端提供服务。该方法要求信用控制服务器扣费成功后，保证信用控制客户端一定能成功地向终端提供其请求的服务。而一旦发生意外，例如：终端、信用控制客户端、信用控制服务器或者其所使用的通信网络出现任何一个问题，都无法满足该条件，这就损害了用户的经济利益，并给用户带来不便；另外，对于运营商来说，需要处理用户因此引起的投诉、索赔、查证事实等繁琐的事宜，势必耗费大量的人力与物力，同样给运营商带来极大不便。因此，目前，运营商已经尽量避免使用该计费方式。

预留计费方式是目前使用最广泛的一种计费方法，如图1所示，为现有技术预留计费的流程图，其具体实现流程为：终端向信用控制客户端发起服务请求(步骤A)；信用控制客户端接收到终端发送的服务请求时，向信用控制服务器发送开始会话请求，该开始会话请求中携带有终端用户标识与请求预留额度(步骤B)；信用控制服务器收到开始会话请求后，在终端用户的帐户上预留与请求预留额度对应的预留金额，如果该请求预留额度本身就是金额单位，则直接预留该预留金额，如果该请求预留额度是非金额单位，则信用控制服务器根据资费进行计算，得到与请求预留额度对应的预留金额，并预留该预留金额(步骤C)；预留成功后，信用控制服务器向信用控制客户端发送开始会话请求回复，该开始会话请求回复中携带有批准信用度，即：与预留的金额相应的时长或流量(步骤D)；信用控制客户端收到发送开始会话请求回复后，检查批准信用度是否为零(步骤E)；若是，则拒绝向终端提供服务，结束流程(步骤N)；若否，则向终端提供服务，并监控终端是否结束使用服务以及批准信用度是否用完(步骤F)；判断终端结束服务与批准信用度用完两个事件中，是否批准信用度用完在先(步骤G)；若是，则信用控制客户端向信用控制服务器发送中间会话请求，请求继续使用该服务，该中间会话请求中携带有终端用户标识、终端实际使用额度与请求重新预留的请求预留额度(步骤H)；信用控制服务器收到中间会话请求后，释放掉前一次在该终端用户的帐户上预留的预留金额，并做记账处理，从终端用户的帐户上扣除该终端实际使用额度所需的应付金额，如果实际使用额度本身就是金额单位，则直接扣除金额，如果实际使用额度是非金额单位，则根据资费进行计算，得到与实际使用额度对应的应付金额，再进行扣除，然后再次在终端用户的帐户上预留与请求预留额度对应的预留金额(步骤I)；预留成功后，信用控制服务器向信用控制客户端发送中间会话请求回复，该中间会话请求回复中携带有终端用户标识与批准信用度(步骤J)；此后重复步骤E至步骤J的流程，直到终端结束使用请求的服务；若终端结束使用服务，信用控制客户端向信用控制服务器发送结束会话请求，该结束会话请求中携带有终端用户标识与实际使用额度(步骤K)；信用控制服务器接收到信用控制客户端发送的结束会话请求后，释放掉前一次在该终端用户的帐户上预留的预留金额，并做记账处理，从终端用户的帐户上扣除该终端实际使用额度所需的应付金额，如果实际使用额度本身就是金额单位，则直接扣除金额，如果实际使用额度是非金额单位，则根据资费进行计算，得到与实际使用额度对应的应付金额，再进行扣除(步骤L)；然后向信用控制客户端发送结束会话请求回复(步骤M)。

由上述流程可知，预留计费方式具有以下特点：

1，服务流程复杂。为了实现对服务的计费需求，一般情况下，每一个服务都需要信用控制客户端向信用控制发送一个开始会话请求、多次中间会话请求与一次结束会话请求；并且，信用控制客户端与信用控制服务器都需要保存服务状态。

2，信息交互频繁。因为预留与扣费需要保持一致，在很多情况下，例如：若终端在使用服务的过程中发生小区切换、费率切换、特定时间点等，还会在预留金额充足的情况下再次发起中间会话请求，具体触发请求的条件由信用控制服务器与信用控制客户端实时协商完成；

3，工作量大。对于信用控制客户端来说，需要一直监控信用控制服务器下发的请求触发条件，例如：额度监控；对于信用控制服务器来说，需要从终端用户的帐户上预留一定的金额，在扣费时，还需要释放预留的金额。

由于上述特点，使得预留计费方式存在着明显的不足之处：信息交互频繁，就增加了网络传输的信息量，这就增加了网络负担，可能引起网络拥塞；工作量大，占用了信用控制客户端与信用控制服务器的大量工作时间及处理能力，影响了其工作性能，降低了其工作效率，甚至在业务繁忙时，会无法处理其他终端用户的正常服务请求，对运营商和终端用户都带来不便。

发明内容

本发明实施例所要解决的技术问题是预留计费方式存在的以下不足：信息交互频繁增加了网络负担，可能引起网络拥塞；工作量大，占用了信用控制客户端与信用控制服务器的大量工作时间及处理能力，影响了其工作性能，降低了其工作效率，甚至在业务繁忙时，会无法处理其他终端用户的正常业务请求。

为解决上述技术问题，本发明实施例的一种计费方法，包括以下步骤：获取接收到的开始会话请求中携带的终端用户标识；判断与所述用户标识对应的帐户上的余额是否充足，是，则采用后计费方式对所述终端请求的服务进行计费；否则，采用预留计费方式对所述终端请求的服务进行计费。

为解决上述技术问题，本发明实施例的基于上述计费方法的信用控制客户端，包括用于发送会话请求及接收会话请求回复的会话处理模块，和用于向终端提供服务的服务提供模块，还包括：

监控识别模块，分别与所述会话处理模块及所述服务提供模块连接，用于识别是否需要对终端使用的额度进行限制，以及会话请求回复中携带的批准信用度是否为零；

监控模块，分别与所述会话处理模块、所述监控识别模块及所述服务提供模块连接，用于根据所述监控识别模块的指示，对终端实际使用额度，或者进一步对批准信用度是否用完进行监控，并在批准信用度用完时向所述会话处理模块发送批准信用度已用完以及终端实际使用额度的通知消息，或者在终端结束使用所述服务时向所述会话处理模块发送终端结束使用服务以及终端实际使用额度的通知消息。

为解决上述技术问题，本发明实施例的基于上述计费方法的信用控制服务器，包括用于获取接收到的开始会话请求中携带的终端用户标识的预处理模块，和用于存储终端用户标识对应的帐户信息的信息存储模块，和与所述信息存储模块连接的、用于在所述帐户上预留金额以及释放该预留金额的预留处理模块，和用于根据预设的资费信息计算与请求预留额度对应的预留金额以及与终端实际使用额度对应的应付金额的计算模块，和与所述信息存储模块连接的、用于从所述帐户上扣除所述应付金额的扣除模块，还包括：

鉴权模块，与所述信息存储模块连接，用于判断所述帐户上的余额是否充足以及是否需要对所述终端使用的额度进行限制；

会话控制模块，分别与所述预处理模块、所述预留处理模块、所述计算模块及所述扣除模块连接，用于根据所述帐户上的余额是否充足的鉴权结果与是否需要对所述终端使用的额度进行限制的判断结果，控制所述预留处理模块、所述计算模块及所述扣除模块采用后计费方式或者预留计费方式对所述服务进行计费。

为解决上述技术问题，本发明实施例的基于上述计费方法的业务计费系统，包括信用控制客户端与信用控制服务器，所述信用控制客户端包括用于发送会话请求及接收会话请求回复的会话处理模块，和用于向终端提供服务的服务提供模块；所述信用控制服务器包括与所述会话处理模块连接的、用于获取接收到的开始会话请求中携带的终端用户标识的预处理模块，和用于存储终端用户标识对应的帐户信息的信息存储模块，和与所述信息存储模块连接的、用于在所述帐户上预留金额以及释放该预留金额的预留处理模块，和用于根据预设的资费信息计算与请求预留额度对应的预留金额以及与终端实际使用额度对应的应付金额的计算模块，和与所述信息存储模块连接的、用于从所述帐户上扣除所述应付金额的扣除模块，所述信用控制客户端还包括：

监控识别模块，分别与所述会话处理模块及所述服务提供模块连接，用于识别是否需要对终端使用的额度进行限制，以及会话请求回复中携带的批准信用度是否为零；

监控模块，分别与所述会话处理模块、所述监控识别模块及所述服务提供模块连接，用于根据所述监控识别模块的指示，对终端实际使用额度，或者进一步对批准信用度是否用完进行监控，并在批准信用度用完时向所述会话处理模块发送批准信用度已用完以及终端实际使用额度的通知消息，或者在终端结束使用所述服务时向所述会话处理模块发送终端结束使用服务以及终端实际使用额度的通知消息；

所述信用控制服务器还包括：

鉴权模块，与所述信息存储模块连接，用于判断所述帐户上的余额是否充足以及是否需要对所述终端使用的额度进行限制；

会话控制模块，分别与所述预处理模块、所述预留处理模块、所述计算模块及所述扣除模块连接，用于根据所述帐户上的余额是否充足的鉴权结果与是否需要对所述终端使用的额度进行限制的判断结果，控制所述预留处理模块、所述计算模块及所述扣除模块采用后计费方式或者预留计费方式对所述服务进行计费。

本发明的实施例，根据请求使用服务的终端用户帐户上的余额信息来选择对该用户的计费方式，在帐户余额充足的情况下，采用后计费方式对终端使用的服务进行计费，而在帐户余额不是很充足的情况下，采用预留计费方式对终端使用的服务进行计费，这样，在帐户余额充足的情况下，信用控制客户端一般只在服务提供服务前发送一个开始会话请求，在服务提供结束时发送一个结束会话请求，简化了服务流程；减少了不必要的中间会话请求，减少了信用控制客户端与信用控制服务器之间的信息交互，减少了网络传输负担以及信用控制客户端与信用控制服务器的工作量，与现有技术相比，提高了其工作性能与工作效率，保证了服务请求的正常处理，方便了运营商与用户；而在帐户余额不是很充足的情况下，采用预留计费方式对终端使用的服务进行计费，避免了终端用户帐户上的余额不足而欠费、甚至恶意透支使用服务，而对运营商带来损失。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

图1为现有技术预留计费的流程图。

图2为本发明信用控制服务器实施例的结构示意图。

图3为本发明信用控制客户端实施例的结构示意图。

图4为本发明计费系统实施例的结构示意图。

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

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

图7为本发明的采用后计费方式计费实施例的流程图。

图8为本发明的采用后计费方式计费实施例的另一流程图。

具体实施方式

本发明实施例根据用户帐户上的余额情况，必要时，结合终端用户请求的服务类型，来决定采用预留计费方式或后计费方式两种不同的计费方法对用户请求的服务进行计费，例如：对于随机的，消费金额相对较高的服务请求可以将余额充足的标准设置较高，用户帐户余额低于该标准时采用预留计费方式进行计费，而对于普通的语音呼叫业务，在用户帐户余额相对较高的情况下，可采用后计费方式进行计费，以达到减少信息处理量、提高工作效率，同时避免用户欠费或透支使用业务的效果。

图2所示为本发明信用控制服务器实施例的结构示意图，其包括依次连接的预处理模块11、会话控制模块12、鉴权模块13与信息存储模块14，以及分别与会话控制模块12及信息存储模块14连接的预留处理模块15、计算模块16与扣除模块17。其中，预处理模块11用于接收信用控制客户端发送的开始会话请求，获取该开始会话请求中携带的终端用户标识，例如：电话号码、SIP(Session Initiation Protocol，基于IP的应用层控制协议)URI(Universal Resource Identifier，，通用资源标志符)；信息存储模块14用于存储终端用户标识对应的帐户信息，至少包括帐户余额；鉴权模块13根据信息存储模块14中记录的信息，判断与请求服务的终端用户标识对应的帐户余额是否充足以及是否需要对终端使用的额度进行限制，并向会话控制模块12反馈帐户余额是否充足的鉴权结果与是否需要对终端使用的额度进行限制的判断结果，其中帐户余额充足与需要对终端使用的额度进行限制的帐户余额的标准可以预先设定，可以由运营商根据所有用户使用服务所需资费的历史数据来进行统计、确定，也可以由运营商根据其他标准预先确定；预留处理模块15在请求使用服务的帐户上预留金额，以及释放预留金额；计算模块16用于根据预设的资费信息计算与请求预留额度对应的预留金额，以及终端使用服务的过程中实际使用额度对应的应付金额；扣除模块17用于从使用服务的终端用户的帐户上扣除应付金额；会话控制模块12用于根据使用服务的用户帐户上的余额是否充足以及是否需要对终端实际使用的额度进行限制的鉴权结果，控制预留处理模块15、计算模块16及扣除模块17执行相应操作的顺序，至少可以实现下述图5至图8任一实施例所述的操作顺序，采用后计费方式或者预留计费方式对用户使用的服务进行计费。

再参见图2，信用控制服务器还可以包括计费标准存储模块18，与鉴权模块13连接，用于存储预设的资费信息，另外，还可以存储服务的服务类型信息与作为帐户余额充足的标准的余额数值之间的对应关系信息，该标准可以根据服务类型所需资费来确定。对不同的服务类型设定帐户余额充足的标准不同，有利于按照用户请求使用的服务的类型来确定采用合适的计费方式。

图3所示为本发明信用控制客户端实施例的结构示意图，其包括依次连接的会话处理模块21、监控识别模块22与监控模块23，以及与监控识别模块22及监控模块23连接的服务提供模块24，监控模块23还与会话处理模块21连接。其中，会话处理模块21用于向信用控制服务器发送会话请求，该会话请求可以是开始会话请求、中间会话请求或结束会话请求，以及接收信用控制服务器反馈的会话请求回复，该会话请求回复可以是开始会话请求回复、中间会话请求回复或结束会话请求回复；监控识别模块22用于检查终端用户的帐户余额是否充足，是否需要在终端使用服务的过程中，对其使用的额度进行限制，以及会话请求回复中携带的批准信用度是否为零；服务提供模块24用于根据监控识别模块22的指示，向终端提供服务；监控模块23用于根据监控识别模块22的指示，在服务提供模块24向终端提供服务时，对终端实际使用额度，或者进一步对批准信用度是否用完进行监控，并在批准信用度用完时向会话处理模块21发送批准信用度已用完以及终端实际使用额度的通知消息，或者在终端结束使用服务时，向会话处理模块21发送终端结束使用服务以及终端实际使用额度的通知消息。

图4所示为本发明计费系统实施例的结构示意图，该计费系统包括信用控制客户端2与信用控制服务器1。其中，信用控制客户端2采用图3所示的实施例；信用控制服务器1采用图2所示的实施例，其中的预处理模块11与信用控制客户端2中的会话处理模块21通信连接。其中，信用控制服务器1中的计费标准存储模块18可省略。

图5所示为本发明计费方法实施例的基本流程图，其包括以下步骤：

获取接收到的开始会话请求中携带的终端用户标识(步骤11)；判断与用户标识(例如：电话号码、SIP URI)对应的帐户上的余额是否充足(步骤12)，是，则采用后计费方式对终端请求的服务进行计费(步骤13)；否则，采用预留计费方式对终端请求的服务进行计费(步骤14)。

通过判断帐户余额是否充足，来选择采用后计费方式或预留计费方式对终端使用的服务进行计费，这样，在帐户余额充足的情况下，简化了服务流程；减少了不必要的中间会话请求，减少了信用控制客户端与信用控制服务器之间的信息交互，从而减少了网络传输负担以及信用控制客户端与信用控制服务器的工作量，提高了其工作性能与工作效率，保证了服务请求的正常处理，方便了运营商与用户；也避免了终端用户帐户上的余额不足而欠费、甚至恶意透支使用服务，而对运营商带来损失。

图5所示的计费方法中，判断与用户标识对应的帐户上的余额是否充足具体可以是：判断与所述用户标识对应的帐户上的余额是否大于预先规定的数值。该数据可以由运营商根据所有用户使用服务所需资费的历史数据来进行统计、确定，也可以由运营商根据其他标准预先确定。信用控制服务器可以为某个用户单独设定作为帐户余额充足标准的数值，也可以为某种类型的用户设定作为帐户余额充足标准的数值，还可以针对某个用户或某种类型的用户的具体服务类型设定作为帐户余额充足标准的数值。

若帐户上的余额充足的标准与用户类型和/或服务类型有关，则判断与用户标识对应的帐户上的余额是否充足时，需要根据用户类型和/或服务类型查询。基于此，上述开始会话请求中还可以携带请求服务的用户类型和/或服务类型信息；相应的，步骤11中，还可以获取开始会话请求中携带的用户类型和/或服务类型信息；步骤12中，判断与用户标识对应的帐户上的余额是否充足具体为：判断该帐户上的余额是否大于预先规定的对应于用户和类型/或服务类型的数值。

不同类型的用户或服务所使用的资费可能不同，针对不同类型的服务确定帐户余额充足的具体标准，使得计费方式的选择更加精确、合理。

图6所示为本发明计费方法实施例的流程图，其具体流程如下：

信用控制客户端2中的会话处理模块21接收到终端发送的服务请求后，向信用控制服务器1中的预处理模块11发送开始会话请求，该开始会话请求中携带有终端用户标识与请求预留额度，假设该用户标识为1301111111111(步骤201)。

预处理模块11从开始会话请求中获取用户标识1301111111111，并将该用户标识1301111111111发送给会话控制模块12(步骤202)。

会话控制模块12将用户标识1301111111111发送给鉴权模块13，指示对用户标识1301111111111对应的帐户上的余额进行鉴权(步骤203)。

鉴权模块13从信息存储模块14中获取与用户标识1301111111111对应的帐户余额，并判断该帐户余额是否充足以及是否需要对终端使用的额度进行限制，假设预先规定的余额充足的标准是帐户上的余额大于50.00元，需要对终端使用的额度进行限制的阈值为100.00元，则判断与用户标识1301111111111对应的帐户余额是否大于50.00元及是否大于100.00元，并将帐户余额是否充足的鉴权结果信息与是否需要对终端使用的额度进行限制的判断结果信息反馈给会话控制模块12(步骤204)。

若帐户余额充足，则会话控制模块12控制采用后计费方式对用户标识为1301111111111的用户请求的服务进行计费(即：步骤13)。

若帐户余额不充足，则采用预留计费方式进行计费(即：步骤14)，即：预留处理模块15在会话控制模块12的指示下，从用户标识1301111111111的帐户上预留与请求预留额度对应的预留金额，如果该请求预留额度本身就是金额单位，则直接预留该预留金额，如果请求预留额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与请求预留额度对应的预留金额，然后预留处理模块15预留该预留金额，并向会话控制模块12反馈成功预留的额度。该成功预留的额度可以是服务的时长或流量，例如：20分钟或20M。(步骤205)。

预处理模块11根据会话控制模块12的指示，向会话处理模块21发送开始会话请求回复，该开始会话请求回复中携带有用户标识1301111111111与批准信用度，批准信用度即为成功预留的额度(步骤206)。

监控识别模块22接收到会话请求回复后，识别帐户余额是否足够充足以决定在向终端提供服务时，是否需要对终端使用的额进行限制。帐户余额充足可以通过帐户余额充足信息来标识，该帐户余额充足信息可以体现为会话请求回复中未携带批准信用度，也可以是一个值为真的帐户余额充足标志，还可以是大于某一预设的需要对终端使用的额度进行限制的阀值的批准信用度，例如：大于通话时长阈值1440分钟的通话时长3000分钟。监控识别模块22识别出开始会话请求回复中携带有不大于需要对终端使用的额度进行限制的阈值的批准信用度，进一步判断批准信用度是否为零(步骤207)。若为零，则拒绝向终端提供服务，结束服务流程(步骤221)。

若不为零，则服务提供模块24根据监控识别模块22的指示，向用户标识为1301111111111的用户使用的终端提供其请求的服务，同时，监控模块23对该终端是否结束使用服务与批准信用度是否用完进行监控(步骤208)。

监控模块23判断终端结束使用服务与批准信用度用完两个事件中，是否终端结束使用服务在先(步骤209)。

若终端结束使用服务在先，则会话处理模块21向预处理模块11发送结束会话请求，该结束会话请求携带有用户标识1301111111111与终端实际使用额度(步骤210)。

会话控制模块12指示预留处理模块15释放上次从用户标识1301111111111帐户上预留的请求预留金额(步骤211)。

会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除与实际使用额度对应的应付金额，如果该实际使用额度本身就是金额单位，则直接扣除该应付金额，如果实际使用额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与实际使用额度对应的应付金额，然后扣除模块17扣除该应付金额(步骤212)。

扣除成功后，预处理模块11根据会话控制模块12的指示，向信用控制客户端2发送结束会话请求回复(步骤213)。

若批准信用度用完在先，则向预处理模块11发送中间会话请求，其中携带有用户标识1301111111111、终端实际使用额度与请求重新预留的请求预留额度(步骤214)。

会话控制模块12指示预留处理模块15释放上次从用户标识1301111111111帐户上预留的预留金额(步骤215)。

会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除与实际使用额度对应的应付金额，如果该实际使用额度本身就是金额单位，则直接扣除该应付金额，如果实际使用额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与实际使用额度对应的应付金额，然后扣除模块17扣除该应付金额(步骤216)。

会话控制模块12指示预留处理模块15重新预留，即：预留处理模块15在会话控制模块12的指示下，从用户标识1301111111111的帐户上预留与请求预留额度对应的预留金额，如果该请求预留额度本身就是金额单位，则直接预留该预留金额，如果请求预留额度是非金额单位，则计算模块16在会话控制模块12的指示下，根据计费标准存储模块18存储的资费进行计算，得到与请求预留额度对应的预留金额，然后预留处理模块15预留该预留金额，并向会话控制模块12反馈成功预留的额度。该成功预留的额度可以是服务的时长或流量，例如：20分钟或20M(步骤217)。

预处理模块11根据会话控制模块12的指示，向会话处理模块21发送中间会话请求回复，该指示信息中携带有用户标识1301111111111与批准信用度(步骤218)，然后，返回执行步骤207。

在帐户余额不足的情况下，采用预留计费方式对终端使用的服务进行计费，避免了终端用户帐户上的余额不足而欠费、甚至恶意透支使用服务，而对运营商带来损失。

另外，若规定不同服务类型的用户余额充足的标准不同，例如：国内语音业务余额充足的标准是30.00元，国际语音业务余额充足的标准是50.00元，多媒体消息下载业务余额充足的标准是10.00元，则步骤201中，会话处理模块21发送的开始会话请求中还应携带终端请求的服务类型信息；相应的，步骤202中，预处理模块11还从开始会话请求中获取服务类型信息；步骤204中，鉴权模块13还从计费标准存储模块18中获取与该服务类型对应的余额充足的标准，然后判断与用户标识1301111111111对应的帐户余额是否大于该标准。

步骤204中，若用户标识1301111111111帐户上的余额充足，且大于预先设置的需要对终端使用的额度进行限制的阈值，例如：预先规定的余额充足的标准是帐户上的余额大于50.00元，需要对终端使用的额度进行限制的阈值为100.00元，用户帐户上的余额为120.00元，则可以采用图7所示的后计费方式对用户标识为1301111111111的用户请求的服务进行计费，具体为：

预处理模块11根据会话控制模块12的指示，向开始会话请求回复中加入帐户余额充足信息，然后向会话处理模块21发送开始会话请求回复(步骤301)，该开始会话请求回复中携带用户标识为1301111111111的用户帐户余额充足信息，帐户余额充足信息可以体现为会话请求回复中未携带批准信用度，也可以是一个值为真的帐户余额充足标志，还可以是大于某一预设需要对终端使用的额度进行限制的阀值的批准信用度，例如：大于通话时长阈值1440分钟的通话时长3000分钟。

监控识别模块22识别出开始会话请求中携带有根据帐户余额充足信息，获知不需要对终端使用的额度进行限制，便指示服务提供模块24向用户标识为1301111111111的用户使用的终端提供其请求的服务，并指示监控模块23对终端实际使用额度进行监控(步骤302)。

监控模块23监测到终端结束使用服务时，会话处理模块21向预处理模块11发送结束会话请求，该结束会话请求携带有用户标识为1301111111111与终端实际使用额度(步骤303)。

会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除与实际使用额度对应的应付金额，如果该实际使用额度本身就是金额单位，则直接扣除该应付金额，如果实际使用额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与实际使用额度对应的应付金额，然后扣除模块17扣除该应付金额(步骤304)。

扣除成功后，预处理模块11根据会话控制模块12的指示，向会话处理模块21发送结束会话请求回复(步骤305)。

在帐户余额充足的情况下，采用后计费方式对终端使用的服务进行计费，与预留计费方式相比，简化了服务流程，减少了不必要的中间会话请求，减少了信用控制客户端与信用控制服务器之间的信息交互，减少了网络传输负担以及信用控制客户端与信用控制服务器的工作量，提高了其工作性能与工作效率，保证了服务请求的正常处理，方便了运营商与用户。

采用后计费方式对终端使用的服务进行计费时，在会话控制模块12指示预处理模块11发送开始会话请求回复之前，还设置终端根据本次发送开始会话请求回复可用的批准信用度，该可用的批准信用度可以是预设的信用度，也可以是与用户帐户上的余额对应的信用度。

图6所示实施例的步骤204中，若用户标识1301111111111帐户上的余额充足，但不大于预先设置的需要对终端使用的额度进行限制的阈值，例如：预先规定的余额充足的标准是帐户上的余额大于50.00元，需要对终端使用的额度进行限制的阈值为100.00元，而用户帐户上的余额为80.00元，则可以采用图8所示的后计费方式对用户标识为1301111111111的用户请求的服务进行计费，具体为：

预处理模块11根据会话控制模块12的指示，向会话处理模块21发送开始会话请求回复，该指示信息中携带有用户标识1301111111111及不大于与用户帐户上的余额对应的批准信用度(步骤401)。

监控识别模块22识别出开始会话请求回复中携带有不大于需要对终端使用的额度进行限制的阈值的批准信用度，进一步判断批准信用度是否为零(步骤402)。

若为零，则拒绝向终端提供服务，结束服务流程(步骤403)。

若不为零，则监控识别模块22指示服务提供模块24向用户标识为1301111111111的用户使用的终端提供其请求的服务，并指示监控模块23对该终端是否结束使用服务与批准信用度是否用完进行监控(步骤404)。

监控模块23判断终端结束使用服务与批准信用度用完这两个事件中，终端结束使用服务是否在先(步骤405)。

若终端结束使用服务在先，则会话处理模块21向预处理模块11发送结束会话请求，该结束会话请求携带有用户标识1301111111111与终端实际使用额度(步骤406)。

会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除与实际使用额度对应的应付金额，如果该实际使用额度本身就是金额单位，则直接扣除该应付金额，如果实际使用额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与实际使用额度对应的应付金额，然后扣除模块17扣除该应付金额(步骤407)。

扣除成功后，预处理模块11根据会话控制模块12的指示，向信用控制客户端2发送结束会话请求回复(步骤408)。

若批准信用度用完在先，则会话处理模块21向预处理模块11发送用户标识为1301111111111的用户使用的终端继续使用服务的中间会话请求，该中间会话请求中携带有用户标识1301111111111与终端实际使用额度(步骤409)。

会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除与实际使用额度对应的应付金额，如果该实际使用额度本身就是金额单位，则直接扣除该应付金额，如果实际使用额度是非金额单位，则计算模块16在会话控制模块12的指示下根据计费标准存储模块18存储的资费进行计算，得到与实际使用额度对应的应付金额，然后扣除模块17扣除该应付金额(步骤410)。

预处理模块11根据会话控制模块12的指示，向会话处理模块21发送中间会话请求回复，该指示信息中携带有用户标识1301111111111与批准信用度(步骤411)，然后，返回执行步骤402。

该方案与图7所示的后计费方式相比，可避免用户透支使用服务而给运营商带来经济损失；而与预留计费方式相比，减少了在用户帐户上预留金额与释放预留的金额的操作，简化了信用控制服务器的操作，提高了工作速度与工作效率。

另外，在图8所示的后计费方式中，在步骤410后，即会话控制模块12指示扣除模块17从用户标识1301111111111帐户上扣除应付金额后，鉴权模块13还可以对用户帐户上的余额进行鉴权，重新判断其是否充足以及是否需要对终端使用的额度进行限制，即：执行步骤204，若充足，则继续采用后计费方式对终端使用的服务进行计费；否则，转为采用上述记载的预留计费方式对终端使用的服务进行计费。其中，可以继续采用的后计费方式可以是上述记载的任意一种后计费方式(步骤13)。若采用图7所示的后计费方式，则步骤411中，预处理模块11向会话处理模块21发送中间会话请求回复时，需要在该中间会话请求回复中加入帐户余额充足信息，具体的，可以不向中间会话请求回复中写入批准信用度，或者写入一个帐户余额充足标志，或者写入一个大于某一个预设的需要对终端使用的额度进行限制的阀值的批准信用度；然后，执行步骤302。

在终端使用服务的过程中，用户帐户上的余额会逐渐减少，根据用户帐户上的最新余额重新选择计费方式，在帐户余额不足的情况下，由后计费方式转换为预留计费方式进行计费，实现了计费方式的灵活性，彻底避免了后计费计费方式中存在用户可能透支少量金额的情况。

以下以一个具体的应用为例，对本发明提供的计费方法做进一步说明：

假设信用控制客户端具体为VoIP服务器，它与信用控制服务器之间通过Diameter协议交互信息。并且，规定的帐户余额充足的标准是，用户使用通信网络的时间不少于三年，并且，针对国内语音业务，用户帐户上的余额大于30.00元；针对国际语音业务，用户帐户上的余额大于50.00元。假设一用户入网已三年，其用户标识为130XXXXX，当前的账户余额为45元，先后发起了一个国际语音业务与国际语音业务请求，VoIP服务器每次请求服务的时间为10分钟。

利用本发明的计费方法对国际语音业务进行计费的流程如下：

用户标识为130XXXXX的用户通过终端拨打一个IP国际长途电话；VoIP服务器收到服务请求后，向信用控制服务器中的预处理模块发送开始会话请求CCR消息，该CCR消息中携带有终端用户标识：130XXXXX，对方用户标识：001XXXXX，请求预留额度(在此即时长)：10分钟，其中，CC-Request-Type的值为I1ITIAL_REQUEST，Requested-Service-Ulit为10分钟；预处理模块从CCR消息中获取用户标识：130XXXXX，对方用户标识：001XXXXX，时长：10分钟，并识别本次呼叫为国际长途呼叫；鉴权模块根据会话控制模块的指示，从信息存储模块中查询用户标识130XXXXX的帐户余额与入网时间，并与计费标准存储模块中存储的帐户余额充足的标准比较，发现该用户余额小于50.00元，因此，决定采用预留计费方式对该国际语音业务进行计费；因为国际语音业务的资费为1.00元/分钟，请求通话时长为10分钟，因此，计算模块计算应预留的请求预留金额为10.00元；预留处理模块从用户标识130XXXXX的帐户上预留10.00元；预留成功后，预处理模块根据会话控制模块的指示，向VoIP服务器发送开始会话请求回复CCA消息，其中携带有用户标识130XXXXX、对方用户标识：001XXXXX，时长10分钟，CC-Request-Type的值为INITIAL_REQUEST，Granted-Service-Unit为时长：10分钟；VoIP服务器向用户使用的终端提供国际语音业务，并对其通话时长进行监控；10分钟后，用户仍未结束通话，则VoIP服务器向预处理模块发送中间会话请求CCR消息，其中CC-Request-Type的值为UPDATE_REQUEST，Used-Service-Unit  为已经通话10分钟，Requested-Service-Unit为还需要通话10分钟；会话控制模块指示预留处理模块释放用户标识130XXXXX帐户上预留的10.00元；计算模块根据Used-Service-Unit和Requested-Service-Unit，计算出实际使用额度对应的应付金额为10.00元，请求预留额度对应的应预留的请求预留金额为10.00元；会话控制模块指示扣除模块从用户标识130XXXXX帐户上扣除10.00元的应付金额；预留处理模块再次从用户标识130XXXXX的帐户上预留10.00元；预留成功后，预处理模块根据会话控制模块的指示，向VoIP服务器发送中间会话请求回复CCA消息，其中CC-Request-Type的值为UPDATE_REQUEST，Granted-Service-Unit为时长：10分钟；VoIP服务器向用户使用的终端提供国际语音业务，并对其通话时长进行监控；3分钟后，用户结束国际语音业务，VoIP服务器向预处理模块发送用户标识为130XXXXX的用户结束使用国际语音业务的结束会话请求CCR消息，其中CC-Request-Type的值为TERMINATION_REQUEST，Used-Service-Unit为时长：3分钟；预留处理模块释放用户标识130XXXXX帐户上预留的请求预留金额10.00元；计算模块计算3分钟国际语音业务应付金额3.00元；扣除模块从用户标识130XXXXX帐户上扣除3.00元的应付金额，此时，用户标识130XXXXX帐户上的余额为32.00元；预处理模块根据会话控制模块的指示，向VoIP服务器发送结束会话请求CCA消息，其中CC-Request-Type的值为TERMINATION_REQUEST。

利用本发明的计费方法对国内语音业务进行计费的流程如下：

用户标识为130XXXXX的用户通过终端拨打一个IP国际长途电话；VoIP服务器收到服务请求后，向信用控制服务器中的预处理模块发送开始会话请求CCR消息，该CCR消息中携带有终端用户标识：130XXXXX，对方用户标识：131XXXXX，请求预留额度：10分钟，其中，CC-Request-Type的值为INITIAL_REQUEST，Requested-Service-Unit为10分钟；预处理模块从CCR消息中获取用户标识：130XXXXX，对方用户标识：131XXXXX，时长：10分钟，并识别本次呼叫为国内长途呼叫；鉴权模块根据会话控制模块的指示，从信息存储模块中查询用户标识130XXXXX的帐户余额与入网时间，并与计费标准存储模块中存储的帐户余额充足的标准比较，发现该用户余额大于32.00元，因此，决定采用后计费方式对该国内语音业务进行计费；由鉴权结果，预处理模块根据会话控制模块的指示，向VoIP服务器发送开始会话请求回复CCA消息，其中CC-Request-Type的值为INITIAL_REQUEST，Check-Balance-Result为账户充足标识。或者在Granted-Service-Unit中携带帐户余额对应的额度，例如：1440分钟，作为账户充足标志；VoIP服务器向用户使用的终端提供国内语音业务；30分钟后，用户结束国内语音业务，VoIP服务器向预处理模块发送用户标识为130XXXXX的用户结束使用国内语音业务的结束会话请求CCR消息，其中CC-Request-Type的值为TERMINATION_REQUEST，Used-Service-Unit为时长：30分钟；计算模块计算30分钟国内语音业务应付金额9.00元；扣除模块从用户标识130XXXXX帐户上扣除9.00元的应付金额，此时，用户标识130XXXXX帐户上的余额为23.00元；预处理模块根据会话控制模块的指示，向VoIP服务器发送结束会话请求回复CCA消息，其中CC-Request-Type的值为TERMINATION_REQUEST。

本发明实施例总的有益效果：

在帐户余额充足的情况下，信用控制客户端一般只在服务提供服务前发送一个开始会话请求，在服务提供结束时发送一个会话结束请求，简化了服务流程；减少了不必要的中间会话请求，减少了信用控制客户端与信用控制服务器之间的信息交互，减少了网络传输负担以及信用控制客户端与信用控制服务器的工作量，与现有技术相比，提高了其工作性能与工作效率，保证了服务请求的正常处理，方便了运营商与用户；而在帐户余额不是很充足的情况下，采用预留计费方式对终端使用的服务进行计费，避免了终端用户帐户上的余额不足而欠费、甚至恶意透支使用服务，而对运营商带来损失。

最后所应说明的是：以上实施例仅用以说明本发明的技术方案，而非对本发明作限制性理解。尽管参照上述较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解：其依然可以对本发明的技术方案进行修改或者等同替换，而这种修改或者等同替换并不脱离本发明技术方案的精神和范围。