[논문 리뷰] Zigbee vs. Matter over Thread: Understanding IoT Protocol Performance in Practice
논문은 동일 하드웨어 테스트베드에서 Zigbee와 Thread 위의 Matter를 비교하여 Zigbee의 로컬 라우팅은 빠르지만 확장성은 미흡하고, Matter 위의 Thread는 다중 홉 배치에서 더 나은 확장성과 견고함을 제공한다는 것을 실증적으로 보여준다.
The widespread adoption of the Internet of Things (IoT) has positioned smart homes as paradigmatic examples of distributed automation systems, where reliability, efficiency, and interoperability depend critically on the underlying communication protocol. Among the low-power wireless technologies available for this scenario, Zigbee and Matter over Thread have emerged as leading contenders. While Zigbee represents a mature, non-IP mesh networking solution, Matter over Thread introduces an IP-based architecture designed to unify device interoperability across different ecosystems. However, despite extensive documentation of their design principles, there is a lack of empirical, comparative performance data under realistic network conditions. This paper presents a comprehensive experimental comparison between the two protocols, conducted on a testbed built from commercially available hardware. The proposed methodology focuses on different key performance dimensions, such as scalability, responsiveness, and fault tolerance. The results reveal that Zigbee achieves a lower baseline overhead and faster route recovery, making it more responsive in static small-scale deployments. Matter over Thread, conversely, exhibits superior scalability and robustness, maintaining stable throughput and predictable latency across multi-hop scenarios. Overall, we highlight that Zigbee and Matter over Thread embody distinct trade-offs between agility, efficiency, and scalability.
연구 동기 및 목표
- 실 realistic 스마트 홈 토폴로지에서 Zigbee와 Matter over Thread의 확장성과 안정성을 평가한다.
- 사용자 대면 작업 및 OTA 스타일 작업에 대한 응답성과 효율성을 평가한다.
- 노드 실패 시 장애 허용 및 경로 복구 성능을 정량화한다.
- 대규모 배치를 위한 프로토콜 선택에 대한 데이터 기반 인사이트를 제공한다.
제안 방법
- 동일한 ESP32-C6 디바이스를 사용한 제어된 하드웨어 테스트베드를 구성하여 두 프로토콜을 비교한다.
- 같은 하드웨어에서 Zigbee를 라우터로, Matter over Thread를 풀 Thread 디바이스로 구성한다.
- 확장성과 라우팅 동작을 테스트하기 위해 두 가지 토폴로지(완전히 연결된 메시 및 체인)를 사용한다.
- 트래픽을 Wireshark에서 분류하여 프로토콜 오버헤드와 애플리케이션 트래픽을 구분한다.
실험 결과
연구 질문
- RQ1장치 수가 증가하고 네트워크 깊이가 증가함에 따라 어느 프로토콜이 더 큰 안정성과 반응성을 유지하는가?
- RQ2사용자 대면 작업에서 어느 프로토콜이 더 우수한 반응성을 제공하고 무거운 작업을 효율적으로 처리하는가?
- RQ3노드 실패 이후 어느 프로토콜이 더 나은 장애 허용과 더 빠른 경로 복구를 제공하는가?
주요 결과
- 작은 네트워크에서 Zigbee의 기본 오버헤드가 더 낮지만, 네트워크가 커질수록 오버헤드가 급격히 증가하여 6-node 메시에서 Thread를 넘어설 수 있다.
- Matter over Thread는 홉이 증가해도 트래픽의 증가가 더 안정적이고 선형적으로 나타나 확장성이 더 우수함을 시사한다.
- 체인 토폴로지에서 Zigbee는 3홉을 넘으면 심한 혼잡과 신뢰성 이슈를 겪는 반면, Thread는 테스트된 깊이에서도 작동을 유지한다.
- 홉 수에 따라 엔드 투 엔드 지연이 더 크고 예측 가능하며, Zigbee는 지연이 비선형적으로 증가하고 홉이 많아지면 저하되는 반면 Thread는 더 높고 예측 가능한 지연을 유지한다.
- Zigbee는 단일 홉 처리량이 더 높아(~75 kbps)지만 다중 홉 환경에서 성능이 빠르게 저하된다; Thread는 더 높은 처리량을 유지하고 TCP/UDP를 지원하며 TCP가 안정적이고 재현 가능한 성능을 제공한다.
- Fragmentation은 Zigbee가 6LoWPAN 효율성으로 인해 Thread보다 더 나쁘며(조건에 따라 85–95+ 바이트 범위), Zigbee의 분할 시 지연이 증가한다.
- TCP를 사용하는 Thread는 홉별 튜닝 없이도 안정적인 처리량을 제공하는 반면, Zigbee는 혼잡을 피하기 위해 신중한 페이스링이 필요하다.
더 나은 연구,지금 바로 시작하세요
연구 설계부터 논문 작성까지, 연구 시간을 획기적으로 줄여보세요.
카드 등록 없음 · 무료 플랜 제공
이 리뷰는 AI가 만들고, 인간 에디터가 검토했습니다.