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

著录项
  • CN02107644.8
  • 20020320
  • CN1446003A
  • 20031001
  • 华为技术有限公司
  • 刘生俊;顿太勇;蔡永峰;卢选民;赵晓东
  • H04Q7/20
  • H04M17/00 H04Q7/20

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

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

2、如权利要求1所述的单用户同时多个呼叫下的费用管理方法, 其特征是:费用管理模块在收到费用申请请求后,确认帐户余额是否满 足需要申请的费用值,如果满足则返回所申请的费用,如果不满足,则 返回帐户实际余额。

3、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方 法,其特征是费用管理模块还向呼叫处理模块发送激活测试消息,用于 验证当前的呼叫是否仍然存在。

4、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方 法,其特征是:在用户进行呼叫时,通过管理流程还可进行费用充值, 由呼叫处理模块向费用管理模块发出费用充值消息,费用管理模块收到 此消息后将消息中所带的费用加到用户账号上。

5、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方 法,其特征是:对于单次费用呼叫可进行多次申请,即当先前申请的费 用快要用完时,用户可重新发出费用申请请求;申请的金额可以是当前 呼叫所需的最小计费金额或一定时间段的费用金额。

6、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方 法,其特征是:呼叫处理模块中呼叫结束后,向费用管理模块发送费用 返回申请操作,消息中带有本次呼叫的剩余费用,费用管理模块将该剩 余费用加到用户的帐号上。

说明书
技术领域

技术领域:

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

背景技术:

在智能网现有的预付费业务(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业务中呼叫等待的信令流程 示意图。图中的信令消息可参考《中华人民共和国通信行业标准800MHz CDMA蜂窝移动通信系统无线智能网(Wireless Intelligent Network) 预付费技术要求》。

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

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

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

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

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

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

本文发布于:2024-09-24 01:20:46,感谢您对本站的认可!

本文链接:https://www.17tex.com/tex/2/86242.html

版权声明:本站内容均来自互联网,仅供演示用,请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系,我们将在24小时内删除。

留言与评论(共有 0 条评论)
   
验证码:
Copyright ©2019-2024 Comsenz Inc.Powered by © 易纺专利技术学习网 豫ICP备2022007602号 豫公网安备41160202000603 站长QQ:729038198 关于我们 投诉建议