前言

近日，CSA聯(lián)盟（Connectivity Standards Alliance)正式對外發(fā)布了Matter 1.0 標準，并宣布認證計劃現(xiàn)已開放。這意味著智能家居品牌可以對其產(chǎn)品進行相關(guān)測試和認證，一旦獲得認證，公司就可以開始銷售帶有Matter 標志的設備。

Matter 最初的項目名稱是Project Chip(CHIP)，目前由 CSA聯(lián)盟維護。它是一個統(tǒng)一標準的物聯(lián)網(wǎng)通信協(xié)議，旨在將繁雜的智能家居設備收歸到統(tǒng)一的通信標準。

Matter 作為一個應用級的協(xié)議，向下屏蔽了設備制造商的生態(tài)和系統(tǒng)，讓各種智能家居設備之間能相互通信。例如，一個 Matter 認證的智能燈泡可以由另一個廠家生產(chǎn)的同樣經(jīng)過認證的設備來控制。Matter 是基于ip的協(xié)議，支持wifi、 Thread、 Internet三種不同的底層協(xié)議棧。

Matter 采用不同的通訊協(xié)議和技術(shù)為未來智能家居行業(yè)提供了不同場景下的解決方案：

低功耗藍牙技術(shù)：低功耗藍牙作為一種專門設計用于低功耗設備之間通信的無線通信技術(shù)，它可以在較低的功率下實現(xiàn)較長的通信距離，因此非常適合用于智能家居設備之間的連接。Matter 使用低功耗藍牙技術(shù)進行設備之間的連接和控制。

二維碼進行配置：二維碼是一種快速掃描的圖形碼，可以用于快速識別設備身份和配置設備。在 Matter 中，用戶可以掃描設備上的二維碼，以快速將設備添加到智能家居網(wǎng)絡中，而無需手動輸入復雜的網(wǎng)絡配置信息。

Wi-Fi 技術(shù)進行高速數(shù)據(jù)傳輸：Wi-Fi 技術(shù)是一種通信技術(shù)，可以提供高速的無線網(wǎng)絡連接，因此非常適合用于傳輸大量數(shù)據(jù)，例如高清視頻和音頻數(shù)據(jù)。在 Matter 中，設備可以通過 Wi-Fi 進行高速數(shù)據(jù)傳輸，以實現(xiàn)高質(zhì)量的音視頻體驗。

Thread 協(xié)議進行低速數(shù)據(jù)傳輸：Thread 協(xié)議是一種低功耗、安全、可靠的無線通信協(xié)議，它適用于智能家居設備之間的低速數(shù)據(jù)傳輸。在 Matter 中，設備可以使用 Thread 協(xié)議進行低速數(shù)據(jù)傳輸，例如傳輸傳感器數(shù)據(jù)、控制指令等。

Matter協(xié)議架構(gòu)

1.Matter Over IPV6

該標準建立在一個共同的信念之上，即智能家居設備應該安全、可靠且無縫使用。通過建立在互聯(lián)網(wǎng)協(xié)議 (IP) 之上，Matter 支持智能家居設備、移動應用程序和云服務之間的通信，并為設備認證定義了一組特定的基于 IP 的網(wǎng)絡技術(shù)。

IPv6（Internet Protocol version 6）是互聯(lián)網(wǎng)協(xié)議的一種，它是 IPv4 協(xié)議的后繼者，當然并不是說這是一種全新的技術(shù)，更多的可以看作是IPV4 協(xié)議的擴展。IPv6 提供了更大的地址空間（128位）、更好的安全性（引入IPsec協(xié)議作為默認選項）、更高的性能和更多的擴展性，是未來互聯(lián)網(wǎng)發(fā)展的重要基礎(chǔ)。

下面是IPV4 和 IPV6 的一些區(qū)別：

2.Matter協(xié)議架構(gòu)

Matter 旨在為智能家居設備構(gòu)建一個通用的基于 IPv6 的通信協(xié)議。該協(xié)議定義了將部署在設備上的應用層和不同的鏈路層，以幫助維護互操作性。

為了解決網(wǎng)絡通信壁壘，Matter網(wǎng)絡層本身基于 IPV6，因此天生具備IP連接能力，可以與WIFI、Thread、以太網(wǎng)等通訊協(xié)議配合使用，而藍牙則僅在配網(wǎng)過程使用；

