5G优化案例：5G NR低接通问题研究

1、5G NR 低接通问题研究 【摘要】接通率作为接入性能指标，是5G 系统性能最重要的指标之一，反映用户接入网络 的感知和网络接纳业务的能力。本文介绍了5G 接入的相关信令，并结合案例，对接入类问 题进行深入分析、总结归类，为即将开始的5G 大规模入网、优化提供参考。 【关键字】5G、接通率、信令 【业务类别】优化方法 1信令节点 NSA 组网小区，终端接入5G 网络的情况主要从“SCG 添加成功率”来体现，主要涉及 流程如下（LTE 打点以及NR 侧打点）： 图1.1 ：SCG 添加 图1.1 ：SCG 添加 涉及指标：SCG 添加成功率 计算公式： LTE 侧：上图1.1 L.NsaDc.S

2、gNB.Add.Succ / L.NsaDc.SgNB.Add.Att*100% NR 侧 ： 上 图1.2 N.NsaDc.SgNB.Add.Succ/N.NsaDc.SgNB.Add.Att*100% 1、NR 小区接入涉及相关信令流程 图1.3 ：NR 小区接入涉及相关信令流程 2问题类型 NR 接入问题涉及4G 、5G 以及45G 接口问题，可见如下思维导图： 图2.1 ：NSA 接入问题分类 2.1 用户无法接入 LTE（锚点） 问题现象： 用户在LTE 接入失败有以下两种场景： 1.用户在LTE 不发起接入，从L3 Message 窗口看到没有任何UE 接入的消息 2.用户在LTE

3、 发起Attach 被核心网拒绝，从L3 Message 可以看到接入LTE 后收到 NAS 消息Attach Reject。 图2.2 ：Attach 流量 定位方法： 用户接入LTE 后，要满足以下条件LTE 才可以正常下发5G B1 测量控制： UE 能力上报中包含R15 的UE 能力 核心网未禁止该用户的NSA 能力 UE 的默认承载QCI 未占用LTE 的专用QCI（QCI 1-5，QCI 65/66） LTE 侧NSA 开关、NR 邻频点配置正确 LTE 小区本身具备NSA 能力，部分LTE 单板硬件不支持NSA 2.2 UE 不上报 B1 测量报告 NSA 用 户 正 常 上 报

4、B1 测 量 时 ， 会 通 过RRC_MEAS_RPRT 消 息 中 携 带5G 的 measResultCell-r15 来告知LTE。用户不上报5G 的B1 测量结果可能有以下可能原因： 1、B1 测量控制中下发的频点错误。 2、5G 小区状态异常或者AAU 发功异常导致用户无法测量到5G 。 3、5G SSB 受干扰严重导致用户测量不到5G 。 2.3 LTE 收到 B1 事件后没有发起 SgNB_ADD 此类问题需要跟踪基站侧UU 口和X2 信令联合排查，Uu 接口找到5G B1 测量上报对应 的CallId，再到X2 接口看是否有该CallId 对应的SgNB_Add_Req 消息

5、，LTE 不发起SgNB Add 可能有以下可能原因： 1、LTE 邻区配置异常（漏配或PCI 冲突） 2、到目标站点的X2 链路异常 2.4 SgNB_ADD 被5G 拒绝 同样的该问题如1.3.3 节所述问题现象也需要基站侧跟踪信令方可发现，X2 接口看到5G 收到SgNB_Add_Req 后回复SgNB_Add_Reject。 SgNB_Add_Reject 消息中会携带原因值，根据原因值可以初步判断可能的问题原因： 1、Transport resource not available: 5G 侧传输故障导致接入拒绝，可能的链路 为当前UE 所在的LTE 基站到5G 基站的X2-U 链路

6、或者5G 到核心网的S1-U 链路 2、No radio resource available：5G 小区用户数License 不足，或者5G 其他资源异 常（比如无可用的SRS 资源等） 2.5 UE 未发起空口随机接入 Uu 接口看到用户收到携带5G SCG 配置的RRC 重配置消息后，立刻回复SCG_RAIL_INFO 消息给LTE ，携带的原因值为scg-reconfigFailure ： 导致重配置失败的可能原因有： 1、5G 小区搜索失败，这种多半是由于接入的小区并非最强小区或者该区域小区间干扰 严重导致。 2、SCG 重配置消息中的参数在UE 侧校验失败，这种情况建议终端的工程师

7、共同定位。 2.6 空口接入 RAR 超时 Uu 接口看到用户收到携带5G SCG 配置的RRC 重配置消息后，隔一段时间（时间间隔与 T304 配置有关）回复SCG_RAIL_INFO 消息给LTE，携带的原因值为ScgAccessFailure 或者 scg-ChangeFailure；主要排查如下： 1、接入的5G 小区并非最强小区或者该区域小区间干扰严重导致 2、Prach 参数等配置异常或者物理层原因导致接入失败 2.7 空口接入 Msg3 失败 X2 接口看到5G 发送SGNB_ADD_REQ_ACK 之后一段时间（与Msg3 基站侧等待定时器有关， 默认是2.1s ）发送SGNB

