藍牙低功耗Bluetooth Low Energy,或稱Bluetooth LEBLE,舊商標Bluetooth Smart[1])也稱藍牙低能耗低功耗藍牙,是藍牙技術聯盟設計和銷售的一種個人區域網絡技術,旨在用於醫療保健、運動健身、信標[2]、安防、家庭娛樂等領域的新興應用。[3]相較經典藍牙,低功耗藍牙旨在保持同等通訊範圍的同時顯著降低功耗和成本。

包括iOSAndroidWindows PhoneBlackBerry在內的大多數流動作業系統,以及macOSLinuxWindows 8Windows 10等在內的桌面作業系統,均已原生支援低功耗藍牙。藍牙技術聯盟(SIG)預測,到2018年超過90%有藍牙的智能電話將支援低功耗藍牙。[4]

相容性

編輯

低功耗藍牙不能向下相容原有的藍牙協定(下文稱經典藍牙)。藍牙4.0規範允許裝置同時支援經典與低功耗藍牙協定。

低功耗藍牙與經典藍牙使用相同的2.4 GHz無線電頻率,因此雙模裝置可以共用同一個天線。低功耗藍牙使用的調制系統更簡單。

品牌

編輯
 
曾經使用的藍牙智能標誌

2011年,藍牙技術聯盟(SIG)發表了「藍牙智能」徽標,體現低功耗裝置與藍牙裝置的相容性。[5]

  • 具有「藍牙智能就緒」(Bluetooth Smart Ready)標識的外設相容經典藍牙與低功耗藍牙的雙模。[6]
  • 具有「藍牙智能」(Bluetooth Smart)標識的裝置僅支援低功耗藍牙,可以與「藍牙智能就緒」或「藍牙智能」裝置通訊。

根據2016年5月藍牙技術聯盟的品牌資訊,藍牙技術聯盟開始逐步停用「藍牙智能」和「藍牙智能就緒」標識,恢復使用「Bluetooth」圖案標誌和文字標識。[7]標誌使用新款藍色。

目標市場

編輯

藍牙技術聯盟的低功耗技術瞄準多個市場,特別是智能家庭、健康、運動健身部分。[8]主要的優點包括:

  • 低功耗,使用紐扣電池就可執行數月至數年
  • 小體積、低成本
  • 與現有的大部分手機、平板電腦和電腦相容

歷史

編輯

2001年,諾基亞確定了當時多個未明確的無線技術方案。[9]該公司着手研發一種基於藍牙標準的無線技術,目標是在降低功耗和成本的同時最小化與現有藍牙技術的差別。在2004年諾基亞以「藍牙低階擴充」(Bluetooth Low End Extension)為名將此技術發表。[10]

得益於羅技等合作夥伴在歐盟FP6英語FP6MIMOSA專案中的合作[11]意法半導體一貫的推進和支援,該技術在2006年10月以品牌名稱Wibree公開發布。[12]2007年6月,諾基亞與藍牙技術聯盟成員協商達成一致,Wibree被納入未來的藍牙規範,作為一種超低功耗的藍牙技術,併名為「藍牙低功耗」。[13][14]

將藍牙低功耗整合到藍牙核心技術規範的工作完成於2010年的藍牙4.0版本。[15]首款實現4.0規範的智能電話iPhone 4S發佈於2011年10月。[16]其餘很多製造商在2012年也發佈了「藍牙智能就緒」的裝置。

藍牙技術聯盟於2016年6月16日在倫敦舉行的媒體活動上正式推出藍牙5(Bluetooth 5)。出於一個品牌行銷的考量,小數點被取消了,這一決定據稱是為了「簡化行銷、更有效地向用戶傳達益處」。[17]在技術方面,藍牙5通過增加發射功率或編碼實體層的方式將覆蓋距離擴大到了4倍,可選的2倍符號速率特性可以使傳輸速率加倍,通過增加廣播數據的長度使數據廣播容量增加到8倍,主要應對需要連接整棟房屋的物聯網應用。[18]