Matter 還支持橋接等其他智能家居技術(shù)（例如 Zigbee、Bluetooth Mesh 和 Z-Wave）。這也就意味著，基于這些協(xié)議的設備可以像使用 Matter 設備一樣運行Bridge；

由于Matter是基于應用層的協(xié)議，也就是說在未來即便有新的網(wǎng)絡層協(xié)議的出現(xiàn)，Matter也可以很方便的兼容和支持到新協(xié)議，從長遠發(fā)展來看具有很好的前瞻性！

3.Matter標準協(xié)議架構(gòu)

Matter標準協(xié)議架構(gòu)總體流程分析：

首先使用Interaction Model構(gòu)建一個Action；在Action Framing這一層中，該Action會被序列化為一份指定的壓縮二進制格式，表示可以在設備上執(zhí)行設備交互的一組操作；處理后的Action幀通過Security層進行加密和簽名處理，確保通信雙方信息傳輸?shù)臋C密性和可靠性；當Action經(jīng)過序列化、加密和簽名后，Message Layer會指定一份必選及可選的頭字段構(gòu)造Payload格式，其中頭字段中包含了規(guī)定消息的屬性及一些邏輯路由信息；當payload被 Message Layer 層構(gòu)造后, 會使用基于IP的數(shù)據(jù)傳輸協(xié)議 (TCP協(xié)議或Matter的消息可靠協(xié)議Message Reliability Protocol)；一旦對方設備收到數(shù)據(jù)后，數(shù)據(jù)流則沿著協(xié)議棧向上移動，即各個層反轉(zhuǎn)發(fā)送方對數(shù)據(jù)執(zhí)行的操作，最終將消息傳遞給應用程序。

后面我們會重點講解設備數(shù)據(jù)模型（Data Model）和互動模型（Interaction Model），這兩部分是Matter互聯(lián)互通的前提！

Matter網(wǎng)絡拓撲結(jié)構(gòu)
原理上，任何支持IPV6協(xié)議的網(wǎng)絡都可以部署Matter，我們重點關(guān)注三種鏈路層技術(shù)：以太網(wǎng)（Ethernet）、WIFI和 Thread。

在 Matter 協(xié)議中，Matter將網(wǎng)絡視為共享資源，它不規(guī)定獨占網(wǎng)絡的所有權(quán)或訪問權(quán)。因此我們可以在同一組成IP的網(wǎng)絡下覆蓋多個Matter網(wǎng)絡。

Matter協(xié)議還可以在沒有公網(wǎng)IPv6基礎(chǔ)設施的情況下運行，經(jīng)資料查詢得知，主要是因為Matter協(xié)議也支持Thread網(wǎng)絡協(xié)議，其底層是基于IEEE 802.15.4的，并使用了6LoWPAN作為IPv6的適配層。而 6LoWPAN協(xié)議 提供了一種在低功耗無線傳感器網(wǎng)絡中使用IPv6的方法，它可以將IPv6數(shù)據(jù)包壓縮到非常小的尺寸，從而使得這些數(shù)據(jù)包可以在不需要較大的IP地址空間的情況下傳輸。這使得Matter設備可以使用私有IPv6地址而不需要公共IPv6地址，因此不需要依賴公網(wǎng)IPv6基礎(chǔ)設施。

因此，Matter協(xié)議不需要依賴公網(wǎng)IPv6基礎(chǔ)設施，也不需要依賴互聯(lián)網(wǎng)服務提供商的支持，可以在與公網(wǎng)斷開連接或有防火墻的網(wǎng)絡中操作，這使得它可以在更廣泛的場景下進行部署和使用。

Mesh組網(wǎng)
在了解Matter網(wǎng)絡拓撲結(jié)構(gòu)之前，我們可以先來了解下 Mesh 組網(wǎng)。

目前最流行的全屋WiFi方案主要有兩種：Mesh路由器組網(wǎng)和AC+AP兩種方案。而Mesh路由器組網(wǎng)由于其實惠的價格和較為穩(wěn)定的鏈路連接性能以及安裝的簡便性，目前在全屋智能網(wǎng)絡的選擇還是比較熱門的。

