APP-6 vs. MIL-STD-2525: Auswahl eines militärischen Symbologie-Standards

Jede militärische Kartendarstellung in der NATO stellt dieselben wesentlichen Dinge dar: eine eigene Infanteriekompanie, ein feindliches Panzerbataillon, einen unbekannten Überwasserkontakt, einen geplanten Kampfraum. Zwei Standards regeln, wie diese Dinge aussehen — das APP-6 der NATO und das MIL-STD-2525 der Vereinigten Staaten. Sie haben einen gemeinsamen Vorfahren, sie überschneiden sich zu etwa fünfundneunzig Prozent, und sie unterscheiden sich genau an den Stellen, die Ihren Renderer zum Absturz bringen. Wenn Sie C2-Software für ein Koalitionspublikum entwickeln, werden Sie irgendwann Code ausliefern, der beide Standards beherrschen muss. Dies ist der technische Vergleich: Ursprünge, Versionslandschaft, der Symbol Identification Code, Symbolsätze, Amplifier, Rendering und die Sonderfälle bei der Konvertierung, die zubeißen.

1. Zwei Standards, ein Vorfahre

MIL-STD-2525 ist der Standard des US-Verteidigungsministeriums für gemeinsame Gefechtssymbologie. APP-6 — Allied Procedural Publication 6, verkündet unter STANAG 2019 — ist der NATO-Standard. Sie stammen aus derselben Anstrengung der 1990er Jahre, gemeinsamen und kombinierten Streitkräften eine einheitliche visuelle Sprache für das gemeinsame Lagebild zu geben, und über den größten Teil ihrer Geschichte wurden sie bewusst im Gleichschritt gehalten. MIL-STD-2525A und APP-6A waren Geschwister; 2525B war auf APP-6B abgestimmt. Das US-Dokument neigte dazu, voranzugehen, die NATO ratifizierte ein bis zwei Jahre später eine eng angepasste Version, und nationale Systeme implementierten jeweils diejenige, die ihre Akkreditierungskette verlangte.

Die Divergenz, die zählt, fand an der Generationengrenze statt. Die USA veröffentlichten MIL-STD-2525C im Jahr 2008 als ausgereiften Endzustand der ursprünglichen Architektur. Die NATO übernahm dann die Führung beim Redesign der nächsten Generation, und die beiden Gemeinschaften entwickelten gemeinsam das neue Modell, das als MIL-STD-2525D (2014) und APP-6(D) (2017) erschien. Die Abstammung kehrt sich also um: Bei der Legacy-Generation führten die USA; bei der modernen Generation konvergierten die Standards erneut auf einem gemeinsam entwickelten Design. Die praktische Folge ist, dass 2525D und APP-6(D) einer Byte-für-Byte-Äquivalenz weit näher kommen als jede frühere Paarung — aber Sie haben im Feld immer noch einen großen Bestand an 2525C- und APP-6(B)-Systemen, die eine völlig andere Code-Struktur verwenden.

2. Versionslandschaft

Behandeln Sie die Standards als zwei Familien. Die Legacy-Familie ist MIL-STD-2525B/2525C und APP-6(A)/(B): ein 15-stelliger Symbol Identification Code, ein hierarchisches Buchstaben-und-Ziffern-Schema und ein Symbolkatalog, der um Battle Dimensions herum organisiert ist. Die moderne Familie ist MIL-STD-2525D/2525E und APP-6(D): ein 20-stelliger numerischer Code, eine flache Symbolsatz-Architektur und ein erheblich erweiterter Entitätskatalog.

Die semantisch aufeinander abgestimmten Paare sind 2525C ↔ APP-6(B) auf der Legacy-Seite und 2525D ↔ APP-6(D) auf der modernen Seite. 2525E (2022) erweitert das moderne Modell um zusätzliche Symbolsätze — insbesondere reichhaltigere Entitäten für Weltraum, Cyberspace und unbemannte Systeme — ohne die 20-stellige Struktur zu brechen, sodass ein APP-6(D)-Renderer die meisten 2525E-Codes korrekt liest und für die neuen einfach auf eine unbekannte Entität zurückfällt. Zu wissen, welches Paar ein bestimmtes Partnersystem implementiert, ist die erste Frage, die bei jeder Integration zu beantworten ist, denn sie entscheidet, ob Sie ein sauberes Feld-für-Feld-Mapping oder eine generationsübergreifende Übersetzung durchführen.

