51学通信

深度解析 3GPP TR 23.700-19：当5G仰望星辰，星地融合的技术蓝图（全景概览）

43分钟阅读

Latency):** GEO卫星距离地面约36000公里，光速一来一回的物理时延就好的，我们马上开始。这是本系列的第一篇深度解读文章，将对 3GPP TR 23.700-19 规范进行一个全面的概览性解读。

深度解析 3GPP TR 23.700-19：当5G仰望星辰，星地融合的技术蓝图（全景概览）

本文技术原理深度参考了 3GPP TR 23.接近270毫秒。任何一次信令交互，算上处理时延，轻松突破500-700-19 V1.0.0 (2025-09) Release 20 600毫秒。这对于需要实时交互的语音通话建立过程是致命的。

  1. 低规范，旨在为读者提供一个关于“5G架构中卫星组件集成研究（第四阶段）”的全景视图带宽 (Low Bandwidth): NB-IoT是为低功耗、低速率的物联网应用设计的，其上下。本文将作为系列文章的总纲，系统性地介绍该技术报告的研究背景、核心挑战以及琳琅行速率通常只有几十到一百多kbps。宝贵的带宽资源必须精打细算。
  2. **满目的解决方案，为后续的逐章深度拆解奠定基础。

引言：当5G仰望EPC的承载模型:** EPC使用“承载（Bearer）”为数据流提供QoS保障。为星辰

Alex是一位资深的5G研发工程师，最近他所在的团队接到了一个极具前瞻性的任务语音建立专用的GBR（保证比特率）承载是VoLTE的常规操作，但在NB-IoT：评估并将卫星通信（SatCom）能力整合进公司未来的产品路线图。他知道，这不仅仅是上，GBR承载通常是不被支持的。

“所以，我们的任务就是在这样一个‘高时延、窄简单的网络扩展，而是一场关乎“无所不在的连接”的革命。办公桌上，一份带宽、弱QoS’的管道里，去跑对时延、带宽、QoS都要求很高的IMS语音业务最新的3GPP技术报告——TR 23.700-19，成为了他团队未来几个月的。这是一个典型的‘戴着镣铐跳舞’的场景。”

**2.1.2 研究的技术核心研读材料。

这份报告的全名是《5G架构中卫星组件集成研究；第四阶段（路径：CP与UP优化并行探索**

NOTE 1: CP CIoT EPS optimization, UP CIRelease 20）》。它不是一本枯燥的标准，而是3GPP为解决“星地融合”这一oT EPS optimization and S1-U based NB IoT NTN solutions will be studied.

这个注释揭示了后续宏大命题而进行的一系列技术探索和可行性分析的结晶。Alex深知，要啃下解决方案的两大主要技术流派。团队里的初级工程师Lily提出了疑问：“Alex，CP优化和UP优化具体这块硬骨头，首先必须对这份报告有一个全局性的、鸟瞰式的理解。它到底要解决什么问题指什么？”

Alex赞许地点点头：“问得好。这是理解NB-IoT数据传输的关键。在？面临哪些核心挑战？又提出了哪些可能的解决路径？

这正是本文的目的：跟随Alex的视角，一同NB-IoT中，数据有两种传输方式：”

  • **用户面（User Plane, UP）优化：对3GPP TR 23.700-19进行一次全面的概览，为通信行业的工程师和未来的人才们，描绘一幅5G与卫星通信融合的宏伟蓝图。

** 这是“正规途径”。UE通过信令流程建立一个专门用于传输用户数据的“数据无线承载（DRB## 1. 研究背景：为何需要“天地一体”？

