好的，我们继续深入探索下一个关键问题，这也是卫星通信中一个极具颠覆性的新模式。

深度解析 3GPP TR 23.700-01：4.6 支持IMS业务的UE-卫星-UE通信

本文技术原理深度参考了3GPP TR 23.700-01 V19.0.0 (2024-09) Release 19规范中，关于“4.6 Key issue #6: Support of UE-Satellite-UE communication for IMS services via Satellite access”的核心章节，旨在为读者揭示一种革命性的通信模式——如何让太空中的卫星成为一个“空中交换机”，从而在偏远地区实现超低延迟的本地通信。

前言：打破“万事皆落地”的常规

在之前的探讨中，我们无论是解决数据传输、边缘计算还是关键任务通信，都隐含着一个前提：数据流的最终目的地或控制大脑，总是在地面的某个地方。然而，在一个广阔的、没有地面网络覆盖的区域，比如远洋上的一支船队，或者雨林中相隔数公里的两个科考小组，他们之间通信的最大需求，往往是彼此。

让相隔仅10公里的两个人通话，却需要他们的声音信号经历长达7万多公里的“地球-太空”往返旅程，这在逻辑上显得极为低效和荒谬。为了打破这种“万事皆落地”的常规，3GPP开始研究一种全新的、极具吸引力的通信范式。

这便是第六个关键问题（KI#6）——支持IMS业务的UE-卫星-UE通信。这里的核心是IMS（IP多媒体子系统），也就是我们日常使用的VoLTE/VoNR通话、短信、视频电话等服务的技术基石。而“UE-卫星-UE”则描绘了一种全新的数据路径：用户A → 卫星 → 用户B，数据流在卫星上被直接“掉头”或“交换”，完全无需经过地面的核心网。

对于在雨林中执行任务的阿里斯博士而言，这项技术意味着他的两个外勤小组，终于可以像在城市里一样，进行清晰、流畅、即时的通话，而不必再忍受长延迟带来的困扰。这不仅关乎效率，更关乎在紧急情况下的团队协作与安全。

1. “天涯”若“比邻”：UE-卫星-UE通信的愿景 (4.6.1 Description)

规范在4.6.1节中，清晰地定义了这种新模式，并用一张架构图（Figure 4.6.1-1）直观地展示了其工作原理。

According to 3GPP TR 23.700-29, the UE-satellite-UE communication refers to the communication between UEs under the coverage of one or more serving satellites without the user plane traffic going through the ground network.

It has been described in the 3GPP TS 22.261 that a 5G system with satellite access shall support UE-Satellite-UE communication regardless of whether the feeder link is available or not, and 5G system also be able to support different types of UE-Satellite-UE communication (e.g. voice, messaging, broadband, unicast, multicast, broadcast).

深度解析：

这段描述包含几个革命性的要点：

1. 核心定义：用户面流量（user plane traffic），即你的语音、视频、数据等，不经过地面网络（without… going through the ground network）。这是与传统卫星通信最根本的区别。
2. 鲁棒性要求：这种通信模式必须在馈线链路（feeder link）可用或不可用的两种情况下都能工作。这意味着，即使卫星与地面总部“失联”，区域内的本地通信“生命线”依然畅通。这对于灾难救援等场景具有无与伦比的价值。
3. 业务普适性：它不仅仅是为某种特殊业务设计的，而是要支持广泛的通信类型，包括语音、消息、宽带数据，以及单播、多播和广播。

Figure 4.6.1-1: An example of UEs-SAT-UEs communication… 这张图虽然我们不重绘，但其传达的架构精髓至关重要：

• 用户（UE x, UE y）：位于同一个或相邻的卫星波束（Cell A）内。
• 卫星（Satellite X）：它不是一个简单的信号“弯管（bent-pipe）”，而是拥有再生载荷能力（regenerative payload capabilities），特别是板载了gNB（基站）和本地交换能力（Local switching capability for user plane traffic）。这个本地交换能力，就是指卫星上的UPF（用户面功能）。
• 信令面路径（Control Plane）：用户的控制信令（如呼叫建立、鉴权等），依然需要通过馈线链路，与地面的AMF（接入与移动性管理功能）和IMS核心网进行交互。
• 用户面路径（User Plane）：一旦呼叫建立，UE x和UE y之间的语音数据包，则完全在卫星上进行转发，形成一条超短的“UE x ←> Satellite X ←> UE y”路径。

阿里斯博士的“雨林对讲机”升级计划：

阿里斯博士的两个外勤小组，“猎豹队”和“蜂鸟队”，在雨林中分头行动，相隔15公里。

