集团专线类故障题目

故障的一些判断：

1，选择题：

1) 瑞斯康达RC952 光协议转换器，LAL灯分为红色和黄色分为两种颜色；

LAL红常亮表示（），LAL红闪亮表示（），LAL黄常亮表示（），LAL黄闪亮表示（），LAL 灯灭表示（）

A ，LOS：E1接收信号丢失；B，AIS：E1收到全1数据，一般是上游设备出现故障的表现

C，LOF：E1成帧时表示帧失步，E1透明时表示收到非法帧；D, CRC：E1成帧时表示E1 CRC告警，E1透明时表示HDLC CRC告警E, 无告警

LAL（双色）：本端设备的E1链路告警：

LOS－红常亮、AIS—红闪亮、LOF—黄常亮、CRC—黄闪亮，无告警－灭；

2) 瑞斯康达RC952 光协议转换器，RAL灯分为红色和黄色分为两种颜色；

RAL红常亮表示（），RAL红闪亮表示（），RAL黄常亮表示（），RAL黄闪亮表示（），RAL灯灭表示（）

A ，LOS：E1接收信号丢失；B，AIS：E1收到全1数据，一般是上游设备出现故障

的表现

C，LOF：E1成帧时表示帧失步，E1透明时表示收到非法帧；D, CRC：E1成帧时表示E1 CRC告警，E1透明时表示HDLC CRC告警E, 无告警

RAL（双色）：远端设备的E1链路告警：

LOS－红常亮、AIS—红闪亮、LOF—黄常亮、CRC—黄闪亮，无告警－灭；

3) 瑞斯康达RC952 光协议转换器LNK/ACT灯

常亮表示（）

不亮表示（）

闪烁表示（）

A，光口链路正常B，光口链路不正常C，光口有数据收发

LNK/ACT（绿色）：常亮，光口链路正常；不亮，光口链路不正常；闪烁，光口有数据收发

4)分支业务点开通4M带宽时，如何置RC953-FX4E1拨码的开关？

答：RC953-FX4E1共有三组拨码开关，分别为：SW1、SW2、SW3；

为了给各每个用户分支接点提供4M带宽，应将SW2的第3、4个拨码拨成ON状态（拨码朝下，相应的E1处于关闭状态），即关闭第3、4路E1（缺省情况下，4个E1都处于打开状态）；

SW3的第8位拨码开关拨成ON状态（选择从时钟模式）。

注意：拨码后必须掉电重启

5）瑞斯康达RC512光纤收发器指示灯RLK常亮表示（）

RLK (光接收链路灯):常亮，光口接收链路正常；不亮，接收链路错误

6）瑞斯康达RC512光纤收发器指示灯TLK常亮表示（）

TLK (光发送链路灯):常亮，光口发送链路正常；不亮，若RLK亮，发送链路错误

7）瑞斯康达RC512光纤收发器指示灯FDX常亮表示（）

FDX (电双工状态/碰撞灯):常亮，电口工作于全双工；不亮，半双工；闪亮，半双工且有碰撞

8）瑞斯康达RC512光纤收发器指示灯ACT闪亮表示（）

ACT(光数据收发灯) :闪亮，光口有数据传输

9）瑞斯康达RC512光纤收发器指示灯RMD常亮表示（）

RMD (远端设备灯):常亮,远端收发器可以远端网管；不亮，远端收发器不能远端网管10）瑞斯康达RC512光纤收发器指示灯LNK/ACT常亮表示（）

LNK/ACT (电连接/数据收发灯):常亮，电口链路正常；不亮，链路错误；闪亮，电口有数据传输

故障一：本地光端机RJA（远端告警）指示灯闪烁，远端光端机出现LFA（帧失步告警）指示灯闪烁或AIS（收告警）指示灯闪烁。

故障分析和排除过程：一般是本地或远端光端机发出信号有问题，即发出的2M信号误码或中断，采用一端环路，另一端接上2M测试仪或设备进行测试，首先在本端DDF架环回本端光端机，如果本端存在ＬＯＳ或ＡＩＳ告警，则对本端光端机或２Ｍ线仔细检查，如果本

端不存在告警，则故障可能发生在远端。

故障二：Ｖ.35线路不通，RD灯不亮。

分析：协转出现RD灯不亮，说明协转未接到路由器发出的信号

原因和解决：

1，路由器V35模块损坏，无法发送V35信号，需要更换。

2，V35线缆故障，无法传送V35信号，需要更换线缆

3，转换器故障，无法接收V35信号，需更换协转

故障三：V.35线路不通，TD灯不亮

分析：对端V.35信号未传送到本端，本端协转无信号发送到本端路由器，，此灯不亮和本端协转，路由器无关，非本端设备故障

原因和解决：

1.对端路由器损坏无法发送V35信号，或协转损坏无法接收V35信号，或V35线路故障，

对端协转会出现RD灯不亮，需更换路由器恢复线路

2.对端路由器，协转无法加电，导致V35信号无法传送到本端，本端及无信号输出。一，请各位安排以下模板，制作一个正常的网络测试报告。

测试模板

二，学习抓包，并操作一次抓包测试。

最全的网络故障案例分析及解决方案

