CN101883344A - 网络间关联呼叫接续方法、业务代理系统 - Google Patents

Abstract

本发明公开网络间关联呼叫接续方法、业务代理系统，涉及通信领域。方法：在业务代理系统中设置业务数据单元，第一业务执行系统在接收到来自第一网络的第一呼叫时，存储第一呼叫的特征信息于业务数据单元中，并产生路由信号，将第一呼叫依据路由信号路由至第二网络，以在第二网络上触发第二呼叫；接收第二业务执行系统依据业务数据单元存储的特征信息转移来的第二呼叫，接续处理第一呼叫和第二呼叫。业务代理系统包括业务数据单元和第一业务执行系统。另一业务代理系统包括业务数据单元和第二业务执行系统。实现了Service Broker平台对多个网络间的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

Description

网络间关联呼叫接续方法、业务代理系统

技术领域

本发明涉及通信领域，特别涉及一种网络间关联呼叫接续方法、业务代理系统。

背景技术

IMS(IP Multimedia Subsystem，IP多媒体子系统)作为下一代电信网络体系架构，是一种多业务的应用架构，在多业务应用的情况下，必然产生多种业务之间的协同性和一致性问题，为了有效控制和处理IMS中存在的业务交互问题，3GPP(3rd Generation Partnership Project，第三代合作伙伴计划)在IMS体系中引入一个新的网元——SCIM(Service Capability interactionManager service，业务能力交互管理)来专门负责协调业务运行，即ServiceBroker平台(业务代理平台)，其中业务代理平台中会设置有业务代理系统，负责处理业务代理平台中的相关业务。Service Broker平台解决了多业务的交互和可能出现的冲突问题。

Service Broker是NGIN(Next General Intelligent Network，下一代智能网)的一种重要业务平台，它提供了业务配置、业务交互、业务组合、业务捆绑、解决业务特征冲突等能力，为下一代智能网业务的提供模式带来了革新性的变化，它能够快速组合业务，缩短业务提供周期，丰富用户的业务体验，这使得Service Broker业务平台具备了广阔的市场应用前景。

在实施本发明过程中，发明人发现现有技术中至少存在如下问题，ServiceBroker平台不能支持多个网络触发的关联呼叫的接续，其中多个网络包括多个同类型的网络，也包括多个不同类型的网络，比如Service Broker平台不能支持主叫和被叫分别为两个宽带网用户的情况，也不能支持主叫和被叫其中一方是宽带网用户，另一方是窄带网用户的情况，即主叫和被叫为多个网络触发的关联呼叫，使得Service Broker技术的进一步推广应用受到了很大的限制。

发明内容

本发明实施例提供了一种网络间关联呼叫接续方法、业务代理系统，以解决Service Broker平台不能支持多个网络触发的关联呼叫的接续问题。

一方面，提供了一种网络间关联呼叫接续方法，在业务代理系统中设置业务数据单元，所述方法包括：

第一业务执行系统在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中，并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；

第一业务执行系统接收第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

另一方面，还提供了一种业务代理系统，包括业务数据单元，和第一业务执行系统：

所述第一业务执行系统，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中；并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；接收第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫；

所述业务数据单元，用于存储所述第一呼叫的特征信息。

再一方面，还提供了一种业务代理系统，包括业务数据单元，和第二业务执行系统；

所述业务数据单元，用于存储来自第一网络的第一呼叫的特征信息；

所述第二业务执行系统，用于在接收到来自第二网络的第二呼叫时，依据所述业务数据单元存储的所述第一呼叫的特征信息，将所述第二呼叫转移到第一业务执行系统；所述第一呼叫的特征信息由所述第一业务执行系统在接收到来自第一网络的第一呼叫时，存储于所述业务数据单元中。

本发明实施例提供的网络间关联呼叫接续方法、业务代理系统，有益效果是：通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种网络间关联呼叫接续方法流程图；

图2为本发明实施例提供的另一种网络间关联呼叫接续方法流程图；

图3为本发明实施例提供中第二业务执行系统将第二呼叫转移到第一业务执行系统的示意图；

图4为本发明实施例提供的一种窄带网和宽带网间关联呼叫接续方法流程图；

图5为本发明实施例提供的一种窄带网和宽带网间关联呼叫接续方法组网示意图；

