首页 › deep-tech › 5G NTN:卫星融入5G的原理图解

5G NTN:卫星如何融入5G网络——从透明转发到再生处理的原理图解

一个关于"盲区"的故事

想象你是一名远洋货轮的通信工程师。货轮航行在太平洋中央,方圆上千公里没有一座地面基站。船员们的手机信号格全是空的。但某天,船员手机信号格突然亮了——不是来自海面,而是来自头顶36000公里外的太空。

这不是科幻。2024年,Starlink联合T-Mobile实现了手机直连卫星短信;AST SpaceMobile成功打通了普通智能手机的卫星语音通话;华为Mate 60 Pro发布时,"手机直连卫星"成为最大卖点。这些背后的技术统称为 NTN(Non-Terrestrial Network,非地面网络)——把卫星、无人机、高空平台变成5G网络的"空中基站"。

本文将深入解析:卫星究竟如何融入5G体系?为什么5G协议要为卫星做大量"手术"?透明转发和再生处理有什么本质区别?这些问题的答案,远比"把基站搬到天上"复杂得多。

一、NTN是什么:5G的第三维空间

1.1 从二维到三维的覆盖革命

传统5G网络是"贴地"的二维覆盖——基站建在地面上,信号水平传播。但地球表面71%是海洋,陆地中也有大量沙漠、雨林、高原等无法建站区域。结果就是:全球陆地面积的地面移动网络覆盖率不到20%。

NTN的思路很简单但很革命:既然地面上建不了基站,那就把基站搬到天上。

graph TB
    subgraph 地面网络TN["地面网络 TN"]
        UE1[智能手机] <--> |地面Uu| gNB1[gNB基站]
        gNB1 <--> |光纤| UPF1[UPF]
    end

    subgraph 非地面网络NTN["非地面网络 NTN"]
        UE2[远洋手机] <--> |服务链路| SAT[卫星]
        SAT <--> |馈送链路| GW[地面网关]
        GW <--> gNB2[gNB]
        gNB2 <--> UPF2[UPF/5GC]
    end

    subgraph HAPS["高空平台"]
        UAV[无人机/飞艇] <--> UE3[应急手机]
    end

    style SAT fill:#1a1a2e,stroke:#e94560,color:#fff
    style UAV fill:#16213e,stroke:#0f3460,color:#fff
    style gNB1 fill:#0f3460,stroke:#533483,color:#fff
    style gNB2 fill:#0f3460,stroke:#533483,color:#fff

NTN平台按高度分为三类:

平台类型 高度范围 代表系统 特点
GEO卫星 35,786 km Inmarsat、Thuraya 覆盖面极大,延迟极高(~540ms)
LEO卫星 500-2,000 km Starlink、OneWeb 延迟低(~20-50ms),需大量卫星组网
MEO卫星 2,000-35,786 km O3b 折中方案
HAPS 8-50 km 气球、飞艇 固定悬停,覆盖城市级区域
UAV 1-8 km 无人机 临时部署,应急通信

1.2 三个核心场景

NTN解决的核心问题可以归纳为三个"S":

二、两种架构:透明转发 vs 再生处理

这是理解NTN最核心的概念分水岭。卫星到底在通信链路中扮演什么角色?是纯粹的"镜子"还是完整的"基站"?

2.1 透明转发架构(Transparent / Bent-Pipe)

类比:卫星是一面太空中的"镜子"——信号照上去,原样反射下来,卫星自己不解码、不处理。

