2023智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范第第6部分

智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范6IntelligentminedatafusionandsharingSpecificationsforcommunicationinterfaceandprotocolPart6:Message20236月KSSJ/CJ16-2023KSSJ/CJ16-2023KSSJ/CJ16-2023KSSJ/CJ16-2023PAGE\*ROMANPAGE\*ROMANIIIPAGE\*ROMANPAGE\*ROMANIV目次前言 II引言 IV范圍 1規(guī)范性引用文件 1術(shù)語和定義 1縮略語 1總體要求 2應(yīng)用架構(gòu) 2一般要求 2設(shè)計 3感知數(shù)據(jù)報文 5報文結(jié)構(gòu) 5字節(jié)序 5消息首部 5安全首部 7簽名 7消息體 7文本數(shù)據(jù)報文 177.1格式 177.2報文結(jié)構(gòu) 17音視頻數(shù)據(jù)報文 21附錄A（資料性附錄）文本數(shù)據(jù)報文模板 22參考文獻 24前言GB/T1構(gòu)和起草規(guī)則》的規(guī)定起草?！吨悄芑V山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范》分為以下9個部分：——第1部分：基本要求；——2部分：接口；——3部分：服務(wù)；——4部分：發(fā)現(xiàn)；——5部分：連接；——6部分：報文；——7部分：配置；——8部分：安全；——9部分：管理。本文件是《智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范》的第6部分。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔(dān)識別這些專利的責(zé)任。（北京）有限公司、中煤科工集團常州研究院有限公司、浪潮通用軟件有限公司、鄭州恒達智控科技股份有限公司、中國礦業(yè)大學(xué)（北京）、煤炭科學(xué)研究總院有限公司礦山大數(shù)據(jù)研究院、應(yīng)急管理部信息研究院、中國中煤能源集團有限公司、中國華電集團有限公司、陜西煤業(yè)化工集團有限責(zé)任公司、晉能控股集團有限公司、礦冶科技集團有限公司、山東黃金集團有限公司、華電煤業(yè)集團華夏天信物聯(lián)科技有限公司、和利時卡優(yōu)倍科技有限公司、精英數(shù)智科技股份有限公司、中煤信息技術(shù)（北京）有限公司、云鼎科技股份有限公司、華電煤業(yè)集團數(shù)智技術(shù)有限公司、陜煤集團神木張家峁礦業(yè)有限公司、重慶梅安森科技股份有限公司、深圳市翌日科技有限公司、中國煤炭地質(zhì)總局安全與應(yīng)急研中國工業(yè)互聯(lián)網(wǎng)研究院、新華三技術(shù)有限公司、上海山源電子科技股份有限公司、華為技術(shù)有限公司、航天智控（北京）監(jiān)測技術(shù)有限公司、北京龍軟科技山東能源集團有限公司、天津華寧電子有限公司、北京圓之翰工程技術(shù)有限公司、青島慧拓智能機器有限公司、華洋通信科技股份有限公司、北京大地高科地質(zhì)勘查有限公司、太重煤機有限公司。本文件技術(shù)指導(dǎo)：楊榮明、徐會軍、田臣、馬世志、王海春、王致兵、王祝青、郭彪、趙威、姚松平、艾云峰。本文件主要起草人：丁震、鄧文革、胡文濤、逯憲彬、李國威、潘濤、張帆、鄭耀濤、李昱翰、喬少利、王波、高靜、高秋秋、柳建華、錢海軍、李系韓培強、盧欣奇、吉曉清、趙黃健、熊偉、劉慶富、楊振宇、王陳書略、趙文高偉、李坤龍、張鵬鵬、周亞清、馮銀輝、趙威、申軍軍、劉雷霆、陳龍、張永福、張彪、宋棟帥。引言管理等環(huán)節(jié)的數(shù)據(jù)融合和共享應(yīng)用。KSSJ/CJ16-2023KSSJ/CJ16-2023KSSJ/CJ16-2023KSSJ/CJ16-2023PAGEPAGE13PAGEPAGE10智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范第6部分：報文范圍本文件規(guī)定了智能礦山信息交互傳輸報文概述、總體要求、報文設(shè)計、報文格式等。本文件適用于礦山企業(yè)感知數(shù)據(jù)、文本數(shù)據(jù)、音視頻數(shù)據(jù)的報文應(yīng)用。規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應(yīng)的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T28181-2016公共安全視頻監(jiān)控聯(lián)網(wǎng)系統(tǒng)信息傳輸、交換、控制技術(shù)要求GB/T32909-2016非結(jié)構(gòu)化數(shù)據(jù)表示規(guī)范GB/T38754-2020媒體交付系統(tǒng)技術(shù)要求流媒體服務(wù)術(shù)語和定義下列術(shù)語和定義適用于本文件。securityprotocol建立在密碼體制基礎(chǔ)上的一種交互通信協(xié)議。transportprotocol交換應(yīng)用程序間序列化消息的方法?？s略語下列縮略語適用于本文件。LEN:長度（Length）Frag:分片（Fragment）RSVD:預(yù)留位（Reserved）AssembleIDQoS:服務(wù)質(zhì)量（QualityofService）總體要求應(yīng)用架構(gòu)報文是網(wǎng)絡(luò)中交換與傳輸?shù)臄?shù)據(jù)單元，一個報文包含了一次性要發(fā)送的數(shù)據(jù)塊的完整數(shù)據(jù)信息，其長短不一致，長度不限且可變。報文應(yīng)用架構(gòu)模型如圖1所示。圖1 報文應(yīng)用架構(gòu)模型按照應(yīng)用場景劃分為三類不同的報文：——以實時采集或?qū)崟r控制的數(shù)據(jù)單元；——UTF-8；——音視頻數(shù)據(jù)報文：音視頻數(shù)據(jù)采集、共享過程傳輸?shù)臄?shù)據(jù)單元。一般要求數(shù)據(jù)規(guī)則等應(yīng)與服務(wù)接口要求一致：定；HTTP/HTTPSJSONXML格式編碼；RTSPHTTPSUTF-8字符編碼標(biāo)準(zhǔn)。設(shè)計感知數(shù)據(jù)報文設(shè)計數(shù)據(jù)從應(yīng)用程序到在物理鏈路上傳輸?shù)亩M制報文的轉(zhuǎn)換過程包括數(shù)據(jù)編碼、安全協(xié)議與傳輸協(xié)議三個部分，三者的結(jié)合準(zhǔn)確規(guī)定了在網(wǎng)絡(luò)上傳輸?shù)亩M制報文數(shù)據(jù)。見圖2。圖2 數(shù)據(jù)轉(zhuǎn)換過程每個服務(wù)都有一個請求和響應(yīng)消息。數(shù)據(jù)轉(zhuǎn)換過程中：——數(shù)據(jù)編碼：規(guī)定了將數(shù)據(jù)類型集合轉(zhuǎn)譯到二進制表示的規(guī)則；——安全協(xié)議：通過添加安全首部確保應(yīng)用程序間消息的完整性和機密性；——傳輸協(xié)議：定義了一種消息交換的方法。文本數(shù)據(jù)報文設(shè)計文本數(shù)據(jù)報文適用于應(yīng)用系統(tǒng)間數(shù)據(jù)交換，數(shù)據(jù)交換方式如圖3所示。圖3 數(shù)據(jù)交換方式需求方系統(tǒng)、提供方系統(tǒng)適用于礦山企業(yè)內(nèi)部，礦山企業(yè)之間，礦山企業(yè)與上級部門等各類不同的應(yīng)用場景。數(shù)據(jù)共享方式包括拉取方式和推送方式兩種：——拉取方式：數(shù)據(jù)資源提供方提供服務(wù)接口，數(shù)據(jù)需求方調(diào)用服務(wù)接口，發(fā)送數(shù)據(jù)請求獲取數(shù)據(jù)；——數(shù)據(jù)，接收推送結(jié)果的反饋信息。一次數(shù)據(jù)交換產(chǎn)生兩類報文：請求報文，響應(yīng)報文。一個系統(tǒng)（客戶端）向另一個系統(tǒng)（服務(wù)端）請求共享數(shù)據(jù)資源，發(fā)送請求報文，服務(wù)端反饋請求結(jié)果，發(fā)送響應(yīng)報文。在傳統(tǒng)的FTP文件傳輸?shù)臄?shù)據(jù)交換場景中，一個文件的數(shù)據(jù)可視為一個報文，其格式遵從本文件報文格式要求。音視頻數(shù)據(jù)報文設(shè)計攝像頭、流媒體服務(wù)器、視頻錄像機等音視頻設(shè)備應(yīng)遵循常用的RTSP/RTMP等現(xiàn)有的協(xié)議標(biāo)準(zhǔn)。感知數(shù)據(jù)報文報文結(jié)構(gòu)報文結(jié)構(gòu)如圖4所示，由以下4部分組成：——消息首部；——安全首部；——消息體；——簽名。圖4 報文結(jié)構(gòu)字節(jié)序數(shù)據(jù)長度超過一個字節(jié)的整型應(yīng)采用小端字節(jié)序。消息首部消息類型消息分為請求/表1。表1 消息類型編碼消息類型編碼請求/應(yīng)答0/3通知發(fā)布1設(shè)備發(fā)現(xiàn)2請求/應(yīng)答消息首部請求/應(yīng)答消息首部如圖5所示。消息類型應(yīng)為0。消息類型長度時間戳標(biāo)識符序列號頻道調(diào)用記錄圖5 請求/應(yīng)答消息首部通知發(fā)布消息首部通知發(fā)布消息首部如圖6所示。消息類型應(yīng)為1。消息類型長度時間戳標(biāo)識符序列號頻道調(diào)用擴展頭圖6 通知發(fā)布消息首部設(shè)備發(fā)現(xiàn)消息首部設(shè)備發(fā)現(xiàn)消息首部如圖7所示。消息類型應(yīng)為2。消息類型長度時間戳標(biāo)識符圖7 設(shè)備發(fā)現(xiàn)消息首部標(biāo)識符組成標(biāo)識符組成如圖8所示。預(yù)留位擴展頭第一標(biāo)識符最后標(biāo)識符安全符圖8 標(biāo)識符組成字段定義消息首部各字段定義見2。表2 消息首部字段定義字段名描述大小MessageType指示報文消息首部的格式類型1byteLen報文總長度，包含報文頭和后續(xù)所有數(shù)據(jù)的長度2bytesTimestamp時間戳，報文發(fā)送時對應(yīng)的系統(tǒng)時間8bytesFlagRSVD：預(yù)留位，作為未來使用，當(dāng)前設(shè)置為04bitsEHDR_ON：指示是否包含擴展頭0：不包含擴展頭1：包含擴展頭，擴展頭長度為0-20字節(jié)1bitFirstFlag:指示當(dāng)前封裝的消息體是否是第一個分片1：表示是第一個分片0：表示非第一個分片1bitFlagLastFlag：指示當(dāng)前封裝的消息體是否是最后一個分片1：表示是最后一個分片0：表示非最后一個分片1bitIsSecurity：指示是否包含安全報文首部0：表示不包含安全報文首部1bitSerialNumber報文序列號4bytesChannelID表示消息的邏輯信道標(biāo)識符4bytesAssembleID表示發(fā)布的組合信息標(biāo)識符4bytesEHDR擴展頭，具體長度視情況而定，比如通知發(fā)布消息報文首部的EHDR_ON為1時，擴展頭是PublishID，長度為8字節(jié)0-20bytes分片要求報文分片含義見表3。表3 報文分片格式含義FirstFlagLastFlag表示的意義10第一個分片00中間分片01最后一個分片11封裝的消息體是一個完整報文安全首部IsSecurity為1帶安全首部。簽名每個報文尾部應(yīng)包含簽名。消息體一般要求消息體封裝的內(nèi)容與服務(wù)有關(guān)，消息體長度是可變的。消息體包含服務(wù)集標(biāo)識符和服務(wù)的編碼信息。服務(wù)集標(biāo)識符和服務(wù)編碼應(yīng)符合《智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范》第3部分的要求。設(shè)備發(fā)現(xiàn)服務(wù)報文格式，拓展了設(shè)備上報服務(wù)、查詢請求服務(wù)、查詢應(yīng)答服務(wù)。Variable部分采用tlv結(jié)構(gòu)，前面是類型，后面是長度，不限制具體長度。設(shè)備發(fā)現(xiàn)服務(wù)9所示。圖9 設(shè)備發(fā)現(xiàn)服務(wù)消息體4。表4 設(shè)備發(fā)現(xiàn)服務(wù)消息格式字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response:請求/響應(yīng)，指示該消息是請求還是響應(yīng)：0：請求(Request)1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建融合共享通信接口與協(xié)議規(guī)范》3部分的要求7bitsMode指示設(shè)備發(fā)現(xiàn)的模式，主動發(fā)現(xiàn)或者被動發(fā)現(xiàn)0x01：主動發(fā)現(xiàn)0x07：被動發(fā)現(xiàn)1byteDeviceID設(shè)備標(biāo)識符，用于唯一標(biāo)識某個設(shè)備32bytesDeviceType設(shè)備類型2bytesDeviceName設(shè)備名字VariableCapabilityBitMap指示設(shè)備能力級的位圖2bytesStatue指示本端設(shè)備狀態(tài)00x00：設(shè)備下線狀態(tài)0x01：設(shè)備上線狀態(tài)0x02：設(shè)備鎖狀態(tài)1byteVersion協(xié)議棧版本號Variable字段名稱描述大小ModuleVersion模型版本號VariableLinkType指示鏈路類型0x00：IP化網(wǎng)絡(luò)，如Ethernet/WIFI0x01：BLE0x02：RS4850x03：CAN1byteAddressLen設(shè)備發(fā)現(xiàn)本端的地址長度4bytesAddressValue設(shè)備發(fā)現(xiàn)本端的地址，長度由AddressLen字段確定nbytesPort被發(fā)現(xiàn)端需要監(jiān)聽的端口號2bytesTCP/UDP指示緊隨設(shè)備發(fā)現(xiàn)后建立的連接是建立TCP連接還是UDP連接0x06：UDP0x11：TCP1byteMask指示是否攜帶設(shè)備序列號，默認為0x001byteDeviceSequenceLen如果Mask為度，否則不包含該字段1byteDeviceSequenceNumber如果Mask為0x01，則包含該字段，標(biāo)識設(shè)備序列號，長度由DeviceSequenceLen決定，否則不包含該字段nbytes10所示。圖10 設(shè)備發(fā)現(xiàn)上報服務(wù)消息體5。表5 設(shè)備發(fā)現(xiàn)上報服務(wù)消息要求字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byte字段名稱描述大小ServiceEncoding/0：請求(Request)1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建立服務(wù)、連接斷開服務(wù)等，應(yīng)符合《智能化礦山數(shù)3部分的要求7bitsDeviceQuantity當(dāng)前上報的設(shè)備總數(shù)16bytesMode指示設(shè)備發(fā)現(xiàn)的模式，主動發(fā)現(xiàn)或者被動發(fā)現(xiàn)0x01：主動發(fā)現(xiàn)0x07：被動發(fā)現(xiàn)1byteDeviceID設(shè)備標(biāo)識符，用于唯一標(biāo)識某個設(shè)備32bytesDeviceType設(shè)備類型2bytesDeviceName設(shè)備名字VariableCapabilityBitMap指示設(shè)備能力級的位圖2bytesStatue指示本端設(shè)備狀態(tài)00x00：設(shè)備下線狀態(tài)0x01：設(shè)備上線狀態(tài)0x02：設(shè)備鎖狀態(tài)1byteVersion協(xié)議棧版本號VariableModuleVersion模型版本號VariableLinkType指示鏈路類型0x00：IP化網(wǎng)絡(luò)，如Ethernet/WIFI0x01：BLE0x02：RS4850x03：CAN1byteAddressLen設(shè)備發(fā)現(xiàn)本端的地址長度4bytesAddressValue設(shè)備發(fā)現(xiàn)本端的地址，長度由AddressLen字段確定nbytesPort被發(fā)現(xiàn)端需要監(jiān)聽的端口號2bytesTCP/UDP指示緊隨設(shè)備發(fā)現(xiàn)后建立的連接是建立TCP連接還是UDP連接0x06：UDP0x11：TCP1byteMask指示是否攜帶設(shè)備序列號，默認為0x001byteDeviceSequenceLen如果Mask為0x01，則包含該字段，標(biāo)識設(shè)備序列號長度，否則不包含該字段1byteDeviceSequenceNumber如果Mask為長度由DeviceSequenceLen決定，否則不包含該字段nbytes11所示。圖11 查詢請求服務(wù)消息體6。表6 查詢服務(wù)服務(wù)消息要求字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response：請求/響應(yīng)，指示該消息是請求還是響應(yīng)：0：請求(Request)1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建立服務(wù)、連接斷開服務(wù)等，應(yīng)符合《智能化礦山數(shù)據(jù)融合共享通信接口與協(xié)議規(guī)范》第3部分的要求7bitsMaxDevice最大返回設(shè)備列表數(shù)，服務(wù)端響應(yīng)中，最大返回列表的數(shù)量16bytesQueryConditionFilters查詢設(shè)備的過濾條件，可根據(jù)設(shè)備類型或設(shè)備能力及其組合條件過濾Variable12所示。圖12 查詢應(yīng)答服務(wù)消息體7。表7 查詢應(yīng)答服務(wù)消息要求字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncoding/1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建立服務(wù)、7bitsDeviceQuantity當(dāng)前查詢的設(shè)備總數(shù)16bytesMode指示設(shè)備發(fā)現(xiàn)的模式,主動發(fā)現(xiàn)或者被動發(fā)現(xiàn)0x01：主動發(fā)現(xiàn)0x07：被動發(fā)現(xiàn)1byteDeviceID設(shè)備標(biāo)識符，用于唯一標(biāo)識某個設(shè)備32bytesDeviceType設(shè)備類型2bytesDeviceName設(shè)備名字VariableCapabilityBitMap指示設(shè)備能力級的位圖2bytesStatue指示本端設(shè)備狀態(tài)00x00：設(shè)備下線狀態(tài)0x01：設(shè)備上線狀態(tài)0x02：設(shè)備鎖狀態(tài)1byteVersion協(xié)議棧版本號VariableModuleVersion模型版本號VariableLinkType指示鏈路類型0x00：IP化網(wǎng)絡(luò)，如Ethernet/WIFI0x01：BLE0x02：RS4850x03：CAN1byteAddressLen設(shè)備發(fā)現(xiàn)本端的地址長度4bytesAddressValue設(shè)備發(fā)現(xiàn)本端的地址，長度由AddressLen字段確定nbytesPort被發(fā)現(xiàn)端需要監(jiān)聽的端口號2bytesTCP/UDP指示緊隨設(shè)備發(fā)現(xiàn)后建立的連接是建立TCP連接還是UDP連接0x06：UDP0x11：TCP1byteMask指示是否攜帶設(shè)備序列號，默認為0x001byteDeviceSequenceLen如果Mask為0x01則不包含該字段1byteDeviceSequenceNumber如果Mask為0x01DeviceSequenceLen決定，否則不包含該字段nbytes創(chuàng)建安全會話服務(wù)87.313所示。圖13 創(chuàng)建安全會話消息體8。表8 安全會話請求消息格式字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response：請求/響應(yīng)，指示該消息是請求還是響應(yīng)：0：請求(Request)1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建立服務(wù)、連接斷開服務(wù)等，應(yīng)符合《智能化礦山數(shù)據(jù)融合共3部分的要求7bitsSecureChannelID安全通道ID，承載會話交互數(shù)據(jù)的安全通道標(biāo)識4bytesBusinessType業(yè)務(wù)類型，指定會話類型為消息會話，通知會話，文件會話，流媒體會話等lbyteTimeout超時時長，如果會話在指定的timeout內(nèi)沒有收發(fā)消息，則關(guān)閉會話。單位為秒4bytesNonceClientNonce客戶端，長度最少為32字節(jié)的隨機數(shù)，配置文件可以增加隨機數(shù)的長度，在服務(wù)端響應(yīng)中作為服務(wù)端簽名的內(nèi)容variableClientCredentialNum客戶端身份憑據(jù)標(biāo)志，包含的身份憑據(jù)數(shù)量。數(shù)量為0，則不包含憑據(jù)lbyteClientCredentialType身份憑據(jù)類型，指定客戶端身份憑據(jù)類型。bit0至3位標(biāo)識小類，bit4至7位標(biāo)識大類別。（1）bit4至7值為1，用戶身份憑據(jù)。0x10：IdP簽發(fā)的用戶身份授權(quán)令牌，JWTToken；其中0x11：IdP簽發(fā)給用戶的X.509v3身份證書；（2）（2）bit4至7值為1byte字段名稱描述大小備身份憑據(jù)。bit4至7其它值的含義未定義保留ClientCredentialLen憑據(jù)大小，憑據(jù)的大?。ㄗ止?jié)數(shù)）4bytesClientCredential憑證數(shù)據(jù)，長度由ClientCredentialLen字段確定variable14所示。圖14 創(chuàng)建安全會話響應(yīng)消息體9。表9 創(chuàng)建安全會話響應(yīng)消息體格式字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response：請求/1：響應(yīng)(Response)1bitServiceID：服務(wù)標(biāo)識符，如設(shè)備發(fā)現(xiàn)服務(wù)、連接建立服務(wù)、口與協(xié)議規(guī)范》第3部分的要求7bitsresult結(jié)果狀態(tài)，服務(wù)響應(yīng)結(jié)果狀態(tài)碼2bytesSecureChannelID安全會話ID，創(chuàng)建安全會話后，返回對應(yīng)的安全會話ID4bytesTokenTypeToken類型0x00192bits的安全隨機數(shù)作為令牌0x01：由服務(wù)端應(yīng)用程序生成并傳遞給協(xié)議棧的令牌1byteToken令牌數(shù)據(jù)，根據(jù)Token類型決定本token的數(shù)據(jù)類型variableServerSignaturenonce+客戶端證書）進行簽名variable連接認證服務(wù)86.4要求。15所示。圖15 連接認證請求消息體10。表10 連接建立請求消息格式字段名稱描述大小ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response：請求/響應(yīng)，指示該消息是請求還是響應(yīng)：0：請求(Request)1：響應(yīng)(Response)1bitService7bitsAuthType認證方式，選定的設(shè)備認證類型。0：設(shè)備證書認證；1：公鑰憑據(jù)；2：預(yù)共享密鑰4bytesClientAuth發(fā)起端身份憑據(jù)與參數(shù)1對應(yīng)的認證方式的對應(yīng)憑據(jù)：X.509v3VariableNeedPeerAuth請求認證對端，標(biāo)識是否認證對端。TRUE：需要認證對端1byteSecureChannelID安全傳輸通道ID。更新安全傳輸通道生命周期時有效4bytesNonceClientNouce客戶端，符合設(shè)備認證策略的隨機數(shù)VariableAuthStage（初始的認證請求中該字段為1）1byteLifeTime有效期，使用安全通道時，標(biāo)識安全通道的有效期。過期前，客戶端將發(fā)起重認證以更新通道申明周期。單位為秒4bytes字段名稱描述大小SecretPolicy設(shè)備認證過程中的密碼算法策略標(biāo)識。包括密鑰派生函數(shù)、簽名、加密等算法1byte16所示。圖16 連接認證響應(yīng)消息體11。表11 連接認證響應(yīng)消息格式字段名稱描述長度ServiceSetID服務(wù)集標(biāo)識符1byteServiceEncodingRequest/Response：請求/響應(yīng)，指示該消息是請求還是響應(yīng)：0：請求(Request)1：響應(yīng)(Response)1bitService7bitsresult結(jié)果狀態(tài)2bytesSecureChannelID生效的安全傳輸通道ID4bytesAuthStage認證階段，標(biāo)識認證過程的階段lbyteExpiredTime（密鑰（時間戳）8bytesSecretID秘鑰參數(shù)ID，一組秘鑰參數(shù)的唯一標(biāo)識lbyteResponserChannelID表示斷開的響應(yīng)方的邏輯實體ID，回應(yīng)給請求方4bytes錯誤碼錯誤碼見表12。表12 錯誤碼錯誤碼描述0x00成功的，正確的。0x01傳輸類型錯誤，傳輸類型不在合法范圍內(nèi)時。0x02目的地址錯誤，目的地址不在合法范圍內(nèi)時。0x03QoS標(biāo)識錯誤，QoS標(biāo)識不在合法范圍內(nèi)時。0x04保持時間錯誤，保持時間不在合法范圍內(nèi)時。錯誤碼描述0x05超時錯誤，邏輯通道實體修改超時，對端無響應(yīng)。0x06原因。文本數(shù)據(jù)報文格式文本數(shù)據(jù)報文格式應(yīng)遵循：JsonXMLJson義；報文中數(shù)據(jù)項的節(jié)點名大小寫敏感，統(tǒng)一用小寫字母；JsonJsonJsonJson數(shù)組；Json格式中涉及到字符串或日期應(yīng)使用雙引號，數(shù)字則不用雙引號。報文結(jié)構(gòu)報文格式遵守http報文格式要求，請求報文和響應(yīng)報文結(jié)構(gòu)分別