CN102843333A

CN102843333A - 业务嵌套的实现方法及装置

Info

Publication number: CN102843333A
Application number: CN2011101656137A
Authority: CN
Inventors: 杨敏; 罗会平; 梅君君
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2011-06-20
Filing date: 2011-06-20
Publication date: 2012-12-26
Also published as: WO2012174866A1

Abstract

本发明公开了一种业务嵌套的实现方法及装置，其中，该方法包括：第一业务平台接收业务请求消息；第一业务平台确定业务请求消息所请求的第一业务中嵌套有第二业务；第一业务平台将业务请求消息转发给处理第二业务的第二业务平台。通过本发明，可以实现在多业务平台之间的业务嵌套，而且可以达到处理嵌套业务时的动态调整业务平台的效果。

Description

业务嵌套的实现方法及装置

技术领域

本发明涉及通信领域，具体而言，涉及一种业务嵌套的实现方法及装置。

背景技术

随着宽带业务的不断发展，各种业务模式层出不穷，如何利用业务平台实现多种业务成了新的关键问题。针对上述问题，目前实现的方法有两种：1，对于同一个业务平台中的不同业务分两次进入软交换机中作号码分析，并在完成两次号码分析后触发新业务；2，在业务平台中用一个独立的进程单独处理嵌套业务，不需要对现有业务和软交换机做任何修改即可实现业务嵌套，并且信令不必再次进入软交换机。

上述方法1由于需要两次进入软交换机，在进行两次号码分析后触发新业务，非常浪费资源，上述方法2虽然在方法1基础上进行了改进，业务平台采用独立的进程单独处理业务嵌套，嵌套的两个业务必须由同一个业务平台处理，因此，不能在多业务平台之间实现业务嵌套，还具有互转业务必须部署在同一业务平台的局限，缺乏灵活性。

发明内容

本发明的主要目的在于提供一种业务嵌套的实现方法及装置，以至少解决上述问题之一。

根据本发明的一个方面，提供了一种业务嵌套的实现方法，包括：第一业务平台接收业务请求消息；第一业务平台确定业务请求消息所请求的第一业务中嵌套有第二业务；第一业务平台将业务请求消息转发给处理第二业务的第二业务平台。

上述第一业务平台将业务请求消息转发给处理第二业务的第二业务平台包括：第一业务平台通过其会话初始协议(SIP)设备配置信息，获取第二业务平台的地址和端口，其中，第二业务平台预先配置为第一业务平台的SIP设备；第一业务平台根据第二业务平台的地址和端口，将业务请求消息转发到第二业务平台。

上述第一业务平台接收业务请求消息包括：第一业务平台接收软交换(SS)发送的业务请求消息。

上述第一业务平台将业务请求消息转发给处理第二业务的第二业务平台之后，包括：第一业务平台接收第二业务平台反馈的业务请求消息的第一应答消息；第一业务平台向SS发送业务请求消息的第二应答消息。

上述第一业务平台将业务请求消息转发给处理第二业务的第二业务平台包括：第一业务平台将业务请求消息转发给会话初始协议SIP分发代理，其中，第一业务平台转发给SIP分发代理的业务请求消息中携带有指示业务请求消息请求是嵌套在第一业务中的第二业务；SIP分发代理将业务请求消息转发给第二业务平台。

上述SIP分发代理将业务请求消息转发给第二业务平台包括：SIP分发代理获取能够处理第二业务的多个业务平台，根据业务均衡的原则，选择多个业务平台中的第二业务平台，将业务请求消息转发给第二业务平台。

上述第一业务平台接收业务请求消息包括：第一业务平台接收SIP分发代理发送的业务请求消息。

上述第一业务平台接收SIP分发代理发送的业务请求消息包括：SIP分发代理接收SS发送的业务请求消息；SIP分发代理获取能够处理第一业务的多个平台；SIP分发代理根据业务均衡的原则从多个平台中选择第一业务平台；SIP分发代理将业务请求消息转发给第一业务平台。

上述第一业务平台确定业务请求消息所请求的第一业务中嵌套有第二业务，包括：第一业务平台根据业务请求消息的被叫号码和配置信息判定业务请求消息所请求的第一业务中嵌套有第二业务。

根据本发明的另一方面，提供了一种业务嵌套的实现装置，位于第一业务平台，该装置包括：接收模块，用于接收业务请求消息；确定模块，用于确定业务请求消息所请求的第一业务中嵌套有第二业务；转发模块，用于将业务请求消息转发给处理第二业务的第二业务平台。

