CN101924956A - 被叫付费业务的实现方法和*** - Google Patents

Abstract

本发明公开了一种被叫付费业务的实现方法，包括以下步骤：接收来自主叫用户的呼叫请求，并将呼叫请求接续到被叫用户；提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费；当被叫用户选择接受时，建立主叫用户与被叫用户之间的话路，并通知计费***对被叫用户进行通话计费。本发明还公开了一种可以实现上述被叫付费业务的被叫付费***，该被叫付费***包括：业务交换点SSP、智能外设IP和业务控制点SCP。在本发明中，被叫用户可以根据提示自主选择是否接受本次呼叫为被叫付费，从而使被叫付费业务更加灵活和人性化。

Description

被叫付费业务的实现方法和***

技术领域

本发明涉及通信领域，具体而言，涉及一种被叫付费业务的实现方法和***。

背景技术

智能网(Intelligent Network)的思想起源于美国。20世纪80年代初，AT&T公司就采用集中数据库方式提供800号(被叫付费)业务和电话记账卡业务，这是智能网的雏形。后来国际电联(International Telecommunications Union，简称ITU-T)在1992年正式命名了智能网一词。智能网是在现有交换与传输的基础网络结构上，为快速、方便、经济地提供电信新业务(或称增值业务)而设置的一种附加网络结构。智能网提供新业务的突出优点是可以做到快速、经济和方便。由于智能网技术有标准模型约束，***的实现可以独立于将要生成的新业务，且有标准通信协议支持产品的互联，从而为快速提供新业务创造了基础条件。

被叫付费(Free phone，简称为FPH)业务是一个基于智能网技术开发的业务，也被称为被叫集中付费业务(Advanced Free Phone Service，简称AFP)。它的主要特征是对该业务用户的呼叫由被叫支付电话费用，而不是主叫支持费用。例如：当一个商业、企业部门或者个人作为一个业务用户申请开放该业务时，对该业务用户的呼叫的电话费用由业务用户支付。由于这些呼叫对主叫是免费的，所以通常称为800免费电话。

现有的PFH业务还存在以下不足：首先，需由电信运营商事先分配一个800电话号码给业务开通用户，而800号段资源有限；其次，用户开通800业务后，需要通过各种渠道公布该800电话号码，一般用户不方便得知；再次，需要设专门的坐席处理800呼叫，坐席无法对来话进行筛选接听还是放弃，一旦开通业务就需要接受所有的呼叫请求，无法对是否接听，接听次数，接听限额，接听费用进行控制。

发明内容

本发明的主要目的在于提供一种被叫付费业务的实现方法和用于实现该方法的被叫付费***，以至少解决上述的一个问题。

根据本发明的一个方面，提供了一种被叫付费业务的实现方法，包括以下步骤：接收来自主叫用户的呼叫请求，并将呼叫请求接续到被叫用户；提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费；当被叫用户选择接受时，建立主叫用户与被叫用户之间的话路，并通知计费***对被叫用户进行通话计费。

进一步地，在接收来自主叫用户的呼叫请求之前，还包括：主叫用户发送携带有呼叫请求的请求消息，其中，请求消息携带有被叫付费业务标识和被叫终端号码；将呼叫请求接续到被叫用户包括：根据被叫付费业务标识触发本次被叫付费业务，并根据被叫终端号码将呼叫请求接续到被叫用户。

进一步地，被叫付费业务标识为被叫付费业务接入码或非结构化补充数据业务USSD(Unstructured Supplementary Services Data，简称USSD)。

进一步地，在接收到来自主叫用户的呼叫请求之后，还包括：查询被叫用户的话费余额，当话费余额小于预定数额时，则释放呼叫请求。

进一步地，通过播放语音消息提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费。

进一步地，被叫付费***接到来自主叫用户的呼叫请求后，还包括：判断主叫用户是否属于被叫用户预设的白名单或黑名单中的用户；当主叫用户属于白名单中的用户时，不提示被叫用户该呼叫请求属于被叫付费业务，直接建立主叫用户与被叫用户之间的话路；当主叫用户属于黑名单中的用户时，通知主叫用户本次呼叫受限并释放呼叫。

