蓝牙设备的音频传输方式主要依赖于其采用的分层传输协议和音频编解码器两者共同决定了音质、延迟、功耗等核心体验。本次产品核心需求——免驱00 市面上的USB免驱麦克风方案分析USB麦克风的免驱特性依赖操作系统内置的UACUSB Audio Class驱动而非HID协议。核心原理如下设备枚举与协议支持USB插入时设备通过描述符设备描述符bDeviceClass0x00接口描述符bInterfaceClass0x01声明为音频类设备。操作系统自动加载UAC驱动Windows的usbaudio.sysLinux的snd-usb-audio关键描述符音频类设备需提供完整的接口描述符包含采样率、位深等参数端点描述符定义同步传输模式Isochronous Endpoint与HID的本质区别HID设备如键盘的接口描述符为bInterfaceClass0x03使用中断传输传输小数据包如按键事件。而音频设备需高速传输原始PCM流必须采用同步传输带宽高、无重传机制HID局限报告描述符Report Descriptor无法定义音频流格式且传输速率不足BLE HID单包仅20字节免驱实现核心无需厂商驱动操作系统通过UAC协议直接解析音频流格式如16bit/16kHz PCM无需定制驱动例外情况若麦克风集成高级功能如AI降噪需额外安装控制软件但基础录音仍免驱维度UAC音频方案HID控制方案协议类型USB Audio Class (UAC 1.0/2.0)HID Class (bInterfaceClass0x03)传输端点同步传输端点Isochronous中断传输端点Interrupt数据内容原始PCM音频流控制指令如静音、增益调节带宽能力支持高带宽24bit/192kHz低速≤64KB/s仅适合小数据包免驱原理操作系统内置UAC驱动操作系统内置HID驱动典型应用麦克风音频采集、耳机播放键盘按键、鼠标移动、设备控制指令USB是协议总框架HID与UAC是USB协议中定义的两种独立的设备类别01 蓝牙音频传输方案分析USB麦克风是一个符合我们产品设计要求的方案但理想很美好——蓝牙无法直接采用UAC方案UAC是USB-IF为有线USB设备定义的音频传输标准依赖操作系统内置的UAC驱动如Windows的usbaudio.sys而蓝牙采用无线射频协议栈如A2DP/HFP由蓝牙芯片组和主机协议栈如Android的Bluetooth Stack管理音频通道两者底层架构完全不同。再者蓝牙物理层带宽有限下面分析实际音频信息的传输中遇到一些BLE音频传输方案HID、 ATVVAndroid TV Voice、tspp这三种协议在整个音频传输生态中的定位和相互关系HID协议传输定位专为人机交互设备键盘、鼠标、触摸屏、游戏手柄等设计通过USB或蓝牙传输低延迟控制信号音频仅用于语音输入如麦克风。传输机制USB HID通过中断传输Interrupt Transfer实时发送报告如按键状态蓝牙HID通过BLE的GATT协议传输报告数据量小通常64字节音频应用仅支持单声道语音如通话麦克风音质较低8kHz/8bit带宽不够实际使用时需要压缩不免驱TSPP传输MPEG2-TS定位音视频流媒体传输协议用于数字电视广播DVB/ATSC、蓝光光盘M2TS等场景支持多节目复用和高容错。传输机制数据封装为188字节固定长度分组头部含PID标识流类型视频/音频/数据通过PSI表PAT/PMT 管理多路流同步如音频PID关联视频PID音频应用承载压缩音频流如AC-3、DTS支持多声道、高码率音频如蓝光无损音轨不免驱ATVV服务实际是BLE GATTATVVAndroid TV Voice协议是基于蓝牙低功耗BLE的 GATTGeneric Attribute Profile协议传输机制音频数据使用 ADPCM自适应差分脉冲编码通过Audio特征值的 Notification 机制发送无确认高速传输控制命令如开始/停止录音通过Command特征值的 Write 操作传输定位Android TV 语音专有协议应用电视语音遥控免驱实现蓝牙芯片可能需要支持蓝牙核心规范版本5.3或更高版本以确保兼容BAP配置文件方案免驱支持音频质量延迟开发复杂度GATTLE Audio✅ Android 13/Win11近无损LC320-50ms高GATT自定义❌ 需专属App可自定义30-80ms中经典蓝牙BR/EDR方案协议选择A2DP高级音频分发协议支持立体声PCM传输但强制使用编码器如SBC/AAC/aptX压缩数据HFP/HSP仅支持单声道、低采样率8kHz/8bit音质差适用于通话场景局限A2DP延迟较高100-200ms且无法绕过编码环节传输原始PCM维度A2DP协议HFP/HSP协议核心功能单向传输高质量音频流如音乐播放双向音频传输支持麦克风输入扬声器输出音频类型立体声音乐最高48kHz/16bit单声道语音通常8kHz/8bitHFP可扩展至16kHz传输方向仅支持源设备→接收设备如手机→耳机支持双向传输手机↔耳机麦克风→PC免驱支持系统识别为“音频播放设备”系统识别为“通话设备”或“麦克风扬声器”典型应用音乐耳机、蓝牙音箱通话耳机、车载免提、会议麦克风LE Audio方案蓝牙5.2革新点引入LC3编码器支持低码率32kbps高音质延迟≤20ms原生支持PCM流程通过HAPHearing Access Profile 或BAPBasic Audio Profile 直接传输PCM数据流但需设备端和主机操作系统支持如Android 13LE AudioBAP方案在Android和Windows平台的实际部署进度与厂商支持情况的综合分析Android平台支持现状系统层支持Android 13首次提供LE Audio框架支持但需设备制造商激活默认关闭开发者选项Android 15原生深度集成BAP协议栈系统级启用LE Audio无需开发者模式Windows平台支持现状系统层支持Windows 11 22H2首个支持LE Audio的桌面系统需版本≥22621Windows 10不支持因缺乏TMAPTelephony and Media Audio Profile协议数据类型传输方向带宽要求HID控制信号(按键事件)单向(设备→主机)低(1Kbps)ATVV音频流 控制命令双向中(16-32Kbps)TSPP音视频TS流单向(广播→设备)高(2Mbps)指标HIDATVVTSPP延迟10ms20-50ms100-500ms功耗极低(纽扣电池)低(BLE优化)高(需外部供电)音质不支持音频16KHz ADPCM48KHz AAC拓扑结构点对点点对点一对多广播典型应用遥控器按键语音遥控器数字机顶盒02 基于HFP/HSP的无线麦克风免驱输入方案分析设备角色配置HFP免提规格设备声明为免提单元Hands-Free Unit支持麦克风音频输入传输至手机/PC扬声器音频输出接收来自手机/PC的音频通话控制接听/挂断/拒接HSP耳机规格简化版HFP仅支持基础麦克风传输无扩展控制功能免驱原理操作系统内置协议栈Windows自动加载bthhfenum.sysHFP驱动和usbaudio.sys音频驱动Android/iOS原生支持HFP识别为“蓝牙耳机”或“输入设备”连接流程设备广播HFP支持 → 手机/PC自动配对 → 注册为系统默认麦克风设备很遗憾我们的芯片方案早已确定——HS6621CQC是BLE蓝牙协议不支持经典蓝牙协议及其HFP……市场上常见的蓝牙耳机方案03免驱方案的突破LE Audio与定制技术LE Audio主从设备均需要支持蓝牙5.2原因底层协议依赖LE Audio 的核心功能依赖于蓝牙 5.2 规范中新增的 LE 同步信道LE Isochronous Channels。该信道提供了以下能力时间同步传输确保音频流在多个设备间同步播放如 TWS 耳机的左右耳。双向低延迟链路支持 LC3 编解码器所需的实时音频传输延迟可低至 20-50ms。广播音频Auracast实现一对多的音频广播功能物理层与协议栈限制蓝牙 5.1 及更早版本缺乏 LE Isochronous Channels无法建立 LE Audio 所需的同步音频链路。若从机芯片仅支持蓝牙 5.1即使软件模拟也无法实现系统级免驱音频传输厂商定制方案的“伪免驱”广播音频技术如歌尔股份的专利方案BLE主机广播音频流从机扫描后直接连接播放无需配对。但需设备预装厂商SDK严格意义上非系统级免驱私有协议虚拟声卡方案通过BLE传输压缩音频如Opus在主机端用虚拟声卡驱动解码如STM32WB的USB音频输出用户体验设备显示为“USB麦克风”但依赖预装驱动非即插即用需设备预装厂商SDK04 增加USB KEY作为中间传输器件增加USB KEY作为中间传输器件是一种有效的折中方案可实现系统级免驱音频传输USB KEY角色集成USB控制器BLE从机芯片实现协议转换接收BLE音频流 → 解码 → 通过USB接口输出为UACUSB Audio Class信号。补充 增加设备驱动方案现有传输方案HID、TSPP已验证、GATT