51学通信

深度解析 3GPP TR 23.700-19：卫星通信融入5G架构研究 (全景概览)

35分钟阅读

深度解析 3GPP TR 23.700-19：卫星通信融入5G架构研究 (全景概览)

本文技术原理深度参考了 3GPP TR 23.700-19 V1.0.0 (2025-09) Release 20 规范，旨在为读者提供一个关于“5G架构中卫星组件集成研究（第四阶段）”的全景视图。本文将作为系列文章的总纲，系统性地介绍该技术报告的研究背景、核心挑战以及琳琅满目的解决方案，为后续的逐章深度拆解奠定基础。

引言：当5G仰望星辰

Alex是一位资深的5G研发工程师，最近他所在的团队接到了一个极具前瞻性的任务：评估并将卫星通信（SatCom）能力整合进公司未来的产品路线图。他知道，这不仅仅是简单的网络扩展，而是一场关乎“无所不在的连接”的革命。办公桌上，一份最新的3GPP技术报告——TR 23.700-19，成为了他团队未来几个月的核心研读材料。

这份报告的全名是《5G架构中卫星组件集成研究；第四阶段（Release 20）》。它不是一本枯燥的标准，而是3GPP为解决“星地融合”这一宏大命题而进行的一系列技术探索和可行性分析的结晶。Alex深知，要啃下这块硬骨头，首先必须对这份报告有一个全局性的、鸟瞰式的理解。它到底要解决什么问题？面临哪些核心挑战？又提出了哪些可能的解决路径？

这正是本文的目的：跟随Alex的视角，一同对3GPP TR 23.700-19进行一次全面的概览，为通信行业的工程师和未来的人才们，描绘一幅5G与卫星通信融合的宏伟蓝图。

1. 研究背景：为何需要“天地一体”？

在深入技术细节之前，Alex和团队首先要回答一个根本问题：为什么我们要费尽心力地将卫星集成到5G系统中？ terrestrial network（地面网络）难道还不够用吗？

答案显然是否定的。5G的三大应用场景——eMBB（增强移动宽带）、mMTC（海量机器类通信）和uRLLC（超可靠低时延通信），描绘了一个万物互联的智能世界。然而，地面基站的覆盖范围终究有限。截至目前，全球仍有大片区域，如海洋、沙漠、深山、飞行航线，是移动网络的“盲区”。

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

  • Support of IMS voice call over NB-IoT NTN via GEO satellite connecting to EPC.
  • Enhancements for UE-SAT-UE communication with 5GS under NR NTN NGSO constellation with feeder link available.

规范的范围（Scope）部分开宗明义地指出了两大研究方向。这背后隐藏着巨大的商业和战略价值：

1.1 全球无死角覆盖： 对于远洋货轮上的物联网传感器、偏远矿区的自动化设备、或是徒步穿越无人区的探险家，卫星网络是他们接入数字世界的唯一生命线。将卫星作为5G的非地面网络（Non-Terrestrial Network, NTN）组成部分，可以实现真正的全球覆盖。

1.2 业务连续性与网络韧性： 当地面网络因自然灾害（地震、洪水）或重大事故而中断时，卫星网络可以作为紧急备用链路，保障关键通信，如应急救援指挥、灾情数据回传等，这对于公共安全至关重要。

1.3 万物互联的延伸： 海量的物联网设备，特别是NB-IoT（窄带物联网）设备，其应用场景遍布全球。例如，全球物流追踪、农业环境监测、跨境资产管理等，这些都依赖于广域、低成本的连接。通过卫星承载NB-IoT业务，是实现“全球物联”最具成本效益的方案之一。

1.4 新兴业务的催化剂： 从“低空经济”中的无人机通信，到空中互联网服务，再到车联网中的高精度定位和安全冗余通信，许多新兴业务都对网络的无缝覆盖和高可用性提出了苛刻要求。卫星网络作为地面网络的补充和增强，为这些创新应用提供了坚实的基础。

Alex向团队总结道：“TR 23.700-19并非凭空想象，它的两大研究课题，精准地瞄准了当前及未来通信市场的痛点和增长点。一是如何让最普及的物联网技术（NB-IoT）通过卫星提供基础的语音服务，尤其是在紧急情况下；二是如何在更先进的5G架构下，实现卫星作为直连链路，赋能更高效的终端间通信。”

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

在解决新问题之前，必须明确研究的基础。3GPP的工作方式是演进式的，所有研究都基于现有的、成熟的架构。Alex提醒团队，理解这些“Architectural Assumptions”是看懂后续所有解决方案的前提。

