中国移动光传送网典型案例模板（格式说明）.doc

页眉：典型案例（案例编号）：案例名称 PAGE \* MERGEFORMAT 1 中国移动光传送网典型案例模板 （集团传输研究课题讨论稿-说明） 案例标题 案例名称： （案例名称填写要素：网络类型，厂家类型，故障点，故障现象等 例如：一干传输网华为波分LRF单盘TX口不放光故障应急处理） 案例编号： （案例编号填写要素：JT-UB-N/P/L-AA-BB-CC-DDDDDD-EEEE,说明：JT-代表集团，UB代表省份，N/P/L代表一干/二干/本地，AA表示厂家（HW华为、FH烽火、ZX中兴等），BB表示专业类别，CC表示案例类别，DDDDDD表示时间，EEEE表示序号。 例如：JT-UB-N-HW-CS-WDM--0001） 编写时间： 例如：2009年4月8日 更新时间： 例如：2009年4月8日 省公司： 例如：湖北 编者：XX 联系方式： 专业类别：（1） 传输CS 交换JH 数据SJ 无线WX 联动LD 其他QT 案例类别：（3） 线路类：XL 网管类：WG WDM类：WDM SDH类:SDH PON类：PON 同步类：TB 电路类：DL 专线类：ZX 仪表类:YB 流程类：LC 其他类：QT 设备厂家：烽火 （若为特定厂家故障案例则填写厂家名称，如：华为、烽火、西门子、中兴等；若非特定厂家故障案例，可填写：通用） 产品型号：FONST 1600G 软件版本：V5.5.1 (软件版本填写说明：针对出现故障的特定单盘填写版本) 关键字：FEC_LOF. OTU2F .OTU2S.LINE_P_LOS. W→P （关键字：属于后期规划，例如短信搜索方式：获取厂家告警处理建议；或者干脆取消此关键字。利用HELP 厂家 告警开头字母搜索告警处理建议；后利用GET 厂家 告警得到告警处理家建议） 摘要：本文介绍了湖北二干波分网烽火1600G设备OTU2S单盘上报FEC_LOF告警的故障。同时介绍了定位故障的环回法，以及临时抢通中断电路的串通法，具有一定借鉴意义。 （摘要填写：此部分比较重要，需要短小精悍。 填写要素：网络类型，厂家类型，设备类型，单盘类型，故障现象，故障定位的基本方法，借鉴的范围； 后期规划：网页基于摘要的搜索方式：获取维护人员处理经验） 保密等级：内部公开（或 内部保密） 参考等级：（预留，后期自动生成） （参考等级说明：后期任何内部员工浏览此案例的时候都进行评定，分成“五星、四星、三星、二星、一星”5个参考等级划分，查看浏览的人越多排名越前。） 案例分析 现象描述： 2009-2-26 15：40左右，网管发现二干烽火波分宜昌新大楼第一波上报FEC-LOF告警，同时宜昌新大楼宜昌新大楼（荆州二枢纽方向）21# OCP 上报主用通道输入光丢失，OCP发生倒换 图1. 常青CR1-宜昌AR1传输通路 图表 SEQ 图表 \* ARABIC 1 因宜昌OTU2S（荆州方向）上报FEC_LOF告警，系统自动关闭客户侧发送激光器，而导致OCP上报LINE_P_LOS,W→P告警。因此可以认为：LINE_P_LOS，W→P是FEC-LOF的伴随告警。 经查，该波道开的是IP承载网电路：常青CR1-宜昌AR1。传输通路资料如下： 电路 传输路由 主用物理路由 CR侧OLP/OCP AR侧OLP/OCP 备用传输路由 常青CR1-宜昌AR1 六期西环烽火波分第1波 常青-关南-江汉-荆州-宜昌新大楼 常青（随州方向）24# 宜昌新大楼（荆州二枢纽方向）21# 常青-随州-襄樊-荆门-宜昌二枢纽-宜昌新大楼 告警信息：FEC_LOF, LINE_P_LOS，W→P 原因分析： 可能原因1：线路原因，例如G.652 G.655不同类型的光缆混用。 可能原因2：网管配置的模式不匹配 可能原因3：传输通路某站OTU单盘故障。 （原因分析填写说明：罗列可能导致的故障的原因，加以分析） 处理过程： 首先，网管查询了割接记录，此段光缆近期没有割接倒纤。同时检查了线路光功率，一切正常。排除了线路原因。 网管检查了数据配置，接口模式设置为“SDH”，FEC纠错类型设置为“增强型”。数据配置正确。 依次检查常青OTU2S、江汉OTU2F、荆州OTU2F均未发现异常。因此，初步判断故障点位于荆州-宜昌段。 联系宜昌维护人员自环OTU2S，告警消除。确认了宜昌OTU2S正常。操作如下图所示 图2. 宜昌维护人员环回示意图 随后，联系荆州维护人员，按同样的方式，对荆州发宜昌方向进行自环，如下图： 图3 . 荆州自环示意图 自环后，荆州OTU2F上收到大量误码。因此确认为荆州OTU2F故障。 因单盘返修周期较长，网管指挥荆州维护人员，按照图4方式，将传输通路串通，优化了线路光功率后，将电路临时调通。 图4 临时调通电路方