CN104717083A - 一种a-sbc设备的容灾切换系统、方法及装置 - Google Patents
一种a-sbc设备的容灾切换系统、方法及装置 Download PDFInfo
- Publication number
- CN104717083A CN104717083A CN201310687615.1A CN201310687615A CN104717083A CN 104717083 A CN104717083 A CN 104717083A CN 201310687615 A CN201310687615 A CN 201310687615A CN 104717083 A CN104717083 A CN 104717083A
- Authority
- CN
- China
- Prior art keywords
- sbc
- router
- main
- standby
- heartbeat
- 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
本发明公开了一种A-SBC设备的容灾切换系统、方法及装置，用以解决现有技术中对客户端的配置要求较高，容灾时间较长，影响系统的通信质量的问题，该系统包括主A-SBC、备A-SBC、第一组路由器和第二组路由器，其中，主A-SBC激活第一组路由器并进行业务处理，以及通过心跳链路将主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；备A-SBC在通过心跳链路获知主A-SBC发生异常时，基于已保存的业务数据开始进行业务处理。这样，对客户端的配置要求不高，实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，提高了系统的通信质量的问题。
Description
技术领域
本发明涉及通信领域，尤其涉及一种A-SBC设备的容灾切换系统、方法及装置。
背景技术
随着通信技术的发展，电信技术的日益成熟，将固定电话业务、移动通信业务以及英特网这三大业务分支进行整合，以增加用户粘性的全业务发展方式已经越来越受到通信领域人员的重视。目前，已经有这种全业务融合网络建设的网络，例如中国移动的IP多媒体子系统核心网（China Mobile-IP MultimediaSystem，CM-IMS），而且CM-IMS网络已经发展为拥有75万容量，近3000千家重要集团企业用户的骨干融合性电信网络，在全业务融合网络中发挥着重要作用。
与传统的电路域（Circuit Switched，CS）网络中的大部分客户为个人客户的特点不同，CM-IMS网络所承载的客户多为重要的政企客户，因此，客户对象对网络可靠性提出了更高的要求。然而，传统的IP多媒体子系统核心网（IPMultimedia System，IMS）网络中代理用户进行呼叫发起及连续的核心设备-会话边界控制器（Session Border Controller，SBC）一旦发生故障，需要客户端利用自身注册周期异常来进行检测，对客户端设备的能力也有较高的要求，在具备异常检测能力的前提下，恢复业务最长还需要1/2个注册周期，而考虑到系统能力因素，目前，IMS网络设定一个注册周期为30分钟，因此，传统的IMS网络的故障恢复周期远比传统的CS网络要长，而这对CM-IMS网络的客户是无法接受的，因此，SBC的用户无感知容灾能力就变得十分迫切。
当前SBC的静态容灾实现机制如下：一般情况客户端上配置SBC使用的一个域名，通过中国移动网络的域名系统（China Mobile Net Domain NameSystem）CMNET DNS/私网DNS查询SBC地址时，DNS按照预先配置的记录随机返回不同优先级的地址记录给客户端，如：第一次查询DNS得到的地址记录为IP1，IP2，第二次查询DNS得到的结果可能与第一次的相同，也可能不同，如IP2，IP1，以此类推。若当SBC1故障时，客户端在第一次发起注册请求时会去查询DNS，若正好得到高优先级的是对应SBC1的IP1地址，则注册不成功。若客户端具备DNS记录的多次尝试不成后轮选机制，则客户端会再次发起注册，一般客户端仍会向高优先级的IP1地址发起注册，直到重注册次数达到门限后尝试向低优先级的对应SBC2的IP2地址注册成功；若客户端不具备DNS记录的多次尝试不成后轮选机制，当客户端存储DNS解析记录的缓存Cache存储时间超时后，客户端重新向DNS发起解析并概率性获取IP2为高优先级地址后注册成功。
由以上论述可知，当现网单个SBC故障时，实现有效容灾客户端必须要对DNS解析记录具备轮选机制支持（即尝试IP1若干次不成后就尝试IP2），并最好支持会话发起协议（Session Initiation Protocol，SIP）选择OPTION心跳机制（不用通过注册或会话失败发现SBC故障，缩短容灾切换时长），否则就要依靠客户端再次请求解析，DNS概率性的把IP2作为首选地址来实现容灾。然而，目前包括现网在用的多个SIP硬终端、CM-IMS软终端在内的大部分的客户端均不具备DNS解析记录轮选机制。
从以上的分析可以发现，现有SBC容灾的不足主要包括：
1、当用户做主叫，客户端不支持SIP OPTION心跳机制时，需通过呼叫无响应/收到失败响应来触发重新注册恢复业务，或者重新注册超时触发重新注册恢复业务，取决于客户端的配置和使用频度：客户端需要有在呼叫无响应，或收到失败响应，或重新注册超时的情况下，可以触发重新注册恢复业务，且客户端若使用频率较低，则SBC发生故障时，客户端无法确定发生故障，无法通信；
2、用户做被叫时，客户端不支持SIP OPTION心跳机制时，只能依赖注册超时触发重新注册以恢复业务；
3、即便客户端支持SIP OPTION检测，对几十万用户的海量检测进行响应也会对SBC造成极大负担，造成容灾时间较长；
4、超时触发的重新注册还牵涉到SBC的地址切换问题：实现有效容灾是需要客户端对DNS解析记录具备轮选机制支持，否则就要依靠再次请求解析时DNS一定概率的把IP2作为首选地址，因此，客户端发起注册的次数到达一定的门限才能获取可以注册成功的地址，或者客户端存储DNS解析记录的缓存Cache存储时间超时，然后概率性的获取可以注册成功的地址，容灾时间较长，影响系统的通信质量。
发明内容
本发明实施例提供全会话边界控制器（All-Session Border Controller，A-SBC）设备的容灾切换系统、方法及装置，用以解决现有技术中存在的对客户端的配置要求较高，容灾时间较长，影响系统的通信质量的问题。
本发明实施例提供的具体技术方案如下：
第一方面，一种全会话边界控制器A-SBC设备的容灾切换系统，包括主A-SBC、备A-SBC、第一组路由器和第二组路由器，其中，
主A-SBC，用于激活第一组路由器并进行业务处理，以及通过心跳链路将所述主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
第一组路由器，与所述主A-SBC相连接，用于维护所述心跳链路，并在激活状态下维护所述主A-SBC使用的第一路由参数，以及在获知所述主A-SBC发生异常时去激活；
第二组路由器，与所述备A-SBC相连接，用于维护所述心跳链路，并在激活状态下维护所述备A-SBC使用的第二路由参数；
备A-SBC，用于在通过所述心跳链路获知所述主A-SBC发生异常时，激活所述第二组路由器，并基于已保存的业务数据开始进行业务处理。
这样，主A-SBC通过心跳链路将主A-SBC的运行状态通知备A-SBC，且通过且将处理的通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，实现了降低客户端的配置要求，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，实现了用户无感知容灾切换，提高了系统的通信质量的问题。
结合第一方面，在第一种可能的实现方式中，通过心跳链路将所述主A-SBC的运行状态通知备A-SBC时，所述主A-SBC具体用于：
在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示所述备A-SBC开始进行业务处理。
这样，主A-SBC可以通过心跳链路将主A-SBC发生异常通知备A_SBC，以使备A_SBC接管业务。
结合第一方面，在第二种可能的实现方式中，所述第一组路由器具体用于：
在检测到所述主A-SBC发生异常时，执行去激活操作；或者，
根据所述主A-SBC的通知确定所述主A-SBC发生异常时，执行去激活操作。
这样，第一组路由器可以在主A-SBC发生异常时，去激活，以使第一组路由器中的路由器对外不发布静态路由。
结合第一方面，在第三种可能的实现方式中，所述备A-SBC具体用于：
检测到所述心跳链路发生中断时，确定所述主A-SBC发生异常；或者，
通过所述心跳链路接收到所述主A-SBC的接管指令时，确定所述主A-SBC发生异常。
这样，备A-SBC可以通过心跳链路确定主A-SBC发生异常，最终可以接管业务。
结合第一方面或第一方面上述任一种可能的实现方式，在第四种可能的实现方式中，所述第二组路由器进一步用于：
被所述备A-SBC激活后，在运行时采用预设的备用开销值；其中，所述备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
这样，避免了心跳链路断链的场景下，主A-SBC与备A-SBC发生双机抢占主机地位的现象，路由器选择开销值低的路由，即由主A-SBC进行业务处理。
第二方面，一种全会话边界控制器A-SBC设备的容灾切换方法，包括：
主A-SBC激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将所述主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
确定所述主A-SBC发生异常时，主A-SBC通过所述心跳链路通知所述备A-SBC，使所述备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
采用这种方法，主A-SBC通过心跳链路将主A-SBC的运行状态通知备A-SBC，且通过且将处理通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，实现了降低客户端的配置要求，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，实现了用户无感知容灾切换，提高了系统的通信质量的问题。
结合第二方面，在第一种可能的实现方式中，确定所述主A-SBC发生异常时，主A-SBC通过所述心跳链路通知所述备A-SBC，包括：
在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
通过这种方法，主A-SBC可以通过心跳链路将主A-SBC发生异常通知备A_SBC，以使备A_SBC接管业务。
结合第二方面或第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第二组路由器运行时采用的预设的备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
这样，避免了心跳链路断链的场景下，主A-SBC与备A-SBC发生双机抢占主机地位的现象，路由器选择开销值低的路由，即由主A-SBC进行业务处理。
第三方面，一种全会话边界控制器A-SBC设备的容灾切换方法，包括：
备A-SBC通过心跳链路获知主A-SBC的运行状态，以及在所述主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC基于第一组路由器维护的第一路由参数进行业务处理；
备A-SBC通过所述心跳链路获知所述主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
通过这种方法，备A-SBC通过心跳链路获知主A-SBC的运行状态，并存储主A-SBC发送的处理通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，实现了降低客户端的配置要求，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，实现了用户无感知容灾切换，提高了系统的通信质量的问题。
结合第三方面，在第一种可能的实现方式中，通过所述心跳链路获知所述主A-SBC发生异常，包括：
根据通过所述心跳链路接收的心跳消息的中止，获知所述主A-SBC发生异常；或者；
根据通过所述心跳链路接收到所述主A-SBC发送的接管指令，获知所述主A-SBC发生异常，其中，所述接管指令指示所述备A-SBC开始进行业务处理。
这样，备A-SBC可以通过心跳链路确定主A-SBC发生异常，最终可以接管业务。
第四方面，一种全会话边界控制器A-SBC设备的容灾切换装置，包括：
第一处理单元，用于激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将本设备的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
切换单元，用于确定所述主A-SBC发生异常时，通过所述心跳链路通知所述备A-SBC，使所述备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
这样，主A-SBC通过心跳链路将主A-SBC的运行状态通知备A-SBC，且通过且将处理通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，实现了降低客户端的配置要求，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，实现了用户无感知容灾切换，提高了系统的通信质量的问题。
结合第四方面，在第一种可能的实现方式中，所述切换单元确定所述主A-SBC发生异常时，通过所述心跳链路通知所述备A-SBC，包括：
所述切换单元在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
所述切换单元检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
这样，主A-SBC可以通过心跳链路将主A-SBC发生异常通知备A_SBC，以使备A_SBC接管业务。
结合第四方面或第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述第二组路由器运行时采用的预设的备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
这样，避免了心跳链路断链的场景下，主A-SBC与备A-SBC发生双机抢占主机地位的现象，路由器选择开销值低的路由，即由主A-SBC进行业务处理。
第五方面，一种全会话边界控制器A-SBC设备的容灾切换装置，包括：
第二处理单元，用于通过心跳链路获知主A-SBC的运行状态，以及在所述主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC基于第一组路由器维护的第一路由参数进行业务处理；
业务处理单元，用于通过所述心跳链路获知所述主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
这样，第二处理单元通过心跳链路获知主A-SBC的运行状态，并存储主A-SBC发送的处理通信业务后的业务数据备份到备A-SBC中，主A-SBC发生异常，业务处理单元可以通过心跳链路获知，继续处理通信业务，实现了降低客户端的配置要求，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，实现了用户无感知容灾切换，提高了系统的通信质量的问题。
结合第五方面，在第一种可能的实现方式中，所述业务处理单元通过所述心跳链路获知所述主A-SBC发生异常，包括：
所述业务处理单元根据通过所述心跳链路接收的心跳消息的中止，获知所述主A-SBC发生异常；或者；
所述业务处理单元根据通过所述心跳链路接收到所述主A-SBC发送的接管指令，获知所述主A-SBC发生异常，其中，所述接管指令指示所述备A-SBC开始进行业务处理。
这样，处理单元可以通过心跳链路确定主A-SBC发生异常，最终可以接管业务。
采用本发明技术方案，可以有效的避免现有技术中存在的对客户端的配置要求较高，容灾时间较长，影响系统的通信质量的问题，主A-SBC通过心跳链路将主A-SBC的运行状态通知备A-SBC，且通过且将处理的通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，将A-SBC容灾倒换对客户端的配置要求降到最低，可以实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，提高了系统的通信质量的问题。
附图说明
图1为本发明实施例提供的一种A-SBC设备的容灾切换系统结构示意图；
图2为本发明实施例提供的一种A-SBC设备的容灾切换系统实例图；
图3为本发明实施例提供的一种A-SBC设备的容灾切换第一场景示意图；
图4为本发明实施例提供的基于第一场景的A-SBC设备的容灾切换流程图；
图5为本发明实施例提供的一种A-SBC设备的容灾切换第二场景示意图；
图6为本发明实施例提供的基于第二场景的A-SBC设备的容灾切换流程图；
图7为本发明实施例提供的一种A-SBC设备的容灾切换第三场景示意图；
图8为本发明实施例提供的基于第三场景的A-SBC设备的容灾切换流程图；
图9为本发明实施例提供的一种A-SBC设备的容灾切换方法流程图；
图10为本发明实施例提供的另一种A-SBC设备的容灾切换方法流程图；
图11为本发明实施例提供的一种A-SBC设备的容灾切换装置结构图；
图12为本发明实施例提供的另一种A-SBC设备的容灾切换装置结构图。
具体实施方式
采用本发明技术方案，能够有效地避免现有技术中存在的对客户端的配置要求较高，容灾时间较长，影响系统的通信质量的问题，将A-SBC容灾倒换对客户端的配置要求降到最低，可以实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，提高了系统的通信质量的问题。
本发明实施例提供了一种A-SBC设备的容灾切换系统，下面结合附图对本发明优选的实施方式进行详细说明。
参阅图1所示，本发明实施例提供的一种A-SBC设备的容灾切换系统包括：主A-SBC101、备A-SBC103、第一组路由器102和第二组路由器104，其中
主A-SBC101，用于激活第一组路由器102并进行业务处理，以及通过心跳链路将主A-SBC101的运行状态通知备A-SBC103，并将业务处理过程中产生的业务数据发往备A-SBC103进行备份；
第一组路由器102，与主A-SBC101相连接，用于维护心跳链路，并在激活状态下维护主A-SBC101使用的第一路由参数，以及在获知主A-SBC101发生异常时去激活；
第二组路由器104，与备A-SBC103相连接，用于维护心跳链路，并在激活状态下维护备A-SBC103使用的第二路由参数；
备A-SBC103，用于在通过心跳链路获知主A-SBC101发生异常时，激活第二组路由器104，并基于已保存的业务数据开始进行业务处理。
第一组路由器102在激活状态下维护主A-SBC101使用的第一路由参数，具体为，主A-SBC101激活第一组路由器102的BFD，使第一组路由器102对外发布静态路由。
第二组路由器104在激活状态下维护备A-SBC103使用的第二路由参数，具体为，备A-SBC103激活第二组路由器104的BFD，使第二组路由器104对外发布静态路由。
心跳链路是主A-SBC101与备A-SBC103是通过第一组路由器102与第二组路由器104建立的。
其中，通过心跳链路将主A-SBC101的运行状态通知备A-SBC103时，主A-SBC101具体用于：
在主A-SBC101发生异常时，中止通过所述心跳链路向备A-SBC103发送心跳消息；或者，
检测到主A-SBC101与第一组路由器102中的一部分路由器之间的链路发生异常时，通过主A-SBC101与第一组路由器102中的另一部分路由器之间的链路，经心跳链路向备A-SBC103发送接管指令，指示备A-SBC103开始进行业务处理。
具体的，主A-SBC101相邻的路由器可以检测主A-SBC101异常，其中，主A-SBC101异常为主A-SBC101宕机重启；根据主A-SBC101的通知确定主A-SBC101发生异常，其中，当主A-SBC101检测到单侧业务链路中断时，即主A-SBC101检测到主A-SBC101与第一组路由器102中的一部分路由器之间的链路发生异常。
第一组路由器102具体用于：
在检测到主A-SBC101发生异常时，执行去激活操作；或者，
根据主A-SBC101的通知确定主A-SBC101发生异常时，执行去激活操作。
其中，第一组路由器102执行去激活操作包括：第一组路由器102的BFD去激活，使第一组路由器102对外不发布静态路由。
备A-SBC103具体用于：
检测到心跳链路发生中断时，确定主A-SBC101发生异常；或者，
通过心跳链路接收到主A-SBC101的接管指令时，确定主A-SBC101发生异常。
第二组路由器104进一步用于：
被备A-SBC103激活后，在运行时采用预设的备用开销值；其中，该备用开销值的取值与第一组路由器102运行时采用的预设的主用开销值的取值符合预设的倍数关系。
第二路由器104运行是采用的预设的备用开销值的取值与第一组路由器102运行时采用的预设的主用开销值的取值符合预设的倍数关系，例如，优选的，本实施例中，将备用开销值设置为10000，而主用开销值设置为10。其中，该备用开销值远大于主用开销值，这样是为了当心跳链路断链的场景中，主A-SBC101与备A-SBC103均正常运行，主A_SBC101与备A-SBC103之间出现双机抢占主机地位的现象，优先选用相连的第一路由器的主用开销值小的主A-SBC101执行业务处理。
基于本发明实施例提供了一种A-SBC设备的容灾切换系统，本发明实施例具体提供了一种A-SBC设备的容灾切换系统实例图，参阅图2所示，其中包括：客户端、主A-SBC（主机SBC1）、第一组路由器（城域网路由器GSR1、城域网路由器GE1、承载网路由器GE1以及承载网路由器AR1）、备A-SBC（备机SBC2、城域网路由器GSR2、城域网路由器GE2、承载网路由器GE2以及承载网路由器AR2）、以及呼叫状态控制器。
目前采用的A-SBC设备能够支持接口地址IP和业务地址IP分离，互为异地的A-SBC业务地址IP相同，接口地址IP不同，对周边网元没有影响。
其中，城域网路由器CE1配置到IP0的静态路由，下一跳IP1，并引入到接入侧承载网的动态路由域。城域网路由器CE1与主机SBC1间启用双向转发检测（Bidirectional Forwarding Detection，BFD）会话，此静态路由与BFD会话绑定，城域网路由器CE2、承载网路由器CE1、承载网路由器CE2的配置与城域网路由器CE1类似。主机SBC1在接口上的BFD会话激活，备机SBC2在接口上的BFD会话去激活。主备倒换时，备机SBC2的BFD会话激活，原主机SBC1的BFD会话变为去激活。其中，同地的A-SBC支持基于单板的注册/呼叫热备；异地的A-SBC支持注册热备，大大降低由于整机故障带来对通信质量的影响。
基于以上实施例中的一种A-SBC设备的容灾切换系统和一种A-SBC设备的容灾切换系统实例，本发明实施例提供的一种A-SBC设备的容灾切换的4种场景。
第一场景：
参阅图3所示，可知第一场景为主机A-SBC1异常引起的主备倒换场景，其中主机异常主要指功能实体的单板全部宕机重启、电源模块等单板全部宕机重启等。
基于第一场景的A-SBC设备的容灾切换流程为：当主机A-SBC1异常时，则与备机A-SBC2的心跳链路自动中断，备机A-SBC2长时间无法收到主机A-SBC1的心跳消息，则备机A-SBC2激活相邻路由器的BFD，并对外发布静态路由，将客户端的注册/呼叫业务切换至备机A-SBC2。
具体的，参阅图4所示，基于第一场景的A-SBC设备的容灾切换具体流程为：
步骤401：主机A-SBC1激活A-SBC1相邻路由器R1、R2的BFD，使R1、R2对外发布静态路由，主机A-SBC1接收到UE_A发送的注册/呼叫请求消息后，A-SBC1对UE_A的注册/呼叫业务进行业务处理。
其中，主机A-SBC1通过心跳链路将A-SBC1的运行状态通知A-SBC2。
步骤402：备机A-SBC2接收到主机A-SBC1通过心跳链路发送的心跳消息，A-SBC2去激活A-SBC2相邻路由器R3、R4的BFD，使R3、R4对外不发布静态路由。
其中，步骤402与步骤401是同时进行的。
步骤403：A-SBC1通过备份链路将业务处理过程中产生的注册/呼叫业务数据发往A-SBC2进行备份。
其中，注册/呼叫业务数据包括：用户的IP地址、端口ID、用户的号码以及用户已注册的核心网地址等。
步骤404：A-SBC2将接收到的注册/呼叫业务数据进行保存。
步骤405：当A-SBC1发生异常时，心跳链路自动中断，相邻路由器R1、R2的BFD自动去激活，使R1、R2对外不发布静态路由。
其中，心跳链路中断，即中止通过心跳链路向A-SBC2发送心跳消息。
步骤406：A-SBC2通过心跳链路中断，即获知A-SBC1发生异常，A-SBC2激活A-SBC2相邻路由器R3、R4的BFD，使R3、R4对外发布静态路由，A-SBC2基于已保存的注册/呼叫业务数据对UE_A的注册/呼叫业务进行业务处理。
为了防止主A-SBC和备SBC之间一直切换，即乒乓效应，优选的，将IP承载网的路由收敛进行了钝化，确定了45秒以内的整体网络倒换时长。
第二场景:
参阅图5所示，可知第二场景为主机A-SBC1单侧业务链路中断引起的主备倒换场景，其中，主机单侧业务链路中断主要指物理链路终端、对端的路由器宕机重启等。单侧业务链路，即下行链路，或上行链路。
基于第二场景的A-SBC设备的容灾切换流程为：当主机A-SBC1单侧业务链路（下行链路/上行链路）全部中断时，主机A-SBC1检测到该单侧业务链路中主机A-SBC1的相邻路由器的BFD为去激活，则主机A-SBC1通过心跳链路通知备机A-SBC2接管业务，并将另一侧（上行链路/下行链路）相邻路由器的BFD去激活；备机A-SBC2激活相邻路由器的BFD，并对外发布静态路由，将客户端的注册/呼叫业务切换至备机A-SBC2。
具体的，参阅图6所示，基于第二场景的A-SBC设备的容灾切换具体流程为：
步骤601-步骤604与步骤401-步骤404相同，在此不再赘述。
步骤605：当A-SBC1检测到单侧业务链路（如上行链路）全部中断时，即图5中所示的A-SBC1与R1之间的链路中断，通过心跳链路通知A-SBC2接管业务，并将另一侧业务链路（如下行链路）中与A-SBC1相邻路由器R2的BFD去激活，使R2对外不发布静态路由。
其中，A-SBC1通过心跳链路通知A-SBC2接管业务，具体的，心跳链路为A-SBC1另一侧业务链路中的路由器，与A-SBC2相连的路由器共同维护的。
步骤606：A-SBC2通过心跳链路获知A-SBC1发生异常，A-SBC2激活A-SBC2相邻路由器R3、R4的BFD，使R3、R4对外发布静态路由，A-SBC2基于已保存的注册/呼叫业务数据对UE_A的注册/呼叫业务进行业务处理。
第三场景：
参阅图7所示，可知第三场景为心跳断链引起的主备倒换场景，其中，心跳断链主要指心跳链路路径中的路由器宕机重启、路由不可达等，且全部路径均中断才认为是心跳链路断链。
基于第三场景的A-SBC设备的容灾切换流程为：当主机A-SBC1与备机A-SBC2之间心跳链接中断时，备机A-SBC2长时间无法接收到主机A-SBC1的心跳消息，则备机获知主机A-SBC1发生异常，则备机A-SBC2激活相邻路由器的BFD，并对外发布静态路由，但主机A-SBC1处于正常工作状态，即主机A-SBC1激活A-SBC1相邻路由器的BFD，使其对外发布静态路由，此时，主机A-SBC1与备机A-SBC2均要进行业务处理，因此优选相邻路由器为静态路由配置的开销值较大的设备。
具体的，参阅图8所示，基于第三场景的A-SBC设备的容灾切换具体流程为：
步骤801-步骤804与步骤401-步骤404相同，在此不再赘述。
步骤805：A-SBC2通过心跳链路中断，即获知A-SBC1发生异常，A-SBC2激活A-SBC2相邻路由器R3、R4的BFD，使R3、R4对外发布静态路由，A-SBC2基于已保存的注册/呼叫业务数据对UE_A的注册/呼叫业务进行业务处理。
A-SBC2通过心跳链路中断，即获知A-SBC1发生异常，而实际情况为A-SBC1运行正常，仅心跳链路断链。
此时，A-SBC1与A-SBC2均处于正常运行状态，进行UE_A的注册/呼叫业务处理，出现双机抢占主机地位的现象。
步骤806：路由器选择开销值低的静态路由，即A-SBC1进行UE_A的注册/呼叫业务处理。
步骤807：A-SBC2相邻路由器R3、R4的BFD自动去激活，使R3、R4对外不发布静态路由。
第四场景：
第四场景为心跳链路断链后，心跳链路重新恢复时的场景，优先选择预先设定的主机进行客户端的注册/呼叫业务处理。
基于以上实施例中的一种A-SBC设备的容灾切换系统和一种A-SBC设备的容灾切换系统实例、以及一种A-SBC设备的容灾切换的4种场景，本发明实施例还提供了一种A-SBC设备的容灾切换方法，参阅图9所示，该方法的具体流程为：
步骤901：主A-SBC激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份。
步骤902：确定主A-SBC发生异常时，主A-SBC通过心跳链路通知备A-SBC，使备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
其中，具体的，确定主A-SBC发生异常时，主A-SBC通过心跳链路通知备A-SBC，包括：
在主A-SBC发生异常时，中止通过心跳链路向所述备A-SBC发送心跳消息；或者，
检测到主A-SBC与第一组路由器中的一部分路由器之间的链路发生异常时，通过主A-SBC与第一组路由器中的另一部分路由器之间的链路，经心跳链路向备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
进一步的，为了更好的实现本发明技术方案，本实施例优选的，第二组路由器运行时采用的预设的备用开销值的取值与第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。且备用开销值远大于主用开销值。
基于同一发明构思，本发明实施例还提供了另一种A-SBC设备的容灾切换方法，参阅图10所示，该方法的具体流程为：
步骤1001：备A-SBC通过心跳链路获知主A-SBC的运行状态，以及在主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC是基于第一组路由器维护的第一路由参数进行业务处理的。
步骤1002：备A-SBC通过心跳链路获知主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
其中，具体的，通过心跳链路获知主A-SBC发生异常，包括：
根据通过心跳链路接收的心跳消息的中止，获知主A-SBC发生异常；或者；
根据通过心跳链路接收到主A-SBC发送的接管指令，获知主A-SBC发生异常，其中，该接管指令指示备A-SBC开始进行业务处理。
基于本发明实施例提供的一种A-SBC设备的容灾切换方法，本发明还提供了一种A-SBC设备的容灾切换装置，参阅图11所示，该装置包括：第一处理单元1101、切换单元1102，其中
第一处理单元1101，用于激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将本设备的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
切换单元1102，用于确定主A-SBC发生异常时，通过心跳链路通知备A-SBC，使备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
切换单元1102确定主A-SBC发生异常时，通过心跳链路通知备A-SBC，包括：
切换单元1102在主A-SBC发生异常时，中止通过心跳链路向备A-SBC发送心跳消息；或者，
切换单元1102检测到主A-SBC与第一组路由器中的一部分路由器之间的链路发生异常时，通过主A-SBC与第一组路由器中的另一部分路由器之间的链路，经心跳链路向备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
第二组路由器运行时采用的预设的备用开销值的取值与第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
基于本发明实施例提供的另一种A-SBC设备的容灾切换方法，本发明还提供了另一种A-SBC设备的容灾切换装置，参阅图12所示，该装置包括：第二处理单元1201、业务处理单元1202，其中
第二处理单元1201，用于通过心跳链路获知主A-SBC的运行状态，以及在主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC基于第一组路由器维护的第一路由参数进行业务处理；
业务处理单元1202，用于通过心跳链路获知主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
业务处理单元1202通过心跳链路获知主A-SBC发生异常，包括：
业务处理单元1202根据通过心跳链路接收的心跳消息的中止，获知该主A-SBC发生异常；或者；
业务处理单元1202根据通过心跳链路接收到该主A-SBC发送的接管指令，获知该主A-SBC发生异常，其中，该接管指令指示备A-SBC开始进行业务处理。
综上所述，通过本发明实施例中提供了一种A-SBC设备的容灾切换系统，其中，主A-SBC通过心跳链路将主A-SBC的运行状态通知备A-SBC，且通过且将处理的通信业务后的业务数据备份到备A-SBC中，当主A-SBC发生异常，备A-SBC可以通过心跳链路获知，继续处理通信业务，这样，本发明技术方案对客户端的配置要求不高，不需要支持SIP OPTION检测，也不需要支持多次连接失败后切换A-SBC进行注册功能，为了防止主备之间的乒乓效应，优选的，将IP承载网的路由收敛进行了钝化，确定了45秒以内的整体网络倒换时长，实现了用户无感知容灾切换，最终实现当主A-SBC异常时，快速实现主备A-SBC倒换，缩短了容灾时间，提高了系统的通信质量的问题。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (15)
1.一种全会话边界控制器A-SBC设备的容灾切换系统，包括主A-SBC、备A-SBC、第一组路由器和第二组路由器，其特征在于，其中，
主A-SBC，用于激活第一组路由器并进行业务处理，以及通过心跳链路将所述主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
第一组路由器，与所述主A-SBC相连接，用于维护所述心跳链路，并在激活状态下维护所述主A-SBC使用的第一路由参数，以及在获知所述主A-SBC发生异常时去激活；
第二组路由器，与所述备A-SBC相连接，用于维护所述心跳链路，并在激活状态下维护所述备A-SBC使用的第二路由参数；
备A-SBC，用于在通过所述心跳链路获知所述主A-SBC发生异常时，激活所述第二组路由器，并基于已保存的业务数据开始进行业务处理。
2.如权利要求1所述的系统，其特征在于，通过心跳链路将所述主A-SBC的运行状态通知备A-SBC时，所述主A-SBC具体用于：
在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示所述备A-SBC开始进行业务处理。
3.如权利要求1所述的系统，其特征在于，所述第一组路由器具体用于：
在检测到所述主A-SBC发生异常时，执行去激活操作；或者，
根据所述主A-SBC的通知确定所述主A-SBC发生异常时，执行去激活操作。
4.如权利要求1所述的系统，其特征在于，所述备A-SBC具体用于：
检测到所述心跳链路发生中断时，确定所述主A-SBC发生异常；或者，
通过所述心跳链路接收到所述主A-SBC的接管指令时，确定所述主A-SBC发生异常。
5.如权利要求1-4任一项所述的系统，其特征在于，所述第二组路由器进一步用于：
被所述备A-SBC激活后，在运行时采用预设的备用开销值；其中，所述备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
6.一种全会话边界控制器A-SBC设备的容灾切换方法，其特征在于，包括：
主A-SBC激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将所述主A-SBC的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
确定所述主A-SBC发生异常时，主A-SBC通过所述心跳链路通知所述备A-SBC，使所述备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
7.如权利要求6所述的方法，其特征在于，确定所述主A-SBC发生异常时，主A-SBC通过所述心跳链路通知所述备A-SBC，包括：
在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
8.如权利要求6或7所述的方法，其特征在于，所述第二组路由器运行时采用的预设的备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
9.一种全会话边界控制器A-SBC设备的容灾切换方法，其特征在于，包括：
备A-SBC通过心跳链路获知主A-SBC的运行状态，以及在所述主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC基于第一组路由器维护的第一路由参数进行业务处理；
备A-SBC通过所述心跳链路获知所述主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
10.如权利要求9所述的方法，其特征在于，通过所述心跳链路获知所述主A-SBC发生异常，包括：
根据通过所述心跳链路接收的心跳消息的中止，获知所述主A-SBC发生异常；或者；
根据通过所述心跳链路接收到所述主A-SBC发送的接管指令，获知所述主A-SBC发生异常，其中，所述接管指令指示所述备A-SBC开始进行业务处理。
11.一种全会话边界控制器A-SBC设备的容灾切换装置，其特征在于，包括：
第一处理单元，用于激活第一组路由器并基于第一组路由器维护的第一路由参数进行业务处理，以及通过心跳链路将本设备的运行状态通知备A-SBC，并将业务处理过程中产生的业务数据发往备A-SBC进行备份；
切换单元，用于确定所述主A-SBC发生异常时，通过所述心跳链路通知所述备A-SBC，使所述备A-SBC激活第二组路由器并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
12.如权利要求11所述的装置，其特征在于，所述切换单元确定所述主A-SBC发生异常时，通过所述心跳链路通知所述备A-SBC，包括：
所述切换单元在所述主A-SBC发生异常时，中止通过所述心跳链路向所述备A-SBC发送心跳消息；或者，
所述切换单元检测到所述主A-SBC与所述第一组路由器中的一部分路由器之间的链路发生异常时，通过所述主A-SBC与所述第一组路由器中的另一部分路由器之间的链路，经所述心跳链路向所述备A-SBC发送接管指令，指示备A-SBC开始进行业务处理。
13.如权利要求11或12所述的装置，其特征在于，所述第二组路由器运行时采用的预设的备用开销值的取值与所述第一组路由器运行时采用的预设的主用开销值的取值符合预设的倍数关系。
14.一种全会话边界控制器A-SBC设备的容灾切换装置，其特征在于，包括：
第二处理单元，用于通过心跳链路获知主A-SBC的运行状态，以及在所述主A-SBC进行业务处理的过程中对主A-SBC产生的业务数据进行备份，其中，主A-SBC基于第一组路由器维护的第一路由参数进行业务处理；
业务处理单元，用于通过所述心跳链路获知所述主A-SBC发生异常时，激活第二组路由器，并基于第二组路由器维护的第二路由参数以及已保存的业务数据开始进行业务处理。
15.如权利要求14所述的装置，其特征在于，所述业务处理单元通过所述心跳链路获知所述主A-SBC发生异常，包括：
所述业务处理单元根据通过所述心跳链路接收的心跳消息的中止，获知所述主A-SBC发生异常；或者；
所述业务处理单元根据通过所述心跳链路接收到所述主A-SBC发送的接管指令，获知所述主A-SBC发生异常，其中，所述接管指令指示所述备A-SBC开始进行业务处理。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310687615.1A CN104717083B (zh) | 2013-12-13 | 2013-12-13 | 一种a-sbc设备的容灾切换系统、方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201310687615.1A CN104717083B (zh) | 2013-12-13 | 2013-12-13 | 一种a-sbc设备的容灾切换系统、方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104717083A true CN104717083A (zh) | 2015-06-17 |
| CN104717083B CN104717083B (zh) | 2018-06-26 |
Family
ID=53416078
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201310687615.1A Active CN104717083B (zh) | 2013-12-13 | 2013-12-13 | 一种a-sbc设备的容灾切换系统、方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104717083B (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656532A (zh) * | 2015-10-28 | 2017-05-10 | 华为软件技术有限公司 | 网元切换方法及装置 |
| CN106713134A (zh) * | 2015-11-18 | 2017-05-24 | 中国移动通信集团浙江有限公司 | 基于静态ip最长匹配的sbc容灾方法、系统及装置 |
| CN106998572A (zh) * | 2016-01-25 | 2017-08-01 | 中国移动通信集团公司 | 一种sbc故障恢复后负载均衡方法及s-cscf、ue |
| CN108696902A (zh) * | 2017-04-10 | 2018-10-23 | 中国移动通信集团公司 | 一种网络设备负载均衡的方法及装置 |
| CN109067707A (zh) * | 2018-06-29 | 2018-12-21 | 国家电网公司信息通信分公司 | 一种电力企业ims通信方法、装置以及ims通信系统 |
| CN109308643A (zh) * | 2017-07-27 | 2019-02-05 | 阿里巴巴集团控股有限公司 | 一种打底数据生成方法、数据容灾方法及相关设备 |
| CN111158949A (zh) * | 2018-11-07 | 2020-05-15 | 中国移动通信集团重庆有限公司 | 容灾架构的配置方法、切换方法及装置、设备和存储介质 |
| WO2021052416A1 (zh) * | 2019-09-18 | 2021-03-25 | 中兴通讯股份有限公司 | 容灾方法、装置、局点和存储介质 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1870689A (zh) * | 2006-01-09 | 2006-11-29 | 华为技术有限公司 | 会话边界控制器双归属的实现方法及系统 |
| US20110141879A1 (en) * | 2009-12-10 | 2011-06-16 | Verizon Patent And Licensing, Inc. | 1-for-n redundancy in private ip session border control networks |
| CN102439903A (zh) * | 2011-05-31 | 2012-05-02 | 华为技术有限公司 | 实现容灾备份的方法、设备及系统 |
-
2013
- 2013-12-13 CN CN201310687615.1A patent/CN104717083B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1870689A (zh) * | 2006-01-09 | 2006-11-29 | 华为技术有限公司 | 会话边界控制器双归属的实现方法及系统 |
| US20110141879A1 (en) * | 2009-12-10 | 2011-06-16 | Verizon Patent And Licensing, Inc. | 1-for-n redundancy in private ip session border control networks |
| CN102439903A (zh) * | 2011-05-31 | 2012-05-02 | 华为技术有限公司 | 实现容灾备份的方法、设备及系统 |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN106656532A (zh) * | 2015-10-28 | 2017-05-10 | 华为软件技术有限公司 | 网元切换方法及装置 |
| CN106713134A (zh) * | 2015-11-18 | 2017-05-24 | 中国移动通信集团浙江有限公司 | 基于静态ip最长匹配的sbc容灾方法、系统及装置 |
| CN106998572A (zh) * | 2016-01-25 | 2017-08-01 | 中国移动通信集团公司 | 一种sbc故障恢复后负载均衡方法及s-cscf、ue |
| CN106998572B (zh) * | 2016-01-25 | 2020-05-19 | 中国移动通信集团公司 | 一种sbc故障恢复后负载均衡方法及s-cscf、ue |
| CN108696902A (zh) * | 2017-04-10 | 2018-10-23 | 中国移动通信集团公司 | 一种网络设备负载均衡的方法及装置 |
| CN108696902B (zh) * | 2017-04-10 | 2021-06-04 | 中国移动通信集团公司 | 一种网络设备负载均衡的方法及装置 |
| CN109308643A (zh) * | 2017-07-27 | 2019-02-05 | 阿里巴巴集团控股有限公司 | 一种打底数据生成方法、数据容灾方法及相关设备 |
| CN109308643B (zh) * | 2017-07-27 | 2022-04-08 | 阿里巴巴集团控股有限公司 | 一种打底数据生成方法、数据容灾方法及相关设备 |
| CN109067707A (zh) * | 2018-06-29 | 2018-12-21 | 国家电网公司信息通信分公司 | 一种电力企业ims通信方法、装置以及ims通信系统 |
| CN111158949A (zh) * | 2018-11-07 | 2020-05-15 | 中国移动通信集团重庆有限公司 | 容灾架构的配置方法、切换方法及装置、设备和存储介质 |
| WO2021052416A1 (zh) * | 2019-09-18 | 2021-03-25 | 中兴通讯股份有限公司 | 容灾方法、装置、局点和存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104717083B (zh) | 2018-06-26 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN104717083A (zh) | 一种a-sbc设备的容灾切换系统、方法及装置 | |
| US9143990B2 (en) | Method and device for handling failure of mobility management device in ISR activated scenario | |
| US20190281448A1 (en) | Method, Apparatus, and System for Disaster Recovery of IMS | |
| JP5727055B2 (ja) | 地理的冗長ゲートウェイでのセッション復元性のためのシステムおよび方法 | |
| RU2606302C2 (ru) | Способ мобильной связи, устройство шлюза, узел управления мобильностью и устройство сервера управления сеансами вызовов | |
| KR20210064231A (ko) | Ue 마이그레이션 방법, 장치, 시스템 및 저장 매체 | |
| WO2019024934A1 (zh) | 代理呼叫会话控制功能故障恢复方法、装置及系统 | |
| US10567216B2 (en) | Fault detection method, gateway, user equipment, and communications system | |
| WO2011099523A1 (ja) | Ｐｃｒｆと障害復旧方法とシステム | |
| EP3253090B1 (en) | Mme recovery | |
| WO2014110927A1 (zh) | 触发消息发送的方法、设备及系统 | |
| WO2014127637A1 (zh) | 传输业务的方法和装置 | |
| CN101772114A (zh) | 实现寻呼处理的方法、系统和装置 | |
| WO2010000158A1 (zh) | 路径状态检测的方法、设备和系统 | |
| KR101620809B1 (ko) | Ｓｉｐ 프록시 장애 극복을 위한 방법 | |
| WO2012155629A1 (zh) | 网络容灾方法和系统 | |
| CN105516252A (zh) | Tcp连接的切换方法、装置和系统 | |
| CN110677826B (zh) | 容灾方法、系统、终端和计算机可读存储介质 | |
| US10063495B2 (en) | Method and apparatus for improved handling of IMS node blacklisting | |
| CN111526490B (zh) | 一种基于ims网络的as业务实现系统 | |
| CN103138998B (zh) | 一种代理状态检测方法、装置和系统 | |
| WO2009015613A1 (fr) | Procédé et dispositif servant à mettre en place une reprise sur sinistre | |
| CN105763524A (zh) | Ip多媒体子系统中的注册方法、装置和系统 | |
| CN110233761B (zh) | 一种基于中继服务器的冗余切换方法及系统 | |
| JP5770568B2 (ja) | サービス管理ノード、通信サービス提供システム、通信サービス提供方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |