资源描述
核心专业韶关公司华为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=K86;%RETCODE = 0 操作成功顾客占用的CIC和TID信息-主叫电路类型 = BSSAP主叫局向名称 = SG01A主叫中继群名称 = SG01A主叫占用CIC = 2254主叫占用TID = 25838被叫电路类型 = BSSAP被叫中继群名称 = SG02A被叫占用CIC = 2258被叫占用TID = 25842号首集 = 0通话开始时间 = -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光接口板故障引起。经更换单板后,经大量拨测已无异常现象,最后解决了串话的故障。六、推广性分析通话中有串话或单通的现象将严重影响顾客感知,容易引起顾客的投诉,减少客户满意度。导致串话的故障因素多种多样,本案例的串话故障隐蔽性强,不容易发现,通过运用语音环回措施发现故障点。本文通过案例的分析,总结出多种语音环回措施,为后来解决故障时提供某些解决思路,积累一定维护经验。
展开阅读全文