CN101600184A - 一种被叫付费系统及被叫付费业务的实现方法 - Google Patents

Abstract

本发明涉及一种被叫付费系统及被叫付费业务的实现方法，属于GSM网络。本发明方法包括：被叫付费系统接收到移动交换中心转发的呼叫请求时，将该呼叫请求转发给被叫用户，并提示所述被叫用户该呼叫请求属于被叫付费业务，仅当所述被叫用户接受该被叫付费业务时，所述被叫付费系统根据所述呼叫请求建立通话，在所述通话结束后，通知计费系统对所述被叫用户进行通话计费。本发明技术方案提供了一种全新的移动增值业务，安全简单，业务通话费率可灵活配置，并且本发明不需要终端消费人群前往营业厅办理任何手续即可使用。

Description

一种被叫付费系统及被叫付费业务的实现方法

技术领域

本发明涉及GSM网络，特别涉及一种被叫付费系统及被叫付费业务的实现方法。

背景技术

随着通信技术的发展及移动电话的普及，移动用户数量日益增多，各运营商之间的竞争也日趋激烈。在这种局面下，除了通信资费的高低、网络服务质量等因素以外，是否能提供丰富多彩的通信增值业务成了运营商吸引终端客户的另一大法宝。

目前市场上有一种增值业务称为被叫付费业务，例如800或400免费电话，其存在以下不足之处：首先，这种被叫付费业务所采用的是一种被叫统一付费的办法，不能根据主叫用户是谁来选择是否为其付费，缺乏灵活性；其次，这种被叫付费业务需要终端消费者前去营业厅申请办理方可使用，不能实现快速推广；再者，登记这种被叫集中付费业务的资费较高，一般只有大的企业集团才有条件使用，应用门槛比较高，难以普及。

发明内容

本发明所要解决的技术问题是，提供一种被叫付费系统及被叫付费业务的实现方法，为广大终端消费群体提供通信便利。

为了解决上述问题，本发明公开了一种被叫付费业务的实现方法，包括：

被叫付费系统接收到移动交换中心转发的呼叫请求时，将该呼叫请求转发给被叫用户，并提示所述被叫用户该呼叫请求属于被叫付费业务，仅当所述被叫用户接受该被叫付费业务时，所述被叫付费系统根据所述呼叫请求建立通话，在所述通话结束后，通知计费系统对所述被叫用户进行通话计费。

进一步地，上述方法中，所述移动交换中心接收到所述呼叫请求后，若判断该呼叫请求中包括被叫付费业务标识，则将该呼叫请求转发到所述被叫付费系统。

其中，所述被叫付费业务标识为被叫付费业务接入码。

所述被叫付费系统将所述呼叫请求转发给所述被叫用户后，当所述被叫用户接受所述呼叫请求时，所述被叫付费系统不建立通话，提示所述被叫用户该呼叫请求属于被叫付费业务，仅当所述被叫用户根据提示接受该被叫付费业务时，所述被叫付费系统根据所述呼叫请求建立通话。

当所述被叫用户接受所述呼叫请求时，所述被叫付费系统将所述被用户连接到指定的音资源上，提示所述被叫用户该呼叫请求属于被叫付费业务；

当所述被叫用户根据提示接受该被叫付费业务时，所述被叫付费系统切断所述被叫用户与所述音资源的连接，根据所述呼叫请求建立通话。

本发明还公开了一种被叫付费系统，包括业务交换点SSP和业务控制点SCP，其中：

SSP，用于接收移动交换中心转发的呼叫请求，将所述呼叫请求转发给所述被叫用户，将所述被叫用户发送的接受呼叫请求以及接受被叫付费业务的结果发送到所述SCP，以及用于根据SCP发送的控制命令，提示所述被叫用户该呼叫请求属于被叫付费业务，根据所述呼叫请求建立通话，并在所述通话结束时，通知所述SCP；

所述SCP，用于在接收到所述SSP发送的接受呼叫请求和接受被叫付费业务的结果时，向所述SSP发送控制命令，以及在接收到SSP发送的通话结束的通知时，通知计费系统对所述被叫用户进行通话计费。

进一步地，上述系统中，所述SCP，在接收到所述SSP发送的接受呼叫请求的结果时，向所述SSP发送播放提示音的控制命令，在接收到所述SSP发送的接受被叫付费业务的结果时，向所述SSP发送建立通话的控制命令；