無線Mesh網(wǎng)絡是一種新無線局域網(wǎng)類型，與傳統(tǒng)WLAN不同的是，無線Mesh網(wǎng)絡中的AP可以采用無線連接的方式進行互連，并且AP間可以建立多跳的無線鏈路。簡單來說，就是當WIFI覆蓋不了的時候，在有WIFI信號的時候放置一個路由器，可以作為Mesh路由的中繼節(jié)點，透過這個節(jié)點，將WIFI信號覆蓋到所有需要覆蓋的地方；是一個動態(tài)的可以不斷擴展的網(wǎng)絡架構(gòu)，任意的WIFI節(jié)點設備均可以保持無線互聯(lián)。

這個很直觀的體現(xiàn)就是大學里每層走廊中間都會架設一臺路由，而你每移動一個樓層，你手機的校園網(wǎng)都會重新連接，也就是手機信號會快速自動重連距離你最近的一臺路由，這就構(gòu)成了一個龐大的無線鏈路網(wǎng)絡。下面我們再來了解下Matter 的網(wǎng)絡拓撲結(jié)構(gòu)主要分為單一網(wǎng)絡拓撲和星形網(wǎng)絡拓撲：

1.單一網(wǎng)絡拓撲

在單一網(wǎng)絡拓撲中，所有的 Matter 設備都連接到一個單一的邏輯網(wǎng)絡。 它可以是Thread/802.15.4網(wǎng)絡、Wi-Fi網(wǎng)絡或以太網(wǎng)網(wǎng)絡。在 Wi-Fi/以太網(wǎng)的情況下，網(wǎng)絡實際上可以跨越多個Wi-Fi和/或以太網(wǎng)段，前提是所有段都在鏈路層橋接。 節(jié)點(Node)是Fabric中的 Matter設備的單個實例，可在IP網(wǎng)絡上運行。

在單一網(wǎng)絡拓撲中的每個節(jié)點都通過單個網(wǎng)絡接口與Fabric中的每個其他節(jié)點進行通信。

在Matter 中，分屬不同網(wǎng)絡的設備可以進行同端通信，這也就意味著一個WIFI設備可以和一個Thread進行相互的信息轉(zhuǎn)發(fā)，而Matter則扮演了一個虛擬網(wǎng)絡的身份，并稱其為Fabric。

注：Fabric是共享同一個Trusted Root的Matter設備的集合。Matter中Trusted Root作為根CA，頒發(fā)NOC證書，識別節(jié)點身份。在一個Fabric內(nèi)，每個節(jié)點都有一個唯一標識Node ID。Fabric作為一個命名空間來管理所有權(quán)，在Fabric范圍內(nèi)使用標識符確保資源的分配和選擇的唯一性。

2.星形網(wǎng)絡拓撲
AP(Access Point)：WI-FI無線接入點，AP 負責向 STA 提供 Wi-Fi 信號，并提供連接互聯(lián)網(wǎng)的網(wǎng)絡服務。
STA(Station)：STA 是 Wi-Fi 中的無線客戶端，即 Station。STA 可以是智能手機、平板電腦、筆記本電腦等各種設備，它們可以通過 Wi-Fi 連接到無線接入點，訪問互聯(lián)網(wǎng)或者局域網(wǎng)中的資源。
BR(Border Router)：指的是邊界路由器，BR 是一種網(wǎng)絡設備，可以連接兩個或多個 IP 子網(wǎng)，并將它們轉(zhuǎn)換為同一個 Thread 網(wǎng)絡，使得不同子網(wǎng)中的設備可以互相通信。BR 是 Thread 網(wǎng)絡中的核心設備之一，通常由路由器或者網(wǎng)關(guān)設備提供。
ED(End device)：指的是終端設備，ED 是 Thread 網(wǎng)絡中的客戶端設備，如智能手機、平板電腦、筆記本電腦等。ED 可以直接連接到 BR 或者 R，也可以通過其他設備中繼進行通信。
R(Router)：指的是內(nèi)部路由器。R 是一種網(wǎng)絡設備，可以連接多個 ED 和其他 R，負責在 Thread 網(wǎng)絡中進行路由選擇和數(shù)據(jù)轉(zhuǎn)發(fā)。
SED(Sleepy End Device)：指的是低功耗終端設備。SED 是一種特殊的終端設備，通常采用低功耗的無線技術(shù)，可以在不需要進行通信時進入睡眠模式，從而延長電池壽命。SED 可以直接連接到 BR 或者 R，也可以通過其他設備中繼進行通信。

