4、链路保持技术：自适应连接间隔调整、丢包重传机制、功率控制策略
好，咱们接着聊。前面几章我们把TWS耳机的连接建立、配对流程都捋了一遍。但说实话，连接上只是第一步，真正考验工程师功底的是——怎么让这个连接一直稳如老狗。
你想想看，耳机戴在耳朵上，人可能在走路、跑步、转头，手机可能揣兜里、放包里、甚至隔了一堵墙。这种动态环境下，蓝牙链路随时可能出问题。我做了这么多年音频嵌入式，见过太多“连接上了但声音断断续续”的案例，用户骂娘，老板拍桌子，最后锅还是得咱们工程师背。
所以这一章，咱们就聚焦在链路保持的三个核心手段：自适应连接间隔调整、丢包重传机制、功率控制策略。说白了，就是怎么让这条无线链路在各种恶劣条件下还能撑住。
4.1 自适应连接间隔调整：别死脑筋用固定参数
先讲连接间隔。蓝牙LE的连接间隔，范围是7.5ms到4s，由主机（手机）决定，从机（耳机）可以提建议。很多新手工程师喜欢设一个固定值，比如30ms，觉得这样延迟低。但实际项目中，这往往是个坑。
核心思路：连接间隔不是越小越好，也不是越大越好。要根据当前链路质量动态调整。
我个人习惯的做法是：
- 链路质量好时（比如RSSI > -60dBm，丢包率 < 5%）：适当增大连接间隔，比如从30ms调到45ms。为什么？因为这时候链路稳定，没必要频繁交换空包，省电才是王道。
- 链路质量差时（比如RSSI < -80dBm，丢包率 > 15%）：主动减小连接间隔，比如从30ms降到15ms。这样重传机会更多，延迟更低，能更快恢复数据流。
我在项目中遇到过一个问题：某款耳机在用户跑步时声音频繁卡顿。抓log一看，连接间隔固定30ms，但跑步时RSSI波动很大，从-50dBm掉到-85dBm。丢包率飙升到20%以上，但连接间隔纹丝不动。后来我改成自适应调整，丢包率超过10%就自动缩到15ms，问题直接解决。
实战技巧：调整连接间隔时，建议每次步进5ms或10ms，不要跳变太大。蓝牙协议栈里有个“连接更新过程”，频繁触发也会增加开销。我一般设一个调整间隔，比如每2秒评估一次链路质量，再决定是否调整。
4.2 丢包重传机制：不是所有包都值得重传
丢包是无线通信的家常便饭。蓝牙LE有自动重传机制（CRC校验失败自动重发），但咱们作为上层应用，不能完全依赖底层。为什么？因为底层重传次数有限，而且重传策略是固定的，不够智能。
我曾经踩过一个坑：某款耳机在干扰严重的环境下，音频数据包大量丢失。底层重传了3次还是失败，就直接丢包了。结果用户听到的就是“滋啦滋啦”的噪音。后来我加了一层应用层的丢包重传逻辑，效果立竿见影。
我的做法是这样的：
- 区分数据类型：音频数据包和命令包分开处理。命令包（比如音量调节、暂停播放）必须可靠传输，重传次数可以设到5次甚至更多。音频数据包则要权衡，重传太多会导致延迟累积。
- 设置重传上限：音频包我一般设2-3次重传。超过上限就直接丢弃，用上一帧数据做插值填补。虽然音质会有一点损失，但总比卡顿强。
- 使用序列号追踪：每个数据包带一个递增的序列号。接收端发现序列号跳变，就知道丢包了，主动请求重传。这个机制在BLE Audio里叫“帧丢失检测”，但咱们自己实现也不难。
注意：重传请求不能太频繁。我曾经犯过一个错误：丢一个包就发一个重传请求，结果重传请求本身也丢包，形成恶性循环。后来我改成批量请求——每50ms汇总一次丢失的序列号，统一请求重传。效果好了很多。
4.3 功率控制策略：该省电时省电，该发力时发力
功率控制，说白了就是发射功率的调节。蓝牙LE规范里有个LE Power Control Request/Reply流程，主机和从机可以互相协商发射功率。但实际项目中，很多工程师直接设一个固定功率，比如+4dBm，然后就不管了。
嗯，这里要注意：固定功率有两个问题。一是费电，近距离通信根本不需要那么高功率；二是可能造成干扰，多个设备同时高功率发射，互相打架。
我建议的策略是：
| 链路质量 | RSSI范围 | 发射功率 | 说明 |
|---|---|---|---|
| 优秀 | > -50dBm | -8dBm 或更低 | 省电模式，够用就行 |
| 良好 | -50 ~ -70dBm | 0dBm | 平衡功耗和稳定性 |
| 一般 | -70 ~ -85dBm | +4dBm | 适当增加功率 |
| 差 | < -85dBm | +8dBm（最大） | 全力输出，但注意功耗 |
这个表格是我在实际项目中总结出来的。你可能会问：为什么不一直用最大功率？原因很简单——电池扛不住。TWS耳机的电池本来就小，如果一直高功率发射，续航直接砍半。用户会骂“这耳机半天就没电了”。
避坑指南：我曾经在某个项目中，功率控制策略写得太激进——链路稍微变差就立刻跳到最大功率。结果耳机发热严重，而且因为功率跳变太大，反而导致连接不稳定。后来我加了平滑过渡，每次调整步进2dB，间隔至少500ms。问题就解决了。
4.4 三个策略的协同工作
讲完三个策略，你可能觉得它们是独立的。其实不然。在实际的TWS耳机中，这三个策略是联动的。
举个例子：当链路质量变差时——
- 首先触发功率控制，适当增加发射功率，尝试改善链路。
- 如果功率调到最大了还是不行，那就触发连接间隔调整，缩小间隔，增加重传机会。
- 同时丢包重传机制也在后台工作，对关键数据包进行重传。
这三个策略配合好了，就能在大多数场景下保持链路稳定。我见过一些做得好的方案，在-90dBm的弱信号下还能保持音频流畅播放，虽然偶尔有杂音，但至少不会断连。
个人经验：调试这三个策略时，一定要用log工具把RSSI、丢包率、连接间隔、发射功率都打出来。我习惯用一块开发板做接收端，实时打印这些参数。然后模拟各种场景（比如用手捂住天线、走远、穿墙），观察参数变化是否合理。这一步很费时间，但能避免很多线上问题。
好了，这一章的内容就到这里。链路保持技术，说白了就是让耳机在恶劣环境下还能“苟住”。自适应连接间隔、丢包重传、功率控制，这三个工具用好，你的TWS耳机稳定性至少能上一个台阶。下一章咱们聊聊音频同步和低延迟处理，那又是另一个有意思的话题了。