通信人家园

标题: 请教对msg4的harq反馈是采用专用pucch还是公共pucch？ [查看完整版帖子] [打印本页]

时间: 2026-10-13 09:53

作者: somethinga 标题: 请教对msg4的harq反馈是采用专用pucch还是公共pucch？

收到msg4以后就已经获得了专用配置，我理解就应该用专用配置，可是查了豆包和deepseek都说要用公共的，但理由我觉得似乎并不充分。

时间: 2026-10-13 10:50

作者: oooooooo

我也觉得应该用专用的，多问问豆包后明白了，应该用公共的。

## 1. 时序拆解（核心矛盾点）
1. UE收到Msg4 PDSCH → 解码MAC PDU + RRCSetup SDU
2. MAC校验Contention Resolution ID匹配 → **MAC判定竞争解决成功，T-CRNTI升级为C-RNTI**（这一步确实在HARQ ACK发送**之前**）
3. 但是：**RRCSetup携带的AS高层配置（PUCCH-Config、BWP dedicated等），是RRC层的配置；它的生效是RRC行为，不是MAC竞争解决瞬间立刻全部生效给物理层当前正在准备的HARQ发射**

### 关键协议约束：TS38.213 §9.2.1的前提条件
> If a UE **does not have dedicated PUCCH resource configuration, provided by PUCCH-Config** … use pucch-ResourceCommon公共资源

这里的“has dedicated PUCCH resource configuration”，不是“RRCSetup消息里包含了这个IE”，而是**UE已经把这套dedicated PUCCH配置加载、应用到物理层，可用**。

**Msg4的DCI是DCI 1_0，T-CRNTI加扰，调度Msg4这条PDSCH的时候：基站在调度Msg4那一刻，就已经决定了本次HARQ反馈只能走公共PUCCH资源。**
基站下发Msg4的DCI 1_0，里面的PRI是指向**公共PUCCH资源集（Table9.2.1-1）**，而不是指向RRCSetup里还没生效的dedicated PUCCH资源集。

> 一句话：**DCI在Msg4下行PDSCH之前就发出来了，基站在发DCI的时候，UE还没有dedicated PUCCH；DCI里的PRI只能选公共资源集。**
> UE就算MAC已经判定竞争解决成功，DCI已经指定了资源集，UE不能临时换成dedicated资源去反馈这条Msg4的ACK。

## 2. RRCSetup配置的生效时机（TS38.331 5.3.3 Reception of RRCSetup by UE）
UE收到RRCSetup之后的动作顺序：
1. 校验RRCSetup消息完整性
2. **存储里面所有的AS配置（包括PUCCH-Config dedicated）**
3. **应用（apply）这些配置**，然后进入RRC_CONNECTED，准备发送RRCSetupComplete

> 但是：**“apply”是用于后续下行PDSCH的HARQ反馈、后续上行传输；不回溯、不影响当前Msg4这条PDSCH对应的HARQ-ACK**。

还有一个硬时延约束：
Msg4 PDSCH最后一个符号，到PUCCH第一个符号之间，最小间隔是 `N_T,1 +0.5ms`（TS38.213 §8.4）。
这个时间窗口只够做PDSCH解码+MAC校验+生成HARQ ACK；**不足以完整跑完RRC配置解析、物理层参数重配置、激活dedicated PUCCH资源集**。
RRC是高层，不是MAC/PHY瞬时硬件开关；高层配置加载有处理时延，来不及在这个极短间隔内激活一套全新的PUCCH资源供本次ACK使用。

## 3. RNTI的补充佐证
- Msg4的PDCCH DCI：**T-CRNTI加扰**（随机接入阶段临时ID）
- MAC竞争解决成功之后，T-CRNTI才变成C-RNTI
- **dedicated PUCCH资源集，是给C-RNTI调度的后续PDSCH使用**；T-CRNTI调度的Msg4这条PDSCH，协议上设计就是走公共PUCCH资源

> 竞争解决成功只是MAC层面把T-CRNTI升级成C-RNTI，**这个RNTI变更，同样是从下一个PDCCH开始生效，不影响当前Msg4对应的HARQ反馈**。

通信人家园 (https://www.txrjy.com/)

Powered by C114