5G通信网络优化最佳实践之5G网络切换类问题处理案例
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
5G通信网络优化最佳实践之5G网络切
换类问题处理案例
目录
深圳市-5G网络切换类问题处理案例.............................................................错误!未定义书签。
一、问题描述 (2)
二、分析过程 (2)
1、切换原理 (2)
2、信令分析 (3)
3、参数核查 (4)
4、问题根因 (6)
三、解决措施 (7)
四、经验总结 (7)
【摘要】5G SA网络商用前,针对5G SA网络上传、下载、PING时延业务中,在进行单站验证中的切换验证测试时,出现5G SA网络无法切换邻近站点而导致切换失败情况,通过现场测试LOG排查和信令分析,完成原因的定位,参数调整后,问题得到解决。
【关键字】5G、切换
【业务类别】优化方法、基础维护、物联网、VoLTE、流程类、参数优化、不限量、IT系统支撑、核心网、承载网、等其他;根据集团案例分类描述。
一、问题描述
1、问题现象
测试车辆由金田路北往金田路南行驶到金田路和深南大道交汇处:UE占用XJ-GO_福田市民中心东区_(PCI=118)小区,发送切换至XJ-GO_福田金田路_0(PCI=75)小区的测量报告,始终都未切换至XJ-GO_福田金田路_0(PCI=75)小区,导致该交汇处路段未能及时切换,导致出现SINR差等现象,如下图:
二、分析过程
详细介绍方案实施的原因、技术原理、实施步骤、厂家兼容性(存在隐患)、执行情况(参数脚本明细)等。
1、切换原理
5G的整个切换过程由网络侧GNB控制,所以切换UE的行为需要GNB监控,当发现UE
处于切换区且存在比当前无线质量更好的小区时,根据情况适时命令UE切换到目标小区。由于GNB并不知道UE所处的位置和无线质量情况,需要控制UE上报相关的无线质量信息来判断,当GNB收到测量或切换的事件上报时,会下发切换命令给UE,UE收到切换命令后,中断与源小区的交互,按切换命令要求切换到目标小区,并通过信令交互通知目标小区,以完成整个切换过程。
2、信令分析
从L3 Message上可以看到,终端服务小区是PCI118时,终端每隔241ms上报一次MeasurementReport测量,GNODEB对上报的MR不处理,这些MR上报的邻区PCI均为75和76小区,PCI75小区RSRP要比PCI118小区的RSRP要高出36dB左右,如下图:
从最后的MeasurementReport测量中可以看到有包含了PCI为78的邻区,比主服务小区高10dB左右,因此GNODEB侧给UE下发了向PCI78小区切换执行命令,信号从PCI118小区切换到PCI78小区,如下图:
3、参数核查
站点状态核查:通过核查XJ-GO_福田金田路站点状态发现3小区都正常。
站点XN和NG告警排查:通过核查告警得知,XJ-GO_福田金田路站点发现只有一个”NR 分布单元小区TRP不可用告警”不影响切换。
通过5G后台网管检查“XJ-GO_福田市民中心东区”到“XJ-GO_福田金田路”对应的邻区配置。在”XJ-GO_福田金田路”站点下MML执行LST GNODEBFUNCTION 来确定本站的gNodeB标识。
然后在”XJ-GO_福田市民中心东区”站点下执行LST NRCELLRELATION,检查是否有添加邻区对应关系。
由此可见,小区关系是已经成功配置的了,但是只配置了小区关系的情况下,还要在检查一下外部小区情况,在对应小区MML执行LST NREXTERNALNCELL查看外部邻区关系是否有配错。