CN1283088C

CN1283088C - 在智能网中实现cph功能的方法

Info

Publication number: CN1283088C
Application number: CN 02153086
Authority: CN
Inventors: 张辉; 秦红
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2002-12-06
Filing date: 2002-12-06
Publication date: 2006-11-01
Anticipated expiration: 2022-12-06
Also published as: CN1507254A

Abstract

本发明提出了一种在智能网中实现CPH功能的方法，其包含：a.SCF为呼叫方在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将空闲资源的标识返回SCF；b.SRF将呼叫方的标识中的空闲资源连接到呼叫方的用户通路上，完成呼叫方通话的连接。该方法使智能网业务能将CVS功能和在外部设备上的SRF结合起来，实现更复杂的CPH功能。其能够支持任何呼叫方处理的业务特性，通过在智能网INAP CS-1基础上减少CS-2规范能力集实现程度而达到CPH功能，满足并扩充CS-2 CPH多方呼叫处理业务特征，使业务有多种选择性、灵活性。另外本发明对SSF/CCF能力上减少了要求，降低了实现成本。

Description

在智能网中实现CPH功能的方法

技术领域

本发明涉及通信技术领域，具体来说是涉及一种在智能网中实现CPH功能的方法。

背景技术

会议电话能力实现了的两方以上用户电话的控制能力，在纯交换***上早已得到了实现和广泛的应用。该会议电话能力在智能网(IN：Intelligent Network)上是通过协议软件SCP(Service Control Point：业务控制点)、SSP(Service Switching Point：业务交换点)实现的，即所谓的CPH(Call Party Handling：呼叫方控制)功能，其只有在ITU-T q122X系列建议规范中的INAP(Intelligent Network ApplicationProtocol：智能网应用规程)CS(Capability Set：能力集)-2阶段才能得到支持。其中，SCP是智能网的核心部分，它包含负责控制智能业务控制及处理的SCF(Service Control Function：业务控制功能)功能实体；而负责接入智能网SCP的SSP可以与现有的公共电信网连接，其作为智能网SCP和电信网的连接点，其通常包括CCF(Call ControlFunction：呼叫控制功能)、SSF(Service Switch Function：业务交换功能)、SRF(Special Resource Function：特殊资源功能)等功能实体；SCP是通过No.7信令网与SSP相连的。

在现有技术中，主要通过CVS(Connection View State：连接视图状态)方法来实现CPH功能。

CVS方法建立在连接视图模型(CVM：Connection View Model)的基础上，而所谓连接视图(CV，Connection View)，是对呼叫及连接处理资源的一种抽象，通过定义不同的对象和对象间的关系来描述呼叫段的特征，这些对象有Leg、CP(Connection Point：连接点)、CS(Call Segment：呼叫段)、CSA(Call Segment Association：呼叫段关联)等。CVS方法说明了连接可视模型中所规定的连接可视状态，在CVS之间可允许的过渡方法。该CVS方法通过使SCF直接控制SSF/CCF，从而建立SCF、SSF/CCF和外部设备上的SRF之间的通路以后，启动与用户的对话，它可以使SCF了解SSF/CCF内部呼叫处理的状态和事件，并且可以通过指令去影响SSF/CCF的呼叫处理，从而通过CVS状态迁移来实现各种各样的CPH多方呼叫智能网业务，如：呼叫前转、三方通话、呼叫等待等特性业务。

然而，上述现有技术存在许多不足，CVS方法实现业务特征主要根据ITU-T q1224建议中的CVS迁移视图，CVS视图表示了常见的一些业务特征，只能实现三方通话的一些简单业务特征，无法满足多方通话的复杂业务特征。

发明内容

针对上述情形，本发明提出了一种在智能网中实现CPH功能的方法，来解决如何定义、应用Hybrid方法的问题，使呼叫方处理业务的业务特性得以全部实现，更简单化、灵活化。

为实现上述目的，本发明提出了一种在智能网中实现CPH功能的方法，该方法包含如下步骤：a、SCF为呼叫方在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将所述空闲资源的端口的标识返回给SCF；b、SRF将所述空闲资源的端口连接到所述空闲资源上，并且将各呼叫方的空闲资源的端口进行桥接。

优选的，所述步骤a和步骤b中SCF和SRF之间的操作是通过SSF/CCF进行转发完成的。

