IMS容灾备份方案研究.ppt

中国移动集团重点中国移动集团重点/ /联合研发项目联合研发项目结题汇报报告结题汇报报告20102010年年1111月月2222日日项目名称：项目名称： IMS网络容灾备份技术研究网络容灾备份技术研究项目编号：项目编号： 2010_LH_65第2页一一一一. . . . 开题计划完成情况开题计划完成情况目目 录录二、主要研究成果（整合后）二、主要研究成果（整合后）第3页1.1 1.1 研究背景及目标研究背景及目标p研究背景：研究背景：•20102010年中国移动在全网部署年中国移动在全网部署CM-IMSCM-IMS商用网络商用网络•中国移动中国移动CM-IMSCM-IMS核心网中主要网元核心网中主要网元S-CSCFS-CSCF、、I-CSCFI-CSCF、、P-CSCFP-CSCF、、HSSHSS等均采用以省或区域为单位集中设置的方式，且单个网元的容量等均采用以省或区域为单位集中设置的方式，且单个网元的容量较大•未来的核心网络是以未来的核心网络是以IMSIMS为核心的，保证为核心的，保证IMSIMS网络的安全可靠至关重网络的安全可靠至关重要，有必要研究要，有必要研究IMSIMS核心网元的容灾备份技术。

核心网元的容灾备份技术p研究目标：研究目标：•本课题旨在中国移动本课题旨在中国移动IMSIMS网络采用相对集中设置、大容量核心网元的网络采用相对集中设置、大容量核心网元的情况下，对情况下，对IMSIMS核心网各重要网元的容灾备份机制进行研究核心网各重要网元的容灾备份机制进行研究•针对各网元，分别从容灾效果、容灾资源配置方式、倒换方式、备针对各网元，分别从容灾效果、容灾资源配置方式、倒换方式、备份网元的组网方式、各种方案的适用条件以及设备实现能力等方面份网元的组网方式、各种方案的适用条件以及设备实现能力等方面来提出容灾备份方案来提出容灾备份方案•综合考虑技术可行性、方案可操作性、投资，提出综合考虑技术可行性、方案可操作性、投资，提出IMSIMS容灾备份方案容灾备份方案建议第4页1.2 1.2 主要研究内容及分工（开题报告）主要研究内容及分工（开题报告） 课题开题评审后确定了如下主要研究内容：p跟踪相关国际规范跟踪相关国际规范-了解目前了解目前IMS容灾备份相关国际规范情况及其成熟度，作为本课题方案容灾备份相关国际规范情况及其成熟度，作为本课题方案研究时的参考研究时的参考p对对IMS设备厂家进行调研设备厂家进行调研-考察各厂家考察各厂家IMS设备容灾备份机制实现方案。

设备容灾备份机制实现方案考察各厂家设备支持情况考察各厂家设备支持情况其他运营商其他运营商IMS网络容灾备份部署经验网络容灾备份部署经验p结合中国移动结合中国移动CM-IMS网络组网情况对各网元的容灾备份机制进行研网络组网情况对各网元的容灾备份机制进行研究研究各网元容灾备份方案、网络组织方案、倒换方式、方案适用条件研究各网元容灾备份方案、网络组织方案、倒换方式、方案适用条件研究容灾备份对网元的功能和接口要求研究容灾备份对网元的功能和接口要求研究并提出备份方案实施中需要网元自身、以及研究并提出备份方案实施中需要网元自身、以及DNS等配置的数据内等配置的数据内容p对各方案进行比较，提出适合中国移动网络实际情况的对各方案进行比较，提出适合中国移动网络实际情况的CM-IMS容灾容灾备份建议备份建议第5页1.2 1.2 主要研究内容及分工（开题报告）主要研究内容及分工（开题报告） 主要研究单位的分工如下：p集团设计院：集团设计院：•侧重技术方案的分析研究侧重技术方案的分析研究；；•组织与相关厂家进行技术交流，调组织与相关厂家进行技术交流，调研各研各厂家设备情况等厂家设备情况等；；•负责课题研究项目的总体时间进度负责课题研究项目的总体时间进度和课题编制和课题编制。

p江苏公司：江苏公司：•参与技术方案的分析和研究参与技术方案的分析和研究；；•提供现网中容灾方案可行性的参考意见；提供现网中容灾方案可行性的参考意见；第6页1.3 1.3 开题计划完成情况总结开题计划完成情况总结p本课题研究内容、时间进度、人员分工等均满足开题计划的要求本课题研究内容、时间进度、人员分工等均满足开题计划的要求第7页一一. . 开题计划完成情况开题计划完成情况目目 录录二、主要研究成果（整合后）二、主要研究成果（整合后）第8页2.1 2.1 课题研究成果及适用场景课题研究成果及适用场景p课题研究成果综述课题研究成果综述•本课题研究主要是制定本课题研究主要是制定CM-IMS网络容灾方案，网络容灾方案，CM-IMS重要网元的重要网元的容灾备份及倒换恢复的方案容灾备份及倒换恢复的方案，主要包括，主要包括ENUM/DNS、、SBC、、P-CSCF、、I/S/E-CSCF/BGCF、、HSS、、MGCF，以有效的保障中国移，以有效的保障中国移动动CM-IMS网络安全、平稳、高效运行，在核心网元发生故障退出服网络安全、平稳、高效运行，在核心网元发生故障退出服务的情况下，备用网元或负荷分担设备能够迅速地接管主用设备承务的情况下，备用网元或负荷分担设备能够迅速地接管主用设备承载的业务，使业务尽快恢复。

载的业务，使业务尽快恢复p本课题研究适用场景本课题研究适用场景•本课题中研究的容灾备份方案是网元级的容灾方案备用网元设备本课题中研究的容灾备份方案是网元级的容灾方案备用网元设备整体接管主用设备承担的业务，不涉及一个独立网元内部不同模块整体接管主用设备承担的业务，不涉及一个独立网元内部不同模块间的容灾备份为保障网元级容灾的效果，主备用网元或成对负荷间的容灾备份为保障网元级容灾的效果，主备用网元或成对负荷分担设备应设置在不同的局址，而且各自使用独立的电源和传输资分担设备应设置在不同的局址，而且各自使用独立的电源和传输资源第9页2.1 2.1 课题研究成果展列课题研究成果展列•1 1、故障检测机制介绍、故障检测机制介绍•基于基于SIP OPTIONSIP OPTION的故障检测的故障检测•基于基于DiameterDiameter的链路检测的链路检测•2 2、、ENUM/DNSENUM/DNS容灾方案容灾方案•组网方案组网方案•数据同步方案数据同步方案•负荷分担方案负荷分担方案•3 3、、SBCSBC容灾方案容灾方案•SBCSBC负荷分担机制负荷分担机制•SBCSBC异本地网容灾方案异本地网容灾方案•固定接入用户对固定接入用户对SBCSBC的故障恢复机制的故障恢复机制•PSPS域接入用户对域接入用户对SBCSBC的故障恢复机制的故障恢复机制•对终端和其它网元要求对终端和其它网元要求•4 4、、P-CSCFP-CSCF容灾方案容灾方案•P-CSCFP-CSCF负荷分担机制负荷分担机制•倒换机制倒换机制•倒回机制倒回机制•容灾效果分析容灾效果分析•对终端和其它网元要求对终端和其它网元要求第10页2.1 2.1 课题研究成果展列课题研究成果展列•5 5、、I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF容灾方案容灾方案•I/S /E-CSCF/BGCFI/S /E-CSCF/BGCF负荷分担机制负荷分担机制•I/S /E-CSCF/BGCFI/S /E-CSCF/BGCF动态数据备份机制动态数据备份机制•倒换机制倒换机制•倒回机制倒回机制•容灾效果分析容灾效果分析•对终端和其它网元的要求对终端和其它网元的要求•6 6、、HSS/SLFHSS/SLF容灾备份方案容灾备份方案•数据同步要求数据同步要求•倒换机制倒换机制•倒回机制倒回机制•容灾效果分析容灾效果分析•对其它网元的要求对其它网元的要求•7 7、、MGCF/IM-MGWMGCF/IM-MGW容灾方案容灾方案•负荷分担方案负荷分担方案•8 8、业务放通机制、业务放通机制•基本通话业务的放通基本通话业务的放通•被叫一号通业务放通被叫一号通业务放通第11页2.2 2.2 故障检测机制故障检测机制p基于基于SIP OPTIONSIP OPTION的故障检测的故障检测ØSBCSBC与与P-CSCFP-CSCF之间、之间、CSCFCSCF之间、之间、ASAS与与S-CSCFS-CSCF之间、之间、MGCFMGCF与与CSCF/BGCFCSCF/BGCF之间采用基于之间采用基于SIP OPTIONSIP OPTION的状态检测机制，有如下两种方式：的状态检测机制，有如下两种方式：•启发式启发式SIP OPTIONSIP OPTION状态检测机制状态检测机制•自发式自发式SIP OPTIONSIP OPTION状态检测机制状态检测机制Ø两种方式的比较如下：两种方式的比较如下：   优点点缺点缺点方式一：自发式流程简单  网元间冗余消息多：例如没有话务量时，由于多个连接关系也可产生较多的检测消息流量;需配置对端网元列表，网络结构调整或扩容新增网元时需要调整数据配置。

方式二：启发式可动态改变检测的对端地址，网元间冗余消息少：和对方没有业务连接，则不用检测对方状态；对端网元没有故障，或者故障恢复，检测消息可停止；数据管理简单：不用静态配置对方列表，而是从动态关系中学习，例如漫游关系中P-CSCF对S-CSCF的地址是从Service route学习而来；S-CSCF对P-CSCF的地址是从Path中学习而来流程复杂，对设备要求较高 第12页2.2 2.2 故障检测机制故障检测机制p基于基于SIP OPTIONSIP OPTION的故障检测－两种检测方式的适用场境：的故障检测－两种检测方式的适用场境：ØOPTIONOPTION检测方是为了识别对端网元设备出现故障，不要将业务检测方是为了识别对端网元设备出现故障，不要将业务请求发往该故障网元因此，请求发往该故障网元因此，OPTIONOPTION检测方的发起机制，应该检测方的发起机制，应该与如何获取对端网元设备信息的方式相关，建议按照两种场景分与如何获取对端网元设备信息的方式相关，建议按照两种场景分类：类：•（（1 1）由于）由于CSCFCSCF与他省与他省CSCFCSCF存在网状连接关系，且连接关系不存在网状连接关系，且连接关系不固定。

如漫游时，漫游地固定如漫游时，漫游地P-CSCFP-CSCF和归属和归属I/S-CSCFI/S-CSCF之间不是固定之间不是固定的连接关系，同时跨省呼叫时主叫的连接关系，同时跨省呼叫时主叫 S-CSCFS-CSCF和被叫和被叫I-CSCFI-CSCF之间的之间的路由也不是固定的连接关系，因此路由也不是固定的连接关系，因此CSCFCSCF故障检测建议采用启发故障检测建议采用启发式，便于维护式，便于维护•（（2 2））SBCSBC寻址寻址P-CSCFP-CSCF（从属关系）、（从属关系）、MGCFMGCF寻址寻址I-CSCFI-CSCF、、ASAS寻址寻址I/S-CSCF(ASI/S-CSCF(AS始发呼叫寻址始发呼叫寻址S-CSCFS-CSCF建议都从建议都从I-CSCFI-CSCF入口入口) )的的关系都比较固定，建议采用自发式检测关系都比较固定，建议采用自发式检测第13页2.2 2.2 故障检测机制故障检测机制p基于基于DiameterDiameter的链路检测的链路检测•I-CSCFI-CSCF、、S-CSCFS-CSCF、、ASAS与与HSS/SLFHSS/SLF之间采用基于之间采用基于DiameterDiameter的链路的链路监测机制。

客户端（业务网元）在监测机制客户端（业务网元）在TCP/SCTPTCP/SCTP链路上周期性的发链路上周期性的发送握手心跳消息送握手心跳消息Device-Watchdog-Device-Watchdog-RequestRequest（（DWRDWR））/Device-Watchdog-Answer (DWA)/Device-Watchdog-Answer (DWA)来检测来检测对端服务器是否故障，心跳消息在对端服务器是否故障，心跳消息在IETF RFC3588IETF RFC3588中定义DiameterDiameter链路检测时长应可配置为链路检测时长应可配置为0-100-10秒第14页2.3 ENUM/DNS2.3 ENUM/DNS容灾备份方案容灾备份方案pENUM/DNSENUM/DNS组网方案组网方案pENUM/DNSENUM/DNS数据同步方案数据同步方案pENUM/DNSENUM/DNS负荷分担方案负荷分担方案第15页2.3.1 ENUM/DNS2.3.1 ENUM/DNS组网方案组网方案pENUM/DNSENUM/DNS组网方案组网方案•若省内分局址设置多套若省内分局址设置多套IMSIMS核心网（核心网（CSCFCSCF），建议），建议ENUM/DNSENUM/DNS也也分局址设置两套，采用负荷分担的工作方式，两套分局址设置两套，采用负荷分担的工作方式，两套ENUM/DNSENUM/DNS存存储的数据保持同步。