所述SSP，在接收到所述播放提示音的控制命令时，提示所述被叫用户该呼叫请求属于被叫付费业务，在接收到所述建立通话的控制命令时，根据所述呼叫请求建立通话。

其中，所述SSP，接收到所述播放提示音的控制命令时，将所述被用户连接到指定的音资源上，提示所述被叫用户该呼叫请求属于被叫付费业务；接收到所述建立通话的控制命令时，切断所述被叫用户与所述音资源的连接，根据所述呼叫请求建立通话。

所述SSP，接收到所述呼叫请求后，若判断该呼叫请求中包括被叫付费业务标识，则向所述SCP发送被叫付费业务的初始消息，以及用于接收所述SCP返回的连接控制指令，根据所述连接控制指令将所述呼叫请求转发给所述被叫用户，并将所述被叫用户发送的接受呼叫请求以及接受被叫付费业务的结果发送到所述SCP；

所述SCP，接收到所述被叫付费业务的初始消息后，还向所述SSP发送连接控制指令。

所述被叫付费业务标识为被叫付费业务接入码。

本发明技术方案具备以下有益效果：

第一，本发明无需改变现有网络软硬件设备，只需在现网设备上配置少量数据就能提供一种全新的移动增值业务，安全简单；

第二，本发明的业务通话费率可灵活配置，可以简单地将用户A与用户B所应成承担的话费相加后对用户B计费，也可以根据市场行情设定特殊的费率，从而具有一定的经济价值；

第三，本发明不需要终端消费人群前往营业厅办理任何手续即可使用，业务可以迅速推广；

第四，本发明所述系统支持在通话前提示被叫用户此通话启用被叫付费方式，被叫用户可根据来电显示选择是否接受，更加灵活和人性化；

第五，本发明无需消费者登记被叫付费电话专线，从而无需付出登记费用，没有应用门槛，可以轻易地在所有客户群体中实现业务的普及；

第六，本发明能在多种场合下使用，在丰富增值业务吸引客户的同时，还能在主叫用户欠费停机的情况下为用户“救急”，可以创造较大社会效益。例如，旅行或出差过程中有急事需要打电话却发现电话欠费停机时，可使用被叫付费业务以解燃眉之急，再如，员工在向老板电话请示工作时，恋爱双方女方给男方打电话时，父母给在外工作的子女打电话时，均可以使用本发明的被叫付费业务。

附图说明

图1是本实施例中被叫付费系统与现有核心网之间的架构示意图；

图2是本实施例中被叫付费系统结构示意图；

图3是本实施例中信令流程图；

图4是本实施例中被叫付费业务控制流程图。

具体实施方式

本发明的主要构思是，在考虑到不改变现有网络设备的情况下，可以引入一套被叫付费系统，这样，主叫用户拨打被叫用户时，主叫用户可以通过在被叫号码前添加被叫付费业务标识(具体可以是被叫付费业务接入码，可由运营商指定，例如999)的方式来请求被叫付费业务，而在开始这种被叫付费业务之前，即在呼叫建立前，系统还会向被叫用户播放提示音询问其是否接受本次呼叫，一旦被叫用户接受本次呼叫，则开始对通话进行计费，并且本次通话计费由被叫用户支付。

下面结合附图及具体实施例对本发明技术方案作进一步详细说明。

一种被叫付费系统，可应用于GSM网络，如图1所示，此时，核心网接收到主叫用户的呼叫请求后，根据呼叫请求中的被叫付费业务标识(本实施例中即为被叫付费业务接入码)将呼叫指向被叫付费系统，从而触发被叫付费业务，在被叫付费业务的控制下，被叫付费系统对被叫用户发起呼叫；被叫用户振铃并应答后，被叫付费系统在业务指示下向被叫用户播放是否接受为主叫付费的提示音，若用户选择接受则接通该呼叫，否则释放呼叫。其中，被叫付费系统与核心网之间采用标准七号信令接口，支持信令及话路；与OCS(Online Charging System，在线计费系统)之间采用标准Diameter接口，可实现实时计费。实施过程中，被叫付费系统只需要跟核心网中的某个HSTP(信令转接点)对接局向、信令、中继等数据即可。同时，需要核心网侧(本实施例中为呼叫交换中心)对携带有被叫付费业务标识(本实施例中为被叫付费业务接入码)的号码分析数据，即在用户使用此业务时将呼叫指向被叫付费系统。

