CMOSS-Overview-18Mar22-Dist-A-A758.pdf

U.S. ARMY COMBAT CAPABILITIES

DEVELOPMENT COMMAND

C5ISR CENTER

APPROVED FOR PUBLIC RELEASE

APPROVED FOR PUBLIC RELEASE

C5ISR/EW Modular Open Suite of Standards (CMOSS) Overview

Jason Dirner

MOSA Chief Engineer

MOSA Management Office, DEVCOM C5ISR Center ESI

18 MAR 2022

APPROVED FOR PUBLIC RELEASE

CMOSS OVERVIEW

• CMOSS is a suite of standards to support the reduction of the size, weight and power of C5ISR and EW systems while increasing the flexibility and adaptability of these systems ‒ Universal A-Kit – Project Managers field capabilities as cards into a common chassis ‒ Pooled radio resources such as antennas and amplifiers for Communications, Electronic Warfare (EW), and Signals Intelligence (SIGINT) systems ‒ Shared processing resources such as computers and displays ‒ Shared data services such as Position, Navigation, and Time (PNT) ‒ Foundation for enhanced interoperability and simultaneity between C5ISR systems ‒ Reduced life cycle cost through increased competition, smaller logistics tails with common sparing, and upgrading to the latest hardware as parts are replaced ‒ Rapid insertion of new technology/capability

CMOSS ArchitectureWhy Converge?

C5ISR/EW Modular Open Suite of Standards (CMOSS)

CMOSS

Reduces the size, weight and power footprint of

C4ISR systems by sharing hardware such as antennas and amplifiers.

Universal A-Kit eliminates the need for platform specific integration. PMs field capabilities as cards in common chassis and antennas/amplifiers that use existing cabling.

Enables rapid technology insertion using best of breed capabilities to address emerging requirements.

Reduces logistics tails by enabling common sparing. Eliminates the need for “End of Life” buys for a 30+ years sustainment by enabling hardware modernization every 5-10 years.

Lays the foundation for enhanced interoperability and simultaneity amongst

C4ISR capabilities.

CMOSS ARCHITECTURE

CMOSS DEVELOPMENT HISTORY

MORA

V1.1

SEP 14

CMOSS Lab Demo

APR 15

CMOSS Lab Demo

APR 17

CMOSS Vehicle Demo

OCT 17MORA V2.0

JAN 16

MORA V2.1

JUN 17

CMOSS Profiles in OpenVPX

JUL 17

MORA Input to ANSI/VITA 49.2

JUL 17

CMOSS Profiles in SOSA Snapshot 1

FEB 18

First POR Uses

CMOSS

SEP 18

MORA in

VICTORY V1.8

APR 19

MORA V2.2

SEP 18

MORA in SOSA Snapshot 2

JAN 19

C5ISR

Center

Kickoff of

HW/SW

Convergence

OCT 13

Army, Air Force, and Navy Kickoff

SOSA Consortium

NOV 15

SOSA

Snapshot 3

JUL 20

MORA V2.3

AUG 19

VICTORY V1.9 /

MORA V2.4

APR 21

PM EW&C

CMOSS

Memo

JUN 19 CMFF

A-CDD

Approved

JAN 21

CMOSS/SOSA

in NDAA FY21

HASC

JUL 20

Tri-Service Memo

JAN 19

ASA(ALT)

MOSA

Memo

MAR 20

SOSA

V1.0

SEP 21

C5ISR CENTER CMOSS STRATEGY

Contact usarmy.apg.devcom-c5isr.mbx.mmo@army.mil for additional info

Manage

•Manage and mature standards

•Educate community •Application to relevant S&T

•Lab and development architecture

•Transition deliverables •Compliance/performance tools and testsSIL

•Baseline platform architecture

•Compliance/performance tests

•Tech demonstrationsField Experiment

ORGANIZE

SYNCHRONIZE

EXECUTE

• C5ISR Center S&T and CMOSS prototyping efforts

• PEO IEW&S

• PEO C3T

• PEO GCS

• PEO Aviation

• N-CFT and APNT/Space CFT

• AFLCMC Open Architecture Management Office

• NAVAIR PMA-209

• Industry Partners

• International Partners

MOSA Management Office SOSA Consortium

