基站故障处理流程

基站故障处理流程图

一、基站故障处理

ERROR LOG统计

在基站或者小区出现故障，但小区又没有退服的情况下，按照本手册进行处理。特别要求基站班故障处理派单人员在向县公司转派工单时，需要在工单中说明。

（一）对于影响网络运行指标或者用户通话感受的故障，需要立即进行处理，尽可能的缩短故障历时。这类故障需要停站

进行处理的，不在基站停站操作流程要求范围之内。

?TCH掉话率高、SDCCH掉话高。

?TCH指派失败率高、SDCCH应答试呼比低。

?引起较严重网络拥塞的。

?出现用户投诉的。

（二）对于网络运行指标或者用户通话感受没有影响或者影响不明显的故障，需要停站处理的，需要按照基站停站操作流

程进行停站操作。例如：

?分集接收告警的处理。

?BUS FAULT类故障的处理。

?VSWR limits exceeded故障。

?对于不能明确的，需要向基站班BSC故障处理配合人员请示后进行。

二、基站传输故障处理

1.基站传输时钟不同步的处理流程

爱立信RBS2000基站与BSC的同步是通过从E1或T1中提取的8KHz时钟信号送到DXU中的定时单元中，对定时单元中晶振产生的稳定的脉冲信号进行相位调制（就是与PCM信号实行同步），将调制后的信号通过定时总线Timing Bus送入到TRU，以控制载频与整个基站系统的同步。

爱立信基站出现时钟不同步告警时，有两种情况，

1、MO TF状态为NOOP,出现A2级别告警，这时基站不同

步问题严重，基站会退出服务。

2、MO TF为OPER，但用RXMFP:MO=RXOTF-TG号指令查看

会有时钟不同步告警的提示代码，基站能够正常运行，

只是有不同步告警，轻微的情况看不出对指标的影响，

稍严重的情况会影响切换等指标。

通过爱立信RBS2000基站系统的同步原理，出现时钟不同步告警时应该从以下方面进行排查：

1、如果是新开通机架，首先检查DXU连线和接头，比如

G.703-1与G.703-2传输接口的连线倒了，与OMT以及BSC

侧定义的数据不符。进行处理看能否解决

2、如不是新开通机架，首先检查传输是否存在明显问题，比

如网管有告警、传输设备有告警，这是需派单到传输班处理，

进行重新卡线等

3、如传输没有明显问题或传输班处理后问题仍然存在考虑更

换DXU处理

4、如果更换DXU仍不能解决，要进一步检查传输，需要向传

输班申请更换基站上的SDH或PDH时钟板等设备

5、如还不能解决，派单传输班重新跳线更换BSC侧RBLT端口

或ETC板

6、如果还不能解决，检查基站背板并更换定时总线（Timing

Bus）

流程图

2、基站传输误码高的处理流程

基站传输误码高可能会引起小区频繁退服、信道完好率不足100%、小区掉话高、小区应答试呼比低等故障。对网络运行指标和用户感受都有较大的影响。2005年在处理此类故障时执行的处理流程是先排除基站侧的硬件故障的可能，然后在处理传输故障。

但是根据全年的基站传输误码统计，95%以上的原因与传输有关，而与基站硬件特别是DXU无关。原先的流程不利于基站故障的及时处理，为此对流程做如下调整。

1、出现小区退服或小区完好率不足100%，从BSC侧查看传输状

态，如传输中断，直接派单到传输班

2、如传输误码高，先到站查看相关传输头子等连接，进行现场

处理。

3、如没问题，或处理后不能解决，派单到传输班处理，包括重

新卡线或重新跳线更换RBLT等

4、如仍不能解决，考虑更换DXU等基站设备

5、如仍不能解决回到第二步

流程图

二、基站主设备扩容改型工作

（一）在进行扩容改型工作中严格按照临沂移动网络[2005]47号《关于重申基站停站操作流程的通知》的要求进行。

（二）异常情况的应急处理

?扩容过程中出现异常情况，小区不能正常进服时，首先要向基站班相关人员寻求技术支持。

?出现异常情况，经技术支持仍然不能现场解决问题的，应该将基站恢复到原硬件原配置，要求中午施工的一定要在14:30

前使小区进服。晚上施工的一定要在早7：00前使小区进服。

并上报基站班进行进一步的分析解决。

（三）流程图

一、传输方面的故障

这方面的故障从不里分又可以分为两个方面一是租用传输，另一是自建传输。

1、租用传输由于是租用通讯公司的传输由于光缆的老化验经常会出现这样哪样的问