• 传统卫星电话的痛点：他们使用传统的GEO卫星电话。猎豹队队长呼叫蜂鸟队，声音需要经历“猎豹队 → GEO卫星 → 地面站 → 蜂鸟队”的漫长旅程，延迟超过半秒，对话非常困难。
• UE-卫星-UE通信的体验：现在，他们换上了支持该功能的5G终端，并通过一颗LEO卫星通信。
  1. 呼叫建立：猎豹队队长发起呼叫。信令消息通过LEO卫星传到地面IMS核心网，完成鉴权、路由和呼叫建立流程。这个过程可能会有几十毫秒的延迟。
  2. 通话开始：一旦呼叫接通，核心网“知晓”这两个用户都在同一颗LEO卫星下，于是指示卫星上的UPF建立一条“本地转发”路径。
  3. 超低延迟：猎豹队长的声音上传到卫星，被卫星上的UPF直接转发给蜂鸟队。整个用户面延迟，几乎就是光速在几百公里高度上传播的时间，可能只有几毫秒。
  4. 结果：通话体验如丝般顺滑，完全感觉不到延迟，就像在使用地面上的VoNR一样。他们可以进行快速的战术协同，甚至在发现紧急情况时可以同时喊话提醒对方。

2. 应用层的挑战：一个开放的核心问题 (4.6.2 Open issues)

底层网络（RAN和核心网）提供了这种强大的“空中交换”能力，但上层的应用（如IMS客户端）如何才能利用它呢？这就是KI#6留给应用使能层（SA6）的核心问题。

From the application enabler’s perspective, the key issue will focus on how to support the IMS service via satellite access in the application enabled layer, it is proposed to study the following items:

• Investigate different deployment options for the application enabler of IMS (i.e. eMMTEL App) to utilize satellite access.

深度解析：

这个开放性问题看似只有一句话，但其内涵极为丰富。它探讨的是“IMS应用使能器（application enabler of IMS）”的部署选项。这里的“应用使能器”，可以理解为IMS体系中，负责与底层网络交互、并为上层IMS应用（如手机上的拨号盘、通话界面，即所谓的eMMTEL App）提供服务的中间件或功能实体。

这个问题的核心，是如何让IMS系统能够“感知”到UE-卫星-UE通信的可能性，并“决策”何时触发这种优化的数据路径。我们可以将其分解为几个关键的技术探究点：

2.1 技术探究点一：IMS系统如何“感知”？

IMS核心网，远在千里之外的地面数据中心，它如何得知“猎豹队”和“蜂鸟队”此刻都在同一颗飞速移动的LEO卫星覆盖之下？

• 需要与5GC（5G核心网）的深度联动：
  • 位置信息：IMS系统需要从5GC的AMF或UDR（统一数据存储库）获取到UE的精确位置信息和接入类型。这个接入类型需要足够精细，不仅要包含“NTN-LEO”，最好还能包含UE当前所连接的卫星的唯一ID。
  • 能力上报：5GC需要向IMS系统暴露一种能力，告知其“我所连接的这颗卫星，具备板载UPF和本地交换能力”。
• SIP信令的增强：
  • 在IMS的呼叫建立信令（SIP INVITE）中，可能会增加新的头域（Header），用于携带UE的位置信息或网络拓扑信息（如卫星ID）。当IMS服务器（如P-CSCF/S-CSCF）在处理一个呼叫时，如果发现主叫和被叫的SIP信令中，都携带了相同的卫星ID，并且网络能力表明该卫星支持本地交换，那么它就知道触发UE-卫星-UE通信的条件已经满足。

2.2 技术探究点二：谁来“决策”和“执行”？

当IMS系统感知到可以进行优化时，由谁来做出最终决策，并指挥网络执行这个操作？

• 决策者：IMS核心网：
  • 决策通常由IMS核心网中的功能实体（如S-CSCF或专门的应用服务器AS）做出。它会综合考虑多种因素，比如两个UE是否确实在同一颗卫星下、网络策略是否允许、用户的签约信息等。
• 执行者：5GC核心网：
  • 一旦IMS做出决策，它会通过与5GC的PCF（策略控制功能）的交互，来影响用户面的路径。
  • 例如，IMS系统可以向PCF发送一个请求：“请为这个通话会话，建立一个经过卫星本地UPF转发的QoS Flow”。PCF随后生成相应的PCC（策略与计费控制）规则，下发给SMF（会話管理功能）。
  • SMF最终负责与卫星上的UPF进行交互，建立起那条优化的“空中转发”路径。

2.3 技术探究点三：应用使能器的部署选项

回到规范提出的开放问题本身——“部署选项”。这指的是负责上述“感知”和“决策”的IMS应用使能功能，应该放在哪里？

• 选项A：中心化部署：这些功能完全集成在地面的、中心化的IMS核心网中。这是最传统的方案，易于管理，但信令交互的延迟最高。
• 选项B：边缘化部署：在靠近卫星地面关口站的地方，部署区域性的IMS节点（例如一个IMS-AS）。这可以缩短信令路径，加快决策速度。
• 选项C：星上部署（终极形态）：将轻量化的IMS信令功能（例如一个简化的P-CSCF或专门用于本地呼叫的AS），也部署到卫星的边缘计算平台上。在这种模式下，一个纯粹的区域内呼叫，其信令面和用户面都可以在卫星上闭环，实现了完全的“断地”自治。这对于需要极高鲁棒性的军事或灾难救援场景，具有不可估量的价值。

