C2-Interoperabilität der Landstreitkräfte ist eines der schwierigsten Probleme in der Verteidigungssoftware. MIP (Multilateral Interoperability Programme) ist ein multinationales Programm, das Verteidigungsministerien und Vertreter der Verteidigungssoftwareindustrie aus mehr als 20 Ländern zusammenbringt. Seine Mission: die Definition und Pflege eines Datenmodells und einer Austauschdienstspezifikation, die es nationalen Landstreitkräfte-C2-Systemen ermöglicht, operationelle Daten automatisch — ohne menschliche Umschreibung — über Koalitionsnetzwerke auszutauschen.

Was ist MIP und die Geschichte von MIP4-IES

Das ursprüngliche Datenmodell des Programms — JC3IEDM (Joint C3 Information Exchange Data Model) — war technisch solide, aber praktisch schwierig zu implementieren. Die Modellkomplexität und die umfangreiche Verwendung von Abstraktionsschichten machten konforme Implementierungen aufwändig und Interoperabilitätstests mühsam. MIP4 löste diese Probleme durch Einführung eines vereinfachten Datenmodells und einer modernen Dienstschnittstelle (Information Exchange Service, IES) — womit MIP4-IES entstand.

MIP4-IES ist der verbindliche Austauschstandard für Landstreitkräfte-C2-Systeme in den meisten teilnehmenden Ländern. Systeme, die koalitionäre Bodenoperationen unterstützen, müssen MIP4-IES implementieren, um Interoperabilitätsanforderungen zu erfüllen.

MIP-Datenmodell: BaseObject, Unit, Equipment, Task

BaseObject definiert Attribute, die alle MIP-Objekte gemeinsam haben: einen global eindeutigen Objekt-Identifikator (OID — UUID), einen Objekt-Ersteller-Identifikator, Erstellungs- und Änderungs-Zeitstempel und eine Gültigkeitskennzeichnung. Alle anderen MIP-Entitätstypen erben von BaseObject.

Unit ist der zentrale Entitätstyp im MIP-Landstreitkräfte-Modell. Ein Unit-Objekt repräsentiert eine taktische Einheit — von der Einzelkampfgruppe bis zur Brigade — mit Identifikation, hierarchischer Einordnung (übergeordnete Einheit), aktuellem Standort, Zustand (Kampfkraft, Betriebszustand) und Aufgabenzuweisung. Das Unit-Modell enthält einen expliziten Überordnungs-Link, der die ORBAT-Hierarchie unmittelbar aus den Unit-Objekten abgeleitet werden kann.

Equipment repräsentiert individuelle Ausrüstungspositionen — Fahrzeuge, Waffensysteme, Kommunikationsausstattung. Equipment ist typischerweise einer Unit zugewiesen, kann aber auch ohne Einheitenzuweisung als Ressource verwaltet werden. Der Ausrüstungstyp wird durch einen standardisierten Ausrüstungstyp-Code identifiziert, der aus dem NATO-Codierungssystem (NSN) oder nationalen Katalogen abgeleitet ist.

Task repräsentiert zugewiesene Missionen — operative Aufträge, die den Führungswillen des Kommandeurs in konkrete Einheitenzuweisungen übersetzen. Das Task-Modell enthält Auftragsstatus, Durchführungszeit, beteiligte Einheiten und geografische Parameter (Angriffsziel, Verteidigungssektor, Marschroute).

OID-Management ist kritisch: Jedes System in einer MIP-Verbund-Konstellation muss sicherstellen, dass die von ihm vergebenen OIDs global eindeutig sind. Der Standardansatz besteht darin, OIDs aus einem systemspezifischen Namespace-Präfix (vom MIP-Programm vergeben) plus einem lokal eindeutigen Identifikator zu zusammenzusetzen. Systeme, die OIDs ohne ordnungsgemäßes Namespace-Management generieren, erzeugen Dekonfliktierungsfehler, die schwer zu diagnostizieren sind — insbesondere wenn sie erst in Koalitionsübungen auftreten.

MIP4-IES-Dienst-Implementierung: SOAP und REST

Das IES-Dienstmodell basiert auf Datenreplikation, nicht auf Anfrage-Antwort. Jedes MIP-System verwaltet eine lokale Kopie des gemeinsamen Datenspeichers und synchronisiert Änderungen mit Partnersystemen über IES. Die grundlegenden IES-Operationen sind: GetByOID (Abruf eines spezifischen Objekts per Identifikator), GetByFilter (Abfrage mehrerer Objekte mit Filterbedingungen), PutObject (Schreiben oder Aktualisieren eines Objekts) und DeleteObject (Markieren eines Objekts als ungültig — MIP verwendet Soft-Delete, um die Dekonfliktierung zu erleichtern).

Die Filtersprache in GetByFilter ist ein XPath-ähnlicher Ausdruck, der gegen die XML-Repräsentation der MIP-Objekte ausgewertet wird. Komplexe Filterbedingungen — z.B. alle Units eines bestimmten Typs in einem geografischen Bereich — erfordern die Kenntnis der XML-Objektstruktur und der unterstützten Filteroperationen.

Test- und Zertifizierungsprozess

MIP4-IES-Konformität wird durch einen formalen Konformitätstestprozess bei IATE-Veranstaltungen (Interoperability Assessment and Testing Events) überprüft. Das Bestehen von IATE-Tests ist erforderlich, bevor ein System MIP4-IES-Konformität erklären und für koalitionäre Übungen zugelassen werden kann.

Das Testset umfasst Datenmodell-Konformität (korrekte Implementierung aller Pflichtattribute und Entitätstypen), Dienst-Schnittstellen-Konformität (korrekte Implementierung aller IES-Operationen) und Dekonfliktierungs-Verhalten (korrekte Behandlung konkurrierender Aktualisierungen desselben Objekts durch verschiedene Systeme). Entwicklungsteams, die MIP4-IES zum ersten Mal implementieren, sollten erheblichen Aufwand für die Testvorbereitung einplanen — typischerweise mehrere Wochen interner Tests vor dem ersten IATE-Teilnahmeversuch.