第一部：网络经脉篇2 [故事之一]三类线仿冒5类线，加上网卡出错，升级后比升级前速度反而慢2 [故事之二]UPS电源滤波质量下降，接地通路故障，谐波大量涌入系统，导致网络变慢、数据出错4 [故事之三]光纤链路造侵蚀损坏6 [故事之四]水晶头损坏引起大型网络故障7 [故事之五] 雏菊链效应引起得网络不能进行数据交换9 [故事之六]网线制作不标准，引起干扰，发生错误11 [故事之七]插头故障13 [故事之八]5类线Cat5勉强运行千兆以太网15 [故事之九]电缆超长，LAN可用，WAN不可用17 [故事之十]线缆连接错误，误用3类插头，致使网络升级到100BaseTX网络后无法上网18 [故事之十一]网线共用，升级100Mbps后干扰服务器21 [故事之十二]电梯动力线干扰，占用带宽，整个楼层速度降低24 [故事之十三]“水漫金山”，始发现用错光纤接头类型，网络不能联通27 [故事之十四]千兆网升级工程，主服务器不可用，自制跳线RL参数不合格29 [故事之十五]用错链路器件，超五类线系统工程验收，合格率仅76％32 [故事之十六]六类线作跳线，打线错误造成100M链路高额碰撞，速度缓慢，验收余量达不到合同规定的40％；34 [故事之十七]六类线工艺要求高，一次验收合格率仅80％36 第二部：网络脏腑篇39 [故事之一] 服务器网卡损坏引起广播风暴39 [故事之二]交换机软故障：电路板接触不良41 [故事之三]防火墙设置错误，合法用户进入受限44 [故事之四]路由器工作不稳定，自生垃圾太多，通道受阻47 [故事之五]PC机开关电源故障，导致网卡工作不正常，干扰系统运行49 [故事之六]私自运行Proxy发生冲突，服务器响应速度“变慢”，网虫太“勤快” 52 [故事之七]供电质量差，路由器工作不稳定，造成路由漂移和备份路由器拥塞54 [故事之八]中心DNS服务器主板“失常”，占用带宽资源并攻击其它子网的服务器57 [故事之九]网卡故障，用户变“狂人”，网络运行速度变慢60 [故事之十]PC机网卡故障，攻击服务器，速度下降62 [故事之十一]多协议使用，设置不良，服务器超流量工作65 [故事之十二]交换机设置不良，加之雏菊链效应和接头问题，100M升级失败67 [故事之十三]交换机端口低效，不能全部识别数据包，访问速度慢70 [故事之十四]服务器、交换机、工作站工作状态不匹配，访问速度慢72 第三部：网络免疫篇75 [故事之一]网络黑客程序激活，内部服务器攻击路由器，封闭网络75 [故事之二]局域网最常见十大错误及解决（转载）78 [故事之三] 浅谈局域网故障排除81 网络医院的故事 时间：2003/04/24 10:03am来源：sliuy0 整理人：蓝天(QQ：) [引言]网络正以空前的速度走进我们每个人的生活。网络的规模越来越大，结构越来越复杂，新的设备越来越多。一个正常工作的网络给人们带来方便和快捷是不言而喻的，但一个带病

华为基站故障处理实例

5.2.3华为基站故障处理实例 1. 天馈连接鸳鸯线导致扩容载频后话务量减小现象描述： 反映某 312 基站第二小区话务量减小，该站话务量减小是从扩容后，原来是一个载频，采用一个 CDU ，扩容后加了一块载频，同时将 CDU 更换为 EDU ，至此话务量急剧下降，连续 3 天话务量不足原来的 1/4 ，用户怀疑是覆盖范围减小。 告警信息：在告警台中观察不到任何关于该基站的告警，单板指示灯和运行状态均正常。 原因分析：由于用户增加了一块载频，该基站下的四块载频变为五块，但是 PSU 单板只用两块，所以初步分析可能由以下原因造成话务量减小： 1 ） PSU 单板不够用，由于每两块 TRX 需要一个 PSU ，所以有可能是这个原因所致； 2 ）新更换的 EDU 有问题； 3 ）扩容时连接跳线时接头没有连接牢靠，造成驻波比过大； 4 ）小区的天馈连接错误。 处理过程：现场检查数据，没有任何问题，观察话统，发现的确从扩容后话务量就一直维持在 1ERL 左右，没有异常告警。到达现场后加入一块 PSU 板，通过话统对该小区进行测量报告数量的测量，发现很少，话务量没有提高，将 1 、 2 小区的 EDU 更换，现象依旧，仔细检查 TRX 和EDU 之间的连线，也没有错误，又检查天馈连线，发现第二小区的 EDU 的第二个发射端口 TX/RX_ANTB 错误的连接到第一小区天线的发端口，这样以来，第二小区的 BCCH 和 TCH 是通过不同的天线发出去的，造成可能指配信道所在的载频信号很弱，进而发生切换或掉话，切分集接收也不正确，所以造成该小区吸收不了话务量。将小区天线重新连接，二小区的话务量立刻提升了。 建议与总结：扩容，更换硬件时一定要信心连接线缆，避免连成鸳鸯线，交叉线，如果连接错误通常不会产生告警，故障比较隐蔽，同时会造成一些切换，掉话，话务量上不去的现象。 2. 数据配置不当导致 BTS3006A 在市电掉后出现非主 BCCH 载频退服 现象描述：某基站业务信道可用率突然下降，严重影响了考核指标。 告警信息：市电掉告警， PSU 保护，扩展 C3 。原因分析：由于 TCH 可用率 (%)＝ TCH 可用数目 / （ 1800/1900 小区 TCH 配置数目＋ 900/850 小区 TCH 配置数目） 所以到局里采集 TCH 性能测量分析，发现有几个基站在 7 ： 30 左右小区 TCH 可用数目比实际配置的数据少了 8 个，该基站配置为 S2/2 ，也就是少了一个载频的TCH 信道。

典型设备故障及事故案例

典型设备故障及事故 案例 机电保全部 二〇一四年十月

前言 为帮助装备人员进一步了解设备特性，掌握设备运行规律，及时发现并解决设备隐患，减少设备故障及事故的发生。机电保全部对近几年发生的设备故障和事故进行了分类汇总，力求通过典型故障和事故案例，使管理人员直观的了解故障现象，发生原因，防范措施，从而掌握对同类型故障的预防和处理能力。也希望通过这些案例起到警示作用，强化各级管理人员的工作责任心，提高履职能力。

