目录

一、SPP应用层协议框架与角色模型

1.1 分层协议栈模型

1.2 设备角色模型（DevA 与 DevB 交互）

二、连接建立流程：从 SDP 到 RFCOMM

2.1 服务发现（SDP）流程（SDP 记录关键参数）

2.2 连接建立步骤（DevA→DevB 连接时序）

三、安全机制：认证与加密

3.1 安全流程（安全模式对比）

3.2 加密激活伪代码（Android）

3.3 认证与合规性测试

四、数据传输：RFCOMM 层实现

4.1 数据链路控制（RFCOMM 状态机）

4.2 流控机制（RS232 信号映射）

五、实战开发：从模块配置到 APP 实现

5.1 HC-05 模块配置（AT 指令集）

5.2 Android 开发示例（SPP 连接）

六、故障诊断：常见问题与解决方案

6.1 连接失败排查（故障代码与解决）

6.2 Wireshark 抓包分析（L2CAP MTU 协商失败）

6.3 RFCOMM频繁断连

七、电源管理与链路恢复

7.1 低功耗模式（电源模式对比）

7.2 链路丢失处理流程

八、协议扩展：SPP 与 BLE 的融合

8.1 混合模式架构（SPP+BLE 协同）

8.2 BLE SPP 实现（GATT Profile）

九、总结：SPP 应用层开发指南

9.1 开发 Checklist

9.2 性能优化策略

9.3 未来趋势

十、附录

10.1 术语与规范索引

10.2 SPP应用层速查表

---

在物联网与嵌入式系统领域，蓝牙串口协议（Serial Port Profile, SPP）通过模拟 RS232 串口，实现设备间无线数据传输。至今仍广泛应用于工业控制、医疗设备、POS终端等传统串口设备的无线化改造场景。本文基于蓝牙核心规范，深度解析 SPP 应用层的连接建立、服务发现、安全机制及实战开发，结合状态机、流程图和代码示例，构建从协议理论到项目落地的完整知识体系。

一、SPP应用层协议框架与角色模型

1.1 分层协议栈模型

SPP构建于通用访问配置文件（GAP）之上，其协议栈呈现典型的四层结构：

• 物理层/链路层：处理蓝牙射频通信基础

• L2CAP层：提供逻辑链路控制与适配，支持多通道复用

• RFCOMM层：实现串口仿真，传输AT指令与数据流

• SDP层：服务发现协议，动态获取设备服务信息

1.2 设备角色模型（DevA 与 DevB 交互）

角色	定义	核心职责	典型设备
DevA	连接发起方（Initiator）	主动发现服务、建立连接	手机、PC
DevB	连接接收方（Acceptor）	注册服务、响应连接请求	蓝牙模块、外设

关键特性：同一设备可同时作为DevA和DevB（如智能网关同时连接多个终端）。同一设备可并发运行多个SPP实例。

状态机设计（连接建立流程）

二、连接建立流程：从 SDP 到 RFCOMM

2.1 服务发现（SDP）流程（SDP 记录关键参数）

参数	描述	示例值
Service Class ID	SPP 服务标识	0x1101（固定值）
Protocol Descriptor	协议栈层级（L2CAP→RFCOMM）	L2CAP(0x0100) → RFCOMM(0x0003)
RFCOMM Channel	虚拟串口端口号	1（默认通道）

SDP 查询伪代码（DevA）：

// 伪代码：SDP查询SPP服务
sdp_service_t* find_spp_service(bd_addr_t dev) {sdp_session_t session = sdp_connect(dev);sdp_search_t search = sdp_search_start(session, SPP_UUID);while (sdp_next_record(search)) {if (has_rfcomm_channel(search)) {return get_service_record(search);}}return NULL;
}

2.2 连接建立步骤（DevA→DevB 连接时序）

三、安全机制：认证与加密

3.1 安全流程（安全模式对比）

模式	认证	加密	应用场景
模式 1	无	无	公开场景（如演示设备）
模式 2	可选	可选	商业设备（如串口透传）
模式 4	强制	强制	医疗 / 金融设备

配对流程（SPP 典型场景）：

1. DevA 发起配对请求（携带随机数）

2. DevB 生成 PIN 码（用户输入或默认 0000）

3. 双向认证（基于 Link Key）

4. 建立加密链路（AES-CCM 128 位加密）

3.2 加密激活伪代码（Android）

// Android蓝牙加密示例
BluetoothDevice device = ...;
device.setPin(pinCode); // 设置PIN码
device.createBond(); // 发起配对
if (device.getBondState() == BluetoothDevice.BOND_BONDED) {BluetoothSocket socket = device.createRfcommSocketToServiceRecord(SPP_UUID);socket.connect();socket.setEncryption(true); // 激活加密
}

3.3 认证与合规性测试

① 强制性测试项：

• RFCOMM多路复用：验证同一L2CAP通道支持多个DLC连接。

• 单时隙包吞吐量：确保最低128kbps传输速率。

②测试工具链：

• Frontline BPA 600：协议一致性测试（覆盖SDP/RFCOMM）。

• Ellisys Bluetooth Analyzer：物理层信号质量分析。

四、数据传输：RFCOMM 层实现

4.1 数据链路控制（RFCOMM 状态机）

