主頁 > 軟體設計 > 藍牙core_v5.2協議-3

藍牙core_v5.2協議-3

2020-09-10 19:55:16 軟體設計

繼續上篇文章內容,我們繼續VOL1中的3.5 LOGICAL LINKS AND LOGICAL TRANSPORTS小節之后的內容學習,本章節講述了BLE傳輸資料時候,不同的資料流應該采用不同的協議去傳輸,即使用什么樣的協議去傳輸什么樣的資料,舉個比較簡單的例子:之前章節我們提到,ADV的廣播方式是不可靠的資料傳輸方式,如果應用要求傳輸資料可靠度很高,就不可以采用ADV的方式去傳播資料,

以下列舉了目前BLE支持的logical transport方式:ACL(基于connect的可靠傳輸), ADV(基于廣播的不可靠傳輸), ISO(流資料傳輸)


1. 傳輸使用的Logical transports介紹

LE ACL:基于連接的,用于傳輸LL and L2CAP control signaling and best effort asynchronous user data,此種傳輸使用NESN/SN和access address來保證傳輸的可靠性,傳輸的link包括LE-C,LE-U.

LE advertising broadcast (ADVB):基于廣播的,broadcast control and user data to all scanning devices in a given area,不可靠的資料傳輸方式,傳輸的link包括ADVB-C,ADVB-U.

Connectionless Slave Broadcast (CSB):多連接情況使用的,基于連接的,不可靠傳輸方式,一般在LE中比較少用,

LE periodic advertising broadcast (PADVB):周期廣播方式,基于廣播的,transport periodic broadcast control and user data to all scanning devices in a given area,

Connected Isochronous Stream (CIS):基于連接的,傳輸同步流資料,支持sochronous data rates, latencies, and re-transmissions,舉個例子:audio codec data can be generated at a 10 ms interval while the value of ISO_Interval for the CIS can be 11.25 ms.

Connected Isochronous Group (CIG):基于連接的,傳輸同步組資料,即多個CIS資料傳輸,

Broadcast Isochronous Stream (BIS):基于廣播的,傳輸同步流資料,支持sochronous data rates, latencies, and re-transmissions,

Broadcast Isochronous Group (BIG):基于廣播的,傳輸同步組資料,即多個CIS資料傳輸,


2. BLE拓撲圖

上圖中存在5個網路:

網路A:ABCDE構成,AB,AC處于連接狀態,AD,CE處于廣播狀態,這是一個比較典型的BLE復雜應用網路,屬于多連接情況下的廣播資料交換,

網路F:FG構成,FG處于連接狀態,這是一個簡單的BLE連接應用網路,例如一個手機連接手環,

網路H:HIJ構成,HIJ處于廣播狀態,同時互為接受者,這是一個藍牙SIG MESH的基本網路方式,

網路K:KLMN構成,KL,KM處于連接狀態,KN處于廣播狀態,這類網路應用較少,尤其是K設備同時具備Master和slaver的功能,在協議的實作上很難實作,

網路O:OPQR構成,OP,OP處于連接狀態,OR處于廣播狀態,這類網路應用也比較少,設備O能夠隸屬入多個master,在時序上很難保證,


這里就不得不說下BLE藍牙設備的幾種基本形態了,方便理解上述圖:

如圖所示,BLE設備作業基本有四種形態:ADV-ing,SCAN-ing,INIT-ing,CONNECT-ing,這四種作業形態也決定了設備處于的角色,上圖中可以看出設備處于connection狀態的前提是先要處于ADV或者INIT,所以人為的把由ADV到connection的設備,稱為slaver;相對應的由INIT到connection的設備,稱為master,

上述的幾種網路中不難看出,不少設備會兼容好幾種狀態,例如設備A,處于connect狀態下,還有能力進行ADV,這樣的設備在應用中很常見,同時也加大了芯片設計的難度,設備能夠同時處于幾種BLE狀態,其必須要能夠均衡好自己的時序,尤其是connect狀態的時序,因為BLE的connect狀態下,必須定期進行空包互動,才不至于丟失connect關系,


3. BLE安全相關SECURITY介紹

藍牙安全模型包括五個不同的安全功能:配對、系結、設備身份驗證、加密和訊息完整性(pairing, bonding, device authentication, encryption and message integrity),

