5G NR 低接通问题研究
【摘要】接通率作为接入性能指标,是 5G 系统性能最重要的指标之一,反映用户接入网络的感知和网络接纳业务的能力。本文介绍了 5G 接入的相关信令,并结合案例,对接入类问题进行深入分析、总结归类,为即将开始的 5G 大规模入网、优化提供参考。 【关键字】5G、接通率、信令
【业务类别】优化方法
1 信令节点
NSA 组网小区,终端接入 5G 网络的情况主要从“SCG 添加成功率”来体现,主要涉及流程如下(LTE 打点以及 NR 侧打点):
图 1.1:SCG 添加
图 1.1:SCG 添加
涉及指标:SCG 添加成功率计算公式: LTE 侧:上图 1.1
L.NsaDc.SgNB.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 发起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 用 户 正 常 上 报 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 消息,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 链路或者 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 侧校验失败,这种情况建议终端的工程师共同定位。
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_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 可以直接打开,对于操作日志主要排查是否存在影响接入的操作,主要判断问题时间点与操作时间点是否存在相关性;对于告警及故障主要查看问题时间点,是否存在相关未恢复的告警, 如小区不可用、X2 接口故障等。
3.3 参数核查
NSA DC 相关配置,包括 NR 外部小区、频点,邻区关系是否正确,DC 开关是否打开。
X2 链路配置是否正确、X2 链路数量是否满规格。
同一LTE 小区是否存在 NR 邻区 PCI 冲突、同一 NR 站点下是否存在 PCI 冲突。NSA 终端识别开关、PDCP 参数组核查等。
3.4 射频通道(发功&上行干扰)排查
上行干扰会影响SRS 和PUSCH 解调性能,严重影响吞吐率性能。正常情况下底噪在- 116dbm 左 右 , 干 扰 跟 踪 位 于 M2000 Tracing Monitor->NR->Cell Performance Monitoring.
图 3.1:干扰跟踪位置
4 四、典型案例
4.1 Bitmap 参数配置错误导致终端接入异常
问题描述
现象概述: 外场人员现场发现天机 10pro 与海思的华为 mate 20x 均无 5G 标识显示, 从测试软件中看,终端在频繁的发起 NR 删腿加腿现象,如下图所示:
图 4.1:信令
原因分析
1、从加腿中的 MR 报告可以看出 NR 信号最强小区 PCI 为 29 的RSRP=71 即对应 NR 的RSRP 信号强度为-85dBm,在后续的信号可以看到加腿成功并接入 NR 网络,如下图所示:
图 4.2:信令
2、加腿成功后,快速出现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。由于mediumBitmap 设置不一致导致导致手机进入 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 网络,前台测试出现 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、13F、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 合并为一个小区,可能出现部分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 的邻区关系时,发现邻区漏配。
优化措施
重新添加 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 已上报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 用户无法接入案例
问题描述
某 5G 站点覆盖区域用户投诉楼内会议室 5G 手机无 5G 信号,但根据站点位置判断此处存在较强 5G 覆盖,需要根据根据后台参数和前台现象进行投诉处理和问题解决
问题分析
1、NSA 模式下,没能加腿成功,可能时邻区不存在,加腿参数配置错误
2、周围 5G 信号达不到加腿门限
3、站点参数配置异常导致低速率
原因分析
1、核查邻区对比站点参数发现全部正常,后台监控用户数发现有用户接入
2、后台跟踪该 IMSI 信令,发现该终端的 SN 添加请求会被释放掉,释放的原因是没有收到MN 发来的重配完成,而是收到了 SN 释放请求。按理基站会给NSA 终端发送B1 测控, 终端收到测控会通过 B1 上报 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 图标,而不管是否成功加腿,初衷是避免手机在 4-5 之间来回切换, 保障用户感知。
4.6 Xn 漏配导致无法正常接入 NR 小区
问题描述
分析 KPI 指标发现欧陆阳光站点的 SN 添加成功次数 0。指标如下:
图 4.16:指标查询
原因分析
现场测试终端占用 4G 的锚点站,终端上报测量报告中包含 5G 欧陆阳光,但无法建立双连接接入到 5GNR 小区。如图所示:
图 4.17:测试结果
图 4.18:测试结果
欧陆阳光和帕拉帝奥(兴业安和街)两个 5G 站点共用锚点站联通南楼(锚点站)。分析KPI 指标发现宏站的 SN 添加成功率为 100%、室分的 SN 添加成功率为 0。核查室分运行状态正常,对比两个 5G 站点网管配置发现室分的“5G 业务承载通道”中的“接口启用参考 IP 标志”设置为“NG[1];F1[2]”,而宏站的设置为“NG[1];F1[2];XN[16]”。如下图所示:
图 4.19:网管数据配置
“接口启用参考IP 标志”中的Xn 用于建立PCE 之间的反传信道。锚点站小区会选择一个PCE 作为初始 PCE,宏站下接入正常是由于锚点站将宏小区作为初始的 PCE,终端在该小区下的 SN 添加不跨 PCE,而Qcell 小区下的终端接入,SN 添加时跨 PCE 场景,漏配 Xn 后会导致 PCE 在建立上下文时由于 Brs 反传隧道建立失败导致 SN 添加失败。
优化措施
将基站“接口启用参考 IP 标志”添加上 XN[16],SgNB 可正常添加建立双连接, SN 添加成功率为 100%。
图 4.20:网管指标统计
因篇幅问题不能全部显示,请点此查看更多更全内容