蓝牙低功耗音频

注意 ：如果设备支持 BLE 音频，isLeAudioSupported() 和 isLeAudioBroadcastSourceSupported() 将返回 True。

蓝牙低功耗音频 (LEA) 可确保用户能够在不牺牲电池续航时间的情况下接收高保真音频，并让用户在不同用例之间无缝切换。Android 13（API 级别 33）包含对 LEA 的内置支持。

在 LEA 源设备市场份额扩大之前，大多数 LEA 耳机都将采用双模式。用户应该能够在双模式耳机上配对并设置这两种传输模式。

用例

您可能需要为以下用例集成 LEA：

• 共享音频：用户可以同时将多个音频流共享到一个或多个音频接收器设备。音频会在源设备和已连接的设备之间同步。

• 广播音频： 用户可以向朋友和家人广播音频，同时还可以连接公共广播以获取信息、娱乐或访问无障碍信息。

• LC3 音频编解码器支持：这是默认的音频编解码器，取代了用于 A2DP（媒体）和 HFP（语音）的 mSBC 的 SBC 编解码器。LC3 更高效、可重新配置且质量更高。

• 改进了音频采样：使用麦克风时，耳机可以保持较高的输出音频质量。使用传统蓝牙功能时，使用蓝牙麦克风时，音频质量会降低。使用 BLE 音频时，输入和输出采样可以达到 32 kHz。

• 立体声麦克风：耳穿戴设备可以使用立体声麦克风录制音频，以增强空间音频效果。

• 助听器配置文件 (HAP) 支持：与以前的 ASHA 协议相比，HAP 可为用户提供更高的可访问性和使用率。用户可以使用助听器拨打电话和进行 VoIP 应用。

• 支持增强型属性协议 (EATT)：EATT 允许开发者一次向配对的可听设备发送多个指令。

主要场景

用例主要有以下四类：

1. 对话：需要低延迟通信路由的拨号器和 VoIP 应用可提供高质量的音频和更少的电池用量。

2. 游戏：借助并发麦克风和高保真播放技术，游戏可以将高品质音频流式传输到耳机。当游戏将蓝牙麦克风设为可供使用时，游戏应用可以获取 BLE 音频输入。然后，当玩家开始与同伴玩家的实时对话时，游戏应用可以无延迟地使用麦克风数据。

3. 媒体：媒体应用可以设置音频管理器的首选设备。用户可以通过在系统设置中更改首选设备来覆盖此设置。

4. 无障碍功能：支持 BLE 音频的助听器现在可以使用麦克风，这让用户能够继续使用助听器进行通话。

BLE 音频 API 和方法

要支持 BLE 音频可听设备，需要以下 API 和方法：

音频管理器

• setCommunicationDevice() 选择应用于通信用例（例如语音通话或视频通话）的音频设备。语音或视频聊天应用可使用此方法选择与平台默认选择的音频设备不同的其他音频设备。此 API 取代了以下已废弃的 API：startBluetoothSco()、stopBluetoothSco() 和 setSpeakerphoneOn()。
• clearCommunicationDevice 会在您的应用完成通话或会话后调用，以帮助确保用户在不同的应用之间切换时能够获得良好的体验。

BluetoothProfile

• BluetoothLeAudio 通过代理对象控制蓝牙服务。

电信来电服务

• setAudioRoute() 用于设置到当前活跃设备的音频路由。
• CallAudioState.ROUTE_BLUETOOTH 通过蓝牙引导音频流。
• requestBluetoothAudio() 请求将音频路由到特定的蓝牙设备。

音频设备信息

• AudioDeviceInfo.TYPE_BLE_HEADSET 将音频设备类型描述为 LEA 设备。用于识别可听设备是否为 LEA 设备。

录音器

• setPreferredDevice() 设置音频路由要使用的首选设备。用户可以在系统设置中替换此设置。

蓝牙适配器

• 如果平台的硬件支持 LEA，则 isLeAudioSupported() 会返回。
• 如果平台的硬件支持 LEA，则 isLeAudioBroadcastSourceSupported() 会返回。

基于用例的指南

以下是根据具体用例实现 LEA 的准则。

语音通信应用

语音通信应用可以自行管理音频路由和设备状态，也可以使用 Telecom API 为您执行音频路由和状态逻辑。

• 自行管理：适用于当前正在使用 startBluetoothSco()、stopBluetoothSco() 和 setSpeakerphoneOn() 的应用 或想要自行管理音频路由状态，请遵循音频管理器自行管理的通话指南。

• 受管理：使用 Telecom API 创建音频或视频通话应用。 借助此 API，您可以快速轻松地控制音频路由并在 蓝牙设备。有关详情，请参阅 “电信管理的通话”指南。

录音应用

