CN1997166B - 智能网信令中继装置、方法和系统 - Google Patents

Abstract

本发明提供一种实现智能网信令中继功能的方法，包括步骤：先触发的业务控制点SCP在完成与业务交换点SSP所触发的业务相关的处理后，把呼叫控制转交给后续业务处理的SCP，由该后续业务处理的SCP与该SSP继续相应的业务处理。还提供一种实现智能网信令中继功能的装置，包括请求转发单元，用于当该装置接收到对话开始(TC_BEGIN)请求后，根据应用的需求将该对话开始请求(TC_BEGIN)转发给能够处理该请求的其它智能网功能实体。还提供一种智能网系统，包括可实现上述的智能网信令中继功能的装置。本发明的智能网信令中继功能可支持对现有技术中智能业务触发功能的增强，提高业务管理的效率和灵活性，还可很好地支持业务嵌套。

Description

智能网信令中继装置、方法和系统

技术领域

本发明一般涉及智能网系统，包括固定智能网和移动智能网系统。更具体地说，本发明涉及实现智能网信令中继功能的装置、方法及包含这种智能网信令中继功能的智能网系统。

背景技术

智能网体系可以分为固定智能网，GSM移动智能网或CDMA移动智能网。无论是在移动智能网或固定智能网体系中，一个业务的逻辑和数据可能分布在多个SCP(业务控制点)实体上，每个用户都有一个归属SCP。每个SCP处理支持归属用户的业务数据和业务逻辑的处理。

在固定智能网和移动智能网体系中，均支持接入码方式的智能业务触发方式(通过在SSP(业务交换点)中设置全局业务触发数据)。在接入码触发方式下，智能业务触发由网络根据接入码进行静态路由，将业务触发到默认的SCP。在移动智能网中还支持用户签约触发方式，智能业务的触发根据用户的智能业务签约数据触发到预置的SCP。在这两种方式下，智能业务的触发都是根据网络或用户数据的静态配置来实现。但在实际应用中，需要根据用户或网络的需要来动态决定所需触发的SCP，即：

1.根据业务在网络中的具体分布来选择合适的SCP。如运营商可能会根据运营的需要对业务在SCP上的分布进行调整，因此用户所归属的SCP有可能会发生变化，为此会带来对网络或对用户数据的调整，但调整工作量大而且较难在较短的时间内完成。

2.根据用户信息动态选择正确的SCP。例如当漫游用户在接入码触发方式下使用智能业务时，需根据用户的业务号码或帐号等信息来确定用户的归属SCP并触发。

此外用户在实际使用智能业务时，一个突出的问题是在一次呼叫中往往会涉及多个智能业务，如：用户同时签约预付费及VPN业务，VPN用户开通同振业务或一号通业务等。但在目前的智能网体系中，签约信息数量有限，不能支持多业务的触发，因此对多业务嵌套目前没有明确定义的实现方式。

发明内容

鉴于上述现有技术中的上述缺陷，本发明的目的就是提供一种智能网技术，其可根据用户或网络的需要来动态决定所需触发的SCP，支持智能业务触发功能的增强，并支持多业务的触发的多业务嵌套模式。

根据本发明的第一方面，提供一种实现智能网信令中继功能的方法，包括步骤：先触发的业务控制点SCP在完成与业务交换点SSP所触发的业务相关的处理后，把呼叫控制转交给后续业务处理的SCP，由该后续业务处理的SCP与该SSP继续相应的业务处理。

根据本发明的第一方面，提供一种实现智能网信令中继功能的装置，其中，所述装置包括请求转发单元，用于当该装置接收到对话开始(TC_BEGIN)请求后，根据应用的需求将该对话开始请求(TC_BEGIN)转发给能够处理该请求的其它智能网功能实体。

根据本发明的第三方面，提供一种智能网系统，包括一个或多个请求方业务交换功能装置SSF，一个或多个转接方业务控制功能装置SCF和一个或多个目标方业务控制功能装置SCF，其中，转接方SCF在完成与请求方SSF所触发的业务相关的处理后，把呼叫控制转交给与后续业务处理有关的目标方SCF，由该目标方SCF与该请求方SCF继续相应的业务处理。

