51学通信

深度解析 3GPP TS 38.300：15 Self-Configuration and Self-Optimisation (自配置与自优化)

20分钟阅读

好的，在深入了解了5G网络如何“因材施教”地适配不同UE的能力之后，我们将进入一个更具“智慧”的领域——网络自身的“自我进化”。一个庞大而复杂的5G网络，是如何实现自动化部署、自我修复和持续优化的呢？这就是3GPP TS 38.300第15章要探讨的主题。

深度解析 3GPP TS 38.300：15 Self-Configuration and Self-Optimisation (自配置与自优化)

本文技术原理深度参考了3GPP TS 38.300 V18.5.0 (2025-03) Release 18规范中，关于“Chapter 15 Self-Configuration and Self-Optimisation”的核心章节，旨在为读者全面揭示5G SON（自组织网络）的核心理念和关键技术，包括网络接口的自动建立、邻区关系的自动管理，以及面向节能、负载均衡和移动性稳健性的自优化机制。

前言：会“自我生长”与“自我修复”的智慧网络

想象一下，我们的5G智慧校园网络不再是一个需要工程师们拿着笔记本电脑，逐个基站进行手动配置和参数调整的“笨重”系统。相反，它更像一个有生命的“热带雨林”生态系统：

  • 当一个新的基站（gNB）被安装到教学楼顶并接上电源时，它能自动“发芽”，主动发现周围的邻居基站和核心网，并自动建立起通信链路（自配置）。
  • 在日常运行中，它能感知到“阳光”（用户话务）的分布变化，并**自动“调整枝叶”**的朝向和密度，将用户从拥挤的区域引导到空闲的区域（自优化 - 负载均衡）。
  • 当一条“树枝”（无线链路）因为干扰而变得不可靠时，它能自动“修复”，调整参数，引导用户避开这条路径（自优化 - 移动性稳健性）。
  • 在夜深人静时，它还能让部分“叶子”（小区）进入休眠状态，以节约能源（自优化 - 节能）。

这个会“自我生长”与“自我修复”的智慧网络，就是**SON（Self-Organising Network，自组织网络）**的核心愿景。38.300的第15章，正是为NG-RAN的SON功能提供了高层架构和原理指导。

今天，我们将化身为这座“智慧雨林”的生态观察员，深入探索5G网络实现自配置和自优化的核心秘密。

1. 自动“握手”：自配置 (15.3 Self-configuration)

自配置的目标是实现gNB的“即插即用”，最大限度地减少现场的人工配置工作。

1.1 自动建立NG-C接口 (15.3.1)

当一个新的gNB首次上电时，它需要做的第一件事就是与核心网的AMF建立起控制面的NG-C接口。

15.3.1.1 Prerequisites: An initial remote IP end point to be used for SCTP initialisation is provided to the NG-RAN node for each AMF…

  1. 初始引导：gNB在出厂时，至少需要被预配置一个或多个AMF的初始IP地址。这就像新生入学时，至少需要知道“报到处”在哪里。
  2. SCTP建立 (15.3.1.2)：gNB使用这个初始IP地址，向AMF发起SCTP连接的建立。
  3. 应用层初始化 (15.3.1.3)：SCTP链路打通后，gNB和AMF会执行NG Setup流程。在这个流程中，它们会通过NGAP消息，相互交换各自的配置信息，如gNB支持的TA列表、AMF服务的PLMN ID等。完成NG Setup后，NG-C接口才算真正“激活”，可以开始为UE服务。

1.2 自动建立Xn接口 (15.3.2)

gNB不仅要“认识”核心网，还要自动“认识”周围的邻居gNB，并建立Xn接口。

15.3.2.1 Prerequisites: An initial remote IP end point to be used for SCTP initialisation is provided to the NG-RAN node.

这个过程与NG-C接口的建立类似，也分为SCTP建立和应用层初始化（Xn Setup）两个步骤。但一个关键的问题是：新gNB如何知道邻居gNB的IP地址呢？这引出了下一项关键SON功能——ANR。

1.3 “自动发现邻居”：ANR (15.3.3 Automatic Neighbour Cell Relation Function)

**ANR（自动邻区关系功能）**是SON中最核心、最著名的功能之一。它使得gNB能够自动发现并建立与邻居小区的关系，免去了繁琐和易错的人工邻区规划。

The purpose of ANR function is to relieve the operator from the burden of manually managing NCRs.

规范中的 Figure 15.3.3.2-1: Automatic Neighbour Relation Function 展示了其经典的工作流程：

