首页 › deep-tech › 5G IAB无线自回传原理图解

5G IAB:无线自回传的"接力赛"原理

你有没有想过:5G小基站密密麻麻地装在路灯、电杆上,每一台都要拉光纤回传数据——光纤的钱和施工的时间,可能比基站本身还贵。那能不能让基站"自己当快递员",用无线信号把数据一站一站接力送回核心网?这就是 IAB(Integrated Access and Backhaul,集成接入与回传) 要解决的核心问题。


一、从接力赛理解IAB

想象一场田径接力赛:

传统方式下,每个基站都必须有一条专属光纤直达终点。但在IAB架构中,基站之间可以用无线电波互相传递数据,像接力棒一样一跳一跳传到核心网。

传统光纤回传:每个基站独立拉纤
  [5GC] ——光纤—— [gNB1]
  [5GC] ——光纤—— [gNB2]  
  [5GC] ——光纤—— [gNB3]

IAB无线回传:基站间接力传递
  [5GC] ——光纤—— [Donor] ~~无线~~ [IAB-node1] ~~无线~~ [IAB-node2]

核心区别就一个:中间的基站不需要光纤,用无线信号就能"连上大网"。


二、为什么需要IAB?光纤的"最后一公里"困境

2.1 光纤部署的现实难题

场景 光纤部署痛点 IAB的优势
密集城区小基站 每台小基站拉纤成本高达3-5万元,施工周期2-4周 即插即用,通电即可入网
偏远乡村覆盖 光纤铺设成本高、距离长(每公里1-10万元) 多跳中继扩展覆盖,无需拉纤
临时活动/应急 根本来不及拉光纤 几小时内完成部署
高速公路沿线 沿途连续覆盖需要大量光纤资源 车载IAB移动中继

2.2 毫米波时代的特殊需求

5G在毫米波频段(24GHz以上)覆盖半径通常只有100-200米,意味着同样面积的区域需要部署10倍以上于Sub-6G的基站数量。如果每个都拉光纤,成本将不堪重负。IAB恰好解决了这个矛盾:用毫米波本身做回传,不需要额外的传输资源。


三、IAB架构全景:谁是谁、谁管谁

3.1 核心角色

graph TB
    subgraph 核心网侧
        CN[5GC 核心网]
    end

    subgraph IAB Donor 宿主节点
        CU[Donor CU<br/>集中单元<br/>---控制面+用户面---]
        DDU[Donor DU<br/>分布单元]
    end

    subgraph IAB Node 1 - 第一跳
        MT1[MT<br/>移动终端功能<br/>像手机一样接入]
        DU1[DU<br/>分布单元<br/>服务下游UE]
    end

    subgraph IAB Node 2 - 第二跳
        MT2[MT<br/>移动终端功能]
        DU2[DU<br/>分布单元]
    end

    UE1[UE 手机]
    UE2[UE 手机]
    UE3[UE 手机]

    CN -->|NG接口| CU
    CU -->|F1/CU内部| DDU
    DDU -.->|无线回传 link1| MT1
    MT1 --- DU1
    DU1 -->|接入 link| UE1
    DU1 -.->|无线回传 link2| MT2
    MT2 --- DU2
    DU2 -->|接入 link| UE2
    DU2 -->|接入 link| UE3

    style CN fill:#4a90d9,color:#fff
    style CU fill:#e67e22,color:#fff
    style DDU fill:#e67e22,color:#fff
    style MT1 fill:#27ae60,color:#fff
    style DU1 fill:#27ae60,color:#fff
    style MT2 fill:#8e44ad,color:#fff
    style DU2 fill:#8e44ad,color:#fff

三个核心角色:

角色 功能 形象类比
IAB Donor(宿主) 直接连接核心网的锚点,包含完整的CU功能 总公司(有直连总部的专线)
IAB Node(中继节点) 包含MT+DU双功能:MT像手机一样接入上游,DU像基站一样服务下游 分公司(既向总公司汇报,又管理下属)
UE(终端) 普通手机,感知不到IAB的存在,体验完全一致 客户(不关心内部物流路线)

3.2 IAB Node的双重人格

这是理解IAB的关键——每个IAB Node同时具备两种身份:

           ┌──────────────────────────┐
           │       IAB Node           │
           │                          │
           │   ┌──────┐  ┌──────┐    │
    上游 → │   │  MT  │  │  DU  │    │ → 下游