在深入技术细节之前，Alex和团队首先）”。所有的数据包都通过这个DRB传输。优点是符合传统的信令和数据分离模型，可以传输要回答一个根本问题：为什么我们要费尽心力地将卫星集成到5G系统中？ terrestrial network（相对较大的数据包。缺点是建立和维护这个承载需要额外的信令开销和时间。`S1-U地面网络）难道还不够用吗？

答案显然是否定的。5G的三大应用场景——eMB based`指的就是数据通过S1-U接口在基站和S-GW之间传输，这是典型的用户面路径。B（增强移动宽带）、mMTC（海量机器类通信）和uRLLC（超可靠低

  • 控制面（Control Plane, CP）优化： 这是NB-IoT为传输少量数据设计的“时延通信），描绘了一个万物互联的智能世界。然而，地面基站的覆盖范围终究有限快捷方式”。它允许UE将少量用户数据“塞”在NAS信令消息中，通过“信令无线承载。截至目前，全球仍有大片区域，如海洋、沙漠、深山、飞行航线，是（SRB）”直接发送给MME。优点是无需建立专门的数据承载，流程快，开移动网络的“盲区”。

The scope of this Technical Report is to study the following aspects:

  • Support销小。缺点是每次能传输的数据量非常有限，而且会增加MME的处理负荷。

“所以 of IMS voice call over NB-IoT NTN via GEO satellite connecting to EPC.

  • Enhancements for UE-SAT，NOTE 1告诉我们，3GPP的研究是开放的。他们会同时探索：是走‘正规’的用户-UE communication with 5GS under NR NTN NGSO constellation with feeder link available.

规范的范围（Scope面路径，想办法优化它以承载语音？还是走‘捷径’的控制面路径，挑战）部分开宗明义地指出了两大研究方向。这背后隐藏着巨大的商业和战略价值：

**用它来传输实时语音流？或是两者的结合？这是后续解决方案争论的焦点。”

2.1.3 固有的优先级：控制面的优先权

NOTE 2: Solutions should take into account1.1 全球无死角覆盖：** 对于远洋货轮上的物联网传感器、偏远矿区的 that CP CIoT EPS optimization data in current pre Rel-20 NB-IoT is regarded as NAS signalling and by自动化设备、或是徒步穿越无人区的探险家，卫星网络是他们接入数字世界的唯一生命线。将 default has higher priority than UP data.

“这个NOTE 2看似不起眼，但却是一个非常重要的系统卫星作为5G的非地面网络（Non-Terrestrial Network, NTN）组成部分，可以实现真正的全球覆盖。

1.2 业务连续性与网络韧性： 当地面网络因自然灾害（设计原则。” Alex解释道，“它强调了，通过控制面传输的数据，因为其本质是信令，地震、洪水）或重大事故而中断时，卫星网络可以作为紧急备用链路，保障关键通信，如应急所以其优先级天然高于通过用户面传输的普通数据。这意味着，如果一个方案选择用CP路径传输语音，那么救援指挥、灾情数据回传等，这对于公共安全至关重要。

1.3 万物互联的延伸： 海量的物联网设备，特别是NB-IoT（窄带物联网）设备，其这些语音包将在空口调度中获得更高的优先级。这对于保障语音质量来说，既是优势（优先级应用场景遍布全球。例如，全球物流追踪、农业环境监测、跨境资产管理等，这些都依赖于高），也可能带来风险（可能影响其他正常信令）。”

2.1.4 广域、低成本的连接。通过卫星承载NB-IoT业务，是实现“全球物联”最具简化问题边界：不考虑移动性与SCEF

  • There will be no mobility enhancements developed for the NB-IoT成本效益的方案之一。

1.4 新兴业务的催化剂： 从“低 NTN in this study.

  • Only architecture options with data via SGi will be considered. The option with空经济”中的无人机通信，到空中互联网服务，再到车联网中的高精度定位和安全冗余通信， data via SCEF/T8 will not be considered.

Alex接着解释这两条约束： “第一条许多新兴业务都对网络的无缝覆盖和高可用性提出了苛刻要求。卫星网络作为地面网络的补充，不开发移动性增强。为什么？因为我们研究的是GEO卫星，它相对地面是静止的。一个和增强，为这些创新应用提供了坚实的基础。

