深度解析 3GPP TR 21.918：5.6 Management aspects of Satelite (卫星管理方面)

本文技术原理深度参考了3GPP TR 21.918 V18.0.0 (2025-03) Release 18规范中，关于“5.6 Management aspects of Satelite”的核心章节，旨在为读者深入剖析5G非地面网络（NTN）背后，那套确保其稳定、高效运行的“神经中枢”——运营、管理和维护（OAM）体系。

在前几期的文章中，我们已经见证了5G与卫星通信的“联姻”如何攻克了地面覆盖的极限，并巧妙地应对了不连续覆盖带来的挑战。然而，任何一个庞大而精密的通信系统，如果缺乏一个强大、智能的管理后台，都将是一盘散沙，难以发挥其真正的威力。卫星网络，因其天基节点的特殊性、动态性以及与地面网络的深度融合，对其管理和维护（O&M）提出了前所未有的高要求。

今天，我们的主角是一位刚刚加入“云端之巅”项目组的年轻运维工程师，小周。他的导师，正是我们前几期文章的主角——经验丰富的老王。老王已经完成了网络的初步规划与部署，现在，将卫星网络真正“管起来”的重任，落到了小周的肩上。小周的第一个任务，就是学习并实践3GPP TR 21.918规范中5.6章节所定义的卫星管理框架，将天上的卫星节点，无缝地纳入到运营商统一的3GPP管理体系中。

1. 为何需要专门的“卫星管理”？

在动手配置之前，小周必须先理解，为什么卫星网络的管理如此特殊，以至于3GPP需要专门的章节来定义它。

Summary based on the input provided by China Unicom in SP-240285. This work item mainly specifies the requirements and solutions enabling Management Aspects of IoT and NR to support non-terrestrial networks (NTN) based on RAN and SA2 aspects. It includes reference management architectures and scenarios for integrated satellite components, use cases and solutions related to the general management of satellite RAN…

规范开宗明义地指出了卫星管理的核心任务：为支持NTN的物联网（IoT）和新空口（NR）提供管理解决方案。小周很快意识到，这与管理传统的地面基站有着本质的不同。

地面基站的位置是固定的，链路是稳定的（通常是光纤），环境是可控的。而卫星，特别是LEO/MEO卫星，它们是高速移动的“空中基站”，回传链路动态变化，服务区域不断漂移。因此，管理系统必须能够处理这些动态特性。

For 3GPP Management System, for scenarios where BS cannot be deployed or inconvenient to maintain, such as maritime transportation, energy collection, agriculture, and environmental protection, network introduces satellites to support cellular terrestrial network. This requires 3GPP management system should be able to support non-terrestrial network information to be provided NG-RAN/E-UTRAN and 5GC/EPC…

规范进一步明确了应用场景和核心需求。无论是远洋货轮、偏远地区的农业传感器，还是像“云端之巅”这样的景区，传统的基站部署方式都难以为继。在这些场景下，3GPP管理系统必须承担起一个全新的角色：成为天地网络的“翻译官”和“调度员”，将卫星特有的信息（如轨道参数、波束覆盖范围、可用时间窗口等）“翻译”成5G RAN和核心网能够理解的参数，并下发给它们。

2. 天地一体的管理架构：小周的第一堂课

小周打开了运维管理平台的架构图界面，这正是规范中Figure 1: Reference architecture for the management aspects of NTN所描绘的场景。这张图，成为了他理解卫星管理的第一把钥匙。

他看到，整个架构的核心是3GPP Management System，这正是他日常工作的操作平台。这个平台通过两个主要的“触手”——Manage-RAN和Manage-CN，分别对无线接入网和核心网进行管理。

在接入网侧，他看到了熟悉的Terrestrial RAT（地面无线接入技术），也看到了新加入的Satellite NR-RAT和Satellite NBIoT/e-MTC RAT。

The reference architecture depicted in figure 1 considers the case of a 3GPP RAN integrating a satellite NR-RAT and satellite NBIoT/e-MTC RAT, possibly together with a Terrestrial RAT.

小周立刻明白了，从管理的角度看，卫星接入和地面接入被视为平等的组成部分，必须被统一纳管。他的工作，就是要确保3GPP Management System能够识别、配置、监控这些来自太空的无线资源。

• 3GPP Management System (3GPP管理系统)：这是整个运维体系的大脑，是小周的“驾驶舱”。所有关于卫星的配置、性能的监控、故障的告警，最终都会汇集于此，并由他这样的运维工程师进行处理。

