CN102480572A - 多路呼叫业务的实现方法和多路呼叫业务系统 - Google Patents

Abstract

本发明提供了一种多路呼叫业务的实现方法和多路呼叫业务系统，该实现方法包括：被叫业务交换点(SSP)通过与业务控制点(SCP)之间的扩展接口接收SCP下发的多路号码；以及若被叫SSP判断出接收到的号码数大于一，则对所述多路号码进行分组，若有一路号码应答，则被叫SSP定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送BCSM事件报告。本发明的技术方案，只需在现网设备上配置少量数据就能提供一种全新的移动增值业务，安全简单；被叫用户数可灵活配置，可以简单地下发两路用户实现同振，在复杂的环境下，可以设置多个被叫号码进行同振，能够适应不同的市场需求。

Description

多路呼叫业务的实现方法和多路呼叫业务系统

技术领域

本发明涉及通信技术领域，尤其涉及一种多路呼叫业务的实现方法和多路呼叫业务系统。

背景技术

随着通信技术的发展及移动电话的普及，移动用户数量日益增多，各种各样的通信增值业务也越来越多。在移动化通信早已普及的今天，固定电话的地位似乎一直在逐渐削弱，于是往往会出现以下情况：当我们拨打家庭固定电话时，如果家里没人或者暂时不方便接听，往往只能之后通过翻阅来电显示记录回拨过去。但事实上，固话的来电显示记录并不像手机记录那么受到关注，于是中国电信推行了家庭电话与天翼手机绑定的业务，通过拨打家庭固定电话，与之在同一号码表里面的天翼手机能够同时实现振铃，在任一终端接听后，另外的振铃就停掉了。这样，可以有效地把手机与固话的优势合在一起，既实现了固话的移动化，又避免了手机没电、不在服务区等劣势带来的不便。

上述业务即为多路同振业务，目前市场上的多路同振业务，一般就是实现两到三路的呼叫。目前，还没有将同振号码的个数增加到更多路例如九路的技术方案。

发明内容

为了解决上述技术问题，本发明提供了一种多路呼叫业务的实现方法及多路呼叫业务系统，以实现将同振号码的个数增加到更多路，且与原来的业务处理相兼容，从而满足多用户同振的需求。

本发明提供了一种多路呼叫业务的实现方法，该方法包括：

被叫业务交换点(SSP)通过与业务控制点(SCP)之间的扩展接口接收SCP下发的多路号码；以及

若被叫SSP判断出接收到的号码数大于一，则对所述多路号码进行分组，若有一路号码应答，则被叫SSP定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。

优选地，上述多路呼叫业务的实现方法可具有如下特点：

在所述被叫SSP通过与SCP之间的扩展接口接收SCP下发的多路号码之前，所述方法还包括：

SCP通过所述扩展接口将多路号码携带在连接消息中下发给被叫SSP。

优选地，上述多路呼叫业务的实现方法还可具有如下特点：

SCP通过所述扩展接口将多路号码携带在连接消息中下发给被叫SSP之前，所述方法还包括：

主叫用户呼叫被叫用户时，主叫SSP通过与SCP进行交互，将呼叫转向被叫SSP；以及

所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务。

优选地，上述多路呼叫业务的实现方法还可具有如下特点：

所述主叫用户呼叫被叫用户时，主叫SSP通过与SCP进行交互，将呼叫转向被叫SSP包括：

主叫用户呼叫被叫用户时，主叫SSP对被叫号码进行分析，分析为智能业务后，向SCP发起启动数据报协议(IDP)消息；

SCP收到所述IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务，所述引导业务在被叫号码前添加接入码；

SCP将接入码和被叫号码携带在连接消息中发送至主叫SSP；

主叫SSP分析所述接入码和被叫号码后，将呼叫转向被叫SSP。

优选地，上述多路呼叫业务的实现方法还可具有如下特点：

所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务包括：

被叫SSP分析所述接入码，分析为智能业务后，向SCP发起IDP消息，SCP收到所述IDP消息后，触发运行在SCP的业务处理机上的多路呼叫业务。

优选地，上述多路呼叫业务的实现方法还可具有如下特点：

所述对该分组中的多路号码进行处理包括：

被叫SSP接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码。

本发明还提供了一种多路呼叫业务系统，该系统包括业务控制点(SCP)、被叫业务交换点(SSP)和主叫SSP，所述SCP和被叫SSP之间有一扩展接口；其中：

