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

核心专业韶关公司华为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, LOC=TS_LOOP, MODE= OUTLOP/INERLOP, CHN=x，TSN=x;在主、被叫MGW对应的端点进行外、内环测试，具体步骤如下图：1）在主叫MGW侧对“S2L板通话占用时隙”做外环，主叫、被叫情况未改变，均存在串话及杂音现象;2) 在主叫MGW侧对“S2L板通话占用时隙”做内环，主叫、被叫情况未改变，均存在串话及杂音现象;3）在被叫MGW侧对“S2L板通话占用时隙”做外环，主叫杂音依旧、被叫听杂音消失，听到自己的回声。4、环回结果分析：华为UMG8900的 LOP S2L环回说明（参照华为电子文档）“1”表示线路、支路、时隙外环回 “2”表示线路、支路、时隙内环回“3”表示FPGA外环回 “4”表示FPGA内环回环回内部流程介绍：业务从光模块进来，通过光电转换为电信号，进入4371芯片后，进行SDH/SONET开销处理、高阶通道开销处理、高阶通道/低阶通道之间的映射/解映射、E1/T1/J1成帧 处理后进入FPGA进行HWSBI接口转换，再进入8611进行时分交换，之后成为高速777M的数据流到系统侧（将到交换网板）。初步结论：在被叫MGW做外环后，主叫情况串话依旧、被叫听到自己的回声。在主叫MGW的 S2L接口板做内环、外环操作后，主叫、被叫情况未改变，均存在串话及杂音现象。综合以上，较为肯定串话故障点在主叫MGW上S2L光接口板上，论证如下（排除法）：1、假设故障点在主叫BSC或A口电路，则主叫MGW内环后，被叫应该听到自己的回声。而实际情况不符，被叫仍是串话。2、假设故障点在被叫MGW或被叫侧，则主叫MGW外环后，主叫应该听到自己的回声。实际情况也不符，主叫仍是串话。因此故障点肯定在主叫侧MGW上。另MGW内语音通道为:S2L-TNU-NET-VPU-CS域CE 。3、假设故障点位主叫MGW的TNU、NET、VPU单板上，由于主叫语音通道首先进入S2L板，在主叫MGW的S2L外环时，则主叫应该听到自己的回声。实际情况也不符。结合说明“MGW做TDM时隙的外环、内环操作是在S2L单板的4371芯片上实现。因此故障定位为：主叫MGW的S2L板（A接口）存在“芯片级“的故障，导致此类罕见的“不停乱切的串话”。4、故障处理1）核查A接口光口板编码方式一致，均设置为“华为模式”；2）在次日凌晨对MGW拨测到串话的两块S2L单板进行了更换。3）经现场海量拨测后（两个地点各5个小时），故障再无重现，解决本次串话的故障。后续已提交TR给华为公司，计划要求其对故障S2L板进行检测分析。五、 有效性分析现网串话现象比较常见，可能出现在无线侧、交换侧以及IP承载网上，本案例通过进行大量的拨测重现故障，进行多种的语音环回测试，最终定位故障点为S2L光接口板故障引起。经更换单板后，经大量拨测已