目录 1、皮带机胶带撕(断)裂 1.1 兴业海螺1004皮带机胶带撕裂 6 1.2 重庆海螺1#石灰石皮带接头断裂8 1.3 荻港海螺三期石灰石长皮带撕裂11 1.4 石门海螺1005长皮带撕裂13 1.5弋阳海螺2202矿山皮带撕裂15 1.6 益阳海螺矿山1#长皮带撕裂17 2、胶带斗提胶带断裂 2.1 芜湖海螺3428胶带斗提胶带断裂19 2.2 枞阳海螺3428胶带斗提胶带断裂20 3、回转窑轮带开裂 3.1荻港海螺3#窑二档轮带开裂22 3.2枞阳海螺4#窑二档轮带开裂23 4、回转窑托轮瓦高温 4.1白马山水泥厂2#窑8#托轮瓦高温24 4.2英德海螺B线窑3-3托轮瓦高温26 4.3 武冈云峰3-2托轮高温28 4.4 贵定海螺2#窑2-3托轮瓦高温30 5、回转窑筒体开裂 5.1分宜海螺1#窑筒体30.4米开裂32 6、回转窑液压挡轮损坏 6.1双峰海螺2516液压挡轮损坏34 6.2中国厂2#窑液压挡轮损坏35 6.3英德海螺A线窑液压挡轮损坏36

7、大型风机轴承损坏 7.1平凉海螺1327风机轴承损坏38 7.2宏熙公司原料磨循环风机轴承损坏40 8、中、大型减速机损坏 8.1 兴安海螺2428入窑斗提减速机损坏42 8.2 安龙公司一线原料磨减速机损坏44 8.3 凌云公司一线原料磨减速机损坏46 8.4 分宜公司一线原料磨减速机损坏48 9、熟料拉链机脱轨 9.1 英德海螺熟料拉链机脱轨49 9.2 贵阳海螺熟料拉链机脱轨51 9.3 江华海螺熟料拉链机脱轨52 10、余热发电汽轮机组 10.1英德海螺余热发电2#汽轮机组飞车54 10.2分宜海螺余热发电机组设备60 11、总降类 11.1池州海螺总降联络隔离柜故障63 11.2枞阳海螺110kV总降变电站GIS故障66 11.3枞阳海螺FSR高速开关柜爆炸71 11.4广元海螺总降GIS断路器故障跳闸77 11.5龙陵海螺总降进线柜短路79 11.6双峰海螺总降FSR柜故障82 11.7芜湖型材公司总降母排螺栓松动87 11.8荻港海螺总降电容柜拉弧90 12、高压开关柜类 12.1荻港海螺高压开关柜操作中发生拉弧94

故障分析报告

关于柳州海事局远程视频监控系统的故障分析报告――2011年10月至2012年5月 一、故障基本信息 二、故障现象及处理过程 1、第一次故障 υ故障现象：2011年11月13日接到柳州海事的报障，无法 连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处 理，局域网内可与前端设备通信，问题初步定为平台服务器 故障。次日测试人员到达现场；经过测试，发现平台服务器 操作系统崩溃；与设备厂商联系，于16日将平台系统及所有 前端系统进行重新布署，故障解决。 υ故障分析：经过系统测试工程对系统日志进行分析，于11 月12日晚，因多个IP地址向平台服务器发起的恶意重复登录 请求导致平台服务器处理超载，并造成操作系统文件损坏。 2、第二次故障 υ故障现象：2011年12月06日接到柳州海事的报障，三江 支线画面无法显示。 υ处理过程：当日经测试维护人员检查，由于三江支线的传

输线路中断所至，为此马上与传输机房进行故障确认，并告知协助处理，于次日中午故障解决。 υ故障总结：由于三江网络传输点断电，导致传输线路不断，经协调后解决。 3、第三次故障 υ故障现象：2012年3月26日接到柳州海事的报障，无法连接服务器，客户端无法ping通服务器IP。 υ处理过程：接到报障通知后，我公司立即组织人员进行处理，局域网内可与前端设备通信及平台服务器进行通信。故障定为网络传输质量问题。当时与传输机房联系协助排查故障；经过测试排查，发现由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致；通过机房对线路进行优化配置后重启系统后恢复。 υ故障总结：由于网络传输出现波动或延时现象较为严重导致系统自动判定为网络中断，不断的向前端设备发送重启命令导致。 4、第四次故障 υ故障现象：2012年4月13日接到柳州海事的报障，红花电站支线画面无法显示。。 υ处理过程：接到报障通知后，我公司立即组织人员前往红花现场排查问题。次日完成故障排除，系统恢复正常。

运维故障处理思路 (3)

事件／故障处理应该要有什么思路 导读： 在讲解事件、故障处理思路前，我先讲一个故障场景(以呼叫中心系统作为一例子): 业务人员反映呼叫中心系统运行缓慢,部份电话在自助语言环节系统处理超时,话务转人工座席,人工座席出现爆线情况。 运维人员开始忙活了,查资源使用情况、查服务是否正常、查日志是否报错、查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去，但是原因还未定位。 经理过来了解情况:“系统恢复了吗?”、“故障影响是什么?”、“交易中断了吗？”…… 运维人员赶紧敲键盘，写ｓql,看交易量；敲键盘,写命令，看系统资源、情况…… 最终,定位到问题原因是其中一个功能没有控制返回数量，导致内存泄露。 针对这个故障，业务希望运维能否更快的解决故障的恢复，经理希望制定优化呼叫中心故障处理流程,做了以下几件事: 1.优先故障处理过程的时间-—”能通过鼠标完成的工作,不要用键盘“ 2.提前发现故障,加强监控——“技术早于业务发现问题,监控不仅是报警, 还要协助故障定位” 3.完善故障应急方案——“应急方案是最新的、准确的、简单明了的” 4.长远目标:故障自愈——”能固化的操作自动化,能机器做的让机器做“ 下面将从故障常见的处理方法开始介绍，再从故障前的准备工作（完善监控、制定应急方案等方式)来解决经理提出的问题，并提出未来解决故障的想法。 １、常见的方法： １)确定故障现象并初判问题影响 在处理故障前,运维人员首先要知道故障现象,故障现象直接决定故障应急方案的制定,这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。 确认了故障现象后，才能指导运维人员初判断故障影响。 2)应急恢复

