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的应用必将如雨后春笋般的出现,在未来的音频市场上必将占据重要一席。

相关推荐
沛沛老爹28 分钟前
Web开发者进阶AI:Agent Skills-深度迭代处理架构——从递归函数到智能决策引擎
java·开发语言·人工智能·科技·架构·企业开发·发展趋势
小雨青年36 分钟前
鸿蒙 HarmonyOS 6 | ArkUI (07):导航架构 Navigation 组件 (V2) 与路由栈管理最佳实践
华为·架构·harmonyos
IT 行者40 分钟前
微服务架构选型指南:中小型软件公司的理性思考
微服务·云原生·架构
喜欢吃豆2 小时前
深度解析:FFmpeg 远程流式解复用原理与工程实践
人工智能·架构·ffmpeg·大模型·音视频·多模态
oMcLin2 小时前
如何在 Manjaro Linux 上通过配置systemd服务管理,提升微服务架构的启动速度与资源效率
linux·微服务·架构
Chan162 小时前
微服务 - Higress网关
java·spring boot·微服务·云原生·面试·架构·intellij-idea
tle_sammy2 小时前
【架构的本质 07】数据架构:在 AI 时代,数据是流动的资产,不是静态的表格
人工智能·架构
没有bug.的程序员2 小时前
Serverless 架构深度解析:FaaS/BaaS、冷启动困境与场景适配指南
云原生·架构·serverless·架构设计·冷启动·baas·faas
超级种码2 小时前
Kafka四部曲之二:核心架构与设计深度解析
分布式·架构·kafka
小酒星小杜2 小时前
在AI时代,技术人应该每天都要花两小时来构建一个自身的构建系统
前端·vue.js·架构