Bluetooth LE AUDIO架构概述

背景

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

场景 描述
公共场所广播 LE Audio广播音频的"主打"用例是:作为一种高性价比的增强和辅助听力技术应用于目前部署了公共广播常所。凭借低功耗音频的无连接广播功能,无数用户将能够在公共场所使用私人设备有效地收听各种音频串流
多语言支持 支持同声传译服务的地点可以将Auracast™广播音频用作一项多语言技术,该用例是公共空间用例的一个分支。用户将能够以他们的语言偏好来选择相应的音频串流,以此来获得信息和音频。这方面的典型用例包括会议中心或电影院。
游览系统 用户能够加入博物馆、体育场、会议中心、旅游景点等场所的音频游览系统。导游将配备一个低功耗音频广播发射器,听众将能够使用自己的耳机或助听器收听音频。
静音电视屏幕 低功耗音频除了用于家中电视的音频传输之外,还可用于全球许多安装了电视、但却没有提供音频或者音频很难听清的地点。而借助低功耗音频,用户可以通过他们的Auracast™助手和耳机设备接入特定屏幕的音频,从而优化这些环境中的访客体验并提高客户满意度。

接下来看看Bluetooth LE AUDIO的架构:

架构

整个LE Audio 框架如下:

Use Case Specific Profiles

Bluetooth LE Audio目前定义了三大应用用例:

应用用例 详解
TMAP Telephony and Media Profile的缩写,电话和媒体服务,也就是现在最常见的应用用例
HAP/HAS Hearing Access Profile/Service的缩写,助听器
PBP Public Broadcast Profile的缩写,公共广播,也就是我在上面列举的那些广播应用场景例子

Generic Audio Framework

通用音频架构,这个LE Audio的核心架构

Profile Service 详解
CAP CAS Common Audio Profile/Service。CAP定义了起播,停播,更新基于BAP的LE Audio 单播和广播的流程,同时也定义了如何基于VCP和MICP控制音量; CAS则表示定义了一个支持CAP的服务器的实例
BAP PACS/ASCS/BASS BAP:Basic audio Profile,他定义了设备如何通过LE发起或者收听音频的行为。 PACS:Published Audio Capabilities Service:他定义了服务器的支持的音频能力,比如Source和Sink端点支持的codec的能力(采样率,信道数,帧间隔,帧字节数等等)以及支持哪些应用场景(Media , Conversational, Game, Live等等)。 ASCS:Audio Stream Control Service:定义了服务端音频流控制服务,它定义了服务端支持哪些ASE(包括Source 和Sink),以及通过配置这些ASE对单播音频流进行QOS Config, Codec Config, Enabling, Streaming。 BASS:BroadCast Audio Scan Service:定义了服务端也就是广播发布者告知接收器的音频的参数和状态。
MCP MCS MCP: Media control Profile,定义了客户端操作对方媒体播放器的能力和流程,比如起播,上一首,下一首等。 MCS:Media Control Service,提供了让客户端操作服务端媒体播放器的能力。
CCP TBS CCP:Call Control Profile,定义了客户端操作对方电话服务的能力和流程,比如接听,挂断,通话保持等。 TBS:telephony bear service,提供了让客户端操作的电话服务控制接口和能够让客户端须知的状态。
CSIP CSIS CSIP:Coordinated Set Identification Profile ,提供了如何识别和定义同一个协调集的设备的方法和手段,最典型的例子就是两个耳机是同一个协调集,我们该如何去识别他们。 CSIS :Coordinated Set Identification Service,提供了让客户端来识别和寻找同一个协调集的服务。
MCIP MCIS MICP: Microphone Control Profile:提供了麦克风控制方法,这是LE Audio最简单的一个Profile,就只有一个Mute和UnMute的功能。 MICS: Microphone Control Service:提供给客户端控制服务端控制麦克风的服务。
VCP VCS/VOCS/AICS VCP:Volume Control Profile,提供了如何调控服务端音量的手段和方法。 VCS: volume control service;VOCS: volume offset control service;AICS:audio input control service,这三个都是提供给客户端音量控制的服务:

LC3

LC3编解码器用于LE Audio的音频编解码,这是LE Audio指定的必须支持的编解码器。这就是像经典蓝牙A2DP必须支持SBC编解码器一样,但LC3属于频域编码。编码效率远高于SBC子带编码,而10毫秒和7.5毫秒的短帧结构,对于音频延迟有较大改善。而且支持更低的码率(差不多能达到SBC码率的一半),在相同码率的情况下,听感要好于SBC。

结语

LE Audio的引入是蓝牙的又一次重大进步,可以预见在未来数年,LE Audio的应用必将如雨后春笋般的出现,在未来的音频市场上必将占据重要一席。

相关推荐
我不是阵雨1 小时前
分布式事务难题与实战解法全解析
分布式·微服务·架构
尤水就下1 小时前
🔥预热:在线文档的 block 架构是如何实现的(未完待续...)
前端·javascript·架构
Dawson Zhu2 小时前
《Agentic Design Patterns》第 13 章导读:人机协同(Human-in-the-Loop)
人工智能·语言模型·架构·aigc·agi
姜鱼问生2 小时前
fail2ban 实战:从默认配置到生产可用
后端·算法·架构
WeiXin_DZbishe4 小时前
基于微信小程序的本地闲置物品交易平台-计算机毕设 附源码【课程设计】26825
vue.js·spring boot·python·微信小程序·架构·php·课程设计
码云之上4 小时前
Prompt 拦不住 Chatbot 的安全问题:九大风险与分层防护
人工智能·架构·全栈
对讲机数码科普4 小时前
从电路原理到协议栈:模拟对讲机与数字对讲机的技术内核拆解
运维·网络·架构·软件工程
一个有温度的技术博主4 小时前
单点登录(SSO)到底怎么实现?怎么判断用户是否已单点登录?
架构
深入云栈5 小时前
Netty 4.2.x 源码深度解析 (十八):ChannelOutboundBuffer 写缓冲区 —— 发送队列与流量控制
java·后端·架构
代码山河6 小时前
第一个Java程序:Hello World从零编写与运行
java·学习·架构·教程·面向对象·项目