基站故障处理流程规范

基站故障处理流程规范 IMB standardization office【IMB 5AB- IMBK 08- IMB 2C】

基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故障处理工作,即在排除 电力、光缆中断的因素后，再进入基站处理故障，在排除软件吊死、数据丢失等 软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需更换且仅需更换的 板件。因此，接到故障通知后，应根据通知内容对故障进行预判断，以便采取针 对性的处理措施，定位真正的故障点，避免错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时，应立即展开协调 并向上级报告相关进展情况。

4.对载频，主控板，传输板等故障处理应禁止在网络指标考核(8:00-11:00,18:00- 20:00)时段进行处理 2.故障处理流程 3.基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。

网络维护常见问题分析报告

网络维护向本地连接管理要效率 可以这么说，“本地连接”其实是计算机的网络访问出入口，无论是修改上网参数，还是新建上网连接，我们往往都要从该连接开始。事实上，在平时的网络维护过程中，我们也要经常与“本地连接”打交道，如此一来网络维护的效率，就与“本地连接”的管理效率息息相关了；有鉴于此，本文下面就为各位朋友贡献几则着眼“本地连接”管理网络的私房秘籍，相信这些容能有效帮助大家提高网络维护效率。 解决网络访问隐性故障 对于不少网络访问故障，我们无论怎么观察现象、寻找原因，或许都不能顺利将它解决掉，笔者就曾碰到过类似这样的蹊跷故障，后来无意中在“本地连接”列表窗口中，通过简单新建一个网络访问连接的办法，就将看似无法解决的网络故障成功排除掉了。现在，本文就将该特殊的网络故障解决过程还原出来，希望大家能从中获得启发。 某局域网中有一台计算机不能正常访问网中的文件服务器，笔者进入该计算机的“本地连接”属性设置对话框，发现该计算机不但可以正常向外面发送数据信息，而且也能正常从外面接受数据信息，可是该计算机却始终不能访问网中的文件服务器。经过仔细观察，笔者看到故障计算机的网卡设备信号灯状态有点不正常，这说明网卡的工作状态也是不正常的，会不会是连接网卡设备的物理线缆连通性出了问题呢？想到这里，笔者利用专业线缆测线工具，对连接故障计算机的物理线缆连通性进行了测试，测试过程中笔者发现专业测试工具中的8个指示灯依次被点亮，这就说明物理连接线缆的连通性是没有任何问题的。为此，笔者断定该网络访问故障绝对不是由网卡设备与网络连接引起的，多半是由故障计算机系统自身原因引起的。 于是，笔者开始将目光转移到故障计算机的“本地连接”图标上了，依次点选“开始”、“设置”、“网络连接”选项，打开对应系统的网络连接列表界面，选中“本地连接”图标，并用鼠标右键单击之，点击右键菜单中的“属性”命令，此时系统屏幕上会出现一个如图1所示的“本地连接”属性设置对话框；

安徽移动家庭宽带故障处理案例汇编

移动家庭宽带故障处理案例汇编

目录 概述 (4) 第一章用户端类故障 (4) 第一节网卡类故障 (5) 1、网卡MAC地址问题导致拨号错误676 (5) 2、用户网卡驱动未安装导致拨号错误代码645 (6) 3、网卡禁用及网线故障的处理 (6) 4、用户网卡适配模式导致拨号不成功的故障处理 (7) 第二节软件类故障 (8) 5、客户端电脑软件安装问题导致网速慢 (8) 6、宽带拨号错误代码676的故障处理 (9) 7、电脑上观看视频时反复回退的故障处理 (10) 8、电脑配置低导致网速慢的故障处理 (10) 9、网页无法打开的故障处理 (11) 10、游戏无法登陆的故障处理 (11) 第三节外接设备类故障 (12) 11、用户使用路由器上网导致拨号错误678 (12) 第四节账号类故障 (13) 12、用户反映账号无法使用的故障处理 (13) 13、宽带上网“691”故障处理 (14) 14、拨号错误691的故障处理 (14) 15、客户忘记宽带密码的故障处理 (15) 16、用户欠费导致拨号错误691 (15) 17、广电合作宽带用户拨号691的故障处理 (16) 18、拨号错误678和691的故障处理 (16) 第五节应用类故障 (17) 19、网页打不开和无法玩游戏的故障处理 (17) 20、频繁掉线和网速慢的故障处理 (17) 21、网络游戏慢的故障处理 (18) 第二章线路类故障 (19) 第一节光缆类故障 (19) 22、线路光衰过大导致网速慢的故障处理 (19) 23、光衰过大导致用户拨号678 (20) 24、光路误码率高导致用户频繁678故障 (20) 25、冷接子污染导致拨号678的故障处理 (21) 26、分支光纤长度过大导致ONU无法注册的故障处理 (21) 27、冷接头损坏导致拨号不成功的故障处理 (22) 28、光信号过强导致拔号错误678的故障处理 (23) 29、光纤弯曲直径过小导致上网频繁掉线的故障处理 (24) 30、主干光纤中断导致拨号678错误 (25) 31、ONT光衰正常但在网管上无法注册的故障处理 (26) 32、皮线光缆损坏导致无法上网的故障处理 (26)

