CN101102548A - 智能网中实现业务组合的方法及系统、多业务代理服务器 - Google Patents

Abstract

本发明公开了一种在智能网中实现业务组合的方法，包括以下步骤：接收智能业务交换设备发来的业务触发信息；根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及根据获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及控制所述获知的各业务执行设备为用户提供对应的智能业务。本发明方案实现了在无需修改现有SCP的前提下，也可以实现为用户提供基于同样触发条件的不同业务。

Description

智能网中实现业务组合的方法及系统、多业务代理服务器

技术领域

本发明涉及智能网通信领域，尤其涉及一种在智能网中实现业务组合的方法及系统、以及多业务代理服务器。

背景技术

智能网(IN，Intelligent Network)技术是目前广泛应用在电路域通信网络(包括PSTM/GSM/WCDMA/CDMA等网络)中的一种业务体系。引入智能网功能实体，可以实现对呼叫进行智能控制，具体如下：

在核心通信网中引入业务交换点(SSP，Service Switching Point)，使核心通信网与上层IN业务设备相连，形成智能网；智能网作为通信网的高层业务网，能够为通信网生成和实现各种新业务，使客户端能够方便灵活地获取所需的信息。

如果某用户A申请了IN业务，那么网络必然要为该用户设置其与某个业务控制点(SCP，Service Control Point)的关系，使得SCP在特定的情况下为该用户A提供服务。

在GSM/WCDMA、CDMA/CDMA2000核心网中，往往会预先在归属位置寄存器(HLR，Home Location Register)中为用户登记与某个SCP有关的触发信息。其中在GSM网络的移动网增强逻辑制定应用(CAMEL，CustomizedApplications for Mobile network Enhanced Logic)规范中，与SCP有关的触发信息称为CAMEL签约信息(CSI，CAMEL Subscription Information)。与SCP有关的触发信息主要用于告知SSP应当在何种情况下触发SCP，并且触发到哪个SCP上。在这种机制下，触发的条件可以是呼叫的不同状态(如开始号码分析、接续失败)，以及用户所拨打的特殊号码等。

在固定网络中，往往采用在交换机上直接配置与SCP有关的触发信息的机制，这种机制也可以在上述的移动核心网中使用，只是使用时涉及的技术细节有所不同。在交换机上直接配置与SCP有关的触发信息的机制中，触发条件往往基于用户号段、用户所拨的特殊号码等。

但是采用上述机制，对于同一个用户来说，当用户在特定的触发条件下，只能触发到一个SCP上。随着增值业务的不断增多，许多业务可能会需要同样的触发条件。在现有技术中，当为用户增加一个使用同样触发条件的新业务时，必须要改造现有的SCP。下面给出两种现有的实现方案：

现有技术方案一：

在现有的SCP上增加新的业务逻辑，实现新的业务。当业务触发后，SCP协调原有业务和新业务提供给用户。

此方案可以保持网络结构不变，网络节点没有变化，但是需要对现有的SCP进行改造，这样不仅不利于引入新的SCP厂家的设备，而且原有SCP改造的成本和周期难以控制。

现有技术方案二：

参见图1所示，通过简单修改现有的SCP，当SCP接收到业务触发时，现有SCP提供现有业务，并判断用户是否申请了其他SCP上的业务，如果用户申请了其他SCP上的业务，就在连接(Connect)消息中下发特殊号码给SSP；SSP根据Connect消息中的特殊号码直接触发新的SCP，或者路由到另一个SSP，由该SSP来触发新的SCP，从而完成新业务的提供。

此方案中新业务和原有业务可以分别由不同的SCP来提供，但是仍然需要对现有的SCP做一定的修改、配合，而且还可能需要占用各个SSP之间的中继链路。

由于目前增值业务的不断出现，许多增值业务可能需要同样的触发条件，这样当用户定制的不同业务基于同样的触发条件触发时，按照上述两种现有技术方案，都需要对现有的SCP进行改造才能为用户提供基于同样触发条件的不同增值业务，因此不利于新业务的引进开发。

发明内容

本发明实施例提供一种在智能网中实现业务组合的方法以及装置，以便无需修改现有的SCP，即可实现为用户提供基于同样触发条件的不同业务。