藍牙技術聯盟在2017年7月18日正式發佈了Mesh Profile和Mesh Model規範。Mesh規範英語Bluetooth mesh networking使藍牙低功耗支援家庭自動化、感測器網絡等場景的多對多通訊。[19]

應用

編輯

藍牙技術聯盟沿用經典藍牙的規範內容,為藍牙低功耗定義了一些profile,這些profile定義了一個裝置在特定應用情景下如何工作。製造商應通過在實現中遵循特定的profile以確保相容性。一台裝置可以使用多個profile。

當前所有低功耗應用profile都基於通用屬性規範(GATT)。GATT定義了屬性,作為通用的封裝數據的單位,並定義了如何通過藍牙連接傳輸屬性從而達到傳輸數據的目的。[20]藍牙4.0能夠提供低功耗的較高位元速率傳輸。

2014年,CSR(現屬高通一部分)發佈了CSR Mesh協定。CSR Mesh中各裝置使用藍牙低功耗進行通訊。各裝置能夠為其他裝置轉發訊息,從而實現網格效應。舉例來說,藉助網格的通訊能力,使用一台智能電話就可以關掉整棟建築的燈光。藍牙技術聯盟已經成立了智能網格(Smart Mesh)研究組,研究並定義用例,納入到標準規範中。[21][22][23]

健康護理規範

編輯

「藍牙低功耗」裝置在醫療領域中有許多規範。康體佳健康聯盟英語The Continua Health Alliance促進了他們與藍牙技術聯盟的合作。

  • BLP(Blood Pressure Profile)— 用於血壓測量。
  • HTP(Health Thermometer Profile)— 用於醫療溫度測量裝置。
  • GLP(Glucose Profile)— 用於血糖監測。
  • CGMP(Continuous Glucose Monitor Profile)

運動和健身規範

編輯

運動和健身規範包括:

  • BCS(Body Composition Service)
  • CSCP(Cycling Speed and Cadence Profile)— 用於連接到自行車健身單車感測器,測量節奏和輪速
  • CPP(Cycling Power Profile)
  • HRP(心率規範)
  • LNP(位置和導航規範)
  • RSCP(Running Speed and Cadence Profile)
  • WSP(Weight Scale Profile)

互聯網連接

編輯
  • IPSP(互聯網協定支援規範)

通用感測器

編輯
  • ESP(環境感應規範)
  • UDS(用戶數據服務)

HID連接

編輯
  • HOGP(HID通過GATT規範)使藍牙低功耗的無線滑鼠、鍵盤或其他裝置可獲得持久的電池續航時間。

接近感應

編輯

Electronic leash英語Electronic leash」非常適合為「始終開啟」的裝置儘可能延長電池壽命。[24] iBeacon裝置的製造商為其裝置實現了相應規範,確保與蘋果公司裝置的接近感應功能相容。[25]

有關的應用程式規範包括:

  • FMP — 「尋找我」規範 — 允許使用另一個裝置讓一個裝置發出提醒。[26]
  • PXP — 接近度規範 — 允許接近感應器檢測接近報告器是否在附近。物理接近度可以使用無線電接收器的RSSI值估算,儘管這不是經過絕對校準的距離。一種典型設計是,裝置之間的距離超過設定閾值時發出提醒。

提醒和時間規範

編輯
  • 手機提醒狀態規範和提醒通知規範允許客戶端裝置接收通知,例如另一台裝置發來的來電通知。
  • 時間規範允許客戶端裝置設置採用伺服器裝置的當前時間和時區資訊,例如手錶與手機之間的網絡時間

電池

編輯
  • 電池服務(Battery Service)報告「電池狀態」和裝置中單個電池或電池組的電量級別。

在疫情期間,大多數地方的接觸者追蹤手機應用都使用了藍牙低功耗技術,包括中國大陸的通訊大數據行程卡、臺灣的社交距離App、新加坡的合力追蹤、日本的COCOA等。香港的安心出行也計劃添加基於藍牙的接觸者追蹤功能。[27]

實現

編輯

晶片組

編輯

從2009年年底開始,多家製造商已宣佈實現藍牙低功耗集成電路。實現通常採用軟件無線電,以便可以用韌體升級實現更新標準。

