因值为：传输不可用。
查询基站 IPPATH是否设置合理，结果发现S1接口配置为1条，IPPATH资源有限，所以相邻站点切到该站的成功率很低。 3. 问题分类：传输参数 4. 解决方案
增加到S1接口的IPPATH由1条到8条（现网标准为8条） 5. 效果评估
将S1接口的IPPATH由1条到8条后，切换成功率恢复正常。 6. 注意事项及建议
对LTE基站配置IPPATH链路时，需配置8条用于S1链路；如果S1链路配置少于8条将会出现S1链路传输资源不足的问题，导致基站E-RAB建立失败，系统内切换失败高；后期新开站点配置时需注意IPPATH链路是否正确配置，避免类似问题出现。
3.5异厂家参数配置
3.5.1案例8：爱立信与中兴LTE邻小区RLC传输模式配置不一致导致切换失败
1. 现象描述
UE在中兴区域基站接入，往爱立信区域移动时不能切换，直至掉线
UE在爱立信区域接入或者在爱立信区域重建，这时UE能在中兴和爱立信基站间正常切换。 2. 问题分析
在中兴后台侧跟踪信令发现，eNodeB收到UE上报的测量报告后，向CN发送了Handover Required消息，但是很快就收到CN回的Handover Preparation Failure，失败原因为12（No radio resources available in target cell）。经过异厂家参数一致性核查：通过对比成功和失败切换消息，发现两厂家RLC传输模式不一样，中兴是UM模式、爱立信是AM模式。 3. 问题分类： 无线参数配置 4. 解决方案
将中兴RLC无线传输模式配置为AM模式 5. 效果评估
修改RLC无线传输模式配置后，，异厂家邻区切换失败的问题解决。 6. 注意事项及建议
由于同一个地市LTE网络由不同厂家建设，各自厂家传输模式设置不一致。建议 统一异厂家切换带小区传输模式，避免类似问题发生。
3.5.2案例9：大唐与诺西Local Cell Resource ID配置不一致导致切换失败的案例
1. 现象描述
在优化测试过程中，UE占用信用联社1小区（PCI=79）的信号，在上发MR中可以看到，UE准备切换到工商学院3小区（PCI=113）上，但随后eNB下发的重配置消息中要求UE切换到工商学院2小区（PCI=112）上，而此处工商学院2小区（PCI=112）信号较差，最终导致切换后掉线。
另外，信用联社为大唐基站，而工商学院是NSN基站，刚完成割接。
2. 问题分析
经过分析发现割接后诺西的ECI与割接前大唐的ECI不统一所导致。
其中cell ID也就是我们常说的Local Cell Resource ID，eNB通过UE上报的PCI来判别是哪个小区的信号，并关联到相应的ECI，后续eNB下发的重配消息中target的PCI就是该ECI的PCI。
大唐侧邻区配置中的Local Cell Resource ID是0、1、2，而诺西侧的Local Cell Resource ID是1、2、3，这样会生成不同ECI，导致PCI关联错误，致使eNB下发的PCI和UE上报的PCI不同导致切换失败。 3. 问题分类：无线参数配置 4. 解决方案
大唐侧将割接后的该站邻区的Local Cell Resource ID由0、1、2修改为1、2、3 5. 效果评估
修改后复测正常 6. 注意事项及建议
异厂家间需注意Local Cell Resource ID参数不一致的情况。
3.5.3案例10：由于DRB-ID分配策略华为中兴LTE异厂家切换失败案例
1. 现象描述
在对华为中兴边界的LTE网络进行异厂家eNB切换测试时，发现失败率较高。经过分析，失败现象与起呼的小区有关：从华为站点入网开始做切换动作，无法完成切换。UE改为在中兴站点进行RRC建立之后，往华为小区切换就成功了。 2. 问题分析
当测试终端从华为站点入网，当初始上下文建立后，基站向终端重配置，建立DRB承载的时候，会建立一个drb-identity为1的承载，而此时，如果这个时候测试终端从华为站点往中兴站点切换的话，切换命令里面会有DRB的删除信息，删除drb-identity（1），添加了一个drb-identity（3），但没有对应新建eps-BearerIdentity，导致终端切换失败。
而从中兴站点往华为站点切换的时候，在切换命令中的drb-identity为3，并且携带eps-BearerIdentity信息，不存在修改drb-identity的情况，所以切换成功。 3. 问题分类：无线参数配置 4. 解决方案
已经将该问题交与中兴研发，确认由于DRB-ID分配策略问题导致切换失败。需要在下一基站版本升级后解决。 5. 效果评估
案例中暂未解决 6. 注意事项及建议
目前LTE组网情况很多，由于不同厂家的算法策略有差异，需要特别关注异厂家之间的配合问题，以免影响用户使用。
4.LTE终端接入问题
4.1无线参数配置
4.1.1案例1： TD-LTE帧同步参数配置错误导致上行干扰，造成终端有信号无法接入
1. 现象描述
新建站LTE基站70530三个小区存在有信号无法接入现象。现场测试：场强正常，无硬件告警，终端无法接入。 2. 问题分析
提取故障站底噪，发现该站三个小区底噪都偏高，关闭周边基站后，故障站底噪正常，由此可以判断是周边基站对故障站造成干扰导致故障站底噪高。用后台扫频工具以1RB（180KHz）带宽为单位，记录故障站底噪，发现RB47-RB52底噪高，对比LTE帧结构，RB47-RB53处是主同步信号、辅同步信号和广播信号，经过分析研究，判断是周边基站的第一个下行时隙落入故障站的上行时隙，从而造成周边基站的主同步信号、辅同步信号和广播信号对故障站的上行RB47-RB53产生干扰。排除GPS故障后，将问题定位在是否自动调整数据帧头开关上，周边基站该开关是关闭状态，故障站是打开。 3. 问题分类：无线参数配置 4. 解决方案
关闭故障站是否自动调整数据帧头开关。 5. 效果评估
关闭开关后，故障恢复。 6. 注意事项及建议
是否自动调整数据帧头开关是基站自动计算和调整帧头位置，如果要打开该开关，必须全频段站点全部打开。如果部分基站打开，部分基站关闭，会造成打开的基站间与不打开的基站间的不同步。
4.1.2案例2： TDL完整性保护算法设置错误导致部分终端无法上网
1. 现象描述
在T市TDD-LTE实验局项目中，新开通的一个站点终端A（MF91S）可以拨号上网，而终端B（MF820S2）无法拨号，点击拨号软件的连接，提示连接失败。 2. 问题分析
为了定位问题，进行了小区信令跟踪，当问题终端拨号时，会伴随初始化上下文建立失败信令，查看信令发现原因为“加密或完整性保护算法不支持”。 查看该站点的安全管理，发现该站点的完整性保护算法与其他站点设置不一样，该站设置为128-ElA2，而其他站点设置为128ElA1
3. 问题分类：无线参数配置 4. 解决方案
修改该站点完整性保护算法与其他站点一致 5. 效果评估
将该站点的完整性保护算法设置为128-ElA1后，上网正常。
相关推荐：
loading