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

济南移动LTE网络国庆保障总结 2014年10月10日1 说明2014年10月1日7日国庆LTE网络质量保障是济南移动LTE网络建网以来的第一次国庆节保障，经历了济南大学开学的保障之后，有一次话务集中的保障，与大学开学营销不同的是，此次主要话务可能集中在汽车站、火车站及部分旅游景点，人员复杂、较多、终端类型也参差不齐，在中兴区域主要分布有火车站、汽车站及重要景区。2 保障流程1、 对所有热点区域如车站、景区、购物区、重要干线等周围站点进行扩容准备，提出扩容需求扩容双载波，同时开启负荷均衡策略。2、 对已经确定的高话务区域，今天提交给省公司进行升级，升级完毕后开启高负荷应对策略的参数，由于有些定时器参数不在集团规定范围，所以有些可能的大话务区域在指标监控当天7点前进行修改，晚上进行回退。3、 对已经确定的高话务区域提前进行测试摸底，避免小区出现其他问题影响用户感知。4、 每天提取重要站点的告警，及时发送给维护部门进行排障处理。5、 安排现场值班人员，包括前台和后台，前台在现场值班待命，后台人员在后台值班监控指标，尤其是拥塞、告警的小区。6、 早晨7点前后台人员到位，检查所有站点告警，退服、闪断、GPS故障等重要的告警及时通知维护部门进行排查。7、 15分钟粒度统计小区的RRC建立成功率、ERAB建立成功率、切换成功率、CSFB回落成功率、掉线率等指标，发现有拥塞导致的RRC失败尽快进行保障参数开启工作，由于有些保障参数与集团规范不一致，如定时器T302，T300等，晚上需要进行回退。8、 对于前台突发性投诉或者站点指标异常的小区，后台进行参数检查、邻区检查等优化完毕后，通知前台人员进行验证测试。9、 重点关注汽车站、火车站、旅游景区等VIP站点。10、 及时关注全网的流量、用户数、指标等变化情况，做好第二天值班人员的工作交接工作，如当天进行小区修改的明细、指标变化情况通过邮件和电话告知。3 济南LTE网络运行质量分析 此次国庆节保障期间省公司对拥塞小区的通报的标准如下：1）RRC建立差:按小时统计，RRC连接建立失败次数大于2002）ERAB建立差:按小时统计，ERAB连接建立失败次数大于2003）接通率差：按小时统计，RRC连接请求次数大于200，ERAB连接请求次数大于200，无线接通率小于90%济南国庆期间被通报问题比较严重的涉及小区27个，主要是RRC和ERAB建立失败次数大于200次，另外接通率低于90%的小区从网管统计7天共涉及小区103个：3.1 RRC和ERAB失败次数大于200次原因分类对此次被省公司通报的必要严重的小区27个进行了深入分析，主要原因集中为：1） 这些小区除长途汽车站外，其他的10个小区都是突发无法预估话务量的小区，平均用户数超过100个，最大超过150个，所以没有此部分小区进行版本升级，无法应对高话务，只能通过临时参数修改来解决。2） 对于EARB建立失败次数较多，而RRC失败没有问题，通过信令监测系统进行分析主要是集中在单一用户导致，出现此问题的有5个小区。3） 还有1室分小区也出现了前后台数据不同步的问题，导致了用户数不多，而RRC失败较多，通过数据重新同步后问题解决，导致出现此问题的原因有可能为传输链路闪断导致，后续会通过设置QOS告警来预警。4） 对于9个小区用户量少，但是RRC失败较多，通过采集后台数据提交后方分析，判断在601P03前版本下会出现对部分终端调度失败后，终端频繁发起请求频繁失败导致。5） 1个小区“济南大学食堂”是由于扩容第二载波后数据配置有问题导致RRC成功率较低，及时通知数据配置人员重新配置数据后问题恢复。6） 1个小区“LFZ018254H_济阳仁风北陈”是外部干扰导致，全部RB底噪抬升至-70左右。3.2 RRC和ERAB失败次数大于200次分析案例1、 对于ERAB失败小区较多的“TDDLDZ0100712R1_山大路雅悦-陶然居(12)”小区通过网管统计发现此小区指标恶化从10月7日18点开始恶化，10月8日8点开始恢复，检查小区参数正常，无告警，通过信令监测系统进行查询，发现出现ERAB建立失败都集中在某一用户户，通过IMEI号86451002查询，用户终端为步步高X3L终端。同样的对其他小区进行分析，除信令监测系统10月1日数据无法查询到外，其他小区ERAB失败都是某一用户导致，如惠尔大厦户，使用的是Lenovo A788t终端。2、 对于类似于“LDZ0121133H1_天桥”站点，用户量较少，但是RRC请求次数较多，失败的原因主要是定时器超时导致的失败。从网管的计数器统计上分析，产生MT-ACCESS、MO-SIGNALING、MO-DATA等定时器超时主要是统计采样点5，从信令深入分析主要是UE侧在发送RrcConnectionRequest消息之后启动的64ms的竞争解决定时器mac-ContentionResolutionTimer超时，Rrc连接建立失败。经过研发确认，在进一步分析调度器本地UE实例建立失败的原因，发现是由于内部的TA模块在UE某次实例建立时校验状态出错，此部分UE主要涉及部分与终端芯片与协议不符导致，容易出现几率性的校验失败，主要是MTK芯片。调度器建立UE实例过程是，先分配一个唯一的标识UeIdx，在给内部各个子模块建立实例，其中TA模块在建立UE时，首先校验UeIdx对应的状态，如果不为IDLE，则认为异常，返回失败。而TA模块的UeIdx资源没有被回收，造成下一次这个UeIdx再被分配时，TA模块UE实例建立失败，这样循环导致RRC失败次数较多。解决建议：目前正在升级的601P03版本，对部分不规范的芯片出现校验失败后重新删除UE实例，即使如果状态不为IDLE，也先把之前的状态清掉，继续建实例，并对此部分UE芯片校验进行记忆，避免继续校验失败。4 济南LTE网络国庆保障总结1、 此次国庆期间的LTE网络保障在10月1日上午人流密集、并且现场对于部分小区话务量预估不足，版本未升级，导