High-Level-Architektur (HLA) gegen Distributed Interactive Simulation (DIS)

Question

Gibt es einen High-Level Überblick über HLA im Vergleich zu DIS Simulation Frameworks? Kann man Gastgeber der andere und umgekehrt?

Answer 1

ich zur Zeit (wenn auch nur für eine Woche oder so) Arbeit in der Simulation Industrie -. Ich im Voraus entschuldigen uns für etwaige Fehler, ich werde sie korrigieren, wenn ich falsche Informationen bin Erinnerung

DIS

• Der Standard spezifiziert das Layout der Daten auf dem Draht, d.h. Ihre Pakete / Daten-PDUs ist, genau so, wie definiert in den Spezifikationen DIS angelegt

• setzt auf Best-Effort-Vernetzung (das heißt UDP-Protokoll, Rundfunk)

• Entities müssen Herzschlag in bestimmten Intervallen (Standard: 5 Sekunden) jeden benachrichtigen, sonst, dass es nach wie vor Teil der Übung ist

• Kein zentraler Server die verschiedenen Anwendungen verbunden mit der Übung

Verwaltung

• Simulation Anwendungen, die die Simulation jederzeit einsteigen, lassen sich jederzeit

HLA

• Verwendet einen zentralen Manager, die RTI (Run Time Infrastructure) genannt, die Daten aus verschiedenen Anwendungen empfängt und sendet sie an andere Anwendungen in der Simulation (im Kontext von HLA, diese werden als Föderierten und eine Reihe von Föderaten ist eine Föderation)

• Alle Föderaten muss die Simulation kommen und verlassen, indem sie durch die RTI gehen

• Im Gegensatz zu DIS, HLA-Spezifikation spezifiziert nicht das Layout der Datenpakete, sondern definiert stattdessen eine Reihe von API-Funktionen, die Anwendungen nutzen. Die RTI ist das, was die API implementiert.

• HLA Föderaten veröffentlichen Daten gemäß einem FOM (Federation Object Model), das definiert, was die Daten in einer Simulation darstellt. Dies ermöglicht es den Menschen neue FOMs zu schaffen, das neue Objekt und Interaktionstypen definieren, anders als in DIS, wo neue Arten von Daten-PDUs Hinzufügen geht durch einen Ausschuss (SISO). Zum Beispiel verwenden die meisten Simulationen unter HLA Ausführung des RPR FOM, die so ziemlich Spiegel der DIS Standard Einheiten und Interaktionen.

• HLA fügt zusätzliche Funktionen DIS nicht, wie Data Distribution Management (DDM) unterstützen, wobei Föderaten die RTI mitteilen, dass sie nur in bestimmten Arten von Daten interessiert sind.

• SUPPORT Abonnementdienste, wobei die Föderaten RTI benachrichtigen, dass sie nur in bestimmtes Empfang Objekt oder Interaktionsdaten interessieren (d.h. eine Anwendung nur will Daten über Schiffe)

• unterstützt die Funktion der Eigentumsübertragung, wo Objekte unter der Kontrolle eines föderierten an einen anderen federate gegeben zu verwalten.

Can DIS Host HLA und umgekehrt?

Aufgrund dieser grundlegenden Unterschiede, sollte es klar sein, dass DIS und HLA einander nicht hosten kann.

Doch was das wirklich bedeutet, ist, dass für Simulationen in DIS mit Simulationen in HLA zu interagieren, ist, dass Sie irgendeine Art von Netzwerk-Broker müssen, die zwischen den beiden Protokollen als Adapter fungiert. Beispiele für solche Broker sind MAK VR-Exchange- oder GMU-Gateway .

Für eine noch weiterführende Literatur:

• http://www.mak.com/products/standards.php
• http://www.siaa.asn.au/get/2395379411.pdf
• http://dss.ll.mit. edu / dss.web / 96.14.103.RTI.Introduction.html

Answer 2

Hier einige Vermieter bekannte Geschichte HLA Bezug.

