预览加载中,请您耐心等待几秒...
1/10
2/10
3/10
4/10
5/10
6/10
7/10
8/10
9/10
10/10

亲,该文档总共64页,到这已经超出免费预览范围,如果喜欢就直接下载吧~

如果您无法下载资料,请参考说明:

1、部分资料下载需要金币,请确保您的账户上有足够的金币

2、已购买过的文档,再次下载不重复扣费

3、资料包下载后请先用软件解压,在使用对应软件打开

TD-LTE切换问题分析指导版本更新记录目录切换流程概述切换流程概述切换的分类切换流程概述切换的分类-站内切换切换流程概述切换的分类-X2口切换切换流程概述切换的分类-S1口切换切换流程概述切换事件介绍层3滤波因子切换流程概述前台信令解析切换流程概述切换流程概述切换流程概述切换流程概述切换流程概述切换流程概述目录切换优化整体思路流程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发送最大次数后,在源小区发起了随机接入,查询MACRACHTrigger信令,发送随机接入的原因值为ULdataarrival,即SR申请失败,MR未发送成功,为了恢复上行链路发起的随机接入当MSG1发送最大次数后,即在源小区恢复上行链路失败,进入重建流程,重建原因值为Radiolinkfailure 切换优化常见问题及案例上行失步导致掉话问题处理经验总结-问题解决及验证