文档介绍：应急通讯保障
1、应急通讯的特点和保障流程
2、话务与负荷预算
3、基站扩容 VS. 应急通信车
4、应急保障方案的评估
5、1个应急方案的实例
目 录
一、应急通讯的特点和保障流程
用户密集：话务量远远超过平时忙：
固定在BSC49上，通知传输中心跳通应急车接入的BSC传输到BSC49的路由;
硬件安排：
在省公司网优中心无线综合分析系统中提交申请，需要上报时间地点话务预估和具体的方案等数据，待审核后才可以开启使用通信车。通信车的停放和开启由无线维护班完成，需现场沟通指定;
天馈调整：
现场协商调整通信车几个扇区的实际覆盖方向；
只能覆盖已知固定的范围，高度足够，通常场馆内可以轻松覆盖
扩容工程量较大，尤其是涉及到增加机架、加扇区等扩容
无需再占用额外空间，无需现场维护人员
优缺点对照
三、基站扩容 VS. 应急通信车
VS
可根据实际需要进行放置车辆和覆盖，高度16米左右，对场馆内效果不理想
工程量很小，只需要BSC数据重做，现场调测通过就行
需要有合适的停放位置，需要现场协调随工人员
基站扩容
通信车
1、应急通讯的特点和保障流程
2、话务与负荷预算
3、基站扩容 VS. 应急通信车
4、应急保障方案的评估
5、1个应急方案的实例
目 录
评估的数据
四、应急保障方案的评估
小区级KPI：
各覆盖小区的忙时话务，平均话务，忙时拥塞，忙时掉话率，可用率等；
BSC级KPI：
总话务，话务增长量，A口话务增长量；
LAC级：
Paging Sent和Delete的情况；
MSC级：
VLR用户增长情况；
评估报告格式
四、应急保障方案的评估
保障情况总述：
集会的时间、地点、用户数，总话务增长量等；
成功实施的应急措施：
扩容/通信车的措施，扩容小区清单、扩容载频数、天馈调整措施、参数调整过程；
KPI说明：
覆盖小区&BSC相关的KPI情况：话务、拥塞率等；
实际发现的问题：
与往年相比有什么新的变化，此次应急保障中出现的问题（如意料之外的话务增长和拥塞的合理解释）；
总结
对本次保障的总结，对下次类似情况的建议；
资料归档与参数复原
四、应急保障方案的评估
评估报告：
上传至网优服务器备份，发送给各相关负责人传阅，特别是有对保障问题点的改进建议需要让相关负责人知晓；
应急通信车：
应急通信车的效果评估报告数据还需要上传到网优中心平台，在平台上进行数据填报并上传评估文件；
参数复原：
应急扩容的基站是否有必要减容恢复原配置，天馈、参数是否需要复原，割接基站是否需要割回来？
1、应急通讯的特点和保障流程
2、话务与负荷预算
3、基站扩容 VS. 应急通信车
4、应急保障方案的评估
5、1个应急方案的实例
目 录
三月初十白石集市
五、1个应急方案实例
三月初十白石集市
五、1个应急方案实例
由于地形受限，不用应急通信车而采取扩容现有基站并且开通半速率载频的形式来进行。
白石二72191基站由目前的ULTRASITE的6+7+5的配置扩到12+8+8。
白石72113 基站由目前的ULTRASITE的8+7+8的配置扩到10+12+10。
白石东浃72441基站由目前的ULTRASite的4+6+6的配置扩到6+10+8。
隔篱72177基站由ULTRASite的8+4+6 的配置扩容到 10+5+8
中雁基站从目前的ULTRASite的3+2配置扩到4+4的配置。
参数的调整：开通各个扇区的AMH功能来共同分担话务量，同时开启部分基站的UMBRELLA 切换均匀话务。
开通白石、白石二、中雁、密川、白石东浃、隔篱所有载频的半速率，并将FRL，FRU设置成60/80；
三月初十白石集市
五、1个应急方案实例
效果评估：
BSC_NAME
Cell
NAME
忙时话务
集市前话务
话务增长
WZHBSC63
22414
白石东浃
30
WZHBSC63
12911
白石二
61
WZHBSC63
22911
白石二
WZHBSC63
22131
白石
WZHBSC63
12131
白石
WZHBSC63
32131
白石
WZHBSC63
22771
隔篱
WZHBSC63
32414
白石东浃