sequenceDiagram
    participant UE as 手机(UE)
    participant SAT as 卫星(透明转发)
    participant GW as 地面网关
    participant gNB as gNB基站
    participant CN as 5G核心网

    Note over UE,CN: 下行数据传输(核心网→手机)

    CN->>gNB: 1. 下行PDU会话数据
    gNB->>gNB: 2. 5G NR基带处理<br/>(编码、调制、OFDM)
    gNB->>GW: 3. 射频信号→馈送链路
    GW->>SAT: 4. 微波上链(Feeder Link)
    SAT->>SAT: 5. 仅做:频率转换+放大<br/>不解码!不处理!
    SAT->>UE: 6. 微波下链(Service Link)

    Note over UE,CN: 上行数据传输(手机→核心网)

    UE->>SAT: 7. 上行5G NR信号
    SAT->>GW: 8. 频率转换+转发
    GW->>gNB: 9. 射频信号
    gNB->>gNB: 10. 基带解码
    gNB->>CN: 11. 上行PDU数据

关键理解:在透明模式下,5G的Uu空中接口实际上跨越了"手机↔卫星↔网关↔gNB"整条链路。gNB看到的"终端延迟"包含了整条太空链路的往返时间。

设计优势: - 卫星简单、便宜(只需射频放大和频率转换) - gNB在地面,升级方便(改软件即可支持新功能) - 向后兼容性好

设计代价: - 延迟大:信号要走"手机→卫星→地面→卫星→手机"的U型路径 - 所有协议层计时器都要适配超长延迟 - 卫星波束切换需要地面gNB参与决策,响应慢

2.2 再生处理架构(Regenerative / On-Board Processing)

类比:卫星不再是"镜子",而是一座"太空中的基站"——信号到了卫星,直接在星上解码、处理、转发。

graph LR
    subgraph 透明模式["透明转发模式"]
        direction TB
        UE_t[手机] -->|"5G NR信号"| SAT_t[卫星<br/>射频中继器]
        SAT_t -->|"仅放大转发"| GW_t[地面网关]
        GW_t --> gNB_t[地面gNB<br/>全部处理]
    end

    subgraph 再生模式CU["再生模式A:DU上星"]
        direction TB
        UE_r1[手机] -->|"Uu"| SAT_r1[卫星<br/>gNB-DU<br/>PHY+MAC+RLC]
        SAT_r1 -->|"F1接口"| CU_r1[地面gNB-CU<br/>RRC+PDCP+SDAP]
        CU_r1 --> CN_r1[5GC]
    end

    subgraph 再生模式Full["再生模式B:完整gNB上星"]
        direction TB
        UE_r2[手机] -->|"Uu"| SAT_r2[卫星<br/>完整gNB<br/>CU+DU]
        SAT_r2 -->|"NG接口"| CN_r2[5GC<br/>地面]
    end

    style SAT_t fill:#2d3436,stroke:#d63031,color:#fff
    style SAT_r1 fill:#00b894,stroke:#00cec9,color:#fff
    style SAT_r2 fill:#6c5ce7,stroke:#a29bfe,color:#fff

再生模式A——DU上星:卫星上只部署gNB的DU(分布式单元),负责物理层、MAC、RLC处理。CU(集中式单元)仍在地面。这样HARQ重传可以在卫星上直接完成,不用等信号走完"卫星-地面-卫星"的往返。

再生模式B——完整gNB上星:卫星具备完整的基站功能。手机发信号到卫星,卫星直接解码、处理,然后通过星间链路(ISL)或馈送链路连接到地面核心网。

设计优势: - HARQ延迟大幅缩短(星上直接重传) - 支持星间链路(ISL),数据可以在太空"路由" - 单次跳转覆盖即可,减少端到端延迟

设计代价: - 卫星复杂、昂贵(需要星载处理器、存储器) - 太空环境恶劣:辐射导致芯片出错,需抗辐照设计 - 软件升级困难(卫星上天后升级gNB软件?)

2.3 两种架构对比

对比维度 透明转发 再生处理
卫星角色 射频中继器(镜子) 基站(处理器)
Uu接口终止点 地面gNB 卫星上
HARQ RTT ~540ms (GEO) / ~50ms (LEO) 显著缩短
星间链路 不支持 支持
卫星复杂度 低 高
适用标准版本 Rel-17优先 Rel-18/19推进
部署代表 初期多数系统 Starlink v2、未来6G