上述装置还包括：获取模块，用于通过其会话初始协议SIP设备配置信息，获取第二业务平台的地址和端口，其中，第二业务平台预先配置为第一业务平台的SIP设备；转发模块用于根据第二业务平台的地址和端口将业务请求消息转发到第二业务平台。

上述转发模块用于将业务请求消息转发给SIP分发代理，由SIP分发代理将业务请求消息转发给第二业务平台，其中，转发给SIP分发代理的业务请求消息中携带有指示业务请求消息请求是嵌套在第一业务中的第二业务。

通过本发明，采用第一业务平台在接收到嵌套业务时，可以将请求转发给处理嵌套业务中的第二业务的第二业务平台，从而解决了传统的业务处理方法不能处理多业务平台之间的多业务嵌套及多业务之间互转的问题，使得互转业务不需要部署在同一业务平台上，提高了业务平台部署的灵活性。

附图说明

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

图1是根据本发明实施例的业务嵌套的实现方法的流程图；

图2是根据本发明实施例一的业务嵌套的实现方法流程图；

图3是根据本发明实施例二的业务嵌套的实现方法流程图；

图4是根据本发明实施例的业务嵌套的实现装置的结构示意图；

图5是根据本发明实施例的一个优选实施装置的结构示意图；

图6是根据本发明实施例使用一个优选装置实现业务嵌套的系统结构示意图。

具体实施方式

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

图1是根据本发明实施例的业务嵌套的实现方法的流程图，如图1所示，该方法主要包括以下步骤(步骤S102-步骤S106)：

步骤S102，第一业务平台接收业务请求消息；

其中，第一业务平台接收的业务请求消息可以是软交换(SS)发送的，也可以是由会话初始协议(SIP)分发代理分发。

在本发明实施例的一个优选实施方式中，由于处理同一业务的业务平台可能是多个，为了使各个业务平台之间的业务平衡，SIP分发代理在分发业务请求消息时，可以对业务进行调整，因此，SIP分发代理在接收SS发送的业务请求消息，在将该业务请求消息分发给业务平台时，SIP分发代理先获取能够处理该业务请求消息请求的第一业务的多个平台，然后根据业务均衡的原则从多个平台中选择一个业务平台(在本实施例中为上述第一业务平台)，然后将该业务请求消息转发给第一业务平台。

步骤S104，第一业务平台确定上述业务请求消息所请求的第一业务中嵌套有第二业务；

例如，如果该业务请求消息为呼叫请求消息，第一业务平台可以根据该业务请求消息的被叫号码和配置信息判定出该业务请求消息所请求的第一业务中嵌套有第二业务。

步骤S106，第一业务平台将上述业务请求消息转发给处理第二业务的第二业务平台。

在本发明实施例中，第一业务平台将上述业务请求消息转发给处理第二业务的第二业务平台包括但不限于以下两种实现方式：

(1)第一业务平台首先通过其SIP设备配置信息，获取第二业务平台的地址和端口，其中，第二业务平台预先配置为第一业务平台的SIP设备，然后第一业务平台根据第二业务平台的地址和端口，将业务请求消息转发到第二业务平台，在这种实现方式中，第一业务平台接收到的业务请求消息是由SS发送的；

(2)第一业务平台将业务请求消息转发给会话初始协议(SIP)分发代理，其中，第一业务平台转发给SIP分发代理的业务请求消息中携带有指示业务请求消息请求是嵌套在第一业务中的第二业务，SIP分发代理在接收到该业务请求消息后，将业务请求消息转发给第二业务平台，在这种实现方式中，第一业务平台接收到的业务请求是由SS发送给SIP分发代理，然后再由SIP分发代理分发给第一业务平台的。

在上述实现方式(1)中，在第一业务平台将业务请求消息转发给处理第二业务的第二业务平台之后，第一业务平台接收第二业务平台反馈的业务请求消息的第一应答消息，然后第一业务平台向SS发送业务请求消息的第二应答消息。

在上述实现方式(2)中，为了使处理同一业务的业务平台间的业务均衡，SIP分发代理在将业务请求消息转发给第二业务平台时，SIP分发代理可以先获取能够处理第二业务的多个业务平台，然后根据业务均衡的原则，从该多个业务平台中选择一个业务平台(在本实施例中为第二业务平台)，将业务请求消息转发给第二业务平台。

