51学通信

深度解析 3GPP TS 23.501：5.43 5G卫星回传支持 (Support for 5G Satellite Backhaul)

22分钟阅读

本文技术原理深度参考了3GPP TS 23.501 V18.9.0 (2025-03) Release 18规范中，关于“5.43 Support for 5G Satellite Backhaul”的核心章节，旨在为读者提供一个5G网络如何将卫星通信从终端接入的补充，转变为网络基础设施的关键一环，实现偏远地区覆盖和业务创新的全景视图。

深度解析 3GPP TS 23.501：5.43 5G卫星回传支持 (Support for 5G Satellite Backhaul)

欢迎回到“解构5G核心网”系列。在前面的文章中，我们已经深入探讨了5G如何通过各种高级机制，为陆地上的用户和设备提供差异化、高可靠的服务。然而，地球表面的71%是海洋，还有广袤的沙漠、山脉和极地。在这些光纤难以企及的地方，5G如何延伸其连接的伟力？答案，就在我们头顶的浩瀚星空中。

今天，我们将深入规范的5.43章节，揭示5G一个极具前瞻性的能力——卫星回传（Satellite Backhaul）。这不再是传统意义上的卫星电话，而是将卫星作为一个“无线光纤”，为远端的5G基站（gNB）提供返回核心网的链路。这一创新，使得在远洋货轮、科考船、偏远矿区、乃至飞行中的航班上部署真正的5G网络成为可能。

为了将这个宏大的概念具象化，让我们登上**“探索者一号”科考船**。这艘先进的科考船正航行在远离大陆的太平洋深处，执行海洋数据采集任务。船上的首席科学家Aris博士，正面临着巨大的数据挑战：

  • 海量数据实时回传： 船上的深海探测器阵列每小时都会产生TB级的海洋声学和影像数据，需要实时传输回陆地上的超算中心进行分析。

  • 船员的高品质通信： 船员们希望能在休息时间，像在陆地一样与家人进行高清视频通话。

  • 船上设备协同： 船上的两台实验设备需要进行高速的数据交换。

“探索者一号”上部署了一套完整的5G基站系统，而它连接到全球互联网的唯一途径，就是通过船顶的卫星天线。我们将通过“探索者一号”的这次远航，来解构5G卫星回传架构下的边缘计算、本地交换和QoS智能管理等核心技术。

1. “天基光纤”：卫星回传的基本架构 (5.43.1 General)

5G卫星回传的核心，是将卫星链路作为连接RAN和5GC之间回传网络（Backhaul）的一部分。

Satellite may be used as part of the backhaul between (R)AN and 5GC. The 5G System supports to report of usage of satellite backhaul as described in clause 5.43.2.

For some deployments, UPF may be deployed on the satellite. In these cases, edge computing or local switch via UPF deployed on the satellite may be performed as described in clauses 5.43.2 and 5.43.3.

1.1 核心理念

这段原文揭示了卫星回传的两种核心部署模式：

  1. 透明回传管道： 这是最基础的模式。卫星链路仅仅被当作一条“透明的、延迟较高的IP链路”，用于连接远端的gNB和陆地上的5G核心网。对于5GC来说，它并不知道回传走的是卫星还是光纤。

  2. 星上处理节点： 这是更高级、更具革命性的模式。UPF（用户面功能）可以直接部署在卫星上。这意味着，卫星不再仅仅是一个“中继站”，而是成为了5G核心网的一个分布式边缘节点。

这种“星上UPF”的部署，催生了两种强大的新能力：

  • 卫星边缘计算（Edge Computing via UPF deployed on satellite）： 部分计算和业务处理可以在卫星上直接完成，无需将数据传回地面。

  • 卫星本地交换（Local switch for UE-to-UE communications）： 同一卫星覆盖下的两个用户之间的通信，可以直接在卫星上进行转发，实现“天涯若比邻”。

1.2 场景代入：“探索者一号”的网络连接