For IMS voice call over NB-IoT (GEO), the following architecture assumptions and principles are applied to this study:

  • The EPC architecture with GEO satellite access for NB-IoT, as defined in TS 23.401 is 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 used as a baseline.

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

2.1 基线一：EPC + GEO NB-IoT NTN

针对第一个研究课题“通过GEO卫星在NB-IoT上传输IMS语音”，规范选择了演进分组核心网（Evolved Packet Core, EPC）作为核心网架构。

  • EPC是什么？ 它是4G LTE网络的核心网。虽然5G已经推出了全新的5GC（5G Core），但全球范围内仍有海量的物联网业务，特别是NB-IoT，是部署在EPC上的。因此，基于EPC进行增强研究，具有极大的现实意义和兼容性。
  • GEO卫星？地球同步轨道（Geostationary Orbit）卫星，距离地面约36000公里。它的优点是三颗即可覆盖全球大部分地区，且相对于地面始终静止，无需频繁切换。但其致命缺点是高时延，信号一来一回（地-天-地）的物理传播时延就高达约270毫秒，一个完整的交互（如TCP握手）轻易就会超过半秒。这对于实时性要求高的语音业务来说，是天生的“硬伤”。
  • NB-IoT？ 窄带物联网技术，为低功耗、低速率、大连接的物联网场景而生。它的特点是信道极窄，传输速率极低（通常在几十到一百多kbps）。用它来传输本就对时延和带宽敏感的语音，本身就是“螺蛳壳里做道场”。

Alex画了一张图，总结道：“我们的第一个挑战，就是在4G核心网（EPC）的基础上，利用高时延的同步轨道卫星（GEO），在带宽极其有限的窄带物联网（NB-IoT）上，去实现一个可以接受的IMS语音通话。这几乎是把所有最不利的条件都凑到了一起，难度可想而知。”

2.2 基线二：5GS + NR NTN

针对第二个研究课题“UE-SAT-UE通信增强”，规范选择了5G系统（5G System, 5GS）作为基线架构。

  • 5GS是什么？ 它是5G的核心网，采用了全新的服务化架构（SBA），更加灵活、开放、智能。
  • NR NTN？ 基于5G新空口（New Radio, NR）技术的非地面网络。与NB-IoT NTN相比，它能提供更高的带宽和更强的能力。
  • UE-SAT-UE通信？ 这是研究的重点。传统的卫星通信模型是“弯管”（Bent-pipe），卫星仅作为转发器，所有数据都必须先下行到地面站（Gateway），再由地面核心网处理后上行到卫星，最后再下行给目标用户。这条路径非常长，时延巨大。而“UE-SAT-UE”通信则希望卫星本身具备一定的处理能力，例如，在卫星上部署一个UPF（用户面功能）网元。

NR UE-Satellite-UE Communication for non-IMS assumes a gNB and a UPF is present onboard of the satellite.

这样，当两个在同一颗或相邻卫星覆盖下的UE通信时，其用户数据可以直接通过星上UPF进行转发，无需再落地到地面站，极大地缩短了传输路径，降低了时延。这种具备处理能力的卫星通常被称为“再生式负载”（Regenerative Payload）卫星。

Alex解释说：“第二个挑战更加面向未来。我们要在5G先进的架构下，探索如何把核心网的用户面功能（UPF）‘搬’到卫星上去。这不仅是技术上的飞跃，更是对网络拓扑和业务模式的重构。它能让卫星从一个简单的‘太空反射镜’，变成一个真正的‘空中交换中心’。”

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

明确了基础架构后，TR 23.700-19在第5章中，精准地定义了需要攻克的五大核心技术挑战，即“Key Issues”。Alex将这五大KI视为整个研究工作的“问题清单”。

3.1 KI#1: 在EPC上支持GEO NB-IoT NTN的IMS语音通话

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

To support IMS voice call over NB-IoT NTN via GEO satellite connecting to EPC, this key issue studies the following issues:

  • System enhancements to support IMS voice service over NB-IoT NTN via GEO satellite connecting to EPC;
  • Whether and how to support QoS for IMS voice service over GEO satellite.
  • 系统增强： 现有的EPC和NB-IoT流程是否需要修改？例如，UE如何告知网络它具备通过卫星NB-IoT进行语音通话的能力？网络如何接纳并处理这种特殊的业务请求？这些都需要对现有信令流程进行增强。
  • QoS保障： 语音通话对时延、抖动、丢包率有严格的要求，这需要通过QoS（服务质量）机制来保障。然而，NB-IoT的设计初衷并不侧重于复杂的QoS区分，更不用说在时延动辄数百毫秒的GEO链路上。如何为语音信令和媒体流提供差异化的、可保障的QoS，是一个巨大的难题。这可能涉及到对承载（Bearer）管理、调度优先级等方面的改造。