• Coordinate MOSA usage across C5ISR Center ‒ Review S&T projects and identify cross cutting opportunities to include MOSA ‒ Allocate MOSA implementation funding for labs, experimentation, and matrixed SME support ‒ Provide MOSA training for directorate SME’s ‒ Facilitate technology transition

• Manage and mature standards ‒ Develop and maintain the CMOSS and VICTORY specifications ‒ Develop compliance tools and support compliance verification ‒ C5ISR Center lead for standards bodies such as the SOSATM Consortium ‒ Coordinate with external MOSA activities

• Provide MOSA support to the acquisition community ‒ Consolidate resource requests for MOSA support facilities and staff ‒ Support inclusion of MOSA in policy and programs

• Coordinate/represent MOSA with external partners including USAF, USN, FVEY, and Industry

MOSA MANAGEMENT OFFICE RESPONSIBILITIES

STATUTE AND POLICY

Policy Guidance on Implementing Modular Open Systems Approach in Army Acquisition Programs and Middle Tier of Acquisition Efforts

ASA(ALT)

Modular Open Systems Approaches for our Weapon Systems is a Warfighting Imperative

Tri- Service

STATUTE AND POLICY

Utilization of Electronic Warfare & Cyber C4ISR/EW Modular Open Suite of

Standards (EW&C CMOSS)

PM

EW&C

STATUTE AND POLICY

William M. (Mac) Thornberry National Defense Authorization Act for Fiscal Year 2021

Report of the Committee on Armed Services House of Representatives

NDAA

FY21

HASC

EW Pod

CEMA System CEMA Card

SIGINT, EW, and Cyber System

SDR Card

CMOSS EFFORTS

APNT Experimentation

Crypto Card

Radio Card

Integrated Chassis

Digital Radiohead

Radio & COMSEC Cards

CMOSS MOUNTED FORM FACTOR (CMFF)

Demonstrated successful standards implementation in a multi-card chassis integrated on a Stryker

CMFF will:

• Integrate MC, PNT, COMMS and EW within a common CMOSS architecture on tactical vehicles

Operational Benefits:

• Provides extensive flexibility to configure platform based on mission requirements

• Enables rapid insertion of new technology to meet emerging threat

• Reduces size, weight, power, and cooling (SWaP-C) of mission equipment

CMOSS AT HIGH ALTITUDE

TSOA-ID DEMONSTRATION (2020)

CMOSS

Prototype SOSATM Prototype

Transceiver Plug-In Card Transceiver

Plug-In Card

Single Board Computer

SDR Framework

Rapid tech refresh enabled by standard payload profile

Capability reuse across programs and services enabled by common standards

Independent HW and SW upgrades enabled by RF front end abstraction

TSOA-ID DEMONSTRATION (2022)

Electronic Warfare Laptop

GPS

Antenna

Headset

Mission Command Tablet

ML2B

VDB

EW

Antenna

End User Device

Handheld RadioComms

Antenna

Communications Network

NAVAIR

PMA-209

HOST

Chassis

AFLCMC

SOSA

Chassis

• Converged architecture integrates Mission Command, Position Navigation and Timing, Communications, and Electronic Warfare in a single chassis

• Common architecture enables capability reuse and interoperability across services

̶ Same Communications and Mission Command cards in Army, Navy, and Air Force chassis

̶ Common Operational Picture for C2 and SA ̶ SOSA System Management

CMOSS CARDS

Radio Cards

Singe Board Computers

Graphics Processing Units

Switches

PNT Cards Storage Cards

Power Supply Modules

Note: List is not exhaustive or an endorsement. New capabilities are constantly being developed.

CMOSS CHASSIS AND RADIOHEADS

Chassis

Radioheads Note: List is not exhaustive or an endorsement. New capabilities are constantly being developed.

• Initiated by AFLCMC at Wright-Patterson Air Force Base, OH ‒ Working group under the FACE Consortium formed in November 2015 ‒ Independent Open Group consortium stood up in November 2017 ‒ Air Force, Army, Navy, and industry participation with 132 member organizations

