在過去的10年里,物聯(lián)網技術變得更加經濟有效。設備成本更便宜、更節(jié)能,體型也更小,而且功能也越來越優(yōu)化,可以在物聯(lián)網架構中扮演特定的角色,以創(chuàng)建新的業(yè)務模型。在接下來的20年里,我們可以將一萬億臺設備連接到互聯(lián)網上。連接的設備越多,就越能夠發(fā)現(xiàn)更多的業(yè)務改進機會,并利用物聯(lián)網來實現(xiàn)這些機會。

現(xiàn)在,必要的物聯(lián)網技術已經接近成熟,功能性物聯(lián)網解決方案也正在加速落地。一股物聯(lián)網的浪潮已經開始沖擊市場,它們有著各種各樣的架構、功能集和應用程序。雖然在投資物聯(lián)網硬件或完整的物聯(lián)網解決方案時需要考慮諸多因素,但了解物聯(lián)網傳感器可用的協(xié)議,以及前瞻性的商業(yè)決策者如何做出協(xié)議的最佳選擇,無論是目前還是長期,都是至關重要的。

如何選擇物聯(lián)網協(xié)議?

物聯(lián)網協(xié)議是物聯(lián)網系統(tǒng)節(jié)點使用的網絡語言,對物聯(lián)網解決方案的整體部署的可行性至關重要。協(xié)議規(guī)定了物聯(lián)網解決方案通信的范圍、格式和復雜性,并在確定成本和功能性方面發(fā)揮關鍵作用。

因此,如果你對部署你自己的物聯(lián)網感興趣,那應該如何選擇一個適合的需求和規(guī)模的協(xié)議呢?有兩個關鍵要素需要考慮:

功耗——傳感器需要在電池供電的情況下使用幾天、幾個月或幾年?他們需要多久發(fā)送一次數據?是否考慮使用一次性設備,還是使用可替換或可充電的電池?

連通性——通信必須覆蓋哪些范圍,以及它們需要在每條消息中發(fā)送多少數據?蜂窩網絡供應商是否能維護我們的連接,或者你更愿意構建私有網絡來運行數據?


當物聯(lián)網部署的需求涉及連通性時,通常會考慮:最低要求的物聯(lián)網設置?用于聯(lián)網的是家庭或辦公室?是否可在普通Wi-Fi網絡上運行?所有組件均需連續(xù)供電?

對于需要小容量數據傳輸的較大區(qū)域,如農場、校園或城市,獨立的低功耗廣域網(LPWAN)是最理想的解決方案——LoRaWAN和SigFox是最流行的兩種低功耗廣域網。當談到覆蓋區(qū)域和跨越邊界時,像NB-IoT或Cat-M這樣的蜂窩協(xié)議可能看起來更實用。

當涉及到功耗、覆蓋范圍和成本時,兩者各有優(yōu)缺點。

許多通信技術眾所周知,如WiFi,藍牙,ZigBee和2G / 3G / 4G蜂窩,但也有幾個新興的新興網絡選項,如線程作為家庭自動化應用的替代品,以及在主要城市實施的空白電視技術用于更廣泛的基于IoT的用例。

根據應用,范圍,數據要求,安全性和功率需求以及電池壽命等因素將決定某種形式的技術組合的選擇。這些是向開發(fā)人員提供的一些主要通信技術。

藍牙

重要的短距離通信技術當然是藍牙技術,在計算和許多消費品市場中已經變得非常重要。預計這是可穿戴產品的關鍵,特別是連接到物聯(lián)網,盡管可能通過智能手機在許多情況下。新的藍牙低功耗(BLE)或藍牙智能(如現(xiàn)在已被標注)是物聯(lián)網應用的重要協(xié)議。重要的是,雖然它提供了與藍牙類似的范圍,但它的設計旨在顯著降低功耗。

但是,Smart / BLE并不是真正設計用于文件傳輸,更適合于小塊數據。鑒于其在智能手機和許多其他移動設備上的廣泛集成,因此在許多競爭技術的個人設備環(huán)境中肯定具有重大優(yōu)勢。根據藍牙SIG,超過90%的藍牙智能手機,包括iOS,Android和Windows的型號,預計到2018年將“智能就緒”。

