51学通信

深度解析 3GPP TR 23.700-27：卫星回传下的5G系统研究报告 (全景概览)

32分钟阅读

好的，遵照您的指令，现在开始生成第一篇关于 3GPP TR 23.700-27 的总结性深度解读文章。

深度解析 3GPP TR 23.700-27：卫星回传下的5G系统研究报告 (全景概览)

本文技术原理深度参考了 3GPP TR 23.700-27 V18.0.0 (2022-12) Release 18 规范，旨在为读者提供一个关于5G系统与卫星回传技术融合的全景视图。本文将系统性地梳理该技术报告的研究背景、核心挑战、解决方案以及未来展望，帮助读者建立对这一前沿领域的宏观认知。

引言：当5G仰望星空

5G的宏伟蓝图是构建一个“万物互联”的智能世界，其承诺的高速率、低时延和广连接特性，正以前所未有的深度和广度渗透到社会生产和生活的方方面面。然而，现实世界中，广袤的海洋、连绵的山脉、无垠的沙漠以及偏远的乡村，仍然是地面蜂窝网络难以逾越的鸿沟。地面基站的建设和维护成本高昂，在这些“通信盲区”，5G的承诺似乎遥不可及。

为了弥合数字鸿沟，真正实现全球无缝覆盖，通信行业的目光再次投向了浩瀚的星空。非地面网络（NTN），特别是卫星通信，作为地面网络的补充和延伸，正被视为释放5G全部潜力的关键。将5G地面系统的先进技术与卫星网络的广域覆盖能力相结合，形成一个空地一体化的立体网络，已成为全球通信技术演进的重要方向。

3GPP TR 23.700-27 V18.0.0这份技术报告，正是在这一时代背景下诞生的纲领性研究文档。它并非一部强制执行的技术规范（TS），而是一份探索性的技术报告（TR），其核心任务是“研究（Study on）”在5G系统中引入卫星作为回传承载（Satellite Backhaul）时，会面临哪些前所未有的架构性挑战，并探讨相应的解决方案。这篇报告为后续在Release 18及以后版本中进行相关技术的标准化工作奠定了坚实的基础。

为了让抽象的技术概念变得鲜活，让我们构思一个贯穿全文的场景：一支名为“极光探索队”的科考团队，正在北极圈内的无人区执行一项为期数月的冰川环境监测任务。他们携带了各种高精尖设备：无人机、环境传感器、高清摄像机以及需要实时数据处理的移动工作站。在这里，地面网络信号为零，他们唯一的生命线，就是一套通过卫星链路接入5G核心网的便携式gNB（5G基站）。“极光探索队”在工作中遇到的每一个通信难题，都将精准地映射到TR 23.700-27所要解决的核心问题上。

1. 拨开星链迷雾：理解卫星回传的核心概念

在深入解读规范之前，我们必须先掌握一些基本术语，它们是理解5G卫星回传技术的基石。

1.1 什么是回传（Backhaul）？

在移动通信网络中，我们手机连接的那个信号塔，叫做基站（gNB）。基站负责我们终端的无线接入，但它不是孤岛。基站必须连接到运营商的核心网（5GC），才能让我们真正上网、打电话。这条连接基站和核心网的“数据大动脉”，就叫做回传。在城市里，回传通常由光纤网络承担，稳定、高速。

1.2 什么是卫星回传（Satellite Backhaul）？

顾名思义，卫星回传就是利用卫星链路来替代地面光纤，作为连接基站和核心网的通道。对于“极光探索队”而言，他们的便携式gNB正是通过一个卫星天线，将数据传输到太空中的通信卫星，再由卫星转发到地面上的网络关口，最终接入5G核心网。

这种方式的优势显而易见：无视地理障碍，快速部署。但也带来了前所未有的挑战，这些挑战主要源于卫星本身的特性。

1.3 卫星轨道的三大家族：GEO, MEO, LEO

通信卫星并非静止不动，它们在不同的轨道上环绕地球运行，不同的轨道特性决定了其在通信系统中的角色和挑战。

轨道类型轨道高度单向时延（约）覆盖范围动态性核心挑战
GEO (地球静止轨道)~36,000 km~270 ms广阔（一颗覆盖1/3地球）相对地面静止高时延
MEO (中地球轨道)2,000 - 20,000 km50 - 150 ms较大缓慢移动中等时延，需要切换
LEO (低地球轨道)500 - 2,000 km5 - 30 ms较小高速移动时延和带宽剧烈变化，频繁切换