问题解决思路讲解

解决问题的方法--问题解决七步法 俗话说：授人以鱼，不如授人以渔。 教人解决一个问题，不如教人解决问题的方法。问题解决七步法作为开展现场改善的基本方法，要解决的就不只是单个问题，而是如何去解决成百上千 问题的思路。将通常进行改善的PDCA过程，细分成七个关键的步骤，整理出来形成指导改善开展的方法，就是问题解决七步法。有问题就应该解决，似乎顺理成章，然而，很多时候问题并未得到有效解决。究其原因，一是欠缺解决问题的意识，二是缺少解决问题的方法。而七步法在这方面有其良好的效果。一方面，问题解决七步法为你提供了解决问题的方法，特别是当你遇到有较大不确定因素的问题，没有太多相似案例可以借鉴时，七步法很容易派上用场，它告诉你的是一种有效的思维逻辑。另一方面，当你需要借助解决问题的过程，培养员工的问题意识和解决问题的能力时，问题解决七步法更能体现其价值。因为仅仅解决单个问题不过是就事论事，养成解决问题的习惯才是一个团队学习能力的体现。 以下对七个步骤加以简单介绍。 STEP-1现状把握 说明：现状把握告诉我们在解决问题之前，首先要明白问题之所在，这是有效解决所有问题的前提。仅仅笼统地说这里不好、那里不好，并不能帮你更好地分析问题。以下三点有助你更准确地把握问题之所在： 1、从习惯找“问题”到习惯找“问题点” 问题：零件摆放混乱 问题点：待检/合格/不良等不同状态的零件未明确区分 问题：工作台脏乱差 问题点：边角料和工具配件随手扔、灰尘污垢未清扫 问题：工人效率低 问题点：搬运作业时间长，所占作业比重过大 2、从习惯“统述问题”到习惯“分述问题（现象＋影响）” 统述问题：

每天出入库都有木踏板被损坏，严重点的通常都丢掉了，浪费了不少钱，也不利于节约资源，不利于环保，破损轻点的又弃之可惜，有几次随产品出货还被海外客户投诉了。 分述问题：（现象＋影响） 1）有部分损坏的木踏板全部废弃，耗费资源； 2）每天约废弃18块，成为环境污染源，不利于环保； 3）整个木踏板大部分完好未再利用，浪费公司资金； 4）木踏板有少部分损坏弃之可惜，出货至海外后引起投诉。 3、从习惯“抽象”谈问题到习惯“量化”谈问题 抽象： 1）操作时行程较远 2）生产效率低。 量化： 1）操作时单程平均距离1米（1PCS） 生产数：1800PCS／日 员工每日来回行程：1800×1×2＝3600米 2）生产1PCS行走约5秒每天生产1800PCS 花在行走的时间： 1800×5×264工作日／年＝660小时 当然问题的关键还在于员工是否有兴趣去发现问题，也就是我们常说的问题意识。我认为有两方面值得 关注： 1、上级对待问题的态度所营造的氛围 2、责任人自身对手头工作的热爱程度。 >>>方法：

基站故障处理流程规范方案

基站故障处理流程规范 1.概述 编制背景 为进一步规范移动基站处理流程，及时处理基站发生的故障，保证基站故障设备能够在最短时间得以恢复及对网络指标的影响降到最低，特制定基站故障抢修指导手册，以便基站维护人员发现、处理、分析故障问题提供参考。 编制单位 中国移动通信集团江西有限公司鹰潭分公司网络部 指标要求 按照基站维护服务技术规范书的要求，基站维护人员在接到设备障碍通知后，应及时到现场处理。 处理原则 1.维护人员应按“先室内，后室外,先软件,后硬件”的原则进行故 障处理工作,即在排除电力、光缆中断的因素后，再进入基站处理故障， 在排除软件吊死、数据丢失等软件原因后，再对调、更换硬件。 2.在充分了解故障信息的情况下，尽量缩短故障处理时长，更换需 更换且仅需更换的板件。因此，接到故障通知后，应根据通知内容对故 障进行预判断，以便采取针对性的处理措施，定位真正的故障点，避免 错误信息误导，延长故障恢复时间。 3.维护人员在故障处理过程中，需协调其它部门或单位解决问题时， 应立即展开协调并向上级报告相关进展情况。

4. 对载频，主控板，传输板等故障处理应禁止在网络指标考核 (8:00-11:00,18:00-20:00)时段进行处理 2. 故障处理流程

3. 基站故障分类及参考处理步骤 基站载频退服 步骤1：先要求机房查看载频信令是否激活，即是否处于WO状态。如果载频信令没办法激活或已激活，整个BCF也已重启，但载频依然退服，则带上对应型号的载频。 步骤2：到站后，若扇区没开跳频，则闭掉一块正常工作的载频，将故障板件和它对调。若扇区开了跳频，则先叫机房闭站。 步骤3：对调后，重新集成，观察载频是否能正常工作，如果故障随着载频走，则用新板更换故障载频；如果故障依然存在原位置，则可能与载频硬件无关，需重新定位故障点。 步骤4：故障恢复后，处理板卡标签和固定资产变动，签好出入登记本以及故障处理记录，离开基站。 基站因停电退服 步骤1：维护人员接到停电通知后，首先需询问当地电力公司，看该基站附近是否在做电力抢修，如果电力公司确定是在做电力抢修，详细了解将停电时长及恢复供电时间。 步骤2：在得到确切的时间后，根据基站固定资源调查表，或平时巡检表的信息，判断电池组的持续供电时间，如果电业局确定能恢复供电的时间很短，远小于电池组的安全供电时间，则不必带油机前往基站发电，但需每隔1小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。 步骤3：根据基站的配置选定功率匹配并已经过检测完好的油机和电缆线，备足燃油和工具（万用表、钳形表、电笔、绝缘胶布以及其他常用工具）及时到达市电故障的基站。 具体油机选定方法举例如下：某基站通信设备直流负荷为45A（空调、照明除外），配置 GFM400Ah/48V蓄电池2组，开关电源为48V电源,基站由三相交

