2. 吞吐量核心指标：数据速率、PRF、符号长度、编码增益对吞吐的影响

各位工程师朋友，咱们今天来聊聊UWB吞吐测试里那几个绕不开的核心指标。说实话，我刚接触UWB那会儿，也以为吞吐量就是“传得快不快”这么简单。后来踩了几个坑才明白，数据速率、PRF、符号长度、编码增益这几个参数，就像四根绳子拴着同一个木桶——哪根短了，桶里的水都装不满。

我个人习惯把吞吐量拆成两个层面来看：物理层能提供的原始速率，和实际有效载荷的传输效率。前者是理论天花板，后者才是你真正能拿到手的。咱们一个一个说。

数据速率，说白了就是UWB物理层每秒能吐出多少比特。IEEE 802.15.4a/z标准里，UWB的数据速率不是连续的，而是几个离散档位。我列个表，大家看得更清楚：

你可能会问：“为什么不能直接跑最高速率？”嗯，这里有个坑。我在一个工业定位项目里试过全程跑27.24 Mbps，结果在非视距环境下丢包率直接飙到30%以上。速率越高，脉冲重复频率就越高，每个符号携带的能量反而被摊薄了——说白了，速率和灵敏度是跷跷板的两头。

核心结论：数据速率的选择不是越高越好，而是要根据链路预算和功耗预算来折中。我个人建议，先按最差链路条件算一遍，再往上调一档试试。

PRF（Pulse Repetition Frequency）是UWB里一个容易被忽视的参数。它决定了每秒钟发射多少个脉冲。标准里常见的有两档：

我记得第一次做PRF对比测试时，发现一个反直觉的现象：PRF从16 MHz提到64 MHz，数据速率不变，但接收端的信噪比反而下降了。为什么会这样？因为PRF高了，每个脉冲的发射功率被分散了，如果总发射功率受限（比如FCC的-41.3 dBm/MHz限制），那每个脉冲的能量就变小了。

实战技巧：如果你的场景是短距离、高吞吐，用64 MHz PRF配合高数据速率，能获得更低的延迟。但如果是远距离或穿墙场景，16 MHz PRF反而更稳——每个脉冲能量更集中，抗衰减能力更强。

符号长度，就是传输一个符号需要多长时间。UWB的符号结构很有意思，它由三部分组成：

符号长度越长，每个符号携带的信息比特数可以更多，但时间开销也更大。我给大家画个图，看看符号长度和吞吐量的关系：

从图上能看出来，符号长度和吞吐量基本是反比关系。但你不能无限缩短符号——太短的符号会让接收机难以锁定同步，尤其是在多径环境下。我在一个隧道测试中就遇到过，符号长度设得太短，结果反射波和直达波打架，帧同步直接崩了。

避坑指南：我曾经在调试一个UWB门禁系统时，为了追求高吞吐把符号长度压到极限。结果在金属门框附近，多径延迟超过了符号长度的一半，导致严重的符号间干扰（ISI）。后来我不得不把符号长度放宽一倍，虽然吞吐降了30%，但误包率从15%降到了0.5%。

编码增益，是UWB物理层里一个“用时间换空间”的经典策略。IEEE 802.15.4a/z使用了卷积编码和里德-所罗门码的级联方案。编码增益的本质是：通过增加冗余比特，让接收机在更低的信噪比下也能正确解码。

我给大家一个直观的对比：

编码方式	编码效率	编码增益 (dB)	吞吐损失
无编码	1.0	0	0%
卷积码 (1/2)	0.5	~3.5	50%
卷积码 (3/4)	0.75	~2.0	25%
RS+卷积级联	0.4	~5.0	60%

你看，编码增益每提高1 dB，吞吐就要牺牲10%-20%。但反过来想，如果信道条件很差，不加编码你可能连1%的吞吐都拿不到——加了编码，虽然速率降了，但至少能稳定传输。

我的经验法则：在链路余量大于10 dB的场景下，可以关掉编码或使用高效率编码（如3/4卷积码），最大化吞吐。在链路余量小于5 dB的场景下，必须使用级联编码，哪怕吞吐砍半，也比完全断连强。

好了，四个参数都讲完了。但实际工程里，它们不是独立调节的。我画一张综合决策流程图，帮大家理清思路：

嗯，这张图基本概括了我的调试思路。你想想看，如果一上来就调PRF，链路余量都没搞清楚，很容易做无用功。我习惯的步骤是：

一个小技巧：如果你用的是Decawave的DW3000系列芯片，它的寄存器里有一个“吞吐量模式”预设。但我建议不要直接套用——我遇到过预设模式在特定天线匹配下反而性能更差的情况。手动调一遍，把每个参数的实际吞吐量测出来，画成曲线，比看数据手册靠谱得多。

好了，关于吞吐量的四个核心指标，咱们就聊到这儿。记住一句话：没有最好的参数组合，只有最适合你信道条件的参数组合。下次你在实验室调吞吐量的时候，不妨按这个思路走一遍，应该能少走不少弯路。