Ai F Air Force Evolution to Open Avionics E l ti t O A i i - - - PowerPoint PPT Presentation

ai f air force evolution to open avionics e l ti t o a i i
SMART_READER_LITE
LIVE PREVIEW

Ai F Air Force Evolution to Open Avionics E l ti t O A i i - - - PowerPoint PPT Presentation

Ai F Air Force Evolution to Open Avionics E l ti t O A i i - HPEC 2010 Workshop - Robert Bond 16 September 2010 MIT Lincoln Laboratory Avionics for HPEC 1 16 September 2010 Outline Open Architecture Vision for the Air Force


slide-1
SLIDE 1

Ai F E l ti t O A i i Air Force Evolution to Open Avionics

  • HPEC 2010 Workshop -

Robert Bond

16 September 2010

MIT Lincoln Laboratory

Avionics for HPEC 1 16 September 2010

slide-2
SLIDE 2

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 2 16 September 2010

slide-3
SLIDE 3

Air Force Layered Open Systems Architecture (OSA)

VISION: Air Force is developing an integrated (but loosely coupled) open-systems VISION: Air Force is developing an integrated (but loosely coupled) open-systems MIT Lincoln Laboratory

Avionics for HPEC 3 16 September 2010

architectures spanning Air Force layered system-of-systems architectures spanning Air Force layered system-of-systems

slide-4
SLIDE 4

Air Force Layered Open Systems Architecture (OSA)

Open Sensors p VISION: Air Force is developing an integrated (but loosely coupled) open-systems VISION: Air Force is developing an integrated (but loosely coupled) open-systems MIT Lincoln Laboratory

Avionics for HPEC 4 16 September 2010

architectures spanning Air Force layered system-of-systems architectures spanning Air Force layered system-of-systems

slide-5
SLIDE 5

Air Force Layered Open Systems Architecture (OSA)

Open Sensors p Open Avionics Open Avionics VISION: Air Force is developing an integrated (but loosely coupled) open-systems VISION: Air Force is developing an integrated (but loosely coupled) open-systems MIT Lincoln Laboratory

Avionics for HPEC 5 16 September 2010

architectures spanning Air Force layered system-of-systems architectures spanning Air Force layered system-of-systems

slide-6
SLIDE 6

Air Force Layered Open Systems Architecture (OSA)

Open Sensors p Open Avionics Open Avionics Net-Centric Systems VISION: Air Force is developing an integrated (but loosely coupled) open-systems VISION: Air Force is developing an integrated (but loosely coupled) open-systems MIT Lincoln Laboratory

Avionics for HPEC 6 16 September 2010

architectures spanning Air Force layered system-of-systems architectures spanning Air Force layered system-of-systems

slide-7
SLIDE 7

Technology Drivers

  • Embedded Systems -

Embedded System Distributed System Networked System-of-Systems Component Airborne Radar Avionics Ground Station GIG Attribute Throughput ~ 1 TOPS ~ 10 GFLOPS ~1s GFLOPS < 1 GFLOPS Form-factor 10s MFLOPS/W > 100 MFLOPS/W 10 GOPS/W 10s MFLOPS/W Data Rate ~500 GB/s ~ 100 GB/s ~ 10GB/s < 10GB/s Latency > secs ~ secs ~ 100 mSecs ~ mSecs N t th t b dd d ilit t h h ll th t t th t N t th t b dd d ilit t h h ll th t t th t MIT Lincoln Laboratory

Avionics for HPEC 7 16 September 2010

Note that embedded military systems have challenges that set them apart from distributed and networked systems, but… Note that embedded military systems have challenges that set them apart from distributed and networked systems, but…

slide-8
SLIDE 8

Technology Drivers

  • System-of-systems -

Embedded System Distributed System Networked System-of-Systems System Airborne Radar Avionics Ground Station GIG Attribute Application Complexity 100s modules ~100s functions ~10s modes 100s Programs # Components <10 subsys 10s subsys 100s subsys 1000s nodes Dynamic topologies Configurability topologies, users, content/use User select redundancy Static (design) databases b t t Data Complexity web content (semantic) databases structures arrays distributed and networked military system have their own set of challenges that set distributed and networked military system have their own set of challenges that set MIT Lincoln Laboratory

