家里已经有WiFi了，智能家居为什么还要搞个Thread？

家里已经有WiFi了。

手机连WiFi，电视连WiFi，电脑连WiFi，扫地机器人也能连WiFi。

现在买个智能门锁、温湿度传感器，突然又冒出来一个新名词：

Thread。

甚至有些设备还会提醒：

“需要Thread边界路由器。”

看到这里，很多人的第一反应可能是：

不是，我家WiFi招你惹你了？

好好的智能家居，为什么又要搞一套网络？

其实，Thread出现的目的并不是把WiFi赶出家门。

它更像是在说：

“有些活，WiFi能干，但没必要什么活都让WiFi干。”

我们平时用WiFi干什么？

刷视频、下载文件、视频通话、打游戏……

这些事情都有一个共同特点：

数据量比较大。

所以WiFi特别擅长提供较高的数据吞吐能力。

但是再看看智能家居里的另一批设备。

门磁：“门开了。”

温度传感器：“现在26℃。”

人体传感器：“刚才有人经过。”

智能按钮：“主人按了我一下。”

汇报完毕。

这些设备一天到晚传输的数据，可能就是几个状态、几个数值或者一条控制指令。

你让它们全部追求高速通信，就有点像：

为了每天去楼下拿一次快递，专门买了一辆跑车。

能不能开？

当然能。

但它真正关心的事情往往不是“跑得有多快”，而是：

功耗能不能低一点？

电池能不能撑久一点？

设备多了之后还能不能稳定通信？

房间远一点还能不能连得上？

Thread就是针对这类物联网设备设计的低功耗无线Mesh网络协议。它建立在IEEE 802.15.4无线技术之上，并原生使用IPv6。Thread Group将它定位为面向家庭和建筑物联网设备的低功耗、安全、可靠网络。

传统家庭WiFi里，我们最熟悉的画面是：

手机找路由器。

电脑找路由器。

电视找路由器。

大家都围着无线接入点通信。

Thread的思路有所不同。

它采用Mesh，也就是网状网络。

在Thread网络里，具备路由能力的设备可以帮助其他设备转发数据。

假设家里有一个Thread设备在卧室深处，距离网络另一端比较远。

它不一定非要“大喊一嗓子”直接把数据送到最远处。

中间的其他Thread路由设备可以说：

“给我吧，我帮你往下传。”

于是：

设备A → 设备B → 设备C → 目标设备。

一个接一个，把消息送过去。

Thread Group把这类能够参与转发的设备称为Mesh Extender。随着合适的设备加入网络，Mesh可以扩展覆盖范围，并提供多条潜在的数据路径。

有点像一群同事传话。

坐门口的人不需要冲着办公室最里面大喊：

“老板——有人找——！”

大家顺手往里面传就行。

“我就一颗小电池，你把我当路由器使？”

所以Thread网络会考虑低功耗设备的需求。

一些电池供电的终端可以作为“Sleepy End Device”工作，大部分时间保持低功耗状态，需要的时候再醒来通信，而不是承担网络中的持续转发任务。

这也是Thread比较适合门锁、按钮、传感器等低功耗设备的重要原因之一。

所以Thread的思路并不是：

“所有设备一起疯狂转发。”

而是：

问题又来了。

Thread自己组成了一个Mesh网络。

但你的手机、电脑和很多智能家居设备还是在WiFi或者以太网上。

两个网络怎么交流？

这时候就轮到一个名字很长的角色登场：

Thread Border Router。

中文通常叫Thread边界路由器。

你可以把它理解成Thread网络和家里其他IP网络之间的“出入口”。

Thread设备的数据可以通过Border Router进入家里的其他IP网络，反过来也一样。

这里有一个很容易产生误解的地方。

Border Router并不等于传统意义上专门负责“翻译协议”的私有网关。

因为Thread本身就是基于IPv6的网络协议，所以Border Router主要负责在Thread网络与其他IP网络之间转发数据，而不是把Thread的数据重新“翻译”成另一种应用协议。

而且这个功能不一定需要你额外买一个写着“Thread专用网关”的小盒子。

它可以集成在智能音箱、显示设备、路由器等产品中。

所以有时候，你家里可能已经有Thread Border Router，只是你从来没意识到它还兼职干这个。

Matter。

Thread和Matter经常同时出现，以至于很多人会把它们当成同一种东西。

其实不是。

可以用一个简单的比喻：

Thread负责“修路”，Matter更偏向规定“大家怎么交流”。

Thread解决的是网络连接问题。

设备怎么组成低功耗网络、数据怎么在网络里传输、怎么接入其他IP网络——这是Thread关心的事情。

Matter则工作在更上层，关注不同智能家居设备之间如何实现互操作。

所以Matter设备既可以运行在Thread网络上，也可以使用WiFi、以太网等IP网络。

因此：

Matter ≠ Thread。

也不是：

有Matter就必须有Thread。

它们只是经常一起出现在低功耗智能家居设备里。

基本可以把这个问题放下了。

因为它们擅长的事情不一样。

摄像头要传高清视频？

WiFi很合适。

电视要播放在线视频？

继续WiFi。

电脑要下载几十GB文件？

还是WiFi。

但是一个门磁每天只需要告诉你：

“门开了。”

一个温湿度传感器只需要偶尔汇报：

“现在湿度62%。”

这时候，让一个面向低功耗物联网设备设计的网络来做这件事，就很合理。

所以Thread和WiFi更像是分工合作，而不是擂台赛。

一个负责：

“数据很多？交给我。”

另一个负责：

“数据不多，但是设备多、要省电、还希望网络覆盖可靠？我来。”

Thread Group也明确将Thread描述为与WiFi和以太网共同工作的IP网络技术，而不是WiFi的替代品。

因为“联网”这件事，从来不是只有一种需求。

摄像头想要的是带宽。

传感器想要的是低功耗。

门锁既要低功耗，又希望响应及时。

几十甚至上百个设备同时存在时，还要考虑网络覆盖、可靠性和扩展能力。

Thread并不是为了再给智能家居增加一个让人头疼的新名词。

恰恰相反，它想解决的是：

当家里的物联网设备越来越多时，怎样让那些小小的、低功耗的设备，也拥有一条适合自己的路。

所以以后再看到一个Thread温湿度传感器，你可以把它想象成：

WiFi正在高速公路上狂奔。

而Thread在旁边默默修了一套社区道路。

毕竟买瓶酱油，真的没必要上高速。