好的,我们继续进行深度拆解。这是本系列的第五篇文章,将聚焦于3GPP TR 23.700-19的第5.5节“Key Issue #5”,这也是第5章的收官之作。

深度解析 3GPP TR 23.700-19:5.5 Key Issue #5: 星上UPF与UE-SAT-UE通信

本文技术原理深度参考了3GPP TR 23.700-19 V1.0.0 (2025-09) Release 20规范。在前几篇文章中,我们的讨论始终围绕着如何在EPC架构下的GEO NB-IoT NTN这一充满挑战的环境中,解决IMS语音、紧急呼叫和定位等“生存”问题。从本文开始,我们将视角彻底转向未来,聚焦于第5.5节的 Key Issue #5,深入探索在先进的5GS架构下,由“再生式负载”卫星(Regenerative Payload Satellite)所催生的革命性通信模式——UE-Satellite-UE (UE-SAT-UE) communication

引言:从“太空反射镜”到“空中交换中心”

想象一下,在一个大型的远洋科考船队中,有两艘船——“探索号”和“发现号”——相隔数十公里,正在协同进行深海探测。它们需要频繁地交换海量的实时声纳数据。在传统的卫星通信模式下,这个过程是这样的:

  1. “探索号”将数据发送到数万公里高空的卫星。
  2. 卫星像一面镜子,简单地将信号“反射”回地球上一个遥远的地面站。
  3. 地面站通过陆地网络将数据送到运营商的核心网进行处理。
  4. 核心网处理后,再将数据发回地面站。
  5. 地面站将数据再次上行给卫星。
  6. 卫星最后将数据“反射”给“发现号”。

这个漫长的“V”字形或“W”字形路径,不仅带来了巨大的时延,还占用了极其宝贵的、连接太空和地球的“馈线链路”带宽。

现在,让我们换一种想象。如果卫星不再是一面简单的“反射镜”,而是一个智能的“空中交换中心”呢?当“探索号”发送数据时,卫星能直接“看懂”数据包的目的地是“发现号”,并利用星上处理能力,直接在太空中将数据转发过去。数据流从一个“V”字形变成了一个优雅的“Λ”字形。

这,就是 Key Issue #5 所要研究的核心——一种由星上UPF(用户面功能)赋能的、用户数据流无需落地(transiting through the ground segment)的新型通信范式。

“团队请注意,我们现在进入了这份报告中最具未来感的领域,” 5G工程师Alex兴奋地说道,“KI#5不再是解决‘温饱’问题,而是在探索如何‘飞得更高、更快’。它基于5GS的先进架构和再生式卫星,试图从根本上重塑卫星通信的拓扑结构和效率。我们的任务,就是搞清楚,为了实现这个宏伟目标,5G核心网需要获得哪些新的‘超能力’。”

1. Key Issue #5: 核心研究内容

5.5 Key Issue #5: UE-SAT-UE communication via UPF only onboard satellite for non-IMS services

This key issue studies:

  • How to support UE-SAT-UE communication via UPF only onboard satellite for non-IMS services (e.g. 5G-LAN services with IP and Ethernet PDU Session type).

规范的定义非常精准,Alex从中提炼出几个关键信息点:

  • 实现方式: via UPF only onboard satellite。明确了这种通信模式的技术基石是部署在卫星上的UPF(用户面功能)网元。这意味着卫星具备了数据包的路由和转发能力。
  • 业务范围: for non-IMS services。研究的重点是非IMS业务,例如普通的IP数据传输或以太网数据传输。规范还特别举例了 5G-LAN services,这是一种在5G网络中模拟局域网(LAN)特性的技术,非常适合需要终端间直接通信的场景。
  • 会话类型: with IP and Ethernet PDU Session type。明确支持IP类型和以太网类型的PDU会话,覆盖了绝大多数数据通信场景。

NOTE 1: Whether existing mechanisms can be reused will be considered in this KI. NOTE 2: Any UE impact will not be considered in this KI.

Alex特别强调了这两个注释:“NOTE 1告诉我们,3GPP的思路是优先考虑‘重用’。5G系统中已经有很多支持UPF路径选择和重选的机制(例如UL CL/Branching Point,IV-SMF/HR-SMF),KI#5会首先研究能否将这些现有机制扩展到星地场景。NOTE 2则重申了‘对UE透明’的原则,即希望这种复杂的网络行为对终端是无感的,终端不需要为‘数据是在天上转发还是地上转发’而操心。”

2. 挑战与技术难题:SMF的“太空运筹学”

UE-SAT-UE通信的“大脑”不在天上,而在地面。所有复杂的控制决策,都由5G核心网的 SMF (Session Management Function) 来完成。因此,KI#5的所有挑战,本质上都是对SMF功能的增强。Alex将这些挑战比作一套复杂的“太空运筹学”。

2.1 挑战一:触发与决策 - 何时以及为何“上天”?