图6为本发明实施例提供的一种网络间关联呼叫接续方法流程图；

图7为本发明实施例提供的一种业务代理系统结构示意图；

图8为本发明实施例提供的一种业务代理系统结构示意图；

图9为本发明实施例提供的一种业务代理系统结构示意图；

图10为本发明实施例提供的一种业务执行系统结构框图；

图11为本发明实施例提供的另一种业务执行系统结构框图；

图12为本发明实施例提供的另一种业务代理系统结构框图；

图13为本发明实施例提供的另一种业务代理系统结构框图；

图14为本发明实施例提供的另一种业务代理系统结构框图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，本发明实施例提供的一种网络间关联呼叫接续方法，在业务代理系统中设置业务数据单元，所述方法包括：

101：第一业务执行系统在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中，并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，在所述第二网络上触发第二呼叫；

102：第一业务执行系统接收第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

本发明实施例通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将多个网络触发的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

参见图2，本发明实施例提供的另一种网络间关联呼叫接续方法，首先在业务代理系统(即Service Broker平台)中设置SDU(Service Data Unit，业务数据单元)。优选的，在业务代理系统中设置的SDU为全局类型，全局类型的SDU可以被Service Broker平台中的任一业务执行系统所访问。

本发明实施例提供的网络间关联呼叫接续方法包括步骤：

201：第一业务执行系统在接收到来自第一网络的第一呼叫时，产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，在所述第二网络上触发第二呼叫。

需要解释的是，关联呼叫是指有关联关系的呼叫，比如一个用户触发的多个呼叫，主叫呼叫被叫的情形，主叫会先触发一个来话呼叫，当路由至被叫后，会触发一个去话呼叫，接续处理来电呼叫和去电呼叫，实现主叫和被叫之间的对话。这里来电呼叫和去电呼叫就是有关联关系的两个呼叫。用于标识有关联关系的至少两个呼叫之间的关联信息，可以是至少两个呼叫之间相同的呼叫信息，比如主叫号码、被叫号码等，或通过逻辑运算能够关联起来的信息，比如通过加前缀、后缀等方法，能够将至少两个呼叫之间的某个或某些呼叫信息通过逻辑运算关联起来的信息，比如，两个呼叫，其中第一呼叫中的A信息，经过预先约定好的逻辑运算，可以得到第二呼叫中的B信息，则通过A信息和B信息之间的这种关联关系，标识了第一呼叫和第二呼叫两个呼叫之间是有关联关系的。

这里，第一网络和第二网络分别为两个不同的网络，可以是同一种类型的网络，也可以是不同种类型的网络，比如可以都是宽带网或者都是窄带网，也可以一个是宽带网，一个是窄带网，其中宽带网可以是IMS网，窄带网可以是窄带固定网或窄带移动网。

202：第一业务执行系统存储所述第一呼叫的特征信息于所述业务数据单元中。

优选的，第一呼叫的特征信息包括第一呼叫的会话标识码，用于标识第一呼叫和第二呼叫之间关联关系的关联信息，以及所述第一呼叫的会话标识码和关联信息的对应关系。

则相应的，存储所述第一呼叫的特征信息于所述业务数据单元中可以是，存储所述关联信息与所述第一呼叫的会话标识码的对应关系于所述业务数据单元中。

每个呼叫都会创建一个会话ID(会话标识码)，用于唯一标识该呼叫的业务逻辑处理相关信息等，比如会话ID可以用来标识该呼叫的业务逻辑接口信息，即该呼叫的业务逻辑是在哪里处理的，会话ID还可以用来标识该呼叫的业务逻辑的处理状态信息等等。

对于业务执行系统而言，一般包括3层：最低层为协议层，该层的协议栈中定义和描述了与业务执行相关的协议等；中间层为SCS(ServiceCapability Set，业务能力集)层，该层定义和描述了与业务执行相关的API(pplication Programming Interface，应用程序编程接口)；最上层为应用层，也叫业务层。

一般，当呼叫触发到业务执行系统之后，由协议层到达SCS层进行处理，SCS层会根据该呼叫的会话ID，查找对应该呼叫的业务逻辑接口信息，调用该接口信息，在该接口信息对应的应用程序会话的业务逻辑指示下，对该呼叫对象进行接续处理。

