【LE audio修炼手册】GAF功能及架构介绍

LE Audio 规范介绍 LE Audio 是2019年底蓝牙5.2 版本核心协议引入了 LE Isochronous Channels 特性以支持通过低功耗蓝牙传送音频。 阅读详情

GAF 全称 Generic Audio Framework,作为LE audio中新增的一个audio中间件,它包含所有被认为是通用的功能,即可能被多个音频应用程序使用的功能。

GAF中的所有规范中Profiles或者Services,均使用标准的BLE GATT模型定义。

GAF中包含18个新增profile,它们之间没有明显的层次结构和关系,大致可以分为4块,

详细架构如下:

1. Stream configuration and management – BAPS

BAPS作为BAP、PACS、ASCS、BASS的统称,它们构成了GAF的基础,其中BAP作为最核心的规范,它被用于配置和管理unicast和broadcast的音频流,作为profile,它分为3个服务:

1)PACS(Published Audio Capabilities Service)

      ----主要用于表明设备支持什么样的音频能力

2)ASCS(Audio Stream Control Service)

      ----定义了unicast音频流的状态机配置以及如何维护整条音频流

3)BASS(Broadcast Audio Scan Service)

      ----定义了音频广播发现逻辑以及如何加入广播音频流,同时也分配了广播的加密密钥

上述几种服务,它们携带的配置音频数据使用的是ISO通路,并且定义了LC3的音频编码以及unicast和broadcast应用QoS的设置范围。

对于unicast和broadcast使用的每条ISO链路,音频流传输是需要configured过程切换的,详细切换流程如下:

2. Rendering and capture control

1)VCP(Volume Control Profile)

      ----定义了客户端如何管理音频接收器设备上的增益

2)VCS(Volume Control Service)

      ----定义了每个音频接收器的增益状态

3)VOCS(Volume Offset Control Service)

      ----充当平衡控制器,允许多个设备调整相对音量

4)AICS(Audio Input Control Service)

      ----用于混合和渲染不同输入设备的音频流数据

下图为VCP、VCS、VOCS、AICS联动流程图:

5)MICP/MICS(Microphone Control Profile and Service)

      ----负责控制助听器或耳塞中麦克风功能,通常MICP会和AICS、MICS联动控制控制的整体

           增益和静音多个麦克风,如下图:

3. Content control

1)MCS(Media Control Service)

      ----存在于音频媒体源中,用于反应音频流的状态,另外,可以提供用户更高水平的功能,

           包括搜索曲目、修改播放顺序、设置组和调整播放速度

2)MCP(Media Control Profile)

      ----客户端可以通过播放、暂停、查找状态来转换每个媒体库

3)TBS(Telephone Bearer Service)

      ----位于每一个通话涉及的设备中,使用通用状态机公开调用的状态,支持多种呼叫、

           呼叫处理和加入、呼叫者ID、带内和带外铃声选择以及公开通话信息

4)CCP(Call Control Profile)

      ----通过写入状态机来控制调用每一个TBS实例

4. Transition and coordination control

1)CSIP/CSIS(Coordinated Set Identification Profile and Service)

      ----确保两个LEA设备,每条控制行为可以同步进行,其中包括音量调节、连接转换,

          同时,制定规则用于确保LEA小组成员总能同时做出反应

2)CAP(Common Audio Profile)

      ----定义指挥官角色,该角色将可用于远程控制蓝牙LE音频流的功能,另外,对于加密广播

           特别有用,与广播发射机结合,提供了一种传递私人聆听体验

从HCI层分析BLE Audio(CIS)建立连接过程详解 从HCI层分析BLE Audio(CIS)建立连接过程详解 阅读详情

相关推荐

结合实例从空口分析LE AUDIO ASCS

结合实例从空口分析Bluetooth LE AUDIO ASCS协议

十多年蓝牙协议软件开发,擅长蓝牙协议分析 1626

第2章-Bluetooth® LE audio架构