题。最常见的是以下几个问题：

⑴传输质量不好，误码过高严重时可导致我基站退服。这种故障对租用传输来讲一般

是在高温的时候产生，最主要的原因是由于网通公司的光缆老化所造成的，再而就是网通公司传输机房的温度过高所产生的（通讯公司传输机房内没有空调），这时我们必须和网通公司的技术员联系，让他到他们的基房内，给我们的线路做一下调整，重新换一个两兆一般就可以角决问题。但是根本的解决办法还是改自建的传输。

⑵传输时钟不同步问题

对于通信公司的传输来说在部分时钟不同步问题的故障是出在他们的基房内部，所以这样的故障在处理时一定要找通信公司的技术员调合，让他主要检查一下他们设备如果是PDH传输的最好是更换一下通道一般这样就可以解决问题。如果不是PDH而是从他们基房内直接引入的两兆哪问题多数出现在两兆卡线的地方重新做一下线就会好的。

⑶传输误码过高

由于通信公司的传输线路中间的结点过多，往往由于局部的问题而影响到我们的基站，有时的基站传输码过高可能由于局部的某一段上的问题引起的，在一个大的传输网中，由于某一段传输上的误码过高，长时间的堆积这样就会影响到下一段传输，而由于我们的设备相对于通讯公司的设备来说对传输的要求要高，所以这样的结果是对我们的设备造成退服，这样问题的解决办法是同通信公司的维护人员一起对误码段进行定位后让他们对线路做一下调整。

2、自建传输

自建传输较典型的故障是以下两个：

⑴传输的时钟不同步问题

DXU内部可产生一个时钟，如果这个时钟出现问题可以导致传输时钟不同步，所以我们可以更换一下DXU，如果这样还不能解决问题，哪我们就应尽早的和传输班请求他的配合，必要时更换SDH上的板件。

⑵传输的误码、滑码问题

对于这样的问题，首先检查是否是基站内的两兆线的接头处是存在氧化问题，如果不是这样的问题，哪问题就应定位在传输机房内，有可能是机房内的两兆卡线存在问题，请伟输班班人员配合处理。

（注：可编辑下载，若有不当之处，请指正，谢谢!）

基站故障处理流程规范

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

2. 故障处理流程

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

故障管理故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心二〇〇八年八月目录第一章目的 (3)

第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9) 第一章目的工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。第二章工程运维中心在95013业务维护管理中的职责

a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括：一种以上业务全部中断≥60分钟一省以上业务全部中断≥60分钟用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。第四章故障处理的原则：先抢通，后修复；先核心，后边缘；先本端，后对端；先网内，后网外，分故障等级进行处理。第五章故障处理时限要求。 1. 重大故障，故障处理时限≤2小时。

故障管理及故障处理流程规定

故障管理和故障处理流程规定 (暂行稿) 工程运维中心二〇〇八年八月目录第一章目的 (3)

第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括：一种以上业务全部中断≥60分钟一省以上业务全部中断≥60分钟用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。第四章故障处理的原则：

基站故障处理一般流程

基站故障处理一般流程(V1.1) 必备工具 (3) 相关文档 (4) 一般问题处理流程 (5) 1X信令无法建立 (5) EVDO信令无法建立 (6) URC告警 (6) URC-Ⅱ告警（参照URC） (7) CTU/CTU-Ⅱ告警 (7) CMU告警 (8) SBEVM告警（参照CMU） (9) 功放告警 (9) MCR/UCR告警 (9) 滤波器告警（仅限于compact 4.0, modcell 4.0） (10) PDC (10) 1X无法建立呼叫处理流程 (10) DO无法建立呼叫处理流程 (10) 背板返修处理流程 (10) 施工过程中应该注意的事项 (10) 减少RRH返修率办法 (11)

版本更新原因: 添加RRH的处理方法和对应的告警显示,对于工程期间RRH的测试提出一些建议,希望能够减少返修RRH的NTF率.

必备工具

医院信息系统故障处理应急预案

医院信息系统故障处理应急预案一、总则（一）目得为有效防范医院信息系统运行过程中产生得风险，预防与减少突发事件造成得危害与损失,建立与健全医院计算机信息系统突发事件应急机制，提高计算机技术与医院业务应急处理与保障能力，确保患者在特殊情况下能够得到及时、有效地治疗，确保计算机信息系统安全、持续、稳健运行. （二）编写依据根据《湖南省网络与信息安全应急预案》及国家信息安全相关要求与有关信息系统管理得法律、法规、规章，并结合医院得实际，编制木预案。（三）工作原则统一领导、分级负责、严密组织、协同作战、快速反应、保障有力（四）适用范围适用于医院计算机网络及各类应用系统二、组织机构与职责根据计算机信息系统应急管理得总体要求，成立医院计算机信息系统应急保障领导小组（简称应急领导小组），负责领导、组织与协调全院计算机信息系统突发事件得应急保障工作。 1.领导小组成员: 组长由院长担任。

