小区上报 A3不切换问题-外部小区 SSB频点配置错误

anan213456789

一、

【问题描述】

问题现象持续上报 PCI0 的小区的信号，但是 5G 没有发起切换，属于典型的上报 A3 不切换的问题。

【问题现象】

可以看到在服务小区 PCI=3 的小区持续上报 PCI=0 的小区的 A3 报告，但是一直不发起切换；通过参数核查发现，服务小区配置NRDUCELL 的 SSB 频点为全局同步号 7811，通过工具换算成SSB 绝对频点是 629952 与信令中携带的测量对象的频点一直，但是所有外部小区的频点都配置方式都是绝对频点630000，外部小区频点配置错误导致基站无法发起切换。

小区配置为全局同步号 7811(629952)，外部小区频点配置为630000

【问题根因】

NR 外部小区配置的 SSB 频点与服务小区的SSB 频点不同，导致无法发起同频切换，需要把服务小区和外部小区的频点配置为相同。

【解决措施】

只要保证经过换算以后的 SSB 绝对频点配置一致就可以进行切换：

1、 修改了外部小区的频点，修改成 SSB 绝对频点 629952，经验证可以正常切换。

二、

LTE处于非稳态导致的切换失败

【问题描述】5G 发起站内(站间)切换时，发送SGNB_MOD_REQUIRED(SGNB_CHANGE_REQUIRED)

给 LTE，LTE 马上回复了 REFUSE，携带原因类型为“message-not-compatible-with-receive-state”

【问题现象】

站内切换场景：因为 LTE 处于非稳态导致站内切换决绝的情况，如下图所示，5G 发起切换请求是 LTE 已经发送了一个 RRC_CONN_RECFG，尚未等到终端回复 RRC_CONN_RECFG_COMP，当前 LTE 处于等待状态，所以无法马上下发新的 RRC_CONN_RECFG 消息，因此回复了 SGNB_MOD_REFUSE“message-not-compatible-with-receive-state”

站间切换场景：如下图所示在收到 NR 发起的站间切换请求 SGNB_CHANGE_REQUIRED 的时候，LTE 正处于 LTEX2 的切换过程中,并且已经发送了 HANDOVER_REQUEST 给对端 LTE 站点，当前流程不能中断，所以给 NR 站点回复了 SGNB_CHANGE_REFUSE，携带的原因还是“message-not-compatible-with-receive-state”

【问题根因】LTE 处于某种流程中，这个时候收到 5G 发起的切换切换请求，因为原来的老流程么有中断，不能进入新的流程，所以直接回复了REFUSE“message-not-compatible-with-receive-state”

【解决措施】这种问题一般是低概率的，切换刚好撞上LTE 的某种流程状态。

三、

LTE和NR侧流量上报开关状态不一致导致 NR站间切换失败

【问题描述】

LTE 打开流量上报开关，NR 未打开流量上报开关，NR 站间切换发起后 5s 内未释放UE 上下文

【问题现象】

从基站跟踪看到，切换完成以后一直未见到 LTE 发起 UE_CONTEXT_RELEASE，上下文的释放和

SN_STATUS_TRANSFER之间间隔大约 5s，这个是典型的 LTE 打开了 NSA 流量上报功能而5G 没有打开对应功能，导致 LTE 等待 NR 流量上报超时的现象，由于终端已经切换到目标小区，后续目标小区发起的一切变更消息都会处于流程冲突装状态。

从配置中或者 NSA 参数核查中都可以看到 LTE 开通流流量上报功能，但是 NR 侧关闭了流量上报。在 NR 侧看该站的NRCellNsaDcConfig.NrDataVolumeRptCfg设置为 0，而 LTE 站的

NsaDcMgmtConfig.NrDataVolumeRptCfg 非 0，会导致 LTE 等待 5s 才将上一次NRChange 流程走完并发送了 UE Context Release 消息

无线侧上报NR 侧的流量信息给核心网用于5G RAN 流量单独计费，基线建议是关，默认值也是关。建议在Option3X 架构下，LTE 侧和 NR 侧参数状态必须保持一致，即同时开启或者同时关闭。

