LTE切换问题定位和优化指导书Word文档下载推荐.doc
《LTE切换问题定位和优化指导书Word文档下载推荐.doc》由会员分享，可在线阅读，更多相关《LTE切换问题定位和优化指导书Word文档下载推荐.doc（44页珍藏版）》请在冰豆网上搜索。
版权所有侵权必究
Allrightsreserved
目录
概述 3
1 切换问题定位思路 3
1.1 切换失败问题 5
1.1.1 UE发多条测量报告仍没有收到切换命令 5
1.1.2 切换过程随机接入失败 5
1.1.3 测量报告丢失 6
1.1.4 切换命令丢失 9
1.1.5 下行信道质量差导致发送preamble达最大次数仍未收到RAR 9
1.1.6 eNB下发RRC信令等待UE反馈，不处理切换命令 11
1.1.7 X2_IPPATH配置错误导致切换失败为例进行分析 11
1.1.8 X2切换，源侧发出切换请求，没有收到切换响应 13
1.1.9 X2切换，目标侧发送S1AP_PATH_SWITCH_REQ未收到响应 13
1.1.10 X2切换准备时间过长错过最佳切换时间 14
1.1.11 S_RSRP、N_RSRP都比较高的站内切换，用较小的HO_TTT（64ms），可以在信号恶化之前及时进行切换 15
1.1.12 切换门限改小后乒乓切换次数增多，但是由于切换更加及时，切换失败次数减少 18
1.2 CHR分析切换问题 19
1.2.1 站内切换，随机接入失败导致切换失败 19
1.2.2 站内切换，切换完成丢失导致切换失败 21
1.2.3 X2切换，源侧等待上下文释放命令超时 23
1.2.4 X2切换，S1PathSwitch失败导致切换失败 25
1.2.5 切换随机接入失败触发重建，重建重配失败而掉话 28
1.2.6 eNB未响应UE切换测量报告，信道质量恶化而掉话 29
1.2.7 切换命令丢失导致切换失败 31
1.2.8 X2切换，Preamble丢失导致切换失败 32
1.2.9 X2切换，目标侧等待S1PathSwitchAck超时导致切换失败 34
1.2.10 X2切换，随机接入失败触发重建，重建完成丢而掉话 37
1.2.11 站内切换，随机接入失败触发重建，重建失败而掉话 38
1.2.12 站内切换，切换完成丢失触发重建，重建失败而掉话 41
概述
无线通讯的最大特点在于其移动性控制，对于终端在不同小区间的移动，网络侧需要实时监测UE并控制在适当时刻命令UE做跨小区的切换，以保持其业务连续性。
在切换的过程中，终端与网络侧相互配合完成切换信令交互，尽快恢复业务，在LTE系统中，此切换过程是硬切换，业务在切换过程中是中断的，为了不影响用户业务，切换过程需要保证切换成功率、切换中断时延、切换吞吐率三个重要指标，其中最重要的是切换成功率，如果切换出现失败，将严重影响用户感受，切换中断时延和切换吞吐率也会不同程度地影响用户感受。
对于网络中可能出现的切换问题，本文根据当前积累的LTE系统内切换问题定位经验，给出相应的问题隔离定位指导，以优化相应的网络指标。
1切换问题定位思路
下面是从《LTEeRAN1.1切换问题定位和优化指导书v1.1》中摘录的案例，可供切换问题定位参考。
切换信令失败和切换用户面中断时延问题的定位思路图分别如下：
图1切换信令失败问题分析思路图
图2切换用户面时延问题分析思路图
分析方法对应表
切换失败分类
定位方法
信道质量1
通过Probe观察RSRP、SINR、IBLER、DL/UL_Grant等；
LMT用户性能跟踪，分析上/下行信道质量
网优问题2
结合网络规划，分析是否有越区覆盖情况，调整电倾角；
cluster边界邻区关系配置。
配置问题3
MML查看是否有邻区漏配；
X2相关配置；
随机接入相关配置（Ncs_Index）；
鉴权开关
传输问题4
查看告警，是否有链路闪断；
传输是否稳定。
该问题概率性出现，很难抓取log定位
产品问题5
无线侧、核心网侧产品Bug可能造成切换概率性失败；
功能不完善也可能造成切换性能降低。
需要开发协助定位。
切换大时延分类
解决方案
数据包重传
源侧数据包CRC错
eRAN1.0B060SPC350版本合入：
源侧L3收到切换测量报告后，指示L2对之后的数据采用低阶调度，MCS阶数可配，同时抬升对应的PDCCH功率，固定CCE聚合级别为8
目标侧数据包CRC错
目的侧切换完成后启动定时器，定时器时长内对数据采用低阶发送，MCS阶数可配（MML可配）；
同时抬升对应的PDCCH功率，固定CCE聚合级别为8（合入版本）。
SETHOMCSPARAM:
MCSHOSTATIC=0,HOCQIRPTTIMER=60ms;
切换命令重传
切换命令HARQ重传进入频选（代码bug）
eRAN1.0B060SPC340版本合入：
切换命令HARQ重传时不进入频选
切换命令PDCCH/PDSCH受限
eRAN1.0B060SPC350版本合入：
1）抬升切换命令PDCCH功率，同时固定CCE聚合级别为8；
2）抬升切换命令PDSCH功率，同时切换命令采用固定MCS1阶发送；
3）eNB侧直接将HARQ+ARQ重传（考虑到商用终端能力，该功能默认关闭）；
4）合入DTX处理方案，解决初传解到DTX，HARQ重传无增益问题。
随机接入流程Preamble重传
优化覆盖/调整切换参数，使得切换点具有较好的信道质量，减少重传。
X2配置问题
检查X2配置（X2_Interface/IPPATH）等。
UE处理流程
eRAN1.0B060SPC360UE版本合入：
优化流程，如果在更新系统消息期间收到RRC连接重配置消息，则打断系统消息更新流程，优先处理RRC连接重配消息。
1.1切换失败问题
1.1.1UE发多条测量报告仍没有收到切换命令
在ANR开关关闭时，如果不配置邻区关系，不能进行切换。
首先确认eNB侧配置是否有问题，是否是邻区漏配。
例如，UE要从小区A往小区B切换，发送了切换测量报告；
此时，若小区A没有配置小区B为邻区，即使收到切换测量报告也不会处理，不下发切换命令，导致切换失败；
此时，如果UE继续往远离服务小区的方向移动，信号越来越差会导致掉话。
查看是否邻区漏配，有如下方法：
LSTEUTRANEXTERNALCELL（查询外部小区）
LSTEUTRANINTRAFREQNCELL（查询同频邻区）
1.1.2切换过程随机接入失败
暂且不考虑信道质量差导致的随机接入失败，我们首先查看相关的参数配置是否合理。
随机接入性能与小区半径配置有关系。
如果UE在目标小区最大接入半径范围之外的地方发起随机接入，很可能出现preamble与RAR不匹配的问题，导致随机接入失败。
随机接入失败的原因是UE侧发送Preamble经过无线信道传输时延后到达eNB较晚，导致eNodeB按照正常的接收窗去解Preamble时解成了上一个PreambleID，导致发送的RAR和preamble不匹配。
出现这种问题时，华为测试终端的OMT上会有如下打印：
如果小区覆盖范围较大（比如郊区），切换点离目标小区距离大于目标小区实际配置的小区半径，会出现随机接入失败导致切换失败。
可以适当增大目标小区半径，使得用户实际位置在小区半径之内。
1.1.3测量报告丢失
首先判断测量报告丢失是否为上行信道质量差导致，可以通过上面4点进行分析。
下面给出下行加载场景下下行信道质量差导致切换测量报告发不出去的案例：
现网路测一轮出现8次测量报告丢失，每次的S_RSRP均在-115dBm以内，在其它小区上行空载的情况下（即上行没有干扰），-115dBm以内不会出现上行受限。
因此，不应该是上行信道质量差导致的测量报告丢失。
现网路测一轮出现8次测量报告丢失，每次下行信道质量较差，SINR为负值，处于解调门限附近、IBLER不收敛；
DL_Grant偏低，下行最大能力灌包的情况下，UE解到的DL_Grant应该为1000（999），DL_Grant偏低说明PDCCH解调有问题；
同时，UL_Grant偏低说明很可能是PDCCH解调问题导致UE解到的UL_Grant减少、上行调度不足。
分析相应点的UL_Grant：
01：
45：
06.296PCI56->
PCI65
02：
08：
11.796PCI264->
PCI295
从UE层间消息分析：
发送测量报告时，SR达到最大重传次数触发随机接入ID_RRC_MAC_RA_IND；
且SR触发的随机接入失败，启动RRC随机接入。
SR达到最大重传次数说明UE在发送测量报告时没有解到上行调度。
综合以上分析，eNB未收到测量报告不是因为上行信道质量差导致的上行信令丢失，而是下行加载场景下，下行信道质量恶劣，UE解调PDCCH出错，没有解到上行调度导致测量报告没有发出去；
是下行信道质量差导致的上行信令丢失。
同时，我们做了相应的测试来验证我们的结论：
打开上行预调度后，测量报告发不出去的次数明显减少。
1.1.4切换命令丢失
以50%Load_woICIC路测数据为例：
23:
45:
59.062 PCI48->
PCI50 UE未收到切换命令
该切换点邻区信号陡升6dB，对服务小区造成很大的干扰；
下行SINR很低（-5dB），UE不能正确解调切换命令。
可通过调整天线、两个小区的CIO使提前切换来解决。
1.1.5下行信道质量差导致发送preamble达最大次数仍未收到RAR
首先分析切换点的信道情况：
从路测数据统计看，100%加载场景出现了12次切换完成eNB没有收到的情况。
各切换点S_RSRP都比较高，在上行空载的情况下，不会出现上行受限。
分析下行信道质量，SINR比较低（均为负值），且下行IBLER不收敛，说明下行100%加载场景下，下行干扰很大、信道质量较差。
从OMT跟踪打印看，UE发送preamble达最大次数仍没有收到RAR，如图：
下图为100%Load_woICIC、100%Load_ICIC场景随机接入失败点，与目标站的距离均小于1km。
cluster6小区覆盖范围较小，配置的Ncs_Index=2（相应的最大接入半径为2.15km），不影响随机接入性能。
综合以上分析，路测数据下行加载场景下的切换完成eNB未收到，是由于切换随机接入失败导致的。
下行信道质量差，导致UE没有解到RAR；
当preamble达到最大重传次数时，随机接入失败。
1.1.6eNB下发RRC信令等待UE反馈，不处理切换命令
eNB下发了RRC信令（比如MIMO重配消息），因为下行信道质量差，UE没有解调出来。
当满足切换条件时，UE上报测量报告，而eNB正在等待上一条RRC信令的反馈，因此，不处理测量报告。
当下发RRC信令达到2s后仍然收不到UE反馈，将其释放，发送RRC_CONN_REL消息。
如下图：
eNB侧跟踪：
UE侧跟踪
1.1.7X2_IPPATH配置错误导致切换失败为例进行分析
路测过程中，发现站点OSL355连续出现X2切换准备失败，如图：
从切换准备失败的原因可以大致看出：
传输资源不够
升级会员 