一种单用户同时多个呼叫下的费用管理方法

摘要

本发明公开一种单用户同时多个呼叫下的费用管理方法，包括如下步骤：1)当与用户帐户相关的第一个呼叫触发上来后，呼叫处理模块从数据库中将账户余额取出并保存至费用管理模块中，由费用管理模块统一管理用户帐号的总资金；2)当呼叫处理模块需要费用时，向费用管理模块发出费用申请请求，费用管理模块向其分配资金；3)一旦费用管理模块中的用户余额被申请完，则拒绝此后与此帐户相关的呼叫。由于费用管理模块统一管理用户账号的总资金，避免了用户账户资金被透支的情况；另外由于只需在原有体系结构的基础之上增加费用申请环节，并不影响原先的体系结构，保持了原有成熟业务的稳定性，且结构简单；并可以灵活的应用于各种业务上。

说明书

技术领域：

本发明涉及一种单用户同时多个呼叫下的费用管理方法。

背景技术：

在智能网现有的预付费业务(PPC业务)及虚拟专用网业务(WVPN业务)中，信令交互上都已经实现了呼叫等待，三方通话，会议电话等业务特性。按照现有的处理方式，每一个智能呼叫触发上来后，都会在数据库中查询用户帐号余额，以决定用户当前余额是否满足单个呼叫的最低费用。但在这种方式下，如果同一时间内一个用户帐号有多个呼叫同时进行，就会出现帐号余额只够通话一次呼叫，却所有呼叫都接通的情况，更为严重的是呼叫结束以后，数据库中的用户余额被扣除多次，出现余额为负值的情况，某种意义上丧失了呼叫费用监视的功能，给运营商造成损失。

以预付费业务(PPC业务)中的呼叫等待的信令流程为例，假设用户2呼叫PPC用户1且智能呼叫已经建立，此时PPC用户1的帐户余额还剩余10元，在第一个呼叫进行的情况下，又有用户3呼叫PPC用户1，PPC用户1利用呼叫等待功能，接通第二个智能呼叫，同时第一个呼叫处于呼叫保持状态，经过一段时间，PPC用户1结束第二个智能呼叫，在数据库中扣去此次呼叫的费用6元，然后切换至与用户2的第一个智能呼叫，呼叫结束后扣去余额8元，这样用户余额只有10元，却被扣去了14元，用户帐户透支4元，给运营商造成了损失。

发明内容：

本发明的目的就是为了解决以上问题，提供一种单用户同时多个呼叫下的费用管理方法，避免用户帐户出现透支的情况，从而降低运营商的风险损失，使费用管理功能更加完善。

为实现上述目的，本发明提出一种单用户同时多个呼叫下的费用管理方法，包括如下步骤：1)当与用户帐户相关的第一个呼叫触发上来后，呼叫处理模块从数据库中将账户余额取出并保存至费用管理模块中，由费用管理模块统一管理用户帐号的总资金；2)当呼叫处理模块需要费用时，向费用管理模块发出费用申请请求，费用管理模块向其分配资金；3)一旦费用管理模块中的用户余额被申请完，则拒绝此后与此帐户相关的呼叫。

由于采用了以上的方案，在呼叫触发上来后，由费用管理模块统一管理用户账号的总资金，避免用户账户资金被透支的情况；另外由于只需在原有体系结构的基础之上增加费用申请环节，并不影响原先的体系结构，保持了原有成熟业务的稳定性，且结构简单；并可以灵活的应用于各种业务上。

附图说明：

图1是现有技术的预付费PPC业务中呼叫等待的信令流程示意图。

图2是CDMA(码分多址)无线智能网的结构框架图。

图3是本发明呼叫处理模块和费用管理模块交互消息示意图。

具体实施方式：

下面通过具体的实施例并结合附图对本发明作进一步详细的描述。

如图1所示为是现有技术的预付费PPC业务中呼叫等待的信令流程示意图。图中的信令消息可参考《中华人民共和国通信行业标准800MHzCDMA蜂窝移动通信系统无线智能网(Wireless Intelligent Network)预付费技术要求》。

如图2所示为CDMA无线智能网的结构框架图。其包括业务控制点(Service Control Point，SCP)，业务控制点包括业务控制单元(Service Control Unit，SCU)和信令接入单元(Signaling AccessUnit，SAU)。当本方法应用于CDMA无线智能网中，其具体实施方案如下：在原先业务控制点已有的呼叫处理模块的基础之上增加一个费用管理模块，使其可以管理进行呼叫的用户的帐户余额。当与用户帐户相关的第一个呼叫触发上来后，呼叫处理模块从数据库中将账户余额取出并保存至费用管理模块的内存中，由费用管理模块统一管理用户帐号的总资金；此时呼叫处理模块向费用管理模块发出费用申请请求，申请中包含了标识此次呼叫的参数，以及需要申请的费用值，费用管理模块收到此请求后，确认帐户余额是否满足需要申请的费用值，如果满足则在消息中返回申请的费用，如果不满足，则返回帐户实际余额。当与此用户账户相关的第二个呼叫触发上来后，需要费用时，呼叫处理模块向费用管理模块发出费用申请请求，费用管理模块按上述呼叫处理方式返回处理结果。依此类推，当有多个呼叫不断触发上来，费用管理模块中保存的帐户余额就会不断减少，当费用管理模块中的用户余额被申请完了，再有与此帐户相关的呼叫上来就会被拒绝，从而有效的防止了帐户余额的透支问题。

对于第一个呼叫触发上来后，也可不进行费用申请而直接从存于费用管理模块的内存的总金额中扣除。

在各呼叫结束后，呼叫处理模块申请到的费用如果在一次呼叫中没有用完，呼叫处理模块向费用管理模块发送费用返回申请操作，申请中带有本次呼叫的用剩余的费用，费用管理模块将剩余费用加到用户的帐号上，保证用户的帐户余额不会丢失。对于各呼叫中，当单次呼叫中先前申请的费用快要用完时，用户可重新发出费用申请请求。在用户进行呼叫时，通过管理流程还可进行费用充值，由呼叫处理模块向费用管理模块发出费用充值消息，费用管理模块收到此消息后将消息中所带的费用加到用户账号上。

此外，在此过程中，为了保证合理扣费，在呼叫过程中，费用管理模块还向呼叫处理模块发送激活测试消息，用于验证当前的呼叫是否仍然存在。呼叫处理模块收到费用管理模块发来的激活测试消息，如果本呼叫处理正常，则返回激活测试结果消息，否则直接抛弃此消息，不做处理。当费用管理模块收到激活测试结果消息，则认为呼叫处理正常，否则认为呼叫处理出现故障，费用管理模块删除掉与此呼叫相关的内存信息。

本发明的另一实施方案如下：由费用管理模块向呼叫处理模块分配本次呼叫所需的最小计费金额，当有多个呼叫不断触发上来，费用管理模块向呼叫处理模块分配各次最小计费金额，当各次呼叫的分配的费用金额用完后或即将用完时，立即再次提出费用申请，如此反复申请直到呼叫结束。

本方法也可用于全球数字移动通信系统(GSM)的无线智能网(WIN)等其它通信系统中。