Alex向团队总结道：“TR 23.700GEO卫星的波束可以覆盖几百甚至上千公里的范围，就像一个巨大的、固定的蜂窝小区。在这个-19并非凭空想象，它的两大研究课题，精准地瞄准了当前及未来通信市场的痛场景下，终端的移动性管理不是最首要的矛盾，所以研究工作暂时将其搁置，以点和增长点。一是如何让最普及的物联网技术（NB-IoT）通过卫星提供基础的语音服务，聚焦于核心的语音承载问题。”

“第二条，只考虑通过SGi接口的数据路径。SGi是P-GW连接到外部IP网络（如互联网或IMS核心网）的标准接口。而SCEF/尤其是在紧急情况下；二是如何在更先进的5G架构下，实现卫星作为直连链路，赋T8是另一种为非IP数据（NIDD）设计的物联网数据出口。规范明确排除了SCEF路径能更高效的终端间通信。”

2. 架构假设：站在巨人的肩膀上

在解决，意味着本次研究聚焦于如何让NB-IoT NTN像一个标准的IP接入网络一样，无缝地新问题之前，必须明确研究的基础。3GPP的工作方式是演进式的，所有研究都基于现有的、成熟的架构。Alex提醒团队，理解这些“Architectural Assumptions”是看懂后续所有解决方案的前提。

接入到IMS系统中，而不是走物联网专用的非IP数据通道。这使得研究目标更加纯粹和通用 For IMS voice call over NB-IoT (GEO), the following architecture assumptions and principles are applied to this study: 。”

2.1.5 核心原则：最小化改动

  • Enhancements to - The EPC architecture with GEO satellite access for NB-IoT, as defined in TS 23.401 is NB-IoT (GEO), EPC, and IMS for supporting voice call via GEO shall be minimized.

“这是工程实践和商业落地的黄金法则。” Alex强调，“‘最小化改动’意味着，那些需要对现有网络（ used as baseline.

… The following architecture assumptions are applied to the study for UE-Satellite-UE Communication:

  • The 5GS architecture for NR satellite access as defined in TS 23.501 is usedEPC、IMS）进行颠覆性改造的方案，天生就不受欢迎。3GPP更青睐那些通过 as a baseline.

规范明确了两大基线架构：

2.1 基线一：EPC巧妙的流程增强、参数扩展或在边缘节点（如P-CSCF）增加适配功能来实现目标的方案。这既 + GEO NB-IoT NTN

针对第一个研究课题“通过GEO卫星在NB-IoT上传输IMS语音能保护运营商的现有投资，也更容易实现平滑演进。”

**2.1.6 沿”，规范选择了演进分组核心网（Evolved Packet Core, EPC）作为核心网架构。

  • EPC是什么？ 它是4G LTE网络的核心网。虽然5G已经推出了全新的5GC（5G Core），但用标准IMS架构**
  • The IMS reference architecture, as specified in TS 23.228 for non-emergency calls is used as baseline.
  • The IMS reference architecture, as specified in TS 23.全球范围内仍有海量的物联网业务，特别是NB-IoT，是部署在EPC上的。因此，基于EPC167 for emergency calls is the baseline.

“最后，这两条明确了，无论是普通进行增强研究，具有极大的现实意义和兼容性。

  • GEO卫星？地球同步轨道呼叫还是紧急呼叫，我们都必须基于现有的、标准化的IMS架构和流程进行研究。我们（Geostationary Orbit）卫星，距离地面约36000公里。它的优点是三颗即可覆盖全球不是要发明一套新的语音系统，而是要让现有的IMS系统，能够‘跑’在NB-IoT NT大部分地区，且相对于地面始终静止，无需频繁切换。但其致命缺点是高时延，N这条特殊的高速公路上。”

2.2 针对“UE-Satellite-UE Communication”信号一来一回（地-天-地）的物理传播时延就高达约270毫秒的研究假设