三、四大物理挑战:为什么5G协议要"做手术"

把5G基站从地面搬到天上,不是简单的"位置变更"。太空环境给5G协议带来了四个前所未有的物理挑战,每一个都迫使协议层做深度适配。

3.1 挑战一:超长传播延迟

地面5G基站到手机的距离通常在几百米到几公里。RTT(往返时间)在1ms以内。但卫星呢?

$$RTT = \frac{2 \times d}{c}$$

其中 $d$ 是终端到卫星的距离,$c$ 是光速。

卫星类型 轨道高度 单向延迟 RTT 对比地面5G
LEO (500km) 500 km ~1.7 ms ~3.4 ms 3-5倍
LEO (1200km) 1,200 km ~4 ms ~8 ms 8-10倍
LEO (2000km) 2,000 km ~6.7 ms ~13.4 ms 13-15倍
MEO 8,000 km ~27 ms ~54 ms 50倍+
GEO 35,786 km ~120 ms ~540 ms 500倍+

但问题不止于此。在透明转发模式下,实际RTT还要加上"卫星→地面网关"的馈送链路延迟:

$$RTT_{total} = 2 \times (d_{service} + d_{feeder}) / c$$

对5G协议的影响:

3.2 挑战二:多普勒频移

LEO卫星以约7.6 km/s的速度绕地球飞行。这个速度会在载波频率上产生巨大的多普勒频移:

$$f_{Doppler} = \frac{v_{radial}}{c} \times f_c$$

其中 $v_{radial}$ 是卫星相对终端的径向速度,$f_c$ 是载波频率。

载波频段 频率 LEO多普勒频移 5G子载波间隔 影响
S-band 2 GHz ±48 kHz 15/30 kHz 超过子载波间隔
Ka-band 20 GHz ±480 kHz 120/240 kHz 严重超过
Ka-band 30 GHz ±720 kHz 120/240 kHz 极端偏移

这意味着什么? 如果不补偿,5G OFDM系统的子载波正交性会被完全破坏,信号根本无法解调。

解决方案:UE自主预补偿

flowchart TD
    A[UE开机] --> B[获取GNSS定位]
    B --> C[接收卫星星历广播<br/>位置+速度+轨道参数]
    C --> D[计算UE到卫星的<br/>径向速度和距离]
    D --> E[计算多普勒频移量]
    E --> F[上行发送时<br/>预先补偿频率偏移]
    F --> G[信号到达卫星时<br/>频率误差在容忍范围内]

    C --> H[计算传播延迟]
    H --> I[计算定时提前TA]
    I --> J[上行发送时<br/>预先补偿时间偏移]
    J --> K[信号到达卫星时<br/>时间对齐在CP范围内]

    style A fill:#00b894,stroke:#000,color:#fff
    style G fill:#0984e3,stroke:#000,color:#fff
    style K fill:#0984e3,stroke:#000,color:#fff

核心思路:NTN强制要求UE具备GNSS定位能力。UE根据自己的GPS位置 + 卫星广播的星历数据,实时计算多普勒频移和传播延迟,然后在上行发送时预先补偿。

这就好比你在车上听收音机,不是让广播电台来适应你的速度,而是你自己根据车速和方向提前调好频率偏移。

3.3 挑战三:超大覆盖与差分延迟

一颗GEO卫星的波束可以覆盖地球表面直径约500公里的区域(LEO波束也覆盖50-100公里)。在这个范围内,不同位置的用户到卫星的距离差异很大。

差分延迟(Differential Delay):波束中心(卫星正下方)的用户与波束边缘的用户之间,传播延迟差异可达 数十毫秒。这对5G的上行同步(Timing Advance)构成了严峻挑战。

在地面网络中,gNB通过测量UE的上行信号来调整TA。但在NTN中,这个测量反馈环路太长了(GEO场景下一个往返就要540ms),根本来不及。

解决方案:两层TA补偿

