结合空口分析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的场景是全部支持。

相关推荐
小柯博客1 天前
Amazon Kinesis Video Streams C WebRTC SDK 开发实战
c语言·开发语言·网络·stm32·嵌入式硬件·webrtc·yocto
古茗前端团队1 天前
钉钉小程序蓝牙打印探索与实践
前端·蓝牙
HIZYUAN1 天前
FPGA/CPLD漫谈:2K LUT的功能定位与典型方案(一)
stm32·单片机·嵌入式硬件·fpga开发·国产mcu+fpga
SunAqua1 天前
《MCU与DSP芯片笔记》二、DSP芯片TI C2000系列TMS320F2800137
笔记·单片机·嵌入式硬件
d111111111d1 天前
STM32-UART抽象层封装调试
笔记·stm32·单片机·嵌入式硬件·学习
xiangw@GZ1 天前
ACF 异方性导电胶膜与传统锡焊互连工艺对比
单片机·嵌入式硬件
黄大刀1 天前
STM32F单片机实现ADC采集正弦波的FFT变换和逆变换
stm32·单片机·嵌入式硬件·fft
国科安芯1 天前
空间辐射环境下抗辐射 MCU 可靠性机理及航空安全应用研究综述
单片机·嵌入式硬件·macos·无人机·cocos2d·risc-v
雾削木1 天前
STM32简介与选型
stm32·单片机·嵌入式硬件
m0_377108141 天前
【无标题】
单片机·嵌入式硬件