硬件

編輯

當今的流動裝置通常發佈同時支援「經典藍牙」和「低功耗藍牙」標準的硬件和軟件。藍牙技術聯盟維護有一個裝置列表頁面存檔備份,存於互聯網檔案館)。

作業系統

編輯
  • iOS 5及更高版本[28]
  • Windows Phone 8.1[29]
  • Windows 8及更高版本[30]
  • Android 4.3及更高版本[31]
  • BlackBerry 10[32]
  • Linux 3.4及更高版本,通過BlueZ 5.0[33]
  • Unison OS 5.2 [34]

技術細節

編輯

無線電介面

編輯

「藍牙低功耗」技術採用與「經典藍牙」技術相同的工作頻率(2.400 GHz-2.4835 GHz - ISM頻帶),但使用另一組頻道。不同於經典藍牙的79 1-MHz頻道,藍牙低功耗使用40 2-MHz頻道。在一個頻道內,數據使用高斯頻移調制傳輸,類似經典藍牙的基本速率方案;位元速率1Mbit/s,最大發射功率10 mW。進一步細節描述在藍牙核心規格V4.0頁面存檔備份,存於互聯網檔案館)的Volume 6 - Part A(實體層規範)。

藍牙低功耗使用跳頻展頻抵抗窄頻干擾問題。經典藍牙也使用跳頻擴充,但細節有所不同;因此,FCCETSI將藍牙技術分類為一個FHSS方案,藍牙低功耗被分類為一個數碼調制技術或直接序列展頻[35]

技術標準 經典藍牙技術 藍牙低功耗技術
距離/範圍(理論最大值) 100米(330英尺) >100米(>330英尺)
空中數據速率 1–3 Mbit/s 125 kbit/s – 1 Mbit/s – 2 Mbit/s
應用程式吞吐量 0.7–2.1 Mbit/s 0.27 Mbit/s
活躍連接 7 未定義;取決於實現
安全性 56/128位元,以及應用層用戶定義 使用Counter Mode CBC-MAC英語Counter Mode CBC-MAC的128位元AES,以及應用層用戶定義
健壯性 自適應快速跳頻擴充,FEC,快速ACK 自適應跳頻擴充,Lazy確認,24位元CRC,32位元訊息完整性檢查
潛伏時間(從非連接狀態) 典型100 ms 6 ms
傳送數據的最小總時間(影響續航時間) 100 ms 3 ms [36]
語音能力
網絡拓撲 Scatternet英語Scatternet Scatternet
功耗 參考值1 W 0.01至0.5 W(取決於使用情況)
峰值電流消耗 <30 mA <15 mA
服務發現
規範概念
主要用途 流動電話、遊戲、耳機、立體聲音訊流、智能家居、可穿戴裝置、汽車、個人電腦、安防、接近傳感、醫療保健、運動健身等。 流動電話、遊戲、耳機、立體聲音訊流、智能家居、可穿戴裝置、汽車、個人電腦、安防、接近傳感、醫療保健、運動健身、工業等。

更多技術細節見藍牙技術聯盟官方發佈的規範。請注意,功耗不是藍牙規範的一部分。

宣告與發現

編輯

藍牙低功耗裝置通過廣播宣告(advertising)封包的方式被發現。為減少干擾,這使用3個獨立頻道(頻率)完成。宣告裝置在這三個頻道中的至少一個上傳送封包,傳送周期被稱為宣告間隔。為減少多次連續衝突的機率,每個宣告時間間隔都會增加一個最長10毫秒的隨機延遲。掃描器則在掃描窗口時對頻道進行監聽,掃描周期性重複。

因此,發現裝置的等待時間存在概率性,取決於三個參數(宣告間隔、掃描間隔和掃描窗口)。

已隱藏部分未翻譯內容,歡迎參與翻譯
藍牙低功耗的發現方案採用了周期性間隔技術,for which upper bounds on the discovery latency can be inferred for most parametrizations. While the discovery latencies of BLE can be approximated by models[37] for purely periodic interval-based protocols, the random delay added to each advertising interval and the three-channel discovery can cause deviations from these predictions, or potentially lead to unbounded latencies for certain parametrizations[38]