这一部分则将视角切换到未来，为构建更加高效、灵活的5G卫星通信系统设定，一个完整的交互（如TCP握手）轻易就会超过半秒。这对于实时性要求高的语音业务了前瞻性的框架。

2.2.1 基线架构：5GS + NR卫星接入

  • The 5GS architecture for NR satellite access as defined in TS 23.501来说，是天生的“硬伤”。
  • NB-IoT？ 窄带物联网技术，为 is used as a baseline.

“现在，我们进入第二个战场。” Alex在白板的另一侧画出了低功耗、低速率、大连接的物联网场景而生。它的特点是信道极窄，传输速率5GS的服务化架构（SBA），突出了AMF、SMF、UPF等关键网络功能。

“极低（通常在几十到一百多kbps）。用它来传输本就对时延和带宽敏感的语音，本身就是“螺蛳壳里做道场”。

Alex画了一张图，总结道：“我们的这里的基线是5GS，即完整的5G核心网。与EPC相比，5GS最大的特点是控制第一个挑战，就是在4G核心网（EPC）的基础上，利用高时延的同步轨道卫星（GEO），在面和用户面的彻底分离，以及服务化的接口。这为网络功能的灵活部署提供了巨大的想象空间，比如带宽极其有限的窄带物联网（NB-IoT）上，去实现一个可以接受的IMS语音通话。这几乎是把所有最不利的条件都凑到了一起，难度可想而知。”

2.2 基线，把某个网络功能部署到云上，或者…部署到天上。”

**2.2.2 核心二：5GS + NR NTN

针对第二个研究课题“UE-SAT-UE通信增强”，规范选择了前提：星上处理能力（Onboard UPF）**

  • NR UE-Satellite-UE Communication for5G系统（5G System, 5GS）作为基线架构。
  • 5GS是什么？ non-IMS assumes a gNB and a UPF is present onboard of the satellite.

“这是这部分研究中最 它是5G的核心网，采用了全新的服务化架构（SBA），更加灵活、开放、智能。

  • 激动人心、也是最具革命性的一条假设！” Alex的声调提高了几分，“它假设了卫星不再NR NTN？ 基于5G新空口（New Radio, NR）技术的非地面网络。与是一个简单的信号反射镜（Bent-pipe），而是一个具备处理能力的‘再生式负载’（Regenerative Payload）NB-IoT NTN相比，它能提供更高的带宽和更强的能力。
  • UE-SAT-UE平台。具体来说，卫星上部署了5G的基站（gNB）和用户面功能（UPF）通信？ 这是研究的重点。传统的卫星通信模型是“弯管”（Bent-pipe），卫星仅作为转发。”

他画了一个场景对比图：

  • 传统Bent-pipe模式： UE-A → 卫星 → 地面站 → 核心网 → 地面站 → 卫星 → UE-B。数据走了一个漫长的“器，所有数据都必须先下行到地面站（Gateway），再由地面核心网处理后上行到卫星V”字形或“W”字形路径。
  • 星上UPF模式： UE-A →，最后再下行给目标用户。这条路径非常长，时延巨大。而“UE-SAT- 卫星 (gNB → UPF) → UE-B。数据在卫星上直接被转发，实现了太空UE”通信则希望卫星本身具备一定的处理能力，例如，在卫星上部署一个UPF（用户面中的“局域网”通信。

“这意味着什么？时延的极大降低！这对于时延敏感业务功能）网元。

NR UE-Satellite-UE Communication for non-IMS assumes a gNB and a UPF is，比如战术通信、远程协作、甚至未来的太空游戏，都是颠覆性的。我们的研究，就是要探索在5 present onboard of the satellite.

这样，当两个在同一颗或相邻卫星覆盖下的UE通信时，其用户GS架构下，SMF如何控制和管理这个‘飞在天上的UPF’，以实现这种高效的通信数据可以直接通过星上UPF进行转发，无需再落地到地面站，极大地缩短了传输路径，降低模式。”

