Telecoms, Datacoms, Wireless, IoT

Quectel supports MQTT protocol for IoT

31 January 2018 Telecoms, Datacoms, Wireless, IoT

The term Internet of Things (IoT) is used to describe the practice of connecting devices through the use of the Internet. The IoT is already connecting computing devices, appliances, humans and other living beings through the In-ternet. Accumulating data and knowledge through these Things would improve a vast array of items and experiences throughout the world. The IoT is made of events and signals of many different kinds and requires a standardised mode of communication.

In a report published by IBM on the future of the Internet of Things, the number of connected devices is forecast to surpass 30 billion in 2020, up from 2,5 billion in 2009 and 10 billion today. The connected devices need a protocol with which to communicate only when it is required. Devices with constrained resources should be able to communicate with various other heterogeneous devices.

MQ Telemetry Transport Protocol (MQTTP or simply MQTT) is described on the website as a machine-to-machine (M2M) / IoT connectivity protocol. This protocol is so lightweight that it can be supported by some of the smallest measuring and monitoring devices, and it can transmit data over far reaching, sometimes intermittent networks.

MQTT is a publish/subscribe messaging transport protocol that is optimised to connect physical world devices and events with enterprise servers and other consumers. It is designed to overcome the challenges of connecting the rapidly expanding physical world of sensors, actuators, phones and tablets with established software processing technologies. These principles also turn out to make this protocol ideal for the emerging M2M or IoT world of connected devices where bandwidth and battery power are at a premium. The following are the five most important things to know about MQTT protocol.

MQTT publish subscribe architecture

The MQTT messages are delivered asynchronously (‘pushed’) through publish subscribe architecture. The protocol works by exchanging a series of MQTT control packets in a defined way. Each control packet has a specific purpose and every bit in the packet is carefully crafted to reduce the data transmitted over the network. An MQTT topology has a server and a client, each of which communicates through different control packets. Table 1 briefly describes each of these control packets.

Ideal for constrained networks

MQTT control packet headers are kept as small as possible. Each MQTT control packet consists of three parts: a fixed header, a variable header and a payload. Each packet has a 2 Byte fixed header, while not all packets have the variable headers and payload. A variable header contains the packet identifier if used by the control packet. A payload up to 256 MB could be attached in the packets.

Having a small header overhead makes this protocol appropriate for IoT by lowering the amount of data transmitted over networks constrained by factors like low bandwidth, high latency, data limits and fragile connections.

MQTT network architecture.
MQTT network architecture.

Quality of Service

Quality of Service (QoS) levels determine how each MQTT message is delivered, and must be specified for every message sent. It is important to choose the proper QoS value for every message, because this value determines how the client and the server communicate to deliver the message. Three QoS for message delivery could be achieved using MQTT:

• QoS 0 (At most once) – where messages are delivered according to the best efforts of the operating environment. Messages loss can occur.

• QoS 1 (At least once) – where messages are assured to arrive but duplicates can occur.

• QoS 2 (Exactly once) – where message are assured to arrive exactly once.

There is a simple rule when considering the performance impact of QoS, namely ‘the higher the QoS, the lower the performance’. MQTT provides flexibility to the IoT devices, to choose the appropriate QoS they would need for their functional and environment requirements.

Abnormal disconnect notification

When an MQTT client connects to the MQTT server it can define a topic and a message that needs to be published automatically on that topic when it unexpectedly disconnects. This is also called the ‘Last Will and Testament’ (LWT). When the client unexpectedly disconnects, the keep alive timer at the server side detects that the client has not sent any message or the keep alive PINGREQ, hence the server immediately publishes the Will message on the Will topic specified by the client.

The LWT feature can be useful in some scenarios. For example for a remote MQTT client, this feature can be used to detect when the IoT device goes out of the network. The LWT feature can be used to create notifications for an application that is monitoring the client activity.

Clients are very simple to implement

MQTT is an open protocol, standardised by the OASIS Technical Committee. This makes it easy to adopt for the wide variety of IoT devices, platforms and operating systems. Many applications of MQTT can be developed just by implementing the CONNECT, PUBLISH, SUBSCRIBE and DISCONNECT control packets. A variety of MQTT client libraries are made available through the Eclipse Paho project. Eclipse Paho MQTT client libraries can be downloaded from

