5G 基站ID 异常导致影响SA 业务感知研究

［程国财］

1 引言

随着5G 网络走向了商用阶段，5G 组网方案总体来说可区分为独立组网（SA）和非独立组网（NSA）两大类。目前现网的5G-NR 站点基本都是同时支持NSA 和SA 终端接入（即NSA/SA 双模站点），在混合组网模式下，对影响业务感知的故障问题进行研究。

2 网络现状

从移动通信技术发展规律来看，5G 技术和产业链的发展成熟需要一个长期的过程，因此4G 网络与5G 网络存在长期共存、协同发展的情景。国际标准组织提出了多种5G 与4G 的互操作方案，5G 组网方案总体来说可区分为独立组网（SA）和非独立组网（NSA）两大类，以下分别对5G 网络的“NSA 组网架构”和“SA 组网架构”进行简单介绍，如图1 所示。

图1 5G 组网方式

①Phase1.1推出5G非独立组网架构（NSA，NR+EPC），结合NSA 技术实现两个制式的协同。

② Phase1.2 推出5G 独立组网架构（SA，NR+NGC）。

③NSA 组网方式

Options 3 and 3A and 3X：核心网为利旧LTE 的EPC（LTE 接入4G EPC），目前采用Options 3X 如图2 所示。

图2 NSA 组网方式

④ SA 组网方式

Options 2 and 5：核心网为新建NGC，目前采用Options 2 如图3 所示。

图3 SA 组网方式

⑤ SA/NSA 混合组网架构

SA 网络NG 基站与5G 核心网之间通过NG（NG-C/NG-U）接口连接通信,基站与基站间的通过XN 接口连接通信；而NSA 网络中，NG 基站与4G 核心网之间通过S1（S1-C/S1-U）接口连接通信，基站与基站间通过X2 接口连接通信如图4 所示。

图4 SA/NSA 网络架构

目前，现网5G-NR 站点基本都是同时支持NSA 和SA 终端接入（即NSA/SA 双模站点）。

3 问题描述

5 月7 日南山区龙珠大道部分客户反馈5G 用户使用网络感知较差，结合相关反馈信息，对NR主覆盖小区“深圳新屋村大厦D-HRH-1”进行KPI 指标统计发现：相关问题小区4 月30 日开始“3 流下行传输TB 数”和“4 流下行传输TB 数”出现明显陡降；同时“小区RLC 层发送的下行数据总吞吐量（GB）”和“小区RLC 层接收的上行数据总吞吐量（GB）”也在相同时段出现明显陡降，且截止收到投诉时点还未恢复，如图5 所示。深圳新屋村大厦D-HRH-1 小区下行传输TB 数指标。

图5 下行传输TB 数指标

深圳新屋村大厦D-HRH-1 小区上/下行流量（GB）指标如表1 所示。综上，初步判定此次感知投诉与相关性能指标劣化有较强的相关性。

4 原因定位

结合网管平台，对“深圳新屋村大厦D-HRH-1”小区开展流量和下行调度指标劣化（4 月30 日）前后的干扰、容量、故障等无线问题排查。详细情况如下。

①干扰排查

经核查分析，问题小区深圳新屋村大厦D-HRH-1 在指标劣化前后，上行干扰指标为-113 dB 左右，未出现明显波动，如表2 所示。

② 容量排查

经核查分析，问题小区深圳新屋村大厦D-HRH-1 在指标劣化前后，容量指标无拥塞和高负荷，但“RRC 连接最大数”明显下降，如表3 所示。

表1 小区上/下行流量（GB）指标

表2 问题小区上行干扰指标

表3 问题小区容量指标

③故障排查

经核查分析，问题“深圳新屋村大厦D-HRH”4 月30 日23 点出现“NodeB NG 接口故障告警”如图6 所示。

“深圳新屋村大厦D-HRH”站点5GC 核心网间的通信链路断开后，直接导致SA 用户无法建立“NG 信令连接”链路（NodeB NG 接口故障告警持续期间，“小区中NG信令连接建立尝试次数”一直为0）、无法进行SA业务申请，如表4 所示。