(父节点)   │   │像UE   │  │像gNB │    │ (UE/子IAB)
           │   └──────┘  └──────┘    │
           │     向上回传    向下服务    │
           └──────────────────────────┘

关键洞察: UE完全感知不到IAB的存在。对手机来说,IAB Node的DU就是一个普通的gNB。这就是IAB的设计哲学——对终端透明。


四、协议栈:数据包的多跳旅行

4.1 BAP——IAB的灵魂协议

IAB引入了一个全新的协议子层:BAP(Backhaul Adaptation Protocol,回传适配协议)。它位于RLC层之上,是IAB区别于普通gNB的核心所在。

graph LR
    subgraph "Donor CU 侧"
        A1[PDCP]
        A2[F1-U]
    end

    subgraph "BAP层 - 回传适配"
        B1[BAP Header<br/>+ Routing ID<br/>+ Address]
    end

    subgraph "每一跳的RLC/MAC/PHY"
        C1[RLC CH 1]
        C2[RLC CH 2]
        C3[RLC CH 3]
    end

    A1 --> A2 --> B1
    B1 --> C1
    C1 -->|Hop 1| C2
    C2 -->|Hop 2| C3

BAP Header包含两个关键信息:

字段 作用 类比
BAP Address 标识目标IAB节点的地址 收件人地址
BAP Routing ID 标识数据包应该走哪条路径 快递路由编号

4.2 数据包的逐跳转发流程

当UE发送的数据包到达IAB Node 2时:

UE → [IAB Node2 DU] → [BAP封装: 目标=Donor CU, Path=Node2→Node1→Donor]
                       → [RLC传输: Node2 MT → Node1 DU]  // 第一跳
Node1收到 → [BAP解析: 还没到目的地,继续转发]
                       → [RLC传输: Node1 MT → Donor DU]  // 第二跳
Donor收到 → [BAP解封装] → [F1-U] → [Donor CU] → [5GC]    // 到达终点

每一跳的IAB Node只需要做三件事: 1. 读取BAP头,判断自己是不是目的地 2. 如果不是,查路由表找到下一跳 3. 通过对应的RLC信道转发给下一跳

这就像快递分拣中心:看一眼包裹上的地址标签,不是本站的就转发到下一站。

4.3 回传链路 vs 接入链路协议栈

graph TB
    subgraph "接入链路(UE ↔ IAB Node DU)"
        direction TB
        U1[UE: PHY] --- U2[UE: MAC] --- U3[UE: RLC] --- U4[UE: PDCP] --- U5[UE: SDAP]
        N1[DU: PHY] --- N2[DU: MAC] --- N3[DU: RLC] --- N4[DU: F1接口到CU]
    end

    subgraph "回传链路(IAB Node MT ↔ 父节点DU)"
        direction TB
        M1[MT: PHY] --- M2[MT: MAC] --- M3[MT: RLC] --- M4[MT: BAP]
        P1[父DU: PHY] --- P2[父DU: MAC] --- P3[父DU: RLC]
    end

    style M4 fill:#e74c3c,color:#fff

注意区别: - 接入链路:标准NR协议栈,与普通gNB完全一致 - 回传链路:在RLC之上多了一层BAP,负责路由和转发


五、资源复用:同一根管道如何同时服务两路流量

IAB最核心的技术挑战之一:接入和回传共享同一频段的无线资源,如何避免互相抢占?

5.1 三种复用方式

复用方式 原理 优点 缺点
TDM(时分) 接入和回传在不同时隙交替进行 实现简单,无自干扰 资源利用率低,延迟增大
FDM(频分) 接入和回传占用不同频域资源块 可同时进行,延迟低 灵活性较低
SDM(空分) 利用波束赋形在不同空间方向同时收发 资源利用率最高 需要强隔离,实现复杂

5.2 TDM的时隙分配图解

TDM是最基础的复用方式,通过Slot Format配置哪些时隙用于接入、哪些用于回传:

时隙编号:  | 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 |
IAB Node:  | BH| AC| AC| BH| AC| AC| BH| AC| AC| AC|

BH = Backhaul 回传时隙
AC = Access  接入时隙

规律:每3个时隙中有1个用于回传,2个用于接入

