NR TCI状态三层配置与QCL波束管理框架深度解析

一、引言：波束管理的核心抽象

5G NR在FR2（毫米波）和FR1（Sub-6G）中广泛采用波束赋形技术。与LTE的扇区级宽波束不同，NR需要一套精确的机制来告诉UE："当前这个信道的DM-RS端口，你可以用哪个参考信号的信道估计来做接收波束对齐"。这套机制的核心抽象就是TCI状态（Transmission Configuration Indicator State），底层支撑是QCL（Quasi-Co-Location）框架。

TCI状态不是一个单一的信令——它是三层配置模型的产物：RRC配置候选池 → MAC CE激活子集 → DCI动态指示。这三层分别对应"可能性"、"可用性"和"即时性"，构成了NR波束管理最精密的控制平面。

本文基于TS 38.214 V18.7.0（物理层数据过程）、TS 38.331 V18.6.0（RRC协议）、TS 38.321 V18.5.0（MAC协议），完整拆解TCI状态从配置到生效的全链路机制。

二、QCL框架：四类准共址假设

2.1 QCL的本质含义

QCL（Quasi-Co-Located）描述的是两个天线端口之间的大尺度信道特性相似性。如果端口A和端口B准共址，UE可以用端口A的信道估计结果来辅助端口B的接收处理。TS 38.214 Section 5.1.5定义了四种QCL类型：

设计意图：TypeA提供最完整的信道先验信息（四个参数），但要求参考信号密度足够高。TypeC是"最低配"方案，仅用于初始接入阶段SSB到PDSCH的QCL关联。TypeD是FR2特有的波束级指示——没有它，UE在毫米波频段无法确定接收波束方向。

2.2 TCI状态中的QCL组合

每个TCI状态包含一个或两个QCL关系。在RRC的TCI-State IE中（TS 38.331 Section 6.3.2），结构如下：

TCI-State ::= SEQUENCE {
    tci-StateId          TCI-StateId,          -- 0~127
    qcl-Type1            QCL-Info,              -- 必选：第一个QCL关系
    qcl-Type2            QCL-Info OPTIONAL,     -- 可选：第二个QCL关系
    ...
}

QCL-Info ::= SEQUENCE {
    referenceSignal      CHOICE {
        csi-rs           NZP-CSI-RS-ResourceId,
        ssb              SSB-Index
    },
    qcl-Type             ENUMERATED {
        typeA, typeB, typeC, typeD
    }
}

当存在两个QCL关系时，它们的分工是： - qcl-Type1：提供Doppler和时延相关参数（TypeA/B/C） - qcl-Type2：提供空域参数（TypeD），或补充缺失的时延参数