$$TA_{total} = TA_{Common} + TA_{UE-specific}$$

这种设计把TA计算的负担从网络侧转移到了UE侧——网络只需广播一个粗粒度的公共TA,精确计算由UE自己完成。

3.4 挑战四:移动的"小区"

地面基站是固定的,小区边界不变。但LEO卫星以7.6 km/s飞行,其波束在地面上的投影以同样速度扫过。一个LEO波束在某个地面位置上的"可见时间"通常只有 5-15分钟。

这意味着: - 手机每5-15分钟就要做一次波束切换 - 一天内可能经历上百次切换 - 传统5G的切换信令流程根本扛不住这个频率

解决方案:地球固定跟踪区(Earth-Fixed Tracking Area)

3GPP为NTN设计了基于地理位置的固定跟踪区编号(TAC)。跟踪区不绑定卫星波束,而是绑定地面上的固定地理区域。卫星飞过时,不同的波束被赋予与当前地面位置对应的TAC。这样UE在待机模式下,即使卫星不断更换,只要不跨越地理跟踪区边界,就不需要做TAU(跟踪区更新)。

四、协议层的"NTN手术"详解

了解了物理挑战,现在来看5G协议各层具体做了哪些改动。

4.1 物理层(PHY)适配

改动项 地面5G NR NTN适配 原因
定时偏移补偿 gNB控制TA UE自主预补偿 + 公共TA 延迟太大无法闭环控制
频率偏移补偿 小范围AFC UE基于星历预补偿多普勒 频偏远超OFDM容忍范围
HARQ进程数 最大16 扩展到32 长RTT需要更多并发进程
随机接入前导码 标准格式 支持更长CP和前导码 适应大延迟差和大多普勒
时间同步 精确同步 容忍更大的定时不确定度 覆盖区域大导致差分延迟大

4.2 MAC层适配

HARQ的两种策略:

策略一:增加HARQ进程数——在等待ACK/NACK期间,允许发送更多数据,保持管道填满。

策略二:禁用HARQ——在GEO等极端延迟场景下,HARQ重传的效率可能反而低于直接RLC重传。此时可以关闭MAC层HARQ,完全依赖RLC AM模式的重传来保证可靠性。这叫做"Blind Retransmission"(盲重传)——不等反馈,直接多发几份。

graph TD
    subgraph 地面5G["地面5G HARQ流程"]
        A1[发送数据] --> B1[等待ACK<br/>~1ms]
        B1 --> C1{收到ACK?}
        C1 -->|是| D1[继续发送新数据]
        C1 -->|否| E1[重传<br/>RTT ~4ms]
    end

    subgraph NTN_LEO["NTN LEO HARQ"]
        A2[发送数据] --> B2[等待ACK<br/>~25ms]
        B2 --> C2{收到ACK?}
        C2 -->|是| D2[继续]
        C2 -->|否| E2[重传]
        F2[同时发送更多进程<br/>HARQ进程数=32] -.-> A2
    end

    subgraph NTN_GEO["NTN GEO 无HARQ"]
        A3[发送数据+冗余] --> B3[不等待ACK<br/>直接发下一批]
        B3 --> C3[依赖RLC层ARQ<br/>保证可靠性]
    end

    style B1 fill:#00b894,stroke:#000
    style B2 fill:#fdcb6e,stroke:#000
    style C3 fill:#d63031,stroke:#000,color:#fff

4.3 RLC层适配

4.4 RRC层适配

星历信息广播:这是NTN独有的RRC增强。gNB会通过系统信息(SIB)广播卫星的星历数据,包含:

参数 含义 UE用途
卫星位置(x,y,z) 卫星在ECEF坐标系中的位置 计算距离和传播延迟
卫星速度(vx,vy,vz) 卫星运动速度矢量 计算多普勒频移
轨道参数 轨道倾角、偏心率等 预测未来位置
参考点位置 波束中心参考点 计算差分延迟
公共TA 馈送链路延迟 上行定时预补偿

