ship self defence system mk 2 and data distribution ... · compliant application frameworks legacy...

Copyright © 2006 Raytheon Company. All rights reserved.Statement A: Approved for Public Release; Distribu tion is Unlimited (NAVSEA ltr 5720/00DT, 2005-1189, 04/10/06)Copyright © 2001 Raytheon Company UNPUBLISHED WORK A LL RIGHTS RESERVED

Statement A: Approved for Public Release; Distribu tion is Unlimited (NAVSEA ltr 5720/00DT, 2005-1189, 04/10/06)Copyright © 2001 Raytheon Company UNPUBLISHED WORK ALL RIGHTS R ESERVED

Ship Self Defence System Mk 2and

Data Distribution Standard (DDS)

Ship Self Defence System Mk 2and

Data Distribution Standard (DDS)Ronald TownsenRaytheon

26 September 2006

Ronald TownsenRaytheon

26 September 2006

9/29/2006 Statement A: Approved for Public Release; Distribu tion is Unlimited (NAVSEA ltr 5720/00DT, 2005-1189, 04/10/06)Copyright © 2001 Raytheon Company UNPUBLISHED WORK A LL RIGHTS RESERVED

Evolving USN Functionality

SSDS MK 1Standalone Self Defense

• LSD 41 Class

• 3 Operators

• 10 External Interfaces

SSDS MK 2 Mod 0Weapon Control Integrated with existing CMS

• CVN 68 Only• ACDS BLK 1 and CEC are

Primary CS Elements• 1 Operator

• 7 External Interfaces

SSDS MK 2 Mod 1/2/3Multi-Warfare Combat Management System

• CVN 76/LPD 17/LHD 8• CEC Fully Integrated• Air/Sea/Under Sea/Land Track Picture • 24 Operators • 16 External Interfaces• Includes C4I Connectivity, Data Links, Air

Control, Force Orders, Etc.• Mod 1A/2A/3A Have Hardware Technology

Upgrade


Today’s Littoral Operations

• Close Proximity of Operating Forces

• Neutrals Mixed With Hostiles• ID Deconfliction• Environmental Factors

– Ducting– Clutter

• Battlespace Encroachment• Shallow Water ASW• Mine Warfare• Threat Diversity

• Close Proximity of Operating Forces

• Neutrals Mixed With Hostiles• ID Deconfliction• Environmental Factors

– Ducting– Clutter

• Battlespace Encroachment• Shallow Water ASW• Mine Warfare• Threat Diversity

Compressed Reaction TimeCompressed Reaction TimeCompressed Reaction Time

Degraded Situational AwarenessDegraded Situational AwarenessDegraded Situational Awareness


Anti-Air Warfare Threat

� Ownship must be capable of defending itself in the modern Anti-Ship Missile environment:

– Less time to react– Larger raids of threats– Littoral Environment

Detect Classify Launch

KillTrack Engage

120

Tim

e to

Impa

ct S

hip

(Sec

)

45

25

2000's 1980's 1970's

FighterBomber

Pop-up

HighAltitude

Sea Skimmer

HighDivers

Bombsand AircraftLaunched ASMs

Stand-offJammer

Grenades/Rockets/Laser Guided Missiles


The Evolving Threat

2012+Far Term is DEADLY

1998-2005Near-Term is TOUGH

– Faster– Advanced Seeker– More Maneuverable– Increased Lethality– Low Altitude– Stealthy

2006-2011Mid-Term is HARDER

SSDS Layered/Automated Detect-Control-Engage

SSDS Layered/Automated Detect-Control-Engage

THE RESPONSE


ELECTRONIC WARFARE

DISTRACTION• Decoys• Jammers• Chaff

Barak-1

SM-2

ALT

ITU

DE

SEDUCTION• Chaff• Decoys• Sophisticated

Jamming Techniques

RANGE

CIWS

Layered Ship Self Defense

• Automated weapon response• Doctrine-based control of automation


TECHEVAL Results

� First Successful Demonstration of a Fully Distributed, Open Architecture Combat System Utilizing:

– Multi-Sensor Integrated Tactical Picture

– Doctrine-based Defense Decisions

– Automatic Detect - through - Engage Processing– Integrated Scheduling of Hard Kill and Soft Kill Weapons

� Detected, Tracked and Destroyed Multiple Missile Threats With RAM and CIWS

� Four Target Kills in Four Attempts


…

Data Link

SSM

IRST

ADIR MFR

IFFX-band Nav Radar

ESMECMDCLS

COMINT/DF

CIWS

Barak

Torpedo Launcher

SSM

EOS

ASW/SUWLAU(Port)

TacticalPictureLAU

DataRecordingLAU

EW LAU

