NR SA异频切换失败
现象描述
终端从小区11751434-4往小区11751449-1切换失败，反过来从小区11751449-1往小区11751434-4切换正常，需要排查原因。
问题分析
网管信令过程分析：
  1. 小区11751434-4 PCI=45 NR3.4下发重配消息，测量对象ID=2633984。如图1所示。
    图1  小区11751434-4下发重配消息
    报告配置ID=1是A1事件，门限-88 dB；报告配置ID=6是A3事件，门限3 dB。如图2所示。
    图2  报告配置ID
  2. 目标侧小区11751449-1 PCI=162收到切换请求消息，并携带初始上下文消息发送给核心网，携带TAC=11751680，如图3和图4所示。
    图3  目标侧小区给核心网发送消息1
    图4  目标侧小区给核心网发送消息2
  3. UE上报测量报告，如图5所示。
    图5  UE上报测量报告
    测量报告上报了PCI=162和PCI=163的邻区信号强度RSRP=-96（60-156），如图6所示。
    图6  测量报告
  4. 原小区发送切换请求给目标小区，携带目标小区ID，TAC=11751680，如图7和图8所示。
    图7  原小区发送切换请求携带目标小区ID
    图8  原小区发送切换请求携带TAC
  5. 目标侧小区11751449-1返回切换失败消息，失败原因值是目标侧准备失败。
11751449站点的切换入准备失败场景相同，NguSession配置失败（result：5）导致基站回复handover failure，切换失败原因是传输不可用，如图9和图10所示。
图9  切换失败原因
图10  NguSession配置失败
解决方案
核查基站配置的“ServiceMap5G”，如图11所示。以11751449站点为例，其5G业务承载通道确实有问题。该站点运营商A侧为NSA/SA双模，运营商B侧为SA单模，但是运营商A的业务承载通道仅配置了NSA相关的参数。正常应配置为1；4；16；32（1，16为SA业务需要，4；32为NSA业务需要），或者保持默认1；2；16的配置。修改配置后，问题解决。
图11  核查基站配置的“ServiceMap5G”
效果总结
切换失败原因值是目标侧准备失败的，一般情况下问题出在目标侧，也有可能是原则配置的外部定义有问题。但是具体还有其他什么原因，仍需要具体问题具体分析。