非地面网络（NTN）从3GPP Rel-17的"能连上"到Rel-19的"能用好"，经历了三次跨越式演进。Rel-19于2025年12月完成技术冻结，2026年3月TSG#110全会正式确认，标志着NTN从补充覆盖手段正式成为5G-Advanced接入网的一等公民。本文聚焦Rel-19 NTN的两大核心变革——再生载荷（Regenerative Payload）架构与覆盖/移动性增强，深入解读TS 38.300、TS 38.331、TS 38.214等规范的关键变化。
3GPP对NTN载荷架构的定义经历了从简到繁、从弯管到星上处理的完整演进路径：
图表 1
| 架构特性 | Rel-17 透明载荷 | Rel-18 部分再生 | Rel-19 全再生 |
|---|---|---|---|
| 星上处理 | RF放大+转发 | PHY/MAC/RLC（DU功能） | 完整gNB协议栈 |
| 调度位置 | 地面gNB | 地面CU+星上DU | 星上 |
| 端到端时延 | 2×RT（弯管） | 1×RT（星上调度） | 1×RT（星上调度） |
| 星间链路（ISL） | 不支持 | 有限支持 | 原生支持 |
| gNB-CU/DU分割 | 不适用 | Option 2（F1接口） | 灵活分割 |
| 典型轨道 | GEO | LEO | LEO/MEO/GEO |
TS 38.300 V17.x将透明载荷定义为"弯管（Bent-pipe）"模式：卫星仅执行射频放大和频率转换，所有基带处理（调度、HARQ、RLC重传等）均在地面gNB完成。这意味着：
Rel-18引入了DU-on-satellite架构（TR 38.821中研究的Option 2分割），Rel-19则进一步扩展为完整的星上gNB。
部分再生（DU on satellite）：
gNB被分割为地面CU和星上DU，通过F1接口互连。DU负责PHY、MAC、RLC层处理，CU负责PDCP、SDAP、RRC层。这一架构的关键优势在于：
全再生（Full gNB on satellite）：
Rel-19 TS 38.300 V19.x定义了完整的星上gNB架构。卫星搭载全部协议栈（PHY→SDAP/RRC），通过NG接口直接连接5GC的AMF/UPF：
图表 2
全再生架构的最大变革在于星间链路（ISL）的原生支持。TS 38.300 V19.x引入了gNB间通过ISL进行Xn切换的流程，使得LEO星座网络可无需每次切换都经地面网关迂回，显著降低了端到端时延。
NTN场景下，卫星链路预算极其紧张。Rel-19在TS 38.214 V19.x中引入了多项DL覆盖增强：
增强型PDCCH重复（Enhanced PDCCH Repetition）：Rel-18支持最多2次PDCCH重复，Rel-19扩展至4次，并引入跨时隙的PDCCH重复联合编码机制。gNB通过RRC信令（PDCCH-ConfigNTN-r19 IE）配置重复次数和聚合模式。
PDSCH增强重传：引入Type B PDSCH重复方案，允许在多个时隙上执行PDSCH的时域资源映射重复，最大重复因子从Rel-18的8提升至16。这一增强对LEO卫星边缘覆盖用户尤为关键——在仰角10°以下时，链路预算恶化约6-8dB，重复传输可有效补偿。
NTN专用搜索空间：Rel-19在TS 38.213中新增NTN-specific search space set，支持更长的PDCCH监测周期（最大320个时隙），适应卫星长RTT特性。
PUCCH重复增强：TS 38.213 V19.x将PUCCH Format 1/3的最大重复次数从Rel-18的8扩展至16，并引入PUCCH重复跨时隙跳频（inter-slot frequency hopping）以提高频率分集增益。
增强型PRACH：Rel-19新增PRACH前导码格式支持更长的序列长度（format B4扩展），适应卫星超大小区半径（LEO最大覆盖半径约1000km）。同时引入PRACH重复传输机制，通过RRC参数prach-RepetitionNumberNTN-r19配置。
Msg3 PUSCH重复：初始接入过程中的Msg3传输支持重复，重复因子可配置为{1,2,4,8}。这在卫星边缘覆盖区域可显著提升随机接入成功率。
Rel-17/18的NTN受限于透明载荷架构，HARQ-ACK反馈需经卫星→地面gNB→卫星的往返，导致HARQ RTT对于GEO卫星可达约480ms。Rel-19的再生载荷从根本上解决了这一问题：
| HARQ参数 | Rel-18透明载荷（GEO） | Rel-19再生载荷（LEO） |
|---|---|---|
| HARQ-ACK RTT | ~480ms | ~10-20ms |
| 最大HARQ进程数 | 32 | 8（够用） |
| 重传触发 | 地面gNB | 星上gNB |
| 典型BLER目标 | 10% | 1%（更积极MCS） |
再生载荷下，星上gNB可立即处理HARQ-ACK并在下一个可用时隙触发重传，使得HARQ机制恢复到与地面网络相当的效率。
SIB19是NTN的"灵魂信令"——它广播卫星星历（Ephemeris）、定时提前参数、公共TA参数等关键信息，使UE能够预补偿传播时延并跟踪卫星运动。
TS 38.331 V19.x中的SIB19结构相比Rel-17/18有了显著扩展：
图表 3
Rel-19引入了两种星历模型：
位置+速度模型（Position-Velocity Model）：继承自Rel-17，卫星在某参考时刻的位置（x,y,z坐标）和速度向量，通过多项式外推预测卫星轨迹。适用于短时间预测（<600秒）。
轨道参数模型（Orbital Element Model）：Rel-18引入、Rel-19增强，使用开普勒轨道六根数（半长轴a、偏心率e、轨道倾角i、升交点赤经Ω、近地点幅角ω、平近点角M0）描述卫星轨道。精度更高，可支持数小时的精确预测。
Rel-19新增的SIB19 IE ntn-RegenerativeConfig-r19指示当前卫星的载荷类型（transparent/regenerative-partial/regenerative-full），UE据此调整TA预补偿策略：
TS 38.300 V19.x Section 7.1中定义了NTN场景下的TA计算：
NTA = (NTA,offset + NTA,UE-specific) × Tc
其中：
- NTA,offset：由SIB19中的koffset参数给出，基于卫星星历和参考位置计算的公共TA
- NTA,UE-specific：UE根据自身GNSS位置与卫星星历计算的UE特定TA分量
对于再生载荷，NTA,offset仅需考虑馈电链路时延（如gNB在卫星上则此值为0），使得UE侧的TA计算和预补偿复杂度显著降低。
LEO卫星相对于地面以约7.5km/s的速度运动，单颗卫星过境时间仅5-15分钟。UE在卫星覆盖区域内面临两类切换场景：
Rel-18已经引入了条件切换（CHO）和基于时间的切换触发机制，但仅支持透明载荷场景。Rel-19对再生载荷场景进行了完整的移动性框架设计。
TS 38.300 V19.x定义了再生载荷下的Xn切换流程：
图表 4
关键IE变化：Rel-19在RRC Reconfiguration中新增ntn-HO-Config-r19，包含：
- targetSatelliteEphemeris：目标卫星星历，UE可预计算目标TA
- targetKoffset-r19：目标卫星的公共TA偏移
- hoTriggerTime-r19：基于时间的切换触发窗口
- isBasedOnEphemeris-r19：指示切换是否基于星历预测触发
Rel-19引入了NTN场景下的条件切换（CHO）增强——支持基于时间和基于位置的双重触发条件。UE可同时维护与两颗卫星的同步，在触发条件满足时执行切换，实现零中断。
对于GEO卫星场景，TS 38.300 V19.x还引入了馈电链路切换（Feeder Link Switch）机制：当卫星从一个地面网关的覆盖范围移动到另一个网关时，gNB通过NGAP信令通知AMF更新下行GTP-U隧道端点，UE侧无感知。
Rel-19在TS 38.101-5 V19.x中定义了多个新的NTN频段，突破了Rel-17/18的S/L频段限制：
| 频段编号 | 频段名称 | 上行频率 | 下行频率 | 适用场景 |
|---|---|---|---|---|
| n252 | S-band | 2170-2200 MHz | 2170-2200 MHz | 手持终端 |
| n254 | L-band | 1626.5-1660.5 MHz | 1525-1559 MHz | 手持终端 |
| n255 | Ku-band UL | 14.0-14.5 GHz | 10.7-12.7 GHz | 固定终端/VSAT |
| n256 | Ka-band | 29.5-30.0 GHz | 17.7-21.2 GHz | 宽带回传 |
| n510 | S-band IoT | 2170-2200 MHz | 2170-2200 MHz | NB-IoT NTN |
Ku/Ka频段的引入是NTN商业化的重要里程碑——更高的频率意味着更大的可用带宽（Ka频段可达500MHz+），支持更高的用户速率。
Rel-19在TS 38.211 V19.x中针对NTN定义了扩展的子载波间隔（SCS）配置：
| SCS | 循环前缀 | 适用频段 | 典型用途 |
|---|---|---|---|
| 15 kHz | Normal | S/L/Ku | 大覆盖、手持终端 |
| 30 kHz | Normal | Ku/Ka | 标准吞吐量 |
| 60 kHz | Normal | Ka | 高吞吐量 |
| 120 kHz | Normal | Ka | 超高吞吐量 |
| 480 kHz | Normal | Ka（Study） | 回传链路 |
更大的SCS有助于对抗多普勒频移——LEO卫星运动引入的最大多普勒偏移可达±240kHz（Ka频段），120kHz SCS可将多普勒影响限制在可管理范围内。
Rel-19不仅增强了NR-NTN，还同步推进了NB-IoT和eMTC的卫星接入能力。TS 36.300 V19.x中的关键增强包括：
覆盖增强：NB-IoT NTN支持最多2048次上行重复（NPUSCH），确保即使在卫星边缘覆盖区域也能实现可靠传输。这对智能农业、远洋监控等物联网场景至关重要。
简化接入：引入了NB-IoT NTN专用的NPRACH格式，支持超长前导码序列（最大达到毫秒级），适应卫星链路的大时延和大频偏。
eDRX扩展：扩展不连续接收周期至最大10485.76秒（约2.9小时），使卫星物联网终端可在单次卫星过境期间完成数据传输后进入深度休眠，等待下次过境。
对于已部署Rel-17/18透明载荷NTN的运营商，向Rel-19再生架构迁移的建议路径：
| 阶段 | 架构 | 投资重点 | 风险等级 |
|---|---|---|---|
| Phase 1 | 保持透明载荷 | 软件升级SIB19、扩展频段 | 低 |
| Phase 2 | DU上星 | 卫星载荷升级、地面CU部署 | 中 |
| Phase 3 | 全再生 | 完整gNB载荷、ISL激光链路 | 高 |
关键迁移注意事项：
ntn-RegenerativeConfig-r19，旧版UE可能无法正确解析星上调度参数LEO场景（600km轨道高度）： - HARQ进程数：8（再生载荷下足够） - PDCCH重复：2-4次（边缘用户） - PDSCH重复：4-8次（边缘用户） - DRX长周期：160ms（平衡功耗与及时性） - CHO触发时间窗口：5-30秒（基于卫星过境预测）
GEO场景（35786km轨道高度）： - HARQ进程数：32（透明载荷场景） - PDCCH重复：4次 - PDSCH重复：8-16次 - PRACH功率攀升步长：4dB（大路径损耗变化） - CHO不适用（GEO卫星相对地面静止）
| 规范编号 | 关联内容 | 影响程度 |
|---|---|---|
| TS 23.501 | NTN接入的5GC架构影响（AMF选网、UPF部署位置） | 高 |
| TS 23.502 | NTN场景的注册/切换/Paging流程适配 | 高 |
| TS 38.401 | 再生载荷下的NG-RAN架构定义（CU/DU分割、ISL） | 高 |
| TS 38.215 | NTN测量报告增强（卫星信号质量测量量） | 中 |
| TS 24.501 | NAS层的NTN接入标识和PLMN选择 | 中 |
| TS 33.501 | NTN安全增强（卫星中继安全、ISL安全） | 中 |
| 特性 | Rel-17 | Rel-18 | Rel-19 |
|---|---|---|---|
| 透明载荷 | ✓ | ✓ | ✓ |
| 部分再生（DU上星） | - | ✓ | ✓ |
| 全再生（gNB上星） | - | - | ✓ |
| ISL支持 | - | 有限 | ✓ |
| S/L频段 | ✓ | ✓ | ✓ |
| Ku/Ka频段 | - | - | ✓ |
| PDCCH重复 | - | 2次 | 4次 |
| PDSCH重复 | - | 8次 | 16次 |
| PUCCH重复 | - | 8次 | 16次 |
| PRACH增强 | 基础 | 增强 | 重复传输 |
| 星历模型 | 位置+速度 | +轨道参数 | +多波束 |
| 载荷类型指示 | - | - | ✓ |
| CHO | - | ✓ | ✓增强 |
| 基于时间/位置切换 | - | - | ✓ |
| NB-IoT NTN | - | - | ✓ |
| 网络验证UE位置 | - | ✓ | ✓增强 |
| 馈电链路切换 | - | - | ✓ |
Q: 透明载荷和再生载荷在实际部署中如何选择？
A: 取决于卫星载荷能力和业务需求。透明载荷部署简单、卫星成本低，适合广域基础覆盖（如应急通信、海洋覆盖）。再生载荷投资大但用户体验好，适合有速率和时延要求的商业场景。建议初期用透明载荷覆盖，验证商业模式后再向再生架构演进。LEO星座（Starlink、OneWeb等）因轨道低、时延可控，更适合再生架构。
Q: Rel-19 NTN对终端有什么新要求？
A: 终端需支持RRC Rel-19版本才能正确处理新增的SIB19 IE（如ntn-RegenerativeConfig-r19、targetSatelliteEphemeris等）。对于Ku/Ka频段操作，终端需要新的射频前端。不过，Rel-19保持了对Rel-17/18终端的后向兼容——透明载荷网络下，旧终端仍可正常接入，只是无法享受再生载荷的性能优势。
Q: 再生载荷下卫星的gNB协议栈如何实现？如何处理软件升级？
A: 星上gNB通常以软件定义无线电（SDR）形式实现，协议栈运行在星载FPGA/DSP或通用处理器上。软件升级通过馈电链路的OTA（Over-The-Air）更新完成，3GPP本身未标准化具体的OTA升级流程，这是卫星运营商的实现细节。需要注意的是，星上gNB软件升级期间可能需要短暂中断服务，建议在卫星无地面覆盖区域时执行。
Q: NTN的ISL（星间链路）在3GPP规范中如何定义？
A: TS 38.300 V19.x将ISL定义为gNB之间的Xn接口的一种承载方式。Xn接口信令（Xn-AP）和用户面数据（GTP-U）均可通过ISL传输。3GPP未规定ISL的物理层技术（激光/毫米波/微波），这是卫星制造商的设计选择。规范关注的是ISL上的Xn切换流程与地面Xn的一致性——卫星gNB应尽可能复用标准Xn切换流程，减少对核心网的影响。
Q: Rel-19 NTN与6G NTN是什么关系？
A: Rel-19是5G-Advanced的最终版本，NTN功能已趋于成熟。6G（Rel-20/21）预计将进一步统一天地一体化网络架构，可能的演进方向包括：统一空口（地面+卫星共用同一空口参数集）、AI驱动的动态拓扑管理、太赫兹频段卫星通信等。Rel-19的再生载荷架构为6G天地一体化奠定了基础——星上gNB的协议栈可随标准演进通过软件升级适配6G空口。
本文由「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 等场景全覆盖。