进一步地，被叫用户采用WEB或互动式语音应答IVR(Interactive Voice Response，简称IVR)方式对白名单或黑名单中的用户进行增加、删除或更新。

进一步地，当主叫用户和被叫用户之间的通话时长或通话费用达到预设值时，切断通话。

进一步地，主叫用户或被叫用户为移动终端用户或固定电话用户。

进一步地，被叫用户采用以下任意一种方式开通或取消被叫付费业务：IVR、USSD或WEB。

根据本发明的另一方面，提供了一种被叫付费业务***，该被叫付费业务***包括：业务交换点SSP(Service Switching Point，简称SSP)、智能外设IP(Intelligent Peripheral，简称IP)和业务控制点SCP(Service Control Point，简称SCP)，其中，SSP用于接收并向SCP上报来自主叫用户的呼叫请求，并根据所接收的来自SCP的连接指令将呼叫请求接续到被叫用户；接收并向SCP上报来自被叫用户的选择消息，选择消息中包含被叫用户是否接受呼叫请求的付费方式为被叫付费的信息；以及根据所接收的来自SCP的话路建立指令建立主叫用户与被叫用户之间的话路；IP用于接收来自SCP的提示控制指令，并根据提示控制指令提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费；SCP用于根据上报的呼叫请求向SSP发送连接指令；在SSP将呼叫请求接续到被叫用户后向IP发送提示控制指令；根据上报的选择消息向SSP发送话路建立指令；以及通知计费***对被叫用户进行通话计费。

进一步地，被叫付费业务***还包括：信令接口单元SIU(Signaling Interface Unit，简称SIU)，用于实现SSP与SCP之间的通信；话单服务器，用于实现SCP与计费***之间的通信。

通过本发明，在主被叫用户通话前，提示被叫用户该通话的付费方式为被叫付费，被叫用户可以根据提示来选择是否接受该呼叫请求，解决了现有被叫付费业务中，被叫用户无法对呼叫用户进行筛选，一旦开通业务就需要接受所有的呼叫请求的问题，采用该方法实现的被叫付费业务增加了被叫用户的自主性，更加灵活和人性化。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1示出了本发明实施例的被叫付费实现***的结构框图；

图2示出了本发明实施例的被叫付费实现***的网络结构示意图；

图3示出了本发明实施例的被叫付费业务的实现方法流程图；

图4示出了本发明实施例一的被叫付费业务的实现方法流程图；

图5示出了本发明实施例二的被叫付费业务的信令流程示意图；以及

图6示出了本发明实施例三的被叫付费业务的信令流程示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

图1示出了本发明实施例的被叫付费实现***的结构框图。如图1所示，该被叫付费业务实现***包括：业务控制点SCP 10、业务交换点SSP 20和智能外设IP 30。

SSP 20，分别与SCP 10和IP 30相连接，用于接收来自主叫用户的呼叫请求，并向SCP 10上报被叫付费业务初始消息，并根据所接收的来自SCP 10的连接指令将呼叫请求接续到被叫用户；接收并向SCP 10上报来自被叫用户的选择消息，该选择消息中包含被叫用户是否接受本次呼叫请求的付费方式为被叫付费的信息；以及根据所接收的来自SCP 10的话路建立指令建立主叫用户与被叫用户之间的话路。

IP 30，连接至SCP 10，用于接收来自SCP 10的提示控制指令，并根据提示控制指令提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费，在实际的应用中，智能外设IP 30与SSP 20通常在硬件上合设。

SCP 10，根据上报的呼叫请求向SSP 20发送连接指令；在SSP20将呼叫请求接续到被叫用户后向IP 30发送提示控制指令；根据上报的选择消息向SSP 20发送话路建立指令；以及通知计费***对被叫用户进行通话计费。

