前进行话务分析，预估话务需求。分析活动现场占用小区情况，针对活动现场人员情况对相应小区进行扩容处理，提前协调应急通信车到现场进行保障2）对重点人物入场路线及重点场所进行模底保障。对活动周边道路进行遍历测试及重点区域的CQT拨测，确保目标人物的通信体验。3）加强设备监控力度加大话统分析和告警监控力度，对每日指标性能最差小区进行分析，拿出解决方案，及时解决。每小区发出告警及话务监控信息，抄送全体保障组人员，准备相关应急板件，保障基站稳定运行，预留部份重要的备品备件以便能及时处理重要基站的故障4）应对突发事件通信保障突发事件的一个突出现象就是某个特定区域内短时间话务激增，出现高拥塞现象，为很好的应对此类事件，我们从以下5个方面做好应急保障工作：A、应急小区预安装：应急小区数据、装传输电路及基站数据预先制作并调试完成，根据活
f动需要随时可以开启应急。B、专项应急设备：仓库常年备存BBURRU等相关设备，同时有配套的天馈系统和其它配套设施，作为应急通信的专项备品备件。C、专项车辆配备：网优中心配有应急通信车辆1台，承担应对突发事件的开站、扩容、测试和故障处理工作。D、专项人员配备：各个专业有专门处理突发事件的应急人员
3、应急预案
一般情况下，通过活动前巡检，不会出现如上告警。但是一旦出现如上告警，轻则影响性能，重则业务中断。请按照如下原则进行处理：1）首先按照告警帮助进行处理（重启和换板措施在本步骤先不考虑）；2）若不能消除告警，尝试重启；3）若仍然不能解决问题，尝试更换单板。（需要提前准备好备板）
RRC建立成功率急剧恶化应急处理
【入口条件】通过实时监控或15分钟话统发现RRC建立成功率已经急剧恶化（恶化程度已经超过客户
预期），且通过15分钟话统看到LRRCCo
ReqMax指标100，且实时监控主控基带CPU最大利用率低于60。满足以上条件按，说明用户数可能先于系统处理能力受限。【应急措施】缩短UE不活动定时器（如果当前值大于10s，则改到10s；否则不能修改，否则有可能导
致RRC建立次数大幅上升，对系统形成冲击）。若实施后RRC建立成功率仍然低于客户要求，则考虑使用拉长T302定时器或者降功率缩
小小区覆盖的措施，将部分边缘用户迁移到负载较轻的LTE邻区或异系统邻区，但需确认邻区未过载，并跟网规网优人员确认压缩后不会出现覆盖盲区。注意：一旦执行了某项措施后发现主控或基带CPU最大利用率超过80，需要立即将该措施回退。
fCPU过载的应急处r