LTE切换优化案例.docx

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