蓝牙低功耗音频

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

蓝牙低功耗音频 (LEA) 可确保用户接收到高保真度的音频，而不必牺牲电池续航时间，并且还可以在不同使用情形之间无缝切换。Android 13（API 级别 33）内置了对 LEA 的支持。

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

用例

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

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

• 广播音频：用户可以向亲朋好友广播音频，同时还可以连接到公共广播内容，以获取信息、娱乐或无障碍服务。

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

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

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

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

• 增强型属性协议 (EATT) 支持：借助 EATT，开发者可以同时向已配对的耳机发送多个命令。

关键场景

用例主要分为以下四类：

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

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

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

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

BLE 音频 API 和方法

如需支持 BLE 音频耳机，必须使用以下 API 和方法：

AudioManager

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

BluetoothProfile

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

电信来电服务

• InCallService#requestCallEndpointChange() 取代了已废弃的 InCallService.setAudioRoute() 和 InCallService.requestBluetoothAudio() API，以允许应用请求将音频路由到特定的 CallEndpoint。客户在请求更改时不应自行定义 CallEndpoint。而应为 InCallService.onAvailableCallEndpointsChanged(java.util.List) 提供的有效端点之一。
• CallEndpoint.TYPE_BLUETOOTH 通过蓝牙转发音频流。
• 上述 InCallService API 旨在供 Android 手机上的默认电话应用或其他调用界面（例如穿戴式设备、汽车或其他可能想要影响音频路由的蓝牙设备）使用。

Telecom CallControl

• API 级别 34 中引入了新的 CallControl 类，仅用于取代 VoIP 应用的 Connection 和 ConnectionService。
• CallControl.requestCallEndpointChange() 还会请求更改 CallEndpoint。此 API 取代了已废弃的 Connection.requestBluetoothAudio() 和 Connection.setAudioRoute() API。
• 除了更新后的 Telecom 平台 API 之外，在构建语音和/或视频通话应用时，强烈建议使用 Telecom Jetpack 库。此库可以大大简化集成流程，并改进所有 Android Surface 上的 VoIP 通话。

音频设备信息

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

录音器

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

蓝牙适配器

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

基于应用场景的指南

以下是根据特定用例实现 LEA 的指南。

语音通信应用

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

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

• 受管理：使用 Telecom Jetpack 库或 Telecom 平台 API 创建音频或视频通话应用。

借助这两个解决方案，您可以快速轻松地控制音频路由和蓝牙设备之间的切换。如需了解详情，请参阅“由电信运营商管理的通话”指南。

录音应用

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

LE 音频 (LEA) 耳机推荐

随着越来越多的 LEA 头显发布，我们在实际测试中发现了会降低用户体验的问题。该规范并未涵盖所有这些问题。下表列出了 LEA 耳机制造商在改进 Android 用户的端到端体验时应遵循的建议。

说明	背景信息
针对双模式耳机支持跨传输密钥派生 (CTKD)： 支持传统蓝牙与 LE 蓝牙之间的配对和 LE 蓝牙与传统蓝牙之间的配对的密钥派生。	在 LEA 来源设备市场份额增长之前，大多数新的 LEA 耳机将采用双模式。请务必让用户能够顺畅地配对双模式头戴式耳机，并设置这两种传输方式。这对于 Google 快速配对功能也很重要。
如果您希望 LEA 耳机可靠地重新连接到源设备，请支持定向通知 (TA)。 LE 音频入耳式耳机应使用 TA 向中央设备请求传入连接。 将添加到即将发布的 BT SIG 中。	与 BR/EDR 的页面浏览模型不同，在该模型中，手机或耳机都可以发起连接，但在 LEA 中，连接必须由中央设备发起。目前，许多头戴式设备不使用 TA，这意味着，如果不将其添加到许可名单，中央设备可能无法重新连接到外围设备。 不过，使用许可名单权宜解决方法可能会导致耳机无法连接到其他中央设备。因此，LEA 耳机必须正确支持 TA，以便中央设备能够可靠地重新连接，而无需使用可能会破坏多点连接的权宜解决方法。
优化了双模式耳机的曝光度 主耳机 - BR/EDR 组件应使用其公共地址进行广告宣传，并启用查询和页面扫描，其名称可通过 EIR 获取，并在设备类别 (CoD) 的主要服务类中将 LE 音频位 14 设置为 1。 主要入耳式耳机 - LE 组件：主要入耳式耳机应使用与 BR/EDR 组件相同的公开地址执行“可连接和可发现”（受限或常规）通告，并使用与 BR/EDR 组件相同的完整本地名称，并将其外观类别设置为适当的外观类别，该类别应根据中央设备调整此音频政策来调整远程设备类型。 辅助耳机 - 仅限 LE：辅助耳机应执行可连接且不可检测到的广告，并将其外观类别设置为与远程设备类型匹配的适当外观类别，以便中央设备使用此信息调整其界面和音频路由政策 耳机应从 CSIP 组中动态选举主设备。如果耳机是双模式，则主设备必须是双模式，以确保 LE 和传统功能在配对后都能正常运行。	这样可以防止双模式 LEA 耳机在蓝牙设置中显示为重复条目，这可能会让用户感到困惑并影响 LEA 配对体验。 动态领导者选举对增量配对的双模式设备尤为重要。例如，如果在初始配对时只有一个耳机可用，则该耳机应将自己显示为双模式设备。当用户日后与第二个耳机配对时，只需与 LE 组件配对，CSIP 将确保它们在 Android 上分组在一起。 建议您在配对期间使用身份地址，因为 BR/EDR 组件已将设备的公共地址公开给附近的设备。
支持增强型属性协议 (EATT)。	缩短配对和连接延迟时间。
支持强大的 GATT 缓存。	缩短连接延迟时间，尤其是对于 TWS 耳机。
支持连接子级分级。	可实现更灵活的数据包调度，并可能节省电量。
确保在播放和捕获的预处理和后处理期间，信号处理流水线可以以 16、24、32 和 48 kHz 的频率运行，并支持更高的频率。	利用 LEA 通话或 VoIP 捕获路径和媒体播放支持的更高采样率。
支持 LE 功耗控制	更好的电源管理

对上下文类型的支持

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

注意 ：根据规范，头戴式设备可以随时从“可用情境类型”中移除情境类型，并将其应用于所有已连接的设备，即使是当前正在流式传输给定情境类型的设备也是如此。建议头戴式设备不要从正在流式传输该上下文类型的设备上的“可用上下文类型”中移除当前正在流式传输的上下文类型。