18
Implementing a Single Mission Data Interface for Platform/Weapon Integration March 2004 (formerly known as TPDF)

Implementing a Single Mission Data Interface for Platform/Weapon Integration March 2004 (formerly known as TPDF)

Embed Size (px)

Citation preview

Implementing a Single Mission DataInterface for Platform/Weapon Integration

March 2004

(formerlyknown as

TPDF)

UNCLASSIFIED

UNCLASSIFIED

Slide 2

What is MIL-STD-3014?

• MIL-STD-3014 IS NOT:– A data link message standard competing with Link-16, VMF, etc.– A stores bus data standard competing with MIL-STD-1760

• MIL-STD-3014 IS:– An available DoD military standard

• “Department of Defense Interface Standard for Mission Data Exchange Format”

– A digital file format for mission-specific programming data• For Precision Weapons

• Also suitable for UAVs/UCAVs, manned platforms, etc.

– An opportunity for transition to Open Systems Architecture• And the future of military communications

• Through mass data transfer integration strategy on links and buses

UNCLASSIFIED

UNCLASSIFIED

Slide 3

Delivers:Steel onTarget!

Putting the “War” in Network-Centric Warfare

Mission(Sortie)Planner

C4ISR

Target &Force Order

CurrentNCW, GIG

& FORCEnetC4ISR Focus:

Speed ofCommand

Delivers: Attack Command

PGM

Bulk Fileby

“Brick”

LaunchPlatform

MissionComputer

DTD

DataLink

Terminal

orData Link

MissionDataFile

OurComplementary

Domain:Speed of Effects

UNCLASSIFIED

UNCLASSIFIED

Slide 4

Paired to Break the Comms Jam…

• MIL-STD-3014– Defines a Digital Data File– A general-purpose standard for content format– Buffered by a standard header

• Describes the file’s source, destination and size

• Mass Data Transfer (MDT) Protocols - send bytes, not data elements– Decouple content from comms protocols

• Channels don’t care about contents of a 3014 file, just size & destination• Senders and receivers don’t care how it gets there, just what’s in it

– If it’s a MIL-STD-3014 file, there’s only one way to get or send it - MDT!• Regardless of the size, source, destination or content

• When they’re paired, every comms channel can use one message– To carry any amount of any content, from any source to any destination – Including MIL-STD-1760 Stores Buses– Including Tactical Data Links

UNCLASSIFIED

UNCLASSIFIED

Slide 5

F-22

Our Model - MIL STD 1760One Hardware/Electrical Interface for all Jets & Weapons!

• Without MIL-STD-1760, our connectors would be an expensive, complex mess!

• Across DoD, our mission data transfer is complex today – We just don’t see it, since there’s no hardware

JASSM JSOW SLAM ER HARM JDAM HARPOON

PYLON WEAPONINTERFACE ELEX

F/A-18A/B/C/DF/A-18E/F

F-15E

F-16 Blk 10-30,40B-1BB-2AB-52H

F-35

WCMD AGM-123 EGBU

Compared to this, MIL-STD-1760was cheap to implement!

UNCLASSIFIED

UNCLASSIFIED

Slide 6

• Airborne Platforms– Store Mission Data– Own-ship Mission Data

• Stores– New and Legacy– Weapons– Sensors

StoresCommsChannel

3014 MDTProtocol

MissionPlanningModule(s)In C4/ControllerNode 30

14

Inte

rfac

e

AirbornePlatform

3014MDT

The MIL-STD-3014 VisionOne Simple Interface for All Mission Data Transfer

“Brick” 3014 MDT DTE

RF C2Links

LinkTerm.

Weapon/Pod Link

3014MDT

3014MDT

Self-Tgtg(Opt.)

301

4 In

terf

ace

3014MDT

3014 MDT3014MDT

3014MDT

3014

MD

T

MC

301

4 In

terf

ace

CommsChannel

3014 MDTProtocol

3014MDT

MIL-STD-1760

MMSI

Fiber, IR,Future…

3014MDT

3014MDT

3014MDT

3014MDT

3014 MDT

3014MDT

UNCLASSIFIED

UNCLASSIFIED

Slide 7

With This Strategy,Evolution is NO PROBLEM!

• 3014 + MDT = a Single Interface

• Faster, cheaper integration– Adding a new weapon? New variant? New data type? More

resolution? New Algorithm? New targeting source? A new radio?– Once you’re using 3014 for data transfer…– NO PROBLEM!

• Greater tactical flexibility– One 3014-capable channel is down?– Once you’re using 3014, switch to another one!– NO PROBLEM!

UNCLASSIFIED

UNCLASSIFIED

Slide 8

Legacy Weapon StrategyDon’t Fix What Isn’t Broken