4.2 流控机制（RS232 信号映射）

RS232 信号	RFCOMM 实现	作用
RTS	带外信令（OOB）	发送请求（Tx Enable）
CTS	带外信令（OOB）	清除发送（Tx Ready）
DTR	链路状态（带内）	设备就绪（连接确认）

流量控制示例（HC-05 模块 AT 指令）：

AT+IFC1,1  # 启用硬件流控（RTS/CTS）
AT+BAUD3   # 设置波特率115200

五、实战开发：从模块配置到 APP 实现

5.1 HC-05 模块配置（AT 指令集）

指令	功能	响应
AT+NAMEDEV	设置设备名称	OK
AT+ROLE1	设置从设备（DevB）	OK
AT+CMODE1	允许任意地址连接	OK

5.2 Android 开发示例（SPP 连接）

// Android SPP连接代码
private BluetoothSocket createSPPSocket(BluetoothDevice device) {try {// 使用反射获取RFCOMM套接字Method method = device.getClass().getMethod("createRfcommSocketToServiceRecord", UUID.class);return (BluetoothSocket) method.invoke(device, SPP_UUID);} catch (Exception e) {Log.e(TAG, "Socket创建失败: " + e.getMessage());return null;}
}// 数据传输线程
private class DataTransferThread extends Thread {private final BluetoothSocket socket;private final InputStream is;private final OutputStream os;public DataTransferThread(BluetoothSocket socket) {this.socket = socket;try {is = socket.getInputStream();os = socket.getOutputStream();} catch (IOException e) {// 处理异常}}public void run() {byte[] buffer = new byte[1024];int bytes;while (true) {try {bytes = is.read(buffer);// 处理接收数据} catch (IOException e) {// 链路丢失处理break;}}}public void write(byte[] bytes) {try {os.write(bytes);} catch (IOException e) {// 处理发送异常}}
}

六、故障诊断：常见问题与解决方案

6.1 连接失败排查（故障代码与解决）

现象	可能原因	排查步骤	解决方案
SDP 无响应	服务未注册	确认DevB已注册SPP服务记录。 检查蓝牙可见性模式（是否处于Discoverable）。 抓包分析SDP请求/响应报文。	检查 DevB 的 SDP 记录（sdptool）
认证失败	PIN 码错误		重置模块（AT+RESET）
数据丢失	MTU 不匹配		协商 MTU（672→1500 字节）

6.2 Wireshark 抓包分析（L2CAP MTU 协商失败）

Frame 10: L2CAP MTU Request (0x0002)MTU: 672
Frame 11: L2CAP MTU Response (0x0003)Result: Invalid MTU (0x0004)

解决：检查设备支持的 MTU 范围（经典蓝牙默认 672，BLE 支持更大值）。

6.3 RFCOMM频繁断连

• 优化建议：

  • 增加L2CAP Flush Timeout至2000ms。

  • 启用链路层加密减少干扰导致的认证失败。

七、电源管理与链路恢复

7.1 低功耗模式（电源模式对比）

模式	功耗	链路状态	适用场景
活跃	高	全双工通信	实时数据传输
嗅探	中	周期性监听	周期性上报（如传感器）
保持	低	保留连接	待机但需快速恢复

7.2 链路丢失处理流程

八、协议扩展：SPP 与 BLE 的融合

8.1 混合模式架构（SPP+BLE 协同）

8.2 BLE SPP 实现（GATT Profile）

// BLE SPP服务定义（GATT）
UUID: 0000ffe0-0000-1000-8000-00805f9b34fb（自定义服务）
Characteristic: 0000ffe1-...（TX特征值，通知）
Characteristic: 0000ffe2-...（RX特征值，写入）

九、总结：SPP 应用层开发指南

9.1 开发 Checklist

1. ✅ SDP 服务注册（UUID=0x1101，端口号 1）

2. ✅ 支持 L2CAP MTU 协商（672/1500 bytes）

3. ✅ 实现 RFCOMM 流控（RTS/CTS）

4. ✅ 处理链路丢失（自动重连机制）

5. ✅ 通过 BQB 认证（SPP 测试用例）

9.2 性能优化策略

• 吞吐量：使用多时隙数据包（3-slot，384 kbps）

• 延迟：禁用加密（非敏感数据场景）

• 稳定性：启用硬件流控（RTS/CTS）

9.3 未来趋势

• 5G 融合：3GPP 定义 NR-BT 协同调度（低延迟工业控制）

• AI 优化：机器学习预测流量（动态调整 MTU/QoS）

• 标准化：蓝牙 5.4 增强 SPP（支持 LE Audio 同步传输）

十、附录

10.1 术语与规范索引

术语	全称	规范引用	核心章节
SPP	串口协议（Serial Port Profile）	蓝牙核心规范卷 2	Part F, Section 1
RFCOMM	射频通信（Radio Frequency Communication）	GSM TS 07.10	第 4 章
SDP	服务发现协议（Service Discovery Protocol）	蓝牙核心规范卷 2	第 2 章

10.2 SPP应用层速查表

参数	工业场景建议值	消费电子建议值
RFCOMM MTU	512-1024字节	128-512字节
心跳间隔	30秒	60秒
最大重试次数	5	3
加密算法	AES-256	AES-128（可选）

---