从 LTE「上行受限」到 NR「上行起飞」—— 一文读懂 PUSCH

摘要

曾几何时，我们在 LTE 网络下发朋友圈的体验是：
照片秒传，视频卡顿，云盘同步像在“修仙”。

到了 5G NR 时代，上行速率突然“起飞”，大文件上传、低时延交互、云端协同成为日常。

那么问题来了：
NR 的上行数据，究竟是通过哪条物理信道飞向基站的？

答案就是本文的主角 —— PUSCH（Physical Uplink Shared Channel）。

一、LTE 上行为什么慢，而 NR 上行为什么突然快了？

在 LTE 时代，用户对上行速率的体验往往并不理想：
图片还能接受，视频上传明显吃力，更别提云计算、工业终端这类持续上行业务。

这并不是单纯的“带宽不够”，而是 LTE 上行体系设计本身的结果：

固定 15 kHz 子载波间隔，调度灵活性有限

上行 MIMO 能力受限

上行控制与数据信道边界严格，资源利用率不高

进入 5G NR 后，上行能力的提升并非某一个模块的优化，而是从信道结构、调度机制到物理层处理的系统级重构。
而所有这些变化，最终都集中体现在一条物理信道上——

PUSCH（Physical Uplink Shared Channel）

二、什么是 PUSCH？

PUSCH（物理上行共享信道） 是 5G NR 中 UE 向 gNB 发送上行信息的主要物理信道。

“Shared” 是理解 PUSCH 的关键词之一，它意味着：

PUSCH 的时频资源由多个 UE 共享

是否发送、如何发送，完全由 gNB 统一调度

同一信道可以承载不同类型的上行信息

与专用控制信道不同，PUSCH 被设计为一个高吞吐、强配置、强扩展能力的上行承载平台。
只要是需要调度、需要速率、需要可靠性的上行信息，最终几乎都会落到 PUSCH 上完成物理层传输。

📘 3GPP 规范参考：
TS 38.211
https://www.3gpp.org/ftp/Specs/archive/38_series/38.211/

三、PUSCH 承载哪些内容？

1️⃣ 上行用户数据（UL-SCH）

PUSCH 最核心、最主要的承载对象，是 UL-SCH（Uplink Shared Channel）。

来自上层逻辑信道的数据（如 DTCH、DCCH），在 MAC 层被复用、调度后，形成 UL-SCH 传输块。
这些传输块再经过物理层处理，通过 PUSCH 发送到空口。

典型的应用场景包括：

视频、图片、文件等用户业务上传

工业终端、车联网设备的周期性数据回传

边缘计算、云协同中的结果上报

可以这样理解：

UL-SCH 决定“传什么”，PUSCH 决定“怎么在空口上传”。

📘 3GPP 规范参考：
TS 38.212
https://www.3gpp.org/ftp/Specs/archive/38_series/38.212/

2️⃣ 在 PUSCH 中承载的上行控制信息（UCI）

在 NR 中，一个非常重要的设计变化是：
上行控制信息不再被强制限制在独立的控制信道中。

当 UE 正在进行 PUSCH 传输时，部分 UCI（Uplink Control Information） 可以直接复用到 PUSCH 中发送，从而提升系统效率。

▪ HARQ-ACK

HARQ-ACK 用于反馈 UE 对下行 PDSCH 的接收结果。
如果每一次 ACK/NACK 都单独占用 PUCCH，在高负载场景下会带来明显的控制开销。

因此，在 NR 中，当 UE 已经被调度发送 PUSCH 时，HARQ-ACK 可以随 PUSCH 一起发送：

减少控制信道占用

降低时序等待

提升上下行协同效率

▪ CSI（信道状态信息）

CSI 是 UE 对下行信道质量的测量结果，用于：

下行链路自适应

MCS 与预编码选择

波束管理

当 CSI 报告比特数较多时，PUSCH 提供了比 PUCCH 更大的承载能力，使复杂 CSI 报告成为可能。

▪ SR（特定配置下）

在部分配置场景中，SR 也可以通过 PUSCH 发送，用于通知 gNB UE 仍有上行数据等待调度。

📘 3GPP 规范参考：
TS 38.213
https://www.3gpp.org/ftp/Specs/archive/38_series/38.213/

四、PUSCH 的协议定位、物理实现与系统作用（统一解析）

4.1 协议分层中的位置

NR 上行信道的分层映射关系如下：

逻辑信道（DTCH / DCCH）
↓
传输信道（UL-SCH）
↓
物理信道（PUSCH）

逻辑信道关注业务类型，
传输信道负责调度和 HARQ，
而 PUSCH 是所有可调度上行数据的最终物理出口。

📘 3GPP 规范参考：
TS 38.300
https://www.3gpp.org/ftp/Specs/archive/38_series/38.300/

4.2 PUSCH 的物理层处理流程

一次完整的 PUSCH 传输，通常包含以下步骤：

UL-SCH 传输块生成与 CRC 添加

LDPC 编码（NR 上行统一采用 LDPC）

速率匹配与比特交织

调制映射（QPSK / 16QAM / 64QAM / 256QAM）

层映射与预编码（支持上行 MIMO）

DMRS / PT-RS 插入

资源元素映射

OFDM 调制并发射

这一处理链的目标是：

在保证可靠性的同时，最大化上行频谱效率。

📘 3GPP 规范参考：
TS 38.211 / TS 38.212

4.3 PUSCH 在时频域中的位置

频域

PUSCH 在频域上通常占用一组 连续 PRB，由 gNB 通过 DCI 指示起始位置和带宽大小。
连续分配有助于降低 UE 实现复杂度，并提升功放效率。

时域

在时域上，PUSCH 可以占用：

一个完整 slot

或若干连续 OFDM symbol（mini-slot）

这种灵活性使 NR 同时兼顾：

eMBB 的高吞吐需求

URLLC 的低时延需求

📘 3GPP 规范参考：
TS 38.214
https://www.3gpp.org/ftp/Specs/archive/38_series/38.214/

4.4 系统层面的作用

从系统角度看，PUSCH 承担着三项核心职责：

上行吞吐能力的物理基础

上下行闭环控制的重要载体

低时延与高可靠业务的关键支撑

可以说：

PUSCH 的设计水平，直接决定了 NR 上行性能的高度。

五、面向 6G 的 PUSCH 畅想

在 6G 研究中，上行将面对更极端的需求：

超高速率上行

通信与感知融合

AI 原生空口

即便未来信道名称发生变化，
PUSCH 所代表的“上行共享物理承载”思想，仍将是空口设计的核心逻辑之一。

六、总结

PUSCH 是 5G NR 上行数据的核心物理信道

承载 UL-SCH 以及部分上行控制信息

通过灵活调度与先进物理层设计，实现 NR 上行性能跃升

未来仍将是 6G 上行设计的重要演进基础