对于“极光探索队”来说，如果他们使用的是GEO卫星回传，虽然连接稳定，但高达数百毫秒的往返时延会让实时视频通话变得卡顿难忍。如果他们使用LEO卫星星座（如Starlink），时延会大大降低，但由于卫星高速飞过头顶，他们的gNB可能在几分钟内就要切换到下一颗卫星，这个过程中，链路的时延和可用带宽会像过山车一样动态变化。

1.4 星间链路（ISL - Inter-Satellite Links）

为了构建一个真正的“天基网络”，现代卫星星座（特别是LEO）的卫星之间可以通过激光或毫米波进行直接通信，这就是星间链路。数据可以在太空中经过多颗卫星“接力”传输，再选择最优的地面站落地。这极大地提升了网络的灵活性和覆盖范围，但也让回传路径变得更加复杂和多变。

例如，“极光探索队”的数据包，可能先上传到卫星A，然后通过ISL依次经过卫星B和卫星C，最后从卫星C下行到地面站。这条路径的时延和带宽，会因为卫星的相对位置、空间路由算法和ISL链路质量而不断变化。这正是TR 23.700-27关注的“动态性”问题的核心根源。

2. 深入核心：TR 23.700-27研究的三大关键议题（Key Issues）

这份技术报告的精华，在于其识别并系统性地研究了三大核心技术挑战，即Key Issues (KIs)。每一个KI都直指5G与卫星回传融合的痛点，并为其后的解决方案探讨指明了方向。

2.1 关键议题 #1: 驾驭动态回传——策略与QoS控制增强

这是整篇报告中最为核心和复杂的部分。它关注的是，当回传链路的时延、带宽和丢包率等QoS（服务质量）参数不再稳定，而是动态剧烈变化时，5G系统应如何应对。

规范原文引用 (5.1.1 Description):

Satellite based backhaul is important for remote area or mission critical scenarios…if inter-satellite links are used on the backhaul path, the delay and bandwidth of the backhaul may be impacted due to the traffic engineering on the links. Satellite backhaul category is not enough to describe such a dynamic satellite backhaul characteristics.

这段话的核心意思是，仅仅告诉5G核心网“我正在用卫星回传”是远远不够的。核心网需要更精细地了解这条卫星链路的实时动态特性，才能做出正确的QoS保障决策。

“极光探索队”的痛点： 团队负责人艾娃正在与后方总部的工程师进行一场高清视频会议，讨论一个紧急的技术问题。他们使用的是LEO卫星回传。会议开始时，一颗卫星正好在头顶，信号满格，时延25ms，视频流畅。突然，画面开始卡顿、马赛克，声音断断续续。原因是他们的gNB切换到了另一颗即将接替的卫星，而这条新的回传路径需要经过两跳ISL，时延瞬间飙升到80ms，可用带宽也因链路拥塞而下降。

传统的5G QoS机制，由PCF（策略控制功能）网元制定策略，SMF（会话管理功能）和UPF（用户平面功能）执行。这些机制的设计前提是回传网络（如光纤）的特性是相对稳定和可预测的。面对卫星回传这种“随机”的变化，它们会显得力不从心，无法及时调整QoS策略，导致用户体验急剧下降。

KI#1 分解出的子问题：

  1. 如何测量和感知？ 5G网络如何准确、实时地获知卫星回传链路的动态时延和带宽？
  2. 如何调整策略？ PCF和SMF在得知链路变化后，如何动态地调整PCC（策略与计费控制）规则和QoS Flow的参数（如速率、时延预算）？
  3. 如何通知应用？ 网络是否以及如何将链路的变化情况暴露给上层应用（通过AF - 应用功能网元）？这样，艾娃的视频会议软件可以主动降低码率以适应变差的网络，而不是被动地等待卡顿。
  4. 如何处理乱序？ 卫星链路的路径切换可能导致数据包“抄近路”后发先至，造成IP包乱序，这对于TCP等协议的性能影响是毁灭性的。网络应如何解决这个问题？

KI#1 的解决方案方向概览 (Solutions #1, #2, #3, #8, #9):

