首页 > 国家标准(GB) > GB/T 38637.1-2020 物联网 感知控制设备接入 第1部分:总体要求
GB/T 38637.1-2020

基本信息

标准号: GB/T 38637.1-2020

中文名称:物联网 感知控制设备接入 第1部分:总体要求

标准类别:国家标准(GB)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

相关标签: 联网 感知 控制 设备 接入 总体

标准分类号

关联标准

出版信息

相关单位信息

标准简介

GB/T 38637.1-2020.Internet of things-Access of sensing and controlling device-Part 1: General requirements.
1范围
GB/T 38637的本部分规定了物联网系统中感知控制设备接人的接人要求、应用层接入协议和协议适配。
GB/T 38637.1适用于物联网感知控制设备的规划和研发。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
GB/T 33474-2016物联网参 考体系结构
3术语和定义
下列术语和定义适用于本文件。
3.1
感知控制设备 sense and control device
处于物联网感知控制域,具备与外部系统双向通信能力,用于收集物理世界的信息并能够发送或接收处理外部命令的装置。
3.2
智能感知控制设备 intelligent sense and control device
具有信息处理部件的感知控制设备(3.1)。
3..3
物联网网关 internet of things gateway
具有数据存储能力、计算能力和协议转换能力等,可通过北向接口与应用平台建立通信连接和通过南向接口与感知控制设备进行通信的实体,其形态可以是独立设备或软件。
4缩略语
下列缩略语适用于本文件。
AAP :应用层接人协议( Access Application Protocol)
HTTP :超文本传输协议( HyperText Transfer Protocol)
JSON:JS对象简谱(JavaScript Object Notation)
MQTT :遥测传输协议( Message Queue Telemetry Transport)
SSL:安全套接层(Secure Sockets Layer)
TLS:安全传输层协议(Transport Layer Security)

标准图片预览






标准内容

