《lte切换案例》.ppt

TD-LTE切换案例分析
交流目标
通过LTE切换案例的交流学习，了解LTE现网中常见的切换问题以及解决思路。
2
1、漏配同频邻区导致切换失败
2、A2门限太低导致下载速率低问题（含切换）
3、 C国H地区局点LTE入限提高到-95， A1 RSRP触发门限由-105改为-91，参数修改之后问题路段指标提升明显，测试情况如下：
23
【建议与总结】：
，A1用于停止测量，A2用于启动测量，A1的值要比A2的值高，因此A2参数修改的时候，A1参数也要同步修改。
，设置过低导致源小区信号强度很小，吞吐率已经严重下降的情况下，才发起异频邻区的测量，此时目标小区信号强度已经很强的情况，但是没有及时切换，使得吞吐率迅速下降；A2门限设置过高，导致触发UE过早地进行了异频测量，由于异频测量需要专门分配一定时频资源进行，减少了UE可用的时频资源，导致调度次数不足，影响吞吐率。
24
异频测量参数的设置可参考如下经验值：
25
3、C国H地区局点LTE入切换成功率为0%分析
现象描述
C国H地区进行每日KPI指标统计的时候发现小区出现入切换失败次数为100%。KPI指标如下图所示。
26
查看小时级指标从13号凌晨出现问题。查看对应问题时间点的操作日志，发现在13号凌晨没有任何操作。
27
原因分析
怀疑是否是由于站点无资源导致的入切换全部失败，但是查看用户数统计发现没有用户在这个站点下面做业务。
查询一个月的平均用户数，发现周末应该是有用户使用LTE网络的。
28
对小区的其他指标进行分析。发现如下情况：
问题时段RRC请求次数为0
问题时间段随机接入次数不为0.
29
RRC建立之前的随机接入过程是有用户请求，也就是说在下（图5）A点。B点有统计说明随机接入网络侧都是有响应的，但是在进入到了RRC接入过程后（图6），网络L3没有收到终端RRC请求，原因是RRC请求次数为0。
30
31
而睡眠小区一般表现为eNodeB的L3收不到UE的RRC建立请求消息。也出问题在图7红色标注部分。与此问题站点的现象非常一致。没有告警，没有操作日志，DSP小区状态也正常，没有用户接入和流量，但是有随机接入过程。
RRC CONN REQ
RRU
基带
L2
UE
L3
eNodeB
RAR
Preamble
1、下行同步
2、系统消息
3、随机接入
32
处理过程
确认疑似睡眠小区的情况后。我们在16日凌晨3：00进行了重启基站的操作。观察指标如下。重启，站点业务恢复正常
33
建议及总结
在商用网中，睡眠小区很有可能会存在在网络中。这种小区查询状态时完全正常（DSP CELL），也没有任何异常告警上报，但用户实际上不能接入，非常影响用户感知，并且很多情况下是客户投诉才发现此类问题。所以在现网维护项目中，尤其在LTE建网初期，一个好的例行指标监控流程及工作必不可少，通过监控可以更早的发现网络中出现的问题，变“救火”为“防火”。睡眠小区的监控可以通过随机接入请求，RRC请求，入切换指标及最大用户数等相关指标来判断。
另外，现在处理睡眠小区的途径还只是重启基站这一条路。
34
4、CIO配置不合理导致切换失败
【现象描述】
K国Z局点的站点1213中小区7切换到站点1252的小区9过程中，未完成切换流程就出现重建，导致切换失败，业务中断几秒后，UE重建接入小区9中，数传恢复。
35
【原因分析】
对于切换失败问题，可以通过以下几个方面进行定位：
从覆盖角度考虑，如果在切换点上存在着覆盖问题，在某区域上某个方向上由于建筑物等的遮挡，导致UE在该区域内出现信号质量的大幅抖动，切换失败。
从配置角度考虑，如果出现影响切换的相关参数配置不合理可能导致切换失败，如切换门限设置、切换时间迟滞设置、切换CIO设置，这些参数设置不合理都有可能造成错过最佳切换时机导致切换失败。
从传输角度考虑，可能因为存在传输问题导致切换失败，如eNB到核心网的传输，两个站间的传输，这些数传问题都可能导致出现切换失败。
36
【处理过程】
首先考虑覆盖的问题，因为切换点K区域是处于目标小区覆盖信号很弱的拐角点，天线到该位置的直线空间里有一座较高的楼房，一直怀疑该楼房的阻挡影响信号覆盖。现场情况如下：
37
其中A、B、C为组成三角关系的三个站点，在K区域发生切换失败，在B站点前面有一个三角形的建筑物，挡住目标站点发到K区域的信号。调整了基站B的目标小区的天线角度以后， K区域的信号也没有提高。可见，现场由于环境限制，无法通过调整覆盖来解决切换问题，接着要尝试