Thread 和 IPv6

Matter 會使用 IPv6 進行作業通訊， 同時使用 IPv6 Unicast 和 Multicast 分別存取其節點和群組。

電力不足

部分 Matter 節點是連線的，且有能源預算，可讓無線電持續開啟。其他類型的節點，例如 感應器規定電池壽命必須長達數年，才能正常使用無線電 且在低功耗網路 (例如 Thread) 上運作的影片Proxy 這個架構 Thread 可睡眠睡眠的裝置， 可讓完整運作的節點提供網路層級和應用程式層級 模擬功能，將具有大量能源的子項節點 交易

Matter 的一大重點是，兩者都能運作 高處理量的網路媒介，例如 Wi-Fi 和乙太網路 低延遲、低頻寬，例如 Thread。如果所有 已將 Multicast 個來自 Wi-Fi 的封包橋接至 Thread，我們會對網路造成負擔，甚至還可能 洪水淹沒。Thread 的目標是在低功耗模式下啟用 IPv6。 低延遲網狀網路，而非高頻寬資料傳輸。雖然 Thread 在本機網路中的 ICMPv6 連線偵測通常會產生低於幾十毫秒的 RTT，但其總頻寬會受限於 IEEE 802.15.4 PHY 的 250 kbps。隨著封包重新傳輸和負擔， 最大頻寬約為 125 kbps。換句話說， 。

IEEE 802.15.4 PHY 上的影格是 127 個位元組，但最大 (也是一般) Thread 中 IPv6 封包的傳輸單位 (MTU) 上限 1280 個位元組因此 IPv6 封包通常需要分割成多個 PHY 影格。 這項程序會根據 RFC4944。

詳情請參閱 IPv6 定址。 Thread Primer openthread.io.

邊界路由器

那麼，節點該如何在同一個布料中同時存在於這兩種傳輸媒介上？ 兩個網路會共用應用程式層級的 Matter 憑證之間沒有相同的連結技術。在這種情況下 因此網路需要 Thread 邊界路由器 (BR) 才能建立連線BR 是 Stub IPv6 路由器。

虛設常式路由器支援虛設常式網路與一般網路之間的連線。 Stub Network 是「最後一英里」可為地端部署網路 而非做為其他網路之間的運輸網路路徑。 一般而言，Matter 個 Stub 網路的 以 Thread 為基礎。 請參閱 RFC 草稿 ，進一步瞭解虛設常式網路。

因此，BR 必須負責成為「虛設常式」 網路和鄰近基礎設施網路，也就是本機 Wi-Fi 乙太網路。只會轉送與診斷網路使用者 Thread 個網路。

只要將不同的 IPv6 前置字串指派給使用者， Thread 和相鄰的基礎架構網路。因此，BR 只會將單點傳播轉送至 Thread IPv6 前置字元。

邊界路由器還負責：

• 自動為 Thread 和相鄰基礎架構網路 Thread 邊界路由器的兩側主機可 可讓您快速輕鬆地 進行通訊
• 代表 Google 代表發布 mDNS DNS-SD 探索封包 Thread 節點，讓使用者能在鄰近位置找到這些節點 基礎架構網路

詳情請參閱邊界路由器 openthread.io 指南。

IPv6 多點傳送

群組訊息也很重要，因為這兩者可以同時控管 多個 Matter 節點 (透過 Multicast)於 才能將此流量轉送至 Thread 網路 (兩者皆是) Matter 和 Thread 會導入 Unicast 前置碼式 IPv6 Multicast Addressing Scheme：根據 RFC 3306。

這個方法可讓系統從 Multicast 個封包 (依據共用 IPv6) Unicast 前置字串，

例如 Matter Multicast 地址 看起來會像這樣：

FF35:0040:FD<Fabric ID>00:<Group ID>

表 1 詳細列出這個位址的建構方式：

如需進一步瞭解相關資訊，請參閱 Thread Primer 的 Multicast 專區，以及 RFC 本身。

IPv6 Multicast 位址的組成格式包含 例如 Fabric ID 的 56 位元上限這項重要差異在於 Multicast位於布料內，Unicast 這兩個位址是由 Fabrics 共用搭載多種布料的節點 有幾個 Multicast 位址定義了重疊的節點 以每個織布範圍限定群組。

通訊埠

Matter 會使用通訊埠 5540 處理多點傳播。