本应用指南详细介绍了测试Bluetooth网状网络性能的方法。随着当今无线市场上可用的网状网络数量不断增加，设计人员必须了解这些网络的使用情况及其预期性能。选择网络或设备时，设计人员需要了解网络的性能和行为特征，如电池寿命、网络吞吐量和延迟，以及网络规模对可扩展性和可靠性的影响。

　　Bluetooth网状网络在性能和行为方面与其他网状网络的不同。我们使用能够运行 BluetoothMesh 和专有协议的 Silicon Labs Bluetooth Mesh 软件和 Wireless Gecko SoC 平台进行测试。测试环境是一个商业办公大楼，范围内有 Wi-Fi 和 Zigbee 网络。在走廊、会议室、办公室和开放区域部署了无线测试集群。定义了执行基准测试的方法，以便其他人可以运行相同的测试。这些结果主要用于为设计实践和原则以及预期的现场性能结果提供指导。有关其他技术的其他性能基准测试信息，请参阅http://www.silabs.com/mesh-performance

　　内容要点

　　介绍Silicon Labs 研发 (R&D) 办公室中的无线测试网络。

　　评估无线条件和环境。

　　说明蓝牙网状网络性能，包括吞吐量、延迟和大型网络可扩展性。

　　基础物理层和数据包结构

　　在开发人员会议和行业白皮书中，Silicon Labs 提供了嵌入式网状网络的性能测试结果。系统设计人员可以使用吞吐量、延迟和安全影响等基本性能数据来定义预期行为。此前已针对 Zigbee 和 Thread 网络提出了这种测试，作为基本的 15.4 网状网络技术。提出这些是因为，即使两个系统使用 IEEE802.15.4 定义的相同的底层物理层，性能也会有所不同。随着Bluetooth网状网络的出现，Bluetooth网状网络与这些15.4网状网络的预期性能差异相关问题也会很常见。讨论测试和性能差异之前，我们需要回顾这些网络的基础技术，以便更好地理解它们的性能差异。

　　网络性能取决于有效荷载的大小，这是因为数据包开销中不包含应用的使用。Bluetooth低功耗使用的是 BT 4.x 规范，33字节数据包和1Mbps的底层数据速率。Bluetooth Mesh 数据包大小如下图所示，产生一个12或16字节的有效荷载。对于 12 字节以上的有效荷载，有一个分段和重组的过程。Bluetooth Mesh 有更高的数据速率，但数据包有效荷载较小；因此，它需要更多的数据包才能发送相同数量的数据。我们的性能数据取决于有效荷载大小，因为这是构建应用时需要考虑的设计参数。Bluetooth Mesh 专门设计了网状配置文件（应用层）以减少数据包有效荷载，尽量将其装到单个数据包。

　　网络路由差异

　　Bluetooth Mesh 使用托管的泛洪技术中继消息代替路由。这意味着 Bluetooth Mesh 不是构建、维护和使用定义的路由来发送消息，而是使用以下两条简单规则中继消息：

　　每条消息都有一个独立的序号。

　　中继跟踪最近看到的序列号，不中继它们之前看到或转发过的消息。

　　这些消息还有一个生存时间计数器 (TTL)，每次消息被中继时，计数器都会减一，直到它达到一个值，表示它不应再被中继。因为网络级未使用确认，所以 Bluetooth Mesh 中继可配置为多次重复相同的消息，从而因空中接口数据包丢失而实现更高的可靠性。通常这个值设置为3，因此每个中继对同一消息重复三次。另外，使用了可配置的重复延迟来优化延迟和网络性能。重复之间的最小延迟称为重传间隔 =（中继重传间隔步长 + 1）* 10ms +0-10ms 随机延迟，通常为每跳 15 毫秒。

　　目标和方法

　　本应用指南定义了一系列用于评估网状网络性能、可扩展性和可靠性的测试。描述了测试条件和基础设施，以及消息延迟和可靠性。该测试是通过测试网络中的实际无线设备进行的，而不是模拟。此测试主要为了提供不同网格技术之间的对比，以更好地理解和推荐其用途。

　　不同的网络和系统设计对设备和网络有不同的要求。因此，没有一个网络能够满足所有的网络要求。但是，我们要对比的三种网状网络技术都是针对家庭和商业建筑中用于安防监控的低功耗和电池供电网状网络。通常，分析网络性能数据时，我们会考虑可以对网络进行哪些改进以提高性能。因为目前关于大型网络的网状网络性能的公开数据有限，所以很难就可能的改进或变化进行行业讨论。例如，在商业建筑中，人们担心：

　　其他网络流量，因为可能有许多子网互相干扰。

　　正常建筑 Wi-Fi 基础设施的 Wi-Fi 干扰，因为这些技术通常在 2.4 GHz ISM 频段中运行。

　　网络吞吐量和延迟以及大型网络多播延迟和可靠性，这是因为多播常被用于密集办公环境中的照明控制，并且系统用户预期照明控制会有响应性。

　　Note: 这里的测试结果仅限于在正常运行条件下比较系统性能，或者在特定测试中指出的压力下进行比较。本应用指南不提供系统干扰或其他此类影响的解决方案，这可参考其他已公布的结果。不过，测试是在我们的 Silicon Labs R&D 设施进行的，其 RF 范围内有超过 100 个 Wi-Fi 接入点。该设施还有一个 300 节点的 Zigbee 照明网络，该网络不属于本测试的一部分，而是用于普通照明控制。

　　审查其他基准

