Matter 1.6.1 正式发布，重点完善 Groupcast 群组通信、低功耗设备（ICD）、访问控制和群组密钥管理等现有能力。本文介绍主要更新，以及模组厂商和 OEM 在 SDK 升级、产品认证、量产验证和长期维护中需要关注的问题。
Matter 1.6.1 正式发布。相比 Matter 1.6 对 NFC 配网、多生态协同、设备能力表达等功能的扩展，这次更新主要是对现有功能的完善，没有引入新的设备类型，重点解决协议实现和实际运行中的一些问题。
这些变化可能不会直接体现在消费者看到的产品功能上，但对模组厂商和 OEM 的开发、认证和量产都有影响。对于已经进入量产或实际部署阶段的 Matter 产品，厂商除了确认功能是否支持，还需要关注复杂场景下的运行稳定性、SDK 升级，以及已出货设备的后续维护。
Matter 1.6 重点扩展了 NFC 配网、联合 Fabric 等能力，而 Matter 1.6.1 主要完善了群组控制、访问控制、低功耗设备和协议实现。其中一个值得关注的变化是群组通信（Groupcast），它是 Matter 用于多设备群组控制的重要机制。在 Matter 1.6 中，这项能力仍处于暂定（Provisional）状态；到了 Matter 1.6.1，相关规范已经定稿，并进入可认证（Certifiable）状态。
群组控制在智能家居和智能楼宇中很常见。比如一个开关同时控制客厅的一组灯，酒店后台一次关闭一个房间内的照明，或者楼宇系统统一控制某一区域的设备。如果控制端逐台发送指令，设备数量增加后，不仅通信量会上升，也可能出现设备响应不同步的问题。
Matter 1.6.1 进一步完善了 Groupcast 相关机制，并与访问控制、群组密钥管理等能力结合，使多设备控制、权限管理和安全通信更加统一。
%20(1).avif)
对于实际产品，群组控制不仅要实现多设备同步响应，还需要正确处理群组成员变化、访问权限和密钥更新。模组厂商需要确认 SDK、安全存储和设备资源是否满足要求；OEM 则需要考虑设备投入使用后，群组配置和访问权限发生变化时能否正常运行。
除了多设备控制场景，Matter 1.6.1 也进一步完善了低功耗设备在长期运行中的稳定性，其中一个重点是间歇性连接设备（Intermittently Connected Devices，ICD）。ICD 主要面向需要长时间休眠的低功耗设备，例如部分传感器、门锁和电池供电终端。
这类设备大部分时间处于休眠状态，只在需要通信时唤醒。如果遇到网络暂时不可用、设备重新连接或配网状态变化，就需要正确处理唤醒和通信状态。在 Matter 1.6.1 相关更新中，ICD 在 Thread 网络状态变化、配网流程和状态切换等场景下的部分问题得到了修复，有助于提升低功耗设备在复杂网络环境下的稳定性。
这些问题在实验室测试中未必容易暴露。一台设备即使能够成功配网，投入使用后仍可能遇到网络中断、路由器重启、休眠唤醒、固件升级和配置变化等情况。尤其是电池供电的 Matter over Thread 产品，除了首次配网，还需要在量产前充分验证断网恢复、长时间休眠和重新连接等场景。
%20(2).avif)
对模组厂商来说，“支持 Matter 1.6.1”不能只是产品规格上的一个版本号。实际交付时，需要明确具体芯片、SDK、设备类型、功能集群、实时操作系统和认证测试版本。哪些设备类型已经验证、哪些功能已经支持、哪些能力可以进入认证，以及对应哪个 SDK 和芯片平台，都应该说明清楚。特别是群组控制、低功耗设备和多管理员等场景，还需要确认 Flash、RAM、安全存储和密钥管理能力是否满足要求。
这些信息同样是 OEM 产品选型时需要关注的内容，避免到了开发或认证阶段才发现功能不完整、芯片资源不足，或者 SDK 版本不匹配。
对于已经基于 Matter 1.6 开发或正在量产的产品，没有必要因为 1.6.1 发布就立即升级。厂商应先确认此次更新是否涉及现有功能、当前 SDK 是否经过验证，以及升级后需要补充哪些回归测试或认证工作。
对于已经出货的设备，重点则是 OTA、版本兼容和后续维护。OEM 需要评估升级是否必要，以及升级后能否保留用户已有的设备配置、网络连接和使用体验。
Matter 1.6.1 没有带来大量新功能，而是进一步完善了 Groupcast、ICD、访问控制和群组密钥管理等现有能力。这些变化对新产品开发有帮助，也为已量产设备的长期运行提供了改进空间。
对于模组厂商和 OEM，支持某个 Matter 版本只是起点。如何确保功能在实际场景中稳定运行，并做好后续升级和维护，才是产品交付后需要持续面对的问题。