星形網(wǎng)絡拓撲由多個外圍網(wǎng)絡組成，這些網(wǎng)絡通過Hub連接在一起。Hub通常是客戶家庭網(wǎng)絡（Wi-Fi/以太網(wǎng)）中的設備，而外圍網(wǎng)絡可以是任何支持的網(wǎng)絡類型。外圍網(wǎng)絡必須始終通過一個或多個邊界路由器(Border Router)直接連接到Hub。

在架構(gòu)上，任何數(shù)量的外圍網(wǎng)絡可以存在于單個Fabric中，包括相同類型的多個網(wǎng)絡。節(jié)點可以具有到任何網(wǎng)絡（Hub或外圍設備）的接口，并且可以直接與同一網(wǎng)絡上的其他節(jié)點通信。然而，任何必須跨越網(wǎng)絡邊界才能到達目的地的通信必須通過邊界路由器(Border Router)。

該協(xié)議對邊界路由器提出了一系列要求。這些要求涉及地址分配、路由分配和廣播、多播支持和代理發(fā)現(xiàn)。

注：在現(xiàn)Matter1.0版本規(guī)范中，Thread是主要支持的LLN（Low-Power and Lossy Network）。在許多情況下，客戶安裝將嘗試維護一簡單的網(wǎng)絡拓撲，包括一個Wi-Fi/以太網(wǎng)子網(wǎng)和一個單Thread網(wǎng)絡。但是，可以支持多個Thread網(wǎng)絡。

設備數(shù)據(jù)模型（Date Model）
在 Matter 中的設備具有明確定義的數(shù)據(jù)模型 (DM)，這是對設備功能的分層建模。在此層次結(jié)構(gòu)的頂層，有一個Device。

1.設備和端點（Node、Endpoint）
所有設備（包括智能手機和家居助理）均由Node（節(jié)點）組成?！肮?jié)點”是網(wǎng)絡中可以標識為唯一且可尋址的資源，用戶可以感知到整個功能。Matter 中的網(wǎng)絡通信始于和終止節(jié)點。

一組節(jié)點包含了多組Endpoint（端點）。而每個端點都封裝了一個功能集。例如，端點1可能涉及照明功能，而端點2可能涉及移動偵測，以及其他與實用程序（例如設備 OTA）的處理方式。

2.節(jié)點角色（Node roles）
在Matter 中，每一個物理設備都被稱之為Node，Node 使用Node ID（64bit）來進行表示，在Fabric范圍內(nèi)是唯一的！

Node roles是一組相關(guān)的行為。每個節(jié)點可能有一個或多個role。Node roles 包括：

Commissioner ：執(zhí)行調(diào)試的節(jié)點 。
控制器：可以控制一個或多個節(jié)點的節(jié)點。例子包括Google Home app (GHA), Google Assistant, 和Google Nest Hub (2nd gen). 某些設備類型（例如開/關(guān)燈開關(guān)）具有控制器角色。
Controlee : 可以被一個或多個節(jié)點控制的節(jié)點。大多數(shù)設備類型都可以是 Controlee，除了一些具有 Controller 角色的設備類型，例如On/Off Light Switch。開/關(guān)燈開關(guān)只能是控制器。它不能是受控人。
OTA Provider : 可以提供 OTA 軟件更新的節(jié)點。
OTA 請求者：可以請求 OTA 軟件更新的節(jié)點。

3.集群（Cluster）

在一個Endpoint中，一個 Node 有一個或多個Clusters。這些是設備層次結(jié)構(gòu)中的另一個步驟，因為它們將特定功能分組，例如 智能插頭上的開/關(guān)集群，或可調(diào)光端點上的電平控制集群。

一個節(jié)點也可能有多個端點，每個端點都創(chuàng)建一個具有相同功能的實例。例如，燈具可能會暴露對單個燈的獨立控制，或者電源板可能會暴露對單個插座的控制。

