TDDLTE网络KPI常见问题和优化思路课件.ppt

* * * * * * * 切换问题的定位、解决方法 Page * TOP3：乒乓切换： 路测发现出现乒乓切换 　 RSRP offset(dB) handover target cell 10:50:04 3 PCI133 10:50:06 4 PCI174 10:50:07 2 PCI133 10:50:08 3 PCI174 PCI174 乒乓切换的解决方法 相对调整两小区的CIO值，抵制乒乓切换； 当前默认使用同频切换门限为2dB，从前面整理出来的乒乓区域RSRP相对值来看，最大RSRP差距为4dB，所以设置CIO为-3dB，可以防止乒乓； Cell CIO of neighboring cell PCI133 -3dB PCI174 -3dB 设置CIO后，不再发生乒乓切换 切换问题的定位、解决方法 Page * TOP3：干扰 干扰的表现 在RSRP比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种现象； 干扰的解决方法 找出干扰原因，去除干扰源 网络侧跟踪到的RB RSSI明显比其它RB高 UE上报的子带CQI比其它子带明显小很多 Page * 第2章 切换问题定位优化方法 第1节 切换流程及问题表现 第2节 问题定位、解决方法 第3节 交付件 切换问题交付件 Page * 问题小区、基站的MML配置文件 问题小区、基站的CHR日志 问题小区、基站的标口消息跟踪（大于8小时）数据 全网话统数据 路测时，使用华为UE，记录PROBE数据，及网络侧对此UE的单用户跟踪数据（初次的网络侧单用户跟踪只记录标准接口信令，后续根据后方分析反馈，按要求记录其它数据） Page * 第1章 接入问题定位优化方法 第2章 切换问题定位优化方法 第3章 掉话问题定位优化方法 第4章相关工具和信息获取方式 Page * 第3章 掉话问题定位优化方法 第1节 掉话流程及问题表现 第2节 问题定位、解决方法 LTE网络掉话定义 Page * 话统掉话定义 当eNodeB收到来自MME的E-RAB RELEASE COMMAND（ UE CONTEXT RELEASE COMMAND）消息，或eNodeB向MME发送E-RAB RELEASE INDICATION（ UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。如果E-RAB RELEASE COMMAND消息中要求同时释放多个E-RAB，则相应指标按各个业务的QCI分别进行累加。 Page * 第3章 掉话问题定位优化方法 第1节 掉话流程及问题表现 第2节 问题定位、解决方法 掉话排查基本步骤 Page * 首先需要在话统侧获取全网的掉话率指标以及趋势，掉话率趋势分析至少需要1~2周左右的数据，如果全网掉话率指标突然偏高，一般执行步骤： 是否全网问题： 对MME及eNB侧进行告警排查（传输，设备等告警）、观察期间是否实施版本升级 是否存在Top小区： 小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多而且掉话率高的Top小区 对Top小区进行参数核查、告警检查等 对引起掉话的Top原因进行定位分析 若是共性问题，将优化结果复制到全网 掉话问题定位、解决方法 Page * Top1：参数对比 随机抽取部分站点的脚本与基线参数进行核对，对不一致的参数进行分析； Top2：告警核查 是否存在传输告警：观察S1传输是否出现问题； 是否存在设备告警：观察eNB侧是否存在告警； 检查系统是否升级、打补丁等动作； Top3：Top小区筛查 将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序，优先分析掉话绝对次数多且掉话率高的Top小区； 通常取每天掉话率高于平均指标的Top5小区进行分析，确定掉话的主要原因； Top小区分析流程 Page * 获取小区级话统的掉话率指标及趋势，掉话率趋势分析至少1~2周左右的数据： 如果小区的掉话率指标突然偏高，需要检查eNB侧是否存在该小区相关的告警信息，检测该小区所属eNB的告警，确认该小区是否出现故障等信息； 常见的告警如RRU相关的告警，通道相关的告警，传输相关的告警，基带板相关的告警等； 分析CHR数据，获取导致掉话的各种原因的比例，按照比例从高到低的顺序分别针对不同的原因进行定位，并对各Top原因进行分析处理； 判断是否存在OM操作导致的站点复位，重启等导致的掉话