Introducing-Bluetooth-LE-Audio-book 第2章 Bluetooth® LE 音频架构

u014056414的博客 4754

LE AUDIO架构概述

Bluetooth LE AUDIO是蓝牙5.2版本引入,LE AUDIO的引入不仅仅只是在功耗和延迟方面相对于经典蓝牙音频有改善,最大的创新在于应用场景的拓展,尤其是LE广播音频Auracast的引入,丰富了蓝牙Audio的应用场景。

十多年蓝牙协议软件开发,擅长蓝牙协议分析 2951

第7章-设置单播音频流

Introducing-Bluetooth-LE-Audio-book 第7章-设置单播音频流

u014056414的博客 3510

【保姆级教程】不到一元32位芯片 DIY迷你时钟

基于不到一元的CH32V003F4P9芯片制作的迷你多功能时钟。

twen51的博客 1810

Nordic开发者必备:SEGGER Embedded Studio免费许可证申请与配置全攻略

本文为Nordic芯片开发者提供了SEGGER Embedded Studio(SES)集成开发环境的详细配置指南。内容涵盖免费许可证的合规申请流程、项目创建、Nordic SDK集成,以及编辑器优化、构建调试配置、RTT日志输出等核心功能的高效设置,旨在帮助开发者构建深度优化的专业开发环境,显著提升嵌入式开发效率。

cheese的博客 342

第 2 章 蓝牙® LE Audio 架构

机器翻译,仅用于学习记录,原文链接蓝牙规范的开发遵循一个明确定义的流程。它从新工作提案开始,该提案开发用例并评估市场对任何新功能的需求。新工作提案通常由一个小型研究小组生成,该小组由几家需要该功能的公司组成,然后由任何其他对它感兴趣的人共享和评估。此时,系统会询问其他Bluetooth SIG 成员是否有兴趣帮助开发和原型设计,以查看是否有足够的临界质量来实现它。 一旦证明该承诺水平,Bluetooth SIG 董事会就会对其进行审查并将其分配给一个小组,以将初始提案转换为一组要求,并为用例提供更多内容。这

sinat_21154803的博客 830

第一节:初识n8n与下一代工作流自动化

本章介绍了n8n的Fair-code理念与节点式架构,对比了其与Zapier/Make的核心差异,并引导读者在n8n Cloud上完成首次界面导览,建立了工作流自动化的宏观认知。

easeyoo的专栏 97

第6章-CAP和CSIPS

Introducing-Bluetooth-LE-Audio-book 第6章-CAP和CSIPS

u014056414的博客 3019

AI测试干货:让大语言模型稳定输出 JSON 的四种实现方案

用大语言模型做测试用例生成、数据提取时,最头疼的就是让它老老实实返回 JSON。你以为它会给你 `{"name":"张三"}`,结果它来一句"好的,这是生成结果:```json...",或者干脆在 JSON 里加注释,直接把你的 `json.loads()` 干崩溃。 模型本质上是个话痨,天生爱解释。但我们要的是结构化数据,不是聊天记录。我整理了四种实战方案,从最简单的提示词技巧到工程化框架,覆盖了从快速验证到生产环境的各种场景。

blues_C的博客 949

YOLOv11改进策略【Neck】| 适用关键点检测:PSFM,深层语义融合模块 引入深层与浅层交叉注意力机制,动态建模不同层级的全局语义依赖关系

本文记录的是利用PSFM 模块改进 YOLOv11 的颈部融合部分,专门用于关键点检测。PSFM模块(Profound Semantic Fusion Module,深层语义融合模块) 通过在特征提取网络的深层引入跨模态交叉注意力机制,动态建模红外与可见光特征的全局语义依赖关系。本文将其应用到的颈部部分,融合深层与浅层特征,捕捉长距离语义关联,增强融合特征的判别性与场景理解能力,为检测头提供包含全局上下文的高层语义表示,从而提升模型在复杂场景下的目标检测准确率与语义推理鲁棒性。Rethinking the