储的数据保持同步北京北京一一级级 ENUM/DNS二二级级 ENUM/DNS二二级级ENUM/DNSABCSCFBOSS广州广州一一级级 ENUM/DNS网管系网管系统第16页2.3.2 ENUM/DNS2.3.2 ENUM/DNS数据同步方案数据同步方案pBOSSBOSS和网管系统对和网管系统对ENUM/DNSENUM/DNS中数据更新机制有如下三种方式：中数据更新机制有如下三种方式： Ø方式一：方式一：ENUM/DNSENUM/DNS主备同步方案主备同步方案•正常情况下正常情况下BOSSBOSS系统或网管系统向系统或网管系统向ENUM/DNSENUM/DNS系统（主）发送数据，系统（主）发送数据，由该由该ENUM/DNSENUM/DNS系统（主）同步数据给另一套系统（主）同步数据给另一套ENUM/DNSENUM/DNS系统（备）系统（备）发生容灾时，发生容灾时，BOSSBOSS系统或网管系统向另一套系统或网管系统向另一套ENUM/DNSENUM/DNS（备）系统下（备）系统下发数据两套发数据两套ENUM/DNSENUM/DNS之间的数据同步机制和流程遵循之间的数据同步机制和流程遵循RFC1995RFC1995和和RFC1996RFC1996，采用标准，采用标准DNSDNS机制和机制和FTPFTP机制进行主备系统之间的数据同步。

机制进行主备系统之间的数据同步当需同步的数据量较小时，采用标准当需同步的数据量较小时，采用标准DNSDNS机制进行同步；当需同步的数机制进行同步；当需同步的数据量较大时，采用据量较大时，采用FTPFTP机制进行同步机制进行同步Ø方式二：基于方式二：基于BOSSBOSS系统或网管系统的数据同步系统或网管系统的数据同步•BOSSBOSS系统或网管系统向两套系统或网管系统向两套ENUM/DNSENUM/DNS同步数据，并支持失败回滚等同步数据，并支持失败回滚等机制若厂家配置了业务开通网关，支持由业务开通网关向两套机制若厂家配置了业务开通网关，支持由业务开通网关向两套ENUM/DNSENUM/DNS同步数据同步数据Ø方式三：方式三：ENUM/DNSENUM/DNS采用前端采用前端+ +后端架构，后端数据库后端架构，后端数据库/ /存储服务器向存储服务器向前端同步数据前端同步数据•BOSSBOSS系统或网管系统向系统或网管系统向ENUM/DNSENUM/DNS后端数据库发开通或数据配置指令后端数据库发开通或数据配置指令数据，由后端数据库向多个前端同步数据若数据，由后端数据库向多个前端同步数据若ENUM/DNSENUM/DNS的前端的前端+ +后端后端设备做为一套完整的设备做为一套完整的ENUM/DNSENUM/DNS设备，则也需要采用基于设备，则也需要采用基于BOSSBOSS或网管或网管系统向两套系统向两套ENUM/DNSENUM/DNS同步。

同步第17页pBOSSBOSS和网管系统对和网管系统对ENUM/DNSENUM/DNS中数据更新机制三种方式比较：中数据更新机制三种方式比较：    方式一：方式一：主备同步方式主备同步方式方式二：方式二：基于支撑系统基于支撑系统的同步方式的同步方式方式三：方式三：前后端同步方式前后端同步方式（后台+前台）做为一套设备，主备部署方式1后台+2前台部署方式对BOSS/网管的需求BOSS/网管只与一套ENUM/DNS有接口，接口简单BOSS/网管需支持数据同步、失败回滚等机制BOSS/网管需支持数据同步、失败回滚等机制BOSS/网管只与ENUM/DNS后台有接口，接口简单是否有数据仲裁机制存在主备数据，做为数据仲裁无主备数据之分无主备数据之分后台数据库数据做为仲裁多厂家ENUM/DNS组网的支持主备ENUM/DNS必须为同厂家主备ENUM/DNS可为异厂家主备ENUM/DNS可为异厂家主备ENUM/DNS须为同厂家安全性高高高一般，若后台故障会影响业务开通2.3.2 ENUM/DNS2.3.2 ENUM/DNS数据同步方案数据同步方案第18页2.3.2 ENUM/DNS2.3.2 ENUM/DNS数据同步方案数据同步方案p厂家设备架构及对三种数据更新机制的适用性：厂家设备架构及对三种数据更新机制的适用性：Ø各厂家各厂家ENUM/DNSENUM/DNS的设备构架如下：的设备构架如下：•华为、中兴采用华为、中兴采用ENUM/DNSENUM/DNS前台处理和后台数据库服务器合设的架构；前台处理和后台数据库服务器合设的架构；•爱立信、诺西、上海贝尔均采用前、后端分开的方式，前台负责接受查询处爱立信、诺西、上海贝尔均采用前、后端分开的方式，前台负责接受查询处理，后台负责数据存储和管理，并向前端更新数据。

理，后台负责数据存储和管理，并向前端更新数据Ø因此根据各厂家设备实现架构不同，对于因此根据各厂家设备实现架构不同，对于ENUM/DNSENUM/DNS主备设备为同厂家的情况主备设备为同厂家的情况下，上述三种方式的各厂家支持情况如下表：下，上述三种方式的各厂家支持情况如下表：   方式一：主备同方式一：主备同步方式步方式方式二：基于支撑方式二：基于支撑系统的同步方式系统的同步方式方式三：前后端同方式三：前后端同步方式步方式华为√√ 中兴√√ 爱立信 √√诺西 √√上海贝尔 √√Ø根据上述对三种数据更新机制研究比较以及各厂家根据上述对三种数据更新机制研究比较以及各厂家ENUM/DNSENUM/DNS的设备构架，对的设备构架，对于于ENUM/DNSENUM/DNS数据同步方案建议如下：数据同步方案建议如下：•方式一对方式一对BOSS/BOSS/网管系统要求较低，且有数据仲裁机制，但异厂家设备之间网管系统要求较低，且有数据仲裁机制，但异厂家设备之间较难实现，部分厂家不支持对于采用前台较难实现，部分厂家不支持对于采用前台+ +后台架构方式的厂家（爱立信、后台架构方式的厂家（爱立信、诺西、上海贝尔），根据安全性要求不同，可选用方式三的两种组网模式之诺西、上海贝尔），根据安全性要求不同，可选用方式三的两种组网模式之一。

异厂家组网时，选用方式二异厂家组网时，选用方式二第19页2.3.3 ENUM/DNS2.3.3 ENUM/DNS负荷分担方案负荷分担方案p两套两套ENUM/DNSENUM/DNS系统应实现负载均衡，有以下三种方案：系统应实现负载均衡，有以下三种方案：•方案一：分区域主备方式方案一：分区域主备方式•方案二：方案二：ForwarderForwarder方式方式•方案方案三三：：AnycastAnycast方式方式p方案比较：方案比较：•方案一：实现简单，对一级方案一：实现简单，对一级ENUM/DNSENUM/DNS和二级和二级ENUM/DNSENUM/DNS都没有额外都没有额外的功能要求但以省或者大区为单位划分的服务区，难以实现完全的的功能要求但以省或者大区为单位划分的服务区，难以实现完全的负荷分担并且各省业务的发展速度不均衡，服务区内的负荷更加难负荷分担并且各省业务的发展速度不均衡，服务区内的负荷更加难以控制•方案二：负载均衡效果较好由于方案二：负载均衡效果较好由于RTTRTT值会根据网络情况和服务器负荷值会根据网络情况和服务器负荷情况发生变化，客户端总能选择最近和相对负荷较小的服务器，实现情况发生变化，客户端总能选择最近和相对负荷较小的服务器，实现负载均衡。

负载均衡•方案三：方案三：IT IT领域比较专业的解决方案，目前全球领域比较专业的解决方案，目前全球InternetInternet网里网里1313台根台根DNSDNS里有里有6 6台是采用台是采用AnycastAnycast技术实现多服务器负荷分担在节点数量技术实现多服务器负荷分担在节点数量较多的情况下该方案优势比较大但该方案存在的问题是对较多的情况下该方案优势比较大但该方案存在的问题是对IPIP专网的路专网的路由数据配置将会增加，且目前在中国移动网络内没有应用，运维人员由数据配置将会增加，且目前在中国移动网络内没有应用，运维人员缺乏相关经验缺乏相关经验p建议采用方案一或方案二建议采用方案一或方案二第20页2.4 SBC2.4 SBC容灾方案容灾方案pSBCSBC负荷分担机制负荷分担机制pSBCSBC异本地网容灾方案异本地网容灾方案p固定接入用户对固定接入用户对SBCSBC的故障恢复机制的故障恢复机制pPSPS域接入用户对域接入用户对SBCSBC的故障恢复机制的故障恢复机制p对终端和其它网元要求对终端和其它网元要求第21页2.4.1 SBC2.4.1 SBC负荷分担机制负荷分担机制pSBCSBC负荷分担机制负荷分担机制ØSBCSBC的负荷分担主要取决于的负荷分担主要取决于UEUE注册时对于注册时对于SBCSBC的选择。

的选择UEUE对对SBCSBC的的负荷分担有如下两种方式：负荷分担有如下两种方式：•方式一：公网方式一：公网DNSDNS通过轮询或基于优先级、权重的方式的方式将通过轮询或基于优先级、权重的方式的方式将UEUE接接入本地网内多套入本地网内多套SBCSBC中的一套中的一套SBCSBC•方式二：公网方式二：公网DNSDNS通过设置通过设置ViewView的方式将的方式将UEUE接入区域内的一套接入区域内的一套SBCSBC，，同时支持故障倒换同时支持故障倒换Ø对两负荷分担的方式分析及应用场景建议：对两负荷分担的方式分析及应用场景建议：•方案一配置简单，适用于本地网内各区域无法细分用户源方案一配置简单，适用于本地网内各区域无法细分用户源IPIP地址段的场地址段的场景，或景，或SBCSBC在本地网内部署较集中，用户从本地网内不同区域接入在本地网内部署较集中，用户从本地网内不同区域接入SBCSBC在承载网的路径类似时在承载网的路径类似时•方案二需要区分本地网内各区域的用户源方案二需要区分本地网内各区域的用户源IPIP地址段，在本地网内地址段，在本地网内SBCSBC分分散部署（如部署在不同的区县）时，对于散部署（如部署在不同的区县）时，对于SBCSBC的就近接入效果较佳。

的就近接入效果较佳第22页2.4.2 SBC2.4.2 SBC异本地网容灾异本地网容灾pSBCSBC异本地网容灾异本地网容灾Ø若本地网内只有一套若本地网内只有一套SBCSBC，可采用上节方式二的方法进行异本地网容，可采用上节方式二的方法进行异本地网容灾即公网灾即公网DNSDNS对应每个本地网配置返回对应每个本地网配置返回SBCSBC的地址列表，其中列表的地址列表，其中列表中第一个中第一个IPIP地址为该本地网地址为该本地网SBCSBC的的IPIP地址，列表中第二个地址，列表中第二个IPIP地址为作地址为作为容灾的另一个本地网的为容灾的另一个本地网的SBC IPSBC IP地址ØSBCSBC异地容灾有两种方式：异地容灾有两种方式：•方式一：各本地网循环容灾方式一：各本地网循环容灾•方式二：选取某个方式二：选取某个SBCSBC（如省会（如省会SBCSBC）做为其他）做为其他SBCSBC的容灾的容灾SBCSBCØ两种方式的比较如下：两种方式的比较如下： 方式一方式二实现难度要求每个本地网的SBC均能虚拟成两个虚拟SBC要求容灾SBC能虚拟能多个虚拟SBC容灾效果多套SBC同时故障的情况下，容灾效果较好多套SBC同时故障的情况下，容灾SBC的接管率较低，话务损失较大适用条件适用于省内大部分本地网为单套SBC设置的情况适用于省内个别本地网为单套SBC设置的情况第23页2.4.2 SBC2.4.2 SBC异本地网容灾异本地网容灾pSBCSBC异本地网容灾异本地网容灾Ø上述两种方式均要求上述两种方式均要求SBCSBC支持虚拟支持虚拟SBCSBC的功能，要求的功能，要求SBCSBC根据不同根据不同的虚拟的虚拟SBCSBC，配置多个，配置多个PANIPANI（（P-Access-Network-InfoP-Access-Network-Info）和）和PhoneContextPhoneContext，以支持计费、紧急呼叫等需求。

