LTE劣化小区优化指导手册-华为设备

LTE劣化小区优化指导手册

目录

1掉线类问题 (3)

1.1影响掉话问题的常见因素 (3)

1.2整体分析思路 (4)

1.3掉线问题接入初步分析 (5)

1.3.1KPI趋势分析 (5)

1.4参数核查 (5)

1.5操作日志、设备故障、告警/外部事件排查 (6)

1.6版本差异和已知问题排查 (8)

1.7网络规划优化 (8)

1.7.1弱覆盖排查 (8)

1.7.2切换异常和邻区分析 (8)

1.7.3负载和容量分析 (8)

1.8射频通道和干扰排查 (9)

1.9Top用户/Top终端类型排查 (9)

1.9.1TOP用户识别 (9)

1.9.2TOP终端类型识别 (9)

1.10核心网异常排查 (9)

1.11传输排查 (9)

2高S1切换占比问题 (11)

2.1X2接口信令异常 (11)

3高RRC重建问题 (13)

3.1重建机制介绍： (13)

3.2与主要网管指标关联分析 (14)

3.3与MR指标相关分析 (14)

3.4打开关闭DRX特性重建比率验证 (14)

3.5相关参数优化 (14)

3.6与终端关联分析 (14)

3.7结论 (15)

4高PDCP层时延 (16)

4.1用户面（数据面）时延介绍 (16)

4.2用户面时延问题定位 (17)

4.2.1Ping时延分段定位 (17)

4.3本地UE PC获取时延 (18)

4.4Wireshark工具精确时延获取 (18)

4.5Ping时延eNodeB侧L2处理时延获取 (19)

5总结 (21)

LTE劣化小区优化指导手册

概述

本文介绍了高掉话问题、高S1切换问题，高RRC重建问题，高PDCP层时延问题的排查方法。

1 掉线类问题

1.1 影响掉话问题的常见因素

1.2 整体分析思路

1.3 掉线问题接入初步分析

1.3.1 KPI趋势分析

掉话率长期趋势分析，确认是逐渐恶化还是突然恶化。如果是突然恶化，那么在转折点附近寻找异常；如果是逐渐恶化则需要分析负载、容量、当地话务模型。

掉话率趋势线与切换成功率、RB利用率、用户数、CPU负载趋势线密切相关。可以通过这些趋势线推导掉话率恶化原因。

（掉话率趋势图）

1.4 参数核查

参数核查需要进行全参数核查，掉话强相关的参数需要优先确认。

1.5 操作日志、设备故障、告警/外部事件排查

对于与掉话不相关或影响不大的告警，可以暂缓处理；但对于影响掉话和网络性能的告警，需要首先处理完成。

1.6 版本差异和已知问题排查

检查指标异常站点软件版本是否特殊；若全网问题，通过产品配套文档检查是否存在影响接入的已知问题、预警、网元版本匹配问题，首先进行处理。

1.7 网络规划优化

1.7.1 弱覆盖排查

TOP小区问题，并且掉话原因主要为Radio类，需要对TOP小区进行弱覆盖排查。

新建、扩容等涉及到基站设备调整的动作发生后产生的掉话问题，要求首先对整网覆盖异常情况进行了解。

根据MR弱覆盖比例高小区、LTE手机占G网数据流量高比例小区、LTE手机占T网数据流量比例高小区、异系统重定向比例高小区等数据以及现场DT、CQT数据综合分析定位。

1.7.2 切换异常和邻区分析

分析切换成功率趋势图，是否与掉话率趋势图对应以判断掉话率恶化是否与切换相关。

邻区漏配：在ANR功能关闭的场景下，基站对终端上报的MR不处理时，检查基站配置来查看是否漏配邻区。

PCI规划不合理：确认切换目标小区为与本小区PCI模3相等，或者PCI复用距离过小等场景。

1.7.3 负载和容量分析

负载分为空口负载，传输负载，单板负载。对掉话率有影响的主要为空口和单板负载。

分析上下行RB利用率与掉话率的关联。

单板CPU使用率VS.Board.CPUload.Max分析，VS.Board.CPUload.Max>90%，则单板负载过高。

L.RRC.SetupFail.ResFail和L.E-RAB.FailEst.NoRadioRes是否出现增长。

分析掉话率随上下行RB利用率的变化趋势，单板CPU使用率的变化趋势，RRC接入拒绝和ERAB建立失败的变化趋势。

1.8 射频通道和干扰排查

TOP小区问题，并且掉话原因主要为Radio类，需要对TOP小区进行射频通道和干扰排查。

新建、搬迁等涉及到基站设备调整的动作发生后产生的掉话问题，要求重点确认射频告警情况。

1.9 Top用户/Top终端类型排查

1.9.1 TOP用户识别

eNB侧无法获取到IMSI，通过TMSI进行判断

1、CHR中会记录用户的TMSI，但在TAU更新中核心网一般会更新用户的TMSI，华为核心网对同一个用户一般只更新TMSI的左起第三、四位，比如0x C06E49A4、0x C06749A4为同一个用户，在统计时可以将这些TMSI统计成一个用户。其它核心网的TMSI一般TAU更新周期为2小时左右，具体要看核心网配置。

2、Top用户占总体异常的比例,Top1用户异常超过70％时界定为Top用户问题。

1.9.2 TOP终端类型识别

提取一定站点数量的日志，并对CHR中记录UE能力进行统计，将各种UE能力的比例统计出来，筛选出TOP1终端类型。

1.10 核心网异常排查

在以L.E-RAB.AbnormRel.MME为掉话原因的TOP小区中启动UU/S1信令跟踪，同时USN信令跟踪。

S1口跟踪到的UE CONTEXT RELEASE消息中携带的cause若为radioNetwork：ho-failure-in-target-EPC-ENB-or-target-system，且组网非跨MME的场景下，若L.UL.Interference.Avg超标，优先执行干扰排查。

若结合UU口信令跟踪，确认为切换执行阶段的unspecified原因，而在这种场景下若问题发生在核心网，则联系核心网人员分析；如果问题发生在基站侧，L.UL.Interference.Avg超标优先执行干扰排查。

其他场景，若涉及以下错误，联系核心网人员处理：

1.协议错误，多是ENB和核心网存在参数不兼容，需要根据原因提示解决

2.APN或DNS错误：核心网配置错误

3.未指定错误：依赖核心网人员定位

1.11 传输排查

非同一传输节点下的TOP小区问题，需要对TOP小区逐个定位；同一传输节点下的局部小区问