51学通信

深度解析 3GPP TR 21.915：5.5.4.5 PDCCH and PDSCH (下行控制与数据信道)

20分钟阅读

好的，我们继续进行深度拆解。这是本系列的第十五篇文章。在上一篇中，我们探索了5G的“速度倍增引擎”——MIMO技术。现在，我们将聚焦于驱动整个物理层高速运转的“引擎控制单元”——PDCCH与PDSCH，以及它们之间的精密协作。

深度解析 3GPP TR 21.915：5.5.4.5 PDCCH and PDSCH (下行控制与数据信道)

本文技术原理深度参考了3GPP TR 21.915 V15.0.0 (2019-09) Release 15规范中，关于“5.5.4.5 PDCCH and PDSCH”的核心章节。本文旨在为读者深入剖析5G下行链路的“神经”与“血脉”——物理下行控制信道（PDCCH）与物理下行共享信道（PDSCH）的设计理念、工作机制以及它们之间“令行禁止”的精密时序关系。

“李工，我们已经学习了MIMO和波束赋形，知道了5G基站可以像‘多炮塔坦克’一样，同时向用户发射多路数据流。”青年工程师小玲对5G的强大能力感到惊叹，但新的问题也随之而来，“基站是如何精准地‘告知’我的手机，‘炮弹’（数据）会在何时、何地（时频资源）、以何种方式（调制编码、层数）发射过来？如果没有这套精准的‘火控雷达’系统，再强大的‘炮火’也只会打空。这套‘雷达系统’是什么呢？”

“你的问题精准地概括了PDCCH的本质！”导师李工赞许道，“PDCCH就是5G物理层的‘火控雷达’和‘指挥信令’。而PDSCH，就是承载着真正‘炮弹’（用户数据）的‘弹道’。5.5.4.5节，就是要为我们揭示这套‘指令-执行’体系是如何精密运作的。可以说，理解了PDCCH与PDSCH的关系，就理解了整个无线资源调度的核心。”

为了让这场“火力打击”的演示更加生动，让我们继续回到美美的VR游戏发布会现场。美美的VR头显需要接收Gbps级的PDSCH数据流。与此同时，她的手机也在不断地接收着来自社交应用的PDSCH消息推送。这两者背后，都是由PDCCH在进行着毫秒级的、瞬息万变的指挥调度。

1. PDCCH：“看不见”的指挥官

PDCCH（物理下行控制信道）承载着下行控制信息（DCI），它是gNB调度器意志的体现。UE在每个调度周期（通常是一个时隙），都需要像雷达扫描一样，去盲目地搜索和监听PDCCH。

PDCCH is used to carry Downlink Control Information (DCI)…Each device monitors a number of PDCCHs, typically once per slot although it is possible to configure more frequent monitoring to support traffic requiring very low latency. Upon detection of a valid PDCCH, the device follows downlink control information contained in the PDCCH…

1.1 DCI：调度指令的“电报码”

DCI就像一封封简短而关键的“加密电报”，它告诉UE关于一次传输的所有必要信息。Rel-15支持多种类型的DCI，主要包括：

  • PDSCH assignments to convey TB(s) to a certain UE…
  • PUSCH grants for a certain UE to transmit a TB…
  • Slot format indication…
  • Pre-emption indication…
  • UL transmit power control (TPC)

  • PDSCH调度 (PDSCH assignments)：这是最常见的DCI，它告诉美美的VR头显：“注意！在时隙内的第3到第13个OFDM符号上，频域上的第10到第50个RB，我用64QAM调制、2个空间流，给你发了一块PDSCH数据，快去收！”

  • PUSCH授权 (PUSCH grants)：它告诉美美的手机：“批准你发送数据！在下一个时隙的XX时频资源上，你可以用16QAM、单流的方式，给我发送一块PUSCH数据。”

  • 时隙格式指示 (Slot format indication, SFI)：在动态TDD系统中，gNB通过这个DCI向小区内的所有UE广播：“下一个时隙的14个符号，格式是DDDSU…（D=下行, S=特殊, U=上行），请大家周知！”

  • 抢占指示 (Pre-emption indication)：这是一个URLLC场景下的“紧急通知”。gNB通过它告诉美美（eMBB用户）：“紧急！我刚才分配给你接收PDSCH的资源，现在被一个更高优先级的URLLC业务抢占了，请你忽略那块资源上的数据。”

  • 功率控制 (TPC)：通过群组指令，统一调整一组UE的上行发射功率。

1.2 CORESET & Search Space：在“茫茫人海”中寻找“接头暗号”

“李工，UE是如何在每个时隙，从海量的无线电信号中，准确找到发给自己的那封‘DCI电报’的呢？”小玲问道。

“这是一个‘盲检测’的过程，但3GPP通过CO- RESET和搜索空间的设计，大大缩小了‘搜索范围’。”李工解释道。