以支持计费、紧急呼叫等需求Ø目前各厂家虚拟目前各厂家虚拟SBCSBC的实现机制有三种方式：的实现机制有三种方式：•方式一：华为、中兴、诺西的方式一：华为、中兴、诺西的SBCSBC支持配置两套或多套支持配置两套或多套SBCSBC设备名和设备名和IPIP地址•方式二：爱立信的方式二：爱立信的SBCSBC支持依据支持依据UEUE源地址段的不同配置多个源地址段的不同配置多个PANIPANI（（P-P-Access-Network-InfoAccess-Network-Info）和）和PhoneContextPhoneContext•方式三：上海贝尔方式三：上海贝尔SBCSBC为分布式为分布式SBCSBC，其中信令面在省中心集中设置，，其中信令面在省中心集中设置，媒体面媒体面BGWBGW设置在各本地网设置在各本地网Ø三种方式的分析如下：三种方式的分析如下：•上述三种方式均能满足上述三种方式均能满足SBCSBC异本地网容灾备份的需求，方式二的数据配异本地网容灾备份的需求，方式二的数据配置和维护较复杂，置和维护较复杂，CMNETCMNET公网公网IPIP地址段信息的更新均要同步更新到地址段信息的更新均要同步更新到SBCSBC。

第24页2.4.3 2.4.3 固定接入用户对固定接入用户对SBCSBC的故障恢复机制的故障恢复机制p倒换机制－以倒换机制－以UEUE的主用的主用SBCSBC为为SBC1SBC1，备用，备用SBCSBC为为SBC2SBC2说明说明Ø对于已注册用户的倒换流程：对于已注册用户的倒换流程：①①UEUE已经在已经在SBCSBC上注册，并向上注册，并向SBC1SBC1发送各种请求发送各种请求②②SBC1SBC1不响应，不响应，UEUE发现发现SBC1SBC1掉线③③UEUE向向SBC2SBC2发送注册请求，完成在发送注册请求，完成在SBC2SBC2设备上的注册过程，设备上的注册过程， UEUE将后续所有请求消息均发往将后续所有请求消息均发往SBC2SBC2 ④④UEUE将主叫请求消息均发往将主叫请求消息均发往SBC2SBC2 ⑤⑤因因UEUE通过通过SBC2SBC2注册，所有被叫请求，均通过注册，所有被叫请求，均通过SBC2SBC2发往发往UEUEØ对于正发起注册用户的倒换流程：对于正发起注册用户的倒换流程：①①SBC1SBC1故障。

故障②②终端发起注册终端发起注册③③SBC1SBC1不响应④④终端从终端从DNSDNS返回的返回的SBCSBC列表中，选择其他列表中，选择其他SBC2SBC2地址⑤⑤终端向终端向SBC2SBC2发送注册请求发送注册请求⑥⑥SBC2SBC2将终端的请求转发给核心网，并将核心网的响应消息，转回给终端完成终端在将终端的请求转发给核心网，并将核心网的响应消息，转回给终端完成终端在SBC2SBC2的注册过程的注册过程⑦⑦终端的后续主被叫消息，全部通过终端的后续主被叫消息，全部通过SBC2SBC2转发p倒回机制倒回机制•UEUE发起呼叫请求时，从本地发起呼叫请求时，从本地IPIP地址列表中选择第一个地址列表中选择第一个IPIP，向该，向该SBCSBC发起呼叫请求，发起呼叫请求，SBCSBC向向UEUE发送错误码发送错误码502502，指示，指示UEUE重新注册重新注册•UEUE重新发起初始注册时，从本地重新发起初始注册时，从本地IPIP地址列表中选择第一个地址列表中选择第一个IPIP，向该，向该SBCSBC发起重新注册，如果该发起重新注册，如果该SBCSBC已恢复已恢复正常，正常，UEUE就注册成功。

从而实现就注册成功从而实现UEUE倒回到主用倒回到主用SBCSBC，后续由此，后续由此SBCSBC为这个为这个UEUE提供服务提供服务第25页2.4.4 PS2.4.4 PS域接入用户对域接入用户对SBCSBC的故障恢复机制的故障恢复机制p倒换机制倒换机制Ø在现有网络情况下，在现有网络情况下，PSPS域做为与其域做为与其它它接入网对等的网络接入接入网对等的网络接入IMSIMS，，PSPS接入用户接入用户也采用基于也采用基于SBCSBC域名解析的域名解析的DNSDNS发现方式，因此相应故障恢复机制与固定接入发现方式，因此相应故障恢复机制与固定接入用户相同用户相同；；Ø若未来对若未来对GGSNGGSN进行改造支持进行改造支持SBCSBC发现机制和故障检测机制，可以采用基于发现机制和故障检测机制，可以采用基于GGSNGGSN的故障恢复机制的故障恢复机制倒换机制如下：倒换机制如下：①①用户发起接入请求，用户发起接入请求，GGSN/PDG-GWGGSN/PDG-GW返回返回SBCSBC的地址列表的地址列表②②用户选择一个用户选择一个SBCSBC注册③③GGSNGGSN监测监测SBCSBC的状态，发现的状态，发现SBCSBC故障，故障，GGSNGGSN通知通知UEUE有两种方式有两种方式A.A.方式一：方式一：GGSNGGSN通过通过PDPPDP上下文更新给用户发送一个新的上下文更新给用户发送一个新的SBCSBC地址列表（将故障地址列表（将故障SBCSBC地址删除）。

地址删除）UEUE收到消息后比对，自身注册的收到消息后比对，自身注册的SBCSBC是否在新列表中，若不在是否在新列表中，若不在列表中，则列表中，则UEUE从新列表中选择一个从新列表中选择一个SBCSBC重新发起注册重新发起注册B.B.方式二：方式二：GGSNGGSN向所有涉及故障向所有涉及故障SBCSBC的的UEUE发送发送SBCSBC不可达消息不可达消息UEUE收到消息后，收到消息后，从列表中重新选择一个从列表中重新选择一个SBCSBC发起注册发起注册p倒回机制倒回机制ØGGSNGGSN监测到监测到SBCSBC故障恢复，则在用户发起新接入请求时，在返回的故障恢复，则在用户发起新接入请求时，在返回的SBCSBC列表列表中添加已恢复的中添加已恢复的SBC IPSBC IP地址第26页2.4.5 SBC2.4.5 SBC容灾对终端和其它网元的要求容灾对终端和其它网元的要求p对终端的要求：对终端的要求：Ø（（1 1）对于上海贝尔）对于上海贝尔SBCSBC，由于采用分布式架构，且根据，由于采用分布式架构，且根据IPIP地址地址+ +端口号端口号区分虚拟区分虚拟SBCSBC，因此要求终端支持，因此要求终端支持SRVSRV查询。

查询Ø（（2 2）为支持终端对主备用）为支持终端对主备用SBCSBC的故障倒换，要求终端至少能存储的故障倒换，要求终端至少能存储2 2个个SBC IPSBC IP地址Ø（（3 3）要求终端能多次尝试连接要求终端能多次尝试连接Ø（（4 4）要求终端在重新注册或发起呼叫时，优选主用）要求终端在重新注册或发起呼叫时，优选主用SBCSBC，以便主用，以便主用SBCSBC故障恢复时能倒回主用故障恢复时能倒回主用SBCSBCØ（（5 5）为减少）为减少SBCSBC倒换对用户业务的影响，未来可要求终端支持倒换对用户业务的影响，未来可要求终端支持SIP SIP OPTIONOPTION检测来快速检测检测来快速检测SBCSBC状态，以实现快速倒换倒回状态，以实现快速倒换倒回p对终端注册刷新时间的建议：对终端注册刷新时间的建议：Ø终端注册刷新时间过小会影响核心网性能，过小又会影响业务体验，建终端注册刷新时间过小会影响核心网性能，过小又会影响业务体验，建议设置为议设置为600600－－36003600秒之间p对对CMNET DNSCMNET DNS的要求：的要求：Ø配置数据支持对配置数据支持对SBCSBC的容灾。

的容灾p对对GGSNGGSN的要求：的要求：Ø（（1 1）要求支持）要求支持SBCSBC发现发现Ø（（2 2）支持与）支持与SBCSBC之间的故障监测机制之间的故障监测机制第27页2.5 P-CSCF2.5 P-CSCF容灾方案容灾方案pP-CSCFP-CSCF负荷分担机制负荷分担机制p倒换机制倒换机制p倒回机制倒回机制p容灾效果分析容灾效果分析p对终端和其它网元要求对终端和其它网元要求第28页2.4.1 P-CSCF2.4.1 P-CSCF负荷分担机制负荷分担机制pP-CSCFP-CSCF的负荷分担主要取决于的负荷分担主要取决于UEUE注册时，注册时，SBCSBC对对P-CSCFP-CSCF的选择SBCSBC对对P-CSCFP-CSCF的负荷分担选择有如下三种方式：的负荷分担选择有如下三种方式：•方式一：静态配置主备用方式一：静态配置主备用P-CSCFP-CSCF（同时支持配置主机名和（同时支持配置主机名和IPIP地址两种地址两种方式）•方式二：基于方式二：基于DNSDNS的负荷分担方式的负荷分担方式•方式三：方式三：SBCSBC配置多个配置多个P-CSCFP-CSCF的主机名和静态权重，根据权重负荷分的主机名和静态权重，根据权重负荷分担选择担选择P-CSCFP-CSCF。

p对三种负荷分担的方式分析：对三种负荷分担的方式分析：p方式二的负荷分担效果较好，且数据维护简单，建议采用方式二方式二的负荷分担效果较好，且数据维护简单，建议采用方式二   优点点缺点缺点方式一实现简单P-CSCF的域名或IP地址变化时或新建P-CSCF时，需要修改SBC的本地配置，运维相对麻烦SBC分区域接入P-CSCF，可能会有P-CSCF负载不均衡的情况方式二可以实现全局P-CSCF下的负荷分担，便于优化网络流量，数据维护简单 方式三可完成简单的轮选当P-CSCF故障时，SBC可以选择其他P-CSCF进行负荷分担P-CSCF的域名或IP地址变化时或新建P-CSCF时，需要修改SBC的本地配置，运维相对麻烦第29页2.4.2 P-CSCF2.4.2 P-CSCF倒换机制倒换机制p对于正在发起注册用户的倒换流程对于正在发起注册用户的倒换流程•SBCSBC收到收到UEUE的注册请求，从的注册请求，从P-CSCFP-CSCF列表中选择第一个可用的列表中选择第一个可用的P-CSCFP-CSCF，向该，向该P-CSCFP-CSCF发发起注册请求，如果起注册请求，如果P-CSCFP-CSCF已宕机，就不会给已宕机，就不会给SBCSBC回响应消息，回响应消息，SBCSBC就从就从P-CSCFP-CSCF地址列地址列表中选择下一个表中选择下一个P-CSCFP-CSCF，向新的，向新的P-CSCFP-CSCF发起注册请求。

从而实现发起注册请求从而实现UEUE倒换到新的可用倒换到新的可用P-P-CSCFCSCF p对于已注册用户的倒换流程对于已注册用户的倒换流程•SBCSBC收到收到UEUE重注册刷新请求时，转发重注册刷新请求时，转发RegisterRegister到到P-CSCF2P-CSCF2，以实现，以实现UEUE倒换到新的可用倒换到新的可用P-CSCFP-CSCFp对于新发起呼叫的倒换对于新发起呼叫的倒换•SBCSBC收到收到UEUE的的inviteinvite请求时，检测到请求时，检测到UEUE原先注册的原先注册的P-CSCF1P-CSCF1故障，返回错误消息给故障，返回错误消息给UEUE（如（如502502），），UEUE收到收到502502后重新发起注册请求（需要后重新发起注册请求（需要UEUE功能支持）功能支持）SBCSBC收到收到UEUE的注册的注册请求后，转发请求后，转发RegisterRegister到到P-CSCF2P-CSCF2，以实现，以实现UEUE倒换到倒换到P-CSCF2P-CSCF2p对于被叫业务的倒换对于被叫业务的倒换•被叫侧被叫侧S-CSCFS-CSCF收到用户发起业务请求；收到用户发起业务请求；•被叫侧被叫侧S-CSCFS-CSCF判断主用判断主用P-CSCF1P-CSCF1故障，将业务请求发往备用的故障，将业务请求发往备用的P-CSCF2P-CSCF2处理；处理；•备用备用P-CSCF2P-CSCF2上没有用户相关接入信息，无法找到用户，因此呼叫建立失败。

