CN1859534B

CN1859534B - 一种业务服务的计费方法及***

Info

Publication number: CN1859534B
Application number: CN2006100346058A
Authority: CN
Inventors: 李纯; 谢秋华; 王斌
Original assignee: Huawei Technologies Co Ltd
Current assignee: Global Innovation Polymerization LLC; Gw Partnership Co ltd
Priority date: 2006-03-21
Filing date: 2006-03-21
Publication date: 2012-06-27
Anticipated expiration: 2026-03-21
Also published as: CN1859534A

Abstract

本发明适用于通信领域，提供了一种业务服务计费的方法及***，用于多个用户终端业务同时使用一个账户申请业务服务，所述方法包括下述步骤：1.1用户终端向服务提供***发送业务服务请求；1.2服务提供***接收用户终端的业务服务请求，并向在线计费***发送包含属性参数的计费请求消息；所述属性参数标识所述业务服务的账户预留方式；1.3在线计费***根据当前账户余额、当前正在使用的业务服务的账户预留方式以及所述属性参数为用户终端申请的业务服务分配预留单元；1.4服务提供***根据所述预留单元为用户终端提供服务。通过本发明能够在多用户业务使用同一个用户账户同时申请业务服务时，充分的利用用户账户余额为每个用户业务提供业务服务。

Description

一种业务服务的计费方法及***

技术领域

本发明属于通信领域，尤其涉及一种按使用时长对业务服务进行计费的方法、服务提供***以及在线计费***。

背景技术

随着电信业务的发展，用户对多项业务同时提出使用申请，并使用同一个账户进行实时计费成为一个很普遍的计费场景。某些情况下，一个小组或一个家庭的成员也希望在使用实时计费业务时，共用同一个账户付费。目前基于智能网的预付费用户业务(Prepay Customer，PPC)采用的预留再扣费的方法可以保证不欠费。预留单元是在用户申请业务时，在线计费***从用户账户中划出一部分的单元，专门给此次申请的服务使用，其他的服务申请时不能使用这部分单元。通常，当服务提供***(Service Provide Platform，SPP)向在线计费***(Online Charging System，OCS)申请业务预留配额的时候，OCS会为申请的业务预留相对较多的配额，以便减少SPP与OCS的交互次数。但是，SPP只会在用户结束业务的时候或此次预留单元已经用完的情况下才会向OCS发送业务使用状况消息，所以在一次呼叫已经使用和从账户中扣除的金额数量传递到OCS之前，OCS不知道前次预留单元中已经使用了多少单元。因此，在呼叫期间，账户的余额值反映了比实际的剩余值小的一个值，这就会导致如：多用户业务都共用同一个预付费账户，但由于业务独占预留单元，即使该业务并未使用完申请的预留单元，剩余的预留单元部分也不能用于其他业务的申请与使用，从而导致出现账户有余额而无法使用业务的情况。

如有这样一个业务场景：用户A预付费账户余额为10元，用户A首先申请使用语音通话，在线计费***采用实时计费方式为语音通话预留金额6元。在语音通话过程中，用户B申请进行IP长途通话，并使用用户A的预付费账户进行付费。在线计费***需要为用户B的IP长途通话预留5元，而此时用户账户可用余额为4元＜5元，导致用户B的IP长途通话业务无法使用。然而，用户A语音通话仅仅需要使用3元，实际用户账户可用余额为7元，是能够满足用户B进行IP长途通话的需求的。正是由于语音通话独占了申请时预留的6元余额，导致实际存在可用账户5元的余额不能用于用户B的IP长途通话业务的申请与使用。

目前，为了防止用户账户透支问题，现有技术采用如图1所示的预留再扣费的共享预付费账户方法实现流程，具体内容详述如下：

1.SPP向OCS发出计费请求消息，计费请求消息中包含了与此次请求相关的参数；

2.OCS收到计费请求消息，确认账户余额是否满足计费所需的金额，如果满足则在回复消息中下发预留单元；

3.SPP监控服务使用情况，当预留单元中的金额使用完后，SPP向OCS上报计费事件消息，如果还需使用服务，SPP再次向OCS请求新的预留单元；

4.OCS收到计费请求消息，确认账户余额是否满足计费所需的金额，如果满足则在回复消息中下发预留单元，OCS响应SPP请求新的预留单元；

5.服务使用完毕，SPP向OCS发送计费结束请求。

在各服务使用结束后，SPP申请到的费用如果在一次服务使用中没有用完，SPP向OCS发送费用返回申请操作，申请中带有本次服务使用的剩余的费用，OCS将剩余费用加到用户的账户上，保证用户的账户余额不会丢失。

