华为S2L光口板异常引起串话的隐患处理_第1页
华为S2L光口板异常引起串话的隐患处理_第2页
华为S2L光口板异常引起串话的隐患处理_第3页
华为S2L光口板异常引起串话的隐患处理_第4页
华为S2L光口板异常引起串话的隐患处理_第5页
已阅读5页,还剩2页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、文档来源为 :从网络收集整理.word 版本可编辑.欢迎下载支持核心专业韶关公司华为MGWS2L光口板异常引起串话的隐患处理作者:蒋晓彬谭旺生一、隐患摘要本文主要针对在华为核心网设备在通话中出现串话现象,进行深入研究分析,通过进行大量的拨测、语音环回测试等操作定位故障点,发现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等信息进

3、行分析;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接口环回

4、操作。经过海量拨测,成功捕捉到一次串话,且分析主被叫信令流程完全正确。完全排除了因TMSI复用造成串话的可能性。2、拨测重现与信令跟踪在故障局点下海量拨测:A用户拨打B用户,能正常接续成功,但A和B无法听到对方语音,双方均接续到其他用户通话中,多数是初始拨通“彩铃放音”、“打招呼”等的语音,且5秒左右会不断地串接到其它用户通话中,整个过程中伴随杂音。相关设备信息跟踪提取:1 )方法一:在拨测前,在MSOFTX3000上创建“指定用户号码跟踪”、在UMG8900上创建“用户呼叫跟踪”。当问题复现时,保持呼叫。在UMG的消息跟踪中,打开MCCALL查看当前呼叫所在上下文(ContexID)换算为十

5、进制,然后在LMT用DSPCTXINFO结果分别换算成十进制就是主被叫占用的TID;然后用LSTTDMTID查询TID位于哪个接口板的哪个端口。该方法可查找呼叫占用设备情况、查看呼叫信令等,信息可提供深入分析。2 )方法二:当问题复现时,保持呼叫。在MSOFTX3000执行DSPTLKUSR命令,显示用户在一次正常通话状态下所占用的CIC、TID等信息。该方法采用R7版本新指令,适合快速定位呼叫占用信息。一个MSCServer在同一时间内只能执行一条DSPTLKUSR命令。指令信息例如:%DSPTLKUSR:NUM=K'86;%RETCODE=0操作成功用户占用的CIC和TID信息主叫

6、电路类型=BSSAP主叫局向名称=SG01A主叫中继群名称=SG01A主叫占用CIC=2254主叫占用TID=25838被叫电路类型=BSSAP被叫中继群名称=SG02A被叫占用CIC=2258被叫占用TID=25842号首集=0通话开始时间=2011-01-2011:25:13+08:00(结果个数=1)-END初步结论1:对每次串话使用的资源进行分析,发现集中在主叫A所在的SGM01B1覆盖范围,且开设的A接口电路全部在S2L光接口单板上。3、语音环回测试确认好接口板的框槽和端口号后,使用LOPE1,可选择对应端口外、内环回,详细命令如下:接口板为E32:LOPE1:FN=x,SN=x,L

7、OC=PORT,MODE=SCHLOP/SCHOLOP,PN=x,CN=x;接口板为S2L:LOPS2L: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、环回结果分析:华

8、为UMG8900的LOPS2L环回说明(参照华为电子文档)“1”表示线路、支路、时隙外环回“2”表示线路、支路、时隙内环回“3”表示FPGA外环回“4”表示FPGA内环回环回内部流程介绍:业务从光模块进来,通过光电转换为电信号,进入4371芯片后,进行SDH/SONET开销处理、高阶通道开销处理、高阶通道/低阶通道之间的映射/解映射、E1/T1/J1成帧处理后进入FPGA进行HW<->SBI接口转换,再进入8611进行时分交换,之后成为高速777M的数据流到系统侧(将到交换网板)。初步结论:在被叫MGW做外环后,主叫情况串话依旧、被叫听到自己的回声。在主叫MGW的S2L接口板做内环

9、、外环操作后,主叫、被叫情况未改变,均存在串话及杂音现象。综合以上,较为肯定串话故障点在主叫MGW上S2L光接口板上,论证如下(排除法):1、假设故障点在主叫BSC或A口电路,则主叫MGW内环后,被叫应该听到自己的回声。而实际情况不符,被叫仍是串话。2、假设故障点在被叫MGW或被叫侧,则主叫MGW外环后,主叫应该听到自己的回声。实际情况也不符,主叫仍是串话。因此故障点肯定在主叫侧MGW上。另MGW内语音通道为:S2L->TNU->NET->VPU->CS域CE。3、假设故障点位主叫MGW的TNU、NET、VPU单板上,由于主叫语音通道首先进入S2L板,在主叫MGW的S2

10、L外环时,则主叫应该听到自己的回声。实际情况也不符。结合说明“MGW做TDM时隙的外环、内环操作是在S2L单板的4371芯片上实现。因此故障定位为:主叫MGW的S2L板(A接口)存在“芯片级“的故障,导致此类罕见的“不停乱切的串话”。4、故障处理1 )核查A接口光口板编码方式一致,均设置为“华为模式”;2 )在次日凌晨对MGW拨测到串话的两块S2L单板进行了更换。3 )经现场海量拨测后(两个地点各5个小时),故障再无重现,解决本次串话的故障。后续已提交TR给华为公司,计划要求其对故障S2L板进行检测分析。五、有效性分析现网串话现象比较常见,可能出现在无线侧、交换侧以及IP承载网上,本案例通过进行大量的拨测重现故障,进行多种的语音环回测试,最终定位故障点为S2L光接口板故障引起。经更换单板后,经大量拨测已无异常现象,最终解决了串话的故障。六、推广性分析通

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论