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

相关推荐
矿渣渣5 小时前
ZYNQ处理器在发热后功耗增加的原因分析及解决方案
嵌入式硬件·fpga开发·zynq
小智学长 | 嵌入式6 小时前
单片机-STM32部分:13-1、蜂鸣器
stm32·单片机·嵌入式硬件
#金毛6 小时前
六、STM32 HAL库回调机制详解:从设计原理到实战应用
stm32·单片机·嵌入式硬件
欢乐熊嵌入式编程8 小时前
智能手表固件升级 OTA 策略文档初稿
嵌入式硬件·学习·智能手表
欢乐熊嵌入式编程8 小时前
智能手表 MCU 任务调度图
单片机·嵌入式硬件·智能手表
【云轩】9 小时前
电机密集型工厂环境下的无线通信技术选型与优化策略
经验分享·嵌入式硬件
sword devil9009 小时前
将arduino开发的Marlin部署到stm32(3D打印机驱动)
stm32·单片机·嵌入式硬件
GodKK老神灭9 小时前
STM32 变量存储
stm32·单片机·嵌入式硬件
木宁kk10 小时前
51单片机引脚功能概述
单片机·嵌入式硬件
JANYI201810 小时前
嵌入式MCU和Linux开发哪个好?
linux·单片机·嵌入式硬件