一、为什么NTN是5G-Advanced不可绕开的技术方向

地面移动通信经过四十年发展，始终未能解决一个根本问题：地球上仍有约80%的陆地面积没有蜂窝信号覆盖。海洋、沙漠、极地、高山——这些区域既无建站条件，也无经济回报。NTN（Non-Terrestrial Network，非地面网络）的本质价值，是将基站搬到天上——卫星或高空平台（HAPS），以"一张网"的逻辑实现全球覆盖。

3GPP从Release 17开始正式将NTN纳入NR标准，此后每个Release都在深化。到Release 19（2025-2026冻结），NTN已经从一个"可选附加"演变为5G-Advanced的核心能力之一。

1.1 NTN的轨道分类与链路特征

不同轨道高度直接决定了物理层设计的核心挑战：时延和多普勒频移。这正是NTN区别于地面NR的本质差异——地面NR的RTT（Round Trip Time）在1 ms量级，而GEO卫星的RTT高达540 ms，这意味着HARQ进程数、MAC调度时序、RLC重传机制都需要根本性重新设计。

图表 1

二、透明转发 vs 再生载荷：两种架构的本质区别

NTN系统中，卫星载荷架构是决定网络能力的天花板。3GPP定义了两种基本架构（参见TS 38.300第16章和TR 38.821）：

2.1 透明转发（Transparent / Bent-Pipe）

透明载荷卫星仅执行射频转发：接收上行信号 → 频率变换 → 功率放大 → 下行发射。卫星本身不解码任何基带信号，不执行MAC/RLC/PDCP处理。gNB完整地部署在地面的信关站（Gateway）中。

UE ←→ 卫星(RF转发) ←→ 信关站(gNB) ←→ 5GC
      [射频中继]       [完整协议栈]

核心限制： - 馈电链路（Feeder Link）成为单点瓶颈：所有UE的数据都必须通过馈电链路到地面站处理，馈电链路带宽直接决定了系统容量 - 时延叠加：UE→卫星→地面站→卫星→UE，信号经过两段空间链路 - 地面站依赖：卫星的服务区域必须在其可见的地面站覆盖范围内，无法覆盖海洋中部等无地面站区域

2.2 再生载荷（Regenerative Payload）

再生载荷在卫星上部署部分或全部gNB功能。卫星不再只是"射频中继器"，而是真正的空中基站。

根据卫星上部署的协议栈层次不同，再生载荷又分为多种子架构：

图表 2

再生载荷的核心优势：

1. 馈电链路带宽效率提升：星上MAC调度器可以直接处理上行数据，只将有用的MAC PDU转发到地面，避免转发空口开销（如HARQ反馈、调度请求等）
2. 端到端时延降低：HARQ-ACK可以在星上直接生成并下发给UE，无需等待地面站回传，对LEO场景可将HARQ RTT从~20 ms降到~4 ms
3. 覆盖范围扩展：卫星不再需要实时可见地面站，可配合Store-and-Forward机制覆盖远洋和极地
4. 星间链路（ISL）使能：再生载荷卫星之间可以直接交换数据，构建空间传输网络

2.3 再生载荷的代价

星载处理器必须承受辐射环境：单粒子翻转（SEU）、总剂量效应（TID）。这要求： - 使用抗辐射FPGA或ASIC（如Microchip RTG4、Xilinx Versal ACAP空间级） - 协议栈软件需要三模冗余（TMR）或软件级纠错 - 功耗预算严格：LEO卫星整星功耗通常在1-10 kW量级，分给通信载荷的可能只有数百瓦

三、物理层核心挑战：时序与频偏的精确补偿

NTN物理层设计最核心的两个难题，都源于"距离"——卫星距地面UE的传播距离是地面基站的1000到100000倍。

3.1 定时提前（Timing Advance）补偿

在地面NR中，TA用于对齐不同UE的上行到达时间，取值范围0~1.28 ms（TS 38.213第4.2节）。但在NTN中，传播时延本身可能是数百毫秒量级，传统的TA机制完全无法工作。

3GPP TR 38.821引入了NTN特定TA机制，核心思路分为两步：

第一步：UE自主预补偿（基于GNSS+星历）

UE利用GNSS获取自身地理位置，结合网络广播的卫星星历信息（Ephemeris）和公共TA参数（common TA），计算上行定时提前量：

TA_total = TA_common + TA_offset + TA_UE_specific

其中：
- TA_common = 2 × d_sat / c
  d_sat = 卫星到参考点的距离（由星历和参考点坐标计算）
  c = 光速