场景代入： 小明在gNB-A的覆盖下，手机测量到了一个来自未知新基站gNB-B的强信号。

  1. UE上报未知邻区：小明的手机在MeasurementReport中，上报了这个新小区的PCI（物理小区ID），但由于是初次发现，它并不知道这个小区的全球唯一标识（NCGI）。
  2. gNB请求“验明正身”：gNB-A收到这个只带PCI的报告后，意识到发现了一个“新邻居”。它会立即通过RRC信令，指示小明的手机去读取那个新邻区（PCI=X）的广播系统信息，并获取其NCGI、TAC、PLMN ID等全局信息。
  3. UE上报全局ID：小明的手机在gNB-A为其安排的测量间隙中，短暂地“切换”到新邻区的频率，解码其SIB1，获取到NCGI等信息，然后返回并上报给gNB-A。
  4. gNB建立邻区关系：gNB-A拿到了新邻居的“全球身份证号”（NCGI）后，就可以：
    • 查找IP地址：通过OAM系统（或15.3.4中描述的TNL地址发现功能），查询到这个NCGI对应的gNB-B的IP地址。
    • 建立Xn接口：使用获取到的IP地址，与gNB-B自动建立Xn连接。
    • 更新邻区关系表（NCRT）：在本地的邻区关系表中，正式添加gNB-B为邻居，并配置切换等相关参数。

通过ANR这个“发现-查询-建连”的闭环流程，5G网络就像一个能够自我探索和扩展社交圈的智能生物。

2. “持续进化”：自优化 (15.5 Self-optimisation)

自配置解决了“从0到1”的部署问题，而自优化则负责“从1到N”的持续性能提升。

2.1 智能“削峰填谷”：移动性负载均衡 (MLB) (15.5.1)

**MLB（移动性负载均衡）**的目标是在不同的小区之间智能地分配用户负载，避免部分小区过于拥挤，而另一部分小区过于空闲。

The objective of mobility load balancing is to distribute load evenly among cells…, or to transfer part of the traffic from congested cell…

  • 负载信息交换 (15.5.1.2)：相邻的gNB会通过Xn接口，周期性地相互通告各自的负载信息。这些信息非常详尽，包括：无线资源利用率（PRB usage）、硬件负载、TNL（传输网络层）负载、RRC连接数等。
  • 负载均衡动作 (15.5.1.3 & 15.5.1.4)：当gNB-A发现自己“不堪重负”，而邻居gNB-B却很“清闲”时，它可以通过两种方式来“分流”：
    1. 主动发起切换：主动将一些处于边缘的、且能够被gNB-B良好覆盖的UE，通过“负载均衡”为原因的切换，转移到gNB-B上。
    2. 调整移动性参数：gNB-A可以与gNB-B协商，临时性地调整它们之间的切换和小区重选参数。例如，gNB-A可以调高向gNB-B切换的门限，使得UE更“难以”切换到拥挤的gNB-A；或者gNB-B调低门限，让UE更“容易”切换到空闲的gNB-B。

2.2 智能“伤后修复”：移动性稳健性优化 (MRO) (15.5.2)

**MRO（移动性稳健性优化）**的目标是自动检测并修复移动性问题，如掉话、切换失败等。

Mobility Robustness Optimisation aims at detecting and enabling correction of following problems:

  • Connection failure due to intra-system or inter-system mobility;
  • Inter-system Unnecessary HO…
  • Inter-system HO ping-pong;
  • 问题检测：MRO的核心是事后分析。当一个UE发生无线链路失败（RLF）并重新接入网络后，它会向新的gNB上报一份RLF报告。这份报告包含了失败前的详细信息（如服务小区和邻区的测量值、失败原因等）。
  • 根本原因分析：新的gNB会将这份RLF报告转发给UE之前连接的那个“肇事”gNB。源gNB收到报告后，就可以进行根本原因分析：
    • 切换太晚 (Too Late HO)：如果报告显示，UE在服务小区信号已经很差的情况下，挣扎了很久才掉线，并最终在另一个小区重建连接，这说明源gNB的切换门限设置得太“苛刻”，导致切换触发得太晚。
    • 切换太早 (Too Early HO)：如果UE刚刚切换到一个新小区，马上就掉线并尝试回到原来的小区，这说明切换门限太“激进”，导致不成熟的切换。
    • 切换到错误小区 (HO to Wrong Cell)：如果UE切换到一个新小区后掉线，并最终在第三个小区重建连接，这可能说明邻区关系配置有误，将UE引导到了一个覆盖不好的小区。
  • 参数自优化：gNB在分析出问题的根本原因后，就可以自动地、微调相关的移动性参数（如切换的偏移量、迟滞等），以避免未来在同样的位置和场景下，再次发生同样的问题。

2.3 其他自优化场景

  • RACH优化 (15.5.3)：通过分析UE上报的RACH过程报告，自动优化RACH相关的参数。
  • 覆盖与容量优化 (CCO) (15.5.5)：gNB可以根据业务分布和干扰情况，自动调整天线倾角、发射功率等参数，以优化覆盖和容量。
  • PCI优化 (15.5.6)：自动检测和解决物理小区ID（PCI）的冲突和混淆问题。
  • 节能优化 (15.4 Support for Energy Saving)：如前文所述，gNB可以根据负载情况，自主地将某个载波或整个小区关闭（inactive state），并在需要时被邻居或OAM重新激活。