为了实现多业务同时使用同一个账户进行计费，并最大限度的利用用户账户余额，避免出现实际存在可用的账户余额，但该账户余额却不能用于其他业务服务的申请与使用问题。可以采用最小预留单元预留的方式。最小预留单元是指用户能够使用某项电信业务服务的最小计费单位。对于按时长计费的电信业务如：语音业务中的固话国内长途，按6秒计费，则6秒就是固话国内长途的最小预留单元。最小预留单元的具体预留方式是：由OCS向SPP分配本次呼叫所需的最小预留单元，当有多个呼叫不断触发上来，OCS向SPP分配各次最小预留单元，当各次呼叫的分配的预留单元用完后或即将用完时，SPP立即再次向OCS提出费用申请，如此反复申请直到呼叫结束或账户的余额用完。

采用最小预留单元的预留方式可以使用户账户金额得到最大程度的利用，避免出现某个业务独占较大预留金额的情况。然而采用最小预留单元预留会导致OCS和SPP之间交互频率过大，在带宽一定的情况下会造成服务提供设备的交互负荷及服务提供设备网与OCS的消息负荷。在大量呼叫情况下，容易造成阻塞及用户使用受限。

发明内容

本发明的目的在于提供一种业务服务计费的方法，旨在解决现有技术中存在的多个用户业务同时共享一个预付费账户时，预付费账户的实际余额不能充分利用的问题。

本发明的另一目的在于提供一种业务服务提供***；

本发明的另一目的在于提供一种业务服务的在线计费***；

本发明是这样实现的，所述一种业务服务计费的方法，用于多个用户终端同时使用一个账户申请业务服务，所述方法包括下述步骤：

1.1用户终端向服务提供***发送业务服务请求；

1.2服务提供***接收用户终端的业务服务请求，并向在线计费***发送包含属性参数的计费请求消息；所述属性参数标识所述业务服务的账户预留方式；

1.3在线计费***根据当前账户余额、当前正在使用的业务服务的账户预留方式以及所述属性参数为用户终端申请的业务服务分配预留单元；

1.4服务提供***根据所述预留单元为用户终端提供服务。

所述步骤1.3进一步包括：

2.1当所述账户余额大于或等于所述业务服务申请的预留单元对应的金额，在线计费***为所述业务服务申请分配预留单元，并下发给服务提供***。

所述步骤1.3进一步包括：

3.1当所述账户余额小于所述业务服务申请的预留单元对应的金额时，在线计费***根据所述属性参数，判断当前正在使用的所有业务服务的预留方式；若所述当前正在使用的所有业务服务的预留方式为独享账户预留方式时执行步骤3.2；

3.2在线计费***不为所述当前业务服务申请分配预留单元，向服务提供***下发预留单元失败消息。

所述步骤1.3进一步包括：

4.1当所述账户余额小于所述业务服务申请的预留单元对应的金额时，在线计费***根据所述属性参数，判断所述当前正在使用的所有业务服务的账户预留方式；若所述当前正在使用的所有业务服务的账户预留方式包含共享账户预留方式，且所述当前正在申请的业务服务为独享账户预留方式，则执行步骤4.2；

4.2在线计费***向服务提供***查询所述正在使用的共享账户预留方式的业务服务已使用预留单元的状况；

4.3服务提供***向所述在线计费***发送所述正在使用的共享账户预留方式的业务服务已使用的预留单元；

4.4在线计费***根据所述业务服务已使用的预留单元计算所述业务服务未使用的预留单元对应的金额，将所述金额并入到账户余额中，若并入后的账户余额大于或等于当前申请的独享账户预留方式的业务服务最小预留单元对应的金额，则执行步骤4.5；否则执行步骤4.6；

4.5在线计费***向服务提供***下发所述业务服务的预留单元，所述预留单元对应所述余额；

4.6在线计费***向服务提供***下发所述业务服务的预留单元失败消息。

所述步骤1.3进一步包括：

5.1当所述账户余额小于所述业务服务申请预留单元对应的金额，在线计费***根据所述属性参数，判断当前正在使用的所有业务服务的账户预留方式；若所述当前正在使用的所有业务服务的账户预留方式包含共享账户预留方式，且所述当前正在申请的业务服务为共享账户预留方式，则执行步骤5.2；

5.2在线计费***向服务提供***查询所述正在使用的共享账户预留方式的业务服务已使用预留单元的状况；

5.3服务提供***向所述在线计费***发送所述正在使用的共享账户预留方式的业务服务已使用的预留单元；

5.4在线计费***根据所述预留单元计算所述业务服务未使用的预留单元对应的金额，将所述金额并入到账户余额中，若并入后的账户余额大于或等于所述当前申请的共享账户预留方式的业务服务的最小预留单元对应的金额，是则执行步骤5.5；否则执行步骤5.8；

5.5在线计费***为所述共享账户预留方式的业务服务和当前申请的共享账户预留方式的业务服务分别启动定时器控制，并下发与定时器时间间隔对应的预留单元；

5.6当所述正在使用的共享账户预留方式的业务服务，或当前申请的共享账户预留方式的业务服务的定时器时间间隔到，在线计费***为所述正在使用的共享账户预留方式的业务服务，或当前申请的共享账户预留方式的业务服务下发新的定时器时间间隔对应的预留单元；