上没有用户相关接入信息，无法找到用户，因此呼叫建立失败p对于正在进行呼叫的倒换对于正在进行呼叫的倒换•P-CSCF1P-CSCF1故障时，正在进行的通话无法正常释放，需要通过终端的故障时，正在进行的通话无法正常释放，需要通过终端的Session TimerSession Timer或者或者周边网元的超长通话时长定时器或者周边网元的周边网元的超长通话时长定时器或者周边网元的Long Call AuditLong Call Audit机制来释放机制来释放UEUE收到收到呼叫释放的错误消息后，需要重新发起注册，由呼叫释放的错误消息后，需要重新发起注册，由SBCSBC倒换到倒换到P-CSCF2P-CSCF2第30页2.4.3 P-CSCF2.4.3 P-CSCF倒回机制倒回机制p倒回流程倒回流程•当当SBCSBC检测到原故障的检测到原故障的P-CSCFP-CSCF已恢复正常，就把该已恢复正常，就把该P-CSCFP-CSCF置为可用状态置为可用状态•SBCSBC后续收到后续收到UEUE呼叫请求时，呼叫请求时，SBCSBC从本地从本地P-CSCFP-CSCF地址列表中选择第一个可地址列表中选择第一个可用的用的P-CSCFP-CSCF，向该，向该P-CSCFP-CSCF发起呼叫请求。

主用发起呼叫请求主用P-CSCFP-CSCF收到呼叫并判断用收到呼叫并判断用户从户从SBCSBC接入且没有注册，可以通过接入且没有注册，可以通过502502错误码通知用户重新注册错误码通知用户重新注册•SBCSBC后续收到后续收到UEUE初始注册请求时，初始注册请求时，SBCSBC从本地从本地P-CSCFP-CSCF地址列表中选择第一地址列表中选择第一个可用的个可用的P-CSCFP-CSCF，向该，向该P-CSCFP-CSCF发起注册从而实现发起注册从而实现UEUE倒回到主用倒回到主用P-CSCFP-CSCF，后续由此，后续由此P-CSCFP-CSCF为这个为这个UEUE提供服务提供服务第31页2.4.4 2.4.4 容灾效果分析容灾效果分析p倒换时间倒换时间•已注册用户的倒换最大时间，由终端的注册刷新时间确定注册刷新时间在核心网已注册用户的倒换最大时间，由终端的注册刷新时间确定注册刷新时间在核心网配置，当配置，当SBCSBC启用注册刷新过滤功能时，终端的注册刷新时间由启用注册刷新过滤功能时，终端的注册刷新时间由SBCSBC上配置的终端上配置的终端注册刷新时间确定注册刷新时间确定•新注册用户不感知倒换过程，对业务、用户感知均无影响。

新注册用户不感知倒换过程，对业务、用户感知均无影响p倒换对业务的影响和用户感知倒换对业务的影响和用户感知•对于主叫业务，若终端支持根据错误码进行重注册，主叫业务无影响对于主叫业务，若终端支持根据错误码进行重注册，主叫业务无影响•对于被叫业务，由于对于被叫业务，由于S-CSCFS-CSCF无法处理后续请求或者响应，呼叫建立失败无法处理后续请求或者响应，呼叫建立失败•正在进行的呼叫将会损失正在进行的呼叫将会损失•在用户发送重注册消息或发起主叫业务之后，因故障在用户发送重注册消息或发起主叫业务之后，因故障P-CSCFP-CSCF不响应，不响应，SBCSBC倒换到倒换到备份备份P-CSCFP-CSCF，完成核心网注册过程，业务恢复正常完成核心网注册过程，业务恢复正常•因此被叫业务影响时间理论上最长为终端重注册刷新时间因此被叫业务影响时间理论上最长为终端重注册刷新时间p对计费的影响对计费的影响•对于正在进行中的会话，由于提供服务的对于正在进行中的会话，由于提供服务的P-CSCFP-CSCF网元故障，因此没法给网元故障，因此没法给CCFCCF发送发送终止终止ACRACR但CCFCCF自身有超长话单保护机制，如果自身有超长话单保护机制，如果CCFCCF在一定时长内没有收到中间在一定时长内没有收到中间ACRACR或终止或终止ACRACR，就会以之前收到的起始，就会以之前收到的起始ACRACR和中间和中间ACRACR生成话单，并停止计费。

生成话单，并停止计费p倒回倒回•倒回由终端发起，用户不感知，不影响业务倒回由终端发起，用户不感知，不影响业务•倒回时间取决于倒回时间取决于UEUE重新初始注册或发起呼叫的时间重新初始注册或发起呼叫的时间第32页2.4.5 2.4.5 对终端和其它网元的要求对终端和其它网元的要求p对终端的要求对终端的要求•终端发起业务请求时，如果收到终端发起业务请求时，如果收到SBCSBC返回的返回的502502错误响应，终端需要立即发起注错误响应，终端需要立即发起注册，以倒换到备用的册，以倒换到备用的P-CSCFP-CSCFp对对SBCSBC的要求的要求•要求要求SBCSBC检测到主用检测到主用P-CSCFP-CSCF恢复后，接收到后续终端重新注册或发起呼叫请求恢复后，接收到后续终端重新注册或发起呼叫请求时，优选主用时，优选主用P-CSCFP-CSCF，以便倒回主用，以便倒回主用P-CSCFP-CSCF第33页2.5 I/S/E-CSCF/BGCF2.5 I/S/E-CSCF/BGCF容灾方案容灾方案pI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF容灾方案－无动态数据备份容灾方案－无动态数据备份ØI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF负荷分担机制负荷分担机制Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对终端的要求对终端的要求pI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF容灾方案－支持动态数据备份容灾方案－支持动态数据备份ØI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF动态数据备份机制动态数据备份机制Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对终端和其它网元的要求对终端和其它网元的要求p两种容灾方案的比较两种容灾方案的比较第34页2.5.1 2.5.1 负荷分担机制负荷分担机制pI-CSCFI-CSCF的负荷分担机制的负荷分担机制Ø对于对于I-CSCFI-CSCF的负荷分担主要取决于的负荷分担主要取决于UEUE注册时注册时P-CSCFP-CSCF对对I-CSCFI-CSCF的选择、的选择、UEUE做做被叫时，主叫域被叫时，主叫域S-CSCFS-CSCF对被叫域对被叫域I-CSCFI-CSCF的选择：的选择：•（（1 1））P-CSCFP-CSCF根据注册用户域名，比如根据注册用户域名，比如““ims.ims.省名缩写省名缩写””或或““ims.ims.省名缩写省名缩写. .企业域名企业域名””，向，向DNSDNS查询，根据查询，根据DNSDNS返回的返回的A A记录或记录或SRVSRV记录实现记录实现对对I-CSCFI-CSCF的负荷分担。

的负荷分担•（（2 2））S-CSCFS-CSCF根据被叫用户域名，比如根据被叫用户域名，比如““ims.ims.省名缩写省名缩写””或或““ims.ims.省名缩写省名缩写. .企业域名企业域名””，向，向DNSDNS查询，根据查询，根据DNSDNS返回的返回的A A记录或记录或SRVSRV记录实现记录实现对对I-CSCFI-CSCF的负荷分担的负荷分担ØDNSDNS上对用户域名的解析建议采用同局址优先的方式配置，以减少跨局址的上对用户域名的解析建议采用同局址优先的方式配置，以减少跨局址的信令交互信令交互第35页2.5.1 2.5.1 负荷分担机制负荷分担机制pS-CSCFS-CSCF的负荷分担机制的负荷分担机制Ø对对S-CSCFS-CSCF的负荷分担取决于的负荷分担取决于UEUE注册时，注册时，I-CSCFI-CSCF对对S-CSCFS-CSCF的选择I-CSCFI-CSCF选择选择S-CSCFS-CSCF有三种方式：有三种方式：Ø方式一：能力集方式方式一：能力集方式•HSSHSS为为I-CSCFI-CSCF返回返回S-CSCFS-CSCF的能力集，的能力集，I-CSCFI-CSCF选择满足能力集要求的选择满足能力集要求的S-CSCFS-CSCF（如果多个（如果多个S-CSCFS-CSCF都具备这些必选能力，那么选择具备最多可选能力的都具备这些必选能力，那么选择具备最多可选能力的S-S-CSCFCSCF）。

Ø方式二：配置统一域名方式方式二：配置统一域名方式•HSSHSS为为I-CSCFI-CSCF返回预先配置的返回预先配置的S-CSCFS-CSCF通用域名，通用域名，I-CSCFI-CSCF根据根据DNSDNS查询选择其中查询选择其中一个一个S-CSCFS-CSCFØ方式三：用户指定方式三：用户指定S-CSCFS-CSCF方式方式•用户开户时，为每个用户指定为用户服务的特定用户开户时，为每个用户指定为用户服务的特定S-CSCFS-CSCF如在开户时，对于地如在开户时，对于地市市1 1、地市、地市2 2的用户指定的用户指定S-CSCF1S-CSCF1，对于地市，对于地市3 3、地市、地市4 4的用户指定的用户指定S-CSCF2S-CSCF2Ø建议采用方式一或方式二建议采用方式一或方式二   优点点缺点缺点方式一基于全局S-CSCF的负荷分担能力集配置较灵活，I-CSCF异厂家的情况下，需定义能力集配置的形式新建S-CSCF时，需修改多套I-CSCF的数据方式二基于全局S-CSCF的负荷分担数据配置简单，易于管理 方式三 需要BOSS根据用户指定S-CSCF相当于S-CSCF分区域管辖，不能实现全局S-CSCF的负荷分担第36页2.5.2 2.5.2 倒换机制倒换机制p由于由于CM-IMSCM-IMS一期工程中，一期工程中，I-CSCFI-CSCF、、S-CSCFS-CSCF、、E-CSCFE-CSCF、、BGCFBGCF合设为合设为一个网元，因此发生故障时也为整体故障，下述描述均基于一个网元，因此发生故障时也为整体故障，下述描述均基于I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF网元整体故障的倒换倒回。

网元整体故障的倒换倒回p对于正在发起注册用户的倒换流程对于正在发起注册用户的倒换流程•①①P-CSCFP-CSCF收到用户发起初始注册收到用户发起初始注册/ /刷新注册刷新注册/ /注销；注销；•②②P-CSCFP-CSCF判断主用判断主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障，将注册消息发往备用的故障，将注册消息发往备用的I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF处理；处理；p对于已注册用户的倒换流程（重注册）对于已注册用户的倒换流程（重注册）•①①P-CSCFP-CSCF收到收到UEUE重注册刷新请求时，判断主用重注册刷新请求时，判断主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障，故障，将重注册请求发到备用的将重注册请求发到备用的I/S/E-CSCF/BGCF2I/S/E-CSCF/BGCF2，，I-CSCF2I-CSCF2向向HSSHSS发起发起UARUAR查询查询请求；请求；•②②HSSHSS给给I-CSCFI-CSCF返回返回UAAUAA消息，消息携带该用户之前注册的消息，消息携带该用户之前注册的S-CSCFS-CSCF设备标设备标识；识；•③③I-CSCFI-CSCF判断用户当前归属的判断用户当前归属的S-CSCF1S-CSCF1故障，故障，I-CSCFI-CSCF向向HSSHSS重新发起重新发起UARUAR（查询（查询S-CSCFS-CSCF能力）。

能力）•④④HSSHSS给给I-CSCFI-CSCF返回返回UAAUAA消息，消息携带消息，消息携带S-CSCFS-CSCF能力集参数或默认的能力集参数或默认的S-S-CSCFCSCF域名•⑤⑤I-CSCFI-CSCF将注册消息发送给的备用将注册消息发送给的备用S-CSCF2S-CSCF2第37页2.5.2 2.5.2 倒换机制倒换机制p对于正在发起注册用户的倒换流程对于正在发起注册用户的倒换流程•①①P-CSCFP-CSCF收到用户发起初始注册收到用户发起初始注册/ /刷新注册刷新注册/ /注销；注销；•②②P-CSCFP-CSCF判断主用判断主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障，将注册消息发往备用的故障，将注册消息发往备用的I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF处理；处理；pIMSIMS用户做被叫时，主叫用户做被叫时，主叫S-CSCFS-CSCF、、MGCFMGCF对被叫域对被叫域I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF的倒换的倒换流程流程•①①S-CSCF/MGCFS-CSCF/MGCF收到用户发起业务请求；收到用户发起业务请求；•②②S-CSCF/MGCFS-CSCF/MGCF转发请求到被叫域转发请求到被叫域I-CSCFI-CSCF，，I-CSCFI-CSCF查询查询HSSHSS获得用户注册的获得用户注册的S-S-CSCF1CSCF1，，I-CSCFI-CSCF判断被叫判断被叫S-CSCF1S-CSCF1故障故障•③③I-CSCFI-CSCF向向HSSHSS发发LIRLIR消息请求消息请求S-CSCFS-CSCF能力，能力，I-CSCFI-CSCF从符合能力要求的从符合能力要求的S-CSCFS-CSCF列表中重新选择一个，转发请求给容灾列表中重新选择一个，转发请求给容灾S-CSCFS-CSCF•④④被叫用户未在容灾被叫用户未在容灾S-CSCFS-CSCF上注册，容灾上注册，容灾S-CSCFS-CSCF无法处理请求，呼叫建立失败无法处理请求，呼叫建立失败pIMSIMS用户发起呼叫时，用户发起呼叫时，P-CSCFP-CSCF对对I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF的倒换流程的倒换流程•①①P-CSCFP-CSCF转发呼叫请求给转发呼叫请求给I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF，无响应；，无响应；•②②P-CSCFP-CSCF返回返回502502错误响应给错误响应给UEUE；；•③③UEUE收到收到502502错误响应后立即发起重新注册流程，错误响应后立即发起重新注册流程，UEUE注册在备份注册在备份I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF上，实现倒换。