• Manage-RAN (无线网管)：这是专门负责管理无线侧的子系统。对于NTN，它的职责被极大地扩展了。小周需要通过它，将卫星的轨道数据（星历）、波束覆盖范围、多普勒频移的预补偿参数等信息，配置给提供卫星回传的地面gNB。这些信息对RAN的正常工作至关重要。

• Manage-CN (核心网管)：这是负责管理核心网的子系统。小周需要通过它，将卫星的“身份信息”（如GEO Satellite ID）、覆盖的地理区域与核心网的移动性管理策略（如Tracking Area List）进行关联。这能确保当用户（如“巡天者-01”无人机）在卫星网络中移动时，AMF能够正确地处理其注册和寻呼。

• 混合RAT的管理：架构图清晰地展示了卫星RAT和地面RAT并存的场景。在“云端之巅”项目中，这意味着小周不仅要管理通过卫星回传的主gNB，还要管理景区入口处可能存在的、通过微波回传的地面小基站，并确保二者之间的切换策略在网管层面得到统一配置和优化。

通过对这张架构图的解读，小周对自己的工作职责有了宏观的认识：他的任务就是扮演好“天地网络管理员”的角色，利用统一的管理平台，让天上的卫星和地上的基站协同工作，如一体之两翼。

3. 核心任务：让管理系统“认识”卫星

理解了架构，接下来就是动手实践。小周的首要任务，就是将“云端之巅”项目所使用的那颗LEO卫星的详细信息，录入到3GPP管理系统中。

In order to provide management support for NTN, the 3GPP management system need to support the capabilities to enable the integration of satellite in 5G/4G network.

这项“集成”工作远非输入一个IP地址那么简单。小周需要配置一系列NTN专属的管理对象（Managed Objects）和属性。

• 卫星身份与轨道信息：他需要创建一个代表该卫星的管理对象，并填入其唯一的标识符、轨道六要素（或更精确的星历数据源地址）。这些信息是所有后续计算的基础。RAN侧需要它来预测卫星位置，从而精确调整上行链路的时间提前量（Timing Advance）和频率补偿。

• 波束覆盖信息：一颗卫星通常有多个点波束，每个波束覆盖一个地理区域。小周需要在网管系统中绘制或导入这些波束的覆盖图样（Footprint），并将每个波束与一个或多个小区（Cell）ID关联起来。这样，核心网才知道当一个用户位于某个小区时，他实际上是在哪个卫星波束的覆盖之下。

• 关联网关信息：卫星的信号最终会通过地面站的卫星网关（Satellite Gateway）接入核心网。小周需要将卫星、波束与具体的地面网关进行关联，这对于路由选择和网络拓扑管理至关重要。

完成这些配置后，3GPP管理系统才算真正“认识”了这颗卫星。从此，这颗远在天边的卫星，在小周的管理界面上，就变成了一个个清晰、可管、可控的网元和资源。

4. 动态世界的守护者：管理不连续覆盖

正如我们之前所讨论的，“云端之巅”的LEO卫星网络存在不连续覆盖的问题。小周的一项日常工作，就是监控并管理这一特性。

In addition, the 3GPP management system is required to make corresponding enhancements to provide support of discontinuous satellite network coverage.

这种管理体现在两个层面：

• 配置层面：在上一篇文章中，我们提到AMF会将“下一次覆盖预测信息”下发给UE。而这个预测信息的策略和下发开关，正是由小周在3GPP Management System中配置的。他可以为不同类型的UE（例如，对功耗极其敏感的“雪山之眼-01”和功耗不敏感的车载终端）配置不同的预测信息下发策略。

• 监控层面：小周可以通过管理系统，拉取一系列关键性能指标（KPI），来评估不连续覆盖策略的执行效果。例如：

  • UE睡眠成功率：有多少物联网终端在收到覆盖预测信息后，成功进入了预期的长周期PSM/eDRX模式？
  • 唤醒信令拥塞率：在覆盖窗口开启的初始阶段，网络的接入成功率是多少？是否存在信令过载？
  • 数据回传及时性：对于要求在覆盖窗口期内必须完成数据上传的业务，其任务完成率是多少？

通过对这些KPI的持续监控和分析，小周可以不断优化网络参数，例如调整接入控制策略、优化寻呼时机等，确保在动态变化的网络环境中，业务的可靠性和终端的功耗达到最佳平衡。

5. 总结：运维工程师的“星辰大海”

从初识天地一体的管理架构，到亲手将一颗卫星的“基因”注入3GPP管理系统，再到成为动态网络环境的守护者，小周通过对5.6 Management aspects of Satelite章节的学习和实践，完成了他作为一名NTN运维工程师的“成人礼”。