“探索者一号”的5G系统正是基于卫星回传构建的。船上的gNB通过一个大型的自动跟踪卫星天线，与一颗GEO（地球同步轨道）卫星保持着持续的连接。这颗GEO卫星，就是它的回传链路。更关键的是，这颗先进的卫星上，就部署了一个轻量化的UPF实例。

2. “云”在天边：卫星上的边缘计算 (5.43.2 Edge Computing via UPF deployed on satellite)

GEO卫星虽然覆盖广，但其固有的高时延（单向约270ms，往返超过500ms）是所有实时应用的噩梦。将UPF部署到卫星上，是解决这一问题的“奇招”。

This clause only applies to the case where Edge Computing is deployed with UPF and Edge Computing services on-board the satellite. The UPF deployed on satellite can act as UL CL/BP/local PSA UPF or act as PSA UPF.

Based on GEO satellite ID provided by the AMF, the SMF performs PSA UPF selection or UL CL/BP/local PSA selection and insertion… to select the UPF deployed on the GEO satellite if available…

2.1 核心机制：在太空中“截胡”流量

  • 问题： 如果Aris博士的探测器数据，需要先传回陆地数据中心进行初步处理，然后再将结果返回船上，这一来一回的延迟将超过半秒，严重影响科研效率。

  • 解决方案： 如果数据预处理的应用（AF）也部署在卫星上，那么SMF可以选择卫星上的UPF作为PDU会话的锚点（PSA UPF）。这样，数据流从船上的gNB发出，到达卫星后，直接就被卫星上的UPF“截胡”，并送给同在卫星上的应用进行处理。处理结果可以立即返回，整个过程只经历了一次“船-星”的延迟，大大提升了效率。

2.2 智能的UPF选择流程

网络如何知道要选择天上的UPF，而不是地上的UPF？

  1. AMF上报位置信息： 当UE（如科考船上的设备）接入网络时，AMF会通过RAN ID等信息，识别出该UE正通过一个卫星回传的gNB接入。AMF会将这个**“卫星回传类别”（如GEO、LEO）和“GEO卫星ID”**等信息，在请求建立PDU会话时，通知给SMF。

  2. SMF的智能决策： SMF收到了这个“来自太空”的请求。它会查询PCF获取策略，或根据本地配置的DNAI（数据网络接入标识符）与GEO卫星ID的映射关系，来决定UPF的选择。

  3. 选择星上UPF： 如果UE请求的DNN（数据网络名称）对应一个部署在卫星上的边缘应用，SMF就会优先选择该卫星上的UPF作为会话的锚点。

2.3 场景代入：深海数据的“星上预处理”

Aris博士的团队在卫星上部署了一套AI算法，用于对深海探测器传回的声学数据进行初步的降噪和特征提取。

  1. 探测器发起一个PDU会话，请求连接到DNN为"ai-preprocessing.satellite"的业务。

  2. AMF识别到请求来自“探索者一号”的gNB，将GEO卫星ID通知给SMF。

  3. SMF看到DNN是"ai-preprocessing.satellite"，并且GEO卫星ID匹配，它立即做出了决策：选择部署在该GEO卫星上的UPF作为此次会话的PSA。

  4. 探测器的数据流从船上传到卫星，立即被星上UPF捕获并送入AI算法模块。只有经过预处理后的、数据量大大减小的高价值结果，才会被进一步通过星地链路传回地面。这极大地节省了宝贵的星地带宽资源。

3. 天涯若比邻：通过卫星UPF的本地交换 (5.43.3)

如果船上的两个用户需要通信，数据是否还需要先回地面绕一圈？星上UPF同样解决了这个问题。

The UE to UE traffic may be locally routed by UPF(s) deployed on satellite (i.e. through local switch) to the target UE without traversing back to the satellite gateway on the ground.

If SMF selects the UPF deployed on satellite as PSA of UE’s PDU Session, the SMF configures the UE’s N4 session to forward/detect packet to/from the internal interface as specified for the configuration for the 5GVN group member’s N4 Session…

