GNU Radio音频传输噪声问题及packet_len参数设置咨询

核心原因分析 #

输出有强噪声但能听到原始音频，本质是包同步对齐出现偏移：前导码相关模块成功触发了包起始标记，但后续样本截取范围错误，导致有效音频数据和噪声/无效样本（比如下一包的前导码、导频）混合，同时部分有效数据没有被正确提取。

你的包结构总比特数为：16位前导码 + 7×16位导频 + 208位数据 = 336比特，但要注意：GNU Radio流中传递的是调制后的样本（复数或实数），不是原始比特，所以select samples after tag的packet_len需要设置为样本数，不是比特数，这是最容易踩坑的点。

解决方法 #

1. 准确计算包的总样本数 #

根据你的调制方式，把总比特数转换成样本数：

• 若用BPSK/OOK这类1比特/符号的调制：总样本数 = 336（总比特数）
• 若用QPSK这类2比特/符号的调制：总样本数 = 336 ÷ 2 = 168
• 如果前导码、导频是预先生成的调制样本（而非比特流），直接统计这部分的样本数，再加上数据部分的样本数即可。

2. 正确配置packet_len #

• packet_len的定义是：从tag标记的位置开始，需要截取的连续样本总数
• 重点确认tag的触发位置：
  • 如果前导码相关模块的tag标记在前导码的结束位置：packet_len只需设置为「7×导频样本数 + 数据样本数」
  • 如果tag标记在前导码的起始位置：packet_len需要设置为「前导码样本数 + 7×导频样本数 + 数据样本数」
• 若设置过小，会截断有效数据；若设置过大，会混入下一包的无效样本，都会导致强噪声。

3. 优化前导码相关阈值 #

如果阈值设置过低，会把噪声误判为前导码，产生大量错误的包起始标记，引入无效样本。可以逐步提高相关阈值，减少误触发次数。

4. 补充时隙导频同步 #

每个时隙的16位导频是用来校准时隙起始位置的，如果时隙同步失效，会导致数据部分采样偏移，引入噪声。建议在接收端增加导频相关模块，确保每个时隙的起始位置准确后，再提取对应的数据段。

内容的提问来源于stack exchange，提问作者Dip