Das Design von HLA basiert tatsächlich auf etwas aggregierter Ebene Simulation Protocol (ALSP) genannt, die die entwickelten HLA in den frühen 90er Jahren von den gleichen Mitre Leuten geführt wurden. ALSP wurde entwickelt zusammen groß angelegte konstruktive Simulationen für Corps / Divisionsgefechtsausbildung verwendet zu verknüpfen. Die Anforderungen an ALSP Interoperabilität beteiligt größere Anzahl von Objekten, konservativ Zeit snchronization und dem Austausch von Simulationsereignissen. Wir konnten nicht in regelmäßigen Abständen ausgestrahlt Einheit Updates leisten wie das wäre Skalierbarkeit Probleme verursachen.

In meinen späteren Jahren Engagement erreichen wir so viele wie 1 Million Schlachtfeld Objekte pro einem der Ulchi Fokus-Linse-Übung. Der grundlegende Unterschied zwischen HLA und DIS ist, dass HLA konstruktiv groß angelegten, variable Treue, konservativ Zeit gelang es Simulationen zu handhaben ist so konzipiert, während DIS von einer vernetzten Simulator Umgebung geboren wurde und auf nahezu in Echtzeit, auf Plattformebene Simulatoren konzentriert.

kann HLA hilft diese beiden Klassen von Simulationen machen zu einem gewissen Grad zusammenarbeiten, sondern immer durch inhärente Unterschiede in der Art von Simulationen beschränken verbunden sind.

Zum Beispiel, wenn ein konservative zeit Managed Simulation federate stecken wird mit Berechnungen des HLA Zeitmanagement nach unten bewirkt, dass der Bund nach vorne nach vorne, bis die langsamste Simulation bewegt Bewegungszeit stoppen. DIS unterstützt dies nicht. Zu einer DIS-driven-Plattform, die ganze Zeit verwalteten Einheiten erscheint in Zeitlupe zu bewegen oder ganz zu stoppen und schneller periodisch scheint zu bewegen als in Echtzeit, wie die Föderation versucht, in Echtzeit, um aufzuholen.

Answer 3

Es gibt nichts in der HLA-Spezifikation, sagt der RTI werden zentralisiert hat, obwohl fast alle RTI sind.

Answer 4

Der HLA-1516-Standard definiert nur die API zwischen dem Simulator und dem RTI. Nicht zwischen RTI. Das Protokoll zum Austausch von Daten zwischen RTI verwendet ist proprietär. Daher nur RTI vom gleichen Hersteller oder eine Behörde in der Lage sind interoperabel. Ein großer Fehler. Wenn Sie eine andere RTI verwenden, müssen Sie eine „Brücke“ zwischen den proprietären Protokollen übersetzen. Dies kann teuer sein.

Answer 5

Eine Sache im Auge zu behalten, wenn Sie planen, DIS und HLA zu überbrücken ist, dass Sie möglicherweise verliert Simulationstreue auf beiden Seiten je nachdem, wie Ihr FOM organisiert ist. DIS RPR FOM ist einfach, aber es gibt auch andere FOMs da draußen, die nicht gut auf allen DIS abbilden. In einigen Situationen kann man nicht in der Lage sein, ein PDU-Feld an ein HLA-Objektattribut oder Wechselwirkungsparameter (oder vice versa) zu übersetzen. Sie müssen Ihr bestes Urteil verwenden, was Arten von Standardwerten in diesen Situationen zu verwenden. Andere Zeiten die HLA FOM Objekthierarchie kann von DIS sehr unterschiedlich aufgebaut sein. In diesem Fall erfordert die Übersetzung können Daten aus mehreren DIS PDUs Kombinieren eines HLA-Nachricht zu bilden. Das bedeutet, Sie werden in der Brücke zu schreiben Code haben irgendeine Form von Nachrichtenstatus zu erhalten.

Auch zur Laufzeit erhalten Sie Ihre HLA-Attribute stückchenweise. Nach Objekt Entdeckung müssen Sie warten, eine Objektinstanz zu übersetzen, bis Sie genug Attribute erhalten haben richtig die DIS PDU zu füllen.

Ein weiteres Problem ist, dass HLA-Zeit-Management-Service bereitstellt, kann. Sie würden eine Menge Synchronisationsprobleme zu bewältigen haben, wenn Sie versucht, eine DIS-Anwendung in eine HLA Föderation Management unter Verwendung der Zeit zu integrieren.

Wenn Sie ein Einkaufsbudget meines Rat haben wäre mit MAK VR-Austausch zu gehen.