3.1 核心机制：重用5G LAN的“本地交换”

这个功能的实现，巧妙地重用了我们在上一篇文章中讲到的**5G LAN（5G VN Group）**的本地交换机制。

  • 建立5G VN Group： “探索者一号”上的所有设备，都被预先配置加入了一个名为"Explorer-1-Group"的5G VN Group。

  • UPF作为交换机： 当这个Group的所有成员都使用卫星上的同一个UPF作为PSA时，这个UPF就自然而然地成为了它们的“太空交换机”。

  • SMF配置N4规则： SMF会为这个UPF配置特殊的N4规则。当UPF收到来自UE-A的一个数据包，它会检查其目标IP地址。如果发现目标IP地址属于同一个5G VN Group内的另一个UE-B，UPF就不会将它发往地面的N6接口，而是直接通过其“内部接口”（5G VN internal），将数据包转发回通往UE-B的N3隧道。

3.2 场景代入：船上的高速文件传输

Aris博士需要将一份10GB的原始探测数据，发送给船上另一间实验室的同事。

  1. 识别为内部通信： 博士的笔记本和同事的电脑都属于"Explorer-1-Group"。

  2. 流量路径：

    • 博士的笔记本将数据发送给船上的gNB。

    • gNB通过无线回传，将数据发送到卫星。

    • 卫星上的UPF收到数据包，通过PDR（包检测规则）识别出这是"Explorer-1-Group"的内部流量，目标地址是同事的设备。

    • UPF根据FAR（转发行为规则），没有将数据包发往地面，而是直接在内部进行交换，将其转发回通往同事设备的下行路径。

    • 数据包沿原路返回，经过gNB，到达同事的电脑。

  3. 体验： 整个传输只经历了一次“船←>星”的往返，时延在300ms左右，速度极快。如果没有这个机制，数据需要“船→星→地→星→船”，往返两次，时延将超过1秒，并且会占用宝贵的星地链路带宽。

4. 网络知情权：卫星回传的上报与QoS监控 (5.43.4 & 5.43.5)

为了让网络能够做出智能的决策，它必须首先“知道”自己正在使用卫星回传。

If the AMF is aware that a satellite backhaul is used towards 5G AN, the AMF may report this to SMF as part of the PDU Session establishment procedure… The SMF reports it to the PCF when the “Satellite backhaul category change” PCRT was armed…

If dynamic satellite backhaul is used, QoS monitoring may be used to measure packet delay…

核心机制：

  1. AMF上报回传类型： AMF在检测到UE通过卫星gNB接入时，会将**“卫星回传类别”（Satellite backhaul category）**——如GEO, MEO, LEO, 甚至是DYNAMIC（动态变化的）——通知给SMF。

  2. SMF通知PCF： SMF再将这个信息通知给PCF。

  3. PCF的策略调整： PCF收到这个“来自太空”的标签后，会调整其策略决策。例如，它不会再为一个GEO链路上的会话，强制执行一个20ms的PDB（时延预算），因为这在物理上是不可能实现的。相反，它可能会更关注带宽保障和抖动控制。

  4. 动态QoS监控： 特别是对于动态卫星回传（例如，LEO卫星网络，服务卫星会不断切换），链路质量可能会发生变化。此时，PCF可以触发QoS监控，实时测量链路的时延和丢包，并将结果反馈给AF，以便AF能够动态调整其应用行为（如视频码率）。

5. FAQ

Q1: IAB（集成接入与回传）和卫星回传有什么关系？

A:

它们是两种解决不同场景回传问题的技术，但可以结合使用。

  • IAB的核心是用5G NR无线信号作为回传，解决的是地面近距离（几百米到几公里）的光纤部署难题，实现“无线补盲”或“快速部署”。它的特点是低时延、高带宽。

  • 卫星回传的核心是用卫星链路作为回传，解决的是超远距离（几百到几万公里）的连接问题，覆盖海洋、沙漠等广袤无人区。它的特点是覆盖范围广，但（尤其是GEO）时延高。

