一种通话计费方法、业务控制设备及呼叫控制系统的制作方法

文档序号:7596979阅读:126来源:国知局
专利名称:一种通话计费方法、业务控制设备及呼叫控制系统的制作方法
技术领域
本发明涉及通信领域,特别涉及一种通话计费方法、业务控制设备及呼叫控制系 统。
背景技术
码分多址(CDMA,Code Division Multiple Access)网络中的呼叫信令交互过程 如下,当用户A对用户B发起呼叫时,业务交换点(SSP,service switch point)上报始发 申请(ORREQ, Origination Request)消息与业务控制点(SCP,Service Control Point)交 互,SCP向融合计费点(CBP,Convergent Billing Point)发送信用控制请求(CCR,Credit Control Request)消息,进行批价及在用户A的账户中进行金额预留,然后CBP向SCP反馈 信用控制应答消息(CCA,Credit Control Answer), SCP下发始发申请授权消息给SSP,用 户B开始振铃,如果在用户B摘机前,用户A便主动挂机放弃通话,则SSP并不立即上报相 关通知消息给SCP,因此SCP无法立即获知用户A已挂机。这样一来,SCP无法通知CBP立 即释放此前为用户A预留的金额。在预设时间过后,SCP侧主动向SSP查询当前通话状态, 在获知用户A已主动挂机后,立即上报CCR给CBP,此时CBP才会释放为用户A预留的金额 并结束本次通话。但在上述现有技术中,在SCP侧主动向SSP查询之前,用户A可能再次发起呼叫, 如果此时因用户A前次与用户B通话(尽管此次通话并未接通)时预留的金额尚未被释放 而导致用户A的账户余额不足,则再次发起的呼叫将无法建立,影响最终用户体验。

发明内容
本发明实施例提供了一种通话计费方法、业务控制设备及呼叫控制系统,能够避 免当用户的账户余额较低时,因前一通话的预留金额被后一通话占用,而无法扣除前一通 话的费用。本发明实施例提供了一种通话计费方法,包括接收交换设备发送的呼叫控制请 求,提取其中包含的呼叫特征参数;判断是否存在与所述呼叫特征参数相对应的呼叫控制 条目;若是,则向所述交换设备返回拒绝呼叫消息;若否,则向计费设备发送计费请求。本发明实施例提供了一种业务控制设备,包括接收单元,用于接收交换设备发送 的呼叫控制请求,提取其中包含的呼叫特征参数;判断单元,用于判断是否存在与所述呼叫 特征参数相对应的呼叫控制条目;返回单元,用于在所述判断单元判定存在与所述呼叫特 征参数相对应的呼叫控制条目时,向所述交换设备返回拒绝呼叫消息;发送单元,用于在所 述判断单元判定不存在与所述呼叫特征参数相对应的呼叫控制条目时,向计费设备发送计 费请求。本发明实施例提供了一种呼叫控制系统,包括业务控制设备,用于接收所述交换 设备发送的呼叫控制请求,提取其中包含的呼叫特征参数;判断是否存在与所述呼叫特征 参数相对应的呼叫控制条目;若是,则向所述交换设备返回拒绝呼叫消息;若否,则发出计费请求;计费设备,用于接收所述业务控制设备发出的所述计费请求,提取其中包含的所述 呼叫特征参数;判断是否存在与所述呼叫特征参数相对应的费用预留条目;若是,则更新 所述费用预留条目;若否,则生成与所述呼叫特征参数相对应的费用预留条目;以及向所 述业务控制设备返回计费应答。从以上技术方案可以看出,本发明实施例具有以下优点业务控制设备接收交换 设备发送的呼叫控制请求,提取其中包含的呼叫特征参数,判断是否存在与该呼叫特征参 数相对应的呼叫控制条目,若是,则向交换设备返回拒绝呼叫消息,若否,则向计费设备发 送计费请求,由于在接收到呼叫控制请求息后,业务控制设备首先判断是否已经存在与当 前呼叫特征参数相对应的呼叫控制条目,如果存在则拒绝交换设备发送的呼叫控制请求, 避免在相同用户间重复建立呼叫的情况,进而避免因金额未及时释放,而导致呼叫失败可 能,接通率降低,最终用户体验受到影响。


