导读HSPHeadset Profile和 HFPHands-Free Profile是经典蓝牙音频开发中极易混淆的一对 Profile。很多刚接触蓝牙协议栈的工程师都会有几个疑问 HSP 和 HFP 到底是什么关系HFP 是不是 HSP 的升级版既然 HFP 功能更多为什么还有 HSP蓝牙耳机打电话到底走 HSP 还是 HFPHFP 里面的 RFCOMM、AT Command、SCO/eSCO 又分别干什么HFP 1.5 ~ HFP 1.10 每个版本新增了什么能力本文从产品场景 → Profile 定义 → 协议栈架构 → 建链流程 → 音频链路 → 版本演进 → 工程调试全链路一次性把 HSP/HFP 讲透。 配图【插入你提供的 HSP/HFP 总览大图】一、核心结论先行✅ 一句话区分HSP极简蓝牙耳机 Profile只做双向语音传输HFP面向免提场景同时提供双向语音 完整电话控制与状态交互。HSP、HFP 是两个完全独立的 Bluetooth Profile不存在 HSP 升级迭代成 HFP 的版本继承关系不能简单理解为版本升级。产品选型建议新产品开发优先实现HFP老旧蓝牙设备兼容场景同时支持HSP HFP功能层面 HFP 可以覆盖 HSP 的通话能力但协议互通层面只支持 HFP 的设备无法兼容仅支持 HSP 的古董设备。二、HSP、HFP 基础定义2.1 HSPHeadset Profile耳机协议HSP 全称 Headset Profile中文称为耳机 Profile是 Bluetooth SIG 定义的基础耳机无线通话规范。设计目标解决「手机 / 电脑 ↔ 蓝牙耳机」无线耳机语音建立双向单声道语音通道。下行手机 → 耳机听筒上行耳机麦克风 → 手机HSP 核心能力建立基础双向单声道语音链路麦克风、听筒音频通路基础耳机按键、有限远程音量控制极简电话交互典型场景早期单耳蓝牙耳机来电、按键接听、双向通话、挂断。2.2 HFPHands-Free Profile免提协议HFP 全称 Hands-Free Profile免提 Profile。最初为手机 车载免提场景设计现在广泛用于 TWS 耳机、蓝牙耳麦、车机、穿戴对讲设备。HFP 需要同时解决两大业务语音通道手机 ↔ 免提设备双向语音传输远程电话控制免提设备反向控制手机电话系统、获取通话状态音频通路手机 免提设备 控制通路免提设备 ←【电话状态】→ 手机 免提设备 →【电话控制指令】→ 手机HFP 两个核心角色AGAudio Gateway音频网关电话信号源通常是手机HFHands-Free unit免提单元外设端耳机、车机等链路关系AG(手机) ----HFP---- HF(耳机/车机)三、HSP 与 HFP 详细对比表格对比项目HSPHFP全称Headset ProfileHands-Free Profile定位蓝牙耳机基础音频 Profile蓝牙免提完整通话 Profile双向语音支持支持麦克风 / 听筒支持支持电话控制能力非常有限丰富完整AT Command极少使用核心控制机制大量使用接听 / 挂断有限支持完整支持拨号能力非核心能力原生支持通话状态上报极少完整上报来电号码 / 信息不支持支持信号强度、电池状态几乎无支持Codec 协商无支持宽带语音 WBS不支持HFP1.6 引入 mSBC 宽带语音车载场景不适合作为主 Profile核心目标场景协议复杂度低高一句话总结HSP 简单双向语音HFP 双向语音 全套电话控制与状态交互四、HFP 协议栈架构控制链路 和 音频链路分离重点⚠️ 高频踩坑点HFP 属于上层 Profile不是蓝牙底层 Core 协议。HFP 控制链路、语音音频链路是两条完全独立通道。HFP 协议栈分层应用层 ├─ HSP Profile ├─ HFP Profile └─ AT Command控制信令HSP/HFP共用 RFCOMM L2CAP Bluetooth BR/EDR 基带语音音频独立通道语音数据 → SCO/eSCO → BR/EDR基带控制链路RFCOMM AT CommandRFCOMM 承载全部电话控制信令接听、挂断、拨号、查询信号 / 电池、来电通知。 依靠 AT 命令完成交互典型命令ATCHUP挂断通话ATDxxx;拨打电话ATBRSF两端交换 HFP 能力集音频链路SCO/eSCO✅ 重要结论RFCOMM 连接成功 ≠ 音频通路建立RFCOMM 只负责控制信令真正的语音通话需要单独建立 SCO/eSCO 链路来传输语音。SLC 是什么SLCService Level Connection服务层连接 HFP 控制服务握手准备阶段。SLC 建立完成后HF 与 AG 才具备完整电话业务交互基础SLC 成功后才会继续协商音频链路。五、HFP 完整建链流程工程视角六、HFP / A2DP 分工通话是单声道音乐是立体声HFP 通话Mono 单声道面向电话语音。即使是双耳 TWS 耳机通话音频本质仍是单声道再分发至左右单元。A2DP 音乐Stereo 立体声用于音乐、视频播放支持 SBC/AAC/aptX/LDAC 等高清编码。现代 TWS 耳机标配组合A2DP AVRCP HFP老旧设备兼容场景额外增加 HSP。A2DP音乐播放HFP通话、麦克风拾音、电话控制七、HSP HFP 版本演进历史HSPHeadset Profile1999Bluetooth1.0B 规范内置 HSP2001Bluetooth1.1 正式引入 HSP当前版本HSP1.2仍在维护定位老旧设备兼容HFPHands-Free Profile版本迭代亮点表格时间版本核心新增能力2003HFP1.0初代免提协议面向车载免提电话2005HFP1.5增强通话保持、来电信息、通话状态控制2011HFP1.6里程碑版本引入 Wide Band Speech 宽带语音、Codec 协商mSBC 编码16kHz 采样高清通话2014HFP1.7HF Indicators 免提设备状态上报耳机上报电池、设备状态2020HFP1.8增强语音识别激活支持语音助手唤醒交互2023HFP1.9细节能力持续增强2025HFP1.10最新正式采纳版本补充HFP 并未随着 LE Audio 的出现停止迭代。海量经典蓝牙手机、车机、耳机存量生态下BR/EDR HFP 依旧是通话主流方案。八、调试抓包SDP 识别 HSP/HFP抓包调试时可以依靠 Service Class UUID 区分两个 ProfileHSP0x1108(Headset)、0x1112(Headset Audio Gateway)HFP0x111E(Handsfree)、0x111F(Handsfree Audio Gateway)SDP 查询阶段即可识别对端设备支持的 Profile是蓝牙调试基础手段。九、工程高频踩坑HFP 连接成功但是没有通话声音现象RFCOMM 连接成功AT 命令交互正常、来电状态正常但听不到声音、麦克风无拾音。 根本原因控制链路就绪SCO 语音链路未建立排查顺序推荐按这个顺序排查SDP确认两端正常发现 HFP 服务RFCOMMRFCOMM 通道是否正常建立SLCATBRSF / ATCIND / ATCMER关键命令交互完成Codec 协商宽带语音场景确认 mSBC 协商成功SCO/eSCO语音链路是否成功建立硬件通路PCM/I2S、外挂 Codec、扬声器通路MIC 通路反向链路麦克风数据通路检查高通 QCC 系列 SDK 开发提示 HFP 协议栈在 SDK 内部已经封装 HF/AG 角色、AT 命令、RFCOMM、SCO 音频接口。应用层开发更多是监听 HFP 事件处理 UI、音频路由切换。补充为什么接电话之后音质会明显变差听歌走 A2DP 立体声链路一旦接电话音频链路切换到 HFP 单声道语音链路。A2DP高码率立体声音乐编码HFP专为语音优化的单声道编码 这就是用户反馈「一开麦音乐音质断崖下降」的根本原因。 HFP1.6 引入 WBS/mSBC 宽带语音提升通话清晰度但依然不是 A2DP 音乐级别的音频链路。HFP 与手机系统交互逻辑Modem → Telephony电话框架 → 蓝牙协议栈 → HFP RFCOMM → 耳机手机收到来电后电话框架通过 HFP 下发 RING 事件给耳机耳机检测来电播放铃声按键应答触发 SCO 链路建立开启 MIC。十、HFP 和 LE Audio 的关系经典蓝牙 BR/EDRA2DP、AVRCP、HSP、HFP、PBAP新一代 LE AudioLC3 编码、BAP、CAP、CCP 等通话架构LE Audio 是下一代蓝牙音频方案但存量终端手机、车机、耳机大量使用经典蓝牙。现在很多产品采用「经典蓝牙 LE Audio 双栈共存」同时兼容新旧生态。十一、核心要点总结快速查阅HSP 和 HFP 是两个独立 Profile不存在版本升级替代关系HFP 能力远强于 HSP包含电话控制、状态上报、AT 指令、宽带语音等新品优先 HFP需要兼容古董蓝牙设备才额外加上 HSP两条链路牢记RFCOMM 承载 AT 控制命令SCO/eSCO 承载语音音频HFP1.6 是关键里程碑版本引入 WBS 宽带语音与 mSBC 编码实现高清通话工程调试不要只看 HFP 连接状态必须校验 SCO/eSCO 音频链路分工记忆A2DP 负责音乐HFP 负责通话HSP 用于老旧设备兼容。参考资料Bluetooth SIG 官方规范 Headset Profile 1.2、Hands-Free Profile 1.10、Assigned Numbers、HFP 版本历史文档 本文结合腾泰技术 QCC 蓝牙音频方案工程实践整理。