STANAG 4586: standard interoperacyjności naziemnych stacji kontroli BSP

Każda armia eksploatująca bezzałogowe statki powietrzne staje w obliczu wariantu tego samego problemu. Na przestrzeni dekady zakupów siła zbroi gromadzi kilka platform BSP od różnych dostawców, każda z własną właściwą naziemną stacją kontroli, własną falą łącza danych i własnym interfejsem operatora. Podczas operacji koalicyjnej sojusznicy przybywają ze swoim sprzętem. Rezultatem jest proliferacja stacji naziemnych — jedna na typ płatowca, niekiedy jedna na naród — które nie mogą dzielić autorytetu kontroli, przekazywać zasobu w powietrzu ani zasilać wspólnego rozpoznanego obrazu powietrznego. STANAG 4586 istnieje właśnie po to, żeby tę proliferację zwinąć w jedną, interoperacyjną infrastrukturę kontrolną. Niniejszy artykuł omawia czterowarstwową architekturę standardu, pięć zdefiniowanych przez niego Poziomów Interoperacyjności, sposób, w jaki umożliwia operacje wielovendorowymi UAV z jednej stacji naziemnej, oraz gdzie implementacje konsekwentnie odbiegają od specyfikacji.

Czterowarstwowa architektura STANAG 4586

STANAG 4586 strukturyzuje problem naziemnej kontroli na cztery warstwy funkcjonalne, każda ze zdefiniowanym interfejsem do sąsiadów. Zrozumienie tego układu warstw jest warunkiem wstępnym do zrozumienia, gdzie interoperacyjność faktycznie istnieje — i gdzie nie.

Interfejs Człowiek–Komputer (HCI)

HCI to wszystko, co operator widzi i czego dotyka: wyświetlacz mapowy, okno wideo ładunku, dane wejściowe parametrów lotu, kolejka alertów i narzędzia planowania misji. Standard celowo nie specyfikuje HCI szczegółowo — doświadczenie operatora pozostawia się implementatorom — ale HCI musi konsumować znormalizowane dane produkowane przez warstwy poniżej. W praktyce zróżnicowanie HCI między implementacjami jest znaczącym źródłem kosztu szkolenia, gdy operatorzy przechodzą między zgodnymi produktami GCS: standard gwarantuje, że dane są te same; nie gwarantuje, że sterowanie wygląda tak samo.

Rdzeniowy System Kontroli UAS (CUAS)

CUAS to rdzeń przetwarzania GCS. Utrzymuje autorytatywny stan misji — pozycję i stan pojazdu, status ładunku, aktywne punkty trasy, stany alarmów — i egzekwuje reguły autorytetu. Gdy żądane jest przejęcie, CUAS arbitruje, która GCS utrzymuje kontrolę na każdym LOI. Kieruje rozkazami z HCI w dół do DLI i telemetrią z DLI w górę do HCI, a także rejestruje dziennik misji do przeglądu po locie. CUAS to miejsce, gdzie żyje logika zarządzania wieloma pojazdami: jedna instancja CUAS może w zasadzie zarządzać jednocześnie połączeniami z wieloma VSM, a zatem wieloma płatowcami, z zastrzeżeniem limitów obciążenia operatora i konfiguracji autorytetu.

Interfejs Łącza Danych (DLI)

DLI to standaryzowany zestaw komunikatów, który STANAG 4586 faktycznie specyfikuje. Definiuje binarne lub ASCII formaty komunikatów wymienianych między CUAS a Modułem Specyficznym dla Pojazdu, obejmując trzy domeny: komunikaty sterowania pojazdem (rozkazy nawigacyjne, procedury awaryjne, zakończenie lotu), komunikaty sterowania ładunkiem (przekierowanie czujnika, tryb kamery, przekazanie EO/IR) i komunikaty telemetrii pojazdu (pozycja, postawa, prędkość powietrzna, stan paliwa, status zdrowia). DLI jest agnostyczny wobec transportu — może działać przez UDP, TCP lub nośnik szeregowy — ale struktura komunikatów i semantyka parametrów są ustalane przez standard. To granica, przy której interoperacyjność jest formalnie definiowana i którą ocenia testowanie certyfikacyjne.

Moduł Specyficzny dla Pojazdu (VSM)

VSM to programowy adapter łączący standaryzowany świat DLI z właściwą rzeczywistością konkretnej platformy BSP. Każdy typ BSP wymaga własnego VSM. W jednym kierunku VSM otrzymuje rozkazy DLI od CUAS i tłumaczy je na protokół, jakiego oczekuje autopilot lub komputer ładunku statku powietrznego — co może być właściwym formatem binarnym, dialektem MAVLink lub właściwą wiadomością UDP dostawcy. W drugim kierunku odbiera surową telemetrię ze statku powietrznego i normalizuje ją do komunikatów DLI, które może konsumować CUAS. VSM izoluje całą złożoność specyficzną dla dostawcy; CUAS i HCI powyżej niego są, w zasadzie, agnostyczne wobec płatowca. W praktyce opracowanie i utrzymanie VSM to główny czynnik kosztów i opóźnień w programach integracyjnych STANAG 4586.

Poziomy Interoperacyjności: LOI 1 do 5

STANAG 4586 nie traktuje interoperacyjności jako binarnej. Definiuje pięć Poziomów Interoperacyjności opisujących coraz głębszą integrację między GCS a BSP oraz między dwiema stacjami GCS w scenariuszu przejęcia. Ramy LOI są kluczowe, bo pozwalają programowi dokładnie zadeklarować, jaką zdolność dostarcza dana integracja — i czego nie dostarcza.

LOI 1 to najpłytszy poziom: pośredni odbiór danych pochodnych od BSP. System C2 odbiera zobrazowanie lub dane śladu wywodzące się z BSP, ale nie ma bezpośredniego połączenia GCS z łączem danych. Dane mogły być przekazane przez system eksploatacji lub wspólny obraz operacyjny. LOI 1 w ogóle nie wymaga połączenia w czasie rzeczywistym ze statkiem powietrznym.

LOI 2 dodaje bezpośredni odbiór danych świadomości sytuacyjnej BSP. GCS ma połączenie na żywo z łączem danych i odbiera telemetrię — pozycję, wysokość, stan zdrowia — w czasie rzeczywistym, ale nie może wysyłać rozkazów. To zdolność wyłącznie monitorowania, przydatna do dekonfliktacji i zarządzania obrazem powietrznym, gdy GCS nie ma autorytetu nad pojazdem.

LOI 3 umożliwia sterowanie ładunkiem BSP z przyjmującej GCS, podczas gdy pojazd kontynuuje lot zgodnie z zaprogramowaną trasą lub pozostaje pod rozkazami swojej pierwotnej GCS. Analityk wywiadowczy w zdalnym terminalu eksploatacyjnym może przekierować kamerę i zadaniować czujnik bez rezygnacji pierwotnego operatora z kontroli pojazdu. LOI 3 to poziom najczęściej implementowany dla przypadków użycia czujnik na żądanie w środowiskach koalicyjnych.

LOI 4 dodaje sterowanie samym statkiem powietrznym — GCS może wydawać rozkazy nawigacyjne, modyfikować punkty trasy i zmieniać profil lotu — ale autorytet startu i lądowania pozostaje przy pierwotnej stacji operacyjnej. Przejęcia LOI 4 wymagają koordynacji między dwoma operatorami GCS i zdefiniowanego protokołu przekazania, żeby uniknąć sprzecznych rozkazów.

LOI 5 to pełne przejęcie: przyjmująca GCS przejmuje pełny autorytet dowodzenia, łącznie ze startem i lądowaniem. Stacja inicjująca jest skutecznie zablokowana na czas przejęcia. LOI 5 to poziom wymagany do transgranicznych lub wielonarodowych przekazań misji i scenariuszy, w których statek powietrzny kieruje się na pole kontrolowane przez inną jednostkę. Niesie najwyższą złożoność zarządzania autorytetem i najbardziej wymagające wymogi bezpieczeństwa.

Wielovendorowe sterowanie UAV z jednej stacji naziemnej

