协议对比：Matter、Zigbee、Z-Wave 及其他
智能家居里常见的协议不止 Matter。这一页把 Matter 放到同行中间比一比：先用七层模型看清它们各自管哪几层，再逐项对比参数，最后看它们描述设备的方式有多像。
- Matter 只管上面几层（应用、表示、会话），下面借用 Thread、Wi-Fi、以太网。Zigbee、Z-Wave、蓝牙 Mesh 则是从无线电一路管到应用层的“全套协议”。
- 所以同层对比应该是：Thread 对 Zigbee 网络层（都跑在 802.15.4 上），Matter 对 ZCL / Z-Wave 命令类 / 蓝牙 Mesh 模型（都是应用层）。
- Matter 和 Zigbee 是“亲戚”：同一个标准组织（CSA），同一种无线电芯片，Matter 的 Cluster 直接继承自 Zigbee 的 ZCL，连编号都一样（开关都是
0x0006）。 - Matter 最大的不同是基于 IP、不依赖私有网关、可同时接入多个生态；Z-Wave 胜在 sub-GHz 穿墙远和强制互通；蓝牙 Mesh 胜在手机直连、成本低。
七层模型定位
下图把各协议放进 OSI 七层模型。实际协议并不严格按七层切分，这里按功能近似定位。颜色表示这一层做的事，横跨多格表示一个模块同时承担了几层的职责。
- 左边两列上半截是连在一起的：不管底下是 Thread 还是 Wi-Fi，Matter 的应用层完全一样，这正是“应用层协议”的含义。
- Matter over Thread 和 Zigbee 的最下两层完全相同，都是 IEEE 802.15.4。很多芯片（如 Silicon Labs EFR32MG24、Nordic nRF52840）同时支持两者，同一台网关可以一边跑 Zigbee 一边做 Thread 边界路由器。
- Z-Wave 是唯一不在 2.4 GHz 的，它用 sub-GHz 频段，不和 Wi-Fi 抢信道，穿墙也更好。
- 配网时用到的蓝牙（Matter 用 BLE 传配网信息）没画进来，因为它只在入网那一刻用一下，不承载日常通信。
这个问题本身把两件不同层级的事混在了一起。Zigbee 是一整套协议；Matter 只是应用层，要搭配 Thread 或 Wi-Fi 才能用。更准确的问法是：“Zigbee 全套”还是“Matter + Thread”？两者用同样的无线电，区别在网络层（Zigbee 私有路由 vs 标准 IPv6）和应用层（ZCL vs Matter 数据模型），以及是否需要厂商网关。
核心参数对比
屏幕较窄时表格可以左右滑动，第一列固定不动。“随承载网”表示这一项取决于它底下跑的是 Wi-Fi、BLE 还是 Thread。
| 对比项 | Matter | Zigbee | Z‑Wave | 蓝牙 Mesh | HomeKit | Wi‑Fi 私有方案 |
|---|---|---|---|---|---|---|
| 管哪几层 | 应用层（下接 Thread / Wi‑Fi / 以太网） | 全栈：无线电到应用层 | 全栈：无线电到应用层 | 全栈（基于 BLE） | 应用层（IP / BLE / Thread） | 应用层私有，底层 Wi‑Fi + 云 |
| 标准组织 | CSA 连接标准联盟 | CSA（原 Zigbee 联盟） | Z‑Wave 联盟；物理/链路层为 ITU-T G.9959 | 蓝牙技术联盟（SIG） | Apple | 各厂商自定（涂鸦、米家等） |
| 发布时间 | 2022 年 1.0；当前 1.6 | 2004 年 1.0；3.0 于 2016；PRO 2023 | 约 2001 年；2020 年规范开放 | 2017 年 1.0；2023 年 1.1 | 2014 年 | — |
| 频段 | 2.4 GHz（Thread / Wi‑Fi）；Wi‑Fi 也可 5 GHz | 2.4 GHz；PRO 2023 增加欧 800 / 美 900 MHz | sub‑GHz：欧 868 / 美 908 MHz 等 | 2.4 GHz | 随承载网 | 2.4 GHz 为主 |
| 速率 | Thread 250 kbps；Wi‑Fi 为 Mbps 级 | 250 kbps | 9.6 / 40 / 100 kbps | 1 Mbps（物理层） | 随承载网 | Mbps 级 |
| 拓扑 | Thread 网状；Wi‑Fi 星型 | 网状（协调器 + 路由器 + 终端） | 网状（源路由，最多 4 跳）；长距离版为星型 | 网状（受管泛洪） | 星型（经家庭中枢） | 星型（经路由器 + 云） |
| 网络规模 | Thread 最多 32 个路由器，单网络建议约 250 台以内 | 地址空间约 6.5 万，实际一般数百台 | 经典 232 台；长距离版 4000 台 | 单播地址约 3.2 万 | 家庭级 | 受家用路由器限制，一般几十台 |
| 单跳距离（室内） | Thread 约 10–30 m；Wi‑Fi 看路由器 | 约 10–20 m | 约 30–40 m；长距离版空旷处可达 1.5 km 以上 | 约 10–30 m | 随承载网 | 看路由器覆盖 |
| 基于 IP | 是（IPv6） | 否 | 否 | 否 | 是（IP 模式） | 是 |
| 需要网关吗 | Thread 设备需要边界路由器；Wi‑Fi 设备不需要网关 | 需要协调器 / 网关 | 需要控制器 / 网关 | 手机可直连；远程和自动化需要网关 | 远程和自动化需要家庭中枢（HomePod / Apple TV） | 不需要网关，但依赖厂商云 |
| 本地控制 | 是，本地优先 | 是（经网关） | 是（经网关） | 是 | 是 | 多数依赖云 |
| 安全 | 出厂设备证书（DAC）+ PASE / CASE 会话 + AES-128-CCM | AES-128；安装码；PRO 2023 起动态链路密钥（Curve25519） | S2：Curve25519 密钥交换 + AES-128 | AES-CCM；网络 / 应用 / 设备三层密钥 | SRP 配对 + Ed25519 + ChaCha20-Poly1305 | 到云端走 TLS，各家实现不同 |
| 配网方式 | 扫码或输入配对码；经 BLE 或已有网络 | 网关开放入网；安装码或扫码 | SmartStart 扫码，或按键入网 | 手机作为配置者（Provisioner） | 扫码或输入配对码 | 厂商 App 配网（BLE 辅助或热点模式） |
| 功耗 | Thread 低（可休眠终端）；Wi‑Fi 高 | 低，纽扣电池可用数年 | 低；长距离版纽扣电池可达约 10 年 | 低到中（中继节点需常供电） | 随承载网 | 高，多为插电设备 |
| 多平台同时接入 | 支持（Multi-Admin，可同时接 Apple / Google / Amazon 等） | 一个网络只属于一个协调器 | 一个网络只属于一个主控制器 | 一个网络一个配置者 | 仅 Apple 家庭 | 只能用厂商 App，或云对云 |
| 跨品牌互通 | 强制认证，按标准数据模型互通 | 3.0 统一了应用层，但厂商私有扩展多，跨网关不一定通 | 强制认证，向下兼容做得好 | 标准模型可互通，厂商私有模型常见 | 仅限 Apple 生态 | 基本不互通 |
| 芯片生态 | 多家（Silicon Labs、Nordic、乐鑫、NXP、TI 等） | 多家，常与 Thread 共用同一颗芯片 | 以 Silicon Labs 为主，2024 年起有 Trident IoT | 几乎所有蓝牙芯片 | — | 多家 Wi‑Fi 芯片 |
| 国内常见度 | 快速增长 | 很常见（Aqara、涂鸦 Zigbee 等） | 几乎没有 | 很常见（米家蓝牙 Mesh 灯具等） | 有一定用户 | 非常常见 |
相同点
都是“设备 → 功能分区 → 功能模块 → 状态和操作”四层结构，只是叫法不同，见下方数据模型对照。
Thread、Zigbee、Z-Wave、蓝牙 Mesh 都靠常供电设备帮忙转发，扩大覆盖、绕开障碍；只有 Wi-Fi 类方案是星型。
插电设备当中继，电池设备大部分时间休眠、定时醒来。Matter 的 ICD、Zigbee 的休眠终端、Z-Wave 的 FLiRS 都是这个思路。
入网时用扫码、配对码或安装码建立信任，之后的日常通信用 AES-128 或 ChaCha20 这类对称加密。
除了私有方案，各协议都有标准组织维护规范、做产品认证，认证是跨品牌互通的前提。
不同点
Matter 和 HomeKit 只定义应用层，可以换底层网络；Zigbee、Z-Wave、蓝牙 Mesh 是全栈，换不了无线电。
Matter 设备都有 IPv6 地址，能和手机、路由器、云直接对话，不需要协议转换；Zigbee、Z-Wave、蓝牙 Mesh 不是 IP，要靠网关翻译。
Z-Wave 用 sub-GHz，穿墙好、不受 Wi-Fi 干扰；其余大多挤在 2.4 GHz。Zigbee PRO 2023 也开始支持 sub-GHz，但产品还少。
Zigbee / Z-Wave 设备只认配对的那个网关，换网关要重新配网；Matter 设备可以同时加入多个生态，Thread 1.4 起不同厂商的边界路由器还能共享同一个 Thread 网络。
Z-Wave 长距离版单网可达 4000 台、1.5 km 以上，适合大户型和户外；Thread / Zigbee 单跳距离短，靠多跳补足。
Z-Wave 和 Matter 都强制认证，互通最好；Zigbee 虽有 3.0，但各家私有扩展多；蓝牙 Mesh 各厂商私有模型也很常见；Wi-Fi 私有方案基本只能云对云。
国内以 Zigbee、蓝牙 Mesh、Wi-Fi 私有方案为主，Z-Wave 几乎没有；北美和欧洲 Z-Wave 在安防、门锁领域很强；Matter 在全球快速铺开。
数据模型对照
各协议描述设备的方式非常像。学会 Matter 的四层模型，其他协议基本可以一一对上：
| 概念 | Matter | Zigbee | Z-Wave | 蓝牙 Mesh | HomeKit |
|---|---|---|---|---|---|
| 一台设备 | Node | Node | Node | Node | Accessory |
| 设备里的功能分区 | Endpoint | Endpoint | Endpoint（Multi Channel） | Element | 桥接下的子配件 |
| 一组相关功能 | Cluster | Cluster（ZCL） | Command Class | Model | Service |
| 一个状态值 | Attribute | Attribute | 通过 Get / Report 读取的值 | State | Characteristic |
| 一个操作 | Command | Command | Set 等命令 | Message（Set / Get） | 写入 Characteristic |
| 主动上报 | Event / 订阅 | 属性上报（Reporting） | Report（发往 Lifeline 关联组） | Status 消息（Publish） | 事件通知 |
同一件事：打开一盏灯
| 协议 | 功能模块 | 操作 | 参数 |
|---|---|---|---|
| Matter | OnOff Cluster 0x0006 | 命令 On 0x01 | 无 |
| Zigbee | ZCL On/Off Cluster 0x0006 | 命令 On 0x01 | 无 |
| Z‑Wave | Binary Switch 命令类 0x25 | Set 0x01 | 值 0xFF（开） |
| 蓝牙 Mesh | Generic OnOff Server 模型 | Generic OnOff Set（操作码 0x8202） | OnOff = 1 |
| HomeKit | Lightbulb 服务 | 写 On 特征（类型 0x25） | true |
注意前两行完全一样：Matter 的 Cluster 直接继承自 Zigbee 的 ZCL，大量 Cluster 编号都没变，比如亮度 0x0008、颜色 0x0300、门锁 0x0101、温控 0x0201、温度测量 0x0402。熟悉 Zigbee 的工程师上手 Matter 会很快。想查某个编号，用 Matter ID 查询。
它们怎么和 Matter 共存
已有的 Zigbee、Z-Wave 设备不用扔。支持 Matter 的网关可以当桥接器（Matter Bridge），把下面的老设备“翻译”成 Matter 设备，让 Apple、Google、Amazon 等平台直接控制。
- 网关自己在根节点之外声明一个 聚合器（设备类型
0x000E）端点 - 每个子设备变成一个 被桥接节点（设备类型
0x0013）端点，同时带上它本来的类型，比如“被桥接节点 + 可调光灯” - 子设备的名称、在线状态放在 BridgedDeviceBasicInformation Cluster 里
飞利浦 Hue 桥、Aqara M2 / M3 网关都属于这种用法。桥接器的数据可以直接粘进 JSON 解析器 查看每个端点的类型。
怎么选
| 场景 | 建议 |
|---|---|
| 新做智能家居产品，想同时进入苹果、谷歌、亚马逊等生态 | Matter：电池设备（传感器、门锁）用 Thread，插电和大流量设备用 Wi‑Fi |
| 家里或项目里已经有大量 Zigbee 设备 | 继续用，选一个支持 Matter 桥接的网关接入新生态 |
| 北美 / 欧洲的安防、门锁，需要穿墙和远距离 | Z‑Wave（大户型或户外可考虑长距离版） |
| 国内低成本灯具、希望手机直连 | 蓝牙 Mesh |
| 只做 Apple 生态 | HomeKit 仍可用，但新产品建议直接做 Matter，Apple 家庭原生支持 |
| 摄像头等大流量设备 | Wi‑Fi。Matter 1.5 起已有摄像头设备类型 |
同样是 Matter 设备，Thread 和 Wi-Fi 具体怎么选，见 Thread 还是 Wi-Fi；控制器、边界路由器、桥接器分别是什么、家里需要哪几样，见 要不要网关。
其他常被拿来比较的协议
下面这些也常出现在物联网讨论里，但和上面的协议不在同一条赛道：
| 协议 | 所在层级 | 主要用途 | 和智能家居协议的关系 |
|---|---|---|---|
| MQTT | 应用层消息协议（跑在 TCP 上） | 设备与云之间收发消息 | 只管“怎么传消息”，不定义设备模型；常被 Wi‑Fi 私有方案用来上云 |
| LoRaWAN | 全栈，低功耗广域网 | 公里级远距离、低速率：抄表、农业、园区 | 覆盖远但速率极低，不适合家庭实时控制 |
| NB‑IoT / LTE‑M | 蜂窝网络（运营商） | 独立联网的远程设备：水表、烟感、追踪器 | 不需要家庭网关，但要 SIM 卡和流量费 |
| KNX | 全栈，以有线总线为主 | 楼宇自动化：灯光、窗帘、暖通 | 欧洲楼宇常用，偏工程安装；可通过网关接入 Matter |
| Wi‑Fi HaLow（802.11ah） | 物理层 + 链路层 | sub‑GHz 的 Wi‑Fi，距离远、功耗低 | 可以承载 IP，理论上能跑 Matter，产品还很少 |