5G NR协议学习系列：Uplink传输机制（2）non-codebook-based PUSCH

Cellular_Modem笔记

已于 2025-07-07 10:17:32 修改

阅读量985

点赞数 13

CC 4.0 BY-SA版权

文章标签： 5G 学习 java

于 2025-07-01 10:58:26 首次发布

本文链接：https://blog.csdn.net/u014496800/article/details/148926980

继续上一篇codebook-based的内容往下讲，5G NR中基于非码本的UL PUSCH传输机制。

non-codebook-based PUSCH

对于基于非码本的UL传输，预编码矩阵并不是事先在标准规范中预定义的，因此没有现成码本可以使用，所以被称为非码本传输。

这种传输方式存在一个很重要前提是downlink和uplink之间存在信道互易性，即channel reciprocity，因此该方式只适用于TDD模式。整个过程中需要配置用到的上下行参考信号与信道包含NZP CSI-RS，SRS，PDCCH，PUSCH。

NZP CSI-RS：配置给UE用于UL CSI信息获取的downlink参考信号
- NZP CSI-RS类似SRS，在downlink承担若干不同的作用，但不像uplink，CSI-RS并没有一个类似usage的参数去配置NZP CSI-RS具体使用目的。
SRS：UE用于发送基于NZP CSI-RS获取的预编码矩阵的uplink参考信号
- usage = nonCodebook
- gNB允许配置给UE一个SRS resource set，支持1-4个SRS resources，每个SRS resource都是single port的（codebook的SRS resource set最多也只有1个，因此在R17之前SRS resource set indicator字段是不存在的）
- 因为nonCodebook的SRS需要有关联的NZP CSI-RS资源，因此在SRS-ResourceSet里配置了不同SRS Type（周期/半周期/非周期）所关联的NZP CSI-RS资源ID
- 三种不同的SRS类型所对应的NZP CSI-RS资源的触发方式有所不同。
  - AP SRS对应的NZP CSI-RS：（有点疑问）
    - 针对AP SRS所关联的NZP CSI-RS在38.214 section 6.1.1.2描述不是很明确，从38.331的配置看不出关联的csi-RS是什么type的NZP CSI-RS（周期/半周期/非周期），因为只有一个NZP CSI-RS resource ID。按CSI report type和NZP CSI-RS type的配置关系，AP CSI reporting type只能搭配AP NZP CSI-RS type。结合描述，应该AP-SRS关联的DL CSI-RS也只能是AP NZP CSI-RS。
    - 在触发AP-SRS发送（作为提供gNB进行UL信道测量的基础）的同时，通过SRS request field置为非"00"也同时触发UE接收相应的AP NZP CSI-RS信号。规范明确要求该AP NZP CSI-RS信号与包含SRS request field的DCI在相同的slot内发送，同时为确保UE能正确更新SRS的precoding info，AP NZP CSI-RS最后一个符号与AP SRS的第一个符号之间的间隔必须>=42 OFDM符号（基于UL BWP即SRS信号的numerology决定的符号长度）
- - P SRS/SP SRS
    - 参见CSI reporting的例子，在UL CSI测量方面，P SRS和SP SRS应该分别对应P NZP CSI-RS或SP NZP CSI-RS资源

PDCCH：调度UE进行UL PUSCH发送的下行控制信道
- PDCCH承载DCI 0_1/0_2，SRI字段指示选择的SRS resource ID
  - 对于non-codebook-based PUSCH传输，最多支持4个单port的SRS资源。SRI字段通过组合数能表达gNB选择PUSCH rank1/2/3/4时所有可能的SRS resource ID以此告知UE最后经过基站选择决定的SRS port是哪(几)个，UE可以使用这些port发送后续的PUSCH。每个port就是一个UL空间数据流。
- - 因为是non-codebook-based PUSCH，所以Precoding info and # of layers字段为0bit，而DMRS port(s)和CDM group w/o data由Antenna ports字段结合上面SRI字段决定的rank值联合指示（查询38.212 table 7.3.1.1.2-8/9/10/11）
PUSCH：uplink发送数据的信道
- 基于上述信息，UE可以在指定的PUSCH资源(时域，频域，空域)发送相应的数据，其中DMRS和data采用相同的预编码方式。除此之外，如果SRS本身发送存在模拟波束赋形，则对应的PUSCH也会采用同样的处理。

具体可分为以下几个部分：

1. gNB通过下行发送NZP CSI-RS参考信号，提供UE执行测量的无线资源。基于此UE侧看到该频段上在某个时间点的信道信息。通过对信道矩阵H进行SVD分解，得到无线信道矩阵的秩，奇异值以及对应的信道奇异向量等信道信息。

2. UE将候选信道信息对应的预编码矩阵对配置的SRS资源进行预编码后发送给gNB。

3. gNB对UE发送的SRS信号进行uplink信道检测，基于测量结果选择合适的信道信息，比如UL信道的rank，基于该rank的port，以及SRS的SINR等信息得到对应的MCS等级用于PUSCH资源的调度。

4. UE根据gNB指示的DCI信息，利用SRI字段确定预编码矩阵和对应的PUSCH DMRS port和数量，对数据进行预编码后发送。

5. gNB基于DMRS进行uplink信道估计，进行数据的解调解码，完成non-codebook-based PUSCH传输。

关于non-codebook-based PUSCH传输是否支持频率选择性预编码，主要在于是否支持对不同PRB的SRS进行不同的预编码传输。SRS信号设计基于CAZAC序列，因此PAPR是否会恶化成为主要的考虑因素。从原理上可以预见当SRS在频域上采用频率选择性预编码时，SRS的PAPR会有增加。同时，因为SRS的频率选择性预编码操作由UE自主进行，gNB并不知道UE选择的SRS频率选择性预编码的频域颗粒度，因此可能存在不同UE选择不同的频率预编码颗粒度，导致当不同UE的SRS资源有重叠时，可能增加不同UE发送SRS之间的干扰，影响gNB的接收。因此最早的NR规范不支持non-codebook-based PUSCH传输使用频率选择性预编码方案。

更多文章请关注我的微信公众号：CellularModem，谢谢支持！