④ 其它KPI 指标排查

经进一步核查分析，由于“深圳新屋村大厦D-HRH”站点NG 链路不通，“NG 信令连接”无法完成，间接影响RRC 连接建立成功率，如表5 所示。

问题小区（深圳新屋村大厦D-HRH-1）4 月30 日开始“3 流下行传输TB 数”、“4 流下行传输TB 数”、“小区RLC 层发送的下行数据总吞吐量（GB）”以及“小区RLC 层接收的上行数据总吞吐量（GB）”出现明显陡降，主要由于存在“NodeB NG 接口故障告警”导致SA 用户无法与5GC 建立“NG 信令连接”链路、无法进行SA 业务申请。

图6 NodeB NG 接口故障告警

表4 问题小区SA 业务申请数为0

表5 问题小区RRC 连接建立成功率低

5 解决措施

针对以上原因定位，进一步定位网络问题，执行优化方案。

首先，对传输进行故障排查：未发现“深圳新屋村大厦D-HRH”站点传输链路存在异常，同时进行传输备用链路切换，后台“NG 信令连接”指标仍然未恢复。

接着，核查“深圳新屋村大厦D-HRH”站点操作记录发现，4 月30 日相关站点进行“基站ID”修改操作，且相关修改时间点与“NodeB NG 接口故障告警”出现前后基本一致，如图7 所示。

经过全方位排查，主要原因如下。

（1）深圳新屋村大厦D-HRH 使用了1个东莞的基站ID，4 月6 日，被广东省公司通报用错基站ID，紧接着更正为了正确的深圳ID；但是，没有同步完成综资的修改。

（2）由于综资系统和实际基站ID 不符合，造成大数据集中平台派单5G 零流量，因此4 月30 日，维护又申请将该站点更改为和综资一致（即继续使用东莞基站ID）。

图7 告警时间与基站ID 修改时间一致

综上，“深圳新屋村大厦D-HRH”站点“NodeB NG接口故障告警”主要由于NR 站点使用错误导致，需要将基站ID 修改、恢复，同时做好综资的同步修改。

4 月8 日将“深圳新屋村大厦D-HRH”站点的综资和网管数据均按照实际基站ID 同步修正。

6 处理效果

4 月8 日将“深圳新屋村大厦D-HRH”站点的综资和网管数据均按照实际基站ID 同步修正后、“NodeB NG接口故障告警”消除：后台指标“NG 信令连接建立尝试次数”、“3 流下行传输TB 数”、“4 流下行传输TB 数”、“小区RLC 层发送的下行数据总吞吐量（GB）”和“小区RLC 层发送的上行数据总吞吐量（GB）”指标均恢复正常；现场SA 测试，各小区上行感知速率均在100 Mbit/s以上，下行感知速率均在500 Mbit/s 以上，达到优化效果。详细优化前/后指标对比如下。

①“NG 信令连接”相关指标恢复正常，如表6 所示。

② “3 流下行传输TB 数”和“4 流下行传输TB 数”相关指标恢复正常，如表7 所示。

表6 问题小区u“NG 信令连接”相关指标恢复正常

③“小区RLC 层发送的下行/上行数据总吞吐量（GB）”相关指标恢复正常，如表8 所示。

④ 告警消除后，现场SA 测试感知速率恢复正常，如图8 所示。

7 结束语

本文通过对5G 基站ID 异常导致影响SA 业务感知进行研究发现，现网5G-NR 站点基本都是同时支持NSA 和SA 终端接入（即NSA/SA 双模站点）。由于两种网络制式架构的区别，在日常处理5G 网络投诉优化与指标监控时，需要同时关注两种网络下各种接口故障告警，避免影响不同制式5G 用户感知。对日后指导处理相关NSA/SA双模站点的网络故障有一定的借鉴作用。

表7 问题小区“3 流下行传输TB 数”和“4 流下行传输TB 数”相关指标恢复正常

表8 “小区RLC 层发送的下行/上行数据总吞吐量（GB）”相关指标恢复正常

图8 问题小区SA 测试速率恢复正常