3. SIDC-Struktur

Der Symbol Identification Code (SIDC) ist das Herzstück beider Standards, und er änderte sich zwischen den Generationen vollständig. Der Legacy-SIDC ist eine 15-stellige Zeichenkette. Position 1 ist das Codierungsschema, Position 2 die Zugehörigkeit (befreundet, feindlich, neutral, unbekannt, plus die angenommenen/verdächtigen Varianten), Position 3 die Battle Dimension (Luft, Boden, Seeoberfläche, Unterwasser, Weltraum, SOF), Position 4 der Status. Die Positionen 5 bis 10 sind die Function ID — ein hierarchischer Buchstabencode, bei dem jedes Zeichen die Entität weiter einschränkt, sodass eine gepanzerte mechanisierte Infanterieeinheit und eine generische Infanterieeinheit ein Präfix teilen und sich in den abschließenden Zeichen unterscheiden. Die verbleibenden Positionen tragen die Symbol-Modifikatoren und den Echelon-Indikator. Er ist kompakt und menschenlesbar, sobald man ihn auswendig kann, aber er ist starr: Es bleibt kein Raum, neue Entitäten hinzuzufügen, ohne Slots wiederzuverwenden.

Der moderne SIDC besteht aus 20 Ziffern, ist rein numerisch und positionsbasiert. Die Ziffern 1–2 sind die Version. Ziffer 3 ist der Standard-Identitätskontext (Realität, Übung, Simulation). Die Ziffern 5–6 wählen den Symbolsatz — das mit Abstand wichtigste Feld, denn es leitet alles Folgende. Ziffer 7 trägt den Status, Ziffer 8 den Hauptquartier-/Task-Force-/Dummy-Indikator, die Ziffern 9–10 den Amplifier-Deskriptor. Die Ziffern 11–16 sind die Entität / der Entitätstyp / der Entitäts-Subtyp, eine dreistufige numerische Hierarchie. Die Ziffern 17–18 und 19–20 sind die beiden Modifikator-Slots. Die entscheidende Erkenntnis aus Sicht eines Parsers: Der moderne Code ist ein Datensatz mit festen Offsets, keine geparste Zeichenkette, was ihn weitaus leichter validierbar und weitaus schwerer missbrauchbar macht als die Legacy-Function-ID-Hierarchie.

4. Symbolsätze und Entitäten

Im modernen Modell ist der Symbolsatz (Ziffern 5–6) der Dispatch-Schlüssel. Zu den definierten Sätzen gehören Luft, Luftrakete, Weltraum, Weltraumrakete, Landeinheit, Landzivil, Landausrüstung, Landanlage, Kampfmaßnahmen, Seeoberfläche, See-Unterwasser, Minenkriegsführung, Aktivitäten, Signals Intelligence sowie mehrere unbemannte und Cyberspace-Sätze, die in späteren Revisionen hinzugefügt wurden. Der Symbolsatz bestimmt die Rahmengeometrie, die gültigen Entitätscodes und die verfügbaren Amplifier-Felder auf einmal. Ein Landeinheit-Symbol verwendet die Rechteck-/Viereck-Rahmenfamilie; ein Seeoberflächen-Symbol verwendet den Schiffsrumpf-Rahmen; ein Luft-Symbol verwendet den halbrunden „Luft“-Rahmen.

