【Matter】Matter學習筆記1

前言

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

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

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

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

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

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

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

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

Matter協議架構

1.Matter Over IPV6

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

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

下面是IPV4 和 IPV6 的一些區別：

2.Matter協議架構

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

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

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

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

3.Matter標準協議架構

Matter標準協議架構總體流程分析：

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

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

Matter網絡拓撲結構
原理上，任何支持IPV6協議的網絡都可以部署Matter，我們重點關注三種鏈路層技術：以太網（Ethernet）、WIFI和 Thread。

在 Matter 協議中，Matter將網絡視為共享資源，它不規定獨占網絡的所有權或訪問權。因此我們可以在同一組成IP的網絡下覆蓋多個Matter網絡。

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

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

Mesh組網
在了解Matter網絡拓撲結構之前，我們可以先來了解下 Mesh 組網。

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

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

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

1.單一網絡拓撲

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

在單一網絡拓撲中的每個節點都通過單個網絡接口與Fabric中的每個其他節點進行通信。

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

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

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

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

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

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

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

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

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

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

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

Node roles是一組相關的行為。每個節點可能有一個或多個role。Node roles 包括：

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

3.集群（Cluster）

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

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

3.1 屬性（Attributes）
在最后一層，我們會找到Attributes，這是節點持有的狀態，表示可以讀取或寫入的內容，支持多種數據格式，實際中代表了智能設備的相關屬性(如門的開關、室內溫度等)。

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

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

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

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

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

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

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

應用cluster示例:

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

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

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

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

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

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

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

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

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

節點通過以下方式相互交互：

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

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

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

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

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

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

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

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

Matter Path 使用規范：

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

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

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

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

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

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

2.2 報告請求數據（Report Data Action）
目標 -> 發起者

在此 Action 中，Target 響應：

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

2.3 狀態響應動作（Status Response Action）
目標 -> 發起者 -> 目標

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

一旦啟動器發送了狀態響應操作，或者啟動器接收到啟用了抑制響應標志的報告數據操作，讀取/報告查詢就完成了。

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

3.Subscription Transaction

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

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

訂閱交互創建兩個節點之間的關系，其中目標定期向發起者生成報告數據操作。 Initiator 是 Subscriber，Target 是 Publisher。

訂閱請求操作包含：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Timeout：此事務可以保持打開狀態的毫秒數。在此期間，Initiator 發送的下一個動作將被視為有效。
一旦接收到定時請求操作，目標必須使用狀態響應操作確認定時請求操作。一旦 Initiator 收到報告沒有錯誤的 Status Response Action，它將發送 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.調用事務
調用事務用于在目標節點上調用一個或多個集群命令。它類似于對集群中定義的命令進行的遠程過程調用。

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

5.1 不定時調用事務
5.1.1 調用請求操作（Invoke Request Action）
發起者 -> 目標

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

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

目標收到調用請求操作后，它將使用包含以下內容的調用響應操作來完成事務：

Invoke Responses（調用響應）：發送的每個調用請求的命令響應或狀態列表。
Interaction ID：一個整數，用于將 Invoke Response Action 與 Invoke Request Action 匹配。

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

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

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

5.2.1 定時請求操作
發起者 -> 目標

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

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

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

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

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

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

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