所述SCP，用于通过所述扩展接口将多路号码携带在连接消息中下发给所述被叫SSP；

所述被叫SSP，用于通过所述扩展接口接收SCP下发的多路号码；以及若判断出接收到的号码数大于一，则对所述多路号码进行分组，若有一路号码应答，则定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。

优选地，上述多路呼叫业务系统可具有如下特点：

所述SCP包括业务处理机和信令接口单元(SIU)；所述主叫SSP与SCP之间有一扩展接口；

所述主叫SSP，用于主叫用户呼叫被叫用户时，通过与SCP进行交互，将呼叫指向被叫SSP，以便所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务。

优选地，上述多路呼叫业务系统还可具有如下特点：

所述主叫SSP，进一步用于主叫用户呼叫被叫用户时，对被叫号码进行分析，分析为智能业务后，向SCP发起IDP消息；以及接收携带接入码和被叫号码的连接消息后，分析所述接入码和被叫号码，并将呼叫指向被叫SSP；

所述SCP，进一步用于收到所述IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务，所述引导业务在被叫号码前添加接入码；以及将接入码和被叫号码携带在连接消息中发送至主叫SSP。

优选地，上述多路呼叫业务系统还可具有如下特点：

所述被叫SSP，进一步用于接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码。

上述多路呼叫业务的实现方法和多路呼叫业务系统无需改变现有网络软硬件设备，只需在现网设备上配置少量数据就能提供一种全新的移动增值业务，安全简单；被叫用户数可灵活配置，可以简单地下发两路用户实现同振，比如中国电信的天翼手机与家庭电话绑定，在复杂的环境下，可以设置多个被叫号码进行同振，能够适应不同的市场需求；同时，本发明不需要终端用户前往营业厅办理任何手续即可使用，业务可以迅速推广；另外，本发明能在多种场合下使用，在丰富增值业务吸引客户的同时，被叫号码不局限于一种号码，包括固定话及移动号码及其任意组合，为客户提供了一个实用的增值业务。

附图说明

图1为本发明的网元连接示意图；

图2为本发明的多路呼叫业务系统实施例的结构示意图；

图3为本发明多路呼叫业务的实现方法实施例的流程图；

图4为本发明的多路呼叫业务的实现方法实施例的信令流程图；

图5为本发明的业务控制过程的流程示意图。

具体实施方式

下面结合附图和实施例对本发明作进一步的详细说明，应当理解，此处描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

如图1所示，为本发明的网元连接示意图，本发明的多路呼叫业务的实现方法，在不改变现有网络设备的情况下，通过引入多路呼叫业务系统1，当主叫用户2发起呼叫时，通过引导业务在G网号码前添加接入码，转入固网业务流程，核心网根据接入码将呼叫指向多路呼叫系统的业务处理机，触发多路呼叫业务，在业务控制下，系统对多路被叫用户发起呼叫，多路被叫用户3同时振铃。当移动号码被叫用户直接挂机不接听时，其他呼叫还在继续。当其中一路应答后，多路呼叫业务系统在业务指示下把其他几路用户都释放掉，进入正常的通话中。

其中，上述多路呼叫业务系统的结构示意图可参见图2，该系统包括被叫业务交换点(SSP)11、业务控制点(SCP)12和主叫SSP13，SCP12又由信令接口单元(SIU)121和业务处理机122构成，多路呼叫业务在业务处理机上加载运行。SIU和业务处理机之间为内部通信接口，SCP、被叫SSP和主叫SSP均以标准七号信令接口接入核心网，因此，引入本系统，无需改造现网网络设备，只需配置所需链路、话路资源及路由数据即可。

本发明通过扩展SSP与SCP之间的接口，使SCP侧能够将多路号码下发到被叫SSP侧。具体地，通过被叫SSP和SCP之间的INAP接口，连接(connect)消息可以将9个号码下发至被叫SSP；被叫SSP发现SCP带9个号码后，能够并发呼叫下去，如果所有的呼叫失败，则返回基本呼叫控制模块(BCSM)事件报告(ERB)给业务控制点(SCP)，告知业务控制点(SCP)路由失败；如果有任何一路应答，则自动将其它8路呼叫挂断；并告知接续的号码信息给SCP。

