Bluetooth LE AUDIO架构概述

背景

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

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

架构

整个LE Audio 框架如下：

Use Case Specific Profiles

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

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