搜索结果: GB/T 46456.1-2025, GB/T46456.1-2025, GBT 46456.1-2025, GBT46456.1-2025
| 标准编号 | GB/T 46456.1-2025 (GB/T46456.1-2025) | | 中文名称 | 信息技术设备互连 智能家居互联互通 第1部分：架构与通用要求 | | 英文名称 | Interconnection of information technology equipment - Interconnection and intercommunication of smart home - Part 1: Architecture and general requirements | | 行业 | 国家标准 (推荐) | | 中标分类 | L79 | | 国际标准分类 | 35.200 | | 字数估计 | 14,134 | | 发布日期 | 2025-10-05 | | 实施日期 | 2026-02-01 | | 发布机构 | 国家市场监督管理总局、国家标准化管理委员会 | GB/T 46456.1-2025: 信息技术设备互连 智能家居互联互通 第1部分：架构与通用要求
ICS 35.200
CCSL79
中华人民共和国国家标准
信息技术设备互连 智能家居互联互通
第1部分:架构与通用要求
requirements
2025-10-05发布
2026-02-01实施
国 家 市 场 监 督 管 理 总 局
国 家 标 准 化 管 理 委 员 会 发 布
目次
前言 Ⅲ
引言 Ⅳ
1 范围 1
2 规范性引用文件 1
3 术语和定义 1
4 缩略语 2
5 智能家居互联互通架构 2
6 执行设备 4
7 控制设备 4
7.1 通则 4
7.2 绑定 5
7.3 解除绑定 5
7.4 控制执行设备 5
7.5 场景管理 5
7.6 断网 5
8 网关 6
8.1 连接控制 6
8.2 协议转换 6
8.3 数据处理 6
8.4 设备管理 6
8.5 身份管理 6
8.6 场景配置 7
9 服务平台 7
9.1 接口管理 7
9.2 设备管理 7
9.3 用户管理 7
参考文献 8
前言
本文件按照GB/T 1.1-2020《标准化工作导则 第1部分:标准化文件的结构和起草规则》的规定
起草。
本文件是GB/T 46456《信息技术设备互连 智能家居互联互通》的第1部分。GB/T 46456已经
发布了以下部分:
---第1部分:架构与通用要求;
---第2部分:测试方法;
---第3部分:局域互联通用要求。
请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。
本文件由全国信息技术标准化技术委员会(SAC/TC28)提出并归口。
本文件起草单位:中国电子技术标准化研究院、青岛海尔智能家电科技有限公司、广东美的制冷设
备有限公司、北京小米移动软件有限公司、中移(杭州)信息技术有限公司、山东省计算中心(国家超级计
算济南中心)、施耐德电气(中国)有限公司、松下家电(中国)有限公司、大金(中国)投资有限公司、赛西
(深圳)电子信息产品标准化工程中心有限公司、美的集团(上海)有限公司、海信家电集团股份有限公司
青岛分公司、中国电子技术标准化研究院华东分院、北京电信规划设计院有限公司、深圳市钛和巴伦技
术股份有限公司、浙江大华技术股份有限公司、南京翼辉信息技术有限公司、TCL华星光电技术有限公
司、北京市闪联信息产业协会、联想(北京)有限公司、浪潮云洲工业互联网有限公司、厦门狄耐克智能科
技股份有限公司、深圳市海曼科技股份有限公司、杭州博联智能科技股份有限公司。
本文件主要起草人:杨宏、刘洋、赵向阳、李莉、苏静茹、董楚楚、郭雄、赵牧、李琳婧、牛丽、贾景润、
霍伟明、赵小平、胡成林、孙金洋、施超、李敏、赵裕、蔡亚森、周小俊、王亚莱、王建明、黄卫东、刘杰、陈健、
过晓冰、李家京、邹柳、孔维生、于博允、孙志勇、陈平、庞松涛、王少华、曾勇刚、刘宗孺。
引 言
GB/T 46456《信息技术设备互连 智能家居互联互通》通过规定智能家居互联互通的架构、通用要
求、数据分类与描述、测试评价方法等内容,旨在为不同品牌之间、同一品牌不同品类之间的信息设备、
通信设备、家用和类似用途电器、音视频设备、安防设备等家居产品实现互联互通提供依据和指导,拟由
七个部分构成。
---第1部分:架构与通用要求。目的在于给出智能家居互联互通的架构以及执行设备、控制设
备、网关、服务平台等实现互联互通的通用要求。
---第2部分:测试方法。目的在于提供符合第1部分要求的执行设备、控制设备、网关、服务平台
互联互通功能的测试验证方法。
---第3部分:局域互联通用要求。目的在于给出实现局域互联的功能要求和消息参数要求。
---第4部分:局域互联测试方法。目的在于提供符合第3部分要求的局域互联的测试验证方法。
---第5部分:感知数据分类与描述。目的在于给出用于支持智能家居互联互通的家居环境、家庭
用户、非设备类物品等智能家居感知数据的分类及描述方式。
---第6部分:系统智能化分级。目的在于提供基于互联互通的智能家居系统智能化分级的原则
和依据。
---第7部分:场景通用要求。目的在于给出用于支持智能家居互联互通的场景组成、分类、描述
等要求。
信息技术设备互连 智能家居互联互通
第1部分:架构与通用要求
1 范围
本文件描述了智能家居互联互通架构,并规定了用于实现智能家居互联互通的执行设备、控制设
备、网关、服务平台的通用要求。
本文件适用于智能家居互联互通的设计、研发和应用。
2 规范性引用文件
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中,注日期的引用文
件,仅该日期对应的版本适用于本文件;不注日期的引用文件,其最新版本(包括所有的修改单)适用于
本文件。
GB/T 46456.3 信息技术设备互连 智能家居互联互通 第3部分:局域互联通用要求
3 术语和定义
下列术语和定义适用于本文件。
3.1
智能家居 smarthome
通过家居产品联结和家庭服务集成,为用户提供的更加便捷、舒适、安全、高效、环保的生活环境。
注:也称为智慧家居、智慧家庭、智能家庭等。
3.2
执行设备 actuatedevice
智能家居中,执行来自服务平台或控制设备的命令的逻辑设备。
注:如具有数据采集或传感功能的烟雾传感器、人体传感器、智能晾衣架、智能门锁、智能摄像头等。
3.3
控制设备 controldevice
智能家居中,管理或控制执行设备的逻辑设备。
注:如装有智能家居应用程序的移动终端、具有控制功能的本地中枢网关或智能音响、家庭中控面板等。
3.4
网关 gateway
智能家居中,具有网络连接和协议转换等功能,能与服务平台、执行设备和控制设备进行通信的逻
辑设备。
3.5
服务平台 serviceplatform
智能家居中,为执行设备、控制设备和网关等提供接入与管理等功能的平台。
注:一般部署在云端,也能部署在本地的家庭服务器上或本地网关、控制设备中。当部署在本地时,称为“本地服务
平台”。
3.6
子设备 smarthomesub-device
通过局域网连接到网关的执行设备或控制设备。
3.7
场景 scene
使单个或多个智能家居设备自动化运行的一组条件、规则和动作的集合。
3.8
用户 user
使用智能家居的个人、组织、设备或程序等实体。
注:一般使用用户账号对不同用户进行唯一标识和区分,用户账号信息能存储在执行设备、控制设备、网关、服务平
台等。
4 缩略语
下列缩略语适用于本文件。
IP:网际协议(internetprotocol)
5 智能家居互联互通架构
智能家居互联互通基本架构由执行设备、控制设备、网关、服务平台以及它们之间的接口组成,如
图1所示。
图1 智能家居互联互通基本架构
智能家居互联互通的具体实现一般是一个智能家居互联互通基本架构的扩展,例如多个子设备同
时接入一个网关,或者以下情况。
a) 执行设备的不同接入方式,见图2:
1) 直接接入控制设备,见图2a);
2) 直接接入网关,通过网关接入控制设备或通过网关接入服务平台,见图2b);
3) 直接接入服务平台,由服务平台直接控制,或通过服务平台接入控制设备,见图2c)。
a) 执行设备直接接入控制设备 b) 执行设备直接接入网关 c) 执行设备直接接入服务平台
图2 执行设备的不同接入方式示意
b) 控制设备的不同接入方式,见图3:
1) 直接接入网关,通过网关接入服务平台,见图3a),当控制设备与其管理控制的执行设备
接入同一网关时,称为“本地控制”,见图3b);
2) 直接接入服务平台,通过服务平台管理控制执行设备,见图3c),当控制设备不接入其管
理控制的执行设备接入的网关时,称为“远程控制”,见图3d)。
a) 控制设备通过网关
接入服务平台
b) 本地控制 c) 控制设备直接接入
服务平台
d) 远程控制
注:执行设备能通过多种方式接入,因此a)中省略了执行设备的接入关系,c)中省略了网关和执行设备的接入
关系。
图3 控制设备的不同接入方式示意
c) 网关的不同接入方式,见图4:
1) 接入服务平台,以便用户通过服务平台管理接入网关的子设备,见图4a);
2) 部署或接入本地服务平台。当用户不通过部署在云端的服务平台管理子设备时,称为“局
域互联”,见图4b),具体要求符合GB/T 46456.3的规定。
a) 网关接入服务平台 b) 局域互联
注1:执行设备、控制设备能通过多种方式接入,因此a)中省略了执行设备、控制设备的接入关系。
注2:b)中的本地服务平台可能部署在网关或控制设备中,也可能部署在本地家庭服务器中。
图4 网关的不同接入方式示意
d) 服务平台与其他服务平台互联,以便用户通过服务平台管理接入其他服务平台的相关设备,当
控制设备与其管理控制的执行设备不接入同一服务平台时,称为“跨平台控制”,见图5。
注:通过“跨平台控制”实现的不同品牌智能家居互联互通,一般被称为“云云互联”。通过接入同一服务平台实现
的不同品牌智能家居互联互通,一般被称为“端云互联”。
图5 服务平台与其他服务平台互联示意
6 执行设备
执行设备可通过一种或者多种通信方式连接网络。
执行设备:
a) 应支持局域网连接,支持通过有线或者无线方式连接网关或网关的其他子设备,或接入本地服
务平台;
b) 应至少支持接入一个服务平台,宜支持接入多个服务平台,应符合注册(初次接入时)、鉴权(已
注册设备接入时)等接入过程要求;
c) 应支持上报设备状态、设备告警、设备异常等信息;
d) 应支持接收其他执行设备发送的事件消息;
e) 应支持接收控制设备、服务平台等发送的控制指令、事件消息等信息。
相关执行设备描述形式见GB/T 40027。
7 控制设备
7.1 通则
控制设备根据接收到的用户指令或预先配置的任务,实现智能家居控制逻辑,通过网关或其他设备
控制接口向执行设备发送控制指令,监控执行设备指令执行情况,提供智能家居应用服务。常见的控制
方式有场景控制、组合控制、关联控制、远程控制等。
控制设备可通过一种或者多种通信方式接入网络。
控制设备:
a) 应支持局域网连接,支持通过有线或者无线方式接入网关或网关的其他子设备,或接入本地服
务平台;
b) 应至少支持接入一个服务平台,宜支持接入其他服务平台;
c) 控制设备上的智能家居应用程序及服务应具有升级功能,升级前应提示用户;
d) 应支持与服务平台进行信息同步,包括设备状态、场景配置、控制反馈等;
e) 应支持本地控制;
f) 宜支持远程控制;
g) 宜支持跨平台控制。
7.2 绑定
控制设备将接入到服务平台的各类设备、平台等与用户账号进行绑定。
控制设备绑定用户账号要求如下:
a) 应支持获取设备的唯一身份识别码;
b) 应支持将设备的唯一身份识别码与相应的用户账号发送到服务平台;
c) 应支持获取服务平台的绑定结果信息。
7.3 解除绑定
控制设备将连接到服务平台的设备与用户账号解除绑定。
控制设备的解除绑定要求如下:
a) 应支持向服务平台发起解除绑定请求;
b) 应支持获取服务平台的解除绑定结果信息;
c) 解除绑定成功后,应及时清除本设备存储的绑定记录以及用户信息。
7.4 控制执行设备
智能家居控制设备根据用户指令或预设任务,向家居环境中的执行设备发送控制指令,接收执行设
备发送的运行状态、传感数据等信息。
在控制执行设备时,控制设备:
a) 应支持直接向一个或多个执行设备,一次发送一条或多条控制指令,或通过服务平台或网关向
执行设备发送控制指令;
b) 应支持识别无效控制指令、无效控制权限等异常事件;
c) 宜具备自定义控制设备能力,如配置手动或自动、控制开或关等;
d) 宜支持历史日志、异常告警事件等信息的记录与查询;
e) 宜支持模糊指令的识别,如语音控制指令、手写指令等。
7.5 场景管理
控制设备宜为用户提供智能家居场景管理和配置功能,包括设置执行设备之间的联动条件、规则描
述、触发条件、动作等。
在配置场景时,控制设备宜:
a) 具备用户自定义场景配置能力,支持场景的创建、编辑、删除等操作;
b) 支持创建新场景并上传至服务平台,从服务平台获取场景;
c) 支持手动控制模式和自动控制模式;
d) 支持多触发条件与多执行动作;
e) 支持多重场景嵌套逻辑以及逻辑检查功能,当出现逻辑冲突的条件或者无法正常执行时应能
够提示异常;
f) 支持向用户主动推荐场景。
7.6 断网
在失去网络连接时,控制设备应:
a) 给出提示;
b) 设置网络重连机制,定义重连次数及重连时间;
c) 不影响执行设备的正常使用,不对执行设备产生破坏。
控制设备应在网络恢复后、重连时间范围内自动连接网络,用户数据不宜丢失。
8 网关
8.1 连接控制
网关的连接控制:
a) 应支持基于IP技术或非IP技术的执行设备和控制设备的接入;
b) 应支持向执行设备提供注册、鉴权、认证等功能,并按需向执行设备提供网络参数配置信息;
c) 应支持通过有线网络或者无线网络连接服务平台;
d) 宜支持设备主动发现;
e) 宜监测所连接子设备的网络连接状态,并向服务平台上报。
8.2 协议转换
网关在服务平台和子设备之间进行数据传输时,协议转换应:
a) 支持将子设备的协议转换为服务平台支持的协议;
b) 支持将服务平台的协议转换为子设备支持的协议。
8.3 数据处理
网关的数据处理:
a) 当执行设备或控制设备将包含敏感信息的数据发送至服务平台进行处理时,应通过数据加密
等方式保护敏感信息;
b) 宜支持子设备连接数据的预处理和存储;
c) 宜支持数据本地备份;
d) 宜支持将网关数据备份至服务平台;
e) 宜支持大数据和人工智能处理,如支持AI语音识别、AI图像识别等;
f) 宜支持本地数据快速处理,如离线语音交互等。
8.4 设备管理
网关的设备管理:
a) 应支持对所连接子设备的管理,包括软件和固件版本查询、功能信息查询、运行状态查询、删
除、命名、分组等;
b) 应支持在断网或者断电时,自动保存已接入的设备数据;
c) 应支持在断网或者断电恢复后,自动与已保存子设备和服务平台重新建立连接;
d) 网关与服务平台断开时,若与网关连接的子设备被解除绑定或者状态发生变化,网关与服务平
台连接恢复后,应将子设备数据上传服务平台;
e) 应支持服务平台远程管理子设备;
f) 应支持识别子设备的标识;
g) 宜支持子设备模型更新;
h) 宜支持标识映射和转换。
8.5 身份管理
网关的身份管理应支持绑定到指定用户账号和账号解除绑定,宜支持账号的分级权限管理。
8.6 场景配置
网关宜支持智能家居场景的定义和管理,包括设置控制设备、执行设备的控制参数、自动触发机制、
触发条件,以及多个设备分组管理等。
9 服务平台
9.1 接口管理
接口管理:
a) 应提供设备接入的API接口,例如GB/T 38320中的接口;
b) 应提供与其他服务平台交互的API接口,例如GB/T 38322中的接口;
c) 宜支持HTTP、MQTT、CoAP、WebSocket等协议;
注:WebSocket是基于TCP的一种网络协议,用于实现浏览器与服务器全双工通信。
d) 宜支持多种通信服务接口,包括注册接口、注销接口、登录接口、登出接口、心跳维持接口、空中
下载接口、设备发现接口、获取设备模型接口、控制接口、状态或故障上报接口、网络时间同步
接口等。
9.2 设备管理
9.2.1 设备注册、鉴权与授权
服务平台应具备控制设备、执行设备和网关等设备注册、鉴权与授权功能,应:
a) 提供设备注册接口;......
|