<meter id="pryje"><nav id="pryje"><delect id="pryje"></delect></nav></meter>
          <label id="pryje"></label>

          新聞中心

          EEPW首頁(yè) > 手機(jī)與無(wú)線通信 > 設(shè)計(jì)應(yīng)用 > 無(wú)線物聯(lián)網(wǎng)中CoAP協(xié)議的研究與實(shí)現(xiàn)

          無(wú)線物聯(lián)網(wǎng)中CoAP協(xié)議的研究與實(shí)現(xiàn)

          作者: 時(shí)間:2013-04-09 來(lái)源:網(wǎng)絡(luò) 收藏

          摘要:由于中的很多設(shè)備都是資源受限型的,即只有少量的內(nèi)存空間和有限的計(jì)算能力,所以傳統(tǒng)的HTTP協(xié)議應(yīng)用在上就顯得過(guò)于龐大而不適用。IETF的CoRE工作組提出了一種基于REST架構(gòu)的協(xié)議。是6LowPAN協(xié)議棧中的應(yīng)用層協(xié)議。該文在詳細(xì)介紹了協(xié)議的內(nèi)容、特點(diǎn)和交互模型后,在uIPv6 START KIT無(wú)線網(wǎng)絡(luò)開發(fā)套件上,使用嵌入式操作系統(tǒng),不僅在瀏覽器端實(shí)現(xiàn)了CoAP協(xié)議而且用自己編寫的客戶端程序?qū)崿F(xiàn)了CoAP協(xié)議,增加了和數(shù)據(jù)庫(kù)之間的交互功能,從而實(shí)現(xiàn)了在Web界面上不僅可以查看實(shí)時(shí)數(shù)據(jù),還可以查看歷史數(shù)據(jù)的功能。
          關(guān)鍵詞:;;CoAP;

          0 引言
          物聯(lián)網(wǎng)是在互聯(lián)網(wǎng)的基礎(chǔ)上延伸和擴(kuò)展的一種網(wǎng)絡(luò),其用戶端延伸和擴(kuò)展到了任何物品之間,彼此進(jìn)行信息交換和通信,目的是實(shí)現(xiàn)所有物品與網(wǎng)絡(luò)的連接,從而方便識(shí)別、管理和控制。
          無(wú)線物聯(lián)網(wǎng)的特點(diǎn)包括:全面感知、實(shí)時(shí)準(zhǔn)確傳遞物品信息、利用智能計(jì)算技術(shù)對(duì)海量數(shù)據(jù)進(jìn)行分析和處理,以實(shí)現(xiàn)智能化控制。
          由于無(wú)線物聯(lián)網(wǎng)中的設(shè)備很多都是資源受限型的,這些設(shè)備只有少量的內(nèi)存空間和有限的計(jì)算能力。為此,IETF(Intemet Engineering Task Force)的CoRE(Constrained RESTful Environment)工作組為受限節(jié)點(diǎn)制定相關(guān)的REST(Representational State Transfer)形式的應(yīng)用層協(xié)議。這就是CoRE工作組正在制訂的CoAP(Constrained Application Protocol)協(xié)議。

          1 協(xié)議棧
          由于TCP/IP協(xié)議棧不適用于資源受限的設(shè)備,因此提出了一種(IPv6 over Low power Wireless Personal Area Networks)協(xié)議棧。CoAP是6LoWPAN協(xié)議棧中的應(yīng)用層協(xié)議。6LoWPAN使IPv6可用于低功耗的有損網(wǎng)絡(luò),它是基于IEEE 802.15.4標(biāo)準(zhǔn)的。6LoWPAN協(xié)議棧如圖1所示。

          本文引用地址:http://www.ex-cimer.com/article/153550.htm

          k.JPG


          協(xié)議棧的下兩層用802.15.4 PHY/MAC,中間加一個(gè)IPv6-6LoWPAN適配層,傳輸層使用UDP協(xié)議,應(yīng)用層使用CoAP協(xié)議。它包括REST的最小子集和到HTTP的無(wú)狀態(tài)映射。通信主機(jī)使用CoAP協(xié)議,能夠支持穩(wěn)定的通信架構(gòu),以實(shí)現(xiàn)傳感器節(jié)點(diǎn)與互聯(lián)網(wǎng)的無(wú)線連接。

          2 CoAP協(xié)議
          在2010年3月,CoRE工作組開始制定CoAP協(xié)議,到目前為止,該協(xié)議還沒(méi)有定稿。CoAP協(xié)議是為物聯(lián)網(wǎng)中資源受限設(shè)備制定的應(yīng)用層協(xié)議。它是一種面向網(wǎng)絡(luò)的協(xié)議,采用了與HTTP類似的特征,核心內(nèi)容為資源抽象、REST式交互以及可擴(kuò)展的頭選項(xiàng)等。應(yīng)用程序通過(guò)URI標(biāo)識(shí)來(lái)獲取服務(wù)器上的資源,即可以像HTTP協(xié)議對(duì)資源進(jìn)行GET、PUT、POST和DELETE等操作。CoAP協(xié)議具有如下特點(diǎn):
          (1)報(bào)頭壓縮:CoAP包含一個(gè)緊湊的二進(jìn)制報(bào)頭和擴(kuò)展報(bào)頭。它只有短短的4 B的基本報(bào)頭,基本報(bào)頭后面跟擴(kuò)展選項(xiàng)。一個(gè)典型的請(qǐng)求報(bào)頭為10~20 B。圖2是CoAP協(xié)議的信息格式。

          l.JPG


          報(bào)頭部分各字段的含義如下:V(Version)表示CoAP協(xié)議的版本號(hào);T(Type)表示消息的信息類型;OC(Option Count)表示頭后面的可選的選項(xiàng)數(shù)量;Code表示消息的類型:請(qǐng)求消息、響應(yīng)消息,或者是空消息;Message ID表示消息編號(hào),用于重復(fù)消息檢測(cè)、匹配消息類型等。
          (2)方法和URIs:為了實(shí)現(xiàn)客戶端訪問(wèn)服務(wù)器上的資源,CoAP支持GET、PUT、POST和DELETE等方法。CoAP還支持URIs,這是Web架構(gòu)的主要特點(diǎn)。
          (3)傳輸層使用UDP協(xié)議:CoAP協(xié)議是建立在UDP協(xié)議之上,以減少開銷和支持組播功能。它也支持一個(gè)簡(jiǎn)單的停止和等待的可靠性傳輸機(jī)制。
          (4)支持異步通信:HTTP對(duì)M2M(Machine-to-Machine)通信不適用,這是由于事務(wù)總是由客戶端發(fā)起。而CoAP協(xié)議支持異步通信,這對(duì)M2M通信應(yīng)用來(lái)說(shuō)是常見的休眠/喚醒機(jī)制。
          (5)支持資源發(fā)現(xiàn):為了自主的發(fā)現(xiàn)和使用資源,它支持內(nèi)置的資源發(fā)現(xiàn)格式,用于發(fā)現(xiàn)設(shè)備上的資源列表,或者用于設(shè)備向服務(wù)目錄公告自己的資源。它支持RFC5785中的格式,在CoRE中用/.well—known/core的路徑表示資源描述。
          (6)支持緩存:CoAP協(xié)議支持資源描述的緩存以優(yōu)化其性能。
          (7)訂閱機(jī)制:CoAP使用異步通信方式,用訂閱機(jī)制實(shí)現(xiàn)從服務(wù)器到客戶端的消息推送。實(shí)現(xiàn)CoAP的發(fā)布,訂閱機(jī)制,它是請(qǐng)求成功后自動(dòng)注冊(cè)的一種資源后處理程序。是由默認(rèn)的EVENT_和PERIODIC_RESOURCEs來(lái)進(jìn)行配置的。它們的事件和輪詢處理程序用EST.notify_subscri bers()函數(shù)來(lái)發(fā)布。
          2.1 CoAP協(xié)議棧
          圖3是CoAP協(xié)議棧。CoAP協(xié)議的傳輸層使用UDP協(xié)議。由于UDP傳輸?shù)牟豢煽啃?,CoAP協(xié)議采用了雙層結(jié)構(gòu),定義了帶有重傳的事務(wù)處理機(jī)制,并且提供資源發(fā)現(xiàn)和資源描述等功能。CoAP采用盡可能小的載荷,從而限制了分片。

          m.JPG


          事務(wù)層(Transaction layer)用于處理節(jié)點(diǎn)之間的信息交換,同時(shí)提供組播和擁塞控制等功能。請(qǐng)求/響應(yīng)層(Request/Responselayer)用于傳輸對(duì)資源進(jìn)行操作的請(qǐng)求和響應(yīng)信息。CoAP協(xié)議的REST構(gòu)架是基于該層的通信。CoAP的雙層處理方式,使得CoAP沒(méi)有采用TCP協(xié)議,也可以提供可靠的傳輸機(jī)制。利用默認(rèn)的定時(shí)器和指數(shù)增長(zhǎng)的重傳間隔時(shí)間實(shí)現(xiàn)CON(Confirmable)消息的重傳,直到接收方發(fā)出確認(rèn)消息。另外,CoAP的雙層處理方式支持異步通信,這是物聯(lián)網(wǎng)和M2M應(yīng)用的關(guān)鍵需求之一。
          2.2 CoAP的訂閱機(jī)制
          HTTP的請(qǐng)求/響應(yīng)機(jī)制是假設(shè)事務(wù)都是由客戶端發(fā)起的,通常叫做拉模型。這導(dǎo)致客戶端不能高效的知統(tǒng)中,設(shè)備都是無(wú)線低功耗的,這些設(shè)備大部分時(shí)間是休眠狀態(tài),因此不能響應(yīng)輪詢請(qǐng)求。而CoRE認(rèn)為支持本地的推送模型是一個(gè)重要的需求,也就是由服務(wù)器初始化事務(wù)到客戶端。推送模型需要一個(gè)訂閱接口,用來(lái)請(qǐng)求響應(yīng)關(guān)于特定資源的改變。而由于UDP的傳輸是異步的,所以不需要特殊的通知消息。訂閱機(jī)制如圖4所示。

          a.JPG

          物聯(lián)網(wǎng)相關(guān)文章:物聯(lián)網(wǎng)是什么



          上一頁(yè) 1 2 3 下一頁(yè)

          評(píng)論


          相關(guān)推薦

          技術(shù)專區(qū)

          關(guān)閉
          看屁屁www成人影院,亚洲人妻成人图片,亚洲精品成人午夜在线,日韩在线 欧美成人 (function(){ var bp = document.createElement('script'); var curProtocol = window.location.protocol.split(':')[0]; if (curProtocol === 'https') { bp.src = 'https://zz.bdstatic.com/linksubmit/push.js'; } else { bp.src = 'http://push.zhanzhang.baidu.com/push.js'; } var s = document.getElementsByTagName("script")[0]; s.parentNode.insertBefore(bp, s); })();