步骤201与步骤202的顺序不仅仅限于先执行步骤201，再执行该步骤202；也可以是先执行步骤202，再执行步骤201，还可以并列执行。

203：第二业务执行系统在接收到来自第二网络的第二呼叫时，依据所述业务数据单元存储的所述第一呼叫的特征信息，将所述第二呼叫转移到所述第一业务执行系统，在所述第一业务执行系统上对相关联的第一呼叫和第二呼叫进行接续处理。

优选的，第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息，将所述第二呼叫转移到所述第一业务执行系统的步骤，可以包括如下子步骤：

①第二业务执行系统从所述第二呼叫中获取关联信息；

②第二业务执行系统以获取的所述关联信息为索引，在所述业务数据单元中查询第一呼叫的会话标识码；

这里，当关联信息是第一呼叫和第二呼叫之间相同的呼叫信息时，比如主叫号码、被叫号码等，此时，第二业务执行系统可以直接以获取的该关联信息作为索引，在所述业务数据单元中查询第一呼叫的会话标识码；

而当关联信息是通过逻辑运算能够关联起来的信息时，此时，第二业务执行系统需要先将获取的关联信息经过预先约定好的逻辑运算，得到运算后的关联信息，该运算后的关联信息便为第一业务执行系统接收到第一网络的第一呼叫后，存储在业务数据单元中的第一呼叫的关联信息，之后，第二业务执行系统将运算后的关联信息作为索引，在所述业务数据单元中查询第一呼叫的会话标识。

③第二业务执行系统将所述第二呼叫的会话标识码修改为查询到的所述第一呼叫的会话标识码，将所述第二呼叫的业务逻辑转移到所述第一业务执行系统中第一呼叫的业务逻辑上。

现有技术中，Service Broker平台不能支持多个网络触发的关联呼叫的接续，当多个关联呼叫从多个网络触发到Service Broker平台时，该多个关联呼叫会分配给不同的业务执行系统处理，具体的，第一业务执行系统中包括SCS层会话1和应用程序会话1，第一业务执行系统的SCS层会话1接收到第一呼叫后，根据第一呼叫的会话标识码1，查找对应的业务逻辑接口信息，将第一呼叫的业务逻辑转至应用程序会话1中进行处理；相应的，第二业务执行系统中包括SCS层会话2和应用程序会话2，第二业务执行系统的SCS层会话2接收到第二呼叫后，根据第二呼叫的会话标识码2，查找对应的业务逻辑接口信息，将第二呼叫的业务逻辑转至应用程序会话2中进行处理，可见，对于来自多个网络的两个相关联呼叫(第一呼叫和第二呼叫)在ServiceBroker平台中是分别由两个业务执行系统(第一业务执行系统和第二业务执行系统)进行处理的，因此此时Service Broker平台不能支持对该两个关联呼叫的接续处理。

本发明实施例中，结合图3详细介绍上述步骤③，第二业务执行系统将第二呼叫的会话标识码1修改为第一呼叫的会话标识码2之后，第二业务执行系统的SCS层会话2会根据第一呼叫的会话标识码1，查找对应的业务逻辑接口信息，将第二呼叫的业务逻辑转至第一业务执行系统的应用程序会话1中进行处理，从而实现第二业务执行系统将接收到的第二呼叫的业务逻辑，转移到第一业务执行系统中第一呼叫的业务逻辑上，这样，从两个网络触发到Service Broker平台的两个关联呼叫，便可以通过转移由第一业务执行系统来统一处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持。

相应的，第二业务执行系统将第二呼叫转移到第一业务执行系统后，第二呼叫的后续业务也都会根据修改后的会话标识码1，将业务逻辑转至第一业务执行系统进行接续处理。

可见，通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

本发明实施例提供的网络间关联呼叫接续方法，不限于来自两个网络的关联呼叫的接续处理，同样适用于来自多个网络的多个关联呼叫的接续处理，来自多个网络的多个关联呼叫分别触发到不同的业务执行系统上(比如同一个用户的多个关联呼叫被触发到不同的业务执行系统上)，其中任何一个业务执行系统可以作为第一业务执行系统，即可以将它接收到的呼叫的特征信息存储到SDU中，其他业务执行系统将其接收到的呼叫分别依据SDU中存储的特征信息转移到上述第一业务执行系统中，使得来自多个网络的关联呼叫可以在一个业务执行系统中实现接续处理，从而可以在一个业务执行系统中实现对多个关联呼叫进行集中控制，比如对一个用户的多个呼叫进行集中控制。

