CN102036203A - 一种回呼业务处理方法及设备 - Google Patents

Abstract

本发明公开了一种回呼业务处理方法及设备，包括：业务交换点接收第二接通用户发起的回呼请求；业务交换点呼通第一接通用户；业务交换点接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；业务交换点在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。通过本发明，即使是在回呼中心公共交换电话网业务交换点仅支持智能网应用协议能力集1的情况下，也能够在接续第二用户的过程中给第一用户播放指定业务音。

Description

一种回呼业务处理方法及设备

技术领域

本发明涉及网络通信技术，特别涉及一种回呼业务处理方法及设备。

背景技术

USSD(Unstructured Supplementary Service Data，非结构化补充业务数据)回呼中心是目前国际上流行的预付费用户国际漫游方案，通过归属寄存器或者USSD中心连接回呼中心实现国际漫游。其特点是：

由终端用户通过发送USSD消息到回呼中心触发智能业务，回呼中心在收到主叫用户的USSD的回呼请求后，可以分别通知SSP(Service Switching Point，业务交换点)接续用户双方。

回呼中心是按顺序接续双方，比如先呼叫被叫B(下文称第一接通用户)，在B应答后在去呼叫主叫A(下文称为第二接通用户)，在A应答后接续两方进行通话。

在第一接通用户接通后，到第一接通用户和第二接通用户建立通话这段时间内，第一接通用户一般是听不到任何声音的，这样处理会给第一接通用户带来很大的困惑，大量的呼叫在第二接通用户接通前就被第一接通用户释放掉了。为了减少这种困惑，一般回呼业务在接通第一接通用户后，接续第二接通用户之前，播放一段语音提示第一接通用户当前呼叫是一个回呼，请他接通后保持不要挂机。播放完语音后，回呼业务再去接续第二接通用户。这样可以有效改善第一接通用户的使用感受。但在接续第二接通用户的过程中，第一接通用户还是不能听到任何声音。

一个理想的场景是在第一接通用户接通后，业务播放相关语音提示他等待，在放音的过程中去接续第二接通用户。并在第二接通用户接通后，切断给第一接通用户的放音，将第二接通用户和第一接通用户连接起来。这样的一个过程可以极大的提高使用者第一接通用户的业务感受，有效提高接通率。

这样的一个需求在INAP(Intelligent Network Application Protocol，智能网应用协议)CS(Capability Set，能力集)2使用多呼叫段是可以实现的。但是目前多数PSTN(Public Switched Telephone Network，公共交换电话网)SSP没有实现INAP CS2的功能集，不能支持多呼叫段。而如果回呼中心的PSTNSSP仅支持INAP CS1，由于协议的限制，在使用原有的回呼业务处理流程时，接续第二用户的过程中是无法给第一用户播放指定业务音的。

也即，现有技术的不足在于，在回呼中心PSTN SSP仅支持INAP CS1的情况下，在接续第二用户的过程中并不能给第一用户播放指定业务音。

发明内容

本发明所解决的技术问题在于提供了一种回呼业务处理方法及设备，用以解决现有技术中在回呼中心PSTN SSP仅支持INAP CS1的情况下，在接续第二用户的过程中不能给第一用户播放指定业务音的问题。

本发明实施例中提供了一种回呼业务处理方法，包括如下步骤：

SSP接收第二接通用户发起的回呼请求；

SSP呼通第一接通用户；

SSP接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

SSP在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

本发明实施例中提供了一种回呼业务处理设备，包括：

请求接收模块，用于接收第二接通用户发起的回呼请求；

第一处理模块，用于呼通第一接通用户；

第二处理模块，用于接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

第三处理模块，用于在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

本发明实施例中提供了一种业务交换点设备，包括：

请求接收模块，用于接收第二接通用户发起的回呼请求；

第一业务逻辑模块，用于呼通第一接通用户，接续第二接通用户，在第二接通用户应答后接续第二接通用户与第一接通用户；

第二业务逻辑模块，用于在接续第二接通用户时，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；在第二接通用户应答后停止播放等待业务音。

本发明有益效果如下：

在本发明实施例提供的技术方案中，提供了两个业务逻辑来实现回呼流程，即，业务逻辑1：呼通第一接通用户后，接续第二接通用户；业务逻辑2：呼通第一接通用户后，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音，在第二接通用户应答后停止播放等待业务音。由于是在执行业务逻辑1的过程中，通过业务逻辑2来在第一用户接通后，在接续第二用户的过程中给第一用户放音，因此，即使是在在回呼中心PSTN SSP仅支持INAP CS1的情况下，也能够在接续第二用户的过程中给第一用户播放指定业务音。

附图说明

图1为本发明实施例中回呼业务处理方法实施流程示意图；

图2为本发明实施例中回呼业务信令实施流程示意图；

