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 详细介绍
|
6月前
|
编解码 应用服务中间件 nginx
DemuxException: type = CodecUnsupported, info = Flv: Unsupported codec in video frame: 2
DemuxException: type = CodecUnsupported, info = Flv: Unsupported codec in video frame: 2
392 0
|
编解码 物联网
【BLE】蓝牙5.2 新特性 - LE Audio
连接同步通道是基于蓝牙连接的,首先要先建立ble连接基于时间同步的音频传输机制,可以实现多个设备的数据同步一个master可以建立多个CIG每个CIG可以最多31个CIS每个CIS里面最多有31个subevent链路层有LL_CIS_REQ 和 LL_CIS_RSP来创建CIS无连接的单向的,无应答机制广播通道,对接收者的数量没有限制不仅可以广播数据包还可以广播控制包每个big里面最多可以包含31个bis。
1907 0
【BLE】蓝牙5.2 新特性 - LE Audio
|
传感器 物联网 数据安全/隐私保护
蓝牙5.2新特性 Enhance ATT
了解Enhance ATT之前先回顾一下BLE的ATT,BLE两个设备连接之后,GATT的client端如何知道server端支持了哪些profile、服务,这个就需要ATT, ATT层提供了标准机制、协议、帧格式,用来发现读、读取、写入对端设备的属性,ATT有client 和serve两个角色。在ATT的下层是L2CAP,位于hci的上层,L2CAP提供了多路通道的复用,ATT层、SM层的数据都需要经过L2CAP层,L2CAP层通过标志位来区分不同的协议层的数据包。
261 0
蓝牙5.2新特性 Enhance ATT
编译NVIDIA之Video_Codec_SDK_9.1.23之Sample
编译NVIDIA之Video_Codec_SDK_9.1.23之Sample
185 0
DeepStream3必须安装Video_Codec_SDK9
DeepStream3必须安装Video_Codec_SDK9
100 0
|
编解码
Bluetooth Profile Specification之1.1 A2DP 之Audio Codec(音频编解码器)-SBC
Bluetooth Profile Specification之1.1 A2DP 之Audio Codec(音频编解码器)-SBC
516 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
312 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
293 0
Bluetooth Profile Specification之1.2 A2DP 之Audio Codec(音频编解码器)-MPEG-1,2 Audio和MPEG-2, 4 AAC
|
编解码 流计算 CDN
IBM Cloud Video工程师Scott Grizzle谈流媒体协议和Codec
Streaming Media特约编辑Tim Siglin在Streaming Media East 2018采访了IBM Cloud Video工程师Scott Grizzle。
1272 0