The PDCCHs are transmitted in one or more control resource sets (CORESETs)…A UE monitors one or more PDCCH candidates for DCI with CRC scrambled by a certain RNTI in PDCCH common search space (CSS) set and/or UE-specific search space (USS) set.

  1. CO- RESET (控制资源集)：gNB会通过高层信令（RRC）预先告诉美美的手机：“我给你发的PDCCH，只会出现在某个特定时频区域内，这个区域就叫CORESET。” CORESET在时域上通常占据1-3个OFDM符号，在频域上占据一段连续的带宽。这样，手机就无需在整个带宽上搜索PDCCH，只需要在指定的CORESET区域内监听。

  2. Search Space (搜索空间)：在CORESET这个“指定区域”内，PDCCH可能出现的位置也不是完全随机的，而是遵循一定的模式，这些可能的“候选位置”集合，就叫做“搜索空间”。

    • 公共搜索空间 (CSS - Common Search Space)：用于传输所有UE都需要监听的公共信息，如调度SIB1、寻呼、SFI等。

    • UE特定搜索空间 (USS - UE-specific Search Space)：用于传输调度单个UE的PDSCH/PUSCH的专属指令。

  3. RNTI (无线网络临时标识)：为了区分发给不同UE的DCI，以及不同用途的DCI，gNB在发送DCI前，会用一个特定的RNTI对DCI的CRC校验码进行“加扰”。

    • 美美的VR头显会用它独有的C-RNTI，去尝试解码USS中的每一个PDCCH候选位置。一旦CRC校验成功，就说明这封“电报”是发给自己的！

    • 同时，它还会用SI-RNTI去CSS中寻找调度系统信息的“电报”，用P-RNTI去寻找寻呼自己的“电报”。

Figure 5.5.4.5-1: General description of NR PDCCH形象地展示了PDCCH的资源映射单位——CCE（控制信道单元），多个CCE聚合在一起，可以提供更可靠的PDCCH传输。

“所以，UE寻找PDCCH的过程，就像是在一个指定的房间（CO- RESET）里，寻找特定类型的邮箱（Search Space），并用自己的钥匙（RNTI）去尝试打开，一旦打开，就拿到了里面的调度指令（DCI）。”李工总结道。

2. PDSCH：承载梦想的数据洪流

一旦美美的VR头显成功解码了调度PDSCH的DCI，它就拿到了关于这次数据接收的“全部情报”，接下来就是“按图索骥”，去接收真正的数据洪流——PDSCH。

PDSCH is used to transmit one or two transport blocks (TBs). A DCI in a PDCCH can assign a PDSCH transmission with DM-RS…The PDSCH is decoded based on the information in the PDCCH, for example, time/frequency-domain resource, modulation, and layer.

PDSCH的传输，完全由PDCCH上的DCI来定义：

  • 时频资源 (Time/frequency-domain resource)：DCI会精确告知PDSCH所占据的OFDM符号和RB范围。

  • 调制与编码 (Modulation and Coding Scheme, MCS)：DCI会通过一个MCS索引，告知UE这次传输使用的是QPSK、16QAM、64QAM还是256QAM，以及信道编码的码率是多少。信道质量好，就用高阶调制（如256QAM）多传点数据；信道质量差，就用低阶调制（如QPSK）保证传输的鲁棒性。

  • 层数 (Layers)：DCI会告知本次传输使用了几个MIMO空间流（Layers）。如果是调度给美美的VR头显，可能就是4层或8层；如果是调度给台下观众的普通手机，可能就是1层或2层。

  • 参考信号信息 (DM-RS information)：DCI还会告知用于解调这个PDSCH的DM-RS的配置信息，比如它在时频域上的模式、天线端口等。

PDSCH transmissions are processed with durations from 2 to 14 symbols. The number of layers for PDSCH transmissions is 8. HARQ feedback/retransmission is supported…

Rel-15中的PDSCH设计非常灵活：

  • 灵活的时长：一次PDSCH传输，最短可以只占2个符号（用于URLLC的“迷你时隙”），最长可以占据整个时隙（14个符号）。

  • 多层传输：下行最多支持8个空间流（Layers）的SU-MIMO传输。

  • HARQ支持：UE在接收完PDSCH后，需要通过上行的PUCCH，向基站反馈HARQ-ACK/NACK，告知是否成功接收。这是实现可靠传输的关键闭环。

3. PDCCH与PDSCH的精密“时间之舞”

“PDCCH的指挥”与“PDSCH的执行”之间，存在着严格而精密的时间关系，我们称之为“K0, K1, K2”时序。

  • K0: 从PDCCH调度信息本身，到其调度的PDSCH开始传输之间的时间偏移。

  • K1: 从PDSCH传输结束，到UE发送对应的HARQ-ACK/NACK之间的时间偏移。

  • K2: 从PDCCH调度上行PUSCH，到UE真正开始发送PUSCH之间的时间偏移。

这些时序参数都是可以通过RRC配置的，这种灵活性是NR相比LTE的一个巨大进步。通过配置更短的K0, K1, K2，NR可以实现比LTE更低的端到端传输时延，这也是满足URLLC需求的关键技术之一。

4. 总结：令行禁止的调度核心

