CN101112013B - 自动交换光网络中多方呼叫的实现方法及其呼叫控制器 - Google Patents
自动交换光网络中多方呼叫的实现方法及其呼叫控制器 Download PDFInfo
- Publication number
- CN101112013B CN101112013B CN2005800475993A CN200580047599A CN101112013B CN 101112013 B CN101112013 B CN 101112013B CN 2005800475993 A CN2005800475993 A CN 2005800475993A CN 200580047599 A CN200580047599 A CN 200580047599A CN 101112013 B CN101112013 B CN 101112013B
- Authority
- CN
- China
- Prior art keywords
- calling
- call
- entity
- way
- message
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明公开一种ASON网络中多方呼叫的实现方法及其网络呼叫控制器(NCC),NCC上增加了一个多方呼叫处理模块,在收到用户呼叫控制器CCC发送的多方呼叫建立请求后,创建与被叫个数相同的呼叫实体,向各呼叫实体分别发起子呼叫的建立;各呼叫实体按点对点的方式建立子呼叫,并返回成功指示消息或失败消息;在各子呼叫均建立成功时,NCC向CCC返回成功指示消息;NCC收到CCC发送的多方呼叫释放请求后,分别向相关呼叫实体发起子呼叫的释放;各呼叫实体按点对点的方式释放子呼叫,并返回成功指示消息或失败消息,各子呼叫均释放成功时,NCC向CCC返回成功指示消息。本发明解决了ASON网络支持点对多点业务的问题。
Description
技术领域
本发明涉及光网络领域,具体涉及自动交换光网络中多方呼叫的实现方法及其呼叫控制器。
背景技术
光网络,例如OTN(Optical transmission network,光传送网络)、WDM(Wavelength-division multiplexing,波分复用)、SDH(Synchronousdigital hierarchy,同步数字系列)或SONET(Synchronous opticalnetwork,同步光网络)传送网,在电信领域已经得到广泛应用。
自动交换光网络(Automatic switched optical network,简称ASON)是近年来光网络领域的研究热点。ITU-TG.8080建议提出了ASON的概念,通过设置专门的控制平面(Control plane,简称CP)完成ASON网络的功能。ITU-TG.7713建议规定了ASON网络中分布式呼叫与连接的实现框架,为呼叫、连接的自动建立、修改和删除等提供了实现规范。
呼叫是用户之间实现通讯的基础。G.8080要求ASON网络支持点对点和点对多点两种方式的呼叫。点对多点呼叫又称为多方呼叫。
点对点业务在网络中非常常见,如图1所示,这种业务只涉及两方用户。近年来,快速增长的互连网业务推动了点对多点业务的需求,例如广播业务。如图2所示,这种业务涉及业务的多个接收方用户。
ITU-TG.7713建议对这种业务的呼叫过程给出了比较详细的实现流程。例如图4A和4B给出了图3穿越Domain 1和Domain n两个域的点对点业务的呼叫实现流程示意图,图4A是呼叫建立流程,图4B是呼叫释放流程。但对于点对多点业务,虽然G.8080提出了实现需求,但目前还没有涉及这种多方呼叫的实现方法。
发明内容
本发明要解决的技术问题是提供一种自动交换光网络中多方呼叫的实现方法,在ASON网络中实现点对多点的业务呼叫。本发明还要提供一种可用于实现该方法的网络呼叫控制器。
为了解决上述技术问题,本发明提供了一种自动交换光网络中多方呼叫的实现方法,包括以下步骤:
(a)入口网络呼叫控制器收到并识别出主叫用户侧呼叫控制器发送的多方呼叫建立请求后,根据被叫用户个数创建相同数目的呼叫实体,然后向所述各个呼叫实体分别发起子呼叫的建立;
(b)所述各个呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,如果建立成功,向所述入口网络呼叫控制器返回呼叫建立指示消息,否则返回失败消息;
(c)所述各个呼叫实体均返回呼叫建立指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫建立指示消息,多方呼叫建立成功;
(d)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的该多方呼叫的释放请求后,分别向与该多方呼叫相关的呼叫实体发起子呼叫的释放;
(e)所述呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,如果释放成功,向所述入口网络呼叫控制器返回呼叫释放指示消息,否则返回失败消息;
(f)所有子呼叫均返回呼叫释放指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫释放指示消息,并删除所述呼叫实体,多方呼叫释放成功,结束。
进一步地,上述多方呼叫的实现方法还可具有以下特点:还包括步骤:
(i)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的增加N个被叫用户的多方呼叫修改请求后,创建N个呼叫实体,然后分别向这N个新创建的呼叫实体发起子呼叫的建立;
(j)所述N个新创建的呼叫实体按点对点的方式建立与对应的新增被叫用户间的子呼叫,如果建立成功,向所述入口网络呼叫控制器返回呼叫建立指示消息,否则返回失败消息;
(k)所有新创建的呼叫实体均返回呼叫建立指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫修改指示消息,多方呼叫修改成功,结束。
进一步地,上述多方呼叫的实现方法还可具有以下特点:还包括步骤:
(o)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的删除M个被叫用户的多方呼叫修改请求后,找到对应的M个呼叫实体,然后分别向这M个呼叫实体发起子呼叫的释放;
(p)所述M个呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,如果释放成功,向所述入口网络呼叫控制器返回呼叫释放指示消息,否则返回失败消息;
(q)所述M个呼叫实体均返回呼叫释放指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫修改指示消息,并删除该M个呼叫实体,多方呼叫修改成功,结束。
进一步地,上述多方呼叫的实现方法还可具有以下特点:当呼叫实体返回呼叫建立指示消息后,所述入口网络呼叫控制器还通过该呼叫实体将呼叫建立确认消息发送到对应被叫用户的呼叫控制器。
进一步地,上述多方呼叫的实现方法还可具有以下特点:当有至少一个子呼叫建立失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回失败消息,并删除已成功建立的子呼叫和其对应的呼叫实体。
进一步地,上述多方呼叫的实现方法还可具有以下特点:当有至少一个子呼叫建立失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回各个子呼叫建立的执行结果,保留已成功建立的子呼叫和其对应的呼叫实体。
进一步地,上述多方呼叫的实现方法还可具有以下特点:当有至少一个子呼叫释放失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回失败消息,并删除已成功释放的子呼叫对应的呼叫实体。
本发明提供的用于实现多方呼叫的自动交换光网络呼叫控制器包括呼叫请求监测模块、消息识别模块和单方呼叫处理模块,其特点是,还包括多方呼叫处理模块,其中:
所述消息识别模块还用于识别出多方呼叫建立请求和多方呼叫释放请求,交给所述多方呼叫处理模块处理;
所述多方呼叫处理模块进一步包括多方呼叫控制单元、多方呼叫建立单元、多方呼叫释放单元和多方呼叫响应单元,其中:
所述多方呼叫控制单元,用于接收识别出的消息,对呼叫建立请求后,将该多方呼叫的被叫用户个数指定为要创建的呼叫实体数,然后激活呼叫建立单元;在收到呼叫释放请求后,指定与该多方呼叫相关的呼叫实体,然后激活呼叫释放单元;
所述多方呼叫建立单元,用于创建指定数目的呼叫实体,向这些呼叫实体分别发起子呼叫的建立,控制这些呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,并将子呼叫建立成功的指示消息或失败消息通知所述多方呼叫响应单元;
多方呼叫释放单元,用于向指定的呼叫实体分别发起子呼叫的释放,控制这些呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,并将释放成功的指示消息或失败消息通知响应单元;
多方呼叫响应单元,用于判断所指定创建或释放的呼叫实体是否都返回了成功指示消息,如果是,向主叫用户呼叫控制器返回成功指示消息,否则,返回失败消息或子呼叫的执行结果信息。
进一步地,上述自动交换光网络呼叫控制器还可具有以下特点:所述消息识别模块还用于识别多方呼叫修改请求,且所述多方呼叫控制单元还用于在收到呼叫修改请求后,将要增加的被叫用户数指定为要创建的呼叫实体数,然后激活呼叫建立单元或者,找到要删除被叫用户对应的呼叫实体,然后激活呼叫释放单元。
进一步地,上述自动交换光网络呼叫控制器还可具有以下特点:所述消息识别模块还用于识别多方呼叫建立确认消息,且所述多方呼叫控制单元还用于在收到呼叫建立确认消息后,直接通过相关呼叫实体向被叫用户的呼叫控制器发送呼叫建立确认消息。
由上可知,本发明方法采用将一个复杂的多方呼叫问题分解为多个子呼叫处理的方法,解决ASON网络支持点对多点业务的问题,具备简洁、可靠的优点。
附图概述
图1是ASON网络点对点业务示意图;
图2是ASON网络点对多点业务示意图;
图3是ASON网络穿越两个域的点对点业务示意图;
图4A是图3所示情形的呼叫建立流程;
图4B是图3所示情形的呼叫释放流程;
图5A是ASON网络穿越不同域的点对多点业务的组网示意图;
图5B是图5A所示业务增加一个被呼叫用户的组网示意图;
图6A是解决图5A情形的本发明实施例多方呼叫建立流程的示意图;
图6B是解决图5A情形的本发明实施例多方呼叫释放流程的示意图;
图6C是解决图5B情形的本发明实施例多方呼叫修改流程的示意图;
图7是本发明实施例多方呼叫建立的流程图;
图8是本发明实施例多方呼叫释放的流程图;
图9是本发明实施例多方呼叫修改的流程图;
图10是本发明实施例入口网络呼叫控制器处理多方呼叫的流程图。
本发明的最佳实施方式
本发明的核心思想是依据ASON网络的框架结构,将点对多点的多方呼叫分解为多个点对点的呼叫,通过实现多个点对点的呼叫来完成多方呼叫的实现流程。下面对多方呼叫建立、释放、修改的流程加以说明。
以图5A的组网为例,主叫A经域domain 1、域domain n-1与被叫Z1连接,通过域domain1、域domain n-2与另一被叫Z2连接。但是本发明可适用于任何连接形式,主叫和被叫之间可以在一个域内,也可以通过二个以上的域相互连接。
本实施例多方呼叫建立的流程如图7所示(可同时参照图6A),包括以下步骤:
步骤110,域domain 1的入口网络呼叫控制器NCC1i收到并识别出主叫用户侧呼叫控制器CCCa发送的多方呼叫建立请求;
步骤120,NCC1i判断被叫用户为Z1和Z2,创建两个呼叫实体NCC1i-1和NCC1i-2,并将来自CCCa的呼叫建立请求分解为两个子呼叫建立请求,分别向NCC1i-1和NCC1i-2发起子呼叫Call 1和Call 2的建立;
步骤130,NCC1i-1和NCC1i-2分别按点对点的呼叫建立流程建立与被叫用户Z1和Z2间的子呼叫,如果建立成功,向NCC1i返回各自子呼叫的呼叫建立指示消息,否则返回失败消息;
请参照图6A,该步两个子呼叫的建立流程与图4A所示流程基本相同。唯一的区别是,图4A中请求发起方为CCCa,而本步骤两个子呼叫的请求发起方为NCC1i。
步骤140,NCC1i监测两个子呼叫建立流程的执行情况,如果接收到NCC1i-1和NCC1i-2返回的呼叫建立指示消息,执行下一步,如果NCC1i-1和NCC1i-2中任何一个返回失败消息或NCC1i等待超时,执行步骤160;
步骤150,NCC1i向CCCa返回呼叫建立指示消息,并将CCCa发送的呼叫建立确认消息分解为多个子呼叫的确认消息,经NCC1i-1和NCC1i-2发送到被叫用户呼叫控制器CCCz1和CCCz2,该多方呼叫建立成功,结束;
步骤160,NCC1i向CCCa返回呼叫建立失败消息,将已经成功建立的子呼叫和对应的呼叫实体删除,该多方呼叫建立失败,结束。
在上述步骤170中,也可以配置NCC1i向CCCa返回各子呼叫建立成功或失败的信息,保留已成功建立的子呼叫和其对应的呼叫实体,并向该子呼叫对应的被叫用户呼叫控制器发送呼叫建立确认消息。
仍以图5A的组网为例,假定主叫A和被叫Z1和Z2间呼叫已建立,本实施例多方呼叫释放的流程如图8所示(参照图6B),包括以下步骤:
步骤210,域domain 1的入口网络呼叫控制器NCC1i收到并识别出主叫用户侧呼叫控制器CCCa发送的多方呼叫释放请求;
步骤220,NCC1i找到与该呼叫相关的呼叫实体NCC1i-1和NCC1i-2,将呼叫释放请求分解为两个子呼叫释放请求,分别向NCC1i-1和NCC1i-2发起子呼叫Call 1和Call 2的释放;
步骤230,NCC1i-1和NCC1i-2分别按点对点的呼叫释放流程释放与被叫用户Z1和Z2间的子呼叫,如果释放成功,向NCC1i返回各自子呼叫的呼叫释放指示消息,否则返回失败消息;
请参照图6B,该步两个子呼叫的释放流程与图4B所示流程基本相同。唯一的区别是,图4B中请求发起方为CCCa,而本步骤两个子呼叫的请求发起方为NCC1i。
步骤240,NCC1i监测两个子呼叫释放流程的执行情况,如果接收到NCC1i-1和NCC1i-2返回的呼叫释放指示消息,执行下一步,如果NCC1i-1和NCC1i-2中任何一个返回失败消息或NCC1i等待超时,执行步骤260;
步骤250,NCC1i向CCCa返回对其呼叫释放请求的指示消息,并删除呼叫实体NCC1i-1和NCC1i-2,该多方呼叫释放成功,结束;
步骤260,NCC1i向CCCa返回呼叫释放失败消息,若有释放成功的子呼叫,删除其对应的呼叫实体,本次多方呼叫释放结束。
对于此次未能释放的子呼叫,用户根据需求,可以再次发起呼叫释放,直至全部清除这些子呼叫。
下面以图5B的组网为例,说明本实施例多方呼叫修改的流程,通过该流程增加一个呼叫的接收方Z3,如图9所示(参照图6C),该流程包括以下步骤:
步骤310,域domain 1的入口网络呼叫控制器NCC1i收到并识别出主叫用户侧呼叫控制器CCCa发送的多方呼叫修改请求;
步骤320,NCC1i获知要修改的呼叫为已有两个被叫用户Z1和Z2的多方呼叫,且该呼叫修改请求要求再增加一个被呼叫用户Z3;
步骤330,NCC1i创建一个新的呼叫实体NCC1i-3,将来自CCCa的呼叫修改请求转换为一个子呼叫建立请求,向NCC1i-3发起子呼叫Call 3的建立;
步骤340,NCC1i-3按点对点的呼叫建立流程建立与被叫用户Z3的子呼叫,如果建立成功,向NCC1i返回该子呼叫的呼叫建立指示消息,否则返回失败消息;
请参照图6C,该子呼叫的建立流程与图4A所示流程基本相同。唯一的区别是,图4A中请求发起方为CCCa,而本步骤两个子呼叫的请求发起方为NCC1i。
步骤350,NCC1i监测该子呼叫建立流程的执行情况,如果接收到NCC1i-3返回的呼叫建立指示消息,执行下一步,如果收到NCC1i-3返回的失败消息或NCC1i等待超时,执行步骤370;
步骤360,NCC1i向CCCa返回对其呼叫修改请求的指示消息,并通过NCC1i-3将呼叫建立确认消息发送到被叫用户侧的呼叫控制器CCCz3,该多方呼叫修改成功,结束;
步骤370,NCC1i向CCCa返回呼叫修改失败消息,该多方呼叫修改失败,结束。
对于呼叫修改时只有部分子呼叫建立成功的情况,也可配置为保留或者释放已成功建立的子呼叫。
当呼叫修改请求是要删除一个被叫用户时,NCC1i先确定需要删除的被叫用户,然后将来自CCCa的呼叫修改请求转换为一个或多个子呼叫释放请求,向与要删除用户对应的呼叫实体发起子呼叫的释放,这些实体按点对点的呼叫释放流程释放与其对应被叫用户间的子呼叫后,向NCC1i返回呼叫释放指示消息或失败消息,如果收到所有要释放的子呼叫的指示消息,则NCC1i向CCCa返回呼叫修改指示消息,并删除对应的呼叫实体,否则,返回呼叫修改失败消息,删除已释放成功的部分子呼叫(若有的话)对应的呼叫实体,本次多方呼叫修改结束。
图10所示是NCC对呼叫处理的流程图。从NCC对业务处理的角度集中地描述了对上述多方呼叫建立、释放、修改请求的处理流程,该流程包括以下步骤:
步骤410,网络呼叫控制器NCC监测来自用户侧呼叫控制器CCC的呼叫请求;
步骤420,NCC收到来自CCC的呼叫请求后,判断其类型,如果是点对点的请求,按ASON网络已有的点对点呼叫处理,返回步骤410(步骤420a);如果是多方呼叫建立请求,执行步骤430;如果是多方呼叫释放请求,执行步骤440;如果是多方呼叫修改请求且要增加被叫用户,执行步骤450;如果是多方呼叫修改请求且要释放部分被叫用户,执行步骤460;如果是呼叫确认消息,执行步骤500;
步骤430,NCC创建数目等于该多方呼叫被叫个数的呼叫实体,然后将该多方呼叫建立请求分解为同样数目的子呼叫建立请求,向创建的各呼叫实体发起子呼叫的建立,这些呼叫实体按点对点的方式建立与对应的被叫用户间的子呼叫,并向NCC返回成功指示消息或失败消息,执行步骤470;
步骤440,NCC找到已创建的对应于各个被叫用户的呼叫实体,然后将该多方呼叫释放请求分解为同样数目的子呼叫释放请求,向这些呼叫实体分别发起子呼叫的释放,这些呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,并向NCC返回成功指示消息或失败消息,执行步骤470;
步骤450,NCC根据要增加的被叫用户个数创建同样数目的呼叫实体,然后将该呼叫修改请求转换为同样数目的子呼叫建立请求,向新创建的呼叫实体发起子呼叫的建立,这些呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,并向NCC返回成功指示消息或失败消息,执行步骤470;
步骤460,NCC根据要删除的被叫用户找到对应的呼叫实体,然后将该呼叫修改请求转换为同样数目的子呼叫释放请求,向这些呼叫实体发起子呼叫的释放,这些呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,并向NCC返回成功指示消息或失败消息,执行步骤470;
步骤470,NCC判断是否所有子呼叫返回的都是成功指示消息,如果是,执行下一步,否则,执行步骤490;
步骤480,NCC向CCC返回对其呼叫请求的成功指示消息,返回步骤410:
步骤490,NCC向CCC返回对其呼叫请求的失败消息(也可以配置为返回各个子呼叫的执行结果信息),并删除其对应子呼叫建立失败或成功释放的呼叫实体,返回步骤410;
步骤500,NCC将收到的呼叫建立确认消息分解为多个子呼叫的确认消息,通过各个呼叫实体发送到各被叫用户侧的呼叫控制器,返回步骤410。
相应地,可以用具有以下结构的NCC来实现上述处理,该NCC包括呼叫请求监测模块、消息识别模块、单方呼叫处理模块和多方呼叫处理模块。其中:
呼叫请求监测模块,用于监测来自用户侧呼叫控制器CCC的呼叫请求,将收到的呼叫请求和呼叫建立确认消息交给消息识别模块;
消息识别模块,用于识别呼叫请求的类型,对于点对点的请求或确认消息,交给单方呼叫处理模块,对于点对多点的请求或确认消息,再分为多方呼叫建立请求、多方呼叫释放请求、多方呼叫修改请求和多方呼叫建立确认消息,交给多方呼叫处理模块中的控制单元;
单方呼叫处理模块,用于按ASON网络已有的点对点呼叫处理方式实现单方呼叫;
多方呼叫处理模块进一步包括多方呼叫控制单元、多方呼叫建立单元、多方呼叫释放单元和多方呼叫响应单元,其中:
多方呼叫控制单元,用于在收到呼叫建立请求后,将该多方呼叫的被叫用户个数指定为要创建的呼叫实体数,然后激活呼叫建立单元;在收到呼叫释放请求后,指定与该多方呼叫相关的呼叫实体,然后激活呼叫释放单元;在收到呼叫修改请求后,对增加被叫用户的修改请求,将要增加的被叫用户数指定为要创建的呼叫实体数,然后激活呼叫建立单元,对删除被叫用户的修改请求,找到要删除被叫用户对应的呼叫实体,然后激活呼叫释放单元;对于呼叫建立确认消息,则直接通过相关呼叫实体向被叫用户的呼叫控制器发送呼叫建立确认消息。
多方呼叫建立单元,用于创建指定数目的呼叫实体,向这些呼叫实体分别发起子呼叫的建立,控制这些呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,并将子呼叫建立成功的指示消息或失败消息通知多方呼叫响应单元;
多方呼叫释放单元,用于向指定的呼叫实体分别发起子呼叫的释放,控制这些呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,并将子呼叫释放成功的指示消息或失败消息通知多方呼叫响应单元;
多方呼叫响应单元,用于判断所指定创建或释放的呼叫实体是否都返回了成功指示消息,如果是,向CCC返回成功指示消息,否则,向CCC返回失败消息或各个子呼叫的执行结果信息,并删除子呼叫建立失败或已成功释放的呼叫实体。
在另一实施例中,自动交换光网络只需实现多方呼叫的建立和释放,无需与多方呼叫修改相关的流程和模块。
从上面具体实施方式和对比分析可知,本发明方法采用将一个多方呼叫流程分解为多个子呼叫的处理方法,解决了ASON网络支持点对多点业务呼叫的问题,具备简洁、可靠的优点。
工业实用性
本发明可以在ASON网络中支持点对多点业务,简洁、可靠。
Claims (10)
1.一种自动交换光网络中多方呼叫的实现方法,包括以下步骤:
(a)入口网络呼叫控制器收到并识别出主叫用户侧呼叫控制器发送的多方呼叫建立请求后,根据被叫用户个数创建相同数目的呼叫实体,然后向所述各个呼叫实体分别发起子呼叫的建立;
(b)所述各个呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,如果建立成功,向所述入口网络呼叫控制器返回呼叫建立指示消息,否则返回失败消息;
(c)所述各个呼叫实体均返回呼叫建立指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫建立指示消息,多方呼叫建立成功;
(d)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的该多方呼叫的释放请求后,分别向与该多方呼叫相关的呼叫实体发起子呼叫的释放;
(e)所述呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,如果释放成功,向所述入口网络呼叫控制器返回呼叫释放指示消息,否则返回失败消息;
(f)所有子呼叫均返回呼叫释放指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫释放指示消息,并删除所述呼叫实体,多方呼叫释放成功,结束。
2.如权利要求1所述的多方呼叫的实现方法,
其特征在于,还包括以下步骤:
(i)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的增加N个被叫用户的多方呼叫修改请求后,创建N个呼叫实体,然后分别向这N个新创建的呼叫实体发起子呼叫的建立;
(j)所述N个新创建的呼叫实体按点对点的方式建立与对应的新增被叫用户间的子呼叫,如果建立成功,向所述入口网络呼叫控制器返回呼叫建立指示消息,否则返回失败消息;
(k)所有新创建的呼叫实体均返回呼叫建立指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫修改指示消息,多方呼叫修改成功,结束。
3.如权利要求1或2所述的多方呼叫的实现方法,
其特征在于,还包括以下步骤:
(o)所述入口网络呼叫控制器收到并识别出所述主叫用户侧呼叫控制器发送的删除M个被叫用户的多方呼叫修改请求后,找到对应的M个呼叫实体,然后分别向这M个呼叫实体发起子呼叫的释放;
(p)所述M个呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,如果释放成功,向所述入口网络呼叫控制器返回呼叫释放指示消息,否则返回失败消息;
(q)所述M个呼叫实体均返回呼叫释放指示消息时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回呼叫修改指示消息,并删除该M个呼叫实体,多方呼叫修改成功,结束。
4.如权利要求1或2所述的多方呼叫的实现方法,
其特征在于,当呼叫实体返回呼叫建立指示消息后,所述入口网络呼叫控制器还通过该呼叫实体将呼叫建立确认消息发送到对应被叫用户的呼叫控制器。
5.如权利要求1所述的多方呼叫的实现方法,
其特征在于,当有至少一个子呼叫建立失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回失败消息,并删除已成功建立的子呼叫和其对应的呼叫实体。
6.如权利要求1所述的多方呼叫的实现方法,
其特征在于,当有至少一个子呼叫建立失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回各个子呼叫建立的执行结果,保留已成功建立的子呼叫和其对应的呼叫实体。
7.如权利要求1所述的多方呼叫的实现方法,
其特征在于,当有至少一个子呼叫释放失败时,所述入口网络呼叫控制器向所述主叫用户侧呼叫控制器返回失败消息,并删除已成功释放的子呼叫对应的呼叫实体。
8.一种用于实现多方呼叫的自动交换光网络呼叫控制器,包括呼叫请求监测模块、消息识别模块和单方呼叫处理模块,
其特征在于,还包括多方呼叫处理模块,其中:
所述消息识别模块还用于识别出多方呼叫建立请求和多方呼叫释放请求,交给所述多方呼叫处理模块处理;
所述多方呼叫处理模块进一步包括多方呼叫控制单元、多方呼叫建立单元、多方呼叫释放单元和多方呼叫响应单元,其中:
所述多方呼叫控制单元,用于接收识别出的消息,对呼叫建立请求后,将该多方呼叫的被叫用户个数指定为要创建的呼叫实体数,然后激活多方呼叫建立单元;在收到呼叫释放请求后,指定与该多方呼叫相关的呼叫实体,然后激活多方呼叫释放单元;
所述多方呼叫建立单元,用于创建指定数目的呼叫实体,向这些呼叫实体分别发起子呼叫的建立,控制这些呼叫实体按点对点的方式建立与对应被叫用户间的子呼叫,并将子呼叫建立成功的指示消息或失败消息通知所述多方呼叫响应单元;
多方呼叫释放单元,用于向指定的呼叫实体分别发起子呼叫的释放,控制这些呼叫实体按点对点的方式释放与对应被叫用户间的子呼叫,并将释放成功的指示消息或失败消息通知多方呼叫响应单元;
多方呼叫响应单元,用于判断所指定创建或释放的呼叫实体是否都返回了成功指示消息,如果是,向主叫用户呼叫控制器返回成功指示消息,否则,返回失败消息或子呼叫的执行结果信息。
9.如权利要求8所述的自动交换光网络呼叫控制器,
其特征在于,所述消息识别模块还用于识别多方呼叫修改请求,且所述多方呼叫控制单元还用于在收到呼叫修改请求后,将要增加的被叫用户数指定为要创建的呼叫实体数,然后激活多方呼叫建立单元或者,找到要删除被叫用户对应的呼叫实体,然后激活多方呼叫释放单元。
10.如权利要求8所述的自动交换光网络呼叫控制器,
其特征在于,所述消息识别模块还用于识别多方呼叫建立确认消息,且所述多方呼叫控制单元还用于在收到呼叫建立确认消息后,直接通过相关呼叫实体向被叫用户的呼叫控制器发送呼叫建立确认消息。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2005/000893 WO2006136054A1 (fr) | 2005-06-21 | 2005-06-21 | Procede de realisation d'un appel multipartie dans un reseau optique commute automatique et controleur d'appel pour ce procede |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101112013A CN101112013A (zh) | 2008-01-23 |
CN101112013B true CN101112013B (zh) | 2012-05-30 |
Family
ID=37570079
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2005800475993A Expired - Fee Related CN101112013B (zh) | 2005-06-21 | 2005-06-21 | 自动交换光网络中多方呼叫的实现方法及其呼叫控制器 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN101112013B (zh) |
WO (1) | WO2006136054A1 (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3160118B1 (en) * | 2015-10-19 | 2019-12-04 | Rebtel Networks AB | System and method for setting up a group call |
CN117478793A (zh) * | 2022-07-22 | 2024-01-30 | 中兴通讯股份有限公司 | 语音通话方法、设备及存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002051071A1 (en) * | 2000-09-22 | 2002-06-27 | Santera Systems Inc. | System and method for distributed multi-party call control |
CN1421077A (zh) * | 1999-12-17 | 2003-05-28 | 摩托罗拉公司 | 在多点互连协议网络中实现通话群呼叫的方法 |
CN1494302A (zh) * | 2002-10-28 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 一种在软交换系统中实现多方呼叫业务的方法 |
-
2005
- 2005-06-21 CN CN2005800475993A patent/CN101112013B/zh not_active Expired - Fee Related
- 2005-06-21 WO PCT/CN2005/000893 patent/WO2006136054A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1421077A (zh) * | 1999-12-17 | 2003-05-28 | 摩托罗拉公司 | 在多点互连协议网络中实现通话群呼叫的方法 |
WO2002051071A1 (en) * | 2000-09-22 | 2002-06-27 | Santera Systems Inc. | System and method for distributed multi-party call control |
CN1494302A (zh) * | 2002-10-28 | 2004-05-05 | 深圳市中兴通讯股份有限公司 | 一种在软交换系统中实现多方呼叫业务的方法 |
Also Published As
Publication number | Publication date |
---|---|
WO2006136054A1 (fr) | 2006-12-28 |
CN101112013A (zh) | 2008-01-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
RU2184424C2 (ru) | Система и способ передачи вызова в сети дальней связи | |
RU2189117C2 (ru) | Система связи | |
CN100544354C (zh) | 网管接口适配器及信息交互的方法 | |
US20110164743A1 (en) | Intelligent services network using a switch controller | |
US5867565A (en) | Intelligent network having service control node and service switching node for achieving traffic data collection processing | |
EP0883311B1 (en) | Method and system for implementing intelligent telecommunication services | |
CN101112013B (zh) | 自动交换光网络中多方呼叫的实现方法及其呼叫控制器 | |
US6493337B1 (en) | Method and apparatus for internet access which bypass local central end office using digital loop carrier and permanent signal treatment procedures | |
AU715975B2 (en) | Propagation delay determination procedure | |
CN102857836B (zh) | 批量业务处理的方法和装置 | |
CA2256480A1 (en) | System and method for safely and efficiently redirecting a telephone call | |
US20080175370A1 (en) | Method for dial plan parsing and a system incorporating the same | |
CN101227473B (zh) | 用于多媒体通信系统的主控会议的系统及方法 | |
US20030081284A1 (en) | Optical communications system | |
CN101218846B (zh) | 自动交换光网络链路资源整理方法 | |
CN1283089C (zh) | 一种电话自动呼叫的系统及方法 | |
US7492882B1 (en) | C2P provisioning late-breaking scenarios | |
KR940008778B1 (ko) | 전전자 교환기의 No.7 신호방식 메시지 전달부와 사용자부의 정합 방법 | |
CN101742562B (zh) | 一种通信业务处理方法、装置和系统 | |
CN100551093C (zh) | 一种实现呼叫控制的方法及系统 | |
US7860080B2 (en) | Service provisioning in telecommunications system comprising call control service capability servers | |
CN101291369A (zh) | 具有控制话路接续的电话监听方法 | |
JP2008227593A (ja) | 電話・データ通信共用システム、宅内装置、局内装置、および電話・データ通信共用のための優先制御方法 | |
EP1355439B1 (en) | Method and system for embedding a first clock signal phase within a second signal | |
EP1943825B1 (en) | System and method for managing the replacement of an existing subscriber call connection by a call waiting party |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20120530 Termination date: 20200621 |