Electrical Engineer, Cyber Security (purple hat), Drones & Robotics, Professor, And an entrepreneur

NERDS: Heavy-lift Drone with low latency Command and Control over Cellular 5G and 4k Video Stream In Realtime

Tamimi March 30, 2023 [Professional] #Drone #Robots #Drone Delivery #platform #indropilot #BVLOS Operation #UAV #5G #Cellular #Autonomy #ground station #4K video #Realtime #ultra reliable #low latency #heavy-lift #Ericsson #Ontario Centre for Innovation #demo #FreeFly AltaX
Project Team Picture Handover

Image1: Project Team Picture After The Successful Handover

Note: This article post is a rewritten version of a white paper I wrote while working with the company, however, I tried as much to remove the typical corporate lingo and also added extra media and technical details for anyone interested.

Duration15 Months
StatusSuccessfully Delivered


NERDs is an acronym for Network-Enhanced Real-Time Drones Project. It was a research and development project lead by myself while working at Indrorobotics with technical support from Ericsson and financial support from the Ontario Centre of Innovation (OCI)1. OCI's mission is to drive economic benefit, job creation and growth in Ontario. Specifically, OCI is committed to helping "Ontario innovators get connected with the researchers, industry partners and funding needed to commercialize the next generation of made-in-Ontario IP and solutions."

Project Background

This project took place under the umbrella of the ENCQOR 5G program, which provides SMEs and academia with access to a 5G testbed (the ENCQOR 5G network is a 5G network running through a Quebec/Ontario corridor). (ENCQOR)2 The NERDs project was based in Ottawa, out of Area X.O, to utilize the ENCQOR 5G network, as well as other infrastructure for Beyond Visual Line-of-Sight (BVLOS) testing. The project commenced in the fall of 2020 and concluded successfully at the end of March 2022.

While drone systems have advanced tremendously in the past decade, most commercial and industrial drone systems are operated over Radio Frequency (RF) bandwidths. These frequencies are generally between 900 MHz and 5.8 GHz and limit both the range of the drone's communication system (known as Command and Control, or C2), along with data bandwidth. These low-power networks are created by and exist only within the range of capabilities of the controller module/remote control.

Current Canadian and international regulations restrict drone flights, except under approved circumstances, to what is known as Visual Line-Of-Sight (VLOS). This means the aircraft must be seen, unaided, by the drone pilot or a nearby visual observer for the entirety of the mission. The rationale is that operating a drone Beyond Visual Line-Of-Sight (BVLOS) could lead to conflict with traditional aviation, property, or people on the ground. But this also means that long-range drone operations require special permission and are the exception rather than the norm. Although the rules exist for good reasons, they are a significant barrier to the adoption of drones at an industrial scale for inspections, deliveries, etc. Meanwhile, drone technology has advanced significantly in recent years. Drones can now carry out a multitude of data-intensive tasks useful to industry, including:

high level NERDs Layout

Fig0: High-level NERDs Layout, note: while this layout gives most of the components/design, this was the first version and several iterations changed later, open in a new tab to zoom in

Yet two factors impede utilizing these capabilities at scale: The regulatory environment that prohibits most BVLOS flights, and bandwidth limitations that restrict real-time wireless data delivery. (Most data captured is stored onboard drones with MicroSD cards or Solid-State Drives.) Significantly higher data bandwidths have the potential to overcome both limitations. Greater data throughput enables technologies that enhance drone safety in BVLOS flights and allow for long-range, low-latency teleoperations. A large data pipeline also enables the real-time simultaneous transmission of uncompressed data to the ground and cloud-based servers. In short, enabling drones to operate over 5G networks (3GPP (3GPP, n.d.) mobile broadband standard) opens the door to safer BVLOS flights that can be teleoperated from great distances, plus more efficient data capture, processing and direct-to-cloud transmission. These are the technological hurdles the NERDs project attempted to solve.

The NERDs project charter states:

The goal of project NERDs is to conceptualize, design and test a 5G compatible module for use with Remotely Piloted Aircraft Systems (RPAS) to allow for remote command and control, as well as aviation radio detection, transmission, and edge processing to increase situational awareness in Beyond Visual Line Of Sight (BVLOS) operations