Avionics for HPEC 8 16 September 2010

…distributed and networked military system have their own set of challenges that set them apart from embedded systems; and avionics have elements of both domains. …distributed and networked military system have their own set of challenges that set them apart from embedded systems; and avionics have elements of both domains.

slide-9
SLIDE 9

Open Systems Technologies

Embedded System Distributed System Networked System-of-Systems

Performance (Low Latency)

Airborne Radar Avionics Ground Station GIG Hardware Computation Hardware VLSI, FPGA, DSP, multicomputers workstations, servers, clusters

cialization generality

Computation Middleware

spec

SAL, VSIPL, PVTOL, RT-CORBA Libraries, CORBA, SOA, NCES

g

Communication Hardware FPDP, VME, Myrinet, RapidIO IP based: Infiniband, GigE, WWW Communication Middleware DDS, CORBA, JMS, HTTP, SOAP SMM, (RT)-MPI, RT-CORBA,DDS MIT Lincoln Laboratory

Avionics for HPEC 9 16 September 2010

SOA = Service Oriented Architecture OSA = Open System Architecture

Domain specific technologies support open architectures in the two domains Domain specific technologies support open architectures in the two domains

slide-10
SLIDE 10

Open Systems Technologies

Embedded System Distributed System Networked System-of-Systems

Performance (Low Latency)

Airborne Radar Avionics Ground Station GIG Hardware Computation Hardware VLSI, FPGA, DSP, multicomputers workstations, servers, clusters

cialization

Embedded OSA

generality

Computation Middleware

spec

SAL, VSIPL, PVTOL, RT-CORBA Libraries, CORBA, SOA, NCES

g

Communication Hardware FPDP, VME, Myrinet, RapidIO IP based: Infiniband, GigE, WWW Communication Middleware DDS, CORBA, JMS, HTTP, SOAP SMM, (RT)-MPI, RT-CORBA,DDS MIT Lincoln Laboratory

Avionics for HPEC 10 16 September 2010

SOA = Service Oriented Architecture OSA = Open System Architecture

Domain specific technologies support open architectures in the two domains Domain specific technologies support open architectures in the two domains

slide-11
SLIDE 11

Open Systems Technologies

Embedded System Distributed System Networked System-of-Systems

Performance (Low Latency)

Airborne Radar Avionics Ground Station GIG Hardware Computation Hardware VLSI, FPGA, DSP, multicomputers workstations, servers, clusters

cialization

Embedded OSA Networked SOA

generality

Computation Middleware

spec

SAL, VSIPL, PVTOL, RT-CORBA Libraries, CORBA, SOA, NCES

g

Communication Hardware FPDP, VME, Myrinet, RapidIO IP based: Infiniband, GigE, WWW Communication Middleware DDS, CORBA, JMS, HTTP, SOAP SMM, (RT)-MPI, RT-CORBA,DDS MIT Lincoln Laboratory

Avionics for HPEC 11 16 September 2010

SOA = Service Oriented Architecture OSA = Open System Architecture

Domain specific technologies support open architectures in the two domains Domain specific technologies support open architectures in the two domains

slide-12
SLIDE 12

Open Architecture Thrusts

Open Sensors Open Avionics

MCE Ground Station

Open Avionics Open Ground Stations

GIG Compatible Networks

GIG-connected C2ISR users/apps

Users/Apps (e.g. Exploitation) CAOC

Sensors  Embedded OSA Avionics  OSA and SOA blend Ground Stations  Networked SOA Leverage best of both

MIT Lincoln Laboratory

Avionics for HPEC 12 16 September 2010

GIG Users/Apps  Networked SOA

SOA = Service Oriented Architecture OSA = Open System Architecture

slide-13
SLIDE 13

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 13 16 September 2010

slide-14
SLIDE 14