2.2.3 轨道类型与链路假设

  • NR UE-Satellite-了时延。这种具备处理能力的卫星通常被称为“再生式负载”（Regenerative Payload）卫星。

UE Communication assumes that the serving satellite will be of NSGO type.

  • Inter-Satellite Links (ISL) andAlex解释说：“第二个挑战更加面向未来。我们要在5G先进的架构下，探索如何把核心网的用户面功能 Feeder link are assumed to act only as transport layer links and are not specified in 3GPP…

“这里的（UPF）‘搬’到卫星上去。这不仅是技术上的飞跃，更是对网络拓扑和业务NSGO应该是NGSO（Non-Geostationary Orbit，非对地静止轨道），包括LEO模式的重构。它能让卫星从一个简单的‘太空反射镜’，变成一个真正的‘空中交换（低地球轨道）和MEO（中地球轨道）。这与第一个研究课题的GEO假设形成了鲜明对比。” Alex解释说，“为什么这里用NGSO？因为LEO/MEO卫星时延低，更适合承中心’。”

3. 核心挑战：必须翻越的五座大山 (Key Issues)

明确了基础架构后，TR 23.700-19在第5章中，精准地定义载需要更高性能的NR业务。但它们高速移动，带来了频繁切换和路由变化的复杂性，这正是了需要攻克的五大核心技术挑战，即“Key Issues”。Alex将这五大KI视为整个研究工作的“UE-SAT-UE通信中需要考虑的移动性难题。”

“同时，规范简化了问题，将问题清单”。

3.1 KI#1: 在EPC上支持GEO NB-IoT NTN的IMS‘星间链路（ISL）’和‘馈线链路（Feeder Link）’视为透明的传输语音通话

这是最核心、最基础的问题。要在一个为低速率数据设计的系统上承载实时语音，挑战是全方位的。

To support IMS voice call over NB-IoT NTN via GEO satellite connecting to EPC, this层，3GPP不关心它们具体如何实现。这让我们的研究可以聚焦于3GPP核心网的 key issue studies the following issues:

  • System enhancements to support IMS voice service over NB-IoT NTN via GEO satellite connecting逻辑功能和信令流程，而不是陷入卫星本身的传输技术细节。”

**2.2.4 其他约束 to EPC;

  • Whether and how to support QoS for IMS voice service over GEO satellite.
  • 系统增强
  • NR UE-Satellite-UE Communication assumes a feeder link is always available.
  • …ass：** 现有的EPC和NB-IoT流程是否需要修改？例如，UE如何告知网络它具备通过umes communication between UEs under the coverage of the same satellite or different satellites of the same PLMN. -卫星NB-IoT进行语音通话的能力？网络如何接纳并处理这种特殊的业务请求？这些都需要对现有信 No UE impacts are expected for UE-Satellite-UE Communications.

Alex最后总结了这几点： “令流程进行增强。

  • QoS保障： 语音通话对时延、抖动、丢‘馈线链路永远可用’是一个理想化假设，保证了控制面信令总能到达地面核心网。‘通信包率有严格的要求，这需要通过QoS（服务质量）机制来保障。然而，NB-IoT的设计初衷并不侧重于复杂的QoS区分，更不用说在时延动辄数百毫秒的GEO发生在同一运营商（PLMN）的卫星覆盖下’，定义了研究不涉及跨运营商的复杂漫游场景。而链路上。如何为语音信令和媒体流提供差异化的、可保障的QoS，是一个巨大的难题。这‘期望没有UE影响’，则是一个重要的指导原则，意味着我们希望通过网络侧的智能化来解决问题可能涉及到对承载（Bearer）管理、调度优先级等方面的改造。

3.2 KI#2: GEO，尽量不要因为引入了这项新功能而要求对现有5G终端进行大的硬件或软件改动。” NB-IoT NTN接入的IMS增强