优选的，所述步骤a更具体是指：

a、SCF为多个呼叫方在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将所述空闲资源端口的标识返回给SCF；

所述步骤b更具体是指：

b、SRF将所述空闲资源中的部分空闲资源的端口连接到所述空闲资源上，并且将各呼叫方的空闲资源的端口进行桥接。

优选的，所述步骤b进一步包括：

b1、SCF为呼叫方在SRF上追加申请可用的空闲资源，SRF为其提供空闲资源，将追加的空闲资源端口的标识返回给SCF，SRF将所述空闲资源的端口连接到所述空闲资源上，并且将所述空闲资源的端口与已有的空闲资源的端口进行桥接。

优选的，述步骤b1进一步包括：将桥接结果返回给SCF。

优选的，所述步骤b进一步包括：SRF将呼叫方通话的连接状态返回给SCF。

优选的，所述步骤b进一步包括：SCF将当前需要相互通话的若干个SRF为呼叫方分配的空闲资源的端口的标识发送给SRF，SRF将所述空闲资源的端口连接到所述空闲资源上，并且将各呼叫方的空闲资源的端口进行桥接。

优选的，所述步骤b中的若干个是指2个或2个以上。

优选的，该方法还进一步包括：

c、SCF将当前需要断开的若干个SRF为呼叫方分配的空闲资源的端口的标识发送给SRF，SRF将所述端口与所述标识对应的空闲资源断开，并拆除所述空闲资源的端口之间的桥接。

本发明提出的一种在智能网中实现CPH功能的方法，且该方法通过使SCF直接控制SRF，而不是直接控制SSF/CCF，或仅由SSF/CCF转发来控制SRF，使智能业务能将CVS功能和在外部设备上的SRF结合起来，实现更复杂的CPH功能。其可应用于整个智能网领域，能够支持任何呼叫方处理的业务特性。其通过在智能网INAP CS-1基础上减少CS-2规范能力集实现程度而达到CPH功能，满足并扩充CS-2CPH多方呼叫处理业务特征，使业务实现有了除CVS方法外的多种选择性、灵活性。另外，由于本发明主要是借助外部的SRF资源，所以在对SSF/CCF能力上减少了较多的要求，降低了实现成本。而且在INAP CS-2协议上，本发明同样可以应用于INAP CS-1、CAP(CAMEL Application Part：有尽有CAMEL应用部分)操作中，这种应用是建立在降低CVS状态图的基础上。当主叫用户和被叫用户分别建立在单独呼叫中时，其CS-2CSV状态图与CS-1差别较少，所以INAP、CAP操作要求基本没有变化，这时可以通过给外部SRF资源下发Hybrid操作，将两个独立的呼叫进行桥接来实现用户通话。

附图说明

图1是应用本发明实施例的***结构示意图

图2是本发明实施例所述的一种在智能网中实现CPH功能的方法流程图；

图3是本发明实施例一所述的协议应用示意图；

图4是本发明实施例二所述的协议应用示意图；

图5是本发明实施例三的步骤一中所述的协议应用示意图；

图6是本发明实施例三的步骤二中所述的协议应用示意图；

具体实现方式

如图1所示为应用本发明实施例所述的一种在智能网中实现CPH功能的方法的***结构示意图，该***中包括有：

PSTN(Public Switching Telephone Network：公用电话交换网)；呼叫方通过该PSTN和智能网相连。

SCP，其是智能网的核心部分，它负责执行智能业务的业务逻辑程序(SLP)，并提供智能业务的数据。其作为一个物理实体通常包括两个功能实体：SCF和SDF(Service Data Function：业务数据功能)，其中SCF包含负责控制智能业务控制及处理，而SDF负责保存并管理***中的业务数据、用户数据；

SSP，其作为智能网SCP和PSTN的连接点，提供接入智能网SCP的功能，可以检测出呼叫方的请求，与SCP进行通信，并对SCP的请求作出响应。其作为另一个物理实体通常包括CCF、SSF、SRF等功能实体；其中SRF是向呼叫方用户提供各种使用业务时需要的各种资源，如信号音的发生、消息的发送等，还提供对这些资源的管理等。

上述的SCP是通过No.7信令网与SSP相连的。

通过在SCF上设置有10个类模块，通过组合应用这10个协议从而实现本发明。下面分别介绍这10个类模块的功能、所涉及的功能实体及其在用Hybrid实现CPH功能的过程中所起的作用。