軟件模型

編輯

所有藍牙低功耗裝置使用「通用屬性規範」(GATT)。藍牙低功耗提供該應用程式介面了解到作業系統通常基於GATT概念[需要解釋][39]GATT具有以下術語:

客戶端
一個發出GATT命令和請求的裝置,然後接受響應。例如一個電腦或智能電話。
伺服器
一個接受GATT命令和請求的裝置,然後返迴響應。例如一個溫度感測器。
特徵
在客戶端與伺服器間傳遞的數據值,例如當前的電池電壓。
服務
有關特徵的收集,具有一系列操作來執行特定功能。例如,「體溫計」服務包括一個溫度測量值,以及測量的時間間隔。
描述符
描述符提供有關特徵的其他資訊。例如指示一個溫度值特徵的單位(如攝氏度),以及感測器可以測量的最大值和最小值。描述符是可選的——每個特徵可以有任何數量的描述符。

某些服務和特徵用於管理目的——例如,「通用訪問」服務中的型號名稱和序列號可作為標準特徵讀取。服務還可包含其他服務作為子功能;裝置的主要功能被稱為主(primary)服務,而附加功能被稱為次(secondary)服務。

識別碼

編輯

服務、特徵和描述符被統稱為屬性(attributes),並以UUID標識。實現者可能會為所用的專有格式英語Proprietary format挑選一個隨機或偽隨機UUID,但藍牙技術聯盟已預留一系列UUID(範圍xxxxxxxx-0000-1000-8000-00805F9B34FB)[40])供標準屬性使用。為提高效率,協定中的識別碼以16位元或32位元值表示,而非完整UUID所需的128位元。例如,裝置資訊(Device Information)服務採用短碼0x180A而非0000180A-0000-1000-...。完整列表見藍牙分配號碼線上文件。

GATT操作

編輯

GATT協定提供了大量用於客戶端的命令以發現有關伺服器的資訊。這包括:

  • 發現所有主要服務的UUID
  • 使用指定UUID尋找一個服務
  • 尋找指定主服務的輔助服務
  • 發現指定服務的所有特徵
  • 尋找匹配指定UUID的特徵
  • 讀取特定特徵的所有描述符

除此之外,也提供讀(從伺服器傳輸到客戶端)和寫(客戶端傳給伺服器)特徵值的命令:

  • 可以指定特徵的UUID或控制代碼(handle)值(由上面的發現命令返回)來讀取值。
  • 寫操作始終需要以控制代碼來標識特徵,但可選是否需要伺服器返迴響應。
  • 長讀(Long read)和長取(Long write)可以在特徵的數據長度超過無線鏈路的最大傳輸單元(MTU)時使用。

最後,GATT有提供通知(notifications)和指示(indications)。客戶端可以請求伺服器通知一項特徵。伺服器可以在其變為可用時將該值傳送給客戶端。例如,溫度感測器的伺服器可以在每次測量時通知其客戶端。這得以避免客戶端輪詢伺服器,造成伺服器的無線電路保持執行。

指示(indication)與通知類似,不同之處是它需要客戶端響應已收到該訊息。

電池影響

編輯

讀取(伺服器到客戶端)和寫入(客戶端到伺服器)特徵值的命令也已提供:

 
藍牙低功耗晶片組功耗設定檔,不同的組態參數,依照Aislelabs的「iBeacon硬件旅行指南」[41]

藍牙低功耗的設計使更低功耗的裝置成為了可能。包括CSRDialog Semiconductor英語Dialog SemiconductorNordic Semiconductor英語Nordic Semiconductor意法半導體Cypress Semiconductor英語Cypress Semiconductor德州儀器在內的數家晶片製造商都推出了其為藍牙低功耗最佳化的晶片組。外圍裝置與中央裝置有着不同的功耗要求。據信標軟件公司Aislelabs英語Aislelabs的一項研究顯示,諸如接近信標等外圍裝置通常使用一枚1000毫安時紐扣電池工作1-2年。[42]