使用藍牙智能功能的設備包含了基于射頻收發(fā)器,基帶和協(xié)議棧的基本數據速率和低能量核心配置的藍牙核心規(guī)范版本4.0(或更高版本 - 2014年底最新版本4.2) 。重要的是,版本4.2通過其互聯(lián)網協(xié)議支持配置文件將允許藍牙智能傳感器通過6LoWPAN連接直接訪問互聯(lián)網(下面更多)。這種IP連接使得可以使用現(xiàn)有的IP基礎設施來管理藍牙智能邊緣設備。有關藍牙4.2的更多信息,可從RS獲得各種藍牙模塊。

標準:藍牙4.2核心規(guī)格

頻率:2.4GHz(ISM)

范圍:50-150米(智能/ BLE)

數據速率:1Mbps(智能/ BLE)

Zigbee

ZigBee像藍牙一樣具有大量的操作基礎,盡管傳統(tǒng)上在工業(yè)環(huán)境中也是如此。ZigBee PRO和ZigBee遠程控制(RF4CE)以及其他可用的ZigBee配置文件均基于IEEE802.15.4協(xié)議,該協(xié)議是以2.4GHz為目標的行業(yè)標準無線網絡技術,針對的應用程序需要相對不頻繁的數據交換,在限制區(qū)域內的距離在100米范圍內,例如在家庭或建筑物中。

ZigBee / RF4CE在復雜系統(tǒng)中具有一些顯著的優(yōu)勢,提供低功耗操作,高安全性,魯棒性和高可擴展性,具有高節(jié)點數量,并且有能力利用M2M和IoT應用中的無線控制和傳感器網絡。ZigBee的最新版本是最近推出的3.0版本,它基本上是將各種ZigBee無線標準統(tǒng)一為單一標準。ZigBee開發(fā)的示例產品和套件包括TI的CC2538SF53RTQT ZigBee片上系統(tǒng)集成電路和CC2538 ZigBee開發(fā)套件。

標準:基于IEEE802.15.4的ZigBee 3.0

頻率:2.4GHz

范圍:10-100米

數據速率:250kbps

Z波

Z-Wave是一種低功耗射頻通信技術,主要用于諸如燈控制器和傳感器之類的產品的家庭自動化。針對數據速率高達100kbit / s的小數據數據包的可靠和低延遲通信進行了優(yōu)化,其工作在1GHz頻段,并且不受WiFi和其他無線技術在2.4 GHz范圍內的干擾,如藍牙或ZigBee。它支持全網狀網絡,而不需要協(xié)調器節(jié)點,并且是非??蓴U展的,可以控制多達232個設備。Z-Wave使用比其他一些更簡單的協(xié)議,可以實現(xiàn)更快更簡單的開發(fā),但與其他無線技術(如ZigBee等)的多種來源相比,唯一的芯片制造商是Sigma Designs。

標準:Z-Wave Alliance ZAD12837 / ITU-T G.9959

頻率:900MHz(ISM)

范圍:30m

數據速率:9.6 / 40 / 100kbit / s

6LowPAN

基于IP(Internet Protocol)的技術是6LowPAN(IPv6低功率無線個人區(qū)域網絡)。6LowPAN不是像藍牙或ZigBee這樣的IoT應用協(xié)議技術,而是一種定義封裝和頭壓縮機制的網絡協(xié)議。該標準具有頻帶和物理層的自由度,也可以在多種通信平臺上使用,包括以太網,Wi-Fi,802.15.4和sub-1GHz ISM。一個關鍵的屬性是IPv6(互聯(lián)網協(xié)議版本6)堆棧,這是近年來非常重要的介紹,以實現(xiàn)物聯(lián)網。IPv6是IPv4的后繼者,為世界上每個人提供大約5 x 1028個地址,使世界上任何嵌入式對象或設備都擁有自己的唯一IP地址并連接到互聯(lián)網。例如,IPv6專為家庭或樓宇自動化設計,提供了一種基本的傳輸機制,可以通過低功耗無線網絡以成本效益的方式生產復雜的控制系統(tǒng)和與設備進行通信。

該標準旨在通過基于IEEE802.15.4的網絡發(fā)送IPv6數據包,并實施開放IP標準,包括TCP,UDP,HTTP,COAP,MQTT和Websockets,該標準提供端對端可尋址節(jié)點,允許路由器將網絡連接到IP。6LowPAN是一種網狀網絡,具有強大的可擴展性和自愈性。網狀路由器設備可以路由指定給其他設備的數據,而主機能夠長時間睡眠。這里有6LowPAN的解釋,TI提供。

