?

1、NB-IoT協(xié)議和LoRa協(xié)議比較

第一，頻段。LoRa工作在1GHz以下的非授權(quán)頻段，在應(yīng)用時(shí)不需要額外付費(fèi)，NB-IoT和蜂窩通信使用1GHz以下的頻段是2113授權(quán)的，是需要收費(fèi)的。

第二，電池供電壽命。LoRa模塊在處理干擾、網(wǎng)絡(luò)5261重迭、可伸縮性等方面具有獨(dú)特的特性，但卻不能提供像蜂窩協(xié)議一樣的服務(wù)質(zhì)量4102。NB-IoT出于對(duì)服務(wù)質(zhì)量的考慮，不能提供類似LoRa一樣的電池壽命。

第三，設(shè)備成本。對(duì)終端節(jié)點(diǎn)來(lái)說(shuō)，LoRa協(xié)議比NB-IoT更簡(jiǎn)單，更容易開(kāi)發(fā)并且1653對(duì)于微處理器的適用和兼容性更好。同時(shí)低成本、技術(shù)相對(duì)成熟的LoRa模塊已經(jīng)可以在市場(chǎng)上找到了，并且還會(huì)有升級(jí)版本陸續(xù)出來(lái)。

第四，網(wǎng)絡(luò)覆蓋和部署時(shí)間表。NB-IoT標(biāo)準(zhǔn)在2016年公布，除網(wǎng)絡(luò)部署之外，相應(yīng)的商業(yè)化和產(chǎn)業(yè)鏈的建立還需要更長(zhǎng)的時(shí)間和努力去探索。LoRa的整個(gè)產(chǎn)業(yè)鏈相對(duì)已經(jīng)較為成熟了，產(chǎn)品也處于“蓄勢(shì)待發(fā)”的狀態(tài)，同時(shí)全球很多國(guó)家正在進(jìn)行或者已經(jīng)完成了全國(guó)性的網(wǎng)絡(luò)部署。

2、藍(lán)牙、WiFi、ZigBee協(xié)議比較

目前來(lái)說(shuō)，WiFi的優(yōu)勢(shì)是應(yīng)用廣泛，已經(jīng)普及到千家萬(wàn)戶；ZigBee的優(yōu)勢(shì)是低功耗和自組網(wǎng)；UWB無(wú)載波無(wú)線通信技術(shù)的優(yōu)勢(shì)是傳輸速率；藍(lán)牙的優(yōu)勢(shì)組網(wǎng)簡(jiǎn)單。然而，這3種技術(shù)，也都有各自的不足，沒(méi)有一種技術(shù)能完全滿足智能家居的全部要求。

藍(lán)牙技術(shù)的出現(xiàn)使得短距離無(wú)線通信成為可能，但其協(xié)議較復(fù)雜、功耗高、成本高等特點(diǎn)不太適用于要求低成本、低功耗的工業(yè)控制和家庭網(wǎng)絡(luò)。尤其藍(lán)牙最大的障礙在于傳輸范圍受限，一般有效的范圍在10米左右，抗干擾能力不強(qiáng)、信息安全問(wèn)題等問(wèn)題也是制約其進(jìn)一步發(fā)展和大規(guī)模應(yīng)用的主要因素。

WiFi也是是一種短距離無(wú)線傳輸技術(shù)，可以隨時(shí)接入無(wú)線信號(hào)，移動(dòng)性強(qiáng)，比較適合在辦公室及家庭的環(huán)境下應(yīng)用。當(dāng)然WiFi也存在一個(gè)致命缺點(diǎn)。由于WiFi采用的是射頻技術(shù)，通過(guò)空氣發(fā)送和接收數(shù)據(jù)，使用無(wú)線電波傳輸數(shù)據(jù)信號(hào)，比較容易受到外界的干擾。

ZigBee是國(guó)際通行的無(wú)線通訊技術(shù)，它的每個(gè)網(wǎng)絡(luò)端口可以最多接入6.5萬(wàn)多個(gè)端口，適合家居、工業(yè)、農(nóng)業(yè)等多個(gè)領(lǐng)域使用，而藍(lán)牙和WiFi網(wǎng)端只能接入10個(gè)端口，顯然不能適應(yīng)家庭需要。ZigBee還具有低功耗和低成本優(yōu)勢(shì)。

?

3、MQTT協(xié)議和CoAP協(xié)議比較

MQTT是多對(duì)多通訊協(xié)議用于在不同客戶端之間通過(guò)中間代理傳送消息，解耦生產(chǎn)者與消費(fèi)者，通過(guò)使得客戶端發(fā)布，讓代理決定路由并且拷貝消息。雖然MQTT支持一些持久化，最后還是作為實(shí)時(shí)數(shù)據(jù)通訊總線。

CoAP主要是一個(gè)點(diǎn)對(duì)點(diǎn)協(xié)議，用于在客戶端與服務(wù)器之間傳輸狀態(tài)信息。雖然支持觀察資源，CoAP最好適合狀態(tài)傳輸模型，不是完全基于事件。

MQTT客戶端建立長(zhǎng)連接TCP，這通常表示沒(méi)有問(wèn)題，CoAP客戶端與服務(wù)器都發(fā)送與接收UDP數(shù)據(jù)包，在NAT環(huán)境中，隧道或者端口轉(zhuǎn)發(fā)可以用于允許CoAP，或者像LWM2M，設(shè)備也許會(huì)先初始化前端連接。

MQTT不提供支持消息打類型標(biāo)記或者其他元數(shù)據(jù)幫助客戶端理解，MQTT消息可用于任何目的，但是所有的客戶端必須知道向上的數(shù)據(jù)格式，才允許通訊，CoAP，相反地，提供內(nèi)置支持內(nèi)容協(xié)商與發(fā)現(xiàn)，允許設(shè)備相互探測(cè)以找到交換數(shù)據(jù)的方式。

兩種協(xié)議各有優(yōu)缺點(diǎn)，選擇合適的取決于自己的應(yīng)用。

來(lái)源：軟件新視界、IoT科技物語(yǔ)

審核編輯：劉清