搜索结果: GB/T 46456.3-2025, GB/T46456.3-2025, GBT 46456.3-2025, GBT46456.3-2025
| 标准编号 | GB/T 46456.3-2025 (GB/T46456.3-2025) | | 中文名称 | 信息技术设备互连 智能家居互联互通 第3部分：局域互联通用要求 | | 英文名称 | Interconnection of information technology equipment - Interconnection and intercommunication of smart home - Part 3: General requirements for local interconnection | | 行业 | 国家标准 (推荐) | | 中标分类 | L79 | | 国际标准分类 | 35.110 | | 字数估计 | 14,170 | | 发布日期 | 2025-10-05 | | 实施日期 | 2026-02-01 | | 发布机构 | 国家市场监督管理总局、国家标准化管理委员会 | GB/T 46456.3-2025: 信息技术设备互连 智能家居互联互通 第3部分：局域互联通用要求
ICS 35.110
CCSL79
中华人民共和国国家标准
信息技术设备互连 智能家居互联互通
第3部分:局域互联通用要求
interconnection
2025-10-05发布
2026-02-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅲ
引言 Ⅳ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 缩略语 1
5 局域互联通则 2
6 设备发现 2
7 设备连接 3
8 设备协作 4
8.1 基本要求 4
8.2 协作设备发现 4
8.3 协作设备选择 4
8.4 协作设备通信 5
9 设备订阅 5
10 设备通知 6
11 设备控制 7
参考文献 8
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
本文件是GB/T 46456《信息技术设备互连 智能家居互联互通》的第3部分。GB/T 46456已经
发布了以下部分:
---第1部分:架构与通用要求;
---第2部分:测试方法;
---第3部分:局域互联通用要求。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本文件起草单位:广东美的制冷设备有限公司、中国电子技术标准化研究院、海尔优家智能科技
(北京)有限公司、赛西(深圳)电子信息产品标准化工程中心有限公司、北京小米移动软件有限公司、
中移(杭州)信息技术有限公司、山东省计算中心(国家超级计算济南中心)、中国电子技术标准化研究院
华东分院、北京电信规划设计院有限公司、北京市闪联信息产业协会、美的集团(上海)有限公司、施耐德
电气(中国)有限公司、松下家电(中国)有限公司、联想(北京)有限公司、大金(中国)投资有限公司、南京
翼辉信息技术有限公司、海信家电集团股份有限公司青岛分公司、深圳市钛和巴伦技术股份有限公司、
浙江大华技术股份有限公司、北京明睿翼云科技有限公司。
本文件主要起草人:蔡亚森、郭雄、杨宏、董楚楚、刘洋、赵小平、苏静茹、赵向阳、郑崇开、贾景润、
孙旭、李琳婧、张君龙、方炜、赵牧、严小格、郭丙峰、李敏、孙金洋、崔振、郭丙峰、孙志勇、严彩红、过晓冰、
于文亭、刘杰、于博允、陈健、邹柳、周鹏、孔维生、赵裕、尹德帅、杨东。
引 言
GB/T 46456《信息技术设备互连 智能家居互联互通》通过规定智能家居互联互通的架构、通用要
求、数据分类与描述、测试评价方法等内容,旨在为不同品牌之间、同一品牌不同品类之间的信息设备、
通信设备、家用和类似用途电器、音视频设备、安防设备等家居产品实现互联互通提供依据和指导,拟由
七个部分构成。
---第1部分:架构与通用要求。目的在于给出智能家居互联互通的架构以及执行设备、控制设
备、网关、服务平台等实现互联互通的通用要求。
---第2部分:测试方法。目的在于提供符合第1部分要求的执行设备、控制设备、网关、服务平台
互联互通功能的测试验证方法。
---第3部分:局域互联通用要求。目的在于给出实现局域互联的功能要求和消息参数要求。
---第4部分:局域互联测试方法。目的在于提供符合第3部分要求的局域互联的测试验证方法。
---第5部分:感知数据分类与描述。目的在于给出用于支持智能家居互联互通的家居环境、家庭
用户、非设备类物品等智能家居感知数据的分类及描述方式。
---第6部分:系统智能化分级。目的在于提供基于互联互通的智能家居系统智能化分级的原则
和依据。
---第7部分:场景通用要求。目的在于给出用于支持智能家居互联互通的场景组成、分类、描述
等要求。
信息技术设备互连 智能家居互联互通
第3部分:局域互联通用要求
1 范围
本文件规定了智能家居局域互联的设备发现、设备连接、设备协作、设备订阅、设备通知、设备控制
等功能要求和相应的消息参数要求。
本文件适用于局域网络环境下智能家居互联互通的设计、研发和生产。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文
件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于
本文件。
GB/T 46456.1-2025 信息技术设备互连 智能家居互联互通 第1部分:架构与通用要求
3 术语和定义
GB/T 46456.1-2025界定的以及下列术语和定义适用于本文件。
3.1
源设备 sourcedevice
主动发送状态信息或请求指令的智能家居设备。
注:源设备是GB/T 46456.1-2025中定义的执行设备、控制设备或网关。
3.2
目标设备 targetdevice
接收信息或响应请求指令的智能家居设备。
注:目标设备是GB/T 46456.1-2025中定义的执行设备、控制设备或网关。
3.3
协作设备 colaborationdevice
具备协议转换和消息转发的智能家居设备。
注:协作设备是GB/T 46456.1-2025中定义的网关,或者支持协议转换和消息转发的执行设备、控制设备。
4 缩略语
下列缩略语适用于本文件。
5 局域互联通则
智能家居局域互联是指不依赖于广域网,在局域网环境中智能家居设备之间实现的互联互通。按
照GB/T 46456.1-2025,智能家居局域互联是智能家居互联互通架构的一个具体实现,基本架构见
GB/T 46456.1-2025中图1。通常将本地服务平台部署在具有本地计算能力的网关或控制设备上,网
关、控制设备、执行设备之间应有相应的接口。
智能家居局域互联应使用统一的设备模型描述方式,使得局域设备之间能够识别和理解对方的信
息(包含品牌、品类、型号、功能、支持协议等)。这种描述是机器可读的,一般应对局域设备结构和描述
的内容进行语义注释,能使用多种数据格式进行转换。设备模型主要包括设备的一般元数据、代表功能
的信息模型、用于操作信息模型的传输协议描述和安全信息。其中,设备模型中设备功能的属性描述见
GB/T 40027-2021。
智能家居局域互联应支持设备发现、设备连接、设备协作、设备订阅、设备通知、设备控制等基础功
能,局域互联功能架构如图1所示。
图1 局域互联功能架构
6 设备发现
设备发现规定了智能家居设备发现局域网其他设备信息的方式。设备信息可以是设备模型描述文
件,也可以是其他统一格式的设备描述信息。
具备设备发现功能的设备:
a) 应支持其他设备在与其建立连接之前,获取其基本信息,包括设备标识符、品类型号、设备模型
功能信息等以及它们的访问接口;
b) 应支持其他设备通过其描述和功能在局域网中对其进行查询;
c) 应支持通过统一的关键词对提供所需功能的设进行语义查询;
d) 应支持基于局域网的设备发现协议(如mDNS、自定义广播包等),实现局域设备间的互发现和
数据交互;
e) 应至少支持主动扫描和被动侦听两种机制中的一种,宜设置固定或者随机的扫描和侦听周期。
设备发现的流程,如图2所示。其中,主动扫描指设备在局域网内广播设备发现请求,从周围设备
的响应中获取目标设备信息;被动侦听指设备在局域网中侦听周围设备定期广播的设备信息,通过侦听
到的广播消息来获取目标设备信息。
图2 设备发现流程
设备发现请求消息参数应包括消息类型、设备唯一识别码等,宜包括设备模型识别码等参数;设备
发现响应消息参数应包括返回码、设备唯一识别码、设备模型识别码等参数。
7 设备连接
设备连接规定了智能家居局域设备之间在得到安全认证和授权的情况下建立局域连接的方式。
设备建立局域连接的流程如图3所示:
a) 源设备向目标设备发起连接请求;
b) 目标设备进行安全认证和授权;
c) 目标设备向源设备返回连接响应。
图3 设备连接流程
设备连接请求消息参数应包括消息类型、设备唯一识别码等,宜包括连接端口等参数;设备连接响
应消息参数应包括返回码(连接是否成功)等参数。
8 设备协作
8.1 基本要求
智能家居局域设备支持 WLAN、ZigBee、Thread等多种通信协议,具有不同通信协议和网络制式的智
能家居设备称为异构设备,设备协作规定了在局域网环境下异构设备互联的通信机制和数据交互方案。
设备协作要求包括协作设备发现、协作设备选择以及协作设备通信三个阶段。协作设备主要负责
实现异构设备间的协议转换和消息转发,本文件规定的协作设备应为符合GB/T 46456.1-2025中第8章
要求的网关或支持协议转换和消息转发的执行设备、控制设备。
8.2 协作设备发现
在协作设备发现阶段,一方面设备可通过请求周围设备协作,来确定是否可以和目标设备通信;另
一方面,协作设备应具备周期性的广播功能使其可以容易地被局域设备发现。
协作设备发现的流程,如图4所示:
a) 源设备广播设备发现请求,包含目标设备的设备标识符、品类型号或者功能的描述;
b) 协作设备查询局域关联设备列表,如果有目标设备信息则直接返回请求响应;
c) 如果没有目标设备信息,则协作设备转发该设备发现请求;
d) 目标设备响应该请求;
e) 协作设备根据目标设备返回的响应信息更新局域关联设备列表;
f) 协作设备向源设备返回设备发现请求响应,包含目标设备信息。
图4 协作设备发现流程
8.3 协作设备选择
如果在协作设备发现阶段,同时接收到多个协作设备返回的响应消息,可根据如下原则中的一种或
多种方式选择一个最佳的协作设备:
a) 链路质量优先;
b) 响应时间优先;
c) 通信协议优先(能耗、传输带宽等)。
8.4 协作设备通信
为了对多种协作场景提供通信支持,协作设备应封装多种通信协议,根据不同的协作场景来建立不
同的通信连接和协议转换。协作设备为异构设备提供协议转换应具备如下功能:
a) 不同通信协议的链路数据格式转换;
b) 目标设备寻址。
协作设备通信的流程,如图5所示:
a) 源设备向协作设备发送数据,包含目标设备地址等信息;
b) 协作设备进行协议转换;
c) 协作设备向目标设备转发源设备数据;
d) 目标设备根据需要返回响应数据;
e) 协作设备接收到目标设备的响应信息,进行协议转换;
f) 协作设备向源设备返回协议转换后的目标设备响应数据。
图5 协作设备通信流程
9 设备订阅
设备订阅规定了智能家居局域设备根据需要(如本地存储的场景联动规则信息)向局域网内目标设
备发起某个事件订阅的方式。
设备订阅应支持订阅、接收和取消对设备状态变化或设备事件发生的通知,设备订阅方式可基于具
体的传输协议实现,如 MQTT/HTTP/CoAP订阅等。
设备订阅和取消订阅的流程,如图6所示:
a) 源设备向目标设备发起状态或者事件订阅请求;
b) 目标设备记录并更新本地订阅列表,响应该订阅请求;
c) 源设备向目标设备发起取消订阅请求;
d) 目标设备更新本地订阅列表并删除该订阅记录,并返回取消订阅响应。
图6 设备订阅和取消订阅流程
设备订阅请求消息参数应包括消息类型、设备唯一识别码、设备事件标识等,宜包括设备模型识别
码等参数;设备订阅响应消息参数应包括返回码(订阅是否成功)等参数。
10 设备通知
设备通知规定了智能家居局域设备根据设备状态更新信息通知订阅该事件的目标设备(单播)的方
式,也可在局域网内广播通知该事件(组播或者广播)。
设备通知的流程,如图7所示:
a) 源设备根据最新设备状态数据生成设备事件;
......
|