5.7当所述账户余额小于所述共享账户预留方式的业务服务或当前申请的共享账户预留方式的业务服务的最小预留单元对应的金额，则在线计费***预留单元失败；

5.8在线计费***向服务提供***下发预留单元失败消息。

在所述步骤5.7之前，若所述正在使用的业务服务的用户终端，或当前正在申请的业务服务的用户终端停止使用业务服务，则执行下述步骤：

6.1服务提供***向在线计费***返回所述正在使用的共享账户预留方式的业务服务，或当前申请的共享账户预留方式的业务服务已停止使用消息；

6.2在线计费***根据所述停止使用消息，计算所述正在使用的共享账户预留方式的业务服务，或当前申请的共享账户预留方式的业务服务使用预留单元的情况，为所述正在使用的共享账户预留方式的业务服务，或当前申请的共享账户预留方式的业务服务下发新的预留单元。

所述步骤1.4进一步包括：

7.1当所述在线计费***下发预留单元失败，则服务提供***不为所述用户终端提供业务服务。

所述步骤1.4进一步包括：

8.1当所述在线计费***下发预留单元成功，则服务提供***为所述用户终端提供业务服务。

本发明还提供了一种业务服务提供***，用于接收用户终端的业务服务请求，向在线计费***发送计费请求消息，根据在线计费***下发的预留单元为用户终端提供业务服务，所述服务提供***包括：

计费消息管理单元，用于发送或接收与在线计费***间的计费消息的转换和发送；

服务提供单元，用于为所述用户终端提供业务服务，在业务服务申请使用时，通过计费消息管理单元向在线计费***发送包含属性参数的计费申请消息；

配额管理单元，用于管理在线计费***下发的预留单元，并检测服务提供单元在提供服务时，预留单元的使用情况，当预留单元用尽前通过计费消息管理单元向在线计费***申请新的预留单元。

所述计费消息管理单元进一步包括：

属性参数存储单元，用于存放所述属性参数；

所述属性参数标识用户终端申请的业务服务的账户预留方式，所述账户预留方式包括独享账户预留或共享账户预留。

本发明还提供了一种业务服务的在线计费***，用于根据服务提供***的计费请求消息，向服务提供***下发预留单元，所述在线计费***包括：

计费控制模块，用于接收所述服务提供***发送的包含属性参数的计费申请消息，并为所述业务服务申请分配预留单元；

账户余额管理模块，用于对用户账户进行管理；

计费网关模块，用于对业务服务的话单进行处理；

批价处理模块，用于计算在线计费***的发生的计费事件对应的费用；

通用接入模块，用于翻译和发送服务提供***和在线计费***之间的交互消息。

所计费控制模块进一步包括：

功能控制/调度模块，用于控制和调度在线计费***中的各个模块，以完成在线计费***的业务服务申请的计费控制；

消息管理模块，用于接收由服务提供***上报的各种消息，并将功能控制/调度模块的功能命令生成消息下发给服务提供***。

所计费控制模块进一步包括：

定时器管理模块，用于在使用共享账户预留控制时，为每个使用共享账户预留方式业务服务申请生成一个定时器，检测业务服务的使用状况；当一个定时器事件发生时，向功能控制/调度模块发送定时消息。

通过本发明提供的方法，能够在多用户业务使用同一个用户账户同时申请业务服务时，充分的利用用户账户余额为每个用户业务提供业务服务。

附图说明

图1是现有技术中预留再扣费的共享预付费账户方法实现流程图；

图2是本发明中按使用时长计费的业务共享账户的方法实现流程图；

图3是本发明中用户终端采用独享预留账户方式先后申请业务服务计费的方法实现流程图；

图4是本发明中用户终端采用独享和共享预留账户方式先后申请业务服务计费的方法实现流程图；

图5是本发明中用户终端采用共享和独享预留账户方式先后申请业务服务计费的方法实现流程图；

图6是本发明中用户终端采用共享预留账户方式先后申请业务服务计费的方法实现流程图；

图7是本发明的一个实施例中OCS跟踪计费控制的实现流程图；

图8是本发明的一个实施例中OCS跟踪计费控制的实现流程的示例图；

图9是实现业务服务计费的***组网结构图；

图10是实现本发明中的业务服务提供***结构图；

图11是实现本发明中的业务服务的在线计费***结构图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

在本发明中，当用户向SPP申请业务服务时，SPP向OCS发送携带有业务服务申请的账户预留方式参数的计费请求消息；OCS接收计费请求消息后，当OCS判断用户账户余额不充足时，向SPP查询正在使用的业务服务的预留单元的使用情况，将预留单元中还未使用完的金额与用户账户中剩余的金额作为用户账户的实际余额，预留给同时使用该账户的多个用户业务。