相应的本发明实施例还提供了一种多业务代理服务器。

本发明实施例提供了一种在智能网中实现业务组合的方法，包括步骤：接收智能业务交换设备发来的业务触发信息；根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及根据获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及控制所述获知的各业务执行设备为用户提供对应的智能业务。

本发明实施例还提供了一种多业务代理服务器，包括：存储器，存储有在各个触发点条件下用户信息与各定制业务信息的对应关系、各智能业务与业务执行设备信息的对应关系；接收单元，用于接收智能业务交换设备发来的业务触发信息；用户信息获知单元，用于根据接收到的业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及业务获知单元，用于基于获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；执行设备获知单元，用于基于获知的用户定制的各智能业务，根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及业务提供控制单元，用于控制所述获知的各业务执行设备为用户提供对应的智能业务。

本发明实施例还提供了一种实现业务组合的智能网系统，包括：智能业务交换设备，用于发出智能网用户的业务触发信息；多业务代理服务器，用于接收智能业务交换设备发出的业务触发信息；并根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息，以及根据预先存储的在各个触发点条件下，用户信息与各定制业务信息的对应关系，获知用户定制的各智能业务；根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备，以及控制所述获知的各业务执行设备为用户提供对应的智能业务；业务执行设备，用于在多业务代理服务器的控制下，为用户提供对应的智能业务。

本发明实施例提出的在智能网中实现业务组合的方案，通过在网络系统中现有的各SCP前面放置一个多业务代理(Broker)，用于控制现有各SCP为用户提供对应的智能业务，从而实现了在无需修改现有SCP的前提下，也可以实现为用户提供基于同样触发条件的不同业务。

附图说明

图1为现有技术方案二提供的在IN中实现业务组合方法的示意图；

图2为本发明实施例1提供的在IN中实现业务组合方法的示意图；

图3为本发明实施例2提供的在IN中实现业务组合方法的示意图；

图4为本发明实施例提供的多业务代理服务器的结构示意图；

图5为本发明实施例提供的实现业务组合的智能网系统的示意图。

具体实施方式

本发明实施例提出的在智能网中实现业务组合的方法的实现原理是：接收智能业务交换设备发来的业务触发信息；根据接收的业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及根据预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系，获知该用户定制的各智能业务；并根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供该用户定制的各智能业务的对应各业务执行设备；以及控制获知的各业务执行设备为该用户提供对应的智能业务。

下面结合说明书附图来说明本发明的具体实施方式。其中在具体实施方式中，将智能业务交换设备以SSP，业务执行设备以SCP或多业务代理内部的业务处理实体为例来说明。为了描述方便，下文中的多业务代理可以具体为Broker实体。

本发明实施例一以一个用户在GSM/WCDMA网络下通过CAMEL协议使用基于同一触发条件的不同IN业务为例，来说明在IN中基于现有的SCP实现业务组合的方法，参阅图2所示：图中标识的含义为：IDP(A，B)消息中的A，B分别对应于初始检测点(IDP，Initial Detect Point)消息中的主叫方号码(Calling Party Number)和被叫方号码(Called Party Number)；Connect(a，b)消息中的a，b分别对应于Connect消息中的通用号码(Generic Numbers)和目标方号码(Destination Party Number)，其中通用号码可能是实际的主叫号码，也有可能是显示在被叫方的号码等。

为了区别起见，图中描述Broker与SSP之间的信令以0做标志，例如IDP0；Broker与提供业务1的SCP1之间交互的信令以1做标志，如IDP1；Broker与提供业务2的SCP2之间交互的信令以2做标志，如IDP2。所以其中的A0，B0；A1，B1；A2，B2分别表示不同流程下的IDP消息中的Calling Party Number和Called Party Number；其中的a0，b0；a1，b1；a2，b2分别表示不同流程下的Connect消息中的Generic Number和Destination Party Number。其中IDP0(A0，B0)消息中的A0，B0为SSP发送的原始号码；Connect1(a1，b1)消息表示SCP1发送到Broker的请求，其中的a1，b1号码由提供业务1的SCP1决定。

实施例一的具体实施步骤如下：

步骤201：Broker放置在SCP以及其所连接的SSP之间。当用户作为主叫或者被叫时，修改其触发数据，将原有SCP的地址更换为Broker的地址，就会使得触发信息首先到达Broker。