其中，上述SCP用于通过上述扩展接口将多路号码携带在连接消息中下发给上述被叫SSP；上述被叫SSP用于通过上述扩展接口接收SCP下发的多路号码；以及若判断出接收到的号码数大于一，则对上述多路号码进行分组，若有一路号码应答，则定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。上述主叫SSP用于主叫用户呼叫被叫用户时，通过与SCP进行交互，将呼叫指向被叫SSP，以便上述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务。

进一步地，上述主叫SSP用于主叫用户呼叫被叫用户时，对被叫号码进行分析，分析为智能业务后，向SCP发起IDP消息；以及接收携带接入码和被叫号码的连接消息后，分析上述接入码和被叫号码，并将呼叫指向被叫SSP；上述SCP用于收到上述IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务，上述引导业务在被叫号码前添加接入码；以及将接入码和被叫号码携带在连接消息中发送至主叫SSP。

另外，上述被叫SSP可以进一步用于接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码。

优选地，SCP侧为了不影响现有的其他业务，可单独定义一个新的业务操作(connect Extension)，该业务操作可以将多路号码例如9路号码下发下去；业务调用该业务操作实现9路并发呼叫功能，SCP侧对这种业务操作进行了对应的处理并对其进行编码，使之能够兼容了9个号码的INAP connect操作，然后，该操作通过SCP发送到被叫SSP时，由被叫SSP进行相应的解码及处理。被叫SSP收到SCP侧下发的9路号码后，进行以下处理：首先，判断收到的号码数，如果是只有一个号码，则走原来的正常流程，如果判断出有多个号码，则把9路呼叫依次进行分三组处理，第一组(1、2、3路)，第二组(4、5、6路)，第三组(7、8、9)，分组的目的是在多个呼叫同时下来的时候，能够分批进行处理，然后定位到一组以后，可以利用原来具备的模块功能进行处理，避免了新增额外处理的繁琐性。

另外，需要说明的是，本领域的技术人员应当理解，此实施例中的9路号码仅为示例，其他多路号码也可以采用本发明分组处理的思想来完成多路呼叫业务。

上述多路呼叫业务系统无需改变现有网络软硬件设备，只需在现网设备上配置少量数据就能提供一种全新的移动增值业务，安全简单；被叫用户数可灵活配置，可以简单地下发两路用户实现同振，比如中国电信的天翼手机与家庭电话绑定，在复杂的环境下，可以设置多个被叫号码进行同振，能够适应不同的市场需求；同时，本发明不需要终端用户前往营业厅办理任何手续即可使用，业务可以迅速推广；另外，本发明能在多种场合下使用，在丰富增值业务吸引客户的同时，被叫号码不局限于一种号码，包括固定话及移动号码及其任意组合，为客户提供了一个实用的增值业务。

如图3所示，为本发明多路呼叫业务的实现方法实施例的流程图，该方法包括：

步骤301、被叫SSP通过与SCP之间的扩展接口接收SCP下发的多路号码；

在该步骤之前，该方法还可以包括：SCP通过上述扩展接口将多路号码携带在连接消息中下发给被叫SSP；

步骤302、若被叫SSP判断出接收到的号码数大于一，则对上述多路号码进行分组；

步骤303、判断是否有一路号码应答，若有一路号码应答，则执行步骤304，若无应答，则执行步骤305；

步骤304、被叫SSP定位到该路号码对应的分组，并对该分组中的多路号码进行处理；结束；

被叫SSP接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码；

步骤305、被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。

下面以一个实施例来详细描述多路呼叫业务的实现过程，如图4所示，为本发明的多路呼叫业务的实现方法实施例的信令流程图，在该实施例中假定主叫用户为A，号码为a，被叫用户为B，号码为b，该多路呼叫业务的实现方法包括：

步骤401、用户A发起呼叫，所拨被叫号码是移动号码b(可以是虚拟号码，或实际号码)，MSCa(A当前所在MSC/VLR)分析号码B后将呼叫指向多路呼叫业务系统中的主叫SSP；

步骤402、主叫SSP对号码b进行鉴权，到HLR查询被叫签约信息；

步骤403、HLR把号码b的被叫签约信息报告给主叫SSP；

步骤404、主叫SSP分析号码b，分析为智能业务呼叫，向SCP发起启动数据报协议(IDP)消息，SCP收到IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务(G网业务)，引导业务对被叫号码进行处理，在被叫号码b前面加了一个前缀(Prefix)；

