Łączenie CoT ze standardami NATO: TAK w koalicyjnej sieci danych

Dwa standardy dominują na taktycznym obrzeżu i natywnie ze sobą nie rozmawiają. Po jednej stronie jest Cursor on Target (CoT) – kompaktowy format zdarzeń XML emitowany przez każdego klienta TAK w celu udostępniania pozycji, tożsamości i punktów zainteresowania. Po drugiej stronie są koalicyjne standardy NATO: specyfikacja wymiany informacji MIP (MIP4-IES) zbudowana na modelu danych JC3IEDM oraz profil ADatP-34 NATO Friendly Force Information (NFFI) używany do śledzenia wojsk własnych w całej federacji. Gdy narodowa enklawa TAK musi połączyć się z koalicyjnym obrazem sytuacyjnym, coś musi tłumaczyć między nimi. Niniejszy artykuł analizuje, jak połączyć CoT ze standardami NATO i włączyć wdrożenie TAK w koalicyjną sieć danych bez utraty tożsamości śladu, jakości pozycji ani oznaczeń klauzulowych po drodze.

Dlaczego CoT i standardy NATO się rozbiegają

CoT i standardy NATO C2 zostały zaprojektowane dla różnych punktów operacyjnych i ta różnica wyjaśnia, dlaczego brama jest koniecznością, a nie opcją konfiguracyjną. CoT to płaskie, samoopisujące zdarzenie XML: pojedynczy element <event> niesie unikalny identyfikator, ciąg typu, punkt z szerokością/długością geograficzną/wysokością i szacunkami błędów, zestaw pól czasowych oraz otwarty podelementem <detail>. Został zoptymalizowany pod kątem łączy o niskiej przepustowości i urządzeń końcowych użytkownika oraz wzorca publish-subscribe, w którym tysiące małych zdarzeń przepływa w sposób ciągły. Cały sens CoT polega na tym, że każdy klient może go parsować bez wspólnego schematu relacyjnego.

JC3IEDM – model danych leżący u podstaw MIP4-IES – to projekt o odwrotnym podejściu. Jest to znormalizowany model relacyjny z setkami typów obiektów, ścisłą integralnością referencyjną i jawną semantyką raportowania i zadaniowania, przeznaczoną do federacji C2 między domenami pomiędzy krajowymi systemami centralnego dowodzenia. ADatP-34 NFFI sytuuje się między nimi: jest węższy niż JC3IEDM, skupiony wyłącznie na raportowaniu pozycji wojsk własnych i używa formatu wiadomości XML bardziej podatnego na bezpośrednie mapowanie z CoT. Wymuszenie na kliencie TAK bezpośredniego emitowania JC3IEDM spowodowałoby nadmierne obciążenie formatu przewodowego i urządzenia poza możliwości taktycznego obrzeża. Pragmatyczna architektura utrzymuje CoT na obrzeżach i tłumaczy na bramce.

Problem mapowania: CoT na NFFI i MIP

Istotą bramy jest mapowanie na poziomie pól między modelem zdarzenia CoT a docelowym schematem NATO. Każde zdarzenie CoT ma mały, dobrze zdefiniowany zestaw pól, które muszą zostać przeniesione bez utraty znaczenia.

Tożsamość. CoT identyfikuje encję przez jej uid – nieprzezroczysty ciąg znaków przypisany przez źródło. NFFI i JC3IEDM oczekują stabilnego identyfikatora śladu lub elementu obiektu w zakresie jednostki raportującej. Brama nie może po prostu przepuścić uid CoT; musi utrzymywać mapę tożsamości, która wiąże każdy uid CoT z deterministycznym identyfikatorem po stronie sieci, tak aby ta sama fizyczna encja zachowała jedną tożsamość przez bramę i przez ponowne połączenia.

Typ i symbolika. Atrybut type CoT koduje hierarchię wywodzącą się z MIL-STD-2525 (na przykład a-f-G-U-C dla przyjaznej naziemnej jednostki bojowej). NFFI zawiera pole kodu symbolu ściśle powiązane z 2525, więc mapowanie jest w dużej mierze mechaniczne. JC3IEDM jest trudniejszy: typ 2525 musi zostać rozwiązany na kategorię elementu obiektu plus odpowiedni podtyp i przynależność, co jest wyszukiwaniem jeden-do-wielu, a nie bezpośrednim kopiowaniem.

Geometria i jakość. Element <point> CoT zawiera szerokość geograficzną, długość geograficzną, wysokość nad elipsoidą (hae), błąd kołowy (ce) i błąd liniowy (le). Odbiorcy NATO oczekują skwantyzowanej jakości pozycji, więc wartości ce/le muszą być tłumaczone na pola dokładności formatu docelowego, a nie odrzucane – ślad przybywający bez szacunków błędów jest traktowany jako mało pewny przez silnik fuzji.