3.2 KI#2: GEO NB-IoT NTN接入的IMS增强

即使网络层面解决了传输问题，IMS（IP多媒体子系统）自身也需要“瘦身”以适应极度受限的卫星链路。IMS最初是为宽带接入设计的，其信令（基于SIP协议）相对复杂和冗长。

To meet the requirements on experienced data rate and call 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-CAN适配： IMS如何识别并适配NB-IoT NTN这样一个特殊的IP承载网络（IP-CAN）？
  • IMS优化： 这是关键。3GPP TS 22.261对卫星接入的呼叫建立时间提出了要求。但在NB-IoT上，一个标准的SIP INVITE消息可能因为体积过大而需要分片传输，一来一回的信令交互在GEO链路上会耗费数秒甚至数十秒。因此，必须对IMS流程进行优化，比如：
    • 信令压缩： 能否减少SIP消息中的头域和参数？
    • 流程简化： 能否减少呼叫建立过程中的信令交互次数？例如，跳过一些非必要的前置条件协商。

3.3 KI#3: 支持IMS紧急呼叫

无论在何处，提供紧急呼叫服务都是运营商的法定义务。在广袤的无人区，卫星连接可能是唯一的求救通道。

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…

挑战在于，紧急呼叫的优先级是最高的，它需要在任何情况下都能被网络识别并优先处理。在资源极其紧张的NB-IoT NTN链路上，如何确保紧急呼叫能够抢占资源、被快速路由到正确的公共安全应答点（PSAP），并满足相关的监管要求，是一项严肃而复杂的技术与工程问题。

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

紧急呼叫的有效性，很大程度上依赖于能否精准获取求救者的位置。但在卫星通信场景下，这比地面网络要困难得多。

This key issue studies whether existing location services can be used to obtain the UE location (e.g. geographical location) meeting regulatory requirements…

地面网络可以通过多个基站的信号进行三角定位，精度较高。而对于GEO卫星，由于其距离遥远且视角单一，传统的定位方法难以奏效。虽然UE可以通过内置的GNSS（如GPS、北斗）获取位置，但在室内或设备受限的情况下，GNSS可能无法工作。网络能否通过卫星信号自身（如时延、到达角等信息）提供一个可用的、满足法规要求的网络侧定位，是KI#4要研究的核心。

3.5 KI#5: 仅通过星上UPF实现的UE-SAT-UE非IMS业务通信

这个问题转向了5GS架构和再生式负载卫星。其核心是探索如何让数据流“抄近路”，直接在太空完成转发。

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).

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

  • 星上UPF的触发与选择： SMF（会话管理功能）如何判断一个会话适用于UE-SAT-UE通信，并选择正确的星上UPF？
  • 会话建立与管理： 控制信令仍然需要通过地面核心网，但SMF如何配置星上UPF的转发规则，建立起两个UE之间的用户面路径？
  • 移动性与连续性： 当UE在不同卫星波束间移动时，如何保证UE-SAT-UE通信的连续性？这可能涉及到星上UPF的切换或与地面锚定UPF的协同。
  • 业务类型： 规范特别提到了5G-LAN等业务。例如，在一个偏远科考站，两台设备需要高速互传数据，通过星上UPF直接通信，将获得远低于传统卫星链路的延时和更高的效率。

Alex和团队成员们经过深入讨论，一致认为这五大Key Issues构成了TR 23.700-19的“灵魂”。它们不仅定义了问题的边界，也指明了后续所有解决方案需要瞄准的靶心。

4. 解决方案概览：百花齐放的技术路径

面对上述五大挑战，TR 23.700-19的第6章提出了多达20种解决方案（Solutions）。Alex告诉团队，不必在第一次阅读时就陷入每个方案的细节，关键在于理解这些方案背后的设计思想和技术流派。他将这20个方案大致归为几大类。

4.1 流派一：用户面（UP） vs. 控制面（CP）承载之争