While there were successful previously flown teleoperated BVLOS missions utilizing LTE networks before, LTE does not have sufficient bandwidth for dense, real-time data transmission. LTE also poses issues with latency for the drone operator. Minimizing latency to the greatest extent possible is important for the safe operation of BVLOS flights.

Project Requirements

The NERDs project had specific technical requirements. These challenges were designed to fully test the potential capabilities of a 5G-enabled drone. InDro Robotics (the company I was working in that time, and also this project was the foundation for this company's expansion in the east side of Canada) was selected to develop a state-of-the-art 5G bidirectional module capable of the following:

Project Requirements

Fig1: Project Requirements

Multiple components integrated into a single module

The drone airframe for this project was the FreeFly AltaX . The 20-kilogram platform has a lift capacity of 15 kg with a maximum flight time of 55 minutes. We previously carried out BVLOS flights with the same drone over LTE. The module being built for the project would eventually be known as RPAS2.

Drone airframe

image2: Drone airframes are modified from FreeFly AltaX

5G/LTE Cellular Modem

To enable operations over 5G, a Quectel RM50XQ-AE series modem was selected (Fig.2). The 5G module, compatible with both Stand-Alone (SA) and Non-Stand-Alone (NSA) 5G networks, has been developed for IoT applications and was responsible for all onboard communications with the cellular network. The Quectel3 is capable of maximum download speeds of 2.5 Gbps and upload speeds of 650 Mbps under optimal conditions, supporting multiple 5G bands, with fallback to LTE and MIMO (Multi-Input Multi-Output) support with dual transmitter for enhanced upload throughput, with a built-in GNSS -not be confused with drone GNSS.

Quectel Modem RM50XQ-AE

Fig2: Quectel Modem RM50XQ-AE

The Process of testing and surveying the network was challenging, for one, the private cellular networks have a very specific location/s to carry out the tests, unlike the typical public/commercial networks where in theory you can test it as long as there is coverage, mix that with the fact that the facility where ENCQOR network is located, was also closed during the pandemic, so the only way to access, test, benchmark, and basically anything must be done either completely outside regardless of the weather conditions or inside my car as you can see in the pictures below.

outdoor testing outdoor testing outdoor testing outdoor testing

image3: Testing the network inside my car

outdoor testing

image4: Or while enjoying the rain outside, high safe bench test as you can tell :)

Another challenge was the chip shortage that also happened during that time, and the logistics to secure that modem along other needed components were also challenging.

Additionally, I conducted a series of survey tests while driving around to collect extra parameters the you can not being stationary like location, speed factor, and network towers nearby cells among others.

To do that, I built a portable testing device made out of Rpi4, SDR BladeRF, and Quectel 5G modem primarily, in addition to some code to automate the process.

vid1: A portable testing device at work while driving.


After several researches between the tradeoffs, I decided to choose a NVIDIA Jetson Nano as a companion computer for edge processing and was responsible for all drone C2 processing, including telemetry and autonomous flight functions. In addition, the NVIDIA was responsible for 4K video processing, First-Person View video streams used by the pilot, gimbal controls, as well as the modulation and demodulation of Airband communications. The design excluded other types of SBC (Single Board Computer) to enable high processing power while maintaining the form factor and low power consumption, excluding NUCs (Next Unit of Computing) or Jetson Xavier.

Project Testing Area and ENCQOR Network

Fig3: Project Testing Area and ENCQOR Network


The project also required the integration of a Software Defined Radio, or SDR. This would carry out the 'Hear and be heard' function (Fig.4), transmitting a voice message to nearby crewed (traditional) aircraft. This was a critical piece of the challenge, as the SDR function provides those piloting small aircraft nearby with notification that a drone is flying in their vicinity. Such a function could help ensure the safety of Beyond Visual Line-Of-Sight missions. After researching to find one that fullfil the design including the power delivery, I selected SDR (bladeRF xA9) enabling bi-directional communications with pilots in the vicinity, and another at the Ground Control Station (GCS) to mimic the pilot's radio and receive the NERDs drone communication. The SDR is full-duplex and supports MIMO as well.

High Level Collision Avoidance Using SDR

Fig4: High Level Collision Avoidance Using SDR

