Programowe bramy do translacji taktycznych łączy danych: Link 16, VMF, CoT i NFFI

Koalicyjne zgrupowanie zadaniowe operuje w krajobrazie niezgodnych języków danych. Komponent powietrzny mówi Link 16 — wiadomości serii J w MIL-STD-6016 przez falę JTIDS/MIDS. Siły lądowe wymieniają pozycje i rozkazy w VMF (Variable Message Format) przez radia taktyczne lub w NFFI (NATO Friendly Force Information) przez IP między systemami C2 na poziomie brygady. Żołnierze pieszy i kontrolerzy ataków lotniczych przesyłają zdarzenia CoT (Cursor-on-Target) przez IP z tabletów ATAK. Systemy wywiadowcze publikują ślady we własnym XML lub w Information Exchange Standard MIP. Żaden z tych formatów nie mówi natywnie do innych. Programowa brama to to, co czyni je interoperacyjnymi — wchłaniając każdy format, tłumacząc treść semantyczną na inny format, zarządzając wynikającymi tożsamościami śladów, stosując reguły filtrowania i dostarczając przetłumaczone dane w budżecie opóźnienia utrzymującym wspólny obraz operacyjny taktycznie użytecznym. Niniejszy artykuł bada, jak działają bramy taktycznych łączy danych (TDL) i gdzie rutynowo zawodzą.

Krajobraz łączy danych

Zrozumienie problemu translacji wymaga zrozumienia, do czego każdy format łącza danych jest zaprojektowany, bo każdy był projektowany dla innego środowiska z innymi ograniczeniami.

Link 16 — zdefiniowany w MIL-STD-6016 — to fala z wielodostępem podziałem czasu zaprojektowana dla walki powietrznej. Jego wiadomości serii J przenoszą ślady nadzoru, dane PPLI (Precise Participant Location and Identification), wiadomości zarządzania misją i treść koordynacji uzbrojenia. Link 16 jest kompaktowy, szyfrowany, o niskim opóźnieniu i z założenia odporny na zakłócenia. Jego pasmo jest współdzielone przez wszystkie terminale w sieci przez gniazda czasowe TDMA, co narzuca twarde ograniczenie na to, ile śladów może być współdzielonych przy jakim wskaźniku aktualizacji. Sieć Link 16 to nie ogólna sieć IP; to dedykowana magistrala wiadomości o stałej pojemności i sztywnym schemacie wiadomości. Więcej szczegółów na temat architektury Link 16 zawiera nasza analiza taktycznych łączy danych Link 16.

VMF (Variable Message Format, MIL-STD-2045-47001) to US Army i wspólny standard dla taktycznych wiadomości cyfrowych. Wiadomości VMF są binarnie kodowane i zoptymalizowane dla nośników radiowych o wąskim paśmie — wybór projektowy umożliwiający przenoszenie ich na kanałach radiowych HF lub VHF o przepustowości kilobitów na sekundę. VMF obejmuje szeroki zakres typów wiadomości: raporty świadomości sytuacyjnej, cyfrowe rozkazy, wnioski o wsparcie ogniowe, wiadomości logistyczne i więcej. Kodowanie binarne sprawia, że VMF jest kompaktowy, ale nieelastyczny; dodanie nowego typu wiadomości wymaga formalnej zmiany specyfikacji.

CoT (Cursor-on-Target) to schemat zdarzeń XML zaprojektowany dla ekosystemu TAK (Team Awareness Kit). Zdarzenie CoT to minimalna, rozszerzalna struktura: unikalny identyfikator (UID), pozycja geograficzna, typ zdarzenia z taksonomii (obejmującej wojskowe kody symboli MIL-STD-2525), czas życia i opcjonalne elementy szczegółowe. CoT został zaprojektowany, żeby być prostym i natywnym dla IP, czytelnym dla ludzi i maszyn, rozszerzalnym bez łamania parserów i wystarczająco małym, żeby przejść przez taktyczne łącze radiowe. Stał się de facto wspólnym językiem społeczności żołnierzy pieszych i kontrolerów ataków lotniczych, a coraz bardziej operatorów BSP i sił specjalnych.

NFFI (NATO Friendly Force Information, STANAG 5527) to sojuszniczy standard wymiany danych pozycji i tożsamości sił własnych między naziemnymi systemami C2 przez IP. Definiuje zestaw wiadomości do raportowania śladów, zarządzania śladami i przekazania autorytetu. NFFI to łącze danych z wyboru dla systemów C2 brygady i wyżej potrzebujących wymieniać ślady sił lądowych z sojuszniczymi systemami — zapewnia wspólny język dla obrazu naziemnego na poziomie operacyjnym w sposób, w jaki Link 16 (zaprojektowany dla obrazu powietrznego) nie zapewnia.

