专利名称：一种双归属的实现方法及系统的制作方法
技术领域：
本发明涉及通信技术领域，特别是涉及一种双归属的实现方法及系统。
背景技术：
软交换是下一代网络的交换技术，具有大容量、高集成度以及基于IP的技术特点，在软交换网络中，软交换设备是最关键的设备，负责控制大量的设备和呼叫接续，处理能力和功能都非常强大，当软交换设备出现故障时，有可能出现整个本地网络业务全部阻塞的灾难性事故，给整个网络造成非常大的影响，为避免软交换设备故障所造成的影响，出现了双归属技术。
双归属(DUAL HOMING)是一种组网级别的可靠性解决方案，在控制和承载分离的网络体系结构下，接入设备可以归属到两个不同的控制设备上。当一个控制设备出现故障的情况下，可以由另外一个控制设备来控制接入设备。
在软交换组网的情况下，双归属是指在正常情况下，接入设备媒体网关MGW(Media Gate Way)被软交换设备媒体网关控制器MGC(Media GatewayController)1控制，当MGC1发生故障后，MGC1控制下的所有MGW重新注册到备份媒体网关控制器MGC2上，由MGC2进行控制。这里所述双归属技术以MGC为单位进行备份，当出现故障时，也是以MGC为单位进行倒换，即MGC控制下的所有MGW一起倒换。
请参阅图1，是现有技术方法流程图，包括步骤s11)媒体网关控制器MGC与媒体网关MGW建立控制关系；s12)媒体网关MGW与主媒体网关控制器MGC通信中断；s13)主媒体网关控制器MGC控制的媒体网关MGW向备份媒体网关控制器MGC发起注册；s14)备份媒体网关控制器MGC根据心跳机制判断主媒体网关控制器MGC是否发生故障，如果是，进入步骤s15)，如果否，进入步骤s16)；
s15)备份媒体网关控制器MGC接受注册，并接管主媒体网关控制器MGC控制下的所有媒体网关MGW的业务；s16)备份媒体网关控制器MGC不接受注册，媒体网关MGW的业务中断。
请参阅图2，是现有技术方法应用示意图。
如图2所示，MGW上配置了MGC的列表，包括MGC的IP地址等内容，MGW和MGC之间通过Mc接口链路链接，图中实线为主用链路，虚线为备用链路，协议栈为H.248/SCTP。SCTP(Stream Control Transfer Protocol)为流控制传输协议。MGC1控制MGW1和MGW2，同时也是MGW3的备份MGC，MGC2控制MGW3，同时也是MGW1和MGW2的备份MGC。MGC1和MGC2间有心跳线(Heartbeat)L1，通过心跳线L1互相检测对端是否故障。
根据现有方法，当MGC1发生故障后，MGW1和MGW2与MGC1的链路中断，此时MGW1和MGW2将向MGC2发起注册，MGC2根据与MGC1之间的心跳，知道MGC1发生故障后，将接受MGW1和MGW2的注册，完成对MGW1和MGW2业务的接管。
同理，当MGC2发生故障后，MGW3与MGC2的链路中断，此时MGW3将向MGC1发起注册，MGC1根据与MGC2之间的心跳，知道MGC2发生故障后，将接受MGW3的注册，完成对MGW3业务的接管。
现有技术方法虽然能解决软交换组网下的MGC的安全备份问题，但仍存在以下局限1、现有技术方案是对MGC整体的保护，不能做到对Mc接口链路的保护。例如图2中MGC1控制MGW1和MGW2，其中一个MGW如MGW1与MGC1之间的Mc接口链路中断，则MGW1下的业务就完全中断，MGW1会试图注册到备份的MGC2，但备份MGC2通过心跳检测到主MGC1是好的，将不接受注册，最终导致该MGW1的业务中断。
2、现有技术方案中，如果要实现双归属倒换，只能是某MGC控制下的所有MGW全部倒换到另一个MGC下，而不能实现部分MGW倒换。例如图2中MGC1控制的MGW1和MGW2，必须全部都倒换到备份的MGC2上，不能只倒换MGW1或只倒换MGW2。
3、现有技术方案中，当MGC发生故障时，不能让其控制的部分MGW倒换到一个MGC，而另外部分MGW倒换到其他MGC，所有受其控制的MGW必须同时倒换到相同的备份MGC，这样会对此备份MGC造成大量的话务冲击。
4、现有技术方案中，MGC间采用心跳技术检测，由于心跳可能中断，导致MGC误判，从而导致双活的可能。
例如MGC1有主用信令点D1，备用信令点D2；MGC2有主用信令点D2，备用信令点D1。正常情况下，MGC1中的D1是激活的，D2是非激活的；MGC2中的D2是激活的，D1是非激活的。当MGC1和MGC2之间的心跳中断后，它们互相认为对端是故障的，因此各自激活了备用信令点，即MGC2激活了MGC1的备用信令点D2，MGC1激活了MGC2的备用信令点D1，导致这两个备用信令点的数据被激活，也即所谓的双活，这样对外界业务处理会造成影响。
发明内容
本发明要解决的技术问题是提供一种双归属的实现方法及系统，该方法及系统能够实现软交换设备控制下的部分接入设备倒换。
本发明的目的是通过以下技术方案实现的本发明提供一种双归属的实现方法，包括步骤1)主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；2)当所述业务区域与主软交换设备通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
进一步的，是以接入设备为单位划分所述业务区域。
进一步的，所述步骤1)中包括业务区域对应不同备份软交换设备。
进一步的，所述步骤1)中业务区域包括由单个接入设备组成。
所述业务区域与主/备份软交换设备建立主/备用链路链接，将业务数据同时设置在主/备份软交换设备中；所述业务数据在主软交换设备中是激活状态，在备份软交换设备中是非激活状态。
步骤2)中当所述业务区域与主软交换设备通信中断时，主软交换设备将所述业务区域的业务数据设置为非激活状态；当所述业务区域中的接入设备向对应备份软交换设备发起注册后，所述备份软交换设备将所述业务区域的业务数据设置为激活状态。
步骤2)中所述业务区域与主软交换设备通信中断包括业务区域与主软交换设备链路故障或主软交换设备故障。
本发明提供一种双归属的实现系统，包括多个软交换设备和接入设备，所述软交换设备可作为主软交换设备或备份软交换设备；其中，主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；当主软交换设备与所述业务区域通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
进一步的，所述业务区域是以接入设备为单位划分。
进一步的，所述步骤1)中包括业务区域对应不同备份软交换设备。
进一步的，所述步骤1)中业务区域包括由单个接入设备组成。
步骤2)中所述主软交换设备与业务区域通信中断包括主软交换设备与业务区域链路故障或主软交换设备故障。
以上技术方案可以看出，本发明具有以下有益效果1、现有技术方案中要实现双归属倒换，只能是某软交换设备MGC控制下的所有接入设备MGW全部倒换到另一个MGC下，不能实现部分MGW的倒换，而本发明以MGW为单位划分业务区域，主MGC控制至少一个业务区域，其中任一业务区域都可以倒换到其他MGC，即可以实现部分MGW的倒换。
2、现有技术方案中，不能让部分MGW倒换到MGC1，而另外一部分MGW倒换到MGC2，而本发明主MGC控制至少一个业务区域，所述业务区域可以对应相同或不同备份MGC，所以可支持不同的MGW倒换到不同的MGC上，避免同时倒换到同一个MGC引发的大量突发话务对同一个MGC形成冲击。
3、现有技术方案是对MGC整体的保护，即不能做到对Mc接口链路的保护，而本发明以MGW为单位划分业务区域，所述业务区域可由一个或多个MGW组成，所以当业务区域由单MGW组成时，即可支持单MGW的倒换，允许单MGW倒换到另外一个备份MGC中，从而支持对Mc接口链路的保护。
4、现有技术方案中，MGC间采用心跳技术检测对端是否故障，而本发明不需要心跳机制来做MGC之间的检测，提高了倒换的可靠性。
5、本发明还可以手工调整不同MGC所承担的区域话务。
图1是现有技术方法流程图；图2是现有技术方法应用示意图；图3是本发明方法流程图；图4是本发明方法应用示意图；图5是本发明方法实施例一示意图；图6是本发明方法实施例二示意图；图7是本发明系统组成示意图。
具体实施例方式
本发明的核心思想是1)主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；2)当所述业务区域与主软交换设备通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
本发明的接入设备以媒体网关MGW为例但不局限于此，软交换设备以媒体网关控制器MGC为例但不局限于此。
本发明在MGC上，以MGW为单位，划分为若干个逻辑的业务区域，所述业务区域可以包括一个或多个MGW，并且每个业务区域之间的业务、数据等都是独立于其他区域的；主MGC控制一个或多个业务区域，每个业务区域可以对应相同或不同备份MGC。MGC和MGW间通过Mc接口链路建立主/备用链路链接，协议栈为H.248/SCTP。MGW与MGC建立主/备用链路链接时，将业务数据同时设置在主/备用MGC中。
需要说明的是，所述划分业务区域并不局限于按逻辑划分，也可按物理划分。另外，在所述附图中，用实线链路表示主用链路，用虚线链路表示备用链路，为了描述上的清晰，本文及附图中用“数字”来区分功能完全相同的设备。
请参阅图3，是本发明方法流程图，包括步骤s31)以媒体网关MGW为单位划分业务区域，主媒体网关控制器MGC控制至少一个业务区域，每个业务区域确定对应备份媒体网关控制器MGC；s32)业务区域与主媒体网关控制器MGC通信中断；通信中断包括业务区域与主媒体网关控制器MGC的链路发生故障或主媒体网关控制器MGC发生故障的情况。
S33)业务区域中的媒体网关MGW向对应备份媒体网关控制器MGC发起注册；当某业务区域与主媒体网关控制器MGC的链路发生故障时，此业务区域中的所有媒体网关MGW向对应备份媒体网关控制器MGC发起注册；当主媒体网关控制器MGC发生故障时，其控制下的业务区域都与主媒体网关控制器MGC链接中断，则所述业务区域中的媒体网关MGW向对应相同或不同的备份媒体网关控制器MGC发起注册。
S34)对应备份媒体网关控制器MGC接受注册并接管业务区域的业务。
根据本发明方法，下面对业务区域的划分及相关情况进行介绍。
在媒体网关控制器MGC1和MGC2上，以MGW为单位，划分为3个逻辑的业务区域，业务区域1由MGW1组成，业务区域2由MGW2组成，业务区域3由MGW3组成。
请参阅表1，是在双归属倒换前的MGW业务数据激活情况。当MGW注册在MGC1上时，此MGW所管理的业务区域的相关数据，在MGC1上是激活的，而在MGC2上是非激活的，所有与此业务区域相关的业务处理都会指向MGC1。同理可知，当MGW注册在MGC2上时，此MGW所管理的业务区域的相关数据，在MGC2上是激活的，而在MGC1上是非激活的，所有与此业务区域相关的业务处理都会指向MGC2。具体MGW1、MGW2、MGW3的业务数据激活情况见表中所示。
表1双归属倒换前的MGW业务数据激活情况当某MGW与MGC1链路中断时，此MGW会向MGC2发起注册。此时，在MGC1上，此MGW所管理的业务区域的数据被设置为非激活。当MGC2接受此MGW的注册后，其在MGC2上的相关数据被激活。
请参阅表2，是MGW1与MGC1之间的链路中断后的业务数据激活情况。MGW1所管理的业务区域的数据在MGC1由激活状态变为非激活状态，而在MGC2上由非激活状态变为激活状态。
表2MGW1与MGC1之间的链路中断后的业务数据激活情况请参阅表3，是MGW1、MGW2与MGC1之间的链路都中断后的业务数据激活情况。MGW1所管理的业务数据在MGC1由激活状态变为非激活状态，而在MGC2上由非激活状态变为激活状态。MGW2所管理的业务数据在MGC1由激活状态变为非激活状态，而在MGC2上由非激活状态变为激活状态。
表3MGW1、MGW2与MGC1之间的链路都中断后的业务数据激活情况请参阅图4，是本发明方法应用示意图。
如图4所示，在媒体网关控制器MGC1、MGC2和MGC3上，以MGW为单位，划分为4个控制的虚拟业务区，虚拟业务区1由MGW1、MGW2和MGW3组成，虚拟业务区2由MGW4组成，虚拟业务区3由MGW5组成，虚拟业务区4由MGW6、MGW7组成。MGW1、MGW2和MGW3与MGC1建立主用链路链接，与MGC2建立备用链路链接；MGW4与MGC2建立主用链路链接，与MGC3建立备用链路链接；MGW5与MGC3建立主用链路链接，与MGC2建立备用链路链接；MGW6和MGW7与MGC3建立主用链路链接，与MGC1建立备用链路链接。MGC1相对于MGW1、MGW2和MGW3是主MGC，相对于MGW6和MGW7是备份MGC；MGC2相对于MGW4是主MGC，相对于MGW1、MGW2、MGW3和MGW5是备份MGC；MGC3相对于MGW5、MGW6和MGW7是主MGC，相对于MGW4是备份MGC。
各虚拟业务区的业务数据激活情况如表4所示
表4虚拟业务区划分情况根据本发明方法，当某MGW与MGC链路中断时，例如，MGW5与主MGC3的链路中断，根据在MGW5中的数据配置，其中包括MGC的列表及MGC的IP地址等，MGW5会向其备份MGC2发起注册。由于链路中断，MGC3失去与MGW5的联系，因此MGC3将虚拟业务区3的相关数据例如信令点、链路等全部设置为非激活状态。当MGC2收到MGW5的注册请求后，将虚拟业务区3的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的MGC2处理。
同理，如果虚拟业务区1与主MGC1的链路中断，根据在MGW1、MGW2和MGW3中的数据配置，MGW1、MGW2和MGW3会向其备份MGC2发起注册。由于链路中断，MGC1失去与虚拟业务区1的联系，因此MGC1将虚拟业务区1的相关数据例如信令点、链路等全部设置为非激活状态。当MGC2收到MGW1、MGW2和MGW3的注册请求后，将虚拟业务区1的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的MGC2处理。
当某MGC发生故障时，例如MGC3掉电，此时虚拟业务区3中的MGW5、虚拟业务区4中的MGW6和MGW7均发现与主MGC3的链路中断，则MGW5向其备份MGC2注册，MGW6和MGW7向其备份MGC1注册。MGC2和MGC1收到对应MGW的注册请求后，就激活对应的虚拟业务区的相关数据，即MGC1收到MGW6和MGW7的注册请求后，将虚拟业务区4的相关数据全部设置为激活状态，MGC2收到MGW5的注册请求后，将虚拟业务区3的相关数据全部设置为激活状态，那么关于虚拟业务区4的后续呼叫就会到达对应的MGC1处理，关于虚拟业务区3的后续呼叫就会到达对应的MGC2处理。
同理，如果MGC1发生故障时，此时虚拟业务区1中的MGW1、MGW2和MGW3均发现与主MGC1的链路中断，则MGW1、MGW2和MGW3向其备份MGC2注册，MGC2收到MGW1、MGW2和MGW3的注册请求后，就激活虚拟业务区1的相关数据，那么关于虚拟业务区1的后续呼叫就会到达对应的MGC2处理。
请参阅图5，是本发明方法实施例一示意图。
图5是在第三代移动通信网络中R4软交换组网情况下，由基站控制器BSC(Base Station Controller)发起呼叫的例子。R4网络中将原来的移动交换中心MSC分离成为移动交换中心服务器MSC Server和媒体网关MGW，实现控制和承载分开。所述移动交换中心服务器MSC Server相当于本发明所述媒体网关控制器MGC。此时，每个MGW都可以代表一个传统的MSC，这样，每个MGW对应的业务数据就包括移动交换中心MSC号码，信令点，信令连接控制部分全局码SCCP GT(Signalling Connection control Part GlobalTitle)等。
图5中以MSC为单位共划分为4个虚拟MSC业务区，虚拟MSC业务区1由MGW1、MGW2和MGW3组成，虚拟MSC业务区2由MGW4组成，虚拟MSC业务区3由MGW5组成，虚拟MSC业务区4由MGW6、MGW7组成。MGW1、MGW2和MGW3与MGC1建立主用链路链接，与MGC2建立备用链路链接；MGW4与MGC2建立主用链路链接，与MGC3建立备用链路链接；MGW5与MGC3建立主用链路链接，与MGC2建立备用链路链接；MGW6和MGW7与MGC3建立主用链路链接，与MGC1建立备用链路链接。
当MGW5在MGC3上注册时，MGC3具有相应的MGW5含有的MSC号码、信令点、全局码GT等，与此虚拟MSC业务区3相关的呼叫都会被信令网路由到MGC3处理。当发生网关的双归属倒换后，MGW5备用链路链接的备份MGC2接管MGW5的业务，并具有了此虚拟MSC业务区3的所有属性，相关的呼叫被信令网路由到MGC2处理。
正常情况下，MGW5注册到MGC3上，则MGC3占用MSC号码为MSC3以及信令点为目的地信令点编码DPC(Destination Point Code)3。同时，MGC3还具有MSC号码MSC4以及信令点DPC4。此时，从基站控制器BSC5发起呼叫信令，此呼叫信令到达MGW5后，通过信令传送SIGTRAN(SignallingTransport)的主用链路，到达MGC3。MGC3根据此呼叫信令的目的信令点，知道属于虚拟MSC业务区3的呼叫，在后续的消息流程中，全部使用虚拟MSC业务区3的相关数据。
当MGW5与MGC3的链路中断后，根据在MGW5中的数据配置，MGW5会向MGC2发起注册。由于链路中断，MGC3失去与MGW5的联系，因此MGC3将虚拟MSC业务区3的相关数据例如信令点、链路等全部设置为非激活状态。当MGC2收到MGW5的注册请求后，将虚拟MSC业务区3的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的MGC2处理，MGC2接管MGW5即虚拟MSC业务区3的业务。从BSC5发起的呼叫信令，到达MGW5后，通过SIGTRAN的备用链路到达MGC2。MGC2根据此呼叫信令的目的信令点，知道属于虚拟MSC业务区3的呼叫，在后续的消息流程中，全部使用虚拟MSC业务区3的相关数据。此时虚拟MSC业务区4的业务则仍然在MGC3上处理。
请参阅图6，是本发明方法实施例二示意6是在R4软交换组网情况下，由公用电话交换网PSTN(Public SwitchedTelephone Network)发起呼叫的例子。
图5中以MSC为单位共划分为4个虚拟MSC业务区，虚拟MSC业务区1由MGW1、MGW2和MGW3组成，虚拟MSC业务区2由MGW4组成，虚拟MSC业务区3由MGW5组成，虚拟MSC业务区4由MGW6、MGW7组成。MGW1、MGW2和MGW3与MGC1建立主用链路链接，与MGC2建立备用链路链接；MGW4与MGC2建立主用链路链接，与MGC3建立备用链路链接；MGW5与MGC3建立主用链路链接，与MGC2建立备用链路链接；MGW6和MGW7与MGC3建立主用链路链接，与MGC1建立备用链路链接。
正常情况下，MGW5注册到MGC3上，则MGC3占用MSC号码为MSC3以及信令点为DPC3。同时，MGC3还具有MSC号码MSC4以及信令点DPC4。此时，从公用电话交换网PSTN5发起呼叫信令，此呼叫信令到达MGW5后，通过信令传送SIGTRAN(Signalling Transport)的主用链路，到达MGC3。MGC3根据此呼叫信令的目的信令点，知道属于虚拟MSC业务区3的呼叫，在后续的消息流程中，全部使用虚拟MSC业务区3的相关数据。
当MGW5与MGC3的链路中断后，根据在MGW5中的数据配置，MGW5会向MGC2发起注册。由于链路中断，MGC3失去与MGW5的联系，因此MGC3将虚拟MSC业务区3的相关数据例如信令点、链路等全部设置为非激活状态。当MGC2收到MGW5的注册请求后，将虚拟MSC业务区3的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的MGC2处理，MGC2接管MGW5即虚拟MSC业务区3的业务。从PSTN5发起的呼叫信令，到达MGW5后，通过SIGTRAN的备用链路到达MGC2。MGC2根据此呼叫信令的目的信令点，知道属于虚拟MSC业务区3的呼叫，在后续的消息流程中，全部使用虚拟MSC业务区3的相关数据。此时虚拟MSC业务区4的业务则仍然在MGC3上处理。
本发明还可以手工调整不同MGC所承担的区域话务。例如图5或图6中，MGC3同时管理虚拟MSC业务区3中的MGW5和虚拟MSC业务区4中的MGW6和MGW7，根据需要，可以将MGW5倒换到其备用链路链接的备份MGC2上。
本发明提供一种双归属的实现系统，包括多个软交换设备和接入设备，所述软交换设备可作为主软交换设备或备份软交换设备；其中，主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；当主软交换设备与所述业务区域通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
请参阅图7，是本发明系统组成示意图。
图中系统700包括软交换设备701、702和703，接入设备801、802、803、804、805、806和807。以接入设备为单位，划分为虚拟业务区901、902、903和904。虚拟业务区901由接入设备801、802和803组成，虚拟业务区902由接入设备804组成，虚拟业务区903由接入设备805组成，虚拟业务区904由接入设备806和807组成。虚拟业务区901与软交换设备701建立主用链路链接，与软交换设备702建立备用链路链接；虚拟业务区902与软交换设备702建立主用链路链接，与软交换设备703建立备用链路链接；虚拟业务区903与软交换设备703建立主用链路链接，与软交换设备702建立备用链路链接；虚拟业务区904与软交换设备703建立主用链路链接，与软交换设备701建立备用链路链接。软交换设备701相对于接入设备801、802和803是主软交换设备，相对于接入设备806和807是备份软交换设备；软交换设备702相对于接入设备804是主软交换设备，相对于接入设备801、802、803和接入设备805是备份软交换设备；软交换设备703相对于接入设备805、806和807是主软交换设备，相对于接入设备804是备份软交换设备。
当某虚拟业务区域与其主软交换设备链路中断时，例如，接入设备805与其主软交换设备703的链路中断，根据在接入设备805中的数据配置，其中包括软交换设备的列表及软交换设备的IP地址等，接入设备805会向其备份软交换设备702发起注册。由于链路中断，软交换设备703失去与接入设备805的联系，因此软交换设备703将虚拟业务区903的相关数据例如信令点、链路等全部设置为非激活状态。当备份软交换设备702收到接入设备805的注册请求后，将虚拟业务区903的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的备份软交换设备702处理。
同理，如果虚拟业务区901与其主软交换设备701的链路中断，根据在接入设备801、802和803中的数据配置，接入设备801、802和803会向其备份软交换设备702发起注册。由于链路中断，软交换设备701失去与虚拟业务区901的联系，因此软交换设备701将虚拟业务区901的相关数据例如信令点、链路等全部设置为非激活状态。当备份软交换设备702收到接入设备801、802和803的注册请求后，将虚拟业务区901的相关数据全部设置为激活状态，那么后续的呼叫就会到达对应的备份软交换设备702处理。
当某软交换设备发生故障时，例如软交换设备703掉电，此时虚拟业务区903中的接入设备805、虚拟业务区904中的接入设备806和807均发现与软交换设备703的链路中断，则接入设备805向其备份软交换设备702注册，接入设备806和807向其备份软交换设备701注册。软交换设备701和702收到对应接入设备的注册请求后，就激活对应的虚拟业务区的数据，即软交换设备701收到接入设备806和807的注册请求后，将虚拟业务区904的相关数据全部设置为激活状态，软交换设备702收到接入设备805的注册请求后，将虚拟业务区903的相关数据全部设置为激活状态，那么关于虚拟业务区904的后续呼叫就会到达对应的备份软交换设备701处理，关于虚拟业务区903的后续呼叫就会到达对应的备份软交换设备702处理。
本系统还可根据需要手工调整不同软交换设备所承担的区域话务。例如软交换设备703同时管理虚拟业务区903中的接入设备805和虚拟业务区904中的接入设备806和807，则根据话务情况可以将接入设备805倒换到其备份软交换设备702上。
需要说明的是，本发明所述双归属的实现系统，并不局限于图7所示系统组网情况，还可根据本发明方法实施其他组网情况。
需要说明的是，本发明可以应用但不局限于下一代网络NGN(NextGeneration Network)、第三代移动通信网络3G(The Third Generation)及第二代移动通信网络向第三代移动通信网络过渡的2.5G网络中。本发明以媒体网关控制器为软交换设备，以媒体网关为接入设备进行组网但并不局限于此。
以上对本发明所提供的一种双归属的实现方法及系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种双归属的实现方法，其特征在于，包括步骤1)主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；2)当所述业务区域与主软交换设备通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
2.如权利要求1所述的双归属的实现方法，其特征在于以接入设备为单位划分所述业务区域。
3.如权利要求2所述的双归属的实现方法，其特征在于所述步骤1)中包括业务区域对应不同备份软交换设备。
4.如权利要求2或3所述的双归属的实现方法，其特征在于所述步骤1)中业务区域包括由单个接入设备组成。
5.如权利要求4所述的双归属的实现方法，其特征在于所述业务区域与主/备份软交换设备建立主/备用链路链接，将业务数据同时设置在主/备份软交换设备中；所述业务数据在主软交换设备中是激活状态，在备份软交换设备中是非激活状态。
6.如权利要求5所述的双归属的实现方法，其特征在于步骤2)中当所述业务区域与主软交换设备通信中断时，主软交换设备将所述业务区域的业务数据设置为非激活状态；当所述业务区域中的接入设备向对应备份软交换设备发起注册后，所述备份软交换设备将所述业务区域的业务数据设置为激活状态。
7.如权利要求1所述的双归属的实现方法，其特征在于步骤2)中所述业务区域与主软交换设备通信中断包括业务区域与主软交换设备链路故障或主软交换设备故障。
8.一种双归属的实现系统，其特征在于，包括多个软交换设备和接入设备，所述软交换设备可作为主软交换设备或备份软交换设备；其中，主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；当主软交换设备与所述业务区域通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。
9.如权利要求8所述的双归属的实现方法，其特征在于所述业务区域是以接入设备为单位划分。
10.如权利要求9所述的双归属的实现方法，其特征在于所述步骤1)中包括业务区域对应不同备份软交换设备。
11.如权利要求9或10所述的双归属的实现方法，其特征在于所述步骤1)中业务区域包括由单个接入设备组成。
12.如权利要求1所述的双归属的实现方法，其特征在于步骤2)中所述主软交换设备与业务区域通信中断包括主软交换设备与业务区域链路故障或主软交换设备故障。
全文摘要
本发明公开了一种双归属的实现方法及系统。所述方法包括步骤1)主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备；2)当所述业务区域与主软交换设备通信中断时，业务区域中的接入设备向对应备份软交换设备发起注册，所述对应备份软交换设备接受注册并接管业务。所述系统包括多个软交换设备和接入设备，所述软交换设备可作为主软交换设备或备份软交换设备；其中，主软交换设备控制至少一个业务区域，每个业务区域确定对应备份软交换设备。本发明能够实现软交换设备控制下的部分接入设备倒换，还可支持不同接入设备倒换到不同软交换设备及支持单接入设备的倒换，另外还可手工调整不同软交换设备所承担的区域话务。
文档编号H04Q3/00GK1968429SQ20061007893
公开日2007年5月23日 申请日期2006年4月27日 优先权日2006年4月27日
发明者张 浩 申请人:华为技术有限公司