《《LTE切换案例》PPT课件》由会员分享，可在线阅读，更多相关《《LTE切换案例》PPT课件（128页珍藏版）》请在金锄头文库上搜索。
1、TD-LTE切换案例分析,Page1,交流目标,通过LTE切换案例的交流学习，了解LTE现网中常见的切换问题以及解决思路。,Page2,1、漏配同频邻区导致切换失败 2、A2门限太低导致下载速率低问题（含切换） 3、 C国H地区局点LTE入切换成功率为0%分析 4、CIO配置不合理导致切换失败 5、 LTE重复覆盖导致切换失败和频繁（乒乓）切换 6、 LTE外部小区配置错误导致同频切换失败 7、 LTE DT测试中终端发起原因值为otherfailureRRC重建 8、 P国G项目MR不处理因素导致低吞吐率问题 9、 W市两个基站之间TAC配置错误导致切换失败 10、 ENODEB ID 设置
2、重复导致无法切换 11、LTE一个小区添加俩PCI相同邻区导致的切换问题,Page3,1、漏配同频邻区导致切换失败,【现象描述】： 切换测试时，在UE移动过程中，发现有比当前服务小区质量好的小区，触发切换A3测量报告，并不停周期上报，但一直收不到网络侧的切换命令。 随着UE移动服务小区RSRP越来越差，服务小区SINR越来越差，吞吐率越来越低，而邻区RSRP越来越好。,Page4,Page5,最终在UE下行失步后在邻区发起RRC重建，重建被拒绝后，重新发起RRC接入邻区并建立业务，此时邻区的无线质量较好，业务恢复正常。,Page6,原因分析,【告警信息】无 【原因分析】 分析切换失败期间的相关
3、信息，发现在UE第一次上报A3测量报告时，RSRP为-106dBm、SINR约5dB： 在这样的信号质量条件下，应该完全可以完成切换信令交互而成功切换。说明这里切换失败存在问题，再从网络侧记录的信令跟踪，可以看到eNB的UU口能收到UE上报的测量报告：,Page7,Page8,从这里可以看到eNB收到测量报告后并没有下发切换命令，怀疑是不是X2接口向目标小区切换时失败导致，再查看X2接口，发现X2接口没有消息交互，也即eNB没有向目标小区发起切换请求，说明eNB判决切换测量报告的结果为不切换。 再分析eNB不切换的可能原因有：,Page9,切换惩罚:eNB对于非资源准入切换失败的小区要其经历一
4、定的切换惩罚次数Intra-freq HO Retry Penalty Number（该值默认为10）后才能再次允许该小区进行切换，切换失败且重建到本小区的UE会受到切换惩罚； 目标小区在核心网切换限制列表中； 邻区漏配； 目标小区禁止切换。 对于以上四种原因，需要进一步在处理过程中进行排查和确认。,Page10,如果是切换惩罚的原因，在IFTS跟踪内可以看到UEM TEXT PRINT显示eNB在收到测量报告后，判断目标小区为 RetryPenalty Cell。查看IFTS跟踪文件并没有发现RetryPenalty Cell，而且该小区之前并没有出现非资源准入失败（流程失败），所以排除切换
5、惩罚的原因。 经核心网确认并没有将服务小区和目的小区配置进切换限制列表。 目标小区禁止切换开关在同频邻区关系中配置和显示的，需要进行同频邻区配置的检查 再从LMT上查看ANR开关为关闭，X2口、S1口配置均正常，再查看这两个小区的邻区关系配置，发现两个小区的同频邻区关系没有配置。 至此，基本可以确认问题在于邻区漏配。,Page11,解决过程,解决方法1： 打开ANR算法开关实现自动邻区增加，命令为： MOD ENODEBALGOSWITCH: SONAnrAlgoSwitch=IntraRatEventAnrSwitch-1 UE在上报A3测量报告后，eNB会下发控制CGI读取的重配置命令。
6、UE测量目标小区，读取CGI后上报给eNB，eNB再发切换命令给UE，从而完成切换流程，成功切换。 解决方法2： 手工增加邻区配置，用“ADD EUTRANINTRAFREQNCELL”命令给两个小区的邻区关系并打开允许切换开关后也可以使UE正常切换：,Page12,Page13,【建议与总结】,切换的问题先从信令入手，再分析信令流程失败点所有可能的原因，采用逐一排除、逐一确认的方法来找问题原因。,Page14,2、A2门限太低导致下载速率低问题(含切换）,【现象描述】 TDD LTE校园网，西城中州大学（D频段小区）附近有一路段，UE一直占用师专新校2小区（F频段小区），覆盖比较差，速率低，
7、如下：,Page15,优化前RSRP,Page16,优化前 PDCP层下载速率分布图,Page17,【原因分析】,车辆在西城中州大学校园自北向南行驶中，UE一直占用F频段师专新校2小区（PCI 71），RSRP恶化到-111dbm的时候，eNodeB才向UE下发异频测量控制信息，异频测量切换信令流程如下：,Page18,异频测量控制下发,Page19,UE上报异频测量结果：,Page20,eNodeB下发切换判决结果，目标小区西城中州大学1小区（PCI75）：,Page21,在后台查询师专新校F2小区（PCI 71）的A2 RSRP触发门限为-109，A2触发门限太低，主服务器小区信号恶化到-
8、111dbm的时候才发起异频测量，导致该路段RSRP很差，下载速率偏低。,Page22,【解决方案】,将师专新校F2小区（PCI 71）的A2门限提高到-95， A1RSRP触发门限由-105改为-91，参数修改之后问题路段指标提升明显，测试情况如下：,Page23,【建议与总结】：,1.A1和A2是门限用于控制异频和异系统测试量的，A1用于停止测量，A2用于启动测量，A1的值要比A2的值高，因此A2参数修改的时候，A1参数也要同步修改。 2.异频测量门限不能设置太高也不能设置太低，设置过低导致源小区信号强度很小，吞吐率已经严重下降的情况下，才发起异频邻区的测量，此时目标小区信号强度已经很强的
9、情况，但是没有及时切换，使得吞吐率迅速下降；A2门限设置过高，导致触发UE过早地进行了异频测量，由于异频测量需要专门分配一定时频资源进行，减少了UE可用的时频资源，导致调度次数不足，影响吞吐率。,Page24,异频测量参数的设置可参考如下经验值：,Page25,3、C国H地区局点LTE入切换成功率为0%分析,现象描述 C国H地区进行每日KPI指标统计的时候发现小区出现入切换失败次数为100%。KPI指标如下图所示。,Page26,查看小时级指标从13号凌晨出现问题。查看对应问题时间点的操作日志，发现在13号凌晨没有任何操作。,Page27,原因分析,怀疑是否是由于站点无资源导致的入切换全部失败
10、，但是查看用户数统计发现没有用户在这个站点下面做业务。 查询一个月的平均用户数，发现周末应该是有用户使用LTE网络的。,Page28,对小区的其他指标进行分析。发现如下情况： 问题时段RRC请求次数为0 问题时间段随机接入次数不为0.,Page29,RRC建立之前的随机接入过程是有用户请求，也就是说在下（图5）A点。B点有统计说明随机接入网络侧都是有响应的，但是在进入到了RRC接入过程后（图6），网络L3没有收到终端RRC请求，原因是RRC请求次数为0。,Page30,Page31,而睡眠小区一般表现为eNodeB的L3收不到UE的RRC建立请求消息。也出问题在图7红色标注部分。与此问题站点的
11、现象非常一致。没有告警，没有操作日志，DSP小区状态也正常，没有用户接入和流量，但是有随机接入过程。,Page32,处理过程,确认疑似睡眠小区的情况后。我们在16日凌晨3：00进行了重启基站的操作。观察指标如下。重启，站点业务恢复正常,Page33,建议及总结,在商用网中，睡眠小区很有可能会存在在网络中。这种小区查询状态时完全正常（DSP CELL），也没有任何异常告警上报，但用户实际上不能接入，非常影响用户感知，并且很多情况下是客户投诉才发现此类问题。所以在现网维护项目中，尤其在LTE建网初期，一个好的例行指标监控流程及工作必不可少，通过监控可以更早的发现网络中出现的问题，变“救火”为“防火
12、”。睡眠小区的监控可以通过随机接入请求，RRC请求，入切换指标及最大用户数等相关指标来判断。 另外，现在处理睡眠小区的途径还只是重启基站这一条路。,Page34,4、CIO配置不合理导致切换失败,【现象描述】 K国Z局点的站点1213中小区7切换到站点1252的小区9过程中，未完成切换流程就出现重建，导致切换失败，业务中断几秒后，UE重建接入小区9中，数传恢复。,Page35,【原因分析】,对于切换失败问题，可以通过以下几个方面进行定位： 从覆盖角度考虑，如果在切换点上存在着覆盖问题，在某区域上某个方向上由于建筑物等的遮挡，导致UE在该区域内出现信号质量的大幅抖动，切换失败。 从配置角度考虑，
13、如果出现影响切换的相关参数配置不合理可能导致切换失败，如切换门限设置、切换时间迟滞设置、切换CIO设置，这些参数设置不合理都有可能造成错过最佳切换时机导致切换失败。 从传输角度考虑，可能因为存在传输问题导致切换失败，如eNB到核心网的传输，两个站间的传输，这些数传问题都可能导致出现切换失败。,Page36,【处理过程】,首先考虑覆盖的问题，因为切换点K区域是处于目标小区覆盖信号很弱的拐角点，天线到该位置的直线空间里有一座较高的楼房，一直怀疑该楼房的阻挡影响信号覆盖。现场情况如下：,Page37,其中A、B、C为组成三角关系的三个站点，在K区域发生切换失败，在B站点前面有一个三角形的建筑物，挡住
14、目标站点发到K区域的信号。调整了基站B的目标小区的天线角度以后， K区域的信号也没有提高。可见，现场由于环境限制，无法通过调整覆盖来解决切换问题，接着要尝试能否通过调整参数来解决。,Page38,从消息跟踪结果来看，在UE测量到目标小区的RSRP比服务小区的RSRP差值超过切换门限发出测量报告，但是源小区信号质量下降太快没有收到测量报告，从而使UE只能在目标小区发起随机接入过程。根据实际情况，基站安装位置难以更改，天线调整也起不到作用，这时可以考虑通过调整切换相关参数，提前进入切换流程，应该可以解决问题。,Page39,查看切换相关参数，因为切换门限和迟滞时间都涉及到多个小区，且在和其他小区的
15、切换中不存在这种需要提前切换的问题，所以这几个参数不需要修改。使用查看CIO配置，该配置默认值都为0，因此要修改这个参数让切换提前。经过数次测试，将邻区的小区偏置修改成1dB2dB以后，切换正常。,Page40,使用LST EUTRANINTRAFREQNCELL,查看CIO如下：,Page41,【建议与总结】,在现实场景下，往往会出现许多切换过晚现象，可以通过调整切换相关参数配置来提前切换达到解决切换失败的目的。 参数修改过程有一个注意的问题是，修改切换门限和切换迟滞时间固然也可以达到提前切换的目的，但是因为这两个参数都属于小区级参数，一旦修改，将会造成和所有邻区的切换点发生改变，因此修改后
16、风险较大，大多数情况下都不应修改，因此一般可以通过修改CIO配置参数达到相同的目的，而其只对特定的小区有影响。,Page42,5、LTE重复覆盖导致切换失败和频繁（乒乓）切换,【现象描述】 Z省H项目Cluster优化过程中，对Cluster 21进行优化发现某拐角区域出现切换失败现象，并且该区域切换频繁，存在两小区间的乒乓切换现象。,Page43,【原因分析】,从某路段的路测数据中可以发现切换失败导致掉线的事件点。,Page44,我们首先要定位原因，可以看出，在切换前的服务小区为PCI=54小区，查看MeasurementReport测量报告，查看切换的目标小区，明确切换方向。,Page45,MR显示，切换的目标小区PCI=56。实际上切换是发生在站内的54小区向56小区的同频切换。进一步分析所在区域收到的导频信号可以发现，在该切换点上，同时收到了四个小区的导频信号，分别是PCI=54，PCI=7，PCI=56，PCI=6，属于四个小区重复覆盖的区域，且导频信号的参考功率RSRP的值都相当，属于同等覆盖，如下图所示事件点收到的导频信号情况：,Pa