步骤202：触发信息中含有IDP0消息，Broker根据IDP0消息可以得知当前的触发点信息(如主叫DP3、或被叫DP12信息等等)以及发送该触发消息的用户信息，根据预先存储的在该当前触发点条件下，该用户信息对应的定制业务信息，判断是否应启动多业务组合逻辑，如果对应该用户信息的业务信息包含多个业务时，则需要启动多业务组合逻辑，并分析预先存储的针对该触发点条件下，该用户制定的各个业务的多业务执行顺序信息，如果得出执行顺序为同时执行，则按照预先存储的用于提供每个业务的SCP信息，同时调度各个提供对应业务的SCP同时为用户提供对应的业务；如果得出执行顺序为先后执行，则按照预先存储的用于提供每个业务的SCP信息，控制各个提供对应业务的SCP依次为用户提供对应的业务；如果得出执行顺序为先后执行，且在后执行的业务需要依赖在先执行的业务的执行结果信息，则按照预先存储的用于提供每个业务的SCP信息，调度提供在先执行的业务的SCP为用户提供对应的业务，并根据在先执行的业务的执行结果信息，调度提供在后执行的业务的SCP为用户提供对应的业务。

如图2所示，Broker发现用户在上述触发点条件下定制了业务1以及业务2，所以启动多业务组合逻辑，并按照预先存储的在该触发点条件下，该用户定制的各个业务的多业务触发规则，确定当前业务触发情况下应先触发业务1然后触发业务2，业务2的执行需要依赖业务1的执行结果信息，并确定SCP1为该用户提供业务1，SCP2为该用户提供业务2。Broker将通过向SCP1发送IDP1消息来触发SCP1为用户提供业务1。

步骤203a至步骤203b：SCP1在执行业务1的过程中，向Broker返回业务1所需的控制信令，如请求报告基本呼叫状态模型BCSM(Basic Call StateModel)事件RRBE(Request Report BCSM Event)RRBE1、计费申请AC1(ApplyCharging)、提供计费信息FCI(Fumish Charging Information)FCI1以及Connect1信令等。

步骤204：Broker收到SCP1发来的针对业务1的执行结果后，按照该用户在此种触发情况下的多业务触发规则，根据业务1的执行结果触发业务2，其中Broker将通过向SCP2发送IDP2消息来触发SCP2为用户提供业务2。

步骤205a至步骤205b：SCP2在执行业务2的过程中，向Broker返回业务2所需的控制信令，如RRBE2、AC2、FCI2以及Connect2信令等。

步骤206a至步骤206c：Broker通过多业务触发规则发现所有的业务均已经被触发，于是按照预先存储的信令组合规则，将接收到的针对业务1的控制信令和针对业务2的控制信令进行组合。即将同一类多个信令：如将信令RRBE1和信令RRBE2合并为信令RRBE0，其中合并后的RRBE0中包含业务1要求SSP上报的各种事件和业务2要求SSP上报的各种事件的全集；将信令Connect1和信令Connect2合并为信令Connect0，即将信令Connect1和信令Connect2中分别包含的连接参数根据多业务的要求，按照其组合规则(如叠加、优选等组合规则)合并为信令Connect0；同理根据业务需要，信令AC0、FCI0也按照各自的组合规则组合生成。

Broker将组合后的信令RRBE0、AC0、FCI0以及Connect0发往SSP。

步骤207a至步骤207b：SSP按照接收到的信令控制呼叫继续执行，根据呼叫情况，上报包括信令AC0所要求的计费申请报告(ACR，Apply ChargingReport)ACR0，以及信令RRBE0所要求的呼叫过程中的事件报告(ERB，EventRequest Broker)ERB0到Broker。

步骤208a至步骤208d：Broker根据预先存储的信令拆分规则，对SSP发来的信令执行对应拆分处理，将SSP上报的组合信令拆分成对应每个业务所需的信令。这个过程与上述的步骤206是对应过程，即将SSP上报的ACR0信令根据信令拆分规则拆分成ACR1、ACR2；将SSP上报的ERB0信令拆分成ERB1、ERB2；然后将拆分后的信令发送到提供对应业务的SCP，本例中Broker将把拆分出的信令ACR1、ERB1发送到提供业务1的SCP1，而把拆分出的信令ACR2、ERB2发送到提供业务2的SCP2。