现有技术中的OCS对所有业务服务申请的账户预留方式，都是采用独享账户预留方式来处理。一般业务服务申请的预留单元足够支付典型的业务使用量。本发明中将业务服务申请的账户预留方式分为两类：独享账户预留和共享账户预留。独享账户预留是指：SPP向OCS申请为该业务的预留单元由该业务独享，在服务使用期间，不允许其他业务抢占该预留单元。如果申请的预留单元使用完前用户主动结束服务，或服务提供不成功，SPP将剩余的预留单元返还给OCS。共享账户预留是指：SPP向OCS申请为该业务的预留单元不由该业务独享，当其他业务向OCS申请账户预留单元，而OCS上该账户余额不足时，OCS允许其他业务抢占该部分预留单元。

在本发明中，为每个业务服务申请的计费请求消息中增加一个标识业务是独享账户预留方式，还是共享账户预留方式的属性参数(Attribution ValueParameter，AVP)，AVP参数的内容如下表：

AVP(属性参数)	Description(描述)
		Is_Share(是否是共享账户预留)	“Y”共享账户预留；“N”独享账户预留

图2示出了本发明中按使用时长计费的业务共享账户的方法实现流程，详述如下：

1.终端设备(User Equipment，UE)向SPP发送服务请求消息，向SPP申请业务服务；

2.SPP向OCS发送包含有预留账户属性参数的计费请求消息，预留账户属性参数表示该业务服务申请的账户预留方式；

3.OCS根据当前正在使用的业务服务的账户预留方式、预留单元的使用情况和用户账户中的剩余金额，判断预付费账户实际余额是否充足，以能够满足终端设备的业务服务申请预留单元的需要；

如果预付费账户实际余额充足：

4.OCS向SPP发送业务服务预留单元成功消息，下发预留单元；

5.SPP向终端设备提供业务服务。

如果预付费账实际余额户不充足：

6.OCS向SPP下发业务服务预留单元失败消息；

7.SPP向终端设备发送提供业务服务失败消息。

当用户申请业务服务时，若OCS无须查询当前正在使用的业务服务的预留单元的使用情况，就能够判断账户实际余额充足时，无论业务服务申请请求采用何种账户预留方式，OCS都将为用户申请的业务服务下发所需的预留单元。若账户实际余额不足，如在先业务服务申请采用独享预留方式时，无论在后业务服务申请采用独享或共享预留方式，都不能占用在先申请业务服务的预留单元，OCS预留单元失败。

图3示出了本发明中用户终端采用独享预留账户方式先后申请业务服务计费的方法实现流程，在本实施例中两个按时长计费的业务A和业务B都采用独享预留方式的计费请求，假设UE先申请业务A的服务后申请业务B的服务，OCS先处理UE业务A的申请，具体内容详述如下：

1.UE向服务提供***A(SPP A)请求业务A的服务；

2.SPP A向OCS发送计费请求消息，消息中携带有属性参数，标识业务A以独享预留账户方式申请计费；

3.OCS计算A服务申请的预留单元α对应金额为a，账户余额c，且c＞＝a；

4.OCS为A服务预留成功，为SPP A下发预留单元α；

5.A服务交付使用；

6.UE向服务提供***B(SPP B)请求业务B的服务；

7.SPP B向OCS发送计费请求消息，消息中携带有属性参数，标识业务B向OCS以独享预留账户方式申请计费；

8.OCS计算B服务申请预留单元β对应金额为b，账户余额c-a＜b，余额不足；

当c-a＜B服务最小预留单元对应金额时：

9.1.业务B的预留单元申请失败，OCS不为业务B分配预留单元；

9.2.B服务无法使用；

当c-a＞＝B服务最小预留单元对应金额时：

10.1.下发新的B服务预留单元，根据c-a的金额大小，预留单元可以包含多个B服务最小预留单元；

10.2.B服务交付使用。

图4示出了本发明中用户终端采用独享和共享预留账户方式先后申请业务服务计费的方法实现流程，在本实施例中两个按时长计费的业务A采用独享预留方式，业务B采用共享预留方式申请计费，假设UE先申请业务A的服务，后申请业务B的服务，OCS先处理UE业务A的申请，具体内容详述如下：

1.UE向SPP A请求业务A的服务；

2.SPP A向OCS发送计费请求消息，消息中携带有属性参数，标识业务A向OCS以独享预留账户方式申请计费；

3.OCS计算A服务申请预留单元α对应金额为a，账户余额c，且c＞＝a；

4.OCS为A服务预留单元成功，为SPP A下发预留单元α；

5.A服务交付使用；

6.UE向SPP B请求B服务；

7.SPP B向OCS发送计费请求消息，消息中携带有属性参数，标识业务B向OCS以共享预留账户方式申请计费；

当c-a＜B服务最小预留单元对应金额时：

9.1.业务B的预留单元申请失败，OCS不为业务B分配预留单元；

9.2.B服务无法使用；

当c-a＞＝B服务最小预留单元对应金额时：

10.1.下发新的B服务预留单元，根据c-a的金额多少，预留单元可以包含多个B服务最小预留单元；

10.2.B服务交付使用。

