ICS點(diǎn)擊此處添加ICS號(hào)

點(diǎn)擊此處添加中國(guó)標(biāo)準(zhǔn)文獻(xiàn)分類號(hào)

T/CEC

中國(guó)電力企業(yè)聯(lián)合會(huì)標(biāo)準(zhǔn)

T/CECXXXXX—XXXX

基于CoAP的配電物聯(lián)網(wǎng)通信協(xié)議

CommunicationprotocolbasedonCoAPforinternetofthingsinpower

distribution

點(diǎn)擊此處添加與國(guó)際標(biāo)準(zhǔn)一致性程度的標(biāo)識(shí)

（征求意見(jiàn)稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實(shí)施

中國(guó)電力企業(yè)聯(lián)合會(huì)發(fā)布

Q/XXXXXXXX—XXXX

1范圍

本文件規(guī)定了邊設(shè)備與端設(shè)備之間采用的數(shù)據(jù)傳輸協(xié)議，包括通信體系架構(gòu)、應(yīng)用數(shù)據(jù)結(jié)構(gòu)以及應(yīng)

用傳輸過(guò)程等。同時(shí)對(duì)數(shù)據(jù)傳輸?shù)膸袷?、?shù)據(jù)編碼及傳輸規(guī)則作出了相應(yīng)規(guī)定。

本文件適用于點(diǎn)對(duì)點(diǎn)、多點(diǎn)共線及一點(diǎn)對(duì)多點(diǎn)的通信方式，適用于邊設(shè)備與端設(shè)備之間的通信。

2規(guī)范性引用文件

下列文件對(duì)于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅注日期的版本適用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T16262.1-2006信息技術(shù)抽象語(yǔ)法記法（ASN.1）第1部分基本記法規(guī)范

GB/T17966-2000微處理器系統(tǒng)的二進(jìn)制浮點(diǎn)運(yùn)算

DL/T645-2007多功能電能表通信協(xié)議

DL/T860變電站通信網(wǎng)絡(luò)和系統(tǒng)

DL/T634.5101遠(yuǎn)動(dòng)設(shè)備及系統(tǒng)第5-101部分

DL/T634.5104遠(yuǎn)動(dòng)設(shè)備及系統(tǒng)第5-104部分

Q/GDW1376電力用戶用電信息采集系統(tǒng)通信協(xié)議

Q/GDW1939電力無(wú)線傳感網(wǎng)絡(luò)信息安全技術(shù)規(guī)范

RFC7252受限應(yīng)用協(xié)議（CoAP）

RFC7641受限應(yīng)用協(xié)議（CoAP）中的觀察者模式

3術(shù)語(yǔ)和定義

下列術(shù)語(yǔ)和定義適用于本文件。

3.1CoAP客戶端CoAPclient

發(fā)起CoAP服務(wù)的通信端。

3.2CoAP服務(wù)器端CoAPserver

響應(yīng)CoAP客戶端服務(wù)的通信。

4一般技術(shù)原則

4.1體系架構(gòu)

本文件定義了配電物聯(lián)網(wǎng)通信協(xié)議中對(duì)CoAP協(xié)議的使用。

1

Q/XXXXXXXX—XXXX

圖4.1配電物聯(lián)網(wǎng)通信架構(gòu)示意圖

端設(shè)備經(jīng)CoAP協(xié)議到邊設(shè)備后再經(jīng)MQTT與云主站通信，也可以直接經(jīng)CoAP與云主站通信。

圖4.2CoAP通信交互示意圖

4.2規(guī)約結(jié)構(gòu)

本文件明確了配電物聯(lián)網(wǎng)通訊協(xié)議中CoAP協(xié)議在ISO七層體系中所屬位置以及協(xié)議棧數(shù)據(jù)結(jié)構(gòu)。

本文件采用的UDP傳輸集與定義在其他相關(guān)標(biāo)準(zhǔn)中的相同，沒(méi)有變更。

圖4.3所示為配電物聯(lián)網(wǎng)系統(tǒng)采用的CoAP協(xié)議傳輸模型。

圖4.4所示為配電物聯(lián)網(wǎng)系統(tǒng)采用的CoAP協(xié)議棧結(jié)構(gòu)。

應(yīng)用功能用戶進(jìn)程

CoAP協(xié)議應(yīng)用層（第7層）

UDP協(xié)議傳輸層（第4層）

IP協(xié)議網(wǎng)絡(luò)層（第3層）