步骤209：如果是交换网络中的SSP产生的呼叫结束事件，则在上述步骤207、208中，Broker会根据各业务需要将SSP上报的业务结束指令(这里为呼叫结束指令)分别发送到提供相关业务的SCP，从而确保提供相关业务的SCP能够结束当前正在执行的业务。如果是其中提供某个业务的SCP发起的主动中止呼叫请求，Broker会将该SCP发来的中止请求优先传递到SSP，然后模拟交换网络中的SSP产生呼叫结束事件，并将产生的呼叫结束指令分别发送到其他提供未结束业务的SCP，使得其他业务也能正常结束。本实施例中，可以是提供业务2的SCP2主动发起释放呼叫(RC，Release Cail)请求RC2到Broker。

步骤210：Broker根据SCP2发来的RC2，将RC0(内容同RC2)发送给SSP。

步骤211a至步骤211b：Broker模拟交换网络中的SSP产生呼叫结束事件(这里为ERB1指令，其中包含了代表呼叫结束的事件，如用户挂机)，并发送到提供未结束业务1的SCP1，使得SCP1正常结束业务1。

实施例1是以两个外置业务为例来说明一个用户在GSM/WCDMA网络下通过CAMEL协议使用基于同一触发条件的不同IN业务的过程。下面以一个外置的业务1和一个内置于Broker中的业务2为例，来说明一个用户在GSM/WCDMA网络下通过CAMEL协议使用基于同一触发条件的不同IN业务的处理过程，具体如图3所示。

同实施例1，为了区别起见，图中描述Broker与SSP之间交互的信令以0做标志，例如IDP0；Broker与提供业务1的SCP1之间交互的信令以1做标志，如IDP1；Broker与提供业务2的SCP2之间交互的信令以2做标志，如IDP2。

实施例2的具体实施步骤如下：

步骤301、Broker放置在SCP以及其所连接的SSP之间，当用户作为主叫或者被叫时，修改其触发数据，将原有SCP的地址更换为Broker的地址，就会使得触发信息首先到达Broker。

步骤302：Broker接收到的触发信息中含有IDP0信息，Broker根据该IDP0消息可以获知当前的触发点信息，以及发送该触发消息的用户信息，根据预先存储的在该触发点条件下，该用户信息对应的定制业务信息，发现在当前的触发条件下该用户定制了业务1以及业务2，所以启动多业务组合逻辑，并按照预先存储的在该触发点条件下，该用户定制的各个业务的触发规则，确定先触发业务1然后触发业务2，且业务2需要依赖业务1的执行结果，并根据预先存储的业务执行设备信息得知由SCP1为该用户提供业务1，由Broker自身内部的业务处理实体为该用户提供业务2。

步骤303：Broker按照上述获知的多业务触发规则，首先向提供业务1的SCP1发送IDP1消息，以触发SCP1为用户提供业务1。

步骤304：提供业务1的SCP1为用户提供业务1。

步骤305：SCP1在执行业务1的过程中，向Broker返回业务1所需的控制信令，如RRBE1、Connect1或Continue1信令等。

步骤306：Broker收到SCP1发来的针对业务1的执行结果后，按照该用户在此种触发情况下的多业务触发规则，依据业务1的执行结果触发业务2，具体的通过IDP2消息来触发自身内部的业务处理实体来为用户提供业务2。

Broker内部的业务处理实体执行业务2的过程中，向Broker返回业务2所需的控制信令，如RRBE2、AC2、Connect2或Continue2信令等。

步骤307：Broker通过多业务触发规则发现所有业务均已经被触发完成，于是按照预先存储的信令组合规则，执行此种组合情况下的多业务信令组合规则，例如：

(1)将同一类多个信令组合：如将信令RRBE1和信令RRBE2合并为信令RRBE0，其中合并后的信令RRBE0中包含业务1要求SSP上报的各种事件和业务2要求SSP上报的各种事件的全集；将信令Connect1和信令Connect2合并为信令Connect0，即将信令Connect1和信令Connect2中分别包含的连接参数根据多业务的要求，按照其组合规则(如叠加、优选等组合规则)合并为信令Connect0。