步骤405、SCP向主叫SSP发送请求报告基本呼叫控制模块事件(RequestReport BCSM Event，RRBE)、申请计费(Apply Charging，AC)消息，请求呼叫事件监视及申请计费；

步骤406、SCP向主叫SSP发送连接(Connect)消息，主叫号码为a，被叫号码为Prefix+b；

步骤407、主叫SSP向HLR发送发送路由信息(Send Routing Info，SRI)消息，请求B的漫游号码，HLR返回响应SRI_ack，SCP得到B的漫游号码MSRNb(b如果是虚拟号码，由于没有漫游号码，就不存在这一步)；

步骤408、主叫SSP分析Prefix+b，将呼叫指向MSCb(B当前所在MSC/VLR)，MSCb接续B；MSCb分析号码Prefix后，将呼叫指向多路呼叫业务系统中的被叫SSP；

步骤409、被叫SSP分析号码Prefix，分析为智能业务呼叫，向SCP发起IDP消息；SCP收到IDP消息后，触发运行在业务处理机上的多路呼叫业务(固网业务)，业务对被叫号码b进行处理，通过查表找到用户设置的同振号码表对应的号码(Num1，Num2...Num9)，其中，Num1，Num2...Num9可以是移动号码或固话号码；

步骤410、SCP向被叫SSP发送RRBE、AC消息，请求呼叫事件监视及申请计费；

步骤411、SCP向SSP发送Connect消息，主叫号码为a，被叫号码为Num1，Num2...Num9；

步骤412、被叫SSP号码收全后，给MSCb回复了一个地址全消息(ACM)；

步骤413、被叫SSP向MSCb发送IAM，分别带有出局的被叫号码(Num1，Num2...Num9)，MSCb在每个地址收全以后都向被叫SSP回复一个ACM；

步骤414、被叫SSP向MSCa发送地址全消息(ACM)，开始振铃；

步骤415、如果Num4接通电话，MSCb向被叫SSP发了应答消息(ANM)，被叫SSP收到ANM后向SCP侧上报一个应答消息(o-Answer)；

步骤416、被叫SSP把除应答电话外的其他电话都释放掉，停止振铃；

步骤417、被叫SSP向MSCa回送一个应答消息(ANM)，主叫用户A与被叫Num4进行通话中；

步骤418、主叫挂机，主叫SSP上报计费信息消息(ACR)，以及BCSM事件报告消息(ERB)，SCP收到请求事件后，发送释放(Release)呼叫(Call)消息给SSP，释放主叫；

步骤419、MSCa发送REL消息给被叫SSP，请求释放被叫侧，被叫SSP收到后，向MSCb发送REL消息；

步骤420、被叫SSP向SCP上报计费信息消息(ACR)，以及BCSM事件报告消息(ERB)，SCP收到后发送Release Call给被叫SSP；

步骤421、释放完成后，被叫SSP发送RLC消息给MSCa；流程正常结束。

上述实施例详细描述了实现多路呼叫的过程，以下将给出一例完整的实施本发明时的业务控制流程图，如图5所示，该过程包括：

步骤501、呼入固话号码；

主叫用户呼叫固话号码；

步骤502、呼叫同振号码列表中的所有移动终端；

SCP呼叫被叫用户设置的同振号码列表中的所有移动终端；

步骤503、判断是否有一终端应答，若有，执行步骤504，否则，执行步骤505；

被叫SSP判断是否有一终端应答，若有，则接入正常的通话中，释放掉其他终端号码；否则，继续呼叫；

步骤504、发起呼叫应答该终端，释放掉其他呼叫尝试；操作结束；

步骤505、继续呼叫尝试直至主叫用户终止呼叫；操作结束。

其中，终端未应答的原因有多种，例如可以是用户忙、未接通或是未应答等。

上述多路呼叫业务的实现，可以丰富移动运营商的增值业务种类，满足人们对不同类型通信业务的需求；使用时，无需对现有的网络设备进行替换或升级改造，具有系统实施简单、业务推广迅速、应用场景多样化人性化等优点，兼具经济效益和社会效益。相比其他同类业务，本发明具有如下特点：(1)在原有多路呼叫系统基础上扩展了对应的接口，并且从平台到业务交换点，都通过修改对应了这个接口，使之对号码个数处理的范围更大了；(2)在对多路号码的处理上，采用了分组处理的实现方式，目前是将9路分3组，以后假如号码扩展到12路或更多时，同样可以采用这种分组处理方法，只需要在原有基础上增加一组或几组号码，对每路号码的处理完全兼容以前成熟的处理方法，既减少了代码的复杂度，节省了成本，又增加了系统的稳定性。

