LTE学习总结—切类KPI基本分析方法.docxVIP

切换类KPI 切换的过程就是终端在移动过程中与网络连接交互发生变化的过程： 1查询站点有无告警,小区状态是否正常； 2.查询有无外部干扰（每PRB上干扰噪声平均值-110dBm，则存在外部干扰）； 3.提取两两小区切换，确定切换出目标小区，核查外部小区参数（PCI、TAC、频点、小区标识、切换参数）配置有无错误； 4.查看MAPINFO图层，查看邻区是否存在MOD干扰，确认基站规划是否合理，是否会产生弱覆盖。 切换失败类型 判断是否切换，通常以信令为判断依据，在终端侧，以发出触发切换的测量报告为开始，以切换完成消息为结束； 切换成功时，从UE侧观察表现为UE从一个源小区到一个新的小区（可从PCI变化来观察）进行正常业务交互； 根据现网处理该问题的案例和现网实施的经验，影响切换成功率的因素有很多，例如： 硬件传输故障类； 数据配置类； 拥塞类； 干扰； 时钟问题； 覆盖问题及上下行不平衡 测量报告丢失 UE侧信令 ENodeB侧信令 切换命令丢失 UE侧发出测量报告后，eNB收到测量报告，并下发切换命令，但UE侧没有收到； UE侧信令 UE侧看到的现象与切换测量报告丢失一样；从eNB侧看，则是收到测量报告下发切换命令后，在目标小区没有收到切换完成消息； ENodeB侧信令 网络侧目标小区没有收到切换完成信令 目标小区接入失败现象 UE侧发出测量报告后，eNB收到测量报告，并下发切换命令，UE收到切换命令后，在目标小区发起接入，但目标侧没有收到切换完成消息，在UE侧和eNB的现象分别如下 网络侧源小区已下发切换命令 UE侧收到切换命令并向目标侧回复了RRC Ref CMP 切换问题解决规定动作 设备状态检查 查询基站、小区告警，保证没有与切换相关的严重告警（如X2配置链路断开、RRU告警等） 检查测试终端是否能正常使用，是否支持异频、异系统重选、切换功能 参数核查 确认切换开关状态 确认邻区配置，确认邻区关系、X2接口配置、传输配置 确认切换参数，比如切换门限，幅度迟滞，时间迟滞等 确认是否存在PCI冲突告警 切换失败TOP站邻区漏配检查 地理位置、网络规划角度，确认是否邻区漏配，并实施相应操作 2.1、漏配邻区核查 从网络侧跟踪UU口和终端侧Uu口跟踪结合判断： 网络侧：同一用户（CALL ID）连续上报测量报告但没有下发切换命令，检查X2或S1跟踪中分别也没有HANDOVER REQUST及S1AP_HANDOVER_REQUIRED，则很可能是漏配的小区（通过查询配置确认）； eNodeB侧：收到测量报告，但不发起切换（X2口没有切换请求，空口没有下发切换命令） 终端侧：随着UE移动服务小区RSRP越来越差，SINR越来越差，而邻区RSRP越来越好，上报测量报告，没有收到切换命令； UE侧：发测量报告，但收不到切换命令 2.2、切换不及时 当邻区无线质量满足切换门限时，服务小区的RSRP突然陡降 eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到 解决方法： 修改服务小区与邻区的偏置CellIndividualOffset来提前切换（最常用） 修改服务小区的延迟触发时间IntraFreqHoA3TimeToTrig来提前切换（建议配置为40ms到200ms之间的一个值，如80ms） 调整切换门限参数IntraFreqHoA3Hyst、 IntraFreqHoA3Offset来提前切换（此操作用得很少 2.3、弱覆盖 从终端侧判断： 当邻区无线质量满足切换门限时，服务小区和邻区的RSRP都十分弱； UE侧信令表现为收到切换命刚发出切换完成消息后即发起RRC重建，或者收不到切换命令 从网络侧判断： 从网络侧跟踪的UU口消息中，触发切换的A3测量报告记录的源小区、目标小区RSRP都很低，当测量报告中携带的服务小区RSRP值小于-110dBm时，可以认为处于信号质量微弱的区域，此时容易出现切换失败，需要调整覆盖； eNodeB侧表现为下发切换命令后收不到切换完成消息，或者连测量报告也收不到 弱覆盖的解决方法： 调整天线方向角、倾角：当下行先受限时，可以通过调整天线（如减小下倾角）补充远点的下行覆盖； 增加塔放、基站：当上行先受限时，可以通过增加塔放、增加小区（基站或接远RRU）的方式增强上行覆盖； 2.4、乒乓切换 　RSRP offset(dB)handover target cell10:50:043PCI13310:50:064PCI17410:50:072PCI13310:50:083PCI174CellCIO of neighboring cellPCI133-3dBPCI174-3dB乒乓切换的解决方法 相对调整两个小区的CIO值