CN1856128A - 一种媒体网关双归属的实现方法 - Google Patents
一种媒体网关双归属的实现方法 Download PDFInfo
- Publication number
- CN1856128A CN1856128A CNA2005100647281A CN200510064728A CN1856128A CN 1856128 A CN1856128 A CN 1856128A CN A2005100647281 A CNA2005100647281 A CN A2005100647281A CN 200510064728 A CN200510064728 A CN 200510064728A CN 1856128 A CN1856128 A CN 1856128A
- Authority
- CN
- China
- Prior art keywords
- media gateway
- gateway controller
- self
- controller
- assistance
- 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
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种媒体网关双归属的实现方法,包括:设置媒体网关控制器之间的互助关系,并将当前管理每个媒体网关的媒体网关控制器设置为该媒体网关的归属媒体网关控制器;所述媒体网关在正常工作过程中定时向当前的归属媒体网关控制器发送心跳信号,并检测归属媒体网关控制器回送的心跳信号,如果归属媒体网关控制器回送正常的心跳信号,则返回;否则,发起双归属倒换到具有互助关系的媒体网关控制器,并在双归属倒换后,将倒换后的媒体网关控制器作为当前的归属媒体网关控制器,然后返回。本发明所述的方法可以快速、灵活、有效地实现媒体网关的双归属倒换,同时完善地实现了异常处理和错误防止功能。
Description
技术领域
本发明涉及到软交换技术,特别涉及到一种媒体网关(MGW)双归属功能的实现方法。
背景技术
随着网络通信技术的飞速发展,人们对于带宽以及业务的需求也在迅速的增长,为了给用户提供更加灵活多样的业务以及更加个性化的服务,目前提出了下一代网络的概念。所述的下一代网络在其内部运行因特网协议(IP),并可以通过分层的网络结构以及软交换等等关键技术为用户提供多种增值业务,满足用户个性化的需求。其中,软交换是实现下一代网络的关键技术之一,它可以作为下一代网络的核心网部分,也可以作为第三代移动通信系统的核心网部分,其主要思想就是将传统的交换设备部件化,分为呼叫控制部件与媒体处理部件,其中,所述实现媒体处理的部件只负责不同网络之间媒体格式的适配转换,将其称之为MGW;所述实现呼叫控制的部件是所述交换设备所有控制功能的单独设置,将其称之为媒体网关控制器(MGC)。通常情况下,每个MGC可以同时对一个或者多个MGW进行管理控制。通过上述这种对交换设备进行分解的方法可以最终实现软交换技术将呼叫传输与呼叫控制分离的思想。
在将呼叫传输与呼叫控制功能分离后,由于每个MGC可以控制多个MGW,因此,MGC的可靠性就变得更加重要。为了尽可能减小MGC故障造成的影响,提高下一代网络的恢复能力,在设备集成度、成本、容灾能力及网络安全性等几方面因素的综合考虑下,在下一代网络中增加了对MGW双归属功能的支持。所述的MGW双归属功能就是指一个MGW可以由两个或者两个以上不同的MGC管理和控制。同一时刻一个MGW归属于其中一个MGC,而在网络中的某个MGC发生故障、网络中断或者其他原因使故障的MGC无法对归属的MGW进行控制的时候,当前归属于故障MGC的MGW能够向另外的MGC注册,以恢复正常的业务,保证下一代网络的可靠性。在这里所述的另外的MGC应当与所述的故障MGC具有互助关系。所述互助关系是指MGC之间的一种关联关系,具有这种关联关系的两个MGC均可以在对方MGC发生故障的情况下接管当前归属于对方MGC的MGW。
图1显示了实现MGW双归属功能的网络结构。如图1所示,在正常情况下,具有双归属功能的MGW1和MGW2归属于MGC1,只和MGC1进行控制命令的交互,而MGW3和MGW4归属于MGC2,只和MGC2进行控制命令的交互。在MGC1发生故障的情况下,MGW1和MGW2能够向MGC2注册,与MGC2建立连接,以恢复自身的业务;而在MGC2发生故障的情况下,MGW3和MGW4能够向MGC1注册,与MGC1建立连接,以恢复自身的业务。
到目前为止,MGW双归属功能在下一代网络中的使用还没有成熟的解决方案。H.248协议定义了一种可以使MGW从一个MGC倒换到另一个MGC的命令消息——服务变更(Service Change)消息,在某个MGC退出服务之前,该MGC可以向其控制的MGW发送所述Service Change消息,在该消息中设定服务变更方法(Service Change Method)为倒换(Handoff),并且在消息中携带一个新的MGC地址。在此将原来控制所述MGW的MGC称为该MGW的原MGC,对应的将原MGC在Service Change消息中指定的倒换到的MGC称为新MGC。此时,接收到该Service Change消息的MGW将会向所述新MGC注册,并与新MGC建立连接,继续进行正常的业务。
由上述倒换过程可以看出,通过H.248协议定义的Service Change消息,可以实现MGW的双归属功能。但是,由于上述MGW的倒换过程实质上是由所述原MGC发起的,因此,这种方法仅在原MGC状态正常,可以发送所述Service Change消息的情况下才能实现。而当原MGC状态异常,如已经故障、意外断电或者与MGW之间的网络链路发生中断时,原MGC将无法将所述Service Change消息发送到MGW,从而无法实现MGW从原MGC到新MGC的正确倒换,导致业务损失。
发明内容
为了解决上述技术问题,本发明提供了一种MGW双归属的实现方法,在MGC发生故障的情况下,实现MGW的及时倒换,大大提高网络的可靠性。
本发明所述的媒体网关双归属的实现方法包括以下步骤:
a、设置每个媒体网关控制器管理的媒体网关,将管理媒体网关的媒体网关控制器设置为该媒体网关的归属媒体网关控制器,并设置两个管理不同媒体网关的媒体网关控制器互为互助媒体网关控制器;
b、所述媒体网关在正常工作过程中定时向当前的归属媒体网关控制器发送心跳信号,并检测所述归属媒体网关控制器回送的心跳信号,如果所述归属媒体网关控制器回送正常的心跳信号,则返回本步骤;否则,发起双归属倒换到所述归属媒体网关控制器的互助媒体网关控制器,并在双归属倒换后将所述互助媒体网关控制器作为当前的归属媒体网关控制器,然后返回本步骤。
本发明所述方法进一步包括:每个媒体网关控制器在初始化时建立一个媒体网关列表,用于记录该媒体网关控制器要控制的所有媒体网关;
步骤b所述发起双归属倒换包括:要进行双归属倒换的媒体网关向本次双归属倒换的目的媒体网关控制器上报注册请求;所述目的媒体网关控制器接收到所述媒体网关上报的注册请求后,判断所述媒体网关是否在自身建立的媒体网关列表中,如果在,则接受所述注册请求,并与所述媒体网关建立连接;否则,拒绝所述注册请求。
本发明所述方法进一步包括:所述媒体网关控制器定时向自身的互助媒体网关控制器发送心跳信号,并监测所述互助媒体网关控制器发送的心跳信号;
所述媒体网关控制器包含两种正常工作状态:互助非激活态和互助激活态;
处于互助非激活态的媒体网关控制器监测到互助媒体网关控制器发送的心跳信号中断后,将从互助非激活态转移到互助激活态;
处于互助激活态的媒体网关控制器监测到互助媒体网关控制器正常发送心跳信号后,将从互助激活态转移到互助非激活态。
本发明所述媒体网关控制器从故障状态恢复后,如果监测到自身互助媒体网关控制器发送正常的心跳信号,则直接进入互助非激活态;否则,直接进入互助激活态。
本发明所述媒体网关控制器的正常工作状态进一步包括:互助空转态;
所述媒体网关控制器从故障状态恢复后,进入互助空转态;
处于互助空转态的媒体网关控制器,根据系统网管中心下发的状态转移控制命令转移到所述互助激活态或所述互助非激活态。
本发明所述方法进一步包括:对应每个媒体网关控制器,将自身管理的媒体网关设置为主用媒体网关,将其互助媒体网关控制器管理的媒体网关设置为备用媒体网关;并将设置结果存储在自身所属的系统网管中心的数据库中;
对应每个媒体网关,将管理该媒体网关的媒体网关控制器设置为该媒体网关的主用媒体网关控制器,将自身主用媒体网关控制器的互助媒体网关控制器设置为该媒体网关的备用媒体网关控制器;并将设置结果存储在该媒体网关自身的数据库中。
本发明所述处于互助非激活态的媒体网关控制器进一步并行执行以下操作:
维护与自身主用媒体网关已建立的主用链路,并通过所述主用链路完成对其主用媒体网关的控制;
通过所述主用链路定时回应自身主用媒体网关发送的心跳信号;
维护自身的媒体网关列表,并根据自身维护的媒体网关列表,处理媒体网关上报的注册请求。
本发明所述处于互助激活态的媒体网关控制器进一步并行执行以下操作:
维护与自身主用媒体网关已建立的主用链路,及与自身备用媒体网关已建立的备用链路,并通过所述主用链路及备用链路完成对主用媒体网关及备用媒体网关的控制;
通过所述主用链路定时回应主用媒体网关发送的心跳信号,通过所述备用链路定时回应备用媒体网关发送的心跳信号;
维护自身的媒体网关列表,并根据自身维护的媒体网关列表,处理媒体网关上报的注册请求。
本发明所述媒体网关控制器在从互助非激活态转移到互助激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身的备用媒体网关加入自身控制的媒体网关列表。
本发明所述媒体网关控制器在从互助激活态转移到互助非激活态之前,将进一步顺序执行以下操作:
A1、遍历自身维护的媒体网关列表,通过查询所述系统网管中心数据库,获取所述媒体网关列表中的备用媒体网关信息;
A2、向所述备用媒体网关发送退出服务消息,通知所述备用媒体网关本媒体网关控制器不再进行服务,令所述备用媒体网关立即拆除备用链路;
A3、关闭与所述备用媒体网关的通信端口,拆除所述备用链路;
A4、从自身维护的媒体网关列表中删除所有备用媒体网关信息。
本发明所述媒体网关控制器在从故障状态或从互助空转态转移到互助非激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身主用媒体网关加入自身维护的媒体网关列表;
媒体网关控制器在从故障状态或互助空转态转移到互助激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身主用媒体网关及备用媒体网关加入自身维护的媒体网关列表。
在所述媒体网关倒换到自身备用媒体网关控制器后进一步包括:所述媒体网关定时发送心跳信号到自身主用媒体网关控制器,并监听主用媒体网关控制器回送的心跳信号,一旦主用媒体网关控制器发送正常的心跳信号,则设定所述主用媒体网关控制器为该媒体网关当前的归属媒体网关控制器,并发起从备用媒体网关控制器到主用媒体网关控制器的倒换。
本发明所述方法进一步包括:设定心跳中断门限:
所述归属媒体网关控制器回送正常的心跳信号为:所述归属媒体网关控制器连续回送心跳信号或回送心跳信号的中断次数小于设定的心跳中断门限。
由此可以看出,本发明所述的MGW双归属实现方法通过在MGC与归属于该MGC的MGW之间增加心跳机制,保证在某个MGC发生故障或意外断电等故障情况下,归属于该故障MGC的MGW仍然可以实现向其他MGC的倒换,从而有效地避免了现有技术中由MGC意外故障造成的MGW无法正常倒换的问题。
由于现有技术中在故障MGC恢复正常重新启动初始化后,将直接接管自身原来管理的MGW,如果该MGW的倒换过程发生在所述MGW及其当前所属MGC之间业务量较大的时候,势必造成大量的呼损。本发明所述方法令重新启动初始化后的MGC首先进入互助空转态,并根据系统网管中心下发的状态转移命令,在所述业务量较小的时候进行状态转移,所述重新启动的MGC将自身管理的MGW倒换回来,有效地避免了呼损情况的发生。
另外,由于在某些异常的情况下,具有互助关系的两个MGC有可能同时处于互助激活态,可能会造成这两个MGC所管理的MGW无法确认当前的归属MGC,从而造成MGW注册混乱。在本发明所述的方法中,MGW将实时监测对自身进行管理的MGC的状态,并根据该MGC的状态设置当前归属MGC,可以有效的避免MGW注册混乱问题,进一步完善了MGW的双归属功能。
附图说明
图1为实现MGW双归属功能的网络结构示意图。
具体实施方式
为使发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
为了解决上述问题,本发明提供了一种MGW双归属功能的实现方法。该方法也基于图1所示的网络结构,即也需要预先为网络中的每个MGC配置一个或者多个由它管理的MGW,同时,设置MGC之间的互助关系。本发明将具有互助关系的两个MGC互相称为对方的互助MGC。如图1所示,MGW1和MGW2是由MGC1管理的MGW,而MGW3和MGW4是由MGC2管理的MGW。另外,MGC1和MGC2互为互助MGC。
为了描述方便,在这里将由某个MGC管理的MGW称为该MGC的主用MGW,而将该MGC的互助MGC管理的MGW称为该MGC的备用MGW。参照图1,MGW1和MGW2是MGC1的主用MGW,是MGC2的备用MGW;而MGW3和MGW4是MGC2的主用MGW,是MGC1的备用MGW。由此可以看出,所述的主用MGW以及备用MGW是针对某个MGC而言的相对概念。每个MGC与其主用MGW之间建立的链路称为主用链路,如图1中MGC与MGW之间的实双箭头所示;每个MGC与其备用MGW之间建立的链路称为备用链路,如图1中MGC与MGW之间的虚线所示。
在上述对MGC的配置完成后,还需要将为每个MGC配置的主用MGW及备用MGW信息存储在系统网管中心的数据库中,供MGC查询。
除此之外,本发明所述的方法还要预先为网络中的每个MGW配置一个主用MGC以及一个备用MGC。其中,所述主用MGC就是管理该MGW的MGC,而所述备用MGC就是该MGW的主用MGC的互助MGC。参照图1,MGW1和MGW2的主用MGC是MGC1,备用MGC是MGC2,而MGW3和MGW4的主用MGC是MGC2,备用MGC是MGC1。在这里,所述的主用MGC及备用MGC也是针对某个MGW而言的相对概念。
在上述对MGW的配置完成后,将每个MGW的主用MGC及备用MGC信息保存在该MGW自身的数据库中。
在正常情况下,MGW将归属于它的主用MGC,而在主用MGC发生故障的情况下,倒换到它的备用MGC,归属于它的备用MGC。在本发明所述的方法中,MGW将通过与当前归属MGC之间的心跳机制获知当前归属MGC的工作状态,并以此判断是否需要进行倒换。
从上述描述可以看出,每个MGC在正常工作时,存在下列两种状态:在它的互助MGC正常工作的情况下,MGC仅对自身的主用MGW进行控制时所处的状态,称为互助非激活态;在互助MGC发生故障的情况下,MGC同时对自身主用MGW和备用MGW进行控制时所处的状态,称为互助激活态。
在本发明所述的方法中,MGC可以通过MGC之间的心跳机制获知互助MGC的工作状态,并根据所述互助MGC的工作状态主动进行上述两个状态之间的状态转移;MGC也可以根据系统网管中心下发的状态转移控制命令被动进行上述两个状态之间的状态转移。
下面将结合图1具体说明本发明的优选实施例。
实施例1:
下面以图1中MGC1的不同工作情况为例详细说明本实施例所述的方法。
1)当MGC1正常工作时:
假设此时MGC2也处于正常工作状态。在这种情况下,MGC1、MGC2处于互助非激活态,它将并行执行以下操作:
a1、维护与自身主用MGW之间已建立的主用链路,并通过所述主用链路完成对所述主用MGW的控制;
a2、通过所述主用链路定时回应所述主用MGW发送的心跳信号,即定时发送心跳信号到所述主用MGW,通知所述主用MGW自身工作正常;
a3、维护自身的MGW列表;
需要说明的是,每个MGC在初始化的过程中均需要建立一个MGW列表,用于记录该MGC要控制的所有MGW信息。每个MGC就是根据自身的MGW列表来判断是否接受MGW上报的注册请求的。在正常情况下,每个MGC可以通过读取系统网管中心数据库对自身的MGW列表进行维护。
a4、根据自身维护的MGW列表,处理MGW上报的注册请求,即如果上报注册请求的MGW在自身维护的MGW列表中,则接受该MGW上报的注册请求,否则,拒绝该MGW上报的注册请求;
a5、定时发送心跳信号到具有互助关系的互助MGC,通知所述互助MGC自身正常工作;
a6、监听所述互助MGC发送的心跳信号,实时获知所述互助MGC的工作状态。
参照图1,在上述情况下,MGW1和MGW2归属于MGC1,与MGC1交互控制命令,MGW3和MGW4归属于MGC2,与MGC2交互控制命令。同时,MGW1和MGW2还需要通过自身的主用链路定时向MGC1发送心跳信号,并通过接收MGC1回送的心跳信号来确定MGC1或自身的主用链路是否工作正常。MGW3和MGW4需要通过自身的主用链路定时向MGC2发送心跳信号,并通过接收MGC2回送的心跳信号来确定MGC2或自身的主用链路是否工作正常。MGC1和MGC2之间通过来自对方的心跳信号判断对方的工作状态。
2)当MGC1发生故障:
此时,假设MGC2处于正常工作状态。
在这种情况下,由于MGC1发生故障,MGC1将无法发送心跳信号到到MGC2以及到MGC1的主用MGW,即MGW1和MGW2。因此,MGW1、MGW2及MGC2可以通过心跳信号的中断时间判断出MGC1发生了故障。
当MGW1和MGW2检测到MGC1发送的心跳信号中断的次数达到预先配置的心跳中断门限时,将判定MGC1发生故障,这两个MGW会主动向预先配置好的备用MGC,即MGC2发送注册请求,并等待MGC2建立备用链路,继续进行控制命令的交互。
当MGC2检测到MGC1发送的心跳信号中断的次数达到预先配置的心跳中断门限时,将判定MGC1发生故障,此时,MGC2将从互助非激活态转移到互助激活态,并需要在状态转移的过程中,从系统网管中心数据库中重新读取MGW的配置数据,将自身的备用MGW,即MGW1和MGW2,加入自身维护的MGW列表,实现对所述MGW列表的更新。这样,MGC2将能够处理MGW1和MGW2上报的注册请求。
完成对MGW列表的更新后,MGC2转移到互助激活态。在处于互助激活态的MGC2接收到所述备用MGW,即MGW1和MGW2上报的注册请求之后,将根据自身维护的MGW列表判断是否接受所述注册请求,并在接受所述注册请求后,建立所述备用链路,然后通过所述备用链路完成对MGW1和MGW2的控制。此时,MGW1和MGW2将归属于MGC2。
此时,处于互助激活态的MGC2除了执行上述a1~a6所述的操作外,还将通过自身的备用链路完成对与所述备用MGW,即MGW1和MGW2之间的控制命令交互,并定时回送心跳信号到MGW1和MGW2,通知MGW1和MGW2自身工作正常。
在实际应用中,当MGC2完成MGW的列表更新后,也可以不等待MGW1和MGW2上报注册请求,而直接建立所述备用链路,并主动发起MGW1和MGW2从MGC1到MGC2的倒换。
另外,当MGW1和MGW2从MGC1倒换到MGC2之后,将通过自身的备用链路与MGC2进行控制命令的交互,同时还将定时发送心跳信号到MGC2,并通过接收MGC2回送的心跳信号来确定MGC2或备用链路是否工作正常。
本领域的技术人员可以理解,如果在MGC1正常工作,而MGC2发生故障的情况下,MGC1以及MGW3和MGW4完全可以通过上述操作,完成MGW3和MGW4从MGC2到MGC1的倒换。
3)MGC1从故障状态恢复:
当MGC1从故障状态恢复,重新启动并完成系统初始化后,将首先检测来自MGC2的心跳信号,用以选择自身从故障状态恢复后将转移到的工作状态。
情况一:如果可以检测到MGC2发送的心跳信号,则MGC1将转移到互助非激活态。在转移到互助非激活态之前,MGC1将从系统网管中心数据库中读取MGW的配置数据,将它的主用MGW,即MGW1和MGW2加入自身控制的MGW列表,完成MGW列表的更新,从而该MGC将能够处理MGW1和MGW2上报的注册消息。
在转移到互助非激活态之后,所述MGC1将等待MGW1和MGW2的注册请求,准备建立所述主用链路。同时,所述MGC1还将恢复发送到MGC2的心跳信号,用以通知MGC2当前本MGC已经从故障中恢复。
当MGC2在检测到MGC1发送的心跳信号后,将从互助激活态转移到互助非激活态。在转移到互助非激活态之前,MGC2将顺序执行以下步骤:
b1、遍历本MGC所控制的MGW列表,通过查询系统网管中心数据库,获取所述MGW列表中自身的备用MGW;
b2、向查找到的备用MGW发送退出服务消息,通知所述备用MGW本MGC不再进行服务,令所述备用MGW立即拆除备用链路;
通过本步骤的操作,MGC2可以在决定退出服务时,通过所述退出服务消息立即通知自身的备用MGW,即MGW1和MGW2,这样,MGW1和MGW2就可以及时获知MGC2将退出服务,并可以及时向其他的MGC上报注册请求,从而加快了MGW的切换过程;
另外,通过MGC2与MGW1和MGW2之间的心跳机制,也可以实现步骤b2所述的功能,即在执行完步骤b1后,MGC2停止回送的心跳信号到MGW1和MGW2,通知MGW1和MGW2本MGC不再进行服务。这样,MGW1和MGW2可以通过心跳信号的中断时间判定MGC2退出了服务。但是,这种方法同步骤b2所述的方法相比,具有耗费时间较长的缺点。
b3、关闭与自身备用MGW的通信端口,拆除所述备用链路;
该步骤有效的避免了MGC2的备用MGW在接收到退出服务消息后仍然向MGC2上报注册请求并被MGC2接受的错误情况;
另外,为了保证MGC2能够将所述退出服务消息成功的发送到自身的备用MGW,在步骤b2执行完后,最好延迟一段时间再执行所述步骤b3;
b4、从自身MGW列表中删除所有备用MGW信息,保证即使在备用链路没有成功拆除的情况下,对于自身备用MGW上报的注册请求,也可以根据删除所述备用MGW信息后的MGW列表,判断出上报注册请求的备用MGW已经不属于本MGW控制的范围而予以拒绝。
当MGC2的备用MGW,即MGC1的主用MGW——MGW1和MGW2接收到MGC2的退出服务消息后,将拆除与MGC2建立的备用链路,并向MGC1发送注册请求。
当MGC1接收到MGW1和MGW2上报的注册请求后,将根据自身维护的MGW列表判断是否接受所述MGW上报的注册请求,并在接受所述注册请求后,建立所述主用链路,实现MGW1和MGW2从MGC2到MGC1的倒换。此时,所述MGW1和MGW2归属于MGC1。
在实际应用中,所述MGC1在转移到互助非激活态之后,也可以无需等待自身主用MGW上报的注册请求,而直接建立主用链路,主动发起自身主用MGW从MGC2到MGC1的倒换。
在MGC1的主用MGW从MGC2倒换到MGC1之后,MGC1及MGC2均将处于互助非激活态,因此将分别执行a1~a6所述的操作,实现对自身主用MGW的控制以及与互助MGC之间的状态通知。
情况二:如果MGC1在故障恢复后不能检测到MGC2的心跳信号,这说明此时MGC2发生了故障,则MGC1将转移到互助激活态。在转移到互助激活态之前,MGC1将首先从系统网管中心数据库中读取MGW的配置数据,将它的主用MGW——MGW1和MGW2及备用MGW——MGW3和MGW4加入自身控制的MGW列表,完成MGW列表的更新,从而该MGC1将能够处理它的主用MGW及备用MGW上报的注册请求。
在转移到互助激活态之后,MGC1将等待自身主用MGW或备用MGW——MGW1、MGW2、MGW3或MGW4上报的注册请求,准备建立所述主用链路或备用链路。在接收到MGW1、MGW2、MGW3或MGW4上报的注册请求之后,MGC1将接受所述注册请求并建立所述主用链路或备用链路,恢复对MGW1、MGW2、MGW3或MGW4的控制。
在实际应用中,在转移到互助激活态之后,MGC1也可以无需等待MGW1、MGW2、MGW3或MGW4上报的注册请求,而直接建立所述主用链路或备用链路。
处于互助激活态的MGC1除了执行上述a1~a6所述的操作对自身主用MGW进行控制之外,还将通过所述备用链路完成对与MGW3和MGW4之间的控制命令交互,并定时回送心跳信号到MGW3和MGW4,通知MGW3和MGW4当前MGC1工作正常。
对于MGC根据系统网管中心的状态转移命令被动进行互助非激活态以及互助激活态之间的状态转移的情况,在状态转移的过程中,MGC1、MGC2以及MGW1、MGW2、MGW3和MGW4所执行的操作与上述实施例1所述的3种情况下MGC1、MGC2以及MGW1、MGW2、MGW3和MGW4所执行的操作完全相同,在这里就不再详细说明了。
从上述MGW双归属的实现方法可以看出,该方法通过在MGW与它当前归属的MGC之间增加了心跳机制,保证在某个MGC发生故障或意外断电等故障情况下,归属于该MGC的MGW仍然可以实现向其他MGC的倒换,从而有效地避免了现有技术的问题。
实施例2:
从实施例1所述的方法可以看出,当MGC1从故障状态恢复时,它将直接进入互助激活态或者互助非激活态,试图激活自身主用MGW的控制权。但是,由于当前MGC1的主用MGW正受到MGC2的控制,并且业务量可能很大,因此,如果在此时进行MGW双归属倒换,势必会造成大量的呼损。
为了上述呼损问题,本实施例对实施例1所述的方法进行了改进,在原有的MGC的工作状态中增加了互助空转态。所述互助空转态是指:在这种状态下,MGC不能对任何MGW进行控制,无论是主用MGW还是备用MGW。
本实施例所述的方法进一步设定MGC在重新启动初始化后,只能进入互助空转态,而不能直接进入互助激活态或者互助非激活态。并且,处于互助空转态的MGC可以根据系统网管中心下发的状态转移控制信号完成从互助空转态到互助非激活态或者互助激活态的转移。
此时,系统网管中心可以根据当前处于互助空转态MGC的主用MGW与该MGW当前归属的MGC之间交互的业务量,选择适合的倒换时机。在所述业务量较小时,系统网管中心将下发状态转移控制命令到所述处于互助空转态的MGC,使其发起从互助空转态到所述互助非激活态或者互助激活态的状态转移。在转移到互助激活态之前,该MGC仍将执行实施例1所述MGC1从故障状态恢复时所作的操作,实现MGW的倒换。
参照图1,在本实施例中,MGC1从故障状态恢复后将直接进入互助空转态,系统网管中心将检测MGC2和MGC1的主用MGW——MGW1和MGW2之间的业务量,并在所述业务量较小时,令MGC1从互助空转态转移到互助非激活或者互助激活态,重新接管自身的主用MGW。
由此可以看出,令重新启动初始化后的MGC首先进入互助空转态,并根据系统网管中心下发的状态转移控制命令在即将倒换的MGW与它当前归属的MGC之间的业务量较小的时候进行状态转移的方法,有效地避免了呼损情况。
为了使本实施例的方案更加灵活,处于互助空转态的MGC也可以通过检测其互助MGC发送的心跳信号,判断所述互助MGC的工作状态,从而自动完成从互助空转态到互助激活态或者互助非激活态的转移。
具体来讲,当处于互助空转态的MGC检测到其互助MGC发送的心跳信号后,判定其互助MGC工作正常,将直接转移到互助非激活态,接管自身的主用MGW;而当处于互助空转态的MGC检测到其互助MGC发送的心跳信号中断次数大于或等于设定的心跳中断门限时,判定其互助MGC发生故障将直接转移到互助激活态,接管自身的主用及备用MGW。
实施例3:
在异常情况下,例如,当某个MGC与它的互助MGC之间的通信链路发生故障,但两个MGC均工作正常的情况下,这两个MGC均会通过心跳信号的中断判定对方发生了故障,此时这两个MGC会同时转移到互助激活态,即出现“双活”情况。在这种情况下,具有互助关系的两个MGC均将试图接管归属于这两个MGC的MGW,从而造成MGW无法确认当前归属的MGC,导致MGW的注册混乱。
为了上述“双活”问题,本实施例所述的方法对实施例1的方法进行了改进,令MGW在任何情况下均向自身的主用MGC发送心跳信号,并根据主用MGC回送的心跳信号选择当前与自身进行控制命令交互的归属MGC。所述选择归属MGC的方法为:MGW实时检测自身主用MGC回送的心跳信号,如果能够接收到主用MGC回送的心跳信号,则判定主用MGC为当前的归属MGC;如果主用MGC回送心跳信号中断的此时超过系统设定的心跳中断门限,则判定自身备用MGC为当前的归属MGC。这样,即使出现“双活”的情况,也能确保MGW优先注册到其主用MGC上。
参照图1具体说明如下:
在正常情况下,MGC1和MGC2均工作正常,因此,MGW1和MGW2的归属MGC为MGC1,MGW3和MGW4的归属MGC为MGC2。此时即使出现“双活”情况,MGW1和MGW2也将选择于MGC1交互控制命令,而不会受到MGC2的控制,同理,MGW3和MGW4将选择于MGC2交互控制命令,而不会受到MGC1的控制。
在该MGW1和MGW2已经倒换到MGC2的情况下,由于这两个MGW仍要定时的向MGC1发送心跳信号,实时监测MGC1的状态,因此,一旦MGC1恢复正常,在这两个MGW检测到MGC1回送的心跳信号后,将判定MGC1为它们的归属MGC,并主动倒换回MGC1。此时,即使出现“双活”的情况,MGW1和MGW2也将选择与MGC1交互控制命令,而不会再受MGC2的控制。
从实施例3所述的方法可以看出,通过MGW实时监测自身主用MGC的状态,并根据主用MGC的状态设置当前归属MGC的方法,可以有效的避免在“双活”情况下可能出现的MGW注册混乱的问题,进一步完善了MGW的双归属功能。
Claims (13)
1、一种媒体网关双归属的实现方法,其特征在于,该方法包括以下步骤:
a、设置每个媒体网关控制器管理的媒体网关,将管理媒体网关的媒体网关控制器设置为该媒体网关的归属媒体网关控制器,并设置两个管理不同媒体网关的媒体网关控制器互为互助媒体网关控制器;
b、所述媒体网关在正常工作过程中定时向当前的归属媒体网关控制器发送心跳信号,并检测所述归属媒体网关控制器回送的心跳信号,如果所述归属媒体网关控制器回送正常的心跳信号,则返回本步骤;否则,发起双归属倒换到所述归属媒体网关控制器的互助媒体网关控制器,并在双归属倒换后将所述互助媒体网关控制器作为当前的归属媒体网关控制器,然后返回本步骤。
2、如权利要求1所述的方法,其特征在于,所述方法进一步包括:每个媒体网关控制器在初始化时建立一个媒体网关列表,用于记录该媒体网关控制器要控制的所有媒体网关;
步骤b所述发起双归属倒换包括:要进行双归属倒换的媒体网关向本次双归属倒换的目的媒体网关控制器上报注册请求;所述目的媒体网关控制器接收到所述媒体网关上报的注册请求后,判断所述媒体网关是否在自身建立的媒体网关列表中,如果在,则接受所述注册请求,并与所述媒体网关建立连接;否则,拒绝所述注册请求。
3、如权利要求1所述的方法,其特征在于,所述方法进一步包括:所述媒体网关控制器定时向自身的互助媒体网关控制器发送心跳信号,并监测所述互助媒体网关控制器发送的心跳信号;
所述媒体网关控制器包含两种正常工作状态:互助非激活态和互助激活态;
处于互助非激活态的媒体网关控制器监测到互助媒体网关控制器发送的心跳信号中断后,将从互助非激活态转移到互助激活态;
处于互助激活态的媒体网关控制器监测到互助媒体网关控制器正常发送心跳信号后,将从互助激活态转移到互助非激活态。
4、如权利要求3所述的方法,其特征在于,所述媒体网关控制器从故障状态恢复后,如果监测到自身互助媒体网关控制器发送正常的心跳信号,则直接进入互助非激活态;否则,直接进入互助激活态。
5、如权利要求3所述的方法,其特征在于,所述媒体网关控制器的正常工作状态进一步包括:互助空转态;
所述媒体网关控制器从故障状态恢复后,进入互助空转态;
处于互助空转态的媒体网关控制器,根据系统网管中心下发的状态转移控制命令转移到所述互助激活态或所述互助非激活态。
6、如权利要求3至5任一项所述的方法,其特征在于,所述方法进一步包括:对应每个媒体网关控制器,将自身管理的媒体网关设置为主用媒体网关,将其互助媒体网关控制器管理的媒体网关设置为备用媒体网关;并将设置结果存储在该媒体网关控制器所属的系统网管中心的数据库中;
对应每个媒体网关,将管理该媒体网关的媒体网关控制器设置为该媒体网关的主用媒体网关控制器,将自身主用媒体网关控制器的互助媒体网关控制器设置为该媒体网关的备用媒体网关控制器;并将设置结果存储在该媒体网关自身的数据库中。
7、如权利要求6所述的方法,其特征在于,处于互助非激活态的媒体网关控制器进一步并行执行以下操作:
维护与自身主用媒体网关已建立的主用链路,并通过所述主用链路完成对其主用媒体网关的控制;
通过所述主用链路定时回应自身主用媒体网关发送的心跳信号;
维护自身的媒体网关列表,并根据自身维护的媒体网关列表,处理媒体网关上报的注册请求。
8、如权利要求6所述的方法,其特征在于,处于互助激活态的媒体网关控制器进一步并行执行以下操作:
维护与自身主用媒体网关已建立的主用链路,及与自身备用媒体网关已建立的备用链路,并通过所述主用链路及备用链路完成对主用媒体网关及备用媒体网关的控制;
通过所述主用链路定时回应主用媒体网关发送的心跳信号,通过所述备用链路定时回应备用媒体网关发送的心跳信号;
维护自身的媒体网关列表,并根据自身维护的媒体网关列表,处理媒体网关上报的注册请求。
9、如权利要求6所述的方法,其特征在于,媒体网关控制器在从互助非激活态转移到互助激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身的备用媒体网关加入自身控制的媒体网关列表。
10、如权利要求6所述的方法,其特征在于,媒体网关控制器在从互助激活态转移到互助非激活态之前,将进一步顺序执行以下操作:
A1、遍历自身维护的媒体网关列表,通过查询所述系统网管中心数据库,获取所述媒体网关列表中的备用媒体网关信息;
A2、向所述备用媒体网关发送退出服务消息,通知所述备用媒体网关本媒体网关控制器不再进行服务,令所述备用媒体网关立即拆除备用链路;
A3、关闭与所述备用媒体网关的通信端口,拆除所述备用链路;
A4、从自身维护的媒体网关列表中删除所有备用媒体网关信息。
11、如权利要求6所述的方法,其特征在于,媒体网关控制器在从故障状态或从互助空转态转移到互助非激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身主用媒体网关加入自身维护的媒体网关列表;
媒体网关控制器在从故障状态或互助空转态转移到互助激活态之前,将进一步从系统网管中心数据库中读取媒体网关信息,将自身主用媒体网关及备用媒体网关加入自身维护的媒体网关列表。
12、如权利要求6所述的方法,其特征在于,在所述媒体网关倒换到自身备用媒体网关控制器后进一步包括:所述媒体网关定时发送心跳信号到自身主用媒体网关控制器,并监听主用媒体网关控制器回送的心跳信号,一旦主用媒体网关控制器发送正常的心跳信号,则设定所述主用媒体网关控制器为该媒体网关当前的归属媒体网关控制器,并发起从备用媒体网关控制器到主用媒体网关控制器的倒换。
13、如权利要求1所述的方法,其特征在于,所述方法进一步包括:设定心跳中断门限:
所述归属媒体网关控制器回送正常的心跳信号为:所述归属媒体网关控制器连续回送心跳信号或回送心跳信号的中断次数小于设定的心跳中断门限。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100647281A CN1327727C (zh) | 2005-04-18 | 2005-04-18 | 一种媒体网关双归属的实现方法 |
PCT/CN2005/001345 WO2006024225A1 (fr) | 2004-08-29 | 2005-08-29 | Procede de realisation d'une double inscription |
RU2007110854/09A RU2360377C2 (ru) | 2004-08-29 | 2005-08-29 | Способ реализации двойного подключения |
BRPI0514699-2A BRPI0514699B1 (pt) | 2004-08-29 | 2005-08-29 | Método, sistema e peça de equipamento para implementação de homing duplo |
AU2005279575A AU2005279575B2 (en) | 2004-08-29 | 2005-08-29 | A method for implementing dual-homing |
EP05781860A EP1777893A4 (en) | 2004-08-29 | 2005-08-29 | METHOD OF MAKING A DOUBLE ENTRY |
US11/709,263 US8116760B2 (en) | 2004-08-29 | 2007-02-22 | Method for implementing dual-homing |
US13/350,261 US8571546B2 (en) | 2004-08-29 | 2012-01-13 | Method for implementing dual-homing |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNB2005100647281A CN1327727C (zh) | 2005-04-18 | 2005-04-18 | 一种媒体网关双归属的实现方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN1856128A true CN1856128A (zh) | 2006-11-01 |
CN1327727C CN1327727C (zh) | 2007-07-18 |
Family
ID=37195859
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNB2005100647281A Expired - Fee Related CN1327727C (zh) | 2004-08-29 | 2005-04-18 | 一种媒体网关双归属的实现方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN1327727C (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102970700A (zh) * | 2012-11-13 | 2013-03-13 | 中兴通讯股份有限公司 | 根据注册网关数量进行双归属自动倒换判决方法及系统 |
CN101641902B (zh) * | 2007-11-26 | 2013-09-25 | 阿尔卡特朗讯公司 | 用于增强媒体网关与媒体网关控制器之间的切换的方法 |
CN103391275A (zh) * | 2012-05-09 | 2013-11-13 | 华为技术有限公司 | 一种ip多媒体子系统架构下提供主被叫业务的方法、装置及系统 |
CN109905285A (zh) * | 2017-12-11 | 2019-06-18 | 北京华为数字技术有限公司 | 一种网络管理的方法与网络设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002084363A (ja) * | 2000-09-06 | 2002-03-22 | Nec Corp | ゲートウェイシステム及びそれに用いる回線制御方法 |
US7234001B2 (en) * | 2000-12-20 | 2007-06-19 | Nortel Networks Limited | Dormant backup link for OSPF network protection |
JP2002290551A (ja) * | 2001-03-28 | 2002-10-04 | Nec Corp | ゲートウェイシステム及びそれに用いる障害処理方法 |
CN1157035C (zh) * | 2001-06-05 | 2004-07-07 | 华为技术有限公司 | 设置多链路捆绑用户服务器组的方法 |
CN1198407C (zh) * | 2003-07-08 | 2005-04-20 | 大唐移动通信设备有限公司 | 通信系统中实现高可用性(ha)的装置和方法 |
-
2005
- 2005-04-18 CN CNB2005100647281A patent/CN1327727C/zh not_active Expired - Fee Related
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101641902B (zh) * | 2007-11-26 | 2013-09-25 | 阿尔卡特朗讯公司 | 用于增强媒体网关与媒体网关控制器之间的切换的方法 |
CN103391275A (zh) * | 2012-05-09 | 2013-11-13 | 华为技术有限公司 | 一种ip多媒体子系统架构下提供主被叫业务的方法、装置及系统 |
CN103391275B (zh) * | 2012-05-09 | 2017-03-15 | 华为技术有限公司 | 一种ip多媒体子系统架构下提供主被叫业务的方法、装置及系统 |
CN102970700A (zh) * | 2012-11-13 | 2013-03-13 | 中兴通讯股份有限公司 | 根据注册网关数量进行双归属自动倒换判决方法及系统 |
WO2014075596A1 (zh) * | 2012-11-13 | 2014-05-22 | 中兴通讯股份有限公司 | 根据注册网关数量进行双归属自动倒换判决方法及系统 |
CN109905285A (zh) * | 2017-12-11 | 2019-06-18 | 北京华为数字技术有限公司 | 一种网络管理的方法与网络设备 |
Also Published As
Publication number | Publication date |
---|---|
CN1327727C (zh) | 2007-07-18 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN1946058A (zh) | 适用于软交换网络的软交换设备异地容灾系统及其方法 | |
CN1851657A (zh) | 一种双机备份实现方法及系统 | |
CN1842020A (zh) | 一种实现数据业务备份的方法 | |
CN1885839A (zh) | 网络中主备网关设备的实现方法 | |
CN101079742A (zh) | 容灾归属用户服务器间的数据同步方法及系统 | |
CN1859219A (zh) | 基于设备容灾的业务接管方法、业务转接设备及备份机 | |
CN1943206A (zh) | 用于在集群系统的网络故障期间最大化连通性的系统和方法 | |
CN1933442A (zh) | 实现虚拟路由器冗余协议主、备用设备切换的方法及系统 | |
CN1312922A (zh) | 容错计算机系统 | |
CN1848841A (zh) | 路由设备备份方法 | |
CN1655532A (zh) | 管理基于网际协议的语音(VoIP)系统的路由路径 | |
CN1866854A (zh) | 在设备管理中更新和恢复终端设备数据的方法 | |
CN1881902A (zh) | 冗余组状态管理设备和方法 | |
CN1315288C (zh) | 双网络通信系统的不间断切换方法 | |
CN101035053A (zh) | 一种分布式系统的节点链路切换的处理方法及其装置 | |
CN1856128A (zh) | 一种媒体网关双归属的实现方法 | |
CN1251103C (zh) | 提高商务机群可服务性的方法 | |
CN1199458C (zh) | 全流程备份视讯系统 | |
CN1198407C (zh) | 通信系统中实现高可用性(ha)的装置和方法 | |
CN101039263A (zh) | 核心网节点过载的处理方法及移动交换设备和通信系统 | |
CN1878389A (zh) | 下一代网络业务切换方法及其装置 | |
CN1867004A (zh) | 一种指示用户终端状态的实现方法 | |
CN1741505A (zh) | 组播静态组备份的方法及组播报文转发的方法 | |
CN1874320A (zh) | 实现报文转发路径一致的方法和系统 | |
CN1859155A (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 | ||
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: 20070718 Termination date: 20210418 |