3.1 屬性（Attributes）
在最后一層，我們會找到Attributes，這是節(jié)點持有的狀態(tài)，表示可以讀取或?qū)懭氲膬?nèi)容，支持多種數(shù)據(jù)格式，實際中代表了智能設備的相關(guān)屬性(如門的開關(guān)、室內(nèi)溫度等)。

3.2 命令（Commands）
除了 Attributes 之外，Clusters 還有Commands，也就是觸發(fā) Cluster 進行某種行為的指令。它們等同于Matter遠程過程調(diào)用的 DM。命令類似于動詞，例如Door Lock集群上的 lock door。命令可能會產(chǎn)生響應和結(jié)果；在 Matter，這樣的響應也被定義為命令，以相反的方向進行。

3.3 事件（Events）
最后，Clusters 也可能有Events，它可以被認為是過去狀態(tài)轉(zhuǎn)換的記錄。雖然屬性代表當前狀態(tài)，但事件是過去的日志，包括單調(diào)遞增的計數(shù)器、時間戳和優(yōu)先級。它們能夠捕獲狀態(tài)轉(zhuǎn)換，以及使用屬性不容易實現(xiàn)的數(shù)據(jù)建模。

Endpoint 0作為Utility Clusters保留。Utility Clusters 是特定的集群，它包含端點上的服務功能，例如發(fā)現(xiàn)、尋址、診斷和軟件更新。另一方面，Application(應用集群)支持主要操作，例如開/關(guān)或溫度測量。

4.Cluster分類
cluster可以定義為工具(Utility) Cluster或應用(Application) Cluster。

4.1 工具(Utility) Cluster
工具cluster不是端點的主要應用程序操作的一部分。它可以用于配置、發(fā)現(xiàn)、尋址、診斷、監(jiān)控設備運行狀況、軟件更新等。它可能與對應的cluster存在臨時關(guān)系。

作用域為端點的工具cluster示例:標識符、描述符、綁定、組等。 適用于該節(jié)點的工具cluster
示例:基本信息、診斷等。

4.2 應用(Application) Cluster
應用cluster支持端點的主要操作。應用cluster可以支持和一個或多個應用程序交互，既包括client也包括server。

應用cluster示例:

On/Off cluster —— client向server發(fā)送命令
Temperature Measurement cluster —— server向client報告數(shù)據(jù)
應用程序cluster不是工具cluster，即使它本身可能支持實用的工具功能，如校準、操作模式等。但應用程序cluster規(guī)范不應該涉及其應用領(lǐng)域之外的層級和過程。

示例：一個特定的溫度測量cluster可能存在于不同的設備上，或在不同的網(wǎng)絡中，每個設備具有不同的安全與配網(wǎng)機制和/或策略。
示例：commissioning cluster的范圍是配網(wǎng)，而不是測溫。

5.Clients and Servers
Clusters 可能是Client Cluster或Server Cluster。服務器是有狀態(tài)的，保存屬性、事件和命令；而客戶端是 無狀態(tài)的，其職責是啟動與遠程服務器集群的交互，從而執(zhí)行：

讀取和寫入其遠程屬性。
讀取其遠程事件。
調(diào)用其遠程命令。
雖然 DM 在節(jié)點內(nèi)是分層的，但節(jié)點之間的關(guān)系不是。Matter中的節(jié)點沒有controller/peripheral 或 leader/follower關(guān)系。相反，關(guān)系是水平的：任何 Cluster 都可以是Server或Client。因此，對于不同的集群和功能，節(jié)點可能既是服務器又是客戶端。

例如，我們可能有兩個臺燈：節(jié)點 A和節(jié)點 B。兩個節(jié)點都實現(xiàn)了一個開/關(guān)燈設備類型。此設備類型包括控制其各自物理光輸出的開/關(guān)服務器集群。

但是，就像典型的臺燈一樣，我們的物理設備還將包括一個開/關(guān)燈 開關(guān)設備類型，用于其本地開/關(guān)。此設備類型必須實現(xiàn)開/關(guān)客戶端集群，以便它可以控制服務器集群。