副组长由相关副院长担任。成员由信息中心、院办、医务科、护理部、财务科、医保办、总务科等部门主要负责人组成。应急小组日常工作由医院信息中心承担，其她各相关部门积极配合。 2。领导小组职责： (1 )制定医院内部网络与信息安全应急处置预案。 (2)做好医院网络与信息安全应急工作。 (3)协调医院内部各相关部门之间得网络与信息安全应急工作, 协调与软件、硬件供应商、线路运营商之间得网络与信息安全应急工作. (4)组织医院内部及外部得技术力量，做好应急处置工作。三、医院信息系统出现故障报告程序当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息中心报告?信息中心工作人员对各工作站提岀得问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行分析，如果故障原因明确，可以立刻恢复得，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除得，应立即报告应急领导小组,在网络不能运转得情况下由应急领导小组协调全院各部门工作，以保障全院医疗工作得正常运转。四、医院信息系统故障分级根据故障发生得原因与性质不同分为三类与其它故障：一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、

问题与故障处理流程图

NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。

●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤，监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展，直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分析。

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、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，

信息系统的应急预案

一、总则 (一)、基本原则：明确责任、分级负责。按照“谁主管谁负责”的原则，建立和完善责任制度、协调管理机制和联动工作机制。根据部门职能，各司其职，落实到人，加强部门间的协调与配合，形成合力，共同履行应急处置工作的管理职责。 (二)、适用范围：本预案适用于史丹利化肥有限公司网络与信息系统故障的应急响应工作。二、日常准备工作 (一)、软资源备用：对重要信息资源需要有足够备份，并将备份存放于攻击和灾害不能及的地方。 (二)、设备备用：在工作现场有主板、硬盘、光驱、网线等备件，以及备用的外部设备。 (三)、电源备用：配置不间断UPS电源。不间断电源可在断电后维持工作3小时以上。 (四)、重要或大型系统中的关键设备和信息安全产品采用双机热备份。三、应急处理流程信息管理科人员在监控过程中发现或收到其他部门反馈不能正

常使用办公或业务应用系统等故障事件，相关软件、硬件的技术人员立即行动，初步查明原因(电力、服务器、存储、网络、应用系统软件等)，并向科室、部门相关领导汇报。部门领导在听取情况汇报后，根据事件的范围、影响和紧急程度启动相应的专题预案。如果没有相应的专题预案，要根据情况迅速采取措施抑制事件的扩散，恢复系统运行。信息管理科尽快通过OA、电话、短信平台、网上销售系统网站等方式向各科室、各分厂下发《应用系统暂停通知》或公告。各部门、各分厂要做好信息系统出现故障后的应急安排，尽力减小对公司正常业务的影响。信息管理科人员进一步落实故障原因，根据事件的范围、影响程度，采取应急措施，尽快恢复系统运行。信息管理科在对系统完成修复后，在完成测试的基础上，经请示相关领导进行系统的启用，同时通过OA、网上销售系统网站、电话等向各部门、各分厂发布系统恢复公告。四、事件分类事件类型按照各种突发紧急事件的影响范围，将史丹利网络与信息系统事件分成全局事件(总公司核心信息系统因电力、网络、软硬件等故障原因，导致全厂信息系统无法正常工作)和区域事件(SAP、网上销售系统、OA、BO、用友等系统故障，导致局部范围内的业务工作无法正常进行)。五、全局事件处理

监控系统故障应急处置措施

监控系统故障应急处置措施一、监测监控故障应急处理措施故障处置负责人：张谦具体处置人员：刘海龙张雷故障处置程序： 1、监控值班员发现传感器断线，或接到现场施工人员汇报传感器断线后，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断。 3、联系施工现场班组长或电工，检查传感器航空插头线，并重接。如恢复故障处置完毕。 4、上述过程不能恢复，监控维修值班员要带好备件及抢修工具及时赶赴现场，到达现场后，监控维修值班员由施工队组电工配合，从分站到传感器各接点一一排查，直至更换传感器或更换分站接口。 4、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。（二）、分站断线不能上传数据。故障处置程序： 1、监控值班员发现一分站所有传感器断线不能上传数据时，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断，监控主机与该分站的网络通讯是否正常。a、如该分站的网络节点与监控主机通讯不正常，到环网交换机处更换分站网络