HPLC、微功率無(wú)線RF、NB-IoT鏈路層（第2層）

等協(xié)議物理層（第1層）

注：第5層，第6層未用。

圖4.3CoAP協(xié)議傳輸模型

2

Q/XXXXXXXX—XXXX

圖4.4CoAP協(xié)議棧結(jié)構(gòu)

4.3交互機(jī)制

按照配電物聯(lián)網(wǎng)體系架構(gòu)設(shè)計(jì)，CoAP協(xié)議既可實(shí)現(xiàn)端邊交互，又可實(shí)現(xiàn)端云交互。其中，當(dāng)端設(shè)

備與邊設(shè)備本地組網(wǎng)時(shí)，可使用CoAP協(xié)議實(shí)現(xiàn)端邊交互；當(dāng)端設(shè)備（傳感器）直接與物聯(lián)網(wǎng)平臺(tái)通信

時(shí)，可使用CoAP協(xié)議實(shí)現(xiàn)端云交互。目前CoAP協(xié)議實(shí)現(xiàn)方式一般分為兩種：請(qǐng)求/響應(yīng)模式和觀察者

模式，分別適用于不同的業(yè)務(wù)場(chǎng)景。

4.3.1請(qǐng)求/響應(yīng)交互模型

根據(jù)RFC7252的描述，CoAP協(xié)議在應(yīng)用端點(diǎn)（Endpoint)之間使用請(qǐng)求/響應(yīng)（Request/Response)的

交互模型，支持內(nèi)建的服務(wù)和資源發(fā)現(xiàn)，包含諸如URI等Web相關(guān)的關(guān)鍵概念。CoAP采用和HTTP協(xié)議

相似的請(qǐng)求響應(yīng)工作模式：作為客戶端的CoAP端點(diǎn)向作為服務(wù)器端的CoAP端點(diǎn)發(fā)送一個(gè)或多個(gè)請(qǐng)求，

服務(wù)器端響應(yīng)客戶端的CoAP請(qǐng)求。

圖4.5CoAP的請(qǐng)求/響應(yīng)交互模型

4.3.2觀察者交互模型

RFC7641在CoAP上定義了擴(kuò)展機(jī)制，引入觀察者模式。該模式下，作為觀察者的CoAP端點(diǎn)（客戶

端）向作為主題的CoAP端點(diǎn)（服務(wù)器端）進(jìn)行注冊(cè)，只要資源狀態(tài)發(fā)生變化，服務(wù)器端可以主動(dòng)通知

觀察者，適用M2M（Machine-to-Machine)通信中常見(jiàn)的休眠/喚醒場(chǎng)景。

圖4.6CoAP的觀察者交互模型

3

Q/XXXXXXXX—XXXX

注冊(cè)(Registeration)是一種特殊的GET請(qǐng)求，它的報(bào)頭包含觀察者選項(xiàng)（ObserveOption）。當(dāng)觀察

者選項(xiàng)出現(xiàn)在GET請(qǐng)求中時(shí)，表示客戶端不僅要獲取服務(wù)器端的當(dāng)前狀態(tài)，還要求對(duì)服務(wù)器端維護(hù)的觀

察者列表進(jìn)行添加（Observe=0）或刪除（Observe=1）操作。當(dāng)服務(wù)器端無(wú)法添加或不愿添加該客戶端

時(shí)，注冊(cè)回退成一個(gè)普通的GET請(qǐng)求。

通知(Notification)是客戶端注冊(cè)成功后，服務(wù)器端針對(duì)單一的注冊(cè)請(qǐng)求，向客戶端所發(fā)送的多個(gè)響

應(yīng)。通知和普通響應(yīng)的區(qū)別在于，通知包含觀察者選項(xiàng)，并且一次注冊(cè)可對(duì)應(yīng)多個(gè)通知。

配電物聯(lián)網(wǎng)體系架構(gòu)中，CoAP的兩種使用模式都有其應(yīng)用場(chǎng)景，示例參見(jiàn)下圖。邊設(shè)備連接的端

設(shè)備數(shù)量有限，且多為在線狀態(tài)，即可采用請(qǐng)求/響應(yīng)模型，也可采用觀察者模型。

圖4.7CoAP兩種模式在配電物聯(lián)網(wǎng)中的應(yīng)用示意圖