1、用于提供可用DN的ProvideAvailDN类模块

1.1)基本描述

Hybrid方法实现的三方通话或多方通话(比如会议电话)，是通过把三方或多方呼叫桥接到SRF上来实现的。为了使SRF的资源和每个呼叫方时隙对应起来，需要在SRF上为每一个连接到SRF的呼叫方提供一个DN号码，作为对呼叫方在多方通话的唯一标识。

该操作由SCF-＞SRF，指示SRF为一个呼叫方申请一个对应的DN号码，以唯一标识该呼叫方所对应的一个端口。

1.2)调用实体(SCF)

1.2.1)正常程序

SCF前提条件：

-SLPI处于“准备SSP指令”状态

-SCF需要给一个呼叫参与方申请一个连接到SRF的DN号码，作为多方通话的唯一标识。

SCF后续条件：

-在下发完操作后，SCF处于“准备SSP指令”状态，等待SRF返回所分配的可用DN号。

-设置Tpadn定时器

1.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

1.3)响应实体(SRF)

1.3.1)正常程序

SRF前提条件；

-SRF已创建了管理自动机SRSM-FSM，处于“Connected”状态，或者“User Interaction”如果SRF在这之前收到过SCF的操作。

SRF后续条件：

-SRF为该呼叫方分配到可用DN号码，并将其与该呼叫方所对应的端口(会议时隙)一一对应。

-SRF将为呼叫方已分配到的DN号码返回给SCF。

-SRSM-FSM将状态转移为“User Interaction”，或保持在“UserInteraction”状态。

-SRSM-FSM将重新设置定时器T_SRF。

1.3.2)差错处理

如果在这期间或之前收到了“Cancel”操作，SRF将取消对该操作的处理，并立即发消息通知SCF。

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

2、用于连接到一个端口的ConnectOnePort类模块

2.1)基本描述

SCF-＞SRF，指示SRF将指定呼叫方所对应的DN号码标识的端口连接到SRF资源。

2.2)调用实体(SCF)

2.2.1)正常程序

SCF前提条件；

-SLPI处于“准备SSP指令”状态，受到业务逻辑的正常调用。

-SCF已指示SRF为指定的呼叫方申请到了DN号码。

SCF后续条件：

-在下发完操作后，SCF处于“准备SSP指令”状态，等待SRF返回操作结果。

-设置Tcop定时器

2.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

2.3)响应实体(SRF)

2.3.1)正常程序

SRF前提条件；

-SSF处于“User Interaction”状态

-SRF处于“User Interaction”状态

SRF后续条件：

-SRF将由指定的呼叫方所对应的DN号码标识的端口(会议时隙)连接到SRF资源。

-SRF将呼叫进行保持，并分析执行提供可用DN(ProvideAvailDN)操作中action参数中规定动作，向用户放ProvideAvailDN操作中携带的“带内信息”或TONE信号音。

2.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

3、用于端口已连接的PortConnected类模块

3.1)基本描述

SRF-＞SCF为“连接到一个端口”操作的结果，当“连接到一个端口”执行成功时，SRF发送该操作给SCF。

3.2)调用实体(SRF)

3.2.1)正常程序

SRF前提条件；

-SRSM-FSM处于“User Interaction”状态。

-指定DN号码标识的端口连接到SRF放音放音成功。

SRF后续条件：

-SRF返回成功连接到SRF放音资源的DN号码。

-在SRF连接成功后将状态迁移到“User interaction”。

-当连接成功时，SRSM-FSM将状态迁移到“Active”状态，并设置相应的定时器。

3.2.2)差错处理

本操作属于4类操作，没有与操作相关的差错处理。

3.3)响应实体(SCF)

3.3.1)正常程序

SCF前提条件；

-SCF自动机处于“准备SSP指令”状态，等待“连接一个端口”操作的返回结果。

SCF后续条件：

-创建与SRF上DN号码连接的对话。

-SCF自动机保持“准备SSP指令”状态。

3.3.2)差错处理

本操作属于4类操作，没有与操作相关的差错处理。

4、用于端口已切断的PortDisconnected类模块

4.1)基本描述

DN的释放有两种：一是通过ReleaseCall将一个呼叫释放，二是通过DisconnectLeg操作将DN所对应的Leg切断。SRF发送这个操作通知SCF DN号码对应的端口已经被释放掉。