节点，由监控值班员重新设置。b、如该分站的网络节点与监控主机通讯正常，立即下井检查，分站电源供电是否正常、环网交换机与分站的连接线是否短路或断路，直至故障处置完毕。 3、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。（三）、环网交换机断线不能上传数据。故障处置程序： 1、监控值班员发现若干分站所有传感器断线不能上传数据时，要立即向值班领导汇报。 2、根据领导指示检查监控主机设置是否正确，且是否将控制范围内电源切断，断线分站是否同属一台环网交换机，如不同属一台环网交换机，按分站断线处置。如同属一台环网交换机，立即检查监控主机与该环网交换机的所有网络节点的通讯是否正常。a、如该环网交换机的所有网络节点与监控主机通讯不正常，要及时赶赴现场检查环网交换机电源是否供电正常或现场更换环网交换机，由监控值班员重新设置。b、如该环网交换机的部分网络节点与监控主机通讯正常，立即更换故障分站的网络节点，由监控值班员重新设置。 3、故障处置完毕后，监控维修值班员在现场电话联系监控值班员确认数据上传是否正常。监控系统正常运行后方可上井。（四）、监控主机故障，不能实时监控。故障处置程序： 1、监控值班员发现监控主机不能运行时，要立即向值班领导汇

信息系统(设备)故障处理制度

信息系统（设备）故障处理制度（试行）（2018年8月版）第一章总则为规范公司信息系统的故障申告、受理、处理和修复后业务验证等日常维护支撑和管理工作，保证故障申告、受理、处理和业务验证的及时性和有效性，进一步明确各部门的职责、工作流程、相关要求以及考核指标，特制定本制度。第一条适用范围本制度所指信息系统包括：机房环境、配套网络、计算机硬件平台、基础软件、应用软件。第二章故障处理流程第二条信息系统的分类将信息系统分为重要信息系统和非重要信息系统两类。重要信息系统是指支撑公司重要业务，信息安全和服务质量的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。非重要信息系统是指除重要信息系统之外的信息系统。第三条信息系统故障分级据信息系统故障的影响范围及持续时间等因素，将信息系统故障分为重大故障、较大故障、一般故障三个级别。当故障满足多个级别的定级条件时，按最高级别确定故障级别。重大故障（一级）: 由于线上系统服务宕机，系统的操作性能严重降低,重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达3个小时（含）以上，对业

务运作造成重大影响。较大故障（二级）: 由于系统操作功能受损，使业务运作中的某一部分功能受到不良影响，但其它部分业务功能仍可正常运作，重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达半个小时（含）以上，一般故障（三级）: 由于系统的操作性能（效率）降低，业务运作的受到不良影响，但业务功能应用仍可正常工作，在主要业务服务时段导致业务无性能不足达1个小时（含）以上；第四条执行标准本制度由负责解释和修订，自发文之日起开始执行。第五条组织及职责，故障管理实行-两级管理体系本制度涉及的相关组织有信息系统故障申告部门、受理部门、处理部门。 1、申告部门包括、分支机构相关信息系统的使用部门。申告分为、和三个层面。申告到层面能够解决的故障和问题，无须上报层面，在层面归口解决，解决不了的再上报层面解决。 2、受理部门分为和两个层面。原则上，负责故障受理和预处理，各负责级故障受理和预处理。 3、处理部门分为和两个层面。原则上，负责上报到的故障处理；各负责级的故障处理；科技联系人负责级的简单故障处理。申告部门职责 1.负责将发现的系统故障以及问题、建议提交到故障受理部门。 2.负责在故障处理过程中与故障处理部门进行沟通。 3.负责对已修复的故障进行业务验证，在业务验证通过后及时关闭故障。受理部门职责

管理信息系统开发过程中存在的问题及怎么解决