Dies ist eine sauberere Trennung als das Legacy-Battle-Dimension-Feld, das Rahmenform und Entitätsdomäne vermischte. Im modernen Modell stammt der Rahmen aus Zugehörigkeit plus Symbolsatz, während das Icon im Inneren aus der Entitätshierarchie kommt. Genau diese Orthogonalität macht einen datengetriebenen Renderer praktikabel: Man baut den Rahmen aus einer Handvoll Eingaben und schlägt das Icon-Glyph unabhängig davon aus den Entitätsziffern nach. Dies ist dieselbe Disziplin der Trennung der Belange, die wir in unserer Detailbetrachtung zur Symbologie-Entwicklung mit MIL-STD-2525 beschreiben.

5. Amplifier und Modifikatoren

Das Glyph ist nur die Hälfte eines militärischen Symbols. Die andere Hälfte ist der Amplifier-Satz — die Text- und Grafikdekorationen, die um den Rahmen herum platziert werden, im Standard mit den Buchstaben A bis Y bezeichnet. Feld B ist der über dem Rahmen gezeichnete Echelon- oder Mobilitätsindikator (die Team-/Trupp-Punkte, die Zug-/Kompanie-/Bataillon-Balken, die Brigade-/Division-X-Markierungen). Feld T ist die eindeutige Bezeichnung — der Name oder die Nummer der Einheit. Feld H ist Zusatzinformation, Feld W die Datum-Zeit-Gruppe, Feld J die Bewertungseinstufung, Feld C die Menge, Feld Q der Bewegungsrichtungspfeil, Feld AA der Indikator für besonderen Hauptquartierstab.

Der Status (vorhanden versus geplant/antizipiert) wird als durchgezogener versus gestrichelter Rahmen dargestellt — ein kleines Detail, das eine enorme Anzahl von Renderern falsch macht, weil es auf die Rahmenkontur angewendet werden muss, ohne die Füllung oder das Icon zu beeinflussen. Der Hauptquartier-Indikator zieht eine Stablinie vom Rahmen nach unten; der Task-Force-Indikator umschließt den Rahmen mit einer Klammer; der Dummy-/Scheinangriff-Indikator fügt eine gestrichelte Verlängerung hinzu. Echelon, HQ, Task Force und Status sind unabhängige Flags im modernen SIDC, was bedeutet, dass Ihre Amplifier-Engine sie komponieren muss, anstatt auf einen einzigen aufgezählten Symboltyp umzuschalten.

6. Rendering

In der Praxis zeichnet fast niemand diese Symbole aus den rohen Standard-PDFs. Das Web-Ökosystem hat sich auf milsymbol standardisiert, die quelloffene JavaScript-Bibliothek, die von Måns Beckman gepflegt wird und ein militärisches Symbol als Inline-SVG direkt aus einem SIDC plus einem Optionsobjekt mit Amplifier-Werten generiert. Sie übergeben ihr einen 20-stelligen (oder Legacy-15-stelligen) Code und einen Satz von Feldwerten, und sie liefert ein geschichtetes SVG zurück: den Rahmenpfad, die Zugehörigkeitsfüllung, das Entitäts-Icon sowie den umgebenden Amplifier-Text und die Grafiken, jeweils als separate Elemente, die Sie stylen können.

Die Schichtung ist es, was es schnell macht. Da Rahmen, Füllung, Icon und Amplifier unabhängige SVG-Ebenen sind, kann ein Renderer die teuren Teile (Geometrie des Entitäts-Icons) zwischenspeichern und nur die billigen Teile (Text-Amplifier, Farbe) neu berechnen, wenn ein Track aktualisiert wird. Im C2-Maßstab — Tausende von Tracks, die sich mehrmals pro Sekunde aktualisieren — generieren Sie nicht das gesamte Symbol bei jeder Positionsaktualisierung neu; Sie transformieren die zwischengespeicherte SVG-Gruppe und schreiben nur den geänderten Amplifier-Text neu. Die Kopplung der SVG-Ausgabe von milsymbol mit einer Canvas- oder WebGL-Symbolebene ist der Standardansatz für das Echtzeit-Karten-Rendering auf einem sich bewegenden gemeinsamen Lagebild. milsymbol unterstützt sowohl 2525- als auch APP-6-Rahmenstile über eine einzige Option, was der günstigste Weg ist, einen Koalitionskunden zufriedenzustellen, der die NATO-Rahmenvariante statt der US-Variante wünscht.

