隨著5G甚至6G網(wǎng)絡的面世，數(shù)據(jù)傳輸速度將會越來越快，2G、3G將會處于空閑狀態(tài)，但是2G網(wǎng)絡的信號基站卻是覆蓋面積最大的。窄帶物聯(lián)網(wǎng)對于數(shù)據(jù)傳輸速度的要求較低，該技術(shù)充分挖掘了2G網(wǎng)絡的剩余價值。

窄帶物聯(lián)網(wǎng)是物聯(lián)網(wǎng)的一個分支，使用芯片對物體數(shù)據(jù)進行實時監(jiān)控，利用2G蜂窩進行數(shù)據(jù)傳輸。使管理者可以遠程，通過主機來收集、分析數(shù)據(jù)；能夠及時、準確的發(fā)現(xiàn)物體數(shù)據(jù)的變化（不需要再人工排查），從而高效的分析數(shù)據(jù)、排除隱患。

對于大部分物聯(lián)網(wǎng)需求場景來說，剛需是待機要久、造價要低，即所說的LPWAN(low power wide area network),窄帶物聯(lián)網(wǎng)即使其中一種，是物聯(lián)網(wǎng)發(fā)展的熱門方向。

窄帶物聯(lián)網(wǎng)的發(fā)展優(yōu)勢

中國制造2025、工業(yè)智能化等，國家用信息化帶動工業(yè)化的工作重點有三個方面：一是以電子信息技術(shù)應用為重點，提高傳統(tǒng)產(chǎn)業(yè)生產(chǎn)過程自動化、控制智能化和管理信息化水平二是以先進制造技術(shù)應用為重點，推進制造業(yè)領(lǐng)域的優(yōu)質(zhì)高效生產(chǎn)，振興裝備制造業(yè)三是改造提升重點產(chǎn)業(yè)的關(guān)鍵技術(shù)、共性技術(shù)及其相關(guān)配套技術(shù)水平、工藝和裝備水平。窄帶物聯(lián)網(wǎng)正是工業(yè)智能化的一種應用。

基于蜂窩的窄帶物聯(lián)網(wǎng)（Narrow Band Internet of Things, NB-IoT）成為萬物互聯(lián)網(wǎng)絡的一個重要分支。NB-IoT構(gòu)建于蜂窩網(wǎng)絡，只消耗大約180KHz的帶寬，可直接部署于GSM網(wǎng)絡、UMTS網(wǎng)絡或LTE網(wǎng)絡，以降低部署成本、實現(xiàn)平滑升級。[1]

NB-IoT是IoT領(lǐng)域一個新興的技術(shù)，支持低功耗設備在廣域網(wǎng)的蜂窩數(shù)據(jù)連接，也被叫作低功耗廣域網(wǎng)(LPWAN)。NB-IoT支持待機時間長、對網(wǎng)絡連接要求較高設備的高效連接。據(jù)說NB-IoT設備電池壽命可以提高至至少10年，同時還能提供非常全面的室內(nèi)蜂窩數(shù)據(jù)連接覆蓋。

市場概況

隨著網(wǎng)絡連接、云服務、大數(shù)據(jù)分析和低成本傳感器等所有核心技術(shù)的就緒，物聯(lián)網(wǎng)已經(jīng)從萌芽期步入迅速發(fā)展的階段，大多數(shù)分析師對此都表示認可。

埃森哲亞太區(qū)高科技和電子產(chǎn)業(yè)主管David Sovie指出，每個CIO都應盡快制定物聯(lián)網(wǎng)發(fā)展策略，否則將會在競爭中落敗。IBM研究院物聯(lián)網(wǎng)全球戰(zhàn)略計劃主管Wei Sun表示，IBM各行各業(yè)的大客戶都在探索物聯(lián)網(wǎng)產(chǎn)品和服務。

為了迎接物聯(lián)網(wǎng)領(lǐng)域的巨大機遇，整個產(chǎn)業(yè)不僅需要推動技術(shù)創(chuàng)新，還需要推動商業(yè)模式創(chuàng)新和跨行業(yè)協(xié)作。由于用例、應用和商業(yè)模式紛繁多樣，物聯(lián)網(wǎng)市場將比移動市場更加碎片化。

2016年6月16日,在韓國釜山召開的3GPPRAN全會第七十二次會議上，NB-IoT作為大會的一項重要議題,其對應的3GPP協(xié)議相關(guān)內(nèi)容獲得了RAN全會批準,標志著受無線產(chǎn)業(yè)廣泛支持的NB-IoT標準核心協(xié)議的相關(guān)研究全部完成。標準化工作的成功完成也標志著NB-IoT即將進入規(guī)模商用階段，物聯(lián)網(wǎng)產(chǎn)業(yè)發(fā)展蓄勢待發(fā)。