上，实现倒换p对于正在进行呼叫的倒换对于正在进行呼叫的倒换•I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障时，正在进行的通话无法正常释放，需要通过终端的故障时，正在进行的通话无法正常释放，需要通过终端的Session Session TimerTimer或者周边网元的超长通话时长定时器或者周边网元的或者周边网元的超长通话时长定时器或者周边网元的Long Call AuditLong Call Audit机制来释机制来释放UEUE收到呼叫释放的错误消息后，需要重新发起注册，倒换到备份收到呼叫释放的错误消息后，需要重新发起注册，倒换到备份I/S/E-I/S/E-CSCF/BGCF2CSCF/BGCF2第38页2.5.3 2.5.3 倒回机制倒回机制p主用主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF恢复后，周边网元的倒回流程如下：恢复后，周边网元的倒回流程如下：Ø对于发起重新注册的用户对于发起重新注册的用户•①①P-CSCFP-CSCF收到用户发起初始注册请求；收到用户发起初始注册请求；•②②P-CSCFP-CSCF判断主用判断主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复，将注册消息发往主用的故障恢复，将注册消息发往主用的I-CSCFI-CSCF处理；处理；•③③I-CSCFI-CSCF向向HSSHSS重新发起重新发起UARUAR（查询（查询S-CSCFS-CSCF能力）；能力）；•④④I-CSCF1I-CSCF1选择主用选择主用S-CSCF1S-CSCF1（合设的（合设的S-CSCFS-CSCF），），I-CSCFI-CSCF将注册消息发送给的主用将注册消息发送给的主用S-CSCF1S-CSCF1。

•⑤⑤用户注册在主用用户注册在主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1上Ø对于发起重注册用户对于发起重注册用户•①①P-CSCFP-CSCF收到用户发起重注册请求；收到用户发起重注册请求；•②②P-CSCFP-CSCF判断主用判断主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复，将注册消息发往主用的故障恢复，将注册消息发往主用的I-CSCF1I-CSCF1处处理，理，I-CSCF1I-CSCF1向向HSSHSS发起发起UARUAR查询请求；查询请求；•③③HSSHSS给给I-CSCF1I-CSCF1返回返回UAAUAA消息，消息携带该用户之前注册的消息，消息携带该用户之前注册的S-CSCF2S-CSCF2设备标识；设备标识；•④④用户仍重注册在备用的用户仍重注册在备用的I/S/E-CSCF/BGCF2I/S/E-CSCF/BGCF2上Ø若故障期间用户倒换到备份若故障期间用户倒换到备份I/S/E-CSCF/BGCF2I/S/E-CSCF/BGCF2，用户发起主叫业务，用户发起主叫业务或做被叫时或做被叫时•仍由备用的仍由备用的I/S/E-CSCF/BGCF2I/S/E-CSCF/BGCF2为用户服务。

为用户服务第39页2.5.3 2.5.3 倒回机制倒回机制Ø若主用若主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障期间，用户未发生倒换，用户发起主故障期间，用户未发生倒换，用户发起主叫业务或做被叫时叫业务或做被叫时•由于主用由于主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1在故障恢复时可能会丢失数据，或者无法信任数据，因在故障恢复时可能会丢失数据，或者无法信任数据，因此此I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1无法进行后续接续，会给用户返回错误响应，取决于用户进行无法进行后续接续，会给用户返回错误响应，取决于用户进行重新注册进行后续业务重新注册进行后续业务•因此在用户在备用因此在用户在备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF上注册成功后，即使主用上注册成功后，即使主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障故障恢复，该用户的所有重注册、业务请求均在备用恢复，该用户的所有重注册、业务请求均在备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF上处理（不实施倒上处理（不实施倒回）。

只有当用户注销后、下次再发起初始注册时，回）只有当用户注销后、下次再发起初始注册时，I-CSCFI-CSCF会选择主用的会选择主用的I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF来作为该用户的归属来作为该用户的归属I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF•主用主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复后会有较长时间无法将负荷倒回主用故障恢复后会有较长时间无法将负荷倒回主用I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF的情况，造成主备用的情况，造成主备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF负载不均衡负载不均衡第40页2.5.4 2.5.4 容灾效果分析容灾效果分析p倒换时间倒换时间•已注册用户的倒换最大时间，由终端的注册刷新时间确定已注册用户的倒换最大时间，由终端的注册刷新时间确定•若用户由接入设备（如若用户由接入设备（如IADIAD、、AGAG、、PBXPBX等）代理接入，且接入设备下用户较活等）代理接入，且接入设备下用户较活跃，则单个用户发起重注册或业务请求即可发起所有接入设备下用户的倒换，跃，则单个用户发起重注册或业务请求即可发起所有接入设备下用户的倒换，该场景下倒换时间较短。

该场景下倒换时间较短•新注册用户不感知倒换过程，对业务、用户感知均无影响新注册用户不感知倒换过程，对业务、用户感知均无影响p倒换对业务的影响和用户感知倒换对业务的影响和用户感知•对于主叫业务，若终端支持根据错误码进行重注册，主叫业务无影响对于主叫业务，若终端支持根据错误码进行重注册，主叫业务无影响•对于被叫业务，无法处理后续请求或者响应，呼叫建立失败在用户发送重注对于被叫业务，无法处理后续请求或者响应，呼叫建立失败在用户发送重注册消息或发起主叫业务之后，倒换到备份册消息或发起主叫业务之后，倒换到备份I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF，业务恢复正常业务恢复正常因此被叫业务影响时间理论上最长为终端重注册刷新时间因此被叫业务影响时间理论上最长为终端重注册刷新时间•正在进行的呼叫将会损失正在进行的呼叫将会损失p倒回倒回•业务倒回主用业务倒回主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF取决于用户重新发起初始注册因此主用取决于用户重新发起初始注册因此主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复后会有较长时间无法将负荷倒回主用故障恢复后会有较长时间无法将负荷倒回主用I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF的情况，造成主备用的情况，造成主备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF负载不均衡。

负载不均衡第41页2.5.5 2.5.5 对终端的需求对终端的需求p对终端的需求对终端的需求•终端发起业务请求时，如果收到网络返回的终端发起业务请求时，如果收到网络返回的502502错误响应，终端需要立即发起初错误响应，终端需要立即发起初始注册，以倒换到备用的始注册，以倒换到备用的I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF第42页2.5 I/S/E-CSCF/BGCF2.5 I/S/E-CSCF/BGCF容灾方案容灾方案pI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF容灾方案－无动态数据备份容灾方案－无动态数据备份ØI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF负荷分担机制负荷分担机制Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对终端的要求对终端的要求pI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF容灾方案－支持动态数据备份容灾方案－支持动态数据备份ØI/S /E-CSCF/BGCFI/S /E-CSCF/BGCF动态数据备份机制动态数据备份机制Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对终端和其它网元的要求对终端和其它网元的要求p两种容灾方案的比较两种容灾方案的比较第43页2.5.6 2.5.6 动态数据备份机制动态数据备份机制pS-CSCFS-CSCF动态数据备份机制动态数据备份机制Ø该方案下，该方案下，I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF的负荷分担方式与上节相同，不同的是增加了的负荷分担方式与上节相同，不同的是增加了对对S-CSCFS-CSCF上动态数据的备份：上动态数据的备份：•（（1 1））在初始注册过程中，在初始注册过程中，S-CSCFS-CSCF通过通过3GPP 29.2283GPP 29.228定义的定义的SARSAR中中Restoration-Info AVPRestoration-Info AVP携带容灾数据，保存在携带容灾数据，保存在HSSHSS中。

中•①①PathPath中中SIP PROXYSIP PROXY的列表，如的列表，如P-CSCFP-CSCF的的IPIP地址地址•②②ContactContact信息：包括信息：包括ContactContact地址和地址和ContactContact头域信息头域信息•③③鉴权信息鉴权信息•（（2 2））用户重注册时，用户重注册时，S-CSCFS-CSCF检查收到的注册请求中检查收到的注册请求中IMPIIMPI、、ContactContact、、PathPath信息是否和本地对应信息是否和本地对应IMPIIMPI的的ContactContact、、PathPath信息一致，如果不一信息一致，如果不一致，需要将信息更新到致，需要将信息更新到HSSHSS•（（3 3））倒换过程中容灾倒换过程中容灾S-CSCFS-CSCF从从HSSHSS获取备份数据和签约数据以恢复获取备份数据和签约数据以恢复用户服务用户服务第44页2.5.7 2.5.7 倒换机制倒换机制p由于由于CM-IMSCM-IMS一期工程中，一期工程中，I-CSCFI-CSCF、、S-CSCFS-CSCF、、E-CSCFE-CSCF、、BGCFBGCF合设为合设为一个网元，因此发生故障时也为整体故障，下述描述均基于一个网元，因此发生故障时也为整体故障，下述描述均基于I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF网元整体故障的倒换倒回。

网元整体故障的倒换倒回p对于正在发起注册用户的倒换流程对于正在发起注册用户的倒换流程•①①P-CSCFP-CSCF收到用户发起初始注册收到用户发起初始注册/ /刷新注册刷新注册/ /注销；注销；•②②P-CSCFP-CSCF判断主用判断主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障，将注册消息发往备用的故障，将注册消息发往备用的I/S/E-CSCF/BGCF2I/S/E-CSCF/BGCF2处理；处理；•③③I-CSCF2I-CSCF2优选本局优选本局S-CSCF2S-CSCF2作为注册服务器，作为注册服务器，S-CSCF2S-CSCF2从从 HSSHSS恢复用户恢复用户数据，完成用户注册，同时完成数据，完成用户注册，同时完成HSSHSS上容灾数据的更新上容灾数据的更新•④④注册完成后，在容灾局进行业务处理，如同主用局一样注册完成后，在容灾局进行业务处理，如同主用局一样p对于用户发起流程的倒换对于用户发起流程的倒换•①①用户发起呼叫或其他业务请求，用户发起呼叫或其他业务请求，P-CSCFP-CSCF无法联系无法联系RouteRoute头域中的头域中的S-S-CSCFCSCF•②②P-CSCFP-CSCF返回返回502502错误响应给错误响应给UEUE；；•③③UEUE收到收到502502错误响应后立即发起重新注册流程，错误响应后立即发起重新注册流程，UEUE注册在备份注册在备份I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF上，实现倒换。

上，实现倒换第45页2.5.7 2.5.7 倒换机制倒换机制p对于用户终结流程的倒换对于用户终结流程的倒换•①①S-CSCF/MGCFS-CSCF/MGCF收到用户发起业务请求；收到用户发起业务请求；•②②S-CSCF/MGCFS-CSCF/MGCF转发请求到被叫域转发请求到被叫域I-CSCFI-CSCF，，I-CSCFI-CSCF查询查询HSSHSS获得用户注获得用户注册的册的S-CSCF1S-CSCF1，，I-CSCFI-CSCF判断被叫判断被叫S-CSCF1S-CSCF1故障故障•③③I-CSCFI-CSCF向向HSSHSS发发LIRLIR消息请求消息请求S-CSCFS-CSCF能力，能力，I-CSCFI-CSCF从符合能力要求的从符合能力要求的S-CSCFS-CSCF列表中重新选择一个，转发请求给容灾列表中重新选择一个，转发请求给容灾S-CSCFS-CSCF•④④被叫用户未在容灾被叫用户未在容灾S-CSCFS-CSCF上注册，容灾上注册，容灾S-CSCFS-CSCF向向HSSHSS发送发送SARSAR消息获消息获取用户的注册数据和容灾数据取用户的注册数据和容灾数据HSSHSS更新用户注册的更新用户注册的S-CSCFS-CSCF信息。

