IOT协议之战：ZigBee VS线程

两种流行的物联网协议，ZigBee和Thread，似乎正在低功耗、消费者、无线传感器和控制网络领域争夺市场份额。他们实际上是在竞争还是在试图合作?

事情仍然相对较新，并且仍然存在许多通信协议在互联网互联网的各个方面成为主导球员。两个可用于低功耗，消费者导向的无线传感器和控制应用的协议是ZigBee和螺纹。这两项协议似乎竞争主导地位，但新的发展表明他们也在合作。

通信协议战斗

通常，当多个通信协议可用以填充特定目的时，这些协议将在一个成为主导，如果不是唯一的，则用于该目的的协议。

这方面的两个著名的历史例子是用于局域网(LANs)的以太网和用于无线局域网(WLANs)的802.11。一个正在进行的通信协议竞争是为如此多的物联网设备所使用的短程、低功耗协议空间而战，这一领域的两个主要竞争对手是Zigbee.和线。

ZigBee和Thread概述

ZigBee是一个完全开发的协议栈，它为来自物理层的所有协议层都定义到应用层中可以看出，如图1所示。物理层和链路层使用技术标准IEEE 802.15.4网络，传输和应用层由ZigBee Alliance定义。

应该注意的是，这些层存在一些不同的ZigBee定义的协议。ZigBee联盟在其中有一些大公司，包括飞利浦，德州仪器，恩智浦和华为。

图1所示。ZigBee协议栈

为所有内容定义了线程，但应用层和所有层都是预先存在的协议。线程是将图层组合在一起的定义，如图2所示。在物理和链路层，IEEE 802.15.4协议就像ZigBee一样使用。在网络和传输层，线程使用IPv6,6LowPan（IPv6）的组合，UDP（用户数据报协议）和DTL（数据报传输层安全性）。线程还有一些大公司在它身后，最值得注意的是谷歌（通过巢）。

图2。线程协议栈

Thread的优势在于它已经通过使用IPv6使自己成为IP世界的一部分(尽管ZigBee有他们的网络协议的IP版本)。另一方面，ZigBee已经被广泛采用，并包含了完整协议栈的定义，其中包括一个称为ZigBee集群库的成熟应用层(尽管现在已将该名称改为)dotdot.）。

ZigBee和螺纹之间的关系

ZigBee和Thread同样占据着短距离、低功耗的通信空间，争夺着市场份额。然而，与过去的LAN和WLAN协议竞赛不同的是，ZigBee和Thread之间实际上有一些合作的空间。对LAN和WLAN空间的竞争只涉及协议栈最低层(物理层和链路层)协议之间的竞争，因此必须选择其中一个或另一个竞争协议(例如，令牌环上的以太网)。另一方面，ZigBee和线程定义协议栈，两者甚至在其堆栈-IEEE 802.15.4中使用相同的物理和链接层协议。线程在ZigBee具有为许多不同应用程序定义的应用层时，线程也没有定义应用层。

2015年初，两家公司在一份声明中播下了合作的种子。当时，两家公司宣布，他们将开始努力使ZigBee集群库与网络和线程传输层兼容。然后，在2016年底，ZigBee联盟宣布他们已经达到了一个重要的里程碑，来自两个团队的几个成员开发了在线程网络和传输层之上使用ZigBee应用层的原型。这是一个例子在2017年消费电子展上展出。

有趣的是，看到这两个团队都以如此高的热情进行开发。Thread热衷于证明一个被广泛采用的应用层可以与它们的协议栈一起创建一个完整的网络协议，这是可以理解的。我们也很难忽视Thread在ZigBee/Thread合作中的巨大收益。Thread不仅获得了强大的应用层协议，而且通过与ZigBee合作获得了很高的可信度。

它们都是互联网就绪的网络和传输层协议栈的不错添加。然而，对于ZigBee来说，它似乎意味着承认线程的竞争网络/传输层是ZigBee的合法替代。当然，ZigBee的立场就是他们有一个应用层协议，它将允许应用程序互连任何IoT网络（不仅仅是线程）。

看看这种合作/竞争发展是有趣的。IP中心的线程协议是否会占据网络和传输层，因为它与IPv6离开ZigBee将专注于应用层？ZigBee当前的强大位置是否允许它们在网络和应用层中保持强大的存在，同时移动到IOT的应用层？另一个组织吗？打开连接的基础（OCF）雕刻他们自己的份额享受这个不断增长的市场吗？

现在回答这些问题还为时过早，而当观察家们坐在一旁对未来做出预测时，Qorvo等设计师正被迫在他们的设备中设计两种协议，以对冲赌注。