Czas i nieaktualność. Zdarzenia CoT zawierają znaczniki czasu time, start i stale. Pole stale jest semantycznie najbardziej obciążone: mówi konsumentom, kiedy upuścić ślad. NFFI i JC3IEDM wyrażają ważność inaczej, więc brama musi tłumaczyć nieaktualność CoT na czas raportowania plus okno ważności lub wygaśnięcia w formacie docelowym i musi ponownie oznaczać przy każdej aktualizacji.

Poddrzewo detail

Otwarty element <detail> CoT zawiera callsign, kolor drużyny, rolę, uwagi i rozszerzenia specyficzne dla czujnika. Mapowanie detail to część bramy, która nigdy nie jest w pełni ukończona, ponieważ detail CoT jest z założenia rozszerzalne i różne wtyczki TAK emitują różne podelementy. Produkcyjna brama mapuje dobrze znane elementy podrzędne detail (<contact> callsign, <__group> drużyna i rola, <remarks>) na ich odpowiedniki NFFI lub JC3IEDM i przenosi niemapowany detail jako nieprzezroczystą adnotację zamiast go odrzucać, więc podróż powrotna do TAK nie traci po cichu kontekstu wprowadzonego przez operatora.

Architektura bramy wewnątrz sieci danych

Koalicyjna sieć danych to logiczna warstwa umożliwiająca odkrywanie, dostęp i łączenie danych z wielu systemów narodowych i funkcjonalnych w całej federacji bez budowania integracji punkt-punkt dla każdej pary systemów. Brama CoT-NATO to jeden węzeł w tej sieci, usytuowany dokładnie na granicy między narodową enklawą TAK a interfejsami koalicyjnymi.

Brama ma trzy równoległe ścieżki danych. Ścieżka pozyskiwania subskrybuje TAK Server, parsuje CoT do kanonicznego modelu wewnętrznego i normalizuje współrzędne oraz szacunki błędów. Ścieżka tłumaczenia i publikowania mapuje model kanoniczny na docelowy schemat NATO i publikuje go w sieci – jako feed serwisu NFFI, wymianę MIP lub komunikat w brokerze publish-subscribe sieci. Ścieżka odwrotna pobiera koalicyjne ślady z sieci, tłumaczy je na CoT i wstrzykuje z powrotem do enklawy TAK, tak aby wyświetlacz TAK operatora pokazywał pełny koalicyjny obraz, a nie tylko ślady o narodowym pochodzeniu.

Ponieważ brama jest dwukierunkowa, zapobieganie pętlom nie jest opcjonalne. Ślad, który opuszcza enklawę TAK jako CoT, jest tłumaczony i publikowany, a następnie wraca przez ścieżkę odwrotną, nie może być ponownie wstrzyknięty jako drugi, zduplikowany kontakt. Standardową techniką jest deterministyczna przestrzeń nazw uid na źródło połączona z tagiem proweniencji w drzewie detail CoT, sprawdzanym podczas pozyskiwania: jeśli brama zobaczy ślad, który sama wygenerowała, pomija ponowne tłumaczenie.

Tożsamość, proweniencja i oznaczenie klauzulowe

Koalicyjne udostępnianie danych jest regulowane w równym stopniu przez politykę, co przez protokół, a brama jest punktem egzekwowania obu. Każdy ślad, który brama publikuje w sieci, musi zawierać oznaczenie klauzulowe i zastrzeżenia dotyczące wiedzy koniecznej, które określają, którzy partnerzy koalicyjni mogą go zobaczyć. CoT samo w sobie nie ma znormalizowanego pola klasyfikacji, więc oznaczenie jest stosowane na bramce zgodnie z polityką wydawania enklawy – zazwyczaj opartą na grupie źródłowej, typie śladu lub jawnym oznakowaniu operatora przeniesionym w drzewie detail.

Proweniencja podróżuje razem z oznaczeniem. Scalony koalicyjny obraz sytuacyjny jest wiarygodny tylko wtedy, gdy każdy ślad można prześledzić do systemu źródłowego, ponieważ ślad nieznanego pochodzenia nie może być prawidłowo ważony przy fuzji ani korelowany z innymi źródłami. Brama oznacza każdy wychodzący ślad tożsamością enklawy źródłowej i znacznikiem czasu tłumaczenia oraz zachowuje tę proweniencję na ścieżce odwrotnej, tak aby operator TAK widział, że kontakt pochodzi od partnera koalicyjnego, a nie od krajowego czujnika. Szerszy zestaw politycznych i technicznych przeszkód – zastrzeżenia, transfer między domenami i zaufanie – jest omówiony w naszej analizie wyzwań koalicyjnego udostępniania danych.

Zgodność: testowanie bramy pod kątem standardów

Most CoT-NATO jest użyteczny tylko wtedy, gdy jego wyniki są zgodne ze standardami, a zgodność musi być testowana względem rzeczywistych specyfikacji NATO, a nie ich wygodnej interpretacji. W przypadku NFFI wyniki bramy są walidowane względem schematu ADatP-34 i testowane na referencyjnym konsumencie NFFI, aby potwierdzić, że kody symboli, tożsamości i okna ważności są interpretowane zgodnie z zamierzeniem. W przypadku MIP zgodność jest poważniejszym wyzwaniem: mapowanie JC3IEDM musi spełniać integralność referencyjną i semantykę raportowania MIP4-IES, co jest powodem, dla którego integracja MIP jest zazwyczaj walidowana w ramach ustrukturyzowanego ćwiczenia, a nie na stanowisku testowym.