• SOSATM Consortium enables Government and Industry to collaboratively developed open standards for use across the C5ISR community ‒ Accelerate the development of affordable, agile, and composable sensor systems ‒ Enable common components for Radar, SIGINT, EW, Communications, and EO/IR sensors ‒ SOSATM Technical Standard defines architecture modules with well defined open interfaces ‒ SOSATM Business Guide, Contracting Guide, and Conformance Plan facilitate future acquisitions

CMOSS is aligned with the SOSATM Technical Standard

SENSOR OPEN SYSTEMS ARCHITECTURE

(SOSATM) CONSORTIUM

CMOSS OpenVPX profiles included in hardware specification

MORA used for Transmission/

Reception modules

SvcV-1 Top-Level SOSA Services Context Description SOSA Taxonomy

SOSA CONSORTIUM

SOSA™ Sponsors

• Air Force Life Cycle Management Center

• Boeing

• Collins Aerospace

• Joint Tactical Networking Center

• Lockheed Martin

• NAVAIR

• U.S. Army DEVCOM C5ISR

Center

• U.S. Army PEO Aviation

• U.S. Army Project Manager

Electronic Warfare and Cyber

• U.S. Space Force Space and

Missile Systems Center

SOSA™ Principals

• BAE Systems, Inc.

• Booz Allen Hamilton

• Cubic Corporation

• Curtiss-Wright Defense

Solutions

• Elbit Systems of America

• FLIR Systems, Inc.

• GE Aviation Systems

• General Dynamic

• Huber+Suhner Astrolab

• Intel Corporation

• L3Harris

• Mercury Systems

• Northrop Grumman

• Raytheon

• Sierra Nevada Corporation

• SRC Inc.

• VadaTech Inc

SOSA™ Associates

• Abaco Systems

• Acromag, Inc.

• Aegis Power Systems

• Aitech

• AirBorn, Inc.

• Ampro ADLINK Tech.

• Anduril Industries, Inc.

• Annapolis Micro Systems

• AREA-I, INC

• Ascendant Engineering

Solutions, LLC

• Atrenne

• Ball Aerospace

• Behlman Electronics, Inc.

• Booz Allen Hamilton

• CACI International, Inc.

• Chameleon Consulting

Group

• Cobham Advanced

Electronic Solutions Inc.

• CodeMettle, LLC

• Comtel Electronics, Inc.

• Concurrent Technologies

• CoreAVI

• COTSWORKS, LLC

• CRFS, Inc.

• Critical Frequency Design

• Crossfield Technology

• Cynosure, Inc.

• Dawn VME Products

• Delta Information Systems

• DornerWorks

• DRS Signal Solutions

• DRTI

• EIZO Rugged Solutions

• Elma Electronic Inc.

• ENSCO Avionics Inc.

• EPI

• Epiq Solutions

• FEI-Elcom Tech, Inc.

• FiberQA

• Freedom Power Systems

• General Micro Systems

• Georgia Tech Research

Institute

• GORE

• Herley Industries, Inc.

• Herrick Technology

Laboratories, Inc.

• IDEAS Engineering and

Technology, LLC

• iRF Solutions

• ITZ, LLC

• Jacobs

• Jovian Software

Consulting LLC

• Kontron America

• LCR Embedded Systems

• Lead Dog Technologies

• Leidos

• LGS Innovations

• Meritec

• Micro Focus (US), Inc.

• Micropac

• Midwest Microwave

Solutions Inc

• Milpower Source

• Motorola Solutions

• New Wave Design and

Verification, LLC

• NVIDIA Corporation

• North Atlantic Industries

• Orion Technologies, LLC

• Orolia Defense & Security

• PacStar

• Parry Labs, LLC

• Pentek, Inc.

• Perspecta Labs Inc.

• Pixus Technologies USA

SOSA™ Consortium - Brings together DoD, industry, and academia under a rigorous consensus based approach for standards development. SOSA leverages CMOSS development. The consortium has 132 members. US Army CMOSS developers serve in many key roles within the consortium.

CMOSS - Standards developed and maintained by the US Army to support Army procurements which respond to program office schedules and needs. CMOSS defines an instantiation of the SOSA reference architecture which provides the necessary specificity to achieve the Army’s reuse and portability goals. We strive to maintain alignment between CMOSS and the SOSATM

Technical Standard.

• QRC Technologies, LLC

