别再只懂ACK/NACK了！5G NR中HARQ的软合并与CBG重传实战解析
5G NR HARQ进阶：软合并与CBG重传的工程实践指南
引言：从信号残留价值到系统性能优化
当5G基站收到NACK反馈时，工程师们往往只关注"需要重传"这个结果，却忽略了更关键的问题：那些未能成功解码的信号能量究竟去了哪里？事实上，这些看似无效的射频能量包含着宝贵的信息熵，正是HARQ（Hybrid Automatic Repeat Request）机制中的软合并技术让这些"信号残渣"变成了提升传输可靠性的金矿。
在现网优化中，我们经常遇到这样的矛盾：一方面要保证URLLC业务1ms级的时延要求，另一方面又要应对复杂无线环境下的高频重传。传统TB（Transport Block）级重传就像每次出错都要重新邮寄整个包裹，而CBG（Code Block Group）重传则允许只补发破损的零件。这种精细化的重传控制，配合DCI中的CBGTI/CBGFI字段，能显著降低冗余传输带来的资源开销。
本文将带您深入5G NR物理层的重传设计哲学，从信号处理基础到现网配置参数，揭示如何通过软合并与CBG技术实现"错误即资源"的通信范式转变。适合已经掌握HARQ基本流程，但希望深入理解以下问题的读者：
- 为什么NR选择增量冗余而非Chase合并？
- 软缓冲区管理如何影响合并增益？
- CBG重传的DCI配置有哪些隐藏陷阱？
1. 软合并技术：从理论到实现
1.1 解码失败的信号去哪了？
当UE接收到的PDSCH无法通过CRC校验时，传统思维会直接丢弃这些"错误数据"。但实际上，接收到的IQ采样值仍然包含有价值的信息：
% 简化的信号接收模型 rx_signal = channel(tx_signal) + noise; llr = demodulator(rx_signal); % 对数似然比输出这些LLR（Log-Likelihood Ratio）值就是软合并的原料。在HARQ进程中，UE的物理层会维护一个软缓冲区，其大小由3GPP 38.214定义的参数softBufferSize决定：
| 参数 | 计算公式 | 典型值 |
|---|---|---|
| 软缓冲区大小 | NIR = ⌊(nrofHARQ-Processes × 调制阶数 × 码率 × 最大TB大小) / 8⌋ | 对于100MHz带宽约20MB |
注意：软缓冲区是共享资源，配置过多的HARQ进程可能导致每个进程可用缓冲区不足，反而降低合并效果
1.2 合并算法深度对比
NR标准放弃了LTE时代的Chase合并，全面转向增量冗余（IR），这背后有深刻的信道编码原理：
Chase合并（简单重传）：
- 相同编码比特多次发送
- 合并增益来自SNR叠加
- 公式：$LLR_{combined} = \sum_{i=1}^N LLR_i$
增量冗余（NR采用）：
- 每次重传发送不同编码比特
- 获得编码增益+合并增益
- 采用LDPC码的不同RV版本
# 简化的IR合并示例 def incremental_redundancy(llr_buffer, new_llr, rv_version): # 根据RV版本选择合并位置 puncturing_pattern = get_rv_pattern(rv_version) combined_llr = llr_buffer * (1 - puncturing_pattern) + new_llr * puncturing_pattern return combined_llr实测数据显示，在BLER=10%时，IR相比Chase合并可带来约2-3dB的增益，这个优势在高码率时更加明显：
| 码率 | Chase合并增益 | IR合并增益 |
|---|---|---|
| 0.3 | 1.2dB | 1.5dB |
| 0.7 | 0.8dB | 2.1dB |
2. CBG重传：精细化的错误修复
2.1 从TB到CBG的范式转变
传统TB级重传就像"全有或全无"的二进制选择，而CBG重传将传输块划分为多个码块组（通常4-8个CBG/TB），每个CBG独立进行CRC校验。这种设计带来三大优势：
- 频谱效率提升：只需重传错误的CBG
- 时延降低：减少等待完整TB重传的时间
- 合并灵活性：支持CBG级软缓冲区管理
CBG划分示例如下：
TB结构: [CB1][CB2][CB3][CB4]...[CB8] 分组方案: CBG1 = CB1+CB2 CBG2 = CB3+CB4 CBG3 = CB5+CB6 CBG4 = CB7+CB82.2 DCI中的关键字段解析
CBG重传通过DCI 1_1中的两个特殊字段实现精细控制：
CBGTI（CBG Transmit Indicator）：
- 位图格式（如4bit对应4个CBG）
- '1'表示传输该CBG
- 示例：
1100表示只传CBG1和CBG2
CBGFI（CBG Flush Indicator）：
- 1bit全局控制
- '0'表示与缓冲区现有数据合并
- '1'表示先清空缓冲区再存储
典型的重传场景流程：
- UE反馈NACK及CBG级错误位图（如
0101） - gNB调度重传，设置DCI:
- CBGTI=
0101（只传错误CBG） - CBGFI=0（执行软合并）
- CBGTI=
- UE收到后仅更新对应CBG的LLR
实际部署中发现，当CBG数量>8时，DCI开销增长明显，建议在移动场景使用较小CBG数量（如4个），静态场景可用更多（如8个）
3. 现网配置实战建议
3.1 参数优化黄金法则
基于多个商用网络优化经验，总结出以下配置原则：
HARQ进程数选择：
- 高频场景：8进程（平衡时延与缓冲）
- 低频场景：16进程（提高并行度）
CBG配置建议：
| 场景类型 | 推荐CBG数量 | CBGFI策略 |
|---|---|---|
| eMBB宽带业务 | 8 | 每3次重传强制刷新 |
| URLLC低时延 | 4 | 每次重传都合并 |
| mMTC小包 | 禁用CBG | N/A |
3.2 典型故障排查案例
案例1：吞吐量不升反降
- 现象：开启CBG后峰值速率下降20%
- 根因：软缓冲区未及时刷新导致LLR污染
- 解决方案：调整CBGFI为周期性强制刷新
案例2：高移动性场景误码率高
- 现象：车速>120km/h时BLER陡升
- 分析：多普勒效应导致信道变化快
- 优化：减少CBG数量到4个，增加IR重传次数
# 基站侧常用监控命令 nr-cli harq-stats --ue_id=ALL --metrics=cbg_utilization nr-cli buffer-status --cell_id=0 --histogram4. 前沿演进与未来展望
Rel-16引入的动态HARQ码本进一步优化了CBG反馈效率。其核心改进包括：
- 基于时隙聚合的ACK/NACK压缩
- CBG级反馈的差分编码
- 支持非连续CBG组的联合指示
实测表明，新码本可减少约30%的上行控制开销，特别适合毫米波频段的短时隙场景。某设备商测试数据显示：
| 特性 | Rel-15性能 | Rel-16改进 |
|---|---|---|
| 控制开销 | 18% | 12% |
| 反馈时延 | 3时隙 | 2时隙 |
| CBG漏检率 | 1e-3 | 5e-4 |
在O-RAN架构下，这些HARQ增强功能正通过智能控制器实现动态调优。例如根据业务QoS需求实时切换CBG模式，或基于AI预测提前触发预重传。