CN1556655A - 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 - Google Patents
一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 Download PDFInfo
- Publication number
- CN1556655A CN1556655A CNA2003101238983A CN200310123898A CN1556655A CN 1556655 A CN1556655 A CN 1556655A CN A2003101238983 A CNA2003101238983 A CN A2003101238983A CN 200310123898 A CN200310123898 A CN 200310123898A CN 1556655 A CN1556655 A CN 1556655A
- Authority
- CN
- China
- Prior art keywords
- state
- call
- message
- bcsm
- token
- 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.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种实现软交换多种信令的呼叫处理方法,集成了智能网域呼叫处理模式与VoIP域信令处理模式的特点,先建立发端侧和收端侧呼叫处理模块与信令处理器间的动态连接;之后发端侧和收端侧分别判断是否有用户终端发送的信令消息或对端呼叫处理模块发来的事件,再根据所接收到的信令消息或事件,完成本侧呼叫处理模块和信令处理模块间的等价状态转移,同时根据需要向用户终端发送相应的信令消息或向对端呼叫处理模块发送相应事件。本发明同时公开了一种集成呼叫系统,该系统包括呼叫处理子系统和具有一种或以上信令处理器模块的信令处理子系统。上述方法和系统能灵活支持各种呼叫控制信令间的互操作功能,并实现智能网技术与VoIP技术的融合。
Description
技术领域
本发明涉及软交换呼处理技术,特别是指一种可以在软交换实体中实现软交换支持多种信令并支持与外部智能网业务控制点交互的集成呼叫系统及呼叫处理方法。
背景技术
智能网是在传统电路交换网基础上,为快速提供新业务而设置的附加业务网络结构。一般典型的智能网体系结构包括业务控制点(SCP)和业务交换点(SSP),两者之间通过智能网应用规程进行交换。目前智能网的发展与应用越来越广泛,能为用户提供诸如800号免费电话、300号记帐卡、广告业务、预付费业务等众多新型业务。
语音IP(VoIP)作为一种基于分组交换网络的新兴语音通信技术也已显示出越来越重要的地位。但是目前的VoIP网络还仅限于提供基本的语音传输服务,而且与传统电路交换技术相比,VoIP技术还处于发展阶段。目前VoIP网络存在多种多样的形式,如:基于H.323信令的VoIP网络、基于SIP信令的VoIP网络等等,不同VoIP网络之间还难以做到相互融合以及业务提供方式上的统一,从用户角度还存在很多使用上的不方便之处。
随着语音通信市场需求的快速发展,为IP用户提供智能业务已成为VoIP技术发展的迫切需要。由于现有智能网的大规模应用以及技术上的成熟性,将传统智能网业务应用于IP网络,实现智能网技术和VoIP技术的集成,已成为当前语音IP技术发展的方向。另一方面,随着VoIP网络的进一步发展,采用以软交换(Softswitch)为核心的全新VoIP技术成为构建下一代网络的主流方向。从智能网与VoIP网络集成的角度来说,软交换可以提供一种从VoIP网络接入智能网的解决方案。
从业务提供的角度来说,智能网系统包含两个基本的功能实体:业务控制点和业务交换点,业务控制点是业务逻辑运行的平台,业务交换点则是提供呼叫控制以及业务接入的平台。在传统智能网中,业务控制点和业务交换点之间的交互由业务交换点中的一个通用的模型控制,该模型称为基本呼叫状态模型(BCSM)。BCSM主要用于规范一个呼叫发起方和一个呼叫接收方之间建立和维持一条通信路径所需要的基本呼叫处理状态。如图1a所示,BCSM通常分为两部分:发端基本呼叫状态模型(O-BCSM)和收端基本呼叫状态模型(T-BCSM),分别处理与呼叫发起方和呼叫接收方相关的操作。
在智能网体系结构中,BCSM是接入智能网业务的关键,BCSM包括若干代表呼叫和连接处理过程的特殊状态。在呼叫处理过程中,BCSM通过执行从一个状态到另一个状态的基本迁移,检测能导致智能网业务逻辑实例调用的基本呼叫和连接控制事件,判断是否允许与智能网业务逻辑交互,如果对应的触发点被配置,并且满足预设的触发条件,呼叫处理过程将会被挂起,并触发相应的智能业务逻辑,从而实现接入智能业务的目的。O-BCSM和T-BCSM中对PIC呼叫状态的定义分别如图1b和图1c所示。
因此,软交换要提供从VoIP网络接入智能网业务的解决方案,实现智能网技术和VoIP技术的集成,就必须提供智能网所需要的业务交换功能和呼叫控制功能,其中最关键的就是要解决VoIP域目前并存的多种形式各异的呼叫处理流程与智能网域要求的规范化呼叫处理流程相互融合的问题,也就是,要对VoIP网络中基于特点各不相同的多种异质呼叫信令,如H.323、SIP、MGCP、SIGTRAN等,实现遵循智能网规范的统一的呼叫控制流程和业务触发模式。此外,考虑到未来VoIP业务的多样性以及用户终端的多样性,在按照智能网模式处理VoIP呼叫的过程中,还需要提供信令中介功能,也就是,软交换还必须解决在同一个呼叫处理流程实现不同呼叫控制信令之间的转换或互操作问题,比如:H.323和SIP间的互操作,H.323和SIGTRAN间的互操作,MGCP和SIP间的互操作等。
发明内容
有鉴于此,本发明的主要目的在于提供一种实现软交换多种信令的呼叫处理方法,能在严格按照智能网方式实现基本呼叫处理和触发点检出功能的同时,灵活实现异质信令之间的呼叫处理和互操作功能,进而为IP用户提供智能业务。
本发明的另一目的在于提供一种与上述呼叫处理方法对应的实现软交换多种信令的集成呼叫系统,能够灵活支持VoIP网络中各种呼叫控制信令间的互操作功能,并严格按照智能网方式实现基本呼叫处理和触发点检出功能,从而实现智能网技术与VoIP技术的集成与融合。
为达到上述目的,本发明的技术方案是这样实现的:
一种实现软交换多种信令的呼叫处理方法,用于实现智能网域呼叫处理模式与VoIP域呼叫处理模式的集成,其特征在于,呼叫发起时,先分别建立呼叫处理系统中发端呼叫处理模块、收端呼叫处理模块与主叫终端、被叫终端所用信令协议对应的信令处理器模块之间的动态连接;在呼叫过程中对呼叫处理模块和信令处理器模块之间的呼叫状态进行叠加处理;在呼叫结束后,撤销呼叫处理系统中发端呼叫处理模块、收端呼叫处理模块与主、被叫终端所用信令协议对应的信令处理器模块之间的动态连接;
所述呼叫过程中对呼叫处理模块和信令处理器模块之间的叠加处理过程包括发端呼叫处理和收端呼叫处理两部分,其中,发端呼叫处理过程包括发端信令处理器模块执行步骤a11至步骤a14的同时,发端呼叫处理模块执行步骤b11至步骤b14:
a11)发端信令处理器模块判断是否有主叫用户终端发来的信令消息,如果没有,执行步骤a12;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a13;如果需要,则将当前状态转移至目的状态,再执行步骤a13;
a12)判断是否有发端呼叫处理模块发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a13;如果需要,则将当前状态转移至目的状态,再执行步骤a13;
a13)判断是否需要向主叫用户终端发送消息,如果需要,则向主叫用户终端发送相应的消息;判断是否需要向发端呼叫处理模块发送状态迁移控制令牌,如果需要,则向发端呼叫处理模块发送相应的状态迁移控制令牌;然后执行步骤a14;
a14)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与发端呼叫控制模块的连接;否则,返回步骤a11;
b11)发端呼叫处理模块判断是否有发端信令处理器模块发来的状态迁移控制令牌,如果没有,执行步骤b12;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b12)判断是否有收端呼叫处理模块发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b13)判断是否需要向收端呼叫控制模块发送呼叫处理事件指示,如果需要,则向收端呼叫控制模块发送相应的呼叫处理事件指示;判断是否需要向发端信令处理器发送状态迁移控制令牌,如果需要,则向发端信令处理器发送相应的状态迁移控制令牌;然后执行步骤b14;
b14)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程;否则,返回步骤b11;
收端呼叫处理过程包括收端信令处理器模块执行步骤a21至步骤a24的同时,收端呼叫处理模块执行步骤b21至步骤b24:
a21)收端信令处理器模块判断是否有被叫用户终端发来的信令消息,如果没有,执行步骤a22;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a23;如果需要,则将当前状态转移至目的状态,再执行步骤a23;
a22)判断是否有收端呼叫处理模块发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a23;如果需要,则将当前状态转移至目的状态,再执行步骤a23;
a23)判断是否需要向被叫用户终端发送消息,如果需要,则向被叫用户终端发送相应的消息;判断是否需要向收端呼叫处理模块发送状态迁移控制令牌,如果需要,则向收端呼叫处理模块发送相应的状态迁移控制令牌;执行步骤a24;
a24)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与收端呼叫控制模块的连接;否则,返回步骤a21;
b21)收端呼叫处理模块判断是否有收端信令处理器模块发来的状态迁移控制令牌,如果没有,执行步骤b22;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b22)判断是否有发端呼叫处理模块发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b23)判断是否需要向发端呼叫控制模块发送呼叫处理事件指示,如果需要,则向发端呼叫控制模块发送相应的呼叫处理事件指示;判断是否需要向被叫侧信令处理器模块发送状态迁移控制令牌,如果需要,则向被叫侧信令处理器模块发送相应的状态迁移控制令牌;然后执行步骤b24;
b24)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,否则,返回步骤b21。
其中,所述呼叫处理模块与信令处理器模块之间的呼叫状态叠加处理关系进一步包括:将信令处理器模块的状态拆分或合并,与呼叫处理模块状态形成一对一、或一对多、或多对一的等价映射关系。
上述方案中,呼叫处理模块与信令处理器模块之间的连接关系在呼叫发起阶段动态建立,并在本次呼叫释放阶段动态释放。所述发端呼叫处理模块与收端呼叫处理模块根据主、被叫用户终端使用的信令协议分别与不同类型的信令处理器模块建立动态连接关系。所述呼叫处理模块与信令处理模块之间传送的状态迁移控制令牌包括:呼叫发起指示CC_SETUP、呼叫进展指示CCPROGRESS、被叫振铃指示CC_ALERTING、被叫摘机指示CC_CONNECTED、呼叫释放CC_RELEASE、呼叫释放完成CC RELEASE-ACK、请求呼叫信息CC_GETINFO、提交呼叫信息CC_INFOACK。
上述方案中,所述呼叫处理模块为包括O_BCSM和T_BCSM的智能网呼叫控制模块,O_BCSM和T_BCSM可以都与H.323信令处理器建立连接关系;也可以都与SIP信令处理器建立连接关系;或者是,O_BCSM与SIP发端FSM进行叠加,T_BCSM与H.323收端FSM进行叠加等等。
本发明还同时提供一种实现软交换多种信令的集成呼叫系统,包括:
呼叫处理子系统,实现智能网域呼叫处理功能,支持ITU-T CS2半呼叫状态模型,以规范化的流程控制所有呼叫的处理过程,实现对各类呼叫事件和业务触发检测点的统一管理,进一步包含发端呼叫处理模块、收端呼叫处理模块;
信令处理子系统,实现VoIP域基于特定信令协议的呼叫处理功能,包含一种或一种以上信令处理器模块;
呼叫处理子系统向信令处理子系统发送呼叫处理指示,同时接收信令处理子系统发来的的信令事件指示;呼叫处理子系统中的发端呼叫处理模块和收端呼叫处理模块之间相互传递BCSM内部指示;每种信令处理器模块分别发送或接收去往或来自外部实体的信令消息。
其中,所述信令处理器模块为:SIGTRAN信令处理器、或H.323信令处理器、或SIP信令处理器、或ISUP信令处理器、或Q.931信令处理器、或BICC信令处理器、或MGCP信令处理器、或上述信令处理器的任意组合。
上述方案中,所述信令处理器模块进一步包括:信令协议栈实体单元,负责外部信令消息的收发和编解码处理;信令映射机实体单元,负责与呼叫处理模块交换状态迁移控制令牌,并驱动自身状态的迁移。其中,所述信令映射机实体单元包括发端信令映射机和收端信令映射机。那么,所述信令处理器模块为H.323信令处理器,则所述发端信令映射机包括:空闲处理单元、呼叫初始化单元、呼叫进行单元、呼叫发送单元和激活单元;所述收端信令映射机包括:空闲处理单元、呼叫显示单元、呼叫进行单元、呼叫接收单元和激活单元。所述信令处理器模块为SIP信令处理器,则所述发端信令映射机包括:空闲处理单元、邀请单元、尝试单元、振铃单元、接收单元、应答单元和释放单元;所述收端信令映射机包括:空闲处理单元、邀请单元、尝试单元、振铃单元、接收单元、应答单元和释放单元。
本发明所提供的实现软交换多种信令的集成呼叫系统及呼叫处理方法,实现了智能网技术与VoIP技术的综合,并可灵活地支持VoIP网络中不同信令协议的互操作,因此本发明具有以下的优点和特点:
1)本发明的呼叫系统采用叠加式呼叫处理的方法,不仅满足了智能网技术与VoIP技术集成的需要,而且保证了VoIP技术发展的独立性,对实现智能网和VoIP综合的体系结构具有指导性作用;
2)本发明给出的软交换集成呼叫系统通过呼叫状态叠加处理方法,对形式各异的多种VoIP呼叫处理流程进行概念化抽象,能够在并存多种呼叫控制信令的复杂VoIP网络环境中以统一的方式进行呼叫控制和接续处理,灵活提供不同呼叫控制信令之间的协议转换功能,可以为异质信令终端之间的基本语音呼叫的建立、维持和释放提供控制功能,并促进现有的多种VoIP网络之间的融合;
3)本发明方案提出的呼叫集成处理方法,支持ITU-T CS2半呼叫模型,提供智能呼叫触发检出功能,可以实现与智能网业务逻辑的交互,接收来自传统智能网业务控制功能实体(SCP)的监视和控制请求,并对其中与呼叫相关的事件进行处理,为在VoIP网络环境中提供“即插即用”的新业务奠定了基础;
4)本发明的呼叫集成方式具有很高的灵活性、可扩展性,基于该呼叫处理方法实现的软交换集成呼叫系统支持模块化设计,能够支持动态加载新的信令处理模块,可以适应VoIP呼叫控制信令快速发展的需求,增强了整个系统的可伸缩性;
5)本发明通过集成呼叫系统不但实现了VoIP网络层不同信令的融合,更重要的是可以提供与电路交换网络的业务的融合,使分组交换网络能够继承原有电路交换网中丰富的业务功能,同时可在全网范围内采用智能网技术快速提供新型业务。
附图说明
图1a为智能网中BCSM的组成结构示意图;
图1b为智能网中O_BCSM呼叫状态组成结构示意图;
图1c为智能网中T_BCSM呼叫状态组成结构示意图;
图2为域间集成的框架结构示意图;
图3a为叠加式呼叫处理方法的状态映射方式示意图;
图3b为叠加式呼叫处理方法简化复杂状态映射的方式示意图;
图4为本发明第三实施例描述的典型的VoIP域H.323呼叫处理流程示意图;
图5为本发明第三实施例描述的基于H.323信令实现VoIP域与智能网域叠加式呼叫处理的过程示意图;
图6为本发明第四实施例描述的SIP呼叫的典型流程示意图;
图7为本发明第四实施例描述的基于SIP信令实现VoIP域与智能网域叠加式呼叫处理的过程示意图;
图8为本发明第五实施例描述的基于叠加式呼叫处理方法实现SIP信令与H.323信令互操作的示意图;
图9为本发明集成呼叫系统的组成结构示意图;
图10为信令处理器模块的内部组成结构示意图;
图11a为H.323发端信令映射机的组成结构示意图;
图11b为H.323收端信令映射机的组成结构示意图;
图12a为SIP发端信令映射机的组成结构示意图;
图12b为SIP收端信令映射机的组成结构示意图;
图13为本发明软交换集成呼叫系统一应用实例的结构示意图。
具体实施方式
从业务提供的角度来说,智能网系统业务交换点最普通的形式大体包括两种基本功能部分:呼叫控制单元和业务交换单元。其中,呼叫控制单元处理与呼叫处理相关的功能;业务交换单元处理所有与业务接入相关的功能。通常情况下,呼叫控制单元和业务交换单元以有限状态机(FSM)的形式实现,进而达到追踪业务控制流程以及呼叫处理过程的目的。
为实现智能网技术与VoIP技术的融合,本发明提出了基于叠加方式的业务域间集成架构,如图2所示。图2中,业务域间集成架构同时支持智能网域业务交换单元、智能网域呼叫控制单元和VoIP域呼叫控制单元。集成呼叫系统包括智能网域呼叫控制单元和VoIP域呼叫控制单元。其中,智能网域呼叫控制单元和VoIP域呼叫控制单元分别具有各自的技术特征,VoIP域呼叫控制单元与智能网域呼叫控制单元根据呼叫处理特点的不同分别定义了面向各自域特点的不同形式的有限状态机(FSM)。本发明中,智能网域呼叫控制单元的形式与图1a所示结构相同,分为发端呼叫控制单元和收端呼叫控制单元,其包含的呼叫状态定义也与图1b和图1c所示组成结构相同。VoIP域的呼叫控制单元则根据所使用信令的分为多种类型,并且其包含的呼叫状态定义也各不相同,比如:H.323呼叫控制单元、SIP呼叫控制单元、MGCP呼叫控制单元。
本发明基于图2所示的集成呼叫处理架构,在保持智能网域呼叫处理模式和VoIP域各自呼叫处理模式的技术特征不发生改变的情况下,实现VoIP域呼叫控制模式和智能网域呼叫控制模式的集成,由智能网域呼叫控制单元和VoIP域呼叫控制单元共同完成对呼叫处理过程的控制。概括地说,本发明的基本原理是:首先制定VoIP域呼叫控制状态与智能网域呼叫控制状态之间的等价映射关系,然后在呼叫处理过程中依据这种等价映射关系控制两者呼叫状态的动态迁移过程,实现两者在呼叫处理步骤上的语义一致性。
VoIP域呼叫控制单元与智能网域呼叫控制单元之间的状态等价映射可采用四种方式:一对一、一对多、多对一和多对多,如图3a所示。其中,多对多映射的情况可能会带来二义性问题,使FSM关联状态之间的迁移出现混乱。比如:图3a中智能网域呼叫控制单元(FSM A)中的状态S被分别映射到VoIP域呼叫控制单元(FSM B)的状态J和状态K,但FSM B中的状态J与FSM A中的状态R也存在一个映射。这种情况下,应采用如下补偿方式予以避免:保持智能网域FSM A呼叫状态不变,将VoIP域FSM B中的状态J和状态K合并成一个状态来处理,并同时映射到智能网域FSM A中的状态R和状态S,如图3b所示。
在本发明的叠加呼叫处理过程中,VoIP域呼叫控制单元与智能网域呼叫控制单元将根据状态之间的等价映射关系完成对呼叫的关联处理,即:在呼叫处理过程中,任何一方呼叫控制单元的状态迁移行为都将启动对方等价状态的同步迁移,这一过程通过在VoIP域呼叫控制单元与智能网域呼叫控制单元之间传递状态迁移控制令牌实现。当某一个呼叫控制单元启动一次状态(或状态序列)迁移后,将同步向对应呼叫控制单元呼叫发送状态迁移控制令牌,只有当收到该令牌的呼叫控制单元也完成与之等价的状态迁移后,才能再起动下一次的呼叫状态迁移过程。所述状态迁移控制令牌携带有特定的状态映射指示信息,收到控制令牌的呼叫控制单元将根据令牌中携带的信息决定呼叫状态的迁移方式。在上述叠加呼叫处理方法中,本发明中根据智能网域呼叫控制单元的需要,设定了八种主要的控制令牌,其名称与含义如表一所示。
状态迁移控制令牌 | 指示信息说明 |
CC_SETUP | 呼叫发起指示 |
CC_PROGRESS | 呼叫进展指示 |
CC_ALERTING | 被叫振铃指示 |
CC_CONNECTED | 被叫摘机指示 |
CC_RELEASE | 呼叫释放指示 |
CC_RELEASEACK | 呼叫释放完成 |
CC_GETINFO | 请求呼叫信息 |
CC_INFOACK | 提交呼叫信息 |
表一
基于智能网呼叫控制单元支持半呼叫模型的特点,VoIP域呼叫控制单元与智能网域呼叫控制单元之间的集成呼叫处理包含发端侧和收端侧两部分,本发明呼叫处理的基本实现过程是这样的:
A)在呼叫发起时,首先根据本次呼叫的主被叫用户终端所使用的信令协议,建立智能网域发端呼叫控制单元(O_BCSM)、收端呼叫控制单元(T_BCSM)与当前主叫终端、被叫终端所用信令对应的特定VoIP域呼叫控制单元,如SIP呼叫控制单元和H.323呼叫控制单元之间的动态连接。
B)在呼叫过程中,智能网域发端呼叫控制单元和收端呼叫控制单元分别根据所关联的VoIP域呼叫控制单元的呼叫状态的变化,完成自身的状态转移;并在呼叫结束后,释放与对应的VoIP呼叫控制单元在本次呼叫发起时建立的动态连接。
具体实现过程包括发端呼叫处理和收端呼叫处理两部分,其中,发端呼叫处理过程包括:发端VoIP域呼叫控制单元执行步骤b11至步骤b14的同时,发端智能网域呼叫控制单元执行步骤b21至步骤b24:
b11)发端VoIP域呼叫控制单元判断是否有主叫用户终端发来的信令消息,如果没有,执行步骤b12;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b12)判断是否有发端智能网域呼叫控制单元发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b13)判断是否需要向主叫用户终端发送消息,如果需要,则向主叫用户终端发送相应的消息;判断是否需要向发端智能网域呼叫控制单元发送状态迁移控制令牌,如果需要,则向发端智能网域呼叫控制单元发送相应的状态迁移控制令牌,执行步骤b14;
b14)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与发端呼叫控制模块的连接;否则,返回步骤b11;
b21)发端智能网域呼叫控制单元判断是否有发端VoIP域呼叫控制单元发来的状态迁移控制令牌,如果没有,执行步骤b22;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b22)判断是否有收端智能网域呼叫控制单元发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b23)判断是否需要向收端智能网域呼叫控制单元发送呼叫处理事件指示,如果需要,则向收端智能网域呼叫控制单元发送相应的呼叫处理事件指示;判断是否需要向VoIP域呼叫控制单元发送状态迁移控制令牌,如果需要,则向发端VoIP域呼叫控制单元发送相应的状态迁移控制令牌;然后执行步骤b24;
b24)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程;否则,返回步骤b21;
收端呼叫处理过程包括收端VoIP域呼叫控制单元执行步骤b31至步骤b34的同时,收端智能网域呼叫控制单元执行步骤b41至步骤b44:
b31)收端VoIP域呼叫控制单元判断是否有被叫用户终端发来的信令消息,如果没有,执行步骤b32;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b33;如果需要,则将当前状态转移至目的状态,再执行步骤b33;
b32)判断是否有收端智能网域呼叫控制单元发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b33;如果需要,则将当前状态转移至目的状态,再执行步骤b33;
b33)判断是否需要向被叫用户终端发送消息,如果需要,则向被叫用户终端发送相应的消息;判断是否需要向收端智能网域呼叫控制单元发送状态迁移控制令牌,如果需要,则向收端智能网域呼叫控制单元发送相应的状态迁移控制令牌;执行步骤b34;
b34)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与收端智能网域呼叫控制单元的连接;否则,返回步骤b31;
b41)收端智能网域呼叫控制单元判断是否有收端VoIP域呼叫控制单元发来的状态迁移控制令牌,如果没有,执行步骤b42;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b43;如果需要,则将当前状态转移至目的状态,再执行步骤b43;
b42)判断是否有发端智能网域呼叫控制单元发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b43;如果需要,则将当前状态转移至目的状态,再执行步骤b43;
b43)判断是否需要向发端智能网域呼叫控制单元发送呼叫处理事件指示,如果需要,则向发端呼叫控制模块发送相应的呼叫处理事件指示;判断是否需要向被叫侧VoIP域呼叫控制单元发送状态迁移控制令牌,如果需要,则向被叫侧VoIP域呼叫控制单元发送相应的状态迁移控制令牌;执行步骤b44;
b44)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,否则,返回步骤b41。
在上述叠加呼叫处理过程中,智能网域呼叫控制单元的O_BCSM和T_BCSM通过叠加不同的VoIP呼叫控制单元,实现在一次呼叫处理流程中同时支持两种信令的目的。在这种叠加呼叫处理模式下,发端呼叫控制操作通过BCSM的内部指示可以驱动T_BCSM的状态迁移;同样,收端呼叫控制操作也通过BCSM的内部指示驱动O_BCSM的状态迁移,因此,通过O_BCSM和T_BCSM之间的连动关系,可以间接实现发端信令状态机和收端信令状态机之间的映射。可以看出,基于本发明提出的叠加呼叫处理方法还可以灵活地实现不同信令之间的互操作功能。
下面分别以两个主要的VoIP信令协议:H.323和SIP信令为例,结合附图对本发明提出的基于叠加模式实现呼叫处理以及信令互操作的方法作进一步详细的说明。
实施例一:基于叠加模式的H.323呼叫处理流程。
图4显示了在H.323呼叫控制单元控制下的一个典型的H.323呼叫建立和拆除过程中的信令消息图,图4显示了H.323呼叫控制单元FSM的定义方式,以及在基本呼叫处理过程中,FSM状态迁移与H.323信令处理之间的时序关系。
采用叠加方式实现的H.323呼叫处理过程如图5所示,图5左半部分显示了发端侧H.323信令机状态和O_BCSM的叠加处理方式;图5右半部分显示了收端侧H.323信令状态和T_BCSM的叠加处理方式。下面仅以发端侧呼叫叠加处理流程为例,详细说明发端侧H.323呼叫控制单元与O-BCSM的叠加式呼叫处理过程:
1)H.323发端FSM在“NULL”状态下,收到外部信令实体发送的呼叫建立消息Setup,迁移到Call Initiated状态,向O_BCSM发送状态迁移指示令牌CC_Setup;
2)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息,然后根据映射规则将自身状态从“O_NULL”状态依次迁移,直到“Send Call”状态,完成与H.323发端FSM的状态同步,向H.323发端FSM发送状态迁移指示令牌CC_PROGRESS,然后向T_BCSM发送呼叫控制指示,并等待T_BCSM返回响应信息;
3)H.323发端FSM根据令牌消息CC_PROGRESS携带的信息,将自身状态迁移至“Outgoing Call initiated”状态,向外部信令实体发送Call Proceeding消息;
4)O_BCSM接收到T_BCSM发送的被叫振铃事件,迁移至“O_Alerting”状态,向H.323发端FSM发送令牌消息CC_Alerting;
5)H.323发端FSM根据令牌消息CC_Alerting携带的信息,迁移至“CallDelivered”状态,并向外部信令实体发送Call Proceeding消息;
6)O_BCSM接收到T_BCSM侧发送来的被叫摘机事件,迁移至“O_Active”状态,并向H.323发端FSM发送令牌消息CC_Connected;
7)H.323发端FSM根据令牌消息CC_Connected携带的信息,迁移至“Active”状态,并向外部信令实体发送呼叫建立消息Connect消息,此时呼叫在主被叫终端之间建立起来;
8)H.323发端FSM在“Active”状态下,收到外部信令实体发送的呼叫释放消息Release,迁移至“Null”状态,向O_BCSM发送令牌消息CC_Release;
9)O_BCSM得到令牌后,向T_BCSM发送呼叫释放指示,在收到对端呼叫释放指示后,迁移至“O_Null”状态,并向H.323发端FSM发送令牌消息CC_RELEASEACK,此时呼叫被释放。
从图5可以看出,在外部H.323信令消息的驱动下,VoIP域呼叫控制单元和智能网域呼叫控制单元在叠加式呼叫处理过程中始终保持等价状态之间的同步迁移。在上述呼叫处理过程中,O_BCSM在进行内部状态迁移时,如果对应的触发点被配置,并且满足预设的触发条件,呼叫处理过程将会被挂起,并触发相应的智能业务逻辑,从而实现接入智能业务的目的。
实施例二:基于叠加模式的SIP呼叫处理流程。
SIP是由IETF提出的一个应用层控制(信令)协议,用来创建、修改以及终结一个或多个参与者参加的会话进程,基于SIP呼叫控制单元的典型呼叫处理流程如图6所示,图6显示了SIP呼叫控制单元FSM与智能网域呼叫控制单元BCSM之间的状态等价映射关系。
采用叠加方式实现的SIP呼叫处理过程如图7所示,图7左半部分显示了发端侧SIP呼叫控制状态和O_BCSM的叠加处理方式;图7右半部分显示了收端侧SIP呼叫控制状态和T_BCSM的叠加处理方式。下面仅以发端侧呼叫叠加处理流程为例,详细说明发端侧SIP呼叫控制单元与O-BCSM的叠加式呼叫处理过程:
1)SIP发端FSM在“NULL”状态下,收到外部信令实体发送的呼叫发起消息INVITE,迁移到“Invite”状态,然后根据映射规则向O_BCSM发送状态迁移指示令牌CC_Setup;
2)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息,从“O_NULL”状态依次迁移,直到“Send Call”状态,完成与SIP发端FSM的状态同步,并向SIP发端FSM发送状态迁移指示令牌CC_PROGRESS,然后向T_BCSM发送呼叫控制指示,并等待后者返回响应信息;
3)SIP发端FSM根据令牌消息CC_PROGRESS携带的信息,迁移至“Trying”状态,并向外部信令实体发送100 Trying消息;
4)O_BCSM接收到T_BCSM发送的被叫振铃事件,迁移至“O_Alerting”状态,向SIP发端FSM发送令牌消息CC_Alerting。
5)SIP发端FSM根据令牌消息CC_Alerting携带的信息,迁移至“Ringing”状态,并向外部信令实体发送180 Ringing消息;
6)O_BCSM接收到T_BCSM侧发送来的被叫摘机事件,迁移至“O_Active”状态,并向SIP发端FSM发送令牌消息CC_Connected。
7)SIP发端FSM根据令牌消息CC_Connected携带的信息,迁移至“Ok”状态,并向外部信令实体发送200OK消息,在收到外部信令实体返回的ACK消息后,迁移到ACK状态,完成与智能网呼叫控制单元的状态同步,此时呼叫在主被叫终端之间建立起来。
8)SIP发端FSM收到外部信令实体发送的呼叫释放消息BYE,迁移至“Bye”状态,向O_BCSM发送令牌消息CC_Release。
9)O_BCSM得到令牌后,向T_BCSM发送呼叫释放指示,迁移至“O_Null”状态,并向SIP发端FSM发送令牌消息CC_ReleaseACK。
10)SIP发端FSM收到令牌消息CC_ReleaseACK,迁移到“Null”状态,并向外部信令实体发送200OK消息,此时呼叫被释放。
在上述呼叫处理过程中,O_BCSM在进行内部状态迁移时,如果对应的触发点被配置,并且满足预设的触发条件,呼叫处理过程将会被挂起,并触发相应的智能业务逻辑,从而实现接入智能业务的目的。
如图7所示,在外部SIP信令消息的驱动下,VoIP呼叫控制单元和智能网呼叫控制单元在叠加式呼叫处理过程中始终保持等价状态之间的同步迁移。可以看出,所述的叠加方式实现了智能网呼叫控制单元和VoIP呼叫控制单元的同步工作,并同时具有各自的技术特点:SIP呼叫控制单元按照自己的状态机定义方式处理SIP信令消息的接收和发送,智能网呼叫控制单元则支持基于ITU-CS2半呼叫模型(half-call-model)的状态机,在呼叫执行过程中根据检测点将呼叫触发到业务服务器以提供附加业务及增值业务。
实施例三:基于叠加模式的SIP信令和H.323信令互操作流程。
下面以H.323信令和SIP信令为例,结合附图对本发明提出的基于叠加式呼叫处理模式实现异质信令互操作的实施方法作进一步详细的说明。假设主叫方为SIP终端用户,被叫方为H.323终端用户,其叠加式呼叫处理方法如图8所示。图8中,在发端侧,O_BCSM与SIP发端FSM进行叠加,T_BCSM与H.323收端FSM进行叠加,并通过BCSM的内部信息格式进行交互。
1)SIP发端FSM在“NULL”状态下,收到外部SIP信令实体发送的呼叫发起消息INVITE,迁移到“Invite”状态,并向O_BCSM发送状态迁移指示令牌CC_Setup;
2)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息,根据状态映射规则从“O_NULL”状态依次迁移,直到“Send Call”状态,完成与SIP发端FSM的状态同步,并向SIP发端FSM发送状态迁移指示令牌CC_PROGRESS,然后向T_BCSM发送呼叫控制指示,并等待后者返回响应信息;
3)SIP发端FSM根据令牌消息CC_PROGRESS携带的信息,迁移至“Trying”状态,并向外部信令实体发送100 Trying消息;
4)T_BCSM收到O_BCSM发送的呼叫发起指示,从“O_NULL”状态依次迁移至“Present_Call”状态,并向H.323收端FSM发送状态迁移指示令牌CC_Setup;
5)H.323收端FSM根据状态迁移指示令牌CC_Setup携带的信息,从“NULL”状态迁移到“Call Present”状态,向外部H.323信令实体发送H.323呼叫信令消息Setup,并在收到外部H.323信令实体返回的信令消息CallProceeding后迁移到“Incoming Call Proceeding”状态,完成与T_BCSM的状态同步;
6)H.323收端FSM收到外部H.323信令实体发送被叫振铃消息Alerting后,迁移到“Call Received”状态,并向T_BCSM发送状态迁移指示令牌CC_Alerting。
7)T_BCSM根据状态迁移指示令牌CC_Alerting携带的信息,迁移到“T_Alerting”状态,完成与H.323收端FSM的状态同步,并向O_BCSM发送被叫振铃事件信息;
8)O_BCSM接收到T_BCSM发送的被叫振铃事件,迁移至“O_Alerting”状态,并向SIP发端FSM发送令牌消息CC_Alerting。
9)SIP发端FSM根据令牌消息CC_Alerting携带的信息,迁移至“Ringing”状态,并向外部信令实体发送180 Ringing消息;
10)H.323收端FSM收到外部H.323信令实体发送被叫摘机消息Connect后,迁移到“Active”状态,并向T BCSM发送状态迁移指示令牌CC_Connected。
11)T BCSM根据状态迁移指示令牌CC_Connected携带的信息,迁移到“T_Active”状态,完成与H.323收端FSM的状态同步,并向O_BCSM发送被叫应答事件信息;
12)O_BCSM接收到T_BCSM侧发送来的被叫摘机事件,迁移至“O_Active”状态,并向SIP发端FSM发送令牌消息CC_Connected。
13)SIP发端FSM根据令牌消息CC_Connected携带的信息,迁移至“Ok”状态,并向外部信令实体发送200 OK消息,在收到外部信令实体返回的ACK消息后,迁移到ACK状态,完成与智能网呼叫控制单元的状态同步,此时呼叫在主被叫终端之间建立起来。
14)SIP发端FSM收到外部信令实体发送的呼叫释放消息BYE,迁移至“Bye”状态,向O_BCSM发送令牌消息CC_Release。
15)O_BCSM得到令牌CC_Release后,向T_BCSM发送呼叫释放指示,迁移至“O_Null”状态,并向SIP发端FSM发送令牌消息CC_ReleaseACK。
16)SIP发端FSM收到令牌消息CC_ReleaseACK,迁移到“Null”状态,并向外部信令实体发送200 OK消息,此时呼叫被释放。
17)T_BCSM接收到O_BCSM侧发送来的主叫释放事件,迁移至“O_Null”状态,并向H.323收端FSM发送令牌消息CC_Release。
18)H.323收端FSM收到令牌消息CC_Release,迁移到“Null”状态,向T_BCSM返回令牌消息CC_ReleaseACK,并向外部H.323信令实体发送ReleaseCompelete消息,此时呼叫被释放。
基于上述叠加式呼叫处理方法,本发明提出一种支持多种信令的软交换集成呼叫系统,如图9所示,本发明集成呼叫系统由呼叫处理子系统90和信令处理子系统91组成。
呼叫处理子系统90负责实现智能网域的呼叫控制单元功能,包括基于ITU-CS2半呼叫模型的发端呼叫处理模块901和收端呼叫处理模块902。发端呼叫处理模块901和收端呼叫模块呼叫处理模块901支持基于ITU-CS2半呼叫模型(half-call-model)的状态机,提供遵循智能网技术标准的呼叫建立和释放机制,统一保持呼叫的状态,实现对各类呼叫事件和业务触发检测点的统一管理,支持智能网业务触发点的设置和解除机制,可以根据检测点将呼叫触发到业务服务器以提供附加业务及增值业务。
信令处理子系统91负责实现VoIP域呼叫控制单元的功能,包含一种或一种以上的信令处理器模块,信令处理器模块基于不同的信令状态机,支持某种特定的协议处理流程,实现基本呼叫的接入功能。这里,所述的信令处理器模块可以是SIGTRAN信令处理器、H.323信令处理器、SIP信令处理器、ISUP信令处理器、Q.931信令处理器、BICC信令处理器或MGCP信令处理器等。在实际应用中,信令处理子系统91可根据VoIP网络的需要,动态添加新的信令处理器,从而使软交换集成呼叫系统具有快速引入新的信令或信令变种的能力。
呼叫处理子系统90的发端呼叫处理模块901和收端呼叫处理模块902与特定信令处理器模块之间的叠加关系在呼叫发起时动态建立,并在本次呼叫结束后释放。在集成呼叫系统的统一控制下,呼叫处理子系统90的发端呼叫处理模块901与收端呼叫处理模块902根据主被叫用户终端所使用的不同信令协议,分别叠加信令子系统91中的不同信令处理器,实现在一次呼叫处理流程中同时支持不同信令的目的。
信令处理器模块在结构上又包括两部分:信令协议栈实体单元100和信令映射机实体单元101,如图10所示。信令协议栈实体单元100负责外部信令消息的收发和编解码处理,信令映射机实体单元101以描述特定信令处理过程的有限状态自动机为基础,其主要功能是与呼叫处理模块交换状态迁移控制令牌,并驱动自身状态的迁移,实现与呼叫处理模块之间的状态同步。根据呼叫处理的特点,信令映射机实体单元101一般分为发端映射机1011和收端映射机1012。
下面分别以H.323信令处理器模块和SIP信令处理器模块为例,结合附图对信令处理器模块的实施方式作进一步详细的说明。
实施例四:H.323信令处理器模块,包括发端信令映射机和收端信令映射机。
本实施例中,H.323信令处理器模块的发端信令映射机的结构参见图11a所示,该发端信令映射机进一步包含:空闲(NULL)处理单元1101、呼叫初始化(Call Initiated)单元1102、呼叫进行(Incoming Call Proceeding)单元1103、呼叫发送(Call Delived)单元1104以及激活(Active)单元1105。
其中,NULL单元1101,负责在接收到H.323信令协议栈实体单元100发送的信令消息Setup后,转入Call initiated单元1102;
Call initiated单元1102,向发端呼叫处理模块901发送状态迁移控制令牌CC_Setup,在收到发端呼叫处理模块901返回的状态迁移控制令牌CC_Proceeding后,转入Incoming Call Proceeding单元1103;
Incoming Call Proceeding单元1103,向H.323信令协议栈实体单元100发送Call Proceeding消息,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Alerting后,转入Call Delived单元1104;
Call Delived单元1104,向H.323信令协议栈实体单元100发送A1erting消息,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Connected后,转入Active单元1105;
Active单元1105,向H.323信令协议栈实体单元100发送Connect消息,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Release后,向H.323信令协议栈实体单元100发送Release Complete消息,并向发端呼叫处理模块901返回CC ReleaseACK,然后返回Null单元1101。
在上述状态单元1101~1105的运行过程中,如果收到来自H.323信令协议栈实体单元100发送释放完成消息Release Complete消息,则也向发端呼叫处理模块901发送状态迁移控制令牌CC_Release,然后返回到Null单元1101。
本实施例中,H.323信令处理器模块的收端信令映射机的结构参见图11b所示,该收端信令映射机进一步包含:空闲(NULL)处理单元1111和1116、呼叫显示(Call Present)单元1112、呼叫进行(Outgoing Call Proceeding)单元1113、呼叫接收(Call Received)单元1114以及Active单元1115。
其中,NULL单元1111,在收到收端呼叫处理模块902发送的状态迁移控制令牌CC_Setup后,转入Call Present单元1112;
Call Present单元1112,向H.323信令协议栈实体单元100发送Setup消息,在收到H.323信令协议栈实体单元100返回的Call Proceeding消息后,转入Outgoing Call Proceeding单元1113;
Outgoing Call Proceeding单元1113,向收端呼叫处理模块902发送状态迁移控制令牌CC_Proceeding,在收到H.323信令协议栈实体单元100发送的H.323信令消息Alerting后,转入Call Received单元1114;
Call Received单元1114,向收端呼叫处理模块902发送状态迁移控制令牌CC_Alerting,在收到H.323信令协议栈实体单元100发送的Connect消息后,转入Active单元1115;
Active单元1115,向收端呼叫处理模块902发送状态迁移控制令牌CC_Connected,在收到H.323信令协议栈实体单元100发送的Release Complete消息后,向收端呼叫处理模块902发送状态迁移控制令牌CC_Release,然后返回到Null单元1111。
在上述状态单元1111~1115的运行过程中,如果收到收端呼叫处理模块902发送的状态迁移控制令牌CC_Release,向H.323信令协议栈实体单元100发送释放完成消息Release Complete,并向收端呼叫处理模块902返回CCReleaseACK,然后返回到Null单元1111。
实施例五:SIP信令处理器模块,包括发端信令映射机和收端信令映射机。
本实施例中,SIP信令处理器模块的发端信令映射机的结构参见图12a所示,该发端信令映射机进一步包含:空闲(NULL)处理单元1201、邀请(Invite)单元1202、尝试(Trying)单元1203、振铃(Ringing)单元1204、接收(Ok)单元1205、应答(Ack)单元1206和释放(Bye)单元1207。
其中,NULL单元1201,收到SIP信令协议栈实体单元100发送的INVITE消息,转入Invite单元1202;
Invite单元1202,向发端呼叫处理模块901发送状态迁移控制令牌CC_Setup,在收到发端呼叫处理模块901返回的状态迁移控制令牌CC_Proceeding后,转入Trying单元1203;
Trying单元1203,向SIP信令协议栈实体单元100发送100 Trying消息,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Alerting后,转入Ringing单元1204;
Ringing单元1204,向SIP信令协议栈实体单元100发送180 Ringing消息,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Connected后,转发给Ok单元1205;
Ok单元1205,向SIP信令协议栈实体单元100发送200 OK消息,在收到SIP信令协议栈实体单元100发送的ACK消息后,转入Ack单元1206;
Ack单元1206,在收到发端呼叫处理模块901发送的状态迁移控制令牌CC_Release后,转入Bye单元1207;
Bye单元1207,向SIP信令协议栈实体单元100发送BYE消息,在收到SIP信令协议栈实体单元100发送的200 OK消息后返回Null单元1201。
在上述状态单元1201~1207的运行过程中,若收到SIP信令协议栈实体单元100发送的BYE消息,也转入Bye单元1207;Bye单元1207向发端呼叫处理模块901发送状态迁移控制令牌CC_Release,并向SIP信令协议栈实体单元100发送OK消息,然后返回Null单元1201。
本实施例中,SIP信令处理器模块的发端信令映射机的结构参见图12b所示,该发端信令映射机进一步包含:空闲(Null)处理单元1211、邀请(Invite)单元1212、尝试(Trying)单元1213,振铃(Ringing)单元1214、接收(Ok)单元1215,应答(Ack)单元1216以及释放(Bye)单元1217。
其中,Null单元1211,收到收端呼叫处理模块902发送的状态迁移控制令牌CC_Setup,转入Invite单元1212;
Invite单元1212,向SIP信令协议栈实体单元100发送INVITE消息,收到SIP信令协议栈实体单元100返回的SIP信令消息100 Trying后,转入Trying单元1213;
Trying单元1213,向收端呼叫处理模块902状态迁移控制令牌CC_PROGRESS,在收到SIP信令协议栈实体单元100发送的180 Ringing消息后,转入Ringing单元1214;
Ringing单元1214,向收端呼叫处理模块902发送状态迁移控制令牌CC_Alerting,在收到SIP信令协议栈实体单元100发送的200 OK消息后,转入Ok单元1215;
Ok单元1215,向收端呼叫处理模块902发送状态迁移控制令牌CC_Connected,然后转入Ack单元1216;
Ack单元1216,向SIP信令协议栈实体单元100发送ACK消息,在收到信令协议栈实体单元100发送的BYE消息后,向收端呼叫处理模块902发送状态迁移控制令牌CC_Release,转入Bye单元1217;
Bye单元1217,向SIP信令协议栈实体单元100发送200OK消息,然后返回Null单元1211。
在上述状态单元1211~1217的运行过程中,若收到收端呼叫处理模块902发送的状态迁移控制令牌CC_Release,也转入Bye单元1217,Bye单元1217向SIP信令协议栈实体单元100发送BYE消息,并在收到SIP信令协议栈实体单元100返回的200OK后,返回Null单元1211。
图13为一种实际应用中的软交换结构实例,由业务交换系统和集成呼叫系统组成。其中,业务交换系统包括业务接入管理模块和业务交换管理模块,主要实现软交换与智能网业务控制点(SCP)的交互管理功能,为集成呼叫系统提供业务代理服务。集成呼叫系统由呼叫处理子系统以及信令处理子系统两部分组成,实现叠加式呼叫处理,使软交换可融合多种VoIP域的异质信令,为VoIP域提供基本语音呼叫的建立、维持和释放提供控制功能并提供智能呼叫的触发检出功能等。
通过实际应用可以看出,本发明的方案设计合理、结构清晰,具有很高的灵活性和可扩展性,集成呼叫系统的模块化设计增强了整个系统的可伸缩性,能够支持多个不同协议处理模块的动态加载,为在VoIP网络环境中提供“即插即用”的智能网新业务功能奠定了基础,本发明方案不仅可用于传统VoIP网络中,实现VoIP中各种协议之间的互操作,或是实现VoIP信令与传统电路交换网络信令的互操作;还可以应用于下一代网络(NGN)中。
总之,以上所述仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。
Claims (14)
1、一种实现软交换多种信令的呼叫处理方法,用于实现智能网域呼叫处理模式与VoIP域呼叫处理模式的集成,其特征在于,呼叫发起时,先分别建立呼叫处理系统中发端呼叫处理模块、收端呼叫处理模块与主叫终端、被叫终端所用信令协议对应的信令处理器模块之间的动态连接;在呼叫过程中对呼叫处理模块和信令处理器模块之间的呼叫状态进行叠加处理;在呼叫结束后,撤销呼叫处理系统中发端呼叫处理模块、收端呼叫处理模块与主、被叫终端所用信令协议对应的信令处理器模块之间的动态连接;
所述呼叫过程中对呼叫处理模块和信令处理器模块之间的叠加处理过程包括发端呼叫处理和收端呼叫处理两部分,其中,发端呼叫处理过程包括发端信令处理器模块执行步骤a11至步骤a14的同时,发端呼叫处理模块执行步骤b11至步骤b14:
a11)发端信令处理器模块判断是否有主叫用户终端发来的信令消息,如果没有,执行步骤a12;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a13;如果需要,则将当前状态转移至目的状态,再执行步骤a13;
a12)判断是否有发端呼叫处理模块发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a13;如果需要,则将当前状态转移至目的状态,再执行步骤a13;
a13)判断是否需要向主叫用户终端发送消息,如果需要,则向主叫用户终端发送相应的消息;判断是否需要向发端呼叫处理模块发送状态迁移控制令牌,如果需要,则向发端呼叫处理模块发送相应的状态迁移控制令牌;然后执行步骤a14;
a14)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与发端呼叫控制模块的连接;否则,返回步骤a11;
b11)发端呼叫处理模块判断是否有发端信令处理器模块发来的状态迁移控制令牌,如果没有,执行步骤b12;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b12)判断是否有收端呼叫处理模块发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b13;如果需要,则将当前状态转移至目的状态,再执行步骤b13;
b13)判断是否需要向收端呼叫控制模块发送呼叫处理事件指示,如果需要,则向收端呼叫控制模块发送相应的呼叫处理事件指示;判断是否需要向发端信令处理器发送状态迁移控制令牌,如果需要,则向发端信令处理器发送相应的状态迁移控制令牌;然后执行步骤b14;
b14)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程;否则,返回步骤b11;
收端呼叫处理过程包括收端信令处理器模块执行步骤a21至步骤a24的同时,收端呼叫处理模块执行步骤b21至步骤b24:
a21)收端信令处理器模块判断是否有被叫用户终端发来的信令消息,如果没有,执行步骤a22;如果有,判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a23;如果需要,则将当前状态转移至目的状态,再执行步骤a23;
a22)判断是否有收端呼叫处理模块发来的状态迁移控制令牌,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤a23;如果需要,则将当前状态转移至目的状态,再执行步骤a23;
a23)判断是否需要向被叫用户终端发送消息,如果需要,则向被叫用户终端发送相应的消息;判断是否需要向收端呼叫处理模块发送状态迁移控制令牌,如果需要,则向收端呼叫处理模块发送相应的状态迁移控制令牌;执行步骤a24;
a24)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,并释放与收端呼叫控制模块的连接;否则,返回步骤a21;
b21)收端呼叫处理模块判断是否有收端信令处理器模块发来的状态迁移控制令牌,如果没有,执行步骤b22;如果有,再判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b22)判断是否有发端呼叫处理模块发来的呼叫处理事件指示,如果有,则判断自身的状态是否需要转移,如果不需要状态转移,则执行步骤b23;如果需要,则将当前状态转移至目的状态,再执行步骤b23;
b23)判断是否需要向发端呼叫控制模块发送呼叫处理事件指示,如果需要,则向发端呼叫控制模块发送相应的呼叫处理事件指示;判断是否需要向被叫侧信令处理器模块发送状态迁移控制令牌,如果需要,则向被叫侧信令处理器模块发送相应的状态迁移控制令牌;然后执行步骤b24;
b24)判断自身当前的状态是否为NULL,如果是,则结束本次呼叫处理流程,否则,返回步骤b21。
2、根据权利要求1所述的方法,其特征在于,所述呼叫处理模块与信令处理器模块之间的呼叫状态叠加处理关系进一步包括:将信令处理器模块的状态拆分或合并,与呼叫处理模块状态形成一对一、或一对多、或多对一的等价映射关系。
3、根据权利要求1所述的方法,其特征在于,呼叫处理模块与信令处理器模块之间的连接关系在呼叫发起阶段动态建立,并在本次呼叫释放阶段动态释放。
4、根据权利要求1所述的方法,其特征在于,所述发端呼叫处理模块与收端呼叫处理模块根据主、被叫用户终端使用的信令协议分别与不同类型的信令处理器模块建立动态连接关系。
5、根据权利要求1所述的方法,其特征在于,所述呼叫处理模块与信令处理模块之间传送的状态迁移控制令牌包括:呼叫发起指示CC_SETUP、呼叫进展指示CC_PROGRESS、被叫振铃指示CC_ALERTING、被叫摘机指示CC_CONNECTED、呼叫释放CC_RELEASE、呼叫释放完成CC RELEASE-ACK、请求呼叫信息CC_GETINFO、提交呼叫信息CC_INFOACK。
6、根据权利要求1所述的方法,其特征在于,所述呼叫处理模块为包括O_BCSM和T_BCSM的智能网呼叫控制模块,并且都与H.323信令处理器建立连接关系时,所述叠加式呼叫处理过程包括:
11)H.323发端FSM在“NULL”状态下,收到外部信令实体发送的呼叫建立消息Setup,迁移到Call Initiated状态,向O_BCSM发送状态迁移指示令牌CC_Setup;
12)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息和映射规则,将自身的状态从“O_NULL”依次迁移,直到“Send Call”状态,然后向H.323发端FSM发送状态迁移指示令牌CC_PROGRESS,并向T_BCSM发送呼叫控制指示,然后等待T_BCSM返回响应信息;
13)H.323发端FSM根据令牌消息CC_PROGRESS携带的信息,将自身状态迁移至“Outgoing Call initiated”状态,并向外部信令实体发送CallProceeding消息;
14)O_BCSM收到T_BCSM发送的被叫振铃事件,将自身状态迁移至“O_Alerting”状态,并向H.323发端FSM发送令牌消息CC_Alerting;
15)H.323发端FSM根据令牌消息CC_Alerting携带的信息,迁移状态至“Call Delivered”状态,并向外部信令实体发送Call Proceeding消息;
16)O_BCSM收到T_BCSM侧发来的被叫摘机事件,迁移状态至“O_Active”状态,并向H.323发端FSM发送令牌消息CC_Connected;
17)H.323发端FSM根据令牌消息CC_Connected携带的信息,迁移状态至“Active”状态,并向外部信令实体发送呼叫建立消息Connect消息,建立主被叫终端之间的呼叫;
18)H.323发端FSM在“Active”状态下,收到外部信令实体发送的呼叫释放消息Release后,将自身状态迁移至“Null”状态,并向O_BCSM发送令牌消息CC_Release;
19)O_BCSM得到令牌后,向T_BCSM发送呼叫释放指示,在收到对端呼叫释放指示后,将自身状态迁移至“O_Null”状态,并向H.323发端FSM发送令牌消息CC_RELEASEACK,释放呼叫。
7、根据权利要求1所述的方法,其特征在于,所述呼叫处理模块为包括O_BCSM和T_BCSM的智能网呼叫控制模块,并且都与SIP信令处理器建立连接关系时,所述叠加呼叫处理过程包括:
21)SIP发端FSM在“NULL”状态下,收到外部信令实体发送的呼叫发起消息INVITE,将自身状态迁移到“Invite”状态,然后根据映射规则向O_BCSM发送状态迁移指示令牌CC_Setup;
22)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息,从“O_NULL”状态依次迁移,直到“Send Call”状态,并向SIP发端FSM发送状态迁移指示令牌CC_PROGRESS,然后向T_BCSM发送呼叫控制指示,等待T_BCSM返回响应信息;
23)SIP发端FSM根据令牌消息CC_PROGRESS携带的信息,迁移自身状态至“Trying”状态,并向外部信令实体发送100 Trying消息;
24)O_BCSM收到T_BCSM发送的被叫振铃事件,迁移自身状态至“O_Alerting”状态,并向SIP发端FSM发送令牌消息CC_Alerting;
25)SIP发端FSM根据令牌消息CC_Alerting携带的信息,迁移自身状态至“Ringing”状态,并向外部信令实体发送180 Ringing消息;
26)O_BCSM接收到T_BCSM侧发送来的被叫摘机事件,迁移自身状态至“O_Active”状态,并向SIP发端FSM发送令牌消息CC_Connected;
27)SIP发端FSM根据令牌消息CC_Connected携带的信息,迁移自身状态至“Ok”状态,并向外部信令实体发送200 OK消息,在收到外部信令实体返回的ACK消息后,迁移自身状态到ACK状态,建立主被叫终端之间的呼叫;
28)SIP发端FSM在“Ack”状态下,收到外部信令实体发送的呼叫释放消息BYE后,迁移自身状态至“Bye”状态,并向O_BCSM发送令牌消息CC_Release;
29)O_BCSM得到令牌消息CC_Release后,向T_BCSM发送呼叫释放指示,迁移至“O_Null”状态,并向SIP发端FSM发送令牌消息CC_ReleaseACK;
210)SIP发端FSM收到令牌消息CC_ReleaseACK,迁移自身状态到“Null”状态,并向外部信令实体发送200 OK消息,释放呼叫。
8、根据权利要求1所述的方法,其特征在于,所述发端信令处理器模块为SIP信令处理器,收端信令处理器模块为H.323信令处理器,呼叫处理模块为包括O_BCSM和T_BCSM的智能网呼叫处理模块,所述O_BCSM与SIP发端FSM进行叠加,T_BCSM与H.323收端FSM进行叠加,呼叫处理过程包括:
31)SIP发端FSM在“NULL”状态下,收到外部SIP信令实体发送的呼叫发起消息INVITE,迁移自身状态到“Invite”状态,并向O_BCSM发送状态迁移指示令牌CC_Setup;
32)O_BCSM根据状态迁移指示令牌CC_Setup携带的信息和状态映射规则,将自身状态从“O_NULL”依次迁移,直到“Send Call”状态,并向SIP发端FSM发送状态迁移指示令牌CC_PROGRESS,然后向T_BCSM发送呼叫控制指示,并等待后者返回响应信息;
33)SIP发端FSM根据令牌消息CC_PROGRESS携带的信息,迁移自身状态至“Trying”状态,并向外部信令实体发送100 Trying消息;
34)T_BCSM收到O_BCSM发送的呼叫发起指示,将自身状态从“O_NULL”依次迁移,直至“Present Call”状态,并向H.323收端FSM发送状态迁移指示令牌CC_Setup;
35)H.323收端FSM根据状态迁移指示令牌CC_Setup携带的信息,将自身状态从“NULL”迁移到“Call Present”状态,向外部H.323信令实体发送H.323呼叫信令消息Setup,并在收到外部H.323信令实体返回的信令消息CallProceeding后,将自身状态迁移到“Incoming Call Proceeding”状态;
36)H.323收端FSM收到外部H.323信令实体发送被叫振铃消息Alerting后,迁移自身状态到“Call Received”状态,并向T BCSM发送状态迁移指示令牌CC_Alerting;
37)T_BCSM根据状态迁移指示令牌CC_Alerting携带的信息,迁移自身状态到“T_Alerting”状态,并向O_BCSM发送被叫振铃事件信息;
38)O_BCSM接收到T_BCSM发送的被叫振铃事件,迁移自身状态至“O_Alerting”状态,并向SIP发端FSM发送令牌消息CC_Alerting;
39)SIP发端FSM根据令牌消息CC_Alerting携带的信息,迁移自身状态至“Ringing”状态,并向外部信令实体发送180 Ringing消息;
310)H.323收端FSM收到外部H.323信令实体发送被叫摘机消息Connect后,迁移自身状态到“Active”状态,并向T_BCSM发送状态迁移指示令牌CC_Connected;
311)T_BCSM根据状态迁移指示令牌CC_Connected携带的信息,迁移自身状态到“T_Active”状态,并向O_BCSM发送被叫应答事件信息;
312)O_BCSM收到T_BCSM侧发送来的被叫摘机事件,迁移自身状态至“O_Active”状态,并向SIP发端FSM发送令牌消息CC_Connected;
313)SIP发端FSM根据令牌消息CC_Connected携带的信息,迁移自身状态至“Ok”状态,并向外部信令实体发送200 OK消息,在收到外部信令实体返回的ACK消息后,迁移自身状态到ACK状态,建立主被叫终端之间的呼叫;
314)SIP发端FSM在“Ack”状态下,收到外部信令实体发送的呼叫释放消息BYE后,SIP发端FSM迁移自身状态至“Bye”状态,并向O_BCSM发送令牌消息CC_Release;
315)O_BCSM得到令牌CC_Release后,向T_BCSM发送呼叫释放指示,迁移自身状态至“O_Null”状态,并向SIP发端FSM发送令牌消息CC_ReleaseACK;
316)SIP发端FSM收到令牌消息CC_ReleaseACK,迁移自身状态到“Null”状态,并向外部信令实体发送200 OK消息,释放呼叫;
317)T_BCSM接收到O_BCSM侧发送来的主叫释放事件,迁移自身状态至“O_Null”状态,并向H.323收端FSM发送令牌消息CC_Release;
3 18)H.323收端FSM收到令牌消息CC_Release,迁移自身状态到“Null”状态,向T_BCSM返回令牌消息CC_ReleaseACK,并向外部H.323信令实体发送Release Compelete消息,释放呼叫。
9、一种实现软交换多种信令的集成呼叫系统,其特征在于,包括:
呼叫处理子系统,实现智能网域呼叫处理功能,支持ITU-TCS2半呼叫状态模型,以规范化的流程控制所有呼叫的处理过程,实现对各类呼叫事件和业务触发检测点的统一管理,进一步包含发端呼叫处理模块、收端呼叫处理模块;
信令处理子系统,实现VoIP域基于特定信令协议的呼叫处理功能,包含一种或一种以上信令处理器模块;
呼叫处理子系统向信令处理子系统发送呼叫处理指示,同时接收信令处理子系统发来的信令事件指示;呼叫处理子系统中的发端呼叫处理模块和收端呼叫处理模块之间相互传递BCSM内部指示;每种信令处理器模块分别发送或接收去往或来自外部实体的信令消息。
10、根据权利要求9所述的系统,其特征在于,所述信令处理器模块为:SIGTRAN信令处理器、或H.323信令处理器、或SIP信令处理器、或ISUP信令处理器、或Q.931信令处理器、或BICC信令处理器、或MGCP信令处理器、或上述信令处理器的任意组合。
11、根据权利要求9所述的系统,其特征在于,所述信令处理器模块进一步包括:信令协议栈实体单元,负责外部信令消息的收发和编解码处理;信令映射机实体单元,负责与呼叫处理模块交换状态迁移控制令牌,并驱动自身状态的迁移。
12、根据权利要求11所述的系统,其特征在于,所述信令映射机实体单元包括发端信令映射机和收端信令映射机。
13、根据权利要求12所述的系统,其特征在于,所述信令处理器模块为H.323信令处理器,则所述发端信令映射机包括:空闲处理单元、呼叫初始化单元、呼叫进行单元、呼叫发送单元和激活单元;所述收端信令映射机包括:空闲处理单元、呼叫显示单元、呼叫进行单元、呼叫接收单元和激活单元。
14、根据权利要求12所述的系统,其特征在于,所述信令处理器模块为SIP信令处理器,则所述发端信令映射机包括:空闲处理单元、邀请单元、尝试单元、振铃单元、接收单元、应答单元和释放单元;所述收端信令映射机包括:空闲处理单元、邀请单元、尝试单元、振铃单元、接收单元、应答单元和释放单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2003101238983A CN100433842C (zh) | 2003-12-30 | 2003-12-30 | 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2003101238983A CN100433842C (zh) | 2003-12-30 | 2003-12-30 | 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1556655A true CN1556655A (zh) | 2004-12-22 |
CN100433842C CN100433842C (zh) | 2008-11-12 |
Family
ID=34338936
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2003101238983A Expired - Fee Related CN100433842C (zh) | 2003-12-30 | 2003-12-30 | 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100433842C (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN100362830C (zh) * | 2005-04-15 | 2008-01-16 | 华为技术有限公司 | 一种分组网络互通的方法及其网络系统 |
CN100536469C (zh) * | 2006-01-10 | 2009-09-02 | 华为技术有限公司 | 一种防止智能用户属性寄存器重复触发的实现方法 |
CN100550946C (zh) * | 2005-05-03 | 2009-10-14 | 阿瓦亚公司 | 检测语音邮件系统应答呼叫 |
CN102143517A (zh) * | 2010-02-02 | 2011-08-03 | 展讯通信(上海)有限公司 | 终端响应呼叫方法及终端设备 |
US8547962B2 (en) | 2004-12-31 | 2013-10-01 | Genband Us Llc | Methods and apparatus for forwarding IP calls through a proxy interface |
CN103514498A (zh) * | 2012-06-26 | 2014-01-15 | 中兴通讯股份有限公司 | 一种业务实现方法及系统 |
US9060047B2 (en) | 2005-12-21 | 2015-06-16 | Genband Us Llc | Media stream management |
CN104244344B (zh) * | 2006-12-28 | 2018-01-26 | 诺基亚技术有限公司 | 电路交换呼叫到分组交换呼叫以及分组交换呼叫到电路交换呼叫的切换 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US659770A (en) * | 1900-01-10 | 1900-10-16 | William Henry Slappey | Fireplace. |
CN1225105C (zh) * | 2002-12-26 | 2005-10-26 | 北京邮电大学 | 一种适用于应用服务器的呼叫处理方法 |
-
2003
- 2003-12-30 CN CNB2003101238983A patent/CN100433842C/zh not_active Expired - Fee Related
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8547962B2 (en) | 2004-12-31 | 2013-10-01 | Genband Us Llc | Methods and apparatus for forwarding IP calls through a proxy interface |
US10171514B2 (en) | 2004-12-31 | 2019-01-01 | Genband Us Llc | Method and system for routing media calls over real time packet switched connection |
US10171513B2 (en) | 2004-12-31 | 2019-01-01 | Genband Us Llc | Methods and apparatus for controlling call admission to a network based on network resources |
US8755371B2 (en) | 2004-12-31 | 2014-06-17 | Genband Us Llc | Methods and apparatus for multistage routing of packets using call templates |
US9871829B2 (en) | 2004-12-31 | 2018-01-16 | Genband Us Llc | Voice over IP (VoIP) network infrastructure components and method |
CN100362830C (zh) * | 2005-04-15 | 2008-01-16 | 华为技术有限公司 | 一种分组网络互通的方法及其网络系统 |
CN100550946C (zh) * | 2005-05-03 | 2009-10-14 | 阿瓦亚公司 | 检测语音邮件系统应答呼叫 |
US9060047B2 (en) | 2005-12-21 | 2015-06-16 | Genband Us Llc | Media stream management |
US9692710B2 (en) | 2005-12-21 | 2017-06-27 | Genband Us Llc | Media stream management |
CN100536469C (zh) * | 2006-01-10 | 2009-09-02 | 华为技术有限公司 | 一种防止智能用户属性寄存器重复触发的实现方法 |
CN104244344B (zh) * | 2006-12-28 | 2018-01-26 | 诺基亚技术有限公司 | 电路交换呼叫到分组交换呼叫以及分组交换呼叫到电路交换呼叫的切换 |
CN102143517A (zh) * | 2010-02-02 | 2011-08-03 | 展讯通信(上海)有限公司 | 终端响应呼叫方法及终端设备 |
CN102143517B (zh) * | 2010-02-02 | 2013-10-30 | 展讯通信(上海)有限公司 | 终端响应呼叫方法及终端设备 |
CN103514498A (zh) * | 2012-06-26 | 2014-01-15 | 中兴通讯股份有限公司 | 一种业务实现方法及系统 |
Also Published As
Publication number | Publication date |
---|---|
CN100433842C (zh) | 2008-11-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1968318A (zh) | 统一通信业务的通讯方法及统一通信业务系统和相关装置 | |
CN1852081A (zh) | 一种通过下一代网络实现多方会议的方法 | |
CN1852358A (zh) | 一种控制业务多次前转套打的方法 | |
CN101049003A (zh) | 在分布式对等网络中用于桥接呼叫出现点的系统和方法 | |
CN1773967A (zh) | 通过分组域为电路域用户提供业务的方法 | |
CN1747470A (zh) | 分组域业务信号处理系统及其方法 | |
CN1852360A (zh) | 一种多媒体彩铃实现方法与系统 | |
CN1249640A (zh) | 具有用户应用程序和电话程序之间的应用编程接口和方法的无线通信装置和方法 | |
CN1633652A (zh) | 具有消息传送系统的视频会议应用用户接口 | |
CN1455554A (zh) | 网际协议上的话音网络系统 | |
CN1855961A (zh) | 通信系统中回铃音的实现方法 | |
CN1917533A (zh) | 电话一号多机业务的实现方法和系统 | |
CN1852362A (zh) | 被叫向主叫提供指示信息的方法及其系统 | |
CN1223936C (zh) | 网络应用程序分散执行系统,终端设备及其网络应用程序执行方法,以及终端设备的操作方法 | |
CN1870826A (zh) | 一种呼叫释放控制系统及其方法 | |
CN1457198A (zh) | Ip网络会议电视的会议调度系统与方法 | |
CN101047628A (zh) | 一种电路域终端接入分组网络实现分组业务的系统和方法 | |
CN1556655A (zh) | 一种实现软交换多种信令的集成呼叫系统及呼叫处理方法 | |
CN101080097A (zh) | 一种实现多媒体呼叫业务的方法、系统及装置 | |
CN1838763A (zh) | 可视通信服务器、可视通信程序及可视通信方法 | |
CN1812453A (zh) | 一种留言灯的实现方法及通信系统 | |
CN1618228A (zh) | 交换系统以及通信记录方法 | |
CN1925524A (zh) | 一种在软交换通信网络中实现呼叫转接的方法 | |
CN101159841A (zh) | 具有基于sip的可视电话功能的机顶盒及其实现方法 | |
CN102111415A (zh) | 嵌入VoIP的交互式网络语音应答系统及其实现方法 |
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: 20081112 Termination date: 20121230 |