ICS35.110
中华人民共和国国家标准
GB/T38637.1—2020
物联网
感知控制设备接入
第1部分:总体要求
Internet of things-Access of sensing and controlling device-Part1:General requirements
2020-04-28发布
国家市场监督管理总局
国家标准化管理委员会
2020-11-01实施
规范性引用文件
术语和定义
缩略语
总体要求
间接接入一般要求
接人设备
物联网网关
感知控制设备与物联网网关的接入通信方式物联网网关与应用平台之间的接入通信方式7直接接入一般要求
接入设备
感知控制设备与应用平台的接人通信方式应用层接人协议(AAP
消息格式和消息类型
消息交互模型
协议流程
协议功能协商要求
安全要求
9协议适配
消息主题
底层协议服务接口
底层协议适配
附录A(资料性附录)
AAP消息示例
GB/T38637.1—2020
GB/T38637《物联网感知控制设备接人》分为以下两个部分:第1部分:总体要求;
一第2部分:数据管理要求
本部分为GB/T38637的第1部分
本部分按照GB/T1.1—2009给出的规则起草。GB/T38637.1—2020
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本部分由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。本部分起草单位:中国电子技术标准化研究院、普奥云信息科技(北京)有限公司、北京京航计算通讯研究所、同济大学、浙江晶日科技股份有限公司、西安航天自动化股份有限公司、无锡物联网创新中心有限公司、四川长虹电器股份有限公司、成都秦川物联网科技股份有限公司、天津市邮电设计院有限公司、安徽中科美络信息技术有限公司。本部分主要起草人:韩丽、柏文彦、卓兰、杨宏、郝创博、李然、陈德基、沈庆跃、庄宝森、杨拓宇、董接莲、杨会甲、王新芳、张磊、王平松、张建奇、张建锋、王科、王东豪、李世成、权亚强、徐锐、戴朋龙m
1范围
物联网感知控制设备接入
第1部分:总体要求
GB/T38637.1—2020
GB/T38637的本部分规定了物联网系统中感知控制设备接入的接人要求、应用层接入协议和协议适配。
本部分适用于物联网感知控制设备的规划和研发规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。KaeerKAca
GB/T33474—2016物联网参考体系结构术语和定义
下列术语和定义适用于本文件。3.1
感知控制设备
sense and control device
处于物联网感知控制域,具备与外部系统双向通信能力,用于收集物理世界的信息并能够发送或接收处理外部命令的装置。
智能感知控制设备
intelligent sense and control device具有信息处理部件的感知控制设备(3.1)。3.3
物联网网关
internet of things gateway
具有数据存储能力、计算能力和协议转换能力等,可通过北向接口与应用平台建立通信连接和通过南向接口与感知控制设备进行通信的实体,其形态可以是独立设备或软件缩略语
下列缩略语适用于本文件。
AAP:应用层接人协议(AccessApplicationProtocol)HTTP:超文本传输协议(HyperTextTransferProtocol)JSON:JS对象简谱(JavaScriptObjectNotation)MQTT:遥测传输协议(MessageQueueTelemetryTransport)SSL:安全套接层(SecureSocketsLayer)TLS:安全传输层协议(TransportLayerSecurity)GB/T38637.1—2020
5总体要求
根据GB/T33474一2016给出的物联网参考体系结构,感知控制设备接入至资源交换域、服务提供域和运维管理域主要实现以下三种目的:a)接人资源交换域的软硬件系统,实现信息交互与共享;b)接入服务提供域的基础服务系统,实现感知和操控信息交互;c)接入运维管控域的软硬件系统,实现信息交互与共享。感知控制设备接人所涉及的关联关系如图1所示的关联关系7、关联关系8和关联关系9。12
资源交烫域
说明:
关联关系(代表图中数宁1-12
服务提供域
感知控制域
日标对象域
图1感知控制设备接入的定位
运维弯控域
实际物联网系统中,资源交换域、服务提供域和运维管控域的软硬件设备通常部署在云端或中心服务器,构成应用平台。感知控制设备接入应用平台的方式可分为经物联网网关的间接接入和不经物联网网关的直接接入,如图2所示,其中感知控制设备或者物联网网关可采用应用层接入协议接入应用平台。接入方式如下:
a)间接接人:感知控制设备的通信能力或数据处理能力有限时,多个感知控制设备经物联网网关汇聚中转,接人应用平台。感知控制设备通过本地局域网络与物联网网关连接,物联网网关通过广域网络与应用平台连接。物联网网关提供协议转换、地址映射、数据处理等功能。
b)直接接入:感知控制设备可直接与其他域中设备或系统进行互联。2
应用平合
资源交换城
间妾接入
物联网网关
感知控剂议备1
用广嫁
服务提供域
感知控议备!
感知控制设各1
感知控制设备接入方式
运续管控域
直按接入
GB/T 38637.1—2020
感知控制设各…
eiKAca
6间接接入一般要求
接入设备
应支持非智能感知控制设备和智能感知控制设备两种类型设备接人。物联网网关
物联网网关在间接接人方式中应满足如下要求:a)非智能感知控制设备应采用模拟信号接人物联网网关;b)智能感知控制设备应采用数字信号接入物联网网关;c)物联网网关应采用数字信号接人应用平台。6.3感知控制设备与物联网网关的接入通信方式感知控制设备接人物联网网关的通信方式要求如下:a)宜采用有线或短距离无线传输网络;b)宜支持相应的有线或无线传输协议。物联网网关与应用平台之间的接入通信方式6.4
物联网网关接人应用平台的通信方式要求如下:a)宜采用专用或公用数据通信网络.如专用光纤传输或者运营商提供的移动通信网络等:b)
宜支持主备用通信方式共存和主备用通信方式自动切换:应采取有效的网络通信安全防护措施,保证通信安全。3
GB/T38637.1—2020
7直接接入一般要求
接入设备
应支持智能感知控制设备接人。7.2
感知控制设备与应用平台的接入通信方式感知控制设备接入应用平台的通信方式要求如下:a)通常宜采用广域无线通信方式,如蜂窝网络、非蜂窝网络等;b)有特殊需求时,可使用有线通信方式;c)应采取有效的网络通信安全防护措施,保证通信安全8应用层接入协议(AAP)
8.1概述
AAP属于应用层消息类协议,其运行载体为智能感知控制设备物联网网关(间接接人时)和应用Aca
平台。
AAP适配以下三类底层协议
a)基于消息代理进行发布和订阅的消息协议,如MQTT等:b)基于请求/响应的点对点应用层协议,如HTTP等;点对点的消息包传送协议,如Websocket等,c
2消息格式和消息类型
AAP消息由协议行、消息头和消息体三部分构成:协议行应至少包括格式标志和协议版本号。协议行的第1个字节是消息格式标志,表示消息a)
头和消息体的编码格式。如,由“J”开头代表JSON格式,由“B”开头代表二进制格式。消息头应至少包括消息类型,还可包括时间戳、消息体的编码指示、压缩相关信息、认证和加密b)
的信息等。
c)消息接收端应根据消息头进行消息体的识别、解码、认证和解密。AAP的消息及消息类型见表1.除注销消息外其余每种消息包括请求消息和应答消息两种类型(其名称用原语给出),消息描述是对该种消息的描述。表1AAP的消息及消息类型
消息类型
消息名称
物联网网关注册消息
gatewayRegisterReq
gatewayRegisterRpl
智能感知控制设备注册消息
deviceRegisterReg
deviceRegisterRpl
消息描述
注册消息,物联网网关在应用平台进行注册注册消息,智能感知控制设备在应用平台进行注册消息类型
连接保持消息
注销消息
消息名称
pingReq
pingRpl
unregisterReq
连接保持消息
表1(续)
消息描述
GB/T 38637.1—2020
注销消息,物联网网关或者智能感知控制设备向应用平台注销物联网网关注册消息等4种消息的示例参见附录A。8.3消息交互模型
AAP包括通知模型、请求应答模型、选择性应答模型和延迟应答模型四种交互模型:a)通知模型中:发送端将消息发送至接收者.接收者无需应答,见图3发送端
接收端
HiiKaeer
1:求消息(nedply-0)
图3通知模型
b)请求应答模型中,发送端将消息发送至接收者,接收者将应答消息反馈至发送端,见图4。发送端
1:请求消息《needpl=1)
2:应答消息
图4请求应答模型
接收端
选择性应答模型中,发送端将请求消息,其应答标志为0,在发送指定的请求条数或间隔指定时长后,发送请求消息,其应答标志为1,要求接收端发回应答消息,以确认接收端已收到该请求之前的全部消息,见图5。
GB/T38637.1—2020
发送端
[:请求消息(neecpl-)
2:语求消息(nielply-0)
r:请求消息 (ncedply=1)
1:应答消总
图5选择性应答模型
按投端
d)延退应答模型中,发送端将请求消息发送至接收端,其应答标志为1,接收端反馈应答消息确认收到请求消息。接收端处理完请求消息后,向发送端发送请求消息,其应答标志为1,将处理结果报告发送端,发送端发回应答消息,表示收到处理结果。若接收端发送完处理结果后不能接收到应答消息,可以选择通过请求消息重传处理结果,见图6发送端
I;求消息(xlply1)
2:应咨销息
3:请求消息(ned-1)
4:应答消总(
图6延迟应答模型
8.4协议流程
协议流程分以下四个阶段:
a)连接建立阶段:物联网网关或智能感知控制设备与应用平台建立连接;GB/T38637.1-—2020
b)设备注册阶段:物联网网关或智能感知控制设备向应用平台发起注册请求,并得到回复,应用平台显示物联网网关或智能感知控制设备在线:消息交互阶段:物联网网关或智能感知控制设备与应用平台之间进行信息交互,比如应用平台c)
下发命令、物联网网关或智能感知控制设备上报数据以及两者之间发送连接保持消息;d)连接断开阶段:物联网网关或智能感知控制设备向应用平台发送注销请求,应用平台不再保持相关设备的状态。
8.5协议功能协商要求
协议双方可以协商具体协议实现功能,主要包括以下三种协商模式:a)主动核实双方功能:物联网网关或智能感知控制设备与应用平台建立连接后:主动查询对方所支持的功能;
b)主动报告支持功能:物联网网关或智能感知控制设备与应用平台建立连接后,主动报告对方所支持的功能;
收到未知请求消息时主动报告支持功能:在收到未知请求消息时,主动报告对方所支持的请求消息。
8.6安全要求
AAP至少采用以下安全机制:
应用平台与物联网网关或智能感知控制设备间应采用账号和密码的方式进行认证;b)应采用TLS/SSL协议对传输的数据进行加密和签名,保证数据的私密性和完整性;c)对于敏感数据或控制操作可采用更高强度的加密和认证策略,9协议适配
9.1消息主题
消息主题应包括消息主题标识、接入账号、消息发送或接收设备标识。不同的底层协议传输模式对消息主题采用不同的处理方式,具体如下所示:a)底层协议宜采用消息代理的传输模式,通过消息主题进行发送和订阅;b)底层协议宜采用点对点的传输模式,消息主题封装至底层协议的消息包中。9.2底层协议服务接口
底层协议对上提供服务时应满足如下要求:底层协议向AAP提供服务接口。
b)AAP调用底层协议服务接口时传递消息连接标识。消息连接标识在物联网网关或智能感知控制设备在应用平台注册时生成,用来唯一标识物联网网关或智能感知控制设备与应用平台之间的消息连接。
c)底层协议向AAP提供服务接口,包括(但不限于):1)接入地址绑定接口:AAP通过此接口向底层协议提供接入地址和相关的接人参数。2)设备登记接口:底层协议通过此接口验证AAP消息是否合法。7
GB/T38637.1—2020
3)连接建立接口:对于采用消息代理模式的底层协议,AAP调用此接口时,物联网网关或智能感知控制设备与应用平台都连接至消息代理,并且订阅相关的消息主题;物联网网关或智能感知控制设备在应用平台注册成功后,AAP连接建立同时底层协议标记为连接已建立。在注册失败时,AAP向协议对等端发送注册失败消息后,调用底层协议的连接关闭接口,关闭连接。对于点对点传输模式的底层协议,AAP调用此接口,实现物联网网关或智能感知控制设备与应用平台的直接连接,其余流程与消息代理模式相同。4)
消息发送接口:AAP调用此接口实现协议消息的发送。5)
消息报告接口:底层协议收到AAP消息后,调用此接口可将接收到的消息上报至AAP。连接状态查询接口:AAP通过调用此接口可以查询连接状态。连接关闭接口:如果物联网网关或智能感知控制设备向应用平台发送注销请求,或者消息代理报告物联网网关或智能感知控制设备已经断开连接,AAP调用此接口关闭连接。3底层协议适配
9.3.1MQTT协议
与MQTT(遥测传输协议)适配时:AAP的消息主题应直接映射到MQTT的主题;a
b)AAP中的消息应直接封装至MQTT消息体中;c)AAP的接人账号和接人密码应对应MQTT中消息代理的客户端账号和密码。9.3.2HTTP协议
与HTTP适配时:
HTTP的头部应增加相应的头部字段;a)
b)宜实现应用平台与物联网网关或智能感知控制设备之间多种交互模式。9.3.3Websocket协议
与Websocket适配时,AAP的消息主题和消息体应直接封装到Websocket消息中8
附录A
(资料性附录)
AAP消息示例
GB/T38637.1—2020
A.2中的消息示例用JSON格式描述,其中消息编号见表A.1,缩略语及其代替字段名见表A.2表A.1
消息编号
缩略语
tss或者 tsv
字段名bzxz.net
category
seriaNo
timeStamp
needReply
returnTopic
示例中消息编号
消息名称
物联网网关注册消息
智能感知控制设备注册消息
连接保持消息
注销消息
示例中使用的缩略语及其替代的字段名类型
string
datetime
string
requestSerialNo
gatewayVendor
gatewayModel
gatewaySerial
gatewayHardwareVersion
gatewaySoftwareVersion
accessAccount
string
string
string
string
string
string
string
格式标志,固定,表示JSON格式消息头
消息类型
消息编号
消息流水号,发送端自动增加,到最大值回0时间截,消息发送点的时间
其中,tss为字符串格式;tsv为数值格式应答标志,在选择性应答模式时需要此字段。0或者没有这个字段为不需要应答;1为需要应答应答消息回送消息主题,如果请求消息需要应答必需包括这个字段,告诉接收端应答消息发给谁应答消息对应的请求消息的流水号消息体
网关厂商
网关型号
网关序列号
网关硬件版本
网关软件版本
可选,接入账号
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。