Zigbee Mesh路由AODV算法分析¶
难度：🔴 高级 | 领域：Zigbee 网络层 | 阅读时间：约 18 分钟
日常类比¶
大楼里找路：先喊“谁认识 1205？”，喊声逐人传递，目的地沿原路回话——按需发现，不必人手一本全楼地图。Zigbee 网状路由借鉴 AODV（Ad-hoc On-Demand Distance Vector）思想：需要时用 RREQ/RREP 建路，链路断则 RERR 触发再发现；另有树路由作后备[1][2]。
摘要¶
说明按需路由发现、表维护与修复，以及与树路由的分工；强调广播发现开销与实现差异。发现时延与跳数为场景量级，随网络直径与负载变化[3][5]。
1. 为何按需¶
多数 IoT 流是到网关/群组的局部通信，全网先验路由浪费内存。多跳扩展覆盖时，路由在路由器之间维护；终端通常只到父节点[1][4]。
2. 发现与转发（概念）¶
| 报文 | 作用 |
|---|---|
| RREQ | 洪泛/受控广播探路 |
| RREP | 目的或中间节点回程建反向/正向路由 |
| RERR | 通知上游链路失效 |
链路质量（LQI 等）可进入代价，避免只按跳数选劣质边[2][3]。Zigbee 相对经典 AODV 有地址、表项与许多栈特定优化，读实现文档重于背 RFC 原文[5]。
3. 与树路由¶
| 策略 | 优点 | 代价 |
|---|---|---|
| AODV 类网格 | 路径常更优 | 发现开销、广播风暴风险 |
| 树路由 | 无发现、实现简单 | 可能绕路、依赖树稳定性 |
表满或发现失败时可能回退树路径——部署上仍应保证路由冗余[1][6]。
4. 性能与运维¶
发现阶段占用空口；网络越大、流动性越高，控制开销越显著。监控：路由发现频率、平均跳数、RERR 率。与 Wi-Fi 同频时发现更易拉长[7]。
5. 局限、挑战与可改进方向¶
1. 广播风暴与瞬时拥塞¶
局限：多源同时发现可拖垮空口。 改进：限制并行 OTA/配网；合理半径与路由密度。
2. 实现碎片¶
局限：各栈对表大小、老化、多路径支持不同。 改进：锁定栈版本；用相同固件做规模试验。
3. 修复期业务缺口¶
局限：自愈成功但传感采样已缺。 改进：终端本地缓存；告警区分路由抖与设备死。
4. 只优化跳数¶
局限：短但高丢包路径更耗电。 改进：启用链路代价；现场看 LQI/重传而非只看拓扑图。
6. 实践要点¶
- 验收含拔掉关键路由器后的收敛时间与丢包。
- 控制网络直径，过深则加路由或分区。
- 把 RERR/发现计数纳入网关遥测。
参考文献¶
[1] CSA, Zigbee Specification — network layer routing. [2] Perkins, C. et al., RFC 3561, AODV (conceptual baseline). [3] IEEE 802.15.4, LQI and link quality related clauses. [4] Zigbee end-device parent connectivity behavior (stack guides). [5] Silicon Labs / NXP / TI Zigbee routing implementation notes. [6] Tree routing vs mesh routing discussions in Zigbee literature. [7] 2.4 GHz coexistence impact on route discovery latency studies. [8] Mesh network self-healing measurement methodologies. [9] Couto et al. related ETX / link estimation lineage for LLNs. [10] Broadcast storm mitigation techniques in wireless ad hoc nets. [11] Comparison notes: Zigbee routing vs Thread RPL (contrast).