在此示例中，節(jié)點 A 上的開/關(guān)客戶端集群正在更改節(jié)點 A 和節(jié)點 B 上的開/關(guān)服務器集群的屬性，而節(jié)點 B 的客戶端集群僅更改節(jié)點 B 本身上的服務器集群。

在下一節(jié)中，我們將詳細介紹客戶端和服務器集群如何交互： Interaction Model（交互模型）。

交互模型
1.概念
如果我們不能對節(jié)點執(zhí)行操作，那么節(jié)點的數(shù)據(jù)模型 (DM) 就不相關(guān)了。交互模型（IM），定義了一個節(jié)點的 DM 與其他節(jié)點的 DM 的關(guān)系：即 IM 作為 DM 之間通信的通用語言。

節(jié)點通過以下方式相互交互：

讀取和訂閱屬性和事件
寫入屬性
調(diào)用命令
每當一個節(jié)點與另一個節(jié)點建立加密通信序列時，它們就構(gòu)成了交互關(guān)系。Interactions 可能由一個或多個Transactions組成，而 Transactions 由一個或多個Action組成，可以理解為 Node 之間的 IM 級消息。

Matter 支持多個操作，例如從另一個節(jié)點請求屬性或事件的讀取請求操作，或其響應，報告數(shù)據(jù)操作，它將信息從服務器返回到客戶端。

1.1 發(fā)起者（Initiators ）和目標（Targets）
在Matter中，節(jié)點的發(fā)起目標被稱為發(fā)起者（Initiators ），而響應的節(jié)點則作為目標（Target）。一般來說，發(fā)起者是客戶端集群，而目標是客戶端集群。

1.2 組（Groups）
在Matter中節(jié)點可能隸屬于某個組。設備組作為一種機制，主要用于在統(tǒng)一操作中同時尋址并向多個設備發(fā)送消息。在一個 Group 中，所有的節(jié)點共享同一個 Group ID（16位整型）。

為了完成組級通信（群播），Matter 利用IPV6 多播消息，并且讓所有的組成員都具有相同的多播地址。

1.3 路徑（Path）
當我們想要與屬性、事件或命令進行交互時，我們需要為這種交互指定 Path ，也就是屬性、事件和命令在節(jié)點的數(shù)據(jù)模型層次結(jié)構(gòu)中的位置。

注：Path 也可以使用Groups或者統(tǒng)配交互符（Wildcard Operators）同時處理多個節(jié)點或集群，從而減少操作的數(shù)量。

Path這種機制對提高通信的響應能力起到很重要的作用。例如：當用戶想要關(guān)閉所有燈光，語音助手可以與組內(nèi)多個燈建立單個的交互，而不是傳統(tǒng)的一系列單獨的交互。

Matter Path 使用規(guī)范：

在這些路徑構(gòu)建塊中，端點和集群還可能包括用于選擇多個節(jié)點實例的通配符運算符。

1.4 定時和非定時（Timed & Untimed）
有兩種執(zhí)行寫入或調(diào)用 Matter 的方式：定時的和非定時的。定時交易為寫入/調(diào)用動作的發(fā)送建立了一個最大的超時。這個超時的目的是為了防止對交易的攔截攻擊。它特別適用于對資產(chǎn)進行門禁的設備，如車庫開門器和鎖。

2. Read Transactions
   與 Nodes 交互時的第一個用例 Matter是從另一個節(jié)點讀取的屬性，例如來自傳感器的溫度值。在此類交互中，必須執(zhí)行的第一個操作是讀取請求操作。

2.1 讀取請求操作（Read Request Action）
發(fā)起者 -> 目標

在此 Action 中，Initiator 會查詢 Target 提供的以下請求：

屬性請求：零個或多個目標屬性的列表。該列表由零個或多個目標請求屬性的路徑組成。
事件請求：目標請求事件的零個或多個路徑列表。
目標接收到讀取請求操作后，它將使用請求的信息組裝一個報告數(shù)據(jù)操作；當目標接收到讀取請求操作后，它將使用請求的信息組裝一個報告數(shù)據(jù)操作。詳見下圖：

2.2 報告請求數(shù)據(jù)（Report Data Action）
目標 -> 發(fā)起者

在此 Action 中，Target 響應：