相比之下,連續掃描中央裝置的同類信標可能在幾小時內就消耗1000毫安時。在Android和iOS裝置上,電池續航時間可能存在一些差異,具體取決於掃描類型和附近的藍牙低功耗裝置的數量[43]隨着晶片組和軟件的不斷進步,目前智能電話所使用的藍牙低功耗帶來的功耗已可以忽略不計。[44]

拓展閱讀

編輯

GATT在藍牙4.0核心規格頁面存檔備份,存於互聯網檔案館)的Volume 3 - Part G有完整描述。

參見

編輯

參考資料

編輯
  1. ^ Bluetooth Smart or Version 4.0+ of the Bluetooth specification. [2017-11-23]. (原始內容存檔於2016-10-10). 
  2. ^ beacons. [2017-11-23]. (原始內容存檔於2014-10-24). 
  3. ^ bluetooth.com: Bluetooth Smart. [2017-11-13]. (原始內容存檔於2014-01-17). 
  4. ^ Mobile Telephony Market. Bluetooth Special Interest Group. [January 16, 2014]. (原始內容存檔於2014-02-09). 
  5. ^ Bluetooth SIG Extends Bluetooth Brand, Introduces Bluetooth Smart Marks (新聞稿). Bluetooth SIG. October 24, 2011 [2016-01-31]. (原始內容存檔於2015-02-03). 
  6. ^ Bluetooth Smart Marks FAQ. Bluetooth SIG. [2016-01-31]. (原始內容存檔於2015-07-24). 
  7. ^ 存档副本. [2017-11-23]. (原始內容存檔於2017-01-30). 
  8. ^ Bluetooth SIG 'Markets' pages. [2017-11-13]. (原始內容存檔於2015-10-08). 
  9. ^ The Future of Things頁面存檔備份,存於互聯網檔案館), Nokia's Wibree and the Wireless Zoo]
  10. ^ M. Honkanen, A. Lappetelainen, K. Kivekas, "Low end extension for Bluetooth"頁面存檔備份,存於互聯網檔案館), Radio and Wireless Conference, 2004 IEEE, 19–22 September 2004
  11. ^ Mimosa WebSite: Home. MIMOSA FP6 project. [2016-08-18]. (原始內容存檔於2016-08-04). 
  12. ^ "Bluetooth rival unveiled by Nokia"頁面存檔備份,存於互聯網檔案館), BBC News, 4 October 2006
  13. ^ Wibree Bluetooth press release頁面存檔備份,存於互聯網檔案館) 12 June 2007
  14. ^ Wibree becomes Ultra low power Bluetooth technology. electronicsweekly.com. [2008-09-09]. (原始內容存檔於2008-09-07). 
  15. ^ Bluetooth Low Energy. Bluetooth.com. [2012-08-23]. (原始內容存檔於2014-01-17). 
  16. ^ iPhone 4S claims title of first Bluetooth 4.0 smartphone, ready to stream data from your cat. Engadget.com. [2014-02-09]. (原始內容存檔於2018-09-19). 
  17. ^ Bluetooth 5 Promises Four times the Range, Twice the Speed of Bluetooth 4.0 LE Transmissions. www.cnx-software.com. [2017-11-08]. (原始內容存檔於2019-05-12). 
  18. ^ Bluetooth® 5 Quadruples Range, Doubles Speed, Increases Data Broadcasting Capacity by 800% | Bluetooth Technology Website. www.bluetooth.com. [2017-11-08]. (原始內容存檔於2018-12-09). 
  19. ^ Bluetooth SIG Announces Mesh Networking Capability | Bluetooth Technology Website. www.bluetooth.com. [2017-07-20]. (原始內容存檔於2017-09-08). 
  20. ^ Bluetooth SIG Adopted specifications頁面存檔備份,存於互聯網檔案館
  21. ^ 9 Jul 2014, theregister.co.uk: New Bluetooth tech lets you control 4 BILLION lightbulbs at once頁面存檔備份,存於互聯網檔案館) Quote: ".
  22. ^ 25 Feb 2014, csr.com: Game-changing Bluetooth® Smart solution enables whole home control from the smartphone for the first time頁面存檔備份,存於互聯網檔案館) Quote: ".
  23. ^ Video: CSR Mesh - Putting the smartphone at the centre of the Internet of Things頁面存檔備份,存於互聯網檔案館
  24. ^ Casio Bluetooth Low Energy Watch communicates with smartphones. M2M / IoT hints and tips. 2011-03-07 [2017-11-08]. (原始內容存檔於2014-07-09) (美國英語). 
  25. ^ Inside iOS 7: iBeacons enhance apps' location awareness via Bluetooth LE. AppleInsider. [2017-11-08]. (原始內容存檔於2013-12-19) (美國英語). 
  26. ^ Find Me Profile specification. [2017-11-13]. (原始內容存檔於2018-08-18). 
  27. ^ 創科局研「安心出行」加藍芽自動掃瞄 無掃 QR Code 亦自動記錄出入資料. 立場新聞. 2021-02-14 [2021-04-27]. (原始內容存檔於2021-04-30). 
  28. ^ 存档副本. [2017-11-13]. (原始內容存檔於2016-09-04). 
  29. ^ Brynte. Windows Phone 8.1 for Developers–Introducing Bluetooth LE. MSDN Blogs. 2014-05-04 [2014-05-18]. (原始內容存檔於2016-03-04). 
  30. ^ 存档副本. [2017-11-13]. (原始內容存檔於2016-10-19). 
  31. ^ 存档副本. [2017-11-13]. (原始內容存檔於2017-11-23). 
  32. ^ 存档副本. [2017-11-13]. (原始內容存檔於2015-06-26). 
  33. ^ Gustavo Padovan. The big changes of BlueZ 5. 2013-02-22 [2017-11-13]. (原始內容存檔於2017-09-23). As the MGMT interface is the only one to support the new Bluetooth Low Energy devices, BlueZ developers decided to drop support for the old interface once MGMT was completed. As a result, you need to be running Linux Kernel 3.4 or newer to use BlueZ 5. 
  34. ^ 存档副本. [2017-11-13]. (原始內容存檔於2015-09-30). 
  35. ^ Bluetooth Special Interest Group "Bluetooth Low Energy Regulatory Aspects"頁面存檔備份,存於互聯網檔案館), April 2011
  36. ^ Bluetooth Smart. [2017-11-13]. (原始內容存檔於2014-11-26). 
  37. ^ PI-LatencyComp - Neighbor Discovery in BLE-Like protocols. CodeOcean. [2017-11-23]. doi:10.24433/co.fec70c60-c265-4eea-9e37-8f7222ec5c92. (原始內容存檔於2020-02-12). 
  38. ^ Kindt, P. H.; Saur, M.; Balszun, M.; Chakraborty, S. Neighbor Discovery Latency in BLE-Like Protocols. IEEE Transactions on Mobile Computing. 2017, PP (99): 1–1 [2017-11-23]. ISSN 1536-1233. doi:10.1109/tmc.2017.2737008. (原始內容存檔於2021-03-08). 
  39. ^ See for example Apple's Core Bluetooth頁面存檔備份,存於互聯網檔案館) framework
  40. ^ See sec 2.5.1 of the Bluetooth 4.0 Core Specification
  41. ^ The Hitchhikers Guide to iBeacon Hardware: A Comprehensive Report by Aislelabs. Aislelabs. 2014-10-03 [2014-10-07]. (原始內容存檔於2014-11-04). 
  42. ^ How to find the best beacon hardware for everything from stores to cities. GigaOM. 2014-10-04 [2014-10-11]. (原始內容存檔於2020-07-03). 
  43. ^ In terms of battery life, Android devices are more optimized for iBeacons than iPhones. GigaOM. 2014-08-14 [2014-10-07]. (原始內容存檔於2018-09-19). 
  44. ^ iBeacon Battery Drain on Apple vs Android: A Technical Report – Aislelabs. Aislelabs. 2014-08-14 [2014-08-18]. (原始內容存檔於2014-08-14). 

外部連結

編輯