华为-LTE-主要KPI指标优化

HUAWEI TECHNOLOGIES CO., Huawei Confidential文档密级：内部公开2017-2-6TDD LTE网络KPI 常见问题和优化方法第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入流程接入流程可以分为四个步骤:☐随机接入☐RRC连接建立☐鉴权☐E-RAB建立接入问题的主要表现也体现在这四个步骤上。

RRC连接建立失败RRC连接建立的话统统计☐【A点】⏹指标L.RRC.ConnReq.Att加1，不统计重发的次数☐【C点】⏹指标L.RRC.ConnReq.Succ加1，不统计重发的次数RRC建立连接失败在ENB侧的表现如下：☐RRC_CONNECTION_CMP没有收到☐ENB回复RRC_CONNECTION_REJECT鉴权流程失败这里所说的鉴权流程指的是在S1口上，ENB发起UE_INITIAL_MESSAGE到收到核心网侧发送的INITIAL_UE_context_Setup_REQ这之间的所有流程交互：该流程存在问题导致接入失败的几个现象☐UE与核心网直传消息空口交互丢失（ENB侧来看是对应的上行直传消息没有收到）☐核心网直接发送释放命令☐核心网不响应或者响应过慢E-RAB建立失败E-RAB建立的话统统计☐【A点】⏹如图中A点所示，当eNodeB收到来自MME的E-RAB SETUP REQUEST或者INITIAL CONTEXT SETUP REQUEST消息时E-RAB建立尝试次数累加☐【B点】⏹如图中B点所示，当eNodeB收到来自MME的E-RAB SETUP RESPONSE或者INITIAL CONTEXT SETUP RESPONSE消息时E-RAB建立成功次数累加E-RAB建立失败在空口信令的表现☐空口安全交互，UE回复FAIL☐空口安全交互，UE未回复CMP☐空口DRB建立重配，UE未回复CMP☐空口UE能力查询，UE未回复E-RAB建立失败（续）●E-RAB建立失败S1口信令表现（空口信令交互正常）☐核心网异常☐无线资源申请失败☐GTPU资源申请失败第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入失败问题定位规定动作话统分析☐通过话统分析可以区分RRC建立失败或者E-RAB建立失败的TOP小区和统计TOP时间段☐通过话统分析可以区分RRC建立失败是因为空口原因导致还是由于小区资源问题导致。

☐通过话统分析可以统计E-RAB建立过程，由于空口安全交互，UE回复FAIL导致建立失败的次数，该现象为UE和核心网交互失败导致，需要联合UE和CN共同定位。

CHR日志分析☐通过CHR日志分析可以获取RRC建立失败或者是E-RAB建立失败的top 用户的TMSI。

跟踪☐标口跟踪：通过话统统计出top小区和top时间段后，在对应的小区和时间段开启标口跟踪，查看接入流程走到哪一步失败。

☐IFTS跟踪：在对应的小区和时间段开启IFTS跟踪，确认接入失败用户的链路质量状况。

☐启动单用户全网跟踪：通过TOP用户的TMSI在核心网侧获取其IMSI，然后启动该用户的全网跟踪。

问题解决方法传输及核心网问题☐从跟踪分析流程，如果属于核心网问题，需要联合核心网侧人员共同定位解决ERAN侧异常☐空口异常：上行受限、下行受限、覆盖空洞、干扰过大☐基站异常：一般属于产品问题，需要相关产品日志进行分析定位UE侧问题☐如果统计显示一直是某个用户接入有问题，而该小区其他用户一直正常，该终端异常的可能性较大，需要通过获取的IMSI信息回溯，实地复现定位解决。

无论是上下行不平衡还是覆盖空洞，均表现为链路质量较差☐上行链路较差的表现就是RB 缩到最小，上行MCS 选择0阶，PHR 已经在0db 以下，而且上行BLER 较大不收敛，CRC 校验解错的概率较高。

☐下行链路较差的表现为UE 上报CQI 较差或者网络侧HARQ 收到大量来自UE 侧反馈的DTX 和NACK ☐上行受限指的是上行较差而下行还可以；下行受限指的是上行还可以而下行较差；覆盖空洞指的是上下行链路均已较差。

Page 16上行受限：下行受限：对于上行受限可采用如下办法解决：☐增加基站，减小下行小区覆盖距离☐增加塔放，增加上行信号补偿☐减小导频功率，减小下行小区覆盖距离☐增加天线数，增强上行信号增益对于下行受限可采用如下办法解决：☐增加基站，减小下行小区覆盖距离☐增大导频功率，增加下行小区覆盖距离☐天线拉远，增强边缘覆盖对于覆盖空洞☐增加基站，增强覆盖。