图2示出了一个实际应用中的被叫付费业务实现***，如图2所示，该被叫付费业务实现***包括：业务交换点和智能外设的合设单元SSP/IP 40、业务控制点SCP 10、信令接口单元SIU 50、话单服务器70和接口机60。

SCP 10处理被叫付费业务的呼叫流程，此网元为被叫付费业务独有的业务逻辑功能模块，实现呼叫控制处理，计费，统计等被叫付费业务功能。SCP 10还包括一个业务管理点SMP(图中为示出)，由SMP(Service Manager Point)负责业务数据的管理和加载，硬件与SCP 10合设。

SSP/IP 40为业务交换点SSP和智能外设IP的合设而成，其中，IP负责各类网络用户的放音处理。SSP负责业务交换功能，SSP包括支持被叫付费业务的呼叫处理模块。该模块功能为在呼叫发起后，保持住主叫用户的呼叫，对主叫用户放回铃音，同时发起对被叫用户的呼叫，被叫用户接听后，SSP对被叫用户放提示音，并监听其输入，当被叫用户选择接听呼叫后，SSP接通主被叫话路，此过程中，主叫用户的呼叫一直不切断。

SIU 50连接在SSP/IP 40与SCP 10之间负责信令消息的编解码和与TCP/IP消息的转换。

话单服务器70，连接在SCP 10与外部网元的后付费营帐***88之间，用于被叫付费***与外部网元的计费***之间的话单处理。

接口机60，连接在SCP 10与外部网元的预付费SCP 86之间，实现SCP 10与预付费SCP 86之间的通信。

本实施例的被叫付费实现***可应用于移动通信网络，如图2所示，被叫付费***与核心网之间采用标准七号信令接口；与计费***之间采用标准Diameter接口实现实时计费。当被叫付费业务是采用接入码方式触发时，被叫付费***与外部网元中的移动交换中心MSC 82(Mobile Switch Centre，简称为MSC)用ISUP(ISDN User Part，ISDN用户部分)协议交互；当被叫付费业务是采用USSD方式触发时，被叫付费***与外部网元中的归属位置寄存器HLR 84(Home Location Register，简称HLR)用MAP(Mobile Application Part，移动应用部分)协议交互；另外，被叫付费***还与外部网元预付费SCP 86用DCC(Diameter Credit Control，Diameter信用控制)协议或者任意双方协商确定的协议进行计费交互；以及与外部网元后付费营帐***88用文件传输协议FTP(File Transfer Protocol，简称FTP)传输话单。

将本实施例中的被叫付费实现***运用于现有的移动网络，无需改变现有网络的软硬件设备，只需在现有网络设备上配置少量数据就能提供一种被叫可以自主选择的被叫付费业务。被叫付费实现***上述各网元的具体交互过程如下：SSP/IP 40接收移动交换中心转发的来自主叫用户的呼叫请求，该呼叫请求的请求消息中携带有被叫付费业务标识和被叫终端号码，SSP/IP 40根据请求消息中的被叫付费业务标识向SCP 10上报被叫付费业务的初始消息；SCP 10向SSP/IP 40发送连接控制指令，根据该连接控制指令SSP/IP 40向被叫用户转发呼叫；当被叫用户应答后，SCP 10控制SSP/IP 40向被叫用户播放选择提示音；SSP/IP 40接收来自被叫用户的选择消息，并将该消息发送至SCP 10；SSP/IP 40在接收到SCP 10发送的建立通话的控制命令时，建立主被叫之间的话路，并在通话结束时，将通话结束消息上报至SCP 10，SCP 10通知计费***对被叫用户计费。

被叫用户可以通过业务管理点SMP设置主叫用户黑/白名单，对黑/白名单中的用户设置呼叫权限，采用WEB或互动式语音应答IVR方式对白名单或黑名单中的用户进行增加、删除或更新。当SSP/IP 40到接收移动中心转发的呼叫请求后，SCP 10先判断主叫用户是否属于黑/白名单中的用户，然后再根据主叫用户的权限进行呼叫流程控制。被叫用户也可以通过业务管理点SMP预先设置通话的时长或通话费用额度限制，在主被叫通过的过程中，SCP 10可以通过与计费***交互实时获得本次通话的相关信息，当通话的时长或通话费用额度达到预先的设定的限额时，SCP 10控制SSP/IP 40立即切断通话。