These SDR boards incorporate Field Programmable Gate Array integrated circuits, enabling custom programming to alter functionality. Additionally, I designed and selected a special antenna, designed for the frequency spectrum assigned to aviation communications (108-136 MHz). The Airband communications were complex, requiring detailed calculations and simulations. This helped to ensure the selected antenna would have optimal placement, EMC (electromagnetic compatibility), power, and antenna scattering RCS (Radar Cross-Section)

Pilot to on-board SDR Communications

Fig5: Pilot to on-board SDR Communications to other Pilots in the vicinity

On-Board Antenna

In addition, I had to ensure the selected antenna would fit the airframe and function properly regardless of the position in space of the drone. This distance (r) is determined with Near Field and Far Field Pattern equation:
r=(2D^2)⁄λ(1) Volakis 3, where D is the dimension of the antenna, λ is the wavelength.

Antenna Design, Analysis, and Simulation Antenna Design, Analysis, and Simulation

Fig6: Antenna Design, Analysis, and Simulation

The FEM simulation (Finite Element Method) was not appropriate due to the complexity of the drone's shape. Instead, the Multilevel Fast Multipole Method (MLFMM) was used to determine the best parameters.

EMC Scatter for the Antenna

Fig7: EMC Scatter For The Antenna

Finally, calculations for EM (Electro-Magnetic) compatibility and EM scatter were carried out before selecting the optimal antenna for the project. A blade VHF antenna proved to be the best choice, satisfying all criteria.

4K Realtime Video Streaming

For the 4K video streaming challenge, and after some research, I selected the Sony A7s III, as it was not straight forward to find a camera that was able to output raw 4k directly from its HDMI port at that time. This camera features a full-frame CMOS sensor and produces dense, high-bitrate 4K video streams. The ability to stream 4K video or other high-bitrate data has two advantages: In the case of 4K video, it enables greater situational awareness for the pilot, who can see surroundings from the sky with far greater clarity than common 720p feeds. (In fact, 4K provides nine times the pixel density of 720p). It also enables, in conjunction with the 5G modem, the ability to stream dense data to the cloud and ground stations in real-time. This has been, until now, a bottleneck that has required many industrial drone operators to record data on MicroSD cards, and then manually upload the data following the missions.

vid2: Several tests of different encoding streamed over different networks.

The 4K stream data rates can reach up to 70mbps in real-time, posing the following challenges for this project:

The ENCQOR network (the private network used for communication to control the NERDs drone) can reach up to 45mbps data rates maximum upload for limited periods of time. This data rate is not sufficient for the low-latency, real-time 4K video streaming to satisfy the NERDs challenge. As a result, I developed an algorithm for the FEC (forward error correction) based on the draft IETF payload scheme 204. Though the technicality, development, and implementation of this algorithm are involved, the concept boils down to the idea of sending the buffer of the 4K video in a multi-dimensional interleaved pipeline instead of the linear one, allowing the possibility of sending repair packets 'on the fly'

FEC Algorithm for realtime 4K stream

Fig8: FEC Algorithm for realtime 4K stream

The Sony A7s III was installed on a Gremsy T3 gimbal (seen below in image5 holding the payload), which allowed the pilot to change the camera view from the ground station over 5G (tilt, pan), and within InDro Pilot - the software platform powering the drone, more about it below.

Gremsy gimbal

image5: The RPAS2, and the Gremsy T3 gimbal seen here holding the camera/payload

RTK Positioning

Positioning accuracy is important for several reasons: It ensures that geo-referenced data is tagged with far greater accuracy, leading to more robust datasets to produce digital twins, etc. Greater accuracy also improves safety for autonomous missions (i.e., centimeter-level precision landings, waypoints, etc.) further contributing to the safety of missions and the confidence of regulators.

System Architecture

NERDs system architecture: For this project, I built from the ground-up software platform to enable and extend all project requirements. The platform is called InDroPilot, within the NERDs system architecture (Refer to InDroPilot section below and the Indropilot project for more details). It enables all on-board as well as cloud/GCS communication and processing.

NERDs Architecture

Fig9: Project NERDs Architecture (Later Indropilot) - open the image in a new tab to zoom in


Latency plays a crucial factor in the NERDs project - and for multiple reasons. On the C2 Link, for example, low latency means a pilot using a real-time joystick to control the drone and camera will have a smooth, responsive, and safe flight over 5G. It's also important for telemetry data and positioning - even for the FPV (First-Person View) camera for real-time viewing or 4K streaming. The pilot needs to have the feel that they are directly in the virtual cockpit, with near-zero latency.