这是为解决KI#1和#2，关于如何在NB-IoT上传输语音数据最核心的分歧。

  • 用户面（UP）方案（Solutions #1, #2, 3等）： 这是传统思路。即便是NB-IoT，也为数据传输提供了用户面通道（DRB - Data Radio Bearer）。这类方案主张将IMS信令和语音数据包（RTP）都通过用户面传输。其优点是符合标准网络的数据/信令分离思想，但缺点是在NB-IoT上建立和管理用户面承载（特别是专用于语音的承载）可能会增加额外的信令和时延。Solution #2 甚至探讨了建立默认和专用两种EPS承载来分离信令和语音。

  • 控制面（CP）方案（Solutions #5, #6, 7等）： 这是NB-IoT特有的优化路径。NB-IoT支持一种称为“CIoT EPS优化”的模式，允许少量数据直接通过控制面信令（SRB - Signalling Radio Bearer）进行传输，从而避免了建立用户面连接的开销。这类方案大胆地提出，不仅是IMS信令，甚至连语音数据包本身，也封装在NAS消息中，通过控制面传输。其优点是可能实现更快的呼叫建立，但缺点是突破了传统的CP/UP分工，对核心网网元（特别是MME）的处理能力和流程带来了新的挑战。

  • 混合方案（Solutions #8, 10等）： 这类方案试图结合两者的优点。例如，使用控制面承载传输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节点（如SCC-AS）之间，可以使用更轻量级的、专为受限环境设计的I1协议（源于IMS CS-IMS互通）。I1协议是二进制协议，消息紧凑，可以显著减少信令开销。

  • 信令压缩与简化（Solutions #12, #15, #17, #19）： 这类方案在现有SIP协议框架内进行优化。

    • SigComp压缩： Solution #17 建议在UE和P-CSCF之间启用标准的信令压缩协议（SigComp）。
    • 消息简化： Solution #12 和 #15 提出，UE在发送SIP消息时，可以省略那些P-CSCF已经通过注册过程获知的、或者可以根据上下文推断出的信息（如一些头域），由P-CSCF在网络侧负责“补全”，从而减小上行消息的体积。
    • 二进制编码： Solution #19 提出一个更激进的想法，将UE和P-CSCF之间的Gm接口上的SIP消息进行二进制编码，以达到最大的压缩效率。

  • 预配置/预协商（Solutions #13, #16）： 为了减少呼叫过程中的实时协商，这类方案提出在呼叫前（例如在IMS注册时）就预先协商好媒体参数（如编解码器、端口等），并将其缓存起来。在后续的呼叫中，直接使用这些预配置的参数，从而简化SDP协商过程，缩短呼叫建立时间。

4.3 流派三：网络功能的角色重定义

为了让上述优化方案能够实施，同时又不影响IMS核心网的标准化行为，一些解决方案重新定义了网络边缘节点（特别是P-CSCF和IMS AS）的角色。

  • P-CSCF作为B2BUA（Solutions #12, #14, #19, #20）： B2BUA（Back-to-Back User Agent）可以理解为一个“SIP协议转换网关”。当P-CSCF扮演B2BUA时，它会终结来自UE的“简化版”或“特殊格式”的SIP会话，然后在网络侧重新发起一个完全标准的SIP会话。这样，IMS核心网看到的是一个正常的呼叫，完全感知不到UE侧的接入方式是多么“奇特”。这为引入各种私有或非标准的优化提供了一个完美的隔离点。

  • AS作为B2BUA（Solutions #13, #18）： 类似地，也可以由一个专门的应用服务器（AS）来扮演B2BUA的角色，处理来自GEO UE的特殊信令，实现与标准IMS网络的互通。

Alex对团队强调：“你们看，3GPP的智慧就在于此。面对一个看似无解的难题，他们从承载路径、协议本身、网络功能角色等多个维度，提出了如此丰富多样的解决思路。我们的任务，就是要理解每一种思路的优缺点和适用场景。”

5. 总结与展望

经过一番梳理，Alex和他的团队对TR 23.700-19有了清晰的认识。

这份技术报告，实质上是一份针对“5G星地融合”两大前沿场景的技术研究论文集。它系统性地分析了在极端受限的网络条件下（GEO NB-IoT）提供基础语音业务，以及在先进5G架构下实现高效终端直连通信所面临的核心技术壁垒。

报告的核心价值在于其探索的广度和深度。它不仅识别了问题，更重要的是，它提供了一个包含20种不同解决方案的“技术武器库”。这些方案并非相互排斥，很多可以组合使用。例如，一个最终的商用方案可能是“CP承载信令+UP承载媒体+NIDD传输+P-CSCF作为B2BUA”的组合体。

Interim Agreements (章节 7): Agreed principles for KI#5 of UE-SAT-UE communication via UPF only onboard satellite for non-IMS services.

作为一份“研究报告”（TR），它的目的不是立刻制定出可以实施的标准（TS），而是通过研究和评估这些解决方案，为未来Release版本的标准化工作铺平道路。报告第7章的“临时协议”部分，就展示了研究工作已经取得的阶段性共识，尤其是在KI#5（UE-SAT-UE通信）上，已经就重用现有机制、支持的会话类型等方面达成了一致原则。