图1为本发明实施例中通话计费方法一个实施例的流程图;图2为本发明实施例中通话计费方法另一个实施例的流程图;图3为本发明实施例中通话计费方法又一个实施例的流程图;图4为本发明实施例中业务控制设备一个实施例的逻辑结构示意图;图5为本发明实施例中呼叫控制系统一个实施例的逻辑结构示意图。
具体实施例方式本发明实施例提供了一种通话计费及装置,用于避免在因金额未及时释放,而存 在呼叫失败可能,降低接通率,影响最终用户体验,下面分别进行详细说明。在申请号为200910162023. 1的申请文件中,为解决上述缺陷,采用了根据发起呼 叫方用户信息、通话信息及业务(包括呼叫、短信或其他业务)特征进行预留管理的方法, 当用户A发起呼叫时,在CBP侧检测是否存在包含用户A及用户B的呼叫预留信息,如果存 在,则在呼叫开始预留金额之前,及时释放在前一次通话时预留的金额,可以避免用户B摘 机前用户A主动放弃呼叫预留金额无法释放的问题。但上述现有技术中,如果用户A发起对用户B的呼叫,在A与B之间呼叫连接存在 的情况下,用户A重复拨打用户B (前一个呼叫可在后台运行,例如A采用保留通话的方式 将与用户B之间的前一呼叫保留,然后再次呼叫用户B,此时用户B仍可接听后一呼叫(当 前一些移动终端具备此种功能,例如索尼爱立信W590i)),则用户A发起的后一呼叫会释放 之前A与B之间存在的呼叫连接中的预留金额,而此预留金额中的至少一部分非常可能已 经使用。如此一来,取消预留金额会导致此预留金额中已经使用的部分无法由运营商入账, 给运营商带来损失。在用户A的账户余额较低时,若后一呼叫被接通,则更有可能出现后一 呼叫结束时后一呼叫扣除全部预留金额后,而前一呼叫的呼叫话费用因账户余额不足而无 法扣除的情况。为便于说明,在以下各实施例中,交换设备以业务交换点SSP为例,业务控制设备 以业务控制点SCP为例,计费设备以计费控制点CBP为例进行说明,可以理解的,以上只是 具体举例,不能构成对本发明技术方案应用的限制。
下面对本发明实施例中的通话计费方法进行描述,请参阅图1,本发明实施例中的 通话计费方法的一个实施例包括101、接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特征参数;本实施例中,当用户发起呼叫时,业务交换点SSP向业务控制点SCP发送呼叫控制 请求,该呼叫控制请求具体可以为始发申请消息,SCP接收SSP发送的呼叫控制请求,并提 取该呼叫控制请求中包含的呼叫特征参数,该呼叫特征参数具体可以为当前呼叫中的主叫 号码及被叫号码。需要说明的是,本发明实施例中的SSP也可以是移动交换中心(MSC,Mobile Switching Center)。102、判断是否存在与呼叫特征参数相对应的呼叫控制条目;SCP根据SSP发送的呼叫控制请求中的呼叫特征参数,判断是否存在与该呼叫特 征参数相对应的呼叫控制条目,即是否存在与呼叫特征参数相对应的呼叫连接。若存在,则执行步骤103,若不存在,则执行步骤104。103、向交换设备返回拒绝呼叫消息;若SCP判断的结果为存在与呼叫特征参数相对应的呼叫控制条目,即当前已经存 在与呼叫特征参数相对应的呼叫连接,则向SCP发送拒绝呼叫消息,该拒绝呼叫消息具体 可以为始发申请反馈消息。104、向计费设备发送计费请求。若SCP判断的结果为不存在与呼叫特征参数相对应的呼叫控制条目,即当前不存 在与呼叫特征参数相对应的呼叫连接,则向计费控制点CBP发送计费请求,该计费请求具 体可以为信用控制请求消息,请求CBP对本次呼叫进行费用预留。本发明实施例中,SCP接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特 征参数,判断是否存在与该呼叫特征参数相对应的呼叫控制条目,若存在,则向SSP发送拒 绝呼叫消息,由于在接收到呼叫控制请求后,SCP首先判断是否已经存在与当前呼叫特征参 数相对应的呼叫控制条目,如果存在则拒绝SSP发送的呼叫控制请求,避免在相同用户间 重复建立呼叫的情况,从而避免在呼叫方用户的账户余额较低时,因金额未及时释放而存 在呼叫失败的可能性,降低接通率,影响最终用户体验。为便于理解,下面以另一实施例介绍本发明实施例提供的通话计费方法,需要说 明的是,在本实施例中,呼叫控制请求具体可以为始发申请消息,拒绝呼叫消息具体可以为 始发申请反馈消息,计费请求具体可以为信用控制请求消息,呼叫建立通知具体可以为指 示连接反馈消息,呼叫结束通知具体可以为始发断开请求消息,具体的,请参阅图2,本发明 实施例提供的通话计费方法的另一实施例包括201、接收业务交换点发送的始发申请消息,提取其中包含的主、被叫号码;本发明实施例中,当用户发起呼叫时,SCP接收SSP发送的始发申请ORREQ消息, 并提取该ORREQ消息中包含的主叫号码和被叫号码。202、判断是否存在包含呼叫双方用户号码信息的呼叫连接;SCP判断是否存在包含呼叫双方用户号码信息的呼叫连接,假设用户A呼叫用户 B,SCP在提取SSP发送的始发申请消息中包含的主叫号码(用户A的号码)和被叫号码 (用户B的号码)后,判断是否已经存在包含呼叫双方用户号码信息的呼叫连接。
需要说明的是,包含呼叫双方用户号码信息的呼叫连接,区分主叫号码与被叫号 码,每次呼叫的主叫号码相同,且被叫号码相同,才认为是相同的呼叫连接。若存在,则执行步骤203,若不存在,则执行步骤204。203、向交换设备返回始发申请反馈消息;若步骤202中,SCP判断的结果为存在包含呼叫双方用户号码信息的呼叫连接,即 当前已经存在呼叫双方之间的连接,则向SCP发送始发申请反馈消息。204、向计费设备发送信用控制请求消息;若步骤202中,SCP判断的结果为不存在包含呼叫双方用户号码信息的呼叫连接, 即当前不存在呼叫双方之间的连接,则向计费控制点CBP发送信用控制请求CCR消息,请求 CBP对本次呼叫进行费用预留。205、在收到交换设备发送的指示连接反馈消息时,生成包含呼叫双方用户号码信 息的呼叫连接;步骤204中,SCP向CBP发送信用控制请求CCR消息,请求CBP对当前呼叫进行费 用预留,CBP向SCP发送计费应答消息,该计费应答消息具体可以为信用控制应答消息,SCP 收到该计费应答消息之后,向SSP发送指示消息,指示SSP对当前呼叫进行接续,SSP对该 指示消息进行回馈,向SCP发送指示连接反馈消息,SCP生成包含呼叫双方用户号码信息的 呼叫连接。206、在收到交换设备发送的始发断开请求消息时,删除包含呼叫双方用户号码信 息的呼叫连接。当用户挂机,SSP向SCP发送始发断开请求消息,SSP收到该消息后,删除包含呼叫 双方用户号码信息的呼叫连接。本实施例中,当SCP判断当前不存在包含呼叫双方用户号码信息的呼叫连接时, 向CBP发送信用控制请求CCR消息,请求CBP对本次呼叫进行费用预留,接收到CBP发送的 费用预留请求反馈信息后,指示SSP为用户之间进行呼叫连接,SCP生成包含呼叫双方用户 号码信息的呼叫连接,防止在用户之间呼叫连接正常存续期间,再次在相同用户间建立呼 叫连接的可能性,进而避免因金额未及时释放而存在呼叫失败的可能性,当用户挂机,SSP 向SCP发送始发断开请求消息,SSP收到该消息后,删除包含呼叫双方用户号码信息的呼叫 连接,避免由于该呼叫连接删除得不及时,影响下一次双方用户间建立正常的呼叫连接。为便于理解,下面以一具体应用场景说明对交换设备侧、业务控制设备侧和计费 控制设备侧的交互过程进行详细描述,请参阅图3,本发明实施例中的通信方法另一个实施 例包括301、SCP接收SSP发送的始发申请消息,提取其中包含的主、被叫号码;当用户发起呼叫时,业务交换点SSP向业务控制点SCP发送始发申请消息0RREQ, SCP接收该始发申请消息,并提取其中包含的主、被叫号码。302、SCP判断是否存在基于呼叫双方的呼叫连接;SCP判断是否存在包含呼叫双方用户号码信息的呼叫连接,若存在,则中断用户发 起的呼叫。303、SCP向SSP发送始发申请反馈消息;若SCP判断的结果为存在包含呼叫双方用户号码信息的呼叫连接,即当前已经存在呼叫双方之间的连接,则向SSP发送始发申请反馈消息,拒绝建立呼叫连接。304、SCP向CBP发送信用控制请求消息;若SCP判断的结果为不存在包含呼叫双方用户号码信息的呼叫连接,即当前不存 在呼叫双方之间的连接,则向计费控制点CBP发送信用控制请求消息CCR initial,请求 CBP对本次呼叫进行费用预留。305、SCP接收计费应答消息;CBP对本次呼叫进行费用预留后,向SCP发送计费应答消息CCA initial, SCP接 收该计费应答消息。306、指示SSP进行呼叫连接;SCP接收CBP进行费用预留的反馈信息后,向SSP发送反馈ORREQ的对应orreq消 息,指示SSP建立用户之间的呼叫连接。307、SCP接收SSP发送的呼叫连接反馈消息;用户之间建立呼叫连接后,SSP向SCP发送呼叫连接反馈消息OAnswer,SCP接收 该消息。308、SCP生成包含呼叫双方用户号码信息的呼叫连接;SCP接收到SSP发送的用户之间的呼叫连接反馈消息OAnswer后,生成包含呼叫双 方用户号码信息的呼叫连接。309、SCP接收SSP发送的始发断开请求消息;当用户挂机,SSP向SCP发送始发断开请求((DISCONNECT,Origination, DISCONNECT)消息,SSP收到该消息。310、SCP删除包含呼叫双方信息的呼叫连接信息。下面介绍本发明实施例中的业务控制设备,请参阅图4,本发明实施例中的业务控 制设备的一个实施例包括接收单元401,用于接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特征 参数,还用于接收该交换设备发送的呼叫建立通知以及呼叫结束通知;判断单元402,用于判断是否存在与该呼叫特征参数相对应的呼叫控制条目;具体来说,判断单元402用于判断存储的呼叫控制条目中是否存在与该呼叫特征 参数相对应的呼叫控制条目。返回单元403,用于在判断单元402判定存在与该呼叫特征参数相对应的呼叫控 制条目时,向交换设备返回拒绝呼叫消息;发送单元404,用于在判断单元402判定不存在与该呼叫特征参数相对应的呼叫 控制条目时,向计费设备发送计费请求。需要说明的是,该业务控制设备还可以进一步包括生成单元405,用于在接收单元401收到交换设备发送的呼叫建立通知时,生成与 该呼叫特征参数相对应的呼叫控制条目;具体来说,生成单元405还用于将生成的呼叫控制条目存储到判断单元402中。删除单元406,用于在接收单元401收到交换设备发送的呼叫结束通知时,删除与 该呼叫特征参数相对应的呼叫控制条目。具体来说,删除单元406还用于将与该呼叫特征参数相对应的呼叫控制条目从判断单元402中删除。本发明实施中,接收单元401,接收交换设备发送的呼叫控制请求,提取其中包含 的呼叫特征参数,判断单元402判断是否存在与该呼叫特征参数相对应的呼叫控制条目, 若存在,则返回单元403,向交换设备返回拒绝呼叫消息,若不存在,则发送单元404向计费 设备发送计费请求,由于接收单元401在接收到呼叫控制请求并提取其中包含的呼叫特征 参数后,判断单元402首先判断是否已经存在与该呼叫特征参数相对应的呼叫控制条目, 如果存在则返回单元403,向交换设备返回拒绝呼叫消息,拒绝该呼叫请求,避免在相同用 户间重复建立通话连接的情况,从而避免在呼叫方用户的账户余额较低时,因金额未及时 释放而存在呼叫失败的可能性,降低接通率,影响最终用户体验。在接收单元401接收到交 换设备发送的呼叫建立通知时,生成单元405生成与该呼叫特征参数相对应的呼叫控制条 目,在接收单元401接收到交换设备发送的呼叫结束通知时,删除单元406删除与该呼叫特 征参数相对应的呼叫控制条目,防止由于删除得不及时而影响下次呼叫双方正常建立呼叫 连接。本发明实施例还提供了一种呼叫控制系统,与交换设备通信连接,具体请参阅图 5,本发明实施例的呼叫控制系统包括业务控制设备501及计费设备502 ;其中,业务控制设备501用于接收该交换设备发送的呼叫控制请求,提取其中包 含的呼叫特征参数,判断是否存在与该呼叫特征参数相对应的呼叫控制条目,若是,则向该 交换设备返回拒绝呼叫消息;若否,则发出计费请求;计费设备502用于接收该业务控制设备发出的该计费请求,提取其中包含的呼叫 特征参数,判断是否存在与该呼叫特征参数相对应的费用预留条目,若是,则更新该费用预 留条目,若否,则生成与该呼叫特征参数相对应的费用预留条目,以及向该业务控制设备返 回计费应答。其中,上文所述的在判断存在与该呼叫特征参数相对应的费用预留条目时更 新该费用预留条目,具体可以为,删除存在的与该呼叫特征参数相对应的费用预留条目,再 根据该呼叫特征参数重新生成对应的费用预留条目。尽管重新生成的费用预留条目和删 除的费用预留条目均与上述呼叫特征参数相对应,但重新生成的费用预留条目与删除的费 用预留条目相比,将包含一些不同的参数,例如但不限于与费用预留条目的具体生成时间 (或者主叫用户发起呼叫的时间)有关的参数。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以 通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上 述提到的存储介质可以是只读存储器,磁盘或光盘等。以上对本发明所提供的一种通话计费方法、业务控制设备及呼叫控制系统进行了 详细介绍,对于本领域的一般技术人员,依据本发明实施例的思想,在具体实施方式
及应用 范围上均会有改变之处,综上所述,本说明书内容不应理解为对本发明的限制。
权利要求
1.一种通话计费方法,其特征在于,包括接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特征参数; 判断是否存在与所述呼叫特征参数相对应的呼叫控制条目; 若是,则向所述交换设备返回拒绝呼叫消息; 若否,则向计费设备发送计费请求。
2.根据权利要求1所述的方法,其特征在于,在向所述计费设备发送计费请求之后,所 述方法还包括在收到所述交换设备发送的呼叫建立通知时,生成与所述呼叫特征参数相对应的呼叫 控制条目。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括在收到所述交换设备发送的呼叫结束通知时,删除与所述呼叫特征参数相对应的呼叫 控制条目。
4.根据权利要求1至3任一项所述的方法,其特征在于,所述方法还包括 所述呼叫特征参数包括主叫号码和被叫号码。
5.根据权利要求4所述的方法,其特征在于,所述方法还包括所述呼叫控制请求为始发中请消息,所述拒绝呼叫消息为始发申请反馈消息,所述计 费请求为信用控制请求消息,所述呼叫建立通知为指示连接反馈消息,所述呼叫结束通知 为始发断开请求消息。
6.一种业务控制设备,其特征在于,包括接收单元,用于接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特征参数; 判断单元,用于判断是否存在与所述呼叫特征参数相对应的呼叫控制条目; 返回单元,用于在所述判断单元判定存在与所述呼叫特征参数相对应的呼叫控制条目 时,向所述交换设备返回拒绝呼叫消息;发送单元,用于在所述判断单元判定不存在与所述呼叫特征参数相对应的呼叫控制条 目时,向计费设备发送计费请求。
7.根据权利要求6所述的设备,其特征在于,所述接收单元还用于接收所述交换设备 发送的呼叫建立通知,所述设备还包括生成单元,用于在所述接收单元收到所述交换设备发送的呼叫建立通知时,生成与所 述呼叫特征参数相对应的呼叫控制条目。
8.根据权利要求7所述的设备,其特征在于,所述接收单元还用于接收所述交换设备 发送的呼叫结束通知,所述设备还包括删除单元,用于在所述接收单元收到所述交换设备发送的呼叫结束通知时,删除与所 述呼叫特征参数相对应的呼叫控制条目。
9.根据权利要求6至8任一项所述的设备,其特征在于,所述设备还包括 所述呼叫特征参数包括主叫号码和被叫号码。
10.根据权利要求9所述的设备,其特征在于,所述设备还包括所述呼叫控制请求为始发申请消息,所述拒绝呼叫消息为始发申请反馈消息,所述计 费请求为信用控制请求消息,所述呼叫建立通知为指示连接反馈消息,所述呼叫结束通知 为始发断开请求消息。
11. 一种呼叫控制系统,与交换设备通信连接,其特征在于,包括 业务控制设备,用于接收所述交换设备发送的呼叫控制请求,提取其中包含的呼叫特 征参数;判断是否存在与所述呼叫特征参数相对应的呼叫控制条目;若是,则向所述交换 设备返回拒绝呼叫消息;若否,则发出计费请求;计费设备,用于接收所述业务控制设备发出的所述计费请求,提取其中包含的所述呼 叫特征参数;判断是否存在与所述呼叫特征参数相对应的费用预留条目;若是,则更新所 述费用预留条目;若否,则生成与所述呼叫特征参数相对应的费用预留条目;以及向所述 业务控制设备返回计费应答。
全文摘要
本发明实施例公开了一种通话计费方法、业务控制设备及呼叫控制系统,用于避免当用户的账户余额较低时,因前一通话的预留金额被后一通话占用,而无法扣除前一通话的费用。本发明实施例方法包括业务控制设备接收交换设备发送的呼叫控制请求,提取其中包含的呼叫特征参数,判断是否存在与该呼叫特征参数相对应的呼叫控制条目,若是,则向交换设备返回拒绝呼叫消息,若否,则向计费设备发送计费请求。本发明还提供了一种业务控制设备及呼叫控制系统。
文档编号H04W88/18GK102137378SQ20111004989
公开日2011年7月27日 申请日期2011年3月2日 优先权日2011年3月2日
发明者周巨伟 申请人:华为技术有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1