GOEP協定子集
串口協定子集是多個協定子集的基礎。在這裡將要討論的4個協定子集中．有一個是抽象的，我們稱之為父協定子集，其他的協儀子集則是從它繼承而來。抽象協定子集是GOEP，它是從SPP繼承而來的。對象推操作，檔案傳送和同步協定子集都是從抽象的協定子集GOEP繼承而來。
GOEP給出了另外三個協定子集使用的OBEX操作的公共方法。這組協儀子集映射到協儀棧的IrDA互操作層。
OBEX用來提供各種不同裝置之間自主且簡單的交換資料，為C/S架構，並且提供客戶端PUSH，PULL資料的能力。定義了物件模型，並提供了傳輸物件的標準格式，兩裝置間的傳輸請求與回應的會話協定
1 GOEP
GOEP是一個抽象的協定子集，在這個協定子集的基礎上，可以建立一些具體套用實例的協定子集，如SP，FP，OPP。GOEP定義了這三種套用模式的所有公共部分，包括角色、安全考慮和OBEX協定的一般用法。
GOEP為所有的與OBEX有關的協定子集定義了非常特殊的設備角色。與其他的許多協定子集不同，這裡所有的設備都是對等的，它們之間幾乎沒有什麼差別，而GOEP和從它所派生出來的協定子集定義了客戶端和伺服器角色。客戶端是把對象推到伺服器或從伺服器拉出對象的設備，而伺服器則是提供對象交換服務的設備，即允許對象從它那兒被推進或拉出。
GOEP假設了一種稱作綁定（bonding）的鑒權格式。為了實現一種對象交換套用模式，參加這個事務處理的兩個設備必須相互了解和相互信任。所有的對象交換協定子集都假設存在這種信任關係。
GOEP為對象交換定義了基本的原語，如對象推和拉操作，這些操作以不同的組合形式用在各種環境中。以及如何建立和結束OBEX連線，如何使用通用的OBEX功能。
GOEP只是一個支持其他對象交換協定子集的公共內容的集合，本身並不實現任何套用模式。不要希望大多數套用能夠直接使用GOEP，而是希望GOEP能為其他的協定子集套用提供一個基礎。事實上，一系列的互操作協定和協定子集瞄準的都是在套用層上的套用互操作性。
2 SP&OPP&FP
SP、OPP和FP協定都是從GOEP繼承而來的一些具體套用實例的協定子集。它們都具有相同的藍牙協定棧套用模型，如下：
GOEP2.1OPP
它基本上只定義了一種單方向的對象傳輸。OPP與所有的對象交換協定子集一樣使用OBEX協定。最初的動機主要是為了解決電子名片的交換，當然也可以使用除vCard以外的任何對象，但OPP的理論根基就是名片交換套用模式。
OPP先假設與GOEP一致，然後進一步細化與對象推操作有關的情況、功能和套用考慮。
OPP定義了三個功能：對象推操作、名片拉出和名片交換。對象推操作是OPP中最基本的操作，也是惟一一個必需的功能。推操作伺服器對拉操作是可選的，拉僅僅限於拉出所有者的名片，而推操作可以推入任何對象。
2.2FP
FP支持且只支持兩種類型的對象：檔案和資料夾的全雙向對象推和拉操作。不直接支持諸如vCard等其他類型的對象交換。
下圖描述了典型的FP操作：
GOEPFP的安全防範措施：下層藍牙傳輸安全性的使用（鑒權和加密）以及用戶互動(用戶來決定是否接受推或拉出一個對象)。
2.3SP
同步能被看作是對象傳輸的特殊情況，在這裡由同步軟體邏輯來編程決定：哪一類對象在哪一個方向上傳輸。
下圖描述了典型的SP操作：
GOEP圖中的胖客戶端是因為對SP來說，客戶端必須包含同步邏輯來決定如何處理對象，以獲得對象之間的同步版本。當然，只要合適，任何設備都可以作為客戶端或是伺服器。
SP可以同步同種不同的對象類型，這個協定子集沒有強制性地規定必須支持哪些對象類型，然而，它只是要求至少能夠同步一種已定義的對象類型，包括電話簿（或地址簿）、日曆、筆記本和訊息。SDP用來為同步服務發現所支持的對象類型。
可能使用同步的設備都是典型的設備，如MobilePC，Phone，PDA，都包含了地址簿、約會信息和其他的信息（通常稱為PIM，或者個人信息管理功能）。
用戶可心發起同步事務，收到同步的狀態結果通知，甚至協商同步過程中所希望的操作，但無權利進行對象的推和拉操作。
三種協定子集的重要區別是：
OPP支持的套用實例中，數據對象可以在未經請求的情況下被提供，而SP和FP至少需要一個為獲得新信息或者是為了更新信息的通信方來激活，這其中通常也包含用戶的干預。OPP中，這些數據只是簡單的被推到一個靜態位置（可以看作是一個收件箱）。FP中用戶可以控制對象的推和拉操作，但SP中，用戶無權進行對象的推和拉操作。
GOEP