安徽移动家庭宽带故障处理案例汇编

. . .. . . 移动家庭宽带故障处理案例汇编

目录 概述 (4) 第一章用户端类故障 (5) 第一节网卡类故障 (5) 1、网卡MAC地址问题导致拨号错误676 (5) 2、用户网卡驱动未安装导致拨号错误代码645 (6) 3、网卡禁用及网线故障的处理 (6) 4、用户网卡适配模式导致拨号不成功的故障处理 (7) 第二节软件类故障 (8) 5、客户端电脑软件安装问题导致网速慢 (8) 6、宽带拨号错误代码676的故障处理 (9) 7、电脑上观看视频时反复回退的故障处理 (10) 8、电脑配置低导致网速慢的故障处理 (10) 9、网页无法打开的故障处理 (11) 10、游戏无法登陆的故障处理 (11) 第三节外接设备类故障 (12) 11、用户使用路由器上网导致拨号错误678 (12) 第四节账号类故障 (13) 12、用户反映账号无法使用的故障处理 (13) 13、宽带上网“691”故障处理 (14) 14、拨号错误691的故障处理 (14) 15、客户忘记宽带密码的故障处理 (15) 16、用户欠费导致拨号错误691 (15) 17、广电合作宽带用户拨号691的故障处理 (16) 18、拨号错误678和691的故障处理 (16) 第五节应用类故障 (17) 19、网页打不开和无法玩游戏的故障处理 (17) 20、频繁掉线和网速慢的故障处理 (17) 21、网络游戏慢的故障处理 (18) 第二章线路类故障 (19) 第一节光缆类故障 (19) 22、线路光衰过大导致网速慢的故障处理 (19) 23、光衰过大导致用户拨号678 (20) 24、光路误码率高导致用户频繁678故障 (20) 25、冷接子污染导致拨号678的故障处理 (21) 26、分支光纤长度过大导致ONU无法注册的故障处理 (21) 27、冷接头损坏导致拨号不成功的故障处理 (22) 28、光信号过强导致拔号错误678的故障处理 (23) 29、光纤弯曲直径过小导致上网频繁掉线的故障处理 (24) 30、主干光纤中断导致拨号678错误 (25) 31、ONT光衰正常但在网管上无法注册的故障处理 (26)

大型网络监控故障处理思路和方法

大中型网络IPC如果出现摄像头延迟，图像时常掉线，各几天就出现问题等一系列有关网络视频信号达不到的IPC的问题。如何快速定位是那个设备或者线材出现问题呢？ 首先施工选材方面我们要使用国标的网线和抗拉性强的网线，（电源线，网络摄像头和有关网络摄像头其它配件，不在本文介绍，回头我会详细介绍。本文重点阐述问题是有关网络摄像头图像延迟，无图像问题） 现在市场上有好多种材质的网线，我以市场常见的网线为例子，一个个说明： 1）铜包钢网线：它的电阻100米大概是75-100欧姆左右！这种网线也是市场上最便宜的网线，电阻水通信效果也不怎么好！！ 2）铜包铝网线：它的电阻100米大概是24-28欧姆左右！这种网线在市场上比较好卖，因为它便宜，且通信距离和效果都不错，可是他的使用寿命不是很长，因为他的抗氧化性差！ 3）铜包银网线：铜包银网线又叫高导铝网线，材质比铜包铝要纯，它的电阻大概是100米15欧姆左右，这种网线算是网线的新品种，价格也不贵，上网距离比铜包铝网线要远几十米，但是它的不足跟铜包铝网线是一样的，寿命都是不长，一样的弱点，抗氧化性差！说好听的是铜包银网线，说不好听的也是铜包铝网线，但是它的成本是比铜包铝实实在在的贵好几十块钱，当然他的性能也是铜包铝网线没法比的！ 4）铜包铜网线：这种网线电阻也不小，100米电阻值大概是42欧姆左右，上网性能一般，但是他抗氧化性强，使用寿命比铜包铝那些长得多！ 5）无氧铜网线：无氧铜网线电阻是最小的，100米电阻大概是9.5欧姆左右，这种网线是目前市场上性能最好的网线！最优质的网线！电阻小，传输距离远，速率高且使用寿命长！基本上现在市场上就是以上面五种材质网线为主，其他的就暂时是不说了，希望可以相互促进和学习！ **以上是选材方面，如果使用的线材质量过关。摄像头出现问题，那就可以直接排除了。接下来阐述如何检测故障原因。看图

4G基站故障处理手册LTE

TD-LTE产品维护手册 1、基站操作维护常用命令 ●LTE登陆IP：局向设置为192.168.0.49 电脑IP设置为192.168.0.X 255.255.255.0 ●查询RRU光路信息: DSP SFP ●查询RRU驻波状态: DSP VSWR ●查询基站版本命令：LST SOFWARE ●查询盲启开关命令：DSP DHCPSW 2、近端处理光路故障 ●TDS侧光路查询可使用命令DSP OPINFO 查询原有TDS光路好坏，是 否有光衰，通过查看BBU和RRU光口的输入输出功率来确定。 ●LTE侧光路查询可使用命令DSP SFP 查询光路好坏，是否有光衰，目前 开站要求收发光功率一般不小于1500，最小不能小于1000 。

3、近端处驻波故障 ●现网驻波值门限一般设置为1.5，LTE开通后门限一般都改为1.8了，也 就是说如果驻波值不超过1.8，是不会上报驻波告警的。TDL 的通道编号为0~7，驻波可通过命令DSP VSWR 来查询。 ●TDS的通道编号为1~8，驻波可通过DSP RRUPARA 来查询

