android 蓝牙数据分包_无线组网技术谁能问鼎云巅-蓝牙Mesh, ZIGBEE, THREAD

最新推荐文章于 2023-07-17 09:01:12 发布

weixin_39881513

最新推荐文章于 2023-07-17 09:01:12 发布

阅读量306

点赞数

文章标签： android 蓝牙数据分包

本文链接：https://blog.csdn.net/weixin_39881513/article/details/112356167

版权

本文测试数据主要基于SILABS的应用文档"AN1142 - 网状网络性能对比"。

前言：蓝牙Mesh在阿里的大力推广下，2018/2019出货巨大，直接跳至千万级量；Zigbee的江湖地位已经收到严重威胁；而Thread作为新秀，能否黑马逆袭？我们先看看三个网络技术层面的特点及性能

三种Mesh网络概述
吞吐率和延时性能对比
网络性能对比
总结

01 三种Mesh网络概述

首先，我们看下三种Mesh技术的概览及网络模型，如图1，2，3，4。

图1 - Mesh网络概览

图2 - Thread网络模型

图3 - Zigbee网络模型

图4 - BLE Mesh网络模型

本文的测试，均是Silabs在研发中心实际环境测试，具体可参考上篇文章。

02 吞吐率和延迟测试比拼

吞吐率及传输延时的测试在一个稳定的6Hop拓扑下进行(通过衰减器搭建的稳定的6跳网络)，测试节点拓扑如下图。本测试结果主要取决于协议栈本身的PHY及MAC的特性；

图 X 跳网络示意图

本测试针对未分段8bytes小数据传输下的性能及100Bytes的大数据传输下的数据吞吐率性能进行了验证。分别如图5和图6；我查了下Thread和Zigbee的MAC层结构，都是按照802.15.4的MAC和PHY；由于文档中没有针对具体的数据收发情景做出说明，图5与图6显示Thread能够有更好的结果，大概率与Thread的最终PHY数据包结构有关系；有深入看过协议的朋友可以分享下~

而蓝牙由于分包机制，在大数据包情况下，数据吞吐率，嗯，非常稳定；

图 5 - 8 Bytes吞吐率对比

图 6 - 100 Bytes吞吐率对比

同时，针对小数据包的数据通信延时如图7，这里不得不说，凭什么拿20Bytes的Thread和50Bytes的ZIGBEE对比? 这点不理解？

图 7 - 8 Bytes通信延时对比

接着， SILABS针对4HOP的拓扑下的不同数据长度做了延时的对比，结果如下，简单而言，由于Payload的增大，不同拓扑的分包机制带来的传输延时会成比例增加。当然，我也不理解为什么结果中，ZIGBEE与蓝牙Mesh均是点状结果+ 预估趋势线而 Thread则是实线? 且Thread分包带来的影响如此之小??

图 8 - 4 Hops下不同数据包延时对比

03 网络性能测试

针对Mesh网络实际应用，实际环境下的不同大小网络的性能，也是验证协议栈性能及稳定性，实用性的重要方面；Silabs的网络性能测试，基于如下不同大小的网络，测试100包不同大小数据的传输延时及数据包成功接收比例；

小型网络： 24节点
中型网络：1~48节点
中型网络：2~96节点
大型网络：1~144节点
大型网络：2~192节点

> 24节点网络性能测试

测试结果如下图10，三种网络在约100ms内完成100个数据包的传输，而可以看到的是Thread总体完成时间更快更高效；

图 10- 24节点100Bytes数据包网络性能对比

而如果增大数据包大小，Thread和Zigbee采用50Bytes，蓝牙Mesh 32 Bytes情况下，测试结果如下图11。可以看到Thread还能够在稳定的100ms内完成，而Zigbee时间明显的增加，蓝牙Mesh则呈现出了按时间平均分布的传包率，延时大大增加；从这个结果，结合蓝牙基于Flooding的技术，基因决定蓝牙Mesh适合小数据包?