4.2)调用实体(SRF)

4.2.1)正常程序

SRF前提条件；

-SRSM-FSM处于“Active”状态。

-SSF收到SCF的释放呼叫或切断leg操作。

-给SCF发送处理成功消息。

SRF后续条件：

-SRSM-FSM将状态转移到“User Interaction”状态。

-SRSM-FSM将重新设置定时器T_SRF。

4.2.2)差错处理

本操作属于4类操作，没有与操作相关的差错处理。

4.3)响应实体(SCF)

4.3.1)正常程序

SCF前提条件；

-SLPI处于“准备SSP指令”状态。

SCF后续条件：

-SLPI处于“准备SSP指令”状态，受到业务逻辑的正常调用。

4.3.2)差错处理

本操作属于4类操作，没有与操作相关的差错处理。

5、用于桥接端口的BridgePorts类模块

5.1)基本描述

SCF-＞SRF，指示SRF将由DN号码所标识的两个端口(会议时隙)进行桥接。

5.2)调用实体(SCF)

5.2.1)正常程序

SCF前提条件；

-SLPI处于“准备SSP指令”状态

-SLPI已经给两个参与方在SRF上申请了可用的DN号码

SCF后续条件：

-SCF处于“准备SSP指令”状态，等待SRF返回桥接两个呼叫方的结果。

-设置Tbp定时器

5.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

5.3)响应实体(SRF)

5.3.1)正常程序

SRF前提条件；

-SRF处于“User Interaction”状态。

SRF后续条件：

-SRF根据DN号码与端口(会议时隙)的对应关系，将参数DNNumber对应的端口(会议时隙)接起来。

-SRF将成功操作结果返回给SCF。

-当连接成功时，SRF将状态迁移到“Active”状态，并设置相应的定时器。

5.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

6、用于拆离桥接端口的UnbridgePorts类模块

6.1)基本描述

SCF-＞SRF，指示SRF将指定的两个桥接端口(会议时隙)拆除。

6.2)调用实体(SCF)

6.2.1)正常程序

SCF前提条件；

-SLPI处于“准备SSP指令”状态。

-SCF已发送了“桥接端口”操作给SRF，并被成功执行。

SCF后续条件：

-SCF处于“准备SSP指令”状态，等待SRF返回两个指定端口桥接拆除的结果。

-设置Tubp定时器

6.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

6.3)响应实体(SRF)

6.3.1)正常程序

SRF前提条件；

-SRSM-FSM处于“Active”状态

SRF后续条件：

-SRSM-FSM拆除指定DN号码的两个呼叫方的桥接，并将成功拆除后的DN号码保存到dNNumber1和dNNumber2中

-SRSM-FSM将操作结果返回给SCF

-SRSM-FSM将状态转移到“User Interaction”状态

-SRSM-FSM将重新设置定时器T_SRF

6.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

7、用于申请资源的GetResource类模块

7.1)基本描述

SCF-＞SRF，申请一个资源。SRF根据SCF指定的端口个数分配现有桥接资源，并将桥接资源的资源ID返回。

7.2)调用实体(SCF)

7.2.1)正常程序

SCF前提条件；

-SCF处于“准备SSP指令”状态。

-SCF需要为所有的参与方在SRF上申请一个可以桥接的资源。

SCF后续条件：

-在下发完操作后，SCF处于“准备SSP指令”状态，等待SRF返回所分配资源的ID号

-设置Tgr定时器

7.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

7.3)响应实体(SRF)

7.3.1)正常程序

SRF前提条件；

-SRF已创建了管理自动机SRSM-FSM，处于“Connected”状态，或者“User Interaction”如果SRF在这之前收到过SCF的操作

SRF后续条件：

-SRF将根据要申请资源的参与方数目与现有SRF上的空闲资源进行比较，在允许情况下进行分配，并将新分配到的资源ID存入resourceID中，返回操作结果给SCF。

-SRF将状态转移为“User Interaction”，或保持在“UserInteraction”状态

-SRF将重新设置定时器T_SRF

7.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

8、用于连接桥接端口的ConnectPorts类模块

8.1)基本描述

SCF-＞SRF，指示SRF桥接一个资源中的多个端口。

8.2)调用实体(SCF)

8.2.1)正常程序

