www.nexteleng.e s Using Open software architectures for developing simulation systems : a Way to the Interoperability of simulations at subsystem level Ponente: José Carlos Díaz Business Development Executive http://www.nexteleng.es/microsite/ncware [email protected]Nextel Aerospace, Defence & Security
28
Embed
Using Open software architectures for developing simulation systems : a Way to the Interoperability of simulations at subsystem level
The evolution of M&S systems and NCW/NEC scenarios require more performance, in order to join more complex applications demanding more data at faster rates. These scenarios also demand more interconnection mechanisms, in order to interoperate legacy applications with new ones using the latest standards and communication systems.
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
www.nexteleng.es
Using Open software architectures for developing simulation systems : a Way to the Interoperability
How is Nextel Engineering approaching simulation challenges
www.nexteleng.es
▪ HLA is used to create Simulation’s federations, in which each federate is a complete simulator, who follows a “black-box approach”. HLA is used to system level, not of its subsystems, hence reusing of subsystems is very complicated.
▪ HLA has not standardized “wire protocol” for its network transport, hence you can not integrate federates that use RTI’s from different providers.
▪ Lack of QoS features and real time features blocks the use of HLA as a way to distribute data in the internal real time network of the simulator. Hence simulator data models are “black”, not follows OPEN ARCHITECTURES.
▪ Interoperability with C4I or real systems is very limited.
HLA is necessary but not sufficient, it is required some more technologies….
Is it HLA the best way to do distributed simulation in NCW Environments?
www.nexteleng.es
▪ Looking for Distribute Data between simulator subsystems with QoS and determinism Real Time Simulation Middleware is needed
▪ Interoperation between Net-Centric systems and Simulators using any standard interface Open Architecture Middleware
▪ Reusability of models and subsistems for fast development of new solutions simulation models as simulation assets
Open Architectures for Simulations, HLA + ??
www.nexteleng.es
What is it available for doing a RT Simulation Middleware?
Two Pub/Sub based communications standards
available:
IEEE HLA (High Level Architecture)
developed and supported by US DMSO
OMG DDS (Data Distribution Service)
developed and supported by OMG
HLA focused in interoperability and reusability of
simulations mainly used to interoperate
networked simulators
DDS focused on real time systems mainly used to
interoperate distributed systems in real time, such as
components and modules of some simulators
www.nexteleng.es
The OMG DDS Standard in a nutshell…
PubSub data distribution architecture to connect asynchronously and anonymously very large sets of distributed nodes of a communications mesh (domain participants)
Every domain participant may simultaneously publish and subscribe to typed data-streams identified by some names called “topics”
Reliable design QoS parameters variable degree of performance and reliability Standard “Wire protocol” (RTPS).
In DDS compliant distributed apps…
Completely decentralized High performance True dynamic discovery Zero-copy Multicast address per topic concept No shared memory or DDS service per node Applications use DDS as library
In traditional complex distributed apps…
New nodes are not dynamically “discovered” Socket connections needed for each path Future upgrades require “re-design” App SW must perform endian conversion
Tem
p S
enso
r
Socket
Connections Solaris
Windows
App SW
App SW
App SWRTOS
App SWLinux
WriteTemp samples
ReadsTemp samples
www.nexteleng.es
DDS vs others
Non-real-time Soft real-time Hard real-time Extreme real-time
Java/RMIJava/JMS
CORBA
MPI
Java RTSJ (soft RT) RTSJ (hard RT)
Web Services
Mes
sag
ing
T
ech
no
log
ies
and
Sta
nd
ard
s
Data Distribution Service / DDS
RT CORBA
Adapted from NSWC-DD OA Documentation
www.nexteleng.es
Factors driving DDS
Need for speed Large networks, multicast High data rates Natural asynchrony Tight latency requirements Continuously-refreshed data
Complex data flows Controlled QoS: rates, reliability, bandwidth Per-node, or per-stream differences Varied transports (incl. Unreliable e.g. wireless)
Dynamic configurations Fast location transparency Auto-Discovery
Fault tolerance No single-points of failure Transparent failover
www.nexteleng.es
Joining HLA with DDS: bridging the gap
HLA semantics define federations and federates Applications using DDS are Entities, and federations are Domains simulation = group of applications in either a domain or a federation The Domain/Federation concept allows having many simulations at the same
time without interfering with each other
PROBLEM: HLA-RTI wasn't designed to reach high levels of performance (low
latencies & deterministic responses) HLA lacks a transport wire protocol Different HLA-RTI are fully incompatible incompatibility between some
of the simulators federations between different HLA-RTI are difficult to implement
SOLUTION: Using DDS as an underlying transport because its similar structure (pubsub architectures) Interoperability between HLA apps and DDS entities Real-Time & QoS Interop Simplicity Easy-to-Learn Interfaces
www.nexteleng.es
Nextel solution to fill the gap: NCWARE
Interoperability COTS middleware
Makes it easy to integrate NEC compliant C4ISR Systems with Simulators
Open Architecture: DDS and HLA among its standards foundations
Enables HLA routing
Product evaluated in CWID 2009 Spanish Edition Participation in CWID 2010 Spanish Edition
NCWare is the dorsal spine of the NEXTEL Engineering Systems R&D Program and challenges to join severalstandards to be used in both simulation and network centric warfare systems, as an easy systems-of-systems approach
Nextel Engineering is building up around NCWare a full interoperability middleware for distributed systems with extensions specifically designed for simulation systems
NCWare Philosophy
DATA DISTRIBUTION SERVICE (DDS)
SENSORES ISR SISTEMAS C2 TACTICOS
SIMULADORESDISTRIBUIDOS
SISTEMAS C2 ESTRATÉGICOS
AUDIO
VIDEO
DATOS
DDSCORBA
JC3IEDM
LEGACY
?
SQLXML
DBMSODBC
WEBSERVICES
SOA
MESSAGEQUEUING
XMLHTTPRPCSOAP
ESBJMSDDS
DIS
HLA
LEGACY
DISHLA 1.3IEEE 1516HLA Evolved
IP NETWORK
LAN RE/W SATCOM
CAPA IP (PEC)
VHF No-IP (CNR)
VHF IP (IPMUX, IPSAP) HF IP
RTPRTPCCODECS…
MMHSSTANAG 4406-EACP 142ACP 127
Espacio Distribuido de
Datos
A
B C
m
G
F
H
D
E
IP Combat Network RadioDDS compliant
C4I NodeSOA Services C4I Node
JC3IEDM
C4I NodeCORBA
Simulators & TrainersHLA FederatesSTANAG 4603DIS XML
TADILsLink 16Etc.
JC3IEDMSTANAG 5525
RPR FOMSTANAG 4603
OTROS
Civil MessagingServicesSMTP / X.400XMPP
C4I NodePropietary Data Model
Non-IP Combat Network RadioProp data commsprotocols
NCWare is an N-tier architecture in order to cover three different scenarios:
HLA-compliant federation of simulation systems, enabling the interoperability of HLA federates, using different RTIs available in the M&S market, such as MÄK High Performance RTI, Pitch pRTI y RTI NG Pro, among other RTI which implements DMSO HLA 1.3 and/or IEEE 1516 API specifications
COTS HLA RTI applications
HLA or Visual simulation application
NCWare Core
NCWare RTI
NCWare SIM
RTIMäk
RTIPitch
RT Simulation or Visual
application
NCWare SIM
Distributed systemsand embedded
applications
NCWare Core
NCWare Core
NCWare RTI
NCWare Core
Real time communications for distributed non HLA simulation systems through its own DDS-based transport protocol
DDS-compliant, real time, fault tolerant, physical layer independent, peer-to-peer communications for fully distributed embedded systems
www.nexteleng.es
NCWare SIM
highest level abstraction layer of NCWare
simulation-oriented publish-susbcribe API
allows accessing to several HLA services through different RTI vendors or DDS
High performance, fine grained QoS
independence from HLA and DDS
It allows the developer:
interfacing the same way with any COTS HLA compliant RTI;
accessing to high value features of QoS (persistence, ownership, filtering, fault tolerance)
Mapping HLA object data models into OMG DDS IDL
Modeling simulation data into HLA and DSS 100% compliant formats, within a Graphical User’s Interface.
HLA or Visual simulation application
NCWare Core
NCWare RTI
NCWare SIM
RTIMäk
RTIPitch
RT Simulation or Visual
application
NCWare SIM
NCWare Core
www.nexteleng.es
NCWare RTI
HLA Run Time Infrastucture designed for real time performance in large federations
IEEE 1516 HLA API for virtual and live simulations
RTPS as transport protocol functionality of an HLA RTI with the features, performance, power and reliability of DDS
Migrating to DDS Interoperability Transport Protocol
COTS HLA RTI applications
HLA or Visual simulation application
NCWare Core
NCWare RTI
NCWare SIM
RTIMäk
RTIPitch
NCWare Core
NCWare RTI
Full HLA services support as required in virtual & live simulations :
federation management
declaration management
object management
ownership management
www.nexteleng.es
CockpitVISUALSYSTEMIOS
Middleware NCWare (DDS + HLA compliant)
NCWare
eHost Scheduler
NCWare
SE
S
CIGI compliant IG
eVisual
NCWare
IOS
Reusable
New development
Virtualdisplay
Data Model
NCWare
Simulink & Matlab M&S Models IDE
SimDeveloper
Sim Model
Sim Model
Sim Model
eHost Manager
Distributed Host
SimWare: Developing Tool for building M&S Assets Federation
www.nexteleng.es
Application based on Matlab/Simulink to design simulation modules
SimDeveloper: Model Driven Development of Simulation Assets