CN1283088C - 在智能网中实现cph功能的方法 - Google Patents
在智能网中实现cph功能的方法 Download PDFInfo
- Publication number
- CN1283088C CN1283088C CN 02153086 CN02153086A CN1283088C CN 1283088 C CN1283088 C CN 1283088C CN 02153086 CN02153086 CN 02153086 CN 02153086 A CN02153086 A CN 02153086A CN 1283088 C CN1283088 C CN 1283088C
- Authority
- CN
- China
- Prior art keywords
- srf
- resource
- scf
- idling
- port
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
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功能的方法。
背景技术
会议电话能力实现了的两方以上用户电话的控制能力,在纯交换***上早已得到了实现和广泛的应用。该会议电话能力在智能网(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将重新设置定时器TSRF。
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)差错处理
如果在这期间或之前收到了“Cancel”操作,SRF将取消对该操作的处理,并立即发消息通知SCF。
和操作相关的基本差错处理、用于报告操作差错的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将重新设置定时器TSRF。
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)差错处理
如果在这期间或之前收到了“Cancel”操作,SRF将取消对该操作的处理,并立即发消息通知SCF。
和操作相关的基本差错处理、用于报告操作差错的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将重新设置定时器TSRF
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将重新设置定时器TSRF
7.3.2)差错处理
如果在这期间或之前收到了“Cancel”操作,SRF将取消对该操作的处理,并立即发消息通知SCF。
和操作相关的基本差错处理、用于报告操作差错的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)差错处理
如果在这期间或之前收到了“Cancel”操作,SRF将取消对该操作的处理,并立即发消息通知SCF。
和操作相关的基本差错处理、用于报告操作差错的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处于“User Interaction”状态,或“Active”状态(如果在这个操作之前已经有参与方进行过桥接)
SRF后续条件:
-SRF根据SCF的指示,将指定的资源释放
-SRF迁移到“User Interaction”状态,或保持在“UserInteraction”状态。
-重新设置定时器TSRF
9.3.2)差错处理
和操作相关的基本差错处理、用于报告操作差错的TCAP业务。
10、用于追加端口的appendResource类模块
10.1)基本描述
SCF->SRF,指示SRF在指定的已申请的资源端口的基础上追加新的端口。
10.2)调用实体(SCF)
10.2.1)正常程序
SCF前提条件:
-SLPI处于“准备SSP指令”状态。
-已发送申请资源操作到SRF,并且成功申请到资源。
SCF后续条件:
-在下发完操作后,SCF处于“准备SSP指令”状态,等待SRF返回操作结果。
-设置Tar定时器
10.2.2)差错处理
和操作相关的基本差错处理、用于报告操作差错的TCAP业务。
10.3)响应实体(SRF)
10.3.1)正常程序
SRF前提条件:
-SRF处于“User Interaction”状态,或“Active”状态(如果在这个操作之前已经有参与方进行过桥接)
SRF/SSF后续条件:
-SRF根据现有空闲端口(会议时隙)数与要追加端口(会议时隙)数目在允许情况下追加新的端口到指定的资源,并返回结果到SCF,否则返回失败。
-SRF将继续保持在现有状态不变:“User Interaction”状态,或Active”状态
10.3.2)差错处理
如果在这期间或之前收到了“Cancel”操作,SRF将取消对该操作的处理,并立即发消息通知SCF。
和操作相关的基本差错处理、用于报告操作差错的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。
第二、SRF将呼叫方的标识ID号中的空闲资源连接到呼叫方的用户通路上,完成呼叫方通话的连接。
如图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。
第二、SRF将呼叫方的标识ID号中的空闲资源连接到呼叫方的用户通路上,完成呼叫方通话的连接。
如图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 (9)
1.一种在智能网中实现CPH功能的方法,其特征在于,该方法包含如下步骤:
a、SCF为呼叫方在SRF上申请可用的空闲资源,SRF为其提供空闲资源,并将所述空闲资源的端口的标识返回给SCF;
b、SRF将所述空闲资源的端口连接到所述空闲资源上,并且将各呼叫方的空闲资源的端口进行桥接。
2.如权利要求1所述的一种在智能网中实现CPH功能的方法,其特征在于,所述步骤a和步骤b中SCF和SRF之间的操作是通过SSF/CCF进行转发完成的。
3.如权利要求1所述的一种在智能网中实现CPH功能的方法,其特征在于,所述步骤a更具体是指:
a、SCF为多个呼叫方在SRF上申请可用的空闲资源,SRF为其提供空闲资源,并将所述空闲资源端口的标识返回给SCF;
所述步骤b更具体是指:
b、SRF将所述空闲资源中的部分空闲资源的端口连接到所述空闲资源上,并且将各呼叫方的空闲资源的端口进行桥接。
4.如权利要求3所述的一种在智能网中实现CPH功能的方法,其特征在于,所述步骤b进一步包括:
b1、SCF为呼叫方在SRF上追加申请可用的空闲资源,SRF为其提供空闲资源,将追加的空闲资源端口的标识返回给SCF,SRF将所述空闲资源的端口连接到所述空闲资源上,并且将所述空闲资源的端口与已有的空闲资源的端口进行桥接。
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功能的方法,其特征在于,该方法还进一步包括:
c、SCF将当前需要断开的若干个SRF为呼叫方分配的空闲资源的端口的标识发送给SRF,SRF将所述端口与所述标识对应的空闲资源断开,并拆除所述空闲资源的端口之间的桥接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02153086 CN1283088C (zh) | 2002-12-06 | 2002-12-06 | 在智能网中实现cph功能的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 02153086 CN1283088C (zh) | 2002-12-06 | 2002-12-06 | 在智能网中实现cph功能的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1507254A CN1507254A (zh) | 2004-06-23 |
CN1283088C true CN1283088C (zh) | 2006-11-01 |
Family
ID=34234917
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 02153086 Expired - Fee Related CN1283088C (zh) | 2002-12-06 | 2002-12-06 | 在智能网中实现cph功能的方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1283088C (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100488220C (zh) | 2004-11-08 | 2009-05-13 | 华为技术有限公司 | 为用户提供固网智能业务的方法及其*** |
CN100452812C (zh) * | 2005-04-26 | 2009-01-14 | 华为技术有限公司 | 实现cs-2中连接可视状态的稳态m方视图的方法 |
CN109684040B (zh) * | 2018-12-26 | 2019-11-19 | 广州市品高软件股份有限公司 | 一种适用于linux操作***的云函数执行***及方法 |
-
2002
- 2002-12-06 CN CN 02153086 patent/CN1283088C/zh not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
CN1507254A (zh) | 2004-06-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1226885C (zh) | 无线电通信装置和其中建立双模式呼叫的方法 | |
CN1157894C (zh) | 用于ip承载语音电话网关的方法 | |
CN1359585A (zh) | 用于从配置在综合电信网络中的实体中提供至业务节点的接入的***与方法 | |
CN1805442A (zh) | Ims网络中具有会聚应用服务器逻辑和网关逻辑的呼叫控制 | |
CN1874328A (zh) | 实现业务互通的方法及*** | |
CN1135783C (zh) | 在电信网络中的用户登记 | |
CN1852362A (zh) | 被叫向主叫提供指示信息的方法及其*** | |
CN1870532A (zh) | 一种信令跟踪方法和*** | |
CN1582596A (zh) | 电信网络中控制及启用移动电话中高级服务和用户界面的方法、装置和配置 | |
CN1312635A (zh) | 多业务通信***及方法 | |
CN1361996A (zh) | 呼叫控制与载体控制分离的呼叫建立过程的实施 | |
CN1230833A (zh) | 多媒体信息通信*** | |
CN1177491C (zh) | 无线本地环路***的呼叫处理、用户单元及接入控制装置 | |
CN1949752A (zh) | 一种电路交换网与ip多媒体子***网络互通的***和方法 | |
CN1870772A (zh) | 一种承载路径优化方法 | |
CN1220808A (zh) | 智能网络中的外设控制 | |
CN1545303A (zh) | 承载和控制相分离的通信网络中多方会议业务的实现方法 | |
CN1283088C (zh) | 在智能网中实现cph功能的方法 | |
CN1567757A (zh) | 通信***中使用mbms业务的ue进行路由区域更新的方法 | |
CN101056308A (zh) | 以媒体能力协商支持的高速传真的信令流程的实现方法 | |
CN1852179A (zh) | 一种实现合法监听的***和方法 | |
CN1881975A (zh) | 一种呼叫ip多媒体子***的用户终端的方法 | |
CN1863261A (zh) | 一种智能外设计费***和方法 | |
CN1498509A (zh) | 宿留和执行客户软件的无线电通信模块以及用于实施客户驱动软件的匹配过程 | |
CN101076186A (zh) | 一种处理晚前转业务的方法、网络及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C17 | Cessation of patent right | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20061101 Termination date: 20121206 |