總之，在信息交互過(guò)程中，CoAP協(xié)議將參與方劃分為兩種身份：客戶端和服務(wù)器端。其中，請(qǐng)求

消息的源、響應(yīng)消息的目的被稱為客戶端；請(qǐng)求消息的目的、響應(yīng)消息的源是服務(wù)器端。在本文件中，

邊設(shè)備即可作為服務(wù)器端，由端設(shè)備（客戶端）向其注冊(cè)自身的信息，實(shí)現(xiàn)自動(dòng)發(fā)現(xiàn)等功能；也可作為

客戶端，向端設(shè)備（服務(wù)器端）訂閱數(shù)據(jù)等。

（1）CoAP客戶端

CoAP客戶端定義為使用CoAP協(xié)議的設(shè)備或應(yīng)用程序，它具備以下功能：

請(qǐng)求/響應(yīng)模型：向服務(wù)器端發(fā)送資源狀態(tài)獲取請(qǐng)求，處理服務(wù)器端的響應(yīng)消息。

觀察者模型：向服務(wù)器端進(jìn)行注冊(cè)，并處理服務(wù)器端后續(xù)持續(xù)發(fā)送的通知消息。

（2）CoAP服務(wù)器端

CoAP服務(wù)器端定義為使用CoAP協(xié)議的設(shè)備或應(yīng)用程序，它具備以下功能

請(qǐng)求/響應(yīng)模型：響應(yīng)來(lái)自客戶端的請(qǐng)求,提供服務(wù)器端的資源狀態(tài)。

觀察者模型：處理來(lái)自客戶端的注冊(cè)（包括添加和刪除操作）；向已注冊(cè)的客戶端持續(xù)、主動(dòng)提

供通知消息。

4.4數(shù)據(jù)包結(jié)構(gòu)

一個(gè)數(shù)據(jù)包由固定4字節(jié)的頭部、變長(zhǎng)的Token(0-8byte)、0或多個(gè)TLV格式的Option、可選的Payload

構(gòu)成。其數(shù)據(jù)包結(jié)構(gòu)如下：

4

Q/XXXXXXXX—XXXX

圖4.8CoAP數(shù)據(jù)包結(jié)構(gòu)

數(shù)據(jù)包格式解釋：

Ver:版本編號(hào)，2-bit無(wú)符號(hào)整型，代表協(xié)議版本號(hào)。本版本的實(shí)現(xiàn)必須設(shè)置這個(gè)字段為0b01。

其它的值為今后其它版本保留。對(duì)于帶有未知版本號(hào)的消息，必須忽略。

T:報(bào)文類型，2-bit無(wú)符號(hào)整型，協(xié)議定了4種不同形式的報(bào)文，CON報(bào)文，NON報(bào)文，ACK

報(bào)文和RST報(bào)文。

T=0：CON需要被確認(rèn)的請(qǐng)求，如果CON請(qǐng)求被發(fā)送，那么對(duì)方必須做出響應(yīng)。

T=1：NON不需要被確認(rèn)的請(qǐng)求，如果NON請(qǐng)求被發(fā)送，那么對(duì)方不必做出回應(yīng)。

T=2：ACK應(yīng)答消息，接受到CON消息的響應(yīng)。

T=3：RST復(fù)位消息，當(dāng)接收者接收到無(wú)法識(shí)別或錯(cuò)誤的消息時(shí)，不能回ACK消息，應(yīng)回

復(fù)復(fù)位消息。