- TA_offset = 网络配置的定时偏移
- TA_UE_specific = UE根据自身GNSS位置计算的差异补偿

第二步：网络微调（TA Command）

gNB通过MAC CE下发TA Command进行精细调整，但由于大时延，调整周期和粒度与地面NR不同： - GEO场景：TA变化极慢（卫星相对地面静止），几乎不需要动态调整 - LEO场景：TA变化率可达数十微秒/秒，需要更频繁的TA更新

3.2 多普勒频移补偿

LEO卫星以7-8 km/s的速度运动，在S-band（2 GHz）产生的最大多普勒频移约为：

$$f_D = \frac{v}{c} \times f_c = \frac{7500}{3 \times 10^8} \times 2 \times 10^9 \approx \pm 50 \text{ kHz}$$

50 kHz的频偏远超NR子载波间隔（SCS=15 kHz时，频偏达到3.3个子载波宽度），如果不补偿，OFDM正交性将被彻底破坏。

3GPP的补偿策略（TR 38.821 §6）：

关键设计决策：补偿粒度。网络侧预补偿只能按波束中心计算公共频偏，波束边缘UE仍有残余频偏。Rel-18引入了更精细的频偏补偿参数广播，Rel-19进一步支持per-UE的差异化补偿。

3.3 调度时序重设计

地面NR中，PDCCH到PDSCH的调度间隔（K0）最小为0（同符号调度）。NTN中，由于大传播时延，K0必须设置得足够大：

GEO场景下，如果等待HARQ-ACK反馈后再调度重传，效率极低。因此3GPP引入了： - HARQ-ACK禁用模式：UE不发送ACK/NACK，依赖RLC层ARQ进行重传 - 重复传输（Repetition）：预配置K次重复，以冗余替代重传 - 多HARQ进程并行：通过增大进程池（最多可达256个）来填充等待时隙

四、Rel-19核心增强：星间链路与多NTN协同

Release 19对NTN的增强是质变而非量变，引入了多个改变NTN游戏规则的能力。

4.1 星间链路（ISL - Inter-Satellite Link）

ISL是Rel-19 NTN最具变革性的特性之一。它允许卫星之间直接通信，构建空间传输层（Space-based Transport Layer）。

ISL的拓扑类型：

ISL引入的核心协议问题：路由与寻址。传统蜂窝网络中，UE的寻址通过地面网络的路由协议完成。有了ISL后，数据包需要在卫星星座内进行多跳路由：

图表 3

ISL路由与传统IP路由的关键区别： - 拓扑动态性：卫星高速运动导致ISL拓扑每分钟都在变化 - 传播时延不对称：同轨ISL（短）vs 异轨ISL（长），需要时延感知路由 - 3GPP架构约束：F1接口（CU-DU）或NG接口（gNB-AMF/UPF）需要适配ISL传输

Rel-19中，3GPP主要在SA2工作组研究ISL的架构影响，包括： - 卫星间切换：当服务卫星移出UE可视范围时，如何将gNB-DU上下文从当前卫星迁移到下一个卫星 - F1-U over ISL：CU-DU之间的F1-U承载如何映射到ISL传输 - 时延感知路由：根据卫星星座拓扑信息优化路由路径

4.2 多NTN协同接收（Multi-NTN Reception）

Rel-19引入了UE同时与多个卫星通信的能力，类似于地面网络的多TRP（Multi-TRP）：

• NC-JT（Non-Coherent Joint Transmission）：多个卫星独立向同一UE发送PDSCH，UE合并接收
• SFN传输：多个卫星发送相同的PDSCH，UE合并功率增益
• 主从卫星架构：一个主卫星负责调度和HARQ，从卫星提供额外的传输分集

关键技术挑战： - 多卫星之间的时间同步：需要ns级同步才能实现相干合并 - 多普勒差异补偿：不同卫星的径向速度不同，同一UE看到的频偏各异 - CSI反馈增强：UE需要分别或联合反馈多个卫星的信道状态

4.3 IoT-NTN：NB-IoT/eMTC上卫星

Rel-19另一个重要方向是将NB-IoT和eMTC设备通过卫星接入。这对物联网应用意义重大——农业传感器、远洋集装箱追踪、管道监测等场景需要广覆盖、低功耗、低成本的连接。

TR 36.763定义了IoT-NTN的关键适配： - 覆盖增强（CE）模式适配：NB-IoT的CE Mode A/B在NTN场景下需要更多重复次数 - eDRX扩展：eDRX周期扩展到数小时级别，适应卫星不连续覆盖 - MSI（Master System Information）调度增强：SIB1-NB的调度需要适配NTN的长传播时延

