A-TD-LTE切换案例.pptx

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
A-TD-LTE切换案例分析概要

TD-LTE切换案例分析;交流目标;; 1、漏配同频邻区导致切换失败 ;;;原因分析;;;切换惩罚:eNB对于非资源准入切换失败的小区要其经历一定的切换惩罚次数Intra-freq HO Retry Penalty Number(该值默认为10)后才能再次允许该小区进行切换,切换失败且重建到本小区的UE会受到切换惩罚; 目标小区在核心网切换限制列表中; 邻区漏配; 目标小区禁止切换。 对于以上四种原因,需要进一步在处理过程中进行排查和确认。 ;;解决过程;; 【建议与总结】 ;2、A2门限太低导致下载速率低问题(含切换);优化前RSRP;优化前 PDCP层下载速率分布图;【原因分析】;异频测量控制下发 ; UE上报异频测量结果: ; eNodeB下发切换判决结果,目标小区西城中州大学1小区(PCI75): ;;【解决方案】; 【建议与总结】: ; 异频测量参数的设置可参考如下经验值: ; 3、C国H地区局点LTE入切换成功率为0%分析 ; 查看小时级指标从13号凌晨出现问题。查看对应问题时间点的操作日志,发现在13号凌晨没有任何操作。 ; 原因分析 ;;RRC建立之前的随机接入过程是有用户请求,也就是说在下(图5)A点。B点有统计说明随机接入网络侧都是有响应的,但是在进入到了RRC接入过程后(图6),网络L3没有收到终端RRC请求,原因是RRC请求次数为0。 ;; 而睡眠小区一般表现为eNodeB的L3收不到UE的RRC建立请求消息。也出问题在图7红色标注部分。与此问题站点的现象非常一致。 没有告警,没有操作日志,DSP小区状态也正常,没有用户接入和流量,但是有随机接入过程。 ; 处理过程 ; 建议及总结 ; 4、CIO配置不合理导致切换失败 ; 【原因分析】 ; 【处理过程】 ;;;;;【建议与总结】; 5、LTE重复覆盖导致切换失败和频繁(乒乓)切换 ; 【原因分析】 ;;;;;;; 【处理过程】 ; 【建议与总结】 ;6、LTE外部小区配置错误导致同频切换失败; 问题分析 ;;;;;;解决方法及验证 ;;; 总结与建议 ; 7、LTE DT测试中终端发起原因值为otherfailureRRC重建 ;;;;; ??处理过程】 ;【建议与总结】; 8、P国G项目MR不处理因素导致低吞吐率问题 ; 【问题分析】 ;;;;二、检查周边小区情况 核查参数Serving RSRP-1st Neighbore RSRP,在此基础上,选择此参数值在-3dBm以下的区域,重点考察这区域的Serving PCI和1st PCI in Neighbore Cells,可以初步判断此区域应该是由Serving PCI所对应小区向1st PCI in Neighbore Cells所对应小区切换,之所以没有顺利切换,是因为邻区漏配导致,再对相应信令进行核查,做进一步确认。 通过核查Serving RSRP-1st Neighbore RSRP,可以看出在此天桥上大部分地区主服务小区的信号都比第一邻区的信号要低很多。两者差值在-3dBm以下的达到86%,这说明存在严重的邻区漏配现象。 ;;;;;;;;;; 【处理过程】 ;; 【总结与建议】 ;9、W市两个基站之间TAC配置错误导致切换失败;问题分析;;;;;;;总结建议;10、ENODEB ID 设置重复导致无法切换;;;原因分析;处理过程;;;;;;; 持续观察得力纺织基站入切换话统指标,eNodeB间入切换指标已恢复正常 ;建议总结;11、LTE一个小区添加俩PCI相同邻区导致的切换问题;;;问题分析;;;ANR功能;; 查询UE是否支持ANR功能: ;解决方法;;;;;;

文档评论(0)

6663144 + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档