网优讲稿-应急通讯保障

,应急通讯保障,1,、应急通讯的特点和保障流程,2,、话务与负荷预算,3,、基站扩容,VS.,应急通信车,4,、应急保障方案的评估,5,、,1,个应急方案的实例,目 录,一、应急通讯的特点和保障流程,用户密集：话务量远远超过平时忙时话务,特定的时间段：高话务冲击的时间段一般可知,特定的地点区域：高话务冲击的区域集中在某一范围内,根据话务增长模式可以分为：大型演唱会、农村集市、特殊要求的通信保障等几种类型,应急通讯的特点,集会的信息收集是整个保障的基础，话务和负荷预算是否准确决定了保障的力度，基站扩容和通信车的使用是保障顺利进行的有力保证，方案的实施和评估、资料归档入库则为下次类似的集会提供了宝贵的借鉴经验。,集会的,信息收集,基站扩容或,应急通信车,话务与负荷,预算,方案实施,与评估,资料归档，应急经验入库，为下次保障提供参考,一、应急通讯的特点和保障流程,保障流程,一、应急通讯的特点和保障流程,RNP,各配合人的问题反馈和方案调整,落实责任人员,明确时间进度,加强整合协调,牵头人,网优中心,配合人,工程中心、网维中心、传输中心、各县维护,通信车,网优中心无线维护班,保障流程,1,、应急通讯的特点和保障流程,2,、话务与负荷预算,3,、基站扩容,VS.,应急通信车,4,、应急保障方案的评估,5,、,1,个应急方案的实例,目 录,话务与负荷预算,话务数据,OMC,R,A,口预测,小区级话务预测,寻呼量预测,人工输入,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,割接基站,NOKIA BSC 3i,超过,150k,，,BSC 2i,超过,120k,必须予以,LAC,分裂或者基站割接,1,、应急通讯的特点和保障流程,2,、话务与负荷预算,3,、基站扩容,VS.,应急通信车,4,、应急保障方案的评估,5,、,1,个应急方案的实例,目 录,基站扩容,三、基站扩容,VS.,应急通信车,传输申请：,在所在,BSC,安排空闲,ET,，发送,ET,申请工单给传输中心,;,硬件安排：,市区由工程中心统筹安排，县里由县运建部工程班实施，部分涉及到,DE34,设备可以由无线维护班完成，,OA/IMep,工单流转并加强电话沟通,;,天馈调整：,在,IMep,平台上派单给飞鸿代维公司完成；,应急通信车,三、基站扩容,VS.,应急通信车,传输申请：,固定在,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,白石东浃,71.72222,30,41.72222,WZHBSC63,12911,白石二,61,9.2,51.8,WZHBSC63,22911,白石二,59.57778,21.5,38.07778,WZHBSC63,22131,白石,99.75,36.6,63.15,WZHBSC63,12131,白石,53.22222,12.3,40.92222,WZHBSC63,32131,白石,84.54444,30.8,53.74444,WZHBSC63,22771,隔篱,26.08333,10.8,15.28333,WZHBSC63,32414,白石东浃,57.92778,15.3,42.62778,WZHBSC63,32911,白石二,54.3,11.3,43,WZHBSC63,22302,中雁,20.91111,1.7,19.21111,WZHBSC63,12302,中雁,8.9,1.5,7.4,WZHBSC63,12414,白石东浃,15.25556,7.9,7.35556,总计,613.1944,188.9,424.2944,敬请批评指正！,感谢聆听！,