五、NTN-TN移动性：从卫星到地面的无缝切换

当UE从卫星覆盖区移动到地面网络覆盖区（或反之），需要执行NTN-TN之间的切换。这是Rel-18/19重点优化的场景。

5.1 切换触发条件

NTN-TN切换的特殊性在于：切换不是由UE移动触发的，而是由卫星移动触发的。LEO卫星以7 km/s的速度掠过地面，每个波束的覆盖时间只有几分钟到十几分钟。

图表 4

5.2 关键参数配置建议

实战踩坑： - GAP模式选择：NTN UE在测量GAP期间无法接收卫星数据，频繁测量会严重影响吞吐量。建议使用长周期GAP（如640 ms间隔）配合SSB-based测量 - 速度状态判断：由于是卫星在移动而非UE，传统基于UE速度的参数自适应逻辑需要修改，建议在RRC重配中直接指定测量参数 - PDU Session连续性：NTN-TN切换可能涉及UPF重定位，需要确保N3隧道切换时用户面数据不丢包

六、NTN频谱与射频设计要点

6.1 3GPP NTN频段定义

6.2 链路预算关键差异

NTN链路预算与地面NR的几个本质区别：

路径损耗：

$$P_{L} = 20\log_{10}(d) + 20\log_{10}(f) + 92.45 \text{ (dB, d in km, f in GHz)}$$

LEO@600km、S-band(2 GHz)的自由空间路径损耗约154 dB，而地面NR@300m只有88 dB。相差66 dB意味着NTN需要： - 更高增益的卫星天线（多波束相控阵，单波束增益30-40 dBi） - 更大的UE EIRP或更高阶的功率控制 - 更激进的编码率（LDPC基图2，低码率）和重复传输

雨衰与大气衰减： - Ka/Ku波段（n252/n251）的雨衰可达10-20 dB/hr - S-band和L-band受天气影响较小，这是手机直连选择低频段的原因之一 - Rel-19引入了AMC（自适应调制编码）增强，根据天气状态动态调整MCS

6.3 手机直连卫星的射频挑战

2023-2026年间，多家厂商推出手机直连卫星功能（华为Mate 60 Pro、苹果iPhone、Starlink Direct-to-Cell）。这在射频设计上面临几个极端挑战：

3GPP为手机直连定义的特殊能力： - NTN专用UE能力（UE-NR-Capability）：bandNR-NTN参数独立于地面NR - NR-NTN的RedCap适配：Rel-18支持RedCap设备通过卫星接入，降低终端复杂度 - compact消息格式：RRC消息引入NTN-ShortMAC-I等压缩格式，减少控制面开销

七、NTN协议栈适配全景

SIB19（NTN专用系统信息）承载的核心参数：

SIB19 ::= SEQUENCE {
    satelliteInfo        SatelliteInfo,        -- 星历信息
    ntn-Config           NTN-Config,           -- NTN配置参数
    ephemerisInfo        CHOICE {              -- 星历类型
        ssb-TimeAndCellInfo  SSB-TimeAndCellInfo,
        positionAndVelocity  PositionAndVelocity,
        ...
    },
    kOffset              INTEGER(0..255),      -- 调度偏移(slots)
    commonTA             INTEGER,              -- 公共TA(以Tc为单位)
    ... 
}

UE读取SIB19后，根据星历信息计算当前可见卫星的位置、速度，推导出TA补偿量和多普勒频移量，然后在上行发送时应用这些补偿。

八、实战部署建议与常见陷阱

8.1 部署场景选择矩阵

8.2 常见部署陷阱

陷阱1：忽略馈电链路容量规划 透明转发架构中，所有用户面数据都经过馈电链路。一条Ka-band馈电链路容量约1-2 Gbps，如果卫星服务1000个宽带用户（每人10 Mbps），馈电链路就是瓶颈。建议：再生载荷 + ISL分流。

陷阱2：HARQ进程数配置不足 LEO场景下，如果HARQ RTT为20 ms，slot duration为1 ms，则至少需要20个HARQ进程才能保持连续调度。如果配置不足，调度器将被迫留空时隙。建议：LEO@1200km至少配置32个HARQ进程。

陷阱3：星历更新不及时 LEO卫星的轨道摄动（大气阻力、引力摄动）会导致实际位置偏离预报位置。如果UE使用的星历过期，TA和多普勒补偿将出现误差。建议：星历更新周期不超过30-60分钟（参见TS 38.331 SIB19调度周期）。