4、基站近端登陆可查到的常见告警 5、故障处理流程和方法 （1）故障处理流程：

●故障处理流程包括以下几个环节：备份数据、收集并记录相关信息、确定 故障范围和类别、定位故障原因、故障排除、确认故障是否被排除、记录故障处理过程。 6、故障处理方法 ●备份数据 为确保数据安全，在故障处理的过程中，用户应首先保存现场数据，备份相关数据库、告警信息、日志文件等。

●故障信息收集 故障信息是故障处理的重要依据。任何一个故障的处理过程都是从维护人员获得故障信息开始，维护人员应尽量收集需要的故障信息。 ●确定故障范围和类别 根据故障现象，确定故障的范围和种类。 ●定位故障原因 故障定位就是从众多可能原因中找出故障原因的过程，通过一定的方法或手段分析、比较各种可能的故障成因，不断排除非可能因素。 7、常用故障维护功能 ●用户跟踪 用户跟踪基于用户号码，可以按照发生时序完整的跟踪用户的标准接口、内部接口消息、内部状态信息，并显示在屏幕上。 ●接口跟踪 接口跟踪基于某个标准（或内部）接口，可以按照发生时序完整的跟踪该接口上的所有消息，并显示在屏幕上。 ●对比/互换 对比/互换可以帮助用户判断故障的范围或位置。 ●倒换/复位 倒换用于确定主用设备是否异常或者主备用关系是否协调；复位主要用于排除软件运行异常。 8、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，

诺西GSM基站常见告警及处理建议

诺西GSM常见告警处理建议 一、 UltraSite BTS常见告警 1、7600 BCF FAULTY 基站故障 (1) Crystal oscillator damage 晶体振荡器损坏 Oven oscillator is broken 晶体振荡器故障 处理建议：更换BOIA单元。 (2) Base station synchronous failure 基站同步失败 处理建议：①检查同步线及接头②检查传输设置的同步设置③更换BOIA单元并重启BCF。 (3) BIOA unit to the temperature too high BIOA 单元温度太高 处理建议：①确保周围环境温度在允许的范围内②检查机柜风扇单元③更换BOIA单元。 1、7601 BCF OPERATION DEGRADED 基站性能下降告警 (1)Power unit output voltage fault./Power unit input voltage fault./No connection to power unit电源单元输入或输出电压故障，或者无法连接到电源单元 处理建议：更换所有出故障的电源单元。 (2)Power unit temperature is dangerously high电源单元温度太高 处理建议：①确保周围环境温度在限定范围内②检查机柜风扇③更换电源单元 (3)Difference between PCM and base station frequency reference.PCM链路和基站的频率参考有差异 处理建议：①检查2M线和2M头子②调整基站主时钟，观察时钟是否稳定③更换BOIA。 (4) Flash operation failed in BOI or TRX BOI或者TRX闪存操作失败 处理建议：更换BOIA。 (5)POWER SUPPLY FAULT 电源模块故障

IT运维问题分析报告

IT运维问题分析报告 为提高IT运维用户服务感知满意度，提高运维工作效率，完善运维基础设施建设，现对IT运维工作中存在的紧迫性问题进行分析总结，报告如下： 一、运维现状 ******承担了我局****平台、****系统、****系统辅助审批、****系统的基础环境运维，涉及到了硬件、网络、系统、安全等各个方面。 详细信息见附件一《IT运维简介》。 二、问题分析 根据IT运维现状，以及用户和中心各部对IT运维工作的意见和建议，参照《信息安全等级保护》三级标准，结合中心实际，对IT运维工作存在的问题分析总结如下： (一)制度保障缺失 1.全局无《信息系统管理制度》，局用户没有信息化操作约束，运维团队无执行 依据。 2.没有指导开展IT运维工作的保障制度，如《机房管理制度》、《密码管理制度》、 《数据备份管理制度》、《系统管理制度》等。不能有计划有目的地开展it运维工作。 (二)工作边界不清晰 各IT运维相关部门岗位职责划分不够细，造成运维工作有交叉，工作边界不清晰。例如：

1.数据备份工作。涉及到数据部和******，甚至全局所有用户。 2.信息系统涉密检查。应有涉密主管部门牵头处理，涉及到IT运维的由运维 团队配合处理。 3.系统安全运维。涉及到运维管理和数据管理，工作界定不清晰，工作有交叉。 4.系统管理。应用系统基础环境搭建、系统开发、测试、运维,会涉及业务运 维和技术运维团队。 (三)基础运维环境不完善 1.缺少统一的运维监控平台。 中心现已部署大量系统，每个系统都会涉及到一台甚至多台服务器，无统一的监控平台会导致服务器硬件、操作系统、应用服务、网络设备链路状态等关键部分出现故障时，无法第一时间发现并排查问题，运维的响应时间会变长。同时也不能提前预防事件的发生。 2.缺少必要的安全防护。 专网缺少防火墙，所有用户和服务器处于同一网络中，服务器面临威胁。 没有漏洞补丁服务器，专网与因特网是隔离的，内网的计算机操作系统不能及时更新补丁。 缺少准入控制系统，本单位和外单位人员可以随意接入****专网，没有统一的用户身份认证，数据安全面临威胁。 3.缺少日志审计系统。 系统出现问题后无法追踪问题的根源并找到问题的最佳解决办法。对服务器所作的修改无日志记录，出现问题后无法界定责任人。 (四)服务意识有待加强

安徽移动家庭宽带故障处理案例汇编

安徽移动家庭宽带故障处理案例汇编

安徽移动家庭宽带故障处理案例汇编

