告别理论！用Wireshark抓包实战分析5G NSA网络中的HARQ重传流程
告别理论！用Wireshark抓包实战分析5G NSA网络中的HARQ重传流程
在5G NSA（非独立组网）网络的日常运维中，HARQ（Hybrid Automatic Repeat Request）重传机制是影响用户体验的关键因素之一。许多工程师虽然熟悉协议文档中的理论描述，但当面对现网中复杂的丢包问题时，往往难以将抽象概念与实际信令对应起来。本文将带您用Wireshark这一经典工具，从真实数据包中还原HARQ的工作全貌。
1. 实验环境搭建与数据捕获
1.1 硬件配置要点
要捕获5G NSA空口数据，需要准备以下设备组合：
- 商用终端或测试UE：支持NSA模式的5G CPE或手机（建议使用高通骁龙X55/X60平台的设备，便于获取底层日志）
- gNB模拟器：如Keysight UXM5G或R&S CMX500，配置为NSA模式（EN-DC）
- 核心网EPC+5GC：建议使用开源的OAI核心网或商用核心网设备
- 抓包设备：配备10G网卡的笔记本电脑，连接gNB的S1-U和X2接口
注意：实际现网抓包需获得运营商授权，建议先在实验室环境验证方法
1.2 Wireshark配置技巧
在开始捕获前，需要进行以下关键设置：
# 设置抓包过滤器（避免捕获过多无关流量） tshark -i eth0 -f "port 2152 or port 36422" -w 5g_harq.pcap显示过滤器预设（建议保存为配置文件）：
# 只显示与HARQ相关的RRC和用户面数据 nr-rrc || (gtpv2 && gtpv2.message_type == 1) || (udp.port == 2152 && rlc-lte)2. HARQ关键信令解析实战
2.1 识别NDI翻转过程
在DCI格式1_1中，New Data Indicator(NDI)是最直接的HARQ重传标志。通过以下步骤定位：
在Wireshark中应用过滤器：
nr-rrc.downlinkDCI-Format1_1按"Frame.number"排序后，跟踪特定HARQ进程号的连续DCI
观察NDI比特变化规律：
帧号 HARQ进程号 NDI值 含义 1234 3 0→1 新数据传输 1256 3 1→0 重传触发
典型场景截图分析：
- 当UE反馈NACK后，后续DCI中相同HARQ进程的NDI会保持原值
- 重传次数超过最大限制时，gNB会强制翻转NDI发起新传输
2.2 解码CBG重传信令
在配置了Code Block Group(CBG)传输的场景中，需要特别关注以下DCI字段：
DCI Format 1_1: ┌──────────────┬──────────┬────────────┐ │ 字段名 │ 比特数 │ 示例值 │ ├──────────────┼──────────┼────────────┤ │ CBGTI │ 8 | 0x1F │ │ CBGFI │ 1 | 0 │ └──────────────┴──────────┴────────────┘CBGTI位图解析技巧：
- 每个bit对应一个CBG组（LSB表示CBG#0）
- bit=1表示该CBG需要参与软合并
- 结合RLC层的SN序列号，可以重建完整的重传路径
3. 端到端重传问题诊断案例
3.1 高时延场景分析
在某商用网络中出现VoNR语音断续问题，通过以下步骤定位：
时间线关联：将Uu口的HARQ进程与X2接口的SN状态传输对齐
# 示例：计算RTT时延（需要导出CSV后处理） import pandas as pd df = pd.read_csv('harq_timing.csv') df['rtt'] = df['nack_time'] - df['pdsch_time'] print(df[df['rtt'] > 15].describe()) # 筛选异常值根因定位：
- 当HARQ RTT > 10ms时，检查MAC层的调度间隔
- 对比多个UE的HARQ进程，确认是否为基站侧资源过载
3.2 间歇性丢包排查
通过HARQ统计可快速区分空口问题与核心网问题：
诊断流程图：
开始 │ ├─ 是否有连续NACK? → 是 → 检查MCS配置 │ 和信道质量 │ └─ 否 │ ├─ NACK随机出现? → 是 → 检查X2切换事件 │ └─ 否 → 检查PDCP SN连续性4. 高级分析技巧与自动化工具
4.1 使用Lua脚本解析HARQ
Wireshark支持通过Lua脚本扩展解析能力，以下是解析HARQ进程的示例：
-- 注册HARQ统计插件 local harq_tracker = { processes = {}, last_ndi = {} } function harq_tracker.dci_parser() local dci = Field.new("nr-rrc.downlinkDCI-Format1_1") local harq_id = Field.new("nr-rrc.harq-ProcessNumber") -- 解析逻辑省略... end4.2 智能关联分析方案
对于大规模日志分析，建议采用ELK+自定义插件的架构：
处理流水线：
- Filebeat采集pcap文件
- Logstash执行GTP消息解析
- Elasticsearch建立HARQ时序索引
- Kibana展示关键指标看板
典型监控指标：
- 各HARQ进程的NACK率热力图
- CBG重传占比趋势
- 不同MCS下的HARQ效率对比
在实际项目中，我们发现当HARQ重传率超过15%时，用户感知速率会明显下降。这时需要结合RLC层的分段统计，确认是信道条件恶化还是调度算法问题。某次优化案例中，通过调整CCE分配策略，将重传率从18%降至7%，用户体验RTT改善了40%。