当地面上的SMF为一个PDU会话选择UPF路径时,它现在面临一个全新的选项:是选择一个传统的地面UPF,还是选择一个高悬在太空中的星上UPF?

  • 场景复现: “探索号”和“发现号”各自开机,发起PDU会话建立请求。它们的请求通过卫星、地面站,最终都汇聚到了同一个SMF。
  • 难点分析 (SMF的决策依据):
    1. UE的位置与拓扑关系: SMF必须知道这两个UE都处于卫星覆盖下,而且最好是同一颗卫星或可以通过星间链路(ISL)高效互通的相邻卫星。这意味着SMF需要从AMF(接入与移动性管理功能)获取UE精确的接入位置信息(例如,卫星ID、波束ID),并结合一个“太空网络拓扑图”,来判断UE之间的“太空距离”。
    2. 业务类型与签约数据: 并非所有业务都适合在太空转发。SMF需要检查UE的签约数据(从UDM获取)以及会话请求中的业务类型(DNN/S-NSSAI)。例如,签约了“5G-LAN”或“Proximity Services”的用户,其终端间的通信就是UE-SAT-UE的潜在候选者。
    3. 星上UPF的状态与能力: SMF需要知道目标卫星上的UPF是否可用、负载情况如何、是否具备处理特定业务流(如以太网头压缩)的能力。这需要SMF与星上UPF之间有一套有效的信息交互机制。

2.2 挑战二:会话建立 - 构建“空中数据链路”

一旦SMF决定使用星上UPF,它就需要像一个“太空交通警察”一样,精确地配置数据转发的路径。

  • 场景复现: SMF决定为“探索号”和“发现号”之间的通信建立一条通过星上UPF的链路。
  • 难点分析 (SMF的配置过程):
    1. 分离的控制面与用户面: 这是一个典型的CU分离场景。控制信令(NAS SM)依然走传统的“UE 卫星 地面站 核心网”路径。但SMF在处理这些信令时,需要通过N4接口,去配置远在天边的星上UPF。
    2. N4接口的挑战: N4是SMF与UPF之间的标准接口。当这个接口需要跨越数万公里的星地链路时,其时延和可靠性都面临挑战。信令设计需要考虑这种长时延环境。
    3. PDR与FAR的精确配置: SMF需要在星上UPF中安装精确的PDR(Packet Detection Rules)和FAR(Forwarding Action Rules)。例如,在为“探索号”配置的规则中,PDR需要识别出所有发往“发现号”IP地址的数据包,对应的FAR则需要指示UPF将这些数据包直接从“发现号”所在的波束端口转发出去,而不是发往地面的N6/N9接口。

2.3 挑战三:移动性与连续性 - 在动态的“天网”中保持连接

这个问题在NGSO(特别是LEO)星座场景下尤为突出。卫星在高速移动,UE可能在几分钟内就会经历一次从一个卫星波束到另一个波束,甚至从一颗卫星到另一颗卫星的切换。

  • 场景复现: “探索号”和“发现号”正在通过卫星A上的UPF高速传输数据。突然,“探索号”即将飞出卫星A的覆盖范围,进入卫星B的覆盖。
  • 难点分析 (如何保证业务不中断):
    1. 切换决策: 核心网(AMF/SMF)需要预测或感知到这次切换,并提前做出决策。新的路径是怎样的?是切换到卫星B上的UPF吗?还是因为卫星A和B之间没有星间链路,必须暂时回退到地面UPF路径?
    2. “先建后断” (Make-Before-Break): 为了保证业务无缝切换,SMF可能需要执行一个复杂的过程:
      • 首先,在新的路径上(例如,在卫星B的UPF上或一个地面UPF上)建立好备用转发规则。
      • 然后,通知UE切换到新的无线链路。
      • 一旦切换完成,再拆除旧的、在卫星A上的路径。
    3. 重用现有机制: 正如NOTE 1所提示的,5G系统已经有处理UPF路径变更的机制,如UL CL (Uplink Classifier)Branching Point的切换。KI#5的一个重要研究内容,就是如何将这些为地面分布式UPF设计的机制,扩展应用到包含星上UPF的、更加动态和立体的网络拓扑中。

3. 总结:开启“网络无界”的新篇章

Key Issue 5无疑是TR 23.700-19中最具颠覆性和想象力的部分。它所探讨的UE-SAT-UE通信,是对传统“中心化”网络思想的一次重要突破,将5G“边缘计算”和“分布式网络”的理念推向了新的高度——太空。

  • 从“连接”到“计算与交换”: 它推动卫星从一个单纯的通信中继,演变为一个集接入、交换甚至计算于一体的智能网络节点。
  • 极致的性能优化: 通过将数据转发路径缩短到极致,它为需要低时延、高带宽的终端间通信应用(如战术通信、协同作业、车载网络等)打开了全新的可能性。
  • 对5GS架构的终极检验: 它全面考验了5GS服务化架构的灵活性、可扩展性和智能性,特别是SMF在复杂动态拓扑下的会话管理和策略控制能力。