Alex合上报告，对团队说：“今天我们完成了第一步，我们理解了这份蓝图的全貌。接下来，我们将启动‘精装修’阶段。从下周开始，我们将按照这份TR的章节顺序，从第一章第一节开始，逐一进行深度拆解，吃透每一个技术细节，每一个信令流程。只有这样，我们才能真正将‘仰望星辰’的愿景，转化为脚踏实地的技术实力。”

本系列文章的后续，将严格遵循Alex的计划，带领大家逐章逐节地深入探索3GPP TR 23.700-19的每一个角落。敬请期待。

FAQ

Q1：这份TR 23.700-19和3GPP其他关于NTN（非地面网络）的规范有什么区别？ A1：TR 23.700-19是3GPP NTN研究的一个特定阶段（Phase 4），其关注点非常聚焦。它主要集中在两大具体场景：一是基于老旧但广泛部署的EPC核心网和NB-IoT技术，通过高时延的GEO卫星提供IMS语音这一“攻坚”任务；二是基于先进的5GS架构，研究再生式负载卫星（星上UPF）带来的UE-SAT-UE直连通信新模式。相比之下，其他NTN规范（如TR 38.821, TS 23.501等）可能更广泛地讨论NTN的通用架构、无线协议增强、移动性管理等方面，覆盖LEO、MEO、GEO等多种轨道和NR、IoT等多种空口技术。

Q2：为什么研究重点放在高时延的GEO卫星，而不是时延更低的LEO（低轨）卫星？ A2：这是一个很好的问题，体现了3GPP研究的务实性。虽然LEO卫星因其低时延而备受关注，但GEO卫星具有技术成熟、覆盖广（三颗即可覆盖全球）、链路相对稳定（无需频繁切换）的优点，在许多场景下，特别是对成本敏感、移动性不高的物联网应用和提供基础覆盖的场景，仍然是极具吸引力的选择。研究如何在最苛刻的GEO环境下解决语音问题，其成果对于要求更低的LEO、MEO场景也具有重要的参考和借鉴意义，可以说是从“最难处着手”。

Q3：什么是B2BUA (Back-to-Back User Agent)，为什么它在这份报告中如此重要？ A3：B2BUA是一个在SIP协议中扮演双重角色的逻辑实体。它像一个“中间人”，一端作为被叫（User Agent Server），终结来自发起方的呼叫；另一端又作为主叫（User Agent Client），向真正的目标方发起一个全新的呼叫。在这份报告中，B2BUA（通常由P-CSCF或AS扮演）的角色至关重要，因为它起到了一个“协议隔离和转换”的作用。UE侧为了适应卫星链路可能会使用各种高度优化的、非标准的信令（如二进制编码、字段省略等），而IMS核心网则希望处理完全标准的SIP信令。B2BUA就在两者之间建立了一道防火墙，将非标信令转换为标准信令，从而使得创新的星地融合技术可以在不“污染”和修改核心网的前提下被引入。

Q4：NIDD (Non-IP Data Delivery) 技术的核心思想是什么？它能带来多大好处？ A4：NIDD的核心思想是“减负”。在标准的IP网络中，即便是发送1个字节的数据，也需要封装上IP头（20或40字节）、UDP/TCP头（8或20字节）等，协议开销远大于有效载荷。在NB-IoT这种以“比特”为单位计较成本的场景中，这种开销是不可接受的。NIDD允许UE和P-GW之间传输裸数据（Non-IP），省去了IP/UDP头。由网络侧的P-GW负责在进出IP网络时添加或移除这些头部。对于一个典型的语音小包，省去约28字节（IPv4+UDP）或48字节（IPv6+UDP）的头部，在1kbps的NB-IoT链路上，仅此一项就能节省几百毫秒的传输时间，收益巨大。

Q5：这份技术报告（TR）的结论，会直接成为强制执行的行业标准吗？ A5：不会。3GPP的文档分为技术规范（TS, Technical Specification）和技术报告（TR, Technical Report）。TR是研究性质的，它用于对某个新技术领域进行可行性分析、评估多种潜在方案、并形成初步共识。TR 23.700-19就属于这一类，它里面的20个解决方案是“候选方案”，不具备强制性。这份报告的研究成果和结论，将作为输入，指导后续3GPP工作组制定正式的技术规范（TS）。只有TS里的内容，在被采纳和发布后，才具有行业标准的地位，需要设备商和运营商遵守。因此，可以将TR看作是TS的“前身”和“孵化器”。

关系图谱