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

相关推荐
qq_177767371 小时前
React Native鸿蒙跨平台自定义复选框组件,通过样式数组实现选中/未选中状态的样式切换,使用链式调用替代样式数组,实现状态驱动的样式变化
javascript·react native·react.js·架构·ecmascript·harmonyos·媒体
小程故事多_802 小时前
深度搜索Agent架构全解析:从入门到进阶,解锁复杂问题求解密码
人工智能·架构·aigc
●VON3 小时前
React Native for OpenHarmony:项目目录结构与跨平台构建流程详解
javascript·学习·react native·react.js·架构·跨平台·von
Gary董3 小时前
高并发的微服务架构如何设计
微服务·云原生·架构
ujainu4 小时前
Flutter + OpenHarmony 实战:《圆环跳跃》——完整游戏架构与视觉优化
flutter·游戏·架构·openharmony
爬山算法4 小时前
Hibernate(74)如何在CQRS架构中使用Hibernate?
java·架构·hibernate
香芋Yu5 小时前
【大模型教程——第二部分:Transformer架构揭秘】第2章:模型家族谱系:从编码器到解码器 (Model Architectures)
深度学习·架构·transformer
Wireless_Link6 小时前
蓝牙低功耗音频 Le audio音量偏移控制协议(VOCS)剖析
ble audio·le audio·蓝牙低功耗音频·le audio vocs·volume offset
从此不归路6 小时前
Qt5 进阶【13】桌面 Qt 项目架构设计:从 MVC/MVVM 到模块划分
开发语言·c++·qt·架构·mvc
java干货6 小时前
微服务:把一个简单的问题,拆成 100 个网络问题
网络·微服务·架构