具体相关实现细节请参考我的博客内容：https://blog.csdn.net/qq_41839588/article/details/137227500

在使用 GNU Radio 时使用官方例程搭建 GNU Radio + USRP 实现 OFDM 收发测试时，发现误码情况很严重，明明都是理想信道的情况下，即时在仿真情况下不接 USRP 硬件设备进行收发也会出现误码，如下图所示，这就不得不怀疑是官方的底层 C++ 源码存在的问题了。

问题原因：

丢帧的原因就是相邻两个定时信号的间隔过短时，导致当前帧提取数据时将后一个帧数据的定时信号作为当前帧的数据一并读入，这样就丢失了下一帧数据的定时信号，因此就造成了丢帧的现象。这种现象是源码中固有的问题。具体分析如下：

根据源码的数据处理过程，源码中每次接收到定时信号后，都会提取紧跟着该定时信号后面的 959 个数据作为当前帧进行输出，因此这对定时信号的精确型提出了很高的要求，如果相邻两个定时信号的间隔出现了小于正常数据帧长度的偏差，比如正常间隔为 960，如果此时出现了间隔为 958 的间隔，如下图，则在提取后续 959 个数据的时候就会正好把下一帧的定时信号当作当前帧的数据一起读入，这样就丢失了下一帧数据的定时信号，因此就造成了丢帧的现象。

解决办法：

修改源码，进行补偿。

结果显示：

下图误码为0