[电信]华为交换专业知识5、SD000302综合故障处理ISSUE2.0.doc

课程 SD000302综合故障处理ISSUE 2.0SD000302 综合故障处理ISSUE 2.0目录目 录第1章 常见故障分析与处理11.1 硬件故障11.1.1 获得故障的途径11.1.2 硬件故障常见故障现象分类11.1.3 硬件常见故障排除过程21.1.4 硬件常见故障案例分析21.2 用户系统故障41.2.1 获得故障的途径41.2.2 用户系统常见故障现象分类41.2.3 用户系统故障产生的常见原因51.2.4 用户系统常见故障排除过程51.2.5 用户系统常见故障案例分析51.3 中继系统故障71.3.1 获得故障的途径71.3.2 中继系统常见故障分类81.3.3 中继系统故障产生的常见原因81.3.4 中继系统故障案例分析91.4 计费与话单故障91.4.1 获得故障的途径91.4.2 计费与话单系统常见故障现象的分类101.4.3 计费与话单系统故障产生的常见原因101.4.4 计费与话单常见故障案例分析10iSD000302 综合故障处理ISSUE 2.0第1章 常见故障分析与处理第1章 常见故障分析与处理1.1 硬件故障1.1.1 获得故障的途径硬件故障通常在开局或升级时出现的比较多，机房维护人员获得硬件故障的途径一般有：告警箱或维护台的硬件配置面板图中观察到、从硬件单板工作状态的显示灯观察到等；1.1.2 硬件故障常见故障现象分类1. 中心模块故障l 硬件单板故障l 内部连线错误：BAM与AMP/CDP/SPC板网线连接错误CCMHW平面到各个框的HW连线错误时钟线连接错误网框到接口框的光纤连接错误l 拨码开关设置错误l 单板软件版本不配套错误2. 交换模块故障l 硬件单板故障l 内部连线错误：NOD/HW配线错误内部光纤接反网框到接口框的光纤连接错误l 拨码开关设置错误(MPU板拨码开关错误)1.1.3 硬件常见故障排除过程一般来说硬件系统常见故障的排除需要经过下面阶段：l 根据告警进行故障的分析l 检查相关的硬件配线l 倒换单板、更换单板l 与华为技术人员联系1.1.4 硬件常见故障案例分析1. 中心模块无法正常加载案例类别：硬件故障类，中心模块小类故障现象：主控框AMP和CDP以及SPM框的SPC板子不加载且在告警台查询该板子故障故障处理思路：128模块的前后台通信使用普通的网线，当网线不通有问题时，前后台的通信将会中断，故这些板子不加载，首先检查硬件连接既网线是否正确连接。正确连接网线后，故障消失。2. 接口框内的两块QSI板都变“备用”案例类别：硬件故障类，中心模块接口框小类故障现象：某一框内的两块QSI板主备倒换后，两块QSI板都为“备用”，即倒换后两块QSI板的RUN灯都为常亮。故障处理思路：由于QSI板的单板倒换消息都来自于光纤，一旦光纤交叉连接，导致单板倒换消息没有发送到备用的QSI板，而原先主用的QSI板受到倒换信号置为备板，就出现了两块单板都为备用。SNU到QSI板的光纤交叉连接导致，根据光口一一对应连接光纤，故障消失。3. 无法加载QSI的4#接口框案例类别：硬件故障类，中心模块小类故障现象：128模的第4#接口框故障，不加载。故障处理思路：经现场检查发现：4#接口框的拨码开关设置不对，不是00000100，修改开关设置为00000100后，4#接口框开始加载。修改4接口框的拨码开关。4. 中心网框的NCC板不开工案例类别：单板软件类故障现象：中心网框的NCC不开工。故障处理思路：把服务器存放加载数据的文件目录（D：DATA）中的CC08.NCC文件改为CC08CPC.NCC，把目录下的CC08SPC.NCC改为CC08.NCC。复位NCC板，使之加载程序，单板正常开工。注意：SPC板的软开关为程序、数据都不可用，可写。128AM的主机软件安装完成后默认的NCC板都为CPC板，不是SPC板，当然CPC板的主机程序同SPC板的主机程序是不同的，而交换机默认的NCC加载文件是CC08.NCC，给SPC板加载CPC的主机软件显然不会使SPC板开工，所以更改SPC的主机软件为CC08.NCC，加载完即可开工。5. CCMHW配线错误导致SPC加载后版本不上报案例类别：数据设置类，SPM模块小类故障现象：在BAM上PING单板SPC的IP地址，显示正常，从EXCHANGE业务台上也能看到SPC加载了程序和数据，但是SPM的版本不能上报。故障处理思路：检查SPC拨码开关没什么异常情况，硬件也符合软件配套表，后检查硬件配线，发现硬件上两组SPC以及BCC应该分别是16、17、18，而数据配置上配成了17、18、16，改成与实际相符后，SPM模块版本即能正常上报。SPC通过以太网口加载数据、程序，但通过总线与其他单板通信，CCMHW配错，导致SPC不能和其他单板正常通信，所以版本不能正常上报。1.2 用户系统故障1.2.1 获得故障的途径机房维护人员获得用户故障的途径有：用户直接申告、测量台申告、告警信息中获得、通过维护台的控制面板观察到等。其中后两种情况为日常工作的一部分，例如：通过告警台和告警箱观察到关于某一用户板的告警信息或在维护台的控制面板发现某一用户板为异常状态。由这种方式得来的故障信息准确度很高可直接处理。而前两种情况的信息，要通过观察和测试来进一步确定。1.2.2 用户系统常见故障现象分类按性质和影响范围来分，用户系统的常见故障现象可以分为个别用户故障和大面积用户故障。对于参加机房维护人员来说，要求能够识别用户系统的所有故障，判断它属于个别的还是大面积的；但只要求能够排除个别用户的故障，如果遇到大面积用户故障，请和更高级别的维护人员联系。(1) 个别用户故障：l 无馈电l 无拨号音l 收发号异常（双音频不能拨号、不振铃）l 接续不通（空号、呼叫受限、常忙）l 摘机断话l 通话异常（声音小、串话、杂音、断话、外音串路）l 主叫号码显示异常(2) 大面积用户故障：l 半框或整框用户显示单板故障或通话异常l RSA用户故障l 整模块用户模块内通话异常l 整模块用户模块间通话异常1.2.3 用户系统故障产生的常见原因(1) 外线故障：l 断线：话机无馈电。l 短路：话机无馈电。l 地气：话机声音不纯，严重时双音频不能拨号。l 鸳鸯线（交叉对）：两对用户线互相搀杂，话机声小、不纯，双音频不能拨号。l 话机故障：造成用户使用中的种种异常情况。(2) 内线故障（交换机硬件）：l 用户板内某一用户电路损坏造成一个用户的异常情况。l 用户板损坏造成连续十六个用户的异常情况。(3) 交换机数据错误或其他系统故障（主节点、交换网、电源等）引发的大面积用户故障1.2.4 用户系统常见故障排除过程一般来说用户系统常见故障的排除需要经过以下三个阶段：l 故障的分析和定位l 故障的清除过程l 电路板的更换1.2.5 用户系统常见故障案例分析1. 雷击后无馈电案例类别：用户系统硬件故障类故障现象：某局在一次雷击以后，有许多用户申告话机无馈电故障处理思路：(1) 确定故障范围：统计申告记录，发现都来自一远端模块，并且有部分用户集中在一块用户板上，其它用户则无规律。(2) 观察单板状态：进入业务维护系统观察发生故障的用户板状态，发现都正常。复位有疑问的那块用户板，变成红色故障态。可以初步断定这块ASL板已经损坏。再复位其它相关用户板，都能变成绿色，说明其它用户板正常。(3) 进行用户内外线测试进入测试系统分别针对初步断定已坏的ASL板和其他申告的用户进行内外线测试，结果如下：初步断定已坏的用户板的所有用户外线的测试结果都正常，所有用户的内线测试结果均故障，从而可以断定该板已经坏了，更换故障板后该板的所有用户均恢复正常。其他申告的用户的外线测试结果有的正常，有的断线或未接话机，用户的内线测试结果是有的内线正常，有的内线故障。因而不能断定这些用户产生故障的根本原因是外线还是内线，只能在进一步分析。(4) 针对其他申告用户分别采取到交换机用户母板后、配线架上对申告用户进行隔离话机试验（将实际的用户外线隔离），如果测试结果是不正常的申告用户可以断定是相应的用户端口坏了，通过更换ASL相应的用户板后这些用户均恢复正常；如果测试结果是正常的用户可以排除内线引起故障的原因，引起申告用户故障的原因是发生在配线架之外的用户外线或者是用户话机。针对这部分申告用户可以进行换话机测试。(5) 到剩余的用户家里进行换话机测试，换话机后这些用户均恢复正常。可见这些用户的话机都被烧坏，造成外线测试的结果要么是断线，要么是未接话机。总结：为什么一次雷击引起这么多故障，既烧坏了一块用户板、又烧坏了某些用户端口、还烧坏了一些用户话机呢？经过仔细检查发现问题出在配线架上。检查配线架的一次保安单元，有的已经失效，有的已经烧毁。看来是失效的保安单元导致的这次雷击事故根本原因。& 结论为了有效的防止雷击引起的损失，交换机、配线架除了要接地良好以外（一般要求地阻小于1欧），还要定期检查相应的保安单元是否失效。2. 拨打某框用户只能听回铃音，用户不振铃。案例类别：用户系统硬件故障类故障现象：拨打某框用户只能听回铃音，用户不振铃。故障处理思路：(1) 铃流是75V25HZ的低频信号，由PWX板送出，所以怀疑是PWX板故障。(2) 进入告警台观察告警信息，发现不断出现该框PWX告警及恢复告警信息，告警信息中所描述的PWX板框号及单板编号与所配置数据相一致，但槽位号却是23槽，不可理解？(3) 打开机柜门，发现该框左边PWX板的RUN灯熄灭，右边PWX的FAIL灯闪烁。更换PWX后故障现象依旧。将原怀疑是坏的两块PWX板均移至其余用户框，发现能够正常工作，因而可以肯定不是PWX板的问题。(4) 局方配线室人员反映，该框所有用户端子不馈电，怀疑用户框母板问题。(5) 进一步观察母板，发现母板后10A的保险管已经烧坏，更换之，发现故障消失，问题得到解决。总结：(1) PWX告警，槽位号均为23槽，是因为ALM在23槽，而PWX为非智能板，其告警信息中除板号为自身板号外，框号、槽位号均为ALM板所在的位置。(2) 由于用户母板的保险管熔断后，就无法产生馈电从而造成用户无法振铃。1.3 中继系统故障1.3.1 获得故障的途径机房维护人员获得中继故障的途径有：(1) 告警信息中获得；(2) 通过维护台控制面板观察到；(3) 用户直接申告；(4) 对方电信局申告；(5) 话务统计信息中获得。其中(1)、(2)两种情况为日常工作的一部分，例如：通过告警观察看到关于某一PCM系统、信令链路或DPC的告警信息，或者在维护台控制面板发现某一中继板为异常状态。由这种方式得来的故障信息准确度很高，并可直接处理。而（3）、（4）、（5）三种情况的信息，要通过观察和测试来进一步确定。例如话务统计结果表明，某一局向的接通率很低，就需要进一步分析其它相关统计结果，并配合维护台工具的使用，进行呼叫跟踪和信令分析，查找故障原因。1.3.2 中继系统常见故障分类根据故障的性质，中继系统常见故障的现象可作如下划分：(1) No.7信令相关故障(2) No.1 信令相关故障(3) No.7信令和No.1 信令转接时的相关故障(4) 局间通话异常（噪音、静音、摘机断话、单向通话等）1.3.3 中继系统故障产生的常见原因1. 传输故障(1) 传输损耗大，误码率高：由于中继线接头处接触不好或阻抗不匹配都有可能引起通话噪音、七号链路不稳定。(2) 鸳鸯线（交叉对）：两对中继线互相接岔的现象。由于中继线接成鸳鸯线或局间CIC电路号对错，都可能引起局间通话占用这些中继时出现单通或不通话。例如：l 只接岔一对线：T1-R1，R1-T2，T2-R2，R2-T1此时无PCM告警，但是占上该两系统会出现单向通话。l PCM系统收发两对线均接岔：T1-R2，R1-T2，T2-R1，R2-T1此时也无PCM告警，但是占上该两系统会出现不通话。2. 交换机硬件故障(1) 中继HW配线异常(2) 中继硬件(DTM、NO7、LPN7、MFC等板)故障(3) 其它相关硬件系统故障(NOD、MPU、BNET等）引起中继系统故障3. 局间信令配合问题或对方局软硬件的问题4. 交换机数据设置错误或交换机主机软件的问题1.3.4 中继系统故障案例分析1. 对接七号中继我方常发“CGC”消息案例类别：数据设置类，中继数据小类故障现象：128模为汇接局，但端局给我汇接局发的七号消息被我局汇接后回给主叫方CGC消息。将该局向所有的系统分成两个中继群，分担到两个SPM模块上后，可以接通，但对2M做闭塞后仅留一个系统仍然不能接通，用DSP TKC的命令查询电路状态，显示为“不可用”，用DSP N7C查看中继电路状态是“空闲”。故障处理思路：CDP板主要进行中继选线、PBX选线等资源的管理。CDB数据库中的电路状态表示交换机内部对中继电路的描述，如果CDB中为未安装，则在选线时不会选择此电路，导致不能汇接。CGC消息就是当本局无可用通路时才发的信令消息。查看配置数据，发现根本没有对CDB进行配置，增加CDB配置，故障恢复，我局能够正常汇接。1.4 计费与话单故障1.4.1 获得故障的途径机房维护人员获得计费与话单故障的途径有：l 用户直接申告l 告警信息中获得l 话单管理台信息中获得l 脱机计费分拣信息中获得1.4.2 计费与话单系统常见故障现象的分类按性质来分，计费与话单系统的常见故障现象可作如下划分：(1) 生成话单故障（不出话单或漏出话单）(2) 取话单故障（取不出、取丢话单）(3) 原始话单错误（小话单、超长话单）(4) 格式转换后话单错误(5) 脱机分拣后话单错误1.4.3 计费与话单系统故障产生的常见原因(1) 计费数据错误或遗漏：造成不出话单或漏出话单、错误话单等。(2) 模块通信问题：取话单不畅。(3) 内存或话单池被破坏：计次表或话单紊乱。(4) 交换机时间问题：异常话单。(5) 局间信令配合问题：导致异常话单。(6) 格式转换系统数据设置有误：转换后话单错误。1.4.4 计费与话单常见故障案例分析1. 本局用户出局计费错误案例类别：数据设置类，计费与话单数据小类故障现象：本局用户出局计费（按计费情况索引计费）时不按要求产生详细话单，却象本局呼叫一样产生计次表。故障处理思路：(1) 没有按照既定的数据来产生计费情况，一定是计费数据出了差错。(2) 仔细检查计费数据发现：中继群表中的中继群计费源码与ST用户数据表中用户的计费源码相同，本局计费使用了本局分组计费，产生计次表。(3) 主叫计费的分析优先次序是：首先查CENTREX群内计费表，其次查本局分组计费表，最后查计费情况索引表。用户这样当出局呼叫时，用户作为主叫方，中继群作为被叫方，正好符合本局分组计费，因而按照本局分组计费数据产生了计次表，却没有按照计费情况索引计费数据产生详细话单。(4) 由于中继群表中的中继群计费源码与ST用户数据表中用户的计费源码相同，从而匹配到本局分组计费数据产生计次表。所以修改中继群表中的中继群计费源码，使之与用户的计费源码不同，在正确设置计费情况索引计费数据后，本局用户出局产生详细话单，故障消失。& 结论1. 中继群表中的中继群计费源码与用户数据表中的用户的计费源码是统一编码的，要注意区分开来；否则极容易产生本局分组计费拦截目的码计费的情况。2. 注意在本局分组计