SCP 10还可以通过与外部网元的预付费SCP 86通信，获得主叫用户的预付费信息，当主叫用户的话费余额小于预定数额时，通知SSP/IP 40释放呼叫请求。

本实施例提供了一种被叫付费业务的实现方法。该方法采用了上述实施例中的被叫付费***，如图3所示，该方法包括以下步骤：

步骤S302，被叫付费***接收来自主叫用户的呼叫请求，并将该呼叫请求接续到被叫用户。

步骤S304，被叫付费***提示被叫用户该呼叫请求属于被叫付费业务。

步骤S306，当被叫用户选择接受该呼叫请求的付费方式为被叫付费时，被叫付费***建立主叫用户与被叫用户之间的话路，并通知计费***对被叫用户进行通话计费。

在本实施例中，在主被叫用户通话前，提示被叫用户该通话的付费方式为被叫付费，使得被叫用户可以根据提示来选择是否接受该呼叫请求，采用该方法实现的被叫付费业务增加了被叫用户的自主性，更加灵活和人性化。

在步骤S302中还包括：主叫用户发送携带有呼叫请求的请求消息，其中，请求消息携带有被叫付费业务标识和被叫终端号码；将呼叫请求接续到被叫用户包括：根据被叫付费业务标识触发本次被叫付费业务，并根据被叫终端号码将呼叫请求接续到被叫用户。被叫付费业务标识可以为被叫付费业务接入码或非结构化补充数据业务USSD。

在步骤S302中，在接收到来自主叫用户的呼叫请求之后，对于预付费的主叫用户，还可以查询被叫用户的话费余额，当话费余额小于预定数额时，则释放呼叫请求。

在步骤S302中，当被叫用户设置了黑/白名单对主叫用户进行权限的限制时，接到来自主叫用户的呼叫请求后，还需判断主叫用户是否属于被叫用户预设的白名单或黑名单中的用户；当主叫用户属于白名单中的用户时，不提示被叫用户该呼叫请求属于被叫付费业务，直接建立主叫用户与被叫用户之间的话路；当主叫用户属于黑名单中的用户时，通知主叫用户本次呼叫受限并释放呼叫。被叫用户可采用WEB或互动式语音应答IVR方式对白名单或黑名单中的用户进行增加、删除或更新。

在步骤S304中，在被叫用户应答后，可通过播放语音消息提示被叫用户选择是否接受呼叫请求的付费方式为被叫付费，以及向被叫用户播放本次呼叫的费率信息。

如果被叫用户预先设置了通话时长或通话费用的限制，那么在步骤S306中，需要实时查询主叫用户和被叫用户之间的通话详情，当主叫用户和被叫用户之间的通话时长或通话费用达到预设值时，切断通话。

被叫用户可采用IVR、USSD或WEB方式开通或取消该被叫付费业务；另外，主叫用户或被叫用户可以为移动终端用户或固定电话用户。

实施例一

本实施例提供了一种被叫付费业务的实现方法。在该方法中用户可以通过设置白名单或黑名单对呼叫进行限制，同时还可以对通话的时长、费用或次数进行限制，如图4所示，该方法包括以下步骤：

步骤S402，用户A可以使用接入码或USSD方式向用户B发起呼叫。当用户采用接入码方式发起呼叫时，用户可拨99913788888888，其中号码999为接入码，该接入码999可以由运营商提供，13788888888为被叫用户的真实号码，该号码可为移动或固定电话号码；当用户采用USSD发起呼叫方式时，用户可拨*999*13788888888。在本实施例中，用户可以通过在被叫号码前加前缀或采用USSD加被叫号码的方式直接拨打免费电话，因此，用户无须申请专门的800号码，也无须宣传被叫付费业务号码和安排专门的坐席，这样有利于被叫付费业务在客户群体中的推广和普及。