TKL:4-bit無(wú)符號(hào)整型，表示變長(zhǎng)的Token字段(0-8字節(jié)）的長(zhǎng)度。長(zhǎng)度9-15是保留的，不

能設(shè)置長(zhǎng)度為9-15。如果設(shè)置了長(zhǎng)度為9-15，必須被當(dāng)作消息格式錯(cuò)誤來(lái)處理。

Code:功能碼/響應(yīng)碼，8-bit無(wú)符號(hào)整型，拆分為3-bit的分類信息和5-bit詳細(xì)信息，寫作“c.dd”。

c是3-bit長(zhǎng)，可以是一個(gè)從0到7的數(shù)字，dd是5-bit長(zhǎng)，它一個(gè)兩位的數(shù)字，從00到31。

分類信息c可以代表是一個(gè)請(qǐng)求（0），一個(gè)成功的響應(yīng)（2），一個(gè)客戶端錯(cuò)誤響應(yīng)（4），

或者一個(gè)服務(wù)端錯(cuò)誤響應(yīng)（5），所有其它的值都是保留的。代碼0.00是一個(gè)特殊的情況，表

示一個(gè)空的消息。當(dāng)消息是一個(gè)請(qǐng)求時(shí)，Code字段表示請(qǐng)求方法；當(dāng)響應(yīng)時(shí)，Code字段代表

響應(yīng)代碼。Code字段所有可取的值都在CoAP代碼表中定義。

表4-1Code代碼表

服務(wù)類型Code功能描述

請(qǐng)求0.01GET方法用于獲得某資源。

請(qǐng)求0.02POST方法用于創(chuàng)建某資源。

請(qǐng)求0.03PUT方法用于更新某資源。

請(qǐng)求0.04DELETE方法用于刪除某資源。

響應(yīng)2.01Created用于響應(yīng)，已創(chuàng)建。

響應(yīng)2.02Deleted用于響應(yīng)，已刪除資源。

響應(yīng)2.03Valid用于響應(yīng)，無(wú)效。

響應(yīng)2.04Changed用于響應(yīng)，已修改。

響應(yīng)2.05Content帶有交互內(nèi)容的響應(yīng)。

響應(yīng)2.31Continue用于分塊傳輸。

響應(yīng)4.00BadRequest請(qǐng)求錯(cuò)誤，服務(wù)器無(wú)法處理。

響應(yīng)4.01Unauthorized沒(méi)有范圍權(quán)限。

響應(yīng)4.02BadOption請(qǐng)求中包含錯(cuò)誤選項(xiàng)。

響應(yīng)4.03Forbidden服務(wù)器拒絕請(qǐng)求。

響應(yīng)4.04NotFound服務(wù)器找不到資源。

響應(yīng)4.05MethodNotAllowed非法請(qǐng)求方法。

響應(yīng)4.06NotAcceptable請(qǐng)求選項(xiàng)和服務(wù)器生成內(nèi)容選項(xiàng)不一致。

響應(yīng)4.08RequestEntityIncomplete用于分塊傳輸。

響應(yīng)4.12PreconditionFailed請(qǐng)求參數(shù)不足。

5

Q/XXXXXXXX—XXXX

響應(yīng)4.13RequestEntityTooLarge。

響應(yīng)4.15UnsupporConten-Type請(qǐng)求中的媒體類型不被支持。

響應(yīng)5.00InternalServerError服務(wù)器內(nèi)部錯(cuò)誤。

響應(yīng)5.01NotImplemented服務(wù)器無(wú)法支持請(qǐng)求內(nèi)容。

響應(yīng)5.02BadGateway服務(wù)器作為網(wǎng)關(guān)時(shí)收到了一個(gè)錯(cuò)誤的響應(yīng)。

響應(yīng)5.03ServiceUnavailable服務(wù)器過(guò)載或者維護(hù)停機(jī)。

響應(yīng)5.04GatewayTimeout作為網(wǎng)關(guān)執(zhí)行請(qǐng)求時(shí)發(fā)生超時(shí)錯(cuò)誤。

響應(yīng)5.05ProxyingNotSupported服務(wù)器不支持代理功能。

MessageID:報(bào)文編號(hào)，16-bit無(wú)符號(hào)整型，網(wǎng)絡(luò)字節(jié)序。用于檢測(cè)消息重復(fù)以及匹配ACK/RST

類型的消息和CON/NON類型的消息。

Token:標(biāo)識(shí)符(可選），通過(guò)TKL指定Token長(zhǎng)度,用于將響應(yīng)與請(qǐng)求匹配。token值為0到8字

節(jié)的序列,每個(gè)請(qǐng)求都帶有一個(gè)客戶端生成的token,服務(wù)器在任何結(jié)果響應(yīng)中都必須對(duì)其進(jìn)行

回應(yīng),用以標(biāo)記消息的唯一性。token還是消息安全性的一個(gè)設(shè)置，使用全8字節(jié)的隨機(jī)數(shù)，使

偽造的報(bào)文無(wú)法獲得驗(yàn)證通過(guò)。

Option:選項(xiàng)(可選），主要用于描述請(qǐng)求或者響應(yīng)對(duì)應(yīng)的特征。Option部分包含OptionDelta、

OptionLength和OptionValue三部分，格式如下：

圖4.9Option選項(xiàng)格式

CoAP協(xié)議中所有的Option都采用編號(hào)的方式，這些Option及編號(hào)的定義如下圖所示,詳細(xì)功能可參

考[RFC7252]標(biāo)準(zhǔn)文檔。

表4-2Option選項(xiàng)表

編號(hào)選項(xiàng)描述

0無(wú)(保留)

1If-Match通常用在資源更新(PUT)，條件是如果目標(biāo)資源或者資

源的Etag標(biāo)識(shí)存在則完成更新。

3Uri-Host指定目標(biāo)資源所在的主機(jī)

4ETag由Server產(chǎn)生的，用于區(qū)分隨時(shí)間變化的相同資源刷新

的資源標(biāo)識(shí)符。

5If-None-Match用在資源更新(PUT)，條件是目標(biāo)Resource不存在。

If-MatchOption沒(méi)有Value。

6Observe用于訂閱/發(fā)布流程，可參看[RFC7641]。

7Uri-Port指定目標(biāo)資源所在的端口。

8Location-Path指定目標(biāo)資源絕對(duì)路徑的一部分。

11Uri-Path一段資源的絕對(duì)路徑。

6

Q/XXXXXXXX—XXXX

12Content-Format指定復(fù)雜媒體類型。

14Max-Age指定資源的生存時(shí)間，即保持fresh的時(shí)間。

15Uri-Query一個(gè)資源的參數(shù)。

17Accept響應(yīng)復(fù)雜中的媒體類型，媒體類型的定義和

Content-Format相同。

20Location-Query對(duì)應(yīng)目標(biāo)資源的一個(gè)參數(shù)。

23Block2用于服務(wù)器端響應(yīng)時(shí)，分塊傳輸[RFC7959]。

27Block1用于客戶端發(fā)出請(qǐng)求時(shí)，分塊傳輸[RFC7959]。

28Size2用于分塊傳輸服務(wù)器端響應(yīng)資源總的大小[RFC7959]。

35Proxy-Uri用于發(fā)往正向代理的請(qǐng)求中，表示一個(gè)絕對(duì)URI。

39Proxy-Scheme表示代理scheme，比如CoAP,CoAPs,http,https。

60Size1用于分塊傳輸，客戶度發(fā)出請(qǐng)求里面資源總的大小

[RFC7959]。

128(保留)

132(保留)

136(保留)

140(保留)

表4-3Content-Format支持多種媒體類型

媒體類型編號(hào)描述

text/plain0表示負(fù)載為字符串形式，默認(rèn)為UTF8編碼

application/link-format40CoAP資源發(fā)現(xiàn)協(xié)議中追加定義，該媒體類型

為CoAP協(xié)議特有。

application/xml41表示負(fù)載類型為XML格式。

application/octet-stream42表示負(fù)載類型為二進(jìn)制格式。

application/exi47表示負(fù)載類型為“精簡(jiǎn)XML”格式。

applicaiton/json50表示負(fù)載類型為json格式。

applicaiton/tlv51表示負(fù)載類型為TLV格式(自定義)。

11111111B：payload的標(biāo)識(shí)符（可選），CoAP報(bào)文有效交互數(shù)據(jù)（Payload）之間的分隔符。

Payload：有效載荷（可以沒(méi)有payload）。如果數(shù)據(jù)幀存在payload，并且長(zhǎng)度不為0，那么payload

之前有一個(gè)固定長(zhǎng)度為一個(gè)字節(jié)的payload標(biāo)識(shí)符（0xFF），它標(biāo)志著選項(xiàng)部分的結(jié)束和payload

部分的開(kāi)始。

4.5消息類型

CoAP協(xié)議使用UDP進(jìn)行傳輸，請(qǐng)求和響應(yīng)在發(fā)送前不需事先建立連接，而是通過(guò)信息層選項(xiàng)的可

靠性實(shí)現(xiàn)。CoAP定義了4種消息類型：

CON——需確認(rèn)的請(qǐng)求。若CON請(qǐng)求被發(fā)送，對(duì)端必須做出回應(yīng)。

NON——不需要確認(rèn)的請(qǐng)求。若NON請(qǐng)求被發(fā)送，對(duì)端不需做出回應(yīng)。

ACK——應(yīng)答消息。對(duì)應(yīng)CON消息的響應(yīng)。

RST——重置消息。接收端收到不能識(shí)別或錯(cuò)誤消息時(shí)，向發(fā)送方發(fā)送該消息。注意，對(duì)于NON

請(qǐng)求，也可回復(fù)RST消息。

4.6可靠傳輸機(jī)制

7

Q/XXXXXXXX—XXXX

基于4種消息類型，可以實(shí)現(xiàn)2種傳輸質(zhì)量，即可靠消息傳輸與不可靠消息傳輸。

（1）可靠傳輸消息

可靠傳輸消息通過(guò)消息確認(rèn)及消息重傳機(jī)制來(lái)實(shí)現(xiàn)。當(dāng)客戶端發(fā)送數(shù)據(jù)后，需要等待服務(wù)器發(fā)送的

確認(rèn)應(yīng)答消息。如果在規(guī)定時(shí)間內(nèi)，客戶端沒(méi)有收到服務(wù)器發(fā)送確認(rèn)應(yīng)答消息需要重新發(fā)送數(shù)據(jù)。

可靠傳輸基于CON消息傳輸，服務(wù)器端收到CON類型的消息后，需要返回ACK消息，客戶端到在

指定時(shí)間ACK_TIMEOUT內(nèi)收到ACK消息后，才代表這個(gè)消息以可靠到服務(wù)器端。

（2）不可靠消息傳輸

不可靠消息傳輸沒(méi)有確認(rèn)機(jī)制，客戶端發(fā)送消息后，不需要服務(wù)器客戶端發(fā)送確認(rèn)應(yīng)答消息，因此

可能存在丟包情況。

不可靠傳輸是基于NON消息傳輸?shù)摹７?wù)器端收到NON類型的消息后，不用回復(fù)ACK消息。

5消息格式

5.1服務(wù)標(biāo)簽

服務(wù)標(biāo)簽編碼采用ASN.1/BER編碼的簡(jiǎn)單定長(zhǎng)編碼規(guī)則，基本長(zhǎng)度1字節(jié)。其編碼規(guī)則如下：

bit8-bit6表示安全加密類型；bit5表示TLV嵌套類型；bit4-bit1表示業(yè)務(wù)類型。

表5-1安全加密類型定義表

Bit8-bit6類型

000明文

001密文

010明文+簽名

011密文+簽名

100-111保留

表5-2業(yè)務(wù)類型定義表

Bit4-bit1類型

0000設(shè)備上下線

0001數(shù)據(jù)采集

0010時(shí)間采集

0011文件傳輸

0100控制服務(wù)

0101對(duì)時(shí)服務(wù)

0110參數(shù)查詢

0111參數(shù)設(shè)置

1000參數(shù)激活

1001主動(dòng)上送

1010消息訂閱（觀察者模式）

1011身份認(rèn)證

1100密鑰更新

1101會(huì)話重用

8

Q/XXXXXXXX—XXXX

1110保留

1111保留表示擴(kuò)展業(yè)務(wù)字節(jié)，

為后續(xù)業(yè)務(wù)擴(kuò)展使用

5.2設(shè)備上/下線

端設(shè)備上線、下線時(shí)，將相關(guān)信息，經(jīng)CoAP通道上報(bào)至網(wǎng)關(guān)。請(qǐng)求、響應(yīng)數(shù)據(jù)如下。

請(qǐng)求報(bào)文：

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit請(qǐng)求方法：post

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)（長(zhǎng)度由TKL確定）