目录 概述 (10) 第一章用户端类故障 11 第一节网卡类故障 11 1、网卡MAC地址问题导致拨号错误676 (11) 2、用户网卡驱动未安装导致拨号错误 代码645 (12) 3、网卡禁用及网线故障的处理 (12) 4、用户网卡适配模式导致拨号不成功 的故障处理 (13) 第二节软件类故障 14 5、客户端电脑软件安装问题导致网速 慢 (14) 6、宽带拨号错误代码676的故障处理 (15) 7、电脑上观看网站视频时反复回退的 故障处理 (16)

8、电脑配置低导致网速慢的故障处理 (16) 9、网页无法打开的故障处理 (17) 10、游戏无法登陆的故障处理 (18) 第三节外接设备类故障 18 11、用户使用路由器上网导致拨号错误 678 (18) 第四节账号类故障 19 12、用户反映账号无法使用的故障处理 (19) 13、宽带上网“691”故障处理 (20) 14、拨号错误691的故障处理 (20) 15、客户忘记宽带密码的故障处理.. 21 16、用户欠费导致拨号错误691 (21) 17、广电合作宽带用户拨号691的故障 处理 (22) 18、拨号错误678和691的故障处理 (22) 第五节应用类故障 23

19、网页打不开和无法玩游戏的故障处 理 (23) 20、频繁掉线和网速慢的故障处理.. 24 21、网络游戏慢的故障处理 (24) 第二章线路类故障 25 第一节光缆类故障 25 22、线路光衰过大导致网速慢的故障处 理 (25) 23、光衰过大导致用户拨号678 (26) 24、光路误码率高导致用户频繁678故 障 (26) 25、冷接子污染导致拨号678的故障处 理 (27) 26、分支光纤长度过大导致ONU无法注 册的故障处理 (27) 27、冷接头损坏导致拨号不成功的故障 处理 (28) 28、光信号过强导致拔号错误678的故 障处理 (29) 29、光纤弯曲直径过小导致上网频繁掉

运维故障处理思路

事件/故障处理应该要有什么思路 导读: 在讲解事件、故障处理思路前,我先讲一个故障场景(以呼叫中心系统作为一例子): 业务人员反映呼叫中心系统运行缓慢,部份电话在自助语言环节系统处理超时,话务转人工座席,人工座席出现爆线情况。 运维人员开始忙活了,查资源使用情况、查服务就是否正常、查日志就是否报错、查交易量还有没有……时间不知不觉的在敲键盘、敲键盘、敲键盘中过去,但就是原因还未定位。 经理过来了解情况:“系统恢复了不？”、“故障影响就是什么？”、“交易中断了不？”…… 运维人员赶紧敲键盘,写sql,瞧交易量;敲键盘,写命令,瞧系统资源、情况…… 最终,定位到问题原因就是其中一个功能没有控制返回数量,导致内存泄露。 针对这个故障,业务希望运维能否更快的解决故障的恢复,经理希望制定优化呼叫中心故障处理流程,做了以下几件事: 1.优先故障处理过程的时间——”能通过鼠标完成的工作,不要用键盘“ 2.提前发现故障,加强监控——“技术早于业务发现问题,监控不仅就是报 警,还要协助故障定位” 3.完善故障应急方案——“应急方案就是最新的、准确的、简单明了的” 4.长远目标:故障自愈——”能固化的操作自动化,能机器做的让机器做“ 下面将从故障常见的处理方法开始介绍,再从故障前的准备工作(完善监控、制定应急方案等方式)来解决经理提出的问题,并提出未来解决故障的想法。 1、常见的方法: 1)确定故障现象并初判问题影响 在处理故障前,运维人员首先要知道故障现象,故障现象直接决定故障应急方案的制定,这依赖于运维人员需要对应用系统的整体功能有一定的熟悉程度。 确认了故障现象后,才能指导运维人员初判断故障影响。 2)应急恢复

诺西故障处理案例库

一体化代维项目试点课题研究成果 故障处理案例库 中国移动通信集团福建有限公司 二○一二年四月

目录： 1基站专业 (5) 1.1天馈类 (5) 1.1.1.Antenna connection faulty. (5) 1.1.2.Rx levels differ too much between main and diversity antennas (6) 1.1.3.RSSI detected Rx signal difference exceeding threshold (7) 1.1.4.ERxx DDU module has detected VSWR above minor limit at A (Or B) (8) 1.1.5.ECxx RTC module has detected VSWR above major limit at antenna (10) 1.1.6.RF module detected VSWR above major limit (11) 1.1.7.The reflected power of remote tune combiner is too high (12) 1.1.8.CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD (13) 1.1.9.MEAN HOLDING TIME BELOW DEFINED THRESHOLD (15) 1.1.10.EXCESSIVE TCH INTERFERENCE (16) 1.1.11.BTS WITH NO TRANSACTIONS (18) 1.2基站硬件类 (19) 1.2.1Oven oscillator adjustment function interrupted (19) 1.2.2ESMA System module has lost connection to ESEA System Extension module (20) 1.2.3ESMx System module has lost connection to all modules on optical ports (21) 1.2.4FBUS HW failure (22) 1.2.5LAPD failure (23) 1.2.6ECxx RTC module received insufficient Tx power (24) 1.2.7EXxx TRX module Tx power overdriven at DPC (25) 1.2.8ERxx DDU module has detected no Tx power at TxB input (26) 1.2.9RF Module has detected no TX power in internal filter block (27) 1.2.10The RF receiver frequency hopping synthesizer 1 is not locked (27) 1.2.11The transmitter output power has dropped at least 3 dB (28) 1.2.12EXCESSIVE TCH INTERFERENCE (29) 1.2.13CHANNEL FAILURE RATE ABOVE DEFINED THRESHOLD (30) 1.2.14The tuning of a cavity has failed in remote tune combiner (31)