• RADA Technologies, LLC

• Radiall USA, Inc.

• Rantec Power Systems

• Real-Time Innovations

• REDCOM Laboratories

• Red Rock Technologies

• Riverside Research

• RTD Embedded Tech.

• Saab, Inc.

• Samtec

• ScioTeq LLC

• Sciens Innovations

• Sealevel Systems, Inc.

• Selex Galileo Inc.

• Shared Spectrum

• Skayl LLC

• Smiths Interconnect

Americas Inc.

• Southwest Research

Institute

• Spectranetix, Inc.

• Spirent Federal Systems

• SR Technologies, Inc.

• StreamDSP LLC

• Systel, Inc.

• SV Microwave

• TE Connectivity

• Technology Service Corp.

• Tektronix, Inc.

• Telephonics

• Tomahawk Robotics

• Tucson Embedded

Systems

• University of Dayton

Research Institute

• Viasat, Inc.

• VITA

• Wolf Advanced

Technology Inc.

• Army is in the process of transitioning sustainment of the VICTORY Standard Specifications to the SOSA Consortium

‒ Leverage existing Industry-Government consensus-based standards body ‒ Facilitate alignment between CMOSS and SOSA ‒ Maximize efficiency of individuals developing and using the specifications

• VICTORY Standard Specifications V1.9 (which includes MORA V2.4) will be transitioned and distributed in its entirety by the SOSA Consortium

‒ Future updates will be made within the SOSA Consortium ‒ Initial transfer does not imply applicability to SOSA components (i.e., start as separate standards managed by the same consortium) ‒ Integration with the SOSA Technical Standard will be accomplished via change proposals per the current process

• Army will retain ownership of the VICTORY Compliance Test Suite (CTS) although it is expected that it will be leveraged as part of the SOSA Conformance Program ‒ Currently available for download from the VICTORY project on DI2E (investigating alternatives due to DI2E sunset)

VICTORY TRANSITION TO SOSA CONSORTIUM

Army remains committed to the use and sustainment of VICTORY

CMOSS

VICTORY

SOSA

VITA

MORA VITA

49.2

OpenVPX

VITA 65

IPMI

VITA 46.11

FACE

REDHAWK

SCA

Photon

SALVAGE

X-Midas

Mounted

CE

SAE

AS6129

AS6169

AS39029

AS6070

OCI

DMTF

OVF

OAI

SPECIFICATIONS AND STANDARDS BODIES

IEEE

Ethernet

IETF

TCP/IP

W3C

SOAP/

XML

Endeavor to converge the CMOSS and SOSA circles over time

SPECIFICATIONS AND STANDARDS BODIES

• CMOSS – C5ISR/EW Module Open Suite of Standards

• DMTF – Distributed Management Task Force

• FACE – Future Airborne Capability Environment

• IEEE – Institute of Electrical and Electronics Engineers

• IETF – Internet Engineering Task Force

• IP – Internet Protocol

• IPMI – Intelligent Platform Management Interface

• MORA – Modular Open RF Architecture

• Mounted CE – Mounted Computing Environment / Common Operating Environment

• OAI – OpenAPI Initiative

• OCI – Open Container Initiative

• OVF – Open Virtualization Format

• SAE – Society of Automotive Engineers

• SCA – Software Communications Architecture

• SOAP – Simple Object Access Protocol

• SOSA – Sensor Open Systems Architecture

• TCP – Transmission Control Protocol

• VICTORY – Vehicular Integration for C4ISR/EW Interoperability

• VITA – VMEbus International Trade Association

• W3C – World Wide Web Consortium

• XML – Extensible Markup Language

• Initiated by US Navy’s Naval Air Systems Command (NAVAIR) at Patuxent River, MD in 2014

• Specification methodology for state-of-the-art embedded systems development and acquisition ‒ Compilation of established industry standards such as OpenVPX and IPMI ‒ Flexibility to add new Tier 2 standards for other technologies ‒ Initial focus on airborne mission processing

• Focused on establishing interoperability and interchangeability at the module level

T I E R

T I E R

T I E R

Graphics Card

SBC

Enclosure

Face Plate

Airframe

FACE Developed & Integrated Software-based Capability

(Years) v1.0 v2.0 v3.0 v4.0 v5.0