The IBM MessageSight messaging appliance helps to deliver the performance, value and simplicity that organisations need for accommodating this multitude of devices and processing large volumes of events in real-time. IBM MessageSight is built from the ground up with new technology to provide high scalability, and extends existing messaging networks by adding fast transaction rates, consistently lower latency, and extensive scaling in the number of concurrent devices that can be connected. It is also suitable for deployment in a demilitarised zone (DMZ).

In summary, MQTT is a protocol built for M2M and IoT which can help provide revolutionary performance, and opens up new areas for messaging use cases for billions of things connected through the Internet. The IBM Redbooks publication ‘Building Realtime Mobile Solutions with MQTT and IBM MessageSight’ covers the theory and real-world scenarios for using MQTT along with IBM MessageSight for mobile and other Internet of Things applications.


Share this article:
Share via emailShare via LinkedInPrint this page

Further reading:

Miniature 4,4 A boost converter
28 October 2020, iCorp Technologies , Power Electronics / Power Management
The SGM6623 from SG Micro is a general-purpose, miniature boost DC-DC switching regulator with high efficiency for battery backup and standby power systems. The acceptable input voltage range is between ...

RF amplifier for linear and saturated applications
28 October 2020, RFiber Solutions , Telecoms, Datacoms, Wireless, IoT
The MAPC-A1103 is a high-power GaN-on-silicon-carbide HEMT D-mode amplifier suitable for DC to 2,7 GHz frequency operation. The device supports both CW and pulsed operation with peak output power levels ...

Antennas from Linx available from RS
25 November 2020, RS Components (SA) , Telecoms, Datacoms, Wireless, IoT
RS Components is now stocking a comprehensive range of antennas from wireless technology specialist, Linx Technologies. Linx, headquartered in Oregon, USA, produces antennas that enable design engineers ...

Major update to GNSS firewall software strengthens protection
25 November 2020, Comtest , Telecoms, Datacoms, Wireless, IoT
Critical infrastructure systems including power utilities, financial services, mobile networks and transportation rely on Global Positioning System (GPS)-delivered timing to ensure ongoing operations. ...

The difference between RF limiters and attenuators
25 November 2020, RF Design , Telecoms, Datacoms, Wireless, IoT
Both RF limiters and attenuators reduce the power of an RF signal. However, they do so in different ways that are key to understanding their use. These components are often used to protect sensitive RF ...

RTLS tag module for real-time positioning
25 November 2020, Altron Arrow , Telecoms, Datacoms, Wireless, IoT
Inpixon announced the launch of its newest smart tag module, the swarm bee LE V3, supporting a range of indoor and outdoor location applications including real-time location systems (RTLS). This is ...

Antenna selection and design for small IoT devices
25 November 2020, Avnet Abacus , Telecoms, Datacoms, Wireless, IoT
IoT devices are typically small and often have a severely limited power budget to operate for long periods from a small energy source such as a primary coin cell. While careful selection of ICs and modules, ...

Connectivity for IoT devices with SoftSIM platform
25 November 2020, Otto Wireless Solutions , Telecoms, Datacoms, Wireless, IoT
IoT device vendors are facing more and more complex cellular connectivity issues these days. Manufacturing is often outsourced to third-party factories and finished devices are being distributed to many ...

Otto Wireless Solutions’ evolution into a wireless connectivity powerhouse
25 November 2020, Otto Wireless Solutions , Telecoms, Datacoms, Wireless, IoT
Otto Wireless Solutions, established in 2010, has gradually evolved into a South African powerhouse of industrial wireless connectivity, offering solutions which cover multiple industries with its suite ...

Nordic supports development of Amazon Sidewalk devices
25 November 2020, RF Design , Telecoms, Datacoms, Wireless, IoT
Nordic Semiconductor is cooperating with Amazon to develop Bluetooth Low Energy (Bluetooth LE) solutions for Amazon Sidewalk. Amazon Sidewalk is a neighbourhood network designed to help customer devices ...