kpi绩效指标_网络kpi常见问题和优化方法概述

2020 2 27 TDDLTE网络KPI常见问题和优化方法 Page2 第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式 Page3 第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位 解决方法第3节交付件 接入流程 接入流程可以分为四个步骤 随机接入RRC连接建立鉴权E RAB建立接入问题的主要表现也体现在这四个步骤上 Page4 随机接入失败 随机接入失败的常见原因ENB侧参数配置问题UE侧参数配置问题信道环境影响核心网侧配置问题备注 由于随机接入是L2的过程 在ENB侧没有明显的特征表现 需要结合UE侧的log来进行观察与判断 Page5 RRC连接建立失败 RRC连接建立的话统统计 A点 指标L RRC ConnReq Att加1 不统计重发的次数 C点 指标L RRC ConnReq Succ加1 不统计重发的次数RRC建立连接失败在ENB侧的表现如下 RRC CONNECTION CMP没有收到ENB回复RRC CONNECTION REJECT Page6 鉴权流程失败 这里所说的鉴权流程指的是在S1口上 ENB发起UE INITIAL MESSAGE到收到核心网侧发送的INITIAL UE context Setup REQ这之间的所有流程交互 该流程存在问题导致接入失败的几个现象UE与核心网直传消息空口交互丢失 ENB侧来看是对应的上行直传消息没有收到 核心网直接发送释放命令核心网不响应或者响应过慢 Page7 E RAB建立失败 E RAB建立的话统统计 A点 如图中A点所示 当eNodeB收到来自MME的E RABSETUPREQUEST或者INITIALCONTEXTSETUPREQUEST消息时E RAB建立尝试次数累加 B点 如图中B点所示 当eNodeB收到来自MME的E RABSETUPRESPONSE或者INITIALCONTEXTSETUPRESPONSE消息时E RAB建立成功次数累加E RAB建立失败在空口信令的表现空口安全交互 UE回复FAIL空口安全交互 UE未回复CMP空口DRB建立重配 UE未回复CMP空口UE能力查询 UE未回复 Page8 E RAB建立失败 续 E RAB建立失败S1口信令表现 空口信令交互正常 核心网异常无线资源申请失败GTPU资源申请失败 Page9 Page10 第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位 解决方法第3节交付件 接入失败问题定位规定动作 Page11 问题定位 第一板斧 话统分析通过话统分析可以区分RRC建立失败或者E RAB建立失败的TOP小区和统计TOP时间段通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致 通过话统分析可以统计E RAB建立过程 由于空口安全交互 UE回复FAIL导致建立失败的次数 该现象为UE和核心网交互失败导致 需要联合UE和CN共同定位 Page12 问题定位 第二板斧 CHR日志分析通过CHR日志分析可以获取RRC建立失败或者是E RAB建立失败的top用户的TMSI Page13 问题定位 第三板斧 跟踪标口跟踪 通过话统统计出top小区和top时间段后 在对应的小区和时间段开启标口跟踪 查看接入流程走到哪一步失败 IFTS跟踪 在对应的小区和时间段开启IFTS跟踪 确认接入失败用户的链路质量状况 启动单用户全网跟踪 通过TOP用户的TMSI在核心网侧获取其IMSI 然后启动该用户的全网跟踪 Page14 问题解决方法 传输及核心网问题从跟踪分析流程 如果属于核心网问题 需要联合核心网侧人员共同定位解决ERAN侧异常空口异常 上行受限 下行受限 覆盖空洞 干扰过大基站异常 一般属于产品问题 需要相关产品日志进行分析定位UE侧问题如果统计显示一直是某个用户接入有问题 而该小区其他用户一直正常 该终端异常的可能性较大 需要通过获取的IMSI信息回溯 实地复现定位解决 Page15 问题解决方法 上下行不平衡和覆盖空洞 无论是上下行不平衡还是覆盖空洞 均表现为链路质量较差上行链路较差的表现就是RB缩到最小 上行MCS选择0阶 PHR已经在0db以下 而且上行BLER较大不收敛 CRC校验解错的概率较高 下行链路较差的表现为UE上报CQI较差或者网络侧HARQ收到大量来自UE侧反馈的DTX和NACK上行受限指的是上行较差而下行还可以 下行受限指的是上行还可以而下行较差 覆盖空洞指的是上下行链路均已较差 Page16 上行受限 下行受限 Page16 问题解决方法 上下行不平衡和覆盖空洞 对于上行受限可采用如下办法解决 增加基站 减小下行小区覆盖距离增加塔放 增加上行信号补偿减小导频功率 减小下行小区覆盖距离增加天线数 增强上行信号增益对于下行受限可采用如下办法解决 增加基站 减小下行小区覆盖距离增大导频功率 增加下行小区覆盖距离天线拉远 增强边缘覆盖对于覆盖空洞增加基站 增强覆盖 Page17 Page18 第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位 解决方法第3节交付件 接入问题交付件 问题小区 基站的MML配置文件 基站地理分布图问题小区 基站的CHR日志及一件式日志问题小区 基站的IFTS跟踪和标口数据问题TOP用户的全网跟踪 如果可以执行 全网话统数据RRC建立必须导出的话统项 L RRC SetupFail ResFailL RRC SetupFail NoReplyE RAB建立必须导出的话统项 L SecurMode S1 RxL SecurMode CmdL SecurMode CmpL SecurMode Fail Page19 Page20 第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式 Page21 第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位 解决方法第3节交付件 切换原理及信令流程 切换的过程就是终端在移动过程中与网络连接交互发生变化的过程 LTE系统的整个切换过程完全由网络侧 eNB 控制 所以eNB需要监测UE所处的无线质量环境 这个过程是通过eNB下发测量控制让UE在满足一定条件时上报测量报告来实现的 触发 当前我司eNB是采用A3事件触发同频切换 通过A2 A4事件来触发异频切换切换 eNB下发切换命令给UE UE收到切换命令后 中断与源小区的交互 按命令切换到目标小区 Page22 切换失败 判断是否切换 通常以信令为判断依据 在终端侧 以发出触发切换的测量报告为开始 以切换完成消息为结束 切换成功时 从UE侧观察表现为UE从一个源小区到一个新的小区 可从PCI变化来观察 进行正常业务交互 Q1 测量报告丢失现象 UE侧发出测量报告后 但没有收到切换命令 在UE侧和eNB的现象分别如下 UE侧信令 eNB侧信令 Page23 切换失败 Q2 切换命令丢失现象 UE侧发出测量报告后 eNB收到测量报告 并下发切换命令 但UE侧没有收到 UE侧看到的现象与切换测量报告丢失一样 从eNB侧看 则是收到测量报告下发切换命令后 在目标小区没有收到切换完成消息 Q3 目标小区接入失败现象 UE侧发出测量报告后 eNB收到测量报告 并下发切换命令 UE收到切换命令后 在目标小区发起接入 但目标侧没有收到切换完成消息 在UE侧和eNB的现象分别如下 UE侧收到切换命令并向目标侧回复了RRCRefCMP 网络侧目标小区没有收到切换完成信令 网络侧源小区已下发切换命令 UE侧信令 eNB侧信令 Page24 Page25 第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位 解决方法第3节交付件 切换问题定位规定动作 设备状态检查查询基站 小区告警 保证没有与切换相关的严重告警 如X2配置链路断开 RRU告警等 检查测试终端是否能正常使用 是否支持异频 异系统重选 切换功能参数核查确认切换开关状态确认邻区配置 确认邻区关系 X2接口配置 传输配置确认切换参数 比如切换门限 幅度迟滞 时间迟滞等确认是否存在PCI冲突告警切换失败TOP站邻区漏配检查地理位置 网络规划角度 确认是否邻区漏配 并实施相应操作 Page26 切换问题的定位 解决方法 TOP1 邻区漏配核查 从网络侧跟踪UU口和终端侧Uu口跟踪结合判断 网络侧 同一用户 CALLID 连续上报测量报告但没有下发切换命令 检查X2或S1跟踪中分别也没有HANDOVERREQUST及S1AP HANDOVER REQUIRED 则很可能是漏配的小区 通过查询配置确认 终端侧 随着UE移动服务小区RSRP越来越差 SINR越来越差 而邻区RSRP越来越好 上报测量报告 没有收到切换命令 UE侧 发测量报告 但收不到切换命令 eNodeB侧 收到测量报告 但不发起切换 X2口没有切换请求 空口没有下发切换命令 Page27 切换问题的定位 解决方法 TOP2 切换不及时 当邻区无线质量满足切换门限时 服务小区的RSRP突然陡降 eNodeB侧表现为下发切换命令后收不到切换完成消息 或者连测量报告也收不到 修改服务小区与邻区的偏置CellIndividualOffset来提前切换修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换 建议配置为40ms到200ms之间的一个值 如80ms 调整切换门限参数IntraFreqHoA3Hyst IntraFreqHoA3Offset来提前切换 此操作用得很少 Page28 切换问题的定位 解决方法 TOP2 弱覆盖 从终端侧判断 当邻区无线质量满足切换门限时 服务小区和邻区的RSRP都十分弱 从网络侧判断 从网络侧跟踪的UU口消息中 触发切换的A3测量报告记录的源小区 目标小区RSRP都很低 当测量报告中携带的服务小区RSRP值小于 110dBm时 可以认为处于信号质量微弱的区域 此时容易出现切换失败 需要调整覆盖 弱覆盖的解决方法 调整天线方向角 倾角 当下行先受限时 可以通过调整天线 如减小下倾角 补充远点的下行覆盖 增加塔放 基站 当上行先受限时 可以通过增加塔放 增加小区 基站或接远RRU 的方式增强上行覆盖 eNodeB侧表现为下发切换命令后收不到切换完成消息 或者连测量报告也收不到 UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建 或者收不到切换命令 Page29 切换问题的定位 解决方法 TOP3 乒乓切换 路测发现出现乒乓切换 PCI174 乒乓切换的解决方法相对调整两小区的CIO值 抵制乒乓切换 当前默认使用同频切换门限为2dB 从前面整理出来的乒乓区域RSRP相对值来看 最大RSRP差距为4dB 所以设置CIO为 3dB 可以防止乒乓 设置CIO后 不再发生乒乓切换 Page30 切换问题的定位 解决方法 TOP3 干扰 干扰的表现在RSRP比较好的情况下 吞吐率不如预期 容易出现切换失败甚至掉话等多种现象 干扰的解决方法找出干扰原因 去除干扰源 网络侧跟踪到的RBRSSI明显比其它RB高 UE上报的子带CQI比其它子带明显小很多 Page31 Page32 第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位 解决方法第3节交付件 切换问题交付件 问题小区 基站的MML配置文件问题小区 基站的CHR日志问题小区 基站的标口消息跟踪 大于8小时 数据全网话统数据路测时 使用华为UE 记录PROBE数据 及网络侧对此UE的单用户跟踪数据 初次的网络侧单用户跟踪只记录标准接口信令 后续根据后方分析反馈 按要求记录其它数据 Page33 Page34 第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式 Page35 第3章掉话问题定位优化方法第1节掉话流程及问题表现第2节问题定位 解决方法 LTE网络掉话定义 话统掉话定义当eNodeB收到来自MME的E RABRELEASECOMMAND UECONTEXTRELEASECOMMAND 消息 或eNodeB向MME发送E RABRELEASEINDICATION UECONTEXTRELEASEREQUEST 消息 且释放原因不为 NormalRelease UserInactivity PartialHandover Handovertriggered successful handover cs fallback triggered 时统计该指标 如果E RABRELEASECOMMAND消息中要求同时释放多个E RAB 则相应指标按各个业务的QCI分别进行累加 Page36 Page37 第3章掉话问题定位优化方法第1节掉话流程及问题表现第2节问题定位 解决方法 掉话排查基本步骤 首先需要在话统侧获取全网的掉话率指标以及趋势 掉话率趋势分析至少需要1 2周左右的数据 如果全网掉话率指标突然偏高 一般执行步骤 是否全网问题 对MME及eNB侧进行告警排查 传输 设备等告警 观察期间是否实施版本升级是否存在Top小区 小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序 优先分析掉话绝对次数多而且掉话率高的Top小区对Top小区进行参数核查 告警检查等对引起掉话的Top原因进行定位分析若是共性问题 将优化结果复制到全网 Page38 掉话问题定位 解决方法 Top1 参数对比随机抽取部分站点的脚本与基线参数进行核对 对不一致的参数进行分析 Top2 告警核查是否存在传输告警 观察S1传输是否出现问题 是否存在设备告警 观察eNB侧是否存在告警 检查系统是否升级 打补丁等动作 Top3 Top小区筛查将小区级的掉话率指标和掉话绝对次数按从高到低的顺序进行排序 优先分析掉话绝对次数多且掉话率高的Top小区 通常取每天掉话率高于平均指标的Top5小区进行分析 确定掉话的主要原因 Page39 Top小区分析流程 获取小区级话统的掉话率指标及趋势 掉话率趋势分析至少1 2周左右的数据 如果小区的掉话率指标突然偏高 需要检查eNB侧是否存在该小区相关的告警信息 检测该小区所属eNB的告警 确认该小区是否出现故障等信息 常见的告警如RRU相关的告警 通道相关的告警 传输相关的告警 基带板相关的告警等 分析CHR数据 获取导致掉话的各种原因的比例 按照比例从高到低的顺序分别针对不同的原因进行定位 并对各Top原因进行分析处理 判断是否存在OM操作导致的站点复位 重启等导致的掉话 检测是否有Top用户存在 如果有 需要对Top用户的log进行详细分析 如果无法通过CHR数据定位解决的问题 需要通过抓取该Top小区内eNB侧的IFTS跟踪 如果无法进一步深入分析 在需要使用测试终端进行复现 并抓取UE侧的log及内部打印信息进一步定位 Page40 CHR原因统计 取每天的Top5站点通过InsightSharp对CHR数据进行分析 找到影响每个Top小区掉话率的主要原因 Page41 CHR常见释放原因 Page42 Top用户排查 Top用户的确定Top用户的判断主要是依据终端接入时上报的TMSI进行判定 华为核心网TMSI分配的机制是对于同一个IMSI用户 TMSI的右起第5位进行随机赋值 即某用户的TMSI中只有 指示的8bits位置发生变化 就是同一个用户 C06 0005 TMSI可以通过CHR数据分析获取 Page43 Top用户log分析 Step1 分析是否存在同频邻小区漏配或者错配导致的掉话 Step2 分析是否存在弱覆盖导致的掉话 Step3 分析是否由于切换来不及导致的掉话 Step4 分析是否导频污染引起的掉话 Step5 分析是否存在上行干扰导致的掉话 如果掉话原因不是步骤1 5所述的原因 则很有可能是非RF原因导致的掉话 需要结合IFTS信息进一步定位 如果是异常导致的掉话 则需要结合一键式日志 TTI跟踪等信息进行异常定位 Page44 Top用户隔离定位 输入数据eNBIFTS跟踪UETTI跟踪UE侧路测logeNB表口log一键式日志CHR日志 Page45 Top用户掉话分析四步曲 Step1 标口流程分析谁主动发起释放eNB主动发起释放eNB主动向核心网发起释放请求 收到核心网下发的释放命令后释放用户RRCConnRel 并向核心网反馈释放完成核心网主动发起释放eNB收到核心网下发的释放命令 释放用户RRCConnRel 并向核心网反馈释放完成Step2 通过S1释放请求 命令中的释放原因值隔离掉话原因无线侧原因触发释放传输原因触发释放NAS原因触发释放协议原因触发释放其他混合原因触发释放Step3 CHR分析详细释放原因Step4 复现问题抓取IFTS跟踪 UE侧Log 深度定位掉话根因 Page46 Page47 第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式 相关工具的使用及信息的获取 消息跟踪工具 eNB侧信息跟踪软件LMT界面 华为UE侧信息跟踪软件Probe界面 Page48 相关工具的使用及信息的获取 数据分析工具 华为UE跟踪数据分析软件PROBE eNB跟踪数据分析软件TraceViewer eNB的CHR数据分析软件Insigh