【AVRCP】规范精讲[28]：媒体源上电全流程，蓝牙音频控制启动就靠这一套

在蓝牙音频设备的交互里，媒体源设备（比如手机、播放器）上电启动是整套AVRCP控制链路建立的起点。很多车载、TWS耳机连接手机时的播放控制、音量同步、状态上报，都依赖这个启动流程的稳定执行。本文就深度拆解媒体源上电的完整信令交互逻辑，把规范里的底层流程变成能直接落地开发的知识体系，吃透源端上电的每一步动作。

一、媒体源上电整体流程概览

二、流程逐环节精讲

三、开发关键要点与代码示例

四、测验

一、媒体源上电整体流程概览

媒体源上电的核心是由音频接收端（Sink）主动发起连接，快速完成控制通道建立、音量注册、状态同步三件事，整个流程没有冗余交互，是蓝牙音频低时延连接的关键。

我们先看规范里的原始流程定义：

整段流程可以拆解为连接建立→音量事件注册→临时响应返回三步，每一步都对应蓝牙协议栈的底层操作，缺一不可。

二、流程逐环节精讲

1. 连接发起与通道建立

这一步是整套流程的基础，音频接收端（比如耳机、车机）作为连接发起方，主动和媒体源建立L2CAP连接。

核心作用：搭建AVRCP的通信底层通道，没有这个连接，后续所有播放控制、音量调节都无法实现

协议要点：L2CAP是蓝牙音频控制的传输载体，AVRCP的所有指令都通过这个通道传输

场景类比：就像打电话先拨号接通，连接建立就是"拨通电话"的过程

2. 音量变更事件注册

这是媒体源上电最核心的一步，接收端会向媒体源发送VOLUME_CHANGED事件注册 指令。

Spec原文：

RegisterNotification(VOLUME_CHANGED)

指令详解

指令类型：AVRCP通知注册指令

作用：让媒体源在本地音量发生变化时，主动把最新音量值推送给接收端

角色定位：流程里明确标注Source is the controller，也就是媒体源是音量控制的主控方，耳机/车机只负责同步状态

对应spec：这个指令对应附录H的EVENT_VOLUME_CHANGED(0x0d)，是规范定义的13类基础通知事件之一

3. 临时响应返回

媒体源收到注册指令后，会立即返回InterimResponse，携带当前的实时音量值。

响应价值

快速同步初始音量：接收端刚连接就能拿到当前音量，不用额外发送查询指令

低时延优化：避免连接初期音量显示异常、调节不同步的问题

格式规范：音量值采用绝对音量格式，0x00对应静音，0x7F对应最大音量

三、开发关键要点与代码示例

1. 核心 指令 PDU 构造

音量注册指令的PDU格式，遵循AVRCP 1.5规范的通知帧定义：

cpp 复制代码

// 音量变更注册指令核心字段
uint8_t avrcp_volume_notify[] = {
    0x30,               // Ctype: NOTIFY
    0x90,               // Subunit类型: Panel
    0x00,               // Opcode: VENDOR DEPENDENT
    0x00, 0x19, 0x58,    // 蓝牙SIG公司ID
    0x31,               // PDU ID: RegisterNotification
    0x00,               // 保留位+包类型
    0x00, 0x05,         // 参数长度
    0x0D                // EventID: VOLUME_CHANGED
};

2. 开发避坑点

媒体源必须作为音量主控，不能反向接收音量控制指令
初始音量响应必须在1秒内返回，符合规范TMTP超时要求
音量值必须按照0-100%映射到0x00-0x7F，不能用自定义格式

四、测验

**题目：**AVRCP媒体源上电流程中，为何由Sink发起连接？Volume注册的作用是什么？（2024年蓝牙音频工程师校招真题）

答案

Sink发起连接是因为音频接收端需要主动获取播放状态与音量信息，是蓝牙音频的标准交互逻辑；Volume注册用于实现音量双向同步，媒体源本地调节音量时，会主动推送给Sink，保证两端音量显示一致。

**题目：**媒体源上电返回的InterimResponse必须携带什么数据？超时时间是多少？

答案

必须携带当前绝对音量值；超时时间遵循规范TMTP，最大为1000毫秒。

**题目：**EVENT_VOLUME_CHANGED对应的EventID是多少？属于哪类指令？

答案

EventID是0x0D，属于AVRCP注册通知类指令，用于监听本地音量变化。