车载蓝牙电话HFP协议集成与联系人同步工程实现 - 第2节
2.1 蓝牙核心协议栈架构
蓝牙协议栈并非单一协议，而是一套分层的软件体系，从物理射频到应用层逐级封装。在车载嵌入式开发中，理解协议栈的分层结构是集成HFP（免提协议）和PBAP（电话簿访问协议）的前提。
核心认知： 蓝牙协议栈分为 控制器（Controller） 和 主机（Host） 两大部分。控制器通常集成在蓝牙芯片内部，主机运行在应用处理器（AP）上，两者通过HCI（主机控制器接口）通信。
2.1.1 协议栈分层模型
下图展示了经典蓝牙（BR/EDR）协议栈的完整分层架构，各层职责清晰，上层依赖下层提供的服务。
2.1.2 各层功能速查表
| 层次 | 核心组件 | 主要职责 | 车载开发关注点 |
|---|---|---|---|
| 应用层 | Profile（HFP/PBAP/A2DP） | 定义设备间交互场景与数据格式 | HFP通话控制、PBAP联系人同步 |
| 主机协议 | RFCOMM、L2CAP、SDP | 数据封装、多路复用、服务发现 | RFCOMM通道建立、SDP服务注册 |
| HCI | HCI Transport（UART/USB） | 主机与控制器之间的命令/事件/数据交换 | HCI日志分析、调试命令下发 |
| 控制器 | LM、LC、Baseband、RF | 链路建立、跳频、数据收发 | 通常由蓝牙模组固件完成，需关注兼容性 |
2.2 BR/EDR 与 BLE 的区别
蓝牙技术体系分为两大分支：经典蓝牙（BR/EDR） 和 低功耗蓝牙（BLE）。车载电话功能目前仍以BR/EDR为主，但BLE在车载数字钥匙、传感器数据采集等场景中快速普及。
工程经验： 车载HFP通话必须使用BR/EDR，因为HFP协议定义在经典蓝牙Profile体系下。BLE不支持HFP。但PBAP联系人同步在部分实现中可通过BLE GATT服务替代，需根据车厂需求选择。
2.2.1 核心差异对比
| 对比维度 | BR/EDR（经典蓝牙） | BLE（低功耗蓝牙） |
|---|---|---|
| 设计目标 | 持续音频流、中等速率数据传输 | 低功耗、间歇性小数据量传输 |
| 物理层 | 79个信道，1MHz带宽，跳频 | 40个信道，2MHz带宽，跳频 |
| 最大数据速率 | EDR可达3Mbps | LE 2M PHY可达2Mbps |
| 连接建立时间 | 约100ms（典型） | 约3ms（快速） |
| 功耗 | 较高（适合持续连接） | 极低（纽扣电池可工作数月） |
| 拓扑结构 | 微微网（Piconet），最多7个从设备 | 广播模式、连接模式、Mesh网络 |
| Profile体系 | 基于RFCOMM的经典Profile（HFP、PBAP、A2DP） | 基于GATT的通用属性Profile（HID over GATT、ANP等） |
| 车载典型应用 | 免提通话、蓝牙音乐、联系人同步 | 数字钥匙、胎压监测、传感器采集 |
2.2.2 双模蓝牙与车载选型
当前主流车载蓝牙方案均为 双模（Dual Mode） 芯片，同时支持BR/EDR和BLE。开发时需注意：
- HFP通话 必须走BR/EDR链路，使用SCO/eSCO音频通道。
- PBAP联系人同步 通常走BR/EDR的RFCOMM通道，部分新方案支持BLE GATT方式。
- BLE用于辅助功能 如蓝牙钥匙、车辆状态广播，与HFP互不干扰。
下图从协议栈角度直观对比BR/EDR与BLE的架构差异：
2.3 经典蓝牙 Profile 概念
2.3.1 什么是 Profile
Profile（配置文件）是蓝牙协议栈中定义设备间互操作行为的规范。它不规定具体实现代码，而是规定：
- 必须使用的底层协议（如RFCOMM、L2CAP）
- 数据格式与交互流程（如AT指令集、电话状态机）
- 角色定义（如HFP中的HF（免提）和AG（音频网关））
- 安全要求（如配对方式、加密等级）
常见误区： Profile 不是代码库，而是规范文档。车载开发中，Profile 的集成意味着按照规范实现对应的协议交互逻辑，而非直接调用某个API。例如 HFP 1.7 规范定义了完整的 AT 指令交互序列，开发者需要逐条实现。
2.3.2 车载相关核心 Profile
| Profile 名称 | 全称 | 车载用途 | 依赖协议 |
|---|---|---|---|
| HFP | Hands-Free Profile | 免提通话控制、音频路由 | RFCOMM、SCO/eSCO |
| PBAP | Phone Book Access Profile | 联系人列表同步、来电姓名显示 | RFCOMM、OBEX |
| A2DP | Advanced Audio Distribution Profile | 蓝牙音乐播放（立体声音频） | L2CAP、AVDTP |
| AVRCP | Audio/Video Remote Control Profile | 音乐播放控制（上一曲/暂停/音量） | L2CAP、AVCTP |
| MAP | Message Access Profile | 短信/通知同步（部分车机支持） | RFCOMM、OBEX |
2.3.3 Profile 与 Service 的关系
在蓝牙协议栈中，Profile 是抽象规范，Service 是具体实现。每个 Profile 对应一个或多个 Service，通过 SDP（服务发现协议）注册和查询。
车载开发示例： 当手机连接车机时，车机作为 HFP 的 HF 角色，会通过 SDP 查询手机是否注册了 HFP 服务（UUID 0x111E）。如果查询成功，双方才能建立 RFCOMM 通道并开始 AT 指令交互。
Profile 与 Service 的映射关系如下：
- HFP → Service UUID: 0x111E（Hands-Free） / 0x111F（Audio Gateway）
- PBAP → Service UUID: 0x1130（PSE） / 0x1131（PCE）
- A2DP → Service UUID: 0x110A（Source） / 0x110B（Sink）