Radar/IntelLAU

PointDefenseLAU

NavLAU

MFRLAU

MCSLAU

Torpedo Launcher

MK41 VLS

HM SonarTA Sonar

SB ProcessorAI Processor

AcousticLAU

Maint WS

MCC Printer

CDS LAU

TacticalLAN

(100 MbpsEthernet)

TacticalLANLAU

MCMS

Network

Integ

BridgeNav

Depth Sounder

Bridge Control

Propulsion Control

Machinery Control

Damage Control

METOC

Physical Distribution and Redundancy Achieves Readiness Requirements

ASW/SUWLAU(Stbd)


COMMSInfra-

Structure

SensorCoord/

Cntl

LC&CIden-

tification

CompTrackMgr

SPS67SIAC

WD&C

Interface Layer

Core Layer

SPS-67

MK 31RAM

EM Log

ShipsData

WSN-2

WRN-6

Wind

SPS49SIAC

SPS-49A

TrackUpdate

SysCntl

& SM

RAM WIAC

Align-ment

CIWSSIACCIWSSIAC/WIAC Phalanx

Mk 15PhalanxMK 15

BFTT

TrngLAU

WSupD&C

CIFF-SD CIFFSIAC

IFF

MK 36DLS

SLQ32SIAC

DLSWIAC

SLQ-32AEWS

WeaponSupervisor

SensorSupervisor

TAO

SSupD&C TAO

Disp

AN/SYQ-20Command Table

Layered Distributed Architecture


SSDS Open Architecture� Open Architecture Precepts

– Designed in from the ground up– Evolved from architecture established in SSDS MK 1– COTS processor and network technology– C++, CORBA, ACE, POSIX OS– Common data communications standards– Physically distributed for expansion

� Extensible application design– Information-driven– Object-oriented– Component-based– Layered architecture– Survivable– Fault tolerant

� Single Source Baseline– Supports three ship configurations– Supports three hardware configurations


2700PowerPC

HP 744FDDI

VxWorks HP-UXTCP/IP

TDK(CDK 4.0)

Tcl/TkInterpreter

Local TrackServer

Display Filters

Display DataServers

Alert Manager

AMIR/T EventChannelCGAI Message Transport Services

CORBA TAO ORB

UDP/IPBackplaneDMA Xfer

Ethernet

SCSMClient

PersistentData

SCSINTDS

NAV/GPS

ErrorLogging

DataRecording

DataExtraction

MessageFactory

RoleArbitrator

Map BuilderGraphicsLib Mgr

Graphics Operator Mode Tcl Scripts

SystemTrack Mgr

Presentation

Application(Kernel)

EngageDecision

WeaponScheduling

Air Control

Application(Adaptive)

WIAC SCsWIAC SCs

WIAC SC

SystemTrack ID

SupportingSource SCsSupporting

Source SCsSupportingSource SC

SIAC SCSIAC SC

SIAC SC

Common ApplicationServices

PhysicalEnvironment

OperatingEnvironment

MiddlewareServices

CommonTechnicalServices

DecisionAids

SSDS Layered ArchitecturePre-Tech Refresh

Operator ModeControl

ACEACE

Notifier

NTPIRIG

LegacyCompliant Application Frameworks OA Candidates


SSDS MK 2 Open Architecture Migration

� U.S. Navy Open Architecture Computing Environment (OACE) Standards Compliance– Publish/subscribe middleware replacement with OACE compliant

COTS (DDS)– OACE compliant processors and operating system (Intel/LynxOS)

� Elimination of Multiple LANs� Gigabit Redundant Core Switch� General Processing and External I/O Processing in

Separate Cabinets


Intel x86

Lynx OS TCP/IP

ACEACE

NotifierAMIR/T EventChannelMessage Transport Services (DDS)

CORBA TAO ORB

UDP/IP

EthernetSCSINTDS

NTPIRIG

Presentation

Application(Kernel)

Application(Adaptive)

Common ApplicationServices

PhysicalEnvironment

OperatingEnvironment

MiddlewareServices

CommonTechnicalServices

Tcl/TkInterpreter

Local TrackServer

Display Filters

Display DataServers

Alert Manager

SCSMClient

MessageFactory

RoleArbitrator

GraphicsLib Mgr

TDK(CDK 4.0)

PersistentData

NAV/GPS

ErrorLogging

DataRecording

DataExtraction

Map Builder

Graphics Operator Mode Tcl Scripts

SystemTrack Mgr

EngageDecision

WeaponScheduling

Air Control

WIAC SCsWIAC SCs

WIAC SC

SystemTrack ID

SupportingSource SCsSupporting

Source SCsSupportingSource SC

SIAC SCSIAC SC

SIAC SC