Co właściwie robi brama TDL

Programowa brama TDL to nie prosty konwerter protokołów. Gdyby jedynym wyzwaniem było przeformatowanie bajtów z jednego kodowania na drugie, inżynieria byłaby banalna. Trudne problemy są semantyczne: modele danych leżące u podstaw tych formatów są różne, schematy tożsamości śladów są różne, wskaźniki aktualizacji są różne, a atrybuty dostępne w jednym formacie mogą nie mieć odpowiednika w innym. Brama musi rozwiązywać wszystkie te problemy jednocześnie i robić to w czasie rzeczywistym z budżetem opóźnienia mierzonym w setkach milisekund.

Parsowanie wiadomości i normalizacja

Pierwszą funkcją bramy jest parsowanie każdego przychodzącego formatu i normalizacja go do wewnętrznej reprezentacji. Ta wewnętrzna reprezentacja musi być wystarczająco bogata, żeby przechwycić wszystkie atrybuty, które może przenosić dowolny format źródłowy, bez tracenia informacji, które format docelowy może wyrazić. Powszechnym wyborem jest kanoniczny obiekt śladu zawierający atrybuty tożsamości (znak wywoławczy, numer śladu, krajowa tożsamość śladu, kod transpondera ICAO), pozycję i kinematykę (pozycja geodezyjną, wysokość, prędkość, kurs), klasyfikację (powietrzny/nawodny/podwodny/lądowy, przyjaciel/neutralny/nieznany/wrogi, konkretny typ platformy), wskaźniki jakości danych i metadane proweniencji (które łącze danych to zgłosiło, o jakiej porze, z jakim wskaźnikiem aktualizacji).

Normalizacja to miejsce, gdzie pojawiają się pierwsze straty semantyczne. Wiadomość śladu nadzoru J3.0 Link 16 przenosi numer jakości śladu na zdefiniowanej skali; CoT nie ma odpowiednika pola. Sekcja szczegółów zdarzenia CoT może przenosić kody symboli wojskowych, ale ta sama platforma może być opisana inaczej w śladzie Link 16. Brama musi dokumentować, co zachowuje i co traci w każdym kierunku translacji — i operatorzy muszą zostać poinformowani o tych ograniczeniach.

Zarządzanie śladami i korelacja wiadomości

Zarządzanie śladami to funkcja utrzymująca kolekcję aktywnych śladów — jeden na rzeczywisty podmiot — we wszystkich źródłach danych. Gdy przybywa nowy raport, tracker musi zdecydować: czy to nowy podmiot, czy aktualizacja istniejącego śladu? Jeśli to aktualizacja, do którego istniejącego śladu należy? To jest problem korelacji wiadomości.

Algorytmy korelacji zazwyczaj działają w dwóch etapach. Pierwszym etapem jest bramkowanie kinematyczne: jeśli raportowana pozycja i prędkość są geometrycznie spójne z istniejącym śladem — nowy raport mieści się w elipsie niepewności pozycji śladu — raport jest kandydatem dla tego śladu. Drugi etap stosuje atrybuty tożsamości: jeśli kandydat ma pasujący znak wywoławczy, kod ICAO lub numer śladu, pewność korelacji gwałtownie rośnie. Gdy oba etapy się zgadzają, ślad jest aktualizowany. Gdy się nie zgadzają — pozycja spójna, ale tożsamość niezgodna, lub tożsamość dopasowana, ale pozycja niespójna — algorytm musi wybrać między zadeklarowaniem nowego śladu a wymuszeniem potencjalnie błędnej korelacji. Ten przypadek graniczny jest źródłem raportów operatorów o "śladach-duchach" i "duplikatach symboli".

Reguły filtrowania i możliwości udostępnienia

Brama TDL siedzi na granicy danych. Nie wszystkie ślady z jednej domeny powinny przepływać do innej: niektóre ślady są klasyfikowane na poziomie nieudostępnialnym przyjmującej stronie, niektóre są geograficznie nieistotne dla konsumenta, niektóre są poniżej progu jakości danych, który produkowałby mylące wyświetlacze, a niektóre są duplikatami śladów już obecnych w sieci docelowej. Reguły filtrowania kodują te decyzje.

Filtrowanie możliwości udostępnienia jest najbardziej wrażliwe. W koalicji narodów z różnymi poświadczeniami bezpieczeństwa i różnymi umowami wymiany danych, brama musi egzekwować, że ślady narodu A są udostępnialne narodowi B przed ich przekazaniem. Mechanizm egzekwowania opiera się na atrybutach w rekordzie śladu — oznaczeniu klasyfikacji, zastrzeżeniu możliwości udostępnienia, narodzie inicjującym — przenoszonych wiernie przez krok normalizacji. Brama normalizująca oznaczenia możliwości udostępnienia to zagrożenie bezpieczeństwa, a nie cecha.

