华为S2L光口板异常引起串话隐患处理.docVIP

核心专业－韶关公司－华为MGW S2L光口板异常引起串话的隐患处理 作者： 蒋晓彬 谭旺生 隐患摘要 本文主要针对在华为核心网设备在通话中出现串话现象，进行深入研究分析，通过进行大量的拨测、语音环回测试等操作定位故障点，发现MGW的 S2L光接口板异常导致，解决串话隐患故障。 二、隐患基本描述 韶关网维接到SGM01B1覆盖区域乐昌县城用户反映有串话现象，具体如下： A用户拨打B用户，能正常接续成功，但A和B均无法听到对方语音，且会不断地听到其它用户通话的串音，如先听到到C、D用户的通话，再串接E、F用户的通话、后续不停的串接到其它用户通话中。 经当地维护人员现场拨测，证实确有串话存在。但是反映故障隐蔽较难重现，拨测重现机率不到1%。另串话发生地点没有明显规律，但不排除无线原因的可能。 隐患排查分析 为定位串话原因，我们主要按照下面思路做了分析排查： 1、检查MSC_Server 安全策略（鉴权、加密）是否异常，导致因“TMSI号复用”引起的串话； 2、检查A口电路CIC数据配置及物理连线，排查是否因为“鸳鸯线”引起串话。 3、在拨测到串话情况下，MSC侧、BSC侧通过A接口内外环回操作判断串话是MSC侧还是BSC侧引入；若串话是BSC侧引入，则重点排查是否BSC、无线侧引起； 5、在环回测试过程中，跟综信令并提取通话占用设备、TID、CIC等信息进行分析； 6、海量拨测，对每次串话使用的资源进行分析，看是否有共性，是否集中在某一块单板或某一个时隙上面。 隐患解决措施 1、安全策略与A口电路检查 检查本地Server的安全策略均为：仅话音主被叫为1/10鉴权，其余位置更新、短信MO、MT均100%鉴权；并开启了2G加密功能。在此策略下，不可能会产生因复用TMSI而导致串话。 检查A口有3个ET155，MSC与BSC两侧的CIC配置均正确，不存在“鸳鸯线”的情况。 开启MSC_Server信令跟踪：维护人员在SGM01B1（爱立信）下作主叫A，对同一Sever下的SGM02B1（爱立信）被叫B进行拔打测试，当串话现象引入时，进行信令分析与A接口环回操作。 经过海量拨测，成功捕捉到一次串话，且分析主被叫信令流程完全正确。完全排除了因TMSI复用造成串话的可能性。 2、拨测重现与信令跟踪 在故障局点下海量拨测：A用户拨打B用户，能正常接续成功，但A和B无法听到对方语音，双方均接续到其他用户通话中，多数是初始拨通“彩铃放音”、“打招呼”等的语音，且5秒左右会不断地串接到其它用户通话中，整个过程中伴随杂音。 相关设备信息跟踪提取： 1）方法一：在拨测前，在MSOFTX3000上创建“指定用户号码跟踪”、在UMG8900上创建“用户呼叫跟踪”。当问题复现时，保持呼叫。在UMG的消息跟踪中，打开MCCALL查看当前呼叫所在上下文（ContexID）换算为十进制，然后在LMT用DSP CTXINFO结果分别换算成十进制就是主被叫占用的TID；然后用LST TDMTID查询TID位于哪个接口板的哪个端口。 该方法可查找呼叫占用设备情况、查看呼叫信令等，信息可提供深入分析。 2）方法二：当问题复现时，保持呼叫。在MSOFTX3000执行DSP TLKUSR命令，显示用户在一次正常通话状态下所占用的CIC、TID等信息。该方法采用R7版本新指令，适合快速定位呼叫占用信息。一个MSC Server在同一时间内只能执行一条DSP TLKUSR命令。 指令信息例如：： %%DSP TLKUSR: NUM=K8618826341439;%% RETCODE = 0 操作成功 用户占用的CIC和TID信息 ---------------------- 主叫电路类型 = BSSAP 主叫局向名称 = SG01A 主叫中继群名称 = SG01A 主叫占用CIC = 2254 主叫占用TID = 25838 被叫电路类型 = BSSAP 被叫中继群名称 = SG02A 被叫占用CIC = 2258 被叫占用TID = 25842 号首集 = 0 通话开始时间 = 2011-01-20 11:25:13+08:00 (结果个数 = 1) --- END 初步结论1： 对每次串话使用的资源进行分析，发现集中在主叫A所在的SGM01B1覆盖范围，且开设的A接口电路全部在S2L光接口单板上。 3、语音环回测试 确认好接口板的框槽和端口号后，使用LOP E1，可选择对应端口外、内环回，详细命令如下： 接口板为E32： LOP E1: FN=x, SN=x, LOC=PORT, MODE=SCHLOP/SCHOLOP，PN=x, CN=x; 接口板为S2L： LOP S2L: FN=x, SN=x, PN=x, LO