实施例一

在本实施例中，采用业务平台直接连接的方式实现业务嵌套，在本实施例中，第一业务平台在接收到SS发送的呼叫请求后，根据被叫号码和当前配置判断该呼叫是正常的呼叫还是业务嵌套，如果是正常呼叫，则按照正常呼叫流程处理该呼叫(即处理第一业务)，如果是业务嵌套，则将业务请求消息通过SIP设备的配置信息找到对应的第二业务平台(业务平台2)，并将第二业务呼出到业务平台2上，触发业务平台2上的第二业务(业务B)。

在本实施例中，SIP设备配置需要预先通过设置界面来配置业务平台2的地址信息和端口信息。但是，采用这种方式的前提是使第一业务平台(业务平台1)知道第二业务(业务B)可以在业务平台2上处理，所以，需要预先在业务平台1上配置业务平台2的地址信息和端口信息，但如果业务平台较多时，需要相互配置。相较于设置SIP分发代理的方式，可以节省SIP分发代理设备。如图2所示，参考图2，对于业务平台采用直接连接的方式实现多业务平台间的业务嵌套处理流程包括以下步骤：

步骤S201，软交换(为核心网设备)(SS)发送SIP请求消息到业务平台1；

步骤S202，业务平台1根据配置的业务键判断是业务A，并且发现业务A中嵌套了业务B，然后确定处理业务B的业务平台(在本实施例中为业务平台2)对应的SIP设备的SIP设备号，根据该SIP设备号获取处理业务B的业务平台的地址信息和端口信息，然后根据该地址信息和端口信息呼叫业务平台2，然后触发业务平台2对业务B进行处理；

步骤S203，业务平台2向业务平台1返回应答消息；

步骤S204，业务平台1向SS返回应答消息。

通过本实施例，通过业务平台直连的方式可以实现业务嵌套，同时还可以节省SIP分发代理设备。

实施例二

本实施例采用设置SIP分发代理的方式实现，在本实施例中，第一业务平台(业务平台1)收到业务请求消息(例如，呼叫消息)后，根据被叫号码和当前配置决定该呼叫是正常的呼叫还是业务嵌套，如果是正常呼叫，则按照正常呼叫流程处理该呼叫，如果是业务嵌套，则将该消息转发给SIP分发代理处理。

当SIP分发代理收到业务请求消息后，首先判断是该业务是否是嵌套的呼出业务，如果不是，则将该业务直接外呼到SS(或者，也可以是客户端)；如果是嵌套的业务呼出，则根据配置的业务键策略，找到可以处理业务B的第二业务平台(业务平台2)，业务平台2可能有n个，此时，可以按照一定的分发方式分发到业务平台2上。例如，业务平台和SIP分发代理之间可以通过私有字段进行判断。

在本实施例中，SIP分发代理在进行业务分发时，可以按照某种比例分发，该比例可以根据业务平台的处理能力来预先配置，也就是说，可以向业务处理能力强的业务平台发送比例高一些的业务，向业务处理能力低的业务平台发送比例低一些的业务。并且，在本实施例中，SIP分发代理可以动态调整多业务平台上同一个业务之间的分布，例如，当业务平台1上的业务A处理量已经达到一定极限时，业务平台1通知SIP分发代理，后续的业务A将发往其他部署有业务A的业务平台，业务平台1将不参加一段时间内的业务均衡。对于嵌套的业务B，也可以实现如此均衡，从而实现业务均衡的动态调整。并且当增加部署业务平台n后，只需要在SIP分发代理上调整策略，即可简单的实现业务的扩容，提高处理性能。

如图3所示，对于业务平台采用采用设置SIP分发代理的方式实现多业务平台间的业务嵌套处理流程包括以下步骤：

步骤S301，软交换(为核心网设备)(SS)发送SIP请求消息到SIP分发代理；

步骤S302，SIP分发代理根据配置的业务键策略判断是业务A，找到能够处理业务A的可用的n个业务平台，根据能力均衡的方式找到一个业务平台，例如业务平台1，触发业务平台1上的业务A；

步骤S303，业务平台1发现业务A中有嵌套业务B，业务平台1呼出到SIP分发代理，此时，业务平台1携带私有字段告诉SIP分发代理，该请求是嵌套业务B；

