Android 中蓝牙Profile与UUID

在Android中，常用的几种Bluetooth Profile分别为：SPP (Serial Port Profile)、A2DP (Advanced Audio Distribution Profile)、AVRCP (Audio/Video Remote Control Profile)、HID (Human Interface Device Profile)、HFP (Hands-Free Profile)。其中Media相关度比较大的是A2DP和AVRCP，做数据通信经常用到SPP。

Bluetooth Profile的概念

Profile定义了一种基于蓝牙的应用，每个Profile规范主要包括针对开发者的接口，消息的格式和标准（例如音频压缩），使用蓝牙协议栈的组件等等。每一种Profile对应于一个UUID，Bluetooth种UUID的概念类似于TCP/IP中端口的概念，每一个UUID运行一种服务。

Bluetooth通过SDP(Service Discovery Protocol)来发现配对设备的所支持的Profile。在Bluetooth Device的SDP Servie Daemon中，保存有支持的Service List和连接的Session等信息，SDP Client利用这些信息来完成Profile的发现和鉴别。

特殊说明的是，Bluetooth中比较基础的Profile有Generic Access Profile (GAP)和上述的SDP，此外，SPP通常作为其他Profile的实现基础。

Bluetooth UUID的概念

UUID的概念应用很普遍，是一种分布式（更确切说是局部式？）的ID生成方式。上述每种Profile均对应一个或多个UUID（同一Profile内不同UUID也对应不同的service）。

在Bluetooth SIG中已定义的Profile的UUID均采用如下方式生成：

BASE_UUID + uuid16 << 96 或 BASE_UUID + uuid32 << 96

其中，BASE_UUID为：

BASE_UUID	00000000-0000-1000-8000-00805F9B34FB

因此，Bluetooth SIG预定义的UUID仅在后32位（实际为96~112位）发生变化。例如，

A2DP_UUID	0000110B-0000-1000-8000-00805F9B34FB

在Android的logcat种经常看到00805F9B34FB的字串。

Android不同Profile实现情况

Bluetooth的Linux实现有一个官方库BlueZ，但貌似是闭源的。

SPP

SPP是Android唯一完全开放的Bluetooth Profile，在Offical Tutorial中也采用00000000-0000-1000-8000-00805F9B34FB作为SPP的UUID。

事实上，SPP通信是一个很基本的方式，UUID完全可以自定义，但Device双方必须事先共享UUID。

具体实现上，SPP的编程方式非常接近于Linux的Tcp socket. 一些共同的问题如client接入之后处理，另开线程等等都非常类似。

A2DP

A2DP是做音频和多媒体方面遇到比较多的一个Profile，在Android中已经包含了A2DP对应的API（大部为@hide）。需要自己用reflection的方式来获得对应的API。

相关的API与Android API Level的对应关系随后总结。

HID

HID是标准的键盘、鼠标等的输入输出，例如可以用这个Profile来实现一些简单的远程按键控制。

Android种HID的事件捕获与backKey等等方式相同，可以在使用View.OnKeyListener的onKey来捕获对应的keyCode。

AVRCP

AVRCP主要是对应一些媒体播放控制，基本可以等价于HID，例如PC的“多媒体键盘”上的音量键、播放暂停键等等。

AVRCP事件可以看成HID的特殊情况，具体在Android的keybord layout中定义按键的具体含义。

HFP

在车载种经常用到的Profile。

音频部分类似于A2DP。支持HFP和A2DP的设备，Bluetooth在蓝牙打开的情况下会自动连接。

Reference

• Bluetooth profile
• Service Discovery
• Android Developer Site