本发明提出的智能网信令中继功能可以支持对现有技术中智能业务触发功能的增强。网络根据智能业务接入码或用户签约信息首先触发到默认的SCP，由默认SCP将呼叫转交给用户归属SCP处理。这样可以避免对网络数据和用户数据的频繁调整，提升了业务支持能力，提高了业务管理的效率和灵活性。

现有技术中不包含SCP-SCP之间的直接切换。现有技术中的切换需要结束原SCP-SSP的对话，然后通过SSP再重新发起一个触发。而且如果原SCP的一些参数需要携带到新的SCP，则在现有技术的方式下只能携带有限的参数，如包含在呼叫信息例如被叫号码中。而本发明的切换属于SCP-SCP之间的切换，对SSP是透明的，而且可以通过IDP(初始检测点)消息将需要的参数从原SCP传送到新的SCP，比较灵活，业务支持能力强。

此外，采用本发明的信令中继功能可以很好地支持业务嵌套，即，可按顺序触发多个业务。

实现方式为：先行触发业务的SCP在完成相应的处理后，把呼叫控制通过本发明的智能网信令中继功能转交给后续业务处理的SCP。通过信令中继方式，先触发的SCP把本业务的相关信息通过相关操作携带给后续处理业务的SCP而无需知道后续业务的具体数据及逻辑处理，而且先触发的SCP可以在处理完毕后就结束和SSP的对话，后续的对话由后续SCP和SSP完成。如果还存在其他业务处理，只要业务的处理是按优先级顺序处理的，且后续SCP也具有智能网信令中继功能INSRF，则这种信令中继功能可以类似地继续下去。因为SCP通过和HLR(归属位置寄存器)/SHLR的接口可以知道用户签约的信息或在SCP上本身配置有用户需要嵌套处理的业务信息。这种业务交互对相关SCP上的业务逻辑的改动较小。

附图说明

通过参照以下附图对本发明的具体实施方式进行的解释，本发明的目的、特征和益处将变得更加明显。在附图中：

图1是示出本发明的智能网信令中继功能在智能网分布式功能平面中的位置的示意图；

图2是示出本发明的智能网信令中继功能的实现的流程图；

图3是示出应用了本发明的智能网信令中继功能的网络的结构示意图；

图4是示出本发明的智能网信令中继功能的处理流程图。

具体实施方式

本发明提出的智能网信令中继功能(INSRF)是对现有智能网中智能业务触发功能的增强。

智能网信令中继功能是指当智能网功能实体接收到对话开始(TC_BEGIN)请求后，能够根据应用的需求将该对话开始请求(TC_BEGIN)转发给其它能够处理该请求的其它智能网功能实体的能力。简言之，INSRF是一个完成对话的转发功能实体，所转发的下一个实体可能和该INSRF位于同一个物理实体上，也可以是不同的物理实体。

一般来说，在智能网络中实施这种信令中继功能需要预先规划。规划准则之一是根据业务优先级或处理顺序来转发，知道要转发到哪个业务；规划准则之二是根据业务处理能力来转发，知道要转发到哪个SCP(如果该业务有多个SCP处理，需根据预先设定的原则判断转发到哪个SCP)。

为此，在现有的智能网分布功能平面中需要增加智能网信令中继功能(INSRF)。本发明的智能网信令中继功能在智能网分布式功能平面中的位置见图1。

如图1所示，为了实现本发明的智能网信令中继功能，需要对现有智能网新增功能实体以及对现有智能网的其他功能实体进行功能增强。其中新增的功能实体为INSRF 1-2，其他功能实体包括SSF 1-3，SCF 1-4，1-5等，此外智能网信令中继功能对7号信令协议也提出了要求(将在后面详细描述)。

智能网信令中继功能是在原有的SCF(业务控制功能)功能实体上的扩展，SCF功能加上智能网信令中继功能称为“智能信令中继引擎(INSRE)”。如图1所示，INSRE 1-1包含SCF 1-4和INSRF 1-2，SCF 1-4与其他功能实体的接口和原系统定义一致。INSRF 1-2不直接与智能网中其他功能实体有交互。