Limiiiing的博客 644

LE Audio

LE Audio是蓝牙技术联盟(SIG)于2020年推出的新一代蓝牙音频标准,基于蓝牙5.2及以上版本核心协议构建。其核心定位是LE Audio强制采用。

aningxiaoxixi的博客 1415

Graphviz安装及使用:决策树可视化

Python大数据分析与机器学习学习笔记 Graphviz安装及使用:决策树可视化

算法工程师 1万+

第10章-音量&音频输入&麦克风控制

Introducing-Bluetooth-LE-Audio-book 第10章-音量&音频输入&麦克风控制

u014056414的博客 2398

Valgrind 从入门到精通:内存调试和性能分析

Valgrind 提供了强大的 API,允许开发者编写自定义的检查工具。通过扩展 Valgrind,可以针对特定场景实现更精准的检测。

大模型大数据攻城狮的专栏 1207

万字长文带你由浅入深夯实ARM汇编基础——汇编指令及寻址方式最全梳理(附示例)!

见到汇编就害怕?读完这篇,扫除汇编拦路虎!!(示例丰富,可做手册,随手查阅!)

车载系统攻城狮 1万+

低功耗蓝牙怎样音频协商音频能力?PACS(Published Audio Capabilities Service)来助力!!

音频能力发布服务(PACS)是低功耗蓝牙音频(LE Audio)中定义的用于展示音频设备的音频相关能力的技术规范。任何接受建立单播(Unicast)音频流或接收广播(Broadcast)音频流的设备均可通过支持PACS向客户端设备(例如手机)展示其支持的音频能力范围。例如音箱、耳机、助听器和麦克风 PACS服务展示设备支持的一个或多个音频能力和音频类型。

朝气蓬勃 1132

WINCC7.3破解文件

WINCC7.3硬件够破解文件,有需要的下载!WINCC7.3硬件够破解文件,有需要的下载!

LE Auido基本协议框架

2、控制相关协议,包括MCP、CCP、TBS、CSIS、MICP、VCP、VOCS、AICS等 ,基本是作为控制相关具体协议,例如接听通话、暂停播放音乐、控制音量等。1、基本音频流协议,包括BAP、PACS、ASCS、BASS,功能是建立基本的音频链路连接,音频参数的协商和确认等。3、上层协议,包括CAP、TMAP、PBP、HAP等,负责将子协议组合起来实现具体的应用功能。

FY1174801586的博客 728

jre9下载 jdk9

(Java SE Runtime Environment 9.0) 9.0u175 官方最新版 【x86|x64】

Camera2Demo

在Camera2 的基础上进行封装,使得Camera2一堆初始化逻辑与Activity分离,降低耦合度,完成预览拍照并保存的操作

你真的了解LE audio的框架吗?来,万字好文安排

在无线音频的世界里,一场静默却深刻的革命正在进行。它,就是LE Audio。这不仅仅是一次技术迭代,而是从底层重新定义声音如何被创造、传输和体验的范式转移。其令人敬畏——它并非单一技术,而是一套精密的生态系统:全新的LC3编解码器以超凡效率重塑音质与功耗的平衡,多重串流音频让真无线立体声达到前所未有的稳定与同步,而音频广播功能则打破了“一对一”连接的百年窠臼,让声音如电台般自由播撒。然而,正是这种复杂性,构成了我们。

朝气蓬勃 3306

VB摄像头监控

该VB模块可对摄像头捕获的画面进行录像等,可在创建的窗口进行控制

LE Audio_AICS

1. LE Audio 服务 1.1 术语 AICS: Audio Input Control Service ATS: Attribute Type Service AVS: Attribute Value Service 在一个设备上可能存在一个或者多个 AICS 服务。 AICS 服务实例化后,用于暴露对音频输入的设置,例如,蓝牙音频流,麦克风等等。多个音频输入可以作为服务器音频混合功能的一部分组合。 ATS 服务应该应该使用唯一 UUID 声明在次要服务 (Secondary Service) 中,

