济南移动LTE网络国庆保障总结(中兴)

《济南移动LTE网络国庆保障总结(中兴)》由会员上传分享，免费在线阅读，更多相关内容在行业资料-天天文库。

1、济南移动LTE网络国庆保障总结2014年10月10日1说明2014年10月1日~7日国庆LTE网络质量保障是济南移动LTE网络建网以来的第一次国庆节保障，经历了济南大学开学的保障之后，有一次话务集中的保障，与大学开学营销不同的是，此次主要话务可能集中在汽车站、火车站及部分旅游景点，人员复杂、较多、终端类型也参差不齐，在中兴区域主要分布有火车站、汽车站及重要景区。2保障流程1、对所有热点区域如车站、景区、购物区、重要干线等周围站点进行扩容准备，提出扩容需求扩容双载波，同时开启负荷均衡策略。2、对已经确定的高话务区域，今天提交给省公司进行升级，升级完毕后开启

2、高负荷应对策略的参数，由于有些定时器参数不在集团规定范围，所以有些可能的大话务区域在指标监控当天7点前进行修改，晚上进行回退。3、对已经确定的高话务区域提前进行测试摸底，避免小区出现其他问题影响用户感知。4、每天提取重要站点的告警，及时发送给维护部门进行排障处理。5、安排现场值班人员，包括前台和后台，前台在现场值班待命，后台人员在后台值班监控指标，尤其是拥塞、告警的小区。6、早晨7点前后台人员到位，检查所有站点告警，退服、闪断、GPS故障等重要的告警及时通知维护部门进行排查。7、15分钟粒度统计小区的RRC建立成功率、ERAB建立成功率、切换成功率、CS

3、FB回落成功率、掉线率等指标，发现有拥塞导致的RRC失败尽快进行保障参数开启工作，由于有些保障参数与集团规范不一致，如定时器T302，T300等，晚上需要进行回退。8、对于前台突发性投诉或者站点指标异常的小区，后台进行参数检查、邻区检查等优化完毕后，通知前台人员进行验证测试。9、重点关注汽车站、火车站、旅游景区等VIP站点。1、及时关注全网的流量、用户数、指标等变化情况，做好第二天值班人员的工作交接工作，如当天进行小区修改的明细、指标变化情况通过邮件和电话告知。1济南LTE网络运行质量分析此次国庆节保障期间省公司对拥塞小区的通报的标准如下：1）RRC建立

4、差:按小时统计，RRC连接建立失败次数大于2002）ERAB建立差:按小时统计，ERAB连接建立失败次数大于2003）接通率差：按小时统计，RRC连接请求次数大于200，ERAB连接请求次数大于200，无线接通率小于90%济南国庆期间被通报问题比较严重的涉及小区27个，主要是RRC和ERAB建立失败次数大于200次，另外接通率低于90%的小区从网管统计7天共涉及小区103个：1.1RRC和ERAB失败次数大于200次原因分类对此次被省公司通报的必要严重的小区27个进行了深入分析，主要原因集中为：1）这些小区除长途汽车站外，其他的10个小区都是突发无法预估

5、话务量的小区，平均用户数超过100个，最大超过150个，所以没有此部分小区进行版本升级，无法应对高话务，只能通过临时参数修改来解决。2）对于EARB建立失败次数较多，而RRC失败没有问题，通过信令监测系统进行分析主要是集中在单一用户导致，出现此问题的有5个小区。3）还有1室分小区也出现了前后台数据不同步的问题，导致了用户数不多，而RRC失败较多，通过数据重新同步后问题解决，导致出现此问题的原因有可能为传输链路闪断导致，后续会通过设置QOS告警来预警。4）对于9个小区用户量少，但是RRC失败较多，通过采集后台数据提交后方分析，判断在601P03前版本下会出

6、现对部分终端调度失败后，终端频繁发起请求频繁失败导致。5）1个小区“济南大学食堂”是由于扩容第二载波后数据配置有问题导致RRC成功率较低，及时通知数据配置人员重新配置数据后问题恢复。1）1个小区“LFZ018254H_济阳仁风北陈”是外部干扰导致，全部RB底噪抬升至-70左右。1.1RRC和ERAB失败次数大于200次分析案例1、对于ERAB失败小区较多的“[TDD]LDZ0100712R1_山大路雅悦-陶然居(12)”小区通过网管统计发现此小区指标恶化从10月7日18点开始恶化，10月8日8点开始恢复，检查小区参数正常，无告警，通过信令监测系统进行查询

7、，发现出现ERAB建立失败都集中在某一用户，15864042666用户，通过IMEI号86451002查询，用户终端为步步高X3L终端。同样的对其他小区进行分析，除信令监测系统10月1日数据无法查询到外，其他小区ERAB失败都是某一用户导致，如惠尔大厦是15853181206用户，使用的是LenovoA788t终端。1、对于类似于“LDZ0121133H1_天桥”站点，用户量较少，但是RRC请求次数较多，失败的原因主要是定时器超时导致的失败。从网管的计数器统计上分析，产生MT-ACCESS、MO-SIGNALING、MO-DATA等定时器超时主要是统计采

8、样点5，从信令深入分析主要是UE侧在发送RrcConnectionRequest