信息•⑤⑤容灾容灾S-CSCFS-CSCF进行后续的业务处理进行后续的业务处理p对于对于ASAS、、MGCFMGCF发起流程的倒换发起流程的倒换•①①ASAS或或MGCFMGCF发起业务请求给发起业务请求给S-CSCFS-CSCF，发现，发现S-CSCFS-CSCF故障故障•②②ASAS或或MGCFMGCF重新发送业务请求给重新发送业务请求给I-CSCFI-CSCF，，I-CSCFI-CSCF如被叫流程一样处理，如被叫流程一样处理，向向HSSHSS发发LIRLIR消息请求消息请求S-CSCFS-CSCF能力，能力，I-CSCFI-CSCF从符合能力要求的从符合能力要求的S-CSCFS-CSCF列表中重新选择一个，转发请求给容灾列表中重新选择一个，转发请求给容灾S-CSCFS-CSCF•③③容灾容灾S-CSCFS-CSCF向向HSSHSS发送发送SARSAR消息获取用户的注册数据和容灾数据消息获取用户的注册数据和容灾数据HSSHSS更新用户注册的更新用户注册的S-CSCFS-CSCF信息•④④容灾容灾S-CSCFS-CSCF进行后续的业务处理进行后续的业务处理第46页2.5.8 2.5.8 倒回机制倒回机制p倒回情况与倒回情况与2.5.32.5.3节节““无动态备份机制无动态备份机制””类似，在用户在备用类似，在用户在备用I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF上注册成功后，即使主用上注册成功后，即使主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复，该用户故障恢复，该用户的所有重注册、业务请求均在备用的所有重注册、业务请求均在备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF上处理（不实施倒回）上处理（不实施倒回）。

只有当用户注销后、下次再发起初始注册时，只有当用户注销后、下次再发起初始注册时，I-CSCFI-CSCF会选择主用的会选择主用的I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF来作为该用户的归属来作为该用户的归属I/S/E-CSCF/BGCFI/S/E-CSCF/BGCFp主用主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复后会有较长时间无法将负荷倒回主用故障恢复后会有较长时间无法将负荷倒回主用I/S/E-I/S/E-CSCF/BGCFCSCF/BGCF的情况，造成主备用的情况，造成主备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF负载不均衡负载不均衡p不同的是，在动态备份机制下，对于主用不同的是，在动态备份机制下，对于主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障期间未进故障期间未进行倒换的用户，其业务可以进行恢复行倒换的用户，其业务可以进行恢复第47页2.5.8 2.5.8 倒回机制倒回机制p若主用若主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障期间，用户未发生倒换，对于用户发故障期间，用户未发生倒换，对于用户发起的流程起的流程•①①P-CSCFP-CSCF根据根据RouteRoute中信息，将业务请求发给主用中信息，将业务请求发给主用S-CSCF1S-CSCF1•②②由于主用由于主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1在故障恢复时可能会丢失数据，或者无法在故障恢复时可能会丢失数据，或者无法信任数据，信任数据，S-CSCF1S-CSCF1发送发送SARSAR给给HSSHSS，，HSSHSS会比对会比对S-CSCF1S-CSCF1与存储在与存储在HSSHSS中为中为用户制定的用户制定的S-CSCFS-CSCF名是否相同名是否相同•③③若相同，则若相同，则HSSHSS返回用户注册信息，返回用户注册信息，S-CSCFS-CSCF完成后续接续。

完成后续接续•④④若若S-CSCFS-CSCF名不同，说明在名不同，说明在S-CSCF1S-CSCF1故障过程中，已经为用户重新指定故障过程中，已经为用户重新指定S-S-CSCFCSCF，这时，，这时，HSSHSS会返回错误信息给会返回错误信息给S-CSCFS-CSCFS-CSCFS-CSCF返回错误码给用户，返回错误码给用户，由用户重新发起注册由用户重新发起注册p若主用若主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1故障期间，用户未发生倒换，对于用户终故障期间，用户未发生倒换，对于用户终结的流程结的流程•①①被叫域被叫域I-CSCFI-CSCF查询查询HSSHSS获得用户注册的获得用户注册的S-CSCF1S-CSCF1•②②由于主用由于主用I/S/E-CSCF/BGCF1I/S/E-CSCF/BGCF1在故障恢复时可能会丢失数据，或者无法在故障恢复时可能会丢失数据，或者无法信任数据，信任数据，S-CSCF1S-CSCF1发送发送SARSAR给给HSSHSS获取未注册业务数据，若获取未注册业务数据，若HSSHSS上存储有容上存储有容灾数据，也同时返回给灾数据，也同时返回给S-CSCF1S-CSCF1。

•③③S-CSCF1S-CSCF1根据根据HSSHSS返回数据进行后续接续返回数据进行后续接续第48页2.5.9 2.5.9 容灾效果分析容灾效果分析p倒换时间倒换时间Ø倒换时间取决于网元之间倒换时间取决于网元之间SIP OPTIONSIP OPTION定时器检测时长，对业务、用户定时器检测时长，对业务、用户感知影响较小感知影响较小p倒换对业务的影响和用户感知倒换对业务的影响和用户感知Ø对于主被叫业务均无影响对于主被叫业务均无影响Ø正在进行的呼叫将会损失正在进行的呼叫将会损失p倒回倒回Ø业务倒回主用业务倒回主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF取决于用户重新发起初始注册因此取决于用户重新发起初始注册因此主用主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF故障恢复后会有较长时间无法将负荷倒回主用故障恢复后会有较长时间无法将负荷倒回主用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF的情况，造成主备用的情况，造成主备用I/S/E-CSCF/BGCFI/S/E-CSCF/BGCF负载不均衡负载不均衡第49页2.5.10 2.5.10 对对CSCFCSCF的影响分析的影响分析p正常注册流程的影响：正常注册流程的影响： Ø根据根据CM-IMSCM-IMS一期业务模型，注册流程处理（包括重注册）占一期业务模型，注册流程处理（包括重注册）占S-CSCFS-CSCF总总性能处理约性能处理约2020－－25%25%，根据动态数据备份的需求，假设每次注册、重注，根据动态数据备份的需求，假设每次注册、重注册均需要在册均需要在HSSHSS更新数据，有动态数据备份要求情况下注册处理能力要更新数据，有动态数据备份要求情况下注册处理能力要求约为无备份要求的求约为无备份要求的1.2-1.41.2-1.4倍，因此增加倍，因此增加CSCFCSCF动态数据备份功能后，动态数据备份功能后，对对CSCFCSCF的性能影响约为的性能影响约为4%4%－－10%10%，影响较小，具有可实施性。

影响较小，具有可实施性pS-CSCFS-CSCF容灾倒换场景的影响：容灾倒换场景的影响：Ø省内多套省内多套S-CSCFS-CSCF中，若有一套中，若有一套S-CSCFS-CSCF故障，需要由其他故障，需要由其他S-CSCFS-CSCF接管业接管业务，根据务，根据S-CSCFS-CSCF资源池内资源池内S-CSCFS-CSCF的数量不同，影响不同即资源池内的数量不同，影响不同即资源池内S-CSCFS-CSCF数量越多，对单套数量越多，对单套S-CSCFS-CSCF的影响越小的影响越小Ø假设省内有假设省内有N N套套S-CSCFS-CSCF，每套，每套S-CSCFS-CSCF容量为容量为A A，则为保证故障倒换时不，则为保证故障倒换时不造成话务损失，每套造成话务损失，每套S-CSCFS-CSCF冗余配置量应为冗余配置量应为A/(N-1)A/(N-1)第50页2.5.11 2.5.11 对对HSSHSS的影响分析的影响分析p正常注册流程的影响正常注册流程的影响Ø根据根据CM-IMSCM-IMS一期业务模型，注册流程处理（包括重注册）占一期业务模型，注册流程处理（包括重注册）占HSSHSS总性能总性能处理约处理约20%20%，根据动态数据备份的需求，假设每次注册、重注册均需要在，根据动态数据备份的需求，假设每次注册、重注册均需要在HSSHSS更新数据，有动态数据备份要求情况下注册处理能力要求约为无备份更新数据，有动态数据备份要求情况下注册处理能力要求约为无备份要求的要求的1.2-1.41.2-1.4倍，因此增加倍，因此增加HSSHSS动态数据备份功能后，对动态数据备份功能后，对HSSHSS的性能影响的性能影响约为约为4%4%－－8%8%，影响较小。

影响较小pS-CSCFS-CSCF容灾倒换的场景的影响容灾倒换的场景的影响Ø这个时间段内注册消息、呼叫消息均类似一个注册消息处理流程，需要这个时间段内注册消息、呼叫消息均类似一个注册消息处理流程，需要CSCFCSCF重新从重新从HSSHSS获取数据（获取数据（SAR/SAASAR/SAA、、SNR/SNASNR/SNA），按照中国移动的话），按照中国移动的话务模型，务模型，1 1个倒换用户占用的个倒换用户占用的HSSHSS性能相当于性能相当于1 1个正常用户的个正常用户的180%180%p特定模型估算特定模型估算Ø假设单套假设单套HSSHSS容量为容量为100100万，单套万，单套S-CSCFS-CSCF容量为容量为5050万，若万，若HSSHSS负责负责100100万万用户的动态数据备份，并需承载单套用户的动态数据备份，并需承载单套S-CSCFS-CSCF故障的倒换故障的倒换Ø则则HSSHSS配置容量为（配置容量为（1+8%1+8%））+50/100*+50/100*（（180%180%－－100%100%）＝）＝148%148%即需要增配约增配约50%50%的硬件第51页2.5.12 S-CSCF2.5.12 S-CSCF容灾方案比较容灾方案比较p综合分析：综合分析：Ø若不启动若不启动CSCFCSCF的动态数据备份，在容灾效果上有一定影响。

的动态数据备份，在容灾效果上有一定影响Ø支持支持CSCFCSCF动态数据备份的方案倒换时间较短、用户体验较好，对动态数据备份的方案倒换时间较短、用户体验较好，对I-CSCFI-CSCF、、S-S-CSCFCSCF、、HSSHSS有一定的功能要求和性能影响，在投资可控的情况下，也可做为一种有一定的功能要求和性能影响，在投资可控的情况下，也可做为一种可选方案可选方案 无动态数据备份方案动态数据备份方案倒换时间倒换最大时间取决于由终端的注册刷新时间：1800S取决于网元间SIP OPTION链路检测时长，可配置，少于100S用户体验会影响被叫业务，理论上最长为终端重注册刷新时间：1800S正在进行的呼叫将会损失主被叫业务无影响正在进行的呼叫将会损失对相关网元的要求要求终端收到特定的错误码时，能重新发起注册要求I-CSCF、S-CSCF、HSS功能支持对S-CSCF性能约为4%－10%对HSS的性能影响约为4%－8%投资成本较低较高p有无动态数据备份的比较：有无动态数据备份的比较：第52页2.6 HSS2.6 HSS容灾方案容灾方案pHSS N+1HSS N+1非实时备份方案非实时备份方案Ø方案描述方案描述Ø数据同步要求数据同步要求Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对其它网元的要求对其它网元的要求pHSS N+1HSS N+1实时备份方案实时备份方案Ø方案描述方案描述Ø数据同步要求数据同步要求Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对其它网元的要求对其它网元的要求第53页2.6.1 HSS N+12.6.1 HSS N+1非实时备份方案描述非实时备份方案描述pHSS N+1HSS N+1非实时备份方案描述非实时备份方案描述•HSS N+1HSS N+1备份备份( (非实时非实时) )容灾方案是指采用容灾方案是指采用1 1个个HSSHSS作为备份作为备份HSSHSS，对，对N N个主用个主用HSSHSS进行备份；正常情况下，主用进行备份；正常情况下，主用HSSHSS负责处理所管辖范围内的用户业务；负责处理所管辖范围内的用户业务；备份备份HSSHSS不负责处理用户业务，同时存储所有主用不负责处理用户业务，同时存储所有主用HSS(NHSS(N个个HSS)HSS)的静态数据；的静态数据；BOSSBOSS系统在更新主用系统在更新主用HSSHSS的静态用户数据的同时，更新备份的静态用户数据的同时，更新备份HSSHSS中的静态用中的静态用户数据；一旦一个主用户数据；一旦一个主用HSSHSS出现故障，由备份出现故障，由备份HSSHSS接管故障接管故障HSSHSS的业务。

的业务•备份备份HSSHSS的处理能力应不小于的处理能力应不小于N N个主用个主用HSSHSS中最大容量的中最大容量的HSSHSS备份HSSHSS的用的用于备份于备份N N个主用个主用HSSHSS的数据存储容量应不小于的数据存储容量应不小于N N个主用个主用HSSHSS的数据容量之和的数据容量之和•备份备份HSSHSS对对N N个主用个主用HSSHSS进行备份，在进行备份，在N>1N>1时，任意一个主用时，任意一个主用HSSHSS故障；备份故障；备份HSSHSS均能够正确接管故障均能够正确接管故障HSSHSS的业务第54页2.6.2 2.6.2 对数据同步的要求对数据同步的要求pN+1N+1非实时方案采用备份静态数据方式：包括对局数据、用户数非实时方案采用备份静态数据方式：包括对局数据、用户数据、用户透明数据的同步据、用户透明数据的同步Ø（（1 1）局数据同步）局数据同步•备份备份HSSHSS与主用与主用HSSHSS局数据工单同步进行局数据工单同步进行•若涉及大规模调整，要求主用若涉及大规模调整，要求主用HSSHSS应能够导出静态用户数据，并倒入备份应能够导出静态用户数据，并倒入备份HSSHSS。