(2)将唯一的信令操作直接映射为SSP侧的信令，如将业务2的信令AC2直接映射为SSP侧的AC0信令(AC0信令同AC2信令内容相同)。

步骤308：Broker将组合处理后的信令发往SSP。

步骤309：SSP按照要求控制呼叫继续执行，根据呼叫情况上报信令信息到Broker。例如上报信令AC0所要求的信令ACR0，以及信令RRBE0所要求的信令ERB0等。

步骤310：Broker根据预先存储的信令拆分规则，执行此种情况下的多业务组合信令拆分处理，以将SSP上报的组合信令拆分成对应每个业务所需的信令。这个过程与上述的步骤307是对应过程。例如将ACR0直接映射为SCP侧的ACR2信令，将ERB0拆分成ERB1、ERB2。其中拆分出的ERB1对应于业务1，ACR2，ERB2对应于业务2。Broker将业务2关心的信令ACR2、ERB2发送到提供业务2的Broker内部业务处理实体。

步骤311：Broker将业务1关心的信令发送到提供业务1的SCP1，包括ERB1。

步骤312：SCP1主动发起释放呼叫的请求RC1到Broker。

步骤313：Broker根据RC1将RC0(内容同RC1)优先发送给SSP。

步骤314：Broker模拟交换网络中的SSP生成对应的呼叫结束指令，并发送到自身内部的业务处理实体，以使内部的业务处理实体能够正常结束业务2。

根据本发明技术方案的实施例，本发明这里提供了实施该技术方案的一种多业务代理服务器40，如图4所示，该多业务代理服务器包括：

存储器41，存储有在各个触发点条件下用户信息与各定制业务信息的对应关系、各智能业务与业务执行设备信息的对应关系；

接收单元42，用于接收智能业务交换设备发来的业务触发信息；

用户信息获知单元43，用于根据接收到的业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及

业务获知单元44，用于基于获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；

执行设备获知单元45，用于基于获知的用户定制的各智能业务，根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及

业务提供控制单元46，用于控制所述获知的各业务执行设备为用户提供对应的智能业务。

第一业务结束通知单元47，用于将智能业务交换设备发来的业务结束指令分别通知给所述获知的各业务执行设备，通知所述各业务执行设备结束为用户提供对应的智能业务。

第二业务结束通知单元48，用于将所述获知的各业务执行设备中的至少一个业务执行设备发来的业务中止请求发送给智能业务交换设备；以及模拟智能交换业务设备产生对应的业务结束指令，并将产生的所述指令分别通知给所述获知的各业务执行设备中没有结束业务执行的业务执行设备，通知没有结束业务执行的各业务执行设备结束为用户提供对应的智能业务。

其中上述多业务代理服务器中的第一业务结束通知单元47和第二业务结束通知单元48可选。

较佳地，存储器41中还存储有与所述用户信息对应的各定制业务的执行顺序信息；这样业务提供控制单元46按照预先存储的与该用户信息对应的各制定业务的执行顺序信息，控制获知的各业务执行设备分别为用户提供对应的智能业务。若执行顺序为先后执行，且在后执行的智能业务需要依赖在先执行的智能业务的执行结果信息；业务提供控制单元46按照预先存储的执行顺序信息，调度提供在先执行的智能业务的业务执行设备为用户提供对应的智能业务；以及根据在先执行的智能业务的执行结果信息，调度提供在后执行的智能业务的业务执行设备为用户提供对应的智能业务。

其中业务提供控制单元46在控制获知的各业务执行设备为用户提供对应智能业务的过程中，将各业务执行设备发来的同一类业务处理信令进行合并后，发送给智能业务交换设备；以及将智能业务交换设备反馈的对应业务处理响应信令拆分为对应不同智能业务的信令，并将拆分出的信令分别发送给对应的智能业务执行设备。

根据本发明技术方案的实施例，本发明这里还提供了实施该技术方案的一种智能网系统，如图5所示，该实现业务组合的智能网系统包括：

智能业务交换设备51，用于发出智能网用户的业务触发信息；

