一、桥接器的配置流程
我们已经知道，桥接器和与它连接的桥接设备在数据结构中被抽象为包含多个端点的单个节点。因此，只需要一次配置流程就可以将桥接器以及与其连接的桥接设备加入Matter生态系统，在此过程中要对桥接器进行相关认证并为其分配一个Node ID。
这样用户只需要对桥接器进行配置入网而不用去关心与它相连的桥接设备，这会使得用户操作非常方便。
二、桥接器的访问控制
桥接器作为一个Matter节点，自然像一般的Matter节点一样拥有自己的Access Control Cluster。但特殊的是桥接器的Access Control Cluster中拥有它包含的所有端点（无论是桥接设备端点还是本身具有的Matter端点）的**Access Control Entries **（访问控制表象）。
一般情况下桥接器访问控制的设置会反应其上每个端点的特权级别（privilege level），如果Matter控制器想要控制这个桥接设备，那它就必须具备相应的特权级别。在访问控制中可以针对所有桥接设备的子集（而不是所有端点）进行总体配置，也可以针对桥接设备的端点设置访问控制项，还可以指定对特定目标的访问，例如设备类型为** Extended Color Light**的所有设备。
关于Access Control的部分后续会有详细介绍。
三、桥接器的软件更新（OTA）
桥接器作为一个Matter设备，自然可以按照Matter定义的OTA方式进行升级。
但要注意的是，与桥接器相连的桥接设备往往是非Matter协议的，这表示他们没有所谓的产品ID，桥接设备的软件信息也不会放在DCL(Distributed Compliance Ledger)中，这就表示无法通过Matter系统的OTA进行桥接设备的升级。所以桥接设备的更新方式通常是通过桥接器制造商特殊提供的。
四、桥接器的其他问题
4.1 选择支持的设备类型
桥接器制造商首先应该决定桥接器支持的那些Matter设备类型，在实现了对这些设备类型的支持后，还应该进行相关认证。
在默认情况下，桥接器应该向Matter生态系统公开所有和它连接的，可以映射为经过认证Matter设备的非Matter桥接设备。例如，如果桥接设备通过了Matter light设备类型的认证，那么默认情况下桥接器就不应该对Matter生态系统隐藏任何一个非Matter协议的灯泡。（有特殊情况存在）
因为除了Matter外有各种各样的标准和设备，这就导致有可能出现没有相应的Matter设备类型与非Matter设备对应，这样的设备不能桥接为Matter设备类型。或者设备制造商需要为这种设备创建一个特定的Matter设备类型再进行桥接。
4.2 兼容性问题
如果桥接器和桥接设备之间存在兼容性或者互操作性问题，此时桥接器可以选择不公开存在问题的桥接设备！
当桥接设备不支持一些对于Matter设备来说是必须的功能或这特性时，桥接器可以选择不向Matter生态系统公开这个设备。即桥接器只能向Matter生态系统公开满足Matter必须功能的桥接设备。
桥接器制造商也可以尝试模拟实现一些Matter的功能，以支持更多类型的桥接设备。
4.3 用户选择
桥接器制造商提供的APP应该可以让用户进一步选择那些设备加入到Matter生态系统中。比如用户可以选择加入Matter生态系统的特定设备类型等。
4.4 管理员
管理员可以向用户提示那些设备是Matter设备，那些设备是桥接设备，这种判断是由端点上的Bridged Node设备类型决定的，
【参考目录】
- CSA-Matter官方文档
（注：任何相关问题，欢迎在文末技术交流QQ群中交流讨论。）