步骤S404，被叫付费***判断用户A是否属于白名单中的用户，当用户A属于白名单用户时，执行步骤S408，否则执行步骤S406。

步骤S406，被叫付费***判断用户A是否属于黑名单中的用户，当用户A属于黑名单用户时，被叫付费***语音通知用户A本次呼叫受限，并结束呼叫；否则执行步骤S408。被叫用户通过设置黑、白名单对发起被叫付费业务的用户进行限制，增加了该被叫付费业务的灵活性。

步骤S408，被叫付费***判断用户B为后付费用户还是预付费用户，当用户B为后付费用户时，执行步骤S412；当用户B属于预付费用户时，执行步骤S410。

步骤S410，查询用户B的话费余额，当用户B的话费余额小于预定值时，例如，不足支付一分钟通话，被叫付费***通知用户A，例如，播放语音消息“呼叫无法建立”；否则执行步骤S412。

步骤S412，被叫付费***将呼叫接续到用户B。

步骤S414，当用户B应答后，被叫付费***向用户B放语音通知，并且通知该呼叫需要为主叫承担的费率，例如，向后付费用户提示“您是否愿意支付来电XXXXXXXXX，费率为XX元/分钟”，这里的费率仅为主叫的费率；向预付费用户提示“您是否愿意支付来电XXXXXXXXX，本次呼叫的费率为XX元/分钟，您的账户余额为XX元”。

步骤S416，用户B通过按键选择接受或拒绝本次呼叫为被叫付费，当用户B选择拒绝时，被叫付费***向主叫用户放通知音或者短信通知“您所呼叫的用户，拒绝为您承担本次通话费用，谢谢！”。

步骤S418，当用户B选择同意为被叫付费时，被叫付费***在用户A和用户B之间建立呼叫连接，用户A和用户B进行通话。

步骤S420，通话结束，合并用户A和用户B的本次通话费用，对用户B进行扣费。

在本实施例中，用户可以使用IVR/USSD/Web方式开通和取消被叫付费业务，同时在开户时先确认是预付费还是后付费用户。为了增加被叫付费业务的灵活性，在本实施例中，被叫用户设置了黑白名单来对被叫付费业务进行限制，用户可以使用WEB或IVR方式对黑白名单进行管理，可以加入、删除或更新名单列表。

当然，在本实施例中，被叫用户也可以针对白名单的用户或其它的普通主叫用户，设置呼叫次数或通话时长或呼叫费用的限制，当某一主叫用户的呼叫达到预定的次数，或当通话的时长或费用到达预设的额度时，被叫付费***可以切断呼叫。

实施例二

在本实施例中，用户采用在被叫号码前加被叫付费业务接入码的方式发起呼叫，该呼叫的信令流程如图5所示，包括以下步骤：

步骤S502，用户A向用户B发起呼叫，即在拨打的用户B的号码前加接入码，该接入码可以由运营商指定，例如，用户A拨打999+13788888888，用户A所属的移动交换中心将该呼叫发送至SSP。

步骤S504，SSP根据该呼叫请求消息中包括的被叫付费业务接入码，向SCP发送被叫付费业务的初始消息IDP(Initial Detection Point，启动检测点)，***向用户A放振铃音。

步骤S506-S512，SCP发ATI(Any Time Interrogation，任意时间查询)和SRI(Send Routing Info，发送路由消息)查询用户B的漫游位置信息和漫游号码。

步骤S514-S516，SCP发ATI查询用户A的漫游位置信息。

步骤S518-S520，SCP向用户B归属SCP发查询消息查询用户B的话费余额，当余额不足通话一分钟时，则放音“呼叫无法建立”，并释放呼叫。

步骤S522-S524，SCP根据用户A和用户B的位置信息以及用户B的话费余额，判断是否允许进行呼叫，若允许接入则发RRBE(Request Report BCSM Eevent，请求报告基本呼叫状态模式事件)、Connect消息。