LikeShadow 583

蓝牙核心规范(V5.4)11.2-LE Audio 笔记之LE Auido架构

在大多数情况下,一个配置文件和一个服务之间存在一对一的关系,但在基本音频配置文件(Basic Audio Profile,BAP)和语音控制配置文件(Voice Control Profile,VCP)的情况下,一个配置文件可以运行三个不同的服务。电话控制是通过类似的方式使用电话承载服务(TBS)进行处理的,该服务驻留在涉及呼叫的设备上(通常是电话、PC或笔记本电脑),并由补充的呼叫控制配置文件(CCP)通过写入TBS实例中的状态机来控制呼叫。在有多个音频流的情况下,就像耳塞和助听器一样,需要第二个服务。

心跳包的博客 2098

蓝牙低功耗音频 Le audio麦克风控制协议(MICP/MICS)剖析

Le Audio有两个麦克风相关的协议,分别是:MICP(Microphone Control Profile)/MICS(Microphone Control Service),该配置文件定义了两个角色:麦克风设备角色和麦克风控制器角色。 麦克风设备是提供麦克风控制功能的设备,例如耳机。 麦克风控制器是控制麦克风的设备,例如手机。 ● 麦克风设备(MICS)应作为GATT服务器。 ● 麦克风控制器(MICP)应作为GATT客户端。

朝气蓬勃 1167

LE Audio(低功耗音频)协议架构术语全详细解析

LE Audio(Low Energy Audio,低功耗音频)是蓝牙技术联盟(Bluetooth SIG)于2020年发布的下一代蓝牙音频标准,基于BLE 5.2(Bluetooth Low Energy 5.2)协议栈构建,旨在取代传统的Classic Audio(经典蓝牙音频)。LC3编解码器:开源、高效、高质量ISO等时通道:支持可靠的单播和灵活的广播模块化服务架构:精细化的音频控制能力统一配置文件:简化多场景应用开发助听器原生支持:无障碍音频接入。

zhaoshuzhaoshu的专栏 1000

第8章-设置和使用广播音频流

Introducing-Bluetooth-LE-Audio-book 第8章-设置和使用广播音频流

u014056414的博客 3845

BLE与BT介绍

1.蓝牙标准演进历程蓝牙技术标准是由蓝牙技术联盟(SIG)发布的,在2010之前,蓝牙技术联盟共发布了以下蓝牙规格时间版本版本特性1999完成了SDP协定和TCS协定。20011.1传输速率为0.7Mbps20031.21.为了增加安全性,增加了能屏蔽设备硬件地址的功能2.为了减少射频信号的干扰,增加了适应性跳频功能(AFH)3.为了提供QoS的音频的传输,增加了延伸同步连接导向信道功能(eSCO)4.为了更快地连接蓝牙,增加了快速连接功能。

weixin_48238571的博客 3377

ble系统知识介绍(较为完整,持续更新中)

蓝牙技术自2000年以来就一直存在。最初是为了让两个设备在无需任何中间网络设备的情况下进行无线数据交换,很快就被应用于产品,如无线鼠标和汽车免提套件。后者是音频产品,而音频证明了这种原始版本的蓝牙技术的成功应用。多年来一直如此。这种第一版蓝牙技术,在最早的蓝牙产品中使用,正式称为蓝牙BR(基本速率)。它在物理层上提供了1百万比特每秒(1 mb/s)的原始数据速率。后来,定义了更快的蓝牙技术版本,称为蓝牙BR / EDR(增强型数据速率)。

留下虚度光阴的一些证据。 6025
上一篇: 【LE audio修炼手册】LE audio整体架构及相关SPEC链接
下一篇: 【LE audio修炼手册】BAP协议 1/8 -- Configuration
Bluedroid_gao
博客等级 码龄9年 87粉丝 10原创
评论 2
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付:10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值