【A2DP】蓝牙音频编解码器互操作性要求详解

一、音频编解码器互操作性：核心要点总览

二、必选与可选编解码器互操作性要求大盘点

2.1 必选与可选的编解码器支持

2.2 必选编解码器要求

2.3 可选编解码器要求

2.4 厂商自定义（Vendor Specific）A2DP编解码器互操作性要求

2.5 不支持的编解码器互操作性要求

2.6 音频编解码器类型值

三、总结

四、参考资料

在蓝牙音频传输中，编解码器的互操作性是确保不同设备之间能够顺畅、高效地交换音频数据的关键。本文将深入介绍蓝牙音频编解码器互操作性的相关要求，包括概述、支持的编解码器互操作性要求、必选与可选编解码器要求、厂商特定A2DP编解码器要求，以及不支持的编解码器处理方式和音频编解码器类型值。

一、音频编解码器互操作性：核心要点总览

蓝牙音频传输协议（A2DP）定义了音频编解码器互操作性所必需的信息。互操作性要求确保了不同设备在音频流设置、媒体包头要求和媒体负载格式等方面的兼容性。这些要求详细规定了如何在流设置过程中进行信号传输、如何在AVDTP实体中添加媒体包头参数，以及如何在音频流过程中使用特定的负载格式。

音频编解码器能力：如同设备的 “技能清单”，定义了在流媒体设置中进行信令过程时所需要的能力字段及其参数。打个比方，当两个蓝牙设备想要 “交流” 音频数据时，这个能力清单能让它们清楚地知道对方具备怎样的 “音频处理技能”。在通用音频 / 视频分发配置文件（GAVDP）里，连接建立和更改参数这两个过程，就像是两个设备在 “互相询问” 对方的技能，而音频编解码器能力就是回答这些问题的关键。
媒体数据包头部要求：媒体数据包头部就像是音频数据这个 “包裹” 的标签，上面写着特定于编解码器的参数。这些参数可不是随便写的，它们对于音频数据的正确处理至关重要。在音频 / 视频分发传输协议（AVDTP）实体中，这些参数会被添加到媒体有效载荷中，就好比你在包裹上贴上了详细的收件人信息，确保包裹能准确无误地送达目的地。
媒体有效载荷格式：定义了 AVDTP 数据包中特定于编解码器的有效载荷格式。简单来说，它决定了音频数据在传输过程中是以怎样的 “包装形式” 存在的。不同的编解码器就像不同的包装风格，有的简约，有的复杂，但目的都是为了让音频数据在音频流过程中能够顺利地被传输和处理。

音频编解码器互操作性通过定义这些关键信息，为蓝牙音频设备之间的顺畅沟通搭建了桥梁。就像不同国家的人通过统一的语言规则进行交流一样，蓝牙设备们依靠这些互操作性要求，实现了音频数据的高效传输和准确处理，让我们能够尽情享受无线音频带来的美妙体验。

二、必选与可选编解码器互操作性要求大盘点

2.1 必选与可选的编解码器支持

A2DP对编解码器的互操作性提出了明确要求，以确保不同设备之间的音频传输能够顺畅进行。

表4.1列出了A2DP支持的编解码器互操作性要求，其中包括：

SBC（Subband Coding，低复杂度子带编码）：作为A2DP的强制性编解码器，所有支持A2DP的设备都必须实现SBC编解码器。
MPEG-1,2 Audio、MPEG-2,4 AAC、ATRAC family、MPEG-D USAC：这些编解码器作为可选支持项，设备可以选择性实现以增强其可用性。

当设备支持特定的编解码器互操作性要求时，必须使用蓝牙分配号码(Bluetooth Assigned Numbers )中定义的相应音频编解码器类型。

①厂商特定的 A2DP 编解码器互操作性

在实际应用中，设备可能会支持SPEC未详细说明的编解码器互操作性要求，这些被称为厂商特定的 A2DP 编解码器互操作性要求。厂商需要自行定义使用这些编解码器互操作性要求所需的参数和其他信息。虽然SPEC规范对厂商特定的部分未作具体规定，但为了维持互操作性，仍需遵循相关要求。这就好比在一个大的游戏规则框架下，厂商可以制定自己的 “小规则”，但前提是不能破坏整体的游戏秩序。

②应对不支持的编解码器互操作性

如果 SRC 和 SNK 不共同支持某种音频编解码器互操作性要求，为了让 SRC 能够发送音频数据，就必须将音频数据转码为双方都支持的格式。这就像是两个说不同语言的人，需要通过翻译（转码）才能顺畅交流。这个要求确保了即使在设备编解码能力存在差异的情况下，音频传输也能尽可能地实现。

2.2 必选编解码器要求

SBC作为A2DP的强制性编解码器，其重要性不言而喻。当设备作为源设备（SRC）时，必须实现SBC编码器，且编码器的输出必须符合SBC比特流语法。同时，编码的主观质量（通过标准化方式或客观测试方法测量）应与参考SBC编码器相当。当设备作为接收设备（SNK）时，则必须实现SBC解码器，能够解码SBC比特流语法，且解码器的输出应至少满足SBC一致性测试套件中定义的14位标准。