回传时隙占比的trade-off:

$$R_{capacity} = \frac{T_{access}}{T_{access} + T_{backhaul}} \times R_{total}$$

这个平衡是IAB网络规划中最关键的参数之一,通常由Donor CU统一调度。

5.3 多跳场景下的资源调度

在多跳场景中,资源调度更加复杂——需要协调整条链路上的时隙分配:

Donor DU:  |BH1| AC| AC|BH2| AC| AC| AC| AC| AC| AC|
IAB Node1: | AC|BH1| AC| AC|BH2| AC| AC| AC| AC| AC|  ← BH1接收 + BH2发送
IAB Node2: | AC| AC| AC|BH1| AC| AC| AC| AC| AC| AC|  ← 只在时隙3接收回传

关键:Node1在时隙0接收Donor的回传(BH1),在时隙3向Node2转发(BH2)
     不能同时收发!时隙必须错开。

六、拓扑自适应:中继网络的"自愈"能力

6.1 IAB拓扑迁移

IAB支持动态的拓扑自适应(Topology Adaptation),当某个节点故障或负载过高时,IAB节点可以切换到新的父节点:

sequenceDiagram
    participant IAB2 as IAB Node 2
    participant IAB1 as IAB Node 1 (旧父节点)
    participant IAB3 as IAB Node 3 (新父节点)
    participant Donor as IAB Donor CU

    Note over IAB2,IAB1: 链路质量下降或节点故障

    IAB2->>Donor: 测量报告(发现更好的父节点候选)
    Donor->>Donor: 决定迁移目标:IAB Node 3
    Donor->>IAB3: 准备接收子节点(F1配置)
    Donor->>IAB2: RRC重配(切换到新父节点)
    IAB2->>IAB3: 随机接入(建立新的回传链路)
    IAB3->>Donor: F1建立完成
    Donor->>IAB1: 释放旧回传链路资源
    Note over IAB2,IAB3: 迁移完成,数据路径更新

这个过程对UE是完全透明的——手机不会感知到中间的基站换了"上级"。

6.2 多路径冗余

在Rel-17增强中,IAB支持双连接(Dual Connectivity),一个IAB Node可以同时连接两个父节点:

              [Donor CU]
              /        \
        [Node A]     [Node B]
              \        /
              [IAB Node X]  ← 同时连接两个父节点
                 |
               [UE]

好处: - 负载分担:数据可以分流到两条回传路径 - 可靠性:一条链路断了,另一条可以接管 - 无缝迁移:从一个父节点切换到另一个时不断业务


七、IAB vs 传统中继:为什么不是4G Relay的翻版

对比维度 4G Relay(Rel-10) 5G IAB(Rel-16/17)
协议层 L3中继(网络层转发) L2中继(BAP层转发)
多跳 仅支持单跳 支持多跳(2-3跳实用)
频谱效率 低(每跳约损失50%) 高(NR技术+高效复用)
拓扑管理 固定拓扑 动态拓扑自适应
CU/DU分离 不支持 支持(F1接口)
对终端透明度 部分透明 完全透明
资源调度 静态分配 Donor CU集中调度
波束管理 无(LTE无massive MIMO) 支持SDM空分复用

根本区别: 4G Relay是在网络层做"傻瓜式转发",而5G IAB是在L2做"智能路由"——有地址、有路由表、有自适应能力。


八、IAB的容量瓶颈与工程实践

8.1 多跳容量衰减

每增加一跳,回传容量都会打折扣。假设单跳回传能提供 $C_0$ 的容量,经过 $n$ 跳后:

$$C_{end-to-end} = C_0 \times \prod_{i=1}^{n} \eta_i$$

其中 $\eta_i$ 是第 $i$ 跳的效率因子(通常0.6-0.8)。

跳数 典型容量保留率 实际影响
1跳 ~80% 轻微影响,大多数场景可用
2跳 ~60-65% 中等影响,需要仔细规划
3跳 ~45-50% 显著影响,仅适合低速率业务
4跳+ <40% 不推荐,延迟和容量均不可接受

工程经验: 实际部署中建议控制在2跳以内,最多不超过3跳。

8.2 延迟叠加

每跳增加的延迟包括:

$$T_{hop} = T_{schedule} + T_{transmit} + T_{process}$$