当账户余额不足时，共享账户预留方式允许其他业务占用其预留单元。所以当账户余额不足时，为了满足多业务同时申请业务的需要，OCS将申请了共享账户预留方式的业务所占用的预留单元对应的金额，划分给在后申请的独享账户预留方式业务服务申请使用；或者与在后申请的共享账户预留方式的业务服务申请共享该部分的金额。

图5示出了本发明中用户终端采用共享和独享预留账户方式先后申请业务服务计费的方法实现流程，在本实施例中两个按时长计费的业务A采用共享预留方式，业务B采用独享预留方式申请计费，假设UE先申请业务A的服务，后申请业务B的服务，OCS先处理UE业务A的申请，具体内容详述如下：

1.UE向SPP A请求业务A的服务；

2.SPP A向OCS发送计费请求消息，消息中携带有属性参数，标识业务A向OCS以共享预留账户方式申请计费；

4.OCS为A服务分配预留单元成功，为SPP A下发预留单元α；

5.A服务交付使用；

6.UE向SPP B请求业务B的服务；

8.OCS计算B服务申请预留单元β对应金额为b，账户余额c-a＜b，余额不足；OCS根据A服务申请携带的属性参数判断得知A服务允许共享预留账户；

9.OCS发送查询消息给SPP A查询A服务配额使用状况；

10.SPP A上报已使用预留单元α_used；

11.OCS计算α_used对应金额为a_used，账户余额c-a_used＞＝b，共享账户余额满足B服务要求；

12.OCS为业务B分配预留单元成功，向SPP B下发预留单元β；

13.B服务交付使用；

如果c-a_used-b＞＝A服务最小预留单元对应金额：

14.1.OCS为业务A分配预留单元成功，向SPP A下发新的A服务的预留单元，根据c-a_used-b的金额大小，预留单元可以包含多个A服务的最小预留单元；

14.2.UE的A服务交付使用；

如果c-a_used-b＜A服务最小预留单元对应金额：

15.1.OCS发送消息给SPP A，通知SPP A停止A服务使用；

15.2.SPP A中止UE的A服务的使用。

当账户余额不足时，在前申请的共享账户预留方式的业务服务允许其他在后申请的业务共享其预留单元，若在后申请的业务预留方式是共享账户预留方式，则OCS允许这些业务共享账户余额，并采用跟踪计费的方法对这些业务进行计费控制。

OCS跟踪计费是指当OCS为一个使用量随时间线性增长的服务预留了一部分的金额后，OCS为该服务设置一个定时器，并监控该服务的使用时间。由于该服务使用量具有随时间线性增长的特点，使得OCS可以不需要SPP上报当前正在使用的业务服务申请预留单元的使用情况，就可以获得服务使用时长信息，为业务服务下发新的预留单元。启用跟踪计费时，若用户终端结束业务服务的使用，SPP上报停止计费消息给OCS，OCS可以根据定时器时长计算该服务使用情况。当OCS检测到该服务预留单元已经用完，OCS通知SPP中断该服务提供。

图6示出了本发明中用户终端采用共享预留账户方式先后申请业务服务计费的方法实现流程，在本实施例中两个按时长计费的业务A采用共享预留方式，业务B采用共享预留方式申请计费；假设UE先申请业务A的服务，后申请业务B的服务，OCS先处理UE业务A的申请，具体内容详述如下：

1.UE向SPP A请求业务A的服务；

4.OCS为A服务预留成功，为SPP A下发预留单元α；

5.A服务交付使用；

6.UE向SPP B请求业务B的服务；

8.计算B服务申请预留单元β对应金额为b，账户余额c-a＜b，余额不足，根据A服务与B服务的属性参数，判断A服务与B服务都为共享预留账户；

9.OCS发送查询消息给SPP A查询A服务配额使用状况；

10.SPP A上报已使用预留单元α_used；

11.OCS计算α_used对应金额为a_used；

如果c-a_used＜B服务最小预留单元对应金额；

12.1.OCS向SPP B返回B服务预留失败消息；

12.2.SPP B向UE发送申请的B服务无法使用消息。

如果c-a_used＞＝B服务最小预留单元对应金额：

13.1.OCS为B服务预留c-a_used对应的预留单元；

13.2.SPP B向UE发送B服务交付使用消息；

13.3.OCS为A服务预留c-a_used对应的预留单元；

13.4.SPP A向UE发送A服务交付使用消息；

OCS为A服务与B服务分别设置定时器，启用跟踪计费控制处理流程，检测服务提供情况。

图7示出了上一实施例中的OCS跟踪计费控制处理流程，具体内容详述如下：

在步骤S701中，OCS为A服务和B服务都预留了c-a_used金额对应的预留单元。

在步骤S702中，OCS通知SPP A为UE提供A服务；通知SPP B为UE提供B服务。

在步骤S703中，OCS分别为A服务和B服务启动定时器A和定时器B，定时器A的时间间隔a^min对应A服务的最小预留单元；定时器B的时间间隔b^min对应B服务的最小预留单元。