他深刻地体会到，3GPP为卫星网络管理所定义的，不仅仅是一套接口和协议，更是一套完整的设计哲学：将天基网络的复杂性和动态性，通过统一的管理平面进行抽象和封装，最终以一种与地面网络相似的、标准化的方式呈现给运维人员。

正是这种强大的标准化管理能力，才使得构建和运营全球覆盖、天地融合的5G NTN网络从一个遥不可及的梦想，变为了一个可以规划、可以执行、可以盈利的商业现实。对于小周和千千万万像他一样的通信工程师来说，他们的征途，也真正地从脚下的机房，延伸到了头顶的“星辰大海”。

---

FAQ - 常见问题解答

Q1：在NTN管理架构中，Manage-RAN和Manage-CN的职责是如何划分的？它们之间如何协同？ A1：职责划分非常清晰。Manage-RAN（无线网管）主要负责与无线资源直接相关的管理，例如配置卫星的波束信息、频率、上行定时和功率控制参数等，这些信息直接影响空口性能。Manage-CN（核心网管）则负责与用户移动性、会话管理、策略和安全相关的管理，例如配置卫星覆盖区对应的跟踪区（Tracking Area）、寻呼策略、用户签约数据中的NTN接入权限等。它们通过顶层的3GPP Management System进行协同。例如，当小周要部署一项新的NTN业务时，他需要在Manage-CN中定义业务策略，同时在Manage-RAN中为该业务预留相应的无线资源，整个端到端的业务发放流程由统一的管理系统进行编排和调度。

Q2：为什么统一的管理系统对于一个包含地面和卫星的混合网络如此重要？ A2：统一管理的核心价值在于降低运维复杂性和保障业务连续性。如果没有统一系统，运维人员需要面对两套独立的、异构的管理工具，一套用于地面网络，一套用于卫星网络。这会导致配置数据不一致、故障定位困难、端到端业务开通流程复杂等一系列问题。更重要的是，在天地间移动性场景下（例如无人机从卫星网络切换到地面网络），切换策略的制定和优化需要在两个网络中协同进行。统一的管理系统可以提供端到端的网络视图和性能数据，使得优化切换策略、保障用户无感知的业务连续性成为可能。

Q3：管理系统需要提供哪些具体的“NTN信息”给RAN和核心网？可以举例说明吗？ A3：这些信息非常具体且关键。

• 给RAN的信息：最核心的是卫星星历（Ephemeris），即精确的卫星轨道和时间数据。RAN（gNB）需要用它来实时计算卫星的位置，从而预补偿巨大的多普勒频移，并计算出正确的上行时间提前量（Timing Advance），这是建立无线链路的基础。
• 给核心网（AMF）的信息：主要是地理位置与网络拓扑的映射关系。例如，管理系统需要告诉AMF，卫星的某个特定波束（Beam ID）在当前时刻覆盖了地球上的哪个地理区域（如某个TAI列表）。这样，当UE在该区域发起注册时，AMF才能正确地管理其移动性状态；当需要寻呼该UE时，AMF也知道应该指示哪个gNB（以及关联的卫星波束）去发送寻呼消息。

Q4：管理系统是如何支持物联网设备在不连续覆盖场景下的节电功能的？ A4：管理系统是节电策略的“策源地”。首先，运维人员（如小周）通过管理系统配置“不连续覆盖策略”，例如，定义哪些区域、哪些类型的设备需要启用该功能。然后，管理系统将这些宏观策略传递给核心网（AMF）。AMF根据这些策略以及实时的卫星轨道数据，计算出具体的“覆盖预测信息”（如下一次无覆盖的起止时间）。当物联网设备接入网络时，AMF再将这些精确的时间信息通过信令下发给设备。因此，管理系统扮演的是策略制定和功能使能的角色，是整个智能节电链路的起点。

Q5：3GPP为NTN定义的管理接口是全新的协议，还是对现有网管协议的扩展？ A5：主要是对现有网管协议和模型的扩展。3GPP的管理体系（OAM）遵循一套成熟的、基于服务化的架构（Service Based Architecture）。为了支持NTN，3GPP并没有发明一套全新的协议，而是在现有的网管信息模型（如TS 28.541中定义的NRM - Network Resource Model）中，增加了新的管理对象（Managed Object）和属性来描述卫星、波束等NTN特有的资源。例如，在gNBFunction这个管理对象下，可能会增加一个属性来指明其回传类型是“Satellite”。这种基于扩展的方式，可以最大限度地重用现有的网管平台和接口，保护运营商的投资，并降低新技术的引入难度。