隨著標準的凍結(jié)，將有更多的產(chǎn)業(yè)鏈企業(yè)加入NB-IoT陣營，這將促使NB-IoT迅速規(guī)模化商用。NB-IoT的商用也將構(gòu)建全球最大的蜂窩物聯(lián)網(wǎng)生態(tài)系統(tǒng)。如此一來，2016年下半年將涌現(xiàn)出更多的商業(yè)應用已是鐵板釘釘。窄帶物聯(lián)網(wǎng)巨大的“藍?！笔袌鲆呀?jīng)開啟，并將在未來出現(xiàn)爆炸式增長。據(jù)GSMA預測，到2020年全球互聯(lián)設備將會到達270億，其中100億為移動連接設備。

小編十分看好這項技術(shù)，它的普及一定會給我們的生活帶來更多的便利

稷下生產(chǎn)社最近更新：18-03-0909:46

簡介:985大學生，這樣看資訊

作者最新文章滴滴順風車事業(yè)部“萬里挑一”實習筆試題&解題思路分享背靠騰訊，B站赴美上市；A站被阿里放棄，或被今日頭條接盤？小米MIX2s“攝影語音雙AI”；雷軍：“游戲本能帶去上班”

相關(guān)文章

• 5G或?qū)㈩嵏?0個行業(yè)的未來：制造、金融、零售、餐飲、旅游……前瞻網(wǎng)03-22
• 5G來了！背后還有這些你不知道的投資機會！看完心里有底了東方財富網(wǎng)03-21
• 物聯(lián)網(wǎng)時代的軟件測試：QA將如何在互聯(lián)世界中發(fā)展愛前端03-22
• 面試熱點：5G時代到來，你準備好了嗎中公網(wǎng)校03-21
• 2019年物聯(lián)網(wǎng)的九個預測和趨勢阿良說物聯(lián)03-21

一、物聯(lián)網(wǎng)架構(gòu)和關(guān)鍵技術(shù)

從開發(fā)的角度，無線接入是物聯(lián)網(wǎng)設備端的核心技術(shù)，身份設備管理和消息推送技術(shù)是物聯(lián)網(wǎng)云端的核心技術(shù)。而從場景體驗的角度，除了前者，還要包括手機的前端開發(fā)技術(shù)。

IP互聯(lián)架構(gòu)已是物聯(lián)網(wǎng)的事實標準(有關(guān)物聯(lián)網(wǎng)TCP/IP層關(guān)鍵技術(shù)將另文闡述，敬請關(guān)注)。本文所講的消息推送技術(shù)是基于TCP/IP協(xié)議的應用層協(xié)議技術(shù)。

我們先進一步抽象基于IP架構(gòu)的物聯(lián)網(wǎng)組成，如下圖(忽略internet和路由等基礎技術(shù))：

可見，核心組成就是物聯(lián)設備、網(wǎng)關(guān)和云端。物聯(lián)設備分為兩類，一類是其自身天然支持TCP/IP而能直接接入物聯(lián)網(wǎng)，如wifi、GPRS/3G/4G(當然，還有即將到來的5G)等設備;另一類是其未能支持IP協(xié)議而需要網(wǎng)關(guān)(協(xié)議轉(zhuǎn)換)來接入物聯(lián)網(wǎng)，如Zigbee、藍牙等設備。對于藍牙設備而言，手機其實是一個網(wǎng)關(guān)。

手機通過自身的藍牙跟外設藍牙設備通信，并將消息通過手機的wifi或者3G/4G模塊與云服務端通信。

從場景的角度來分析，物聯(lián)網(wǎng)最終是給人類服務的，而手機是人類體驗的最直接入口。因此在上圖中可以單獨添加手機組成部分，并將其與一般意義上的網(wǎng)關(guān)區(qū)分出來。這樣物聯(lián)網(wǎng)核心組成就是：設備端—網(wǎng)關(guān)—云端—手機。

從應用層開發(fā)技術(shù)的角度來看，物聯(lián)網(wǎng)應用是基于TCP/IP架構(gòu)建立，在屏蔽底層的網(wǎng)關(guān)協(xié)議轉(zhuǎn)換的基礎上，物聯(lián)網(wǎng)應用的組成部分就是：設備端—云端—手機。

OK，有了以上的介紹，我們就從物聯(lián)網(wǎng)應用的角度來分析設備、云端、手機直接的消息推送技術(shù)，它包括云端和設備端的雙向通信技術(shù)、手機和云端的雙向通信技術(shù)。

二、移動互聯(lián)網(wǎng)通信模式