配對:創建一個或多個共享密鑰的程序,

系結:將配對程序中創建的密鑰存盤起來,以便在后續連接中使用,以形成一個受信任的設備對,

設備身份驗證:驗證兩個設備是否具有相同的密鑰,

加密:訊息機密性,

訊息完整性:防止訊息偽造,

所謂的安全,就是通過一定的加密方式,使得資料通信資訊不被竊取,上圖中的一些演算法,尤其是AES演算法,是BLE中最基本的加密方法,

正如我們之前講到的包格式,BLE中如果想把資料包加密,可以通過以下幾種方式:

a. 直接加密payload,這是一種比較常見的加密方式,即傳輸的有效資料進行加密;

b. 對包頭的地址進行加密,BLE中發送和接受資料都會有address這個說法,對其address進行加密,也可以達到資料加密的目的;

上面的兩種方式,即是協議中說到的Encryption和Privacy,其中Privacy是BLE在4.2版本中(Link Layer privacy)提出的新feature,其實目前市場藍牙芯片大多不使用這個feature,


4. BLE的profile架構

GAP:Generic Access Profile (GAP),眾多的profile中,GAP是一個通用的profile,它規定了一個設備的基本屬性,例如:Broadcaster, Observer, Peripheral, and Central.

Broadcaster role(廣播者):advertising to broadcast data. The Broadcaster role does not support connections. 即對應LL層以下的ADV設備,

Observer role (觀察者):receives broadcast data contained in advertisements. The Observer role does not support connections. 即對應LL層的SCAN設備,
Peripheral role(外設):即連接中的slaver設備,只能隸屬于一個master,

Central role(中心):即連接中的master設備,可以連接多個slaver設備,

一般的用戶應用profile,基本都會包括GAP,如下圖所示:


5. 共存問題和定位問題

藍牙的作業頻段位于2.4G,許多其他的無線設備也作業在這個頻段,所以如何保證共存,是一個值得探討的問題,藍牙官方spec中也對此做出了探討,目前市場上出現了不少wifi和ble同時可以使用的芯片,這種芯片能夠使用wifi連接云端,同時還可以使用ble和其他設備進行通信,這在物聯網時代是很不錯的產品,這個是一個新的市場商機,

我們重點探討如何實作wifi和ble進行共存的問題,在這個章節,spec提到了AFH是面臨的一個基本問題,spec中不做具體說明,后面會繼續涉及,

關于定位的問題,BLE提出了一種新的定位方式:(AoA和AoD),需要注意的是,使用這種方式必須作業在LE Uncoded PHYs,

關于AoA的基本框架圖:

發送者在發送資料時候,正常發送,但是作為接收者,需要有多組天線接收資料,這樣可以通過天線之間接收資料的差異來定位自己的位置, 這里有個重要的值:IQ采樣值(不知道和智商IQ有沒有關系,,,,),spec指出通過這個IQ采樣值,就可以計算出自己的位置,

假設接收端有2根天線,同時天線之間的距離d為已知資料,

根據上圖,我們可以計算出來,天線1和天線2的信號相位差ψ:

ψ = (2πd cos(θ))/λ (λ信號的波長,θ為到達角度)
那么:

θ = arccos((ψλ)/(2πd))

也就是說,一旦我們能夠通過一定手段知道ψ這個值,我們就可以算出到達角θ,即可以知道自己設備的相對位置,

關于AoD的基本框架圖:

和AoA存在很大的相似度,這里就不做描述,


6. 歷屆版本的新feature

4.2版本到5.0版本的更新,添加了以下幾個feature:

5.0版本到5.1版本的更新,添加了以下幾個feature:

5.1版本到5.2版本的更新,添加了以下幾個feature:

之所以把版本更新列出來,主要是因為目前市場上的4.2芯片居多,很多自稱5.0的芯片,其實只是部分支持5.0的相關feature,很少有芯片能夠全部支持所有feature,

本篇文章繼續了之前Vol1剩下的章節,后面我們會接著探討BLE的Vol 3:Host協議,,,,,

轉載請註明出處,本文鏈接:https://www.uj5u.com/ruanti/3260.html

標籤:其他

上一篇:Android彈窗提示權限與對應的清單檔案注冊權限總結

下一篇:樹莓派(Raspberry Pi 4 Model B, arrch64)移動端使用libtorch部署yolov5s目標檢測測驗