图2更详细地示出了本发明的智能网信令中继功能实现的示意流程图。如图2所示，具有智能网信令中继功能的转接方SCF(即智能网信令中继引擎)2-1在接收到请求方SSF 2-2发送的对话开始请求后(步骤1)，判断该请求是否需要转发到目标方SCF 2-3。转接方SCF

2-1根据业务需求，即需要嵌套的业务和业务处理能力等根据预先规划选择目标方SCF 2-3，这可以通过数据和程序逻辑处理实现，并与具体业务需要相关。即，目标方SCF 2-3可由转接方SCF 2-1根据对话开始请求中的业务信息，例如用户请求的业务及用户号码等来确定，这可利用现有技术中的手段实现。

当判断不需要转发时，转接方SCF 2-1自身可对该对话开始请求进行处理；当判断需要转发到目标方SCF 2-3时：

(1)转接方SCF 2-1建立和目标方SCF 2-3的对话，将对话开始请求发送到目标方SCF 2-3(步骤2)；

(2)目标方SCF 2-3发送对话继续响应到请求方SSF 2-2(步骤3)；

(3)请求方SSF 2-2和目标方SCF 2-3进行后续的对话；

(4)转接方SCF 2-1结束该功能实体上的业务逻辑处理并释放7号信令堆栈的资源占用，但不影响请求方SSF 2-2和目标方SCF 2-3的对话的继续。该结束在转接方SCF 2-1完成对话开始请求消息转发后就实现。

以上参照图2中各步骤描述的对话建立、对话继续响应、对话转发等操作都可利用现有的No.7信令实现。

下面描述本发明的智能网信令中继功能的引入对各种智能网各功能实体的要求。

1.对SCF的要求

具有智能网信令中继功能的SCF，即转接方SCF在接收到对话开始请求(TC_BEGIN)后，应当能够进行如下操作：

(1)根据应用需要，SCF应能判断是否需要启用智能网信令中继功能，当需要进行智能网中继信令转接时，SCF应能根据应用需求确定所需转接目的地功能实体SCF即目标方SCF的地址。

(2)增加转接方SCF和目标方SCF之间的接口，接口协议为智能网应用协议，即对应固定智能网体系为INAP协议，对应GSM或CDMA智能网分别为CAP或WIN。根据应用的需要可能需要对接口进行部分的扩展，这种扩展和应用有关，可由本领域技术人员在具体实现时根据实际情况进行设置，不属于本发明的范围，故在此不再描述。

(3)转接方SCF应能对接收到的对话开始(TC_BEGIN)请求中的操作的相关参数进行解析，并根据应用需求对相关参数进行增加、删除、修改等处理。

(4)转接方SCF应能调用INSRF功能，并在调用时提供以下信息：

■  初始对话请求请求方的地址

■  需转发到的目的地功能实体的地址

■  需转发的操作和参数信息等

下面给出几个实例。

例1：

如预付费和VPN业务的嵌套，先触发VPN业务，VPN业务将被叫短号码翻译为长号码后，将处理转交预付费业务处理，此时被叫号码为已翻译的长号码，同时VPN组的信息等信息也将发送给预付费业务，预付费业务进行处理，将VPN组信息，主被叫号码信息等发送给OCS系统，进行计费处理和实时扣费。

例2：

预付费(固网和移动)业务，首先业务根据接入码或签约信息触发到一个SCP，该SCP具备智能网信令中继功能，该SCP根据主叫用户号码(固定或移动)找到相应SCP后，将该业务请求转相应SCP处理，此时转发的信息和原收到的业务信息没有差别。

例3：

移机不改号业务和其它智能业务的嵌套，首先触发移机不改号业务，该业务进行主叫、被叫号码处理后，将新的主、被叫号码发送到下一个智能业务的SCP进行处理。

(5)在接收到对话开始(TC_BEGIN)请求和将对话开始(TC_BEGIN)请求转发给目的地功能实体期间，转接方SCF允许和除请求方SSF之外的其他功能实体进行通信。

2.对INSRF功能实体的要求

