Beyond the MQ-25: What Carrier CCA Demands From Naval Aviation
Back to Signal
AIAutonomyDefenseMaritimeInnovationGovernment

Beyond the MQ-25: What Carrier CCA Demands From Naval Aviation

September 10, 2026Jess Loban

What the Navy is asking industry to explore

NAVAIR's public notice describes an affordable, risk-tolerant, weaponized unmanned aircraft with extended range, carrier launch and recovery capability, and collaboration with crewed aircraft. It emphasizes modular open standards, rapid prototyping, reduced deck footprint, and integration with existing carrier infrastructure. The government is considering one or more prototype other transaction agreements through the Naval Air Systems Consortium. Official CCA Increment 1 RFI

The notice is explicit about its status: responses are information rather than offers, and the government makes no commitment to award. The listed response date was September 18. The publicly indexed record also marks the original RFI PDF attachment as deleted, limiting what can currently be verified from that attachment.

The accessible notice supports the overall direction of the program. Exact payload configurations, unit-cost targets, certification schedules, and required control interfaces need to be confirmed against the current acquisition documents before suppliers use them as investment or compliance assumptions.

This is still an important signal. The Navy is seeking a recoverable combat capability designed for its existing carriers, with technical risk reduction built into the prototype effort. The question for industry is how to make the whole carrier aviation system work with a new kind of aircraft.

Carrier compatibility is a system requirement

A land-based and a carrier-based aircraft face different operating constraints. Carrier launch and recovery, deck movement, storage, maintenance access, the maritime environment, and the interaction with existing equipment all affect the design and its support concept. These factors make carrier compatibility a distinct engineering problem; they do not make land-based autonomy simple.

The RFI's emphasis on minimizing deck footprint and using established infrastructure is especially significant. A prototype that performs well in flight can still create unacceptable burdens if it obstructs deck operations, needs incompatible support equipment, or demands more maintenance resources than the ship can provide.

Program reviews should therefore evaluate several connected questions:

  • Aircraft suitability: what evidence demonstrates compatibility with the intended operating environment?
  • Deck integration: can the aircraft be moved, parked, serviced, and managed within approved shipboard practices?
  • Supportability: are personnel, tools, spares, and maintenance arrangements included in the delivery plan?
  • Control integration: can the aircraft exchange the necessary information through approved interfaces and control systems?
  • Human responsibilities: do operators and supervisors have clear roles, training, and usable indications of system state?

These are acquisition and assurance questions. They need to mature alongside the air vehicle rather than appear as late additions to an otherwise finished design.

The Navy already has relevant demonstrations to build on

The X-47B demonstrated an arrested carrier landing in July 2013. It was a demonstrator under the Unmanned Combat Air System program, not a production combat aircraft whose completed operational capability was simply canceled. Its history provides useful evidence about unmanned carrier aviation without making the new CCA effort a direct restart of the same program. Navy account of the X-47B landing

MQ-25 work adds a different set of lessons. During a December 2021 carrier demonstration aboard USS George H.W. Bush, deck operators used a control device while working alongside Navy taxi directors. The evaluation included aircraft movement and other deck-handling activities. That was a demonstration supporting development, not evidence of an operational fleet already routinely conducting those missions. NAVAIR MQ-25 carrier demonstration

The distinction matters because successful demonstrations establish particular capabilities under particular conditions. They can reduce risk for later programs, but the evidence must be matched to the new aircraft, configuration, and intended use.

Common control infrastructure deserves serious attention

NAVAIR's May 2022 account identifies the MQ-25 air vehicle, MD-5 ground control station, and carrier modifications as connected elements of an integration effort led by the government. It describes early laboratory integration as a way to reduce risk and check connectivity between development environments. NAVAIR MQ-25 and MD-5 integration

That experience supports a broader architectural lesson: investment in reusable control infrastructure and clear interfaces can benefit more than one air vehicle. It can reduce duplicated integration work and make operator training and support more coherent. Whether and how a future CCA uses MD-5 must still be established in the applicable requirements; the existence of the MQ-25 system does not prove a binding CCA mandate.

Commonality also needs careful boundaries. Two aircraft may share an interface while having different performance limits, support needs, or approved functions. The objective should be a usable, maintainable architecture with explicit differences, rather than superficial uniformity that hides those differences from operators.

Autonomy demonstrations answer a different question

NAVAIR's January 2026 account describes a December 11 demonstration using two BQM-177A target aircraft in a live, virtual, and constructive environment with simulated crewed aircraft and adversaries. The work involved Shield AI, Kratos, and CTSI and focused on coordinated autonomy. It is relevant progress toward collaborative aviation; it is not carrier qualification for a future CCA. NAVAIR autonomy demonstration

The acquisition challenge is to combine these different bodies of evidence. Flight behavior, shipboard handling, control integration, and operator performance each answer a different part of the readiness question. A successful result in one area should not be used to imply that the other areas are complete.

Payload and price need complete definitions

Payload capacity, compatible stores, and certified mission configurations are distinct claims. A weight allowance does not establish that any particular weapon can be carried or used. Similarly, an aircraft price without its quantity, support content, development treatment, and configuration is an incomplete comparison.

Affordability should be assessed across acquisition and sustainment. A lower air-vehicle price can be offset by integration, support equipment, software maintenance, or personnel demands. Risk tolerance also does not mean an aircraft can dispense with safety or compatibility requirements around a crewed carrier.

Industry proposals should make assumptions visible and show where evidence already exists, where it is transferable, and where new testing is required. That makes tradeoffs reviewable without pretending that every desired feature can be delivered at once.

Authority and assurance must develop with the aircraft

A control station provides an interface. It does not, by itself, define who may authorize an action, which decisions require human approval, or how the system should behave when information or connectivity is unavailable. Those responsibilities must be established by the applicable policy, approved concept of operation, and system requirements.

The prototype program must include the people and procedures around the aircraft. Operator understanding, reviewable decisions, and validated behavior within approved limits belong in the acceptance plan alongside physical compatibility. Requirements should identify the applicable authority and the evidence needed to demonstrate compliance.

The Navy's CCA effort will be judged by the capability it can safely integrate and sustain aboard existing ships. The airframe is central, but the delivery obligation extends to the control architecture, deck personnel, maintainers, and program authorities who make it usable.

Sources

Spartan X's engineering, AI, and logistics expertise connects these parts of the delivery problem: credible technical evidence, workable integration, and the people and support arrangements required to sustain a new capability.

Share this article
LinkedIn

BUILD WITH US

Ready to Solve Hard Problems?

Spartan X builds AI systems, autonomous platforms, and cybersecurity solutions for defense and national security.