標籤雲
其他(157675) Python(38076) JavaScript(25376) Java(17977) C(15215) 區塊鏈(8255) C#(7972) AI(7469) 爪哇(7425) MySQL(7132) html(6777) 基礎類(6313) sql(6102) 熊猫(6058) PHP(5869) 数组(5741) R(5409) Linux(5327) 反应(5209) 腳本語言(PerlPython)(5129) 非技術區(4971) Android(4554) 数据框(4311) css(4259) 节点.js(4032) C語言(3288) json(3245) 列表(3129) 扑(3119) C++語言(3117) 安卓(2998) 打字稿(2995) VBA(2789) Java相關(2746) 疑難問題(2699) 细绳(2522) 單片機工控(2479) iOS(2429) ASP.NET(2402) MongoDB(2323) 麻木的(2285) 正则表达式(2254) 字典(2211) 循环(2198) 迅速(2185) 擅长(2169) 镖(2155) 功能(1967) .NET技术(1958) Web開發(1951) python-3.x(1918) HtmlCss(1915) 弹簧靴(1913) C++(1909) xml(1889) PostgreSQL(1872) .NETCore(1853) 谷歌表格(1846) Unity3D(1843) for循环(1842)

熱門瀏覽
  • 面試突擊第一季,第二季,第三季

    第一季必考 https://www.bilibili.com/video/BV1FE411y79Y?from=search&seid=15921726601957489746 第二季分布式 https://www.bilibili.com/video/BV13f4y127ee/?spm_id_fro ......

    uj5u.com 2020-09-10 05:35:24 more
  • 第三單元作業總結

    1.前言 這應該是本學期最后一次寫作業總結了吧。總體來說,對作業的節奏也差不多掌握了,作業做起來的效率也更高了。雖然和之前的作業一樣,作業中都要用到新的知識,但是相比之前,更加懂得了如何利用工具以及資料。雖然之間卡過殼,但總體而言,這幾次作業還算完成的比較好。 2.作業程序總結 相比前兩個單元,此單 ......

    uj5u.com 2020-09-10 05:35:41 more
  • 北航OO(2020)第四單元博客作業暨課程總結博客

    北航OO(2020)第四單元博客作業暨課程總結博客 本單元作業的架構設計 在本單元中,由于UML圖具有比較清晰的樹形結構,因此我對其中需要進行查詢操作的元素進行了包裝,在樹的父節點中存盤所有孩子的參考。考慮到性能問題,我采用了快取機制,一次查詢后盡可能快取已經遍歷過的資訊,以減少遍歷次數。 本單元我 ......

    uj5u.com 2020-09-10 05:35:48 more
  • BUAA_OO_第四單元

    一、UML決議器設計 ? 先看下題目:第四單元實作一個基于JDK 8帶有效性檢查的UML(Unified Modeling Language)類圖,順序圖,狀態圖分析器 MyUmlInteraction,實際上我們要建立一個有向圖模型,UML中的物件(元素)可能與同級元素連接,也可與低級元素相連形成 ......

    uj5u.com 2020-09-10 05:35:54 more
  • 6.1邏輯運算子

    邏輯運算子 1. && 短路與 運算式1 && 運算式2 01.運算式1為true并且運算式2也為true 整體回傳為true 02.運算式1為false,將不會執行運算式2 整體回傳為false 03.只要有一個運算式為false 整體回傳為false 2. || 短路或 運算式1 || 運算式2 ......

    uj5u.com 2020-09-10 05:35:56 more
  • BUAAOO 第四單元 & 課程總結

    1. 第四單元:StarUml檔案決議 本單元采用了圖模型決議UML。 UML檔案可以抽象為圖、子圖、邊的邏輯結構。 在實作中,圖的節點包括類、介面、屬性,子圖包括狀態圖、順序圖等。 采用了三次遍歷UML元素的方法建圖,第一遍遍歷建點,第二、三次遍歷設定屬性、連邊,實作圖物件的初始化。這里借鑒了一些 ......

    uj5u.com 2020-09-10 05:36:06 more
  • 談談我對C# 多型的理解

    面向物件三要素:封裝、繼承、多型。 封裝和繼承,這兩個比較好理解,但要理解多型的話,可就稍微有點難度了。今天,我們就來講講多型的理解。 我們應該經常會看到面試題目:請談談對多型的理解。 其實呢,多型非常簡單,就一句話:呼叫同一種方法產生了不同的結果。 具體實作方式有三種。 一、多載 多載很簡單。 p ......

    uj5u.com 2020-09-10 05:36:09 more
  • Python 資料驅動工具:DDT

    背景 python 的unittest 沒有自帶資料驅動功能。 所以如果使用unittest,同時又想使用資料驅動,那么就可以使用DDT來完成。 DDT是 “Data-Driven Tests”的縮寫。 資料:http://ddt.readthedocs.io/en/latest/ 使用方法 dd. ......

    uj5u.com 2020-09-10 05:36:13 more
  • Python里面的xlrd模塊詳解

    那我就一下面積個問題對xlrd模塊進行學習一下: 1.什么是xlrd模塊? 2.為什么使用xlrd模塊? 3.怎樣使用xlrd模塊? 1.什么是xlrd模塊? ?python操作excel主要用到xlrd和xlwt這兩個庫,即xlrd是讀excel,xlwt是寫excel的庫。 今天就先來說一下xl ......

    uj5u.com 2020-09-10 05:36:28 more
  • 當我們創建HashMap時,底層到底做了什么?

    jdk1.7中的底層實作程序(底層基于陣列+鏈表) 在我們new HashMap()時,底層創建了默認長度為16的一維陣列Entry[ ] table。當我們呼叫map.put(key1,value1)方法向HashMap里添加資料的時候: 首先,呼叫key1所在類的hashCode()計算key1 ......

    uj5u.com 2020-09-10 05:36:38 more