INSRF在收到智能网信令中继请求后，应当能够进行如下操作：

(1)应具备将对话开始(TC_BEGIN)请求转发到其他具备处理能力的目的地功能实体(例如目标方SCF)的能力，即，相当于实现请求转发单元的功能，为此：

■INSRF在进行对话开始(TC_BEGIN)请求转发时，应具有修改SCCP(信令连接控制部分)层的主叫地址GT和被叫地址GT的能力，即，相当于实现地址修改子单元的功能。具体地说，INSRF应能通过事务处理子层和成份子层修改并储存源地址为指定的地址，修改并储存目的地地址为指定的地址，然后将对话开始(TC_BEGIN)请求进行转发；

■INSRF应能根据请求方SCF的智能网信令中继请求中的参数，修改TC(事务处理能力)层所承载的成份(Component)的能力，即，相当于实现成分修改子单元的功能；

■INSRF应使原TC层的成份子层(CSL)和事务处理子层(TSL)的其他参数保持不变(如事务处理ID和INVOKE ID等)，即，相当于实现参数保持子单元的功能。

(2)INSRF完成对话开始请求消息转发后，结束转接方SCF与目的地SCF的TCAP对话的本地处理，结束转接方SCF与请求方SSF的TCAP对话的本地处理，即，相当于实现结束处理单元的功能。此时请求方SSF和目标方的TCAP对话可仍然保持。

本领域技术人员了解，本发明的智能网信令中继功能INSRF中的上述各个功能单元，既可以通过软件编程实现，也可以通过硬件或软件和硬件两者的结合来实现。

3.对SSF功能实体的要求

请求方SSF在发起对话开始(TC_BEGIN)请求后，收到对话继续(TC_CONTINUE)指示时，如果其中的源地址与对话开始请求(TC_BEGIN)中的目的地址不同，由于这是第一个后向消息，请求方SSF的事务处理子层将接收到的对话继续中的源地址存储为该事务处理的目的地地址，并在后续的事务处理中保持不变。请求方SSF应能和新的目标方TC用户进行后续正常的事务处理。

SSF的功能要求和No.7信令的TCAP协议处理有关，该要求在协议规范中有定义，但在原智能网应用中未使用该功能，因此只需要明确要求SSF支持该功能即可。

4.对7号信令协议栈的要求

智能网应用协议是一种ROSE(远程操作服务要素)用户规程，该ROSE规程是包含在TCAP(事务处理应用部分)成份子层中传送的。ROSE的APDUs(应用协议数据单元)是作为UDT(单位数据)在SSNo.7的SCCP(信令连接控制部分)中传送，使用的是SCCP的0类业务--基本无连接业务。

本发明的智能网信令中继功能要求7号信令协议支持TC用户请求释放本地TCAP层的事务处理并释放相关资源，但保持对话对端的TCAP的事务处理状态。这种要求是与本发明中在转接方SCF完成对话请求的转发后结束与目的地SCF的TCAP对话的本地处理以及结束与请求方SSF的TCAP对话的本地处理有关的。具体实现时，在GF011-95中预定义，在”启动发送”状态，即发送TC_BEGIN没有收到后向消息时，TR_U-ABORT的处理是在本地的，因此只要SCF的N7协议满足该要求即可。TR_U-ABORT为TC的事务处理子层的原语，使中止对话的方式之一，一般在异常情况下由TR用户请求事务处理的中止。

上述的各种要求的实现需要满足上面所描述的SCF、INSR、SSF信令协议栈的要求，即，各个功能模块需要互相配合一致才能实现。本发明的智能网信令中继功能的实现主要和信令功能有关，具体说和7号信令相关。即，应用层INSRF/SCF将收到的请求方发送的业务请求进行转接，在转接时，目的地地址则必须为目标方SCF地址，而保持事务处理子层和成份子层的其它参数不变，包括源地址(为请求方SSF地址而不是转接方本身的地址)、对话ID、调用ID等，除非根据业务需求可以改变CSL层中协议用户数据部分。INSRF必须将收到的TC_BEGIN中的相关参数进行保存，修改其中的目的地址和可能的协议数据部分，然后发送TC_BEGIN到目标方SCF，具体需要修改的协议数据部分和具体业务有关，因此应用层应有一定的逻辑来处理具体的业务转接需求。INSRF的功能实现和具体业务有关，可由技术人员在实现时根据具体需要进行配置。