F-22 Raptor

  • LO Stealth
  • Supercruise (the ability to attain

and sustain supersonic speeds w/o afterburners)

  • Agility (maneuverability for shoot-

AN/APG-77 Radar S htt // f 22 t / f d h

Agility (maneuverability for shoot to-kill)

  • Advanced Avionics (integrated

4pi-steradian situation awareness)

  • Supportability (by means of higher

reliability and 2 level maintenance)

Source: http://www.f-22raptor.com/af_radar.php

Wing Area: 840 sq ft Engine Thrust Class: 35,000 lb Level Speed: 921 mph Total Length: 62.08 ft Wing Span: 44.5 ft Wing Span: 44.5 ft Horizontal Tail Span: 29ft Tail Span: 18'10" Total Height: 16.67ft Track Width: 10.6ft Engines: Pratt & Whitney F-119 Max Takeoff Weight: 60 000 lb (27 216 kg)

  • Max. Takeoff Weight:

60,000 lb (27,216 kg)

  • Max. External Stores:

5,000 lb (2,270 kg) Weight Empty: 31,670 lb (14,365 kg) Ceiling: 50,000 ft (15,240 m) G Limit: 9+

MIT Lincoln Laboratory

Avionics for HPEC 14 16 September 2010

The F-22 Raptor is the world’s pre-eminent air dominance fighter The F-22 Raptor is the world’s pre-eminent air dominance fighter

Source: http://www.f22fighter.com/

slide-15
SLIDE 15

F-22 Avionics Architecture

8-12.5 GHz Active ESA 10W TR modules Low Observability ECCM LPI modes

AN/APG-77 RADAR

Highly sophisticated integrated avionics system architecture Highly sophisticated integrated avionics system architecture MIT Lincoln Laboratory

Avionics for HPEC 15 16 September 2010

Source: Military Avionics Systems, I. Moir and A. Seabridge 2006 John Wiley & Sons, Ltd

slide-16
SLIDE 16

F-22 Avionics Architecture

8-12.5 GHz Active ESA 10W TR modules Low Observability ECCM LPI modes

AN/APG-77 RADAR

Highly sophisticated integrated avionics system architecture Highly sophisticated integrated avionics system architecture MIT Lincoln Laboratory

Avionics for HPEC 16 16 September 2010

Source: Military Avionics Systems, I. Moir and A. Seabridge 2006 John Wiley & Sons, Ltd

slide-17
SLIDE 17

F-22 Avionics Architecture

8-12.5 GHz Active ESA 10W TR modules Low Observability ECCM LPI modes

AN/APG-77 RADAR

Highly sophisticated integrated avionics system architecture Highly sophisticated integrated avionics system architecture MIT Lincoln Laboratory

Avionics for HPEC 17 16 September 2010

Source: Military Avionics Systems, I. Moir and A. Seabridge 2006 John Wiley & Sons, Ltd

slide-18
SLIDE 18

F-22 Acquisition

Request for proposals 1985 Program Start Oct 86 First flight, preproduction Sep 97 First flight, production Sep 03 FOC Dec 07 1981 Requirements issued Jul 1986 Design Submitted Sep 1990 First Flight Aug 01 Production go-ahead Dec 05 IOC Jul 09 Production capped at 187 Aircraft

MIT Lincoln Laboratory

Avionics for HPEC 18 16 September 2010

Sources: 1. Jane's All the World's Aircraft 2. Defense Aerospace.com; Measuring the Real Cost of Modern Fighter Aircraft

slide-19
SLIDE 19

F-22 Acquisition

Request for proposals 1985 Program Start Oct 86 First flight, preproduction Sep 97 First flight, production Sep 03 FOC Dec 07 1981 Requirements issued Jul 1986 Design Submitted Sep 1990 First Flight Aug 01 Production go-ahead Dec 05 IOC Jul 09 Production capped at 187 Aircraft World’s best World’s most most expensive

MIT Lincoln Laboratory

Avionics for HPEC 19 16 September 2010

Sources: 1. Jane's All the World's Aircraft 2. Defense Aerospace.com; Measuring the Real Cost of Modern Fighter Aircraft

slide-20
SLIDE 20

F-22 Acquisition

Request for proposals 1985 Program Start Oct 86 First flight, preproduction Sep 97 First flight, production Sep 03 FOC Dec 07 1981 Requirements issued Jul 1986 Design Submitted Sep 1990 First Flight Aug 01 Production go-ahead Dec 05 IOC Jul 09 Production capped at 187 Aircraft World’s best World’s most most expensive

Cost needs to be balanced with war fighting capability

  • Acquisition, maintenance, and upgrades need to be cost

competitive AND timely AND high quality

  • Open avionics architecture are a fundamental enabler!

Cost needs to be balanced with war fighting capability

  • Acquisition, maintenance, and upgrades need to be cost

competitive AND timely AND high quality

  • Open avionics architecture are a fundamental enabler!

MIT Lincoln Laboratory

Avionics for HPEC 20 16 September 2010

Sources: 1. Jane's All the World's Aircraft 2. Defense Aerospace.com; Measuring the Real Cost of Modern Fighter Aircraft

p

slide-21
SLIDE 21

F-22 Supply-Chain Vendors

Source: Ending F-22A production: costs and industrial base implications of alternative options / Obaid Younosss … [et al]

Avionics supplied by a small set of vendors but are the major cost component in a modern fighter aircraft Avionics supplied by a small set of vendors but are the major cost component in a modern fighter aircraft MIT Lincoln Laboratory

Avionics for HPEC 21 16 September 2010

component in a modern fighter aircraft. component in a modern fighter aircraft.

slide-22
SLIDE 22

Growth in Operational Flight Program (OFP) Complexity

rds

F-35 (estimated) 106 Aging Avionics in Military Aircraft http://www.nap.edu/catalog/10108.html

K – 16 bit wor

Estimated 1.7M SLOC OFP 90% ADA F-22 (estimated) 106 105 104

y Utilization:

F-15A F-16A F-15E

104 103 102

OFP Memory

F-106 F-111A

10 10 1

Year

Modern software architectures, technologies, and practices are crucial as the Modern software architectures, technologies, and practices are crucial as the

1955 1965 1975 1985 1995 2005 1

MIT Lincoln Laboratory

Avionics for HPEC 22 16 September 2010

Modern software architectures, technologies, and practices are crucial as the complexity of military aircraft software systems continues to grow exponentially Modern software architectures, technologies, and practices are crucial as the complexity of military aircraft software systems continues to grow exponentially

slide-23
SLIDE 23

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics and Ground Segments

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 23 16 September 2010

slide-24
SLIDE 24

Early Avionics Architectures

Distributed Digital Architecture Circa 1970s Distributed Analog Architecture Circa 1960s Federated Digital Architecture Circa 1980s F-4 Phantom F-14A Tomcat F/A-18 Hornet

MIT Lincoln Laboratory

Avionics for HPEC 24 16 September 2010

Source: Military Avionics Systems, I. Moir and A. Seabridge 2006 John Wiley & Sons, Ltd

slide-25
SLIDE 25

Current Operational Systems

1970s to 1990s

Radar Cockpit Displays EO / IR Integrated Aircraft System Computer p p y Flight Controls & Flight Management Weapons p Recording Communications MIT Lincoln Laboratory

Avionics for HPEC 25 16 September 2010

slide-26
SLIDE 26

F-22 Avionics Architecture

8-12.5 GHz Active ESA 10W TR modules Low Observability ECCM LPI modes

AN/APG-77 RADAR

Highly sophisticated capability based on integrated avionics system architecture Highly sophisticated capability based on integrated avionics system architecture MIT Lincoln Laboratory

Avionics for HPEC 26 16 September 2010

Source: Military Avionics Systems, I. Moir and A. Seabridge 2006 John Wiley & Sons, Ltd

slide-27
SLIDE 27

Evolving

1990s to 200X

Radar Cockpit Displays EO / IR Integrated Aircraft System Computer p p y Flight Controls & Flight Management Payload Manage- ment Unit Weapons p Recording Communications MIT Lincoln Laboratory

Avionics for HPEC 27 16 September 2010

slide-28
SLIDE 28

“PAVE PACE” Avionics Architecture

  • Extension of F22 integrated avionics system architecture
  • Integrates RF sensing / management
  • Extension of F22 integrated avionics system architecture
  • Integrates RF sensing / management

MIT Lincoln Laboratory

Avionics for HPEC 28 16 September 2010

g g g

  • Unified avionics digital network based on commercial technologies

g g g

  • Unified avionics digital network based on commercial technologies
slide-29
SLIDE 29

Open Architecture

201X - future

Radar Processor Cockpit Displays Flight Controls & Processor EO / IR Processor Flight Controls & Flight Management Recording Processor Processor Weapons Processor Communications S Processor Server MIT Lincoln Laboratory

Avionics for HPEC 29 16 September 2010

slide-30
SLIDE 30

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 30 16 September 2010

slide-31
SLIDE 31

Open Avionics

  • Key Technologies -

Concept Concept Composable Open Reference Architectures Plug-and-Play Hardware Infrastructure Plug-and-Play Hardware Infrastructure Service-oriented Subsystems Service-oriented Middleware Service and Client Factorization Avionics Metadata

MIT Lincoln Laboratory

Avionics for HPEC 31 16 September 2010

slide-32
SLIDE 32

Open Avionics Architecture Elements

  • Reference Functional Architecture -

Open Reference Architectures Plug-and-Play Hardware Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EW

A B C D CNI Display Subsystem Mission Computer Mass Storage K

E F G H I Mass Storage

Interface Control Documents

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

Interface Control Documents (ICD) define

  • data items and messages
  • protocols observed
  • timing & event sequences

MIT Lincoln Laboratory

Avionics for HPEC 32 16 September 2010

  • timing & event sequences
slide-33
SLIDE 33

Open Avionics Architecture Elements

  • Standard Plug and Play Hardware -

Open Reference Architectures Plug-and-Play Hardware Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D CNI Display Subsystem Mission Computer Mass Storage K

Mass Storage I E F G H Network Adapter/ DataLink J

  • Self-describing components for

self-organization (crucial for composable architecture).

MIT Lincoln Laboratory

Avionics for HPEC 33 16 September 2010

To/from GIG

slide-34
SLIDE 34

Open Avionics Architecture Elements

  • Standard Plug and Play Hardware -

Open Reference Architectures Plug-and-Play Hardware Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D CNI Display Subsystem Mission Computer Mass Storage K

Mil Std 1394B (or Mil Std 1553) Switched fabric

Mass Storage I E F G H

ATR

Network Adapter/ DataLink J

  • Self-describing components for

self-organization (crucial for composable architecture).

ATR Chassis

MIT Lincoln Laboratory

Avionics for HPEC 34 16 September 2010

To/from GIG

SEM-E Module

slide-35
SLIDE 35

Open Avionics Architecture Elements

  • Service Oriented Subsystem Interfaces -

Open Reference Architectures Plug-and-Play Hardware

Reference Interfaces Executable Service Interfaces Reference Interfaces Executable Service Interfaces

Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D

A C D

CNI Display Subsystem Mission Computer Mass Storage K

Mass Storage I E F G H

E F G H I

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

J Avionics performance constraints require domain-specific service / client technologies Avionics performance constraints require domain-specific service / client technologies MIT Lincoln Laboratory

Avionics for HPEC 35 16 September 2010

client technologies client technologies

slide-36
SLIDE 36

Open Avionics Architecture Elements

  • Middleware -

Open Reference Architectures Plug-and-Play Hardware

SOA middleware is: 1.Communication middleware (e.g. DDS pub/sub) 2.Registry/Broker SOA middleware is: 1.Communication middleware (e.g. DDS pub/sub) 2.Registry/Broker

Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avioincs Metadata

Radar

AMRAAM System EWS

B A C D

A C D

Avionics SOA Middleware

3.Interface description language 4.Common services 3.Interface description language 4.Common services

CNI Display Subsystem Mission Computer Mass Storage K

  • cs SO

dd e a e

Mass Storage I E F G H

E F G H I

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

J SOA middleware supports: 1.Position independent services and clients 2.Real-time communication* SOA middleware supports: 1.Position independent services and clients 2.Real-time communication* MIT Lincoln Laboratory

Avionics for HPEC 36 16 September 2010

* Domain optimized (not SOAP; maybe DDS)

slide-37
SLIDE 37

Open Avionics Architecture Elements

  • Service/Client Decomposition -

Open Reference Architectures Plug-and-Play Hardware

1.Define standard behavior of subsystem services 2.Subsystem implementations hidden from outside world 1 Wrapper for legacy systems 1.Define standard behavior of subsystem services 2.Subsystem implementations hidden from outside world 1 Wrapper for legacy systems

Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D

A C D

Avionics SOA Middleware

  • 1. Wrapper for legacy systems
  • 2. Embedded OSA details hidden
  • 1. Wrapper for legacy systems
  • 2. Embedded OSA details hidden

CNI Display Subsystem Mission Computer Mass Storage K

  • cs SO

dd e a e

Mass Storage I E F G H

E F G H I

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

J MIT Lincoln Laboratory

Avionics for HPEC 37 16 September 2010

slide-38
SLIDE 38

Open Avionics Architecture Elements

  • Service/Client Decomposition -

Open Reference Architectures Plug-and-Play Hardware

1.Define standard behavior of subsystem services 2.Subsystem implementations hidden from outside world 1 Wrapper for legacy systems 1.Define standard behavior of subsystem services 2.Subsystem implementations hidden from outside world 1 Wrapper for legacy systems

Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D

A C D

Avionics SOA Middleware

  • 1. Wrapper for legacy systems
  • 2. Embedded OSA details hidden
  • 1. Wrapper for legacy systems
  • 2. Embedded OSA details hidden

CNI Display Subsystem Mission Computer Mass Storage K

  • cs SO

dd e a e

Mass Storage I E F G H

E F G H I Mission Computer Software 1 F t d i t i d li t Mission Computer Software 1 F t d i t i d li t

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

J 1.Factored into services and clients 2.Services mappable anywhere in system 3.Service internals are legacy codes

  • f new variants

1.Factored into services and clients 2.Services mappable anywhere in system 3.Service internals are legacy codes

  • f new variants

MIT Lincoln Laboratory

Avionics for HPEC 38 16 September 2010

slide-39
SLIDE 39

Open Avionics Architecture Elements

  • Metadata Definition -

Open Reference Architectures Plug-and-Play Hardware

1.Metadata specifications describe

  • 1. Message contents
  • 2. Data products
  • 3. Avionics system configuration

1.Metadata specifications describe

  • 1. Message contents
  • 2. Data products
  • 3. Avionics system configuration

Plug-and-Play Hardware Service-oriented Subsystems Service-oriented Middleware Service & Client Factorization Avionics Metadata

Radar

AMRAAM System EWS

B A C D

A C D

Avionics SOA Middleware

CNI Display Subsystem Mission Computer Mass Storage K

  • cs SO

dd e a e

Mass Storage I E F G H

E F G H I Avionics Metadata Stores Ph i l fi ti / t t Avionics Metadata Stores Ph i l fi ti / t t

Network Adapter/ DataLink To/from GIG (virtual Ground Station) J

J

  • Physical configuration/status

descriptions

  • Metadata catalogs for all data product

stores

  • Physical configuration/status

descriptions

  • Metadata catalogs for all data product

stores MIT Lincoln Laboratory

Avionics for HPEC 39 16 September 2010

slide-40
SLIDE 40

Open Architecture Testbed

  • OA Testing -

Shared network storage

Service Nodes

Radar

AMRAAM S t EWS B

Environment Simulation

g resource manager

Radar

System

A C D

A C D

Avionics SOA Middleware

Web Server g

CNI

Display Subsystem

Mission Computer

Mass Storage I E F G H

E F G H I To LAN

Network Adapter/ DataLink

Control and Display

  • Simulate subsystem interfaces
  • Uses open avionics standards

Simulation K

MIT Lincoln Laboratory

Avionics for HPEC 40 16 September 2010

Key: Actual

Cluster Cluster

slide-41
SLIDE 41

Open Architecture Testbed

  • OA Testing -

Shared network storage

Service Nodes

Radar

AMRAAM S t EWS B Environment Simulations

Environment Simulation

g resource manager

Radar

System

A C D

A C D

Avionics SOA Middleware

Radar

AMRAAM EWS

Web Server g

CNI

Display Subsystem

Mission Computer

Mass Storage I E F G H

E F G H I

Mission Computer Display Subsystem Mass Storage

To LAN

Network Adapter/ DataLink

Control and Display

Control/ Display CNI Network Adapter Display

  • Simulate subsystem interfaces
  • Uses open avionics standards

Simulation K

MIT Lincoln Laboratory

Avionics for HPEC 41 16 September 2010

Cluster Cluster

Key: Actual

slide-42
SLIDE 42

Open Architecture Testbed

  • Operational Code Development -

Shared network storage

Service Nodes

Radar

AMRAAM S t EWS B Environment Simulations

Environment Simulation

g resource manager

Radar

System

A C D

A C D

Avionics SOA Middleware

Radar

AMRAAM EWS

Web Server g

CNI

Display Subsystem

Mission Computer

Mass Storage I E F G H

E F G H I

Mission Computer Display Subsystem Mass Storage

To LAN

Network Adapter/ DataLink

Control and Display

Control/ Display CNI Network Adapter Display

  • Factor Mission Computer Operation Flight Program

(OFP) into Services and Clients

  • Develop new OFP software
  • Test interface compliance

Simulation K

MIT Lincoln Laboratory

Avionics for HPEC 42 16 September 2010

Cluster Cluster

Key: Actual

slide-43
SLIDE 43

Open Architecture Testbed

  • Selective Build Out -

Shared network storage

Service Nodes

AMRAAM S t EWS Environment Simulations

Radar Radar I/Fs Radar Sim Radar Sim

B

Environment Simulation

g resource manager

System

A C D

A C D

Avionics SOA Middleware

Bus Interfaces

AMRAAM EWS

Radar

Web Server g

CNI

Display Subsystem

Mission Computer

Mass Storage I E F G H

E F G H I

Bus Interfaces Display Subsystem Mass Storage

To LAN

Network Adapter/ DataLink

Control and Display

Control/ Display CNI Network Adapter Display

Simulation K

MIT Lincoln Laboratory

Avionics for HPEC 43 16 September 2010

Cluster Cluster

Key: Actual

slide-44
SLIDE 44

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 44 16 September 2010

slide-45
SLIDE 45

Historical Approach

Government PO

  • Down select based on study, not demonstrated performance
  • No competitive incentive after prime contractor down select
  • Business model locks prime / sub for life of program

Prime Contractor

  • Business model locks prime / sub for life of program
  • Government passes subsystem performance responsibility to prime
  • All interfaces proprietary to prime / sub
  • Business model locks improvements to initial prime / sub relationship

Paper Down Proposal A Proposal

  • Expensive upgrades captive to prime subsystem contractors
  • Lack of competition deters contractor risk reduction / enhancement investment

p Select Proposal B Single Design Single Design PDR CDR Flight Test Prime conducts downselect

Prime / Sub Prime / Sub System Changes Ops Test and Ops Upgrades De-Mil Prime Production Decision

MIT Lincoln Laboratory

Avionics for HPEC 45 16 September 2010

slide-46
SLIDE 46

Open Systems Support “Leverage Adapt” Strategy

10 000

Design freeze Deployment

1000 10,000

 Good for rapidly changing technology  Good for rapidly changing requirements

“Leverage & adapt”

Technology 100

Power

Good for rapidly changing requirements

 Built-in refresh and improvements  More difficult to manage

“Freeze & build”

COTS with portable software Refresh 1 10

Processing P

 Freezes technology and builds to fixed design  Acceptable for slow moving technologies  Requires stable requirements throughout lifecycle

Easier to manage ith c rrent acq isition strateg

ee e & bu d

Custom Hardware

Years

5 10 15 1

 Easier to manage with current acquisition strategy

  • Open Systems support “leverage and adapt” strategy; allows DoD to leverage

commercial industry’s investment

  • Open Systems support “leverage and adapt” strategy; allows DoD to leverage

commercial industry’s investment MIT Lincoln Laboratory

Avionics for HPEC 46 16 September 2010

46

commercial industry s investment

  • Continuous upgrade/refresh possible to meet evolving threats and obsolescence

commercial industry s investment

  • Continuous upgrade/refresh possible to meet evolving threats and obsolescence
slide-47
SLIDE 47

Need for Competitive Procurement

  • E.G. F-22 Industrial Base -

Source: Ending F-22A production: costs and industrial base implications of alternative options / Obaid Younosss … [et al]

  • Need to change competitive posture of military aircraft industrial base:

 Competitive procurement and upgrade of components with high

  • Need to change competitive posture of military aircraft industrial base:

 Competitive procurement and upgrade of components with high MIT Lincoln Laboratory

Avionics for HPEC 47 16 September 2010

 Competitive procurement and upgrade of components with high “Intellectual Property” content.  Competitive procurement and upgrade of components with high “Intellectual Property” content.

slide-48
SLIDE 48

Need for Competitive Procurement

  • E.G. F-22 Industrial Base -

Source: Ending F-22A production: costs and industrial base implications of alternative options / Obaid Younosss … [et al]

  • 1. Competition

restricted to less complex items

  • 2. Little “IP”

competition

  • Need to change competitive posture of military aircraft industrial base:

 Competitive procurement and upgrade of components with high

  • Need to change competitive posture of military aircraft industrial base:

 Competitive procurement and upgrade of components with high MIT Lincoln Laboratory

Avionics for HPEC 48 16 September 2010

 Competitive procurement and upgrade of components with high “Intellectual Property” content.  Competitive procurement and upgrade of components with high “Intellectual Property” content.

slide-49
SLIDE 49

Open Architecture Approach

Government PO

  • Down select based on demonstrated performance (fly before buy)
  • Competitive incentive through flight test and production decision
  • Business model keeps competitive second source for life of program
  • Government maintains responsibility for subsystem until directed sub integration

Avionics Prime Contractor

Proposal

Avionics Prime Contractor

  • Government maintains responsibility for subsystem until directed sub-integration
  • All interfaces collaboratively designed, verified and published
  • Business model support competitive spiral improvements
  • Less Expensive competitive upgrades independent of prime

Proposal B Proposal A Design A PDR CDR Flight Test Best Best of

  • Competition inspires contractor risk reduction / enhancement investment

Design B PDR CDR Flight Test Best-of- breed Performance Down Select ICD Development and Verification Process

Directed Directed Integration (Sub)

Decision Gov’t Downselect Product Decision

System Change

Ops Ops Test & Ops Upgrades De-Mil

MIT Lincoln Laboratory

Avionics for HPEC 49 16 September 2010

slide-50
SLIDE 50

Outline

  • Open Architecture Vision for the Air Force

– Layered architecture – Technologies – Technologies

  • Air Force Avionics Architectures

– F22 Raptor case study Architecture evolution – Architecture evolution

  • Open Avionics

– Key open avionics concepts – Architectures and testbeds

  • Acquisition in an Open Architecture Context

– Leverage and adapt – “Open” acquisition

  • Conclusion

MIT Lincoln Laboratory

Avionics for HPEC 50 16 September 2010

slide-51
SLIDE 51

Conclusion

  • The Air Force is pursuing a layered open-architecture

vision to improve system (of systems) capabilities in a cost effective and rapid manner.

  • Open avionics are crucial to enabling the competitive, cost

effective, and timely introduction of new war-fighting capabilities in platforms that will persist for decades capabilities in platforms that will persist for decades.

  • Service oriented concepts judiciously combined with

embedded open system techniques will deliver the next generation of open avionics technologies and generation of open avionics technologies and architectures.

  • Open architecture test beds based on executable

specifications will accelerate avioincs integration and p g provide the mechanism to compete new avionics technologies.

MIT Lincoln Laboratory

Avionics for HPEC 51 16 September 2010