Options

Uri-Path必選StringDevAppNotify

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG00

服務(wù)LENGTH必選Uint16數(shù)據(jù)TLV長(zhǎng)度

deviceState必選Uint8設(shè)備狀態(tài)（上線、離線）

appPort必選Uint32APP端口

appName必選StringAPP名稱

appType必選Uint8APP類型

nodeID必選String設(shè)備硬件ID

manufacturerID必選String設(shè)備廠商ID

manufacturerName必選String設(shè)備廠商名稱

model必選String設(shè)備型號(hào)

deviceType必選String設(shè)備類型

protocolType必選String協(xié)議類型

integrityCheck必選String計(jì)算負(fù)載內(nèi)容的HMAC值，保證數(shù)據(jù)合法

響應(yīng)報(bào)文：

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit響應(yīng)碼

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)（長(zhǎng)度由TKL確定）

Options

Uri-Path必選StringDevAppNotify

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG00

服務(wù)LENGTH必選Uint16數(shù)據(jù)長(zhǎng)度

year必選Uint16年

month必選Uint8月

date必選Uint8日

hour必選Uint8時(shí)

minute必選Uint8分

9

Q/XXXXXXXX—XXXX

second必選Uint8秒

5.3數(shù)據(jù)采集

5.3.1數(shù)據(jù)采集