图3和图4给出了实现本发明的智能网信令中继功能一个例子。在该例中，SCP1在结束处理后发现用户还有后续业务需要SCP2处理，则SCP1将该请求TC_BEGIN转接到SCP2。

图3是该例的网络结构示意图。在该网络结构中，SCP1具备智能网信令中继功能INSRF，SCP2是用户归属业务处理点，即目标SCP，其可以具有INSRF功能或是通常SCF。SSP是满足上述SSF功能实体要求的物理实体。SSP，SCP1，SCP2之间采用SCCP的全局码GT寻址方式进行寻址。

图4是示出了该例的处理流程的示意图。可以理解，图3和图4中的SSP、SCP1、SCP2分别对应于上面图2中描述的请求方SSF、转接方SCF和目标方SCF。只是SSP、SCP1、SCP2是从物理实体的角度出发定义的，而请求方SSF、转接方SCF和目标方SCF是从功能实体的角度出发定义的。

如图4所示，具体的呼叫处理流程如下：

(1)SSP触发业务到SCP1(相当于先触发的SCP)，SCCP层被叫地址填为SCP1，主叫地址为SSP(步骤4-1)；

(2)SCP1根据业务需求，认为业务需要发给SCP2(相当于后续业务处理的)处理，则对SCP2发起IDP(初始DP，DP即检测点)消息，SCCP层被叫地址填为SCP2，主叫地址填为SSP(步骤4-2)；

(3)SCP2收到IDP业务触发消息，直接对SSP发送业务指示，SCCP层被叫地址为SSP，主叫地址为SCP2(步骤4-3)；

(4)SSP与SCP2建立正常通信(步骤4-4)。

在这种实现中，要求转接方INSRF接收到请求方的TC_BEGIN后不能向请求方SSF发送TC_CONTINUE，而是在转接方INSRF将请求发送到目标方SCF后(转接方INSRF建立和目标方的对话后)，由目标方SCF向SSF发送TC_CONTINUE。此时原转接方SCF和SSF的对话即由目标方SCF和SSF继续。转接方SCF在TC_BEGIN转发后即结束本地处理。

本发明的上述智能网信令中继技术可以应用于固定智能网系统，2G/3G移动智能网系统，如GSM/WCDMA/CDMA/CDMA2000等。

虽然已经结合具体实施例对本发明进行了详细说明，但是，本领域技术人员理解，本发明不受这些具体实施例的限制，在不背离本发明的精神实质的情况下，还可作出许多改变、替换，因此，附后的权利要求应当给予最宽的解释，以便包括各种等同结构和配置。

Claims (18)

1.一种实现智能网信令中继功能的方法，其特征在于包括步骤：

先触发的业务控制点SCP在完成与业务交换点SSP所触发的业务相关的处理后，把呼叫控制转交给后续业务处理的SCP，由该后续业务处理的SCP与该SSP继续相应的业务处理；

其中，所述SSP在发起对话开始(TC_BEGIN)请求后，收到对话继续(TC_CONTINUE)指示时，如果其中的源地址与对话开始请求TC_BEGIN中的目的地址不同，SSP的事务处理子层将接收到的对话继续中的源地址存储为该事务处理的目的地地址，并在后续的事务处理中保持不变；

先触发的SCP接收到所述SSP的TC_BEGIN请求后，在所述先触发的SCP将请求发送到后续业务处理的SCP后，由后续业务处理的SCP向所述SSP发送TC_CONTINUE；

先触发的SCP在向后续业务处理的SCP转发TC_BEGIN请求时，具有修改信令连接控制部分(SCCP)层的主叫地址GT和被叫地址GT的能力，SCCP层主叫地址为所述SSP地址而不是转接方本身的地址，通过事务处理子层和成份子层修改并储存源地址为指定的地址，即SSP的地址而非转接方本身的地址，设置并储存目的地地址为指定的地址，然后将TC_BEGIN请求进行转发。

