雷竞技注册
消息

通信 - AS-AS-Service将成为IOT的新态度吗?u-blox似乎这么认为

4月02日,2020年4月经过加里·埃利诺夫

U-Blox最近收购了ForthStream,一个“通信 - AS-Service提供商”。这项服务需要什么?它如何影响为IOT设备绑定的未来设计?

一家以其定位和无线通信产品而闻名的公司U-Blox,昨天宣布已经获得了它thingstream.,一个呼叫自己一个“物联网通信的服务提供商”的启动。AAC贡献者Chantelle Dubois曾经讨论过一切服务的商业模式正在制作AI,无人机和机器人更多

这一商业模式如何扩展到无线通信?

融合优势

ThingStream将为U-Blox提供一个广泛的字段,以部署其低功耗通信模块的阿森纳。然而,除此之外,两家公司以可能在地平线上引入新的无线设备的方式相互补充。

“The acquisition of Thingstream and its platform accelerates u-blox’s entry into a new dimension of our services business, the IoT sphere, which will provide customers with a reliable, smart, and secure solution to connect sensor data to their cloud enterprise,” says Thomas Seiler, CEO of u-blox.

U-Blox解释说,通过纳入Thingstream的融合,通过简化全球数据通信,它可以为其7,000个客户提供更快的7,000个增长的道路。这是U-Blox和Thingstream带到了桌子的东西。

U-Blox的芯片和模块

U-Blox是一个主要的低功耗通信模块的主要供应商,最有意义细胞芯片和模块短程无线电芯片和模块。用例通常包括连接在边缘上运行的IOT设备。

U-Blox的短程无线电架构图。

U-Blox的短程无线电架构图。使用的图像礼貌U-Blox.

IOT在位于远程或危险环境中的设备中特别有用。在这种情况下,更换电池可以很麻烦甚至危险,使低功耗操作键。

Thingstream的通信 - AS-服务框架

Thingstream为全球IoT连接提供了完整的“通信 - AS-Service”框架。基于标准消息排队遥测运输(MQTT),IOT通信的AS-AS-Service是针对需要零星,低带宽通信的情况量身定制的。

ThingStream为MQTT提供了三种产品变化:

  • 任何地方mqtt对于任何IOT设备,用于使用非结构化补充服务数据(USSD)或用户数据报协议(UDP)来发送和接收传感器网络(MQTT-SN)消息的MQTT
  • 这里是mqtt用于从Lorawan网关捕获流量并将其管理为MQTT消息
  • MQTT现在用于启用需要传输控制协议/互联网协议(TCP-IP)通信的IOT设备

Thingstream的三个MQTT产品

展示Workstream的三种MQTT产品如何与其MQTT经纪人,数据流管理器和您的企业一起使用。使用的图像礼貌thingstream.

Thingstream的服务还在2G,3G,LTE和LTE-M网络中提供超过600个电信运营商的物理数据传输。

Seiler解释了组合U-Blox和Thingstream的优势:“我们的客户可以专注于扩大业务,而不是获取和建立连接平台的复杂性并维护数据流管理。”

什么是消息排队遥测运输(MQTT)?

根据Thingstream对IoT的事实上的通信协议指南,MQTT是一个良好的IOT数据传输和消息传递协议,专为机器到机器通信而设计。MQTT是一个发布和订阅协议,表示客户端不会直接通信。相反,所有互动都通过“经纪人”处理。

在下面的图像中,客户端(左)将消息A发布到Zürich/ Florastrasse和Message B到Zürich/ Hornbachstrasse / 50。如果另一个客户将通过经纪人“订阅”到苏黎世,他们将收到这两个消息。任何数量的客户都可以订阅Zürich或任何子集。

Thingstream的运营商级MQTT经纪人图

Thingstream的运营商级MQTT经纪人的图表。图片(修改)使用礼貌thingstream.

在此方案下,客户端不需要将单独的消息发送到所有有关的消息 - 只是一次到代理 - 所有感兴趣的客户端都被通知。

还有MQTT-SN,这是一个专门针对传感器网络的MQTT版本,并针对低功耗进行了优化。

为什么MQTT为U-Blox的IOT客户提供附加值

IoT网络是全球网络的。MQTT和MQTT-SN消除通信歧义。另外,如果网络关闭,则消息或信息请求,仍将安全地在代理上驻留,直到重新建立通信。即使在最坏的情况下,丢失的通信也将被延迟通信所取代。

通信 - AS-A-AS-Service:新正常?

您是否认为通信的AS-Serve将成为IOT的新正常状态?如果您有这种方法的经验,它是否会减少IOT实现的时间?您有没有注意到这种方法的缺陷?在下面的评论中分享您的经验。