进一步的，在业务代理系统(即Service Broker平台)中增加SDU，使得运营商可以将其组合形成一个新的业务包，从而丰富用户的体验；不需要对现有网络进行配置，也不需要对协议进行扩展，只需增加新的ServiceBroker交互逻辑即可，最大限度的保护运营商的投资。另外，还可以适用于多个网络组合，比如窄带网到窄带网、宽带网到宽带网、及宽带网到窄带网或窄带网到宽带网等等。

参见图4，为另一个本发明实施例中的一种窄带网和宽带网间呼叫关联方法的示意图；参见图5，为可以应用图4所示方法的一个窄带网和宽带网间呼叫关联网络的结构示意图。其中，在业务代理系统(即Service Broker平台)中设置全局SDU，其中窄带网以GSM网络为例，宽带网以IMS网络为例。

其中，Service Broker平台是个分布式平台，分为前端和后端。前端一般是指接入设备，对于窄带接入而言，前端一般是指USAU(Universal SignalingAccess Unit，统一信令接入单元)，对于宽带接入而言，前端一般是指FEP(Front End Processor，前端处理器)；后端一般是指SEE(Service ExecuteEnvironment，业务执行环境)，业务执行环境中的业务执行系统会通过部署的业务实例处理前端接收到的呼叫，对于业务实例之间、业务实例和前端之间的交互都遵循IDL(interface description language，接口描述语言)调用规范。

在本发明实施例的组网中，USAU作为窄带接入模块，FEP作为宽带接入模块，在SEE1和SEE2上的业务执行系统1和业务执行系统2分别部署有相应的业务实例，在Service Broker平台上增加一个SDU单元，整个平台的业务逻辑均可以进行读写。该流程中，窄带用户拨打宽带用户号码，即初始触发从窄带上来，业务实例将该呼叫的特征信息存储到SDU里，进入等待状态。当宽带呼叫从FEP触发到Service Broker平台上时，通过查询SDU，获取上述特征信息，将呼叫逻辑转到业务执行系统1上。

该方法具体包括如下步骤：

401：窄带用户拨打宽带用户号码，GSM核心网将呼叫1触发到ServiceBroker平台的USAU。

402：USAU根据上述窄带用户的签约等信息，将呼叫1触发到业务执行系统1上。

403：业务执行系统1创建呼叫对象GSM Call，并将呼叫1的特征信息存储到SDU中，这里具体包括存储呼叫1的会话ID1和主叫号码的对应关系到SDU中。

404：GSM Call下发Connect命令，将呼叫1路由到宽带被叫用户。

405：GSM核心网通过网管将呼叫1路由到宽带IMS核心网上，并触发呼叫2(一般为INVITE请求)。

406：IMS核心网将呼叫2触发到Service Broker平台的FEP。

407：FEP将呼叫2触发到业务执行系统2上。

408：业务执行系统2创建呼叫对象IMS Call来处理呼叫2，从呼叫2中获取主叫号码，以获取到的主叫号码为索引在SDU中查询呼叫1的会话ID1，从而得知该用户的窄带部分是在业务执行系统1上处理的。

409：业务执行系统2修改呼叫2的会话ID2为会话ID1，将呼叫2的业务逻辑转移到业务执行系统1上接续处理。

可见，通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

进一步的，在业务代理系统(即Service Broker平台)中增加SDU，使得运营商可以将其组合形成一个新的业务包，从而丰富用户的体验；不需要对现有网络进行配置，也不需要对协议进行扩展，只需增加新的ServiceBroker交互逻辑即可，最大限度的保护运营商的投资。

参见图6，为另一个网络间关联呼叫接续方法的实施例。该实施例中，以第一网络为GSM网络、第二网络为IMS网络为例。具体为：主叫是GSM网中的MSC(mobile switching centre，移动交换中心)终端，此用户签约有VPN(Virtual Private Network，虚拟专用网)、PPS(Pre-paid service，预付费业务)和PoC(Push to talk)业务。其中Poc是在移动网络中提供的对讲业务。被叫是IMS(IP Multimedia Subsystem，IP多媒体子系统)终端，此用户签约有VPN业务。