SCF前提条件；

-SLPI处于“准备SSP指令”状态。

-SCF已发送“申请资源”到SRF，并收到了SRF响应。

SCF后续条件：

-SCF处于“准备SSP指令”状态，等待SRF返回操作结果。

-设置Tcp定时器。

8.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

8.3)响应实体(SRF)

8.3.1)正常程序

SRF前提条件；

-SRF处于“User Interaction”状态，或“Active”状态(如果在这个操作之前已经有参与方进行过桥接)

SRF后续条件：

-SRF将指定的端口按该端口的桥接属性进行桥接，并返回响应到SCF。

-当有参与方连接成功时，SRF状态迁移到“Active”状态，或保持“Active”状态。并设置相应的定时器。

8.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

9、用于释放资源的ReleaseResource类模块

9.1)基本描述

SCF-＞SRF，指示SRF释放指定的资源中的已经申请到的部分或所有端口(资源时隙)。

9.2)调用实体(SCF)

9.2.1)正常程序

SCF前提条件：

-SLPI处于“准备SSP指令”状态

-SCF已发送桥接端口操作到SRF

SCF后续条件：

-SCF处于“准备SSP指令”状态，等待SRF返回操作结果。

-设置Trr定时器

9.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

9.3)响应实体(SRF)

9.3.1)正常程序

SRF前提条件：

SRF后续条件：

-SRF根据SCF的指示，将指定的资源释放

-SRF迁移到“User Interaction”状态，或保持在“UserInteraction”状态。

-重新设置定时器T_SRF

9.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

10、用于追加端口的appendResource类模块

10.1)基本描述

SCF-＞SRF，指示SRF在指定的已申请的资源端口的基础上追加新的端口。

10.2)调用实体(SCF)

10.2.1)正常程序

SCF前提条件：

-SLPI处于“准备SSP指令”状态。

-已发送申请资源操作到SRF，并且成功申请到资源。

SCF后续条件：

-设置Tar定时器

10.2.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

10.3)响应实体(SRF)

10.3.1)正常程序

SRF前提条件：

SRF/SSF后续条件：

-SRF根据现有空闲端口(会议时隙)数与要追加端口(会议时隙)数目在允许情况下追加新的端口到指定的资源，并返回结果到SCF，否则返回失败。

-SRF将继续保持在现有状态不变：“User Interaction”状态，或Active”状态

10.3.2)差错处理

和操作相关的基本差错处理、用于报告操作差错的TCAP业务。

以上10个类模块的解释说明给出了详细的实现方式，如“调用实体”和“响应实体”的状态迁移等，该10个类模块只是一种建议的具体实现方式，不能用来限制本发明。

下面的实施例以呼叫方A、B、C、D为例进行说明，这四个呼叫方和PSTN相连。

实施例1对呼叫方A或B进行已录制好的语音播放连接

如图2所示，本实施例包含以下步骤：

第一、SCF为呼叫方A或B在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将空闲资源的标识ID号返回SCF；

如图3中所示，SCF通过ProvideAvailDN类模块，为呼叫方A或B在SRF上分别申请可用的空闲资源，即通话时隙，SRF为其提供通话时隙后，并将其DN号码，即DN_2或DN_3返回SCF。

第二、SRF将呼叫方的标识ID号中的空闲资源连接到呼叫方的用户通路上，完成呼叫方通话的连接。

如图3中所示，SCF通过Connectoneport类模块，将当前需要相互通话的若干个呼叫方的标识ID号发送给SRF，即将呼叫方A或B的DN_2或DN_3发送给SRF，从而SRF将DN_2或DN_3对应的通话时隙连接到呼叫方A或B的用户通路上，完成呼叫方A或B和已录制好的语音的连接。

当某个呼叫方的连接成功后，SRF资源会返回“端口已连接(PortConnected)”操作给SCF，表示连接成功，这可以通过PortConnected来实现；当此连接通话被切断后，SRF资源需要通知SCF此通路已经切断，所用操作为端口已切断(PortDisconnected)这可以通过PortDisconnected来实现。

实施例2将正和A通话的C挂起，将呼叫方B和A进行通话连接

其包括断开步骤和连接步骤，其中：

断开步骤：

假设当前正在通话中的A、C，其通过SCF在SRF上申请的标识ID号为DN_3、DN_1。

