
藍牙的數據傳輸結構
- 分類:技術專題
- 作者:
- 來源:
- 發佈時間:2018-02-01 00:00
- 訪問量:
藍牙的數據傳輸結構
Bluetooth®數據傳輸系統實施分層結構。藍牙系統的描述中說明了藍牙核心傳輸層級(包括L2CAP信道)。所有藍牙運行方式遵循相同的通用傳輸結構。
數據傳輸結構
基於效率和傳統理由,藍牙傳輸結構包括邏輯層的級次劃分,這與邏輯鏈路和邏輯傳輸存在明顯區分。此級次劃分提供了有關邏輯鏈路的一般和通俗易懂的概念,邏輯鏈路為兩個或以上設備提供獨立傳輸。基於遺留行為理由,邏輯傳輸分層需要描述部分邏輯鏈路類型相互依賴的關係。
藍牙1.1版規格規定ACL和SCO鏈路為物理鏈路。除增加延伸SCO (eSCO) 和日後擴展外,將這兩個鏈路視為邏輯傳輸類型較為理想,這能更準確地概述它們的用途。但是,這兩個鏈路並不如想像的那麼獨立,因為它們共享資源,如LT_ADDR和確認/重複請求(ARQ)方案。此結構無法以單一傳輸層代表這些邏輯傳輸。其它邏輯傳輸層在一定程度上說明了這種行為。
核心流量承載器
藍牙核心系統為服務協議和應用數據傳輸提供多個標準的流量承載器。
邏輯鏈路的命名採用相關邏輯傳輸的名稱和表明所傳輸數據類型的後綴:C用於運載LMP信息的控制鏈路,U用於運載用戶數據(L2CAP PDU)的L2CAP鏈路,而S用於運載無格式同步或等時數據的串流鏈路。在不會引起歧義的情況下,邏輯鏈路的後綴通常會被刪除,因此,默認ACL邏輯傳輸可用來表示ACL-C邏輯鏈路(在談到LMP協議時)或ACL-U邏輯鏈路(在討論L2CAP層的情況下)。
應用流量類型映射至藍牙核心流量承載器基於流量特徵與承載器特徵的映射。建議使用這些映射,因為它們提供了傳送帶有給定特徵的數據最自然和最具效率的方式。
應用或藍牙核心系統實施可選擇使用不同的流量承載器或不同的映射實現類似的結果。例如,在僅有一個從設備的微微網中,主設備傳送L2CAP廣播時可選擇借助ACL-U邏輯鏈路,而非通過ASB-U或PSB-U邏輯鏈路。如果物理信道質量並未降低過多,這將提高帶寬方面的效率。僅在保留了應用流量類型特徵的情況下才可使用替代傳輸路徑。
應用流量類型用於對可能提交至藍牙核心系統的數據類型進行分類。如果乾預過程修改了數據流量,原數據流量類型未必與提交至藍牙核心系統的數據類型相同。例如,視頻數據以恆定速度生成,但中間編碼過程可能會將恆定速度更改為變速率,如MPEG4編碼。對於藍牙核心系統而言,重要的僅為所提交的數據特徵。
成幀數據流量
L2CAP層服務為異步和等時用戶數據提供幀導向傳輸。應用以變長幀(最長為信道的最大協定長度)向此服務提交數據,這些幀會以相同形式傳送至遠程設備的相應應用。應用無需在數據中插入額外的分幀信息,但如有要求亦可以如此(有關分幀對於藍牙核心系統是不可見的)。
連接導向L2CAP信道可創建用於傳輸兩個藍牙設備之間的單播(點到點)數據。無連接L2CAP信道用於廣播數據。在微微網拓撲中,主設備總是廣播數據的來源,而從設備為接收設備。廣播L2CAP信道進行單向通信。單播L2CAP信道可為單向或雙向。
L2CAP信道的相關QoS設置定義了傳輸數據幀的限制因素。例如,這些QoS設置可用於指出數據為異步並因此會在有限的生命期後成為無效數據,數據應在給定的時間期限內發出或數據可靠及應予以無誤發送,不論耗時多長。
L2CAP信道管理器負責安排在合適的基帶邏輯鏈路上傳輸L2CAP信道數據幀,可能在帶有類似特徵的其它L2CAP信道的基帶邏輯鏈路進行多路傳輸。
非成幀數據流量
如果因為應用中包括串流成幀或數據為純串流,應用不要求以幀交付數據,那麼應用可避免採用L2CAP信道,並直接使用基帶邏輯鏈路。
藍牙核心系統支持採用SCO-S或eSCO-S邏輯鏈路,直接傳輸等時或固定速度(成幀前數據的比特率或幀率)的應用數據。這些邏輯鏈路保留了物理信道帶寬,並提供鎖定至微微網時鐘的固定速度傳輸。數據按固定間隔在固定大小的數據包中傳輸,這兩個參數都在信道建立期間協定。 eSCO鏈路擁有更多的比特率選擇,而通過在發生錯誤時進行有限的重發,則提高了可靠性。 eSCO邏輯傳輸支持增強數據率運行,而SCO邏輯傳輸則不支持。 SCO和eSCO邏輯傳輸不支持多路復用邏輯鏈路或藍牙核心的任何其它層級。如果所提交的SCO/eSCO串流是或似乎是固定速率串流,應用可選擇對所提交的串流中的多個串流進行分層。
應用從基帶的可用邏輯鏈路中選擇最合適的邏輯鏈路類型,創建及配置邏輯鏈路以傳輸數據流,及在完成傳輸時解除相關邏輯鏈路(應用一般還會使用成幀L2CAP單播信道傳輸控制類信息至遠程設備的同類應用。)
如果應用數據為等時及可變速率,那麼這僅可由L2CAP單播信道傳輸,因此將會被視為成幀數據。
流量承載器的可靠性
藍牙技術是一個無線通信系統。這個系統在射頻較弱的環境中被認為是不可靠的。為抵銷這個影響,系統在各層級提供不同程度的保護。基帶數據包報頭使用前向糾錯(FEC)編碼和報頭錯誤控制(HEC)分別令接收器糾正錯誤及偵測糾錯後遺留的錯誤。部分基帶數據包類型對有效負載進行FEC。另外,部分基帶數據包類型包含循環冗餘碼校驗(CRC)。
在ACL邏輯傳輸中,錯誤偵測算法的結果用於驅動簡單的ARQ協議。通過重新傳輸未通過接收器的錯誤校驗算法的數據包,這提高了數據的可靠性。此方案可進行修改,通過刪除發射器中發送不成功且使用壽命已屆滿的數據包,支持對延時敏感的數據包。 eSCO鏈路使用經修改的方案,允許有限次數的重發,提高了可靠性。
通過此ARQ方法獲得的可靠性僅等同於HEC和CRC代碼偵測錯誤的能力。這在大多數情況下是足夠的,但對於較長的數據包類型,未發現錯誤的可能性太高而難以支持特定應用,尤其是需要傳輸大量數據的應用。
L2CAP層具有額外的錯誤控制層,設計目的在於偵測基帶層偶爾未發現的錯誤及要求重新傳輸受影響數據。這提供了特定藍牙應用所需的可靠性水平。
廣播連接沒有反饋路由,不能使用ARQ方法(儘管接收器仍能偵測收到的數據包中的錯誤)。相反,每個數據包會傳輸多次,以期接收器能夠成功接收到至少一個副本。儘管採用這個方法,但仍不保證成功收到,因此這些鏈接被視為不可靠。
總之,如果鏈接或信道被視為可靠,這意味著接收器能夠偵測已收到數據包中的錯誤及請求重發直至刪除錯誤。由於所採用的錯誤偵測系統,已收到的數據中可能仍然存在部分餘留(未發現的)錯誤。 L2CAP信道的剩餘錯誤水平與其它通信系統相若,但邏輯鏈路的剩餘錯誤水平則較高。
發射器可刪除發送隊列中的數據包,如此接收器不會收到序列中的所有數據包。在這種情況下,L2CAP層將獲授權偵測遺失數據包。
在不可靠的鏈路中,接收器能夠偵測已收到數據包中的錯誤,但無法請求重發。由接收器傳送的數據包可能沒有錯誤,但不保證會收到序列中的所有數據包,因鏈路被視為基本不可靠。這些鏈路的的用途十分有限,而且這些用途通常依賴於較高層級在數據有效時持續重複數據。串流鏈路具有可靠性特徵,在一定程度上介於可靠和不可靠鏈路之間,而這取決於當前的運行條件。
傳輸結構實體
藍牙通用數據包結構
通用數據包結構反映藍牙系統中存在結構層級。數據包結構專為正常運行的優化使用而設計。
一般數據包僅包括代表交易所需層級所必要的字段。通過詢問掃描物理信道進行的簡單詢問請求不會創建或需要邏輯鏈路或更高層級,因此僅包括信道訪問代碼(與物理信道相關)。微微網的一般通信使用包含所有字段的數據包,因為所有結構層級都獲得應用。
所有數據包都含有信道訪問代碼。這用於識別特定物理信道的通信,及排除或忽略恰好在物理位置接近的距離內採用相同射頻載體的不同物理信道的數據包。
藍牙數據包結構中並無直接的字段代表或包含有關物理鏈路的信息。該信息隱含在數據包報頭所攜帶的邏輯傳輸地址(LT_ADDR)中。
大多數數據包都包含數據包報頭。數據包報頭總是出現在物理信道上傳輸的數據包中,這些物理信道支持物理鏈路、邏輯傳輸和邏輯鏈路。數據包報頭帶有LT_ADDR,由各接收設備用於決定數據包是否以該設備作為目標地址及用於內部按路線發送數據包。
數據包報頭還帶有部分LC協議,由邏輯傳輸運行(ACL和SCO傳輸除外,這兩種傳輸運行任一邏輯傳輸上運載的共享LC協議)。
EDR數據包在有效負載之前存在保護時間和同步序列。這個字段用於調製方式的物理層更改
有效負載報頭出現於支持多邏輯鏈路的邏輯傳輸上的所有數據包中。有效負載報頭包括一個用於按路線發送有效負載的邏輯鏈路標識符字段和一個指明有效負載長度的字段。部分數據包類型在數據包有效負載之後還包含CRC,用於偵測已收數據包中的大部分錯誤。 EDR數據包在CRC之後擁有一個尾部。
數據包有效負載用於傳輸用戶數據。此數據的詮釋取決於邏輯傳輸和邏輯鏈路標識符。對於ACL邏輯傳輸而言,LMP信息和L2CAP信號,以及應用的一般用戶數據都以數據包有效負載傳輸。對於SCO和eSCO邏輯傳輸而言,有效負載包含邏輯鏈路的用戶數據。
物理信道
藍牙無線技術系統的最低結構層級為物理信道。多個類型的物理信道進行了定義。所有藍牙物理信道均以射頻頻率及時間參數為特定,並受空域因素限制。對於基本和適配微微網物理信道而言,跳頻用於定期更改頻率,以降低干擾影響和合規。
兩個藍牙設備使用共享的物理信道以進行通信。為進行通信,它們的收發器需要同時調到相同的射頻頻率,而且需要處於彼此各自的名義射程之內。
鑑於射頻載體的數量有限,且許多藍牙設備都可在相同的空間和時間區域內獨立運行,因此兩個獨立的藍牙設備有很大可能將其收發器調至相同的射頻載體,從而導致物理信道衝突。為降低這種衝突帶來的不必要影響,物理信道的美稱傳輸都以訪問代碼開始,該代碼用作設備調至物理信道的相關代碼。此信道訪問代碼是物理信道的一個屬性。訪問代碼總是會在每次開始傳輸數據包的時出現。
定義的藍牙物理信道為四個。每一個都得到了優化,並用於不同的用途。其中兩個物理信道(基本微微網信道和適配微微網信道)用於已連接設備之間的通信和與特定微微網關聯。其餘兩個物理信道用於發現藍牙設備(詢問掃描信道)和連接藍牙設備(呼叫掃描信道)。
藍牙設備在任何特定時間僅可使用其中一個物理信道。為支持多並行操作,設備可在信道之間採用時分多路傳輸。這樣,藍牙設備就可同時在多個微微網中操作,以及可被發現和連接
無論何時藍牙設備與物理信道的時間、頻率和訪問代碼同步,藍牙設備都可被稱為與此信道“連接”(無論設備是否是主動通過信道進行通信)。藍牙規格假設設備在任何時候僅可與一個物理信道連接。高級設備或許能夠同時連接至一個以上的物理信道,但藍牙規格假設這種情況不可能發生。
基本微微網信道
基本微微網信道用於已連接設備在日常操作過程中的通信。基本微微網信道的特點是通過射頻信道實現偽隨機跳頻。跳頻獨見於微微網,由主設備的藍牙設備地址決定。跳頻相位由主設備的藍牙時鐘決定。微微網中的所有藍牙設備都與此信道存在時間或跳躍同步。
該信道按時間間隙劃分,每個時隙都對應一個射頻跳頻。連續的跳躍對應於不同的射頻跳頻。時隙根據微微網主設備的藍牙時鐘編號。數據包由微微網中的藍牙設備進行傳輸,並與一個時隙界限的開始對齊。每個數據包都從信道的訪問代碼開始,這個代碼源自微微網的藍牙設備地址。
在基本微微網信道中,主設備控制信道訪問。主設備僅在每個已編號的時隙開始傳輸。主設備傳輸的數據包與時隙開端保持一致,並界定微微網的時間。由主設備傳輸的數據包可佔用最多五個時隙,取決於數據包的類型。
每次主設備傳輸的都是攜帶一個物理傳輸信息的數據包。從設備在物理信道中傳輸,以作出回應。回應的特徵由被定址的物理傳輸界定。
例如,在異步連接邏輯傳輸中,被定址的從設備通過傳輸數據包回應,數據包中包含通常與下一個(編號為奇數的)時隙一致的相同邏輯傳輸的信息。取決於數據包的類型,這種數據包可佔用最多五個時隙。在廣播邏輯傳輸中,從設備不得作出回應。
基本微微網物理信道的特殊特點在於使用部分保留間隙傳輸信標列。信標列僅會在微微網物理信道已停用與其連接的從設備的情況下得到使用。在這種情況下,主設備會在保留的信標列間隙中傳輸數據
本地传输 | 链路支持 | 提供支持的链路和信道 | 概览 |
---|---|---|---|
异步连接(ACL) | 控制(LMP) ACL-C用户(L2CAP)ACL-U | 活跃的物理链路、基本或适配物理信道。 | 可信赖或有时限的、双向、端到端。 |
同步连接(SCO) | 串流(非成帧) SCO-S |
活跃的物理链路、基本或适配物理信道。 | 双向、对称、端到端、音频/视频信道。用于64Kb/s恒定速率数据。 |
延伸同步连接(eSCO) | 串流(非成帧) eSCO-S |
活跃的物理链路、基本或适配物理信道。 | 双向、对称或非对称、端到端、一般的常规数据、有限重发。用于与主设备蓝牙时钟同步的恒定速率数据。 |
活跃的从设备广播(ASB) | 用户(L2CAP)ASB-U | 活跃的物理链路、基本或适配物理信道。 | 不可信赖、单向、向与物理信道同步的任何设备进行广播。用于广播L2CAP组别。 |
休眠从设备广播(PSB) | 控制(LMP) PSB- C、用户(L2CAP)PSB-U | 休眠物理链路、基本或适配物理信道。 | 不可信赖、单向、向与微微网的所有设备进行广播。用于与休眠设备的LMP和L2CAP的通信及休眠设备的访问请求。 |
邏輯鏈路和邏輯傳輸給出的名稱反映藍牙1.1版中使用的部分名稱,以保持一定程度的熟悉性和連貫性。然而,這些名稱不表示持續做法,概要如下。
各鏈路類型的分類產生自三個類別的挑選程序。
轉換
第一類為轉換。這可能是單播或廣播。藍牙1.2版並無界定多播鏈路。
單播鏈路。單播鏈路存在於兩個端點之間。流量可從單播鏈路的任意方向發送。所有單播鏈路都為連接導向型,指在鏈路可以使用前會執行連接程序。如為默認ACL鏈路,連接程序是用於形成ad-hoc微微網的一般呼叫程序中的隱含步驟
廣播鏈路。廣播鏈路建立於一個源設備和零個或多個接收設備之間。流量為單向,即僅可從源設備發送至接收設備。廣播鏈路為無連接式,意味著創建這些鏈路並無任何程序,可隨時通過這些鏈路發送數據。廣播鏈路不可信賴,且不保證將收到數據
調度和確認方案
第二類與鏈路的調度和確認方案有關,表示鏈路支持的流量類型。這些類型分為同步、等時或異步。藍牙1.2版並無界定特定的等時鏈路,但可配置默認ACL鏈路,從而以這種方式運行。
同步鏈路。同步鏈路提供了將藍牙微微網時間與傳輸數據相關聯的方式。這可通過保留物理信道的定期間隙,及在這些一定的間隔上傳輸固定大小的數據包。這些鏈路適合於恆定速率的等時數據。
異步鏈路。異步鏈路提供了傳輸並無時間相關特徵的數據的方式。數據通常預定會被重發,直至成功收到,以及每個數據實體都可在收到後的任何時間進行處理,而無需參考先前或連續收到串流的任何實體的時間(前提是保存了數據實體的排序)。
等時鏈路。等時鏈路提供了傳輸擁有時間相關特徵的數據的方式。數據會進行重發,直至收到或失效。該鏈路的數據率無需保持一致(與同步鏈路最主要的區別)。
數據類別
最後一類與鏈路攜帶的數據類別相關。這可分為控制(LMP)數據或用戶數據。用戶數據類別可再分為L2CAP(或成幀)數據和串流(非成幀)數據。
控制鏈路。控制鏈路僅用於傳輸兩個鏈路管理器之間的LMP信息。這些鏈路不可見於基帶層以上的層級,且不可直接由應用實例化、配置或解除,但可使用連接和斷開連接服務隱式地達到這種效果。控制鏈路總是會與同等L2CAP鏈路在ACL邏輯傳輸上多路復用。受限於定義ARQ方案的規則,控制鏈路流量常常會優先於L2CAP鏈路流量
L2CAP鏈路。 L2CAP鏈路用於傳輸L2CAP PDU,這些PDU會攜帶提交至用戶實例化的L2CAP信道的L2CAP信令信道(僅在默認ACL-U邏輯鏈路上)或成幀用戶數據。提交至基帶的L2CAP幀可能會大於可用的基帶數據包。當幀以多個分段傳送至接收器時,LLID域中嵌入的鏈路控制協議會保留幀起始和幀連續語意。
串流鏈路。串流鏈路用戶傳輸在傳送數據時並無內在分幀的用戶數據。丟失的數據可以接收器的補白代替。
異步連接(ACL)
異步連接(ACL)邏輯傳輸用於攜帶LMP和L2CAP控制信令及盡力服務異步用戶數據。 ACL邏輯傳輸使用簡單的1位ARQN/SEQN方案提供簡單的信道可靠性。微微網中每個活躍的從設備都擁有一個連接至微微網主設備的ACL邏輯傳輸,被稱為默認ACL。
默認ACL在設備加入微微網(連接至基本微微網物理信道)時在主設備和從設備之間建立。這個默認的ACL由微微網的主設備分配邏輯傳輸地址(LT_ADDR)。 LT_ADDR還可用於在需要時識別活躍的物理鏈路(或作為微微網活躍成員設備的標識符,發揮相同的作用)。
默認ACL的LT_ADDR重新用於相同主設備和從設備之間的同步連接邏輯傳輸。 (這是因為早先藍牙規格具備兼容性。)因此,LT_ADDR本身不足以識別默認ACL。然而,ACL所用的數據包類型與同步連接邏輯傳輸所用者不同。因此,ACL邏輯傳輸可經數據包報頭的LT_ADDR域連同數據包類型字段識別出來。
通過在數據包失效後將默認ACL配置為自動清除數據包,默認ACL可用於等時數據傳輸。
如果默認ACL從活躍的物理鏈路中刪除,那麼主設備和從設備之間存在的所有其它邏輯傳輸將同樣被刪除。如意外與微微網的物理信道失去同步,物理信道及所有邏輯傳輸和邏輯鏈路將在發現失去同步之時不再存在。
設備可刪除默認ACL(以及活躍的物理鏈路),但仍與微微網保持同步。這個程序被稱為休眠,與微微網同步但並無活躍物理鏈路的設備在該微微網中處於休眠狀態。
當設備過渡至休眠狀態,在默認ACL邏輯傳輸上傳輸的默認ACL邏輯鏈路仍然存在,但變為暫停狀態。概無數據可通過暫停的邏輯鏈路轉移。當設備由休眠狀態轉回活躍狀態時,設備將會創建新的默認ACL邏輯傳輸(可能擁有與先前的默認ACL邏輯傳輸不同的LT_ADDR),而暫停的邏輯鏈路連接到這個新的默認ACL,並再次變為活躍狀態。
同步連接(SCO)
同步連接(SCO) 邏輯傳輸為主設備和特定從設備之間對稱的端到端信道。 SCO邏輯層傳輸保留物理信道的間隙,並可被視為主設備和從設備之間的電路交換連接。 SCO邏輯傳輸攜帶與微微網時鐘同步的64 kb/s信息。通常,這種信息為編碼語音串流。存在三種不同的SCO配置,帶來魯棒性、延遲和帶寬消耗之間的平衡。
各SCO-S邏輯鏈路由單一的SCO邏輯傳輸支持,這個邏輯傳輸獲分配相同的LT_ADDR,作為設備之間的默認ACL邏輯傳輸。因此,LT_ADDR域不足以用於識別已收數據包的目的地。因為SCO鏈路使用保留的間隙,設備採用LT_ADDR、間隙數量(物理信道的屬性)和數據包類型共同識別SCO鏈路的重發。
重複將默認ACL的LT_ADDR用於SCO邏輯傳輸,是由於藍牙1.1版規格的遺留行為。在這個較早的藍牙規格版本中,LT_ADDR(當時被稱為活躍的成員設備地址)被用於識別與每次傳輸相關的微微網成員設備。由於這個地址不容易擴展以用於啟用更多的邏輯鏈路,因此這個字段的用途被重新界定用於新功能。然而,部分藍牙1.1版功能不能簡單地套用至描述更加正規的結構中。
雖然間隙被保留用於SCO,但允許使用保留的間隙用作擁有較高優先權的另一個信道的通信。這可能是出於QoS承諾,或在物理信道帶寬完全被SCO佔用時在默認ACL發送LMP信令的需要。由於SCO傳輸不同的數據包類型至ACL,數據包類型被用於識別SCO流量(加上間隙數量和LT_ADDR)。藍牙核心規格並無界定通過SCO鏈路傳輸的其它結構層級。所傳輸的64 kb/s串流擁有多個界定的標準格式,對於負責詮釋串流編碼的應用,可採用無格式的串流。
3.5.6 延伸同步連接(eSCO)
延伸同步連接(eSCO) 邏輯傳輸為主設備和特定從設備之間非對稱的端到端鏈路。 eSCO保留物理信道的間隙,因此可被視為主設備和從設備之間的電路交換連接。 eSCO連接可在標準SCO鏈路基礎上進行多次延伸,這樣可支持更靈活的數據包類型、數據可選內容及可選間隙週期組合,從而支持一系列的同步比特率。
eSCO鏈路還可支持數據包的有限重發(與SCO不同,SCO不可進行重發)。如果需要重發,重發將在保留間隙之後的間隙中進行,否則間隙可用於其它流量。
各eSCO-S邏輯鏈路獲單一的eSCO邏輯傳輸支持,由微微網中獨見於eSCO期間的LT_ADDR來確定。 eSCO-S鏈路通過LM信令創建,並遵循與SCO-S鏈路相似的調度規則。
藍牙核心規格並無界定通過eSCO-S鏈路傳輸的其它結構層級。相反,在適合於將傳輸的數據流的傳輸特徵規限下,應用可將數據流用於所需的用途
活躍的從設備廣播(ASB)
活躍的從設備廣播邏輯傳輸用於向微微網中目前連接至ASB所使用的物理信道的所有設備傳輸L2CAP用戶流量。微微網主設備至從設備之間並無確認協議,且流量為單向傳輸。 ASB信道可用於L2CAP組別流量(源自1.1版規格),不得用於L2CAP連接信道、L2CAP控制信令或LMP控制信令。
ASB邏輯傳輸具有內在的不可靠性,因為缺少確認協議。為提高可靠性,各數據包會進行多次傳輸。相同的序列號用於協助從設備過濾重發。
ASB邏輯傳輸由保留的LT_ADDR確定。 (PSB邏輯傳輸也使用保留的LT_ADDR。)活躍的從設備將收到兩個邏輯傳輸的流量,因此無法直接進行區分。由於ASB邏輯傳輸不能攜帶LMP流量,因此活躍的從設備可忽略在ASB邏輯傳輸上通過LMP邏輯鏈路收到的數據包。然而,通過PSB邏輯傳輸傳送的L2CAP流量也可由活躍的從設備在ASB邏輯傳輸上接收,故不能與在ASB傳輸發送的L2CAP流量區分。
ASB在微微網建立時隱式創建,且微微網中總會存在一條與各基本和適配微微網物理信道相關的ASB。因為基本和適配微微網物理信道基本上同時並行,所以從設備不能區分用於傳送數據包的ASB信道。這增加了ASB信道整體的不可靠性(儘管如此,可靠程度與整體錯失數據包大概相同)。
主設備可決定僅使用兩種潛在ASB中之一(當其擁有基本和適配微微網物理信道時),因為有可能在相同的ASB信道上通過足夠多次重發,將數據發送至兩個組別的從設備。
ASB信道不得用於攜帶LMP或L2CAP控制信號
休眠從設備廣播(PSB)
休眠從設備廣播邏輯傳輸用於主設備和處於休眠狀態的從設備(已放棄它們的默認ACL邏輯傳輸)之間的通信。休眠從設備廣播鏈路為存在於微微網主設備和休眠從設備之間的唯一邏輯傳輸。
PSB邏輯傳輸較其它邏輯傳輸更加複雜,因為它包含多個相位,每個都具有不同的目的。這些相位包括控制信息相位(用於攜帶LMP邏輯鏈