藍牙電話之PBAP協議分析

藍牙電話之PBAP—簡介

藍牙電話應用不但需要HFP協議來支持打電話的功能，還有查看通訊錄和通話記錄等需求，那這就是PBAP協議乾的事了，本系列我們就來聊一聊PBAP的前世今生。

PBAP：Phone Book Access Profile的簡稱，電話本訪問協議，是一種基於OBEX的上層協議，該協議可以同步手機這些具有電話本功能設備上的通訊錄和通話記錄等信息。該協議初始版本爲2004-05-20的D05r00版本，隨着後續的不斷髮展優化，首次被藍牙組織SIG董事會採用是2013-11-05的v1.2.0版本，當前最新版本爲2019-01-21發佈的v1.2.3。我們之後所講的PBAP協議規定都是以2015-12-15發佈的v1.2.1版本爲唯一依據，詳情可查看《PBAP_v1.2.1.pdf》。

PBAP協議規定兩種角色：

PSE：Phone Book Server Equipment，擁有電話本源數據的設備，作爲服務端，比如手機。
PCE：Phone Book Client Equipment，向PSE端請求電話本信息的設備，作爲客戶端，比如車載藍牙。

由於PBAP協議是基於OBEX協議之上的應用層協議，所以我們先來簡單學習下OBEX的相關知識，依據的協議爲OBEX 1.3版本，詳情可參考《OBEX 1.3.pdf》。

OBEX：Object Exchange的簡稱，對象交換協議，來源於紅外通訊協議，但又不侷限於具體的傳輸方式，後來被藍牙組織SIG吸納其中部分並進行優化處理作爲藍牙協議中的OBEX層用於藍牙設備間的文件數據傳輸，如藍牙傳輸文件（OPP）、同步電話簿（PBAP）和同步短信（MAP）等場景下都是以OBEX協議組織相關數據進行傳輸的。

OBEX協議有兩種角色Server和Clinet，通過request-response（請求-響應）形式進行交互，即客戶端Client進行請求，服務端Server響應客戶端請求的方式傳輸數據對象。應用於PBAP協議中客戶端只能進行讀取操作，不能對源數據進行修改操作，這樣保證了源數據的安全性。

OBEX協議的數據組成有兩個關鍵部分，分別爲對象模型和會話協議。

(1) 對象模型：根據相關具體應用而定，這部分定義了Header來描述對象的一個方面，多個Header的集合便是一個完整的對象。

每個Header都是由兩部分組成：HI + HV

HI：the header ID，一個字節，高兩位代表ID的編碼方式，低六位代表ID的含義

所以協議定義瞭如下這些HI，紅色圖框標註的幾個類型的HI在PBAP中很重要：

HI=0x4C的APP.Parameters表示基於OBEX的上層應用協議在請求或響應包中傳遞的附加信息，也是由一系列連續的Tag-Length-Value構造組成：
那這一系列參數在PBAP中的構造組成主要是：
HV：the header value，一個或多個字節，代表HI指示類型的具體值

(2) 會話協議：即Client和Server端採用請求-響應的方式進行數據傳輸

請求數據格式

每個請求包必須有響應確認。
請求命令中的opcode有如下選擇：
其中紅框標註的則是在PBAP中常使用到的三條指令，主要是建立連接、斷開連接，還有一個Get就是數據傳輸的主要實現方式，PBAP中獲取通訊錄及通話記錄都是以這樣的方式同步數據的。
響應數據格式：

迴應Client端的請求，response code有多種定義及說明，感興趣的同學自行可以查看《OBEX 1.3.pdf》的3.2.1部分，但主要使用的回覆code還是0xA0（OK）和0x90（Continue）。