管理信息系统开发过程中存在的问题及怎么解决 1.对管理信息系统的认识有偏差管理信息系统的建设与评价侧重计算机硬件配置.而不是信息开发与利用的方法和深度.这种误读给国内外许多组织的管理信息系统带来惨重损失。 2.目标不明确管理信息系统开发前调研不够充分，分析不够清楚明了，就比如开发的工作人员中，对整个系统所需要达到的目标没有基本的，明确的、全面的的概念，就照着自己的想法做下去，进行设计和开发，做了大量工作后才发现设计不能满足用户的需要，而使得系统开发失败，重新开发设计，这样就浪费了大量的人力、物力、财力以及时间。 3.开发时忽视了高层领导者的态度有时候开发人员本着自己的意愿设计并开发出了管理信息系统，尽管系统很好，但领导不满意属下擅自动手，不听指挥，从而浪费了时间，资源和心血，还加剧了与领导之间的隔阂。并且在没有领导的授权和支持下，能开发出一个好的信息系统很是艰难。 4.开发时缺乏既懂计算机知识又懂管理业务的复合型人才，并且人员之间的合作能力较差 “只要熟练掌握几门计算机语言，就可以成为一个优秀的信息系统开发人员”这种观点是极其错误的。计算机程序设计语言是实现计算机信息系统的一种工具或手段，编码只不过是计算机信息系统开发过程中的一小部分工作，管理信息系统开发是一项多人群体性的任务，需要很好的合作与协调，没有这些很难开发出所需要的系统，并且会使系统开发周期变长，无针对性。 5.教育、理论体系研究落后在教育方面主要表现在教学内容陈旧，理论落后于实践，理论在某种程度上又脱离实践，在教学中往往注重学生的编程技巧能力培养，而忽视系统分析、设计能力的培养，学生的实践能力差，团队合作能力差，系统开发本身还缺乏一套严格的理论基础以及缺少一套简单有力的开发工具。 6.开发后缺乏软件测试，并且安全性有待提高软件测试是开发过程的必要过程，不进行的话，很难知道是否达到预先的要求，实现想要达到的目的，安全性问题在我国是一个很大的问题，山寨，盗版比较猖獗，这增加了开发的成本并严重影响了更新的速度。

医院信息系统故障处理应急预案

检验科信息系统故障处理应急预案一、编制目的为有效防范医院信息系统运行过程中产生的风险，预防和减少突发事件造成的危害和损失，建立和健全医院计算机信息系统突发事件应急机制，提高计算机技术和检验科业务应急处理和保障能力，确保患者在特殊情况下能够得到及时、有效地治疗，确保计算机信息系统安全、持续、稳健运行。二、编制依据根据《内蒙古网络与信息安全应急预案》及国家信息安全相关要求和有关信息系统管理的法律、法规、规章，并结合医院的实际，编制本预案。三、适用范围适用于检验科各类应用系统四、组织机构根据计算机信息系统应急管理的总体要求，成立检验科计算机信息系统应急保障领导小组（简称应急领导小组），负责领导、组织和协调检验科计算机信息系统突发事件的应急保障工作。（一）人员构成：组长：田永丽副组长：李阳，段弘张建强凌海峰

成员：何斌兰宁王元霞李建雄邓小英董敖渤贾姝洁段立志刘晶（二）工作职责：（1）制定检验科内部网络与信息安全应急处置预案。（2）做好检验科网络与信息安全应急工作。（3）协调医院内部各相关部门之间的网络与信息安全应急工作，协调与软件、硬件供应商、线路运营商之间的网络与信息安全应急工作。（4）组织医院内部及外部的技术力量，做好应急处置工作。五、应急处置程序（一）医院信息系统出现故障报告程序当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息中心报告。信息中心工作人员对各工作站提出的问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行分析，如果故障原因明确，可以立刻恢复的，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除的，应立即报告应急领导小组，在网络不能运转的情况下由应急领导小组协调全院各部门工作，以保障全院医疗工作的正常运转。（二）医院信息系统故障分级根据故障发生的原因和性质不同分为三类和其它故障：

矿井安全监控系统断电故障处理程序示范文本

矿井安全监控系统断电故障处理程序示范文本 In The Actual Work Production Management, In Order To Ensure The Smooth Progress Of The Process, And Consider The Relationship Between Each Link, The Specific Requirements Of Each Link To Achieve Risk Control And Planning 某某管理中心 XX年XX月

矿井安全监控系统断电故障处理程序示范文本使用指引：此管理制度资料应用在实际工作生产管理中为了保障过程顺利推进，同时考虑各个环节之间的关系，每个环节实现的具体要求而进行的风险控制与规划，并将危害降低到最小，文档经过下载可进行自定义修改，请根据实际需求进行调整与使用。 1、中心站值班人员一旦发现矿井安全监控系统出现断电故障，及时汇报监控系统责任人，之后根据故障状况，若必要，尽快通知断电故障区域的瓦检员查看故障情况(包括安全监控系统的故障闭锁情况)，并及时汇报分管领导。 2、各类人员发现矿井安全监控系统出现断电故障时，要及时向矿调度室汇报。矿调度室接到汇报后及时通知矿值班领导。调度员接听汇报时要详细询间与记录断电故障部位、故障状况、故障发生时间及汇报人情况。 3、值班监测电钳工与中心站位班员及时综合分析井上、下反馈的断电故障状况，查找断电故障原因，确定合理的故障处理方法与安全措施，尽快消除断电故障，并及

