lte-切换优化案例.docx

TD-LTE切换问题优化案例
基站不下发切换命令
该问题的前提是UE上报了切换的MR,基站侧也收到了MR,但没有收到切换命令,可能的原因有邻区漏配或邻区配错、下发重配置没收到重配置完成和同频邻区中有PCI相等的邻区。下面以案例形势一一展开。
邻区漏配&邻区配错
邻区漏配
从基站跟踪看到基站收到了大量的MR,没有下发切换命令,导致掉话,如下图。从probe上看信道质量不差没到解调门限以下,因为没有下发切换命令而掉话,可以查看是否为邻区漏配。
***179向科技园四182发起切换,上报了切换的MR,基站侧也收到了MR,没有下发切换命令,之后读系统消息,发起重建,重新接入到MR中小区,即科技园四182,可以确认为邻区漏配。Probe和基站侧log如下:
图表 1邻区漏配UE侧无线环境
图表 2邻区漏配UE侧LOG
图表 3邻区漏配基站侧log
邻区漏配有2种情况: 1、同频邻区和外部小区都没有配置;2、配置了外部邻区,但没配置同频邻区;
建议:添加邻区
注:也可通过对比SIB4中的邻区信息与MR中的邻区PCI发现是否为邻区漏配,如下
图;
图表 4SIB4消息内容
邻区配错
下面为外部小区和同频邻区均已配置,且同频邻区也配置正确,但外部小区的PCI添加有错,导致的掉话。如下图,102(科技园三1小区)上报181(科技园四的1小区)的MR,但没下发切换命令,查询同频邻区已配置eNBID为28即科技园四的1小区为邻区,但1小区的PCI被配成了182,且配置了同站的两个PCI相等的外部邻区。
图表 5邻区错配终端侧LOG
图表 6科技园三1小区的同频邻区
图表 7科技园三的外部邻区
建议:修正外部小区的PCI,在添加邻区时务必保证外部小区的PCI及同频邻区的eNBID正确,减少优化工作量。
PCI相等导致不发切换命令
现象:基站标识117,67(本地小区1)、68(本地小区0)为同站邻区,68往67
切换正常,67往68切则切不过去,表现为上报了MR,不发切换命令,LOG如下:
图表 8PCI相等终端侧LOG
图表 9PCI相等基站侧LOG
经查询67(本地小区标识为1)的外部邻区中有PCI为68和同站邻区的PCI相等,如下,在ANR关闭情况下,会不发切换命令;
图表 1067小区的外部邻区
图表 1167小区的同频邻区
措施:首先核查是外部邻区中的PCI配置错误(即该站不存在,或基站存在但PCI配置有错);核查都无误时需要调整PCI;
建议:
调整完PCI后或新加站后用M2000上的PCI冲突核查工具进行核查邻区中是否存在PCI相等情况。
使用excel原型工具进行对比,该工具相对麻烦一点,需要将邻区信息倒出来。
如下,在M2000的配置中选择LTE 自优化,在优化菜单中双击PCI优化任务,如下图:
图表 12M2000 PCI自优化界面
图表 13PCI冲突信息
在PCI冲突信息中点击任何一条在旁边会显示与其冲突的邻区的具体信息,如下表:
图表 14PCI冲突详细信息
点击下面优化任务中的绿色按钮,会弹出如下对话框,
图表 15优化任务启动界面