在步骤S704中，判断定时器A的时间间隔a_min已到或定时器B的时间间隔b_min已到两者间是否有一者发生，是则执行步骤S705；否则返回步骤S704。

在步骤S705中，判断定时器A的时间间隔a_min是否到了，是则执行步骤S706，否则执行步骤S707。

在步骤S706中，OCS在预付费账户中扣除A服务的一个最小预留单元对应的金额。

在步骤S707中，判断定时器B的时间间隔b_min是否到了，是则执行步骤S708，否则返回步骤S704。

在步骤S708中，OCS在预付费账户中扣除B服务的一个最小预留单元对应的金额。

在步骤S709中，OCS判断预付费账户是否小于A服务的一个最小预留单元对应的金额，是则执行步骤S712，否则返回步骤S704。

在步骤S710中，OCS判断预付费账户是否小于B服务的一个最小预留单元对应的金额，是则执行步骤S711，否则返回步骤S704。

在步骤S711中，OCS通知SPP B停止为UE提供B服务。

在步骤S712中，OCS通知SPP A停止为UE提供A服务。

为了使本发明的OCS跟踪计费控制处理流程更便于理解，现结合具体的业务计费场景对OCS跟踪计费控制实现流程进行说明，图8示出了对于本发明的用户终端采用共享预留账户方式先后申请业务服务计费的实施例中的OCS跟踪计费控制实现流程的一个计费场景示例。

假设在该计费场景示例中，服务A和服务B都为共享预留账户方式，SPPA提供的A服务为普通通话业务服务；SPP B提供的B服务为IP长话业务服务；用户C的预付费账户余额为10元。用户C首先申请业务A的普通语音通话服务(其计费单位为1分钟，每分钟通话费0.2元，标识为共享预留账户)，在线计费***采用实时计费方式为语音通话预留金额6元。在语音通话过程中，用户D申请了业务B的IP长途通话服务(IP长途计费单位为6秒，每6秒0.1元，标识为共享预留账户)，并使用用户C的预付费账户进行付费。OCS跟踪计费控制处理流程如下：

1.在线计费***需要为用户D的IP长途通话预留5元，此时用户账户可用余额为4元＜5元。OCS发送查询预留余额使用状况消息给SPP A普通语音通话业务提供***，普通语音通话业务提供***回复已经使用了15分钟。OCS计算得到预留余额还剩6-0.2*15＝3元，加上原来的余额总共是3+4＝7元。OCS计算7元对于普通通话可通话时间为7/0.2＝35分钟，对于IP长途可通话时间为6*7/0.1＝6*70＝420秒钟。将35分钟预留单元下发给SPP A普通通话业务提供***；同时将420秒预留单元下发给SPP B IP长话业务提供***。

2.OCS为普通通话设置定时器1，间隔时间为1分钟；为IP长途通话设置定时器2，间隔时间为6秒钟；当IP长途开始使用，OCS首先为IP长话预留6秒对应的0.1元，每当使用时间经过6秒，定时器2向OCS触发定时消息，OCS在共享账户余额中扣除0.1元，并预留下一个0.1元。当普通通话开始使用，OCS首先为普通通话预留1分钟对应的0.2元，每当1分钟到达时，定时器1向OCS触发定时消息，OCS在共享账户余额中扣除0.2元，并预留下一个0.2元。如此反复。

3.当账户余额中已无足够余额用于IP长话预留，OCS通知IP长话业务提供***中止B服务。

4.当账户余额中已无足够余额用于普通通话业务预留，OCS通知普通通话业务提供***中止A服务。

为了描述简便，在本说明书的实施例中均以不多于两个业务服务申请服务为例对本发明进行说明和解释，不难理解在实际使用中可以将本发明用于多个业务的同时申请使用。

图9示出了实现业务服务计费的***组网结构，***中包括终端设备100通过通信网络向服务提供***200请求提供业务服务，服务提供***200通过在线计费接口与在线计费***300相连，并向在线计费***300申请鉴权、预留等计费请求。服务提供***200为终端设备100提供业务服务。当终端设备100向服务提供***200申请业务服务的时候，服务提供***200向在线计费***300发送携带有业务服务申请的账户预留方式标识属性参数的计费请求消息；在线计费***300接收计费请求消息后，当在线计费***300确定用户账户不充足时，向服务提供***200查询正在使用的业务服务的预留单元的使用情况，将预留单元中还未使用完的预留单元的金额与用户账户中剩余的金额作为用户账户的实际余额预留给同时使用的多个业务。在线计费***300为多个共享预留方式业务进行跟踪计费控制处理流程。服务提供***200可以为第二代通信***移动交换中心/业务交换点(Second Generation Mobile Servicesswitching Center/Service Switching Point，2G MSC/SSP)；第三代伙伴组织移动交换中心/业务交换点(Third Generation Partnership Projects Services switchingCenter/Service Switching Point，3G MSC Server/SSP)等。