【问题根因】

当 LTE 打开流量上报开关，NR 侧却没有开通流量上报开关时，由于 NR 站间切换触发 LTE 流量上报，但是NR 流量上报因为开关关闭一直没有完成，5s 定时器超时以后才会发起UE ContextRelease

【解决措施】

统一 LTE 和 NR 流量上报测量，要么都打开要么都关闭

LTE 侧：MODNSADCMGMTCONFIG: LocalCellId=xx,NrDataVolumeRptCfg =0;

gNodeB 侧：MOD NRCELLNSADCCONFIG: NrCellId=XX,NrDataVolumeRptCfg =0;

四、

PCI混淆导致切换无法触发

【问题描述】

PCI 混淆导致服务小区不发起切换

【问题描述】

源 gNB 收到同频 A3 测量报告一直未触发切换，如下图所示服务小区已经通过 RRC_TRANS 多次收到了 PCI11的小区的 A3 测量报告，但是一直未见发起切换。

检查配置，发现服务小区存在两个相同 PCI 但是不同站的外部邻区，这个是典型的 PCI混淆问题，导致 L3 无法发起切换流程。

【问题根因】

服务小区存在至少两个 A3 报告中PCI 相同的邻区，导致了基站无法判断向哪个邻区发起切换。

【解决措施】

合理规划邻区 PCI 信息，通过MONREXTERNALNCELL 和 MO NRCELLRELATION 重新修改邻区的 PCI，避免 PCI冲突。

五、

LTE切换入判断紧急呼叫释放5G辅载波

【问题现象】LTE 发起切换流程，在切换实行(RRC 重配置)前先正常释放5GSCG，从probe 上看到是

normalrelease，事件记录是 LTE Handover

【问题分析】如下所示进行分析

1、 LTE 初始上下文建立默认承载ERAB5/QIC9/ARP1，查询配置 ARP1 不是紧急呼叫，APR2 才是。

EMC: CnOperatorId=0, EmcEnable=On, EmcEnableInLimitedMode=Off,EmcDedicatedBearerARP=2,EmcDefaultBearerARP=2,EmergCallOptimizationSw=TM_RESTRICTION_DISABLE_SW:Off;

2、 由于没有紧急呼叫业务，在初始上下问题建立完场以后就启动了NSA 流程，下发了 B1 测量控制，测量控制已经下发给终端，即时后续新建紧急呼叫流程(只有基站才能判断是否是紧急呼叫，终端无感知)，也会继续实行下面的NSA 流程。

3、 后续建立了QCI6/QIC5/ARP2 的默认承载(IMS 承载，APR 是核心网配置的)，基站侧配置了 ARP2 为紧急呼叫，基站识别该承载为紧急呼叫业务，但是此时NSA 测量控制已经下发无法中断。

4、 终端测量到5G 信号，正常上报 B1，触发辅载波添加流程，此时根据 LTE 配置，QCI9 为

SCG_SPLIT_BEARER，QCI5 为 MCG_BEARER。

5、 LTE 收到RRC_MEAS_REPT 后，测量到站内同频邻区，准备发起切换，切换准备阶段判断切换入的业务中携带了紧急呼叫业务。

6、 切换实行时直接不带辅载波切换，正常释放5G 辅载波，同时向目标小区发起切换，这个情况下

probe 上记录 Normalrelease，事件中记录 LTE Handover.

【解决措施】

1、 关闭 LTE 侧紧急呼叫配置

MOD EMC: CnOperatorId=0,EmcEnable=OFF;

2、 不关闭紧急呼叫，但是需要修改紧急呼叫 ARP，不要把切换携带的业务加入紧急呼叫(本案例中不能设置 ARP1或者ARP2 为紧急呼叫)。

MOD EMC: CnOperatorId=0,EmcEnable=ON,EmcEnableInLimitedMode=OFF, EmcDedicatedBearerARP=3,EmcDefaultBearerARP=3;

3、 或者核心网重新规划QCI5 的ARP 等级，不要规划成 2