互聯(lián)網(wǎng)有B/S和C/S兩種通信模式。在移動互聯(lián)網(wǎng)領(lǐng)域，APP是以C/S的方式以client的角色跟服務器server進行通信;而微信是一個超級APP，其是通過內(nèi)置瀏覽器讓用戶進行H5編程以獲得操控硬件設備的能力，因此微信硬件平臺的通信模塊是B/S模式。

移動互聯(lián)網(wǎng)B/S技術(shù)跟傳統(tǒng)互聯(lián)網(wǎng)沒有區(qū)別，微信內(nèi)置瀏覽器支持H5，因此可以獲得很好的平臺擴展性。我們近期重點關(guān)注基于微信硬件平臺的物聯(lián)網(wǎng)，因此就圍繞B/S模式的消息推送技術(shù)講述其演進。

HTTP協(xié)議是B/S的基礎，HTTP有GET和POST兩種方式。

三、消息推送技術(shù)演進

1. HTTP單向通信

瀏覽器使用HTML文本標記語言，即瀏覽器通過HTTP協(xié)議向服務器發(fā)起請求(請求內(nèi)容包括URL，即我們常說的網(wǎng)址)，服務器將URL對應的HTML內(nèi)容通過HTTP協(xié)議作為響應傳送回給瀏覽器。

手機端：微信端因為有內(nèi)置瀏覽器，其天然支持前端頁面。

云端對手機端推送：云端使用JSP/PHP等技術(shù)開發(fā)設計前端網(wǎng)頁和簡單的邏輯即可。

設備端：設備端上線時或者訪問服務端參數(shù)等內(nèi)容時需要模擬HTTP協(xié)議(C語言)向服務器發(fā)起請求，而請求的格式一般不使用HTML，而是使用較為簡單的XML或者JSON協(xié)議格式。

云端對設備端推送：云端使用HttpServlet(即使用http協(xié)議的servlet)對設備的HTTP請求進行響應，回復XML或者JSON格式的消息。

缺點：這種方式通信方式的特點就是一請求一響應，總是要客戶端向服務器發(fā)出請求，服務器才給予響應。服務器從來都不會主動給客戶端發(fā)消息，而且在客戶端發(fā)出請求后，服務器也只是回復一次。這種HTTP單向通信方式在互聯(lián)網(wǎng)領(lǐng)域發(fā)揮巨大的作用，就是服務器端可以是無狀態(tài)的，極大地簡化了服務器的服務流程，提高效率。但在物聯(lián)網(wǎng)領(lǐng)域，我們要求的是雙向的通信能力。服務端要能主動給設備端或者手機發(fā)出消息。

在這種模式下，我們怎么做雙向通信呢?唯一的做法就是客戶端不斷地發(fā)出請求(或者周期性)，服務器不斷地給予回復。這種模式下的缺點顯而易見：

是網(wǎng)絡負載重，服務器每次響應后都會關(guān)閉連接，所以每次通信都得重新握手。HTTP協(xié)議的頭內(nèi)容的長度可不小。

是實時性差。一般設備端都是周期性地輪詢服務器是否有新的消息，輪詢的方式是不能獲得好的實時性的。

瀏覽器端每次發(fā)出請求是以HTML全部內(nèi)容來響應的，消息長度過大，在這種情況下，會發(fā)現(xiàn)瀏覽器頁面不斷地刷新。

2. Ajax輪詢

Ajax技術(shù)是瀏覽器支持的一種Java技術(shù)。其能夠局部改善用戶體驗技術(shù)，讓用戶在不察覺瀏覽器頁面刷新的情況向服務器發(fā)出請求，并獲得響應。其原理是：

微信瀏覽器發(fā)出URL頁面請求，服務器響應HTML頁面內(nèi)容。

HTML頁面使用js調(diào)用來向服務器發(fā)出異步通信請求。

服務器響應XML格式數(shù)據(jù)給瀏覽器頁面。

HTML頁面使用DOM模型來動態(tài)刷新頁面元素。

Ajax技術(shù)是微信硬件平臺框架中推薦的頁面交互技術(shù)，但其本質(zhì)還是遵守HTTP單向通信的規(guī)則，只是頁面交互時不需要刷新整個頁面。其雙向通信實時性問題依然未能解決。

3. Websocket

Websocket是HTML5支持的一種新的協(xié)議，它能夠真正支持瀏覽器和服務器之間進行雙向通信。Tomcat7及以上版本也已經(jīng)支持Websocket API。

為了能夠兼容瀏覽器HTTP協(xié)議，Websocket規(guī)定在第一次發(fā)起請求時依然要發(fā)出符合HTTP協(xié)議規(guī)范的Header，但其Connection域的值是Upgrade，并增加Upgrade域，值是socket，即告知服務器，即將建立的通信是Websocket雙向通信。服務器如果接受，會返回101給客戶端進行協(xié)議切換。