Wartość operacyjna, którą obiecuje STANAG 4586, to jedna GCS, z której brygada lub zgrupowanie zadaniowe może sterować jakimikolwiek BSP, które wniosą do niej narody składowe. Operator certyfikowany na wspólnej GCS może, w granicach swojego poziomu autorytetu, przejąć sterowanie ładunkiem LOI 3 nad rozpoznawczym BSP sojuszniczego narodu bez przekwalifikowania się na system właściwy tego narodu. Kontroler ognia połączonego może pobierać dane sensoryczne z wielu płatowców — wirnikowych, stałopłatowych, MALE — przez jeden interfejs, a nie przełączać się między różnymi stacjami naziemnymi.

Osiągnięcie tego w praktyce wymaga, aby każdy BSP w inwentarzu miał zgodny VSM albo od swojego producenta, albo opracowany przez integrujący naród. Wsparcie producenta jest niespójne: dostawcy, których systemy były projektowane przed dojrzeniem standardu, często zapewniają minimalne wsparcie VSM, a ich priorytety mapy drogowej mogą nie zgadzać się z wymogami sojuszu. Narody, które zainwestowały w programy STANAG 4586 — w tym kilka, które uczestniczyły w testowaniu interoperacyjności CWIX — odkryły, że opracowanie i utrzymanie VSM we własnym zakresie jest nieuniknione dla platform legacy lub niszowych.

Wyzwania implementacyjne

STANAG 4586 jest rozwijany od lat 90. i dojrzał przez wiele edycji, ale implementacje rutynowo napotykają wspólny zestaw problemów. Wczesne ich rozpoznanie zmniejsza ryzyko harmonogramu i kosztów.

Koszt opracowania VSM to najczęściej cytowane wyzwanie. Nowy VSM zazwyczaj wymaga trzech do sześciu miesięcy inżynierii dla dobrze udokumentowanego BSP z kooperatywnym producentem. Dla systemów, których interfejsy autopilota i ładunku nie są publicznie udokumentowane — lub których dostawca odmawia współpracy — może być konieczna inżynieria odwrotna, z znacznymi towarzyszącymi kosztami i złożonością prawną. Utrzymanie VSM między aktualizacjami oprogramowania płatowca dodaje ciągłe obciążenie, które programy zamówień regularnie niedoszacowują.

Opóźnienie na łączach retransmitowanych przez satelitę to strukturalne ograniczenie, którego standard nie może rozwiązać. STANAG 4586 specyfikuje formaty i semantykę komunikatów, a nie wymogi opóźnieniowe. GCS podłączona do BSP MALE przez przekaźnik SATCOM z 600 ms czasu przesyłu w obie strony będzie odbierać wiadomości zgodne z DLI — ale będą przychodzić na tyle późno, że manualne sterowanie nawigacją stanie się niepraktyczne. Operacje LOI 4 i LOI 5 na łączach o dużym opóźnieniu wymagają trybów lotu autonomicznego na statku powietrznym zmniejszających potrzebę pętli rozkaz–odpowiedź w czasie rzeczywistym, z GCS wydającą zamiary oparte na punktach trasy zamiast ciągłych danych wejściowych sterowania.

Częściowa zgodność to powszechny problem. Dostawcy mogą implementować zgodny podzbiór zestawu komunikatów DLI, pomijając komunikaty dla zdolności, których ich platforma nie posiada. Gdy dwie częściowo zgodne implementacje się spotkają, przecięcie obsługiwanych przez nich zestawów komunikatów może być mniejsze niż oczekiwała którakolwiek ze stron. Jedynym wiarygodnym sposobem ujawnienia tych luk przed operacją jest testowanie — najlepiej na certyfikowanym zestawie testowym i, dla użytku koalicyjnego, na rzeczywistej GCS narodu partnerskiego. CWIX zapewnia właśnie takie środowisko i zidentyfikował luki częściowej zgodności, które inaczej ujawniłyby się w najgorszym możliwym momencie.

Integrowanie danych BSP zgodnych ze STANAG 4586 z szerszym koalicyjnym wspólnym obrazem operacyjnym jest realizowana przez pomostowanie do standardów takich jak CoT i TAK do dystrybucji śladów oraz do ram STANAG i AInterP dla szerszej architektury interoperacyjności. STANAG 4586 reguluje interfejs GCS do UAS; ślad pojazdu i produkty sensoryczne, które produkuje, muszą być nadal wchłaniane przez systemy C2 z użyciem własnych standardów danych.