標準:RFC6282

頻率:(適用于各種其他網絡媒體,包括藍牙智能(2.4GHz)或ZigBee或低功率射頻(亞1GHz)

范圍:N / A

數據速率:N / A

線程

線程是一種針對家庭自動化環(huán)境的新型基于IP的IPv6網絡協(xié)議?;?LowPAN,也喜歡它,它不是像藍牙或ZigBee這樣的IoT應用協(xié)議。然而,從應用的角度來看,它主要被設計為WiFi的補充,因為它識別出WiFi對于許多消費者設備而言是有利的,它在家庭自動化設置中使用的限制。

線程組于2014年中推出,免版稅協(xié)議基于各種標準,包括IEEE802.15.4(作為無線空中接口協(xié)議),IPv6和6LoWPAN,并為物聯(lián)網提供了一種彈性的基于IP的解決方案。Thread專為從現(xiàn)有的IEEE802.15.4無線芯片供應商(如飛思卡爾和Silicon Labs)工作,Thread支持使用IEEE802.15.4無線電收發(fā)器的網狀網絡,能夠處理多達250個具有高級別身份驗證和加密的節(jié)點。相對簡單的軟件升級應允許用戶在現(xiàn)有的支持IEEE802.15.4的設備上運行線程。

標準:線程,基于IEEE802.15.4和6LowPAN

頻率:2.4GHz(ISM)

范圍:N / A

數據速率:N / A

無線上網(WIFI)

WiFi連接通常是許多開發(fā)人員的明顯選擇,特別是考慮到局域網內家庭環(huán)境中WiFi的普及。除了明確指出,現(xiàn)有基礎架構廣泛,并提供快速的數據傳輸和處理大量數據的能力,這不需要進一步的解釋。

目前,在家庭和許多企業(yè)中使用的最常見的WiFi標準是802.11n,其提供了在數百兆比特每秒的嚴格吞吐量,這對于文件傳輸是很好的,但對于許多IoT應用來說可能太耗電了。RS提供了一系列用于構建基于WiFi的應用的RF開發(fā)套件。

標準:基于802.11n(今天最常見的用途)

頻率:2.4GHz和5GHz頻段

范圍:約50m

數據速率:最大600 Mbps,但根據所使用的通道頻率和天線數量(最新的802.11-ac標準應提供500Mbps至1Gbps),150-200Mbps更為典型。

蜂窩

需要更長距離運行的IoT應用程序可以利用GSM / 3G / 4G蜂窩通信功能。雖然蜂窩電話顯然能夠發(fā)送大量的數據,特別是對于4G,但對于許多應用來說,費用和功耗將會太高,但是對于傳輸速度非常低的基于傳感器的低帶寬數據項目來說,這是非常理想的互聯(lián)網上的數據量。該領域的一個關鍵產品是SparqEE系列產品,包括原始的小型CELLv1.0低成本開發(fā)板和一系列與Raspberry Pi和Arduino平臺一起使用的屏蔽連接板。

標準:GSM / GPRS / EDGE(2G),UMTS / HSPA(3G),LTE(4G)

頻率:900/1800/1900 / 2100MHz

范圍:GSM最大35km; HSPA最長200公里

數據速率(典型下載):35-170kps(GPRS),120-384kbps(EDGE),384Kbps-2Mbps(UMTS),600kbps-10Mbps(HSPA),3-10Mbps

NFC

NFC(近場通信)是一種技術,能夠實現(xiàn)電子設備之間的簡單和安全的雙向交互,特別適用于智能手機,允許消費者執(zhí)行非接觸式支付交易,訪問數字內容和連接電子設備。本質上它擴展了非接觸式卡技術的能力,并使設備能夠在距離小于4cm的情況下共享信息。此處提供更多信息。

標準:ISO / IEC 18000-3

頻率:13.56MHz(ISM)

范圍:10厘米

數據速率:100-420kbps

Sigfox

標題另一種廣泛的技術是Sigfox,它的范圍在WiFi和蜂窩之間。它使用可免費使用的ISM頻帶,而不需要獲取許可證,以便在非常窄的頻譜范圍內將數據傳輸到連接對象和從連接對象傳輸數據。Sigfox的想法是,對于運行在小型電池上的許多M2M應用程序,只需要低級別的數據傳輸,則WiFi的范圍太短,而蜂窩電話太貴,并且功耗太大。Sigfox使用一種稱為超窄帶(UNB)的技術,僅用于處理每秒10至1,000位的低數據傳輸速度。與5000微瓦相比,蜂窩通信消耗的電量僅為50微瓦,或者可以通過2.5Ah電池提供典型的待機時間20年,而蜂窩電話僅為0.2年。

已經部署在成千上萬個連接對象中,該網絡目前正在歐洲主要城市推出,其中包括英國的十個城市。該網絡提供了一個強大的,功率高效和可擴展的網絡,可以與數百萬個電池供電設備在幾平方公里的區(qū)域進行通信,使其適用于預期包括智能電表,病人監(jiān)視器,安全設備,街道照明和環(huán)境傳感器。Sigfox系統(tǒng)使用Silicon Labs等EZRadioPro無線收發(fā)器等硅片,為在1GHz以下頻段工作的無線網絡應用提供行業(yè)領先的無線性能,擴展范圍和超低功耗。

標準:Sigfox

頻率:900MHz

范圍:30-50公里(農村環(huán)境),3-10公里(城市環(huán)境)

數據速率:10-1000bps

Neul

與Sigfox相似,在1GHz頻段內運行,Neul利用電視白空間頻譜的小片,提供高可擴展性,高覆蓋率,低功耗和低成本無線網絡。系統(tǒng)基于Iceni芯片,其使用白色空間無線電進行通信,以訪問高質量的UHF頻譜,由于模擬到數字電視轉換,現(xiàn)在可用。通信技術稱為無重量,是一種為IoT設計的新型廣域無線網絡技術,與現(xiàn)有的GPRS,3G,CDMA和LTE WAN解決方案大有競爭。數據速率可以是在同一個單一鏈路上從每秒幾位到100kbps的任何數據速率;并且設備可以從2xAA電池消耗少至20至30mA,這意味著在現(xiàn)場10至15年。

標準:Neul

頻率:900MHz(ISM),458MHz(英國),470-790MHz(白色空間)

范圍:10公里

數據速率:最少可達100kbps

LoRaWAN

Again在某些方面與Sigfox和Neul類似,LoRaWAN針對廣域網(WAN)應用,旨在為具有特定功能的低功率WAN提供支持,以便在IoT,M2M和M2M中支持低成本移動安全雙向通信智能城市和工業(yè)應用。針對低功耗優(yōu)化并支持具有數百萬和數百萬臺設備的大型網絡,數據速率范圍為0.3 kbps至50 kbps。

標準:LoRaWAN

頻率:各種

范圍:2-5公里(城市環(huán)境),15公里(郊區(qū)環(huán)境)

數據速率:0.3-50 kbps。

對于物聯(lián)網,最重要的是在互聯(lián)網中設備與設備的通訊,現(xiàn)在物聯(lián)網在internet通信中比較常見的通訊協(xié)議包括:HTTP、websocket、XMPP、COAP、MQTT

1、HTTP和websocket

在互聯(lián)網時代,TCP/IP協(xié)議已經一統(tǒng)江湖,現(xiàn)在的物聯(lián)網的通信架構也是構建在傳統(tǒng)互聯(lián)網基礎架構之上。在當前的互聯(lián)網通信協(xié)議中,HTTP協(xié)議由于開發(fā)成本低,開放程度高,幾乎占據大半江山,所以很多廠商在構建物聯(lián)網系統(tǒng)時也基于http協(xié)議進行開發(fā)。包括google主導的physic web項目,都是期望在傳統(tǒng)web技術基礎上構建物聯(lián)網協(xié)議標準。

HTTP協(xié)議是典型的CS通訊模式,由客戶端主動發(fā)起連接,向服務器請求XML或JSON數據。該協(xié)議最早是為了適用web瀏覽器的上網瀏覽場景和設計的,目前在PC、手機、pad等終端上都應用廣泛,但并不適用于物聯(lián)網場景。在物聯(lián)網場景中其有三大弊端:

1. 由于必須由設備主動向服務器發(fā)送數據,難以主動向設備推送數據。對于單單的數據采集等場景還勉強適用,但是對于頻繁的操控場景,只能推過設備定期主動拉取的的方式,實現(xiàn)成本和實時性都大打折扣。

2. 安全性不高。web的不安全都是婦孺皆知,HTTP是明文協(xié)議,在很多要求高安全性的物聯(lián)網場景,如果不做很多安全準備工作(如采用https等),后果不堪設想…

3. 不同于用戶交互終端如pc、手機,物聯(lián)網場景中的設備多樣化,對于運算和存儲資源都十分受限的設備,http協(xié)議實現(xiàn)、XML/JSON數據格式的解析,都是“mission impossible”

HTTP的連接問題,HTTP客戶端和服務器之間的交互是采用請求/應答模式,在客戶端請求時,會建立一個HTTP連接,然后發(fā)送請求消息,服務端給出應答消息,然后連接就關閉了。(后來的HTTP1.1支持持久連接)

因為TCP連接的建立過程是有開銷的,如果使用了SSL/TLS開銷就更大。

在瀏覽器里,一個網頁包含許多資源,包括HTML,CSS,JavaScript,圖片等等,這樣在加載一個網頁時要同時打開連接到同一服務器的多個連接。

HTTP消息頭問題,現(xiàn)在的客戶端會發(fā)送大量的HTTP消息頭,由于一個網頁可能需要50-100個請求,就會有相當大的消息頭的數據量。

HTTP通信方式問題,HTTP的請求/應答方式的會話都是客戶端發(fā)起的,缺乏服務器通知客戶端的機制,在需要通知的場景,如聊天室,游戲,客戶端應用需要不斷地輪詢服務器。

當然,依然有不少廠商由于開發(fā)方便的原因,選擇基于HTTP協(xié)議構架物聯(lián)網系統(tǒng),在設備資源允許的情況下,怎么避免上面提到的數據推送實時性低的問題呢?

websocket是一個可行的辦法。websocket是HTML5提出的基于TCP之上的可支持全雙工通信的協(xié)議標準,其在設計上基本遵循HTTP的思路,對于基于HTTP協(xié)議的物聯(lián)網系統(tǒng)是一個很好的補充。

但是問題是:http+websocket的方式,協(xié)議開銷代價太大。如果讓一個單片機去實現(xiàn)這樣的協(xié)議,性能會很吃力。





2、XMPP

由于物聯(lián)網設備通信的模式和互聯(lián)網中的即時通訊應用非常相似,互聯(lián)網中常用的即時通訊協(xié)議也被大量運用于物聯(lián)網系統(tǒng)構建中,這其中的典型是XMPP。

XMPP是基于XML的協(xié)議,由于其開放性和易用性,在互聯(lián)網及時通訊應用中運用廣泛。相對HTTP,XMPP在通訊的業(yè)務流程上是更適合物聯(lián)網系統(tǒng)的,開發(fā)者不用花太多心思去解決設備通訊時的業(yè)務通訊流程,相對開發(fā)成本會更低。但是HTTP協(xié)議中的安全性以及計算資源消耗的硬傷并沒有得到本質的解決。前段時間報出的黑客輕松破解的TCL洗衣機,正是采用XMPP協(xié)議。

無論是HTTP、websocket還是XMPP,在設計時都是根據互聯(lián)網應用場景設計的,雖然很多廠商把他們應用在物聯(lián)網系統(tǒng)中,但是必然會水土不服,這些協(xié)議的通病就是根本無法適用物聯(lián)網設備的多樣性,無法適用很多物聯(lián)網設備對低功耗、低成本的需求,難以在極低資源的物聯(lián)網設備中運用。能不能有協(xié)議既可以借用web技術的設計思想,同時又能適應惡劣的物聯(lián)網設備運行環(huán)境呢?

3、COAP

COAP協(xié)議的設計目標就是在低功耗低速率的設備上實現(xiàn)物聯(lián)網通信。coap和HTTP協(xié)議一樣,采用URL標示需要發(fā)送的數據,在協(xié)議格式的設計上也基本是參考HTTP協(xié)議,非常容易理解。同時做了以下幾點優(yōu)化:

1. 采用UDP而不是TCP。這省去了TCP建立連接的成本及協(xié)議棧的開銷。

2. 將數據包頭部都采用二進制壓縮,減小數據量以適應低網絡速率場景。

3. 發(fā)送和接收數據可以異步進行,這樣提升了設備響應速度。

COAP協(xié)議就像一個針對物聯(lián)網場景的http移植品,很多設計保留了HTTP協(xié)議的影子,擁有web背景的開發(fā)者也能快速上手。但是由于很多物聯(lián)網設備隱藏在局域網內部,coap設備作為服務器無法被外部設備尋址,在ipv6沒有普及之前,coap只能適用于局域網內部(如wifi)通信,這也很大限制了它的發(fā)展。



4、MQTT協(xié)議

MQTT協(xié)議就很好的解決了coap存在的問題。MQTT協(xié)議是由IBM開發(fā)的即時通訊協(xié)議,相比來說比較適合物聯(lián)網場景的通訊協(xié)議。MQTT協(xié)議采用發(fā)布/訂閱模式,所有的物聯(lián)網終端都通過TCP連接到云端,云端通過主題的方式管理各個設備關注的通訊內容,負責將設備與設備之間消息的轉發(fā)。

  1. 使用發(fā)布/訂閱消息模式,提供一對多的消息發(fā)布,解除應用程序耦合。
  2. 對負載內容屏蔽的消息傳輸。
  3. 使用 TCP/IP 提供網絡連接。
  4. 有三種消息發(fā)布服務質量:
  5. "至多一次",消息發(fā)布完全依賴底層 TCP/IP 網絡。會發(fā)生消息丟失或重復。這一級別可用于如下情況,環(huán)境傳感器數據,丟失一次讀記錄無所謂,因為不久后還會有第二次發(fā)送。
  6. "至少一次",確保消息到達,但消息重復可能會發(fā)生。
  7. "只有一次",確保消息到達一次。這一級別可用于如下情況,在計費系統(tǒng)中,消息重復或丟失會導致不正確的結果。


  1. 小型傳輸,開銷很?。ü潭ㄩL度的頭部是 2 字節(jié)),協(xié)議交換最小化,以降低網絡流量。
  2. 使用 Last Will 和 Testament 特性通知有關各方客戶端異常中斷的機制。

