2026-10-05
作者：全景軟體資安觀點編輯
Matter 解決不同品牌智慧家庭設備之間的互通問題，但 Matter 本身不是無線通訊技術。設備可以透過 Thread、Wi-Fi 或 Ethernet 連上 IP 網路，再使用 Matter 協定與控制器及其他設備溝通。
產品團隊開始 Matter 開發時，除了確認設備類型與功能，也要決定底層網路採用 Thread 或 Wi-Fi。兩種方式都能支援 Matter，差異主要來自功耗、網路架構、資料傳輸量與產品使用情境。
Matter over
Thread 與 Matter over Wi-Fi 的主要差異
Thread 是以 IPv6 為基礎的低功耗網狀（Mesh）網路，採用 IEEE 802.15.4 無線技術。具路由能力且持續供電的 Thread 裝置可協助轉送資料，電池設備則可採休眠終端設備（Sleepy End
Device，SED）設計，降低無線電長時間工作的耗電。
Matter over Wi-Fi 直接使用既有 Wi-Fi 網路，設備通常透過無線存取點（Access Point，AP）或路由器連線。Wi-Fi 具備較高資料傳輸能力，家中也普遍已有相關網路基礎設施。
|
比較項目 |
Matter over Thread |
Matter over Wi-Fi |
|
網路技術 |
Thread，IEEE 802.15.4 |
Wi-Fi，IEEE 802.11 |
|
網路架構 |
IPv6 Mesh 網路 |
透過 Wi-Fi AP／Router 連線 |
|
功耗 |
適合低功耗與電池設備 |
較適合供電充足的設備 |
|
資料傳輸量 |
適合控制訊息、狀態與感測資料 |
適合較大量資料傳輸 |
|
網路基礎設施 |
需有 Thread Border Router 與其他 IP 網路互通 |
使用既有 Wi-Fi Router／AP |
|
覆蓋方式 |
具路由能力的節點可延伸 Mesh 網路 |
取決於 AP 與整體 Wi-Fi 覆蓋 |
|
常見產品方向 |
感測器、門鎖、開關、照明等 |
家電、中控、顯示與資料量較大的產品 |
低功耗設備常採用 Matter over Thread
智慧門鎖、門窗感測器、溫濕度感測器與無線開關等產品，通常希望延長電池使用時間。Thread 支援休眠終端設備，設備可以在非工作時間降低無線電活動，需要收發資料時再與父節點通訊。
Thread 的 Mesh 架構也適合分散在室內不同位置的低功耗設備。具路由能力且持續供電的 Thread 裝置可協助轉送資料，延伸 Mesh 網路範圍。
Matter over
Thread 為什麼需要 Thread Border Router？
Thread 使用獨立的低功耗 Mesh 網路，需要透過 Thread 邊界路由器（Thread Border Router，TBR）和 Wi-Fi、Ethernet
等其他 IP 網路互通。Border Router 負責 IP 封包路由，不需要像傳統 Bridge 一樣轉換 Matter 應用協定。
Thread Border Router
可以整合在智慧音箱、智慧中控、Wi-Fi Router 或其他持續供電設備中，同一個 Thread 網路也能配置多台 Border Router。
開發 Matter over
Thread 產品時，除了終端設備本身，也要確認目標使用環境是否具備 Thread Border Router，以及主要智慧家庭平台的 Thread 支援狀況。
哪些產品較適合 Matter over Wi-Fi？
產品若已具有成熟的
Wi-Fi 硬體與韌體架構，或需要處理較大的資料量，Matter over Wi-Fi 通常能沿用較多既有設計。
·
智慧家電
·
智慧顯示與中控設備
·
需要較高資料傳輸量的產品
·
攝影機、視訊門鈴等影音設備
Wi-Fi 的另一項優勢是多數家庭已經部署 Wi-Fi
Router 或 AP，設備可直接加入既有網路，不需要另外配置
Thread Border Router。
Wi-Fi 產品仍要考量功耗、無線網路品質與使用者家中的
AP 環境，特別是電池設備或大量裝置同時連線的情境。
Thread Mesh 與 Wi-Fi 的產品架構差異
Thread 網路中的設備可能扮演終端設備（End
Device）、休眠終端設備、路由節點（Router）或邊界路由器（Border Router）。持續供電的照明或插座可具備 Router 能力，電池感測器則可設計為休眠終端設備。
Wi-Fi 終端設備通常透過家中的 Wi-Fi
Router 或 AP 連上 IP 網路。產品團隊不需要規劃 Thread Router 角色，但仍要處理 Wi-Fi 模組、RF 設計、連線品質、AP 相容性與網路設定。
同樣是 Matter 裝置，選擇 Thread 或 Wi-Fi 會影響無線 SoC／Module、Firmware、天線、功耗與測試規劃。
Thread 還是 Wi-Fi？可以先從產品需求判斷
1. 供電方式
電池供電產品可優先評估 Thread；持續供電設備則可再依資料量與既有網路架構選擇。
2. 資料傳輸需求
主要傳送開關指令、感測數值與設備狀態時，可評估 Thread；需要影音、圖片或大量資料交換時，Wi-Fi 較符合需求。
3. Thread 使用環境
採用 Matter
over Thread 時，應確認目標市場主要智慧家庭平台與 Thread Border Router 的支援情況。
4. 既有硬體與無線架構
原有產品若已有
Wi-Fi SoC、RF 設計與 Firmware，Matter over Wi-Fi 可沿用較多既有成果；產品重新設計且以低功耗終端設備為主時，可進一步評估 Thread。
5. 後續產品線規劃
同一品牌可以同時規劃
Thread 與 Wi-Fi Matter 產品，例如感測器、門鎖採 Thread，家電或影音設備採 Wi-Fi，再透過 Matter 在 IP 網路中互通。
一台
Matter 設備可以同時支援 Thread 與 Wi-Fi 嗎？
部分產品可同時支援
Thread 與 Wi-Fi，但硬體、韌體與認證範圍都要在產品設計階段納入規劃。雙網路架構可增加部署彈性，也會增加無線模組、天線、Firmware、測試與認證工作。
是否需要同時支援
Thread 與 Wi-Fi，應回到產品實際使用情境與商業需求判斷，不一定每台設備都需要雙網路設計。
Thread 與 Wi-Fi 的認證規劃
Matter 終端產品可以使用 Wi-Fi、Thread 或 Ethernet，但底層網路技術也有各自的認證要求。產品開發初期決定 Thread 或 Wi-Fi，可同步安排相關網路技術認證與 Matter Certification。
產品團隊可一併規劃：
·
無線晶片或模組
·
RF
設計
·
Firmware
·
Thread
或 Wi-Fi 認證
·
Matter
Certification
·
測試設備與環境
·
量產版本管理
若接近認證階段才更換網路架構，硬體、韌體與測試範圍都可能跟著調整。
從產品需求決定 Matter 網路架構
Matter over Thread 與 Matter over Wi-Fi 的選擇，主要取決於產品功能、硬體條件與實際使用環境。產品開發初期確認網路架構，也有利於後續硬體、韌體與認證規劃。
常見問題
FAQ
Q：Matter 一定要使用 Thread 嗎？
A：不一定。Matter 可運行於 Thread、Wi-Fi 與
Ethernet 等 IP 網路，設備製造商可依功耗、資料傳輸量與產品架構選擇。
Q：Matter over Thread 一定需要 Thread Border Router 嗎？
A：Thread Mesh 要與 Wi-Fi、Ethernet 等其他
IP 網路互通時，需要 Thread Border Router。Border Router 可整合在智慧音箱、中控設備或 Wi-Fi Router 中，不一定是獨立設備。
Q：電池設備一定要使用 Thread 嗎？
A：不一定。Thread 的低功耗與休眠終端設備架構適合電池設備，但仍需依產品資料量、硬體平台、成本與使用環境判斷。
Q：Matter over Wi-Fi 和 Matter over Thread 可以存在同一個家庭嗎？
A：可以。Matter 建立在 IP 架構上，Thread、Wi-Fi
與 Ethernet 裝置可以在同一智慧家庭環境中互通，不需要所有 Matter 設備採用相同底層網路。
Q：選擇 Thread 或 Wi-Fi 會影響 Matter 認證嗎？
A：會。Matter 認證前，還需依產品採用的 Thread、Wi-Fi 等網路技術確認相應的傳輸技術認證要求。
相關方案
Matter 產品選擇 Thread 或 Wi-Fi 時，需要一併考量硬體平台、Firmware、網路角色、設備安全與量產方式。
全景軟體 Ciot Matter 提供 Matter over Thread 完整硬體平台，包括 End Device／Router、Thread RCP 與 Border Router，並可依既有 MCU／Module、標準模組或既有產品升級需求進行整合。Ciot Matter 也提供跨平台 SDK、DAC Provisioning、設備資安及產線相關工具。
Matter 解決方案
#Matter
#MatteroverThread #MatteroverWiFi #Thread #WiFi #ThreadBorderRouter #IoT
#SmartHome #MatterDevelopment #IoTSecurity