华为BSC大话务应急方案2
BSCI紧急应变措施
紧急应变措施（BSCI 2.0-2017）一．紧急应变计划：1．政策和目的（1）政策：雇员乃是公司的最有价值的资产，万一发生灾难，公司即准备保护全体员工的健康和安全，本计划是为了有系统地应付紧急情况。
全体员工均须了解并遵守本计划列出程序。
（2）目的：本应急计划的目的是在工厂紧急事故时，把对生命财产构成的危险减至最少。
为了达到这一目的，我们已列出火灾发生时应采取的明确规定步骤(《消防管理工作指令》)。
根据本计划，在发生火灾、爆炸、机器伤害、中毒或天灾时，我们须实施紧急应变措施. 这些事件要求我们立即采取紧急行动。
（3）每年至少举行一次演习，全体员工须参加。
2．人员和责任（1）工厂应急协调员：管理层代表。
责任：负责所有紧急行动。
（2）后备应急协调员：义务消防员。
●如工厂应急协调员不在场，由后备应急协调员负责一切紧急行动。
（3）部门负责人员须清点各自区域内所有人员的人数，并上报协调员。
（4）应急组成员：各部门主管、厂医、义务消防员。
责任要求：须接受过有关消防器材使用的训练和急救的一般知识，以协调应急行动。
二．应急训练1．撤离训练（1）应急组成员应熟悉所有离开大楼的信道，警报箱的位置，以及规定的集合区。
（2）应急组成员应将员工带到安全出口，并确保全体员工均已撤离大楼。
（3）全体员工撤离大楼后，将员工带到指定的集合区集合。
（4）清点人数并上报管理者代表。
2．员工训练（1）须通知全体员工，在可能的情况下，关闭机器。
（2）让全体员工了解警报系统与彻离程序。
（3）让全体员工熟悉大楼的紧急出口。
（4）警报器发声时或人员须彻离大楼时，须要求全体员工有条不紊地离开大楼，并须告诉他们指定的集合区。
3．应急组成员训练（1）应急组成员应该手提灭火器，控制初期小火灾。
呼叫中心话务突发紧急预案
呼叫中心
话务突发紧急预案
目录
1.0话务突发的类型 (2)
1.1 话务突增的类型 (2)
1.2 话务骤减的类型 (2)
1.3 应急调度方案 (3)
2.0话务突增骤减预案 (3)
2.1 话务骤减预案 (3)
2.2 话务突增预案 (4)
3.0现场人员临时复用规则 (5)
4.0系统故障升级报备流程 (7)
4.1 客户服务部内部系统故障升级报备流程 (7)
4.2 客户服务部外部系统故障升级报备流程 (8)
4.3流程说明 (8)
1.0话务突发的类型
为了更加有效降低呼叫中心因突发事件造成的服务影响，快速及时的解决各类突发事件，保障服务质量，提高响应速度，运营组根据部门整体突发事件应急预案，结合自身运营情况特制定组内突发事件处理流程。
1.1 话务突增的类型
1.2 话务骤减的类型
1.3 应急调度方案
2.0话务突增骤减预案2.1 话务骤减预案
2.2 话务突增预案
3.0现场人员临时复用规则
4.0系统故障升级报备流程
4.1 客户服务部内部系统故障升级报备流程
4.2 客户服务部外部系统故障升级报备流程
4.3流程说明
1)为了以最快速度升级处理故障，升级Ⅰ中以电话形式升级。
2)升级Ⅱ以当面（工作时段）、微信、短信、电话形式均可，微信中
需粘贴监控台图像信息。
3)短信内容：X日X时，X系统故障，故障现象描述。
值班长姓名。
4)当日值班长在《值班日志》中详细记录。
Alcatel GSM Mx BSC产品紧急事件处理预案
Alcatel GSM A9130 BSC&MFS 产品紧急事件处理预案第一部分序言：为了确保Alcatel GSM A9130 BSS 产品在现场网络中的安全运行，为了加强现场事故的预防和应急准备，以及提高现场紧急事件的处理能力，针对Alcatel GSM A9130BSC产品特此制定本紧急处理预案。
网络的安全运行，必须通过日常维护达到预防的目的，同时在紧急事件发生时，现场必须严格执行紧急事件处理预案中相关流程。
事业部技术支持人员提供日常的7x24小时的技术支持服务，确保网络故障得到及时有效的解决。
第二部分工具及文档准备现场工具准备：与现场版本对应的Win_BSC_Terminal与现场版本对应的Trace facility TerminalRJ45 network cable /RS232 CableTektronix K12xx现场文档准备：与现场版本对应的GCD与现场版本对应的TSIO与现场版本对应的Trouble Shooting Guide与现场版本对应的Restriction List现场数据准备：现场应具备各无线子系统的备份软件和版本信息。
（BSC，路由器，OMC的网段地址分配），为了便于现场问题及时，准确地被解决；当发生紧急事故时，现场能根据要求检查BSC各个模块，进程的状态（《A9130 BSC相关状态检查》），收集相关trace（具体参看《A9130 BSC trace收集方法》）。
第三部分保障机制日常保障机制通过日常预防性维护，增强系统运行安全。
现场应严格落实日常检查工作，记录相关检查结果。
从而主动发现网络运行隐患，及时向事业部通报网络中的问题，尽早解决存在的故障，减少事故的发生，确保网络运行可靠。
紧急事件机制根据ASB紧急故障处理流程，分公司或现场人员及时通报ASB客户服务中心，并及时收集必要数据和信息；分公司和ISE技术人员提供远程技术支持的同时，根据GCD和Trouble Shooting Guide等文档预处理现场故障；事业部远程支持现场分公司人员或ISE工程师；根据现场的数据和信息，事业部尽快提供系统恢复方案，同时联系欧洲支持中心CTAC或上海研发中心RDR协助解决现场问题；根据现场情况派遣相关技术专家现场支持。
GSM高话务限呼应急处理方案
GSM高话务限呼应急处理方案(一)、交换系统出现高负荷限呼时的现象1、用户投诉呼叫成功率低。
2、系统过负荷，用PLLDP检查系统状态：（1）观察APZ“CALIM”参数，如“CALIM”的值低于最大值，则系统处于非正常状态。
（2）观察OFFDO的值是否与FTCHDO的值相等或相差不大。
观察OFFDI的值是否与FTCHDI的值相等或相差不大。
如果上述值相差比较大时，则系统处于非正常工作状态。
如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则可判定，系统出现了限呼。
（二）、应急方案预先定义一个具有紧急优先级的终端.这样就可以在CP负荷很高的情况下执行命令和得到命令的结果。
IOLRC:IO=AT-X,PRI=EMERGENCY;PLSUC:PRPRY=ON;（三）、一般情况系统高话务限呼处理流程一般情况高话务主要表现有下面两种情况1）、呼叫成功率低。
2）、系统过负荷，用PLLDP检查系统状态观察APZ“CALIM”参数，如“CALIM”的值低于最大值，则系统处于非正常状态。
观察OFFDO的值是否与FTCHDO的值相等或相差不大。
观察OFFDI的值是否与FTCHDI的值相等或相差不大。
上述值相差比较大时，系统处于非正常工作状态如CALIM及上述两对参数：OFFDO与FTCHDO、OFFDI与FTCHDI都出现异常，则可判定，系统出现了限呼。
处理流程在发生限呼时，请按限呼流程处理，并可以按提供的停站顺序BAR掉部分基站。
MSC的限呼处理：如MSC已出现限呼，可采取以下措施降低系统负荷：（a）关闭FORLOPP；指令：SYFSC：FLSTATUS=PASSIVE；（b）观察CP负荷，如仍在90%以上，须关掉鉴权。
（c）关鉴权流程（R8、R9、R10）DBTRI；DBTSC：TAB=AXEPARS，SETNAME=GSMMMSC，NAME=AUTHENTICATE，VALUE=0；DBTRE：COM；如关掉鉴权后，MSC还有限呼或CP负荷高居不下的话，则考虑对BSC的话务进行限制，待MSC负荷恢复正常后再逐步恢复话务。
华为BSCBTS典型故障处理
华为典型故障处理1 告警介绍：1.1 告警分类：由于上报告警的网元不同，为告警规划的ID也不同，具体可分为：BSC控制器告警：20***~22***3900基站告警：25***、26***、28***自定义告警：65033~65040（门禁、烟感、水浸、交流断电、稳压器防盗等）从告警需要关注的程度不同可以分为故障、事件、工程告警：故障告警又分为：紧急告警、重要告警、次要告警、提示告警告警与事件的区别：事件是指被管对象发生的任何情况的通称。
例如对象的增加、删除、修改、状态改变等。
考虑到和原有系统的兼容，故障子系统中的事件专指：系统正常运行状态下产生且需要提示用户的通知。
工程告警：对设备在特定状态下上报的告警进行特殊处理，以达到降低告警数量、减轻维护人员工作量的目的。
设置方法：M2000菜单栏依次点击：“监控”、“告警设置”、“工程告警过滤”、“设置”从网管分类不同可以分为：电源系统、硬件系统、环境系统、通信系统、运行系统、业务质量、信令系统、中继系统2 告警查看方法2.1 查看当前未恢复告警未恢复告警就是设备当前存在的告警，需要重点关注和处理，监控未恢复告警是发现故障最直接最快速的手段。
2.1.1M2000操作方法（OMC级别）1、点击菜单栏监控/浏览告警列表2、在出现的过滤菜单栏中将状态为已清除的选项去掉，点击右下角的确认，就会弹出当前未恢复告警的列表。
2.1.2WEB LMT操作方法（BSC级别）在WEB LMT界面依次点击“告警”、“浏览活动告警”、“故障”即可查询当前BSC以及下挂基站的所有活动告警。
2.2 查询告警日志（历史告警）的方法查看告警日志是故障定位的常用方法，操作与查看未恢复告警类似，M2000对历史告警进行了优化，对同一网元同一告警多次上报进行了归一化处理，在告警信息中多了频次、首次发生时间、最近发生时间等字段，如果需要逐条列出历史告警，请到WEB LMT中进行查询。
2.2.1M2000操作方法2.2.2WEB LMT操作方法在WEB LMT页面点击告警/ 查询告警日志，就可以进入到查询历史告警的界面：1、可以对查询的告警类型、告警时间、告警级别等进行设置；2、可以通过基站过滤进行单站点告警过滤；3、返回数目最大可以设置为4000，请修改为4000，防止出现因告警条数超过设置值导致部分告警无法显示的问题；3 性能结果统计统计的三要素：测量对象、指标名称、测量周期测量对象：指测量的网元实体，比如BSC、基站、小区、载频等；指标名称：测量统计的具体名称，比如：“DPU CPU占用率平均值”；测量周期：BSC6900目前支持：5分钟、15分钟、60分钟、24小时测量；3.1 性能结果统计开启方法BSC6900默认全指标登记，并上传至M2000数据库，但是M2000并不对没有开启的指标进行解析，如果要查询某些指标的结果，进行就必须先在策略设置中开启，具体操作如下：1、点击菜单栏性能/ 测量管理/ 测量设置2、弹出的菜单中选择网元、功能级、功能子集、测量周期、测量对象后，单击右下角的“应用”，测量任务就开启了，M2000会对网元下一周期上传的统计结果进行解析，到时就可以查询到对应的统计结果。
BSC6000大话务应急措施参数设置方法
1.1 BSC节前参数调整1.1.1NO7信令链路配置数据和可用性修改要求使用2.2.2节提供的工具计算现场所需的7号信令链路数量，如果现场实际7号信令链路数量小于工具计算的数量，应该对7号信令链路进行扩容。
修改说明确保七号信令承载能力最大化，避免7号信令链路过载。
1.1.2LAPD信令链路配置数据修改步骤尽量避免多条主B链路复用在同一时隙上。
在传输资源充足的情况下，尽量采用非4：1组网方式。
修改说明这样修改可避免LAPD链路拥塞，但降低了Abis资源利用率。
1.1.3GEIUB配置数据修改步骤调整基站所在的GEIUB单板，保证各个单板话务量基本相同。
修改说明避免GEIUB过载。
1.1.4寻呼相关参数修改步骤无线资源允许的情况下，尽量使用非组合的BCCH信道。
修改小区参数：AGCH保留块＝1。
修改方法：批改网优数据→空闲模式→接入允许保留块数修改小区参数相同寻呼间帧数＝2。
修改方法：批改网优数据→空闲模式→相同寻呼间帧数编码所有小区打开“立即指配优选功能”。
修改方法：批改网优数据→基本参数→立即指配TCHCCCH OVERLOAD过载门限修改到100％。
修改方法：批改网优数据→其他属性→CCCH负荷门限MS最大重发次数修改为2。
修改方法：批改网优数据→呼叫控制→MS最大重发次数分组域间隔修改为200秒。
修改说明确保所有小区寻呼能力最大化。
1.1.5随机接入参数修改步骤设置T3122定时器为30秒。
修改说明避免无效的接入请求频繁上报，但同时也可能导致手机接入时间变长。
1.1.6SDCCH动态调整修改步骤打开SDCCH动态调整。
修改方法：右键点击小区→配置小区属性→SDCCH动态分配允许倒回时间使用600（10分钟倒回）批改网优数据→信道管理→TCH恢复最短时间修改说明防止SDCCH拥塞率过高，但同时也减少了可用的TCH信道数量，可能导致TCH信道拥塞率升高。
1.1.7半速率动态调整门限调整修改步骤半速率话务忙门限降低为60%修改说明增加可用的TCH信道数量，防止TCH拥塞率过高，但导致了GXPUM和GEIUB单板的CPU占用率的升高。
华为终端有限公司应急预案
华为终端有限公司应急预案引言华为终端有限公司是一家全球领先的信息与通信技术（ICT）解决方案提供商。
作为一家庞大的企业，华为终端有限公司面临着各种可能的紧急情况，如自然灾害、网络攻击、供应链中断等。
为了应对这些突发事件，保护员工的安全和公司的利益，华为终端有限公司制定了一份全面的应急预案。
1. 应急管理组织华为终端有限公司设立了应急管理组织，负责统一管理和协调各项应急工作。
该组织由公司高级管理人员组成，包括总裁、副总裁和相关部门负责人。
除了这些核心成员，还设立了应急管理团队，成员来自不同部门，具备应急管理经验。
2. 应急响应流程2.1 事故报告与接警当发生紧急情况时，员工应及时向应急管理组织报告。
同时，华为终端有限公司与当地应急部门建立了紧密联系，接收并处理来自外部的事故报警。
在报警接警后，应急管理组织将启动应急响应流程。
2.2 应急响应层级华为终端有限公司的应急响应分为三个层级：•第一级：公司内部事故处理。
•第二级：公司和当地应急部门合作处理。
•第三级：国家级紧急情况，需要联合多个企业和政府部门共同应对。
2.3 应急响应流程2.3.1 紧急情况评估应急管理组织将迅速评估紧急情况的严重性和可能的影响。
根据评估结果，确定适当的应急级别和相应的应急措施。
2.3.2 应急响应团队召集根据应急级别和紧急情况的性质，应急管理组织将召集相应的应急响应团队。
团队成员包括技术专家、应急救援人员和相关部门代表。
每个团队成员都有明确的职责和任务。
2.3.3 应急控制中心建立在紧急情况发生后，应急管理组织将建立应急控制中心。
该中心设立在安全隐蔽的场所，配备必要的通信和信息技术设备。
中心将成为应急响应的指挥中枢，对外发布紧急通知和指导。
2.3.4 应急响应措施执行在应急控制中心的指导下，应急响应团队将执行各项应急措施。
这包括人员疏散、设备保护、数据备份与恢复、网络安全防护等。
2.3.5 事故跟踪与评估事故处理完成后，应急管理组织将对应急措施的效果进行评估，总结经验教训，并进行事故跟踪。
华为突发事件应急预案
一、前言为保障公司运营稳定，提高应对突发事件的能力，确保员工、客户及公司资产的安全，特制定本预案。
本预案适用于华为公司内部所有部门及分支机构，针对可能发生的突发事件进行预防和应对。
二、组织架构1. 突发事件应急指挥部成立突发事件应急指挥部，由公司领导担任总指挥，各部门负责人担任成员。
指挥部负责组织、协调、指挥公司内部突发事件应对工作。
2. 应急办公室设立应急办公室，负责突发事件的信息收集、分析、上报和处置，以及应急物资的储备和管理。
3. 各专业小组根据突发事件类型，设立相应的专业小组，如：网络安全小组、消防安全小组、自然灾害应对小组等，负责具体事件的处置。
三、突发事件分类1. 自然灾害：地震、洪水、台风、暴雨等。
2. 公共安全事件：恐怖袭击、火灾、爆炸等。
3. 技术故障：网络故障、系统故障、设备故障等。
4. 人身安全事件：员工受伤、客户伤亡等。
5. 法律法规及政策变化：政策调整、法律法规变更等。
四、应急预案内容（一）自然灾害应对1. 建立自然灾害预警机制，及时收集、分析、上报相关信息。
2. 制定应急预案，明确各部门职责和应对措施。
3. 加强应急物资储备，确保应急物资充足。
4. 组织员工进行应急演练，提高应对能力。
5. 发生自然灾害时，迅速启动应急预案，确保员工、客户及公司资产安全。
（二）公共安全事件应对1. 建立公共安全事件预警机制，及时收集、分析、上报相关信息。
2. 制定应急预案，明确各部门职责和应对措施。
3. 加强与政府部门、公安、消防等部门的沟通协作，共同应对突发事件。
4. 发生公共安全事件时，迅速启动应急预案，确保员工、客户及公司资产安全。
（三）技术故障应对1. 建立技术故障预警机制，及时收集、分析、上报相关信息。
2. 制定应急预案，明确各部门职责和应对措施。
3. 加强技术团队建设，提高故障处理能力。
4. 发生技术故障时，迅速启动应急预案，确保公司业务正常运行。
（四）人身安全事件应对1. 建立人身安全事件预警机制，及时收集、分析、上报相关信息。
呼叫中心紧急突发事件应急预案
一、预案目的为提高呼叫中心应对紧急突发事件的能力，确保业务正常运行，保障员工和客户的生命财产安全，特制定本预案。
二、预案适用范围本预案适用于呼叫中心在运营过程中发生的各类紧急突发事件，包括但不限于以下情况：1. 自然灾害：地震、洪水、台风、火灾等。
2. 事故灾难：交通事故、爆炸、坍塌等。
3. 公共卫生事件：传染病疫情、食品安全事故等。
4. 社会安全事件：恐怖袭击、暴力事件等。
5. 电力、通信设施故障：停电、网络中断等。
6. 其他紧急突发事件。
三、组织机构及职责1. 成立呼叫中心紧急突发事件应急指挥部，负责统一领导和协调应急处置工作。
2. 应急指挥部下设以下几个小组：（1）应急指挥小组：负责应急处置工作的总体部署和指挥。
（2）现场处置小组：负责现场应急处置工作，包括人员疏散、救援、现场保护等。
（3）信息报送小组：负责收集、整理、上报应急处置信息。
（4）后勤保障小组：负责保障应急处置所需的物资、设备、车辆等。
四、应急处置流程1. 紧急情况发生时，现场处置小组立即启动应急预案，组织人员疏散、救援、现场保护等工作。
2. 信息报送小组及时收集、整理、上报应急处置信息，确保信息畅通。
3. 应急指挥小组根据现场情况，制定应急处置方案，并协调其他小组开展工作。
4. 后勤保障小组根据应急处置需求，提供必要的物资、设备、车辆等保障。
5. 各小组按照职责分工，密切配合，确保应急处置工作有序进行。
五、应急处置措施1. 人员疏散：根据现场情况，迅速组织人员疏散至安全区域。
2. 救援：针对受伤人员，立即进行现场急救，并送往医院救治。
3. 现场保护：对事故现场进行隔离，防止次生灾害发生。
4. 信息发布：通过官方渠道及时发布应急处置信息，回应社会关切。
5. 电力、通信设施抢修：组织专业人员抢修受损的电力、通信设施，尽快恢复通信。
6. 后续处置：根据事故调查结果，制定后续处置方案，包括事故调查、责任追究、赔偿等。
六、预案演练与培训1. 定期组织应急预案演练，检验预案的有效性和可操作性。
话务员应急预案
话务员应急预案一、引言在现代社会，通信技术的快速发展使得电话成为人们日常生活和工作不可或缺的一部分。
作为话务员，我们需要时刻保持警觉，应对各种突发情况，确保电话通信的正常进行。
为此，制定一份完善的话务员应急预案是至关重要的。
二、准备工作1.了解电话系统作为话务员，首先要熟悉自己所在公司或组织的电话系统，了解各种电话设备的使用方法和功能。
掌握电话系统的基本操作，帮助我们能够快速应对各种紧急情况。
2.掌握基本应急知识作为话务员，我们需要掌握基本的应急知识，如火灾、地震等突发事件的应对方法，掌握急救知识以及相关法律法规。
这样一旦发生紧急情况，我们能够迅速做出正确的判断和处理。
3.保持良好心态话务员工作压力较大，需时刻面对各种突发状况。
在工作中，我们应保持冷静、积极乐观的心态，不被外界情绪所左右，以保证电话交流的质量。
三、电话突发事件应对1.火灾若发生火灾，首先要保持镇静，迅速拨打内部号码通知相关人员并报警。
同时，根据火灾情况向来电者传达安全信息，并安排紧急疏散。
2.紧急救援当来电者遭遇紧急情况时，首先要稳定来电者情绪，迅速记录事发地点、联系方式等关键信息。
在保障来电者的基本安全后，及时拨打应急电话、联系相关救援部门，并在等待救援的过程中，与来电者保持电话交流。
3.网络故障若电话系统发生故障，影响通信质量或无法正常使用，我们需要迅速向IT部门或电话系统管理员报告问题，并提供详细故障描述以及所在区域等关键信息。
同时，可以通过备用电话设备或其他通信手段维持与来电者的联系。
四、内部应急协作1.联系上级主管在遇到紧急情况时，我们必须第一时间联系上级主管，并及时向其汇报情况。
主管会根据情况，提供正确的应对建议或调度相关人员进行应急处置。
2.协同合作面对突发事件，我们需要与同事紧密配合，共同应对。
通过组织讨论、协调行动，充分发挥团队的优势，提高应对效率和准确度。
五、情绪管理与后续处理1.情绪管理在工作中，我们可能会面对各种复杂情绪，如来电者的愤怒、悲伤等。
话务平台紧急预案
一、总则为了确保话务平台在突发情况下能够迅速、有效地应对，保障业务连续性和客户服务质量，特制定本预案。
本预案适用于我司话务平台在日常运营过程中可能出现的各类紧急情况。
二、预案目标1. 确保话务平台在紧急情况下正常运行，降低对业务的影响。
2. 确保客户服务质量不受影响，维护客户满意度。
3. 确保员工安全，减少人员伤亡。
三、组织机构及职责1. 成立紧急预案领导小组，负责预案的制定、修订和组织实施。
2. 紧急预案领导小组下设以下工作小组：（1）应急指挥小组：负责紧急情况的应急指挥、协调和处置。
（2）技术保障小组：负责话务平台的技术保障，确保平台在紧急情况下的稳定运行。
（3）客户服务小组：负责处理紧急情况下的客户咨询、投诉和求助。
（4）后勤保障小组：负责紧急情况下的物资保障、人员调配和现场协调。
四、紧急情况分类及应对措施1. 网络故障（1）分类：网络中断、网络拥塞、网络延迟等。
（2）应对措施：a. 立即启动应急预案，通知相关部门和人员。
b. 技术保障小组迅速排查故障原因，进行修复。
c. 客户服务小组向客户通报情况，解释原因，提供解决方案。
d. 后勤保障小组根据需要调配人员、物资，确保现场协调。
2. 设备故障（1）分类：服务器故障、交换机故障、路由器故障等。
（2）应对措施：a. 立即启动应急预案，通知相关部门和人员。
b. 技术保障小组迅速排查故障原因，进行修复。
c. 客户服务小组向客户通报情况，解释原因，提供解决方案。
d. 后勤保障小组根据需要调配人员、物资，确保现场协调。
3. 突发事件（1）分类：自然灾害、事故灾难、公共卫生事件等。
（2）应对措施：a. 立即启动应急预案，通知相关部门和人员。
b. 应急指挥小组负责组织现场救援和处置。
c. 客户服务小组向客户通报情况，解释原因，提供解决方案。
d. 后勤保障小组根据需要调配人员、物资，确保现场协调。
4. 人员问题（1）分类：员工病假、请假、辞职等。
（2）应对措施：a. 立即启动应急预案，通知相关部门和人员。
呼叫中心话务应急预案
呼叫中心话务应急预案1. 引言本文档旨在制定呼叫中心的话务应急预案，以应对突发情况和保障话务系统的持续运行。
呼叫中心是企业与客户进行沟通与服务的重要渠道，对话务的有效管理和应急处理至关重要。
该预案将涵盖各种常见的应急情况，并提供应对措施和步骤，以确保话务系统的高可用性和客户服务的连续性。
2. 应急预案目标•确保话务系统的正常运行，减少因突发事件而导致的业务中断的时间和影响。
•保护客户隐私和数据安全。
•最大限度地减少客户的等待时间和服务不满意度。
•提供有效的沟通和协调机制，使全体员工了解应急处理步骤，快速应对突发事件。
3. 应急预案的种类本节将列出一些常见的突发情况和应急预案，以供参考。
3.1 网络中断或系统故障•确认网络中断是否超过15分钟，是否是局部还是整个系统的网络中断。
•如果是整个系统的网络中断，立即通知网络和系统管理人员进行维修和恢复工作。
•如果是局部网络中断，安排通知业务部门和客服代表，在网络恢复前切换至备用网络。
•记录故障发生的时间、原因和恢复的过程，并定期进行系统修复和检查。
3.2 自然灾害•在受灾前及时评估风险，采取必要的防灾措施，如备用电源、备用通讯设备等。
•配备专业的安全人员和应急响应团队，定期进行演练和培训。
•在灾后第一时间通过备用通信设备与各相关部门取得联系，评估灾害的影响并采取相应的恢复措施。
•定期进行演练和回顾，不断完善灾害应对方案。
3.3 突发事件或外部攻击•确立紧急响应机制和分工，包括指定应急主管、专门团队和通信方式。
•及时报告警报和相关信息，确保全体员工了解危机状况并采取紧急措施。
•与公安机关、网络安全公司及其他相关部门保持紧密合作，并及时报警处理。
•对客户信息进行加密和备份，确保数据库的安全性和完整性。
•在攻击结束后，进行事后分析和整改，以防止类似事件再次发生。
4. 应急预案实施流程该部分将介绍一般突发事件处理的具体流程，并根据不同的情况分别列出应对步骤。
4.1 突发事件处理流程1.事件识别和报告：所有员工应该密切关注潜在的紧急事件，并及时向应急主管报告。
呼叫中心应急处置预案
一、预案概述为提高我司呼叫中心应对突发事件的应急处理能力，确保在紧急情况下能够迅速、有效地组织救援，降低事故损失，特制定本预案。
本预案适用于我司呼叫中心在发生突发意外事件时，对事件进行快速响应、处置和恢复的指导。
二、适用范围本预案适用于以下突发事件：1. 话务量激增，导致话务员无法正常处理客户咨询；2. 网络故障，影响呼叫中心正常运行；3. 设备故障，导致话务员无法正常使用设备；4. 电力故障，影响呼叫中心供电；5. 安全事故，如火灾、盗窃等；6. 其他影响呼叫中心正常运营的突发事件。
三、组织架构1. 应急领导小组：负责指挥、协调、监督应急工作的开展，由呼叫中心负责人担任组长，各部门负责人为成员。
2. 应急指挥部：负责具体实施应急措施，由呼叫中心主管担任指挥长，各部门主管为成员。
3. 应急处置小组：负责具体处理突发事件，由各部门业务骨干组成。
四、应急处置措施1. 话务量激增（1）启动应急梯队，提高接通率；（2）调整班务，增加上班工时，启动备班；（3）加强与其他部门的沟通协作，共同应对话务高峰；（4）关注话务员心理状态，提供必要的心理支持。
2. 网络故障（1）立即通知网络维护人员，尽快修复故障；（2）通知客服代表使用备用网络或设备；（3）加强与其他部门的沟通协作，确保业务正常进行。
3. 设备故障（1）立即通知设备维护人员，尽快修复故障；（2）通知客服代表使用备用设备；（3）加强与其他部门的沟通协作，确保业务正常进行。
4. 电力故障（1）立即通知电力维护人员，尽快修复故障；（2）启动备用电源，确保呼叫中心正常运行；（3）加强与其他部门的沟通协作，确保业务正常进行。
5. 安全事故（1）立即启动应急预案，组织人员进行救援；（2）通知相关部门，如消防、公安等；（3）加强与其他部门的沟通协作，确保业务正常进行。
6. 其他突发事件（1）根据事件性质，启动相应应急预案；（2）加强与其他部门的沟通协作，确保业务正常进行。
话务人员应急处置方案范本
话务人员应急处置方案范本概述孙子兵法讲：“知己知彼，百战不殆”。
话务人员是联系企业和客户的桥梁，在日常工作中，无论是客户的满意度还是企业的形象都与其技能和素质息息相关。
遇到突发事件，如网络中断、电话催款、欺诈骗局，需要话务人员充分发挥应急反应能力，做好处置。
本文为广大话务人员提供一份应急处置方案范本，以备不时之需。
应急处置方案突发网络中断当企业网络突然中断，无论是客户打进来的还是话务人员外呼，都会通过无法接通，这时候让话务人员处理：•第一步，要及时发现问题，判断是否是网络中断造成的；•第二步，及时向负责运维的同事汇报，以便及时解决网络问题；•第三步，如果需要，及时给客户、合作伙伴等发送邮件、短信、微信等通知，解释情况，以免产生误解和负面影响；电话催款话务人员在电话接听过程中，可能会遇到刁钻的客户催款，此时建议话务员：•第一步，要耐心听取客户催款的原因，全面记录客户的意见，让客户感受到企业的关心和呵护；•第二步，根据企业策略，提供具有创造性、实现性的解决方案，让客户满意，发现和解决问题；•第三步，如果问题无法解决，及时反馈给领导并形成书面报告，让企业能及时寻找解决方案。
欺诈骗局话务人员是企业的前线特别是电信行业，内部管理十分重要。
话务人员遇到欺诈骗局时，首要任务是：•第一步，要熟练掌握欺诈骗局的各种手法，包括电信诈骗、网络仿冒等等，加强自身反欺诈意识，不要以为别人错了就放松自己的防范；•第二步，要及时调查，收集证据，相关信息以便于及时报警、向公安部门举报，维护企业不受损失；•第三步，在此过程中及时向领导报告，要求领导给予必要帮助和支持，同时整理相关资料，发给企业内外部门的相关负责人，以便于公司安排人力和物力等资源，实现公司协同配合。
总结作为话务人员，应急处置能力至关重要，在培养专业技能的同时，也要注重提高自身的处置方案和能力，不仅能顺利应对各种突发状况，保障企业的安全和利益，也能提高企业的形象和竞争力。
呼叫中心应急预案
呼叫中心应急预案在当今这个信息高速发展的时代，呼叫中心作为企业与客户沟通的重要桥梁，其稳定性和效率至关重要。
面对突发事件如自然灾害、技术故障、网络攻击等不可预测的风险，呼叫中心可能会面临服务中断或质量下降的挑战。
因此，制定一份全面而有效的呼叫中心应急预案范本，对于保障服务的连续性和提高应对突发事件的能力显得尤为重要。
应急预案的制定需要基于对呼叫中心运营的深入理解和潜在风险的充分评估。
这包括识别关键业务流程、分析可能影响运营的各种风险因素，以及评估这些风险对客户服务的潜在影响。
通过这一过程，可以确定哪些环节最为脆弱，需要优先制定应急措施。
应急预案应详细列出具体的应急措施和流程。
例如，对于技术故障，预案中应包含备用系统的启动流程、数据备份和恢复的操作步骤，以及与技术供应商的紧急联系方式。
对于自然灾害，预案则需要包括员工的疏散路线、临时办公地点的设置以及重要设备的防护措施。
预案还应考虑到人员安全，提供员工在紧急情况下的行为指南和培训。
为了确保预案的有效性，定期的演练和培训是必不可少的。
通过模拟不同的紧急情况，可以让员工熟悉应急流程，提高团队协作能力，同时也能够发现预案中可能存在的不足之处，及时进行调整优化。
这种实战化的训练，有助于提升整个呼叫中心的应急响应能力和恢复力。
除了内部管理，与客户的沟通也是应急预案中不可忽视的一环。
预案应包括在紧急情况下通知客户的方法，比如通过短信、邮件或社交媒体等渠道发布服务状态更新，以及预计恢复时间。
透明及时的沟通能够减少客户的不便，维护企业的信誉和客户满意度。
应急预案的制定和执行是一个动态的过程，需要根据外部环境的变化和内部运营的调整不断进行更新。
因此，建立一个监测和评估机制，定期审查预案的适用性和有效性，是确保预案始终能够发挥最大作用的关键。
BSCI紧急应变措施程序
8)若水势不能控制，进入配电房，要通知高层决定员工是否留厂继续上班，以及通知厂房维修部负责人采取措施；
9)水势不能控制进入厂，协助清洁工做好排水和清洁工作；
10)如有受伤员工应立即安排就医；
11)水势缓解，总结汇报。
2.防止水浸工作中保安主任及安全主任职责为：
1.1调集厂内、厂外巡逻保安赶赴现场；
1.2通知厂房各大门岗保安，抽调机动保安赶赴现场；
1.3对讲机/电话通知各当值保安，召集其它班次队员迅速赶赴现场；
1.4通知总台、安全主任、消防员及区域主管；
1.5初步向行政部及厂部领导汇报火灾时间、地点、燃烧物类型、火势范围以及有无人员伤亡等情况，同时讲清楚附近环境，有无其它灾情隐患，例如危险仓、油库、漏电以及易燃、腐蚀性物品等数据。
4.2点算人数后,确定所有人员已到齐；
4.3将人数报给紧急应变指挥中心；
4.4如有人员失踪,立即报告,但不可返回大楼；
4.5在应急人员到达之前,照顾受伤的雇员；
4.6在撤离工作结束后,如果应急人员允许的话,指挥或厂经理要求各部门组长陪雇员返回车间(注:任何时候全体雇员应知道应急人员的工作,不能妨碍应急活动,违者会受处分或被开除。
灭火时，要保持直立位置，不可水平或颠倒使用。喷嘴应对准火焰的根部，由近及远，快速向前推进。要防止死火复燃，零星小火可点射扑灭。如是可燃气体在容器内燃烧时，可使灭火射流由上而下向容器内燃烧液体喷射以阻止火势的扩大。如果扑救固体物质表面明火时，应将喷嘴对准燃烧最猛烈处，左右喷射即可。注意用灭火器在狭小的密闭空间灭火时，在火被扑灭后，使用者应立即撤离，以防中毒。
灭火时，先取下喷枪<即手握开关>，展开导管，同时打开钢瓶阀门（按逆时针方向旋转手轮），拉出伸缩拉杆，使喷嘴对准火源，握紧握手开关上的压把，灭火剂立即喷出灭火。灭火后，只要关闭钢阀门，剩余的灭火剂仍然能使用。
大话务冲击应急预案(转自hw)
华为大话务冲击应急预案1、概述：为避免由于突发性事件造成的话务量激增对BSC6000造成巨大冲击（如：寻呼成功率、指配成功率、话务量等KPI下降，用户感觉呼叫困难等），保障网络正常运行。
特别是奥运路线的正常通话保障，需要提前做好准备，防患于未然。
下文主要分3部分：日常系统和配置数据的优化，为话务高峰提前做好准备；性能问题主要判定指标，通过这些指标立即判断出网络是否出现异常；网络出现异常后的应急处理措施，保证高话务期间系统的安全；日常日常工程师需要依据日常的话务模型、KPI指标、相关告警和话统等，找出系统中性能薄弱环节并逐一进行调整，使系统的处理能力达到最大化。
2、BSC日常性能分析调整2.1 日常需要关注的各种指标关注日常话务模型BSC6000所承诺的系统规格，都是基于下面这个话务模型的：在上述话务模型下，BSC6000性能能够满足其标称规格。
现网运行中出现的BSC6000实际性能低于标称规格的情况，主要是由日常话务模型与标准话务模型出现偏差造成的。
因此，需要分析出日常话务模型与标准话务模型的偏差在哪里，以及它们的影响是什么，就可以对BSC6000进行适当的调整。
2.2 关注日常的KPI2.2.1日常应该重点关注下面的KPI信息：获取每框话务量，以及每框各个单板的CPU占用率。
BSC6000每框支持3000Erl话务量，这时各个单板CPU平均占用率应该在60%左右。
如果不能满足于这个比例，进行如下处理：获取A接口寻呼消息数。
如果超过了11万/15分钟，则参考2.3.4处理。
获取每个GEIUB单板的信道请求数量，如果大于150个/秒，则参考2.3.5处理。
注：话统中只有按照小区统计的信道请求数，因此需要先确定每个GEIUB单板包含哪些小区，再手工将这些小区的信道请求数加到一起，才能得到每个GEIUB单板的信道请求数量。
获取每个小区SDCCH信道拥塞率，如果某个小区大于2%，则按照2.3.6处理。
获取每个小区的TCH信道拥塞率，如果大于10%，则按照2.3.7和2.3.8处理。
话务平台应急预案
话务平台应急预案话务平台应急预案1. 引言话务平台是现代企业中必不可少的通信工具之一。
随着企业业务的日益增长和对客户服务的要求越来越高，话务平台的稳定性和可靠性变得非常重要。
然而，无法避免地会发生一些不可预见的突发事件，如网络故障、自然灾害或其他紧急情况。
为了确保话务平台的正常运行和及时恢复，制定一份完善的应急预案是非常重要的。
本文将介绍一个话务平台的应急预案，以应对各种紧急情况和突发事件。
2. 应急响应团队为了有效应对紧急情况，建立一个专门的应急响应团队是必要的。
该团队应由不同职能部门的代表组成，包括技术人员、运维工程师、网络管理员等。
应急响应团队的主要职责包括但不限于以下几点：- 监测和识别紧急情况- 及时报告紧急情况给相关人员- 确定和采取应急措施以最小化业务中断- 协调各个部门的工作并提供支持- 进行事后总结和报告，以便改善未来的应急响应能力3. 紧急情况分类根据紧急情况的性质和严重程度，我们将其分为三个类别，以便更好地进行应急预案的制定和应对措施的规划。
3.1 类别一：网络故障网络故障是话务平台经常遇到的紧急情况之一。
在出现网络故障时，通信可能会中断或变得不可靠，对客户服务产生负面影响。
针对这种情况，我们应采取以下措施：- 确保备用网络和有冗余的硬件设备，以最小化网络故障的影响- 建立紧急联系热线，并向客户提供相关信息- 及时与网络服务提供商联系，寻求帮助和支持3.2 类别二：自然灾害自然灾害，如地震、洪水、暴风雨等，可能导致话务平台的停运和设备损坏。
为了应对这种情况，我们应采取以下措施：- 确保设备安全和稳定性，如避免设备安装在易受灾害影响的地区- 及时备份重要数据，并将其存储在灾害不会影响到的地方- 准备紧急疏散和救援计划，确保员工和用户的安全3.3 类别三：系统故障系统故障可能是软件 Bug、硬件故障或人为失误等引起的。
为了应对系统故障，我们应采取以下措施：- 尽快定位问题并进行修复，以最小化系统故障对业务的影响- 针对常见故障和问题，建立问题解决方案库以快速解决- 进行系统维护和定期的备份工作，以确保系统的可靠性和稳定性4. 应急预案执行步骤在发生紧急情况时，按照以下步骤执行应急预案，以确保及时响应和解决问题。
重大节假日网络保障应急预案
重大节假日网络保障应急预案二○○九年十二月节假日网络保障应急预案1 总则1.1 编制目的为保证重要活动节假日召开期间通信网络的安全可靠运行，全面提高通信维护队伍应对突发情况的综合管理水平和应急处置能力，最大限度地保证重大节假日期间通信网络稳定安全运行和可靠畅通。
1.2 编制依据依据工信部等有关文件及应急预案，结合我公司网络实际情况制定本预案。
1.3 工作原则1. 实行统一管理、统一指挥、各级负责的原则；2. 快速反应原则：当突发事件发生时，维护部各中心要立即按应急通信预案，投入通信应急工作；3. 主动报告原则：当突发事件发生后，要及时报告应急通信实施情况。
1.4 适用范围本预案适用于重要节假日期间，可能对网络安全稳定可靠运行的一切突发事件或紧急情况。
2 组织机构及职责2.1 应急机构组成重要活动节假日通信保障应急通信保障工作实行各级维护部负责制。
由分公司的网络与信息安全领导小组组织调度指挥，各有关部门统一遵照执行。
突发事件或者紧急情况发生后，公司应急应急通信办公室可以根据需要，在事发地设立现场应急指挥部，统一进行指挥调度；应急通信办公室成员：总指挥：运行维护部主任副总指挥：运维部副主任成员：运维部副主任、各专业主管2.2 应急通信办公室主要职责负责对本公司重要会议应急通信保障工作的统一领导、指挥和协调。
负责传达省公司和地市分公司应急工作指令；负责节日期间发生的突发事件或者紧急情况的收集、分析和评估工作；协调处理在实施重要会议应急工作中的有关问题；对损失及影响进行评估；制定重要节假日应急方案并负责修订和完善；负责执行通信保障指令；负责修复故障设备；负责应急通信工作中的后勤保障等配合工作。
3 应急准备工作3.1 通讯手段保障3.1.1 重要节假日期间重要岗位的领导及维护人员保证多种通讯方式的畅通。
各级应急组织成员在节假日要保证G网、C网、移动和固定电话24 小时处于待机状态，应急抢修队成员要确保通讯手段有效。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2008年春节华为BSC大话务应急方案目前我公司全省现网运行的华为BSC有两种类型GBSC32和GBSC6000，为了应对在突发大话务情况下，可能造成BSC呼叫困难，部分KPI指标恶化的后果，结合现网的实际，特提出如下应对措施。
一、GBSC32的大话务应对措施1、预警条件华为BSC32最大可控制1024个载频，512个基站或1024个小区；最大支持话务量：6400Erl；最大支持BHCA：800K。
三者有一个满足时，BSC将到达容量极限。
注：BHCA（Busy Hour Call Attempt，忙时试呼次数）也是BSC规格的重要一部分，观察BSC运行情况时也绝不能忽视BHCA，它反映的是BSC的控制面。
BHCA反映了系统处理信令的负荷能力，与话务量没有直接的关系。
目前满配置3500ERL,BHCA超过700K时；或平均一个BM模块的话务量超过350ERL，BHCA超过85K时，我们可以认为这是大话务网络（因满配置8模块互为资源池，因此可承载的话务量和BHCA能力超过8个单独的BM）。
对于网络规模接近的局点，也可参考以下方法。
2、预防措施(大话务网络检查)(1)确保每个模块配置2条A口信令链路，且所有链路状态正常；(2)各模块可用CIC配置均衡，避免过度集中，减少模块间通信量；(3)检查各模块的话务量，确保各模块话务均衡，如果模块间话务量差别较大，可动态转移部分小区；(4)如果MSC侧可以配置信令链路优先级，调整各链路优先级一致；(5)RPPU板上配置小区和对应连接BM模块的小区尽量一致；(6) 无线资源最大化-SDCCH资源最大化：当小区SDCCH不够时会极大浪费系统资源，如对频繁信道请求的处理。
为此，当小区SDCCH拥塞率超过2%时，建议打开SDCCH动态调整，将“TCH恢复最短时间(秒)”设置成600，避免频繁转换。
如果已经打开SDCCH动态调整，此种情况下建议增加一条静态SDCCH。
(7) 无线资源最大化-TCH资源最大化：TCH资源不够，对于主叫，会造成指配失败；对于被叫，主被叫均会呼叫失败，这样用户重拨会加重系统负荷。
对于开通半速率的小区，如果指配成功率小于95%，且指配失败的原因有一半是无可用资源，或TCH拥塞率（占用遇全忙）超过10%，建议下调TCH 忙门限，建议以10%为一档，逐步观察调整。
对于C12以前版本，建议配置固定半速率信道，避免信道频繁调整，对于C12以后版本，不要配置固定半速率。
(8) 合理分配CS/PS资源：开通GPRS的小区，如果业务量大，必须确保有一条静态PDCH信道，否则配置动态PDCH。
一来可以避免频繁信道转换带来的额外开销，二来可以避免全部配置静态PDCH而消耗了全部RPPU资源。
此外RPPU板上配置的小区需和所连接的BM模块小区对应，避免消息和信令转发引起过多的内部自开销。
(9) LAC分裂：如单LAC下寻呼超过30万次或开通半速率TRX超过500将导致寻呼过载，请分裂LAC。
(10) MSC参数调整:在寻呼量较大时，寻呼消息可能在BSC，BTS堆积，造成寻呼响应较慢，以某局现场数据分析，在寻呼量为30万，话务量为3500ERL时，寻呼响应的时长一般为6秒，这时如果MSC侧设置定时器时间偏小，将会造成频繁下发二次寻呼，严重影响BSS性能。
当BSC每小时接受的寻呼消息超过20万时，需关注PCH信道是否有过载（一般每小时过载100次属正常），如果过载次数上万，请及时调整N侧寻呼策略。
具体为：一次寻呼响应定时器时长设为10秒，一次寻呼为TMSI，二次寻呼为IMSI，且都不携带Channel Needed信元，严重时关闭全网寻呼。
3、呼叫困难紧急应对措施呼叫困难的定义：和特定手机无关，主叫或被叫困难，十次呼叫接通次数少于等于3次，对应话务量下降超过40%。
常见产生呼叫困难情况有3种原因：（1）MCCS故障，导致总线吊死此类问题的产生往往一开始是某一块MCCS异常，进而影响总线，导致其他MCCS运行异常，模块间通信消息大量丢失。
问题表象是大量MCCS单板产生307号“AM GMCC通讯链路异常告警”。
出现问题时根据出现的MCCS相关告警，先拔出最先出现告警的MCCS单板，观察业务是否恢复，如果没有就逐块拨出MCCS单板，观察拔出哪一块后业务恢复正常。
如果能确认出故障MCCS单板，就更换这块MCCS单板。
如果不能确认故障MCCS单板，则再逐块插入MCCS单板，观察插入哪块MCCS单板又出现业务中断。
如果能定位故障单板，则更换该故障单板；如果全部插入后业务正常运行，很可能是MCCS单板没有故障，运行过程中总线异常吊死，出现这种情况只需要把单板插拔一次即可。
（2）OPT故障，导致本模块下呼叫困难此类问题的产生是由于OPT单板发送光功率衰减，导致BM到AM的光通路信号的信噪比下降，出现大量误码，而光路又没有倒换，最终导致该BM 模块业务出现中断。
如发现大量光接口板故障告警，随后立刻恢复。
即大量此类故障告警和恢复告警。
如下图。
请更换对应的OPT单板。
如果故障不消失，更换FBI、FBC、光纤。
（3）寻呼过载这种情况产生原因是MSC下发大量寻呼，导致BSC资源耗尽，丢弃过多寻呼，被叫失败，主叫重拨，产生恶性循环。
MSC大量下发寻呼消息时，会导致PCH过载，BSC内部流控，流控时丢弃部分寻呼以及部分寻呼消息在队列中延迟，导致被叫失败，这时用户重拨以及MSC二次寻呼以及全网寻呼的下发，更加重了BSS的负荷。
出现此问题时可从BSC话统上看出，其一，“ABIS口电路业务PCH过载次数”忙时会上万次；其二；“ MSC发来电路业务寻呼请求次数”忙时会超过50万，恶劣时会彪升至80万。
出现此种情况时，首先修改MSC寻呼方式，每执行一步操作，观察15分钟左右。
关闭MSC二次寻呼，即只用TMSI进行寻呼。
一次寻呼响应定时器设为8秒，寻呼方式为LAC寻呼。
实践证明，此种方式可以有效解决呼叫困难和话务量下降问题，但N侧寻呼成功率会略有下降，约3%。
●关闭GPRS业务，即设置小区不支持GPRS，减少数据业务对话音业务的影响；●闭塞部分小区，根据话务量恢复情况逐渐恢复，如果无法恢复，拔出部分BIE单板（需现场根据各BSC具体情况确定哪些BIE单板在这种状态下拔出），此时全网基本瘫痪，通过闭塞小区的方式，可以用一部分相对次要的区域换取热点地区用户业务需求。
（4）MSC过载在MSC过载时，MSC会向BSC发送OVERLOAD消息。
BSC接收到MSC OVERLOAD消息后，触发A接口流控。
一段时间内持续收到来自MSC的OVER LOAD消息，BSC将提升A接口流控级别。
在流控级别提升到最高级时，只有10％的呼叫接入可以送达MSC。
BSC的A口流控级别每升高一次，均会上报MSC过载告警(告警ID为572)，如果从告警台上可以看到大量此告警，2分钟3条左右，如下图所示，基本可以判断是由于MSC过载导致BSC限呼。
此时应尽快协调N侧工程师，配合处理MSC过载问题。
二、GBSC6000话务高峰应对措施1、准备工作：（1）备份配置数据为了保证话务高峰过后能够将调整的数据恢复原状，需要将配置数据备份下来。
（2）准备好操作记录现场应该打印好一个操作记录表，记录操作的时间以及具体的操作内容。
（3）登记15分钟话统话务高峰来临前现场应该事先登记下面的15分钟话统指标：2、何时开始执行应急处理措施各个话统指标的预警值：当上面登记的这些指标任何一个超过预警值后，说明系统负荷已经很大，必须立即启动应急措施。
立即在BSC下进行网内主叫和被叫呼叫测试（至少20次以便准确判断），确认出现呼叫困难（如20次呼叫有10次失败）后，立即启动应急措施。
如果暂时没有出现呼叫困难，应该保持警惕，每分钟至少拨侧一次，直到上述指标低于预警值为止。
进行拨侧后，确认出现呼叫困难，这时必须立即进行应急处理。
处理步骤为：i.确定系统的异常过载的现象是什么。
ii.根据系统出现的异常现象，进行相应的处理。
3、GEIUB/GOIUB单板及LAPD链路负载（1）异常现象i.查看CPU平均占用率15分钟指标，GEIUB/GEIUO单板平均CPU占用率超过80%。
ii.查看活动告警，发现LAPD过载告警并且长时间未恢复（5分钟以上）。
iii.查看历史告警，在最近5分钟内发现多次CPU过载告警。
CPU过载告警依据的是CPU的瞬时占用率，因此它的出现和恢复的随机性很强在此无法给出这样的一个确切的数字，说出现了多少次告警就有问题。
我们可以用另外一个方法，计算出每个告警的存在时间（即告警恢复时间－告警产生时间），将5分钟内所有的CPU过载告警的存在时间加在一起，如果这个存在时间超过了2分钟，则说明存在GEIUB/GOIUB过载。
（2）应急处理步骤i.使用LMT的CPU占用率监测功能，实时监测Abis接口板的CPU占用率。
这样便于观测应急措施的效果。
ii.关闭MSC二次寻呼，寻呼采用TMSI，MSC等待寻呼响应定时器调整为10秒。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
这些参数在MSC上设置。
iii.减少重发次数，如设置“小区属性参数〉呼叫控制参数〉呼叫控制基本参数〉允许重指配”为“否”，设置“小区属性参数〉呼叫控制参数〉呼叫控制基本参数〉MS最大重发次数”为1，减少寻呼次数。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
iv.T3122定时器(C03版本) “小区属性参数〉其他属性参数〉高级参数〉T3122(秒)”设置为30s。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
v.关闭SDCCH信道动态调整，设置“小区属性参数〉基本属性参数〉SDCCH动态分配允许”为“否”。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
vi.打开测量报告预处理，设置“小区属性参数〉切换参数〉切换高级参数〉BTS测量报告预处理”为“是”，设置“小区属性参数〉切换参数〉切换高级参数〉预处理测量报告上报频率”为“每2秒一次”。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
vii.降低“BSC属性参数〉BSC基本属性参数〉流控数据〉寻呼消息到达率统计周期内最大消息数”门限到150，最少到120，不可再少。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
viii.降低“BSC属性参数〉BSC基本属性参数〉软参〉随机接入中一个周期允许的最大个数”，默认值15，参考修改值12。
修改后查看CPU是否低于80％，如果正常，结束处理，否则继续下一步。
ix.闭塞部分小区，根据话务量恢复情况逐渐恢复。
话务高峰期间，如果传输网出现故障，则大量基站断链。