应急事故处理流程指导书

1、目 录 TOC o 1-3 第1章 应急事故处理流程 PAGEREF _Toc89656621 h 1.1 本文目的 PAGEREF _Toc89656622 h 1.2 主要内容 PAGEREF _Toc89656623 h 1.3 应急事故处理流程指导 PAGEREF _Toc89656624 h 1.3.1 任何问题处理之前，请先确认并反馈网络业务是否异常 PAGEREF _Toc89656625 h 1.3.2 重大事故通报 PAGEREF _Toc89656626 h 2.3.3 赶往机房，初步确定问题原因 PAGEREF _Toc89656627 h 2.3.4 若无法立即赶到机房

2、，远程登录系统查找问题原因 PAGEREF _Toc89656628 h 2.3.5 重大事故处理的求助手段 PAGEREF _Toc89656629 h 2.3.6 现场处理事故，迅速恢复系统业务 PAGEREF _Toc89656630 h 2.3.7 业务恢复后的监测与观察 PAGEREF _Toc89656631 h 3.3.8 处理完毕，请注意向相关人员通报重大事故恢复结果 PAGEREF _Toc89656632 h 4应急事故处理流程本文目的 鉴于事故处理中，常常发生如下情况，因此特写作本文：工程师因紧张、经验不足等原因，对故障影响范围判断失误；以及未能及时搜集相关定位信息，导致

3、问题难以定位；事故暂时解决，由于检查不彻底，导致深层问题没能及时发现，而再次发生事故。一些常见重大问题的处理缺少指导性的文档。阅读建议：为尽快处理重大事故，迅速恢复系统业务，请在日常工作中注意对该文档的学习和掌握，清楚每类问题处理的基本步骤，并能够迅速查到相关事故的处理步骤。此外，本文对指导日常维护工作亦有很大的借鉴作用。 注意：在打开本文档所插文档，提示病毒不是真的有病毒。主要内容本文提供BSS的应急处理流程，并根据以往常见重大问题的处理办法，总结出BSC应急指导、BTS3X应急指导、BTS3001C应急指导，指导现场工程师紧急处理重大事故，迅速恢复系统业务。指导工程师作好事故恢复、升级、扩

4、容后系统的监测，及早发现问题并及时处理。应急事故处理流程指导无论是通过用户投诉、日常监测或其它途径，得知问题或事故发生，都请按照下述步骤处理：任何问题处理之前，请先确认并反馈网络业务是否异常相关案例某局发现前后台通讯中断，现场处理未能恢复后，反馈回华为公司，华为公司支持人员指导更换BAM、加载线等。直到第二天经仔细询问，才得知通讯业务也是中断的，后查明为SNT板故障导致。重大事故通报现场工程师在受理到重大事故后，及时通报至华为公司当地办事处维护工程师。赶往机房，初步确定问题原因立即赶往机房，并确认各单板指示灯是否正常，查看告警和分析话统指标有无异常；同时要了解事故的基本情况，如事故发生时间、有

5、何告警信息、用户投诉范围等信息；注意：发现异常，请注意详细记录，以便华为公司公司800热线（8008302118）、办事处工程师等相关人员协助定位问题。若无法立即赶到机房，远程登录系统查找问题原因重大事故处理的求助手段通过初步分析，对于自己没有把握处理的问题，可采取如下的求助：与华为公司800热线及当地办事处联系，取得技术指导以及人力支持； 现场处理事故，迅速恢复系统业务事故处理的基本原则：先大致判断问题影响面和获取定位信息，尽量先在BSC机房处理问题，再考虑到基站近端处理问题，若不能迅速定位事故原因，为尽快恢复系统业务，则立即进行复位和换板来解决问题。在复位等紧急恢复措施操作前，请在华为公司

6、工程师指导下进行操作。必要时四级复位或下电复位相关基站如果部分站点运行异常（例如指配失败率特别高）， 则进行站点四级复位。必要时下电复位相关BM模块如果某个BM模块的呼叫业务受到影响（主要考虑主被叫，因为切换问题对用户的影响要小些。），且大范围内手机用户反映强烈，请考虑转换全部数据并下电加载该BM模块。如果影响比较小，是否立即复位，请现场根据具体情况再做决定；最迟当天晚上转换全部数据并下电加载该BM模块。必要时下电复位整个BSC如果BSC的呼叫业务（主要考虑主被叫，因为切换问题对用户的影响要小些。）受到影响，且每个模块都运行不太正常，请考虑转换全部数据并下电加载整个BSC。切记：事故处理过程中

7、，要注意记录操作步骤等相关信息。业务恢复后的监测与观察事故恢复后，请注意确认系统是否已正常运行。安排人员执守到话务高峰时段，确保如有问题第一时间处理解决。核查BSC单板指示灯等是否正常确认拨打测试正常告警检查对已知原因且告警频繁的进行屏蔽，例如，BIE失步告警。分析处理其它未知告警。BSC维护台检查面板状态是否正常。检查可进行加载升级的单板是否发生版本回退：例如Lapd单板。跟踪A接口、ABIS口消息，确认正常。时钟状态检查BTS维护台检查确认每个基站已基本正常运行。检查基站是否发生版本回退。查看信道状态核查占用情况是否正常。如果SDCCH占用特别多，而TCH占用非常少，则值得怀疑。如果一个TRX上的TCH信道，都是占用时间不超过30秒钟，则该基站（小区）值得怀疑。话统分析处理可参照第2.1节中“ 检查话统”部分内容进行，请：核查各项统计结果是否正常。核查CPU占用率是否正常。核查MTP链路性能测量各指标统计结果是否正常。 核查BSC整体性能测量关键指标统计结果是否异常。核查小区性能测量关键指标统计结果是否正常。 保存临时登记的15分钟任务统计结果保存为文本文件，或者直接备份BSC BAM上的OMCBSCBamappsvrstats目录。删除登记的临时任务及其它重复登记的任务。确认已登记统计周期为60分钟，统计时