性能指标解析：吞吐量、时延、并发连接数、覆盖范围、功耗、稳定性
做蓝牙网关优化，第一件事不是改代码，而是搞清楚你要优化什么。我见过不少团队，上来就调射频参数，结果吞吐量上去了，功耗却炸了——典型的指标打架。
这一章，我们把蓝牙网关的六大核心指标拆开揉碎。每个指标我都会结合项目里的真实案例来讲。你想想看，如果连衡量标准都没对齐，优化方向怎么可能对？
2.1 吞吐量（Throughput）
吞吐量，说白了就是网关单位时间内能处理多少数据。对于蓝牙网关，通常指应用层有效数据的传输速率，单位是 bps 或 B/s。
我个人习惯把吞吐量分成两个维度来看：
- 单连接吞吐量：一条蓝牙链路能跑多快。BLE 5.2 理论最高 2 Mbps PHY，但实际应用层能到 1.2-1.4 Mbps 就算不错了。
- 聚合吞吐量：网关同时处理所有连接的总数据量。这个更关键，因为网关要面对几十甚至上百个设备。
我在项目中遇到过一个问题：某智能家居网关，单设备 OTA 升级速度正常，但一旦同时升级 5 台设备，每台的速度都掉到原来的 1/5。这就是聚合吞吐量瓶颈——蓝牙 Controller 的调度能力跟不上。
2.2 时延（Latency）
时延是数据从发送端到接收端的时间差。蓝牙网关的时延包含几个环节：
- Host 处理时延：协议栈打包/解包的时间
- Controller 调度时延：等待蓝牙连接事件的时间
- 空中传输时延：物理层传输时间
- 对端处理时延：从设备接收并响应的时间
嗯，这里要注意：BLE 的时延和连接间隔（Connection Interval）强相关。连接间隔设为 7.5ms 时，理论单向时延约 3.75ms；设为 50ms 时，时延就变成 25ms 左右。
我曾经踩过一个坑：某工业数据采集项目，要求端到端时延小于 50ms。我一开始把连接间隔设到 7.5ms，结果设备功耗飙升，电池撑不到 8 小时。后来改成动态连接间隔——数据密集时用 7.5ms，空闲时切到 100ms——才把功耗和时延都稳住。
2.3 并发连接数（Concurrency）
并发连接数，就是网关能同时维持多少条蓝牙连接。这是网关和普通蓝牙设备最大的区别——手机通常只连 1-2 个设备，网关要连几十上百个。
影响并发连接数的关键因素：
| 因素 | 说明 | 典型瓶颈 |
|---|---|---|
| Controller 硬件 | 蓝牙芯片支持的并发连接上限 | Nordic nRF52840 约 20 个，nRF5340 约 40 个 |
| RAM 大小 | 每条连接需要约 2-4 KB 的 RAM | 100 条连接需要 200-400 KB |
| CPU 算力 | 调度和协议处理的开销 | 主频低于 100 MHz 时容易丢包 |
| 连接间隔 | 间隔越小，可支持的并发数越少 | 7.5ms 间隔下，理论最大约 10-15 条 |
我记得有个项目，客户要求网关支持 50 个传感器同时在线。我们选了 nRF5340，RAM 够用，但实际跑到 35 个连接时就开始丢包。排查后发现是 CPU 在 HCI 数据搬运上花了太多时间。后来把 HCI 驱动改成 DMA 模式，才稳定跑到 48 个。
2.4 覆盖范围（Coverage）
覆盖范围就是网关和从设备之间的最大通信距离。BLE 的覆盖范围受发射功率、接收灵敏度、天线增益和环境衰减共同影响。
几个关键数据点：
- BLE 1M PHY：典型室内 10-30 米，视距 50-100 米
- BLE Coded PHY (S=8)：灵敏度提升约 8 dB，距离可增加 2-3 倍
- 发射功率每增加 3 dB：距离约增加 1.4 倍，但功耗翻倍
我建议你在做覆盖范围测试时，别只看空旷环境。实际项目中，墙壁、金属柜、人体都会严重影响信号。有一次在工厂部署网关，设备隔了一堵 20cm 的混凝土墙，距离只有 8 米就断连了。后来把网关天线从内置 PCB 天线换成外置 5 dBi 鞭状天线，覆盖距离才回到 25 米以上。
2.5 功耗（Power Consumption）
功耗是网关和从设备都要关注的指标。网关通常有市电供电，但功耗高了会发热，影响稳定性。从设备是电池供电，功耗直接决定续航。
网关功耗的主要来源：
- 射频发射/接收：BLE 收发峰值电流约 5-15 mA
- CPU 处理：协议栈和应用的运算开销
- 外设：Wi-Fi、以太网、USB 等接口
- 待机：空闲时的漏电流和低功耗模式
从设备功耗的优化思路不同。我习惯用「单次数据上报能耗」来衡量：
单次上报能耗 = 连接建立能耗 + 数据发送能耗 + 等待 ACK 能耗 + 休眠能耗
举例（nRF52840，0 dBm 发射）：
- 连接建立：约 80 μAh
- 数据发送（20 字节）：约 15 μAh
- 等待 ACK：约 10 μAh
- 休眠（1 秒）：约 1 μAh
- 总计：约 106 μAh/次我曾经帮一个客户优化温湿度传感器，原来每 5 分钟上报一次，电池只能撑 3 个月。分析后发现，连接建立占了 75% 的能耗。改成「保持连接 + 长间隔休眠」模式，连接建立只做一次，后续用 1 秒连接间隔传数据，电池续航直接拉到 18 个月。
2.6 稳定性（Stability）
稳定性是网关最容易被忽视的指标。一个网关吞吐量再高、时延再低，如果三天两头断连重启，那也没用。
我理解的稳定性包含几个层面：
- 连接稳定性：长时间运行不掉线，丢包率低于 1%
- 内存稳定性：无内存泄漏，连续运行 7 天以上内存不增长
- 调度稳定性：高负载下不出现任务饿死或优先级反转
- 异常恢复：断连后能自动重连，协议栈异常能自愈
我记得有个项目，网关在实验室跑了一周都没问题，上线后每 2 小时重启一次。查了三天才发现是 Wi-Fi 和 BLE 共用天线时的射频干扰导致 Controller 挂死。后来加了射频隔离和看门狗复位机制，才解决问题。
2.7 指标关系图
下面这张图展示了六大指标之间的耦合关系。你看完就明白，为什么优化不能只盯着一个指标。
从这张图你能看到，六个指标形成了一个闭环。你优化吞吐量，时延和并发数会受影响；你降低时延，覆盖范围和功耗会变差。没有完美的网关，只有适合业务的网关。
我个人习惯在做优化前，先和业务方对齐指标优先级。比如智能家居网关，稳定性和并发数排第一，吞吐量排最后。工业数据采集网关，时延和稳定性排第一，功耗排最后。优先级定好了，后面的优化才不会跑偏。