1 基站不下发切换命令
该问题的前提是UE上报了切换的MR，基站侧也收到了MR，但没有收到切换命令，可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区。下面以案例形势一一展开。
1.1 邻区漏配&邻区配错
1.1.1 邻区漏配
从基站跟踪看到基站收到了大量的MR，没有下发切换命令，导致掉话，如下图。从probe上看信道质量不差没到解调门限以下，因为没有下发切换命令而掉话，可以查看是否为邻区漏配。
中兴通讯179向科技园四182发起切换，上报了切换的MR，基站侧也收到了MR，没有下发切换命令，之后读系统消息，发起重建，重新接入到MR中小区，即科技园四182，可以确认为邻区漏配。Probe和基站侧log如下：
图表 12邻区漏配UE侧无线环境
图表 13邻区漏配UE侧LOG
图表 14邻区漏配基站侧log
邻区漏配有2种情况: 1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区 ；
建议：添加邻区
注：也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配，如下图；
图表 15SIB4消息内容
1.1.2 邻区配错
下面为外部小区和同频邻区均已配置，且同频邻区也配置正确，但外部小区的PCI添加有错，导致的掉话。如下图，102（科技园三1小区）上报181（科技园四的1小区）的MR，但没下发切换命令，查询同频邻区已配置eNBID为28即科技园四的1小区为邻区 ，但1小区的PCI被配成了182，且配置了同站的两个PCI相等的外部邻区。
图表 16邻区错配终端侧LOG
图表 17科技园三1小区的同频邻区
图表 18科技园三的外部邻区
建议：修正外部小区的PCI，在添加邻区时务必保证外部小区的PCI及同频邻区的eNBID正确，减少优化工作量。
1.2 PCI相等导致不发切换命令
现象：基站标识117，67（本地小区1）、68（本地小区0）为同站邻区，68往67切换正常，67往68切则切不过去，表现为上报了MR，不发切换命令，LOG如下：
图表 19PCI相等终端侧LOG
图表 20PCI相等基站侧LOG
经查询67（本地小区标识为1）的外部邻区中有PCI为68和同站邻区的PCI相等，如下，在ANR关闭情况下，会不发切换命令；
图表 2167小区的外部邻区
图表 2267小区的同频邻区
措施：首先核查是外部邻区中的PCI配置错误（即该站不存在，或基站存在但PCI配置有错）；核查都无误时需要调整PCI；
建议：
1、 调整完PCI后或新加站后用M2000上的PCI冲突核查工具进行核查邻区中是否存在PCI相等情况。
2、 使用excel原型工具进行对比，该工具相对麻烦一点，需要将邻区信息倒出来。
如下，在M2000的配置中选择LTE 自优化，在优化菜单中双击PCI优化任务，如下图：
图表 23M2000 PCI自优化界面
图表24PCI冲突信息
在PCI冲突信息中点击任何一条在旁边会显示与其冲突的邻区的具体信息，如下表：
图表 25PCI冲突详细信息
点击下面优化任务中的绿色按钮，会弹出如下对话框，![]()
图表 26优化任务启动界面
点击确认后，会显示如下进度条
图表 27优化进度条
看见完成后会显示已成功，进度条显示100%，建议的优化值会显示如下：
图表 28优化结果
1.3 基站下发的RRC连接重配置没收到RRC连接重配置完成
科技园三102切向科技园三104后，基站侧下发了RRC连接重配置，为重配置CQI，UE侧没收到，一直山上报MR，基站侧不处理，掉话；
UE侧LOG如下：
图表 29OMT侧LOG
基站侧LOG如下：
图表 30基站侧LOG
在切换到104后，104小区的信道质量很差，导致没有解出RRC连接重配置而不下切换命令继而掉话，如下：
图表 31Probe侧信道状况
措施：测量到邻区中182与服务小区104模3相等，由于此路段为弱覆盖路段，建议调整182的PCI，将182调整为180，180调整为181，181调整为182，但由于高新公寓站开不起来，弱覆盖无法解决。
2 乒乓切换
在高科E内114和115间乒乓切换,如下图，将时间迟滞由320ms调整480ms，调整后有所缓解，如下：
图表 32调整前114和115 乒乓情况
图表 33优化后114和115切换情况
注：根据实际情况也可调整IntraFreqHoA3Hyst和IntraFreqHoA3Offset，但该参数会影响到所有和该小区进行切换的邻区。
| 
1
发表于 2016-12-13 10:45:09