下面介绍被叫付费系统的具体结构，如图2所示，包括SSP(service switchpoint，业务交换点)和SCP(Service Control Point，业务控制点)，SCP又是由SIU(Signaling Interface Unit，信令接口单元)和业务处理机构成的，其中，SSP和SCP之间的INAP信令交互过程如图3所示，虚线表示ISUP信令。下面介绍各部分的功能。

SSP，用于被叫付费业务的触发、呼叫的接续、对用户的放音收号等，SSP接收移动交换中心转发的呼叫请求，若判断该呼叫请求中包括被叫付费业务标识，则向SCP发送被叫付费业务的初始消息(本实施例中即为InitialDP消息)，并接收SCP返回的连接控制指令，根据该连接控制指令将呼叫请求转发给被叫用户，并将被叫用户发送的接受呼叫请求(本实施例中即为上报ERB事件)的结果发送到SCP；以及在接收到SCP发送的播放提示音的控制命令时，提示所述被叫用户该呼叫请求属于被叫付费业务，并将被叫用户发送的接受被叫付费业务(本实施例中即为P&C ACK消息)的结果发送到SCP；在接收到SCP发送的建立通话的控制命令时，根据呼叫请求建立通话，并在通话结束时，通知SCP(本实施例中即为挂机ERB事件)；

SCP，用于被叫付费业务的逻辑实现、呼叫流程的控制、以及对用户的计费等，SCP接收到SSP发送的被叫付费业务的初始消息时，向SSP发送连接控制指令(本实施例中即为Connect消息)；SCP接收到SSP发送的接受呼叫请求的结果时，向SSP发送播放提示音的控制命令(本实施例中即为CTR以及P&C消息)；SCP接收到SSP发送的接受被叫付费业务的结果时，向SSP发送切断音资源并建立通话的控制命令(本实施例中即为DFC消息)；以及SCP接收到SSP发送的通话结束的通知时，通知计费系统对被叫用户进行通话计费(本实施例中即为SCP根据SSP发送的ACR中的信息组装成CCR发给计费系统)；

SCP中被叫付费业务在业务处理机上加载运行，SIU和业务处理机之间为内部通信接口，SCP和SSP均以标准七号信令接口接入核心网，因此引入本系统，无需改造现网网络设备，只需配置所需链路、话路资源及路由数据即可。

在其他实施例中，被叫付费系统中的SSP与SIU设备可以合设，这样SSP与SCP之间信令交互将变为合设设备的内部消息，无需经过七号信令网传送，减少了对现网信令负荷的占用，也减少了跟核心网对接数据配置的工作量。

下面具体介绍上述被叫付费系统实现被叫付费业务的过程，如图4所示，包括以下步骤：

步骤401，主叫用户A(后文简称为用户A)发起呼叫，所拨被叫号码是被叫付费业务接入码(即被叫付费业务标识)prefix+b(b为被叫用户号码)，GMSC(Mobile Switching Center，移动交换中心)，即用户A当前所在MSC/VLR，分析prefix后将呼叫指向被叫付费系统；

步骤402：被叫付费系统判断用户A是否在黑名单中，如果是，语音提示用户A“您无权使用此业务”后，进入步骤413，否则进入步骤403；

步骤403：被叫付费系统判断用户B是否为本网用户，如果是，进入步骤404，否则语音提示用户A“不能呼叫他网用户”后，进入步骤413；

步骤404，被叫付费系统将主被叫用户的号码、位置信息、通话时长等信息发送给OCS系统，OCS对用户B进行鉴权、费率计算、帐户查询等操作；

该步骤对应于图3中的S01至S08，被叫付费系统中SSP收到号码prefix+b，根据prefix(被叫付费业务接入码)可以判断该呼叫为智能业务呼叫，则向SCP发起InitialDP(启动DP)消息；SCP收到InitialDP后，触发运行在业务处理机上的被叫付费业务，去掉prefix对被叫用户号码进行处理；SCP根据用户A的用户号码进行寻址，向HLRa(用户A归属的HLR)发送ATI消息，HLRa返回响应消息ATI ACK，SCP得到用户A的当前位置信息；根据用户B的用户号码进行寻址，向HLRb(用户B归属的HLR)发送ATI消息，HLRb返回响应消息ATI ACK，SCP得到B的当前位置信息；SCP通过Diameter接口CCR(Credit Control Request)消息向OCS发送主被叫用户的号码、位置信息、通话时长等信息，OCS对用户B进行鉴权、费率计算、帐户查询等操作后返回CCA(Credit Control Answer)消息，指示SCP允许呼叫继续。

