4.2.1 BR/EDR 流程：

查詢（發(fā)現(xiàn)）=》尋呼（連接）=》安全建立=》認(rèn)證=》pair成功

4.2.1.1 查詢（發(fā)現(xiàn)）流程Inquiry (discovering)

類比WiFi的probe request/response

藍(lán)牙設(shè)備使用查詢流程來發(fā)現(xiàn)附近的設(shè)備，或被其所在區(qū)域內(nèi)的設(shè)備發(fā)現(xiàn)。

查詢流程是不對(duì)稱的。一個(gè)試圖尋找其他附近設(shè)備的藍(lán)牙設(shè)備被稱為查詢?cè)O(shè)備，并主動(dòng)發(fā)送查詢請(qǐng)求?？梢员话l(fā)現(xiàn)的藍(lán)牙設(shè)備被稱為可發(fā)現(xiàn)設(shè)備，它們監(jiān)聽這些查詢請(qǐng)求并發(fā)送響應(yīng)。查詢流程使用特殊的物理通道進(jìn)行查詢請(qǐng)求和響應(yīng)。

查詢?cè)O(shè)備和可發(fā)現(xiàn)設(shè)備可能已經(jīng)與 piconet 中的其他藍(lán)牙設(shè)備連接。任何用于查詢或占用查詢掃描物理通道的時(shí)間都需要與現(xiàn)有邏輯傳輸?shù)?QoS 承諾需求相平衡。

盡管在交換查詢和查詢響應(yīng)信息時(shí)可能會(huì)認(rèn)為存在瞬態(tài)物理鏈路，但查詢流程并不使用物理通道以上的任何架構(gòu)層。

4.2.1.1.1 擴(kuò)展查詢響應(yīng)

擴(kuò)展查詢響應(yīng)可以在查詢響應(yīng)過程中提供雜項(xiàng)信息。數(shù)據(jù)類型被定義用于提供本地名稱和支持的服務(wù)等信息，這些信息在通常情況下需要通過建立連接來獲得。如果一個(gè)設(shè)備在擴(kuò)展查詢響應(yīng)中收到了本地名稱和支持的服務(wù)列表，那么它就不需要建立連接來進(jìn)行遠(yuǎn)程名稱請(qǐng)求和SDP服務(wù)搜索，從而縮短了獲取有用信息的時(shí)間。建議設(shè)備在擴(kuò)展查詢響應(yīng)中包含所有支持的服務(wù)和本地名稱的重要部分（如果名稱太長(zhǎng)無法完整發(fā)送）。

擴(kuò)展查詢響應(yīng)數(shù)據(jù)可以以加密或未加密的形式傳輸。未加密的數(shù)據(jù)可以被任何設(shè)備解析。加密的數(shù)據(jù)可以被任何設(shè)備接收，但只能被之前共享了用于加密數(shù)據(jù)的會(huì)話密鑰的設(shè)備解密和驗(yàn)證。

擴(kuò)展查詢響應(yīng)流程與標(biāo)準(zhǔn)查詢響應(yīng)流程向后兼容。

4.2.1.2 尋呼（連接）流程?Paging (connecting)，

類比WiFi的association request/response。

建立連接的流程是不對(duì)稱的，要求一個(gè)藍(lán)牙設(shè)備執(zhí)行尋呼（連接）流程，而另一個(gè)藍(lán)牙設(shè)備處于可連接狀態(tài)（尋呼掃描）。這個(gè)流程是定向的，因此只有指定的藍(lán)牙設(shè)備才會(huì)對(duì)尋呼流程作出響應(yīng)。

可連接設(shè)備使用特殊的物理通道來監(jiān)聽來自尋呼（連接）設(shè)備的連接請(qǐng)求數(shù)據(jù)包。這個(gè)物理通道具有特定于可連接設(shè)備的屬性，因此只有知道可連接設(shè)備的尋呼設(shè)備才能在此通道上進(jìn)行通信。

尋呼設(shè)備和可連接設(shè)備可能都已經(jīng)與其他藍(lán)牙設(shè)備連接。任何用于尋呼或占用尋呼掃描物理通道的時(shí)間都需要與現(xiàn)有邏輯傳輸?shù)腝oS承諾需求相平衡。

4.2.1.3 連接模式，connected mode。物理連接已經(jīng)建立，可以進(jìn)行key交互，認(rèn)證，最終pair成功。

類比WiFi，已經(jīng)associated，可以進(jìn)行WPA加密和認(rèn)證，最終連接成功。

在BR/EDR控制器上成功執(zhí)行連接流程后，將有一個(gè)piconet物理通道，兩個(gè)設(shè)備都連接到這個(gè)通道上，設(shè)備之間建立了物理鏈路，并存在默認(rèn)的ACL-C、ACL-U、APB-C和APB-U邏輯鏈路。其中兩個(gè)鏈路（ACL-C和APB-C）傳輸LMP控制協(xié)議，并且對(duì)鏈路管理器層以上的層是不可見的。ACL-U鏈路傳輸L2CAP信號(hào)協(xié)議以及任何復(fù)用的L2CAP盡力而為（best-effort）通道。APB-U鏈路傳輸L2CAP通道，這些通道將廣播到piconet上的所有外設(shè)。通常提到默認(rèn)的ACL邏輯傳輸，這可以根據(jù)上下文來確定，但通常指的是默認(rèn)的ACL-U邏輯鏈路。

在連接模式下，可以在保持與piconet物理通道連接的同時(shí)創(chuàng)建和釋放額外的邏輯鏈路，并更改物理和邏輯鏈路的模式。設(shè)備還可以執(zhí)行查詢、尋呼或掃描流程，或者連接到其他piconet，而無需斷開與原始piconet物理通道的連接。這些操作都是通過鏈路管理器完成的，鏈路管理器與遠(yuǎn)程藍(lán)牙設(shè)備交換鏈路管理器協(xié)議消息。

在外設(shè)與piconet積極連接期間，外設(shè)和中心之間始終存在一個(gè)默認(rèn)的ACL邏輯傳輸。刪除默認(rèn)ACL邏輯傳輸?shù)奈ㄒ环椒ㄊ鞘乖O(shè)備從piconet物理通道上斷開連接，此時(shí)設(shè)備之間的L2CAP通道、邏輯鏈路和邏輯傳輸?shù)恼麄€(gè)層次結(jié)構(gòu)都將被刪除。