7. Fallstricke bei der Interkonvertierung

Die Abbildung eines Legacy-15-stelligen SIDC auf einen modernen 20-stelligen Code ist die Konvertierung, die Sie schreiben werden, und sie ist in beide Richtungen verlustbehaftet. Das Zugehörigkeitsfeld bildet sich sauber genug ab — befreundet, feindlich, neutral, unbekannt haben direkte Entsprechungen — aber die angenommen-befreundeten und verdächtigen Identitäten sowie die Joker-/Faker-Übungsvarianten überstehen nicht alle einen Hin- und Rückweg unbeschadet. Die Battle Dimension muss als Symbolsatz neu ausgedrückt werden, und das ist nicht eins-zu-eins: Die Legacy-Dimension „Boden“ teilt sich im modernen Modell über Landeinheit, Landausrüstung und Landanlage auf, sodass Sie den Ziel-Symbolsatz nicht allein aus der Dimensionsziffer ableiten können — Sie müssen die Function ID inspizieren.

Die Function-ID-Hierarchie ist der schlimmste Übeltäter. Mehrere Legacy-Entitäten haben keine exakte moderne Entität, und mehrere moderne Entitäten (insbesondere die neueren Cyberspace- und unbemannten Sätze) haben überhaupt keinen Legacy-Code, sodass sie auf dem Weg nach unten zu einer generischen Entität degradieren. Echelon überlebt in der Regel; Mobilitätsindikatoren manchmal nicht. Die sichere Engineering-Haltung besteht darin, den ursprünglichen SIDC wortwörtlich als gespeichertes Attribut mitzuführen und den konvertierten Code als Render-Zeit-Ableitung zu behandeln, niemals als das maßgebliche System — auf diese Weise rendert eine künftige Korrektur Ihrer Mapping-Tabelle das gesamte Lagebild ohne Datenmigration neu.

8. Die Wahl für Ihr C2-Produkt

Bei der Entscheidung geht es selten darum, welcher Standard „besser“ ist — sie kodieren dieselbe Doktrin. Es geht darum, wer Ihre Ausgabe konsumiert. Wenn Ihre Operatoren und Ihre Koalitionspartner NATO-Systeme betreiben, rendern Sie standardmäßig die APP-6-Rahmenvariante; wenn Sie eng mit US-Programmen integrieren, setzen Sie MIL-STD-2525 als Standard. Die Freigabefähigkeit ist hier ebenfalls von Bedeutung: Die Symbologie selbst ist nicht klassifiziert, aber die Entitäten, die Sie befüllen, und die SIDC-Varianten, die Sie unterstützen, sollten dem entsprechen, was die akkreditierten Systeme Ihrer Partner tatsächlich rendern, damit Sie kein Symbol senden, das auf dem Bildschirm eines Verbündeten leer erscheint.

Das Muster, das gut altert, ist die Dual-Render-Strategie: Speichern Sie jeden Track mit seinem modernen 20-stelligen SIDC als kanonische Identität, behalten Sie ein Rahmenstil-Flag (2525 vs. APP-6) als Anzeigepräferenz und lassen Sie die Symbolebene bei Bedarf beides ausgeben. Da milsymbol die Rahmenstile über eine einzige Option umschaltet, sind die Mehrkosten für die Unterstützung beider Stile nahezu null, sobald Ihr Datenmodell sauber ist. Bauen Sie die Symbol-Pipeline als dünne, gut getestete Mapping-Schicht über einem einzigen kanonischen Code auf, behandeln Sie Konvertierungstabellen als versionierte Daten statt als fest codierte Logik, und Sie werden die nächste Revision — 2525F, APP-6(E) — als Tabellenaktualisierung statt als Neuschreiben aufnehmen. Für den weiteren architektonischen Kontext siehe unseren vollständigen Leitfaden zu C2-Systemen.