仿制手机网站教程百度知道网址
音频切换消息流
Seeker和Provider通过消息流来同步音频切换能力，触发连接做切换，获取或设置音频切换偏好，通知连接状态等等。为此专门定义了音频切换消息流Message Group 为0x07，Message codes如下：
MAC of Audio switch Messages
所有的从seeker发送到Provider的消息都需要加上MAC，这样Provider应答这些消息的时候也需要带上MAC：
- Provider应答ACK的消息流格式如下：
- Provider应答NAK的消息流格式如下：
Get capability of Audio switch
这个消息可以由audio switch provider或者seeker发送，用于查询对方是否支持audio switch，消息流格式如下：
Notify capability of Audio switch
在收到get capability of Audio switch消息之后，Seeker或者Provider需要回复这个消息，格式如下：
这里我们主要关注一下Audio switch capability flags，只有Provider发送的时候，这两个字节才有效。这两个字节是标注音频切换能力的：
-
Bit 0 (octet 6, MSB): Audio switch state
1, if Audio switch state is on 0, otherwise -
Bit 1: multipoint configurability
1, if the device supports multipoint and it can be switched between on and off 0, otherwise (does not support multipoint or multipoint is always on) -
Bit 2: multipoint current state
1, if multipoint is on 0, otherwise -
Bit 3: on-head detection
1, if this device supports on-head detection (even if on-head detection is turned off now) 0, otherwise -
Bit 4: on-head detection current state
1, if on-head detection is turned on 0, otherwise (does not support on-head detection or on-head detection is disabled)
Set multipoint state
这个是audio switch seeker用来打开或关闭Provider multipoint功能的消息，消息流格式如下：
Set switching preference
这个是audio switch seeker用来设置Provider multipoint音频切换偏好的，消息流格式如下：
这里我们主要注意multipoint switching preference flag:
- Bit 0 (MSB): A2DP vs A2DP (default 0)
- Bit 1: HFP vs HFP (default 0)
- Bit 2: A2DP vs HFP (default 0)
- Bit 3: HFP vs A2DP (default 1)
- Bit 4 - 7: reserved
上面表示的形式是“新profile”VS"旧profiler"，如果那个bit置上0，代表不能切换，如果置上1，表示可以切换。举个例子Bit 3置上1，表示如果有HFP连接进来，那么需要从原来的A2DP切换到HFP。
Get switching preference
Seeker可以发送Get switching preference消息给Provider，主动获取音频切换偏好，消息流格式如下：
Notify switching preference
Switch active audio source (to connected device)
Audio switch Seekers 可以请求multipoint Provider在连接的设备中切换活跃音频源，消息流格式如下：
这里我们主要关注Switching active audio source event flags这个字节:
- Bit 0 (MSB): 1 切换到当前设备, 0 切换到另外设备
- Bit 1: 1 在切换后恢复播放, 0 反着来。注意： 恢复播放意味着Provider需要通过AVRCP发送一个PLAY notification 给Seeker，如果seeker之前的状态就是停播，那么Provider就要忽略这个标志。
- Bit 2: 1 在切换出去的设备拒绝SCO 连接。 0 反着来。
- Bit 3: 1 在切换出去的设备断开蓝牙连接。0 反着来.
- Bit 4 - 7: 这几个bit保留未用.
如果Audio switch seeker已经是当前活跃音频设备了，然后又发送了switch active audio device 消息给Provider，那么Provider需要回复NAK，理由是0x04-Redundant device action。
对于LE Audio Provider，如果是被切换出去的设备，那么需要断开所有的协调集成员的连接。
Switch back (to disconnected device)
如果用户想切回原来的设备，那么可以发送如下格式消息：
需要注意的是switch back event：
- 0x01:switch back,就是简单的切回去连接上。
- 0x02：切回去然后恢复播放，这里有个前提就是断开的设备，在被断开前的状态也是播放状态才行，否则Provider会忽略这个标志。
Notify multipoint-switch event
audio switch Provider通知Seeker发生的切换事件，消息格式如下：
Get connection status
Seeker从Provider获取当前连接状态，消息格式如下：
Notify connection status
连接状态的改变，除了需要修改BLE广播，还有就是Provider需要通知当前使用共同accout key的连接的audio switch seeker。如果provider连接一个audio switch seeker和一个non-audio switch seeker，并且当前活跃设备是non-audio switch seeker，那么provider也要通知audio switch seeker。Provider发送给Seeker的连接状态的消息，格式如下：
这里注意一下Encrypted connection status，跟之前音频切换广播里的connection status一样：
encrypted_connection_status = connection_status_raw_data ^ AES(Key, IV)
其中：
clike Key = HKDF(account_key, NULL, UTF8("SASS-RRD-KEY"),16)- IV is concat(Session_nonce, Message_nonce)
- connection_status_raw_data = concat(connection_state, custom_data, connected_devices)
Notify Audio switch initiated connection
这个是Seeker告诉Provider，此连接是audio switch发起的连接，消息格式如下：
Indicate in use account key
如果同一个Seeker上多个account key 账户连接着同一个Provider，那么Seeker使用如下格式消息告诉Provider当前使用哪个account key：
Provider收到消息后，通过校验MAC能够得知当前使用哪个account key。
Send custom data
活跃Audio switch Seeker能够封装音频流信息在custom data里发送给Provider，消息格式如下：
Provider收到custom data之后，会更新广播数据包含custom data。如果是multipoint Provider，它也需要使用相同的account key通知连接状态的改变给另外连接的seeker。
Set drop connection target
在 multipoint headsets, 如果想要断开的连接不是最近常用的连接，那么需要audio switch Seekers 告诉Provider需要断开哪个设备，数据格式如下：
