CN1199484C - 一种单用户同时多个呼叫下的费用管理方法 - Google Patents
一种单用户同时多个呼叫下的费用管理方法 Download PDFInfo
- Publication number
- CN1199484C CN1199484C CN 02107644 CN02107644A CN1199484C CN 1199484 C CN1199484 C CN 1199484C CN 02107644 CN02107644 CN 02107644 CN 02107644 A CN02107644 A CN 02107644A CN 1199484 C CN1199484 C CN 1199484C
- Authority
- CN
- China
- Prior art keywords
- management module
- user
- cost
- calling
- expense
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
- 238000000034 method Methods 0.000 title claims abstract description 10
- 238000007726 management method Methods 0.000 claims description 57
- 239000013589 supplement Substances 0.000 claims description 6
- 230000004913 activation Effects 0.000 claims description 3
- 230000002596 correlated effect Effects 0.000 claims description 3
- 230000001960 triggered effect Effects 0.000 abstract 1
- 230000011664 signaling Effects 0.000 description 7
- 238000010586 diagram Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000009432 framing Methods 0.000 description 2
- 238000010295 mobile communication Methods 0.000 description 2
- 238000005516 engineering process Methods 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
Landscapes
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种单用户同时多个呼叫下的费用管理方法，包括如下步骤：1)当与用户帐户相关的第一个呼叫触发上来后，呼叫处理模块从数据库中将账户余额取出并保存至费用管理模块中，由费用管理模块统一管理用户帐号的总资金；2)当呼叫处理模块需要费用时，向费用管理模块发出费用申请请求，费用管理模块向其分配资金；3)一旦费用管理模块中的用户余额被申请完，则拒绝此后与此帐户相关的呼叫。由于费用管理模块统一管理用户账号的总资金，避免了用户账户资金被透支的情况；另外由于只需在原有体系结构的基础之上增加费用申请环节，并不影响原先的体系结构，保持了原有成熟业务的稳定性，且结构简单；并可以灵活的应用于各种业务上。
Description
技术领域：
本发明涉及一种单用户同时多个呼叫下的费用管理方法。
背景技术：
在智能网现有的预付费业务(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)一旦费用管理模块中的用户余额被申请完，则拒绝此后与此帐户相关的呼叫；对于上述各呼叫中，当单次呼叫中先前申请的费用快用完时，用户可重新发出费用申请请求或在用户进行呼叫时通过管理流程进行费用充值，由呼叫处理模块向费用管理模块发出费用充值消息，费用管理模块收到此消息后将消息中所带的费用加到其上所述用户账号上，进入步骤2)。
由于采用了以上的方案，在呼叫触发上来后，由费用管理模块统一管理用户账号的总资金，避免用户账户资金被透支的情况；另外由于只需在原有体系结构的基础之上增加费用申请环节，并不影响原先的体系结构，保持了原有成熟业务的稳定性，且结构简单；并可以灵活的应用于各种业务上。
附图说明：
图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)等其它通信系统中。
Claims (5)
1、一种单用户同时多个呼叫下的费用管理方法，其特征是包括如下步骤：1)当与用户帐户相关的第一个呼叫触发上来后，呼叫处理模块从数据库中将账户余额取出并保存至费用管理模块中，由费用管理模块统一管理用户帐号的总资金；2)当呼叫处理模块需要费用时，向费用管理模块发出费用申请请求，费用管理模块向其分配资金；3)一旦费用管理模块中的用户余额被申请完，则拒绝此后与此帐户相关的呼叫；
对于上述各呼叫中，当单次呼叫中先前申请的费用快用完时，用户可重新发出费用申请请求或在用户进行呼叫时通过管理流程进行费用充值，由呼叫处理模块向费用管理模块发出费用充值消息，费用管理模块收到此消息后将消息中所带的费用加到其上所述用户账号上，进入步骤2)。
2、如权利要求1所述的单用户同时多个呼叫下的费用管理方法，其特征是：费用管理模块在收到费用申请请求后，确认帐户余额是否满足需要申请的费用值，如果满足则返回所申请的费用，如果不满足，则返回帐户实际余额。
3、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方法，其特征是费用管理模块还向呼叫处理模块发送激活测试消息，用于验证当前的呼叫是否仍然存在。
4、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方法，其特征是：对于单次费用呼叫可进行多次申请，即当先前申请的费用快要用完时，用户可重新发出费用申请请求；申请的金额可以是当前呼叫所需的最小计费金额或一定时间段的费用金额。
5、如权利要求1或2所述的单用户同时多个呼叫下的费用管理方法，其特征是：呼叫处理模块中呼叫结束后，向费用管理模块发送费用返回申请操作，消息中带有本次呼叫的剩余费用，费用管理模块将该剩余费用加到用户的帐号上。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 02107644 CN1199484C (zh) | 2002-03-20 | 2002-03-20 | 一种单用户同时多个呼叫下的费用管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 02107644 CN1199484C (zh) | 2002-03-20 | 2002-03-20 | 一种单用户同时多个呼叫下的费用管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN1446003A CN1446003A (zh) | 2003-10-01 |
| CN1199484C true CN1199484C (zh) | 2005-04-27 |
Family
ID=27811078
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 02107644 Expired - Fee Related CN1199484C (zh) | 2002-03-20 | 2002-03-20 | 一种单用户同时多个呼叫下的费用管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN1199484C (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1625285B (zh) * | 2003-12-05 | 2011-11-09 | 联发科技股份有限公司 | 移动电话的管理多个通话的方法 |
| CN102833717B (zh) * | 2011-06-15 | 2017-11-17 | 中兴通讯股份有限公司 | 用户转账的控制方法和业务控制点 |
-
2002
- 2002-03-20 CN CN 02107644 patent/CN1199484C/zh not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| CN1446003A (zh) | 2003-10-01 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5570410A (en) | Dynamic resource allocation process for a service control point in an advanced intelligent network system | |
| JP3032157B2 (ja) | 長距離電話の経路指定方法 | |
| US20050100149A1 (en) | Method and apparatus for validating pre-pay and post-pay communication services using the same integrated database | |
| US8363802B2 (en) | Caller controlled time demarcation system | |
| US6393112B1 (en) | System method for facilitating intelligent network call processing using a call context database | |
| CN1623320A (zh) | 用于对转发到预付费用户语音邮件的呼叫进行记帐的方法和系统 | |
| CN1205801C (zh) | 电信网的通话费 | |
| CN1123197C (zh) | 用于控制一个信用用户呼叫的方法 | |
| CN1199484C (zh) | 一种单用户同时多个呼叫下的费用管理方法 | |
| CA2335672A1 (en) | Intelligent-networked telecommunication system which strategically creates and employs service-dependent pseudo calling line identities to eliminate redundant billing errors | |
| CN101699843A (zh) | 一种自动适应camel网络类型的语音呼叫的方法和装置 | |
| CN1320320A (zh) | 向移动用户报告存款/计费信息 | |
| CN1371569A (zh) | 定制预付费业务 | |
| CN1738344B (zh) | 智能业务的计费方法 | |
| CN100589590C (zh) | 同一个业务键实现多个虚拟运营商同类业务的方法及设备 | |
| CN1360794A (zh) | 相对于集中服务供应者环境分配服务执行环境 | |
| CN100493125C (zh) | 一种cdma预付费业务中设置呼叫详细记录的方法 | |
| JP2699834B2 (ja) | インテリジェントネットワークの課金方式 | |
| CN102461216A (zh) | 用于资助通信服务的方法、电信系统和网络节点 | |
| JP2882504B2 (ja) | 呼情報システム | |
| MX9803575A (es) | Metodo y aparato para generar mensajes de asignacion de llamadas. | |
| EP1085739A2 (en) | Switch-based intelligent-networked pre-paid telephone calling card service system having bailout to telephone operators | |
| KR970006416B1 (ko) | 정보료수납대행 서비스 가입자 데이터베이스 메인 테이블 구조 | |
| CN1225779A (zh) | 用户交互作用过程 | |
| KR960016663B1 (ko) | 호분배 테이블을 이용하여 정보료수납대행 서비스 가입자 루팅 연결 상대비를 저장하는 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| DD01 | Delivery of document by public notice |
Addressee: Guo Zhenpeng Document name: payment instructions |
|
| DD01 | Delivery of document by public notice | ||
| DD01 | Delivery of document by public notice |
Addressee: Guo Zhenpeng Document name: Notice of termination of patent right |
|
| DD01 | Delivery of document by public notice | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20050427 Termination date: 20210320 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |