Charactersitics/features 个用于比较的通信 (M2M) 协议
Charactersitics/features of communication (M2M)protocols for comparision
M2M协议(MQTT/OPC UA/XMPP)的characteristics/features应该是什么协议可以比较?我想写一篇关于这些协议的文章,并想根据这些特性对它们进行比较。您可以建议一些用于 M2M 协议比较的特征。例如:安全性、数据带宽、可扩展性、数据包开销等。谢谢
像任何其他比较一样,应该在特定上下文中进行基于特性的 M2M 协议比较。在这种情况下,上下文指的是您用于构建比较的域或应用程序域。
某个领域的应用程序通常有一组需要满足的要求。建立一个共同需求列表是明智的做法。它不仅会改进文章的结构,而且还会在发现新需求时为 expand/improve 文章提供可能性。通过分析这些需求,您可以找到一些您可以选择讨论的细粒度标准。
功能要求
- 互操作性
- 接口:
设备 - 网关,
设备 - 网络应用服务器,
设备 - 设备
- 协议加载:信息量,connectionless/connection-面向
- 路由能力
- IP based/non 基于 IP
- 沟通模式
- 资源发现
- 资源管理
- Stateful/Stateless
非功能性需求
- 可扩展性
- 安全
- 隐私
- 轻巧
- 实时
- 可扩展性
- 可用性
- 开放性
- 可靠性
M2M协议(MQTT/OPC UA/XMPP)的characteristics/features应该是什么协议可以比较?我想写一篇关于这些协议的文章,并想根据这些特性对它们进行比较。您可以建议一些用于 M2M 协议比较的特征。例如:安全性、数据带宽、可扩展性、数据包开销等。谢谢
像任何其他比较一样,应该在特定上下文中进行基于特性的 M2M 协议比较。在这种情况下,上下文指的是您用于构建比较的域或应用程序域。
某个领域的应用程序通常有一组需要满足的要求。建立一个共同需求列表是明智的做法。它不仅会改进文章的结构,而且还会在发现新需求时为 expand/improve 文章提供可能性。通过分析这些需求,您可以找到一些您可以选择讨论的细粒度标准。
功能要求
- 互操作性
- 接口: 设备 - 网关, 设备 - 网络应用服务器, 设备 - 设备
- 协议加载:信息量,connectionless/connection-面向
- 路由能力
- IP based/non 基于 IP
- 沟通模式
- 资源发现
- 资源管理
- Stateful/Stateless
非功能性需求
- 可扩展性
- 安全
- 隐私
- 轻巧
- 实时
- 可扩展性
- 可用性
- 开放性
- 可靠性