重要活动应急保障方案修改.docx
《重要活动应急保障方案修改.docx》由会员分享,可在线阅读,更多相关《重要活动应急保障方案修改.docx(10页珍藏版)》请在冰点文库上搜索。
重要活动应急保障方案修改
重要活动应急通信保障方案
、应急保障分类
次因,并制定针对性的保障方案
通信应急保障
分类
信保障
扁信事故、突发政治事件、公共安
全事件、自然灾害事件等
重要通信保障任务(重大活动、国
事会议、大型体育运动会等)、军
事演习等重要通信保障活动
.)
、重大事件应急保障流程
针对重大事件应急保障,一般分事前、事中、事后保障三个阶段
事前
信息采集
保障方案确定、应急预案制定
■>
责任分工,落实实施
关键时间点控制
保障人员落实
西部
北部
20
°第一季度第三季度
三、应急保障举例
东荷体育馆许巍演唱会应急保障方案
1、信息采集(保障时间、地点及范围)
据演唱会官方发布,许巍将于11月29日于东荷体育馆举行巡回演唱会,为满足界时
大量突发通信需求,济南移动提前进行通信测试保障,具体测试安排如下:
1)活动时间:
2014年11月25日至29日
2)测试设备:
MIFI终端及D2测试手机
3)测试范围:
活动范围为济南东荷体育馆,重点保障区域为1-4层看台及走廊人员聚集区域及三楼
包厢区域。
2、演唱会测试保障方案
测试前注意事项:
1)确认测试区域:
活动进行前提前模清体育馆现场建筑结构,各RRU布放位置及覆盖
范围,确保各RRU运行正常。
2)测试人员提前到位:
由于早忙时堵车严重,要求测试人员提前进入场馆进行通信保障。
3)风险点规避:
活动期间设备故障及大话务带来的拥塞等指标恶化,需要提前协调应急
通信车及工程设备RRU备件,避免打不通电话引起的大量投诉。
4)测试范围站点状态监控:
后台人员测试前提前到位,提取现网各站点运行、告警及话
务量状态,如发现问题及时报保障人员,及时进行有效规避处理。
5)关键配置检查
------修改TDDSRS配置方式为接入优先。
------打开SRI资源自动调整开关。
——关闭DRX开关。
------扩双载波并配置负载均衡。
------保证周围邻区关系完整。
活动保障方案实施施
1)提前进行话务分析,预估话务需求。
分析活动现场占用小区情况,针对活动现场人员情况对相应小区进行扩容处理,提前协调应急通信车到现场进行保障
2)对重点人物入场路线及重点场所进行模底保障。
对活动周边道路进行遍历测试及重点区域的CQT拨测,确保目标人物的通信体验。
3)加强设备监控力度.加大话统分析和告警监控力度,对每日指标性能最差小区进行分
析,拿出解决方案,及时解决。
每小区发出告警及话务监控信息,抄送全体保障组人员,
准备相关应急板件,保障基站稳定运行,预留部份重要的备品备件以便能及时处理重要基
站的故障
4)应对突发事件通信保障
突发事件的一个突出现象就是某个特定区域内短时间话务激增,出现高拥塞现象,为很好
的应对此类事件,我们从以下5个方面做好应急保障工作:
A、应急小区预安装:
应急小区数据、装传输电路及基站数据预先制作并调试完成,根据活动需要随时可以开启应急。
B、专项应急设备:
仓库常年备存BBU'RRU等相关设备,同时有配套的天馈系统和其它配套设施,作为应急通信的专项备品备件。
C、专项车辆配备:
网优中心配有应急通信车辆1台,承担应对突发事件的开站、扩容、测试和故障处理工作。
D、专项人员配备:
各个专业有专门处理突发事件的应急人员
3、应急预案
一般情况下,通过活动前巡检,不会出现如上告警。
但是一旦出现如上告警,轻则影响性能,重则业务中断。
请按照如下原则进行处理:
1)首先按照告警帮助进行处理(重启和换板措施在本步骤先不考虑);
2)若不能消除告警,尝试重启;
3)若仍然不能解决问题,尝试更换单板。
(需要提前准备好备板)
RRC建立成功率急剧恶化应急处理
入口条件】
通过实时监控或15分钟话统发现RRC建立成功率已经急剧恶化(恶化程度已经超过客
户预期),且
通过15分钟话统看到L.RRC.ConnReq.Max指标<=100,且
实时监控主控&基带CPU最大利用率低于60%。
满足以上条件按,说明用户数可能先于系统处理能力受限。
应急措施】
缩短UE不活动定时器(如果当前值大于10s,则改到10s;否则不能修改,否则有可能导致RRC建立次数大幅上升,对系统形成冲击)。
若实施后RRC建立成功率仍然低于客户要求,则考虑使用拉长T302定时器或者降功率缩小小区覆盖的措施,将部分边缘用户迁移到负载较轻的LTE邻区或异系统邻区,但需
确认邻区未过载,并跟网规网优人员确认压缩后不会出现覆盖盲区。
注意:
一旦执行了某项措施后发现主控或基带CPU最大利用率超过80%,需要立即将该措
施回退。
CPU过载的应急处理
入口条件】
基站上报CPU过载告警,且
通过15分钟粒度话统看到L.RRC.ConnReq.Max指标>100,且
通过15分钟粒度话统看到CPU峰值超过预设门限的次数
(VS.Board.CPULoad.CumulativeHighloadCount)超过5%。
假如话统周期是15分
钟,那么每个话统周期共检测15*60=900次。
如果这个counter值超过45,就认为满足过载条件。
应急措施】
应急方案
启动ACBAR,降低导频功率,缩少覆盖范围。
参数回退
上述方案影响用户体验,尤其是ACBAR。
因此当从15分钟话统中看到CPU最大占有率低于70%后,需要将上述措施依次回退。
每回退一个,观察15分钟。
CELLACBAR时间因子回退至U70;
取消CELLACBAR;
UE不活动定时器恢复为初始值;
回退过程中如果又出现CPU过载,则取消上一步回退。
4、测试保障团队人员职责
济南LTE网络ATU测试保障团队人员职责
分组
人员
职责
李长安(华为)
华为服务经理;协调人员、资源
王献永(华为)
华为网优负责人;对各模块之间的沟通,测试华为保障人员
进行工作协调安排、测试全程保障
测试维
护保障
组
王根(华为)
前场电话联系,现场问题处理协调
赵鹏(华为)
话务、告警、干扰监控/15分钟,告警站点、不可用小区及
时告知,协调处理
杨永亮(华为)
现场测试保障工作,对现场各区域测试并反馈测试情况,结
合现场情况提出合理处理建议
崔亮(华为)
现场测试保障工作,对现场各区域测试并反馈测试情况,结
合现场情况提出合理处理建议
5、测试问题分析及总结
1、测试结束后,提取当天的测试指标,将测试情况通报项目组;
2、测试结束后,对数据进行分析,并对问题点进行优化处理,输出测试报告;
3、测试结束后,总结测试期间的保障经验,输出总结报告及下阶段保障方案。
附件:
东荷体育馆RRU位置及建筑结构图
体育馆RRU分布
东荷体育馆1层平面图
东荷体育馆2层平面图
PF南奥体中心体育
东荷体■■■