MQTT Protocol for Real Time GNSS Data and Correction Distribution - - PowerPoint PPT Presentation

mqtt protocol for real time gnss data and correction
SMART_READER_LITE
LIVE PREVIEW

MQTT Protocol for Real Time GNSS Data and Correction Distribution - - PowerPoint PPT Presentation

MQTT Protocol for Real Time GNSS Data and Correction Distribution Precise Positioning Precise P Precise Positioning sitioning Real-Time Kinematic (RTK) positioning Precise Point Positioning (PPP) Requires additional correction!


slide-1
SLIDE 1

MQTT Protocol for Real‐Time GNSS Data and Correction Distribution

slide-2
SLIDE 2

Precise Positioning

slide-3
SLIDE 3

■ Real-Time Kinematic (RTK) positioning ■ Precise Point Positioning (PPP) ■ Requires additional correction! ■ Communication mediums – VHF/UHF radio – WAN/LAN/WLAN – 3G/4G cellular network ■ Communication Protocols – TCP/IP server – NTRIP

Precise P Precise Positioning sitioning

slide-4
SLIDE 4

■ Networked Transfer of RTCM via Internet Protocol (Ntrip)

– Radio Technical Commission for Maritime Services standard – Dissemination of GNSS observation and correction since 2004 – HTTP/1.1 standard – Support hundreds of reference stations and up to thousand users

■ Not suitable for future applications

Precise P Precise Positioning sitioning

slide-5
SLIDE 5

■ Message Queue Telemetry Transport (MQTT) protocol

– publish-subscribe model – broker distribute messages based on the topic of a message – Suitable for low-bandwidth, low-power, limited hardware resources – Advance features: QoS, security supports, high availability – Used by Facebook Messenger, Amazon Web Services, OpenStack and Microsoft Azure.

MQTT MQTT

slide-6
SLIDE 6

■ Server performance – System loads (CPU, memory) under various operational scenarios ■ Positioning performances

Ntrip Ntrip vs MQTT s MQTT

Ntrip

  • Str2str –

NtripCaster and NtripClient

  • Python‐based

Ntrip client MQTT

  • Mosquitto broker

and clients

  • Paho MQTT

python libraries Positioning

  • Rtkrcv rtk

positioining

slide-7
SLIDE 7

Ntrip Ntrip vs MQTT QTT

Nectar S2 Nectar S2

MQTT br MQTT brok

  • ker

er

Nectar S1 Nectar S1

NTRIP Cast NTRIP Caster er GA Ntrip Caster

Nectar S3 S3

Data stream manipulation and distribution

  • Ntrip Server
  • MQTT publisher

Nectar S4 Nectar S4

Data stream connection and management & Positioning

Se Sever Conf r Config ig

  • 1

1 CPU @ 2.3GHz CPU @ 2.3GHz

  • 4 GB

4 GB ram ram

  • 40 GB

40 GB HD HD disk disk

slide-8
SLIDE 8

■ MQTT broker requires less resources than Ntrip with similar incoming data streams

– NtripCaster: 4.7%11.76%, 36.68%, 89.67% for 50/200/500/1000 incoming data streams. – MQTT server load were 0.28%, 0.85%, 2.06%, 4.00% for the same scenarios. – no significant use of memory

Server CPU Usage (%)

Syst System Load Com em Load Comparison arison

0.00 10.00 20.00 30.00 40.00 50.00 60.00 70.00 80.00 90.00 100.00 NtripCaster MQTT Broker

Number of Reference Station Data Connection

slide-9
SLIDE 9

■ User connections have less stress on the server load.

– For a commercial CORS network of 300 reference stations – NtripCaster load 19.77% to 29.33% for 50 and 500 user connections – MQTT broker load 2.07% to 8.69% for the same scenario

Syst System Load Com em Load Comparison arison

5 10 15 20 25 30 35 (300,50) (300,100) (300,200) (300,300) (300,400) (300,500)

Ntrip rip Caster an er and MQTT B TT Broker er Se Server lo er load ad - outgoing going

NtripCaster MQTT Broker

Server CPU Usage (%) Number of Data Connections

slide-10
SLIDE 10

■ Positioning configuration

– STR17 as rover via Ntrip – STR24 as base via Ntrip or MQTT – RTK positioning solution – Two rtkrcv module running simultaneously

■ Positioning via MQTT protocol

– Python MQTT client subscript to STR24 data stream – Data streamed to local TCP server (localhost:10011) – RTKRCV connected to the TCP server to get data streamed from MQTT broker

Positioning V sitioning Validation lidation

slide-11
SLIDE 11

Positioning V sitioning Validation lidation

MQTT vs NTRIP

slide-12
SLIDE 12

■ Insignificant RMS positioning variation between NTRIP/MQTT solution

– 0.1mm in the horizontal and 0.4mm in vertical – due to network latency/packet losses. – 23 instances of latency difference, 15 of which MQTT > NTRIP

Differences between NTRIP/MQTT positioning solution

slide-13
SLIDE 13
  • MQTT broker is more efficient than Ntrip Caster in handling large

load

  • Less computing resources needed
  • Horizontal scalability (emqtt / HiveMQ, etc)
  • Advance features such as QoS, SSL/TSL, topic subscription
  • Different topic level publish and subscription

MQTT/GNSS/CORS/STR24/RTCMv3/GPS/1019 (GPS NAV) MQTT/GNSS/CORS/STR24/RTCMv3/GAL/1045 (GAL NAV) MQTT/GNSS/CORS/STR24/RTCMv3/GPS/1077 (GPS OBS) MQTT/GNSS/CORS/STR24/RTCMv3/GAL/1097 (GAL OBS) Subscript: MQTT/GNSS/CORS/STR24/RTCMv3/GPS/# (all topic under STR24 level)

Conclusion and F Conclusion and Future W ture Works

slide-14
SLIDE 14
  • Future testing and validation
  • Latency
  • Bandwidth optimization
  • Security
  • MQTT v5 features
  • Field vehicle testing

Conclusion and F Conclusion and Future W ture Works