3. 总结：重塑区域通信的版图

“关键问题#6”为我们揭示了5G NTN一项极具颠覆性的能力——用户面本地交换。它彻底打破了传统卫星通信“一切业务绕地球”的低效模式，将卫星从一个简单的“空中天线”，升级为一个智能的“空中交换机”。

这项技术的核心价值，是为没有地面网络覆盖的广阔区域，带来了与地面体验相媲美的低延迟本地通信：

• 极致的用户体验：对于区域内的语音和视频通话，延迟可以降低一个数量级，实现真正的“天涯若比邻”。
• 无与伦比的鲁棒性：即使在馈线链路中断、与地面总部完全“失联”的极端情况下，区域内的“生命线”通信依然畅通，为团队协作和安全提供了最终的保障。
• 更高的网络效率：用户面流量不再占用宝贵的、昂贵的星地链路带宽，极大地提升了整个系统的资源利用率。

当然，实现这一愿景，需要应用使能层（IMS）与底层网络（5G RAN/Core）之间进行前所未有的深度协同。如何设计高效的感知机制、智能的决策流程和灵活的部署架构，将是3GPP在后续标准化工作中需要攻克的关键堡垒。一旦成功，它将彻底重塑远洋、深空、荒野和灾区等场景下的通信版图。

---

FAQ环节

Q1：UE-卫星-UE通信和我们常说的“D2D（设备到设备）”或“Sidelink”通信有什么区别？ A1：这是一个很好的对比。它们的共同目标都是实现“本地通信”，但技术路径完全不同。D2D/Sidelink通信，是指两个UE不经过任何网络基础设施（如基站），直接在它们之间建立一条短距离的无线链路。而UE-卫星-UE通信，是两个UE都通过卫星这个网络基础设施进行连接，但数据流在基础设施的“边缘”（即卫星上）就被转发了。可以类比为：D2D/Sidelink像是两个人直接面对面说话，而UE-卫星-UE像是两个人在同一个房间里，通过房间内的Wi-Fi路由器（而不是通过互联网）来聊天。

Q2：实现UE-卫星-UE通信，对卫星本身有什么特殊要求？ A2：有非常高的要求。这种卫星必须具备“再生载荷（Regenerative Payload）”能力。传统的“弯管（Bent-pipe）”卫星，只是一个简单的信号放大转发器，它无法理解信号的内容，只能原封不动地将收到的信号发往地面。而再生载荷卫星，相当于在太空中集成了一个小型化的5G基站（gNB）和核心网用户面（UPF）。它能够对信号进行解调、解码、路由和交换，拥有“智能”，这是实现用户面本地交换的物理前提。

Q3：为什么控制信令（Control Plane）还需要经过地面，不能也在卫星上处理吗？ A3：这是一个部署策略的权衡。将控制信令也放在卫星上处理是终极的理想形态，但它面临巨大挑战：1) 核心功能复杂性：像鉴权（AUth）、移动性管理（Mobility）、会话管理（Session Mgmt）这些核心控制功能非常复杂，且需要与地面的用户数据库（UDR）、策略中心（PCF）等进行紧密交互，将它们全部搬上资源受限的卫星，在技术和成本上都极具挑战。2) 全局视图：很多控制决策需要全局的网络视图（比如用户漫游到另一个卫星运营商的网络），这更适合由中心化的地面核心网来处理。因此，在当前阶段，将信令面保留在地面，而将对延迟最敏感的用户面下沉到卫星，是一种更现实、更具性价比的架构选择。

Q4：这项技术主要适用于IMS语音业务吗？普通的数据业务（比如两个人都玩一款在线游戏）能用吗？ A4：规范以IMS业务为例，是因为它最典型、需求最明确。但这项技术的原理是普适的，完全可以应用于任何需要低延迟的本地数据业务。比如，在远洋上的一艘科考船和一架伴飞的无人机之间，如果需要实时传输高清视频和遥测数据，就可以利用UE-卫星-UE通信，在卫星上建立一条超低延迟的宽带数据链路。实现这一切的关键，是5GC的SMF和PCF能够识别出这是一个“本地数据流”，并为其建立正确的用户面路径，而不再局限于IMS的信令流程。

Q5：如果猎豹队和蜂鸟队分别在两颗相邻的LEO卫星覆盖下，还能实现这种低延迟通信吗？ A5：可以，但这需要更高级的能力——星间链路（ISL）。在这种情况下，数据流的路径将变为：“猎豹队 → LEO卫星A ←> LEO卫星B → 蜂鸟队”。数据流通过卫星之间的激光或毫米波链路直接转发。虽然比单颗卫星转发多了一跳ISL的延迟，但依然远远快于绕道地球。这要求卫星星座本身具备强大的“空间组网”能力，是构建天基互联网（Space-based Internet）的核心技术。