Host Vision

OpenVPX profiles aligned so CMOSS, SOSA, and HOST can use the same payload modules

HOST chassis management aligned with SOSA out-of-band hardware system management

• Tier 1: Universal requirements that apply to all HOST components

• Tier 2: Technology specific requirements (e.g., OpenVPX)

• Tier 3: Module level requirements used to create component registry

HOST chassis management augments CMOSS network layer interoperability to provide enhanced system management

HARDWARE OPEN SYSTEMS TECHNOLOGIES

(HOST)

• Built upon open standards, CMOSS enables the soldier for the next fight while providing significant cost savings during the procurement and sustainment phases of the life-cycle

• Multiple CMOSS efforts are on-going providing EW, SIGINT, Comms, and Cyber capabilities

• CMOSS is being aligned with the SOSATM Consortium with Army, Air Force, and Navy participation

• The CMOSS specifications can be obtained from:

‒ VICTORY (https://www.di2e.net/, VICTORY project) ‒ MORA (https://www.di2e.net/, MORA project) ‒ OpenVPX (http://www.vita.com) ‒ REDHAWK (https://redhawksdr.github.io/Documentation) ‒ SCA (http://www.public.navy.mil/jtnc) ‒ FACE (http://www.opengroup.org/face) ‒ SOSA (http://www.opengroup.org/sosa) ‒ Open Innovation Lab (https://apntoil.army.mil/)

SUMMARY

TECHNICAL OVERVIEW

Adds a network data bus to vehicles

• Specifies “on-the-wire” network-based interfaces for discovery, management, health publishing, and data exchange

• Provides shared hardware and user interface hardware

• Provides shared services including time synchronization, position, orientation, and direction of travel

• Supports IA requirements and “defense in depth” security designs

VICTORY leverages the following commercial technologies:

• SOAP-based web services and Simple Network Management

Protocol (SNMP) for management

• Syslog over UDP and SNMP for health publishing

• VICTORY Data Messages (VDMs) for data distribution

‒ XML application layer payload encapsulated in a VDM-specific binary header

‒ Multicast UDP provides a simple publish/subscribe paradigm

• Zero Configuration Networking (Zeroconf) for node and service discovery

VICTORY Training Material can be found on the VICTORY Portal (https://portal.victory-standards.org/).

Traditional Approach

VICTORY Approach

VICTORY enables interoperability across C4ISR, EW, and platform systems on Army ground vehicles. Technical approach is applicable to air, sea, and subsurface platforms.

VEHICULAR INTEGRATION FOR C4ISR/EW

INTEROPERABILITY (VICTORY)

• MORA integrates VICTORY and VITA Radio Transport (VITA 49.2) to standardize access and control of the RF chain

• Decomposes the RF chain into the following signal resources:

‒ Antennas (antenna elements / arrays) ‒ RF Conditioning (e.g., LNAs, filters and HPAs) ‒ RF Distribution (e.g., RF switches) ‒ RF Frequency Translation (e.g., tuners and up converters) ‒ Signal Domain Conversion (e.g., ADCs and DACs)

MODULAR OPEN RF ARCHITECTURE (MORA)

OVERVIEW

• Resource management occurs over different physical links than control and data due to performance and security considerations

• Discovery and allocation occur in non real-time (milliseconds or seconds) over the VICTORY Data Bus (VDB) ‒ Leverages SOAP-based web services with MORA defined WSDLs and schemas

‒ Inherits the IA controls and attribute-based access control (ABAC) framework provided by

VICTORY

‒ Priority-based resource reservation restricts control to a single entity at a given time

‒ Data can be subscribed to by multiple entities

‒ Interfaces enable but do not prescribe implementation of the resource manager itself

RESOURCE MANAGEMENT

• RF control and data distribution occur in real-time (microseconds) over the MORA Low Latency Bus (ML2B)

• MORA Data Message (MDM) binary header encapsulates VITA 49.2 ‒ Enables ACK-based reliable delivery over

UDP without degrading performance ‒ Data and context messages use multicast for one-to-many distribution ‒ Different Ethernet and IP service classes defined for control and data packets

• MORA necks down VITA 49.2 to ensure interoperability ‒ Limits packet types that are supported ‒ Identifies required fields ‒ Limits field options such as timestamp and data format ‒ Defines the Discrete I/O field to replace discrete signals

Allowed VITA 49.2 Context/Command Indicator Fields (CIF)

CONTROL AND DATA

Payload Radial ClockControl/Data Plane Switch Slot Profiles

Example Backplane

RF and Computing

SLT3-PAY-1F1U1S1S1U1U2F1H-14.6.11-0/4

Position, Navigation, and Timing SLT3x-TIM-2S1U22S1U2U1H-14.9.2-1

Supports DoD-specific concerns including:

• Connectivity for the VICTORY Data Bus

(Control Plane) and MORA Low Latency Bus (Real-Time Data Plane)

• Radial clock distribution for phase coherent operation

• Blind-mate optical and coaxial connectors for two-level maintenance

Maximizes interoperability by:

• Specifying a single slot profile for each type of card (e.g., Payload, Radial Clock, etc.)

• Limiting protocols to a single technology family

‒ Ethernet for Control and Data Planes ‒ PCIe for Expansion Plane

• Limiting the use of user-defined pins

SLT3-SWH-6F1U7U-14.4.14

SLT3-SWH-4F1U7U1J-14.8.7-n

DOD OPENVPX PROFILES

Refer to SOSATM Technical Standard for additional details

I/O Intensive SBC Control/Expansion Plane Switch Slot Profiles

Example Backplane

Platform I/O

SLT3-PAY-1F1F2U1TU1T1U1T-14.2.16

Analog RF Distribution SLT3-SWH-1F1S1S1U1U1K-14.8.8-n

Ethernet and PCIe

SLT3-SWH-6F8U-14.4.15

DOD OPENVPX PROFILES

RF Switch

External I/O

Platform Specific I/O

SLT3-PAY-2U2U-14.2.17

Refer to SOSATM Technical Standard for additional details

• Control Plane (1 Ultra-Thin Pipe)

– Ethernet

– Routed over backplane in star topology using switch card

– Monitoring/management over the VICTORY Data Bus

• Real-Time (RT) Data Plane (1 Fat Pipe)

– Ethernet

– Routed over backplane in star topology using switch card

– Real-time control over the MORA Low Latency Bus

• Non Real-Time (NRT) Data Plane (1 Ultra-Thin Pipe)

– Ethernet

– Routed over backplane in star topology using switch card

– Non real-time control over the MORA Low Latency Bus

• Expansion Plane (2 Fat Pipes)

– EP00 – EP03: PCIe

– EP04 – EP07: PCIe / User Defined

– Routed over backplane in ring or star topology

– Supports tight coupling of adjacent cards

• Maintenance Port provides console for use during board maintenance

• Radial clocks terminated on plug-in module

– 1 PPS AUX_CLK

– 100 MHz REF_CLK

• Data Plane separated from Control Plane by an unused Ultra- Thin Pipe (GND)

• Only uses 12V, 3.3V_AUX, and VBAT to maximize portability

• VITA 67.3 Module C provides coax and/or fiber over the backplane

– 14 coax connections using SMPM pins

– Coaxial pin assignment is as follows:

– 6 user-defined pins for coherent operation across payloads (e.g., local oscillator distribution)

– Future support for optical interfaces using high density MT ferrules

PAYLOAD SLOT PROFILE

SLT3-PAY-1F1U1S1S1U1U2F1H-14.6.11-4

• Enable portability of software applications across hardware platforms

• Appropriate software framework is dependent on mission area ‒ REDHAWK: Free and Open Source

Software (FOSS) Software Defined Radio (SDR) framework

‒ Software Communications Architecture (SCA): Developed by JTNC for Comms applications

‒ Future Airborne Capability Environment (FACE): Developed by NAVAIR PMA-209 for avionics applications

• Software frameworks can be integrated with network layer to maximize reuse and leverage existing capabilities ‒ MORA REDHAWK Device ‒ VICTORY Platform-Specific Services

Segment (PSSS) within FACE

Composition of a SCA System (from SCA Specification V4.1)

REDHAWK IDE (from REDHAWK website)

Architecture Segments Example (from FACE Technical Standard 2.1)

SOFTWARE FRAMEWORKS