2.如权利要求1所述的方法，其特征在于：

先触发的SCP通过信令中继方式把SSP所触发的业务的相关信息通过相关操作携带给后续处理业务的SCP。

3.如权利要求2述的方法，其中

先触发的SCP在处理完毕后就结束和SSP的对话。 

4.如权利要求1-3任何一项所述的方法，其中，所述的通过先触发的SCP把呼叫控制转交给后续业务处理的SCP的步骤包括子步骤：

SSP触发业务到先触发的SCP，SCCP层被叫地址填为先触发的SCP，主叫地址为SSP(4-1)；

先触发的SCP根据业务需求，认为业务需要发给后续业务处理的SCP处理，则对后续业务处理的SCP发起IDP消息，信令连接控制部分SCCP层被叫地址填为后续业务处理的SCP，主叫地址填为SSP(4-2)；

后续业务处理的SCP收到初始检测点IDP业务触发消息，直接对SSP发送业务指示，SCCP层被叫地址为SSP，主叫地址为后续业务处理的SCP(4-3)；

SSP与后续业务处理的SCP建立正常通信(4-4)。

5.一种实现智能网信令中继功能的装置，其特征在于：

所述装置包括请求转发单元，用于当该装置接收到对话开始(TC_BEGIN)请求后，根据应用的需求将该对话开始请求(TC_BEGIN)转发给能够处理该请求的其它智能网功能实体；

其中，请求方SSF在发起所述TC_BEGIN请求后，收到对话继续TC_CONTINUE指示时，如果其中的源地址与对话开始请求TC_BEGIN中的目的地址不同，请求方SSF的事务处理子层将接收到的对话继续中的源地址存储为该事务处理的目的地地址，并在后续的事务处理中保持不变；

所述请求转发单元接收到所述请求方SSF的TC_BEGIN请求后，在所述请求转发单元将请求发送到目标方SCF后，由目标方SCF向所述请求方SSF发送TC_CONTINUE；

所述请求转发单元在向目标方SCF转发TC_BEGIN请求时有修改信令连接控制部分(SCCP)层的主叫地址GT和被叫地址GT的能力，SCCP层主叫地址为请求方SSF地址而不是转接方本身的地址，通过事务处理子层和成份子层修改并储存源地址为指定的地址，即请求方 SSF的地址而非转接方本身的地址，设置并储存目的地地址为指定的地址，然后将TC_BEGIN请求进行转发。

6.如权利要求5所述的装置，其特征在于：

所述装置位于转接方业务控制功能装置SCF中，所述对话开始(TC_BEGIN)请求是由智能网中请求方业务交换功能装置SSF发出的，能够处理该请求的其它智能网功能实体是智能网中的目标方业务控制功能装置SCF。

7.如权利要求6所述的装置，其特征在于：所述请求转发单元包括

地址修改子单元，用于在进行对话开始TC_BEGIN请求转发时，修改信令连接控制部分SCCP层的主叫地址GT和被叫地址GT，通过事务处理子层和成份子层修改并储存源地址为指定的地址，设置并储存目的地地址为指定的地址，然后将对话开始TC_BEGIN请求进行转发；

成分修改子单元，用于根据请求方SSF的智能网信令中继请求中的参数，修改事务处理能力TC层所承载的成份；

参数保持子单元，用于应使原TC层的成份子层CSL和事务处理子层TSL的其他参数保持不变。

8.如权利要求7所述的装置，其特征在于：

所述其他参数包括事务处理ID和INVOKE ID。

9.如权利要求5-8中任一项所述的装置，其特征在于：

所述装置还包括处理结束单元，用于在所述请求转发单元完成对话开始请求消息转发后，结束转接方SCF与目标方SCF的事务处理应用部分TCAP对话的本地处理，结束转接方SCF与请求方SSF的TCAP对话的本地处理。 

10.一种智能网系统，包括一个或多个请求方业务交换功能装置SSF，一个或多个转接方业务控制功能装置SCF和一个或多个目标方业务控制功能装置SCF，其特征在于：