多业务代理服务器52，用于接收智能业务交换设备发出的业务触发信息；并根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息，以及根据预先存储的在各个触发点条件下，用户信息与各定制业务信息的对应关系，获知用户定制的各智能业务；根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备，以及控制所述获知的各业务执行设备为用户提供对应的智能业务；

业务执行设备53，用于在多业务代理服务器的控制下，为用户提供对应的智能业务。

在智能业务交换设备51中，将业务触发信息到达的目的地址更改为多业务代理服务器的地址，实现智能业务交换设备发出的业务触发信息到达多业务代理服务器

本发明实施例提出的在智能网中实现业务组合的方法，通过在现有IN系统中的各个SCP前面放置一个Broker，该Broker能实现用户多业务信息和多业务触发规则、多业务信令组装和分解规则的存储、管理；该Broker能根据多业务触发规则，指示多个内部和/或外部的IN系统按照指定顺序发起业务触发，其中触发接口同SSP与原有业务之间的接口相同；该Broker能根据多业务信令组装规则，将多个内部和/或外部的IN系统执行相关业务产生的控制信令进行灵活的合并、组合。组合结果既包含各业务对于网络的业务控制要求，也符合网络规范要求。

本发明实施例提出的在智能网中实现业务组合的方法，当网络在呼叫过程中，根据前述组合后的信令要求向Broker上报相应的事件信息时，Broker还可以根据信令拆分规则执行信令的拆分处理。然后将拆分出的不同信令发送给提供不同业务的IN实体；Broker能根据各业务的信令，保持各业务执行状态，并确保各业务呼叫控制正常结束。当交换网络产生相关的业务结束事件时，Broker可以将智能业务交换设备上报的业务结束指令转发给需要该信息的各IN实体，以使各IN实体能够正常结束当前正在提供的业务；当提供某个业务的IN实体发出业务结束请求给Broker时，Broker能够模拟交换网络发起业务结束指令到其余尚未结束的业务所在的IN实体，以使提供相应未结束业务的各IN实体能够正常结束其所提供的相关业务。

本发明实施例提出的在智能网中实现业务组合的方法，可以满足增值业务不断发展的需求，使得新业务可以平滑叠加到现有业务中，而不影响现有IN业务的需求，因此使得新业务的部署周期比较快，也几乎无需对现有网络和SCP进行改造。

本发明实施例提出的在智能网中实现业务组合的方法，在GSM/PSTN/NGN/WCDMA/CDMA2000智能网络上均能使用。

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

Claims (15)

1、一种在智能网中实现业务组合的方法，其特征在于，包括步骤：

接收智能业务交换设备发来的业务触发信息；

根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及

根据获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；

根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及

控制所述获知的各业务执行设备为用户提供对应的智能业务。

2、如权利要求1所述的方法，其特征在于，还包括预先存储与所述用户信息对应的各定制业务的执行顺序信息；

所述控制获知的各业务执行设备为用户提供对应智能业务是指：按照预先存储的与该用户信息对应的各定制业务的执行顺序信息，控制获知的各业务执行设备分别为用户提供对应的智能业务。

3、如权利要求2所述的方法，其特征在于，所述执行顺序为同时执行或为先后执行。

4、如权利要求2所述的方法，其特征在于，所述执行顺序为先后执行，且在后执行的智能业务需要依赖在先执行的智能业务的执行结果信息；

所述控制获知的各业务执行设备为用户提供对应智能业务具体包括：

按照预先存储的执行顺序信息，调度提供在先执行的智能业务的业务执行设备为用户提供对应的智能业务；以及

根据在先执行的智能业务的执行结果信息，调度提供在后执行的智能业务的业务执行设备为用户提供对应的智能业务。

5、如权利要求1所述的方法，其特征在于，在控制获知的各业务执行设备为用户提供对应智能业务的过程中，将各业务执行设备发来的同一类业务处理信令进行合并后，发送给智能业务交换设备；以及

将智能业务交换设备反馈的对应业务处理响应信令拆分为对应不同智能业务的信令，并将拆分出的信令分别发送给对应的智能业务执行设备。

6、如权利要求1所述的方法，其特征在于，还包括步骤：

将智能业务交换设备发来的业务结束指令分别通知给所述获知的各业务执行设备，通知所述各业务执行设备结束为用户提供对应的智能业务。

