LTE切换失败问题分析案例
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
X2IPPATH配置问题导致切换不成功
关键字:X2IPPATH 切换
【现象描述】
切换测试时,从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败,HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE,进入该消息中可以看到cause为transport-resource-unavailable,切换不成功,如下图所示。
【原因分析】
对于切换流程失败而言,如果是切换准备阶段的失败,其原因通常为以下几种:
(1)传输资源不够用;
(2)没有配置IPPATH;
(3)IPPATH中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小,接入用户数少,通过X2口传输的数据不多,一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH配置的问题,在处理过程中需要对X2口和IPPATH问题排查处理,一步步解决问题。
【处理过程】
每次切换到目标小区完成后,UE会读取目标小区的系统消息(RRC_SIB_TYPE1),该消息中可以看到目标小区的CGI,通过CGI中的基站ID确认目标基站B2的ID。从该次切换的切换命令
(RRC_CONN_RECFG)可以找到目标小区CELL2的PCI,在目标基站B2中用MML命令查询确实存在小区CELL2,所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH的配置了。
先查看B2基站对应的IPPATH有没有配置,如果配置则确认X2接口ID与IPPATH的邻接点ID是否一致。在webLMT上的命令如下:
LST SCTPLNK;检查SCTPLNK是否建立并查看目标基站B2以及源基站B1对应的SCTP链路号SCTP Link No。
DSP X2INTERFACE;检查X2INTERFACE是否配置并根据SCTP链路号SCTP Link No,查看对应X2接口的标识X2InterfaceId。
LST IPPATH; 根据X2接口标识X2InterfaceId,查看X2口两端的IP配置是否正确。
经过以上步骤的核查,发现目标基站B2虽然配置了与源基站B1间的X2接口(从DSP X2INTERFACE命令的显示结果可以看到已配置),但是没有配置相应的IPPATH(通过LST IPPATH命令看不到X2口对应的IPPATH)。导致站点B1向B2发送X2口切换请求(HANDOVER_REQUEST)后,收到基站B2发回的X2切换准备失败消息(HANDOVER_PREPARATION_FAILURE),导致切换不成功。
用ADD IPPATH命令配置了站点B2到站点B1的IPPATH后(源站点也要有X2口的配置以及从B1到B2的IPPATH),可以进行正常的X2口站间切换。
【告警信息】无
【建议总结】
在网络负荷不大的情况下,X2口切换准备失败的原因通常与IPPATH配置有关,所以在配置IPPATH时一定要仔细认真,源站与目标站双向配置,预防漏配错配的问题,提高切换成功率。
切换过晚导致切换失败
关键字:切换小区偏置信道质量陡降
【现象描述】
在切换流程进行中,目标小区信号质量出现抖动,信道质量陡降导致切换失败。在L3信令的表现为:源小区eNB收到多条测量报告,并且下发切换命令。
而UE未收到切换命令,并且仍然周期上发测量报告,直到发起重建,切换失败。
【原因分析】
1、从最后一个测量报告内容看,服务小区无线质量比邻区差6dB,根据现象看可能是邻区漏配。
但是从网络侧操作维护台查询服务小区邻区信息,查找到有邻区配置。如下图:
且源小区下发测量报告,因此不会是邻区漏配
2、再分析切换信令流程:根据网络配置,切换应该按下面流程交互:
查看网络侧跟踪的信令,在服务小区Uu跟踪可以看到,收到了UE的测量报告,再查看X2口,源小区向目标小区发送了切换请求,并且收到目标小区的切换请求回应,最后在UU口下发了切换命令,但没有收到UE的切换完成消息(站间切换):
UU、X2口信令交互
eNB下发切换命令,但UE侧未收到切换命令,由此可以判断可能是空口出现传输质量问题。
3、再看空口无线质量,查看对应时间的RSRP值,发现在切换时间点附近服务小区的RSRP值出现陡降现象如下图:
从上图看,邻区比服务小区RSRP高1dB的情况维持了近两秒钟,但满足切换门限时服务小区突然变差,导致切换失败,如果切换时机可以提前,应该可以完成切换信令交互,这种现象应该属于切换过晚。
【处理过程】
根据前文分析,这次切换失败的原因在于切换过晚,因此可以通过修改切换门限或延迟触发时间来提前切换。从上面记录的无线质量变化情况看,如果把切换门限设置为1dB(延迟触发时间默认为320毫秒),基本可以保证在服务小区RSRP突降之前完成切换交互。
可以选择两个方法:
1、把切换门限设置为1dB可以达到目的,但可能影响当前服务小区的所有邻区切换。
2、为了减小影响面,可以修改服务小区到当前切换目标小区之间的小区偏置CIO来解决,从eNB
操作维护台执行:MOD EUTRANINTRAFREQNCELL命令,修改服务小区与切换目标小区间的
CellIndividualOffset = 1dB,表示把切换门限减小1dB。
之后问题解决,切换正常:
【告警信息】无
【建议总结】
合理规划小区偏置是网规网优的重要工作,对提高覆盖意义重大。
外部邻区配置错误引起下发重配置PCI错误导致切换失败问题
关键字:外部邻区 PCI错误切换失败
【现象描述】
UE在 Servering CELL PCI为10的小区上,上报PCI为13(或者12)的测量报告,但是eNB下发的RRC重配消息是PCI为12(或者13)的相关信道等配置信息,引起切换失败,业务中断。
【原因分析】
A国S市的LTE Trail项目中,进行全网SIMO优化时发现,上报的测量报告的PCI和eNodeB下发给UE 的RRC重配消息中的PCI不匹配,从而UE未收到重配置完成消息,引起切换失败掉话,业务中断。具体现象如下:
UE从Servering CELL PCI为10的小区往PCI为13或12的小区切换时,切换失败,查看L3信令,发现UE 上报PCI为13(或者12)的测量报告,但是eNB下发的RRC重配消息是PCI为12(或者13)的相关信道等配置信息,造成切换失败,UE发起重建到目标小区。如下图1:
UE上报PCI为13的测量报告,见下图2
eNB下发PCI为12的重配置消息,见下图3