8、_REL_REQUIRED 消息，携带的原因值为radio-connection-with- UE-lost： 导致Msg3 失败的可能原因有： 1、上行TA 值异常或者上行有干扰导致Msg3 解调失败。 2、UE 或者基站侧参数配置异常导致Msg3 失败。 3三、排查手段 3.1 版本排查 排查NR 、LTE、TUE（CPE）、U2020、核心网使用版本与推荐版本策略版本一致。 3.2 操作日志&告警故障 基站的操作，告警和故障日志可以在U2020 和一键式日志内获取，使用FMA 可以直接 打开，对于操作日志主要排查是否存在影响接入的操作，主要判断问题时间点与操作时间 点是否存在相关性；对于

9、告警及故障主要查看问题时间点，是否存在相关未恢复的告警， 如小区不可用、X2 接口故障等。 3.3 参数核查 NSA DC 相关配置，包括NR 外部小区、频点，邻区关系是否正确，DC 开关是否打开。 X2 链路配置是否正确、X2 链路数量是否满规格。 同一LTE 小区是否存在NR 邻区PCI 冲突、同一NR 站点下是否存在PCI 冲突。 NSA 终端识别开关、PDCP 参数组核查等。 3.4 射频通道（发功&上行干扰）排查 上行干扰会影响SRS 和PUSCH 解调性能，严重影响吞吐率性能。正常情况下底噪在- 116dbm 左 右 ， 干 扰 跟 踪 位 于M2000 Tracing Monit

10、or-NR-Cell Performance Monitoring. 图3.1 ：干扰跟踪位置 4四、典型案例 4.1 Bitmap 参数配置错误导致终端接入异常 问题描述 现象概述： 外场人员现场发现天机10pro 与海思的华为mate 20 x 均无5G 标识显示， 从测试软件中看，终端在频繁的发起NR 删腿加腿现象，如下图所示： 图4.1 ：信令 原因分析 1、从加腿中的MR 报告可以看出NR 信号最强小区PCI 为29 的RSRP=71 即对应NR 的 RSRP信号强度为-85dBm，在后续的信号可以看到加腿成功并接入NR 网络，如下图所示： 图4.2 ：信令 2、加腿成功后，快速出现

11、A2 事件并在接下来的第二个A2 事件对应的MR 报告中发现 NR PCI 为29 小区的RSRP=9 及对应的RSRP 信号强度为-147dBm，信号低于删腿门限（RSRP 信号）导致删腿回到4G 网络，如下图所示： 图4.3 ：信令 3 、 通 过 信 令 查 看ReconfigurationWithSync 中ssb-PositionsInBurst 的 mediumBitmap = 10000000 ， 而 MeasConfig 中 referenceSignalConfig 下 ssb- ConfigMobility 的mediumBitmap = 01000000。由于medium

12、Bitmap 设置不一致导致导致手 机进入NR 网络后无法正确解调信号，直接上报RSRP=9 （RSRP 信号强度为-147dBm）而掉至 LTE 网络。在LTE 网络上正确解调出网络信号后NR 的信号强度为-84dBm 左右又再次加腿进 入NR 网络。 图4.4 ：信令 图4.5 ：信令 优化措施 将mediumBitmap 都修改为01000000 后，复测终端正常接入NR 网络，速率正常。 4.2 QCELL 5G站点跨基带板合并超级小区无法接入 问题描述 许继电气办公楼QCELL 室分共两个站点，每个站点2 个小区，该站点开通后16 楼及8- 16 楼电梯厅无法接入室分5G 网络，前台

13、测试出现NR Cell Failure 事件（原因值为：rlc- MaxNumretx）。 图4.5 ：异常信令 图4.6 ：测试截图 原因分析 1、QCELL 组网情况: 许继电气办公楼1-Z5M 组网情况：8 槽位基带板下挂6 个PB ，组成1 小区覆盖 B1F、1F、3F、4F、5F、15F、1-7F 电梯厅。7 槽位基带板下挂6 个PB，覆盖6F 、7F、8F； 6 槽位基带板下挂2 个PB，覆盖2F 、8-13F 电梯厅，7 槽位和6 槽位基带板组成2 小区。 图4.7 ：BBU 机框图 许继电气办公楼2-Z5M 组网情况：7 槽位基带板下挂6 个PB ，组成1 小区覆盖 12F、1