屬性報告（Attribute Reports）：讀取操作請求中請求的零個或多個報告屬性的列表。
事件報告（Event Reports）：零個或多個報告事件的列表。
抑制響應（Suppress Response）：一個標志，用于確定是否應抑制對此操作的狀態(tài)響應。
訂閱 ID（Subscription ID）：如果此報告是訂閱交易的一部分，它必須包含一個用于識別訂閱交易的整數(shù)。

2.3 狀態(tài)響應動作（Status Response Action）
目標 -> 發(fā)起者 -> 目標

一旦 Initiator 接收到請求的數(shù)據(jù)，默認情況下它必須生成一個 Status Response Action。此操作由啟動器發(fā)送，確認已收到報告的數(shù)據(jù)。如果設置了 Suppress Status Response 標志，則 Initiator 不得發(fā)送 Status Response Action。

一旦啟動器發(fā)送了狀態(tài)響應操作，或者啟動器接收到啟用了抑制響應標志的報告數(shù)據(jù)操作，讀取/報告查詢就完成了。

狀態(tài)響應操作僅包含一個狀態(tài)字段，該字段將確認操作成功或顯示失敗代碼。

3.Subscription Transaction

3.1 訂閱請求操作（Subscribe Request Action）
發(fā)起者 -> 目標

除了單一的讀請求動作外，發(fā)起者還可以訂閱屬性或事件的定期更新。因此，同樣的報告數(shù)據(jù) Action 可以作為訂閱交易后的定期數(shù)據(jù)更新的結(jié)果而產(chǎn)生。

訂閱交互創(chuàng)建兩個節(jié)點之間的關(guān)系，其中目標定期向發(fā)起者生成報告數(shù)據(jù)操作。 Initiator 是 Subscriber，Target 是 Publisher。

訂閱請求操作包含：

Min Interval Floor（最小間隔層）：報告之間的最小間隔。
Max Interval Ceiling（最大區(qū)間上限）：報告之間的最大間隔。
Attribute Reports（屬性報告）：讀取操作請求中請求的零個或多個報告屬性的列表。
Event Reports（事件報告）：零個或多個報告事件的列表。

在訂閱請求之后，目標用包含第一批報告數(shù)據(jù)的報告數(shù)據(jù)操作響應發(fā)起者：Primed Published Data。

然后，發(fā)起者通過發(fā)送到目標的狀態(tài)響應操作來確認報告數(shù)據(jù)操作。一旦目標接收到一個狀態(tài)響應動作報告沒有錯誤，它發(fā)送一個訂閱響應動作。

目標隨后將以協(xié)商的間隔定期發(fā)送報告數(shù)據(jù)操作，發(fā)起者將響應這些操作，直到訂閱丟失或取消。

3.2 訂閱響應操作（Subscribe Response Action）
目標 -> 發(fā)起者

這是訂閱交易的最后一個操作，并結(jié)束了該過程。這包括：

Subscription ID（訂閱 ID）：標識訂閱的整數(shù)。
Min Interval（最小間隔）：最終確定的報告之間的最小間隔。
Max Interval（最大間隔）：最終確定的報告之間的最大間隔。
4. Write Transactions
4.1 不定時寫入事務（Untimed Write Transaction）
4.1.1 寫請求操作（Write Request Action）
發(fā)起者 -> 目標

與讀取請求操作類似，在此操作中，發(fā)起者為目標提供：

Write Requests（寫入請求）：包含路徑和數(shù)據(jù)的一個或多個元組的列表。
Timed Request（定時請求）：一個標志，指示此操作是否是定時寫入事務的一部分。
Suppress Response（抑制響應）：指示是否應抑制響應狀態(tài)操作的標志。

4.1.2 寫響應操作（Write Response Action）
目標 -> 發(fā)起者

4.1.3 不定時寫入限制（Untimed Write Restrictions）
寫入請求動作可以是一個組播，但在這種情況下，必須設置抑制響應標志。其理由是，否則網(wǎng)絡可能會被來自一個組的每個成員的同時響應所淹沒。

為了啟用這種行為，在寫請求列表中使用的路徑可以包含組，或者它們可以包含通配符，但只在端點字段上。

4.2 定時寫入事務（Timed Write Transaction）
在定時寫入事務中比非定時寫入事務多了幾個步驟。

