## 一、为什么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的轨道分类与链路特征 | 参数 | GEO | MEO | LEO | HAPS | |------|-----|-----|-----|------| | **高度** | 35,786 km | 2,000-35,786 km | 300-1,500 km | 17-22 km | | **往返时延** | ~540 ms | ~100-400 ms | ~4-20 ms | ~0.1-0.3 ms | | **多普勒频移** | 极小（相对静止） | 中等 | 极大（7-8 km/s） | 较小 | | **典型代表** | Inmarsat, Thuraya | GPS/GLONASS | Starlink, OneWeb | Loon（已停） | | **覆盖半径** | ~3,500 km（点波束） | ~1,000 km | ~100-500 km | ~50-200 km | | **3GPP关注重点** | Rel-17/18 | 较少涉及 | Rel-17~19核心 | Rel-18研究 | 不同轨道高度直接决定了物理层设计的核心挑战：**时延**和**多普勒频移**。这正是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功能。卫星不再只是"射频中继器"，而是真正的**空中基站**。 根据卫星上部署的协议栈层次不同，再生载荷又分为多种子架构： | 架构类型 | 星载协议栈 | 地面部署 | 特点 | |----------|-----------|---------|------| | **全gNB在星** | PHY+MAC+RLC+PDCP+SDAP+RRC | 仅5GC UPF/SMF | 最完整，但星载计算需求最高 | | **DU在星** | PHY+MAC+RLC | 地面CU(PDCP+SDAP+RRC)+5GC | 平衡方案，Rel-19重点 | | **中继架构** | L2中继/层3中继 | 地面宿主gNB+5GC | 最轻量，兼容性好 |  > *图表 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）**： | 补偿方式 | 执行方 | 原理 | 适用场景 | |---------|--------|------|---------| | **网络侧预补偿** | gNB/卫星 | 根据星历和UE位置计算下行频偏，在发射端预偏移载波频率 | 透明转发必选，下行补偿 | | **UE自主补偿** | UE | UE根据GNSS位置和星历计算频偏，在接收端校正 | 上行补偿，所有场景 | | **联合补偿** | 网络+UE | 网络补偿大尺度公共频偏，UE补偿残余频偏 | Rel-19推荐方案 | 关键设计决策：**补偿粒度**。网络侧预补偿只能按**波束中心**计算公共频偏，波束边缘UE仍有残余频偏。Rel-18引入了更精细的频偏补偿参数广播，Rel-19进一步支持per-UE的差异化补偿。 ### 3.3 调度时序重设计 地面NR中，PDCCH到PDSCH的调度间隔（K0）最小为0（同符号调度）。NTN中，由于大传播时延，K0必须设置得足够大： | 场景 | 典型RTT | 最小K0（slots） | HARQ进程数 | |------|---------|----------------|-----------| | 地面NR（FR1） | ~1 ms | 0 | 8-16 | | LEO@600km | ~4-8 ms | 2-4 | 16-32 | | LEO@1200km | ~8-20 ms | 4-10 | 32-64 | | GEO | ~540 ms | 数百 | 需要极大进程池 | 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类型 | 链路特征 | 数据率 | 典型用途 | |---------|---------|--------|---------| | **同轨ISL** | 同轨道面相邻卫星 | 1-10 Gbps | 沿轨道方向数据中继 | | **异轨ISL** | 不同轨道面卫星 | 100 Mbps-5 Gbps | 跨轨道面路由，灵活拓扑 | | **星地ISL（馈电）** | 卫星到地面站 | 10-50 Gbps | 回传/回程 | 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 关键参数配置建议 | 参数 | 推荐值 | 说明 | |------|--------|------| | **B1门限** | -100 ~ -95 dBm | 地面NR邻区触发门限，需考虑NTN UE通常在弱信号场景 | | **测量间隔（GAP）** | 40-80 ms | NTN UE需要离开卫星频点去测量地面频点 | | **TTT（Time to Trigger）** | 160-320 ms | 事件触发时间，需平衡切换及时性和乒乓抑制 | | **HO准备定时器** | 500-1000 ms | 考虑NTN大时延，需要更长的准备时间 | **实战踩坑**： - **GAP模式选择**：NTN UE在测量GAP期间无法接收卫星数据，频繁测量会严重影响吞吐量。建议使用长周期GAP（如640 ms间隔）配合SSB-based测量 - **速度状态判断**：由于是卫星在移动而非UE，传统基于UE速度的参数自适应逻辑需要修改，建议在RRC重配中直接指定测量参数 - **PDU Session连续性**：NTN-TN切换可能涉及UPF重定位，需要确保N3隧道切换时用户面数据不丢包 ## 六、NTN频谱与射频设计要点 ### 6.1 3GPP NTN频段定义 | 频段编号 | 频段 | 方向 | 卫星类型 | 典型应用 | |----------|------|------|---------|---------| | **n256** | S-band (2 GHz) | FDD | LEO/MEO | 手机直连卫星（Starlink, AST） | | **n255** | L-band (1.5 GHz) | FDD | LEO | 手机直连（Lynk, 华为Mate60） | | **n252** | Ka-band (20/30 GHz) | FDD | LEO/GEO | 宽带回传 | | **n251** | Ku-band (12/14 GHz) | FDD | LEO | VSAT终端 | | **FR2-NTN** | 10 GHz以上 | TDD/FDD | LEO | Rel-19新增研究 | ### 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）。这在射频设计上面临几个极端挑战： | 挑战 | 地面NR手机 | 直连卫星手机 | 解决方案 | |------|-----------|-------------|---------| | **接收灵敏度** | -100 dBm | -120~-130 dBm | 卫星高增益波束+重复传输 | | **发射功率** | 23 dBm | 需要26-33 dBm EIRP | 卫星侧高灵敏度接收 | | **天线增益** | ~0 dBi | 需要2-5 dBi | 定向天线/多天线合并 | | **带宽** | 100 MHz | 5-20 MHz（共享） | 窄带传输+调度优化 | **3GPP为手机直连定义的特殊能力**： - **NTN专用UE能力（UE-NR-Capability）**：bandNR-NTN参数独立于地面NR - **NR-NTN的RedCap适配**：Rel-18支持RedCap设备通过卫星接入，降低终端复杂度 - **compact消息格式**：RRC消息引入NTN-ShortMAC-I等压缩格式，减少控制面开销 ## 七、NTN协议栈适配全景 | 协议层 | 地面NR | NTN适配 | 关键TS | |--------|--------|---------|--------| | **PHY** | SCS 15-240 kHz, CP长度固定 | SCS适配NTN场景, TA偏移 | TS 38.211/213 | | **MAC** | HARQ 8/16进程 | HARQ进程扩展至32-256, 禁用模式 | TS 38.321 | | **RLC** | AM/UM/TM | AM模式t-Reordering大幅扩展 | TS 38.322 | | **PDCP** | t-Reordering 0-160ms | 扩展至数千ms | TS 38.323 | | **RRC** | 正常SIB调度 | SIB19(NTN专用), 星历广播 | TS 38.331 | | **NAS** | 正常注册/TAU | NTN PLMN选择, 等效PLMN | TS 24.501 | | **Xn/NG** | 正常切换 | NTN-TN HO增强 | TS 38.423/413 | **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 部署场景选择矩阵 | 部署场景 | 推荐架构 | 轨道 | 频段 | 优先级 | |---------|---------|------|------|--------| | 海事/远洋手机直连 | 透明+高增益波束 | LEO | S/L | 高 | | 偏远地区宽带接入 | 再生DU在星 | LEO | Ka/Ku | 中 | | 应急救灾通信 | Store-and-Forward | LEO | S | 高 | | 全球IoT追踪 | IoT-NTN | LEO | L | 中 | | 蜂窝回传补盲 | 透明转发 | GEO | Ka | 中 | | 航空机载WiFi | 再生载荷 | LEO/MEO | Ku/Ka | 高 | ### 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 参数配置速查表 | 参数 | LEO@600km | LEO@1200km | GEO | |------|-----------|------------|-----| | **kOffset** | 2-4 slots | 4-10 slots | >100 slots | | **HARQ进程数** | 16-32 | 32-64 | 128+ | | **PDCP t-Reordering** | 100-500 ms | 200-1000 ms | 2000+ ms | | **RLC AM t-Reordering** | 100-500 ms | 200-1000 ms | 2000+ ms | | **DRX Long Cycle** | 160-640 ms | 320-1280 ms | 2560+ ms | | **SIB19周期** | 320-640 ms | 640-1280 ms | 1280-2560 ms | ## 九、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 等场景全覆盖。