主叫A呼叫被叫B，流程如下：

601：GSM网中的MSC终端触发呼叫1，并发送IDP(b，A)消息到servicebroker平台。

其中b表示被叫B的短号，A表示主叫A的号码。

602：Service Broker平台调用VPN业务来取得被叫B的长号。

包括Service Broker平台将IDP(b，A)消息转发到VPN服务器上，VPN服务器在其数据库中查找到被叫B的长号B，及主叫A的短号a，利用信令RRBE，CONN(B，a)，将被叫B的长号B和主叫A的短号a反馈给ServiceBroker平台。

603：Service Broker平台调用PPS业务来进行计费。

包括Service Broker平台发送IDP(B，A)消息到PPS服务器，PPS服务器启动计费逻辑，并反馈信令SCI，RRBE，CON给Service Broker平台。

604：Service Broker平台根据IMS域的号码范围把被叫B的长号B修改成一个IMS域可用的号码R-IMS，发送Connect命令即信令CON(R-IMS，A)到GSM网的MSC终端，由MSC终端将呼叫1路由至IMS终端。

605：在IMS核心网上触发另一个呼叫2至Service broker平台，此处呼叫2为INVITE请求，即IMS核心网发送信令INVITE(R-IMS，A)[SDP1]至Service broker平台，呼叫2是由呼叫1产生的connect命令路由IMS而触发的，呼叫2中带有媒体网关的SDP1。

606：在Service broker平台中将相关联的呼叫1和呼叫2进行接续处理。

607：呼叫2获取到被叫B的源号码(即被叫B的长号)，Service broker平台将IMS路由号码tel：R-IMS修改为B的源号码，并发送PoC请求到PoC服务器，即发送信令INVITE(B，A)[SDP2+list]到PoC服务器，请求对讲。其中SDP2是根据PoC服务器需要的格式从SDP1转换而来的。

608：PoC服务器通过service broker平台将呼叫2路由到IMS核心网，即PoC服务器将信令INVITE(B，A)[SDP3]通过service broker平台发送至IMS核心网。其中SDP3是由PoC服务器产生的。

609：被叫B应答，IMS核心网发送200OK[SDP4]消息到service broker平台，Service broker平台转发200OK[SDP4]消息到PoC服务器。其中SDP4是由IMS核心网产生的。

610：Poc服务器  发送200OK[SDP5]消息到service broker平台，service broker平台再将200OK[SDP5]消息转发到IMS核心网。其中SDP5是由PoC服务器产生的。

611：Service broker平台收到PoC服务器转发的200OK[SDP5]消息后，产生Answer事件，将Answer事件上报给呼叫1，Service broker平台发送Answer事件给PPS服务器，即发送ERB(ANS)信令至PPS服务器，通知计费开始，PPS服务器反馈信令AC，RRBE，CONT给Service broker平台，启动计费。

612：Service broker平台把IMS核心网来的ACK消息转发给PoC服务器，把PoC服务器来的ACK消息转发到IMS核心网。

上述步骤606中将触发到两个网络的相关联的呼叫1和呼叫2进行接续，具体可以是，在业务代理系统(即Service broker平台)中设置全局类型的SDU，接收到呼叫1的业务执行系统1将呼叫1的特征信息存储于SDU中，接收到呼叫2的业务执行系统2查询SDU，获得呼叫1的特征信息，将呼叫2转移到业务执行系统1中，进行接续处理，从而可以获取被叫B的源号码、上报Answer事件给呼叫1等。

可见，通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

参见图7，本发明实施例提供的一种业务代理系统，包括业务数据单元1，和至少下述两个业务执行系统之一：

第一业务执行系统2，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元1中；并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；接收所述第二业务执行系统3依据所述业务数据单元1存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫；

业务数据单元1，用于存储所述第一呼叫的特征信息，以便于所述第二业务执行系统3查询；

第二业务执行系统3，用于在接收到来自所述第二网络的所述第二呼叫时，依据所述业务数据单元1存储的所述第一呼叫的特征信息，将所述第二呼叫转移到所述第一业务执行系统2。

