HLA- en DIS-Protocollen voor Gedistribueerde Militaire Simulatie

Gedistribueerde militaire simulatie — meerdere simulatiesystemen over een netwerk koppelen zodat ze een gemeenschappelijke synthetische omgeving delen — is een van de fundamentele technische vereisten voor grootschalige collectieve training. Wanneer een simulator van een grondstrijdkrachtencommandopost tegelijkertijd moet interageren met een simulator van een luchtoperatiecentrum en een logistiekenbeheersimulatie, is de vraag niet of een interoperabiliteitsprotocol gebruikt moet worden, maar welk. De twee dominante standaarden zijn DIS (Distributed Interactive Simulation, IEEE 1278) en HLA (High Level Architecture, IEEE 1516). Het verschil begrijpen en weten wanneer elk passend is, is essentiële kennis voor elk team dat gedistribueerde militaire simulatie bouwt.

DIS versus HLA: Verschil en Wanneer Elk Te Gebruiken

DIS is de oudere standaard, ontwikkeld in de vroege jaren 1990 voor het koppelen van voertuigsimulatoren. Het werkt op een eenvoudig peer-to-peermodel: elke deelnemer zendt Protocol Data Units (PDU's) uit met entiteitsstatusinformatie naar alle andere deelnemers op het netwerk. Er is geen centrale coördinator, geen tijdbeheer en geen concept van eigenaarschap — elke deelnemer kan entiteitsstatusgegevens publiceren. DIS is eenvoudig te implementeren, werkt goed op lokale netwerken en heeft uitstekende toolondersteuning.

De eenvoud van DIS is ook zijn beperking. Omdat alle entiteitsstatus wordt uitgezonden naar alle deelnemers, schaalt DIS niet naar oefeningen met duizenden entiteiten — de netwerkbandbreedte en verwerkingsbelasting worden prohibitief. DIS heeft ook geen native mechanisme voor tijdsynchronisatie over simulatiedeelnemers: entiteitsposities worden dead-reckoned tussen statusupdates, en er is geen garantie dat verschillende deelnemers dezelfde kijk op simulatietijd delen. Voor oefeningen die strakke temporele coördinatie vereisen — met name die waarbij effecten moeten worden berekend over simulatiegrenzen heen — is DIS onvoldoende.

HLA pakt deze beperkingen aan met een geavanceerdere architectuur. In een HLA-federatie beheert een centraal component genaamd de Runtime Infrastructure (RTI) alle communicatie tussen simulatiedeelnemers (federates genaamd). De RTI biedt tijdbeheerdiensten, gegevensdistributiebeheer (beheren welke federates welke gegevens ontvangen), eigenaarschapsbeheer (beheren welke federate gezaghebbend is voor welk objectattribuut) en federatiebeheerservices. HLA schaalt naar grote oefeningen en biedt de temporele coördinatie die DIS mist.

De praktische richtlijn: gebruik DIS voor oefeningen die een klein aantal simulatoren op een betrouwbaar LAN koppelen waar implementatie-eenvoud essentieel is en temporele precisie niet kritisch is. Gebruik HLA voor grootschalige oefeningen, oefeningen die precieze temporele coördinatie vereisen, of oefeningen die systemen moeten federeren over brede netwerken met mogelijk onbetrouwbare connectiviteit.

HLA Runtime Infrastructure: Kernconcepten

De RTI is het centrale technische component van een HLA-federatie. Het is een middleware-laag — doorgaans een serverproces waarmee federates verbinding maken — die de HLA-services implementeert die zijn gedefinieerd in de IEEE 1516-standaard. Het servicemodel van de RTI begrijpen is noodzakelijk voor elke ontwikkelaar die een HLA-federate implementeert.

De RTI biedt zes servicegroepen. Federatiebeheer verwerkt de levenscyclus van de federatie: de federatie creëren en eraan deelnemen, federates synchroniseren op gedefinieerde punten en de federatie vernietigen aan het einde van de oefening. Declaratiebeheer stelt federates in staat te verklaren welke objectklassen en interactieklassen ze publiceren (produceren) en op abonneren (consumeren). De RTI gebruikt deze verklaringen om gegevens efficiënt te routeren — een federate ontvangt alleen gegevens waarvoor hij interesse heeft verklaard. Objectbeheer verwerkt de creatie, update en verwijdering van simulatieobjecten over de federatie. Eigenaarschapsbeheer regelt welke federate gezaghebbend is voor elk attribuut van elk object — een mogelijkheid die objecteigenaarschap overdraagbaar maakt tussen federates naarmate de oefening vordert. Tijdbeheer coördineert simulatietijd over federates om temporele consistentie te waarborgen. Gegevensdistributiebeheer maakt abonnementsfiltering mogelijk op basis van regio's in de simulatieruimte, waardoor het netwerkverkeer drastisch wordt verminderd in geografisch verspreide oefeningen.

Het Federation Object Model (FOM) is het schema dat definieert welke objecten en interacties in de federatie bestaan, welke attributen ze hebben en welke gegevenstypen die attributen gebruiken. Het FOM is het belangrijkste interoperabiliteitscontract tussen federates — alle federates in een federatie moeten een compatibel FOM gebruiken, en het FOM wijzigen tijdens federatieontwikkeling vereist coördinatie over alle federateontwikkelaars. SISO (Simulation Interoperability Standards Organization) onderhoudt het SISO-STD-001 RPR-FOM (Real-time Platform Reference FOM), een veelgebruikt basislijn-FOM voor militaire simulatie dat gemeenschappelijke objectklassen definieert voor platforms, wapens, sensoren en omgevingseffecten.

Federatiebeheer: Deelnemen, Tijdbeheer, Gegevensdistributie

Federatiedeelname volgt een gedefinieerde volgorde. Voordat een federate kan deelnemen, moet de federatie worden gecreëerd — doorgaans door een aangewezen federatiemanagerfederate. Elke federate roept vervolgens de RTI-deelnameservice aan en geeft zijn naam en de naam van de FOM-modules die hij nodig heeft. De RTI verifieert FOM-compatibiliteit en stelt de verbinding van de federate met de federatie in.

Tijdbeheer is het meest technisch veeleisende aspect van HLA-implementatie. HLA ondersteunt twee tijdbeheerschema's: tijdgebonden (een federate kan zijn lokale tijd niet vooruitzetten voor de door de RTI verleende tijd) en tijdregelend (een federate draagt bij aan de tijdvooruitgangsbeslissingen van de RTI). Een federate die zowel tijdgestempelde berichten produceert als ze in volgorde moet verwerken, moet zowel tijdgebonden als tijdregelend zijn. Het tijdvooruitgangsmechanisme van de RTI — meest gangbaar de Time Advance Request (TAR)-service — coördineert tijdvooruitgang over alle tijdregelende federates met behulp van een lookahead-mechanisme dat ervoor zorgt dat geen federate een bericht met een tijdstempel in zijn verleden ontvangt.

Gegevensdistributiebeheer (DDM) vermindert de netwerkbelasting door federates toe te staan routeerruimten te definiëren — geometrische regio's in de geografische ruimte van de simulatie — en hun publicatie- en abonnementsinteresses ten opzichte van deze regio's uit te drukken. Een grondstrijdkrachtenfederate die alleen geïnteresseerd is in entiteiten binnen een straal van 50 km van zijn operatiegebied kan dit verklaren als een abonnementsregio; de RTI zal geen entiteitsstatusupdates voor entiteiten buiten deze regio routeren. Voor grote oefeningen met duizenden entiteiten verspreid over een oefengebied op continentale schaal is DDM essentieel om het netwerkverkeer beheersbaar te houden.

Praktische SDK's en Tools

Twee RTI-implementaties domineren de professionele militaire simulatiemarkt: Pitch pRTI (van Pitch Technologies) en VT MAK's MAKHLA. Beide implementeren IEEE 1516-2010 (HLA Evolved) en bieden C++-, Java- en Python-API's. Pitch pRTI wordt vaker gebruikt in Europese defensiesimulatieprogramma's en heeft sterke ondersteuning voor het SISO RPR-FOM. Het ecosysteem van VT MAK is bijzonder sterk in Noord-Amerikaanse programma's en bevat aanvullende tooling voor federatieontwikkeling en -foutopsporing.

Voor ontwikkeling en testen bieden beide leveranciers evaluatielicenties en ontwikkeltools. Pitch biedt pRTI Developer, een grafische tool voor FOM-bewerking, federatiebewaking en tijdbeherevisualisatie. VT MAK biedt MAK RTI Developer met vergelijkbare mogelijkheden. Beide tools verminderen de foutopsporingstijd voor federatieintegratieproblemen aanzienlijk.

Voor open-source HLA-ontwikkeling bieden OpenRTI en Portico gratis RTI-implementaties geschikt voor ontwikkeling en experimenten. Ze worden niet aanbevolen voor productiegebruik in defensieprogramma's vanwege certificerings- en ondersteuningsvereisten, maar zijn waardevol voor initiële ontwikkeling en proof-of-concept-werk.

Aan de DIS-kant biedt de open-dis-bibliotheek (beschikbaar voor Java, C++, Python en JavaScript) een solide basis voor DIS-federateontwikkeling. Voor oefeningen die zowel DIS als HLA gebruiken, stellen gatewaybruggen zoals VT MAK's DIS-to-HLA Bridge DIS-gebaseerde simulatoren in staat deel te nemen aan HLA-federaties zonder wijziging.