典型值:每跳增加 1-4ms 的空口延迟。2跳场景下,端到端空口延迟增加约 3-8ms。

对于eMBB业务(视频、下载)影响不大,但对URLLC业务(工业控制、远程手术)需要慎重评估。

8.3 工程调优要点

参数 调优建议 常见错误
回传/接入时隙比例 根据上下行流量比动态调整 固定50:50导致浪费
跳数限制 严格控制不超过3跳 追求覆盖忽视容量
节点间距 毫米波场景50-150米 距离过远链路不稳定
Donor选址 选光纤条件好、位置居中的站点 随意选择导致路径不优

九、典型应用场景

9.1 密集城区小基站补盲

        [高楼遮挡区域信号弱]
              ↓
   [Donor] ~~ [IAB路灯站1] ~~ [IAB路灯站2]
     ↑            ↑                ↑
   光纤        供电即可          供电即可

在CBD区域,每隔100米部署一个IAB小基站,通过2-3跳回传到有光纤的Donor站点。部署周期从"拉纤2周"缩短到"上电即用"。

9.2 临时活动/应急通信

大型活动(演唱会、体育赛事)或自然灾害场景下,IAB可以在数小时内搭建临时网络:

  1. 在光纤接入点部署Donor
  2. 周围快速部署若干IAB Node
  3. 活动结束后撤收,下次复用

9.3 移动IAB(Rel-18增强)

Rel-18引入了Mobile IAB,IAB节点可以部署在移动载体上:


十、IAB的适用边界

IAB不是万能药,有些场景仍然必须用光纤:

适合IAB 不适合IAB
小基站补盲 宏基站主覆盖
低-中等容量需求 高容量热点
临时/应急场景 长期固定部署(光纤更经济)
2-3跳以内 需要多跳长距离传输
eMBB/mMTC业务 严格URLLC低延迟业务

判断准则: 如果某个站点的光纤成本超过基站设备的2倍,且容量需求在单跳回传能力范围内,就可以考虑IAB。


常见问题

Q1: IAB和中继器(Repeater)有什么区别?

A: 中继器是物理层放大转发,信号和噪声一起放大,不区分有用信号和干扰。IAB是L2解码转发,先解码再重新编码发送,可以过滤噪声和干扰,每跳信号质量可以重新保证。打个比方:中继器是用扩音器喊话(杂音也放大了),IAB是传令兵重新喊一遍(内容清晰)。

Q2: IAB的回传和接入用的是同一个频段吗?

A: 可以同频(In-band),也可以异频(Out-band)。In-band模式下接入和回传共享同一个载波,通过TDM/FDM/SDM复用资源,是IAB最典型的用法。Out-band模式下回传使用另一个频段,性能更好但需要额外的频谱资源。

Q3: UE能感知到它连接的是IAB节点还是普通基站吗?

A: 完全不能,也不需要。 对UE来说,IAB Node的DU就是一个普通的gNB。所有IAB的特殊处理(BAP路由、多跳转发)都在网络侧完成。这是IAB的重要设计原则——终端零改动。

Q4: IAB最多支持几跳?

A: 标准没有硬性限制跳数,但实际部署建议不超过2-3跳。每增加一跳,容量和延迟都会恶化。3跳以后容量通常只剩40-50%,空口延迟增加10ms以上,大多数业务体验会明显下降。

Q5: IAB和光纤回传可以混合部署吗?

A: 当然可以,而且推荐这样做。 实际网络中通常是:有光纤的站点做Donor,没有光纤的站点做IAB Node。一个Donor可以带多个IAB Node,形成"光纤+无线"的混合回传拓扑。在条件改善后,IAB Node也可以升级为光纤回传的普通gNB。


参考来源

  1. 5G IAB实现原理 - 知乎专栏 — IAB架构与实现细节中文详解
  2. IAB原理及应用 - 世炬网络 — IAB应用场景与工程实践
  3. Disaggregated Architecture for 5G IAB Explained - TelecomTrainer — IAB分解架构英文教程
  4. TS 38.874 IAB研究 - qzy's blog — 3GPP IAB研究报告解读
  5. TS38.300 NR和NG-RAN总体描述 - Mobile IAB R18 — Rel-18移动IAB增强特性

本文由「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学通信知识星球海报-扫码加入