步骤S304，SIP分发装置根据私有字段判断是嵌套业务B，则不转发给软交换(SS)，而是根据分发策略找到可用的处理业务B的n个业务平台，根据业务均衡找到业务平台2，从而触发业务平台2上的业务B；

步骤S305，业务平台2向SIP分发代理反馈应答消息；

步骤S306，SIP分发代理向业务平台1反馈应答消息；

步骤S307，业务平台1向SIP分发代理反馈应答消息；

步骤S308，SIP分发代理向软交换反馈应答消息。

在此需要说明的是，当含有业务B的业务资源发生变化时，SIP分发代理可以动态调整，保证业务均衡。

采用上述实施例提供的业务嵌套的实现方法，可以实现多业务平台间的多业务的嵌套，以及多业务之间的互转，可以简单地实现业务的扩容，同时也提高了业务的处理性能。

图4是根据本发明实施例的业务嵌套的实现装置的结构示意图，该装置位于第一业务平台，用于实现上述实施例提供的业务嵌套的实现方法，包括：接收模块10、确定模块20以及转发模块30。其中，接收模块10，用于接收业务请求消息；确定模块20，连接至接收模块10，用于确定业务请求消息所请求的第一业务中嵌套有第二业务；转发模块30，连接至确定模块20，用于将该业务请求消息转发给处理第二业务的第二业务平台。

其中，与上述方法相对应，接收模块10可以接收来自SS的业务请求消息。

图5是根据本发明实施例的一个优选实施装置的结构示意图，如图5所示，该装置还包括：获取模块40，用于通过其SIP设备配置信息，获取第二业务平台的地址和端口，其中，第二业务平台预先配置为第一业务平台的SIP设备；对应地，转发模块30还可以用于根据第二业务平台的地址和端口将业务请求消息转发到第二业务平台。该实施方式对应上述方法实施例中所描述的实现方式(1)，并具有与之相同的技术效果，具体不再赘述。

在本发明实施例的另一个优选实施方式中，转发模块30还可以用于将业务请求消息转发给会话初始协议(SIP)分发代理，由SIP分发代理将业务请求消息转发给第二业务平台，其中，转发给SIP分发代理的业务请求消息中携带有指示业务请求消息请求是嵌套在第一业务中的第二业务。该实施方式对应于上述方法实施例中所描述的实现方式(2)，并具有与之相同的技术效果，具体不再赘述。

图6是本发明优选实施例的业务嵌套实施系统的结构示意图，如图6所示，该系统包括：SIP分发代理、多个业务平台及软交换(SS)或者其他网元。其中，SIP分发代理不是必须的，可以灵活部署，即在采用业务平台直接连接的方式时，不需要设置SIP分发代理。各个部分的功能如下：

业务平台：用于部署多种业务，每个业务平台上的业务相互独立，可以通过直接连接方式，把另外一个平台配置为本业务平台的SIP设备，从而实现多业务平台之间的业务嵌套；

SIP分发代理：用于实现多业务平台间的业务嵌套互转和业务平台上负载能力的均衡；

其中，如果是直接连接方式，则不必要配置SIP分发代理，但是需要在业务平台1上配置SIP设备业务平台2，这样可以保证业务平台1上的业务A的嵌套业务可以通过直连方式呼出到业务平台2上，从而触发业务B。

如果使用SIP分发代理，则不需要在业务平台1上配置SIP设备业务平台2，当业务平台较多时，不需要相互进行SIP设备配置，只需要在SIP分发代理上配置各个业务平台即可，配置使用方便，开局简单。

如图6所示，在本实施例中，业务平台1在接收到请求业务A的业务请求时，判断业务A中嵌套有业务B，则业务平台1可以通过直连的方式将业务请求转发给处理业务B的业务平台2，触发业务平台2上的业务B；或者，业务平台1也可以SIP分发代理将业务请求转发到业务平台2，触发业务平台2上的业务B。

采用上述实施例提供的业务嵌套的实现装置，可以实现多业务平台间的多业务的嵌套，以及多业务之间的互转，可以简单地实现业务的扩容，同时也提高了业务的处理性能。

