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

相关推荐
硅农深芯22 分钟前
MCU的启动流程你了解么?
单片机·嵌入式硬件·硬件工程
xiaohai@Linux1 小时前
ESP32 IDF v5.3.1 驱动 CST816T 触摸芯片(I2C 协议)
单片机·嵌入式硬件·触摸·i2c·cst816t
zd8451015001 小时前
16bit ADC+DAC模拟量控制板第二方案设计
单片机·嵌入式硬件
星一工作室2 小时前
STM32项目分享:基于stm32的自动升降棋系统
stm32·单片机·嵌入式硬件
d111111111d4 小时前
江协科技-PID基本原理-(学习笔记)-主页有所有STM32外设的笔记基本都是万字起步。
笔记·科技·stm32·单片机·嵌入式硬件·学习
wotaifuzao4 小时前
Nordic-nRF54L 系列架构全景:从蓝牙 6.0 到超低功耗设计详解
单片机·物联网·硬件架构·蓝牙·nordic
沟通QQ19226386 小时前
拉盖尔高斯光束透射石英基底石墨烯涂层的光强分布特性研究:深入探索与实验分析
信息与通信
1+2单片机电子设计6 小时前
基于 STM32 的太阳能 MPPT 充电控制器设计
stm32·单片机·嵌入式硬件
wotaifuzao6 小时前
硬核拆解:从 RFID 到 NFC,一文读懂智能卡底层技术 (突出“硬核”和“全覆盖”)
物联网·信息与通信·rfid·nfc·感应卡
Stanford_sun6 小时前
基于Zigbee的无线火灾报警系统(云平台版)
网络·嵌入式硬件·物联网·zigbee