中国移动应急通讯保障网优演讲稿

应急通讯保障1、应急通讯的特点和保障流程2、话务与负荷预算3、基站扩容VS.应急通信车4、应急保障方案的评估5、1个应急方案的实例目录一、应急通讯的特点和保障流程▪用户密集：话务量远远超过平时忙时话务▪特定的时间段：高话务冲击的时间段一般可知▪特定的地点区域：高话务冲击的区域集中在某一范围内▪根据话务增长模式可以分为：大型演唱会、农村集市、特殊要求的通信保障等几种类型•应急通讯的特点集会的信息收集是整个保障的基础，话务和负荷预算是否准确决定了保障的力度，基站扩容和通信车的使用是保障顺利进行的有力保证，方案的实施和评估、资料归档入库则为下次类似的集会提供了宝贵的借鉴经验。集会的信息收集基站扩容或应急通信车话务与负荷预算方案实施与评估资料归档，应急经验入库，为下次保障提供参考一、应急通讯的特点和保障流程•保障流程一、应急通讯的特点和保障流程RNP•各配合人的问题反馈和方案调整•落实责任人员•明确时间进度•加强整合协调牵头人网优中心配合人工程中心、网维中心、传输中心、各县维护通信车网优中心无线维护班•保障流程1、应急通讯的特点和保障流程2、话务与负荷预算3、基站扩容VS.应急通信车4、应急保障方案的评估5、1个应急方案的实例目录•话务与负荷预算话务数据OMC－RA口预测小区级话务预测寻呼量预测人工输入VLR用户预测输出：应急预案以OMC话统为主，人工输入为辅，采集各项数据：话务、寻呼量、BSC配置、VLR和覆盖信息，根据往年的话务增长模式来预测集市的话务。寻呼数据BSC数据VLR数据测试数据分析计算二、话务与负荷预算其它相关数据•小区级话务预算农村集市的主覆盖小区话务历年来都有数据，按上述公式计算基本上偏差不大；大型演唱会等因为没有往年数据，可以“按照地点－类似活动”的方法来计算，比如说4月份温州体育馆举行“张学友”个人演唱会，7月份在同一个体育馆举行的“同一首歌”演唱会就可以参照4月份的话务增长比例来进行预测。二、话务与负荷预算去年集会最高话务话务增长率≈去年集会之前的平均话务今年集会预测话务≈今年集会前平均话务×话务增长率备注•寻呼量的预算话务增长率取前面所得到的小区话务的平均增长量，当然因为只涉及到特定区域，所以需要在该LAC中计算该特定区域所占比例的寻呼引起的增长二、话务与负荷预算LAC寻呼量话务≈今年集会前寻呼量×话务增长率备注•A口预算与寻呼量计算类似，话务增长率取前面所得到的小区话务的平均增长量，当然因为只涉及到特定区域，所以需要在该BSC中计算该特定区域所占比例的话务引起的增长二、话务与负荷预算备注A口话务≈今年集会前A口话务×话务增长率•VLR用户数预算VLR用户数的增长可以采用类似寻呼量预算的方法，不过一般直接用今年集会前VLR用户数和预估计用户数相加得到，因为事先的信息采集包含了对活动人数的预估，所以直接相加取最大值来估算反而更方便实用二、话务与负荷预算VLR用户数≈今年集会前VLR用户数＋预估计用户数备注•负荷与方案二、话务与负荷预算•最高话务超过基站容量（含半速率）的需要扩容，目标是拥塞控制在5％以下，如果能话务均担，考虑调整邻区切换参数进行话务均摊小区话务A口预算VLR用户数LAC寻呼•A口扩容/调整•超过MSC-VLR门限的必须进行跨MSC割接基站•NOKIABSC3i超过150k，BSC2i超过120k必须予以LAC分裂或者基站割接1、应急通讯的特点和保障流程2、话务与负荷预算3、基站扩容VS.应急通信车4、应急保障方案的评估5、1个应急方案的实例目录•基站扩容三、基站扩容VS.应急通信车1.传输申请：在所在BSC安排空闲ET，发送ET申请工单给传输中心;2.硬件安排：市区由工程中心统筹安排，县里由县运建部工程班实施，部分涉及到DE34设备可以由无线维护班完成，OA/IMep工单流转并加强电话沟通;3.天馈调整：在IMep平台上派单给飞鸿代维公司完成；•应急通信车三、基站扩容VS.应急通信车1.传输申请：固定在BSC49上，通知传输中心跳通应急车接入的BSC传输到BSC49的路由;2.硬件安排：在省公司网优中心无线综合分析系统中提交申请，需要上报时间地点话务预估和具体的方案等数据，待审核后才可以开启使用通信车。通信车的停放和开启由无线维护班完成，需现场沟通指定;3.天馈调整：现场协商调整通信车几个扇区的实际覆盖方向；只能覆盖已知固定的范围，高度足够，通常场馆内可以轻松覆盖扩容工程量较大，尤其是涉及到增加机架、加扇区等扩容无需再占用额外空间，无需现场维护人员•优缺点对照三、基站扩容VS.应急通信车可根据实际需要进行放置车辆和覆盖，高度16米左右，对场馆内效果不理想工程量很小，只需要BSC数据重做，现场调测通过就行需要有合适的停放位置，需要现场协调随工人员基站扩容通信车1、应急通讯的特点和保障流程2、话务与负荷预算3、基站扩容VS.应急通信车4、应急保障方案的评估5、1个应急方案的实例目录•评估的数据四、应急保障方案的评估1.小区级KPI：各覆盖小区的忙时话务，平均话务，忙时拥塞，忙时掉话率，可用率等；2.BSC级KPI：总话务，话务增长量，A口话务增长量；3.LAC级：PagingSent和Delete的情况；4.MSC级：VLR用户增长情况；•评估报告格式四、应急保障方案的评估1.保障情况总述：集会的时间、地点、用户数，总话务增长量等；2.成功实施的应急措施：扩容/通信车的措施，扩容小区清单、扩容载频数、天馈调整措施、参数调整过程；3.KPI说明：覆盖小区&BSC相关的KPI情况：话务、拥塞率等；4.实际发现的问题：与往年相比有什么新的变化，此次应急保障中出现的问题（如意料之外的话务增长和拥塞的合理解释）；5.总结对本次保障的总结，对下次类似情况的建议；•资料归档与参数复原四、应急保障方案的评估评估报告：上传至网优服务器备份，发送给各相关负责人传阅，特别是有对保障问题点的改进建议需要让相关负责人知晓；应急通信车：应急通信车的效果评估报告数据还需要上传到网优中心平台，在平台上进行数据填报并上传评估文件；参数复原：应急扩容的基站是否有必要减容恢复原配置，天馈、参数是否需要复原，割接基站是否需要割回来？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_NAMECellNAME忙时话务集市前话务话务增长WZHBSC6322414白石东浃71.722223041.72222WZHBSC6312911白石二619.251.8WZHBSC6322911白石二59.5777821.538.07778WZHBSC6322131白石99.7536.663.15WZHBSC6312131白石53.2222212.340.92222WZHBSC6332131白石84.5444430.853.74444WZHBSC6322771隔篱26.0833310.815.28333WZHBSC6332414白石东浃57.9277815.342.62778WZHBSC6332911白石二54.311.343WZHBSC6322302中雁20.911111.719.21111WZHBSC6312302中雁8.91.57.4WZHBSC6312414白石东浃15.255567.97.35556总计613.1944188.9424.2944