UE收到星历后,结合自身GNSS位置,每秒可能计算一次新的多普勒和TA补偿值。

4.5 移动性管理适配

stateDiagram-v2
    [*] --> 地面小区
    地面小区 --> 卫星波束: 信号质量下降<br/>触发切换
    卫星波束 --> 卫星波束: LEO卫星移动<br/>波束扫过
    卫星波束 --> 地面小区: 进入地面覆盖区<br/>回切
    卫星波束 --> 卫星波束2: 星间切换<br/>同一卫星不同波束

    note right of 卫星波束: 切换频率高<br/>LEO场景5-15分钟/次
    note right of 地面小区: 优先地面网<br/>卫星仅做补充

条件切换(CHO)增强:NTN场景下,卫星的移动轨迹是可预测的(星历已知)。因此,网络可以提前为UE准备多个候选目标小区,UE根据预设条件(如卫星仰角降到阈值)自动切换,而不需要实时信令交互。

五、频段与链路预算:太空通信的经济账

5.1 NTN使用的频段

频段标识 频率范围 用途 特点
S-band 1980-2010 MHz (UL) / 2170-2200 MHz (DL) 手机直连卫星 频率低,穿透性好,适合手机
L-band 1525-1559 MHz (DL) / 1626.5-1660.5 MHz (UL) IoT NTN 覆盖广,速率低
Ka-band 17.7-21.2 GHz (DL) / 27.5-31.0 GHz (UL) VSAT宽带 带宽大,雨衰严重
Ku-band 10.7-12.75 GHz (DL) / 14.0-14.5 GHz (UL) VSAT/回传 折中方案

自由空间路径损耗是NTN链路预算的核心参数:

$$FSPL(dB) = 20\log_{10}(d) + 20\log_{10}(f) + 32.45$$

对比地面和NTN:

场景 距离 频率 FSPL 比地面多损耗
地面5G 1 km 3.5 GHz ~103 dB 基准
LEO (500km) 500 km 2 GHz ~175 dB +72 dB
GEO 35,786 km 2 GHz ~197 dB +94 dB

72dB的差距意味着什么? 地面基站到手机的信号功率假设是-70dBm(良好信号),同样功率下LEO卫星接收到的信号只有 -142dBm——这已经在热噪声底噪附近了。这就是为什么卫星通信要么用高增益天线(VSAT),要么大幅增强覆盖(5G NTN的Coverage Enhancement技术)。

5.2 5G NTN的覆盖增强策略

为了弥合72-94dB的差距,NTN采用了多管齐下的策略:

六、实战连接:工程师需要知道的

6.1 手机直连卫星的调试要点

当你的手机显示"卫星连接"时,以下信息对调试特别有用:

6.2 常见调试陷阱

  1. 误把NTN延迟当故障:在GEO透明转发模式下,Ping延迟540ms是正常的。很多工程师第一次测到时会怀疑网络故障。
  2. 忽略星历更新:LEO卫星位置变化快,星历必须频繁更新。如果星历过期,UE的预补偿全部失效,连接会莫名其妙断开。
  3. 混淆透明和再生模式:两种模式下,同样的参数配置可能产生完全不同的行为。比如HARQ重传时延,透明模式下是星地往返,再生模式下可能只有星上处理时延。
  4. 波束切换频繁导致信令风暴:在LEO场景下,如果没有正确配置条件切换(CHO),大量UE同时切换可能导致信令风暴。

6.3 NTN与地面5G的互操作优先级

实际部署中,NTN通常被配置为"地面网的补充"。网络会引导UE遵循"地面优先"原则:

