某项目在现场开通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添加成功率恢复正常。
关键词: