3. Matter技术栈解析

Matter 并不是一种新的无线射频技术，而是一套建立在 IP 网络之上的应用层标准。理解这一点是迁移适配工作的起点：Zigbee 设备通过 802.15.4 射频和 Zigbee 私有协议栈通信，而 Matter 设备无论跑在 Thread 还是 Wi-Fi 上，最终都以 IPv6 数据包的形式交换信息。本节沿着“承载层 → 网络层 → 传输层 → 发现层 → 交互与数据模型 → 安全体系”的顺序，把 Matter 技术栈拆开来看，并说明每一层在工程适配中意味着什么。

承载层：Matter over Thread 与 Matter over Wi-Fi

Matter 定义了两种主要的承载方式。Thread 是一种基于 IEEE 802.15.4 的低功耗网状网络，工作于 2.4 GHz，节点通过多跳路由到达边界路由器（Thread Border Router），再由边界路由器把流量转发到 IPv6 主干网络。Wi-Fi 承载则让设备直接接入现有 Wi-Fi 网络，带宽更高、无需额外边界路由器，但功耗和网络资源占用更大。

选择哪种承载，取决于设备类型。电池供电的传感器、门磁、温湿度计通常选 Thread，因为其休眠电流可低至微安级；常供电的摄像头、智能音箱、大屏中控则更适合 Wi-Fi。工程上还要注意：Thread 网络需要至少一个边界路由器，且边界路由器必须与 Matter 控制器在同一 IP 网络内可互通；Wi-Fi 设备则要求 2.4 GHz 频段可用，且 AP 不能开启客户端隔离。

IPv6：Matter 的网络层基石

Matter 强制使用 IPv6，不支持 IPv4。每个 Matter 节点至少拥有一个链路本地地址（fe80::/10）和一个由网络分配的全局或 ULA 地址。链路本地地址用于同一网段内的发现与通信，全局地址用于跨网段访问。Thread 网络内部使用 Mesh-Local 前缀（fd00::/8 范围内的 ULA），边界路由器负责在 Thread 网络与外部 IPv6 网络之间做前缀转换和路由通告。

工程适配中常见的坑是：家庭路由器只下发 IPv4 地址，或 ISP 不提供 IPv6 前缀。此时 Matter 控制器与设备可能只能通过链路本地地址通信，跨网段控制会失败。排查时可在控制器主机上执行 ip -6 addr 查看是否获得全局 IPv6 地址，并用 ping6 测试到设备地址的连通性。

UDP 与 mDNS：传输与发现

Matter 的交互大多基于 UDP，因为 UDP 无连接、开销小，适合低功耗设备。但 Matter 并非完全不用 TCP：在需要可靠大块传输时（如 OTA 固件升级），会使用 TCP。UDP 之上，Matter 使用 mDNS（多播 DNS）和 DNS-SD（DNS 服务发现）来让设备被控制器发现。

设备上线后会通过 mDNS 发布服务实例，服务类型为 _matter._tcp，并附带 TXT 记录，其中包含判别符（Discriminator）、厂商 ID、产品 ID、配网状态等关键字段。控制器通过监听 mDNS 多播查询这些记录，找到待配网设备。示例 TXT 记录如下：

_matter._tcp.local
  Instance: 3E5A2B1C-4D6E-7F80-9A1B-2C3D4E5F6A7B
  SRV: 0 0 5540 host.local
  TXT:
    D=3840          # Discriminator 判别符
    VP=65521+32768  # Vendor ID + Product ID
    CM=1            # Commissioning Mode 配网模式
    DT=0            # Device Type 设备类型
    SII=5000        # Session Idle Interval
    SAI=300         # Session Active Interval

如果控制器搜不到设备，优先检查：设备与控制器是否在同一多播域、AP 是否禁用了多播、防火墙是否放行 UDP 5353 端口。Thread 设备还需确认边界路由器已正确转发 mDNS 多播。

交互模型与数据模型

Matter 的交互模型定义了控制器与设备之间如何读写属性、调用命令、订阅事件。核心操作包括：Read（读属性）、Write（写属性）、Invoke（调用命令）、Subscribe（订阅属性变化）、Report（上报）。订阅机制让控制器不必轮询，设备属性变化时主动上报，这对低功耗设备尤为重要。

数据模型则规定了设备如何组织自身功能。最上层是 Node（节点），节点下挂多个 Endpoint（端点），每个端点包含多个 Cluster（簇），簇内包含 Attribute（属性）、Command（命令）和 Event（事件）。例如一个智能灯节点，Endpoint 1 上挂 On/Off Cluster（属性 OnOff、命令 Toggle）、Level Control Cluster（属性 CurrentLevel）、Color Control Cluster。适配 Zigbee 设备时，需要把 Zigbee 的 Cluster ID 和属性映射到 Matter 的 Cluster 定义上，注意两者并非一一对应，部分 Zigbee 私有簇需要自定义或降级处理。

安全体系：PASE、CASE 与证书链

Matter 的安全体系贯穿配网和运行两个阶段。配网阶段使用 PASE（Passcode-Authenticated Session Establishment），基于设备上打印的配对码（Passcode）建立安全会话，完成设备身份验证和网络凭证下发。运行阶段使用 CASE（Certificate-Authenticated Session Establishment），基于设备证书和 Fabric 证书链建立节点间安全通信。

每个 Matter 设备出厂时烧录了 DAC（Device Attestation Certificate，设备认证证书），由厂商的 PA I（Product Attestation Intermediate）签发，PAI 又由 CSA 的 PAA（Product Attestation Authority）根证书签发。控制器在配网时会验证这条证书链，确认设备是经过认证的正品。适配工作中，如果使用自研模组，必须申请或自建符合 Matter 规范的证书体系，否则无法通过认证测试。

迁移适配中的关键检查点

综合以上各层，从 Zigbee 迁移到 Matter 时，建议按以下顺序逐层核对：承载层确认设备选 Thread 还是 Wi-Fi，并验证边界路由器或 AP 配置；网络层确认 IPv6 地址分配正常、跨网段可达；传输与发现层确认 mDNS 多播可达、UDP 5353 未被拦截；交互与数据模型层确认 Cluster 映射完整、订阅机制可用；安全层确认证书链有效、配网流程可完成。每一层都通过后，设备才能被 Matter 生态正常接入和控制。