简介这份文档面向5G网络优化工程师与无线通信学习者系统梳理NR网络中上行控制信息UCI的承载机制与PUCCH设计要点帮助读者理解调度请求、HARQ ACK/NACK及CSI等控制信令如何在空口传输。资源为单个docx文件压缩包约18KB内容以表格与参数对照为主便于快速查阅。文档重点讲解PUCCH五种格式Format 0至Format 4在符号长度、承载比特数、UE复用能力上的差异并说明Format 0/1支持同PRB内复用、Format 2/3/4不支持复用但采用时间或频率分集处理UCI与DMRS。同时结合3GPP TS 38.300-5.3.3逐项列出各格式的UCI比特长度、PUCCH长度、起始PRB、跳频、OCC、最大码率、nrofSlots及π/2-BPSK等参数定义并给出Format 0至Format 4的适用场景对比。已有369人学习适合需要掌握UCI承载选择与PUCCH配置细节的优化人员参考。1. 5G(NR)上行控制信息UCI从PUCCH五种格式到承载参数的完整拆解做5G网络优化的人十有八九在某个时刻被上行控制信息UCI, Uplink Control Information绊过一跤。下行调度有DCI管着上行这边UCI到底走PUCCH还是PUSCH、用哪种格式、参数怎么配直接决定了HARQ ACK/NACK能不能按时送达、CSI报告能不能完整上报。这份文档把3GPP TS 38.300-5.3.3和38.211里关于PUCCH五种格式的定义、承载内容、参数差异整理成了一张完整的对照表从Format 0到Format 4每个格式的符号长度、比特数、复用能力、跳频配置、OCC参数都列得清清楚楚。适合正在做上行链路优化、PUCCH资源规划、或者排查HARQ反馈异常的工程师也适合刚接触5G NR物理层、想把UCI承载机制一次性搞明白的读者。2. PUCCH五种格式的选型逻辑符号长度、比特数与复用能力怎么权衡2.1 短PUCCH与长PUCCH的分界线5G NR把PUCCH分成两大类短PUCCH占1到2个符号长PUCCH占4到14个符号。这个划分不是随便定的背后是覆盖和容量的权衡。短PUCCH适合时延敏感、载荷小的场景比如HARQ ACK/NACK反馈因为它占用符号少能快速发出去。长PUCCH适合载荷大、需要更好覆盖的场景比如CSI报告因为它有更多符号可以用来做时间分集和功率累积。Format 0和Format 2属于短PUCCHFormat 1、3、4属于长PUCCH。注意Format 1虽然叫长PUCCH但它的比特数限制在2比特以内和Format 0一样。区别在于Format 1用4到14个符号通过时间域扩展来提升覆盖而Format 0只用1到2个符号靠序列选择来区分用户。2.2 五种格式的承载能力对照把文档里的参数表拆开看五种格式的核心差异集中在几个维度上参数Format 0Format 1Format 2Format 3Format 4UCI比特长度≤2≤2222PUCCH长度短(1~2符号)长(4~14符号)短(1~2符号)长(4~14符号)长(4~14符号)同PRB内UE复用支持(CS)支持(CSOCC)不支持支持支持(Pre-DFT OCC最大4UE)UCI/DMRS复用方式N/ATDMFDMTDMTDM起始PRBPRB-IdPRB-IdPRB-IdPRB-IdPRB-IdPRB数量111~161~161时隙内跳频支持支持支持支持支持起始符号索引0~130~100~130~100~10符号数1~24~141~24~144~14初始循环移位0~110~11N/AN/AN/A时间域OCCN/A0~6N/AN/AN/AOCC长度N/AN/AN/AN/A2,4OCC索引N/AN/AN/AN/A0,1,2,3时隙间跳频N/A支持支持支持支持附加DMRSN/Atruetruetruetrue最大码率N/AN/A有有有nrofSlotsN/A2,4,82,4,82,4,82,4,8π/2-BPSKN/A支持支持支持支持同时HARQ ACK和CSIN/Atruetruetruetrue这张表是整份文档最值钱的部分。Format 0和Format 1的比特数上限都是2区别在符号数和复用方式。Format 0靠CS循环移位在同一个PRB里区分不同UEFormat 1同时用CS和OCC正交覆盖码复用维度更多。Format 2不支持同PRB复用但用FDM把UCI和DMRS分开适合载荷超过2比特的场景。Format 3和Format 4都支持大载荷Format 3不支持同PRB复用Format 4通过Pre-DFT OCC最多支持4个UE复用。2.3 选型时先看比特数再看复用需求实际配置PUCCH资源时我一般按这个顺序判断第一步看UCI比特数。≤2比特优先考虑Format 0或Format 12比特必须用Format 2、3或4。这一步就把选择范围缩小了一半。第二步看覆盖需求。如果UE在小区边缘上行覆盖受限选长PUCCHFormat 1、3、4用更多符号累积能量。如果UE在小区中心信道质量好短PUCCHFormat 0、2就够用还能省资源。第三步看复用需求。同一个PRB里如果有多个UE要发PUCCHFormat 0、1、4支持复用Format 2、3不支持。Format 4最多支持4个UEFormat 1的复用维度更高CSOCC但比特数限制在2以内。第四步看跳频配置。五种格式都支持时隙内跳频Format 1、2、3、4还支持时隙间跳频。跳频能带来频率分集增益但会增加资源调度的复杂度。如果信道条件差、干扰严重开跳频是值得的。注意Format 2和Format 3的PRB数量可以配到1~16Format 0、1、4只能配1个PRB。这意味着Format 2和Format 3在频域上更灵活适合大载荷场景。3. PUCCH参数配置实操从startingSymbolIndex到occ-Index的逐项说明3.1 资源分配相关参数配置PUCCH资源时RRC信令里会带一串参数。文档里列出的这些参数每一个都影响最终的空口行为。startingPRB / PRB-IdPUCCH占用的起始PRB。五种格式都用这个参数但Format 2和Format 3可以配多个PRB所以实际占用的频域资源是startingPRB到startingPRBnrofPRBs-1。nrofPRBsPRB数量。Format 0、1、4固定为1Format 2、3可以配1~16。配得越多频域资源越宽能承载的UCI载荷越大但占用的上行资源也越多。startingSymbolIndex起始符号索引。Format 0和Format 2可以配0~13Format 1、3、4可以配0~10。这个参数决定了PUCCH在时隙里的起始位置。nrofSymbols符号数。Format 0和Format 2配1~2Format 1和Format 3配4~14Format 4配4~14。符号数越多覆盖越好但占用时间资源越长。intraSlotFrequencyHopping时隙内跳频开关。五种格式都支持。开启后PUCCH会在时隙内的两个跳频点之间切换获得频率分集增益。secondHopPRB第二跳的PRB。开启时隙内跳频后这个参数指定第二跳的起始PRB。3.2 序列和OCC相关参数initialCyclicShift初始循环移位。Format 0和Format 1用这个参数范围0~11。不同UE配不同的循环移位就能在同一个PRB里复用。timeDomainOCC时间域正交覆盖码。Format 1用这个参数范围0~6。配合循环移位Format 1的复用维度比Format 0更高。occ-LengthOCC长度。Format 4用这个参数可以配2或4。occ-IndexOCC索引。Format 4用这个参数范围0~3。最多支持4个UE复用。3.3 跳频和DMRS相关参数interslotFrequencyHopping时隙间跳频开关。Format 1、2、3、4支持Format 0不支持。开启后PUCCH会在不同时隙之间跳频。additionalDMRS附加DMRS开关。Format 1、2、3、4都支持配true。高速场景下开启附加DMRS能提升信道估计精度。maxCodeRate最大码率。Format 2、3、4有这个参数。码率越高能承载的UCI比特越多但可靠性下降。nrofSlots时隙数。Format 1、2、3、4可以配2、4、8。这个参数用于PUCCH重复传输配得越多覆盖越好但时延越大。pi2BPSKπ/2-BPSK调制开关。Format 1、2、3、4支持。开启后使用π/2-BPSK调制峰均比更低适合上行覆盖受限的场景。simultaneousHARQ_ACK_CSI同时发送HARQ ACK和CSI的开关。Format 1、2、3、4支持配true。开启后UE可以在同一个PUCCH资源里同时上报HARQ反馈和CSI减少上行控制信令的开销。3.4 一个典型的PUCCH资源配置示例假设我们要给一个小区中心、信道质量良好的UE配PUCCH资源用于发送HARQ ACK/NACK比特数1~2不需要跳频复用需求中等。按下面的思路走PUCCH-Resource :: { pucch-ResourceId 0, format format0, startingPRB 10, intraSlotFrequencyHopping disabled, format0-Setup :: { initialCyclicShift 3, nrofSymbols 2, startingSymbolIndex 12 } }这段配置的意思是用Format 0起始PRB为10不开启时隙内跳频初始循环移位为3占用2个符号从第12个符号开始。Format 0的比特数上限是2适合HARQ ACK/NACK。初始循环移位配3意味着这个UE在同一个PRB里和其他UE通过不同的循环移位来区分。起始符号配12占用符号12和13放在时隙末尾尽量不影响PUSCH的数据传输。如果这个UE需要发送CSI报告比特数超过2那就得换Format 2或Format 3。假设换成Format 2PUCCH-Resource :: { pucch-ResourceId 1, format format2, startingPRB 20, nrofPRBs 4, intraSlotFrequencyHopping enabled, secondHopPRB 30, format2-Setup :: { nrofSymbols 2, startingSymbolIndex 12 } }Format 2不支持同PRB复用所以不用配循环移位。PRB数量配4频域资源更宽能承载更大的UCI载荷。开启时隙内跳频第二跳PRB配30获得频率分集增益。提示Format 2和Format 3的nrofPRBs可以配到16但实际配多少要看小区上行带宽和PUCCH资源开销。配得太多会挤占PUSCH资源影响上行吞吐量。4. UCI承载在PUCCH还是PUSCHDCI场景决定路径4.1 什么情况下UCI走PUSCHUCI不一定总走PUCCH。当UE同时有上行数据要发PUSCH传输和UCI要上报时UCI可以复用到PUSCH上。这样做的好处是省掉一个PUCCH资源减少上行控制信令的开销。具体走哪条路由承载DCI的场景决定。如果DCI调度的PUSCH传输里UE同时有HARQ ACK/NACK或CSI要上报UCI就复用到PUSCH上。如果UE没有PUSCH传输UCI就走PUCCH。4.2 UCI on PUSCH的复用规则UCI复用到PUSCH上时HARQ ACK/NACK和CSI的映射方式不同。HARQ ACK/NACK通常映射到PUSCH的解调参考信号DMRS附近的资源单元上保证可靠性。CSI则映射到PUSCH的数据区域和上行数据一起编码。复用的时候要注意功率分配。UCI和上行数据共享PUSCH的发射功率如果UCI的可靠性要求高可能需要给UCI分配更多的功率偏移。这个偏移量由RRC信令里的betaOffset参数控制。4.3 PUCCH和PUSCH的切换时机实际网络里UE什么时候走PUCCH、什么时候走PUSCH是动态变化的。调度器会根据上行缓冲状态、UCI类型、信道条件来决策。做网络优化时如果发现HARQ反馈时延大或者CSI上报不及时可以检查一下PUCCH资源配得够不够、PUSCH复用开关有没有开。注意UCI on PUSCH虽然省资源但会增加PUSCH的编码复杂度。如果PUSCH的码率已经很高再复用UCI可能导致PUSCH解码失败。这种情况下让UCI走PUCCH反而更稳妥。5. PUCCH配置避坑五条血泪经验5.1 坑一Format 0和Format 1的比特数搞混现象给UE配了Format 0但UE要上报的UCI比特数超过2结果PUCCH解码失败HARQ反馈丢失。原因Format 0和Format 1的比特数上限都是2但很多人以为Format 1是长PUCCH就能带更多比特。实际上Format 1的比特数限制和Format 0一样只是符号数更多、覆盖更好。解决配PUCCH资源前先确认UCI比特数。≤2比特用Format 0或Format 12比特必须用Format 2、3或4。如果比特数刚好在2附近留点余量别卡着上限配。5.2 坑二Format 2和Format 3的PRB数量配得太大现象小区上行吞吐量上不去排查发现PUCCH占用了太多PRB资源。原因Format 2和Format 3的nrofPRBs可以配1~16有人觉得配得越大越好结果PUCCH挤占了大量上行资源PUSCH能用的PRB变少。解决根据实际UCI载荷和覆盖需求配nrofPRBs。小区中心、信道好的UE配1~4个PRB就够。小区边缘、覆盖受限的UE可以适当多配几个PRB但也要权衡资源开销。5.3 坑三跳频开了但secondHopPRB没配现象开启了时隙内跳频但PUCCH解码性能没有改善甚至变差。原因开启intraSlotFrequencyHopping后必须配secondHopPRB。如果secondHopPRB没配或者配错了第二跳的PRB位置不对跳频增益就没了。解决开跳频的同时检查secondHopPRB。第二跳的PRB要和第一跳的PRB保持足够的频率间隔才能获得频率分集增益。间隔太小分集效果不明显。5.4 坑四Format 4的OCC索引冲突现象同一个PRB里配了多个Format 4的UE但部分UE的PUCCH解码失败。原因Format 4通过Pre-DFT OCC支持最多4个UE复用occ-Index范围0~3。如果两个UE配了相同的occ-Index就会发生冲突。解决同一个PRB里配Format 4时确保每个UE的occ-Index不同。occ-Length配2或4occ-Index配0~3最多支持4个UE。超过4个UE就要换PRB或者换格式。5.5 坑五additionalDMRS在低速场景下白白增加开销现象小区里UE移动速度不高但PUCCH的DMRS开销很大上行效率上不去。原因additionalDMRS配了true但低速场景下信道变化慢不需要额外的DMRS来做信道估计。解决低速场景下把additionalDMRS配false减少DMRS开销。高速场景下再配true保证信道估计精度。这个参数要根据UE的移动速度动态调整。6. 用参数表反查PUCCH配置一个排查HARQ反馈异常的实战技巧做5G网络优化时遇到HARQ反馈异常我习惯先拿文档里的参数表反查PUCCH配置。具体做法是先确认UE用的是哪种PUCCH格式然后对照表格检查每个参数是否在合法范围内最后看参数之间的组合有没有冲突。举个例子。某次排查发现一个UE的HARQ ACK/NACK反馈时延特别大有时候甚至收不到。查配置发现用的是Format 1nrofSymbols配了4startingSymbolIndex配了10timeDomainOCC配了0initialCyclicShift配了0。表面上看参数都在合法范围内但问题出在startingSymbolIndex配了10、nrofSymbols配了4意味着PUCCH占用符号10到13。如果这个时隙里还有PUSCH传输PUSCH的起始符号如果也是10就会和PUCCH冲突。对照表格里的参数范围Format 1的startingSymbolIndex范围是0~10nrofSymbols范围是4~14。配10和4是合法的但合法不代表合理。实际配置时要考虑和PUSCH的资源冲突。后来把startingSymbolIndex改成0PUCCH放在时隙开头冲突就没了。再举一个例子。某次发现Format 2的PUCCH解码失败率很高。查配置发现nrofPRBs配了16intraSlotFrequencyHopping开了但secondHopPRB配得和startingPRB很近频率间隔不够。Format 2的PRB数量范围是1~16配16是合法的但占用的频域资源太宽跳频的第二跳PRB如果和第一跳太近频率分集增益就很小。后来把nrofPRBs降到4secondHopPRB拉开频率间隔解码成功率就上去了。这个反查方法的逻辑是参数表里的范围是3GPP规定的合法范围但实际配置还要考虑小区带宽、PUSCH资源分配、信道条件、UE移动速度等因素。合法范围是底线合理配置才是目标。我一般会把这五个检查项过一遍检查项检查内容常见问题格式与比特数匹配UCI比特数是否在格式支持范围内Format 0/1配了2比特PRB数量合理nrofPRBs是否与载荷和带宽匹配Format 2/3配了16个PRB跳频配置完整开跳频时secondHopPRB是否配了开了跳频但没配第二跳PRBOCC索引唯一同PRB内Format 4的occ-Index是否冲突两个UE配了相同occ-IndexDMRS开销可控additionalDMRS是否与移动速度匹配低速场景配了true从那以后我每次配PUCCH资源都强制走一遍这个检查表尤其是Format 2和Format 3的PRB数量再也不敢随手配16了。希望帮到你。本文还有配套的精品资源点击获取