在某些复杂场景下，两者可以结合。例如，在一个巨大的矿区，可以在矿区入口部署一个卫星回传的IAB-donor，然后在矿区内部，再通过多个IAB-node进行接力覆盖。

Q2: 为什么要在卫星上部署UPF？这不是很昂贵和复杂吗？

A:

是的，这非常昂贵和复杂，但它带来的收益是革命性的，尤其对于GEO卫星。

  1. 克服时延： GEO卫星最大的瓶颈就是约500-600ms的往返时延。对于任何交互式应用，这种延迟都是不可接受的。通过在卫星上部署UPF，可以将需要本地处理或本地交互的业务（边缘计算、UE-to-UE通信）的时延从500ms以上降低到300ms以内（一次上行+一次下行），甚至更低。

  2. 节省星地带宽： 星地链路的带宽是极其宝贵的资源。通过在星上进行本地交换和数据预处理，可以大大减少需要传输回地面的数据量，从而在同样的带宽下服务更多的用户或传输更高价值的信息。这对于海量数据采集等场景至关重要。

Q3: 船上的两个UE之间通信，通过卫星UPF本地交换，和它们直接用Wi-Fi或Sidelink（PC5）通信，有什么区别？

A:

这是三种不同层级和能力的本地通信方式。

  • Wi-Fi: 是一种纯粹的本地网络，完全不经过5G核心网，无法进行精细化的QoS管理和运营商级的策略控制。

  • Sidelink (PC5): 是5G定义的终端直通技术，允许UE之间直接进行通信，无需经过基站。它延迟最低，但通信距离非常有限，且同样脱离了核心网的全面管理。

  • 通过卫星UPF本地交换： 这种方式虽然延迟比前两者高（需要一次到卫星的往返），但它的巨大优势在于，整个通信过程依然在5G核心网（SMF）的管理之下。SMF可以为这个“本地交换”的流量应用精细的QoS策略、计费策略、进行合法监听等。它实现的是一种“可管可控的广域本地通信”。

Q4: AMF是如何知道一个基站用的是卫星回传？

A:

这通常是通过网络配置和标识来实现的。

  • OAM配置： 运营商在部署一个卫星回传的gNB时，会在OAM系统中为其配置一个特殊的标识，指明其回传类型（GEO, MEO, LEO等）。

  • RAN ID/TAI规划： 这个gNB的全局ID或者它所属的TAI（跟踪区标识），会被规划在专门用于卫星接入的号段内。

  • AMF识别： 当AMF收到来自这个gNB的N2 Setup请求或UE的注册请求时，它会解析其中的RAN ID或TAI。通过查询本地配置或从NRF获取的信息，AMF就能得知这个gNB是一个卫星回传节点，并获取其“卫星回传类别”。

Q5: 如果我乘坐一架支持5G卫星回传的飞机，我的手机能用吗？体验如何？

A:

是的，这正是5G卫星回传的重要应用场景之一（即“航空宽带”）。

  • 如何连接： 飞机上会部署一个作为IAB-node的机载基站。这个基站通过天线与天上的卫星（IAB-donor）连接，为机舱内的乘客提供5G接入服务。您的手机会像在地面一样，连接到这个机载基站的5G信号。

  • 体验如何：

    • 对于普通上网（eMBB）： 体验会类似于地面上信号一般的4G网络。由于卫星链路的时延和带宽限制，您可能无法流畅地玩大型在线游戏，但刷网页、看标清视频、发微信通常没有问题。

    • 对于话音（VoNR）： 考虑到GEO卫星的高时延，直接提供VoNR的体验可能不佳。网络可能会优先采用其他优化方案，或者在LEO（低轨卫星）网络下提供更好的通话体验。

    • 价格： 由于卫星带宽成本高昂，航空5G服务的资费很可能会远高于地面服务。

关系图谱