步骤S526-S536，SSP将呼叫接续至用户B，用户B应答，SSP向SCP上报用户B的应答事件ERB(Event Report BCSM，报告基本呼叫状态模式事件)，SCP向SSP发送CTR(Connect to Resource，连接资源)消息，以指示SSP连接到音资源，SCP向SSP发送P&C(Prompt and CollectUserInfomation，提示并搜集用户信息)消息，SSP根据P&C消息将用户B从静音接到指定的音资源上，向用户B放语音消息，告诉用户B本次呼叫属于被叫付费以及呼叫的费率，并且请用户B选择是否接听。

步骤S538，SSP将用户B根据提示音进行选择的按键结果通过P&C ACK返回给SCP。

步骤S540-S542，SCP向SSP发DFC(Disconnect Forward Connectiong，切断前向连接)消息指示SSP切断放音资源，SCP发AC(Apply Charging，请求计费)，通知计费。

步骤S544，SSP将用户A和用户B接续，用户A和用户B进行通话。

步骤S546-S548，通话结束时，SSP向SCP报告挂机的ERB事件，以及ACR(Apply Charging Report，请求计费报告)消息，***计费。

步骤S550-S554，合并用户A和用户B的本次通话费用，向B归属的SCP发扣费消息，该消息可以是DCC接口消息，也可以是双方商定的任何协议，呼叫结束。

实施例三

在本实施例中，用户采用USSD的方式发起呼叫，该呼叫的信令流程如图6所示，包括以下步骤：

步骤S602，用户A发送USSD消息向用户B发起呼叫，例如，用户A拨打*999*13788888888。

步骤S604-S610，SCP发ATI和SRI查询用户B的漫游位置信息和漫游号码。

步骤S612-S618，SCP发ATI和SRI查询用户A的漫游位置信息和漫游号码。

步骤S620-S622，SCP发ICA消息连接用户B，判断用户B是否允许接入该呼叫。

步骤S624-S626，SCP向用户B归属SCP发查询消息查询用户B的话费余额。该消息可以是DCC接口消息，也可以是双方商定的任何协议。当余额不足支付通话一分钟，则向用户A放音“呼叫无法建立”，并释放该呼叫。

步骤S628-S636，SCP根据用户A和用户B的位置信息，以及用户B的余额，判断是否允许进行呼叫，若允许接入，则SCP发用户B的RRBE、Continue消息，呼叫接续到用户B。

步骤S638-S642，用户B应答，SSP向SCP上报用户B的应答事件ERB，SCP向SSP发送CTR消息，以指示SSP连接到音资源，SCP向SSP发送P&C消息，SSP根据P&C消息将用户B从静音接到指定的音资源上，向用户B放语音消息，告诉用户B本次呼叫属于被叫付费以及呼叫的费率，并且请用户B选择是否接听。

步骤S644，SSP将用户B根据提示音进行选择的按键结果通过P&C ACK返回给SCP。

步骤S646，SCP向SSP发DFC消息指示SSP切断放音资源。

步骤S648-S652，SCP发用户A的RRBE、Continue消息，呼叫接续到用户A。

步骤S654，SCP发B方的AC。

步骤S656，SSP将用户A和用户B接续，用户A和用户B进行通话。

步骤S658-S660，通话结束时，SSP向SCP报告挂机的ERB事件，以及ACR消息，***计费。

步骤S660-S666，合并用户A和用户B的本次通话费用，向B归属的SCP发扣费消息，该消息可以是DCC接口消息，也可以是双方商定的任何协议，呼叫结束。

在本发明的上述实施例中，用户可以通过在被叫号码前加前缀或USSD的方式直接拨打免费电话，无须申请专门的800被叫付费业务号码；在通话前被叫用户可以根据提示选择是否接受该被叫付费呼叫，以及用户还可以通过设置黑、白名单和限制通话的时长或费用等方式来对通话进行限定，从而克服了现有的被叫付费业务的不足，实现一种更加灵活和人性化的被叫付费业务。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

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

Claims (12)

1.一种被叫付费业务的实现方法，其特征在于，包括以下步骤：

