Matter的组播组，为什么要连同所属Fabric一起理解

智能家居里“把几个设备放成一组”的界面说法，不能直接替代Matter文档中的Group。Google Home Developers的Thread and IPv6入门页说明，Matter用IPv6单播访问节点，用组播访问组。[1] 此处讨论的是消息面向谁，而不是房间名称或应用图标怎样排列。

IPv6 Multicast一节把组消息与同时控制多个Matter节点联系起来。消息目标从单个节点变为一组节点，组的范围就成为需要保留的信息。原文指出，组播地址的构成纳入Fabric ID，因此组播范围在一个Fabric之内。本篇只解释这个范围关系，不提供地址、端口、命令或路由设置。

这个限定也解释了成员重叠为何可以成立。文档说，属于多个Fabric的节点可以有多个组播地址，在各Fabric范围内定义重叠的节点组。“重叠”不是把不同Fabric合成一个没有边界的大组，而是同一个节点可能同时出现在不同范围的成员集合里。

一个自拟例子是，两份组关系说明都列出节点甲，第一份还列乙，第二份还列丙。如果两组分别属于不同Fabric，甲的出现并没有让乙自动加入第二组，也没有让丙自动加入第一组。例子只是将文档的重叠集合关系换成易读的名称，没有连接真实设备或确认任何家庭的实际分组。

房间叫法则属于另一层表达。两个平台都把某个界面分组命名为“客厅”，也不能仅凭文字相同就认为它们引用同一个Matter组播范围。文档给出的是Fabric内组播的边界，没有为所有应用规定相同的房间命名和同步方式。对智能家居资料，保留组与Fabric的对应关系，才能知道“这些节点一起接收”的范围是什么。

该页标注最近更新为2022年7月13日，本文依据这份入门说明阅读概念，不把它当作当前设备的验收记录。原文还讨论Thread、边界路由器及带宽，本篇不据这些内容诊断网络，也不承诺消息一定同时到达或控制结果一致。节点组可以有交叠成员，组播仍有各自范围；这项认识有助于解释关系图，不代替实际系统配置或安全判断。