MQTT协议是否适合通过BLE传输传感器读数？

假设有许多弱传感器（例如Arduino级设备）依赖BLE作为通信手段，并且这些设备已连接到功能更强大的网关（例如Raspberry pi级设备）。

我想知道MQTT是否被认为是传输其读数（短而频繁的突发消息）的合适协议。

许多博客/文档都认为MQTT适用于“ IoT应用程序”，因为与HTTP相比，MQTT的重量更轻，并且可以节省功耗。但是，据我所知，它要求保持连接开放，而BLE或其他适用于IoT的通信协议并非如此。BLE不会长时间保持连接打开以保留能量。显然，当使用MAC层协议（例如WiFi）时，MQTT是合适的。首先，这几乎打破了使用MQTT的基本原理（即，如果设备可计算地处理诸如WiFi之类的协议，则它可能不需要诸如MQTT之类的协议）。您是否看到这种逻辑上的缺陷？

为此有任何其他应用层协议吗？当它们与网关通信以及直接与服务器通信时，这些类型的消息（例如原始二进制数据，JSON，XML）中最常见的结构是什么？

MQTT必须在TCP / IP上运行（我不记得它是否确实在规范中，或者是否做出了足够的假设），但是它的姊妹协议MQTT-SN可以在几乎任何可以传递数据的协议上运行，我已经看到了UDP和串行的实现。

话虽这么说，但我不确定您通过在BLE上运行会获得什么，BLE的内置特性会在通知之类的功能（如果仅以1对1的基础）上提供很多相同的好处。

我认为要记住的重要一件事是“ I”在物联网中的含义，这意味着在某个时候可以访问Internet（即使它是网关设备或电话）。那时，MQTT可能非常有用，但是并不一定意味着一直到（出血）边缘。

可以说，最好将数据从BLE范例简单映射到MQTT，而不是尝试通过BLE实际发送MQTT。

BLE通常以特征形式交换数据。它们具有各种BLE独特的机制，可发现您可能会发现有用的价值变化。 但是它们的最大数据长度为20个字节。

这是可能的过度BLE以流的串行数据，在时间移动20个字节。有时这样做是为了实现虚拟串行端口，您可以通过该通道建立完整的MQTT。

但是您可能最好使用BLE特征的集合来承载不同主题的数据，并拥有一个将特征标识映射到MQTT主题并将值映射到MQTT有效负载的桥。

BLE具有持续连接会话和非连接会话的感觉。可能您应该弄清楚BLE的哪种用法最适合您的应用程序，然后将其映射到MQTT维护连接的意义上。

您应该能够在一个或两个方向上执行此操作：BLE-> MQTT和MQTT-> BLE