目前大多數音訊視訊裝置採用紅外遙控器，由於距離、角度、障礙物等的影響，紅外遙控器的應用受到了很大限制。藍芽無線通訊技術可以實現傳統紅外遙控全部應用功能，而且客服了紅外遙控器的侷限性。藍芽音訊視訊遙控應用框架（Audio Video Remote Control Profile，AVRCP）就是實現無線遙控功能的規範。

     藍芽耳機按鍵的處理在android層主要就是對BT的AVRCP profile的處理。下面我們來具體看下。

    上層對接收到的AVRCP命令的處理有兩部分。

       1、對metadata, play status and event notification的處理。（avrcp.java）

       2、對播放、暫停、停止、上一首、下一首的按鍵處理（快進和快退不在這裡處理，是第一種情況）。使用uinput模擬輸入裝置轉化為input event。

現在我們就來分別分析一下上述的兩種處理。

一、avrcp音訊屬性的處理

AVRCP主要負責以下的功能：

1、 接受來自藍芽耳機的請求，並返回響應；

2、 當用戶直接用手機操作音樂時，將狀態更新到藍芽耳機；

3、 將手機音量的改變通知藍芽耳機，將藍芽耳機音量的改變通知手機audio；

上面的功能主要是通過回撥函式、Native函式和AvrcpMessageHandler類實現的。回撥函式負責將來自藍芽耳機的訊息通知給手機，Native函式返回響應給藍芽耳機。

主要包含以下回調方法：

主要包含以下native方法：

二、藍芽耳機按鍵在android側的對映處理 

AVRCP的按鍵定義：

程式碼路徑在frameworks/base/data/keyboards/AVRCP.kl

key 200   MEDIA_PLAY_PAUSE    WAKE

key 201   MEDIA_PLAY_PAUSE    WAKE

key 166   MEDIA_STOP          WAKE

key 163   MEDIA_NEXT          WAKE

key 165   MEDIA_PREVIOUS      WAKE

key 168   MEDIA_REWIND        WAKE

key 208   MEDIA_FAST_FORWARD  WAKE

前面的key 值是在藍芽耳機中定義的key code ,後面的MEDIA_xx是在android中定義的key code。

       在google remote中，android接收端接收socket發來的IR CODE，然後將IRCODE模擬出來發給系統處理，這就是google remote接收端的原理。這裡使用的是使用uinput模擬輸入裝置。通過 send_key函式，使用uinput橋接，傳送input event。uinput原理是利用核心現有的uinput驅動，通過核心驅動uinput來發送input event。

avrcp按鍵對映成inputevent 處理過程：

      Thread: InputDeviceReader是整個Input過程的控制中心（在Android4.x中，這個thread在InputManager.cpp中）。這個thread通過EventHub::getEvent()來讀Linux的 /dev/input目錄下的Input Devices，從而得到硬體的key input。基於一個與每個Input Device關聯的key layout map，key input會被map成Android能夠識別的Key Code，比如一個AVRCP Input Device的key input值200就會被map成MEDIA_PLAY。

需要注意的是，在EventHub::getEvnet()讀Input Devices之前，需要判斷Devices是否已經被開啟。如果沒有就需要去呼叫EventHub::openPlatformInput()去掃描 /dev/input/下有哪些裝置，然後開啟這些裝置並載入它們各自的keylayout map(/frameworks/base/data/keyboards/ 中的*.kl檔案就是用於定義key layout map的，其中的AVRCP.kl就定義了Bluetooth AVRCP Input Device的key layout map。在Android Device的root fs中，這些.kl檔案會被放在/system/usr/keylayout/目錄)。這些被開啟的裝置的file descriptor和device_t指標會分別儲存在mFDs和mDevices中。InputDeviceReaderThread得到Key Code之後，會交給Java層的程式碼來處理。最終由PhoneWindowManager.java中的interceptKeyBeforeQueueing()建立一個訊息 MSG_DISPATCH_MEDIA_KEY_WITH_WAKE_LOCK，經過訊息的轉發和處理最後在dispatchMediaKeyEven函式裡建立併發送ACTION_MEDIA_BUTTON intent廣播出去。

傳送ACTION_MEDIA_BUTTON的程式碼路徑：

frameworks/base/media/java/android/media/MediaFocusControl.java。

接收ACTION_MEDIA_BUTTON的程式碼路徑在：

packages/apps/Music/src/com/android/music/MediaButtonIntentReceiver.java

在檔案MediaButtonIntentReceiver裡會把按鍵轉化為MediaPlaybackService的command，然後啟動MediaPlaybackService對這些command進行處理，包括音樂進行暫停、播放、停止等操作。

MediaPlaybackService的程式碼路徑：

packages/apps/Music/src/com/android/music/MediaPlaybackService.java，

在 onStartCommand裡對音樂播放器進行暫停、播放、停止等操作。

三、藍芽耳機按鍵的hci log分析

簡單說一下發送命令的處理過程，主要分為兩步，按鍵按下發送一個Pass though命令，按鍵彈起的時候，會再次傳送一個Pass though命令，第一個命令的State_flag為Button Pushed，第二個命令的state_flag為Button Released。每個命令都需要對方的迴應，如果接受，則會迴應Accepted,否則返回Rejected。下面就以藍芽耳機的播放鍵為例子來說明一下。

播放按鍵的BT log如下：

如上圖，1463幀的Role為CT，代表為藍芽耳機，向手機發送play命令，手機迴應accepted，然後，CT傳送按鍵彈起的命令，收到ACCEPTED，整個播放的log就結束了。上面的NOTIFY，是藍芽耳機發送的同步命令，手機會發送CHANGED進行響應，如果在100ms內，不能進行響應，則會先發送INTERIM進行告知，再發送CHANGED。