《华为S2L光口板异常引起串话的隐患处理(精).doc》由会员分享，可在线阅读，更多相关《华为S2L光口板异常引起串话的隐患处理(精).doc（7页珍藏版）》请在三一文库上搜索。
1、核心专业一韶关公司一华为MGW S2L光口板异常引起串话的隐患处理作者：蒋晓彬谭旺生一、隐患摘要本文主要针对在华为核心网设备在通话中出现串话现象，进行深入研究分析，通过进行大量的拨测、语音环回测试等操作定位故障点， 发现MGW的S2L光接口板异常导致，解决串话隐患故障。二、隐患基本描述韶关网维接到SGM01B1覆盖区域乐昌县城用户反映有串话现 象，具体如下：A用户拨打B用户，能正常接续成功，但 A和B均无法听到对 方语音，且会不断地听到其它用户通话的串音，如先听到到C、D用户的通话，再串接E、F用户的通话、后续不停的串接到其它用户通 话中。经当地维护人员现场拨测，证实确有串话存在。但是反映故障
2、隐 蔽较难重现，拨测重现机率不到1%。另串话发生地点没有明显规律， 但不排除无线原因的可能。三、隐患排查分析为定位串话原因，我们主要按照下面思路做了分析排查：1、检查MSC_Server安全策略（鉴权、加密）是否异常，导致 因“TMSI号复用”引起的串话；2、检查A 口电路CIC数据配置及物理连线，排查是否因为“鸳鸯线”引起串话。3、在拨测到串话情况下，MSC侧、BSC侧通过A接口内外环 回操作判断串话是 MSC 侧还是 BSC 侧引入；若串话是 BSC 侧引入， 则重点排查是否BSC、无线侧引起；5、 在环回测试过程中，跟综信令并提取通话占用设备、TID 、 CIC 等信息进行分析；6、海量
3、拨测， 对每次串话使用的资源进行分析， 看是否有共性， 是否集中在某一块单板或某一个时隙上面。四、隐患解决措施1、安全策略与 A 口电路检查检查本地 Server 的安全策略均为：仅话音主被叫为 1/10 鉴权， 其余位置更新、短信 MO、MT均100%鉴权；并开启了 2G加密功 能。在此策略下，不可能会产生因复用 TMSI 而导致串话。检查A 口有3个ET155，MSC与BSC两侧的CIC配置均正确， 不存在“鸳鸯线”的情况。开启 MSC_Server 信令跟踪：维护人员在 SGM01B1 （爱立信） 下作主叫A，对同一 Sever下的SGM02B1 （爱立信）被叫B进行拔 打测试，当串话现
4、象引入时，进行信令分析与 A 接口环回操作。经过海量拨测， 成功捕捉到一次串话， 且分析主被叫信令流程完 全正确。完全排除了因 TMSI 复用造成串话的可能性。2、拨测重现与信令跟踪在故障局点下海量拨测： A 用户拨打 B 用户，能正常接续成功， 但 A 和 B 无法听到对方语音，双方均接续到其他用户通话中，多数 是初始拨通“彩铃放音”、“打招呼”等的语音，且 5 秒左右会不断地 串接到其它用户通话中，整个过程中伴随杂音。相关设备信息跟踪提取：1) 方法一：在拨测前，在 MSOFTX3000 上创建“指定用户号码 跟踪”、在 UMG8900 上创建“用户呼叫跟踪” 。当问题复现时，保 持呼叫。
5、在 UMG 的消息跟踪中，打开 MCCALL 查看当前呼叫所在 上下文( ContexID )换算为十进制，然后在 LMT 用 DSP CTXINFO 结果分别换算成十进制就是主被叫占用的 TID ；然后用 LST TDMTID 查询 TID 位于哪个接口板的哪个端口。该方法可查找呼叫占用设备情况、 查看呼叫信令等， 信息可提供 深入分析。2 )方法二：当问题复现时，保持呼叫。在 MSOFTX3000 执行 DSP TLKUSR 命令，显示用户在一次正常通话状态下所占用的 CIC、 TID 等信息。该方法采用 R7 版本新指令，适合快速定位呼叫占用信 息。一个 MSC Server 在同一时间
6、内只能执行一条 DSP TLKUSR 命 令。指令信息例如：%DSP TLKUSR: NUM=K86;%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 ：对每次串话使用的资源进行分析，发
7、现集中在主叫 SGM01B1 覆盖范围，且开设的 A 接口电路全部在 上。3、语音环回测试 确认好接口板的框槽和端口号后，使用 LOP E1 口外、内环回，详细命令如下：接口板为 E32 ：A 所在的S2L 光接口单板，可选择对应端， PN=x, CN=x;LOP E1: FN=x, SN=x, LOC=PORT, MODE=SCHLOP/SCHOLOP接口板为 S2L ：LOP S2L: FN=x, SN=x, PN=x, LOC=TS_LOOP,MODE= OUTLOP/INERLOP , CHN=x ，TSN=x;在主、被叫 MGW 对应的端点进行外、内环测试，具体步骤如下 图：1）在主
8、叫 MGW 侧对“ S2L 板通话占用时隙”做 外环，主叫、 被叫情况未改变，均存在串话及杂音现象 ;2）在主叫 MGW 侧对“ S2L 板通话占用时隙”做 内环，主叫、 被叫情况未改变，均存在串话及杂音现象 ;3）在被叫 MGW 侧对“ S2L 板通话占用时隙”做 外环，主叫杂 音依旧、 被叫听杂音消失，听到自己的回声。4、环回结果分析：华为 UMG8900 的 LOP S2L 环回说明（参照华为电子文档） “1”表示线路、支路、时隙外环回“2”表示线路、支路、时隙内环回“3 ”表示 FPGA 外环回“4 ”表示 FPGA 内环回环回内部流程介绍：业务从光模块进来，通过光电转换为电信号，进入
9、 4371 芯片后，进行 SDH/SONET 开销处理、高阶通道开销处理、高阶通道 / 低阶通道之间的映 射/解映射、E1/T1/J1成帧 处理后进入FPGA进行HWSBI接口转换, 再进入 8611 进行时分交换，之后成为高速 777M 的数据流到系统侧（将到交换网板）。初步结论：在被叫 MGW 做外环后，主叫情况串话依旧、被叫听到自己的 回声。 在主叫 MGW 的 S2L 接口板做内环、外环操作后，主叫、被 叫情况未改变，均存在串话及杂音现象。综合以上，较为肯定串话故障点在主叫 MGW 上 S2L 光接口板 上，论证如下（排除法） ：1、假设故障点在主叫 BSC 或 A 口电路，则主叫 M
10、GW 内环后， 被叫应该听到自己的回声。而实际情况不符，被叫仍是串话。2 、假设故障点在被叫 MGW 或被叫侧，则主叫 MGW 外环后， 主叫应该听到自己的回声。实际情况也不符，主叫仍是串话。因此故障点肯定在主叫侧 MGW 上。另 MGW 内语音通道为 :S2L-TNU-NET-VPU-CS 域 CE 。3、假设故障点位主叫 MGW 的 TNU 、NET、VPU 单板上，由 于主叫语音通道首先进入 S2L 板，在主叫 MGW 的 S2L 外环时，则 主叫应该听到自己的回声。实际情况也不符。结合说明“ MGW 做 TDM 时隙的外环、 内环操作是在 S2L 单板 的 4371 芯片上实现。 因此
11、故障定位为：主叫 MGW 的 S2L 板（ A 接口）存在“芯片级“的故障，导致此类罕见的“不停乱切的串话” 。4、故障处理1 ）核查 A 接口光口板编码方式一致，均设置为“华为模式” ；2）在次日凌晨对 MGW 拨测到串话的两块 S2L 单板进行了更换。3）经现场海量拨测后（两个地点各 5 个小时），故障再无重现， 解决本次串话的故障。后续已提交 TR 给华为公司，计划要求其对故障 S2L 板进行检测 分析。五、有效性分析现网串话现象比较常见，可能出现在无线侧、交换侧以及 IP 承 载网上，本案例通过进行大量的拨测重现故障， 进行多种的语音环回 测试，最终定位故障点为 S2L 光接口板故障引起。经更换单板后， 经大量拨测已无异常现象，最终解决了串话的故障。六、推广性分析通话中有串话或单通的现象将严重影响用户感知， 容易引起用户 的投诉，降低客户满意度。造成串话的故障原因多种多样，本案例的 串话故障隐蔽性强，不容易发现，通过利用语音环回方法发现故障点。 本文通过案例的分析， 总结出各种语音环回方法， 为日后处理故障时 提供一些解决思路，积累一定维护经验。