时将断电故障原因、处理结果向调度室汇报。 4、矿井安全监控系统出现断电故障时，值班监测电钳下、中心站值班员等人员不能排除断电故障或不能查清断电故障原因时，及时向分管矿领导汇报。 5、安全监控设备出现断电故障时，矿调度室接到关于受断电故障影响区域的汇报后，及时对故障所影响区域内的作业人员下达停止作业指令，并切断通往断电故障影响区域的所有非木质安全型电气设备的供电。 6、排除矿井安全监控系统断电故障的作业中，作业人员必须按操作规范进行验电、放电，严禁带电作业；验电、放电时要1人操作1人监护。 7、排除矿井安全监控系统断电故障中需用普通型测量仪表时，必须在风流中瓦斯小于1 %且附近20米内无瓦斯积聚的地点使用，并用甲烷检测报警仪实时监测作业地点的瓦斯状况，一旦风流中瓦斯达到1%或附近20米内出现

应急抢修工作流程及规范

应急抢修工作规范一、故障抢修工作要求 1、根据移动公司要求，结合本地实际情况制定维护项目部抢修工作管理办法，确保抢修工作按照移动公司要求完成。 2、所有故障抢修时限必须符合当地移动公司和省移动公司代维工作指导原则的有关要求； 3、维护值班室必须确保每个故障落实到维护队处理，没有处理人的故障必须立即通知项目经理，由项目经理协调进行故障处理； 4、VIP站、电池放电时间表等与故障抢修密切相关的资料必须张贴在维护值班室明显处，维护人员、值班人员必须熟记； 5、出现大面积故障的情况时，值班人员必须立即通知项目经理，由项目经理指挥故障抢修，并及时向移动公司主管人员汇报； 6、因客观原因不能完成的抢修应向移动公司主管人员汇报，征得同意后方可申请挂起，并在故障回单中详细说明原因，如需第三方处理的问题我方有责任跟踪处理情况并协助处理； 7、对于因备件送修不能及时处理的故障，必须在备件取得备件1 天内完成故障的抢修故障，紧急情况必须在取得备件后立即处理； 8、对于机房漏水或渗水应立即修补，在下雨检查时发现漏水的机房应先采取应急措施，保证设备不受影响；属于安全或消防的故障，在故障未处理好之前，在保证人身安全的情况下，应留

人值守机房，直到故障处理完毕。 9、在进入机房进行故障抢修工作时，必须遵守机房的管理规定，做好机房的出入登记工作，并按照要求在故障处理记录本中详细记录故障的处理情况； 10、按照要求进行故障处理情况的汇总，并及时上交移动公司； 11、定期对故障处进行分析，找出故障发生的规律，并及时总结处理经验，形成维护经验处理数据库，提高维护工作水平。流程说明：（1）客户监控室将基站故障情况以电话的形式通知维护值班室；另外巡检中发现的故障（巡检人员未能处理的）也将通知维护值班室。（2）维护值班室填写故障抢修单，同时通知抢修人员，知会维护项目经理，并随时跟进故障处理情况。（3）抢修人员进行基站故障抢修，发现重大问题应及时报告。故障定位必须准确、认真，必须第一时间处理故障，并积极配合维护值班室做好回单解释工作。（4）故障处理完毕后与客户监控室联系确认是否完全处理完毕。如果处理完毕后电话通知武汉营销中心负责人员和郊区分公司负责人。（5）不能及时处理时必须向项目部经理提出技术支持申请。（6）维护部项目经理根据故障情况进行申请审核，如属主观原因马上进行技术支持，客观原因将通知值班室向客户申请挂起。主观原因是指因抢修人员技术水平原因造成故障无法处理的情况；客观原因是指故障处理需要其它单位（如备件、传输、供电、设备厂家、业主等）配合但又无法得到配合时的情况。（7）值班室向客户申请挂起，获准后挂起故障，维护项目经理跟踪处理情况。

4G基站故障处理手册LTE

4G基站故障处理手册 L T E https://www.360docs.net/doc/7b10952795.html,work Information Technology Company.2020YEAR

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、故障处理方法备份数据为确保数据安全，在故障处理的过程中，用户应首先保存现场数据，备份相关数据库、告警信息、日志文件等。故障信息收集故障信息是故障处理的重要依据。任何一个故障的处理过程都是从维护人员获得故障信息开始，维护人员应尽量收集需要的故障信息。