优选的，上述业务数据单元1为全局类型。

参见图8，当第二业务执行系统3为二个时，即Service Broker平台中包括第二业务执行系统3a和第二业务执行系统3b，第二业务执行系统3a和第二业务执行系统3b分别通过查询业务数据单元1，将接到的呼叫转移到第一业务执行系统2中。同理，当第二业务执行系统3为多个时，多个第二业务执行系统3分别通过查询业务数据单元1，将接到的呼叫转移到第一业务执行系统2中。

参见图9，当第一业务执行系统2为二个时，即Service Broker平台中包括第一业务执行系统2a和第一业务执行系统2b，第二业务执行系统3通过查询业务数据单元1，将接到的呼叫转移到第一业务执行系统2a中和/或第一业务执行系统2b中。同理，当第一业务执行系统2为多个时，第二业务执行系统3通过查询业务数据单元1，将接到的呼叫转移到某一个或多个第一业务执行系统2中。

实际应用中，业务数据单元1也可以是多个。

可见，通过在业务代理系统(即Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

上述图7、8或者9所示的一种业务代理系统可以执行前述图2、4或者6及其实施例所示的方法，因而其工作流程在此不赘述。

参见图10，本发明实施例提供前述业务代理系统中的一种业务执行系统，即第一业务执行系统2，包括：

接收模块21，用于接收到来自第一网络的第一呼叫；

存储模块22，用于在所述接收模块21接收到所述第一呼叫时，存储所述第一呼叫的特征信息于设置在业务代理系统的业务数据单元1中；

触发模块23，用于在所述接收模块21接收到所述第一呼叫时，产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，在所述第二网络上触发第二呼叫；

接续模块24，用于接收所述第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

进一步的，所述第一呼叫的特征信息包括所述第一呼叫的会话标识码，用于标识所述第一呼叫和所述第二呼叫之间关联关系的关联信息，以及所述关联信息与所述第一呼叫的会话标识码的对应关系；

再进一步的，所述业务执行系统2还包括转移模块，用于在接收到来自第二网络的第二呼叫时，依据所述业务数据单元1存储的特征信息将所述第二呼叫转移出去。即在实际应用中，一个业务执行系统中，可以将自己接收到的呼叫的特征信息存储于SDU中，其他业务执行系统通过查询，可以将来自其他网络的呼叫转移到本业务执行系统中；也可以通过查询SDU，将自己接收到的呼叫转移到其他业务执行系统中。

可见，通过在业务代理系统(例如Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

参见图11，本发明实施例提供的前述业务代理系统中的另一种业务执行系统，即第二业务执行系统3，包括：

获取模块31，用于在接收到来自所述第二网络的所述第二呼叫时，从所述第二呼叫中获取第一呼叫关联信息；

查询模块32，用于以所述获取模块31获取的所述关联信息为索引，在设置在业务代理系统的业务数据模块1中查询所述第一呼叫的会话标识码；

转移模块33，用于将所述第二呼叫的会话标识码修改为所述查询模块32查询到的所述第一呼叫的会话标识码，将所述第二呼叫的业务逻辑转移到所述第一业务执行系统2中第一呼叫的业务逻辑上。

其中，本发明实施例提供的业务执行系统3接收到来自第二网络的第二呼叫，是由第一业务执行系统2在接收到来自第一网络的第一呼叫时，产生路由信号，依据所述路由信号将该第一呼叫路由至第二网络，并在第二网络上触发产生的第二呼叫。

再进一步的，所述业务执行系统3还包括存储模块，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息在设置于业务代理系统的业务数据单元1中；和接续模块，用于接收第三业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第三呼叫，并接续处理所述第一呼叫和所述第三呼叫。即在实际应用中，一个业务执行系统中，可以将自己接收到的呼叫的特征信息存储于SDU中，其他业务执行系统通过查询可以将来自其他网络的呼叫转移到本业务执行系统中；也可以通过查询SDU，将自己接收到的呼叫转移到其他业务执行系统中。

可见，通过在业务代理系统(例如Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

前述图10、11及其实施例记载的业务执行系统可以应用图2、4或6及其实施例中记载的由业务执行系统执行的方法，在此不赘述。

需要说明的是，上述的业务代理系统中的业务执行系统2和业务执行系统3可以由硬件实现，也可以由软件实现，还可以由硬件和软件的结合方式实现。当然，实际应用中，业务执行系统2和业务执行系统3可以分布业务代理系统(即Service Broker平台)中的任意位置，其中，业务执行系统2也可以是由分布在业务代理系统不同位置的软件功能模块、硬件功能模块及软件和硬件结合的功能模块共同实现，业务执行系统3也同理。

参见图12，本发明实施例还提供了一种业务代理系统，包括业务数据单元A1，和第一业务执行系统B1；

所述第一业务执行系统B1，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元A1中；并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；接收并接续处理所述第二业务执行系统依据所述业务数据单元A1存储的所述第一呼叫的特征信息转移来的第二呼叫；

所述业务数据单元A1，用于存储所述第一呼叫的特征信息，以便于所述第二业务执行系统查询。

其中，第一业务执行系统B1、业务数据单元A1在实际应用中可以为一个或多个。

需要说明的是，本发明实施例中的业务执行系统B1可以执行上述实施例中的业务执行系统2所示的功能，因而其工作流程在此不赘述。

可见，通过在业务代理系统(例如Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

参见图13，本发明实施例还提供了一种业务代理系统，包括业务数据单元A2，和第一业务执行系统B2；

所述第一业务执行系统B2，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元A2中；并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；接收并接续处理所述第二业务执行系统依据所述业务数据单元A2存储的所述第一呼叫的特征信息转移来的第二呼叫；

所述业务数据单元A2，用于存储所述第一呼叫的特征信息，以便于所述第二业务执行系统查询。

其中，第一业务执行系统B2、业务数据单元A2在实际应用中可以为一个或多个。

上述业务数据单元A2可以是全局类型。

进一步的，所述业务代理系统还包括第二业务执行系统C，用于在接收到来自所述第二网络的所述第二呼叫时，依据所述业务数据单元A2存储的所述第一呼叫的特征信息，将所述第二呼叫转移到所述第一业务执行系统B2。

上述第一业务执行系统B2，包括：

接收模块B21，用于接收到来自第一网络的第一呼叫；

存储模块B22，用于在所述接收模块B21接收到所述第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元A2中；

触发模块B23，用于在所述接收模块B21接收到所述第一呼叫时，产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；

接续模块B24，用于接收所述第二业务执行系统C依据所述业务数据单元A2存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

上述第一呼叫的特征信息包括所述第一呼叫的会话标识码、用于标识所述第一呼叫和所述第二呼叫之间关联关系的关联信息，以及所述关联信息与所述第一呼叫的会话标识码的对应关系。

第二业务执行系统C包括：

获取模块C1，用于在接收到来自所述第二网络的所述第二呼叫时，从所述第二呼叫中获取第一呼叫关联信息；

查询模块C2，用于以所述获取模块C1获取的所述关联信息为索引，在所述业务数据模块A2中查询所述第一呼叫的会话标识码；

转移模块C3，用于将所述第二呼叫的会话标识码修改为所述查询模块C2查询到的所述第一呼叫的会话标识码，将所述第二呼叫的业务逻辑转移到所述第一业务执行系统B2中第一呼叫的业务逻辑上。

需要说明的是，本发明实施例中的业务执行系统B2和业务执行系统C可以执行上述实施例中的业务执行系统2和业务执行系统3所示的功能，因而其工作流程在此不赘述。

实际应用中，第二业务执行系统C可用为一个或多个。

可见，通过在业务代理系统(例如Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

参见图14，本发明实施例还提供了一种业务代理系统，包括业务数据单元D，和第二业务执行系统S；

所述业务数据单元D，用于存储来自第一网络的第一呼叫的特征信息；

所述第二业务执行系统S，用于在接收到来自第二网络的第二呼叫时，依据所述业务数据单元D存储的所述第一呼叫的特征信息，将所述第二呼叫转移到第一业务执行系统；所述第一呼叫的特征信息由所述第一业务执行系统在接收到来自第一网络的第一呼叫时，存储于所述业务数据单元D中。

可见，通过在业务代理系统(例如Service Broker平台)中设置业务数据单元，依据业务数据单元中存储的特征信息，将来自多个网络的关联呼叫转移到一个业务执行系统中进行接续处理，从而实现Service Broker平台对多个网络触发的关联呼叫的支持，更有利于Service Broker技术的进一步推广应用。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本领域普通技术人员可以理解，实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，所述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，包括如下步骤：(方法的步骤)，所述的存储介质，如：ROM/RAM、磁碟、光盘等。

以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种网络间关联呼叫接续方法，其特征在于，在业务代理系统中设置业务数据单元，所述方法包括：

第一业务执行系统在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中，并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；

第一业务执行系统接收第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

2.根据权利要求1所述方法，其特征在于，所述第一呼叫的特征信息包括所述第一呼叫的会话标识码、用于标识所述第一呼叫和所述第二呼叫之间关联关系的关联信息，以及所述第一呼叫的会话标识码和关联信息的对应关系。

3.根据权利要求2所述方法，其特征在于，第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移所述第二呼叫到所述第一业务执行系统包括：

第二业务执行系统从所述第二呼叫中获取关联信息；

第二业务执行系统以获取的所述关联信息为索引，在所述业务数据单元中查询第一呼叫的会话标识码；

第二业务执行系统将所述第二呼叫的会话标识码修改为查询到的所述第一呼叫的会话标识码，将所述第二呼叫的业务逻辑转移到所述第一业务执行系统中第一呼叫的业务逻辑上。

4.一种业务代理系统，其特征在于，包括业务数据单元，和第一业务执行系统；

所述第一业务执行系统，用于在接收到来自第一网络的第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中；并产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；接收第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫；

所述业务数据单元，用于存储所述第一呼叫的特征信息。

5.根据权利要求4所述的业务代理系统，其特征在于，所述业务数据单元为全局类型。

6.根据权利要求4所述的业务代理系统，其特征在于，所述第一业务执行系统包括：

接收模块，用于接收到来自第一网络的第一呼叫；

存储模块，用于在所述接收模块接收到所述第一呼叫时，存储所述第一呼叫的特征信息于所述业务数据单元中；

触发模块，用于在所述接收模块接收到所述第一呼叫时，产生路由信号，将所述第一呼叫依据所述路由信号路由至第二网络，以在所述第二网络上触发第二呼叫；

接续模块，用于接收所述第二业务执行系统依据所述业务数据单元存储的所述第一呼叫的特征信息转移来的第二呼叫，并接续处理所述第一呼叫和所述第二呼叫。

7.根据权利要求4所述的业务代理系统，其特征在于，所述业务代理系统还包括第二业务执行系统，用于在接收到来自所述第二网络的所述第二呼叫时，依据所述业务数据单元存储的所述第一呼叫的特征信息，将所述第二呼叫转移到所述第一业务执行系统。

8.根据权利要求7所述的业务代理系统，其特征在于，所述第一呼叫的特征信息包括所述第一呼叫的会话标识码、用于标识所述第一呼叫和所述第二呼叫之间关联关系的关联信息，以及所述关联信息与所述第一呼叫的会话标识码的对应关系。

9.根据权利要求8所述的业务代理系统，其特征在于，所述第二业务执行系统包括：

获取模块，用于在接收到来自所述第二网络的所述第二呼叫时，从所述第二呼叫中获取第一呼叫关联信息；

查询模块，用于以所述获取模块获取的所述关联信息为索引，在所述业务数据模块中查询所述第一呼叫的会话标识码；

转移模块，用于将所述第二呼叫的会话标识码修改为所述查询模块查询到的所述第一呼叫的会话标识码，将所述第二呼叫的业务逻辑转移到所述第一业务执行系统中第一呼叫的业务逻辑上。

10.一种业务代理系统，其特征在于，包括业务数据单元，和第二业务执行系统；

所述业务数据单元，用于存储来自第一网络的第一呼叫的特征信息；

所述第二业务执行系统，用于在接收到来自第二网络的第二呼叫时，依据所述业务数据单元存储的所述第一呼叫的特征信息，将所述第二呼叫转移到第一业务执行系统；所述第一呼叫的特征信息由所述第一业务执行系统在接收到来自第一网络的第一呼叫时，存储于所述业务数据单元中。

Images