通过对PDCCH和PDSCH的深入剖析，小玲终于理解了5G下行链路高效运转的秘密。她将这套复杂的系统，总结为一套清晰的“指挥-作战”流程：

  1. gNB决策 (Decision)：MAC层调度器决定要为美美发送一块PDSCH数据。

  2. PDCCH准备与发送 (Command)：gNB生成一条包含PDSCH所有调度信息的DCI，用美美的C-RNTI对CRC进行加扰，然后在为她配置的USS（特定搜索空间）中，选择一个候选位置，发送这条PDCCH。

  3. UE盲检测 (Monitoring)：美美的手机在每个时隙，都坚持不懈地在其CORESET的USS中，用自己的C-RNTI去尝试解码所有的PDCCH候选位置。

  4. DCI命中 (Hit & Decode)：一旦CRC解码成功，手机就“命中”了发给自己的DCI，并立即获得了关于即将到来的PDSCH的所有“情报”。

  5. PDSCH接收与解调 (Execution)：手机根据DCI的指示，在精确的时频位置上，使用正确的层数、调制方式以及DM-RS配置，去接收并解调PDSCH上的数据。

  6. HARQ反馈 (Feedback)：手机将解调结果（成功或失败），通过PUCCH信道，向gNB发送HARQ-ACK/NACK，完成一次完整的调度闭环。

“我明白了，”小玲感慨道，“PDCCH和PDSCH的关系，就像大脑的‘神经冲动’和肌肉的‘精准动作’。每一次数据传输，都是一次神经信号的精准触发和肌肉群的完美响应。正是这套在亚毫秒级别上不断重复的‘令行禁止’的机制，才共同谱写了5G高速、低时延、高可靠的华美乐章。”

FAQ 环节

Q1：什么是DCI format？Table 5.5.4.5-1: NR DCI formats中的DCI format 0_0, 1_0等是什么意思？

A1：DCI format是不同类型DCI的格式定义。不同的format，其携带的字段、比特长度都不同，用于不同的调度目的。Table 5.5.4.5-1中，根据3GPP的惯例：

  • DCI format 0_x系列：通常用于调度上行（Uplink），即PUSCH grants。

  • DCI format 1_x系列：通常用于调度下行（Downlink），即PDSCH assignments。

  • DCI format 2_x系列：通常用于一些特殊的控制功能，如时隙格式指示（SFI）、抢占指示、功率控制等。

后面的数字（如_0, _1）代表了更细分的格式，例如format 0_0和0_1在资源分配的灵活性、支持的特性上会有所不同。

Q2：一个UE可以同时配置多个CORESET吗？

A2：可以。gNB可以为一个UE配置多个CORESET。这种设计的目的主要是为了灵活性和鲁棒性。例如，可以配置一个在整个带宽上广播的、用于公共信道调度的“宽”CORESET，同时配置一个只在BWP（带宽部分）内的、用于UE特定数据调度的“窄”CORESET。还可以配置一个使用鲁棒性更好的参数（如更低的聚合等级）的CORESET，作为在信道条件恶化时的备份控制信道。

Q3：抢占指示（Pre-emption Indication）是如何工作的？它为什么对URLLC很重要？

A3：抢占是保证URLLC业务极端低时延的关键。URLLC业务具有“突发性”和“最高优先级”的特点。当一个URLLC数据包（如自动驾驶的紧急刹车信令）突然到达gNB时，gNB可能已经将未来的时频资源分配给了eMBB用户（如美美）。此时，gNB会立即发送一个“抢占指示”DCI，通知eMBB用户：“你原计划要接收数据的A资源块，现在被我征用了，请你放弃接收。”同时，gNB会立即使用A资源块去发送这个紧急的URLLC数据包。这确保了URLLC业务无需等待下一个调度周期，实现了“插队”和近乎零的等待时延。

Q4：PDCCH本身也会传输失败吗？如果UE没有收到调度PDSCH的DCI怎么办？

A4：是的，PDCCH作为无线信道，同样会因为干扰或信道衰落而传输失败。这是无线通信的常态。如果UE没有成功解码调度PDSCH的DCI，它就根本不知道有一个PDSCH要发给自己，因此它不会去接收，也不会发送任何HARQ反馈。在gNB侧，由于它在预期的HARQ反馈时间点上，没有收到来自UE的ACK或NACK（这种情况称为DTX，非连续传输），它就会判定UE没有收到PDCCH，并会在后续选择合适的时机，重新发送PDCCH和PDSCH。

Q5：PDSCH最多支持8个空间流，这和我们之前说的MU-MIMO最多支持12层是什么关系？

A5：这是一个很好的问题，它区分了SU-MIMO和MU-MIMO的上限。

  • PDSCH的8层，指的是单用户SU-MIMO的上限。即一个基站最多可以同时给一个UE发送8个空间流。

  • MU-MIMO的12层，指的是多用户MIMO的总容量上限。例如，基站可以在同一个时频资源上，同时给UE-A发送4个流，给UE-B发送4个流，给UE-C发送4个流，总共实现了12个空间流的并发传输。这12个流是发给不同用户的。

因此，这两个数字并不矛盾，它们分别定义了单用户和多用户场景下的MIMO能力天花板。

关系图谱