一、全部數(shù)據(jù)采集請(qǐng)求

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit請(qǐng)求方法：GET

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG01

服務(wù)LENGTH必選Uint160004

數(shù)據(jù)TLV必選TLVFFFFFFFF(全部數(shù)據(jù)采集)

二、全部數(shù)據(jù)采集響應(yīng)

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit響應(yīng)碼

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)（長(zhǎng)度由TKL確定）

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG11

服務(wù)LENGTH必選Uint16數(shù)據(jù)TLV長(zhǎng)度

數(shù)據(jù)TLV必選TLV數(shù)據(jù)點(diǎn)TLV，參考信息模型

Payload示例：

字段名類型描述示例報(bào)文

服務(wù)TAGBYTETAG11

服務(wù)LENGTHINT數(shù)據(jù)TLV0012

長(zhǎng)度

數(shù)據(jù)TLVTLV數(shù)據(jù)1TAGDFC98000（PhV.phsA）

數(shù)據(jù)104

LENGTH

數(shù)據(jù)1數(shù)0145D36E

值

數(shù)據(jù)2TAGDFC98001（PhV.phsB）

數(shù)據(jù)204

LENGTH

數(shù)據(jù)20145D36E

VALUE

注：本文件中示例報(bào)文中高位字節(jié)在前，低位字節(jié)在后。

