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

相关推荐
得单片机的运4 小时前
STM32的蓝牙通讯(HAL库)
stm32·单片机·嵌入式硬件·蓝牙
你的人类朋友4 小时前
❤️‍🔥微服务的拆分策略
后端·微服务·架构
gs801407 小时前
Keepalived + HAProxy 实现高可用架构详解
架构
null不是我干的9 小时前
基于黑马教程——微服务架构解析(一)
java·微服务·架构
你听得到119 小时前
Flutter - 手搓一个日历组件,集成单日选择、日期范围选择、国际化、农历和节气显示
前端·flutter·架构
zxsz_com_cn11 小时前
智能化设备健康管理:中讯烛龙预测性维护系统引领行业变革
大数据·架构
ζั͡山 ั͡有扶苏 ั͡✾12 小时前
RocketMQ 5.3.0 ARM64 架构安装部署指南
架构·rocketmq·国产系统·arm64
shinelord明13 小时前
【计算机网络架构】网状型架构简介
大数据·分布式·计算机网络·架构·计算机科学与技术
tangzzzfan14 小时前
深入 Moya:从架构设计到现代 iOS App 网络层最佳实践
架构
创码小奇客14 小时前
Talos 使用全攻略:从基础到高阶,常见问题一网打尽
java·后端·架构