某项目在现场开通FDD 2.1G NR gNodeB 850205基站后，测试发现终端无法正常接入NR网络，出现大量SN添加失败的现象，其失败原因均为随机接入问题导致的SCG Failure，如图1所示。

图1 SCG Failure原因

【资料图】

正常的SN添加流程

正常的SN添加流程如图2所示。

图2 正常的SN添加流程

现场SN 添加SCG Failure失败原因分析

SCG Failure失败原因是随机接入失败，其相关的信令流程如下：

1. 终端向本基站51小区移动过程中，满足切换条件，从其它eNodeB基站小区向本小区发送Handover request。如图3所示。

图3 发送Handover request

2. 终端在锚点发送重配完成消息，并完成切换路径的前传。如图4所示。

图4 发送重配完成消息和切换路径的前传

3. 终端发送重配消息及重配完成消息，即切换到本小区。如图5所示。

图5 发送重配及重配完成消息

4. eNodeB收到终端上报添加FDD 2.1G NR的B1事件测量MR消息。如图6所示。

图6 收到B1事件测量NR消息

5. 下面是eNodeB发起添加SN的流程：

eNodeB通过X2链路向gNodeB基站发送Sgnb addition request消息，gNodeB向eNodeB发送Sgnb addition request Acknowledge，eNodeB通过空口向终端发送RRCconnectreconfiguration。

终端收到RRCconnectreconfiguration，并向eNodeB发送RRCconnectreconfigurationcomplete消息。

eNodeB向gNodeB发送Sgnb reconfiguration complete 配置完成消息。如图7所示。

图7 发送配置完成消息

6. eNodeB 向gNodeB发送Sgnb reconfiguration complete消息后，eNodeB一方面等待终端与gNodeB之间的随机接入，另一方面发送SN Modify修改流程Sgnb modification request。如图8所示。

图8 等待随机接入和发送SN Modify

7. 当eNodeB 发送Sgnb reconfiguration complete消息后，开始捕获终端。在280ms时刻，终端发送SCG Failure，失败原因为randomAccessProblem。对于V3.80.30及以后的版本，当eNodeB收到SCG Failure消息后，就会抢占SN Modify流程，优先处理SN删除流程。

由于是终端主动发起随机接入问题，因此初步判断是gNodeB参数配置问题，导致终端不支持gNodeB配置，从而上报SCG Failure随机接入失败。

前期在进行FDD 2.1G LN DSS测试时，gNodeB通过nrPhysicalCellDUId值的大小判断小区是否为DSS小区，必须要求nrPhysicalCellDUId值大于等于90，系统才判断是DSS小区。

因此本次终端上报SCG Failure失败，最可能是本gNodeB基站的nrPhysicalCellDUId值大于90，导致终端不支持DSS，出现上报随机randomAccessProblem接入失败的现象。

检查gNodeB的nrPhysicalCellDUId配置，发现该gNodeB基站NRPhysicalCellDU参数表下nrPhysicalCellDUId配置为91、92、93。如图9所示。

图9 NRPhysicalCellDU参数表

通过上面分析，基本判断终端上报添加SN失败SCG Failure的失败原因。修改此gNodeB基站NRPhysicalCellDU参数表下nrPhysicalCellDUId配置为1、2、3后，终端能够正常进行SN添加，基站SN添加成功率恢复正常。