Drone technologytechnical explainer

Commercial Drone Data Links: C2, Telemetry, Payload Data, and Video

A practical guide to what commercial drone command, telemetry, payload, and video paths carry, why shared radios do not erase their roles, and what to verify.

NASA engineers raise a communications mast during UAS command-and-control radio testing.
NASA engineers raise a communications mast during UAS command-and-control radio testing. Photo: NASA / Michelle M. Murphy

Command and control manages the flight. Telemetry reports aircraft state. Payload data carries the mission product or the information needed to create it. Video is typically a higher-rate data stream that may serve a payload, pilot awareness, or both. Those are functional roles, not necessarily four separate radios.

A system designer may multiplex several roles onto one physical link, separate them across independent paths, or change paths during a mission. The architecture question is therefore not “How many links are there?” It is “Which information flow depends on which service, with what performance and failure behavior?”

Bidirectional UAS communications diagram separating C2 commands, flight telemetry, payload control, payload data, and video paths
Original Unmanned Innovation editorial diagram. Use the cited sources for controlling definitions and requirements.Scroll horizontally to inspect the labels.

Separate function from transport

ICAO defines the C2 link as the data link between a remotely piloted aircraft and its remote pilot station for managing the flight. The ICAO terminology page is deliberately functional: it does not say the link must use one band, modem, network, or antenna.

The same separation appears in ITU-R Report M.2171. Its control-link description includes telecommands sent toward the aircraft and non-payload telemetry returned to the control station. The report treats payload as a separate subsystem, while also recognizing other non-payload flows such as navigation information, surveillance data, and air-traffic-services relay.

Scroll horizontally to compare all columns.
Information flowTypical directionOperational purposeCommon design pressure
C2 commandGround to aircraftChange flight state, mode, route, or configurationIntegrity, latency, availability
Flight telemetryAircraft to groundReport position, energy, mode, health, and command acknowledgementUpdate rate, freshness, completeness
Payload controlGround to payloadConfigure, point, trigger, or stop an instrumentDeterminism, authorization, timing
Payload dataAircraft to ground or onboard storageDeliver imagery, measurements, or processed resultsThroughput, storage, loss tolerance
VideoUsually aircraft to groundSupport inspection, framing, or situational awarenessSustained rate, latency, compression
ATC or ATS relayBidirectionalCarry aviation voice or data between the aircraft side and pilot stationRequired performance and interoperability

The rows can share a bearer, but their consequences differ. A dropped image packet may reduce a deliverable. A stale aircraft-state message may undermine supervision. A delayed command may affect the ability to direct the aircraft. Treating all three as “the video link” prevents meaningful requirements.

C2 is more than stick position

In an automated mission, the uplink may carry mode changes, route revisions, approvals, or abort commands instead of continuous control-surface inputs. The downlink may carry the state needed to supervise those commands. Low average data rate does not mean low criticality.

This distinction connects directly to the authority test for automation and autonomy. If a human retains authority to redirect or terminate a mission, the architecture must identify the information and command paths that make that authority usable. It must also define what happens when either path is delayed, corrupted, or absent.

Telemetry deserves equal care. Position alone is not enough to explain aircraft state. A useful set may include navigation validity, flight mode, command acknowledgement, link quality, energy estimate, contingency state, and payload status. Which items are necessary depends on the operation and safety argument.

Payload data can have different failure tolerances

Mission data often tolerates buffering, retransmission, adaptive compression, or delayed delivery. C2 may not. Combining them on one network can be efficient, but only if resource allocation prevents payload traffic from starving a more critical flow.

Video makes the trade especially visible. Higher resolution, frame rate, bit depth, or lower compression increases demand. If video is only a framing aid, the system might degrade its quality while preserving command and state traffic. If the operation depends on video for a safety function, that assumption changes the performance requirement and must be justified explicitly.

Onboard recording is not automatically a backup for every mission. It protects data only if the aircraft returns and the storage remains intact. A low-rate preview plus onboard full-resolution capture may be a sound mission-data design, but it does not replace the C2 path.

Build requirements from consequences

For each information flow, document at least:

  • source and destination;
  • message content and units;
  • expected and worst-case rate;
  • maximum useful age or latency;
  • integrity and authentication needs;
  • availability target and coverage assumptions;
  • priority when capacity is constrained;
  • behavior after delay, corruption, duplication, or loss;
  • crew indication and recovery method;
  • recorded evidence for post-flight review.

Then map those flows to radios, networks, antennas, frequencies, service providers, and onboard buses. This exposes common-mode failures. Two screen icons do not provide redundancy if both services depend on the same modem, antenna, power rail, tower backhaul, or software process.

Preflight checks should test the architecture

14 CFR 107.49 requires a Part 107 remote pilot in command to ensure that control links between the ground control station and aircraft are working properly before flight. A green connection indicator is a starting point, not a complete architecture check.

A mission-specific check can confirm:

  1. commands reach the intended vehicle and produce acknowledgements;
  2. required state fields are current and plausible;
  3. payload traffic cannot mask C2 degradation;
  4. antennas and equipment match the planned geometry and configuration;
  5. loss thresholds and contingency actions are configured as intended;
  6. the crew can recognize which path has failed;
  7. recordings preserve the evidence needed to diagnose a problem.

Link performance is conditional. Terrain, antenna orientation, installation loss, interference, network loading, weather at some frequencies, and aircraft attitude can change it. A coverage claim without configuration, environment, traffic assumptions, and a failure response is not yet an operational requirement.

Define the information flows first, assign their consequences, and only then select or assess the transports. This keeps a fast payload stream from being confused with a safe control architecture and makes every link claim testable.

Claim record

Sources

Reviewed

  1. Frequently Used Terms for Unmanned AviationInternational Civil Aviation Organization · technical documentation · accessed Aug 28, 2026
  2. ITU-R Report M.2171: Characteristics of Unmanned Aircraft Systems and Spectrum Requirements to Support Their Safe Operation in Non-Segregated AirspaceInternational Telecommunication Union · technical documentation · accessed Aug 28, 2026
  3. 14 CFR 107.49: Preflight Familiarization, Inspection, and Actions for Aircraft OperationElectronic Code of Federal Regulations · regulator · accessed Aug 28, 2026