5GSA切换问题分析.docVIP

5G SA切换问题分析 SA架构下NR站内切换流程 1、SA架构下NR站内切换流程如下： 2、SA架构下NR站间（通过Xn口）切换流程如下： 3、SA架构下NR站间（通过Ng口） 切换流程如下： NR系统内同频站内切换出成功率 该KPI用来评估SA架构下NR系统内同频站内切换出成功率， 指标定义和相关Counter如下： NR系统内同频站间Ng切换出成功率 该KPI用来评估SA架构下NR系统内同频站内切换出成功率， 指标定义和相关Counter如下： 话统问题分析的总体思路 针对移动性KPI， 建议分开多个维度分别进行统计， 因为不同类型切换失败的原因可能略有不同，可以针对不同的场景单独进行处理。 1、移动性KPI问题分析整体思路 – KPI分解 无论是NSA组网还是SA组网， 其移动性流程主要包括两部分主要流程 资源准备过程：包括源小区向目标小区发起请求并收到回复的过程， 在该流程中协议定义了相关的失败信令， 因此， 在指标统计中可以这对资源准备的失败进行相应的原因统计 执行流程：包括向终端发起相关命令， 终端在目标小区接入的过程， 这一部分的流程失败没有相关的原因值统计， 需要结合前台的测试数据判断问题的根因 2、移动性KPI问题分析整体思路 – TOP邻区问题判断 在移动性过程中， 由于目标的小区并不是唯一的， 该小区的移动性问题可能是到所有小区都有问题， 也可能是到特定几个邻区的问题， 因此， 在处理移动性KPI问题的时候， 先根据标准的指标找到有问题的源小区， 再结合以下两两小区的统计， 判断是服务小区的共性问题， 还是top邻区导致的问题 SA组网准备失败统计指标 场景1 ：对端小区回应准备失败消息 相关统计指标：N.HO.IntraFreq.FailOut.PrepFailure/N.HO.InterFreq.FailOut.PrepFailure 问题处理：首先结合特定小区的统计指标找到对应的邻区， 然后重点关注邻区负载相关的指标 场景2：切换取消 相关统计指标：N.HO.IntraFreq.FailOut.HOCancel/N.HO.InterFreq.FailOut.HOCancel 问题处理：该问题主要原因是UE在源小区出现了相关异常流程， 导致源小区直接取消了切换。该指标不具由明确的指向性， 需要结合其它测试数据进行处理， 但主要的问题出在源小区侧 场景3：核心网异常释放 统计指标：N.HO.IntraFreq.Prep.FailOut.AMF/N.HO.InterFreq.Prep.FailOut.AMF 问题处理：此问题和切换流程相关性不大， 主要是核心网异常导致， 需要分析释放消息中的原因值， 同时， 该问题也可能会导致其它终端的释放 场景4：消息超时 统计指标：N.HO.IntraFreq.Prep.FailOut.NoReply/N.HO.InterFreq.Prep.FailOut.NoReply 问题处理：该场景主要的问题和Xn以及N2链路相关， 重点排查相关链路告警 场景5：切换消息合法性检查失败 相关指标：N.HO.IntraFreq.Prep.FailOut.TargetIllegal/N.HO.InterFreq.Prep.FailOut.TargetIllegal 问题处理：该问题的主要原因是源小区收到收到对端响应消息后合法性检查失败导致， 问题根因是响应消息中的参数配置和源小区参数配置有冲突， 需要进一步根据跟踪的信令进行参数核查 影响切换问题的常见因素 1、基本因素排查----- 参数核查 结合参数核查工具快速排查当前参数设置情况， 确保当前参数符合切换最优设置 2、基本因素排查----- 邻区核查 结合配置参数和工参的邻区信息， 核查邻区配置异常（邻区漏配， 邻区错配） 带来的切换失败问题 3、基本因素排查-----操作， 故障和告警排查 基于U2020和基站日志排查是否有影响切换的操作、 告警、 故障事件存在，告警和事件重点关注如下表： 4、基本因素排查-----干扰排查 上行干扰会影响PRACH和PUSCH解调性能， 从而影响切换， 可以观察话统上行每PRB的接收干扰噪声平均值 （N.UL.NI.Avg） 和上行每PRB的接收干扰噪声最大值（ N.UL.NI.Max ） 的大小来判断干扰情况 5、基本因素排查----- 核心网异常排查 核心网问题也可能导致切换指标差， 需要排查隔离核心网问题 当切换小区处于核心网辖区边界场景， 站间切换准备失败问题场景， 站间切换执行成功率比站内切换执行成功率差时要重点关注