深入解析蓝牙RFCOMM协议：从数据帧到多路复用控制

1. 蓝牙RFCOMM协议：串口模拟的基石

如果你玩过Arduino或者树莓派，肯定对串口通信不陌生，那两根简单的TX（发送）和RX（接收）线，就能让设备之间“说上话”。蓝牙技术想把这种简单可靠的通信方式“无线化”，于是就有了RFCOMM协议。你可以把它理解为一个虚拟的串口电缆。它的全称是Radio Frequency Communication，在蓝牙协议栈里，它稳稳地坐在L2CAP协议之上，专门负责模拟传统的RS-232串行端口。

我刚开始接触蓝牙开发时，总觉得RFCOMM很神秘，后来发现它的设计理念非常务实：为了兼容。世界上有海量的旧设备、工业设备、医疗设备都在使用串口通信，蓝牙要想快速普及，就必须能让这些设备无需大改就能接入无线世界。RFCOMM就是这座桥梁。它基于一个非常成熟的规范——ETSI GSM 07.10，这个规范原本是为GSM手机的数据传输设计的，蓝牙联盟把它拿过来，做了些适配和精简，就成了我们今天用的RFCOMM。

那么，RFCOMM具体能做什么呢？最典型的场景就是蓝牙串口模块。你网上花十几块钱买一个HC-05或HC-06模块，手机装个串口调试APP，就能实现手机和单片机之间的无线数据传输，底层跑的就是RFCOMM。再比如，早期的蓝牙耳机、蓝牙拨号上网、蓝牙打印，甚至一些蓝牙游戏手柄，都依赖RFCOMM来传输控制指令和数据。它虽然不像BLE（低功耗蓝牙）那么省电和新潮，但在需要稳定、连续数据流的场景里，比如音频、持续的数据采集，依然扮演着关键角色。

理解RFCOMM，核心在于抓住两点：一是它如何把数据打包成“帧”来传输，二是它如何管理多个并发的虚拟串口连接，也就是多路复用。这就像一条高速公路（L2CAP通道）上，同时跑着多辆去往不同目的地的卡车（RFCOMM数据帧），RFCOMM协议就是交通规则和调度中心，确保每辆车都能准确、有序地到达。接下来，我们就钻进协议内部，看看这些“卡车”到底长什么样，调度中心又是如何工作的。

2. 拆解RFCOMM数据帧：协议的语言单元

任何通信协议的基础都是数据包，在RFCOMM里，这个数据包叫做“帧”。帧是RFCOMM协议说“话”的基本单位，无论是建立连接、传输数据还是发送控制命令，都得封装成帧。如果你看过原始的RFCOMM协议文档，可能会被里面各种比特位搞得头晕。别怕，我们把它当成一个固定的“快递包裹”格式来理解，就清晰多了。

2.1 帧的五种类型：简单却够用

RFCOMM的帧类型非常精简，只有5种，这比它的前辈GSM 07.10要简单得多。这五种类型决定了这个帧是来干什么的。

• SABM命令：全称是Set Asynchronous Balanced Mode。你可以把它想象成“握手请求”。当设备A想和设备B建立一个RFCOMM虚拟通道时，它就会发送一个SABM帧，相当于说：“嘿，兄弟，我们建立个连接吧？”
• UA响应：全称是Unnumbered Acknowledgement。这是对SABM的友好回应。设备B收到SABM后，如果同意连接，就回复一个UA帧，意思是：“收到，连接已建立，可以开始通话了。”
• DM响应：全称是Disconnected Mode。这是一个“拒绝握手”的回应。如果设备B因为某种原因（比如资源不足、不支持等）不想或不能建立连接，它就回复一个DM帧，相当于说：“不行，现在没法连接。”
• DISC命令：全称是Disconnect。这个好理解，就是“再见”命令。当任何一方想断开某个RFCOMM虚拟通道时，就发送DISC帧。
• UIH帧：全称是Unnumbered Information with Header check。这是真正的“干活”帧。它又分为两种角色：当它在通道0上发送时，携带的是多路复用控制命令，是调度中心的内部指令；当它在非0通道上发送时，携带的就是实际的用户数据，比如你从手机发送给单片机的传感器读数。

这里有个非常重要的概念：DLCI 0。你可以把DLCI理解为一个虚拟串口的通道号。DLCI 0是一个特殊的“管理通道”，专门用于传输SABM、UA、DM、DISC这些控制帧，以及UIH控制命令。所有关于建立新连接、协商参数、流量控制的“管理对话”，都在这个通道0上进行。而DLCI 1到30，才是分配给各个具体应用（如串口A、串口B）的数据通道。

2.2 帧格式详解：一个字节一个字节地看