图3为本发明实施例中回呼业务处理设备结构示意图；

图4为本发明实施例中业务交换点设备结构示意图。

具体实施方式

本发明实施例中提出了一种在回呼中心PSTN SSP仅支持INAP CS1的情况下，在回呼业务过程中实现在接续第二用户的过程中给第一接通用户播放等待通知音的方案。下面结合附图对本发明的具体实施方式进行说明。

图1为回呼业务处理方法实施流程示意图，如图所示，可以包括如下步骤：

步骤101、SSP接收第二接通用户发起的回呼请求；

步骤102、SSP呼通第一接通用户；

步骤103、SSP接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

步骤104、SSP在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

在实施中可以利用回呼中心现有设备，包括SCP(Service Control Point，业务控制点)、PSTN SSP和独立IP(Intelligent Peripheral，智能外设)，这些设备都支持INAP CS1功能集，在不需要改动各设备功能(比如升级SSP/SCP/IP支持INAP CS2)，以及保持现有设备间的标准接口的前提下，通过使用本发明实施例提供的技术方案中的新的回呼业务流程便可以实现在第一用户接通后，在接续第二用户的过程中给第一用户放音的功能。

在本发明实施例提供的技术方案中，可以在SSP上做一个自环的中继回路。分配一个号码前缀P，该前缀P标志该回呼业务需要在第一用户接通后，在接续第二用户的过程中给第一用户放音。

然后，在SSP上对此自环入中继号码分析中增加对号码前缀P的分析，分析结果是可以触发智能业务。在号码出局路由分析中增加对号码前缀P的分析，分析结果通过自环中继出局。

在本发明实施例提供的技术方案中，提供两个业务逻辑来实现回呼流程，用以实现在第一用户接通后，在接续第二用户的过程中给第一用户放音。

业务逻辑1：呼通第一接通用户后，接续第二接通用户；

业务逻辑2：呼通第一接通用户后，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音，在第二接通用户应答后停止播放等待业务音。

具体的，在回呼中心收到用户发起的USSD回呼请求后，触发业务逻辑1，业务实逻辑1下发ICA(INAP消息-启动试呼)指示SSP，其中路由号码为P+CID。其中CID是一个业务逻辑1分配的相关ID，用于业务逻辑实例间的关联。

独立IP/SSP收到接续指示后，根据目的号码进行接续，发送IAM(Initial Address Messege，初始地址消息)从自环中继出局再入局，入局后进行被叫号码分析，根据被叫号码中的接入码发现此呼叫需要和SCP交互，SSP通过发送INAP信令到SCP触发PSTN智能业务逻辑2。

业务逻辑2通过被叫号码中的CID，可以找到对应业务逻辑1，与之交互。再从业务逻辑1获得第一接通用户号码，业务逻辑2指示SSP接续第一接通用户号码，在第一接通用户号码应答后，业务逻辑2指示SSP/IP为第一接通用户号码播放相关业务等待音。同时业务逻辑1也会获得第一接通用户号码应答消息，它会指示SSP接续第二接通用户号码。在第二接通用户号码应答后，业务逻辑1通知业务逻辑2，业务逻辑2指示SSP结束放音后，第一接通用户和第二接通用户开始通话。

实施中，关于业务逻辑2，可以是通过在一个SSP上通过中继自环后二次触发实现的。当然也可以通过使用独立的SSP触发，此时回呼SSP和此独立SSP间同样需要有中继电路存在。

具体实施中，SSP接续第一接通用户，可以包括：

SSP发送IDP(INAP消息-启动DP；IDP是inap操作InitialDP的缩写)到SCP，指示SCP在获取第一接通用户号码后下发CONNECT(INAP连接操作)指示SSP接续第一接通用户号码。

SSP在第一接通用户应答后给第一接通用户播放等待业务音，可以包括：

在第一接通用户应答后，SSP上报应答事件，指示SSP将呼叫接续到IP，并指示IP给第一接通用户播放指定的等待业务音。

SSP接续第二接通用户，可以包括：

在第一接通用户的应答消息到达SSP；

SSP上报应答事件，下发CONNECT指示SSP接续第二接通用户。

SSP在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户，可以包括：

在第二接通用户应答后，SSP上报应答事件；

指示SSP切断和IP间的连接，结束给第二接通用户播放的等待业务音，并下发CUE指示SSP接续第一接通用户和第二接通用户。

下面再以实例进行说明。

本实施例中，在现有的基于INAP CS1PSTN SSP的回呼中心的基础上：

分配一个号码前缀P。

在回呼中心的PSTN SSP上做一个自环的中继回路。

SSP上对此入中继号码分析中对号码前缀P，分析结果需要触发智能业务逻辑2。在出局号码路由分析中增加号码前缀P，分析结果此目的号码通过自环中继出局。