• Leave the Legacy Weapon Alone– Don’t touch the weapon, its mission planning, or its 1760

interface

• One piece of groundside software supports all weapons & platforms– Supports each legacy 1760 “J-weapon” weapon mission file

format– Condenses it to just real data for one mission, in 3014 file format– Formats and transmits via available real-time comms

• One piece of airborne software per platform– One generic 3014 interface – for legacy and future

UNCLASSIFIED

UNCLASSIFIED

Slide 9

What Will MIL-STD-3014 GiveYour Platforms and Weapons?

• Improved Mission Capability– Get full PGM capability, with On- or Off-board Targeting– Get full integration of your stores into the NCW environment

• Push any and all mission data for in-flight updates of all weapons

– A common, general purpose mission data message on each TDL• Very compact file size for each TST mission

• Yet common header format & handling for ALL FILES

• Reduced future integration cost and risk– Like MIL-STD-1760, a common interface for all platforms & stores– The last mission data interface you’ll ever need– Legacy support, flexibility, and easy future expansion

• A long-term-sustainable, evolving solution– Joint Service/Coalition, all autonomous tactical systems

UNCLASSIFIED

UNCLASSIFIED

Slide 10

MIL-STD-3014 StatusPublication in Process - Draft Available Now

• MIL-STD-3014 defines format of digital mission data files• Was reviewed, & edited by Society of Automotive Engineers

– Avionics Standards Committee– Same committee that manages MIL-STD-1760, -1553, & MMSI (for SDB)– Approved by (AS-1B subcommittee) on 17 June 2003

• “Recommended MIL STD” delivered to Government

• Officially released on 20 February 2004– USAF ASC/ENOI is publishing agency

• Lead agency activities

– USN (NAVAIR) NCW Directorate is Responsible Engineering Officer• Technical lead• Web page maintenance• Manages process for updates to registries and text standard

– Web Page access for downloads and requests for additions to registries• http://MIL-STD-3014.navy.mil

UNCLASSIFIED

UNCLASSIFIED

Slide 11

Summary of MIL-STD-3014

• A new joint standard for weapons, platforms, links, msn planning– A mission data interoperability complement to MIL-STD-1760– A basic requirement for extending NCW to Steel-on-Target w/ PGMs

• A Link/Platform/Channel Agnostic ‘Bit Bucket’ for Mission Data– Open, extensible, non-proprietary file format, similar to “.rtf” or “.pdf”– Very compact and efficient

• Provides a single interface for all mission data on platforms & links– Isolates information content from comms channel protocols

• All 3014 files are variable length files with a standard header

• All 3014 files are transmitted using mass data transfer protocol

– Supports any content, source, destination, or channel• Any mix of mission data, in any hierarchical organization

• On-platform and off-platform sources

• Any new or legacy, 1760 or MMSI weapon

• Even uninhabited sensor and weapon platforms

• Wire, fiber, brick and RF channels; it’s always just a file!

• Rapid on-line process for adding new data to standard– Including private data types

UNCLASSIFIED

UNCLASSIFIED

Slide 12

Backup

UNCLASSIFIED

UNCLASSIFIED

Slide 13

3014 Carries Whatever Data You Need

• 3014 is a structured data bucket with a common header• Flexible data types, standard & custom

– Primitives (e.g. latitude)– Concatenated (lat/long/el)– Module (any combo, primitive / concatenated / other modules)

• Add new data types quick & easy with on-line registries• Multiple data types possible in any category

– Mission needs, not comms constraints, drive choice• Example: Need imagery? Why limit to one format?

– Format need may be driven by proprietary algorithms– Support them all – JPEG 2000, NITF 2.1, Modified NITF, even edge map

• All data types registered & controlled– But some are private to support proprietary/classified needs

UNCLASSIFIED

UNCLASSIFIED

Slide 14

Groundside

JFN / TDM

Platform Brick File Integrator

Pltfm Legacy Brick BDF

ChecksumIndex &

Directory

“Weed” Nulls f/ Legacy

BDF

Add Rqd 14R data sets

MDF

Legacy BDF

Create Legacy

BDF

Add 3014 File Header

TAMPS/JMPSWpn MPM/UPC(Unchanged)

Legacy Weapon Message Wrapper

Platform OFP WeaponOFP

SMS

(Unchanged)

Transfer Mission PlansVia Brick & Data Link

176

0

1760 I/F

13R

14R14RBrick I/F

TDL OFPTransfer

Mission Plans

13R

MissionSoftware

MDF

TDL OFPTransfer

Mission Plans

MDF

MissionMemory

DTD

Transfer 1760 Files/ Records/ Blocks

3014 Parser

MDF

Pilot I/F

