结合空口分析BLE AUDIO之PAC

PAC,published audio capability用于声明audio服务能力,是BLE AUDIO核心服务之一,下面以手机和耳机为例,结合空口分析PAC到底有哪些交互内容:

1:读取Source/Sink PAC

首先手机会读取左耳的Source PAC和Sink PAC:

如上图,红色框是代表读取左耳的sink和source PAC,绿色框代表读取右耳的sink和source。

接下来以左耳的Sink PAC(Source PAC类似)为例,看看都有哪些内容:
如上图所示,我们看到耳机的Sink PAC总共有4条PAC记录,然后每条PAC下面有有两个分项:Codec和Metadata。

接下来具体看看一条PAC的codec和Metadata里面的内容(其他条PAC格式类似):

从上图可以看到:

  • codec分项有:

编码格式LC3,采样率16K HZ,帧间间隔支持7.5ms和10ms,每帧字节30-40字节,一个SDU最大支持帧数为1.

  • metadata分项有:

优先选择的audio data context type为未定义。

2读取audio source/sink location

在读取PAC的同时也会读取各个PAC所代表的location,下面看看读入audio location都有啥:

如上图,红色框代表读取左耳的location,绿色框代表读取右耳的location。再看看耳机返回Sink audio location具体内容:

从上图可以看到LE Audio支持的位置场景相对丰富,前左前右,后左后右,边左边右等各种场景。

3:

读取 avaliable audio context

分别读取左右耳机的的avaliable audio context:

如上图红色框代表读取左耳的avaliable audio context,绿色则代表读取右耳的,接下来看看avaliable audio context里面有啥内容:

从上图可以看到,耳机的sink avaliable context支持的音频数据类型比较多,包括音乐,通话,游戏,助听器等等,source avaliable支持的音频数据类型要少一些,只支持通话,Live和响铃。

4:读取supported audio context

如上图,红色代表左耳,绿色代表右耳,再看看里面的具体内容:

可以看到耳机对source 和sink的supported audio context的场景是全部支持。

相关推荐
暖馒9 小时前
Modbus应用层协议的深度剖析
网络·网络协议·c#·wpf·智能硬件
DuHz9 小时前
超宽带脉冲无线电(Ultra Wideband Impulse Radio, UWB)简介
论文阅读·算法·汽车·信息与通信·信号处理
不能跑的代码不是好代码10 小时前
STM32窗口看门狗(WWDG)知识点及标准库使用指南
stm32·单片机·嵌入式硬件
bingquan333310 小时前
在 Ghidra 中分析STM32裸机固件
stm32·单片机·嵌入式硬件
羽获飞10 小时前
从零开始学嵌入式之STM32——11.STM32---USART串行通讯
stm32·单片机·嵌入式硬件
宵时待雨12 小时前
STM32笔记归纳9:定时器
笔记·stm32·单片机·嵌入式硬件
逐步前行12 小时前
STM32_新建工程(寄存器版)
stm32·单片机·嵌入式硬件
bai54593612 小时前
STM32 CubeIDE 通过PWM占空比控制舵机角度
stm32·单片机·嵌入式硬件
简单中的复杂14 小时前
【避坑指南】RK3576 Linux SDK 编译:解决 Buildroot 卡死在 host-gcc-final 的终极方案
linux·嵌入式硬件
上海合宙LuatOS15 小时前
LuatOS核心库API——【audio 】
java·网络·单片机·嵌入式硬件·物联网·音视频·硬件工程