IMS容灾的应用的方案的探讨.docVIP

IMS容灾的应用的方案的探讨 　　摘 要：随着IMS网络在通信网络中的应用规模日益壮大，网络用户日益增多，整个网络的容灾问题也显得日益重要，本文通过对IMS网络的容灾机制和原理进行了描述，对PCSCF、I/SCSCF、HSS等网元的容灾方案进行了探讨。 　　关键词：IMS 容灾方案 　　1.容灾方案介绍 　　1.1IMS核心侧组网 　　在IMS网络中，Site1与Site2组成互助容灾局，CSCF对接是采用负荷分担方式容灾、HSS采用主备方式容灾。CSCF1（P/I/S-CSCF1）与CSCF2（P/I/S-CSCF1）互助容灾，HSS1与HSS2互助容灾，MGCF1与MGCF2互助容灾。 　　1.2容灾机制和原理 　　1.2.1 Option故障检测机制 　　启发式Option检测：CSCF（P/I/S-CSCF）、AS用于检测对端故障的机制，做到有故障时才检测，无故障不产生检测流量。简单的说就是当业务消息发送超时无响应，则向对端发起Option检测，多次无响应说明对端已故障，将对端加入故障列表，并周期性检测其是否故障恢复，如果能够收到检测消息的响应，则说明对端故障恢复，将其从故障列表中恢复出来，检测停止。 　　周期性Option检测：MGCF、SBC、、AGCF采用的用于检测对端是否故障的机制，简单的说就是周期性向检测的对端发送Options消息来确认其是否故障，周期和故障确认次数可配置，方便在检测灵敏度和性能之间取得均衡。 　　基于链路的故障检测：检测HSS、CCF等Diameter设备是否故障的机制或者检测DNS等建立TCP链路的设备是否故障的机制，简单的说就是在链路上周期性的发送握手心跳消息来检测对端是否故障。举例来说，每5秒发送一次握手消息，连续3次无响应则认为对端故障。 　　1.2.2CSCF数据备份机制 　　当用户在CSCF上进行初始或重注册时，S-CSCF鉴权通过后，检查收到的注册请求中IMPI、Contact、Path信息是否和本地对应IMPI的Contact、Path信息一致，如果不一致或者本地没有这些信息，则需要根据IMPI通过SAR中扩展AVP USER BACKUP DATA携带容灾数据（Contact头域包括参数、Path头域包括参数）保存到HSS上，同时刷新本地数据； 　　HSS收到SAR请求后，检查用户是否已注册，如果未注册，则直接将USER BACKUP DATA AVP包含的容灾数据按IMPI保存到用户数据中；如果该IMPI已注册，则根据收到USER BACKUP DATA AVP的信息刷新本地保存的容灾数据，成功后返回SAA，响应码置为DIAMTER_SUCCESS。 　　1.2.3 CSCF容灾故障倒换机制 　　主用局CSCF1故障，根据接入方式的不同，分别由全代理SBC、AGCF、UE将注册消息发往容灾局CSCF2，CSCF2从HSS恢复用户数据，完成用户注册，同时完成HSS上容灾数据的更新。注册完成后，后续UE在容灾局CSCF2进行业务处理，如同在主用局CSCF1上获取业务一样。 　　主用局HSS1故障，CSCF通过TCP/SCTP链路检测到HSS1故障，则通过容灾局HSS2获取签约数据和容灾备份数据，主用局HSS1与HSS2的数据实时备份同步，保证容灾时获取的数据一致。 　　主用局AS1故障，CSCF通过Option检测到AS1故障，将注册和业务消息发往容灾局AS2，AS2从HSS恢复数据并正常提供服务。 　　主用局MGCF1故障，CSCF通过Option检测到MGCF1故障，将互通的业务消息发往容灾局MGCF2，MGCF2正常处理业务。 　　1.2.4 CSCF故障恢复倒回机制 　　主用局CSCF1故障恢复，根据接入方式的不同，分别由全代理SBC、AGCF、UE在注册或重注册是将注册消息重新发往主用局CSCF1，如果是初始注册，按正常注册流程处理，如果是重注册，主用局CSCF1从HSS恢复用户数据，完成用户重注册，同时完成HSS上容灾数据的更新。注册完成后，后续UE在主用局CSCF1正常进行业务处理。 　　主用局HSS1故障恢复，CSCF通过TCP/SCTP链路检测到HSS1故障恢复，则通过主用局HSS1获取签约数据和容灾备份数据，主用局HSS1与HSS2的数据实时备份同步，保证容灾时获取的数据一致。 　　主用局AS1故障恢复，CSCF通过Option检测到AS1故障恢复，将注册和业务消息发往主用局AS1，AS1从HSS恢复数据并正常提供服务。 　　主用局MGCF1故障恢复，CSCF通过Option检测到MGCF1故障恢复，将互通的业务消息发往主用局MGCF1，MGCF1正常处理业务。 　　2.PCSCF网元的容灾方案 　　当