DecisionAids

SSDS Layered ArchitectureOpen Architecture with TSCE-I

LegacyCompliant ApplicationTSCE-I Services Frameworks

Operator ModeControl

TimeServices

External I/OFDDI

LocalResource Mgr

SOLARIS

SUN SPARC

OA Refresh

Node Management


Hardware Configurations

Command Control Group

TacticalLAN

LSD LSD

AN/UYQ-70s

DisplayLAN

BFTTLAU

DisplayAux

LANA

NSSMSLAU

NAV LAU

DisplayLAN

RouterLAU

DisplayLANLAU

DisplayAux

LANB

DisplayAux LAN

LAU

DisplayAux LAN

LAU

CDSLAU

DataRecording

LAU

GWLAU

SPS-67/73LAU

RAM 1LAU

RAM 2LAU

SLQ-32LAU

Tactical LANLAU

1/2 ASTABS(OPTIONAL)

1/2 ASTABS(OPTIONAL)

SSDS MK 2 Mod 1A/2A/3A

OALAN

Command Control Group

LSD LSD

AN/UYQ-70s

ASTABS(OPTIONAL)

Single SSDS OA LANI/O processors separate from general processingData Recording moved to PCS

LANSWITCH

IOCHASSIS 2

IOCHASSIS 1

GPCHASSIS 2

GPCHASSIS 1

MC 1Printer

DataRecording

PCS

PCS

MC 2Printer

PCS

MC 2Printer

PCS

MC 1Printer

NTP & FILE SERVER

SSDS MK 2 OA


Application 1

Common Information Architecture

Data Transport Services

Data-Oriented API (Publish/Subscribe Model)

Component

Attributes

ServicesAPI

API

API

MsgQueue(s)

MsgHandler

PeriodicHandlerSemaphore

Application 2Component

Attributes

ServicesAPI

API

API

MsgQueue(s)

MsgHandler

PeriodicHandlerSemaphore

Components:• manage subset of system attributes• reporting changes in state of attributes• triggered by changes in system state• conform to common message definitions

Publish/Subscribe Common Information Model


OA Software ComponentLayered Abstraction Model

OS Layer

MTS Shell

SCSM Client

Message Framework

Local Track Server

Role Arbitrator

SoftwareApplication

SpaceAlert Client

DDS

CORBA ORB (TAO)

PO

SIX

Software component structure is independent of OS p latform

AC

E

Periodic Handler

SC FrameworkCOTS


Model Driven Design

Rose Model

IDD

• Object Oriented Design• Common message definition classes• SC specific behavior added to derived class• Auto-generation of skeleton code


Application Builder

Message Factory

Periodic Manager

Alert Client

Role Arbitrator

State/Mode Client

Persistent Data Client

Local Track Server

Application Specific Periodic Processing 1

Tracker Supporting

Source

Application Specific Periodic Processing n

System Track

Common Message 1

Application Specific Processing

Common Message n

Application Specific Processing

The Local Track Server is tailored to include supporting source track data

required by the host application

Programmers add application-specific

message and periodic processing

to the standard frameworks

TDL Supporting

Source

SLQ-32 Supporting

Source

…

Common Software Component Framework


U.S. Navy Standard Command and Control

� Establish a Common Architecture for all Navy Command and Control Systems

� Core Extensible Infrastructure to Provide Common Services and Capability– Resource Management– Navigation Data– Time Services

� Compile Inventory of Reusable/Configurable Functional Components– Track Management– Weapons Management

� Cooperation with Industry– Raytheon– Lockheed Martin


Extensibility Was MajorSSDS Architectural Driver

� Open computing architecture– COTS processor and network technology– C++, CORBA, ACE, POSIX OS

– Common data communications standards

– Physically distributed for expansion

� Extensible application design– Information-driven

– Object-oriented– Component-based

– Layered architecture

– Survivable– Fault Tolerant

Incremental Assessment

Extensibility

Scalability

Expandability

Adaptability

Algorithm Scale

Input Control

Design Margins

Design Limits Clarity

Design Clarity

Architecture Scale

Traceability

Openness

Specificity

Simplicity

Self-Description

VirtualityGenerality

Augmentability

Modularity

Documentation

Ease of Change

CohesionCoupling

Well-Defined Interfaces


When Seconds Count

When Seconds Count....SSDS Provides Cost Effective Ship Self-DefenseWith High Probability of Raid Annihilation Through:• State of the Art Sensor Integration• Quick Reaction Through Automation & Efficient

Human / Machine Interface• Coordination of Weapons•Based on Industry Standards

DETECT

CONTROL

ENGAGE

ship self defence system mk 2 and data distribution ... · compliant application frameworks legacy...

Documents