SCF将当前需要断开的若干个呼叫方的标识ID号发送给SRF，SRF将呼叫方的标识ID号中的空闲资源从呼叫方的用户通路上断开，拆除呼叫方通话的连接。

如图4所示，SCF通过UnbridgePorts类模块，将当前需要断开的呼叫方的标识ID号发送给SRF，即将呼叫方A或C的DN_1或DN_3发送给SRF，从而SRF将DN_1或DN_3对应的通话时隙从A、C的用户通路上断开，完成A或C通话的拆除。

连接步骤包含以下步骤：

第一、SCF为呼叫方B在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将空闲资源的标识ID号返回SCF；

SCF通过ProvideAvailDN类模块，为呼叫方B在SRF上分别申请可用的通话时隙，SRF为其提供通话时隙后，并将其DN号码，即DN_2返回SCF。

如图4中所示，SCF可通过BridgePorts类模块，将当前需要相互通话的若干个呼叫方的标识ID号发送给SRF，即将呼叫方A或B的DN_2或DN_3发送给SRF，从而SRF将DN_2或DN_3对应的通话时隙连接到呼叫方A或B的用户通路上，完成呼叫方A或B通话的连接。

实施例3对呼叫方A、B、C、D进行多方通话

本实施例包含以下步骤：

第一、SCF为呼叫方A、B、C、D在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将空闲资源的标识ID号返回SCF；

如图5中所示，SCF通过GetResource类模块，为呼叫方A或B在SRF上分别申请可供4方同时通话的空闲资源，即4个通话端口(DN_1、DN_2、DN_3、DN_4)，SRF为其提供4个通话端口后，并将其资源标识ID号，即resource_ID返回SCF。

如图6中所示，SCF通过Connectports类模块，将当前需要相互通话的若干个呼叫方的标识ID号发送给SRF，即将呼叫方A、B、C、D的resource_ID和DN_1、DN_2、DN_3、DN_4发送给SRF，从而SRF将DN_1、DN_2、DN_3、DN_4对应的端口连接到呼叫方A、B、C、D的用户通路上，完成呼叫方A、B、C、D的通话连接，此时，在Connectports类模块中可以为每个端口设定端口桥接属性，从而限制呼叫方A、B、C、D的权限，例如：只听、只说、既说又听、不听也不说(即隔离)四种状态。

当上述四方处于通话电话会议中时，有第五方要求加入，SCF可以通过AppendResource类模块，通知SRF在上述resource_ID相应的资源端口上追加新的端口，其实际过程也是重复本发明实施例所述的步骤，在这里不再赘述。

当多方电话会议结束后，SCF可以通过ReleaseResource类模块，通知SRF释放指定的资源。

上述实施例中的SRF是作为SSP中的一个功能实体出现的，在实际应用***中，不限于SRF资源的所在形式，可以为“综合SSP方式”、“独立IP(Intelligent Peripheral：智能外设)方式”、“辅助SSP的方式”等，此时，本发明也同样适用。

Claims

1.一种在智能网中实现CPH功能的方法，其特征在于，该方法包含如下步骤：

a、SCF为呼叫方在SRF上申请可用的空闲资源，SRF为其提供空闲资源，并将所述空闲资源的端口的标识返回给SCF；

b、SRF将所述空闲资源的端口连接到所述空闲资源上，并且将各呼叫方的空闲资源的端口进行桥接。

2.如权利要求1所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤a和步骤b中SCF和SRF之间的操作是通过SSF/CCF进行转发完成的。

3.如权利要求1所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤a更具体是指：

所述步骤b更具体是指：

4.如权利要求3所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤b进一步包括：

5.如权利要求4所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤b1进一步包括：将桥接结果返回给SCF。

6.如权利要求1所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤b进一步包括：SRF将呼叫方通话的连接状态返回给SCF。

7.如权利要求1所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤b进一步包括：SCF将当前需要相互通话的若干个SRF为呼叫方分配的空闲资源的端口的标识发送给SRF，SRF将所述空闲资源的端口连接到所述空闲资源上，并且将各呼叫方的空闲资源的端口进行桥接。

8.如权利要求7所述的一种在智能网中实现CPH功能的方法，其特征在于，所述步骤b中的若干个是指2个或2个以上。

9.如权利要求1所述的一种在智能网中实现CPH功能的方法，其特征在于，该方法还进一步包括：