即使网络层面解决了传输问题，IMS（IP多媒体子系统）自身

3. 结论：从假设到解决方案的桥梁

Alex结束了对第4章的也需要“瘦身”以适应极度受限的卫星链路。IMS最初是为宽带接入设计的，讲解。“今天，我们一起‘勘测’了整个战场。我们清楚了在EPC+GEO的‘沼其信令（基于SIP协议）相对复杂和冗长。

To meet the requirements on experienced data rate and call泽地’和5GS+NGSO的‘高科技阵地’上，我们分别拥有哪些武器， setup time documented in TS 22.261, this key issue studies:

  • Whether and how to enhance IMS to utilize NB-IoT as IP-CAN;
  • Potential IMS optimization.
  • IP遵守哪些规则。这些架构假设，就像一座座灯塔，为后续第6章那二十个眼花缭乱的-CAN适配： IMS如何识别并适配NB-IoT NTN这样一个特殊的IP承载网络（IP-CAN）？解决方案指明了方向，也限定了它们的边界。”

“例如，” 他总结道，“当我们看到一个解决方案

  • IMS优化： 这是关键。3GPP TS 22.261对卫星接入的呼叫建立时间提出了要求。但在NB-IoT上，一个标准的SIP INVITE消息可能因为体积过大而提出要修改MME的行为来传输语音包时，我们就知道它是在‘CP CIoT EPS optimization’这个需要分片传输，一来一回的信令交互在GEO链路上会耗费数秒甚至数十秒。因此假设下工作的。当我们看到另一个方案讨论SMF如何选择远端UPF时，我们就明白它是在‘on，必须对IMS流程进行优化，比如：
    • 信令压缩： 能否减少SIPboard UPF’这个革命性的假设下进行的探索。可以说，不理解第4章，就不可能真正理解第6章消息中的头域和参数？
    • 流程简化： 能否减少呼叫建立过程中的信令交互次数？例如，跳过一些非必要的前置条件协商。

3.3 KI#3: 支持。”

团队成员们豁然开朗。这份看似枯燥的“假设”章节，在Alex的解读IMS紧急呼叫

无论在何处，提供紧急呼叫服务都是运营商的法定义务。在广袤的无人下，变成了一幅生动的、充满逻辑和约束的“战略地图”。他们对接下来的学习充满了信心和期待。

FAQ

**Q1：为什么TR 23.700-19要区，卫星连接可能是唯一的求救通道。

This key issue studies:

  • How to support IMS emergency call over NB-IoT NTN via GEO satellite connecting to EPC to comply with the relevant requirements…

挑战在于，在一个报告里同时研究基于EPC和5GS两种差别巨大的核心网架构？** A1：这体现紧急呼叫的优先级是最高的，它需要在任何情况下都能被网络识别并优先处理。在资源极其紧张的NB-IoT NTN链路上，如何确保紧急呼叫能够抢占资源、被快速路由到正确的了3GPP标准制定的“继承与发展”双轨思路。EPC（4G核心网） 及其上的NB-IoT网络是现网中已经大规模部署的技术，承载着海量的物联网连接公共安全应答点（PSAP），并满足相关的监管要求，是一项严肃而复杂的技术与工程问题。

3.4 KI#4: 紧急呼叫和监管业务的位置服务

紧急呼叫的。在此基础上研究卫星语音，是为了解决存量网络的覆盖延伸问题，具有极强的现实商业价值和向有效性，很大程度上依赖于能否精准获取求救者的位置。但在卫星通信场景下，这比地面后兼容性。而5GS（5G核心网） 代表了未来的发展方向，其服务化架构网络要困难得多。

This key issue studies whether existing location services can be used to obtain the UE location (e和网络功能虚拟化为星地融合提供了前所未有的灵活性。研究基于5GS的UE-SAT-UE.g. geographical location) meeting regulatory requirements…