接下來的通信將不再以HTTP作為傳輸協(xié)議，而是使用Websocket規(guī)定的數(shù)據(jù)格式進行通信，其分為控制幀和數(shù)據(jù)幀?？刂茙前l(fā)出心跳幀(ping)，而服務器響應pong，還有結(jié)束幀;數(shù)據(jù)幀就是真實數(shù)據(jù)格式，其格式頭只有6個字節(jié)(2個字節(jié)頭和4個字節(jié)的掩碼)，后面就是真實的數(shù)據(jù)(經(jīng)過掩碼轉(zhuǎn)換)。比HTTP格式頭的長度要小多了。

客戶端和服務器之間是一直保持連接，直到close，當前期間要發(fā)發(fā)2個字節(jié)的3字節(jié)的ping幀。

可見Websocket比ajax有了極大的改進。其不僅省掉經(jīng)常要連接握手，還簡化的協(xié)議的格式，最重要的是實時性得到保證，因為雙方是真正的全雙工通信。

微信瀏覽器客戶端支持Websocket，服務器使用Tomcat7以上的WebsocketServlet類，設備端要根據(jù)Websocket協(xié)議用C語言來模擬通信。

我們在用設備端模擬Websocket通信協(xié)議時一般會先看協(xié)議，再用HttpWatch等工具來抓包，抓到的頭是GET ws://ip:port/path，如果在C語言也是這樣模擬發(fā)包則會報400 bad request。因為C語言利用socket建立通信時已經(jīng)利用了IP和port了，其發(fā)的第一個包的頭是GET/path即可，不能在其前面加上ws://ip:port/。

4. MQTT

以上的分析都是將移動互聯(lián)網(wǎng)的技術(shù)運用到物聯(lián)網(wǎng)，其都有一個特定就是建立連接時會傳送URL地址，由兩個角色是客戶端和服務器，這種架構(gòu)我們一般稱為是RESTful架構(gòu)(另外，還有SOAP 面向應用的web services架構(gòu))。RESTful架構(gòu)在互聯(lián)網(wǎng)得到越來越廣泛的運用，但物聯(lián)網(wǎng)除了互聯(lián)之外，還有其獨有的特征，就是其終端設備的資源有限、低功耗運用場景、網(wǎng)絡連接環(huán)境差(時不時斷開連接)等。用C語言模擬的方式來使用RESTful架構(gòu)(如Websocket)會使得終端的負荷較重，而且服務器發(fā)給終端設備的消息有可能因為斷開連接而收不到。

MQTT是IBM針對物聯(lián)網(wǎng)退出的一種輕量級協(xié)議，建立于TCP/IP層協(xié)議之上。其是物聯(lián)網(wǎng)的重要組成部分，可能會成為物聯(lián)網(wǎng)的事實標準。其具有QoS，能夠緩沖消息，并通過重傳機制保證終端設備收到消息;其消息格式極其簡化，最短是兩個字節(jié);其提供訂閱和發(fā)布模式，高效推送消息。

MQTT有三個角色，包括服務器代理、訂閱者和發(fā)布者。

啟動服務器代理。

發(fā)布者向服務器代理發(fā)布主題信息。

MQTT有C/C++語言和JAVA包實現(xiàn)。需要明確的是，MQTT更適用于設備終端和手機APP socket通信，而不能支持瀏覽器使用。如果要支持微信瀏覽器應用，還需要增加類似WebsocketServlet技術(shù)給瀏覽器提供支持，這時MQTT以JS接口進行封裝，并被調(diào)用完成消息推送。

5. CoAP

CoAP是受限制的應用協(xié)議(ConstrainedApplication Protocol)的代名詞。其基于UDP協(xié)議，也就是在設備終端上只需要底層實現(xiàn)UDP協(xié)議，而不需要實現(xiàn)較為復雜的TCP協(xié)議。這種協(xié)議用得比較小。筆者也沒有用C語言模擬過，就不展開了。

深圳市聞道物聯(lián)科技有限公司具有成熟的通用物聯(lián)網(wǎng)系統(tǒng)框架，可快速應用到不同行業(yè)。我們自研了多種數(shù)據(jù)采集與執(zhí)行硬件，支持常見的數(shù)字量、開關(guān)量、模擬量傳感器，同時在NB、Lora、2G/3G/4G等通訊網(wǎng)上均有技術(shù)積累。數(shù)據(jù)傳輸使用標準的MQTT、COAP等協(xié)議，可接入騰訊云、阿里云、電信云等物聯(lián)網(wǎng)云平臺。云端采用分布式設計、同時支持銀行級安全加密，具有高并發(fā)、可伸縮、高可用以及安全性高等特點。

?

?