flowchart TD
    A[UE搜索网络] --> B{地面5G可用?}
    B -->|是| C[优先驻留地面5G]
    B -->|否| D{地面4G可用?}
    D -->|是| E[驻留地面4G]
    D -->|否| F{卫星NTN可用?}
    F -->|是| G[驻留NTN卫星<br/>降级服务]
    F -->|否| H[无服务<br/>紧急呼叫only]

    C --> I{地面信号变差?}
    I -->|是| J[触发NTN切换<br/>保持业务连续性]
    I -->|否| C

    G --> K{地面信号恢复?}
    K -->|是| L[回切到地面网]
    K -->|否| G

    style C fill:#00b894,stroke:#000,color:#fff
    style G fill:#fdcb6e,stroke:#000
    style H fill:#d63031,stroke:#000,color:#fff

七、技术演进路线:从Rel-17到6G

标准版本 时间 NTN增强重点
Rel-17 2022 NTN基础框架:透明转发、LEO/GEO支持、定时/频率补偿
Rel-18 2024 覆盖增强、NTN-TN移动性优化、Ka频段支持、RedCap over NTN
Rel-19 2025-2026 再生处理增强、多播广播、定位、手机直连卫星宽带
6G 2028+ 空天地海一体化、AI驱动的星群管理、全再生架构

常见问题

Q: 透明转发和再生处理可以混合部署吗? A: 可以。一种典型部署是:LEO星座采用再生处理(支持星间链路),GEO采用透明转发(简单可靠)。甚至同一颗卫星上的不同波束也可以工作在不同模式下。3GPP的架构设计允许这种灵活性。

Q: 普通手机真的能直连卫星吗?不需要特殊天线? A: Rel-17定义了两种终端类型:专用NTN终端(带高增益天线,如VSAT)和普通手机。普通手机直连卫星在技术上是可行的(S-band频率已在手机天线覆盖范围内),但速率极低——目前只能支持短信和窄带IoT。宽带数据仍需专用终端。华为、苹果等实现的"手机直连卫星"走的是专用卫星通信协议,并非5G NTN标准接口,但正在向3GPP标准演进。

Q: 为什么NTN强制要求UE支持GNSS?没有GPS的手机不能用NTN吗? A: 因为NTN的上行定时预补偿和多普勒预补偿都依赖UE的精确位置。没有位置信息,UE无法计算到卫星的精确距离和径向速度。目前确实如此——NTN标准假设UE具备GNSS能力。未来标准可能探索基于网络侧的辅助定位来放宽这个要求。

Q: LEO卫星飞那么快,频繁切换会不会导致大量掉话? A: 这是NTN移动性管理的核心难题。3GPP通过三种机制来缓解:(1)条件切换(CHO),UE根据卫星仰角等预设条件自动切换,减少信令时延;(2)地球固定跟踪区,减少不必要的TAU;(3)卫星波束预成形,让波束在一定时间内"钉"在地面固定位置(Earth-Fixed Beam)。实际部署中,掉话率已从初期的5-10%降到1%以下。

Q: NTN和Starlink是什么关系?Starlink用的是5G NTN标准吗? A: 截至目前,Starlink使用的是其自有的通信协议,并非3GPP 5G NTN标准。但Starlink与T-Mobile合作的"手机直连"服务正在向3GPP标准靠拢。5G NTN是3GPP的标准化方案,目标是让任何符合标准的5G手机都能接入卫星网络,无需专有协议。未来两者很可能会融合——Starlink提供卫星基础设施,3GPP NTN提供标准化接入接口。

参考来源

  1. 5G NTN 技術詳解:從透通式架構到射頻物理層挑戰 (3GPP Rel-17/18) — 详细的NTN架构与射频物理层挑战分析
  2. 5G Non-terrestrial Networks: Connectivity Beyond Borders — NTN用例与架构概览
  3. 5G NTN Takes Flight: Technical Overview — Wiley技术白皮书
  4. 5G NTN卫星组网架构 - CSDN — 中文技术博客,覆盖NTN架构详解
  5. Nonterrestrial Networks (NTN) for 5G and Beyond - NI — NI公司NTN测试解决方案及技术背景

本文由「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 等场景全覆盖。

51学通信知识星球海报-扫码加入