• 媒体录制器：现在，在使用媒体录制器录制音频时，如果蓝牙耳机支持 LEA，您可以录制立体声。请参阅录音指南。

LE 音频 (LEA) 耳机推荐

随着越来越多的 LEA 耳机的发布，我们在现实世界中发现了问题 可能会降低用户体验的测试。本规范并未涵盖 这些问题。下表提供了一系列建议 LEA 耳机制造商应遵循，以改进端到端体验 Android 用户。

说明	背景信息
支持跨传输密钥派生 (CTKD) 双模式耳机： <ph type="x-smartling-placeholder"> </ph> 支持传统到 LE 配对和 LE 到经典的配对。	在 LEA 源设备之前，大多数新的 LEA 耳机都将采用双模式 市场份额不断增长。请务必让用户能配对 支持无缝的双模式耳机，并设置这两种传输。这是 Google 快速配对功能也很重要。
根据需要支持有针对性的通知 (TA) LEA 耳机可靠地重新连接到源设备。 LE 音频入耳式耳机应使用 TA 请求接入连接 来自中央设备 将添加到即将发布的 BT SIG 中。	与可以启动连接的 BR/EDR 分页模型不同 LEA 中的连接必须 由中央设备启动目前，许多耳机不支持 TA，这意味着中央设备可能无法 重新连接到外围设备，而不将其添加到许可名单。 不过，许可名单解决方法可能会阻止耳机 连接到另一个中央设备因此，制定一个 使 LEA 耳机正确支持 TA，以便中央设备 能够可靠地重新连接，而不会出现可能中断的变通方案 或多点连接
优化了双模式入耳式耳机的可检测性 <ph type="x-smartling-placeholder"> </ph> 主要入耳式耳机 - BR/EDR 组件应通告 并通过其公开地址启用查询和页面扫描 名称，并将 LE 音频位 设备类 (CoD) 的主要服务类。 主入耳式耳机 - LE 组件：主入耳式耳机 应执行可连接性和可发现性（“受限”或“可发现”） 与 BR/EDR 使用相同的公开地址的广告 组件，以及与 BR/EDR 相同的完整本地名称 组件，并将其“外观类别”设置为适当的 与带有 但预计中央设备会使用这些信息 调整其界面和音频路由政策。 辅助耳机 - 仅限 LE：辅助耳机 使用 并将其“外观类别”设置为适当的外观类别 与远程设备类型匹配，且预期 中央设备将根据这些信息来调整其界面， 音频路由政策 入耳式耳机应从 CSIP 中动态选择主要副本 设为主要设备如果入耳式耳机为双模式， 主设备必须为双模式，以确保 LE 和经典模式 配对之后的功能正常运行。	这样可以防止双模式 LEA 耳机显示为重复项 条目，这可能会使用户感到困惑，并可能会使 LEA 配对体验。 动态领导者选举对双模式尤为重要 逐步配对的设备。例如，如果只有一侧耳机 初始配对时可用，则其应显示为 支持双模式设备当用户稍后与第二个入耳式耳机配对时， 只需与 LE 组件配对，CSIP 将确保 它们在 Android 上是归为一组的 建议在配对期间使用身份地址，因为 BR/EDR 组件已经向附近的设备公开了设备的公共地址 设备。
支持增强型属性协议 (EATT)。	缩短配对和连接延迟时间。
支持强大的 GATT 缓存。	可减少连接延迟时间，尤其是对于 TWS 耳机。
支持连接子分级。	可更灵活地调度数据包，并增加电池电量 节省的费用
请确保在视频处理之前， 信号处理管道可以在 16、24 岁 32 kHz 和 48 kHz，以及支持更高的频率。	利用 LEA 通话支持的更高采样率 或 VoIP 捕获路径和媒体播放。
支持 LE 电源控制	更好的电源管理

上下文类型支持

说明	背景信息
使用 中指定的所有上下文类型， 分配号码 6.12.3 除非耳机明确不支持给定的上下文类型。	例如，如果上下文类型是“Game”，则 Android 将发送游戏声音。特别需要注意的是，“未指定”上下文 类型不表示“任何上下文类型”，也不涵盖不受支持的类型 上下文类型。
当中央设备与外围设备的 ASCS 互动时， 外围设备必须连接到中央设备的 MCS 和 TBS。 中央设备可能并不总是使用 LE 音频进行流式传输 因为其可能会回退到使用 A2DP 或 HFP。外围设备 设备可以通过 ASCS 互动来指示 设备将使用 LE 音频进行流式传输。 ASCS 交互的例子有：读取、写入和注册 通知。

注意 ：根据该规范，耳机可以从 所有已连接的设备，甚至包括 当前正在流式传输给定上下文类型的设备。建议 耳机不会从 流式传输该上下文类型的设备上可用的上下文类型。