在回呼SCP上部署两个业务逻辑，业务逻辑1负责整个回呼过程的控制，它首先呼通第一接通用户后(通过呼出并触发业务逻辑2后，由业务逻辑2呼通第一接通用户)，再接续第二接通用户，在第二接通用户应答后使两方通话。

业务逻辑2，负责接续第一接通用户，在第一接通用户应答后，指示SSP/IP给第一接通用户播放等待业务音。在第二接通用户应答后，指示SSP结束放音，并接续双方，开始通话。

图2为回呼业务信令实施流程示意图，在接续第二接通用户的过程中给第一接通用户放音的回呼相关业务处理流程中，为了使流程清晰，在图1中业务SCP1表示在SCP上业务逻辑1处理部分，SCP2表示SCP上业务逻辑2处理的部分，SSP1表示回呼的SSP，SSP2表示通过自环中继触发业务的SSP部分，则如图所示，实施方式可以如下：(需要说明的是，在附图以及说明中对SSP、SCP用1、2进行标注，但该标注是为了便于理解如何实施两个业务逻辑，在实际部署时，SSP1、SSP2可以是同一个SSP，SCP1和SCP2也可以是同一个SCP，在这种情况下，标注就应该认为是一个逻辑概念的区分)

1、移动用户通过USSD发起回呼请求，USSD请求经过HLR(Home Location Register，归属位置寄存器)到达回呼中心的SCP(图中示意的是SCP1，当SCP开始执行业务逻辑1时，此SCP则为本例中定义的SCP1)。其中，HLR发送给SCP的PUSSDR是MAP操作ProcessUSSDRequest的缩写。

2、SCP上的业务逻辑1被触发，业务逻辑1下发ICA、RRBE(INAP消息-请求报告BCSM事件，BCSM：Basic Call State Model，基本呼叫状态模型)、CUE(INAP消息-继续)给SSP1，指示SSP1接续，其中目的号码是特殊号码前缀P+CID。CID是业务逻辑1分配的相关标示，通过此标示可以找到业务逻辑1。

3、SSP1对下发目的号码分析，发起呼叫，并将呼叫通过自环中继出局。

4、呼叫经自环中继出局后再入局，SSP对入局中继进行号码分析，通过分析号码前缀P，发现需要触发SCP 2上的业务逻辑2。SSP2发送IDP到SCP2。

5、SCP 2上的业务逻辑2被触发，业务逻辑2根据被叫号码中的CID找到业务逻辑1，并从业务逻辑1处获得第一接通用户号码后，下发RRBE、CONNECT指示SSP1接续第一接通用户号码。

6、在第一接通用户号码应答后，SSP2上报应答事件(请求型事件)给业务逻辑2。业务逻辑2指示SSP 2将呼叫接续到IP，并指示IP给第一接通用户号码播放指定的等待音。此时，第一接通用户号码开始听到业务播放的相关等待音。

7、同时，第一接通用户号码的应答消息ANM通过自环中继到达SSP1，SSP1上报应答事件给业务逻辑1。业务逻辑1下发CONNECT指示SSP1接续第二接通用户号码。

8、第二接通用户号码应答后，SSP1上报应答事件给业务逻辑1。业务逻辑1通过内部消息通知业务逻辑2第二接通用户号码已应答。业务逻辑2指示SSP2切断和IP间的连接，结束给第一接通用户号码的放音，并下发CUE(INAP消息-继续)指示SSP接续第一接通用户号码和第二接通用户号码。此时第一接通用户号码和第二接通用户号码间开始通话。

其中，ERB是指：INAP操作EventReport BCSM缩写，BCSM事件报告；

ARI是指：INAP操作AssistRequestrianInstruction缩写，辅助请求指令；

ACM是指：ISUP消息ACM，地址全；

ANM是指：ISUP消息ANM，应答。

基于同一发明构思，本发明实施例中还提供了一种回呼业务处理设备、SSP，由于这些设备解决问题的原理与回呼业务处理方法相似，因此这些设备的实施可以参见方法的实施，重复之处不再赘述。

图3为回呼业务处理设备结构示意图，如图所示，设备中可以包括：

请求接收模块301，用于接收第二接通用户发起的回呼请求；

第一处理模块302，用于呼通第一接通用户；

第二处理模块303，用于接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

第三处理模块304，用于在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

实施中，第二处理模块还可以进一步用于在接续第一接通用户时，发送IDP到SCP，指示SCP在获取第一接通用户号码后下发CONNECT指示SSP接续第一接通用户号码。

实施中，第二处理模块还可以进一步用于在第一接通用户应答后给第一接通用户播放等待业务音时，在第一接通用户应答后，上报应答事件，指示SSP将呼叫接续到IP，并指示IP给第一接通用户播放指定的等待业务音。