This project achieved and delivered very low latency over 5G networks of sub 75ms up to 40ms (vs. sub-400ms over LTE). This enabled low-latency C2/Telem links, as well as video streams for both 4K and FHD in real-time, in addition to the real-time bi-directional communication within the aviation airwaves.

To achieve such low latency, I built a custom tunnel p2p network that leverages software-defined networking for multicast, rules, etc., the whole component in Indropilot platform named (InDro Link) More in Indropilot project first establishes a node in the cloud to authenticate all parties connected to this link. It then enables low-latency peer-to-peer connection with end-to-end encryption (AES-256 cipher with RSA-4096 handshake encryption and SHA-512 hash authentication on both control and data channels). Latency is reported and displayed in real-time within the InDroPilot platform and updated nearly every second - without adding any extra overhead packets in the platform.

vid2: Flight Test of the drone over 5G. Note: This is one of the early tests with a choppy 4k video stream, but it shows the realtime latency, also, the video is resized to 1080

Such low latency enabled and opened huge opportunities, one of them is drone delivery More on Drone Delivery Project, as well as direct control by joystick, and it was field tested on several scenarios More in Indropilot project where the pilot in one scenario was in Texas, US and flying a drone in ON, Canada as if they were standing in front of it, another one the pilot was in BC, Canada, and a third time the pilot was in Australia flying with sub 100ms latency for a drone located in ON, Canada!

vid1 a/b: First test of Indropilot capability to fly the drone using a joystick (PS5 in here), and as you can see, my colleague flying it over 5G as if it he was flying with normal RC link/controller!

Fig. 10/11 shows the latency over both ENCQOR 5G and Commercial LTE network over time, every second. The first chart shows both latencies, orange one is the LTE and the blue one is the 5G latency. The next charts are the latency over time for each.

latency comparison

Fig10: Latency Comparison Between Commercial LTE (orange) and Private 5G (blue) Networks, lower is better, left axis is in ms

On average, the latency over 5G was around 46ms and 231ms over LTE, graphs below summarize a quantitative distribution with five standard statistics: The minimum value, first quartile, median, third quartile, and maximum value.

average latency comparison

Fig11: Average Latency Comparison Between Commercial and Private Network

As for the latency correlation and distribution over time, there are many contributing factors. This includes ground station machine performance decoding the 4K stream, plus the on-board edge computing unit. However, overall correlations from the tests were more-or-less consistent.

latency correlation and distribution over time

Fig12: Latency correlation and distribution over time

Next is the latency data point cloud with estimated density over time. Darker spots indicate high occurrence compared to light ones.

Latency Data Point Cloud

Fig13: Latency data Point cloud, darker areas mean more frequent "hits"

Cellular Survey

Cellular networks, in general, have been created for ground-based users (cellphones, etc.). Although surveying the cellular network itself wasn't part of the NERDs project requirements, as you can see above the efforts I put into testing the network on the ground with the portable test unit I built, I decided to add this ability to the software (Indropilot) so you can scan the sky as well by flying the drone, since it already has the automated feature to scan when I was driving, the feature 'map' cellular strength at altitude for both 5G (SA/NSA) and LTE. This provided a more thorough understanding of network infrastructure, as well as ensuring that no dead zones would be encountered during missions, either for this project or future ones.

Drone Flight Path

While surveying the cellular network, the drone was flown at three levels: 30m, 40m, and 50m AGL (Above Ground Level).

Drone path

Fig14: The path the drone took to scan the cellular network

Data was collected every second, resulting in a massive dataset. The following measurement statistics define the quality of the cellular signal (RSSI): RSRP, RSRQ, and SINR.

RSRP, RSRQ, and SINR thresholds.

Fig15: RSRP, RSRQ, and SINR thresholds.

RSSI: Received Signal Strength Indicator.

Interactive Chart: Interactive RSSI Chart

RSSI data set during the flight

Fig16: RSSI data set during the flight, we can see the RSSI gets better the higher the drone fly/Higher AGL

RSRP: Reference Signal Received Power.

Interactive Chart: Interactive RSRP Chart

RSRP data set during the flight