在其他实施例中，还可以采用除OCS以外的其他计费系统，也可以是其它计费营帐系统。

步骤405：被叫付费系统判断用户B的余额是否足够，如果是，进入步骤406，否则，语音提示用户A“被叫用户余额不足”后，进入步骤413；

步骤406：查询用户B的移动台漫游号码，呼叫用户B，并判断该呼叫是否成功(即用户B是否应答该呼叫)，如果是，进入步骤407，否则分析失败原因，并根据失败原因向用户A进行相应的语音提示，进入步骤413；

该步骤对应于图3中S09至S16，SCP向HLRb发送SRI(Send RoutingInfo，发送路由信息)消息，请求B的移动台漫游号码，HLRb返回响应SRIACK，SCP得到B的移动台漫游号码MSRN b(Mobile Station RoamingNumber)；SCP向SSP发送求报告BCSM事件RRBE(Request Report BCSMEvent，基本呼叫状态模型BCSM，Basic call state model)以及AC(ApplyCharging)消息，请求呼叫事件监视及申请计费；SCP向SSP发送Connect(连接)消息，其中，主叫用户号码为a，被叫用户号码为B的移动台漫游号码，即MSRNb，被叫号码使用用户B的移动台漫游号码，是为了抑制B的被叫签约业务在落地局被再次触发；SSP分析MSRNb，将呼叫指向GMSCb(B当前所在MSC/VLR)，GMSCb接续B。

步骤407：被叫付费系统向用户B进行被叫付费业务的语音提示；

该步骤对应于图3中的S17至S19，SSP向SCP上报被叫应答的ERB(Event Report BCSM)事件；SCP向SSP发送CTR(Connect to Resource，连接资源)消息，以指示SSP连接到音资源，其中，CTR消息中携带特殊参数值，用来指示SSP这是被叫付费业务中的放音请求，SSP此时切断用户A与用户B之间的话路(即不建立用户A与用户B之间的话路)，继续给A放回铃音，并将B的话路接静音；SCP向SSP发送P&C(Prompt andCollectUserInfomation，提示并搜集用户信息)消息，SSP根据P&C中的音号将用户B从静音接到指定的音资源上，向用户B播放被叫付费业务的提示音(例如“对方请求被叫付费，接受请按1，拒绝请按2”)。

步骤408：被叫付费系统判断用户B是否选择接受被叫付费业务，如果是，进入步骤409，否则，语音提示用户A“您所呼叫的用户拒绝为您付费”后，进入步骤413；

该步骤对应于图3中的S20，SSP将用户B根据提示间进行选择的按键结果通过P&C ACK返回给SCP；

步骤409：用户A与用户B进行通话；

该步骤对应于图3中的S21至S23，SCP向SSP发送DFC(DisconnectForward Connection，切断前向连接)消息，指示SSP切断音资源，由于SSP此时知道这是一次被叫付费业务，因此在收到DFC后会将用户B从音资源切断，并接通用户A与用户B的话路；

步骤410：通话结束后，被叫付费系统向OCS报告通话时长等信息，OCS对此次通话计费，出正常话单，并给被叫付费系统发送响应；

该步骤对应于图3中的S24至S29，通话结束时，SSP向SCP报告挂机的ERB事件，以及ACR(Apply Charging Report)消息；SCP再次跟OCS交互，将ACR消息中的呼叫时长等参数报告给OCS，OCS根据相应的费率对用户B进行实时计费；

步骤411：被叫付费系统判断是否收到OCS的正常响应，如果是，进入步骤412，否则，进入步骤413；

步骤412：被叫付费系统释放该呼叫，结束流程；

该步骤对应于图3中的S30至S32，SCP向SSP发送RC(Release Call，释放呼叫)消息，SSP向GMSCb发送REL请求释放呼叫，GMSCb向SSP返回RLC，完成释放呼叫，流程结束。

步骤413：被叫付费系统出异常话单，并记录失败原因值，返回步骤412。