4.2.1 定時請求操作（Timed request action）
發(fā)起者 -> 目標

Initiator 啟動事務發(fā)送此操作，其中包含：

Timeout：此事務可以保持打開狀態(tài)的毫秒數(shù)。在此期間，Initiator 發(fā)送的下一個動作將被視為有效。
一旦接收到定時請求操作，目標必須使用狀態(tài)響應操作確認定時請求操作。一旦 Initiator 收到報告沒有錯誤的 Status Response Action，它將發(fā)送 Write Request Action。

4.2.2 寫請求操作（Write Request Action）
與前面描述的 4.1.1 寫請求操作 相同。

4.2.3 寫響應操作（Write Response Action）
與前面描述的 4.1.2 寫響應操作 相同。

4.2.4 定時寫入限制（Timed Write Restrictions）
定時請求動作、寫請求動作和寫響應動作是單播的。

5.調(diào)用事務
調(diào)用事務用于在目標節(jié)點上調(diào)用一個或多個集群命令。它類似于對集群中定義的命令進行的遠程過程調(diào)用。

與寫入事務類似，調(diào)用事務支持定時和不定時事務。 有關(guān)定時事務的更多信息，請參閱 交互模型：1.4.定時和非定時

5.1 不定時調(diào)用事務
5.1.1 調(diào)用請求操作（Invoke Request Action）
發(fā)起者 -> 目標

類似于讀請求動作和寫請求動作，在這個動作中，發(fā)起者為目標提供：

Invoke Requests（調(diào)用請求）：集群命令的路徑（PATH）列表 ，以及命令的可選參數(shù)，名為 Command Fields。
Timed Request（超時請求）：一個標志，指示此操作是否是定時調(diào)用事務的一部分。
Suppress Response（抑制響應）：指示是否應抑制調(diào)用響應操作的標志。
Interaction ID：一個整數(shù)，用于將 Invoke Request Action 與 Invoke Response Action 匹配。
5.1.2 調(diào)用響應操作（Invoke Response Action）
目標 -> 發(fā)起者

目標收到調(diào)用請求操作后，它將使用包含以下內(nèi)容的調(diào)用響應操作來完成事務：

Invoke Responses（調(diào)用響應）：發(fā)送的每個調(diào)用請求的命令響應或狀態(tài)列表。
Interaction ID：一個整數(shù)，用于將 Invoke Response Action 與 Invoke Request Action 匹配。

5.1.3 不定時調(diào)用限制
Invoke Request Action可以是一個組播，但在這種情況下，必須設置抑制響應標志。其理由是，否則網(wǎng)絡可能會被來自一個組的每個成員的同時響應所淹沒。

為了啟用這種行為，在調(diào)用請求列表中使用的路徑可以包含組，或者它們可以包含通配符，但僅在端點字段上。此外，如果行動是組播，這個事務就會在沒有響應的情況下終止。

5.2 定時調(diào)用事務
與定時寫入事務類似，定時調(diào)用事務也從定時請求操作開始。

5.2.1 定時請求操作
發(fā)起者 -> 目標

Initiator 啟動事務發(fā)送此操作，其中包含：

Timeout：此事務可以保持打開狀態(tài)的毫秒數(shù)。在此期間，Initiator 發(fā)送的下一個動作將被視為有效。

一旦接收到定時請求操作，目標必須使用狀態(tài)響應操作確認定時請求操作。一旦 Initiator 收到狀態(tài)響應操作報告沒有錯誤，它將發(fā)送調(diào)用請求操作。

5.2.2 調(diào)用請求操作（Invoke Request Action）
與前面描述的 5.1.1 調(diào)用請求操作 相同。

5.2.3 調(diào)用響應操作（Invoke Response Action）
與前面描述的 5.1.2 調(diào)用響應操作 相同。

5.2.4 定時調(diào)用限制（Timed Invoke Restrictions）
所有的調(diào)用命令都可以在定時交互中調(diào)用。定時請求動作、調(diào)用請求動作和調(diào)用響應動作都是單播的，因此不能在定時調(diào)用事務上作為群播使用。

Invoke Request Action支持使用帶組的路徑，以及通配符，但Invoke Response Action不支持通配符的使用。