graph TD
    A[TCI-State #7] --> B[qcl-Type1]
    A --> C[qcl-Type2]
    B --> D[CSI-RS Resource #3]
    B --> E[QCL-TypeA<br/>Doppler+Delay四参数]
    C --> F[SSB Index #2]
    C --> G[QCL-TypeD<br/>空域Rx波束方向]

    style A fill:#1a73e8,color:#fff
    style D fill:#34a853,color:#fff
    style F fill:#fbbc04,color:#333

关键约束（TS 38.214 Section 5.1.6.2）： - qcl-Type1必须是TypeA、TypeB或TypeC - qcl-Type2（如果存在）必须是TypeD，或补充qcl-Type1未覆盖的参数 - 两个QCL关系的参考信号不能相同

三、TCI状态三层配置模型

3.1 全景时序图

sequenceDiagram
    participant gNB
    participant UE

    Note over gNB,UE: 第一层：RRC配置（候选池）
    gNB->>UE: RRCReconfiguration<br/>PDSCH-Config.tci-StatesToAddModList<br/>最多128个TCI-State
    Note right of UE: UE存储所有候选TCI状态<br/>但尚未用于任何信道

    Note over gNB,UE: 第二层：MAC CE激活（可用子集）
    gNB->>UE: MAC CE: TCI States Activation<br/>for UE-specific PDSCH MAC CE<br/>bitmap选择最多8个激活TCI
    Note right of UE: 激活的TCI映射到DCI<br/>codepoint 0~7

    Note over gNB,UE: 第三层：DCI动态指示（即时选择）
    gNB->>UE: DCI Format 1_1/1_2<br/>Transmission Configuration<br/>Indication field = 3bit
    Note right of UE: UE根据DCI codepoint<br/>查表确定实际TCI状态<br/>应用于本次PDSCH接收

    gNB->>UE: PDSCH (DM-RS)
    Note right of UE: UE使用TCI状态中的<br/>QCL假设接收PDSCH

3.2 第一层：RRC配置——候选池构建

配置位置：PDSCH-Config IE中的tci-StatesToAddModList和tci-StatesToAddModList（TS 38.331 Section 6.3.2）。

每个服务小区最多配置128个TCI状态（tci-StateId范围0~127）。这些TCI状态包含了UE可能用到的所有波束方向和QCL假设组合。

RRC信令关键参数：

对于PDCCH，TCI状态通过CORESET IE中的tci-StatesPDCCH-ToAddList配置（最多64个），映射关系独立于PDSCH的TCI状态池。

3.3 第二层：MAC CE激活——子集筛选

RRC配置的128个候选状态不可能全部同时使用——DCI中的TCI field长度有限。MAC CE的作用是从候选池中选出一个最多8个元素的激活子集，映射到DCI codepoint。

MAC CE格式（TS 38.321 Section 5.18）：

| Octet 1:  MAC Header (LCID = 0x1E)  |
| Octet 2:  Serving Cell ID (5bit)     |
|           BWP ID (2bit)              |
| Octet 3:  T_i bitmap (TCI State 0~7) |
| Octet 4:  T_i bitmap (TCI State 8~15)|
| ...                                   |
| Octet 18: T_i bitmap (TCI State 120~127)|

Bitmap中每个bit T_i对应一个TCI状态ID。如果T_i = 1，则该TCI状态被激活。激活的TCI状态按ID从小到大的顺序，依次映射到DCI codepoint 0, 1, 2, ...

关键定时：UE在收到MAC CE后，需要等待3ms（TS 38.214 Section 5.1.5.2）才能应用新的TCI状态映射。这个延迟确保UE有足够时间完成波束切换。

3.4 第三层：DCI指示——即时决策

DCI Format 1_1和1_2中的Transmission Configuration Indication field长度为3bit（当激活子集为2~8个时）或0bit（当激活子集仅有1个时）。

UE根据DCI中的codepoint值，查表得到激活TCI状态：

时序约束（TS 38.214 Section 5.1.5）：如果DCI调度的PDSCH与DCI之间的时间差小于minimumScheduleOffsetK0，则UE不期望DCI中的TCI field发生变化。

四、PDCCH的TCI状态机制——CORESET绑定

PDCCH的波束管理比PDSCH更复杂，因为PDCCH是UE持续监控的信道，不能像PDSCH那样逐次切换波束。

4.1 CORESET级TCI绑定

PDCCH的TCI状态绑定在CORESET级别（TS 38.213 Section 10.1.2.3）：

graph LR
    subgraph CORESET #0
        A[CSS Type 0/0A/1/2]
    end
    subgraph CORESET #1
        B[USS #1]
        C[USS #2]
    end
    subgraph CORESET #2
        D[USS #3]
    end

    A -->|初始TCI=SSB| E[默认TCI规则]
    B -->|MAC CE激活| F[TCI State A]
    C -->|共享CORESET| F
    D -->|MAC CE激活| G[TCI State B]

    style E fill:#e8f0fe
    style F fill:#ceead6
    style G fill:#fce8b2

规则： - 同一个CORESET内所有搜索空间的PDCCH共享相同的TCI状态 - CORESET #0的初始TCI = 初始接入时选择的SSB（TS 38.213 Section 10.1.2.3） - 其他CORESET的TCI通过专用的MAC CE（TCI State Indication for UE-specific PDCCH MAC CE，LCID=0x2F）更新

4.2 默认TCI状态

当UE尚未收到任何TCI指示（如刚建立连接时），使用默认TCI规则（TS 38.214 Section 5.1.5.2和5.2.1.2）：

设计意图：默认TCI规则是一个"安全网"，确保在MAC CE/DCI尚未生效时，UE仍有一个合理的波束假设用于接收PDCCH/PDSCH。这对初始接入和切换场景至关重要。

五、统一TCI框架（Rel-17/18增强）

5.1 传统分离式TCI的痛点

Rel-15/16中，DL TCI和UL Spatial Relation是两套独立的机制： - DL TCI：通过PDSCH-Config/CORESET配置 - UL Spatial Relation：通过SRS-Config和PUCCH-Config/PUSCH-Config配置

这带来三个问题： 1. 信令开销翻倍：gNB需要分别指示DL和UL波束 2. 时延加倍：MAC CE激活DL TCI后，还需另一个MAC CE更新UL spatial relation 3. DL/UL波束不一致：TDD系统中，DL和UL波束应具有互易性，但信令层面是分离的

5.2 统一TCI框架的三种模式

Rel-17引入了UnifiedTCI-State框架（TS 38.331中unifiedTCI-StateType），支持三种TCI模式：

stateDiagram-v2
    [*] --> 分离模式: RRC配置<br/>未启用统一TCI
    [*] --> 统一模式: RRC配置<br/>unifiedTCI-StateType

    state 统一模式 {
        [*] --> 联合TCI
        联合TCI --> 分离DLTCI: MAC CE切换
        联合TCI --> 分离ULTCI: MAC CE切换
        分离DLTCI --> 联合TCI: MAC CE切换
        分离ULTCI --> 联合TCI: MAC CE切换
    }

    state 分离模式 {
        [*] --> DL_TCI独立配置
        DL_TCI独立配置 --> UL_SpatialRelation独立配置
    }

    note right of 联合TCI: 单个TCI state同时覆盖<br/>PDCCH/PDSCH/PUCCH/PUSCH

5.3 统一TCI的MAC CE结构

统一TCI框架引入了新的MAC CE（TS 38.321 Section 5.18）：

Activation/Deactivation of Unified TCI State MAC CE：

Octet 1: MAC Header (LCID)
Octet 2: Serving Cell ID | BWP ID
Octet 3: TCI Type指示
         Bit 7: 0=Separate DL/UL, 1=Joint DL/UL
         Bit 6: UL TCI present (仅separate模式)
         Bit 5-0: Reserved
Octet 4-N: TCI State ID bitmap

一个MAC CE同时激活DL和UL波束，相比传统方案节省了一个MAC CE的时延（约3ms）。

六、多TRP场景下的双TCI指示

Rel-16/17引入的多TRP（Multi-TRP）传输中，PDSCH可以通过两个不同的TRP发送，每个TRP使用不同的波束。

TS 38.214 Section 5.1.5.1.1定义了DCI中指示两个TCI状态的规则：

• SFD方案（Single-DCI, FDM）：单个DCI指示两个TCI，两个PDSCH在频域复用
• TDM方案：两个PDSCH在不同时隙发送，每个使用各自的TCI
• SDM方案：两个TRP使用不同DM-RS端口组，共享同一个PDSCH时频资源

graph TB
    subgraph "DCI双TCI指示"
        DCI[DCI TCI field = 2个codepoint]
        DCI --> TCI1[TCI State A<br/>TRP-1的波束]
        DCI --> TCI2[TCI State B<br/>TRP-2的波束]
    end

    subgraph "FDM传输"
        TCI1 --> PDSCH1[PDSCH PRB 0~49<br/>DM-RS Port 0~3]
        TCI2 --> PDSCH2[PDSCH PRB 50~99<br/>DM-RS Port 4~7]
    end

    subgraph "SDM传输"
        TCI1 --> PDSCH3[PDSCH 全部PRB<br/>CDM Group 0]
        TCI2 --> PDSCH4[PDSCH 全部PRB<br/>CDM Group 1]
    end

七、TCI状态生效时序——定时器与延迟博弈

7.1 MAC CE激活延迟

beamSwitchDelay是UE能力参数（TS 38.306），典型值为： - FR1：28~56个OFDM符号 - FR2：7~14个OFDM符号

7.2 TCI切换时序博弈

sequenceDiagram
    participant gNB
    participant UE

    Note over gNB: gNB决定切换波束
    gNB->>UE: MAC CE: 激活TCI State #5
    Note over UE: 收到MAC CE<br/>启动3ms定时器

    rect rgb(255,235,235)
        Note over gNB,UE: 3ms窗口内：gNB仍用旧TCI发送
        gNB->>UE: PDSCH (TCI State #2 - 旧波束)
        Note over UE: 用旧波束接收✓
    end

    rect rgb(235,255,235)
        Note over gNB,UE: 3ms后：新TCI生效
        gNB->>UE: DCI TCI=010 (→TCI State #5)
        gNB->>UE: PDSCH (TCI State #5 - 新波束)
        Note over UE: 用新波束接收✓
    end

实战要点：如果在3ms窗口内gNB发送了DCI指向尚未生效的TCI state，UE行为是"undefined"。抓包时如果发现这个现象，通常是gNB调度器bug。

八、抓包识别与排错实战

8.1 抓包识别关键点

8.2 常见故障场景

故障1：TCI激活后PDSCH BLER突增

排查思路： 1. 检查MAC CE中激活的TCI state对应的参考信号是否仍然有效 2. 如果参考信号是CSI-RS，检查CSI-RS资源是否仍在发送（通过零功率CSI-RS的干扰检测） 3. 如果参考信号是SSB，检查SSB的RSRP是否已下降到不可用水平 4. 确认3ms定时窗口是否正确遵守

故障2：PDCCH解码失败率升高

排查思路： 1. 检查CORESET TCI MAC CE是否正确下发 2. 确认默认TCI规则是否适用——初始接入后、第一个MAC CE之前 3. 检查CORESET #0的TCI是否与初始SSB一致

故障3：统一TCI框架下UL MCS急剧下降

排查思路： 1. 确认joint TCI state中的QCL-Type1参考信号是否覆盖了UL所需的时延/Doppler估计 2. 检查UL路损参考信号是否与joint TCI中的DL参考信号一致（TDD互易性假设）

九、TCI状态配置IE完整结构

graph TD
    subgraph "RRC层配置"
        PDSCH[PDSCH-Config] --> TCIList[tci-StatesToAddModList<br/>最多128个TCI-State]
        CORESET[CORESET] --> PDCCH_TCI[tci-StatesPDCCH-ToAddList<br/>最多64个TCI-State]
        SPatialUL[PUSCH-Config] --> SRS_Spatial[spatialRelationInfo<br/>UL波束关联]
    end

    subgraph "TCI-State内部结构"
        TCI[TCI-State] --> ID[tci-StateId: 0~127]
        TCI --> QCL1[qcl-Type1<br/>必选]
        TCI --> QCL2[qcl-Type2<br/>可选]
        QCL1 --> RS1[referenceSignal<br/>CSI-RS或SSB]
        QCL1 --> TYPE1[qcl-Type<br/>TypeA/B/C/D]
        QCL2 --> RS2[referenceSignal<br/>CSI-RS或SSB]
        QCL2 --> TYPE2[qcl-Type<br/>TypeA/B/C/D]
    end

    TCIList --> TCI

十、与LTE CSI-RS天线端口准共址的对比

常见问题

Q1: TCI状态和Spatial Relation有什么区别？

A: TCI状态用于DL信道的QCL假设（告诉UE怎么收），Spatial Relation用于UL信道的波束关联（告诉UE怎么发）。在Rel-15/16中两者是独立的，Rel-17统一TCI框架将它们合并为joint DL/UL TCI state，一个状态同时覆盖收和发。

Q2: 为什么需要三层配置而不是直接RRC配一个？

A: 三层模型平衡了灵活性和信令开销。RRC配置的128个候选状态覆盖所有可能的波束方向（高速公路场景UE快速移动，需要大量备选），MAC CE激活的8个子集适应当前信道环境的最佳波束（减少DCI开销），DCI的3bit指示实现逐slot的快速切换（跟踪快衰落或短期阻挡）。

Q3: QCL-TypeC只在什么场景使用？

A: QCL-TypeC（仅Doppler频移+平均时延）主要用于初始接入阶段。UE在RRC连接建立前，只能基于SSB获得信道估计。SSB密度低（20ms周期），无法提供Doppler扩展和时延扩展的准确估计，所以只传递最基本的两个参数。RRC连接建立后，网络配置CSI-RS，可以切换到更完整的TypeA。

Q4: 统一TCI框架在什么条件下UE可以忽略beamSwitchDelay？

A: 如果UE上报的beamSwitchDelay能力为0（某些FR1 UE），且激活的joint TCI state的参考信号与当前激活的TCI使用相同的参考信号（即只是映射关系变化，不是物理波束切换），则可以跳过延迟等待。这需要gNB调度器正确识别UE能力。

Q5: 抓包时如何快速判断TCI配置是否正确？

A: 三步检查法：（1）确认RRC配置的TCI候选池中，每个TCI state的参考信号（CSI-RS/SSB）确实存在；（2）检查MAC CE激活的子集中TCI state ID是否在候选池范围内；（3）对比DCI中的TCI codepoint映射是否与MAC CE激活顺序一致。如果某一步出现不一致，就是故障根源。

参考来源

1. 3GPP TS 38.214 V18.7.0 — Section 5.1.5 (PDSCH TCI state determination), Section 5.1.6.2 (QCL assumptions), Section 5.2.1 (PDCCH TCI)
2. 3GPP TS 38.331 V18.6.0 — Section 6.3.2 (TCI-State IE definition), Section 6.3.2 (PDSCH-Config, CORESET IEs)
3. ShareTechnote: QCL/TCI in 5G NR — QCL类型和TCI state可视化教程
4. CafeTele: QCL & TCI States in 5G NR — TCI state结构和QCL组合详解
5. 3GPP TS 38.321 V18.5.0 — Section 5.18 (MAC CE for TCI state activation/deactivation)

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