📚 课程目录第1章蓝牙核心体系架构概述

1. 蓝牙核心体系架构概述

蓝牙协议栈采用经典的三层分离架构，将射频控制、协议逻辑与用户应用解耦。这种分层设计使得车载系统可以独立升级 Host 或 Controller 固件，同时保持对底层蓝牙芯片的兼容性。

层级	包含组件	典型实现载体	车载关注点
Application	HFP、PBAP、A2DP、AVRCP Profile 及上层 UI	Android Automotive / Linux 用户态进程	电话簿同步、通话控制、语音质量调节
Host	L2CAP、SDP、RFCOMM、GATT、ATT、SM	BlueZ / Fluoride 协议栈（内核态 + 用户态）	多链路管理、Profile 注册、安全配对
Controller	Link Layer (LL)、Baseband、Radio (RF)	蓝牙 SoC 固件（如 CSR、NXP、TI）	射频抗干扰、低功耗扫描、BR/EDR 与 LE 切换

  关键接口：Host Controller Interface (HCI) 是 Host 与 Controller 之间的标准通信通道。车载项目中常通过 UART（H4/H5）或 USB 连接，HCI 命令/事件/数据的实时性直接影响电话接听延迟。

蓝牙 4.0 之后引入双模架构，车载系统通常同时支持 BR/EDR（经典蓝牙）和 LE（低功耗蓝牙）。两者在物理层、协议栈和典型应用场景上有显著差异。

实践建议：车载 HFP 电话功能必须运行在 BR/EDR 链路上，因为 SCO/eSCO 同步音频通道仅在经典蓝牙中定义。LE Audio（LC3 编码）虽然已引入，但当前车载 HFP 生态仍以 BR/EDR 为主。

车载蓝牙选型需要综合射频环境、协议栈成熟度、功耗预算和认证周期。以下是核心评估维度：

射频抗干扰：车内存在 Wi-Fi、4G/5G、C-V2X 等多射频共存场景，需选择支持 PTA（Packet Traffic Arbitration） 机制的蓝牙芯片，优先保证 SCO/eSCO 音频时隙不被抢占。
协议栈认证：必须通过 Bluetooth SIG 的 HFP 1.7+ 和 PBAP 1.2 认证，确保与主流手机（iPhone / Android）的互操作性。建议选择已获 QDID 的协议栈方案。
多设备并发：车载系统需同时连接多部手机（如主驾 + 副驾），要求协议栈支持 多角色（Multi-role） 和 多链路（Multi-link） 管理，且 HCI 传输层具备足够带宽。
电话簿同步性能：PBAP 下载 2000+ 联系人时，需评估 OBEX 包大小、SDP 服务发现延迟和传输层吞吐量。建议使用 PBAP vCard 2.1 并启用压缩传输。
功耗与散热：车载蓝牙通常由车身供电，但需注意 SoC 在持续 SCO 通话时的发热量。优先选择支持 Sniff Mode 和 Deep Sleep 的芯片。

常见选型陷阱：部分消费级蓝牙芯片在 -40°C ~ +85°C 车规温度范围内射频性能下降严重，导致通话断续或断连。务必确认芯片通过 AEC-Q100 车规认证，并在实车环境中完成射频传导测试。