中国移动网络维护故障案例.doc

目录1传输网设备故障维护案例511北京移动案例512上海移动案例913天津移动案例1514广东移动案例2015江苏移动案例2716辽宁移动案例4317福建移动案例5118河南移动案例5719浙江移动案例67110陕西移动案例762交换网设备故障维护案例8221北京移动案例8222上海移动案例9123天津移动案例9124广东移动案例9125江苏移动案例9126山东移动案例9127福建移动案例9128河南移动案例9129浙江移动案例91210陕西移动案例913信令网设备故障维护案例9131北京移动案例9132天津移动案例9133江苏移动案例9134福建移动案例9135河南移动案例9136浙江移动案例914智能网设备故障维护案例9141北京移动案例9142上海移动案例9143广东移动案例9144江苏移动案例9145河南移动案例9146浙江移动案例9147陕西移动案例915无线网设备故障维护案例9151北京移动案例9152广东移动案例9153江苏移动案例9154福建移动案例9155河南移动案例9156浙江移动案例9157陕西移动案例916数据网设备故障维护案例9161北京移动案例9162上海移动案例9163江苏移动案例9164福建移动案例9165河南移动案例9166陕西移动案例917短信设备故障维护案例9171北京移动案例9172上海移动案例9173天津移动案例9174广东移动案例9175江苏移动案例9176山东移动案例918GPRS网设备故障维护案例9181北京移动案例9182天津移动案例9183广东移动案例9184江苏移动案例9185河南移动案例919企业信息网故障维护案例9191江苏移动案例9192河南移动案例9110动力设备故障维护案例91101上海移动案例91102江苏移动案例91附件：详细故障报告91传输网故障维护报告911传输网设备故障维护案例11北京移动案例案例编号：CS-BJ-0001案例编号专业网类别地区故障设备处理时限（建议）CS-BJ-0001SDH传输网北京光缆1-5小时经验人员资料王京，13910897329；卢文涛，13901282921；刘珺炜 13901287345详细故障报告关于幸福大街等机房部分基站传输电路中断的报告案例简述2002年2月13日幸福大街等机房部分基站传输电路中断，系由中国核研究所大地勘探测绘公司挖断光缆，主环与子环各有一对光纤在内，而该SDH网络采用SNCP保护，致使有一部分电路的工作路由及保护路由同时中断造成倒换失败。传输网管人员判明故障情况后，一方面修复光缆，一方面重新配置电路以将损失降之最低。可借鉴经验1. 同一保护网络的多光路由应避免走同一光缆、同一管孔。避免一根缆断，造成网络上多点中断。2. 如已存在上述情况，应结合实际情况修改电路数据。3. 因为该网络采用的是SNCP保护，因此配置电路工作和保护路由时，应尽量使两路由（逻辑和物理）独立。案例编号：CS-BJ-0002案例编号专业网类别地区故障设备处理时限（建议）CS-BJ-0002传输网北京BTS时钟1小时经验人员资料王京，13910897329详细故障报告关于国谊宾馆MICRO基站传输误码的报告案例简述国谊宾馆MICRO传输闪断BSC收BTS有LOF及误码等告警 通过频偏测试与告警的综合分析，BSC所收告警是由于交叉连接设备的输入频偏容限较低，而收基站频偏太大所致。表面上是传输告警实际上是基站的故障。可借鉴经验1. 测试2M时不仅要检查告警，如有条件应尽量将频偏，抖动，电平等指标进行测试并进行综合分析。有时候有传输告警未必是传输问题。2. 对交叉连接设备的输入抖动、频偏容限应有一定了解。案例编号：CS-BJ-0003案例编号专业网类别地区故障设备处理时限（建议）CS-BJ-0003传输网北京朗讯SDH 光线路卡接收光功率过高3小时经验人员资料宁晨，13901300043详细故障报告幸福大街朗讯SDH障碍处理报告案例简述障碍现象：幸福大街移动机房的中继电路大量阻断，至其他各移动机房的188套2M中继电路受到影响。障碍原因：幸福大街移动机房的朗讯SDH传输设备的光线路盘接受光功率过高。紧急恢复：在光线路盘接受侧加光衰耗器，电路逐渐恢复正常。可借鉴经验1. 出现障碍的郎讯传输设备在建设期间工期紧张，设备的配置有不合理的地方。该设备主要传输市内的局间中继电路，其光线路盘应以短距离线路盘为主，但这期工程配的都是用在长途干线的长距离线路盘。2. 该设备产权在北京电信，移动公司租用其中的中继电路，日常的维护工作归电信负责。这次故障的发生说明电信在SDH日常维护工作中还有遗漏。建议北京电信加强日常维护，做好预防性工作。案例编号：CS-BJ-0004案例编号专业网类别地区故障设备处理时限（建议）CS-BJ-0004传输网北京基站传输环3小时经验人员资料卢文涛，13901287921详细故障报告关于一些2M端口闪LOF的故障报告案例简述GPT三期东区传输网管发现主环节点6711D1-02(幸福大街)、8575A1-02（高碑店）的一些2Mb/s端口闪LOF告警，经核查共20个基站，27套2Mb/s。无任何断站反映。经查这些站均归属BSC124，建议相关人员检查BSC124是否有问题。结果为BSC124时钟有问题，该故障恢复后，传输网管中的相应告警消失。可借鉴经验1. 充分发挥传输网管的监控作用，除监控SDH设备及网络的告警外，对用户端的告警也可监视并作积极处理，提高网络质量。2. 要熟悉全网结构，才能迅速找到故障点。12上海移动案例案例编号：CS-SH-0001案例编号专业网类别地区故障设备处理时限（建议）CS-SH-0001SDH传输网上海华为SBS2500+1小时经验人员资料陈飞，13817600981详细故障报告上海移动SDH本地传输网S16板故障引起业务瞬断的故障案例简述1月10日13：10武胜传输维护人员听到传输网管有紧急告警的声音，维护人员迅速查询网管告警，发现波分272号网元环E WS-QZ-OUT 1板位有R-LOS瞬报。迅即报告传输班长及电路工程师。维护人员，迅速对SDH传输网管进行了性能查询，发现272网元1板位TWC的收光功率偏低。于是用光功率计测量收SDH方向的光功率为-13。4正常范围，判断故障可能出在272网元1板位的TWC板上，于是华为工程师立即赶往钦州机房配合处理。13：40分华为工程师赶到钦州机房，由于现场并无TWC的备板，所以决定暂时使用环H波分上的TWC板。13：45分TWC板更换完毕，告警暂时消除。16：00波分272号网元环E WS-QZ-OUT 1板位TWC再次有R-LOS瞬报。传输班长、电路工程师迅速赶到机房，用网管查询了此波上SDH设备S16的性能报告，发现确实出现过瞬时发光功率偏低的情况；故障定位在此S16板上。16：10更换了此SDH设备的S16板。告警随即消除，电路同时恢复正常。可借鉴经验1. 这次故障是武胜的SDH设备S16板的性能出现问题，导致单板的发光功率不稳定，造成对端波分收光偏低，从而对端波分设备的TWC板出现R-LOS瞬报。2. 针对S16板性能劣化引起的通信隐患，传输室已开始更为细致的设备测试工作。案例编号：CS-SH-0002案例编号专业网类别地区故障设备处理时限（建议）CS-SH-0002SDH传输网上海华为SBS2500+2小时经验人员资料陈飞，13817600981详细故障报告上海移动SDH本地传输网交叉板故障引起业务中断的故障案例简述8月13日，14：00网元316和网元317之间断纤，网管查询两侧网元的S16板都上报R-LOS，网元322的1-PQ1的63个2M业务都出现多次瞬间中断，其他业务正常。线路网元315-319有PS告警，同时316和317有APSINDI告警。网元322的1-PQ1的63的2M有瞬间的TUAIS告警，同一时间网元320的2-PQ1的60个2M有LPRDI告警。（组网如附图所示）查询全网的倒换状态，发现全网正常倒换，排除倒换异常这个因素。查询网元322的单板复位记录，没有异常记录，此种因素排除。为了不中断现网业务而迅速准确的定位故障点，我们采取业务配置法：在保护通道配置多条保护通道业务，分别配置到网元 315，316，317，318，319并作环回。观察一段时间后发现网元316，319的保护通道业务出现瞬断，问题应出在网元319。倒换网元319的交叉板到8板位的备用交叉板后继续观察，未发现任何异常。再次倒回到7板位主用交叉板时，又出现了瞬断现象。证明了故障是网元319的主用交叉板故障导致保护通道业务瞬断。更换网元319的主用交叉板后，故障排除。 可借鉴经验1. 由于此次瞬断发生的时间短，不频繁，对定位造成很大的困难。如果配置一条保护通道业务，采用逐段环回，将大大延长定位时间。但，如果配置了多条保护通道业务，并在不同的网元环回，通过观察多条业务的运行情况，进行同向对比，用数量减少时间，可大大提高定位效率，缩短定位时间。2. 用配置一条或多条业务定位故障的方法，也将减少对现网电路不必要的人为阻断，特别是高次群的业务。案例编号：CS-SH-0003案例编号专业网类别地区故障设备处理时限（建议）CS-SH-0004SDH传输网上海富士通网FLEXRPLUS经验人员资料周海祥，021-63595461详细故障报告富士通网管FLEXRPLUS无法对网元进行实时监控的故障处理案例简述10月16日，发现在移市环5环发现上海移动的漕溪的网元CTG-M05-600A-022和其相邻的上海电信的网元YN-M05-600A-011有光信号丢失的告警；另外，在移移环9环发现上海移动的漕溪的网元CTG-M09-600A-042和其相邻的上海电信的网元ZS-M09-600A-011有光信号丢失的告警。确认传输业务未受影响（由于2M业务在环网上有通道保护），但奇怪的是漕溪网管却没有显示相关的光路告警。询问上海电信的市话维中的维护人员，说是光纤割接，光路故障会从速处理。判断漕溪的网管有故障，很多网元处于假登录状态，在向有关领导请示后立即赶赴漕溪处理。在漕溪确认了网管故障现象，并发现网管的告警很多，明显和实际数量不符。当打开网元面板时会花很长时间，进行操作时极慢，向网元发TL1指令也迟迟没有反馈信息。这说明网管和网元的通信出现阻塞现象，很多网元正处于假登录状态。经分析很多上海电信网元的相关告警都反映在网管上，由于那些网元由上海电信维护，对上海移动来说并无任何维护要求，于是将那些网元退出登录，是为了减少网管告警，减轻网管负荷。但网管的告警总数显示并无变化。于是通过UNIX指令，发现网管的CPU闲时百分比很低，经常为0，导致网管CPU处理速度过慢。重启网管，发现很多网元无法登录，出现OSI connection is down for Address * 的提示信息。在退出网管后决定在工作站硬盘上对其进行数据库清理（通过指令FLEXRSDH_BACKUP和FLEXRSDH_RESTORE）。在网管应用程序所在的/ufs目录下，占用率也大为降低，这说明了这次数据库清理的有效性。然后重启网管，再确认各网元的告警，原先无法显示的光路告警也能看到了，各网元的相关告警也能实时反映了，信息条的刷新也大为加快。经查询，发现CPU的闲时百分比大为提高，这说明网管已恢复正常，故障排除。可借鉴经验通过这次故障的处理，反映出我们不仅要定期做好网管数据的磁带备份，保证网管数据的安全；另外还要经常检查网管的性能，在必要时对网管数据库进行清理。通过指令FLEXRSDH_BACKUP可对当前数据库进行备份；而通过指令FLEXRSDH_RESTORE就可以恢复数据库，由于该条指令执行时会有对数据库的自动擦除过程，然后才恢复，所以在运行该条指令前有好的网管备份是相当重要的，一旦发现异常情况，就要重新恢复。从这方面来看，就要保证定期对网管数据库进行磁带的备份。案例编号：CS-SH-0004案例编号专业网类别地区故障设备处理时限（建议）CS-SH-0004SDH传输网上海华为环E波分设备经验人员资料范立，021-63595461详细故障报告关于2月3日华为环E波分设备（武胜-横浜）故障分析报告案例简述2月3日下午15时接武胜16F交换OMC报障，称H1-HLR19、H1-HLR20、H1-HLR21、H1-HLR22、H1-HLR23、H1-HLR24、H1-STP3等大量信令模块不停地翻转。同时武胜站点华为RMS网管自14：54：33起不时的有紧急告警产生。通过查阅传输资料确定交换OMC所报障碍均经华为环E1的SDH（武胜-万荣）通道传输。查询华为网管后发现266环E HB-WS-OCU网元（见图2）的7板位RWC板上自14：54：33起反复有R-LOF、R-OOF和R-LOS告警，且每次告警持续时间仅几十秒，告警间隔最长不超过十分钟。由于反复出现这些紧急告警，从而导致波分环E所带的SDH环E1武胜及横浜的SDH网元均反复出现PS倒换告警，因倒换频率较高引起电路反复，武胜至万荣的SDH通道均经横浜设备转接，初步判断为武胜至横浜华为设备障碍引起电路故障。因横浜SDH设备线路侧收光出现过R-LOS告警与波分告警吻合，265网元环E1的TWC板（16）收光正常，基本定位为武胜至横浜的波分设备故障，进一步确认为武胜265网元的TWC板（16）至横浜266网元的RWC板间的武胜发信通道故障。通过网管查询后发现257网元的WBA板收光功率仅为-18dB，根据华为波分设备的合波光功率计算公式（W=-18+Log N（dB） W：合波光功率 N：使用波数），当N=1时，W=-18 dB，N=2时，W=-15 dB，判断仅有一波光输入（原环E使用16、15两波），如果有两波输入则应为-15dB。首先更换265网元的TWC板（16），由于华为波分设备TWC板的备板只有1这种波长的板子，因此将TWC板（1）插入，因265网元的第一槽位在更换过程中损坏，于是启用第三槽位，单板正常工作后，网管查询257网元的WBA板收光功率仍为-18dB，随即使用光功率计直接测量265网元的TWC板（1）的输出光功率其值为-1。5 dB，完全正常，便怀疑M16板的第16通道损坏。将M16板第16通道的连接纤调整至第1通道后，网管查询257网元的WBA板收光功率为-15 dB，断定M16板的第16通道确实损坏。为确认TWC板（16）是否有故障，重新将其换上，但合波光功率又不正常，断定此板也损坏，恢复使用TWC板（1）。为了双方传输通道的沟通，横浜258网元D16板的第16通道的连接纤必须调整至第1通道，而266网元的RWC板不需更换。因环E使用的为双纤复用段保护环，处理障碍中不影响电路，调整后两边的SDH设备的PS倒换告警结束，光功率一切正常，经交换OMC确认后，18：34：17障碍处理结束。可借鉴经验1. 此故障因是复合的波分设备故障，一方面不易接触到，另一方面涉及的电路级别较高，影响电路较多，因此处理这类故障时更应冷静、细心，通过对设备情况的了解，找到最适当的处理思路，从而做出正确的判断排除故障。2. 经过这次故障处理，对华为波分设备的TWC板、M16板、D16板、RWC板的各性能有了进一步了解，TWC板对应不同的波长不可通用，RWC板则是通用的，M16板的16个通道是通用的对任何波长均适用，而D16板的16个通道则分别对应116，知道以上这些单板特性可更加灵活和快速的判断和排除波分设备的故障。13天津移动案例案例编号：CS-TJ-0001案例编号专业网类别地区故障设备处理时限（建议）CS-TJ-0001SDH传输网天津朗讯SDH设备2小时经验人员资料倪艳阳，13602094002详细故障报告1月30日晚天津SDH设备故障处理及相关分析案例简述故障现象：同一网元的两块时钟电源盘（PT）同时出现盘失效-已被保护告警且其中一块盘出现盘失效告警故障原因：设备控制管理功能异常可借鉴经验1. 对于朗讯ITM-SC网管上报的某些重要告警不能仅以网管告警作为处理设备故障的依据，有些告警可能是误告。应充分利用网管及本地操作维护终端的功能收集多方面信息并对这些信息进行合理分析，再综合考虑其它因素去处理告警。2. 同一网元两块PT盘可以分别使用PT-Stnd和PT-Str3两种型号，不会影响网元的正常运行且保护功能正常。案例编号：CS-TJ-0002案例编号专业网类别地区故障设备处理时限（建议）CS-TJ-0002传输网天津华为optix SDH设备2小时经验人员资料陈宏，13602009173详细故障报告工业园站点更换ASCC板导致业务中断的处理报告案例简述故障现象：交换申告工业园站点电路阻断。故障原因：更换故障ASCC主控板时，拔出原故障主控板时引起了复用段倒换异常，引起了工业园的业务中断。故障处理：立即将更换前上载的网元数据重新下发，但是由于当时海拉尔道和工业园站点两个网管均使用相同的用户名登录该网元，引起两个网管“互踢”，导致网管在一段时间内不能对网元进行有效的操作，影响网管及时下发网元数据，此过程持续了10分钟左右。数据下发完毕后，网管发生的大量告警结束，交换回复障碍已经恢复。可借鉴经验1. 加强风险防范意识，对网上的设备进行任何操作前都要制定详细的实施方案，对故障处理过程中可能发生的突发性问题进行充分的预测并提出相应的防范措施。2. 跟踪所更换的故障单板的情况，加大分析力度，避免同样问题的发生。3. 对全网华为设备网元用户进行彻底清查并作好相关记录，避免“互踢”现象的发生。案例编号：CS-TJ-0003案例编号专业网类别地区故障设备处理时限（建议）CS-TJ-0003传输网天津华为optix SDH设备5小时经验人员资料陈宏，13602009173详细故障报告光路误码导致频繁复用段倒换的处理报告案例简述故障现象：2003年1月5日 14：4714：57 ，1月7日8：37-8：47， 1月7日 20：24-20：34 MMR4发生3次复用段倒换。倒换局向：移通-工业园。已恢复。倒换期间没有发现影响业务。故障原因：移通工业园光路误码导致频繁复用段倒换故障处理： 1月9日21：30-1月10日 4：30 ，进行了MMR4复用段的强制倒换，查找移通-工业园的光路故障。期间，先后进行了SNCP倒换、复用段倒换没有发生业务中断的情况。后用OTDR仪表掐段测试光路，当测试到移通大厦站点收工业园方向的尾纤时，测试无法通过。经查是移通大厦ODF架的尾纤捆绑过紧发生折曲导致测试不能通过，处理后光路测试正常。后经观察，MMR4没有出现复用段异常倒换。可借鉴经验1. 日常的告警巡检是很重要的。要认真分析每一条告警，即使不影响业务的告警也一样对待。及时记录分析告警在传输网络维护中是很必要的。2. 在对网络做主动维护时，一定要事先制定详细的实施方案。制定方案时要考虑到维护操作会对在网运行的业务有什么样的影响，充分估计会有什么意外事件发生并提出解决方案。方案要内容清晰，步骤合理，将对在网运行的业务的影响降到最低。案例编号：CS-TJ-0004案例编号专业网类别地区故障设备处理时限（建议）CS-TJ-0004传输网天津BITS设备内部测试电缆劣化6小时经验人员资料刘培莹，13602009178详细故障报告工业园BITS设备地面输入源MTIE越限问题的解决步骤案例简述故障现象：BITS设备频繁出现地面LCI输入信号MTIE越限告警。故障原因：BITS设备LCI后插板至TIA后插板间测试电缆劣化。可借鉴经验1. 同步网涉及到同步质量的告警问题时要及时处理，因为此类故障在分析处理过程中，可能要通过测试数据来验证判断的正确性，而TIE数据时间越长可靠性越高，因此要做到早动手，才可能避免大障碍的发生。2. 在障碍处理中，为了节省时间，最好以观察TIE曲线来验证判断的正确与否，不要等MTIE及TDEV告警的出现。3. 具备测漂移功能的SDH分析仪是一个很好的同步分析工具，有一个好的时钟源作参考，它能得出被测信号的同步质量；若没有好时钟源作参考，对于两路质量未知的信号，它能得出二者的差距。案例编号：CS-TJ-0005案例编号专业网类别地区故障设备处理时限（建议）CS-TJ-0005传输网天津DXC6小时经验人员资料蔡媛媛，13802100000详细故障报告关于南开工业园DXC设备故障处理的报告案例简述故障现象：南开工业园DXC的SCU-0单元出现状态错误的告警故障原因：GSW单元第一子框槽位号为15的SWCSM盘故障可借鉴经验1. 虽然DXC系统备用单元比较齐全，但是如果某一单元出现问题，仍然应该即使维修，以防更大的故障出现。2. 应继续加强学习，深入了解设备的属性和特点。3. 故障定位不准确与DXC系统AS7-U盘的故障有关，该系统有一批存在问题的AS7-U盘尚未更换，待更换后观察，再做定论。14广东移动案例案例编号：CS-GD-0001案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0001传输网广东光缆衰耗过大5小时经验人员资料魏峰，13602500107详细故障报告关于2001年12月3日南油蛇口通信光缆抢修的报告案例简述故障现象：大量基站中继中断导致小区全阻。故障原因：代维公司人员整理ODF 光缆尾纤，用力过大，引起南油蛇口光缆移位，其中有2 组色带共12 芯纤芯从熔接盒被强行拉出。紧急临时恢复：对空余纤芯进行测试，有部分衰耗在正常范围内，马上把引起设备中断的10 芯在用纤芯跳接至10芯指标良好的空置纤芯上。最后通过光缆割接恢复；修复过程：修复接头盒更换珐琅盘重新熔接2 芯已断纤芯。可借鉴经验1. 原有ODF 存在安全隐患：接头盒直接挂在ODF 后面盖板上，每次开合后板都有可能影响到线路安全；2. 光缆施工质量不高（熔接盒内的色组绷得太紧；尾纤绑扎太紧；熔错纤芯；松套管预留过短，容易因触动造成纤芯弯曲，衰耗增大，最终导致通信不能正常进行）。案例编号：CS-GD-0002案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0002传输网广东华为SDH 设备3小时经验人员资料蔡飚，13602500093详细故障报告20020117 晚龙华SDH 设备故障的处理过程案例简述故障现象：大量基站中继中断导致小区全阻。故障原因：华为SDH 设备主子架与扩展子架相连的SD4板故障。故障紧急恢复：将SD4 板的故障尾纤与空闲尾纤互换。可借鉴经验发生故障的设备为7 期工程新装设备，本次工程所有主子架与扩展子架间连接板均无保护，一旦尾纤或光板出现故障就会造成业务中断，本次故障正是这种情况。为了保证业务安全，有必要对所有此类光板进行11 保护。案例编号：CS-GD-0003案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0003传输网广东SDH骨干网5小时经验人员资料张宏毅，13802260082详细故障报告关于RY1 环抢修的报告0319案例简述故障现象：RY1 环出现大量的AU-4 alarm indication signal received（但无光路业务中断的告警）故障原因：两个传输机房间的ODF 托盘不能固定，在日常维护、工程施工中，不断的触动使托盘前后移动压迫光缆束管，导致南头机房转接架48 芯光缆4 条束管中的前三条弯曲，引起RY1 环国通南头方向在用的2 条纤芯衰耗大（-20dbm），再加上科技园南头（40dbm）的率耗，因此出现了单边光路的告警。可借鉴经验1. SDH 环网对端网元收不到光信号，本端提示信息：远端接收失败的告警（RDI）未上报，尤其针对互联互通SDH环（RY1、RY2、RL1）网元各自管理的情况，两方的网管各自控制各子网元设备，不能互相监控，信息反馈有一定时延，给故障判断和处理过程带来很大的不便；鉴于此项不足，传输网管组应对告警的上报进行调整。2. 对ODF 进行整改，并加大代维公司巡检检查的力度。案例编号：CS-GD-0004案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0004传输网广东基站传输环2小时经验人员资料黎云，13902923043详细故障报告关于田面等十个基站故障的分析报告案例简述由于供电局高压线路出现突发故障，引起该大厦内的基站停电，站上蓄电池开始放电；六个小时后，当站上蓄电池放电至低压时，引起该站上的传输设备UT 光端机吊死，基站中继传输环不能自动倒换，从而导致该环上的十个基站中继中断，基站不能工作。传输抢修人员判明故障情况后，进行人工强制倒换，基站中继传输环恢复工作。供电局高压线路故障排除后，所有基站全部恢复。可借鉴经验1. 对长时间停电估计不足，应采取更强有力的措施保证供电；2. 对停电的后果估计不足，应全面考虑对所有设备的影响，并提前采取预防措施；3. 虽然我们对停电的处理措施已有明确要求，还应加强监督代维公司严格执行。案例编号：CS-GD-0005案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0005传输网广东ECI基站传输环55小时经验人员资料谭志昌，13602500105详细故障报告20020913 景鹏H 等基站抢修报告案例简述由于工程施工时将经此跳接的尾纤断开，导致该ECI 环的局端西方向光信号丢失。正常情况下，ECI 环将进入环保护状态，但此时，环中的另一节点中院L基站也刚好停主电，致使局端ECI 的东方向光信号也丢失，因此，在东西两个方向的光信号均丢失的情况下，全环中断。可借鉴经验1. 本次故障是由于两个独立的故障在几乎相同的时间里叠加发生，在一定程度上扰乱了我们抢修的步骤与思路。发现原因后，立即恢复断开的跳接尾纤，该ECI 环进入单边保护状态，受影响的基站陆续恢复，随后，代维人员到停电基站用油机发电，该ECI 环恢复正常。2. 运行中的部分ECI 设备在故障发生时，激光器有可能不持续发光，这对排除故障带来极大不便，需联系ECI 工程师解决。案例编号：CS-GD-0006案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0006传输网广东DACS设备2小时经验人员资料吴钦雄，13602520079详细故障报告20020618 梅林DACS 设备抢修报告案例简述DACS 设备在用的CC1 子架因为设备老化引起的意外故障导致切换到保护的CC2 子架，但由于主、备用时钟来自不同的时钟源，如果主、备用时钟存在偏差，当时钟发生倒换时，这种偏差影响备用STU 的时钟链路导致工作不正常，因此出现了倒换后的设备所承载电路的中断。对梅林DACS 设备CC 子架进行了强制倒换操作后恢复。可借鉴经验1. 应定期对DACS6 设备进行倒换测试，该项已列入深圳的巡检工作安排，此外每个季度将备用的STU 板拔插一次，以排除潜在隐患；2. 因DACS6 设备不是直接从BITS 设备取站时钟，中间经过了若干SLM 节点，因此在进行对SLM 环进行光缆割接、或SLM 重启的时候，或SLM 节点故障、光缆故障处理完成后，需要将可能受到影响的DACS6 备用STU 重启，以避免由于SLM 的系统时钟倒换而影响其瞬间输出时钟精度；3. 保证SLM 的站时钟输出精度可靠，可以将SLM 站时钟输出的质量可接收设为大于SEC，这样在BITS 时钟中断或线路中断，DACS6 设备不再同步于外部时钟，避免出现因站时钟质量的改变造成的同步问题；4. 建议调整时钟配置，使主备用时钟使用相同的时钟源；5. 为保证时钟质量及其稳定性，最根本的解决方法是让DACS6 直接从BITS 设备取站时钟，消除中间环节。案例编号：CS-GD-0007案例编号专业网类别地区故障设备处理时限（建议）CS-GD-0007传输网广东光缆中断5小时经验人员资料谭志昌，13602500105详细故障报告20020421 黄田等基站抢修报告案例简述故障现象：大量基站小区全阻，传输状态正常。故障原因：黄田基站黄田机楼12 芯光缆人为中断，导致黄田基站UT 光端机A、B 向光路全部中断，所承载业务相应的全部中断。故障恢复：抢修人员赶到障碍点后，马上进行布放光缆，开剥接头，并以“在用纤芯先接，空纤后接”的原则，把在用纤芯全部接好，经测试合格，电路恢复。可借鉴经验1. 由于黄田基站曾出现主电告警，抢修人员初时把故障点判断为电源问题使传输设备断电或处于吊死状态。延误了故障点正确判断的时间；2. UT 光端机光路中断，传输电路中继状态应为断开，但此次的状态都全为好。这种情况跟UT 设备有关系，应跟厂家跟踪此类现象发生的原因；3. 对于架空线路、与电力线交接线路等一些危险路由，以后应挂上标志牌，标明维护联系方法、电话，避免外单位影响我方线路安全。15江苏移动案例案例编号：CS-JS-0001案例编号专业网类别地区故障设备处理时限（建议）CS-JS-0001传输网江苏ALCATEL的DWDM和SDH设备7小时经验人员资料唐泽荣，13901588992详细故障报告关于省干网苏州的报告案例简述故障现象：省干网于上午11：40出现一批告警，经检查为部分波长WAVELENGTH LOSS和INPUT POWER LOSS以及与此相关的一些告警。省网上单向南京到苏州的电路中断。故障原因：由于苏州网元的PA盘的并没彻底损坏，二级光放中的第一级的INPUT是正常的，只是光放盘的二级光放时好时坏，因此引起了SDH层的不断倒换。可借鉴经验1. ALCATEL的1353SH网管系统可能会出现网管上网元状态正常，但是实际情况与此不符，这是需要充分利用LCT本地终端；2. ALCATEL的1686系列的光放盘出现故障的几率相对其它单元盘要高一点。3. 要经常进行环网设备的配置核对，本次故障就因为部分SDH网元的倒换恢复时间不一致，引起了部分电路中断。案例编号：CS-JS-0002案例编号专业网类别地区故障设备处理时限（建议）CS-JS-0002传输网江苏西门子DWDM设备3小时经验人员资料唐泽荣，13901588992详细故障报告关于西门子设备故障的报告案例简述故障现象：东部环南京-上海之间波分层出现波长丢失告警，SDH层出现倒换。故障原因：无锡WTTR设备的板故障。故障紧急恢复：南京上海倒换至备用波道。可借鉴经验省际设备间出现波长丢失，首先观察受影响的波分网元的合波单元和分波单元，如果两地的OTM的告警都是OD单元盘出现LOS，而OM盘无告警，则可以确定两个OTM中间的电中继设备故障。案例编号：CS-JS-0003案例编号专业网类别地区故障设备处理时限（建议）CS-JS-0003传输网江苏富士通SDH设备2小时经验人员资料唐泽荣，13901588992详细故障报告关于SDH设备交叉连接盘故障引起部分电路中断的报告案例简述故障现象：省网富士通SDH设备NJ东8波1，南京到徐州的1个155M电路不通，经检查所有的配置和交叉连接都准确无误。故障原因：富士通高阶交叉连接盘吊死，插拔高阶交叉连接盘后恢复。可借鉴经验1. SDH设备上开通的电路如果设备配置和交叉连接数据都准确，但电路始终不通，环回后挂表测试始终为AIS，则很可能为交叉连接盘吊死，插拔交叉连接盘后故障就可以恢复。2. 目前在富士通SDH设备、西门子SDH设备、华为SDH设备、ALCATEL设备都出现过类似的故障。案例编号：CS-JS-0004案例编号专业网类别地区故障设备处理时限（建议）CS-JS-0004传输网江苏富士通SDH2小时经验人员资料韩健，13901588972详细故障报告南京蓝旗街交换机房部分2M电路故障处理报告案例简述故障现象： LQJ-MSX-01网元16槽道2M盘上所有2M（含在用与不在用电路）均为AIS告警。故障原因：我们初步判断LQJ-MSX-01网元16槽道2M盘或LX5低阶交叉盘有故障，当时携带备盘赶赴现场进行处理，处理过程如下：1. 切换LX5，故障依旧；2. 更换接口盘， 故障依旧；3. 替换2M盘， 故障消除；可借鉴经验1. 由于富士通MSX设备2M板没有保护，一旦发生故障，将会影响该2M板上的电路；今后在安排电路时需注意尽量将某一局向的电路安排在不同的2M电路板上。2. 今后发生类似的故障，我们需及时排除一些奇怪的现象，对于网管未能及时显示的告警现象需及时赶赴现场进行测试判断并迅速定位，及时准确地排除故障。案例编号：CS-JS-0005案例编号专业网类别地区故障设备处理时限（建议）CS-JS-0005传输网江苏光板5小时经验人员资料季海峰，13905189149详细故障报告单板调测光板环回未清除，导致扩容业务中断案例