接收来自主叫用户的呼叫请求，并将所述呼叫请求接续到被叫用户；

提示所述被叫用户选择是否接受所述呼叫请求的付费方式为被叫付费；

当所述被叫用户选择接受时，建立所述主叫用户与所述被叫用户之间的话路，并通知计费***对所述被叫用户进行通话计费。

2.根据权利要求1所述的实现方法，其特征在于，

在接收来自主叫用户的呼叫请求之前，还包括：所述主叫用户发送携带有所述呼叫请求的请求消息，其中，所述请求消息携带有被叫付费业务标识和被叫终端号码；

将所述呼叫请求接续到所述被叫用户包括：根据所述被叫付费业务标识触发本次被叫付费业务，并根据所述被叫终端号码将所述呼叫请求接续到被叫用户。

3.根据权利要求2所述的实现方法，其特征在于，所述被叫付费业务标识为被叫付费业务接入码或非结构化补充数据业务USSD。

4.根据权利要求1至3中任一项所述的实现方法，其特征在于，在接收到来自所述主叫用户的呼叫请求之后，还包括：查询所述被叫用户的话费余额，当所述话费余额小于预定数额时，则释放所述呼叫请求。

5.根据权利要求4所述的实现方法，其特征在于，提示所述被叫用户选择是否接受所述呼叫请求的付费方式为被叫付费包括：

通过播放语音消息提示所述被叫用户选择是否接受所述呼叫请求的付费方式为被叫付费。

6.根据权利要求1所述的实现方法，其特征在于，所述被叫付费***接到来自所述主叫用户的呼叫请求后，还包括：

判断所述主叫用户是否属于所述被叫用户预设的白名单或黑名单中的用户；

当所述主叫用户属于所述白名单中的用户时，不提示所述被叫用户该呼叫请求属于被叫付费业务，直接建立所述主叫用户与所述被叫用户之间的话路；

当所述主叫用户属于所述黑名单中的用户时，通知所述主叫用户本次呼叫受限并释放所述呼叫。

7.根据权利要求6所述的实现方法，其特征在于，所述被叫用户采用WEB或互动式语音应答IVR方式对所述白名单或所述黑名单中的用户进行增加、删除或更新。

8.根据权利要求6所述的实现方法，其特征在于，当所述主叫用户和所述被叫用户之间的通话时长或通话费用达到预设值时，切断所述通话。

9.根据权利要求1至3、6至8中任一项所述的实现方法，其特征在于，所述主叫用户或所述被叫用户为移动终端用户或固定电话用户。

10.根据权利要求9所述的实现方法，其特征在于，所述被叫用户采用以下任意一种方式开通或取消所述被叫付费业务：IVR、USSD或WEB。

11.一种被叫付费业务的实现***，其特征在于，包括：业务交换点SSP、智能外设IP和业务控制点SCP，其中

所述SSP，用于接收并向SCP上报来自主叫用户的呼叫请求，并根据所接收的来自所述SCP的连接指令将所述呼叫请求接续到被叫用户；接收并向SCP上报来自所述被叫用户的选择消息，所述选择消息中包含所述被叫用户是否接受所述呼叫请求的付费方式为被叫付费的信息；以及根据所接收的来自所述SCP的话路建立指令建立所述主叫用户与被叫用户之间的话路；

所述IP，用于接收来自所述SCP的提示控制指令，并根据所述提示控制指令提示所述被叫用户选择是否接受所述呼叫请求的付费方式为被叫付费；

所述SCP，用于根据上报的所述呼叫请求向所述SSP发送所述连接指令；在所述SSP将所述呼叫请求接续到被叫用户后向IP发送提示控制指令；根据上报的所述选择消息向所述SSP发送所述话路建立指令；以及通知计费***对所述被叫用户进行通话计费。

12.根据权利要求11所述的被叫付费业务的实现***，其特征在于，还包括：

信令接口单元SIU，用于实现所述SSP与所述SCP之间的通信；

话单服务器，用于实现所述SCP与所述计费***之间的通信。

Images