基于P201Pro与GNU Radio的QPSK收发系统实战：从链路搭建到调试优化

1. 从比特流到星座图这套收发链路到底在做什么软件无线电这个东西刚上手的时候很容易陷入一个误区以为把两块开发板插上电脑打开GNU Radio拖几个模块连起来就能通信了。我当初也是这么想的结果第一次跑QPSK收发的时候收端出来的星座图是一团糊在一起的噪声点别说解调了连符号定时都锁不住。后来花了整整两周时间从比特流生成、星座映射、脉冲成型、上变频、信道传输、下变频、匹配滤波、符号同步、载波同步一路排查下来才真正把这条链路跑通。这篇文章要聊的就是基于P201Pro这块AD9361软件定义无线电开发板和GNU Radio搭建的一套简单QPSK收发系统。P201Pro本质上是一块集成了AD9361射频捷变收发器的板子支持70MHz到6GHz的频段覆盖通道带宽可配置配合FPGA做数字基带处理通过USB或者以太网把IQ数据送到主机端。GNU Radio跑在主机上做基带信号处理从比特流一路推到QPSK星座点再经过射频前端发出去收端反过来走一遍。适合谁看如果你已经跑通过GNU Radio的基础教程比如FM接收或者简单的ASK收发但对QPSK这种相位调制方式的完整链路还没有系统性地走一遍那这篇内容就是给你准备的。我会把每个环节的参数选择、踩过的坑、调试方法都摊开讲尽量让你少走弯路。如果你连GNU Radio都还没装建议先去看官方教程把环境搭起来再回来看这篇。整条链路的核心思路其实不复杂把一串0和1映射到复平面上的四个点然后把这些点变成波形发出去收端再从波形里把点找回来最后还原成0和1。听起来简单但每一步都有讲究。下面我按模块拆开讲从整体设计思路开始然后逐个环节深入。2. 整体链路设计与方案选型2.1 为什么选QPSK而不是BPSK或者16QAMQPSKQuadrature Phase Shift Keying正交相移键控是软件无线电入门阶段最合适的相位调制方式之一。它每个符号携带2个比特相比BPSK的1比特/符号频谱效率翻了一倍相比16QAM的4比特/符号它对信噪比的要求又低得多星座点之间距离更大解调容错率更高。具体来说QPSK的四个星座点分布在单位圆上相位分别是45度、135度、225度、315度相邻点之间的欧氏距离是根号2。如果换成16QAM星座点变成16个最近点之间的距离缩小到大约0.47在同样的噪声功率下误符号率会高出一个数量级。对于P201Pro这种入门级SDR平台射频前端的EVM误差向量幅度和相位噪声指标摆在那里用高阶调制就是给自己找麻烦。我实测下来在P201Pro上跑QPSK发射功率设到-10dBm左右收发天线距离1米以内接收端星座图非常干净EVM能控制在5%以内。换成16QAM的话同样的条件下EVM直接飙到12%以上星座点已经开始模糊了。所以入门阶段QPSK是性价比最高的选择。2.2 为什么用GNU Radio而不是自己写PythonGNU Radio的优势在于它把信号处理链路的搭建变成了可视化的事情。你不需要从零开始写滤波器设计、重采样、同步算法它自带了一大堆经过验证的模块直接拖拽连接就能跑。对于学习来说你能把精力集中在理解每个模块的作用和参数含义上而不是陷在代码实现细节里。当然GNU Radio也不是没有缺点。它的调度机制基于流图每个模块跑在独立的线程里模块之间的缓冲区大小、采样率匹配、时钟同步这些问题如果处理不好很容易出现溢出或者欠载。我后面会专门讲怎么调这些参数。另外GNU Radio支持用Python写自定义模块也支持C写高性能模块。如果你后面要做更复杂的处理比如自定义的同步算法可以先用Python快速验证再移植到C。这个渐进式的开发路径对学习者非常友好。2.3 P201Pro在链路中的角色定位P201Pro在这套系统里扮演的是射频前端和数字基带接口的角色。它的核心芯片AD9361负责把GNU Radio送过来的基带IQ数据上变频到射频或者把接收到的射频信号下变频成基带IQ数据送回GNU Radio。FPGA在里面做数字接口的桥接和部分采样率转换。你需要关心的参数主要有几个采样率、中心频率、射频带宽、增益。采样率决定了你能处理的信号带宽中心频率决定了你工作在哪个频段射频带宽要和你的信号带宽匹配增益则影响发射功率和接收灵敏度。P201Pro通过USB 3.0或者千兆以太网和主机通信。USB 3.0的理论带宽是5Gbps实际能稳定跑到的IQ采样率大概在30Msps左右16位IQ。如果你需要更高的采样率就得用以太网接口但配置会稍微麻烦一点。我建议入门阶段用USB 3.0就够了QPSK的信号带宽一般也就几百kHz到几MHz完全够用。3. 发射端核心细节与实操要点3.1 比特流生成与帧结构设计发射端的第一步是生成比特流。你可以用GNU Radio自带的Random Source模块生成随机比特也可以用File Source读取一个二进制文件。我建议先用随机比特做测试因为随机比特的频谱特性比较均匀方便观察。但随机比特有个问题收端没法判断解调是否正确。所以你需要设计一个帧结构在数据前面加上前导码Preamble和同步字Sync Word收端通过检测前导码来找到帧的起始位置通过同步字来确认帧的合法性。我用的帧结构是这样的前导码用32个交替的1和00xAAAAAAAA同步字用0x1ACFFC1D这个值是CCSDS标准里常用的同步字相关性好。数据段长度设为1024比特后面可以加CRC校验。这个帧结构在GNU Radio里可以用Packet Encoder模块实现它会自动帮你加前导码和同步字。注意前导码的长度和模式会影响收端的同步性能。太短了容易误检测太长了浪费带宽。32比特是一个比较平衡的选择。3.2 星座映射与差分编码QPSK的星座映射有两种方式绝对映射和差分映射。绝对映射就是直接把比特对映射到固定的相位点上比如00对应45度01对应135度10对应225度11对应315度。差分映射则是用相位的变化来表示比特比如00表示相位不变01表示相位加90度等等。绝对映射的问题是收端需要知道绝对的相位参考如果载波同步有残留相位偏差整个星座图会旋转导致解调错误。差分映射对相位模糊不敏感但误码率会稍微高一点因为一个符号的错误会影响两个比特。我在实际测试中发现GNU Radio的QPSK Mod模块默认用的是绝对映射配合Costas Loop做载波同步在信噪比好的情况下完全没问题。但如果你发现星座图整体旋转可以考虑换成差分编码。GNU Radio里有Differential Encoder和Decoder模块可以用。星座映射的另一个关键是格雷码映射。格雷码的特点是相邻星座点之间只有一个比特不同这样即使解调时判到了相邻点也只会错一个比特而不是两个。GNU Radio的QPSK Mod模块默认就是用格雷码映射的你不需要额外配置。3.3 脉冲成型滤波器的选择与参数计算星座映射出来的符号是离散的直接送出去的话频谱会无限宽相邻符号之间也会干扰。所以需要做脉冲成型把每个符号变成一个带限的波形。最常用的是根升余弦滤波器Root Raised CosineRRC它在发射端和接收端各放一个合起来就是一个完整的升余弦响应满足奈奎斯特第一准则消除码间干扰。RRC滤波器的关键参数是滚降系数Roll-off Factorα和符号率Symbol Rate。滚降系数决定了滤波器的带宽带宽 符号率 × (1 α) / 2。α越小频谱效率越高但时域拖尾越长对定时同步的要求越高。α越大频谱效率越低但时域响应更紧凑同步更容易。我一般取α 0.35这是一个比较通用的值。符号率设为100kHz的话信号带宽就是100k × 1.35 / 2 67.5kHz。在GNU Radio里RRC滤波器的参数设置要注意Gain设为1.0或者符号率的平方根取决于归一化方式Sample Rate设为符号率乘以每个符号的采样点数Samples per SymbolspsSymbol Rate设为你的符号率Alpha设为0.35Num Taps设为11 × sps经验值保证滤波器有足够的阶数。sps的选择也很关键。sps越大每个符号的采样点越多后续同步算法的精度越高但计算量也越大。我一般取sps 4或者8。对于100kHz的符号率sps 4的话采样率就是400kHz。这个采样率对P201Pro来说毫无压力。实操心得RRC滤波器的Num Taps不要设得太小否则滤波器的阻带衰减不够会有频谱泄漏。我试过Num Taps 5 × sps结果频谱泄漏很明显邻道干扰比较大。后来改成11 × sps频谱就干净多了。4. 接收端核心细节与实操要点4.1 匹配滤波与符号同步接收端的第一步是匹配滤波也就是用一个和发射端相同的RRC滤波器对接收信号做滤波。这一步的目的是最大化信噪比同时消除发射端脉冲成型带来的码间干扰。匹配滤波之后你需要做符号同步也就是找到每个符号的最佳采样时刻。因为发射端和接收端的时钟不可能完全一致而且信号在传输过程中会有延迟所以采样时刻会漂移。符号同步算法要做的就是跟踪这个漂移始终在符号的最佳采样点采样。GNU Radio里常用的符号同步模块是Polyphase Clock Sync和Symbol Sync。Polyphase Clock Sync是基于多相滤波器的精度高但计算量大Symbol Sync是基于Gardner算法的计算量小但精度稍低。我一般用Polyphase Clock Sync因为P201Pro的采样率不高计算量完全不是问题。Polyphase Clock Sync的参数设置Samples per Symbol设为发射端的spsLoop Bandwidth设为符号率的1%左右比如100kHz符号率Loop Bandwidth设1kHzFilter Size设为sps × 2 1Num Taps设为sps × 11。注意Loop Bandwidth设得太大会导致同步抖动星座图上的点会散开设得太小则同步收敛速度慢可能需要几毫秒才能锁定。我一般从符号率的1%开始调根据星座图的收敛情况微调。4.2 载波同步与Costas环符号同步解决了采样时刻的问题但还有一个问题发射端和接收端的载波频率不可能完全一致总会有几十到几百Hz的频率偏差。这个频率偏差会导致星座图不断旋转如果不校正解调就会出错。载波同步的任务就是估计并校正这个频率偏差。GNU Radio里最常用的是Costas Loop模块。Costas环本质上是一个锁相环它通过比较I路和Q路的相位关系来估计相位误差然后调整本地振荡器的频率和相位使星座图稳定下来。Costas Loop的参数设置Loop Bandwidth一般设为符号率的0.5%到1%Order设为2QPSK用2阶Phase Detector选QPSK模式。我实测下来Loop Bandwidth设成符号率的0.8%左右比较合适收敛速度和稳定性都能兼顾。如果频率偏差比较大比如超过符号率的1%Costas环可能锁不住。这时候你需要先用一个粗频率估计模块比如FFT Frequency Estimator或者Coarse Frequency Estimator把频率偏差降到Costas环的捕获范围内再送进Costas环。4.3 星座图观察与EVM评估星座图是调试QPSK系统最直观的工具。GNU Radio里可以用Constellation Sink模块来显示星座图。你可以在符号同步之后、载波同步之前看一次在载波同步之后再看一次对比一下同步效果。一个健康的QPSK星座图应该是四个清晰的点簇分布在四个象限的对角线上。如果点簇散得很开说明信噪比不够或者同步没做好如果星座图整体旋转说明载波频率偏差没校正如果星座图变成一个圆环说明相位噪声太大或者Costas环没锁住。EVMError Vector Magnitude是衡量星座图质量的量化指标。EVM越小星座点越集中解调性能越好。EVM的计算方法是把每个接收到的符号和理想的星座点比较计算误差向量的均方根值再除以理想星座点的幅度。我实测下来P201Pro在1米距离、-10dBm发射功率下QPSK的EVM能到3%到5%这个水平已经相当不错了。实操心得观察星座图的时候建议把Constellation Sink的Autoscale打开这样它能自动调整显示范围。另外Y Min和Y Max可以手动设成-2到2这样星座图不会因为个别离群点而缩放得太厉害。5. 完整实操流程与参数配置5.1 发射端流图搭建步骤发射端的流图从比特流生成开始到IQ数据送到P201Pro结束。我按模块顺序列一下Random Source生成随机比特Output Type选ByteVector Length设1。Packet Encoder加前导码和同步字Preamble设0xAAAAAAAASync Word设0x1ACFFC1DPayload Length设1024。QPSK Mod星座映射Samples per Symbol设4Excess BW设0.35这个参数会传给内部的RRC滤波器。RRC Filter脉冲成型Gain设1.0Sample Rate设400kSymbol Rate设100kAlpha设0.35Num Taps设44。Multiply Const调整发射功率Constant设0.5相当于-6dB。UHD: USRP Sink送到P201ProSample Rate设400kCenter Frequency设915M或者你允许的频段Gain设-10dB。这里要注意采样率的匹配。QPSK Mod的输出采样率是符号率乘以sps也就是100k × 4 400k。RRC Filter的输入输出采样率也是400k。USRP Sink的采样率必须设成400k否则GNU Radio会自动做重采样可能引入额外的失真。5.2 接收端流图搭建步骤接收端的流图从P201Pro接收IQ数据开始到星座图显示和误码率统计结束UHD: USRP Source从P201Pro接收Sample Rate设400kCenter Frequency设915MGain设30dB。RRC Filter匹配滤波参数和发射端一致。Polyphase Clock Sync符号同步Samples per Symbol设4Loop Bandwidth设1kFilter Size设9Num Taps设44。Costas Loop载波同步Loop Bandwidth设800Order设2Phase Detector选QPSK。Constellation Sink显示星座图Autoscale打开。QPSK Demod星座解映射Samples per Symbol设4Excess BW设0.35。Packet Decoder帧同步和解包Preamble设0xAAAAAAAASync Word设0x1ACFFC1DPayload Length设1024。BER Error Rate误码率统计需要和发射端的原始比特流做对比。接收端的采样率也必须设成400k和发射端一致。如果两边采样率不一致符号同步模块会工作不正常。5.3 关键参数计算与选择依据我把关键参数的计算过程整理成表格方便你参考参数值计算依据符号率100 kHz根据可用带宽和P201Pro的采样率能力选择sps4平衡同步精度和计算量采样率400 kHz符号率 × sps滚降系数0.35通用值兼顾频谱效率和同步性能信号带宽67.5 kHz符号率 × (1 α) / 2RRC Num Taps4411 × spsCostas Loop BW800 Hz符号率 × 0.8%Polyphase Loop BW1 kHz符号率 × 1%中心频率的选择要注意当地的频谱管理规定。915MHz是ISM频段在很多地区可以免许可使用但发射功率有限制。我建议先用有线连接用衰减器和电缆直接连收发端口做测试确认链路通了之后再换成天线。注意直接用电缆连接收发端口的时候一定要加衰减器P201Pro的发射功率最大能到0dBm以上直接连到接收端口可能会烧坏接收前端。我一般加30dB的衰减器接收增益设30dB这样接收到的信号功率在-30dBm左右比较安全。6. 常见问题与排查技巧实录6.1 星座图不收敛的排查思路星座图不收敛是最常见的问题表现是四个点簇散得很开或者根本看不出四个点。排查思路按以下顺序来第一步检查采样率是否匹配。发射端和接收端的采样率必须一致否则符号同步模块无法正常工作。在GNU Radio里你可以用Probe Rate模块来确认每个模块的实际输出采样率。第二步检查中心频率是否一致。发射端和接收端的中心频率偏差不能超过信号带宽的一半否则信号会落在接收滤波器的通带之外。我一般会先用FFT Sink观察接收信号的频谱确认信号在正确的位置。第三步检查增益设置。接收增益太小会导致信噪比不够星座图散开接收增益太大则会导致ADC饱和星座图变形。我一般从30dB开始调观察星座图的变化。第四步检查Costas环的Loop Bandwidth。如果Loop Bandwidth设得太大星座图会抖动设得太小则锁不住。我一般从符号率的0.5%开始试逐步增加到1%。第五步检查符号同步的Loop Bandwidth。和Costas环类似符号同步的Loop Bandwidth也需要在收敛速度和稳定性之间权衡。6.2 误码率偏高的原因分析如果星座图看起来没问题但误码率还是很高可能的原因有前导码检测失败Packet Decoder的前导码和发射端不一致或者前导码太短导致误检测。我建议前导码至少32比特并且用相关性好的模式。同步字错误同步字设错了导致Packet Decoder无法确认帧的合法性。检查发射端和接收端的同步字是否一致。CRC校验失败如果加了CRCCRC校验失败会导致整帧被丢弃。可以先去掉CRC确认数据能通之后再加回来。比特顺序问题GNU Radio的Packet Encoder默认是大端序如果你的数据源是小端序需要在中间加一个字节序转换模块。6.3 常见问题速查表问题现象可能原因解决方法星座图整体旋转载波频率偏差未校正增大Costas Loop的Loop Bandwidth或加粗频率估计星座图变成圆环相位噪声太大或Costas环未锁定检查Costas环参数降低发射功率星座点散开信噪比不够或符号同步未锁定增大接收增益调整符号同步Loop Bandwidth误码率高但星座图正常帧同步失败或比特顺序错误检查前导码、同步字、字节序接收信号频谱偏移中心频率不一致检查收发两端的中心频率设置GNU Radio报溢出错误采样率太高或缓冲区太小降低采样率增大缓冲区大小实操心得GNU Radio的溢出错误O或者U很常见一般是主机处理速度跟不上采样率。你可以把GNU Radio的调度器改成**TPBThread-Per-Block**模式或者降低采样率。我试过在树莓派上跑400k采样率的QPSK溢出很严重换成x86主机就完全没问题了。7. 从跑通到跑好进阶优化方向7.1 信道编码的引入目前这套系统没有加信道编码误码率完全靠信噪比撑着。如果你想让系统更鲁棒可以加卷积编码或者LDPC编码。GNU Radio里有Convolutional Encoder和Viterbi Decoder模块可以直接用。加了编码之后同样的信噪比下误码率能降低一到两个数量级但代价是有效符号率降低因为要传冗余比特。7.2 自适应增益控制目前接收增益是手动设的如果收发距离变化信号功率会变化可能导致ADC饱和或者信噪比不够。你可以用AGC模块做自动增益控制它会根据信号功率自动调整增益。但AGC的收敛速度要调好太快了会导致增益抖动太慢了跟不上信号变化。7.3 更精确的频偏估计Costas环的捕获范围有限如果频偏太大就锁不住。你可以加一个FFT Frequency Estimator做粗频偏估计把频偏降到Costas环的捕获范围内。这个模块通过FFT找到信号的频谱峰值估计出频偏精度取决于FFT的点数。7.4 实时误码率监测目前误码率是离线统计的如果你想做实时监测可以用GNU Radio的BER Error Rate模块它需要两个输入一个是接收端解调出来的比特流另一个是发射端的原始比特流。你可以用Message Strobe或者File Source把原始比特流同步送到接收端做对比。我个人在实际操作中的体会是QPSK收发系统的调试过程就是一个不断缩小问题范围的过程。星座图是你最好的朋友它能告诉你链路中哪个环节出了问题。每次调整一个参数观察星座图的变化慢慢就能建立起对每个模块的直觉。这套系统跑通之后你再去看OFDM或者16QAM会发现很多概念是相通的只是复杂度更高而已。