NR协议UCI复用处理(二)：上行信道资源分配与冲突解决策略

1. UCI复用与上行信道资源概述在5G NR系统中上行控制信息UCI的传输是保证通信可靠性的关键环节。UCI主要包括调度请求SR、混合自动重传请求确认HARQ-ACK和信道状态信息CSI三大类。这些信息可以通过物理上行控制信道PUCCH或物理上行共享信道PUSCH进行传输。资源分配的基本原则是不同类型的UCI会根据其特性和网络配置动态选择最优的上行信道。比如SR通常使用PUCCH format 0/1传输而较长的CSI报告则可能通过PUSCH发送。在实际操作中我经常遇到这样的场景当多个UCI需要在同一时隙传输时UE需要根据协议规定的优先级规则决定哪些信息可以复用哪些需要丢弃。举个例子假设一个UE同时触发了SR和HARQ-ACK反馈。根据我的实测经验网络通常会优先传输HARQ-ACK因为这与下行数据传输的可靠性直接相关。而SR作为资源请求其优先级相对较低可能会被延迟到下一个可用时机发送。2. PUCCH资源分配机制2.1 专用与非专用PUCCH资源PUCCH资源分配分为专用和非专用两种模式。非专用资源通常用于初始接入阶段UE通过系统消息SIB1获取公共的PUCCH配置。这里有个容易踩坑的地方很多新手会忽略pucch-ResourceCommon的行索引指示这直接关系到后续资源集的选择。在实际项目中我发现非专用资源的计算公式特别容易出错r_PUCCH floor(2 * n_CCE,0 / N_CCE) 2 * Δ_PRI其中n_CCE,0是PDCCH第一个CCE的索引N_CCE是CORESET中的CCE总数。有一次调试时我们团队就因为忘记乘以2导致资源索引计算错误最终影响了HARQ-ACK的反馈性能。专用PUCCH资源则通过RRC信令配置一个UE最多可以配置4个PUCCH资源集。每个资源集对应不同的UCI比特数范围第1个资源集O_UCI ≤ 2比特第2个资源集2 O_UCI ≤ N2第3个资源集N2 O_UCI ≤ N3第4个资源集N3 O_UCI ≤ 17062.2 多TRP场景下的资源分配在多TRP传输接收点场景下资源分配会更加复杂。当配置了ackNackFeedbackModejoint时两个TRP的HARQ-ACK信息会复用在同一个PUCCH资源上传输。这里有个实用技巧通过coresetPoolIndex可以区分不同TRP的CORESET0表示TRP01表示TRP1。在最近的一个项目中我们遇到了一个典型问题当两个TRP的PDCCH监听时机重叠时UE如何确定PUCCH资源协议规定需要先按服务小区索引升序排序再按PDCCH监听时机索引排序。如果是相同CORESET pool则TRP0的DCI格式优先于TRP1。3. PUSCH上的UCI复用3.1 CSI在PUSCH上的传输当CSI通过PUSCH传输时支持三种类型非周期CSIAP-CSI由DCI 0_1/0_2触发半持续CSISP-CSI由DCI激活周期CSI通常不使用PUSCH一个常见的误区是认为PUSCH上的CSI报告必须与UL-SCH数据复用。实际上根据我的实测PUSCH可以仅传输CSI报告而不携带任何上行数据。不过要注意的是由DCI激活的SP CSI上报不能与上行数据复用。CSI报告通常分为Part 1和Part 2Part 1包含RI、CRI和CQI等固定大小的信息Part 2包含PMI、LI等可变长度的信息在资源紧张时UE会根据优先级丢弃部分Part 2内容。优先级规则非常关键我们团队开发了一个小工具来自动计算Pri_i,CSI值大大提高了调试效率。3.2 时隙偏移计算PUSCH传输时隙的计算公式看起来复杂但其实可以分解理解K_s floor(n * 2^μ_PUSCH / 2^μ_PDCCH) K2 K_offset * 2^μ_PUSCH / 2^μ_Koffset其中n是调度DCI所在的时隙K2来自时域资源分配表K_offset由高层参数配置在实际操作中我建议先确定μ_PUSCH和μ_PDCCH的子载波间隔配置再逐步计算。曾经有个项目因为忽略了SCS配置差异导致时隙计算错误影响了整个系统的时序。4. 冲突解决策略4.1 多UCI复用的优先级规则当多个UCI需要在同一时隙传输时协议定义了严格的优先级规则。根据我的经验优先级从高到低一般为HARQ-ACKCSI根据类型和上报方式SRCSI报告的优先级值计算公式为Pri_i,CSI(y,k,c,s) 2*N_cells*M_s*y N_cells*M_s*k M_s*c s其中y值特别重要y0PUSCH上的AP-CSIy1PUSCH上的SP-CSIy2PUCCH上的SP-CSIy3PUCCH上的P-CSI4.2 典型冲突场景处理在实际网络中最常见的冲突场景包括HARQ-ACK与CSI同时触发优先传输HARQ-ACK多个CSI报告冲突根据Pri_i,CSI值决定SR与其他UCI冲突SR通常会被推迟我遇到过这样一个案例某UE同时触发了Type II CSI和HARQ-ACK。由于Type II CSI的Part 2优先级较低最终系统保留了HARQ-ACK和CSI Part 1丢弃了CSI Part 2。这导致基站无法获取完整的信道信息影响了MIMO性能。后来我们通过调整CSI报告周期避免了这种冲突的频繁发生。5. 实际配置建议根据多年项目经验我总结了几点实用建议PUCCH资源配置对于关键业务建议配置专用PUCCH资源合理设置pucch-ResourceSetId避免资源浪费注意maxPayloadSize的配置确保能容纳预期的UCI比特数CSI报告优化对时延敏感的业务使用AP-CSI对精度要求高的场景考虑Type II CSI合理设置reportSlotOffset避免与其他关键信号冲突冲突规避通过RRC配置错开不同UCI的传输时机监控Pri_i,CSI值优化CSI报告配置对SR配置适当的sr-ProhibitTimer减少不必要的冲突在最近的一个毫米波项目中我们通过精细调整CSI报告周期和PUCCH资源分配将UCI冲突率从15%降低到了3%以下显著提升了系统吞吐量。这再次证明了合理资源分配策略的重要性。