LTE切换问题分析与优化-zte.pptxVIP

LTE切换问题分析;课程内容;切换流程概述;切换流程概述切换的分类;切换流程概述切换的分类-站内切换;切换流程概述切换的分类-X2口切换;切换流程概述切换的分类-S1口切换;切换流程概述终端测量机制;切换流程概述前台信令解析;切换流程概述前台信令解析-测量控制;切换流程概述前台信令解析-测量报告;切换流程概述前台信令解析-切换命令;切换流程概述前台信令解析-MSG1;切换流程概述前台信令解析- 基站回应随机接入响应（RAR）;切换流程概述前台信令解析- 终端反馈重配完成;课程内容;;切换优化整体思路流程1;切换优化整体思路流程2;切换优化整体思路流程3;课程内容;问题案例;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;参数名称;课程内容;切换优化常见问题及案例漏配邻区引起的异常;切换优化常见问题及案例漏配邻区引起的异常-多次测量报告;切换优化常见问题及案例漏配邻区引起的异常- 测量报告发送后无响应;切换优化常见问题及案例漏配邻区引起的异常- 漏配邻区确认;切换优化常见问题及案例上行干扰引起的目标测接入困难-问题现象;切换优化常见问题及案例上行干扰引起的目标测接入困难-问题分析;通过高通分析软件QCAT查看掉话过程及重建过程。看到UE原因为UL_DATA后DCI0未达，SR达到最大次数，触发MSG1，由于MSG1无法到达网络侧，不断重发8次后失败，后触发重建;为了验证问题是否有规律性，对站点附近进行了DT测试，测试区域如图所示：;经过上述分析，初步怀疑可能是干扰导致上行数据异常造成。目前福冈站点分别是采取GC局的形式，一个BBU下挂几个RRU做为站点，且日本是全向站，站点分布如图：红色区域是掉话集中区域，目前测试阶段未初期性能摸底阶段，因此测试只是围绕Ref区域进行（图中蓝色方框内）。后查看掉话点与BBUID关系，发现有一定联系，非掉话区域隶属于BBUID=400010，越靠近掉话区域的隶属于BBUID=400011、400012的BBU下挂小区。因此怀疑可能BBUID为400010与400011、400012某些关联问题导致 ;根据上述分析查看后台设备告警，首先查看GPS状态，发现400011站点GPS未锁定 看站点分别400011、400012插花式分布，集中在一起，400011无GPS锁星，那么可能导致其下挂的小区对周边小区造成GPS干扰，造成其他小区上行接入失败。后对接入切换不成功的小区提取MTS跟踪上行接收功率数据，发现基站侧接收功率普遍抬高（普通应该在-96~99dbm左右），评价在-80dbm左右 经过上述逐步分析，大体推断出问题可能是由于BBUID=400011的GPS失星造成对别的小区干扰。后经过后台配合查看，400010、400012当天的GPS状态正常，无任何问题，但是400011的BBU根本没有对GPS上电，但电波信号确已发送，造成对周边小区干扰。后把400011所属的所有小区闭塞后测试，确发现还有400010的一些小区接入切换不成功，提取上行接收功率，仍然存在一定干扰;切换优化常见问题及案例上行干扰引起的目标测接入困难-解决方法及验证;切换优化常见问题及案例环境复杂引起的切换问题;切换优化常见问题及案例环境复杂引起的切换问题-问题整体处理思路;切换优化常见问题及案例环境复杂引起的切换问题- 案例1;切换优化常见问题及案例环境复杂引起的切换问题- 案例2;切换优化常见问题及案例环境复杂引起的切换问题- 案例3;切换优化常见问题及案例上行失步导致掉话问题处理经验总结-问题现象;切换优化常见问题及案例上行失步导致掉话问题处理经验总结-现象分析;直到SR发送最大次数后，在源小区发起了随机接入，查询MAC RACH Trigger信令，发送随机接入的原因值为UL data arrival，即SR申请失败，MR未发送成功，为了恢复上行链路发起的随机接入;当MSG1发送最大次数后，即在源小区恢复上行链路失败，进入重建流程，重建原因值为Radio link failure ;切换优化常见问题及案例上行失步导致掉话问题处理经验总结-问题解决及验证