Alex在结束KI#5的讨论时总结道:“先生们,女士们,我们已经完成了对五座‘大山’的勘察。从KI#1在‘泥泞’中挣扎前行,到KI#5在‘云端’自由翱翔,我们看到了3GPP在星地融合道路上,既脚踏实地,又敢于梦想。这五个Key Issues,不仅是挑战,更是机遇。它们共同定义了下一代天地一体化网络的技术轮廓。我们的下一阶段任务,就是进入第6章,去学习和评估那些试图征服这些大山的具体‘登山装备’和‘攀登路线’——那20个精彩的解决方案。”

至此,我们完成了对TR 23.700-19第5章“Key Issues”的全面解读。我们理解了每一个核心挑战背后的技术矛盾和艰巨性。接下来,本系列将进入最为激动人心的解决方案篇章,敬请期待。


FAQ

Q1:UE-SAT-UE通信和我们常说的“星链”的“星间激光链路”是一回事吗? A1:不完全是一回事,但密切相关。星间激光链路 (ISL) 是一种传输技术,它解决了卫星与卫星之间如何“物理连接”的问题,构建了太空中的“光纤网络”。而 UE-SAT-UE通信 是一种网络架构和业务模式,它定义了用户数据流如何在这个“太空光纤网络”上进行智能路由和转发,而无需返回地面。UE-SAT-UE通信的实现,需要两个前提:1) 像星链那样的、具备星间链路的星座网络;2) 在卫星上部署了像5G UPF这样的处理和转发能力。可以说,ISL是“路”,星上UPF是“立交桥和路由器”,两者结合才能实现真正的UE-SAT-UE通信。

Q2:既然UE-SAT-UE通信优势这么大,为什么研究范围是“non-IMS services”?未来能用于IMS语音吗? A2:这是一个非常好的问题。初期研究聚焦于non-IMS业务,主要是为了简化问题,降低复杂度。普通数据业务(IP/Ethernet)的转发逻辑相对简单,主要处理IP地址或MAC地址。而IMS语音涉及到复杂的SIP信令、媒体流(RTP/RTCP)的处理、与P-CSCF等IMS网元的交互、紧急呼叫的特殊逻辑等,这些都需要在控制面进行复杂的处理。直接在星上UPF实现这些,需要将更多的IMS功能(甚至一个简化版的IMS核心网)部署到卫星上,这在技术和成本上都极具挑战。因此,研究从相对简单的非IMS业务入手,待架构成熟后,未来完全有可能逐步演进,支持IMS语音甚至更复杂的业务在太空直接交换。

Q3:SMF在地面,UPF在太空,它们之间的N4接口跨越星地链路,时延和可靠性如何保证? A3:这是实现星上UPF的一大技术挑战。N4接口承载的是控制信令,虽然数据量不大,但对可靠性要求很高。解决方案可能包括:1) 协议优化: 对N4接口协议(基于PFCP协议)进行增强,使其更能容忍长时延,例如,采用更大的定时器、支持批量处理和异步消息模式,减少“一来一回”的紧密耦合交互。2) 链路保障: 使用高可靠性的馈线链路,并可能采用多路径、重传等机制来保证N4消息的可靠交付。3) 功能下沉/代理: 在一些更先进的架构中,可能会在地面站部署一个N4代理,或者将部分SMF的“执行”功能下沉,以减少需要实时跨越星地链路的N4交互。

Q4:NOTE 2说对UE没有影响,这意味着我的普通5G手机未来可以直接用UE-SAT-UE通信吗? A4:理论上是的,这是设计的终极目标。在理想情况下,UE-SAT-UE通信的所有复杂性都由网络侧(特别是SMF)处理。UE仍然执行标准的PDU会话建立流程,它甚至不知道自己的数据包是在天上还是地上被转发的。它所能感知的,可能只是与另一个近距离卫星终端通信时,延迟突然变得非常低,速度变得非常快。这种“透明性”是保证新技术能够平滑演进和快速普及的关键。当然,UE可能需要支持卫星接入的频段(如n255, n256),但这属于接入能力,而非核心网会话管理层面的改动。

Q5:KI#5研究的是5GS架构,这是否意味着4G EPC网络就无法实现类似UE-SAT-UE的功能了? A5:是的,基本可以这么认为。EPC架构的设计理念相对传统和集中化,其核心网元(如S-GW, P-GW)的功能耦合度高,不像5GS的UPF那样可以被灵活地、分布式地部署。在EPC中,所有用户数据都必须经过S-GW和P-GW,很难实现将用户面功能独立出来并部署到卫星上。5GS的服务化架构(SBA)和彻底的CU分离(Control and User Plane Separation)是实现UE-SAT-UE通信这种高级功能的架构基础。这正体现了5G相对于4G在架构上的巨大进步和灵活性。