信息系统故障处理应急预案

上饶县交通警察大队信息系统故障处理应急预案一、信息系统应急预案组织机构为了保证公安交警网络和信息系统的安全，防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪，特制订上饶县交警大队信息系统安全应急方案。二、信息系统故障等级划分 1、一级故障信息系统发生故障，预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上，并预计4小时以内无法恢复的，具备以下一个或几个特征，即定义为一级故障。 1．交警指挥大楼至支队公安网出现线路和设备故障； 2. 交警指挥大队内部网络出现故障； 3．大队计算机房供电系统、空调系统等外围保障设施出现严重故障； 6．病毒攻击造成大队网络专网中断或传输效率明显下降，关键业务系统不能正常提供服务； 7．病毒攻击造成大楼各网络感染客户端设备10台以上，导致关键业务系统和办公系统不能正常提供服务；

8．利用技术手段，造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。 2、二级故障满足以下条件之一，即定义为二级故障。 1．故障发生后，影响到信息系统的运行效率，速度变慢，但未影响车管等主要业务现场。 2．故障发生后预计在2小时以内恢复。 3、三级故障满足以下条件之一，即定义为三级故障。 1．故障发生后，可随时应急处理，不会影响的系统全面运行，但是一种隐患。一级和二级故障为重大故障；三级故障为一般性故障。二信息系统故障处理程序 1、故障的发现信息中心人员在发现故障或接到故障报告后，首先要记录故障发生时间和发现时间，以及发现部门、发现人，对故障的等级进行初步判定，并报告相关人员进行处理。 2、故障的处理 1.信息中心科室为故障处理部门，故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门，应先询问了解设备和配置近期的变更情况，查清故障的影响范围，从而确定故障的等级和发生故障的可能位置。

基站维护故障处理流程图

对应岗位要点说明系统对故障进行分类采集，并下发工单系统将电源配套故障和停电故障派单并下发到铁塔维护人员APP中铁塔监控值班人员铁塔-区域经理如果是较重大故障区域经理督办、视情况电话上报各级领导，按照重大故障上报制度执行。铁塔-代维管理支撑支撑故障处理、工单进度管控铁塔-代维主管代维公司代维主管提供协助铁塔-现场维护人员维护人员现场处理故障、及时反馈最新进展，如果判断不是电源及配套故障，是设备或传输故障则反馈给铁塔监控值班人员，由铁塔值班人员再转派给运营商值班人员走运营商故障处理流程。现场判断时限30分钟。铁塔监控值班人员维护服务等级标准化、系统无法自动附带等级内容，需要值班人员人工提醒或维护人员自己判断；铁塔值班人员进行超时提醒管控，分别在1/3和1/2故障时限进行人工提醒铁塔-现场维护人员故障处理判断、可以完成则继续、否则升级要求技术支撑铁塔-代维公司管理人员故障升级、上级支撑铁塔-代维公司主管协调各方资源、接管故障处理铁塔-现场维护人员/代维公司主管确认故障处理结果，故障恢复则回单；故障没有恢复则继续处理寻求支撑并返回到原点处理。铁塔-现场维护人员/代维公司主管网管系统PC版或APP版提供支撑、维护人员填写故障处理细节回单、提醒上级，处理完毕在15分钟内回单。铁塔监控值班人员网管系统提供支撑、监控人员分析确认、核实故障处理结果铁塔监控值班人员如果监控值班人员发现故障未恢复、需退回到原点继续处理铁塔监控值班人员影响客户业务、故障恢复确认（客户申告需确认，告警派单可不确认）铁塔监控值班人员结单归档通知并督促代维人员处理电源以及配套故障。如果是停电3小时后需要发电保障，则铁塔公司派单到维护人员进行发电保障并做好台账记录。动环系统故障采集系统派单

研发体系问题单处理流程

A：当前责任人要做的事情 S：问题单的状态线上的文字，中文：判断结果；英文：在TRAC上对问题单的操作 1. 问题定位确认测试人员发现问题后，如果是必现、确定的问题，直接提单；如果是无规律重现问题，或者不确定是否是问题，可以找相关开发人员进行测试现场定位分析，排除误操作等原因，确定问题现象及初步分析结论，由测试人员提单给定位责任人进一步跟踪； 2. 问题单提交问题单严重程度有四个等级：致命、严重、一般、提示；问题严重程度级别判定原则：问题级别判定应该就重不就轻，当问题现象可能符合多个问题级别定义的描述时，应该选择级别最严重的作为最终的问题级别。致命