总结：迈向“零接触”的自动化网络

通过对第15章的深入学习，我们看到了5G网络迈向高度自动化和智能化的宏伟蓝图。SON技术将网络运维从繁琐、被动、依赖专家经验的人工模式，推向了主动、预防、数据驱动的自动化模式。

  1. 自配置 (Self-Configuration)：通过接口的自动建立和ANR，实现了网络的“即插即用”，大大缩短了部署周期，降低了人力成本。
  2. 自优化 (Self-Optimisation)：通过MLB、MRO、CCO等一系列闭环优化流程，使得网络能够实时感知自身状态和用户体验，并进行自我调整和修复，持续地提升网络性能和资源效率。

这套SON框架，是实现未来“零接触运维（Zero-Touch Operation）”愿景的技术基石。它将网络工程师从日常繁琐的参数调整和故障处理中解放出来，让他们能更专注于更高层次的网络规划和业务创新。

FAQ

Q1：SON（自组织网络）是5G独有的技术吗？

A1：不是。SON的概念最早在3G HSPA+时代就被提出，并在4G LTE时代得到了广泛的应用和标准化。LTE已经支持ANR、MLB、MRO等核心的SON功能。5G NR继承并增强了这些功能。例如，5G的ANR需要适配波束化的场景，MLB需要与网络切片相结合，MRO需要分析更复杂的双连接和条件切换失败场景。可以说，5G将SON技术推向了一个新的、更智能、更精细的高度。

Q2：ANR（自动邻区关系）功能可以完全替代人工邻区规划吗？

A2：在很大程度上可以，但不能完全替代。ANR非常擅长发现那些由UE测量到的邻区，特别是在网络部署初期和中小规模网络中，可以极大地减少人工规划的工作量。但是，ANR也存在一些局限性：1）冷启动问题：在一个全新的网络中，如果没有初始的邻区列表来引导UE进行测量，ANR可能无法有效地发现邻区。2）发现不全：某些邻区可能因为距离远、信号被遮挡，或者没有话务（UE）经过，而始终无法被ANR发现。3.）特殊邻区：对于一些基于特殊策略（如负载均衡、分层）需要配置的邻区，ANR可能无法理解其背后的意图。因此，最佳实践是ANR与人工规划相结合：由人工进行初始的、骨干的邻区规划，再由ANR在网络运行中进行自动的补充、删除和优化。

Q3：移动性稳健性优化（MRO）是如何区分“切换太早”和“切换到错误小区”的？

A3：MRO主要通过分析UE在无线链路失败（RLF）后，尝试重连（re-establishment）的小区来区分。假设UE从小区A切换到小区B后不久就发生了RLF。

  • 如果UE的第一次重连尝试，是向小区A发起的，MRO就会高度怀疑这是一次“切换太早”。因为这表明，UE认为老家（小区A）的信号，比新家（小区B）的信号还要好。
  • 如果UE的第一次重连尝试，是向一个既不是A也不是B的小区C发起的，MRO就会高度怀疑这是一次“切换到错误小区”。因为这表明，新家（小区B）的信号很差，而真正应该去的家是小区C。 通过对大量此类事件的统计分析，gNB就可以找出导致这些错误切换的根本原因（通常是切换参数配置不当），并进行自我修正。

Q4：这些自优化功能是自动开启的吗？网络管理员是否可以干预？

A4：这些功能通常可以被网络管理员（通过OAM系统）配置为开启或关闭。在开启状态下，它们会自动运行。但是，管理员仍然拥有最高的控制权。例如，管理员可以为MRO设置参数调整的边界，即MRO自动调整切换参数时，不能超过一个预设的范围，以防止算法震荡或做出极端的、不合理的调整。管理员也可以随时手动覆盖SON算法的决策。SON的设计理念是“人机协同”，将机器擅长的、海量的、重复性的数据分析和微调工作自动化，而将复杂的、策略性的、全局性的决策权，仍然保留给网络专家。

Q5：15.3.4节提到的“Xn-C TNL地址发现”是什么功能？

A5：这是一个辅助ANR的功能。ANR可以帮助gNB-A发现邻居gNB-B的全局ID（gNB ID）。但要建立Xn接口，gNB-A还需要知道gNB-B的传输网络层（TNL）地址，即IP地址。在传统的部署中，这个ID到IP的映射关系可能需要通过OAM系统来查询。而“Xn-C TNL地址发现”提供了一种RAN内部的解决方案：如果gNB-A不知道gNB-B的IP地址，它可以向自己连接的AMF发起一个“查询请求”（通过UPLINK RAN CONFIGURATION TRANSFER消息），请求中包含gNB-B的ID。AMF作为一个“消息中转站”，会将这个请求转发给gNB-B。gNB-B收到后，再将自己的IP地址通过AMF中转回来。这个流程使得Xn接口的建立可以更多地在RAN和5GC内部闭环，减少了对外部OAM系统的依赖。

关系图谱