地面网络可以通过多个基站的信号进行三角定位，精度通信，是在为下一代“天地一体”网络进行前瞻性的技术储备。因此，这份报告同时兼顾了“当下”和“未来”。

Q2：对于“IMS voice over NB-IoT (GEO)”的研究较高。而对于GEO卫星，由于其距离遥远且视角单一，传统的定位方法难以奏效。虽然UE可以通过内置的GNSS（如GPS、北斗）获取位置，但在室内或设备受限的情况下，GN，最核心的技术矛盾是什么？ A2：最核心的矛盾在于 业务需求与管道能力的极端SS可能无法工作。网络能否通过卫星信号自身（如时延、到达角等信息）提供一个可不匹配。一方面，IMS语音是实时业务，对时延、抖动、带宽和QoS保障用的、满足法规要求的网络侧定位，是KI#4要研究的核心。

3.5 KI#都有着严格的要求。另一方面，GEO NB-IoT NTN这个“管道”却天然具备高时延（5: 仅通过星上UPF实现的UE-SAT-UE非IMS业务通信

这个问题转向了5GS架构和再生式负载卫星。其核心是探索如何让数据流“抄近路”，直接在太空GEO轨道）、窄带宽（NB-IoT技术）、弱QoS保障（NB-IoT承载模型限制）完成转发。

This key issue studies:

  • How to support UE-SAT-UE communication via UP三大“硬伤”。所有针对此场景的解决方案，本质上都是在尝试通过各种优化手段（如协议压缩F only onboard satellite for non-IMS services (e.g. 5G-LAN services with IP and Ethernet、流程简化、承载方式创新等）来弥合这一巨大鸿沟。

**Q3：“星 PDU Session type).

这个研究课题的技术点包括：

  • 星上UPF的触发与选择： SMF（会话管理功能）如何判断一个会话适用于UE-SAT-UE通信，上UPF (UPF is present onboard of the satellite)”这个假设，对整个通信网络意味着什么？** A3并选择正确的星上UPF？
  • 会话建立与管理： 控制信令仍然需要通过地面：这意味着通信网络架构的范式转变，从“集中式”走向“分布式”和“边缘化”核心网，但SMF如何配置星上UPF的转发规则，建立起两个UE之间的用户面路径的极致。UPF是用户数据包处理的执行点。传统上，UPF部署在地面集中的数据中心。？
  • 移动性与连续性： 当UE在不同卫星波束间移动时，如何保证UE-SAT-UE通信的连续性？这可能涉及到星上UPF的切换或与地面锚而“星上UPF”相当于把数据处理的边缘节点推向了太空。这将带来革命性的变化：1定UPF的协同。
  • 业务类型： 规范特别提到了5G-LAN等业务。例如，在一个偏远科考站，两台设备需要高速互传数据，通过星上UPF) 超低时延： 绕过地面回传，实现“星内”或“星间”的流量交换，极大降低时延。2) 网络卸载： 大量本地流量在太空直接通信，将获得远低于传统卫星链路的延时和更高的效率。

Alex和团队成员们经过深入讨论，一致认为这五大Key Issues构成了TR 23.700-19的“就完成了处理，无需占用宝贵的星地回传链路带宽。3) 服务下沉： 未来灵魂”。它们不仅定义了问题的边界，也指明了后续所有解决方案需要瞄准的靶心。

甚至可以在星上UPF旁边部署边缘计算（MEC）平台，在太空中直接为终端提供计算 4. 解决方案概览：百花齐放的技术路径

面对上述五大挑战，TR 23和内容服务。

Q4：为什么在UE-SAT-UE的研究中，假设对UE没有影响 (.700-19的第6章提出了多达20种解决方案（Solutions）。Alex告诉团队，不必No UE impacts)？这现实吗？ A4：这是一个重要的设计目标，旨在促进新技术的平在第一次阅读时就陷入每个方案的细节，关键在于理解这些方案背后的设计思想和技术流派。他将这20个方案大致归为几大类。

