Adaptive MQTT and MQTT-SN Switching for Mobile Sensor Messaging

Resolve Bottlenecks,
Find Innovative Solutions
Generate Solutions

Solution Overview

Problem

Existing publish/subscribe messaging systems fail to adapt to varying network conditions experienced by mobile or dynamically changing clients, leading to inefficiencies and suboptimal data transmission.

Innovation Solution

A client device supports multiple messaging protocols (MQTT and MQTT-SN) and performs context assessments to dynamically select the appropriate protocol based on network conditions, using a unified messaging session to maintain seamless data transmission.

Engineering Contradictions & Design Principles

VSEngineering Contradiction Analysis

1Adaptability or versatility

If a single messaging protocol is used, then device complexity is reduced, but adaptability to varying network conditions deteriorates

Engineering Contradiction:
Improveadaptability to network conditionsVSAvoidprotocol management complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The system dynamically selects between different messaging protocols (MQTT over TCP/IP or MQTT-SN over UDP) based on current network conditions and device state. The client can switch protocols adaptively, transitioning from connection-oriented TCP/IP when stable to connectionless UDP when constrained, allowing the system to optimize performance according to varying operational contexts without requiring manual configuration or complex protocol stacks for all scenarios simultaneously

Inventive Principle:
Principle #15Dynamics

2Reliability

If connection-oriented transport protocol is used, then data transmission reliability is improved, but energy consumption increases

Engineering Contradiction:
Improvedata transmission reliabilityVSAvoidclient energy consumption
Core Design Contradiction:
ReliabilityVSUse of energy by moving object

Solution Approach 1:

The system changes the transport layer parameters by selecting different protocol combinations based on operational requirements. When high reliability is needed and energy is available, MQTT over TCP/IP provides acknowledged, ordered delivery. When energy conservation is priority, MQTT-SN over UDP offers lighter-weight transmission with best-effort delivery, reducing processing overhead and power consumption while accepting lower reliability guarantees appropriate for constrained environments

Inventive Principle:
Principle #35Parameter changes

3Adaptability or versatility

If multiple messaging protocols are supported, then adaptability to network conditions is improved, but device complexity increases

Engineering Contradiction:
Improveprotocol selection flexibilityVSAvoidclient implementation complexity
Core Design Contradiction:
Adaptability or versatilityVSDevice complexity

Solution Approach 1:

The publish/subscribe broker acts as an intermediary that handles protocol-specific processing. The broker receives messages from clients using different protocols (MQTT or MQTT-SN), normalizes them internally, and distributes to subscribers regardless of their protocol. This intermediary approach allows clients to implement multiple protocol support without each client needing to handle all protocol complexities, as the broker absorbs the mediation burden

Inventive Principle:
Principle #24Intermediary (Mediator)

Data Source

PatentEP4657832A1Handling multiple messaging protocols in a publish/subscribe messaging system
Publication Date: 2025.12.03 HIVEMQ GMBH
  • EP4657832A1 patent drawingFigure 1
  • EP4657832A1 patent drawingFigure 2
  • EP4657832A1 patent drawingFigure 3

AI summary

A method comprises receiving, via a messaging interface, first sensor data for publication, and establishing a first connection with the data broker in accordance with a first publish/subscribe messaging protocol, wherein the establishing comprises transmitting a connection request packet comprising an identifier of the sensor client via a first wireless communications network. The method also comprises publishing first sensor data to the data broker in accordance with the first publish/subscribe messaging protocol using the first connection via the first wireless communications network using a connection-oriented transport protocol, receiving, via the messaging interface, second sensor data for publication, and determining that criteria for using a second publish/subscribe messaging protocol in preference to the first publish/subscribe messaging protocol are satisfied. A second connection with the data broker is established in accordance with the second publish/subscribe messaging protocol, wherein the establishing comprises transmitting a second connection request packet comprising the identifier of the sensor client, and the method comprises publishing the second sensor data to the data broker in accordance with the second publish/subscribe messaging protocol using the second connection via a second wireless communications network using a connectionless transport protocol.