5G NR PUCCH HARQ-ACK资源分配：从公共配置到专用配置的演进之路

1. 5G NR PUCCH HARQ-ACK资源分配的基本概念

在5G新空口（NR）系统中，物理上行控制信道（PUCCH）承载着用户设备（UE）向基站发送的关键控制信息，其中最重要的就是混合自动重传请求确认（HARQ-ACK）反馈。简单来说，HARQ-ACK就是UE告诉基站"我收到数据了"或者"我没收到数据"的确认信号。这个看似简单的反馈机制，在实际网络运行中却需要精细的资源分配策略。

PUCCH HARQ-ACK资源分配的核心挑战在于：UE在不同连接状态下需要不同的资源配置方式。想象一下，这就像我们参加一个会议——刚入场时大家都坐在公共区域（公共配置），等正式入座后才会有指定的座位（专用配置）。5G系统也采用了类似的思路，设计了pucch-ResourceCommon（公共资源配置）和PUCCH-Config（专用配置）两种机制。

为什么需要这两种配置？因为UE从开机到建立稳定连接会经历多个阶段。在初始随机接入阶段，UE还没有专属资源，就像刚进入会场的访客没有固定座位一样。这时候系统会提供一些公共资源供所有UE使用。等到RRC连接建立后，基站会给UE分配专用资源，就像主办方为重要嘉宾安排专属座位。

2. 公共资源配置（pucch-ResourceCommon）详解

2.1 公共资源的应用场景

公共资源配置主要在UE没有获得专用资源时使用，具体包括两个典型场景：

第一个是初始随机接入过程。当UE刚开机或从空闲态转入连接态时，会发起随机接入流程。在这个过程中，UE需要反馈MSG4（竞争解决消息）对应的HARQ-ACK。此时UE还没有建立完整的RRC连接，自然也没有专用资源配置，只能使用公共资源。

第二个是RRC连接重建场景。当无线链路失败后，UE会尝试重建RRC连接。在这个过程中，所有专用参数都会被重置为默认值，包括PUCCH资源配置。此时系统会回退到使用公共资源，直到新的专用配置生效。

值得注意的是，公共资源**只存在于初始带宽部分（initial BWP）**中。这就像会场里的公共区域通常只设在入口处一样。协议通过"CondInitialBWP-Only"明确规定了这一点：公共资源配置只在SIB1广播的initial BWP（BWP#0）中存在，其他BWP不会配置pucch-ResourceCommon。

2.2 公共资源的技术特性

公共资源配置有几个关键特点值得注意：

首先，它只支持PUCCH format 0和format 1这两种格式。这两种格式都是为少量信息反馈设计的，正好匹配HARQ-ACK的场景需求。Format 0适合1-2比特信息，采用序列调制方式；format 1适合1-2比特信息，但支持更多用户复用。

其次，使用公共资源时，HARQ-ACK的比特数被限制为1比特。协议规定，如果UE没有被配置pdsch-HARQ-ACK-Codebook，那么它最多只能生成1比特的HARQ-ACK信息。这就像在公共区域，每个人只能做简短的自我介绍一样。

第三，使用公共资源时固定采用跳频传输方式。跳频可以提升抗干扰能力，但也会增加实现复杂度。协议明确规定："The UE transmits a PUCCH using frequency hopping"。

最后，公共资源的参数主要通过查表方式确定。系统会配置一个pucch-ResourceCommon索引，指向预定义表格中的某一行。这一行包含了初始循环移位（initial CS）等关键参数，UE可以根据这些参数计算出具体的资源位置。

3. 专用资源配置（PUCCH-Config）的演进

3.1 从公共到专用的切换时机

当UE完成RRC连接建立后，系统会通过RRC信令（通常是rrcConnectionSetup或rrcReconfiguration）下发PUCCH-Config配置。这就相当于给UE分配了专属座位，从此它就可以使用更灵活、更高效的专用资源了。

这个切换过程有几个关键触发点：

1. 随机接入成功后：在MSG4（RRCSetup）中会携带PUCCH-Config配置，UE在完成竞争解决后就可以开始使用专用资源。

2. 切换或重配置时：当UE发生切换或网络进行参数重配置时，会通过RRC重配置消息更新PUCCH-Config。

3. BWP切换时：如果切换到非initial BWP，由于这些BWP没有公共资源配置，必须配置专用资源。

3.2 专用资源配置的核心机制

专用资源配置比公共资源复杂得多，主要体现在以下几个方面：

首先，专用资源配置采用**资源集（Resource Set）**的概念。系统会配置一个resourceSetList，每个resourceSet包含多个具体的PUCCH资源。这就像给VIP客户提供多个可选包厢一样。

其次，资源选择分为两步：

第一步，UE根据要发送的HARQ-ACK比特数（X）选择合适的资源集。选择逻辑如下：

• X=1或2比特：选择resourceSet#0
• 2<X≤N2：选择resourceSet#1
• N2<X≤N3：选择resourceSet#2
• N3<X≤1706：选择resourceSet#3

这里的N2和N3是maxPayloadSize参数，如果没有配置则默认为1706。这个设计非常巧妙，可以根据反馈信息量的大小自动选择合适的资源集，既保证了小信息量的高效率，又支持大信息量的可靠传输。

第二步，在选定的资源集中，通过DCI中的**PUCCH resource indicator（PRI）**字段确定具体使用哪个资源。PRI通常有3比特，可以指示最多8个资源。当资源集中的资源超过8个时，还需要额外的计算来确定具体资源索引。

4. 两种配置的对比与实践建议

4.1 关键差异总结

通过前面的分析，我们可以总结出公共配置和专用配置的几个主要区别：

1. 应用阶段不同：公共配置用于初始接入和重建等过渡阶段；专用配置用于稳定连接阶段。

2. 灵活性不同：公共配置固定使用format 0/1和跳频；专用配置支持更多格式和配置选项。

3. 容量不同：公共配置限制为1比特反馈；专用配置支持最多1706比特。

4. 配置方式不同：公共配置通过系统消息广播；专用配置通过UE专属信令配置。

4.2 实际部署中的注意事项

根据实际部署经验，有几个关键点需要特别注意：

首先，公共资源配置需要谨慎规划。因为所有UE在初始阶段都会使用这些资源，如果配置不足可能导致接入拥塞。建议根据预期接入用户数合理设置pucch-ResourceCommon的数量和参数。

其次，专用资源配置要考虑多样性。不同业务对HARQ-ACK反馈的需求差异很大，比如eMBB业务可能需要支持更大的码本，而URLLC业务则更关注低时延。建议配置多个资源集来满足不同需求。

第三，要注意BWP间的协调。由于只有initial BWP有公共资源，当UE切换到其他BWP时，必须确保专用资源配置已经生效，否则会导致反馈失败。

最后，DCI中的PRI字段需要合理设计。在资源较多的场景下，3比特PRI可能不够用，需要考虑更复杂的映射关系或扩展PRI字段。