2、Thread网络架构：Router、End Device、Border Router的角色与功能，网络拓扑结构解析。
好，咱们接着聊Thread。上一章我讲了Thread协议的基本概念，说白了它就是个为物联网量身定做的无线网状网络协议。这一章，咱们深入看看它的“骨架”——网络架构。
我个人习惯，看一个协议好不好用，先看它的节点怎么分工。Thread网络里，节点角色分得很清楚，主要有三种：Router（路由器）、End Device（终端设备）、还有Border Router（边界路由器）。它们各司其职，配合起来才能让整个网络稳定又高效。
2.1 三种核心角色，各显神通
2.1.1 Router（路由器）—— 网络的“脊梁骨”
Router是Thread网络的核心。它的任务就是转发数据包，维持网络拓扑。你想想看，一个智能家居里，灯泡、插座、传感器这么多设备，消息怎么传？就是靠Router一跳一跳地接力。
Router有几个关键特性：
- 转发数据：为其他设备提供路由服务，数据包从A到B，中间可能经过好几个Router。
- 维持网络：定期发送“链路广告”消息，告诉邻居“我还活着”。
- 数量有限：一个Thread网络里，Router最多32个。这不是瞎定的，我在项目里试过，超过这个数，网络维护的开销会急剧增加，反而变慢。
- 可降级：如果网络里Router太多，有些Router会自动变成“REED”（Router Eligible End Device），说白了就是“预备役”，平时当终端设备用，需要时再转正。
重要概念：Router不是一直开着的。它支持“休眠”模式，但为了保持网络连通性，至少要有一定数量的Router保持活跃。我建议，一个典型的家庭网络，保持6-8个Router就够用了。
2.1.2 End Device（终端设备）—— 网络的“手脚”
End Device就是那些最终干活的设备，比如一个温湿度传感器、一个智能灯泡。它们不转发数据，只发送或接收自己的数据。
End Device分两种：
- Sleepy End Device（休眠终端）：这是Thread的杀手锏。大部分时间在睡觉，省电！需要时醒来，跟它的父节点（一个Router）说句话，然后继续睡。一个纽扣电池用几年，靠的就是这个。
- Non-Sleepy End Device（非休眠终端）：一直在线，比如插电的智能音箱。它不需要省电，所以可以随时响应。
嗯，这里要注意：End Device只能连接一个父节点（Router）。如果父节点挂了，它需要重新找一个新的父节点。这个过程叫“重新附着”。我在项目中遇到过，如果父节点切换太频繁，设备会短暂掉线。所以，父节点的稳定性至关重要。
2.1.3 Border Router（边界路由器）—— 网络的“大门”
Thread网络是个封闭的“小圈子”，怎么跟外面的互联网通信？靠的就是Border Router。它连接了Thread网络和Wi-Fi/Ethernet网络。
Border Router的功能很关键：
- 提供IP路由：把Thread网络里的IPv6地址，映射到外部网络。
- 提供服务发现：让手机App能发现家里的Thread设备。
- 实现网络边界：一个Thread网络可以有多个Border Router，但至少需要一个。我建议部署两个，一个坏了，另一个自动顶上，避免单点故障。
个人经验：Border Router通常跑在树莓派或智能音箱上。我曾经用树莓派4B搭过一个，跑了OpenThread的Border Router固件，稳定运行了半年没重启。选硬件时，注意它的网络接口要稳定，Wi-Fi别老断流。
2.2 网络拓扑结构：不是星型，也不是全连接
Thread的网络拓扑，说白了就是Mesh（网状）结构。但它的Mesh不是乱连的，而是有层次感的。
我画个图给你描述一下：
- 最上层是Border Router，连接外部世界。
- 中间层是Router，它们互相连接，形成一个“骨干网”。每个Router都跟几个邻居Router有连接。
- 最下层是End Device，它们只连接一个Router（父节点），不参与骨干网。
这种结构的好处很明显：
- 自愈能力强：如果一个Router坏了，数据会自动绕道，走其他Router。你想想看，家里一个插座坏了，灯泡还能通过另一个插座通信，这就是Mesh的魅力。
- 覆盖范围广：每个Router都能扩展信号。一个Router覆盖10米，三个Router接力就能覆盖30米。
- 低功耗：End Device不用一直监听网络，省电。
但也不是没缺点。Router之间的连接需要维护，如果网络里设备太多，维护开销会变大。所以Thread限制了Router数量（32个），保证网络不会“撑爆”。
2.3 角色分配与动态调整
Thread网络不是静态的。设备加入网络时，会根据自身能力和网络状况，自动分配角色。
过程大概是这样的：
- 新设备加入，先发个“加入请求”。
- 网络里的Router们收到后，评估一下：如果Router数量没满（少于32个），而且新设备有能力当Router，就让它当Router。
- 如果Router满了，或者新设备是电池供电的（比如传感器），就让它当End Device。
- 如果某个Router长期不活跃，或者网络里Router太多，它可能会自动降级为REED。
这种动态调整，我称之为“智能分工”。我在项目里见过一个场景：一个插电的智能灯泡，刚加入时是End Device，后来网络里一个Router掉线了，它自动升级成了Router，保证了网络连通。嗯，这种灵活性，是Zigbee和Z-Wave比不了的。
2.4 避坑指南：我踩过的几个坑
做Thread项目这几年，我踩过不少坑。分享几个典型的：
坑一：父节点选择不当
我曾经让一个End Device连接了一个信号很弱的Router。结果设备经常掉线，重新附着。后来我强制它连接信号最强的Router，问题解决。所以，父节点选择算法要优化，不能只看信号强度，还要看Router的负载。
坑二：Border Router单点故障
早期我只部署了一个Border Router。有一次它挂了，整个Thread网络跟外网失联，手机App控制不了任何设备。后来我加了第二个Border Router做冗余，再也没出过问题。记住：至少两个Border Router。
坑三：Router数量过多
有次测试，我让所有设备都当Router，结果网络里Router数量超过了32个。Thread协议会自动处理，但网络性能明显下降，数据包延迟变高。后来我限制了Router数量，只让必要的设备当Router，其他都当End Device。网络立刻稳定了。
2.5 总结一下
Thread的网络架构，说白了就是“Router骨干网 + End Device边缘节点 + Border Router大门”。这种设计，兼顾了覆盖、功耗和稳定性。
我个人觉得，理解这三种角色，是掌握Thread协议的第一步。你想想看，一个智能家居系统，如果角色分配不合理，网络就会不稳定。所以，设计产品时，一定要想清楚：这个设备是当Router还是End Device？需不需要Border Router功能？
下一章，咱们聊聊Thread的“寻址和路由机制”，看看数据包是怎么在Mesh网络里找到路的。到时候，我会结合一个实际项目里的抓包数据，给你讲透。