Sama tabela mapowania powinna być wersjonowana i audytowalna. Kody typów CoT ewoluują, NFFI i JC3IEDM są rewidowane, a nieudokumentowana zmiana w jednym mapowaniu typu może po cichu przemianować wrogi kontakt na nieznany w całej koalicji. Traktowanie mapowania jako przeglądanego, wersjonowanego artefaktu – a nie jako stałych zakopanych w translatorze – sprawia, że brama jest utrzymywalna przy kolejnych rewizjach standardów. Szerszy krajobraz standardów, z którymi brama musi się zgadzać, omówiony jest w naszym przeglądzie MIP4-IES i standardu NATO dla wojsk lądowych.

Przepustowość, ograniczanie tempa i niezgodność kadencji

CoT i standardy NATO różnią się nie tylko strukturą – różnią się tempem, a most ignorujący tę niezgodność albo zaleje koalicyjną sieć danych, albo ją zagłodzi. Zajęta enklawa TAK może produkować strumień aktualizacji CoT o wysokiej częstotliwości: poruszający się pojazd z feedem GPS może emitować zdarzenie pozycji co sekundę, a sto takich śladów generuje nieprzerwany potok małych zdarzeń. Systemy C2 oparte na JC3IEDM oczekują natomiast raportowania w kadencji mierzonej w dziesiątkach sekund, ponieważ każda aktualizacja wiąże się z transakcją relacyjną ze sprawdzaniem integralności referencyjnej, a nie emisją bez potwierdzenia.

Brama musi zatem być aktywnym menedżerem tempa, a nie pasywnym translatorem. Standardowym wzorcem jest decymacja na ślad: brama przechowuje najnowszy stan CoT dla każdego uid i publikuje do sieci w stałej kadencji – lub gdy ślad przemieści się o więcej niż progowa odległość, zależnie od tego, co nastąpi pierwsze – zamiast przekazywać każde przychodzące zdarzenie. Zachowuje to operacyjnie znaczące aktualizacje (ślad, który faktycznie się porusza), jednocześnie eliminując zbędne wysokoczęstotliwościowe raporty stacjonarne, które w przeciwnym razie przytłoczyłyby konsumenta MIP. Polityka decymacji należy do konfiguracji, ponieważ właściwa kadencja zależy od łącza i systemu odbiorczego, a nie od wartości zakodowanej na stałe w translatorze.

Ścieżka odwrotna wymaga odwrotnej dyscypliny. Ślady koalicyjne przybywające z sieci mają zazwyczaj wolniejszą kadencję, więc wstrzykiwanie ich do TAK w niezmienionej postaci może sprawić, że będą wyglądać jak przeskakujące między szeroko rozstawionymi pozycjami. Wygładzanie przez ekstrapolację dead-reckoning między aktualizacjami sieci – z użyciem zgłoszonej prędkości do interpolacji pozycji – daje operatorowi TAK płynny wyświetlacz, a nie ślad, który teleportuje się w każdym interwale raportowania. Ekstrapolacja musi być ograniczona i wyraźnie zdegradowana po nieotrzymanej aktualizacji, tak aby nieaktualny ślad koalicyjny nigdy nie był przedstawiany jako pewna aktualna pozycja.

Odporność jest równie ważna jak przepustowość. Łącze między narodową enklawą a koalicyjną siecią danych rzadko jest tak niezawodne jak przewodowa sieć LAN, więc brama musi buforować wychodzące ślady przez krótkie rozłączenia i uzgadniać tożsamość po ponownym połączeniu – ponownie publikując bieżący stan każdego aktywnego śladu, a nie odtwarzając cały zaległy dziennik zdarzeń pośrednich. Po stronie TAK brama powinna niezwłocznie oznaczać ślady koalicyjne jako nieaktualne, gdy łącze sieciowe spada, aby operator nie był nigdy wprowadzony w błąd co do koalicyjnego obrazu, który nie jest już aktualizowany.

Korzyścią z właściwego zbudowania bramy jest wymiar operacyjny, a nie teoretyczny: żołnierz noszący urządzenie końcowe widzi ten sam koalicyjny obraz co krajowe centrum dowodzenia korzystające z systemu C2 opartego na JC3IEDM, a kontakt zgłoszony przez czujnik jednego narodu pojawia się – prawidłowo typowany, prawidłowo oznaczony i możliwy do prześledzenia – na wyświetlaczu każdego partnera. To właśnie powinna dostarczać koalicyjna sieć danych, a brama CoT-NATO to komponent, który sprawia, że taktyczne obrzeże staje się pełnoprawnym uczestnikiem tej sieci.