最新发布
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:20:47 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:20:25 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:20:17 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:20:10 more
  • 【中介者設計模式詳解】C/Java/JS/Go/Python/TS不同語言實作

    * 中介者模式是一種行為型設計模式,它可以用來減少類之間的直接依賴關系,
    * 將物件之間的通信封裝到一個中介者物件中,從而使得各個物件之間的關系更加松散。
    * 在中介者模式中,物件之間不再直接相互互動,而是通過中介者來中轉訊息。 ......

    uj5u.com 2023-04-20 08:19:44 more
  • 露天煤礦現場調研和交流案例分享

    他們集團的資訊化公司及研究院在一個礦區正在做智能礦山的統一平臺的 試點,專案投資大概1億,包括了礦山的各方面的內容,顯示得我們這次交流有點多余。他們2年前開始做智能礦山的規劃,有很多煤礦行業專家的加持,他們的描述是非常完美,但是去年底應該上線的平臺,現在還沒有看到影子。他們確實有很多場景需求,但是被... ......

    uj5u.com 2023-04-20 08:19:07 more
  • 《社區人員管理》實戰案例設計&個人案例分享

    設計是一個讓人夢想成真程序,開始編碼、測驗、除錯之前進行需求分析和架構設計,才能保證關鍵方面都做正確 ......

    uj5u.com 2023-04-20 08:18:57 more
  • 軟體架構生態化-多角色交付的探索實踐

    作為一個技術架構師,不僅僅要緊跟行業技術趨勢,還要結合研發團隊現狀及痛點,探索新的交付方案。在日常中,你是否遇到如下問題 “ 業務需求排期長研發是瓶頸;非研發角色感受不到研發技改提效的變化;引入ISV 團隊又擔心質量和安全,培訓周期長“等等,基于此我們探索了一種新的技術體系及交付方案來解決如上問題。 ......

    uj5u.com 2023-04-20 08:18:49 more
  • 05單件模式

    #經典的單件模式 public class Singleton { private static Singleton uniqueInstance; //一個靜態變數持有Singleton類的唯一實體。 // 其他有用的實體變數寫在這里 //構造器宣告為私有,只有Singleton可以實體化這個類! ......

    uj5u.com 2023-04-19 08:42:51 more
  • 【架構與設計】常見微服務分層架構的區別和落地實踐

    軟體工程的方方面面都遵循一個最基本的道理:沒有銀彈,架構分層模型更是如此,每一種都有各自優缺點,所以請根據不同的業務場景,并遵循簡單、可演進這兩個重要的架構原則選擇合適的架構分層模型即可。 ......

    uj5u.com 2023-04-19 08:42:41 more