好的，我们继续进行深度拆解。这是本系列的第十六篇文章。在上一篇中，我们深入剖析了5G下行链路的“指挥与执行”体系——PDCCH与PDSCH。现在，我们将目光转向对等的上行链路，探索UE是如何向网络反馈信息和发送数据的。
深度解析 3GPP TR 21.915：5.5.4.6 PUCCH and PUSCH (上行控制与数据信道)
本文技术原理深度参考了3GPP TR 21.915 V15.0.0 (2019-09) Release 15规范中，关于“5.5.4.6 PUCCH and PUSCH”的核心章节。本文旨在为读者深入解读5G上行链路的“反馈神经”与“上行血脉”——物理上行控制信道（PUCCH）与物理上行共享信道（PUSCH）的设计理念、承载内容以及NR为满足不同场景需求而引入的高度灵活的PUCCH格式。
“李工，我们已经清楚地了解了基站是如何向下行UE‘发号施令’（PDCCH）和‘运送物资’（PDSCH）的。”青年工程师小玲合上她的下行链路笔记，眼中充满了对上行链路的好奇，“现在，我想知道UE这个‘前线士兵’，是如何向上级（gNB）‘汇报战况’和‘申请补给’的？上行的控制和数据传输，是不是和下行完全镜像对称呢？”
“问得好，小玲！”导师李工在白板上画了一个从UE指向gNB的箭头，“上行链路的设计，虽然在逻辑上与下行对等，但在物理实现上却面临着截然不同的挑战。手机的发射功率有限、电池续航宝贵、多个UE同时发送还存在严重的相互干扰问题。因此，上行信道的设计，特别是PUCCH的设计，堪称在**‘覆盖’、‘容量’、‘功耗’和‘时延’**这四者之间寻求极致平衡的艺术。5.5.4.6节，就将为我们揭开这门艺术的神秘面纱。”
为了让这门“艺术”更加具体，让我们继续回到我们的主角，VR游戏设计师美美的日常中。她正在参与一场高强度的VR电竞对抗赛，她的头显需要实时上传她的动作姿态和语音指令（低时延、高可靠的上行数据），同时，它还需要不断地向基站反馈下行信道的质量（CSI）和接收状态（HARQ-ACK），以保证下行画面的流畅。这场紧张的比赛，将完美地展示PUCCH和PUSCH是如何协同作战的。
1. PUCCH：UE的“多功能反馈工具”
PUCCH（物理上行控制信道）是UE向gNB发送所有**上行控制信息（Uplink Control Information, UCI）**的专属通道。它就像一个多功能工具，集成了多种反馈能力。
PUCCH is used to carry Uplink Control Information (UCI), and following types of UCI are supported in NR:
- Hybrid automatic repeat request acknowledgement (HARQ-ACK): information to report whether the DL transmission of a TB is successful or not
- Scheduling request (SR): signal to request UL grant to gNB
- Channel state information (CSI): information represents channel condition between gNB and UE
1.1 UCI的“三驾马车”
PUCCH承载的UCI主要分为三类，它们是维持整个闭环链路正常运转的生命线：
-
HARQ-ACK (HARQ确认): “收条”
当美美的VR头显收到一帧关键的游戏画面（PDSCH）后，它必须立即通过PUCCH告诉基站：“收到了，完好无损！”（ACK），或者“画面花屏了，快重发！”（NACK）。这个“收条”是保证下行数据可靠传输的核心闭环。
-
SR (调度请求): “我要发言”的举手信号
在激烈的对抗中，美美突然做出了一个快速的闪避动作。她的VR头显需要立即将这个动作数据上传给服务器。但此时它并没有被分配上行资源。于是，它会通过PUCCH发送一个SR信号，这就像在课堂上举手，告诉老师（gNB）：“我有话要说，请给我发言的机会（分配PUSCH资源）！”
-
CSI (信道状态信息): “路况报告”
为了让基站能为她发送最清晰、最流畅的下行画面，美美的头显会持续测量下行参考信号（CSI-RS），并将测量结果——比如信道质量指示（CQI）、预编码矩阵指示（PMI）、秩指示（RI）等——打包成一份CSI报告，通过PUCCH周期性地发送给基站。基站根据这份“路况报告”，才能动态地调整下行MIMO的“驾驶模式”（自适应调制编码和预编码）。
1.2 UCI的“编码艺术”：从重复码到Polar码
The channel coding schemes for different UCI sizes are shown in Table 5.5.4.2-2.
Table 5.5.4.6-1: Channel coding for uplink control information (UCI)
UCI是极其重要的信息，其传输的可靠性甚至高于用户数据。NR根据UCI信息比特数的多少，采用了不同的信道编码方案，以实现最佳的性能和效率平衡。
| UCI size including CRC, if present | Channel code | 解读与场景 |
| :--- | :--- | :--- |
| 1 | Repetition code | 只有1比特信息，如简单的SR。直接重复多次发送，最简单可靠。 |
| 2 | Simplex code | 2比特信息，如简单的ACK/NACK。采用简单而高效的单纯形码。 |
| 3-11 | Reed Muller code | 少量比特的UCI，如小规模的HARQ-ACK反馈。RM码是短码长下的经典选择。 |
| >11 | Polar code | 大量的UCI信息，如详细的CSI报告或聚合了大量HARQ-ACK的反馈。此时，5G引入的先进信道编码——Polar码，能展现出最佳的性能。 |
“这种针对不同‘货物’大小，选择不同‘包装箱’的精细化设计，体现了NR对效率的极致追求。”李工评论道。
1.3 PUCCH的“变形金刚”：应对不同场景的PUCCH Format
Each PUCCH resource is configured with a PUCCH format. Various PUCCH formats are specified as in Figure 5.5.4.6-1. Each PUCCH format supports either durations of 1 to 2 symbols, or durations of 4 to 14 symbols.
这是NR PUCCH设计中最具革命性的地方。为了同时满足URLLC的极端低时延需求和eMBB的广覆盖、大容量需求，NR设计了一系列长短不一、特性各异的PUCCH格式。Figure 5.5.4.6-1: NR PUCCH formats为我们展示了这个“变形金刚”家族。
-
短PUCCH (Short PUCCH - Format 0, 2)
-
时长: 仅占用1到2个OFDM符号。
-
优点: 时延极低。非常适合URLLC场景，美美的VR头显可以在收到PDSCH后的极短时间内，立即反馈HARQ-ACK。
-
缺点: 传输时长短，能承载的UCI比特数有限，覆盖能力相对较弱。
-
Format 0: 采用序列循环移位的方式，可以在同一个时频资源上支持多个用户，容量较大。
-
Format 2: 采用频域扩频，覆盖性能更好，但容量较低。
-
-
长PUCCH (Long PUCCH - Format 1, 3, 4)
-
时长: 占用4到14个OFDM符号。
-
优点: 覆盖好、容量大。传输时长长，可以进行更多的信道编码和能量累积，因此即使在小区边缘，也能可靠地传输大量的UCI信息（如复杂的CSI报告）。
-
缺点: 时延相对较大，不适合最严苛的URLLC场景。
-
Format 1: 可以在同一个时频资源上，通过正交覆盖码（OCC）和循环移位，支持大量用户复用，容量非常大。
-
Format 3, 4: 适用于承载非常大的UCI载荷，支持块扩展和预编码，性能更优。
-
“这种长短结合、特性互补的设计，让PUCCH成为了一个名副其实的‘变形金刚’，”李工总结道，“网络可以根据业务需求，为美美的VR电竞配置短PUCCH来承载HARQ-ACK，以保证最低时延；同时配置长PUCCH来周期性地上报CSI，以保证信道估计的精度。”
2. PUSCH：承载上行数据的“共享货运车队”
当美美的VR头显通过SR“举手”成功，并从gNB的PDCCH上收到了一个上行授权（UL Grant）后，它就可以启动上行的“重载货车”——PUSCH了。
PUSCH is used to transmit one TB. A DCI in a PDCCH can schedule a PUSCH transmission with DM-RS…The PUSCH is transmitted based on the information in the PDCCH, for example, time/frequency-domain resource including frequency-hopping, modulation, and layer.
PUSCH与下行的PDSCH非常相似，它的所有行为都由PDCCH上的DCI所指挥：
-
时频资源：DCI精确指定了PUSCH可以使用的RB和OFDM符号。为了对抗频率选择性衰落，PUSCH还支持跳频 (frequency-hopping)。
-
调制与层数：DCI指定了PUSCH的MCS和MIMO层数（上行SU-MIMO最多支持4层）。
-
DM-RS配置：DCI指定了用于解调该PUSCH的DM-RS的配置。
一个重要的区别是，PUSCH不仅可以传输用户数据（一个传输块TB），还可以**“捎带”**UCI。
The UCI can be carried by PUCCH or PUSCH…When a PUCCH is overlapped with a PUSCH fully or partially in time, the UCI is multiplexed (i.e. piggybacked) on the PUSCH.
“这是一个非常重要的效率优化机制，”李工解释道，“如果美美的手机在一个时间点，既需要发送PUCCH（反馈HARQ-ACK），又正好被调度了PUSCH（上传动作数据），那么手机就不需要分别发送两个信道了。它会把PUCCH上的UCI信息，‘塞’到PUSCH的数据中一起发送，这个过程叫**‘ piggyback’（捎带）**。”
这样做的好处是：
-
节省功率：手机只需要启动一次上行发射，减少了功耗。
-
保持单载波特性：避免了同时发送两个上行信道可能带来的峰均比（PAPR）恶化问题。
-
提升UCI覆盖：PUSCH通常比PUCCH有更大的功率和更强的信道编码，将UCI放在PUSCH上发送，可以获得更好的覆盖性能。
3. 总结：上行链路的精妙平衡艺术
通过对PUCCH和PUSCH的深入剖析，小玲对5G上行链路的设计哲学有了深刻的感悟。它不再是下行链路的简单镜像，而是一套在多重约束下，经过精心权衡的、充满智慧的设计。
-
职责分离与协同：PUCCH专职于传输控制信息（UCI），是维持链路闭环的“神经”；PUSCH专职于传输数据，是上行吞吐的“血脉”。两者在必要时可以协同（UCI piggyback），实现效率最大化。
-
极致的灵活性：特别是PUCCH的设计，通过多种长短格式的组合，完美地适配了URLLC的低时延需求和eMBB的广覆盖、大容量需求，展现了NR物理层设计的核心——“以灵活应万变”。
-
效率至上：无论是UCI根据比特数选择不同编码方案，还是UCI on PUSCH的“捎带”机制，都体现了NR设计对频谱效率和UE功耗的极致追求。
“我明白了，”小玲在笔记上总结道，“上行链路的设计，就像是在给一个**‘资源受限’**的‘前线士兵’（UE）配备装备。你不能给他配备像基站那样‘无限弹药’的重机枪（高功率连续发射），而是要给他一把既能快速点射（短PUCCH）、又能远程狙击（长PUCCH）、还能挂载榴弹发射器（UCI on PUSCH）的‘模块化步枪’。这套装备，必须在保证完成任务的前提下，尽可能地轻便、节能、高效。”
在下一篇文章中，我们将探讨调度与HARQ的更多细节，看看上下行链路是如何通过时间上的精密配合，完成一次次高效、可靠的数据交互的。
FAQ 环节
Q1：既然UCI可以“捎带”在PUSCH上，那为什么还需要独立的PUCCH信道？
A1：因为UE并非总是有PUSCH可以发送。在很多场景下，UE只有上行控制信息（UCI）需要发送，但并没有上行数据。例如，当美美只在观看VR视频而没有进行交互时，她的设备只有下行数据，没有上行数据。但她仍然需要周期性地发送HARQ-ACK和CSI报告。在这种“只有UCI，没有Data”的情况下，独立的PUCCH信道就是不可或缺的。
Q2：PUCCH的长短格式是UE自己决定的，还是网络配置的？
A2：完全由网络（gNB）通过RRC信令来配置。gNB会根据UE的能力、签约的业务类型以及当前的网络策略，为UE配置一个或多个PUCCH资源集（PUCCH resource set）。每个资源集中包含了多个具体的PUCCH资源，每个资源都明确定义了其时频位置、PUCCH格式（长或短）等。UE会根据需要发送的UCI类型和DCI中的指示，从这些配置好的资源中选择一个来使用。
Q3：什么是码分复用（CDM）和频分复用（FDM），它们在PUCCH中是如何使用的？
A3：CDM（码分复用）和FDM（频分复用）是在同一个时频资源上支持多个用户传输PUCCH的两种主要技术。
-
CDM：多个用户使用相同的时频资源，但乘以不同的正交序列（如OCC - Orthogonal Cover Code）。基站侧可以通过序列的正交性来区分不同用户的信号。这在**长PUCCH（Format 1）**中被广泛使用，以获得非常高的用户复用容量。
-
FDM：将一个大的时频资源块，在频域上切分成多个小的子块，每个用户使用一个子块。这种方式实现简单，用户间干扰小。
NR的PUCCH设计，常常是这两种技术的混合使用，以在容量和性能之间取得平衡。
Q4：为什么长PUCCH可以支持跳频，而短PUCCH通常不支持？
A4：跳频（Frequency Hopping）是指一次传输在时间上分为两部分，分别在带宽的两端发送。这样可以获得频率分集增益，有效对抗频率选择性衰落，从而提升覆盖性能。长PUCCH由于其传输时长足够长（>=4个符号），有充足的时间来完成“跳跃”。而短PUCCH的传输时长只有1-2个符号，时间太短，无法实现有意义的跳频。
Q5：一个UE可以同时被配置多种PUCCH格式吗？
A5：可以。这正是NR灵活性的体现。一个典型的配置是，gNB会为UE配置一组用于HARQ-ACK反馈的PUCCH资源（可能会使用短PUCCH格式以保证低时延），同时配置另一组用于周期性CSI上报的PUCCH资源（可能会使用长PUCCH格式以承载更多的CSI比特和获得更好的覆盖）。UE会根据当前需要发送的UCI类型，来决定使用哪一个预先配置好的PUCCH资源。