本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，上述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。

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

Claims (10)

1.一种多路呼叫业务的实现方法，其特征在于，该方法包括：

被叫业务交换点(SSP)通过与业务控制点(SCP)之间的扩展接口接收SCP下发的多路号码；以及

若被叫SSP判断出接收到的号码数大于一，则对所述多路号码进行分组，若有一路号码应答，则被叫SSP定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。

2.根据权利要求1所述的多路呼叫业务的实现方法，其特征在于，在所述被叫SSP通过与SCP之间的扩展接口接收SCP下发的多路号码之前，所述方法还包括：

SCP通过所述扩展接口将多路号码携带在连接消息中下发给被叫SSP。

3.根据权利要求2所述的多路呼叫业务的实现方法，其特征在于，SCP通过所述扩展接口将多路号码携带在连接消息中下发给被叫SSP之前，所述方法还包括：

主叫用户呼叫被叫用户时，主叫SSP通过与SCP进行交互，将呼叫转向被叫SSP；以及

所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务。

4.根据权利要求3所述的多路呼叫业务的实现方法，其特征在于，所述主叫用户呼叫被叫用户时，主叫SSP通过与SCP进行交互，将呼叫转向被叫SSP包括：

主叫用户呼叫被叫用户时，主叫SSP对被叫号码进行分析，分析为智能业务后，向SCP发起启动数据报协议(IDP)消息；

SCP收到所述IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务，所述引导业务在被叫号码前添加接入码；

SCP将接入码和被叫号码携带在连接消息中发送至主叫SSP；

主叫SSP分析所述接入码和被叫号码后，将呼叫转向被叫SSP。

5.根据权利要求4所述的多路呼叫业务的实现方法，其特征在于，所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务包括：

被叫SSP分析所述接入码，分析为智能业务后，向SCP发起IDP消息，SCP收到所述IDP消息后，触发运行在SCP的业务处理机上的多路呼叫业务。

6.根据权利要求1-5任一权利要求所述的多路呼叫业务的实现方法，其特征在于，所述对该分组中的多路号码进行处理包括：

被叫SSP接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码。

7.一种多路呼叫业务系统，其特征在于，该系统包括业务控制点(SCP)、被叫业务交换点(SSP)和主叫SSP，所述SCP和被叫SSP之间有一扩展接口；其中：

所述SCP，用于通过所述扩展接口将多路号码携带在连接消息中下发给所述被叫SSP；

所述被叫SSP，用于通过所述扩展接口接收SCP下发的多路号码；以及若判断出接收到的号码数大于一，则对所述多路号码进行分组，若有一路号码应答，则定位到该路号码对应的分组，并对该分组中的多路号码进行处理；若无应答，则被叫SSP向SCP发送基本呼叫控制模块(BCSM)事件报告。

8.根据权利要求7所述的多路呼叫业务系统，其特征在于，所述SCP包括业务处理机和信令接口单元(SIU)；所述主叫SSP与SCP之间有一扩展接口；

所述主叫SSP，用于主叫用户呼叫被叫用户时，通过与SCP进行交互，将呼叫指向被叫SSP，以便所述被叫SSP与SCP交互触发运行在SCP的业务处理机上的多路呼叫业务。

9.根据权利要求8所述的多路呼叫业务系统，其特征在于：

所述主叫SSP，进一步用于主叫用户呼叫被叫用户时，对被叫号码进行分析，分析为智能业务后，向SCP发起IDP消息；以及接收携带接入码和被叫号码的连接消息后，分析所述接入码和被叫号码，并将呼叫指向被叫SSP；

所述SCP，进一步用于收到所述IDP消息后，触发运行在业务处理机上的多路呼叫业务的引导业务，所述引导业务在被叫号码前添加接入码；以及将接入码和被叫号码携带在连接消息中发送至主叫SSP。

10.根据权利要求7-9任一权利要求所述的多路呼叫业务系统，其特征在于：

所述被叫SSP，进一步用于接收并转发对应于应答号码的应答消息至SCP，释放掉该分组中的其他号码。

Images