定义：产品的关键功能和性能不能符合用户要求，或由于产品质量原因造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题。举例：（包括但不限于下列情况）（1）整机或关键部件异常重新启动或瘫机；（2）由于产品质量原因造成的基本业务失效、部分失效及不能稳定提供；（3）可能影响用户收益或声誉的；（4）重要操作维护功能完全失效，例如用户无法对系统进行操作维护或操作维护经常被打断，无法对系统进行维护，告警功能完全丧失等；（5）系统性能基于上一个版本下降10%以上并可能影响用户收益或声誉的；（6）按照版本升级指导书操作导致系统升级失败；（7）其他可能造成业务中断、频繁瞬断或服务质量严重下降等可能给用户收益或声誉造成较大损失的问题，例如资源大量吊死、大量消息丢失、时钟丢失无法恢复等。（8）产品不符合行业规范或目标客户群所在地区的相关标准，如果不解决将导致无法在该地区销售；（9）不符合安全规范，在遵守安全规程进行操作维护的情况下可能造成重大人身伤亡的问题；严重定义：在产品规格书或行业标准规定的条件范围内，系统的主要功能和业务性能不符合用户要求，或不能稳定运行，但仍然可以向用户提供基本的业务。举例：（包括但不限于下列情况）（1）非基本业务功能失效或部分失效；（2）基本业务功能在特定的不常见的条件下的失效，例如在某异常情况下的处理不符合协议；（3）非关键性部件故障，这些部件的故障不会影响用户使用基本业务；（4）系统数据丢失或出现不一致但不会给用户带来损失；（5）系统未达到要求或设计的性能指标、系统或模块性能下降但不影响基本业务；（6）用户资料存在严重的技术错误或缺少重要技术内容；（7）其他各种可能对客户造成影响但尚未影响基本业务的问题；（8）部分主要功能操作很不方便，多数用户会认为这些操作方式显著影响工作效率；

设备故障处理流程文档

设备故障得应急预案及流程 (20１6年）急救仪器设备出现意外故障处理流程 ↓ ↓ ↓ ↓ ↓

使用呼吸机过程中突遇故障（断电) 应急预案及程序【应急预案】（一)值班护士应熟知本病房，本班次使用呼吸机病人得病情。住院患者使用呼吸机过程中，如果突然遇到意外停电,跳闸等紧急情况时，医护人员应采取补救措施,以保护病人使用呼吸机得安全. （二）部分呼吸机本身带有蓄电池,在平时应定期充电,使蓄电池始终处于饱与状态,以保证在出现突发情况时能够正常运行、护理人员应定期观察呼吸机蓄电池充电情况、呼吸机能否正常工作及病人生命体征有无变化。（三)呼吸机不能正常工作时，护士应立即停止应用呼吸机，迅速将简易呼吸器与患者呼吸道相连，用人工呼吸得方法调整患者呼吸；如果病人自主呼吸良好,应给予鼻导管吸氧；严密观察病人得呼吸、面色、意识等情况。（四）突然断电时，护士应携带简易呼吸器到病人床前，同时通知值班医生，观察患者面色、呼吸、意识及呼吸机工作情况。（五）立即与有关部门联系：总务科、医院办公室、医务办、护理部、医院总值班等，迅速采取各种措施，尽快恢复供电。 (六)护理人员应遵医嘱给予病人药物治疗。（七）停电期间，本病区医生、护士不得离开病人，以便随时处理紧急情况。

(八)遵医嘱根据病人情况调整呼吸机参数。来电后，重新将呼吸机与病人呼吸道连接. （九)护理人员将停电经过及病人生命体征准确记录于护理记录单上。【程序】突然断电—-使用简易呼吸器——通知值班医生——调整病人呼吸-—观察病情变化-—立即联系有关部门——尽快恢复通电-—随时处理紧急情况—-遵医嘱给药——来电后重新调整应用呼吸机-—准确记录心电监护仪故障应急预案及处理流程【应急预案】 1、心电监护仪使用中出现意外停电、故障，首先检查电源线路连接就是否正确，接头就是否松动。 2、评估患者电极片安置部位就是否正确，有无松动。３、采取以上措施后心电监护仪仍不能正常工作,立即拆下故障心电监护仪,启用备用心电监护仪. ４、严密观察患者得生命体征及病情变化，并向患者及家属做好解释工作. 5、悬挂“仪器故障牌”标识。 6、立即通知仪器维修人员，并报告护士长,作好记录交接，节假日或夜间备用心电监护仪不能满足需要时报告护理部值班人员.