Filtrowanie geograficzne redukuje bałagan i zużycie pasma. Konsument zainteresowany obrazem powietrznym nad konkretnym obszarem operacyjnym nie potrzebuje śladów z połowy kontynentu. Brama może stosować filtr granicy geograficznej — wielokąt ograniczający lub limit zasięgu od punktu — i tłumić ślady spoza niego. Jest to szczególnie ważne na łączach ograniczonych pasmem, gdzie każda aktualizacja śladu konsumuje pojemność, która mogłaby przenosić ruch o wyższym priorytecie.

Budżet opóźnienia

Budżet opóźnienia bramy TDL to maksymalne dodatkowe opóźnienie, jakie brama może wprowadzić na wierzchu natywnego opóźnienia raportowania każdego łącza danych. Dla śladów powietrznych Link 16 używanych w przechwyceniu lub czasowo krytycznym sterowaniu ogniem, natywny cykl raportowania wynosi już dwie do dwunastu sekund; dodanie kilku sekund opóźnienia bramy na wierzchu produkuje ślad operacyjnie bezużyteczny dla decyzji wrażliwych na czas. Dla wyświetlaczy świadomości sytuacyjnej na brygadzie i wyżej, kilka sekund dodatkowego opóźnienia jest zazwyczaj akceptowalne.

Opóźnienie w bramie gromadzi się z kilku źródeł: głębokości kolejki wejściowej, gdy wskaźnik przybycia wiadomości przekracza wskaźnik przetwarzania, czasu przetwarzania korelacji dla złożonych scenariuszy wiele-do-wielu, czasu serializacji wyjściowej dla dużych wsadów i czasu tranzytu sieciowego do konsumenta. Najgorszy przypadek — seria aktualizacji Link 16 podczas intensywnego zaangażowania powietrznego, wszystkie wymagające korelacji wobec dużej istniejącej bazy danych śladów — to dokładnie ten moment, gdy opóźnienie ma największe znaczenie. Projektanci bramek muszą przeprowadzać testy obciążeniowe w realistycznych szczytowych scenariuszach, a nie tylko w benchmarkach średniego obciążenia, i specyfikować opóźnienie 99-centyla, a nie średnią.

Otwarte standardy i ekosystem bramek

Rynek bramek TDL obejmuje zarówno właściwe systemy wojskowe, jak i implementacje oparte na otwartych lub opublikowanych specyfikacjach. Po stronie otwartej, schemat CoT jest opublikowany i szeroko implementowany; ekosystem TAK wyprodukował otwarte implementacje referencyjne stanowiące podstawę wielu bramek opracowanych przez rząd. NFFI (STANAG 5527) to standard NATO dostępny dla narodów członkowskich. MIL-STD-6016 i MIL-STD-2045-47001 to standardy USA z kontrolowaną dystrybucją, ale ich formaty wiadomości są wystarczająco udokumentowane, żeby niezależne implementacje istniały w obronnej bazie przemysłowej.

XMPP (Extensible Messaging and Presence Protocol) wyłonił się jako warstwa transportowa z wyboru dla dystrybucji CoT w ekosystemie TAK i w FMN, zarówno dlatego, że zapewnia niezawodną semantykę wiadomości przez IP, jak i dlatego, że jego federacyjna architektura skaluje się do użytku koalicyjnego bez jednego centralnego brokera. Kilka krajowych implementacji serwisów wiadomości FMN jest zbudowanych na XMPP z CoT jako ładunkiem, tworząc de facto warstwę dystrybucji śladów koalicji poniżej bardziej formalnej architektury NFFI. Bramki obsługujące XMPP zarówno jako wejście jak i wyjście mogą obsługiwać społeczność sił lądowych skoncentrowaną na TAK i społeczność koalicyjnego C2 zorientowaną na FMN z jednego punktu integracyjnego. Szerszą rolę CoT w interoperacyjności NATO omawia nasz artykuł o CoT i TAK w interoperacyjności NATO.

Wzorzec bramki API — eksponowanie translacji TDL jako serwisu przez REST lub gRPC API zamiast jako właściwego interfejsu binarnego — zyskuje popularność, gdy architektury koalicyjne przesuwają się w kierunku projektów zorientowanych na serwisy. Bramka TDL oparta na API może być integrowana z platformami wymiany danych koalicji, w tym wzorcami bramek API dla wymiany danych koalicji, bez dedykowanej integracji niskopoziomowej dla każdego systemu konsumenta. Kompromisem jest to, że HTTP/REST dodaje opóźnienie względem bezpośredniego połączenia binarnego — co może, ale nie musi, mieścić się w budżecie opóźnienia w zależności od przypadku użycia.