陷阱4：忽略监管与频谱协调 NTN的频谱使用涉及国际电联（ITU）的卫星频率协调。不同国家的地面移动运营商可能使用与NTN相同的频段，产生干扰。建议：在NTN部署前完成与地面运营商的频率协调（ITU Radio Regulations附录30/30A）。

8.3 参数配置速查表

九、NTN技术演进路线与6G展望

3GPP Release 19是NTN从"能用"走向"好用"的关键节点。展望6G（IMT-2030），NTN的演进方向包括：

1. 超大规模星座融合：数万颗卫星与地面网络深度融合，UE无感切换
2. 太赫兹卫星通信：100 GHz以上频段实现Tbps级空间传输
3. AI驱动的NTN资源调度：卫星移动性预测、自适应路由、智能波束赋形
4. NTN原生通感一体：卫星同时提供通信和地球观测（SAR/InSAR）能力
5. 终端直连多星协同：UE同时连接多颗卫星，实现空间分集和负载均衡

3GPP TS 22.186（NR NTN Stage 1需求）和TR 38.863（Rel-19 NTN增强研究）是跟踪NTN标准的两个关键文档。

常见问题

Q: 透明转发和再生载荷能共存吗？ A: 可以。3GPP架构允许同一星座中部分卫星使用透明转发、部分使用再生载荷。实际部署中，初期以透明转发为主降低风险，后续逐步升级为再生载荷。关键是在gNB-CU层面实现统一管理，CU可以部署在地面，同时连接透明卫星（通过地面DU）和再生卫星（通过星载DU）。

Q: 手机直连卫星的速率能达到什么水平？ A: 目前S-band手机直连的典型速率：下行2-10 Mbps，上行0.5-2 Mbps（如Starlink D2C的短信和语音优先模式更低）。Ka/Ku波段专用终端可达50-300 Mbps。速率主要受限于手机的天线增益和发射功率——这是物理定律决定的，3GPP标准化只能优化频谱效率，无法突破链路预算。

Q: NTN的定位精度如何？ A: 单星定位精度约100-500 m（利用定时和波束ID）。多星协同定位（Rel-19研究）可提升到10-50 m，接近地面NR的PRS定位精度。但NTN定位的真正价值不在精度，而在覆盖——在地面定位信号不可用的区域（海洋、沙漠）仍能提供百米级定位。

Q: RedCap设备如何通过NTN接入？ A: Rel-18定义了RedCap over NTN的支持。RedCap设备带宽缩减到20 MHz、接收天线数降到1-2根，非常适合卫星场景——因为NTN本身的频谱就有限。关键适配包括：RedCap UE的BWP配置需要适配NTN的SCS和频带；Inactive态的RNA更新需要考虑卫星移动性导致的覆盖变化。

Q: NTN部署需要运营商做哪些核心网改造？ A: 5GC侧的主要改造：(1) AMF需要支持NTN PLMN和等效PLMN的处理逻辑；(2) UPF需要支持卫星馈电链路的N3隧道优化（如多路径传输、时延感知路由）；(3) UDM/UDR需要存储NTN特定的订阅数据（如允许的卫星接入类型）；(4) NRF需要支持卫星gNB的动态注册/注销。对于已经部署了5G SA的运营商，核心网改造工作量不大，主要在参数配置和策略更新层面。

本文由「51学通信」技术团队出品。51学通信由通信行业18年老兵爱卫生（微信ID: gprshome201101）维护，聚焦5G/6G核心网、3GPP标准解读、通信前沿技术深度分析。 出版作品有《5G核心网原理与实践》《IMS原理与实践》等4本通信专业书籍。知识星球「51学通信」提供深度技术答疑和行业洞察。

[!tip] 51学通信知识星球 星主：爱卫生（微信：gprshome201101）——公众号「51学通信」创办者，19 年通信行业运维与讲师经验，著有《GPRS网络信令实例详解》《EPC原理与实践》《5G核心网原理与实践》三本纸质书（各大电商平台有售）。 星球定位：深耕 5G 核心网、IMS、NFV/AI、云原生等 ICT 领域，主打运维岗位与信令分析。 当前规模：5200 篇主题 / 990 个回答，198 元/年。 加入福利：加入星球后请加爱卫生微信，拉您进知识星球年度陪伴与答疑群——不限量回复您的各种问题，另有群内分享。 AI 加持：51学通信知识星球已作为 skill 接入 WorkBuddy，使用 deepseek-4-flash 在海量星球帖子中精准找贴、找视频、找 FAQ 和案例，做总结、找文档和 PPT 等场景全覆盖。