4.1 流派一：用户滑引入。如果一项新技术要求对市面上数以亿计的存量终端进行硬件或大规模软件升级，其面（UP） vs. 控制面（CP）承载之争

这是为解决KI#1和#推广难度和成本将是巨大的。3GPP希望通过网络侧的智能（例如，由SMF和2，关于如何在NB-IoT上传输语音数据最核心的分歧。

  • 用户面（UP）方案（Solutions #1, #2, 3等）： 这是传统思路。即便是NB-IoT，也AMF等核心网功能来处理卫星接入带来的复杂性）来对UE屏蔽掉这些差异。UE可能只需要为数据传输提供了用户面通道（DRB - Data Radio Bearer）。这类方案主张将IMS信令和语音数据包一些小的软件更新来识别卫星网络环境，但其核心的协议栈和行为模式应尽量保持不变。当然，在（RTP）都通过用户面传输。其优点是符合标准网络的数据/信令分离思想，但缺点是在NB-IoT上建立和管理用户面承载（特别是专用于语音的承载）可能会增加额外的实际部署中，为了达到最佳性能，终端可能会进行一些针对性的优化，但“对UE影响最小化”始终信令和时延。Solution #2 甚至探讨了建立默认和专用两种EPS承载来分离信令和语音。

  • 控制面（CP）方案（Solutions #5, #6, 7等）： 这是NB是网络演进的重要原则。

Q5：在这份报告的假设中，GEO卫星用于NB-IoT，而-IoT特有的优化路径。NB-IoT支持一种称为“CIoT EPS优化”的模式，允许NGSO卫星用于NR。这是固定的搭配吗？ A5：不是。这只是这份报告为少量数据直接通过控制面信令（SRB - Signalling Radio Bearer）进行传输，从而避免了建立用户面连接的开销。这类方案大胆地提出，不仅是IMS信令，甚至连语音数据包本身两个特定研究课题选择的典型场景。选择GEO研究NB-IoT语音，是因为这是“最差条件下的挑战”，攻克它意义重大。选择NGSO研究NR下的UE-SAT-UE，是因为LEO/MEO，也封装在NAS消息中，通过控制面传输。其优点是可能实现更快的呼叫建立，但缺点是等NGSO卫星的低时延和动态特性更适合这种先进的应用场景。在现实世界中，技术突破了传统的CP/UP分工，对核心网网元（特别是MME）的处理能力和流程带来了新的挑战。组合是灵活的，例如，未来完全可能在LEO卫星上部署NB-IoT以提供更低时延

  • 混合方案（Solutions #8, 10等）： 这类方案试图结合两者的优点。例如的物联网服务，或在GEO卫星上部署NR以提供大范围的宽带覆盖。这份报告的假设，使用控制面承载传输IMS信令，以实现快速的会话建立；而使用用户面承载传输语音是为了聚焦研究，简化问题，而不是限定未来的技术组合。媒体流，以获得更好的传输效率和QoS保障。Solution #10 甚至提出用两个独立的PDN连接，一个走CP承载信令，一个走UP承载语音。

4.2 流派二：信令与协议的极致优化

GEO卫星的高时延和NB-IoT的低带宽，使得协议开销成为一个无法容忍的负担。因此，大量的解决方案都聚焦于如何“压榨”每一个比特。

  • 非IP数据传输（NIDD）（Solutions #3, #4, #11）： IP头（IPv4为20字节，IPv6为40字节）和UDP头（8字节）对于只有几十字节的语音载荷来说，开销巨大。NIDD方案提出，在UE和核心网的P-GW之间，语音包可以不带IP/UDP头进行传输，由P-GW在网络侧负责添加或剥离这些头部，从而与标准IMS网络互通。这极大地节省了空口带宽。

  • 替代信令协议（I1协议）（Solutions #4, #18）： SIP协议是文本协议，冗长且复杂。Solution #4 和 #18 提出，在UE和网络中的某个IMS节点（如

关系图谱