转接方SCF在完成与请求方SSF所触发的业务相关的处理后，把呼叫控制转交给与后续业务处理有关的目标方SCF，由该目标方SCF与该请求方SCF继续相应的业务处理；

其中，请求方SSF在发起所述TC_BEGIN请求后，收到对话继续TC_CONTINUE指示时，如果其中的源地址与对话开始请求TC_BEGIN中的目的地址不同，请求方SSF的事务处理子层将接收到的对话继续中的源地址存储为该事务处理的目的地地址，并在后续的事务处理中保持不变；

所述转接方SCF接收到所述请求方SSF的TC_BEGIN请求后，在所述转接方SCF将请求发送到目标方SCF后，由目标方SCF向所述请求方SSF发送TC_CONTINUE；

所述转接方SCF在向目标方SCF转发TC_BEGIN请求时有修改信令连接控制部分(SCCP)层的主叫地址GT和被叫地址GT的能力，SCCP层主叫地址为请求方SSF地址而不是转接方本身的地址，通过事务处理子层和成份子层修改并储存源地址为指定的地址，即请求方SSF的地址而非转接方本身的地址，设置并储存目的地地址为指定的地址，然后将TC_BEGIN请求进行转发。

11.如权利要求10所述的智能网系统，其特征在于：

转接方SCF在接收到请求方SSF发送的对话开始请求后，判断该请求是否需要转发到目标方SCF，如果判断需要进行转发，则执行下列操作：

转接方SCF建立和目标方SCF的TCAP对话，将对话开始请求发送到目标方SCF，该请求中包括请求方SSF的地址信息；

目标方SCF发送对话继续响应到请求方SSF；

请求方SSF和目标方SCF进行后续的对话； 

转接方SCF结束本功能实体上的业务逻辑处理并释放7号信令堆栈的资源占用。

12.如权利要求11所述的智能网系统，其特征在于：

转接方SCF被配置成在接收到对话开始请求(TC_BEGIN)后进行下列操作

根据应用需要判断是否需进行智能网信令转接，当需要时，根据应用需求确定所需转接目的地的目标方SCF的地址；

增加转接方SCF和目标方SCF之间的接口，接口协议为智能网应用协议；

接收到的对话开始(TC_BEGIN)请求中的操作的相关参数进行解析，并根据应用需求对相关参数进行相应增加，删除，修改处理；以及

调用智能网信令中继功能INSRF，并且在调用时提供以下信息：

初始对话请求的请求方SSF的地址；

需转发到的目标方SCF的地址；

需转发的操作和参数信息。

13.如权利要求11所述的智能网系统，其特征在于：

转接方SCF还被配置成在接收到对话开始(TC_BEGIN)请求和将对话开始(TC_BEGIN)请求转发给目标方SCF期间，允许和除请求方SSF之外的智能网中的其他功能实体进行通信。

14.如权利要求12所述的智能网系统，其特征在于：

所述智能网应用协议对于固定智能网体系为INAP协议，对于GSM或CDMA智能网分别为CAP或WIN。

15.如权利要求11所述的智能网系统，其特征在于： 

请求方SSF被配置成执行下列操作

请求方SSF在发起对话开始(TC_BEGIN)请求后，收到对话继续(TC_CONTINUE)指示时，如果其中的源地址与对话开始请求(TC_BEGIN)中的目的地址不同，请求方SSF的事务处理子层将接收到的对话继续中起源地址存储为该事务处理的目的地地址，并在后续的事务处理中保持不变，请求方SSF和新的目标方TC用户进行后续正常的事务处理。

16.如权利要求11所述的智能网系统，其特征在于：

在所述智能网中，7号信令协议被配置成支持TC用户请求结束本地TCAP层的事务处理并释放相关资源，但保持对话对端的TCAP的事务处理状态。

17.如权利要求10-16中任一项所述的智能网系统，其特征在于：

所述智能网系统是从下列组中选择的任何一种：固定智能网系统，2G/3G移动智能网系统。

18.如权利要求17所述的智能网系统，其特征在于：

所述2G/3G移动智能网系统包括GSM/WCDMA/CDMA/CDMA2000。 

Images