实施中，第二处理模块还可以进一步用于在接续第二接通用户时，在第一接通用户的应答消息到达SSP后上报应答事件，下发CONNECT指示SSP接续第二接通用户。

实施中，第三处理模块还可以进一步用于在第二接通用户应答后，上报应答事件；指示SSP切断和IP间的连接，结束给第二接通用户播放的等待业务音，并下发CUE指示SSP接续第一接通用户和第二接通用户。

图4为业务交换点设备结构示意图，如图所示，SSP中可以包括：

请求接收模块401，用于接收第二接通用户发起的回呼请求；

第一业务逻辑模块402，用于呼通第一接通用户，接续第二接通用户，在第二接通用户应答后接续第二接通用户与第一接通用户；

第二业务逻辑模块403，用于在接续第二接通用户时，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；在第二接通用户应答后停止播放等待业务音。

为了描述的方便，以上所述装置的各部分以功能分为各种模块或单元分别描述。当然，在实施本发明时可以把各模块或单元的功能在同一个或多个软件或硬件中实现。

在本发明实施例提供的技术方案中，提供了两个业务逻辑来实现回呼流程，即，业务逻辑1：呼通第一接通用户后，接续第二接通用户；业务逻辑2：呼通第一接通用户后，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音，在第二接通用户应答后停止播放等待业务音。由于是在执行业务逻辑1的过程中，通过业务逻辑2来在第一用户接通后，在接续第二用户的过程中给第一用户放音，因此，即使是在在回呼中心PSTN SSP仅支持INAP CS1的情况下，也能够在接续第二用户的过程中给第一用户播放指定业务音。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (11)

1.一种回呼业务处理方法，其特征在于，包括如下步骤：

业务交换点SSP接收第二接通用户发起的回呼请求；

SSP呼通第一接通用户；

SSP接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

SSP在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

2.如权利要求1所述的方法，其特征在于，SSP接续第一接通用户，包括：

SSP发送IDP到业务控制点SCP，指示SCP在获取第一接通用户号码后下发CONNECT指示SSP接续第一接通用户。

3.如权利要求1所述的方法，其特征在于，SSP在第一接通用户应答后给第一接通用户播放等待业务音，包括：

在第一接通用户应答后，SSP上报应答事件，指示SSP将呼叫接续到IP，并指示IP给第一接通用户播放指定的等待业务音。

4.如权利要求1所述的方法，其特征在于，SSP接续第二接通用户，包括：

在第一接通用户的应答消息到达SSP；

SSP上报应答事件，下发CONNECT指示SSP接续第二接通用户。

5.如权利要求1所述的方法，其特征在于，SSP在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户，包括：

在第二接通用户应答后，SSP上报应答事件；

指示SSP切断和IP间的连接，结束给第二接通用户播放的等待业务音，并下发CUE指示SSP接续第一接通用户和第二接通用户。

6.一种回呼业务处理设备，其特征在于，包括：

请求接收模块，用于接收第二接通用户发起的回呼请求；

第一处理模块，用于呼通第一接通用户；

第二处理模块，用于接续第二接通用户，并接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；

第三处理模块，用于在第二接通用户应答后停止播放等待业务音，并接续第二接通用户与第一接通用户。

7.如权利要求6所述的设备，其特征在于，第二处理模块进一步用于在接续第一接通用户时，发送IDP到SCP，指示SCP在获取第一接通用户号码后下发CONNECT指示SSP接续第一接通用户号码。

8.如权利要求6所述的设备，其特征在于，第二处理模块进一步用于在第一接通用户应答后给第一接通用户播放等待业务音时，在第一接通用户应答后，上报应答事件，指示SSP将呼叫接续到IP，并指示IP给第一接通用户播放指定的等待业务音。

9.如权利要求6所述的设备，其特征在于，第二处理模块进一步用于在接续第二接通用户时，在第一接通用户的应答消息到达SSP后上报应答事件，下发CONNECT指示SSP接续第二接通用户。

10.如权利要求6所述的设备，其特征在于，第三处理模块进一步用于在第二接通用户应答后，上报应答事件；指示SSP切断和IP间的连接，结束给第二接通用户播放的等待业务音，并下发CUE指示SSP接续第一接通用户和第二接通用户。

11.一种业务交换点设备，其特征在于，包括：

请求接收模块，用于接收第二接通用户发起的回呼请求；

第一业务逻辑模块，用于呼通第一接通用户，接续第二接通用户，在第二接通用户应答后接续第二接通用户与第一接通用户；

第二业务逻辑模块，用于在接续第二接通用户时，接续第一接通用户，在第一接通用户应答后给第一接通用户播放等待业务音；在第二接通用户应答后停止播放等待业务音。

Images