若涉及异厂家之间的数据导出导入，需要预先统一导出导入的数据格式若涉及异厂家之间的数据导出导入，需要预先统一导出导入的数据格式•备份备份HSSHSS应具备主备应具备主备HSSHSS数据一致性检查功能备份数据一致性检查功能备份HSSHSS导入主用导入主用HSSHSS的静态的静态用户数据后，应能够检查主备用用户数据后，应能够检查主备用HSSHSS静态用户数据的一致性静态用户数据的一致性Ø（（2 2）用户数据同步）用户数据同步•由由BOSSBOSS系统负责完成主用系统负责完成主用HLRHLR和备份和备份HLRHLR中用户业务变更等静态数据的同步中用户业务变更等静态数据的同步录入；倒换录入；倒换/ /倒回过程中，应暂停倒回过程中，应暂停BOSSBOSS系统对故障系统对故障HLRHLR和备份和备份HLRHLR中用户业务中用户业务的受理，待设备运行稳定后再恢复用户业务的受理同时负责增量数据的更的受理，待设备运行稳定后再恢复用户业务的受理同时负责增量数据的更新•备份备份HSSHSS与与BOSSBOSS接口的指令处理速度应满足接口的指令处理速度应满足N N个主用个主用HSSHSS设备用户容量的要设备用户容量的要求。

求第55页2.6.2 2.6.2 对数据同步的要求对数据同步的要求Ø（（3 3）用户透明数据的同步）用户透明数据的同步•ASAS对对HSSHSS中业务透明数据的更新机制和流程有两种方式：中业务透明数据的更新机制和流程有两种方式：•方式一：正常情况下方式一：正常情况下ASAS通过通过ShSh接口同时向主备接口同时向主备HSSHSS发送的发送的PURPUR消息更新消息更新用户数据，只有主备用户数据，只有主备HSSHSS都返回成功响应才算成功，否则都返回成功响应才算成功，否则ASAS将执行回滚将执行回滚操作，重新发送操作，重新发送PURPUR消息将用户数据恢复到原来状态在发生容灾切换消息将用户数据恢复到原来状态在发生容灾切换时，时，ASAS只需要将只需要将PURPUR消息发送到备份消息发送到备份HSSHSS•方式二：方式二：ASAS仅对主用仅对主用HSSHSS发送发送PURPUR消息，每天凌晨主用消息，每天凌晨主用HSSHSS自动将相关自动将相关数据导出成数据文件，并通过数据导出成数据文件，并通过ftpftp方式传送到备份方式传送到备份HSSHSS备份HSSHSS稍后自稍后自动读取该数据文件更新数据库，保持和主用局数据一致。

动读取该数据文件更新数据库，保持和主用局数据一致•方式一的数据同步效果较好，但对方式一的数据同步效果较好，但对ASAS有额外要求方式二对有额外要求方式二对ASAS要求要求较低，但会存在主备数据不同步的情况，且要求主备用较低，但会存在主备数据不同步的情况，且要求主备用HSSHSS之间支持之间支持自动数据导出导入自动数据导出导入•建议采用方式一建议采用方式一第56页2.6.3 2.6.3 倒换倒换/ /倒回机制倒回机制pN+1N+1非实时方案的倒换机制：非实时方案的倒换机制：•主用主用HSS/SLFHSS/SLF与对端网元与对端网元DiameterDiameter链路断，对端网元自动将链路切往备份链路断，对端网元自动将链路切往备份HSS/SLFHSS/SLF，，实现业务的自动倒换；主用实现业务的自动倒换；主用HSSHSS需具备故障检测功能，当检测到故障，则应产生相应需具备故障检测功能，当检测到故障，则应产生相应级别的告警，以用于人工判断是否触发倒换主用级别的告警，以用于人工判断是否触发倒换主用HSSHSS倒换至备份倒换至备份HSSHSS，备份，备份HSSHSS必须必须产生相应的告警；主用产生相应的告警；主用HSSHSS也应产生告警也应产生告警( (主用主用HSSHSS断电等特殊情况除外断电等特殊情况除外) )。

•主用主用HSSHSS至备份至备份HSSHSS的倒换，有自动倒换和人工倒换两种方式的倒换，有自动倒换和人工倒换两种方式•自动倒换要求：不需人工参与，备份自动倒换要求：不需人工参与，备份HSSHSS能够立即自动恢复到工作状态接管主用能够立即自动恢复到工作状态接管主用HSSHSS的的业务•人工倒换要求：备份人工倒换要求：备份HSSHSS在收到人工输入的相关指令后接管主用在收到人工输入的相关指令后接管主用HSSHSS的业务•在发生容灾切换时，在发生容灾切换时，BOSSBOSS下发受理命令到备份下发受理命令到备份HSSHSSASAS同步透明数据到备份同步透明数据到备份HSSHSSpN+1N+1非实时方案的倒回机制：非实时方案的倒回机制：•备份备份HSSHSS倒回至主用倒回至主用HSSHSS，主用，主用HSSHSS和备份和备份HSSHSS应产生相应的告警应产生相应的告警•备份备份HSSHSS至主用至主用HSSHSS的倒回，有自动倒回和人工倒回两种方式：的倒回，有自动倒回和人工倒回两种方式： •自动倒回要求：不需人工参与，备份自动倒回要求：不需人工参与，备份HSSHSS将业务倒回至主用将业务倒回至主用HSSHSS，主用，主用HSSHSS能够立即接能够立即接管倒回的业务。

管倒回的业务•人工倒回要求：备份人工倒回要求：备份HSSHSS在收到人工输入的相关指令后将业务倒回至主用在收到人工输入的相关指令后将业务倒回至主用HSSHSS，主用，主用HSSHSS能够立即接管倒回的业务能够立即接管倒回的业务•由于用户静态数据在倒换期间可能发生变化，所以建议倒回使用手工倒回方式由于用户静态数据在倒换期间可能发生变化，所以建议倒回使用手工倒回方式•当主用当主用HSSHSS重新恢复以后，主用重新恢复以后，主用HSSHSS和备用和备用HSSHSS数据可能已经不一致，此时要通过数据可能已经不一致，此时要通过BOSSBOSS将备份将备份HSSHSS中该主用中该主用HSSHSS相关的增量日志导出，再导入主用相关的增量日志导出，再导入主用HSSHSS中，才能将业务和中，才能将业务和受理重新切回主用受理重新切回主用HSSHSS第57页2.6.4 2.6.4 容灾效果分析及对其它网元需求容灾效果分析及对其它网元需求pN+1N+1非实时方案的容灾效果分析：非实时方案的容灾效果分析：•（（1 1）要求对静态数据进行实时备份；）要求对静态数据进行实时备份；•（（2 2）信令倒换）信令倒换/ /倒回的感知基于倒回的感知基于DiameterDiameter链路心跳，感知时间链路心跳，感知时间 = Diameter= Diameter心心跳周期跳周期 * * 心跳重发次数。

心跳重发次数DiameterDiameter链路心跳可配置，建议配置为链路心跳可配置，建议配置为1 1－－1010秒，心秒，心跳重发次数建议配置为跳重发次数建议配置为2 2－－3 3次在此期间正在进行的注册和终呼会失败在此期间正在进行的注册和终呼会失败•（（3 3）业务接管程度和用户感知：由于主用局与备用局之间没有动态数据同步，）业务接管程度和用户感知：由于主用局与备用局之间没有动态数据同步，用户的注册状态可能不一致，所以倒换倒回完成以后终呼业务可能会受到影响，用户的注册状态可能不一致，所以倒换倒回完成以后终呼业务可能会受到影响，但是注册业务和始呼业务不受影响被叫用户在重注册以后终呼业务恢复正常，但是注册业务和始呼业务不受影响被叫用户在重注册以后终呼业务恢复正常，因此被叫业务影响时间理论上最长为终端重注册刷新时间因此被叫业务影响时间理论上最长为终端重注册刷新时间pN+1N+1非实时方案对其它网元的需求：非实时方案对其它网元的需求：•I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF等网元能够增加主用等网元能够增加主用HSSHSS的备用信令路由至备份的备用信令路由至备份HSSHSS；即：；即： I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF对于对于HSSHSS，能够设置主用网元标识为主用，能够设置主用网元标识为主用HSSHSS，备用网元标，备用网元标识为备用识为备用HSSHSS；并且；并且I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF只有检测到主用只有检测到主用HSS inactiveHSS inactive时，才启时，才启用备用用备用HSSHSS的网元标识作为相关的网元标识作为相关SIPSIP消息的目的地。

消息的目的地•SLFSLF内应可以配置主备用内应可以配置主备用HSSHSS的信息，并将主备用的信息，并将主备用HSSHSS返回给返回给CSCFCSCF，正常情况，正常情况下下CSCFCSCF选择主用选择主用CSCFCSCF，在主用，在主用HSSHSS故障的情况下，故障的情况下，CSCFCSCF可以选择备用可以选择备用HSSHSS•BOSSBOSS支持对主备用支持对主备用HSSHSS的用户数据同步的用户数据同步•ASAS支持对主备用支持对主备用HSSHSS的用户透明数据同步的用户透明数据同步第58页2.6 HSS2.6 HSS容灾方案容灾方案pHSS N+1HSS N+1非实时备份方案非实时备份方案Ø方案描述方案描述Ø数据同步要求数据同步要求Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对其它网元的要求对其它网元的要求pHSS N+1HSS N+1实时备份方案实时备份方案Ø方案描述方案描述Ø数据同步要求数据同步要求Ø倒换机制倒换机制Ø倒回机制倒回机制Ø容灾效果分析容灾效果分析Ø对其它网元的要求对其它网元的要求第59页2.6.5 HSS N+12.6.5 HSS N+1实时备份方案描述实时备份方案描述pHSS N+1HSS N+1实时备份方案描述实时备份方案描述•““N+1N+1””实时备份方案是实时备份方案是N N台台HSSHSS用用1 1台备份台备份HSSHSS备份，主用备份，主用HSSHSS承担该局点承担该局点HSSHSS所有所有的动态用户数据处理，备份的动态用户数据处理，备份HSSHSS中需存储由它提供备份服务的所有中需存储由它提供备份服务的所有HSSHSS中的数据总和，中的数据总和，即多台即多台HSSHSS均实时与备份均实时与备份HSSHSS互通，所有静态数据与动态数据更改都必须实时同步到互通，所有静态数据与动态数据更改都必须实时同步到该备份该备份HSSHSS中。

这种备份方式要求备份中这种备份方式要求备份HSSHSS的容量是所有需备份的容量是所有需备份HSSHSS的容量总和，主的容量总和，主用用HSSHSS中的任一台发生故障，备份中的任一台发生故障，备份HSSHSS均可替代它为用户提供服务，同时对全网的服均可替代它为用户提供服务，同时对全网的服务质量不会造成任何影响该方案一般主用务质量不会造成任何影响该方案一般主用HSSHSS和备用和备用HSSHSS采用同一厂家同硬件平台采用同一厂家同硬件平台设备•HSS/SLFHSS/SLF与与CSCF/ASCSCF/AS之间是之间是DiameterDiameter连接，主备用连接，主备用HSS/SLFHSS/SLF之间的网络连接为之间的网络连接为IPIP连连接，主备接，主备HSS/SLFHSS/SLF与与BOSSBOSS系统的连接为系统的连接为SOAPSOAP接口第60页2.6.6 2.6.6 对数据同步的要求对数据同步的要求Ø（（1 1）局数据同步）局数据同步•同同N+1N+1非实时备份方式非实时备份方式Ø（（2 2）用户数据同步）用户数据同步•备份系统正式运行后，主备用备份系统正式运行后，主备用HSSHSS静态数据和动态数据实时同步。

