《华为课程 IA003301SMCP故障分析与处理》由会员分享，可在线阅读，更多相关《华为课程 IA003301SMCP故障分析与处理（130页珍藏版）》请在金锄头文库上搜索。
1、课程 IA003301SMCP故障分析与处理 ISSUE3.0IA003301 SMCP故障分析与处理ISSUE3.0目 录课程说明目 录课程说明3课程介绍3课程目标4相关资料4第1章 硬件系统故障案例分析51.1 时钟故障处理方法介绍51.1.1 时钟框故障分析简介51.1.2 典型案例分析51.2 MPU加载故障分析处理方法介绍91.2.1 MPU加载原理简介91.2.2 MPU板不加载问题处理的大致思路101.2.3 典型案例分析111.3 其他方面的案例介绍141.3.1 案例一14小 结16习 题16习题答案17第2章 中继系统故障案例分析192.1 中继系统常见故障现象192.1.
2、1 获得故障的途径192.1.2 中继系统常见故障分类192.1.3 中继系统故障产生的常见原因202.2 分析中继系统故障的常用工具介绍212.2.1 业务维护系统中的工具212.2.2 告警台工具262.2.3 指定占用中继(专线呼叫）262.3 七号信令维护深入272.3.1 号信令数据调试的注意事项：272.3.2 TUP常用的消息介绍292.3.3 TUP接续中重要的定时器时长及超时处理：322.3.4 信令网和话路网分离的概念322.3.5 信令链路集和同一个链路集内链路的负荷分担问题：342.4 中继系统故障案例分析352.4.1 典型案例分析352.5 数字中继自环472.5.
3、1 中继自环的目的472.5.2 中继自环的原理472.5.3 中继自环的工具及准备工作472.5.4 通常自环的手段482.5.5 故障定位示例482.5.6 软件实现自环49小 结52习 题52习题答案53第3章 智能数据故障案例分析543.1 MEM单板故障处理方法介绍543.1.1 MEM功能单板简介543.1.2 MEM单板故障分析543.1.3 典型案例分析553.2 智能数据故障分析处理方法介绍593.2.1 智能数据故障分析简介593.2.2 典型案例分析59小 结63习 题63习题答案64第4章 计费与话单故障案例分析664.1 计费与话单系统常见故障现象664.1.1 获得
4、故障的途径664.1.2 计费与话单系统常见故障现象的分类664.1.3 计费与话单系统故障产生的常见原因664.1.4 C&C08的计费原理674.1.5 C&C08的计费方式的实现684.2 分析计费系统故障的常用工具介绍704.2.1 计费告警信息产生的原理介绍：704.2.2 具体操作714.2.3 注意事项724.2.4 计费告警无法恢复的原因724.3 计费与话单系统常见故障的案例分析734.3.1 典型案例分析73小 结82习 题82习题答案83第5章 维护终端故障案例分析855.1 维护终端故障处理方法介绍855.1.1 维护终端故障分析简介855.1.2 典型案例分析85小
5、结89习 题89习题答案90第6章 SMCP故障案例分析916.1 SMCP故障处理方法介绍916.1.1 SMCP故障分析简介916.1.2 双机维护916.1.3 SMCP故障维护946.1.4 QUERY故障维护976.1.5 OAM的故障维护996.2 SMCP典型故障案例分析996.2.1 典型案例分析99小 结107习 题107习题答案108第7章 智能业务故障案例分析1107.1 业务故障处理方法介绍1107.1.1 智能业务故障分析简介1107.1.2 “无权拨打该号码”故障处理1107.1.3 201业务打不通某地故障分析1117.1.4 典型案例分析112小 结119习 题
6、119习题答案120第8章 SMAP故障案例分析1218.1 SMAP故障处理方法介绍1218.1.1 SMAP故障分析简介1218.1.2 典型案例分析122小 结127习 题127习题答案128附录缩略词表1291IA003301 SMCP故障分析与处理ISSUE3.0课程说明课程说明课程介绍本课程主要介绍了SMCP商业智能网硬件和软件等方面常见故障，描述故障产生的现象，并给出案例分析过程和经验总结。课程目标本课程主要目标： 掌握时钟和MPU加载等常见故障的定位及处理方法 掌握中继系统常见故障的定位及处理方法 掌握智能数据和MEM单板等常见故障的定位及处理方法 掌握计费与话单系统常见故障的
7、定位及处理方法 掌握维护终端常见故障的定位及处理方法 掌握SMCP平台侧常见故障的定位及处理方法 掌握SMCP业务侧常见故障的定位及处理方法 掌握SMAP常见故障的定位及处理方法相关资料1. C&C08数字程控交换机接入网关工程师培训手册第二分册2. C&C08数字程控交换机工程师培训手册V2.0IA003301 SMCP故障分析与处理ISSUE3.0第8章 SMAP故障案例分析第1章 硬件系统故障案例分析1.1 时钟故障处理方法介绍本章节主要介绍了有关硬件方面常见故障的现象，介绍分析、排除、定位有关硬件方面常见故障现象方法，并给出案例分析过程和经验总结。1.1.1 时钟框故障分析简介针对SS
8、AP多模块局的AM/CM、单模块局的SM需要配置时钟框，在时钟维护方面重点需要我们正确描述各个模块的时钟配置和正确连接时钟同步线。一般来说AM/CM均配置了时钟框，所以AM/CM时钟描述为锁“时钟框时钟”，针对下级SM模块没有配置时钟框，我们将它们的时钟描述为“硬件选择”，所谓硬件选择的含义是可以自动选择时钟框时钟、网板内部时钟、DT8K时钟中精度较高的时钟进行锁相。针对配置了时钟框的单模块局我们也需要将SM的时钟描述为锁“时钟框时钟”。正确连接时钟同步线的作用是使得本局和上级局时钟保持同步。上级局时钟只能通过中继E1引入。所以需要我们正确连接时钟同步线。时钟同步线的正确连接详见配线知识部分。
9、1.1.2 典型案例分析现在我们通过一些典型的案例分析来帮助我们进一步理解。1. 案例一故障现象：时钟框内CK3板F0灯闪最后常亮状态，相应的七号链路无法正常建立。分析过程：1）F0灯由闪至常亮，表明CK3板的时钟参考源故障，捕捉不到由中继而来的DT8K信号，可能原因有以下几种：l 时钟框配线及时钟同步线的连接不对l 中继框锁相时钟的拨码开关不当l 传输电路质量不佳造成2）首先检查时钟框的配线是否按插头所标位置接好，结果正常，与中继框的DT8K连线也为正常，将DT8K插头用刀削平反插后也无效。3）检查中继框拨码开关也为正常（锁第一块DTM板的第一个系统）。试着改拨码开关调为锁第二块DTM板的第
10、一个系统时钟，却发现故障消失，CK3板F0灯灭，MOD灯慢闪，LPH7板相应的LINK灯由闪变为常亮。事故原因：原来前两块板虽然均为同一局向（指向长途局），但传输电路分别由干线和农话光端机所承载，因农话传输不佳，虽然在我方DTM板无告警，但仍然有误码，使得无法锁定时钟。解决方法：由原来锁DT8K0改为现在锁DT8K1。2. 案例二故障现象：时钟框中主用CKS板正常，备用CKS板故障（C821CKB、CC02MCB）。分析过程：1）通过互换两块CKS板后，发现故障现象依旧，则可以排除CKS板坏的原因。2）检查CKB上拨码开关，S4全拨为OFF独立局方式，无误。3）检查时钟框连线，发现仅连接了CK
11、B上JT1到MCB上JA18的时钟线。查阅资料得知 新时钟框采用CKS与主机直接通讯，在B型机独立局上与ALM板通讯，0号CKS通过0号CKS板串口（C821CKB上的JT1）与ALM板（映射之后的）6号串口（C802MCB上的JA18）通讯，1号CKS通过1号CKS板串口（SLT槽位的PIN2229）与ALM板（映射之后的）1号串口（ALM板下槽位的PIN916）通讯。增加时钟连线后CKS框单板均上报正常。事故原因：备用CKS板的时钟通信线未正确连接。解决方法：恢复连线。3. 案例三故障现象：AM/CM，中继板有大量滑码告警。分析过程：仔细观察故障范围，只在与其他局对开中继上出现。该局只配C
12、K3板，有两路DT8K引入，DT8K0为经DTM引入BITS，DT8K2为锁上级局。在现场发现前一天有时钟源失步告警，早上有时钟源丢失24小时告警。判断为时钟失锁。分别复位CK30，CK31，SLT板故障现象依旧 ，由于有两路时钟输入，将两路时钟源互换，发现锁相正常，滑码告警消失。判断故障为原DT8K0引入的时钟源时钟不好，但又无法倒换至DT8K2上。为什么会产生这个原因呢？检查数据，发现AM时钟配置表中，时钟为DT8K0，DT8K2可用，而CK3为DT8K0，DT8K1可用。两方的数据不一致造成时钟参考源无法正常切换，将CK3改为DT8K0，DT8K2可用。4. 案例四故障现象：某局的DTM
13、板有滑码告警，无法正常上网。分析过程：1）首先更换DTM板，发现故障现象依旧，因而可以排除DTM板问题。2）分别在本局及上级局的DDF架上针对产生滑码告警的DTM板进行自环，发现滑码告警现象消失，因而可以排除传输的问题。3）检查TMB母板锁相时钟的拨码开关的设置，均正常，是锁相DT8K0，怀疑是否DT8K0引入的时钟不好呢？通过重新设置TMB母板上锁相时钟的开关，从DT8K1引入时钟，故障现象依旧，因而可以排除DT8K0时钟源的问题。4）检查时钟同步线的连接，是从CB01TMB引到时钟框的JA1，连接正确。5）LST SMCLKDES：MN=1，时钟描述为“锁相DT8K0”，与实际时钟同步线的
14、连接不相符。根据实际时钟同步线的连接应该将时钟描述为“时钟框时钟”。6）将SM（独立局）的时钟描述改为“锁相时钟框时钟”，发现滑码告警消失。事故原因：由于时钟同步线的连接与实际的时钟数据描述不一致造成的。解决方法：修改相应数据。5. 案例五故障现象：某AM/CM模块正常运行了7个小时后，出现了所有SM有一块OPT板故障告警和AM/CM侧相应的光接口板故障告警。每一组FBI中有一块告警，FBI板指示灯BER和RMT灯亮，OPT板LFAP指示亮。AM/CM与SM并没有中断，业务也不中断。告警均在两分钟内自恢。26日9：39也发生了一次这样的告警。当天23：00时，出现了连接1、2模块的两块FBI板全部故障，1、2模块与其它模块中断，其它SM均有一块OPT板故障。插拔告警的FBI或OPT板后恢复。接下来的几天一直有不定期地出现光板告警，都能自恢。即使告警恢复，AM/CM机柜的红色告警灯常亮。并且在此期间伴随着一些中继闪断现象。分析过程： 1）由于已经正常运行了7小时，应该不是数据的问题，并且再次检查全局数 据没有发现任何问题。 2）怀疑是数据加载不彻底造成的，于26日晚上加载AM/CM的数据和程序，并加载了所有的SM。故障依旧。 3）怀疑是新增加的FBI影响其它的FBI，比较新