图10示出了实现本发明中的业务服务提供***结构，其中服务提供***200包括：服务提供单元201是为用户终端100提供服务的业务单元。消息管理单元202当业务服务申请使用时，通过该单元向在线计费***300发送计费申请消息。计费消息管理单元202负责发送/接收服务提供***200与在线计费***300间的计费消息转换和发送。计费消息管理单元203负责管理申请的预留单元，并检测服务提供单元201在提供服务时预留单元使用情况，当预留单元用尽前通过计费消息管理单元202向在线计费***300申请新的预留单元。属性参数存储单元2021保存着服务提供***200的账户预留方式，属性参数为“Y”表示为共享账户预留方式，“N”表示为独享账户预留方式。配额管理单元203保存在线计费***300下发的业务服务预留单元，并检测服务提供单元201在提供服务时，预留单元的使用情况，当预留单元用尽前通过计费消息管理单元202向在线计费***300申请新的预留单元。

图11示出了实现本发明中的业务服务的在线计费***结构，在线计费***300包括：通用接入模块301，它将服务提供***200向在线计费***300发送的消息翻译为符合接口规范的消息发送到在线计费***300，以及在线计费***300返回的各种消息翻译为符合接口规范的消息发送给服务提供***。计费控制模块302处理在线计费***300中的计费事件。计费控制模块302中包括：消息管理模块3021，负责接收由服务提供***200上报的各种消息，并将功能控制/调度模块3022的功能命令生成消息下发给服务提供***200。定时器管理模块3023在使用共享账户预留控制时，定时器管理模块3023为每个使用共享账户计费的业务生成一个定时器，检测业务使用状况。当一个定时器事件发生时，向功能控制/调度模块3022发送定时消息。功能控制/调度模块3022是计费控制模块302的核心功能调度模块，负责调用各个功能模块来完成共享账户余额计费控制功能。账户余额管理(Account Balance Management Function，ABMF)模块303对用户的账户进行管理，包括账户的预扣、回补扣费、充值、实时余额查询等功能。计费网关(Charging Gateway Function，CGF)模块304为在线计费***300的话单处理模块，通过话单配置规则，按照不同的业务生成不同格式的话单文件，供账务***400做账务级的优惠处理、查询、统计使用。批价处理(Rating Function，RF)模块305是在线计费***300的费用计算模块，可以通过计费规则、参数的配置，支持灵活资费策略，支持实时计算、实时优惠，支持正算和反算两种计算方式。

作为本发明的一个实施例，用户终端100申请的业务服务时，用户账户余额足，即账户余额大于在线计费***300计算用户终端100申请的业务服务需要预留的单元对应的金额，在线计费***300采用普通预留计费控制功能。用户终端100通过电信网络向服务提供***200发送业务服务申请。服务提供单元201通过计费消息管理单元202向在线计费***300发送包含属性参数存储单元2021保存的属性参数的计费请求消息。通用接入模块301将服务提供***200发送的消息翻译为符合接口规范的消息发送到计费控制模块302。消息管理模块3021接收由服务提供***200上报的计费请求消息，并将该计费请求消息发送给功能控制/调度模块3022；功能控制/调度模块3022进行业务识别和计费策略选择，调度批价处理模块305计算用户终端100申请的业务服务所需要的金额，功能控制/调度模块3022调用账户余额管理模块303的功能对账户余额扣费，再调用计费网关模块304生成话单，最后将计费结果，即用户终端100申请的业务服务所需要预留的预留单元通过消息管理模块3021以及通用接入模块301处理后，发送给服务提供***200。配额管理单元203保存在线计费***300下发的业务服务预留单元；服务提供单元201为用户终端100提供业务服务。当配额管理单元203检测到服务提供单元201提供服务的预留单元将用尽时，通过计费消息管理单元2021向在线计费***300申请新的预留单元。

作为本发明的另外一个实施例，用户终端100申请的业务服务时，用户账户余额不足，即账户余额小于在线计费***300计算用户终端100申请的业务服务需要预留的单元对应的金额。与上一实施例不同的是，服务提供***200当前正在为另一用户终端A提供服务，用户终端A与用户终端100使用同一账户，两者均为共享账户预留方式。当功能控制/调度模块3022进行业务识别和计费策略选择后，调度批价处理模块305计算用户终端100申请的业务服务所需要金额；功能控制/调度模块3022调用账户余额管理模块303查询账户余额不足，则通过消息管理模块3021向服务提供***200发送当前正在使用的用户终端的业务服务配额的使用情况。配额管理单元203检测服务提供单元201的服务提供预留单元的使用状况，向在线计费***300发送当前用户终端的业务服务已使用的预留单元。功能控制/调度模块3022调度批价处理模块305计算当前业务服务已使用预留单元对应的金额，并根据该金额与账户余额管理模块303中的账户余额判断，能否为用户终端100提供其申请的业务服务的最小预留单元，如果可以，功能控制/调度模块3022启动在线计费***跟踪计费控制处理流程，调度定时器模块3023为当前正在使用的用户终端A的业务服务和用户终端100申请的业务服务设定定时器。调用账户余额管理模块303的功能对账户余额扣费。调用计费网关模块304为上述两个业务分配新的业务服务的最小预留单元，生成话单。最后将两个业务服务新的最小预留单元通过消息管理模块3021经通用接入模块301处理后，发送给服务提供***200；配额管理单元203保存在线计费***300下发的预留单元；服务提供单元201为用户终端100提供业务服务。当服务提供***200开始使用新的最小预留单元为两个业务提供服务时，定时器模块3023开始计时。当功能控制/调度模块3022检测到其中有一个业务服务的定时时间到，则再为该服务下发一个新的最小预留单元，并在账户余额管理模块303中减掉对应的金额。如此反复，直到账户余额管理模块303中的余额不足以为这两个业务分配最小预留单元，则功能控制/调度模块3022向服务提供***200下发预留单元失败消息，服务提供***200停止为用户终端或用户终端100提供业务服务。

