IMS故障处理案例分析.ppt

IMS故障处理案例分析
2012年我省的IMS网络有了较大规模的发展,用户数从年初的3000左右,到12月底超过8万,忙时话务量也从1月的2000Erl发展到12月的超过4万Erl。
随着IMS商用化进程加快,由于对新组网、新设备、新业务的不熟悉,各市公司在日常的故障处理过程中遇到了许多的难题。
省公司对近期发生的IMS核心网、接入设备的故障进行了汇总整理,对一些典型的故障处理进行了总结,希望能对各市公司有所帮助。主要有几下几大类故障:
接入设备故障
接入设备与核心网信令配合问题
用户权限密码设置问题
核心网(包括业务平台)的问题
接入设备参数设置与核心网不一致导致通话异常
问题描述
聊城一中IMS终端主叫通话过程中出现自动挂断情况。经过现场拨测,发现有时通话10分钟也不会挂断,有时1-2分钟就会中断。
分析定位
经信令跟踪发现,用户侧register请求消息中带有Expires: 30参数,核心网默认register请求消息中Min-Expires: 1800,因此回复给终端侧SIP 423(时间间隔过短),最终核心网下发BYE消息拆线,导致通话过程中自动挂断。
问题原因是会话更新请求消息中的expires参数不符合规范,核心网回SIP 423,终端侧没有及时回应这个消息,导致用户掉线。
解决措施
按照中兴核心网侧register请求消息中Min-Expires: 1800的要求对IMS终端配置文件进行修改。在用户侧多次拨测,通话未再出现自动挂断的情况。
接入设备参数设置与核心网不一致导致通话异常
问题描述
淄博佳和IAD设备下的IMS用户呼叫手机,接通后,能够通话,但20秒左右,IMS用户自动断线,发出忙音。重复试验多遍,情况基本相同。。
分析定位
PBX用户发送报文采用传输层端口为5060,SIP消息内端口为5061。
B机制。当终端信令传输层与信令端口不一致并且该终端做主叫时,会导致出现认为呼叫用户不存在的误判,SBC进行主动拆线。
解决措施
SBC侧加载补丁并关闭端口一致性检查功能。
IAD侧将终端注册端口改为与呼叫时使用端口一致。(推荐)
经信令跟踪,是SBC主动拆除了呼叫。
继续对IP包进行分析,发现终端发起呼叫(invite),contact头域中携带的端口为5061,但是使用的传输层端口为5060。
接入设备参数设置与核心网不一致导致通话异常
问题描述
东营的IMS用户在使用SIP终端一段时间后,如果长时间没有来话或发起呼叫则SIP终端显示离线,必须重新手动注册才能继续使用。
分析定位
现场组网方式为:SIP终端<---->NAT设备<---->SBC<---->IMS核心设备。
NAT设备里有张NAT MAP表,表中的记录是NAT转换的老化时间。如果NAT保持消息交互,表中记录超时老化后,NAT设备会重新建立NAT MAP记录。
SIP终端有一个NAT keep的参数选项,如果关闭这个选项,则原先通过SIP消息建立的NAT MAP老化后,当NAT设备收到终端的SIP消息,就会重新建立NAT MAP,并通过新的端口往SBC转发SIP消息,而SBC也同样用新的端口号往P-CSCF转发SIP消息。而P-CSCF发现这个消息的源端口与原来的不一致,就会发403消息,拒绝掉请求。这样SIP终端就离线了。
解决措施
在SIP终端上选中NAT KEEP项,经测试注册呼叫都正常。
打开SBC上sbc sip register-reduce enable功能,SBC在转发消息的时候,无论NAT设备使用哪个源端口,SBC都会对SIP消息进行分析判别是否新新的注册,来决定是否用新的转口进行转发。这样对于已经注册的用户,CSCF就不返回失败消息了。
接入设备参数设置与核心网不一致导致通话异常
问题描述
中兴SBC下的SIP用户偶尔出现不能呼入和呼出故障,呼入时报“空号”;一段时间(最长1个小时左右)自动恢复。
分析定位
对现场的SBC数据配置进行检查,SBC每60秒发OPTION消息检查SIP终端用户,当收不到SIP终端回应时,SBC判断该SIP用户掉线,会在数据区中删除该用户;同时停止对该用户再发OPTION检查。这时用户呼入或呼出的INVITE消息送到SBC,SBC由于检测到该用户不在线,直接回404拒绝。对该用户注册涮新信令进行分析:Expires: 3600 ,表示终端约1个小时进行一次涮新注册。
SBC以1分钟周期发OPTION检查终端在线,如故障终端或网终异常无法收200OK消息,SBC会删除该用户;至终端发出涮新REGISTER前(Expires: 3600 )前,该用户故障不会自动恢复;当接收到终端涮新REGISTER后,SBC在数据区恢复该用户,业务也自动恢