TR 23.700-27针对KI#1提出了多种解决方案，它们的核心思想可以归为几类：

  • “测量-响应”模型 (Solutions #1, #2, #9): 这是最直接的思路。SMF可以指令UPF定期向gNB发送GTP-U Echo Request/Response消息，像声纳一样探测N3接口（gNB与UPF之间）的往返时延。测量结果上报给SMF，SMF再通知PCF。PCF根据实测的时延数据，动态下发新的PCC规则，例如，当检测到时延超过阈值时，就降低相关业务的GBR（保证比特率）。

  • “预测-通知”模型 (Solution #3): 这种思路更为智能。对于有固定轨道和运行规律的卫星星座，其网络拓扑变化在某种程度上是可预测的。例如，网络可以预知到在未来5分钟内，由于卫星飞越极地“接缝”（cross-seam），ISL路径将发生一次复杂的重构，导致时延大幅增加。AMF（接入与移动性管理功能）可以获取这些“卫星星座操作信息”，并提前通知PCF/AF。这样，网络和应用就可以提前做好准备，平滑过渡，而不是等问题发生后再被动响应。

  • “增强-交付”模型 (Solution #8): 针对乱序问题，该方案提出在gNB和UPF上启用序列号（Sequence Number），对数据包进行编号和排序。当UPF收到乱序的数据包时，会先缓存并重排，再按正确的顺序交付给核心网，从而屏蔽了传输路径变化对上层业务的影响。

2.2 关键议题 #2: 让网络边缘飞上太空——星上边缘计算

随着物联网和工业互联网的发展，海量数据在网络边缘产生。如果所有数据都必须经过漫长的卫星链路传回地面的中心云处理，将带来巨大的时延和带宽压力。边缘计算（Edge Computing）思想的引入，就是为了解决这一问题。

规范原文引用 (5.2.1 Description):

Whether and how to enable satellite edge computing services via UPF on-board e.g. to reduce the latency for data transmission, and minimize the backhaul resources consumption.

这段话直截了当地提出了KI#2的核心：我们能否以及如何将UPF（用户平面功能，5G的数据处理和转发核心）直接部署到卫星上？

“极光探索队”的痛点： 团队的测绘无人机每小时会产生TB级别的三维激光雷达点云数据。这些原始数据对带宽的消耗是惊人的。如果全部传回后方数据中心，不仅会挤占宝贵的卫星链路带宽，影响其他关键通信，而且后方要等数小时甚至数天才能收到完整数据并开始分析，完全无法满足科考的实时性要求。

KI#2 的核心思想：星上UPF (UPF on board)

解决方案是在GEO或大型LEO卫星上部署一个功能完整的UPF，甚至一个轻量化的边缘应用服务器（EAS）。这样，一个“天基数据中心”就诞生了。

  • 优势1：降低时延和带宽消耗。 无人机的数据从gNB上传到卫星后，可以直接被星上的UPF截获，并送给旁边的EAS进行处理。EAS上运行着AI模型，可以实时对点云数据进行压缩、特征提取和异常检测，最后只将几MB大小的关键分析结果传回地面。整个“数据处理”过程在太空闭环完成，极大地节省了回传带宽，并将结果获取时间从数小时缩短到几分钟。

  • 优势2：提升业务韧性。 即使卫星与地面站的下行链路暂时中断，星上的边缘计算业务仍然可以持续运行，为本地用户提供服务。

KI#2 的解决方案方向概览 (Solutions #4, #5, #10):

  • 会话中断（Session Breakout）模型 (Solutions #4, #5): 这是实现星上边缘计算的主流方法。当地面的SMF得知无人机的业务（通过DNN等标识）是边缘计算业务，并且了解到gNB正由一颗具备星上UPF的卫星提供服务时，它会在数据通路上插入这个星上UPF，作为一个“上行链路分类器（UL CL）”和“本地PSA（PDU会话锚点）”。星上UPF会根据SMF下发的流分类规则，识别出无人机的点云数据流，并将其“掰”向（breakout）星上的EAS，而团队的其他普通上网流量则继续通过主链路传回地面。

  • EAS的重新发现 (Solution #10): 卫星是移动的，也可能发生故障。如果无人机当前连接的卫星A上的EAS失效了，怎么办？该方案提出，在卫星上部署一个本地DNS（L-DNS）。这个L-DNS不仅知道卫星A上的EAS信息，还通过星间链路了解邻近卫星B、C上的EAS部署情况。当A上的EAS不可用时，UE可以查询L-DNS，快速发现并切换到卫星B上功能相同的EAS，整个过程无需或很少需要地面SMF的干预，实现了业务的快速自愈。

2.3 关键议题 #3: 通信“本地化”——星上本地数据交换

KI#3可以看作是KI#2在特定场景下的延伸，它关注的是在同一个卫星覆盖下的终端之间的通信效率问题。

规范原文引用 (5.3.1 Description):

How to support local data switch for UEs in a communication when they are served by UPF on-board, e.g. to reduce end to end delay comparing with existing 5G LAN local switch at PSA on the ground?

这段话明确指出了目标：当多个终端通过星上UPF提供服务时，如何实现它们之间的本地数据直接交换，以降低端到端时延。

“极光探索队”的痛点： 队员艾娃在营地A，需要将一段刚刚拍摄的1GB高清视频传给1公里外在营地B的同事本。两人都连接在同一个便携式gNB上。在传统架构下，这个数据包的旅程将是灾难性的“长途旅行”：艾娃的手机 → gNB → 卫星 → 地面站 → 5G核心网 → 地面站 → 卫星 → gNB → 本的手机。数据在天地之间往返了两次，耗时近1秒，且占用了昂贵的卫星带宽。这就是所谓的“发夹弯（Hairpin）”问题。

KI#3 的核心思想：流量不出“星”

与边缘计算类似，通过在卫星上部署UPF，可以实现流量的本地交换。艾娃发给本的数据，到达星上UPF后，UPF识别出目的地址（本的IP）也在自己的服务范围内，于是直接将数据转发回gNB，再下发给本。数据根本没有落地，全程在“基站-卫星”这个局部闭环内完成，时延被缩减到几十毫秒，且完全不消耗卫星到地面的回传资源。

KI#3 的解决方案方向概览 (Solutions #4, #6, #7):

  • 共享星上UPF模型 (Solution #4, #7): 艾娃和本的PDU会话都锚定在同一个地面PSA，但SMF为他们都插入了同一个星上UPF作为UL CL。当艾娃发送数据时，星上UPF截获流量，发现目的地是本，于是直接在星上进行转发。这类似于为同一个5G虚拟网络（VN）群组的用户提供本地交换服务。

  • 星上锚点模型 (Solution #6): 这种方式更为彻底。SMF直接将艾娃和本的PDU会话锚定（Anchor）在星上UPF。这个星上UPF扮演了完整的PSA角色，管理着一个本地的IP地址池。对于这个卫星覆盖下的用户来说，它们 фактически 处在一个由卫星托管的“局域网”内，互相通信自然就是本地交换了。

3. 终局思考：报告的评估与结论

TR 23.700-27作为一份研究报告，其价值不仅在于提出问题和方案，更在于对这些方案进行评估，并为未来的标准化工作给出结论性的建议。

3.1 方案评估 (Chapter 7 - Overall Evaluation)

报告对每个KI下的多个解决方案进行了横向比较。

  • 对于KI#1 (QoS控制)，报告认为基于GTP-U路径测量的“测量-响应”模型是确定回传时延的有效手段。而“预测-通知”模型虽然更智能，但对网络获取卫星星座操作信息的能力有较高要求。将回传信息暴露给AF被认为对应用优化非常有价值。

  • 对于KI#2 (边缘计算) 和 KI#3 (本地交换)，报告肯定了基于会话中断（Session Breakout，即UL CL/L-PSA模型）和分布式锚点（Distributed Anchor Point，即星上PSA模型）两种架构的可行性。选择哪种模型，取决于具体的部署场景和业务需求。

3.2 最终结论 (Chapter 8 - Conclusions)

报告的结论部分，为后续在TS 23.501（5G系统架构）、TS 23.502（过程）和TS 23.503（策略控制）等核心规范中引入NTN特性，提供了明确的输入。

  • 针对动态QoS： 明确了PCF需要具备检测动态卫星回传并触发SMF进行QoS监控的能力。SMF需要根据PCC规则激活对N3接口的时延测量。测量到的时延可用于策略控制和UPF选择。
  • 针对星上UPF选择： 确立了SMF基于从AMF收到的卫星ID和本地配置的DNAI（数据网络接入标识符）来选择星上UPF的机制。
  • 针对本地数据交换： 提出了用户面配置的基本原则，包括基于预配置在星上UPF之间建立N19隧道（用于跨星本地交换）以及配置UPF级别的N4规则来实现本地转发。

4. 展望：从研究到现实，空地一体的5G未来

3GPP TR 23.700-27 如同一幅宏伟的蓝图，描绘了5G网络冲破地面束缚、走向立体化覆盖的未来。它系统性地解决了“当5G遇上动态卫星回传”时最棘手的架构性问题。

报告中的研究成果，正在并已经转化到Release 18及后续版本的标准化工作中。这意味着，未来我们将会看到：

  • 更智能的QoS保障： 运营商能够为飞机、轮船上的用户提供更稳定、体验更好的5G服务，网络可以智能地适应卫星链路的抖动。
  • 无处不在的边缘智能： 在广阔的农田，农业无人机可以利用星上边缘计算实时分析作物图像，并将病虫害告警秒级回传。在发生地震、洪水等自然灾害导致地面通信中断时，星上UPF可以为救援区域提供本地应急通信和数据处理能力。
  • 更高效的广域连接： 远洋货轮编队内的多艘船只之间，可以像在一个局域网内一样高效地进行数据交互和协同作业，所有通信都在卫星上闭环，无需绕道数万公里外的地面核心网。

回到我们的“极光探索队”，在应用了TR 23.700-27所研究的技术后，他们的科考工作将变得前所未有的流畅和高效。艾娃的视频会议将能平滑地应对卫星切换；无人机的海量数据能在数分钟内完成星上智能分析；队员间的G比特级文件传输能在秒级完成。

这，就是3GPP TR 23.700-27为我们揭示的，一个真正全球覆盖、空地一体、智能敏捷的5G Advanced时代的序幕。

FAQ环节

Q1：这份TR 23.700-27是强制性标准吗？设备商和运营商现在就必须实现吗？ A1：不是。TR (Technical Report) 是技术报告，它的性质是研究和探索。它识别问题、提出并评估潜在解决方案，为未来的标准化工作提供输入和依据。报告中的结论会被采纳到TS (Technical Specification) 中，TS才是具有强制约束力的技术规范。所以，这份报告是未来标准的前奏和思想源泉。

Q2：对于5G回传，使用GEO卫星和LEO卫星最大的区别和挑战是什么？ A2：最大的区别在于时延和动态性。GEO（地球静止轨道卫星）的优点是相对地面静止，链路稳定，不需要频繁切换，但缺点是时延非常高（单向约270ms），不适合时延敏感业务。LEO（低轨卫星）的优点是时延低得多（单向5-30ms），可媲美地面光纤，但缺点是卫星高速移动，导致链路时延和带宽动态变化剧烈，gNB需要频繁切换卫星，给QoS控制带来巨大挑战。TR 23.700-27的KI#1主要就是为了解决LEO等非静止轨道卫星带来的动态性问题。

Q3：为什么现有的5G QoS机制无法直接应对卫星回传的挑战？ A3：因为现有的5G QoS机制是基于一个核心假设：回传网络是稳定和可预测的。例如，连接基站和核心网的光纤，其时延和带宽在建立后基本是固定的。PCF制定的策略也是基于这种稳定的预期。而卫星回传，特别是LEO回传，打破了这个假设。它的时延和带宽可能在几分钟内发生数倍的变化。现有机制缺乏快速、动态地感知这种变化并调整策略的能力，因此需要本报告中研究的增强方案。

Q4：将UPF部署在卫星上（星上UPF）带来的最大好处是什么？ A4：最大的好处是极大地减少了数据在天地之间无效往返所带来的时延和带宽浪费，即解决了“发夹弯（Hairpin）”或“长号（Tromboning）”问题。无论是处理需要低时延响应的边缘计算业务（KI#2），还是实现同一区域内用户间的本地通信（KI#3），星上UPF都能让数据流在太空或本地闭环，避免了动辄数百甚至上千毫秒的天地往返时延，并节约了宝贵而昂贵的卫星下行链路带宽。

Q5：这份报告研究的技术，对我用普通智能手机直接连接卫星上网有帮助吗？ A5：这份报告不直接研究手机直连卫星（Direct-to-Device），它关注的是卫星回传，即卫星作为基站和核心网之间的桥梁。但是，两者在技术上是紧密关联的。本报告中关于动态时延下的QoS控制、卫星资源管理、移动性管理等方面的研究成果，是整个5G NTN（非地面网络）技术体系的基石。这些基础性问题的解决，也为实现体验更好的手机直连卫星服务铺平了道路，因为手机直连卫星同样面临着多普勒频移、动态时延等挑战。

关系图谱