Rcv MDMs & Assemble MDF Read/Strip

3014 Hdr

13R/14R Messages

Command from C4ISRConfirmation to C4ISR

Segment & Send MDMs

Send MDF

Link I/F

Accept MDF, (Finish

Assembly?)

Rapid Retarget File Processor

Add CWs/HWs,

Send 13Rs & 14Rs to SMS

Accept(Assign to Sta #)

UNCLASSIFIED

UNCLASSIFIED

Slide 15

Groundside

TAMPS/JMPSWpn MPM

Platform Brick File Integrator

Add to Brick

Native 3014 –One SimpleInterface!

Platform OFP WeaponOFP

SMS

(Unchanged)

Transfer Mission PlansVia Brick & Data Link

176

0

1760 I/F

13R

14R14RBrickI/F

TDL OFPTransfer

Mission Plans

13R

MissionSoftware

MDFCreate and Forward Mission Plans

TDL OFPTransfer

Mission Plans

MDF

MissionMemory

DTDIntegrated

Platform BDF

3014 Parser

MDF

Pilot I/F

Rcv MDMs & Assemble MDF

Create TPDF BDF

MDT 3014 BDF

Accept(Assign to Sta #)

Command from C4ISRConfirmation to C4ISR

Segment & Send MDMs

Identify 3014 File Type & Forward to

TPDF Parser

Read/Strip 3014 Hdr

3014 BDF

Link I/F

Accept MDF, (Finish

Assembly?)

JFN / TDM

Send MDF

3014 BDF

UNCLASSIFIED

UNCLASSIFIED

Slide 16

ApplicationLayer

ApplicationLayerDataAp HdrApplication Protocol

PhysicalLayer

PhysicalLayerBits

Data LinkLayer

Data LinkLayerDataDL Hdr

PresentationLayer

PresentationLayerDataPr HdrPresentation Protocol

SessionLayer

SessionLayerDataSe HdrSession Protocol

TransportLayer

TransportLayerDataTr HdrTransport Protocol

NetworkLayer

NetworkLayerDataNw HdrNetwork

Protocol

3014 and the OSI Comms ModelWhere We Fit in the ‘Seven Layer Cake’

Actual Data Transmission Path

SendingS/W Process

ReceivingS/W Process

Functional Data Transmission PathData

Mission PlanningSoftware

Autonomous System

MIL-STD-3014 Defines the Format of This File

MIL-STD-3014

Platform Software, Channel-Driven

Channel (1760, L

ink-16…)

UNCLASSIFIED

UNCLASSIFIED

Slide 17

Primitive

Primitive

Primitive

Header

Primitive

Module

Primitive

Concatenated

Primitive

Primitive

Primitive

Concatenated

Primitive

Primitive

Module

Module

3014 Modular File StructureCommonality plus Maximum Flexibility

• MIL-STD-3014 Module: a Header plus any mix of elements– All MIL-STD-3014 files are modules

• Scalable from one data element (latitude) to multiple dissimilar mission plans

• All with No null data– Send only what you need to send

Header

Header

ModuleHeader ...

Primitive

...

...

Typical Header Size:14 bytes plus

2 bytes per data element

UNCLASSIFIED

UNCLASSIFIED

Slide 18

3014 Module Header Elements

Mandatory Fields

Optional Fields

CODE TYPE4

CODE SIZE2

CODE KEY(var)

FIELDNAME

Size,Bytes

AUTH TYPE4

AUTH SIZE2

AUTH STAMP(var)

SOURCE SIZE2

SOURCE INFO(var)

NOTE SIZE2

NOTE INFO(var)

Flag Name(bit #)From

HEADERCONTENTS

Field

CODE Flag(Bit 2) = 1

AUTH Flag(bit 3) = 1

SOURCE Flag(bit 4) = 1

NOTE Flag(bit 5) = 1

CREATORTIMESTAMP8

CREATORORG8

CREATORINDIV8

CREATORSERNO8

CREATE Flag(Bit 1) = 1

CLASS CODE2

MODULE SIZE4

HEADER CONTENTS2USER CODE2

ELEMENT COUNT4

ELEMENT LIST(var)

FIELDNAME

Size,Bytes

Index, Bytesfrom File Start

0

2

6

8

10

14

(var)CLASS CODE2CLASS CODE2CLASS CODE2

CLASS CODE2COUNT2

CLASS CODE2COUNT2

CLASS CODE2COUNT2

Element CountDeterminesNumber ofentries in

Element List

MULTIPLEFlagSetsList

Format

MULTIPLE= 0

MULTIPLE= 1

HEADER CONTENTSbits 1-15

Are flags thatreflect presence

Of Optional Header Fields

(or)

Start of Data Elements