2018年无线基站故障管理办法与升级流程
为进一步明确无线基站故障处理流程，深入管控故障处理各环节，加强维护、工程、设备、线路等相关专业配合，杜绝相互推萎扯皮等问题发生，现无线部对原基站相关故障处理流程与升级流程修订，并
再次明确相关要求。
一、故障处理流程：
1、故障通知：基站在网管发生告警以后，10分钟内完成对该告警的短信和电话通知。短信通知对象（运营分局长、分局外包现场管理、代维县公司中心经理、综合人员、维护人员），电话通知对象（维护人员）。同时做好障碍记录，详细记录故障时间、基站等级、站址编码以及通知处理情况。
2、故障判定：平台应在10分钟内对故障进行初判（区分铁塔与代维）。若判定为铁塔原因或因铁塔监控手段不足，无法及时判断的站点，由电信平台点对点发送到铁塔监控平台，铁塔平台应在40分钟内反馈断站原因，并在
6-23点整点由平台在群里每一小时发布一次断站明
细，铁塔监控中心接到故障后立即通知相应区县，督促维护核实故障原因，40分钟内初次反馈到运营商群，之后每两个小时反馈一次故障处理进度到运营商群，平台也根据铁塔反馈情况与时间进行通报更新。
若判定为代维原因，直接电话通知现场维护。并要求督促出查，在
40分钟内反馈出查情况，未反馈的，40分钟后平台进行催促，并对未反馈的区县或铁塔平台进行记录，后继通报。（电信公司区县通过综合外包维护易
信群进行反馈出查人员照片与定位，因特殊原因不能易信反馈出查情况的，电话反馈到电信平台。）
夜间8点以后的障碍对于高山站不强制要求出查，可于次日8时前反馈障碍原因，其余站点统一纳入时限管控。
对未按要求时限反馈障碍实际情况的，直接升级到铁塔市公司维护管理，并做好记录，按周以邮件方式通报。
3、故障追踪：AB类基站与重点乡镇VIP站点，中断后平台值班人员每1小时内追踪一次处理进度，并做好详细记录（同时易信群通报）
对CD类基站，中断后平台值班人员每2小时内追踪一次处理进度，
并做好详细记录（同时易信群通报）。
对代维类原因同步使用外勤助手核查代维人员出查情况，并通过易信
群进行同步通报。对1小时内未出查的直接升级到代维单位主管部门经理。若城区40分钟、近郊2小时内反馈（有看护的40分钟）、远郊4小时（有看护的为40分钟）内不能反馈的，直接升级到铁塔市公司监控平台主管（何春建），并做好记录，按周通报。
远近郊定义：距离城区、县城20公里以内为近郊，20公里以上为远郊。注：发送清单要求：1、每小时整点按照之前约定的模板进行派单；2、派单必须匹配铁塔站址编码，无站址编码或站址编码不清的双方共同核实；3、已
经恢复的站址，请在派单时提供故障恢复时间，以免耽误故障处理进度。
远近郊定义：距离城区、县城20公里以内为近郊，20公里以上为远郊。
4、增加新建工程处理流程：
新建工程在实际点位开通72小时后，发生障碍由维护接管，列入正常查修范围。在未验收查修时应通知施工单位共同前往，若施工单位不共同前往，在综合代维查修时现场障碍原因为施工质量造成的，使用外勤助手进行记录。若涉及需更换相关无线设备时可不进行处理
（包括光模块），立即回复平台交由无线部工程管理安排处理。且回单正确的且明显性暴露工程质量问题的，每个站址在当月对代维单位加1分，加分以外勤助手正确回单为依据，回单内容必须能明显展示为工程质量问题。
二、故障升级流程：
故障升级:
1、同时中断基站2-5个的由监控平台直接电话升级到无线部维护管理与相关运营分局共同督促处理；若确定为铁塔原因的直接电话通知铁塔市公司维护管理；若确认为光缆障碍，同步电话通知光缆部专业管理。
2、同时中断基站5—10个内的直接电话通知无线部维护管理及无线部分管领导，代维单位维护部分管领导。若确定为铁塔原因的直接电话通知铁塔市公司维护主管经理。若确认光缆障碍，同步电话通知光缆部分管经理。
3、同时中断基站10个以上的直接电话通知无线部维护管理、分管与主管领导（由主管领导汇报到公司分管领导）、代维单位主管领导。若确定为
铁塔原因的由无线部主管领导直接电话通知铁塔市分管副总经理。若确认光缆障碍，同步电话通知光缆部主管经理。
4、基站中断超过2 -6小时未恢复（其中城区2小时，近郊4小时、远郊6小时），电话通知运营分局长进行督促。
5、基站中断超过24小时未恢复，确认为代维原因的：由监控平台值班长电话汇报代维单位维护部部门分管经理和无线部维护管理，
由无线维护管理进行督促同时汇报部门分管经理，并同步电话通知区县公司分管副总，要求督促。确认为铁塔原因的：由无线维护管理电话及邮件发铁塔维护中心经理；运营分局应同步向区县公司分管领导
汇报实时情况，并做好区县公司内部解释工作，同步督促铁塔加快处理。
基站中断超过48小时未恢复，确认为铁塔原因的：由无线维护管理电话督促铁塔市公司维护管理，并同时邮件发铁塔维护管理及建维部经理、运发部客户经理及经理，并立即汇报无线部分管经理和经理。确认为代维原因的：由监控平台值班长电话汇报代维单位维护部部门经理和无线部维护管理。由无线维护管理进行督促同时发邮件至外包单位维护部分管经理及经理，同时汇报部门分管经理。
基站中断超过72小时未恢复，确认为铁塔原因的：由无线部分管副总电话督促铁塔建维部经理同时电话/邮件升级到公司分管副总和铁塔公司分管副总。确认为代维原因的：由无线部分管副总电话督促外包单位维护部经理同时电话/邮件升级到公司分管副总和代维公司分管副总。
对所有超过24小时的长期遗留障碍每日形成易信通报，发无线
部、区县公司分管领导、运营分局，每天抄送一次公司分管领导；因铁塔原因的超时障碍由平台每日筛选后转发入铁塔微信群进行通报。
6、光缆及传输专业超时障碍通报与升级：
光缆专业类：确认为光缆障碍，同步电话通知光缆部专业管理进行督促，并记录正式通知光缆时限，在通知后光缆专业后，分为城区3小时、郊区6小时，超过时限还未恢复的将列入超时障碍进行单独
基站故障处理流程规范 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电源,基站由三相交
运行维护管理制度 2017年8月
目录3 3 3 5 6 6 7 8 8 9 9
1、总则 第一条为保障公司信息系统软硬件设备的良好运行，使员工的运维工作制度化、流程化、规范化，特制订本制度。 第二条运维工作总体目标：立足根本促发展，开拓运维新局面。在企业发展壮大时期，通过网络、桌面、系统等的运维，促进企业稳定可持续性发展。 第三条运维管理制度的适用范围：运维部全体人员。 2、编制方法 本实施细则包括运维服务全生命周期管理方法、管理标准/规范、管理模式、管理支撑工具、管理对象以及基于流程的管理方法。 本实施细则以ITIL/ISO20000为基础，以信息化项目的运维为目标，以管理支撑工具为手段，以流程化、规范化、标准化管理为方法，以全生命周期的PDCA循环为提升途径，体现了对运维服务全过程的体系化管理。 3、运维部工作职责 一、负责网站运维和技术支持 （一）根据网站运营战略和目标，负责网站整体架构、栏目、应用系统等技术开发方案制定和组织开发，保障网站技术的稳定性和先进性。 （二）负责网站栏目和应用系统的使用培训和操作使用指南编
写，对用户使用过程中出现问题的沟通和解决； （三）网站设备和软件购买计划书的拟定，包括采购数量、品牌规格、技术参数。会同行政部进行采购。 （四）网站设备和软件操作规程和应用管理制度的制定，并负责监督执行。 （五）网站设备和软件安装、调试和验收，使用培训和维修保养。 （六）网站日常运行过程中信息安全和技术问题的协调解决，保障网站24小时安全稳定运行。 （七）网站技术服务外包管理，主要包括技术外包开发、运行服务托管和空间域名管理。 （八）负责网站管理系统及设备保密口令的设置和保存，保密口令设置后报中心主任备案，保密口令设定后任何人不得随意更改，保密口令每季度更新一次。 （九）负责网站新程序、新系统和网站改版升级方案技术的设计开发。 二、负责网站信息和技术安全 （一）执行国家和省上有关网络信息技术安全的法律法规，与通信管理和网络安全监管部门联络，及时处理网站信息技术安全方面存在的问题，确保网站安全、稳定、可靠运行。 （二）网站信息技术安全保密制度和工作流程的制定，落实信息技术安全保密责任制，执行“谁主管、谁负责，谁主办、谁负责”的原则，责任到人。
某公司运维服务规范 第一章总则 第一条为保障公司运维工作有序开展,规范运维工作和人员的服务要求,避免人为操作不当引起的重大、关健运维事故，根据电信公司及公司维护管理办法要求，特制定本规范。 第二条本规范是公司运行维护管理的基本依据，维护岗位人员必须严格遵照执行。 第三条本规定的最终解释权在技术质量管理部。 第二章适用范围 第四条本规定所指的系统是指公司及各部门承接的运维项目中涉及的范围，按合同约定包括：网络设备、服务器、操作系统、应用系统、数据及保障项目正常运行的各项辅助设施。 第五条本规定适用于对各部门运维分管领导、运维管理员、运维项目经理及成员等各维护岗位人员（包括各部门外包员工）的运维管理要求。 第三章运维服务要求 第六条运维岗位人员要具备良好的工作作风和严谨的工作态度，服从管理，认真负责，坚守岗位，在问题面前不推诿、不拖拉、不盲目、不蛮干，要冷静分析、沉着处理。 第七条遵照公司各项运维管理制度及客户运维工作要求，严格执行维护工作服务规范，确保人员、系统及各项设施安全。具体要求
包括： （一）、基本维护要求 1、遵守客户业务管理和现场管理要求。 2、周期性的维护工作应经客户审批同意后方可实施。 3、因故障修复、功能升级等引起的系统版本升级和割接工作应经客户测试通过后方可实施。 4、未经客户同意，各维护岗位人员不得私自对客户的在线系统进行数据变更、数据统计、应用程序变更、系统参数调整、硬件设备调整。 5、维护外包人员须经业务和管理培训，明确岗位职责，通过部门考核确认后方可上岗。在客户现场以理想公司员工身份执行维护工作，遵循各项运维管理制度。 6、定期检查所维护系统的安全状况，为客户提出合理的预防处理措施。 （二）、故障响应/处理制度 1、遵照公司（故障控制管理办法）要求，在接到故障报修通知后，及时与用户取得联系后进行排障，故障排除后填写故障修复信息。 2、各维护岗位人员应确保通讯工作24小时畅通。 3、严格执行故障处理和处理逐级上报制度。 （三）、信息记录（维护资料管理） 1、建立健全系统维护文档和记录资料库，相关资料由各部门妥
故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月
目录 第一章目的 (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.一般故障：除重大故障、严重故障以外的其它故障。
基站故障处理一般流程(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率.
必备工具
相关文档
一般问题处理流程 1X信令无法建立 对于Frame Relay模式的 远程控制： 1.检查传输状态，必要时传输部门配合逐级做环路核对 2.检查5ESS nailup 设置 3.检查5ESS TRUNK GROUP状态 对于IP BH模式的 远程控制： 1.检查传输状态，必要时传输部门配合逐级做环路核对 2.检查7750上IP地址设置 3.检查7750上端口状态 4.检查7750上端口是否有地址冲突 5.检查BPSN是否与BTSEQP中设置的一致 6.在7750上ping基站与DNS检查是否丢包 对于Frame Relay模式的 现场操作： 1.检查传输状态，必要时传输部门配合逐级做环路核对 2.用RMT软件检查boot memory 参数，必要时recall标准的参数 3.用RMT软件做loop测试 对于IPBH模式的 现场操作： 1.检查传输状态，必要时传输部门配合逐级做环路核对 2.用RMT软件检查boot memory 参数，必要时recall标准的参数 3.用RMT软件做loop测试 4.telnet到URC的LIU中通过命令mlpppShow检查IP及DNS
NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义 标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到 标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级 至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。
●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤， 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员 现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过 程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相 关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展， 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分 析。
基站故障处理流程规范 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小时跟踪一次供电恢复情况。如果电池组不能或勉强能撑到交流供电恢复时间，则需立即带上小油机去站上发电。
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、处理小区类故障 ●小区不可用故障是在当基站检测到小区激活失败导致小区业务不可用时，
运维管理制度 XXXXXX有限公司2014年5月18日
目录 引言 (1) 1、总则 (2) 2、编制方法 (2) 3、运维部工作职责 (2) 3.1系统运维和技术支持 (2) 3.2.平台信息和技术安全 (3) 4、运维服务管理体系 (4) 4.1运维服务管理对象 (4) 4.2运维系统功能框架 (4) 4.3运维管理组织结构 (5) 4.3.1项目负责人 (5) 4.3.2项目经理 (5) 4.3.3技术主管 (6) 4.3.4服务台 (6) 4.3.5网络管理员 (7) 4.3.5应用、数据库管理员 (7) 4.3.7终端管理员 (7) 4.4运维服务流程 (8) 4.4.1项目运维服务工作流程图 (9) 4.4.2服务台 (9) 4.4.3事件管理 (10) 4.4.4工单管理 (10) 4.4.5问题管理 (10) 4.4.6变更管理 (10) 4.4.7配置管理 (11) 4.4.8知识库管理 (11) 4.4.9统计及工作报告 (11) 5、运维服务内容 (11) 5.1服务目标 (11) 5.2IT资产统计服务 (12) 5.3网络、安全系统运维服务 (12) 5.4主机、存储系统运维服务 (13) 5.5数据库系统运维服务 (13) 5.6中间件运维服务 (14) 5.7终端、外设运维服务 (14) 6、应急服务响应措施 (14) 6.1应急预案实施基本流程 (15) 6.2突发事件应急策略 (15) 7、服务管理制度规范 (16) 7.1服务时间 (16) 7.2行为规范 (16)
001-2 办公信息系统协同管理及协同数据交换策略研究运维制度引言 本文件是依据《XXXXXX系统协同管理及数据交换策略研究》分任务要求，完成“运维制度”的研究工作。 课题组参照国际国内标准有： ITIL/ISO20000标准 GBT 28827.1-2012 信息技术服务运行维护第1部分：通用要求 GBT 28827.2-2012 信息技术服务运行维护第2部分：交付规范 GBT 28827.3-2012 信息技术服务运行维护第3部分：应急响应规范 结合XXX课题应用实施及运维管理的实际情况研究、编制运行维护管理制度，本文分为7章内容分别为： 1.总则 2.编制方法 3.运维部工作职责 4.运维服务管理体系 5.运维服务内容 6.应急服务响应措施 7.服务管理制度规范等内容。
运维体系说明 文稿归稿存档编号：[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-MG129]
投标人运维体系说明我公司为用户提供免费技术服务热线，在接到用户请求后，根据请求情况协调公司资源，第一时间给用户反馈并解决问题。 运维组织架构 运维流程 技术支持服务热线工作流程图 1、诊断故障并提交故障诊断报告 根据系统运行过程中出现的系统故障或其它异常情况，及时进行故障诊断，并提出故障诊断报告。故障诊断报告的主要内容包括：故障现场情况记录、故障的级别和紧急处理过程记录等。 2、制定系统维护和故障恢复的实施计划 根据提交的故障诊断报告，制定系统维护和故障恢复的实施计划。按照制定的计划实施系统维护工作。 3、管理、监督维护计划的实施 组成系统维护工程管理和监督工作组，全面负责管理和监督系统维护工作实施过程（应包含用户方与项目承包商双方）。并根据系统维护实施的各个阶段提交维护工作报告。 4、确认维护工作完成并提交维护报告 在系统维护工作完成后，由系统维护人员提交系统维护工作报告，由用户方项目组的技术人员对系统维护情况进行测试并予以确认。 5、提交成果 每次系统维护工作完成后，都应提交如下的报告、记录等文档等资料：
故障诊断报告 系统维护和故障恢复的实施计划 维护工作阶段报告 系统维护工作报告 说明：紧急情况下，以排除故障，满足用户需要为首要任务，可以进行紧急处理，但事后要补充相应文档与记录。 现场服务流程 众所周知，最优的售后服务是一个项目的承建商必须做出的承诺。但是，如何根据用户的实际情况（人员素质、计算机应用水平、系统的要求等），做出切合实际的项目售后服务计划书，才是用户关注的问题。优质的售后服务也一直是我们公司在经营活动中最基本的原则。公司的技术支撑部门担负着专业的服务工作，无论是在系统的安装调试过程中还是在系统投入运行之后，无论发生任何问题用户都可以得到最快的响应，售后服务流程如下图所示： 售后服务流程 社会保险的组织结构、计算机应用水平、系统对人员素质要求等情况的分析，我们认为：社会保险信息系统稳定运行是保证本项目建设成功的一项关键因素。 公司提供的服务内容包括： 应用软件运行维护：应用软件自身缺陷的调整，为客户及时解决日 常运行中出现的问题。
日常运维管理制度 令狐采学 1.运维保障机制 (1)建立硬件、网络、系统、应用及业务软件日常维护流程机制； (2)建立故障应急处理流程机制； (3)建立备份恢复保障机制； (4)建立安全保障管理机制； (5)建立版本管理机制，管理平台生产环境运行的软件版本； 以上机制应形成文档，作为日常遵循规范，按要求执行。2．硬件维护能力 需对硬件设备具备7*24小时不间断的支持、响应能力，原则上每日对硬件设备至少健康检查一次并记录；定期对网络环境进行检查。我公司服务器部署在移动云上定期通过命令进行硬件检测，内存、硬盘、I/O的使用情进行查询并进行登记，每台服务器运行的软件对硬件性能使用情况检测，对于服务器我们进行系统备份、软件，每日对网络使用情况进行观察，针对突发异常流量进行分析。
3.故障处理响应及要求 设备（系统）出现故障时，根据不同的故障级别提供相应的服务响应，响应方式及要求如下： 4．具备应急预案 针对部署国家平台节点服务器我们实施系统备份、软件重要数据实时备份，主机备份是提供的保留某个时间点上的主机系统数据状态的服务。基于主机备份可以随时生成或删除备份，并基于已备份进行主机的恢复，实现已有应用和主机数据
的快速复用，如系统出现事故无法使用将进行系统恢复并把最近一次备份的数据进行恢复。对于突发情况建立应急服务流程，主要是针对可能发生的各种意外情况设计应急的方案，以控制和规避突发事件带来的集中性风险，从而降低设备集中性风险所造成的损失，制定以下流程图： 为保证服务实施的质量能够稳定并不断有所提升，保障客户需求能够得到有效满足，保障服务实施团队为客户提供统一、标准
应急抢修工作规范 一、故障抢修工作要求 1、根据移动公司要求，结合本地实际情况制定维护项目部抢修工 作管理办法，确保抢修工作按照移动公司要求完成。 2、所有故障抢修时限必须符合当地移动公司和省移动公司代维 工作指导原则的有关要求； 3、维护值班室必须确保每个故障落实到维护队处理，没有处理人 的故障必须立即通知项目经理，由项目经理协调进行故障处 理； 4、VIP站、电池放电时间表等与故障抢修密切相关的资料必须张 贴在维护值班室明显处，维护人员、值班人员必须熟记； 5、出现大面积故障的情况时，值班人员必须立即通知项目经理， 由项目经理指挥故障抢修，并及时向移动公司主管人员汇报； 6、因客观原因不能完成的抢修应向移动公司主管人员汇报，征得 同意后方可申请挂起，并在故障回单中详细说明原因，如需第 三方处理的问题我方有责任跟踪处理情况并协助处理； 7、对于因备件送修不能及时处理的故障，必须在备件取得备件1 天内完成故障的抢修故障，紧急情况必须在取得备件后立即处 理； 8、对于机房漏水或渗水应立即修补，在下雨检查时发现漏水的机 房应先采取应急措施，保证设备不受影响；属于安全或消防的 故障，在故障未处理好之前，在保证人身安全的情况下，应留
人值守机房，直到故障处理完毕。 9、在进入机房进行故障抢修工作时，必须遵守机房的管理规定， 做好机房的出入登记工作，并按照要求在故障处理记录本中详 细记录故障的处理情况； 10、按照要求进行故障处理情况的汇总，并及时上交移动公司； 11、定期对故障处进行分析，找出故障发生的规律，并及时总结处 理经验，形成维护经验处理数据库，提高维护工作水平。 流程说明： （1）客户监控室将基站故障情况以电话的形式通知维护值班室；另外巡检中发现的故障（巡检人员未能处理的）也将通知维护值班室。 （2）维护值班室填写故障抢修单，同时通知抢修人员，知会维护项目经理，并随时跟进故障处理情况。 （3）抢修人员进行基站故障抢修，发现重大问题应及时报告。故障定位必须准确、认真，必须第一时间处理故障，并积极配合维护值班室做好回单解释 工作。 （4）故障处理完毕后与客户监控室联系确认是否完全处理完毕。如果处理完毕后电话通知武汉营销中心负责人员和郊区分公司负责人。 （5）不能及时处理时必须向项目部经理提出技术支持申请。 （6）维护部项目经理根据故障情况进行申请审核，如属主观原因马上进行技术支持，客观原因将通知值班室向客户申请挂起。主观原因是指因抢修人员 技术水平原因造成故障无法处理的情况；客观原因是指故障处理需要其它 单位（如备件、传输、供电、设备厂家、业主等）配合但又无法得到配合 时的情况。 （7）值班室向客户申请挂起，获准后挂起故障，维护项目经理跟踪处理情况。
4G基站故障处理手册 L T E https://www.doczj.com/doc/bc16014170.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.1、运维服务中心通过网管告警发现故障 1.2、维护站点通过维护巡检发现故障 1.3、用户发现故障，报给呼叫中心 1.4、驻场工程师发现故障 2、报障受理 监控系统运维服务小组得知系统故障发生后，立即响应，并向报障人或单位详细了解系统故障情况。 3、信息研判 运维服务小组根据了解到的系统故障情况进行分析判断，以确定采用一般故障处理流程还是立即启动系统突发故障应急处理预案。 4、预案启动 如需启动应急预案，则立刻通知系统突发故障应急领导小组，由领导小组启动应急预案，对系统突发故障应急事件进行全面管控处理。 5、资源确认
系统突发故障应急预案启动后，首先是根据现场突发故障实际状况、紧急程度、技术难度、备品备件等情况对相关资源（主要是参与人员）依据经验进行调度和确认，主要有以下资源： 我公司技术支持人员； 相关厂家技术支持人员； 我公司聘请的技术专家 6、预案执行 按照既定的预案进行突发故障抢修，如遇到问题及时向系统突发故障应急领导小组汇报。 7、预案终止 预案的终止时间由故障现场技术人员根据现场的实际进展情况，在与用户单位有关部门协调后报系统突发故障应急领导小组决定。 8、结果上报 预案中止后，相关预案参与人员将整个事件过程中的经验和教训，修改、完善事件应急预案。然后集中上报至系统突发故障应急领导小组。
对应岗位要点说明 系统对故障进行分类采集，并 下发工单 系统将电源配套故障和停电故障派 单并下发到铁塔维护人员APP中铁塔监控 值班人员 铁塔-区域 经理 如果是较重大故障区域经理督办、 视情况电话上报各级领导，按照重 大故障上报制度执行。 铁塔-代维管 理支撑 支撑故障处理、工单进度管控 铁塔-代维 主管 代维公司代维主管提供协助 铁塔-现场维 护人员 维护人员现场处理故障、及时反馈最 新进展，如果判断不是电源及配套故 障，是设备或传输故障则反馈给铁塔 监控值班人员，由铁塔值班人员再转 派给运营商值班人员走运营商故障处 理流程。现场判断时限30分钟。 铁塔监控 值班人员 维护服务等级标准化、系统无法自 动附带等级内容，需要值班人员人 工提醒或维护人员自己判断；铁塔 值班人员进行超时提醒管控，分别 在1/3和1/2故障时限进行人工提醒 铁塔-现场维 护人员 故障处理判断、可以完成则继续、 否则升级要求技术支撑 铁塔-代维公 司管理人员 故障升级、上级支撑 铁塔-代维公 司主管 协调各方资源、接管故障处理 铁塔-现场维 护人员/代维 公司主管 确认故障处理结果，故障恢复则回 单；故障没有恢复则继续处理寻求 支撑并返回到原点处理。 铁塔-现场维 护人员/代维 公司主管 网管系统PC版或APP版提供支撑、 维护人员填写故障处理细节回 单、提醒上级，处理完毕在15分 钟内回单。 铁塔监控 值班人员 网管系统提供支撑、监控人员分析 确认、核实故障处理结果 铁塔监控 值班人员 如果监控值班人员发现故障未恢 复、需退回到原点继续处理 铁塔监控 值班人员 影响客户业务、故障恢复确认 （客户申告需确认，告警派单可 不确认） 铁塔监控 值班人员 结单归档 通知并督促代维人员处理电源以及 配套故障。如果是停电3小时后需 要发电保障，则铁塔公司派单到维 护人员进行发电保障并做好台账记 录。 动环系统 故障采集 系统派单
设备故障得应急 预案及流程 (20１6年） 急救仪器设备出现意外故障处理流程 ↓ ↓ ↓ ↓ ↓
使用呼吸机过程中突遇故障（断电) 应急预案及程序 【应急预案】 （一)值班护士应熟知本病房，本班次使用呼吸机病人得病情。住院患者使用呼吸机过程中，如果突然遇到意外停电,跳闸等紧急情况时，医护人员应采取补救措施,以保护病人使用呼吸机得安全. （二）部分呼吸机本身带有蓄电池,在平时应定期充电,使蓄电池始终处于饱与状态,以保证在出现突发情况时能够正常运行、护理人员应定期观察呼吸机蓄电池充电情况、呼吸机能否正常工作及病人生命体征有无变化。 （三)呼吸机不能正常工作时，护士应立即停止应用呼吸机，迅速将简易呼吸器与患者呼吸道相连，用人工呼吸得方法调整患者呼吸；如果病人自主呼吸良好,应给予鼻导管吸氧；严密观察病人得呼吸、面色、意识等情况。 （四）突然断电时，护士应携带简易呼吸器到病人床前，同时通知值班医生，观察患者面色、呼吸、意识及呼吸机工作情况。 （五）立即与有关部门联系：总务科、医院办公室、医务办、护理部、医院总值班等，迅速采取各种措施，尽快恢复供电。 (六)护理人员应遵医嘱给予病人药物治疗。 （七）停电期间，本病区医生、护士不得离开病人，以便随时处理紧急情况。
(八)遵医嘱根据病人情况调整呼吸机参数。来电后，重新将呼吸机与病人呼吸道连接. （九)护理人员将停电经过及病人生命体征准确记录于护理记录单上。 【程序】 突然断电—-使用简易呼吸器——通知值班医生——调整病人呼吸-—观察病情变化-—立即联系有关部门——尽快恢复通电-—随时处理紧急情况—-遵医嘱给药——来电后重新调整应用呼吸机-—准确记录 心电监护仪故障应急预案及处理流程 【应急预案】 1、心电监护仪使用中出现意外停电、故障，首先检查电源线路连接就是否正确，接头就是否松动。 2、评估患者电极片安置部位就是否正确，有无松动。 ３、采取以上措施后心电监护仪仍不能正常工作,立即拆下故障心电监护仪,启用备用心电监护仪. ４、严密观察患者得生命体征及病情变化，并向患者及家属做好解释工作. 5、悬挂“仪器故障牌”标识。 6、立即通知仪器维修人员，并报告护士长,作好记录交接，节假日或夜间备用心电监护仪不能满足需要时报告护理部值班人员.
基站故障处理流程图 一、基站故障处理 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） 流程图
服务流程管理 一、服务操作及管理流程 1.故障响应流程 为了保障故障响应的及时、高效、准确，我公司专门为本项目的常驻人员设计了故障响应流程，所有工程师都必须严格按照流程处理相关事项。 该流程的产出物为《故障原因分析及处理报告》
第 2 页
2.服务准备流程 在进行日常维护的时候，有一些工作需要提前进行准备，这就要求制订一个可行的服务准备流程。该流程的相关产出物《派工单》、《技术服务单》、《外出登记表》。 第 3 页
3.故障处理流程 这是维护工作中比较核心的一个流程，其主要产出物为《CASE（案例）记录表》，同时《技术服务单》及《故障原因分析及处理报告》在此流程中将得到更新。 第 4 页
4.重大维护处理流程 当遇到重大维护工作需要进行的时候，现场常驻技术支持人员不能够或不足以解决时，我公司安排立即安排足够人数的二线技术人员和公司技术专家进行现场技术支持服务，并且我公司将给予全力支持提供应急服务分析常见的、关键的薄弱环节，搭建模拟测试环境找出解决方案。 第 5 页
5.隐患处理流程 如果对于系统中存在的隐患不加以重视，最终极有可能造成严重的后果。为此我们还针对本项目专门涉及了一个隐患处理流程。 当发现系统中存在隐患的时候，我公司将组织二线支持人员，甚至是从公司调派专家和联系原厂商进行技术支持，以判明隐患的潜在影响程度。 如果隐患的严重程度较高，我公司服务人员将转为按照《重大维护工作处理流程》进行处理。以期将隐患消灭在刚发现之时，避免发展成影响系统运作的故障。 在该流程中将生成文档《系统隐患报告》和《系统隐患分析报告》。
LTE网络用户投诉处理流程及处理思路 随着LTE商用不断发展，日常各项网络问题不断凸显、基站扩容、网络割接、工程调整等都会带来一些网络问题，用户规模增加、城市区域环境变化等因素给无线网络都带来了一定的影响，用户投诉已经成为深入发掘网络问题的手段之一，解决好用户投诉也是提高移动服务品牌的重要途径之一。 （1）投诉处理流程 一直以来，网络投诉是反映客户感知和网络健康情况的重要途径，对投诉的分析总结，可以为网络优化方向提供重要参考。 投诉处理的流程如下： （2）常见投诉类型 一般情况，我们接到投诉后首先根据其现象进行归类。大致可分为以下几类： 用户终端问题
信号差 信号不稳定 网络问题 其他问题 用户投诉可能单独关注某一问题，而现场投诉中往往涉及多个方面，因此需要各项方面综合考虑。一般来说，要明确用户反映问题的现象、地点、涉及用户数量、时间等要素，这样更有助于我们判断问题的根源。 按照用户投诉现象的不同，我们可以将投诉分为以下几大类： 2.1终端设备问题 LTE终端设备主要有CPE、数据卡、MiFi，LTE手机等，目前主要推广以CPE、MiFi 等为终端的上网业务套餐。 以华为CPE为例，设备型号：B593s-58b，只支持F、E频段，B593s-82，只支持D、E频段，B593s-58a，只支持F、D频段。 问题原因 1）终端设备硬件损坏，如电源模块烧坏； 2）SIM卡问题，如卡坏、SIM卡流量超支、SIM卡鉴权加密机制等； 3）终端设备不支持网络频段，如现网室外宏站F频段建设网络，室分系统E频段，D 频段补盲，只有相支持应频段的终端设备才能接入网络； 问题对策 1）终端设备硬件坏，建议更换、送相关网点维修；
监控中心（长寿）管理制度 1、监控中心人员管理制度 2、监控中心值班制度 3、监控中心交接班制度 4、监控中心安全保密制度 5、在线监测系统异常情况报告流程 6、视频监控系统故障处理制度 7、报表管理制度 监控中心人员管理制度 一、监控中心工作人员基本要求 1、掌握计算机专业基础知识和基本操作技能。 2、应经过必要的岗位培训，熟悉在线监测（监控）系统相关业务基本操作规程，具备一定的政治素质和良好的合作精神。 3、要熟练掌握监控系统操作技术，熟悉中心设备的性能和使用方法，爱护中心设备，严格按规程进行操作。 4、熟练掌握各种报警情况的处置方案，发现重大问题要积极做出反映，迅速通知运维人员并上报有关领导，不得延误。 5、值班人员当班期间须统一制服，佩戴标志标牌。 6、服从领导，完成领导交办的其他工作任务。 二、工作职责 1.当班期间，定时查看中心监控系统包括设备、信号传输、系统平台、电源系统的运 行状态，查看前端DVR、摄像机是否在线，查看有无视频丢失，检查摄像机图像显示是否正常，发现问题及时联系维护人员解决。每班至少对各站点监控系统巡查4次。 2.当班期间，随时查看在线监测系统各站点在线监测设备运行情况，发现设备或超标 报警根据相关流程进行处理上报，并及时联系维护人员解决。 3.现场仪器远程操作备案登记，严禁值班人员私自远程操作现场设备，如需进行远程 控制仪器，需经过相关领导同意并做好相关记录。 4.当班期间，如需要使用大屏及会议系统，值班人员需能熟练操作大屏系统并做好相 关使用记录。 5.定期对平台软硬件及相关设施进行日常维护、巡检，并记录维护巡检情况。 6.严格遵守保密制度，不得向任何个人和机构透漏、传播或复制监测数据、监控信息、 图像资料等。 7.遵守中心管理，不得擅自改变中心设备、设施的位置和用途。 8.按规定做好交接班工作，并严格按要求填写值班记录。 9.遇到系统升级或维护，应当积极配合技术人员工作。 10.保持室内（含会议室）卫生清洁。