从以上的描述中，可以看出，本发明实现了如下技术效果：采用业务平台直接连接的方式或采用设置SIP分发代理的方式，可以实现在多业务平台之间的业务嵌套，可以实现多业务平台间的多业务的嵌套，以及多业务之间的互转，可以简单地实现业务的扩容，同时也提高了业务的处理性能，决了传统的业务处理方法不能处理多业务平台之间的多业务嵌套及多业务之间互转的问题，进而达到了可以实现多业务之间的动态调整的效果。

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

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

Claims

1.一种业务嵌套的实现方法，其特征在于，包括：

第一业务平台接收业务请求消息；

所述第一业务平台确定所述业务请求消息所请求的第一业务中嵌套有第二业务；

所述第一业务平台将所述业务请求消息转发给处理所述第二业务的第二业务平台。

2.根据权利要求1所述的方法，其特征在于，所述第一业务平台将所述业务请求消息转发给处理所述第二业务的第二业务平台包括：

所述第一业务平台通过其会话初始协议SIP设备配置信息，获取所述第二业务平台的地址和端口，其中，所述第二业务平台预先配置为所述第一业务平台的SIP设备；

所述第一业务平台根据所述第二业务平台的地址和端口，将所述业务请求消息转发到所述第二业务平台。

3.根据权利要求2所述的方法，其特征在于，所述第一业务平台接收业务请求消息包括：所述第一业务平台接收软交换SS发送的所述业务请求消息。

4.根据权利要求3所述的方法，其特征在于，所述第一业务平台将所述业务请求消息转发给处理所述第二业务的第二业务平台之后，包括：

所述第一业务平台接收所述第二业务平台反馈的所述业务请求消息的第一应答消息；

所述第一业务平台向所述SS发送所述业务请求消息的第二应答消息。

5.根据权利要求1所述的方法，其特征在于，所述第一业务平台将所述业务请求消息转发给处理所述第二业务的第二业务平台包括：

所述第一业务平台将所述业务请求消息转发给会话初始协议SIP分发代理，其中，所述第一业务平台转发给所述SIP分发代理的所述业务请求消息中携带有指示所述业务请求消息请求是嵌套在所述第一业务中的所述第二业务；

所述SIP分发代理将所述业务请求消息转发给所述第二业务平台。

6.根据权利要求5所述的方法，其特征在于，所述SIP分发代理将所述业务请求消息转发给所述第二业务平台包括：所述SIP分发代理获取能够处理所述第二业务的多个业务平台，根据业务均衡的原则，选择所述多个业务平台中的所述第二业务平台，将所述业务请求消息转发给所述第二业务平台。

7.根据权利要求5所述的方法，其特征在于，所述第一业务平台接收业务请求消息包括：所述第一业务平台接收所述SIP分发代理发送的所述业务请求消息。

8.根据权利要求7所述的方法，其特征在于，所述第一业务平台接收所述SIP分发代理发送的所述业务请求消息包括：

所述SIP分发代理接收SS发送的所述业务请求消息；

所述SIP分发代理获取能够处理所述第一业务的多个平台；

所述SIP分发代理根据业务均衡的原则从所述多个平台中选择所述第一业务平台；

所述SIP分发代理将所述业务请求消息转发给所述第一业务平台。

9.根据权利要求1至8中任一项所述的方法，其特征在于，所述第一业务平台确定所述业务请求消息所请求的第一业务中嵌套有第二业务，包括：所述第一业务平台根据所述业务请求消息的被叫号码和配置信息判定所述业务请求消息所请求的第一业务中嵌套有第二业务。

10.一种业务嵌套的实现装置，位于第一业务平台，其特征在于，包括：

接收模块，用于接收业务请求消息；

确定模块，用于确定所述业务请求消息所请求的第一业务中嵌套有第二业务；

转发模块，用于将所述业务请求消息转发给处理所述第二业务的第二业务平台。

11.根据权利要求10所述的装置，其特征在于，

所述装置还包括：获取模块，用于通过其会话初始协议SIP设备配置信息，获取所述第二业务平台的地址和端口，其中，所述第二业务平台预先配置为所述第一业务平台的SIP设备；

所述转发模块用于根据所述第二业务平台的地址和端口将所述业务请求消息转发到所述第二业务平台。

12.根据权利要求10所述的装置，其特征在于，所述转发模块用于将所述业务请求消息转发给SIP分发代理，由所述SIP分发代理将所述业务请求消息转发给所述第二业务平台，其中，转发给所述SIP分发代理的所述业务请求消息中携带有指示所述业务请求消息请求是嵌套在所述第一业务中的所述第二业务。