从上述实施例可以看出，本发明技术方案所提供的GSM网络中的被叫付费业务，是在主叫用户拨打被叫用户时，通过在被叫号码前加拨接入码的方式来请求被叫付费业务，即不需要终端用户事先前往营业厅做任何签约工作，只需要知道运营商公布的接入码即可随时使用。另外，被叫付费业务在建立呼叫前，会向被叫用户播放提示音询问其是否接受本次呼叫，被叫用户可以根据来电显示姓名选择接受或拒绝，从而增加了业务的灵活性和多样性。同时，由于本发明技术方案并未对现有的网络设备进行替换、升级或改造，因此具有实施简单、业务推广迅速的优点。并且，本发明丰富了移动运营商的增值业务种类，满足了人们对不同类型通信业务的需求，兼具经济效益和社会效益，市场前景良好。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明所附的权利要求的保护范围之内。

Claims (10)

1、一种被叫付费业务的实现方法，其特征在于，包括：

被叫付费系统接收到移动交换中心转发的呼叫请求时，将该呼叫请求转发给被叫用户，并提示所述被叫用户该呼叫请求属于被叫付费业务，仅当所述被叫用户接受该被叫付费业务时，所述被叫付费系统根据所述呼叫请求建立通话，在所述通话结束后，通知计费系统对所述被叫用户进行通话计费。

2、如权利要求1所述的方法，其特征在于，

所述移动交换中心接收到所述呼叫请求后，若判断该呼叫请求中包括被叫付费业务标识，则将该呼叫请求转发到所述被叫付费系统。

3、如权利要求2所述的方法，其特征在于，

所述被叫付费业务标识为被叫付费业务接入码。

4、如权利要求1、2或3所述的方法，其特征在于，

所述被叫付费系统将所述呼叫请求转发给所述被叫用户后，当所述被叫用户接受所述呼叫请求时，所述被叫付费系统不建立通话，提示所述被叫用户该呼叫请求属于被叫付费业务，仅当所述被叫用户根据提示接受该被叫付费业务时，所述被叫付费系统根据所述呼叫请求建立通话。

5、如权利要求4所述的方法，其特征在于，

当所述被叫用户接受所述呼叫请求时，所述被叫付费系统将所述被用户连接到指定的音资源上，提示所述被叫用户该呼叫请求属于被叫付费业务；

当所述被叫用户根据提示接受该被叫付费业务时，所述被叫付费系统切断所述被叫用户与所述音资源的连接，根据所述呼叫请求建立通话。

6、一种被叫付费系统，其特征在于，包括业务交换点SSP和业务控制点SCP，其中：

SSP，用于接收移动交换中心转发的呼叫请求，将所述呼叫请求转发给所述被叫用户，将所述被叫用户发送的接受呼叫请求以及接受被叫付费业务的结果发送到所述SCP，以及用于根据SCP发送的控制命令，提示所述被叫用户该呼叫请求属于被叫付费业务，根据所述呼叫请求建立通话，并在所述通话结束时，通知所述SCP；

所述SCP，用于在接收到所述SSP发送的接受呼叫请求和接受被叫付费业务的结果时，向所述SSP发送控制命令，以及在接收到SSP发送的通话结束的通知时，通知计费系统对所述被叫用户进行通话计费。

7、如权利要求6所述的系统，其特征在于，

所述SCP，在接收到所述SSP发送的接受呼叫请求的结果时，向所述SSP发送播放提示音的控制命令，在接收到所述SSP发送的接受被叫付费业务的结果时，向所述SSP发送建立通话的控制命令；

所述SSP，在接收到所述播放提示音的控制命令时，提示所述被叫用户该呼叫请求属于被叫付费业务，在接收到所述建立通话的控制命令时，根据所述呼叫请求建立通话。

8、如权利要求7所述的系统，其特征在于，

所述SSP，接收到所述播放提示音的控制命令时，将所述被用户连接到指定的音资源上，提示所述被叫用户该呼叫请求属于被叫付费业务；接收到所述建立通话的控制命令时，切断所述被叫用户与所述音资源的连接，根据所述呼叫请求建立通话。

9、如权利要求6、7或8所述的系统，其特征在于，

所述SSP，接收到所述呼叫请求后，若判断该呼叫请求中包括被叫付费业务标识，则向所述SCP发送被叫付费业务的初始消息，以及用于接收所述SCP返回的连接控制指令，根据所述连接控制指令将所述呼叫请求转发给所述被叫用户，并将所述被叫用户发送的接受呼叫请求以及接受被叫付费业务的结果发送到所述SCP；

所述SCP，接收到所述被叫付费业务的初始消息后，还向所述SSP发送连接控制指令。

10、如权利要求9所述的系统，其特征在于，

所述被叫付费业务标识为被叫付费业务接入码。

Images