作为本发明的另一施例，与上一实施例不同的是当用户终端100主动结束业务服务时，服务提供***200上报停止计费消息给在线计费***300。在线计费***300根据定时器模块3023计时时长计算该服务使用情况。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims

1.一种业务服务计费的方法，用于多个用户终端业务同时使用一个账户申请业务服务，其特征在于，所述方法包括下述步骤：

1.2在线计费***接收服务提供***在接收到用户终端的业务服务请求后发送的包含属性参数的计费请求消息；所述属性参数标识所述业务服务的账户预留方式为共享账户预留方式；

1.3所述在线计费***将当前账户余额与当前正在使用的业务服务的预留单元中还未使用完的金额作为用户账户的实际余额，并为用户终端的业务服务请求分配预留单元；

以便于所述服务提供***根据所述预留单元为所述用户终端提供所述业务服务。

2.如权利要求1所述的业务服务计费的方法，其特征在于，所述步骤1.3进一步包括：

2.1当所述账户余额大于或等于所述用户终端的业务服务请求申请的预留单元对应的金额，在线计费***为所述用户终端的业务服务请求分配预留单元，并下发给服务提供***。

3.如权利要求1所述的业务服务计费的方法，其特征在于，所述步骤1.3进一步包括：

5.1当所述账户余额小于所述业务服务申请预留单元对应的金额，在线计费***根据所述属性参数，判断当前正在使用的所有业务服务的账户预留方式；若所述当前正在使用的所有业务服务的账户预留方式包含共享账户预留方式，则执行步骤5.2；

5.8在线计费***向服务提供***下发预留单元失败消息。

4.如权利要求1所述的业务服务计费的方法，其特征在于，所述服务提供***根据所述预留单元为所述用户终端提供所述业务服务进一步包括：

5.如权利要求1所述的业务服务计费的方法，其特征在于，所述服务提供***根据所述预留单元为所述用户终端提供所述业务服务进一步包括：

6.一种业务服务提供***，用于接收用户终端的业务服务请求，向在线计费***发送计费请求消息，根据在线计费***下发的预留单元为用户终端提供业务服务，其特征在于，所述服务提供***包括：

服务提供单元，用于为所述用户终端提供业务服务，在业务服务申请使用时，通过计费消息管理单元向在线计费***发送包含属性参数的计费申请消息，所述属性参数标识所述业务服务的账户预留方式为共享账户预留方式；

配额管理单元，用于管理在线计费***下发的为所述用户终端的业务服务请求分配的预留单元，并检测服务提供单元在提供服务时，预留单元的使用情况，当预留单元用尽前通过计费消息管理单元向在线计费***申请新的预留单元。

7.如权利要求6所述的服务提供***，其特征在于，所述计费消息管理单元进一步包括：

属性参数存储单元，用于存放所述属性参数；

8.一种业务服务的在线计费***，用于根据服务提供***的计费请求消息，向服务提供***下发预留单元，其特征在于，所述在线计费***包括：

计费控制模块，用于接收服务提供***在接收到用户终端的业务服务请求后发送的包含属性参数的计费请求消息；所述属性参数标识所述业务服务的账户预留方式为共享账户预留方式；

并将当前账户余额与当前正在使用的业务服务的预留单元中还未使用完的金额作为用户账户的实际余额，并为用户终端的业务服务请求分配预留单元；以便于所述服务提供***根据所述预留单元为所述用户终端提供所述业务服务；

账户余额管理模块，用于对用户账户进行管理；

计费网关模块，用于对业务服务的话单进行处理；

批价处理模块，用于计算在线计费***中发生的计费事件对应的费用；

9.如权利要求8所述的在线计费***，其特征在于，所述计费控制模块进一步包括：

10.如权利要求9所述的在线计费***，其特征在于，所述计费控制模块进一步包括：

定时器管理模块，用于在使用共享账户预留控制时，为每个使用共享账户预留方式业务服务申请生成一个定时器，检测业务服务的使用状况；当一个定时器事件发生时，向功能控制/调度模块发送定时消息，所述一个定时器事件指到达一个业务服务的定时时间。