Bluetooth Profile Specification之1.4 A2DP 之Audio Codec(音频编解码器)-供应商特定的 A2DP Codec

简介: Bluetooth Profile Specification之1.4 A2DP 之Audio Codec(音频编解码器)-供应商特定的 A2DP Codec

1.供应商特定A2DP Codec信息

image.png


1.1 Vendor ID

应使用一个32位的供应商ID。32位供应商ID的下16位应包含一个有效的、非保留的16位公司ID,如蓝牙分配编号中定义。32位供应商ID的上16位应设置为零。供应商编号的LSB应设置为Octet0。


1.2 Vendor Specific Codec ID

图4.8中的供应商特定编解码器ID字段包含由供应商管理的16位编解码器ID.


1.3 Vendor Specific Value

图4.8中的“供应商特定值”字段包含由供应商具体定义的值。详细信息超出了此配置文件的范围。


1.4. 媒体包头要求

媒体数据包头的要求应由供应商来定义。


1.5.媒体有效负载格式

媒体有效载荷格式应由供应商定义。


2.GAVDP的互操作性要求

此配置文件要求符合通用A/V分布配置文件(GAVDP)。除了在GAVDP中定义的要求外,以下文本以及相关的子条款还定义了关于此配置文件的要求。


注:GAVDP中描述了INT/ACP的要求。对于SRC,必须同时支持INT和ACP。对于SNK,必须支持ACP,也可选支持INT。

image.png

2.1 AVDTP的互操作性要求

2.1.1 信号处理程序

对流媒体和延迟报告程序有不同的要求。虽然流媒体可能从SRC或SNK启动,但延迟报告总是从SNK发送到SRC。


流媒体角色


在高级音频分发配置文件中,SRC必须和SNK能够建立流媒体连接、开始流媒体并释放流媒体连接时都是可选的。SRC可以同时承担INT和ACP的作用,而SNK设备可以承担ACP的作用,也可选择承担INT的作用。因此,SRC必须支持ACP角色,以便可以在SRC设备和SNK设备的任何组合之间操纵信令程序。

image.png



延迟报告角色


延迟报告从SNK发送到SRC,因此SNK始终是INT,而SRC始终是ACP。延迟报告对于SNK设备是强制性的,因此INT角色对于SNK设备是强制性的,而SRC设备中的ACP角色是可选的。

image.png



2.1.2传输服务

下表显示了此配置文件对AVDTP传输功能的支持。在此配置文件中,基本服务是必须支持的。


image.png

image.png


2.1.3 错误码

如果编解码器特定信息元素包含不正确的设置,错误代码应返回如下。除了GAVDP中规定的错误代码外,下表还列出了如果在接收到的命令中发现适用的错误,应用程序应使用的其他错误代码。


image.png

image.png

2.2 L2CAP的互操作性要求

对于L2CAP层,除以下要求外,不得增加GAVDP中规定的要求。


2.2.1最大传输单元

该配置文件的L2CAP实现应支持的最小MTU为335字节。


2.3 SDP的互操作性要求

此配置文件分别定义了SRC和SNK的以下服务记录。分配给值列中使用的助记符的代码以及分配给属性标识符的代码(如果在AttrID列中没有特别提到)可以在蓝牙分配编号中找到。

image.png

image.png

源服务记录

image.png

image.png

Sink服务记录


2.4 链接管理器的互操作性要求

对于LMP层,不得增加GAVDP中规定的要求。


2.5链路控制器的互操作性要求

对于链路控制器层,应适用于GAVDP中规定的要求。此外,在SNK和SRC中都应支持以下数据包:DH3、DM3、DH5和DM5。


注:GAVDP中描述了对INT/ACP的要求。对于SRC,必须同时支持INT和ACP。对于SNK,必须支持ACP,支持INT是可选的。

image.png


2.5.1设备类

设备类别的字段应设置如下:


1.必须在服务类字段中为SNK设置“渲染”位和SRC的“捕获”位。


2.建议将“音频/视频”设置为SNK和SRC的主要设备类别。


3.选择在蓝牙分配编号中定义的适当的次要设备类。


3.GAP通用访问配置文件的互操作性要求

高级音频分发配置文件要求符合通用访问配置文件。本节定义了在通用访问配置文件中定义的功能的支持要求。


3.1 模式

image.png


C1.如果支持有限的可发现模式,则强制使用不可发现模式,否则可选使用。


C2.应支持有限的可发现模式或一般的可发现模式


3.2安全方面

对通用访问配置文件中所述的要求没有任何更改。


3.3 空闲模式程序

image.png


目录
相关文章
|
编解码 安全 Android开发
低功耗蓝牙LE Audio Profile 详细介绍
2019年底,蓝牙官方组织SIG发布了蓝牙5.2版本的核心协议,其中增加了一个重要的特性---LE Audio。蓝牙的应用协议都是从应用层到物理层完整包含的协议,LE Audio也不例外。但蓝牙5.2核心协议仅仅定义了蓝牙LE的链路层传输Audio的方式,上层协议以及完整的LE Audio规范迟迟未出,近日,蓝牙官方组织释放了LE Audio较为完整的规范文档。
低功耗蓝牙LE Audio Profile 详细介绍
|
7月前
|
编解码 应用服务中间件 nginx
DemuxException: type = CodecUnsupported, info = Flv: Unsupported codec in video frame: 2
DemuxException: type = CodecUnsupported, info = Flv: Unsupported codec in video frame: 2
414 0
|
编解码 算法
Voip中的音频Codec技术
Voip中的音频Codec技术
|
编解码
Bluetooth Profile Specification之1.1 A2DP 之Audio Codec(音频编解码器)-SBC
Bluetooth Profile Specification之1.1 A2DP 之Audio Codec(音频编解码器)-SBC
530 0
Bluetooth Profile Specification之1.1 A2DP 之Audio Codec(音频编解码器)-SBC
|
编解码 索引
Bluetooth Profile Specification之1.3 A2DP 之Audio Codec(音频编解码器)-ATRAC family
Bluetooth Profile Specification之1.3 A2DP 之Audio Codec(音频编解码器)-ATRAC family
320 0
Bluetooth Profile Specification之1.3 A2DP 之Audio Codec(音频编解码器)-ATRAC family
|
存储 编解码 索引
Bluetooth Profile Specification之1.2 A2DP 之Audio Codec(音频编解码器)-MPEG-1,2 Audio和MPEG-2, 4 AAC
Bluetooth Profile Specification之1.2 A2DP 之Audio Codec(音频编解码器)-MPEG-1,2 Audio和MPEG-2, 4 AAC
307 0
Bluetooth Profile Specification之1.2 A2DP 之Audio Codec(音频编解码器)-MPEG-1,2 Audio和MPEG-2, 4 AAC
|
JavaScript 前端开发