10

Q/XXXXXXXX—XXXX

三、單個(gè)或多個(gè)數(shù)據(jù)請(qǐng)求

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit請(qǐng)求方法：GET

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)（長(zhǎng)度由TKL確定）

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG11

服務(wù)LENGTH必選Uint16數(shù)據(jù)TLV長(zhǎng)度

數(shù)據(jù)TLV必選TLV數(shù)據(jù)點(diǎn)TLV

Payload示例：

字段名類型描述示例報(bào)文

服務(wù)TAGBYTE服務(wù)TAG11

服務(wù)LENGTHINT數(shù)據(jù)TLV0008

長(zhǎng)度

數(shù)據(jù)必選

TLV數(shù)據(jù)1TAGDFC98000（PhV.phsA）

數(shù)據(jù)2TAGDFC98001（PhV.phsB）

四、單個(gè)或多個(gè)數(shù)據(jù)響應(yīng)

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit響應(yīng)碼

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG11

服務(wù)LENGTH必選Uint16數(shù)據(jù)TLV長(zhǎng)度

數(shù)據(jù)TLV必選TLV數(shù)據(jù)TLV

Payload示例：

字段名類型描述示例報(bào)文

服務(wù)TAGBYTETAG11

服務(wù)LENGTHINT數(shù)據(jù)TLV0012

長(zhǎng)度

數(shù)據(jù)TLVTLV數(shù)據(jù)1TAGDFC98000（PhV.phsA）

數(shù)據(jù)104

LENGTH

數(shù)據(jù)1數(shù)0145D36E

值

數(shù)據(jù)2TAGDFC98001（PhV.phsB）

數(shù)據(jù)204

LENGTH

11

Q/XXXXXXXX—XXXX

數(shù)據(jù)20145D36E

VALUE

5.3.2時(shí)間采集

一、時(shí)間請(qǐng)求

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit請(qǐng)求方法：GET

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc

CoAP負(fù)載

字段名必選/可選類型參數(shù)描述

服務(wù)TAG必選TAG02

服務(wù)LENGTH必選INT數(shù)據(jù)TLV長(zhǎng)度

數(shù)據(jù)TLV必選TLV時(shí)間請(qǐng)求Value

Payload示例：

字段名類型描述示例報(bào)文

服務(wù)TAGTAG服務(wù)TAG02

服務(wù)LENGTH必選Uint160004

數(shù)據(jù)TLV必選TLVFFFFFFFE(時(shí)間請(qǐng)求)

二、讀取時(shí)間命令響應(yīng)

CoAP首部

字段名必選/可選類型參數(shù)描述

T必選2bit報(bào)文類型

TKL必選4bit標(biāo)簽長(zhǎng)度指示

Code必選8bit響應(yīng)碼

MessageID必選16bit會(huì)話ID

Token可選BYTE本次請(qǐng)求的唯一標(biāo)識(shí)

Options

Uri-Path必選StringnodeID

Uri-Path必選Stringdata_rsc