Fig17: RSRP data set during the flight, just like the RSSI, it gets better the higher the drone fly/Higher AGL

RSRQ: Reference Signal Received Quality

Interactive Chart: Interactive RSRQ Chart

RSRQ data set during the flight

Fig18: RSRQ data set during the flight, higher AGL, better RSRQ

SINR: Signal to Interference plus Noise Ratio

Interactive Chart: Interactive SINR Chart

SINR data set during the flight

Fig19: SINR data set during the flight, higher AGL, better SINR

InDro Pilot

At the early stages of the project, the initial plan was to use a off the shelf software to power the NERDs drone, since building the C2/TELEM software side was not a requirement, however, a few months passed and after evaluating the current options, it was clear none of them will have the flexibility and the integration that I was looking for, mainly for 4K realtime stream and Airband comms, and the usual buy/rent analysis was done and it was clear it is the time to build from scratch, and it is when IndroPilot platform was born!

InDro Pilot is a next-generation modular platform that empowers and enables control over cellular networks (5G/LTE). It can be used on drones for BVLOS flight, and even on Uncrewed Ground Vehicles (UGV). The platform emphasizes modularity, expandability, and reliability while still being user-friendly with minimum configurations required to be up in the air. It enables C2/Telem as well as modular integration of any payload per mission requirements. More in Indropilot project

InDro Pilot is an ecosystem platform, not a single program. Three major components comprise InDro Pilot:

The platform I built from scratch, software, APIs, embedded drivers, hardware design, UI, Architecture, and even the names you read above and the icons you see below I hand-crafted them! (I used Figma/Illustrator for that) However, I consider the platform as the first iteration only, and soon will release a superior one.

indropilot eco system

Fig20: Indropilot eco-system

Platform high-level features are:

On-board component

Fig21: Screenshot of on-board components that some of them were used for NERDs project.


In addition to the technical challenges mentioned in this here, the project also faced other challenges. These are summarized as follows:

On-board component

image6: Yep, that was my development desk, both hardware and software during the lockdowns!

The process of calibrating the drone

image7: The process of calibrating the drone before each test, was conducted by my two colleagues


The successful outcome of this project carries significant implications for the company. clients (Ericsson, OCI), and the broader drone industry.

As noted, most industrial drones are currently operated within Visual Line-Of-Sight and over the Radio Frequency bandwidths of the remote control. Some manufacturers have just begun to release drones that operate over 4G. 5G is the next territory, and one that will enable greater data throughput and vastly greater efficiencies for industrial applications (i.e. direct cloud uploads of dense data during flight). 5G is the door that will truly make drones and ground robots part of the Internet of Things.

But high-speed, low-latency data uploads are not enough to unlock the promise of Beyond Visual Line-Of-Sight flights. Regulators must be satisfied that drone missions are being operated with a minimal chance of conflict with crewed aircraft, people on the ground or property.

To that end, this project made other significant breakthroughs that work in tandem with the potential of 5G. They are:

Collectively, these are significant achievements for the industry. Improving the safety of situational awareness for both the pilot and crewed aircraft is a solid step toward more routine BVLOS flights. The dramatic improvement in low-latency data transmission will also be embraced by industrial users, who have been searching for a more efficient solution to data handling and cloud processing.

In addition, the 5G/6G promise is not limited to this project. Industrial applications such as inspections and surveillance, volumetric calculations at facilities such as cement plants or mining operations, will continue to grow. We have noted significant growth in private 5G networks for industry, and innovations such as those detailed in the NERDs project, will generate even greater demand.

In summary, the NERDs project was a clear success. It is not an understatement to suggest that, collectively, these achievements mark an inflection point in the sphere of drones as they relate to BVLOS flights and the IoT.

On-board component On-board component On-board component

image8 a/b/c: FUN FUN!

Note: The comment section is powered by Cactus/Matrix. If you use the official Matrix server, you are good to go. However, if you use your personal Matrix server, make sure to log in with the first button and use your own client. This is because my CSP only allows Cactus/Matrix domains to connect from this site, and most likely, your profile picture will be broken!


Ontario Centre of Innovation OCI


ENCQOR Network


Quectel Specs Sheet


Volakis, J. L. (n.d.). Antenna Engineering Handbook Fourth Edition.

Back to top