7、如权利要求1所述的方法，其特征在于，还包括步骤：

将所述获知的各业务执行设备中的至少一个业务执行设备发来的业务中止请求发送给智能业务交换设备；以及

模拟智能业务交换设备产生对应的业务结束指令，并将产生的所述指令分别通知给所述获知的各业务执行设备中没有结束业务执行的业务执行设备，通知没有结束业务执行的各业务执行设备结束为用户提供对应的智能业务。

8、一种多业务代理服务器，其特征在于，包括：

存储器，存储有在各个触发点条件下用户信息与各定制业务信息的对应关系、各智能业务与业务执行设备信息的对应关系；

接收单元，用于接收智能业务交换设备发来的业务触发信息；

用户信息获知单元，用于根据接收到的业务触发信息获知触发智能业务的用户信息及其对应的触发点信息；以及

业务获知单元，用于基于获知的用户信息及其对应的触发点信息，在预先存储的在各个触发点条件下用户信息与各定制业务信息的对应关系中，获知用户定制的各智能业务；

执行设备获知单元，用于基于获知的用户定制的各智能业务，根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备；以及

业务提供控制单元，用于控制所述获知的各业务执行设备为用户提供对应的智能业务。

9、如权利要求8所述的多业务代理服务器，其特征在于，所述存储器中还存储有与所述用户信息对应的各定制业务的执行顺序信息；

所述业务提供控制单元按照预先存储的与该用户信息对应的各制定业务的执行顺序信息，控制获知的各业务执行设备分别为用户提供对应的智能业务。

10、如权利要求9所述的多业务代理服务器，其特征在于，所述执行顺序为先后执行，且在后执行的智能业务需要依赖在先执行的智能业务的执行结果信息；

所述业务提供控制单元按照预先存储的执行顺序信息，调度提供在先执行的智能业务的业务执行设备为用户提供对应的智能业务；以及

根据在先执行的智能业务的执行结果信息，调度提供在后执行的智能业务的业务执行设备为用户提供对应的智能业务。

11、如权利要求8所述的多业务代理服务器，其特征在于，所述业务提供控制单元在控制获知的各业务执行设备为用户提供对应智能业务的过程中，将各业务执行设备发来的同一类业务处理信令进行合并后，发送给智能业务交换设备；以及

将智能业务交换设备反馈的对应业务处理响应信令拆分为对应不同智能业务的信令，并将拆分出的信令分别发送给对应的智能业务执行设备。

12、如权利要求8所述的多业务代理服务器，其特征在于，还包括第一业务结束通知单元，用于将智能业务交换设备发来的业务结束指令分别通知给所述获知的各业务执行设备，通知所述各业务执行设备结束为用户提供对应的智能业务。

13、如权利要求8所述的多业务代理服务器，其特征在于，还包括第二业务结束通知单元，用于将所述获知的各业务执行设备中的至少一个业务执行设备发来的业务中止请求发送给智能业务交换设备；以及模拟智能业务交换设备产生对应的业务结束指令，并将产生的所述指令分别通知给所述获知的各业务执行设备中没有结束业务执行的业务执行设备，通知没有结束业务执行的各业务执行设备结束为用户提供对应的智能业务。

14、一种实现业务组合的智能网系统，其特征在于，包括：

智能业务交换设备，用于发出智能网用户的业务触发信息；

多业务代理服务器，用于接收智能业务交换设备发出的业务触发信息；并根据所述业务触发信息获知触发智能业务的用户信息及其对应的触发点信息，以及根据预先存储的在各个触发点条件下，用户信息与各定制业务信息的对应关系，获知用户定制的各智能业务；根据预先存储的各智能业务与业务执行设备信息的对应关系，获知分别用于提供用户定制的各智能业务的对应各业务执行设备，以及控制所述获知的各业务执行设备为用户提供对应的智能业务；

业务执行设备，用于在多业务代理服务器的控制下，为用户提供对应的智能业务。

15、如权利要求14所述的系统，其特征在于，在智能业务交换设备中，将业务触发信息到达的目的地址更改为多业务代理服务器的地址，实现智能业务交换设备发出的业务触发信息到达多业务代理服务器。

Images