切换优化常见问题及案例(中兴)选编.docx

切换优化常见问题及案例 漏配邻区 漏配邻区一般可通过无线参数表结合测试数据检查，或者可以在后台直接通过信令跟踪确认收到测量报告后源小区是否向目标小区发生切换请求来确认，但某些场景下我们不易取得无线参数表，且无法进行后台信令跟踪，那么我们可以通过前台信令来分析的到： LTE网络在协议中是一个自优化的网络，终端上报测量报告中会按照a3事件判断原则进行上报，上报的小区不受测量控制中邻区影响，所以只需要将切换异常点的测量报告和当前服务小区的测量控制中的邻区进行对比就可得出是否为漏配邻区 前台分析漏配邻区的现象 多次测量报告 正常的流程终端在发送测量报告后基站会很快发送切换命令，但如果有漏配邻区，源小区就无法得知目标小区的基站信息，无法正常完成切换流程介绍中的（见图1-1）中的第三步，故无法发送切换命令消息，此时由于终端仍在行进中，源小区信号越来越差，满足a3事件小区逐渐增加，触发新的测量报告，直到有邻接关系的小区出现，基站才能正常发送切换命令 下边选取一个典型问题分析： 在某次路测中发现如图4-1情况，前三次测量报告目标PCI都是28（前三次类似图4-2，PCI相同，RSRP测量值略有差异），第四次测量报告（见图4-3）中有PCI28、19两个小区，从测量值上看，28比19高3个dB，接着收到了切换命令，切换命令（见图4-4）中的目标小区不是最高的28而是19。此时即可初步怀疑28为漏配邻区， 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 1 多次测量报告现象 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 2 第一个测量报告内容 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 3 第四次测量报告内容 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 4 切换命令 1：目标小区PCI 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 5 源小区测量控制信息 1：邻区列表中带有PCI19小区 测量报告发送后无响应 4.2.1.1介绍了漏配邻区导致的多次测量报告，直到某一次测量报告中上报的目标小区是源小区的邻区则才会收到???换命令，但如果上报的测量报告基站还未响应就失步则会发起重建流程，终端上报掉话事件 这种情况的分析方法基本和4.1.1.1一致 下边选取一个典型例子： 某次路测中发现终端在发送测量报告后未收到切换命令，导致无线链路失败发起了重建过程（如图4-6），首先检查测量报告内容（图4-7，两个测量报告PCI都为30），目标小区PCI为30，检查源小区测量控制（图4-8），发现的确未配置邻区。 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 6 漏配邻区引起的掉话 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 7 第一个测量报告内容 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 8 源小区测量控制信息 漏配邻区带来的影响 流量降低 在3.1.1.1节叙述的四次测量报告的情况下，可以明显看出这由于未及时切换导致SINR变差（图3-9），业务速率低（图3-10） 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 9 SINR 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 10 流量 掉话 在3.1.1.2节中介绍的情况就是测量报告无响应后失步掉话，该问题会影响掉话率、业务速率等指标 漏配邻区处理方法 添加邻区 对于某些特殊路段需要删除邻区并调整功率等操作，具体会在4.2章中介绍 无线环境引起的切换异常 上行干扰引起的目标测接入困难 本节以站点GPS异常引起的其他站点小区上行干扰严重导致的切换与接入成功率差情况为案例，整个处理思路可用来定位上行干扰问题 问题现象 在测试福冈网络指标摸底阶段中，经常出现接入不成功，切换后异常掉话现象，这种显现表现无一定规律，有时成功有时失败。测试掉话点分布如图所示： 图  STYLEREF 1 \s 4 SEQ 图 \* ARABIC \s 1 11 上行干扰问题点 通过掉话点分布，可以看到掉话点基本在东南边。 本次长保拉网的指标统计如下： TotalKPI TypeCorrespondAttemptRatio1Random Access Success[%] 20721596.28 %2