同步动、静静态数据和动态数据实时同步同步动、静态数据通过数据链路来实现态数据通过数据链路来实现•静态数据同步方式，对于所有通过静态数据同步方式，对于所有通过BOSSBOSS系统（或本地维护终端）发送到主用系统（或本地维护终端）发送到主用HSSHSS的操作指令在执行成功后，主用的操作指令在执行成功后，主用HSSHSS的将该指令通过主备的将该指令通过主备HSSHSS间数据链路同间数据链路同步到备用步到备用HLRHLR的进行操作，以实现静态数据同步的进行操作，以实现静态数据同步•动态数据同步是主用动态数据同步是主用HSSHSS对于所有通过终端进行的操作执行成功后，主用对于所有通过终端进行的操作执行成功后，主用HSSHSS通过数据链路将该操作同步到备用通过数据链路将该操作同步到备用HLRHLRØ（（3 3）用户透明数据同步）用户透明数据同步•用户配置业务数据后，用户配置业务数据后，ASAS同步数据到主用同步数据到主用HSSHSS，主用，主用HSSHSS将该指令通过主备将该指令通过主备HSSHSS间数据链路同步到备用间数据链路同步到备用HLRHLR •用户的动态数据、静态数据、透明数据均通过主备用用户的动态数据、静态数据、透明数据均通过主备用HSSHSS之间的链路进行同步，之间的链路进行同步，对链路的带宽需求估算如下：对链路的带宽需求估算如下：•假设假设1010万用户在万用户在1010分钟内开通完成，每用户业务开通数据分钟内开通完成，每用户业务开通数据5KB5KB•考虑数据同步链路的轻载需求，链路利用率取定考虑数据同步链路的轻载需求，链路利用率取定40%40%，因此，因此100100万用户的带宽需求万用户的带宽需求为（为（6.7+6.7+（（0.004+0.0760.004+0.076））*100*100））/40%=36.8Mbps/40%=36.8Mbps第61页2.6.6 2.6.6 对数据同步的要求对数据同步的要求p同步链路的选择同步链路的选择Ø同步链路的承载有如下三种方案：同步链路的承载有如下三种方案：•方案一：通过方案一：通过MDCNMDCN网络专线承载网络专线承载•该方案能满足初期需求，但用户数增大时，可能该方案能满足初期需求，但用户数增大时，可能100M100M的专线链路将不能满足的专线链路将不能满足带宽需求。

带宽需求•方案二：通过方案二：通过IPIP专用承载网信令专用承载网信令VPNVPN承载承载•IPIP专用承载网网络质量较好，能满足同步的需求，但与信令在同一专用承载网网络质量较好，能满足同步的需求，但与信令在同一VPNVPN中传输，中传输，有可能在大数据同步的情况下会对信令造成影响有可能在大数据同步的情况下会对信令造成影响•方案三：通过方案三：通过IPIP专用承载网网管开通专用承载网网管开通VPNVPN承载承载•IPIP专用承载网网络质量较好，能满足同步的需求，且不会对信令造成影响专用承载网网络质量较好，能满足同步的需求，且不会对信令造成影响Ø建议采用方案三建议采用方案三第62页2.6.7 2.6.7 倒换倒换/ /倒回机制倒回机制pN+1N+1实时方案的倒换机制：实时方案的倒换机制：•主备主备HSSHSS通过同步链路和通过同步链路和IPIP网的心跳随时监测本节点和对端节点的状态备网的心跳随时监测本节点和对端节点的状态备用节点状态正常，主节点发生严重故障或者外部链路完全中断时，将发生主用节点状态正常，主节点发生严重故障或者外部链路完全中断时，将发生主备倒换其他网元也将监测到主用备倒换。

其他网元也将监测到主用HSSHSS的的diameter diameter 链路故障，经过一个可链路故障，经过一个可设定的安全监测期后，启用到备用边的链路设定的安全监测期后，启用到备用边的链路pN+1N+1实时方案的倒回机制：实时方案的倒回机制：•倒回机制同非实时静态备份方式倒回建议选择话务少的时间（倒回机制同非实时静态备份方式倒回建议选择话务少的时间（ 如夜间）如夜间） 在原主用恢复正常已完全同步的情况下采取人工倒回在原主用恢复正常已完全同步的情况下采取人工倒回第63页2.6.8 2.6.8 容灾效果分析容灾效果分析/ /对其它网元需求对其它网元需求pN+1N+1实时方案的容灾效果：实时方案的容灾效果：•（（1 1）要求对动态、静态数据进行实时备份；）要求对动态、静态数据进行实时备份；•（（2 2）信令倒换）信令倒换/ /倒回的感知基于倒回的感知基于DiameterDiameter链路心跳，感知时间链路心跳，感知时间 = Diameter= Diameter心心跳周期跳周期 * * 心跳重发次数心跳重发次数DiameterDiameter链路心跳可配置，建议配置为链路心跳可配置，建议配置为1 1－－1010秒，心秒，心跳重发次数建议配置为跳重发次数建议配置为2 2－－3 3次。

在此期间正在进行的注册和终呼会失败在此期间正在进行的注册和终呼会失败•（（3 3）业务接管程度和用户感知：正在进行的通话不受影响，在切换的过程中，）业务接管程度和用户感知：正在进行的通话不受影响，在切换的过程中，IMSIMS系统无法受理新发起的呼叫当切换完成后，无论系统无法受理新发起的呼叫当切换完成后，无论IMSIMS用户作为主叫还是被用户作为主叫还是被叫时，通话都能顺利进行叫时，通话都能顺利进行pN+1N+1实时方案对其它网元需求：实时方案对其它网元需求：•I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF等网元能够增加主用等网元能够增加主用HSSHSS的备用信令路由至备份的备用信令路由至备份HSSHSS；即：；即： I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF对于对于HSSHSS，能够设置主用网元标识为主用，能够设置主用网元标识为主用HSSHSS，备用网元标，备用网元标识为备用识为备用HSSHSS；并且；并且I/S-CSCFI/S-CSCF、、ASAS、、SLFSLF只有检测到主用只有检测到主用HSS inactiveHSS inactive时，才启时，才启用备用用备用HSSHSS的网元标识作为相关的网元标识作为相关SIPSIP消息的目的地。

消息的目的地第64页2.7 MGCF2.7 MGCF容灾方案容灾方案pMGCFMGCF的负荷分担容灾方案：的负荷分担容灾方案：•IMSIMS网内部署多套网内部署多套MGCFMGCF／／IM-MGWIM-MGW，周边网元分别连接到多套设备上，由周，周边网元分别连接到多套设备上，由周边网元根据一定的条件进行路由分流，多套设备间负荷分担、互为备份边网元根据一定的条件进行路由分流，多套设备间负荷分担、互为备份•当某一套设备宕机或者链路中断时，由周边网元基于当某一套设备宕机或者链路中断时，由周边网元基于SIPSIP链路检测机制或者业链路检测机制或者业务连续失败统计机制感知务连续失败统计机制感知MGCFMGCF／／IM-MGWIM-MGW的异常状态，从而将呼叫路由到的异常状态，从而将呼叫路由到其它其它MGCFMGCF／／IM-MGWIM-MGW设备• 同样，当同样，当MGCFMGCF检测到相连的周边设备之间的链路中断时，也要将呼叫路由检测到相连的周边设备之间的链路中断时，也要将呼叫路由到其他备份的路由上到其他备份的路由上•要求要求MGCFMGCF和和IMSIMS网元具备配置多个路由组的优先级排序功能和同一优先级的网元具备配置多个路由组的优先级排序功能和同一优先级的路由的负荷分担功能。

路由的负荷分担功能p该方案该方案MGCFMGCF设备实现简单，多个设备实现简单，多个MGCFMGCF之间不需要心跳信息交互，之间不需要心跳信息交互，可以部署不同厂家的可以部署不同厂家的MGCFMGCF／／IM-MGWIM-MGW第65页2.8 2.8 业务放通机制业务放通机制p基本通话业务的放通：基本通话业务的放通：Ø业务平台故障时，业务平台故障时，IMSIMS核心网支持对基本通话业务的放通核心网支持对基本通话业务的放通3GPP IMS3GPP IMS相关规范相关规范（（24.22924.229）中定义，在）中定义，在ASAS故障没有响应时，会话的接续控制将由故障没有响应时，会话的接续控制将由iFCiFC数据中的数据中的““DefaultASHandlingDefaultASHandling””参数来约束若该参数设置为：参数来约束若该参数设置为：SESSION_CONTINUEDSESSION_CONTINUED，则，则S-CSCFS-CSCF将继续接续、放通呼叫；若该参数设置为：将继续接续、放通呼叫；若该参数设置为：SESSION_TERMINATEDSESSION_TERMINATED，则，则S-CSCFS-CSCF将释放将释放/ /终止呼叫。

在工程实施中，对于一终止呼叫在工程实施中，对于一期工程部署的期工程部署的MMTELMMTEL业务平台、统一业务平台、统一CentrexCentrex业务平台和多媒体彩铃业务平台业务平台和多媒体彩铃业务平台均可设置为均可设置为SESSION_CONTINUEDSESSION_CONTINUED以IMSIMS用户呼叫用户呼叫IMSIMS用户举例，业务放通用户举例，业务放通流程如下：流程如下：Ø该放通机制对业务的影响如下：该放通机制对业务的影响如下：•（（1 1）如果主叫侧）如果主叫侧ASAS故障，由于号码规整由故障，由于号码规整由ASAS负责，被叫号码将不能被负责，被叫号码将不能被规整化或进行短号到长号的变换，因此只有当主叫用户拨打被叫用户的全规整化或进行短号到长号的变换，因此只有当主叫用户拨打被叫用户的全号码时才能被放通号码时才能被放通•（（2 2）如果仅被叫侧）如果仅被叫侧ASAS故障，不影响放通故障，不影响放通•（（3 3）由于计费信息由）由于计费信息由ASAS出，因此出，因此ASAS故障时无法对呼叫计费故障时无法对呼叫计费第66页2.8 2.8 业务放通机制业务放通机制p被叫一号通业务的放通：被叫一号通业务的放通：Ø对于对于CSCS域做主号码的一号通业务，由于为未注册业务，被叫域做主号码的一号通业务，由于为未注册业务，被叫S-CSCFS-CSCF无法无法路由到下一跳，会返回路由到下一跳，会返回404 404 失败响应，结束会话，具体流程如下：失败响应，结束会话，具体流程如下：Ø可能的解决方案：可能的解决方案：•目前华为、中兴支持采用对锚定的业务（如目前华为、中兴支持采用对锚定的业务（如CSCS做主号码的一号通业做主号码的一号通业务），将务），将MGCFMGCF作为最后一个业务作为最后一个业务iFCiFC，若其他业务平台故障，最后，若其他业务平台故障，最后S-S-CSCFCSCF转发呼叫给转发呼叫给MGCFMGCF。

Ø该方案存在的问题：该方案存在的问题：•1 1）如果采用）如果采用iFCiFC触发机制，触发机制，MGCFMGCF规范中没有要求规范中没有要求ISCISC接口，目前厂家均接口，目前厂家均为私有实现，需要进一步研究；为私有实现，需要进一步研究；•2 2）如果）如果S-CSCFS-CSCF直接将呼叫送给直接将呼叫送给MGCFMGCF，需要，需要S-CSCFS-CSCF对主叫号码进行变对主叫号码进行变换，以避免换，以避免CSCS域锚定业务的重复触发域锚定业务的重复触发第67页67结束结束谢谢大家！第68页MajpjMVcyzj21HLfrvy96dv02lPPfYgxUS7IYmZkyEmZ0kGeYZS3bpLCkYH1lt4EK7CxmUX3ijoYSOer7ZuaVWYgz4EpZrUirVpMzzvNtf1XZw5oswSXOtFaejnOcmfE1lZgnN1RSXg8wLCG8CVQ3XPJMvodPFWcpiYJgZazNSEPNIaklYSu7qSd1UpaxmZDlpN9zW7kljfsLCLi26Yv109ffbnDH8LbUN1G6ACURQ39eG12KHL9tXsZ1jzgoCK8g1kuNOh5eFvcmVT5ZYVQt9zk3rp3qLnf02FovEXxVRxjCcFRNppiJljNiOuk6fONnyX7fyGg7sXZ49BmCN5oy9VesHpKzdjTKwjrkCEQCFDehVmGax3lrOEbw63VscA3YSijtUKoCyiLzAlVRp7l4QgPNHxvJFFDyjUVN3oHlMah0XBd4uTbkfPIhHtw0evPmYOrdhEDoPwvYhzlGplU1AU9mpyiCXH8gpPCBRYjq77VcnbXumNE1yGfyTsbSj89J63kRTKDkKUg3mdS5sJ4X5cQ8dK7oW9IkScssECQdz2O9UTlpRjAFPChjhLdzopQzwxQf8ozdzOhogwAooXpUF83BX4C3jRgjDJiiXEUDMaNz4vQ4n164vspddHvOIVuBBdMA4xp1YhiHk0vOJ8TL1BxogzVlMpmod6ianYGmksQq6NWCEd56hZF4wfaNyZcrGfNxnPiG6ZAxSkfmhJAKtNmCqbRmppeXp8inz4eq3HkWCMSORyMMX522xpHG6basNr6KQfbZsFbHjzyNlJrruLolKFcC84dqfijBO5Dy2NaBcNEBPgQrT12PgpcKx2or2YChN5DPjs80zzdtdAdTKuW4uVv9bbZu3K2SZ2aEhTlIC1UqrIWibkzwHh6p8gLv26zr01mJybfOzFc4T7kQH1IpPwOzMDnAKPLsLrznXGjFNIA9bSWWms6ibKZwQIKrMzalwbFrQJvOP1rPH8rx2KkyYqrtQk5VRwM1HSX。