　　没有用于评估和报告大型网络可靠性、可扩展性或延迟的具体、已定义方法。过去，Silicon Labs 发表过对比网络性能的此类论文。测试主要关注设备行为以及对电池寿命、网络吞吐量和延迟的影响。大规模多播测试还需要从大型分布式网络中采集准确的时间和可靠性信息。所有测试均使用能够运行 Zigbee、Thread、Bluetooth Mesh、和专有协议的 Silicon Labs Wireless Gecko SoC 平台执行，以避免测试中设备本身造成的差异。先前公布的结果有收发器、网络协处理器和片上系统设计之间的差异。这些设备全部使用片上系统设计。

　　测试网络和条件

　　为了最大限度地减少差异，设备测试也可以在固定拓扑结构中执行，其中 RF 路径通过分路器和衰减器连接在一起，以确保拓扑结构不会随时间和测试而

　　发生变化。此方法在 7 跳测试中用以保证网络拓扑。MAC 过滤也可用于实现网络拓扑。

　　大型网络测试最好在露天环境中进行，其中设备行为取决于现有的和变化的 RF 条件。Silicon Labs R&D 设施即被用于此露天测试。

　　Silicon Labs R&D 设施包含一个带电梯井的中央核心，其他服务在大楼西端并有开放式平面图，办公室和会议室位于东端。整个设施占地约 120 英尺乘 200 英尺。下图显示了设施布局。较深的线代表坚硬的墙壁，其他所有部分都使用立方体分隔。

　　测试设备安装在设施周围的不同位置。这些设备都有以太网反向信道连接，以允许：

　　固件更新

　　命令行接口

　　脚本处理

　　定时分析

　　数据包采集

　　能量测量

　　测试集群分布在整个设施中，包括高低位置、开放区域及封闭的会议室和办公室。

　　该测试网络会定期添加或移除设备，但在进行此测试时，它包含以下设备：

　　EM35xx 设备

　　EFR32Mighty Gecko 设备

　　这个网络代表了网络和软件质量保证团队用于露天测试的设备。所有设备均由中央测试服务器和基础设施控制，可进行脚本式的回归测试或由工程师手动测试。

　　测试结果－吞吐量和延迟

　　在受控网络（有线配置）中测试了吞吐量和延迟，以测试各种数据包有效荷载下的跳频。正常配置是测试6个跳频。测试是使用一个源节点和一系列中继节点完成的，以便更改跳频数量。

　　该测试是使用以下配置完成的：

　　测试应用已配置为使用三 (3) 个网络级重复。所使用的网络级重复间隔为 10 ms。

　　测试应用已配置为使用三 (3) 中继重复。所使用的中继重复间隔为 10 ms。

　　发送的带确认的应用消息

　　对于延迟测试，数据包有效荷载从 8 字节到 128 字节

　　测试使用安全设置

　　从 1 到 6 跳

　　测量往返延迟（源到目的地到源），以毫秒为单位

　　在传输层使用Bluetooth Mesh时，我们只能发送11个字节或更小有效荷载的未分段数据包。高于11字节的结果使用分段消息。使用较大的数据包大小取决于应用层，但我们在此提供比较数据，以说明发生分段时的相对性能。

　　测试结果－Bluetooth Mesh多跳延迟

　　以下图表中显示的时间是测量的往返时间。请注意，未分段的消息只能用于较小的载荷，而分段的消息已测试到 128 字节的有效荷载。这些差异导致图形的格式不同。

　　测试结果－Bluetooth Mesh大型网络

　　因为 Bluetooth Mesh 是泛洪网格，所以网络规模增加后可能会有延迟和可扩展性方面的问题。显示了各种网络规模中的多个数据包有效荷载的延迟情况。注意 8 字节有效荷载可装到一个数据包中，但所有其他有效荷载都需要多个数据包。

　　这些测试显示了一些有趣的内容：

　　随着网络规模的增加，即使是 8 字节包的平均延迟也会增加。对于 8 字节数据包，即使通过 192 节点的网络，延迟通常也很低，但部分要接收的消息的尾部确实较长。

　　随着网络规模的增加，延迟会增加并且扩散。随着网络规模的增加，我们增加了延迟等级，以更好地显示数据。

　　将数据包有效荷载从 8 个增加到 16 个到 32 个字节时，延迟增加了很多并且扩散。

　　为了更好地评估网络规模和中继数量的影响，使用了一个240节点的网络，并使所有或者6分之1的设备作为中继。这个测试是用 8 字节有效荷载完成的，以便将其保存在单个数据包中。

　　结论

　　将有效荷载包含在单个数据包中时，Bluetooth Mesh性能测试的延迟表现出色。吞吐量结果显示，如果有效荷载小于16字节，延迟可在6跳内维持在200毫秒以下。

　　对于较大的网络，随着网络中节点数量的增加或数据包有效荷载的增加，延迟也会增加。相比有效荷载大小，网络规模对延迟的影响较小，后者可能导致延迟大幅增加。对于大型网络，减少网络中的中继数量可以提供更好的结果。运行这些结果时这些网络的可靠性大于 99％。

　　为了在 Bluetooth Mesh 应用中获得低延迟和高可靠性：

　　应用有效荷载应适合一个数据包。

　　需要多播消息的应用不应该使用分段消息。

　　网络规模和跳频数量增加后，中继选择成为网络性能的关键。

　　后续测试注意事项

　　本应用指南中描述的测试需要进行后续测试，以进一步定义设备行为和网络运行。为后续测试记录了以下具体项目：

　　这些测试中可以添加故障测试以评估恢复时间和对可靠性的影响，方法是将节点从网络中删除。

　　测试应使用在片上系统和网络协处理器 (NCP) 模式下运行的不同设备类型执行。先前的测试发现这些运行模式之间的一些差异，因此应进一步表征。

　　下载阅读完整的Bluetooth Mesh性能测试报告：https://www.silabs.com/documents/public/application-notes/an1137-bluetooth-mesh-network-performance-cn.pdf