14、3F、14F。8 槽位基带板下挂6 个PB，覆盖9F 、10F、11F；6 槽位基带板下挂2 个 PB，覆盖16F、14-16F 电梯厅，8 槽位和6 槽位基带板组成2 小区。 图4.8 ：BBU 机框图 2、问题排查: 现场测试发现只有8-16 楼电梯厅、2 楼、16 楼无法稳定接入5G ，其他各楼层测试均正 常，且每个小区都有测试正常的区域，排除了小区参数配置问题。 优化措施 将两个QCELL 站点6 槽位基带板分别分裂成单独一个小区，分裂完成后复测各问题区 域恢复正常。下图为16 楼复测效果图： 图4.9 ：测试结果 在QCELL 合并超级小区时，将跨基带板PB 合并为一个小区，可能出现

15、部分PB 无法接 入问题，建议不要跨基带板合并超级小区。 4.3 邻区漏配导致无法接入 问题描述 在进行5G 单验时发现， 某小区无法接入5G ， 飞行后只占用到4G 锚点站小区 PCI:132,EARFCN:1300，无法占用到5G 小区，测试过程中发现，LTE 侧一直下发测量报告， 测量到5G 小区，PCI:92,NARFCN:504900，但始终不发起SN 添加。 图4.10 ：信令截图 原因分析 核查5G 侧基站正常，无告警，无干扰，在核查4G 侧小区PCI:132,EARFCN:1300 到5 侧小区PCI:92,EARFCN:504990 的邻区关系时，发现邻区漏配。 优化措施 重

16、新添加4G 侧小区PCI:132,EARFCN:1300 到5G 侧小区PCI:92,NARFCN ：504990 的外 部小区，再次测试发现能正常接入5G 小区. 邻区定义后测试如下图所示： 图4.11 ：信令截图 4.4 锚点小区频点漏配导致无法接入 问题描述 在单站验证中,中兴天机10 终端正常接入锚点小区后，无法接入5G 小区。问 题原因 1）非本站锚点：确认终端接入的4G 小区是该5G 小区对应的锚点小区； 2）参数配置：确认链路参数配置，外部邻区配置，小区状态是否正常； 3）底层链路：确认底层链路是否存在问题 优化措施 1）确认已上报NSA 能力： 在UE 能力信息信令中确认UE

17、已上报NSA 能力。在NSA 终端上报2 条UE 能力信息中， 第一条UE 能力信息中查看en-dc 双连接指示和终端支持的5G Band 信息： 图4.12 ：信令截图 第二次UE 能力信息哪些LTE Band 与哪些NR Band 能做双链接： 图4.13 ：信令截图 2）本次UE 能力信息正常，查看第二条Rrcconnectionreconfiguration 重配消息中有 携带的5G 小区频点、B1 事件，但不上报MR 。 图4.14 ：信令截图 3）核查锚点小区NR 载频配置和EN-DC 开关后发现频点漏配，补全后，5G 接入正常。 4.5 SA 开关导致 NSA 用户无法接入案例

18、问题描述 某5G 站点覆盖区域用户投诉楼内会议室5G 手机无5G 信号，但根据站点位置判断此处 存在较强5G 覆盖，需要根据根据后台参数和前台现象进行投诉处理和问题解决 问题分析 1、NSA 模式下，没能加腿成功，可能时邻区不存在，加腿参数配置错误 2、周围5G 信号达不到加腿门限 3、站点参数配置异常导致低速率 原因分析 1、核查邻区对比站点参数发现全部正常，后台监控用户数发现有用户接入 2、后台跟踪该IMSI 信令，发现该终端的SN 添加请求会被释放掉，释放的原因是没有 收到MN 发来的重配完成，而是收到了SN 释放请求。按理基站会给NSA 终端发送B1 测控， 终端收到测控会通过B1 上

19、报NR 测量信息，但信令上并未看到B1 测控下发 3、查看UE 能力信息，终端上报了rat_Type=5 ，ue_NR_Capability，说明该终端支持 5G。对比正常接入的NSA 终端能力，发现除了ue_NR_Capability 外，还有rat_Type=6，携 带ue_MRDC_Capability，具备双连接能力 4、现场派测试人员用专业测试终端去测试，发现终端正常加腿并业务正常，证明是终 端问题 5、我们怀疑该终端处于SA 模式，进入“设置-开发者模式-5G 网络模式选择”里面查 看，果然终端被配置在SA 模式，我们把手机切换到“NSA 模式（默认）”，后台信令监测 到已加5G 腿成功。前台进行测速确认正常。终端模式选择界面如下 图4.15 ：手机网络模式选择 从以上分析可见，问题发生是因为该终端被设置运行在SA 模式，用户所在办公室只开通 了5G NSA 网络，但是未开通SA 网络，用户感觉是可以接入5G ，实际上只是有5G 图标。 对 此问题解释如下：目前现网支持并配置了定向锚点功能（普通用户不用锁频即可占上锚 点）， 即通过FDD 基站参数配置，使5G 终端优先驻留锚点，而锚点的策略是只要5G 终端占上锚点， 就会显示5G 图标