第1章接入问题定位优化方法第1节接入流程及问题表现第2节问题定位、解决方法第3节交付件接入问题交付件☐问题小区、基站的MML配置文件，基站地理分布图☐问题小区、基站的CHR日志及一件式日志☐问题小区、基站的IFTS跟踪和标口数据☐问题TOP用户的全网跟踪（如果可以执行）☐全网话统数据⏹RRC建立必须导出的话统项：–L.RRC.SetupFail.ResFail–L.RRC.SetupFail.NoReply⏹E-RAB建立必须导出的话统项：–L.SecurMode.S1.Rx–L.SecurMode.Cmd–L.SecurMode.Cmp–L.SecurMode.Fail第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、解决方法第3节交付件切换原理及信令流程切换的过程就是终端在移动过程中与网络连接交互发生变化的过程：LTE系统的整个切换过程完全由网络侧（eNB）控制，所以eNB需要监测UE所处的无线质量环境，这个过程是通过eNB下发测量控制让UE在满足一定条件时上报测量报告来实现的：☐触发：当前我司eNB是采用A3事件触发同频切换，通过A2、A4事件来触发异频切换☐切换：eNB下发切换命令给UE，UE收到切换命令后，中断与源小区的交互，按命令切换到目标小区切换失败判断是否切换，通常以信令为判断依据，在终端侧，以发出触发切换的测量报告为开始，以切换完成消息为结束；切换成功时，从UE侧观察表现为UE从一个源小区到一个新的小区（可从PCI 变化来观察）进行正常业务交互；Q1：测量报告丢失现象UE侧发出测量报告后，但没有收到切换命令，在UE侧和eNB的现象分别如下：UE侧信令eNB侧信令切换失败Q2：切换命令丢失现象：UE 侧发出测量报告后，eNB 收到测量报告，并下发切换命令，但UE 侧没有收到；UE 侧看到的现象与切换测量报告丢失一样；从eNB 侧看，则是收到测量报告下发切换命令后，在目标小区没有收到切换完成消息；Q3：目标小区接入失败现象：UE 侧发出测量报告后，eNB 收到测量报告，并下发切换命令，UE 收到切换命令后，在目标小区发起接入，但目标侧没有收到切换完成消息，在UE 侧和eNB 的现象分别如下：UE侧收到切换命令并向目标侧回复了RRC Ref CMP网络侧目标小区没有收到切换完成信令网络侧源小区已下发切换命令UE侧信令eNB侧信令第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、解决方法第3节交付件切换问题定位规定动作设备状态检查☐查询基站、小区告警，保证没有与切换相关的严重告警（如X2配置链路断开、RRU告警等）☐检查测试终端是否能正常使用，是否支持异频、异系统重选、切换功能参数核查☐确认切换开关状态☐确认邻区配置，确认邻区关系、X2接口配置、传输配置☐确认切换参数，比如切换门限，幅度迟滞，时间迟滞等☐确认是否存在PCI冲突告警切换失败TOP站邻区漏配检查☐地理位置、网络规划角度，确认是否邻区漏配，并实施相应操作TOP1：邻区漏配核查：●从网络侧跟踪UU口和终端侧Uu口跟踪结合判断：☐网络侧：同一用户（CALL ID）连续上报测量报告但没有下发切换命令，检查X2或S1跟踪中分别也没有HANDOVER REQUST及S1AP_HANDOVER_REQUIRED，则很可能是漏配的小区（通过查询配置确认）；☐终端侧：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好，上报测量报告，没有收到切换命令；UE侧：发测量报告，但收不到切换命令eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令）TOP2：切换不及时：当邻区无线质量满足切换门限时，服务小区的RSRP突然陡降：eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到修改服务小区与邻区的偏置CellIndividualOffset来提前切换修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换（建议配置为40ms到200m 之间的一个值，如80ms）调整切换门限参数IntraFreqHoA3Hyst、IntraFreqHoA3Offset来提前切换（此操作用得很少）TOP2：弱覆盖：•从终端侧判断：☐当邻区无线质量满足切换门限时，服务小区和邻区的RSRP 都十分弱；•从网络侧判断：☐从网络侧跟踪的UU 口消息中，触发切换的A3测量报告记录的源小区、目标小区RSRP 都很低，当测量报告中携带的服务小区RSRP 值小于-110dBm 时，可以认为处于信号质量微弱的区域，此时容易出现切换失败，需要调整覆盖；•弱覆盖的解决方法：☐调整天线方向角、倾角：当下行先受限时，可以通过调整天线（如减小下倾角）补充远点的下行覆盖；☐增加塔放、基站：当上行先受限时，可以通过增加塔放、增加小区（基站或接远RRU ）的方式增强上行覆盖；eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建，或者收不到切换命令路测发现出现乒乓切换PCI174•乒乓切换的解决方法☐相对调整两小区的CIO值，抵制乒乓切换；☐当前默认使用同频切换门限为可以防止乒乓；后，不再发生乒乓切换切换问题的定位、解决方法TOP3：干扰•干扰的表现☐在RSRP 比较好的情况下，吞吐率不如预期、容易出现切换失败甚至掉话等多种现象；•干扰的解决方法☐找出干扰原因，去除干扰源网络侧跟踪到的RB RSSI明显比其它RB高UE上报的子带CQI比其它子带明显小很多第2章切换问题定位优化方法第1节切换流程及问题表现第2节问题定位、解决方法第3节交付件切换问题交付件问题小区、基站的MML配置文件问题小区、基站的CHR日志问题小区、基站的标口消息跟踪（大于8小时）数据全网话统数据路测时，使用华为UE，记录PROBE数据，及网络侧对此UE的单用户跟踪数据（初次的网络侧单用户跟踪只记录标准接口信令，后续根据后方分析反馈，按要求记录其它数据）第1章接入问题定位优化方法第2章切换问题定位优化方法第3章掉话问题定位优化方法第4章相关工具和信息获取方式第3章掉话问题定位优化方法第1节掉话流程及问题表现第2节问题定位、解决方法LTE网络掉话定义●话统掉话定义☐当eNodeB收到来自MME的E-RAB RELEASE COMMAND（UE CONTEXT RELEASE COMMAND）消息，或eNodeB向MME发送E-RAB RELEASEINDICATION（UE CONTEXT RELEASE REQUEST ）消息，且释放原因不为“Normal Release”，“User Inactivity”，“Partial Handover”，“Handover triggered”，“successful-handover”，“cs-fallback-triggered”时统计该指标。