MQTT在協(xié)議設計時就考慮到不同設備的計算性能的差異,所以所有的協(xié)議都是采用二進制格式編解碼,并且編解碼格式都非常易于開發(fā)和實現(xiàn)。最小的數據包只有2個字節(jié),對于低功耗低速網絡也有很好的適應性。有非常完善的QOS機制,根據業(yè)務場景可以選擇最多一次、至少一次、剛好一次三種消息送達模式。運行在TCP協(xié)議之上,同時支持TLS(TCP+SSL)協(xié)議,并且由于所有數據通信都經過云端,安全性得到了較好地保障。

當前的物聯(lián)網通信協(xié)議真的是百花齊放,沒有任何協(xié)議能夠在市場上占有統(tǒng)治地位。但要實現(xiàn)物聯(lián)網設備互聯(lián)互通(不同廠商、不同平臺、不同架構),關鍵點并不在上述接入協(xié)議或通訊協(xié)議的統(tǒng)一,而在于上層業(yè)務應用層協(xié)議的統(tǒng)一。無論是wifi、藍牙、亦或是mqtt、http都是設備進行數據通訊和交換的通道,規(guī)定的是通訊的格式;而通訊的內容的統(tǒng)一才是實現(xiàn)互聯(lián)互通的關鍵。

5、DDS

DDS(Data Distribution Service for Real-Time Systems),面向實時系統(tǒng)的數據分布服務,這是大名鼎鼎的OMG組織提出的協(xié)議,其權威性應該能證明該協(xié)議的未來應用前景。

適用范圍:分布式高可靠性、實時傳輸設備數據通信。目前DDS已經廣泛應用于國防、民航、工業(yè)控制等領域。

特點:

? 以數據為中心

? 使用無代理的發(fā)布/訂閱消息模式,點對點、點對多、多對多

? 提供多大21種QoS服務質量策略

協(xié)議主要實現(xiàn):

? OpenDDS 是一個開源的 C++ 實現(xiàn)

? OpenSplice DDS

DDS很好地支持設備之間的數據分發(fā)和設備控制,設備和云端的數據傳輸,同時DDS的數據分發(fā)的實時效率非常高,能做到秒級內同時分發(fā)百萬條消息到眾多設備。DDS在服務質量(QoS)上提供非常多的保障途徑,這也是它適用于國防軍事、工業(yè)控制這些高可靠性、可安全性應用領域的原因。但這些應用都工作在有線網絡下,在無線網絡,特別是資源受限的情況下,沒有見到過實施案例。