Oprogramowanie do deconfliction ognia: zwalnianie połączonego ognia niemal w czasie rzeczywistym

Współczesne pole walki jest zatłoczone obiektami, które latają. Pociski artyleryjskie wznoszą się po łuku do maksymalnej rzędnej kilku kilometrów. Statki powietrzne ze skrzydłem wirnikowym przemieszczają się na małej wysokości. Statki powietrzne ze skrzydłem stałym wykonują profile uderzeniowe. Amunicja krążąca i drony rozpoznawcze zajmują wysokości średnie. Ogień artylerii okrętowej sięga w głąb lądu. Gdy kilka z tych środków jest aktywnych w tym samym rejonie w tym samym czasie, ryzyko nie jest abstrakcyjne: pojedyncze nieskoordynowane zadanie ogniowe może wystrzelić pocisk przez tę samą objętość przestrzeni powietrznej, przez którą leci statek powietrzny, albo umieścić go na szpitalu chronionym przez zasady użycia siły. Oprogramowanie do deconfliction ognia istnieje po to, by zapewnić, że tak się nie stanie — i by robić to wystarczająco szybko, żeby nigdy nie stało się powodem ucieczki ulotnego celu. Ten artykuł analizuje, jak działa to oprogramowanie: koordynacja przestrzeni powietrznej, listy no-strike i restricted target, proces clearance-of-fires oraz integracja ze wspólnym obrazem operacyjnym.

Co tak naprawdę musi rozwiązać deconfliction ognia

Deconfliction ma dwa odrębne wymiary, które często się myli. Pierwszy to deconfliction pozycyjny: utrzymywanie ognia i statków powietrznych w rozdzieleniu w przestrzeni i czasie. Drugi to deconfliction celów: upewnienie się, że rażony obiekt jest celem zgodnym z prawem i autoryzowanym oraz że nie jest już zwalczany przez kogoś innego. Dobre oprogramowanie traktuje je jako odrębne sprawdzenia z odrębnymi źródłami danych, ponieważ zawodzą one na różne sposoby i wymagają różnych rozwiązań.

Deconfliction pozycyjny jest zasadniczo problemem geometrycznym w czterech wymiarach — trzech przestrzennych i jednym czasowym. Trajektoria artyleryjska nie jest punktem; to zakrzywiona objętość, która istnieje przez ograniczone okno. Statek powietrzny również nie jest punktem; to ślad z wektorem prędkości i bańką ochronną wokół niego. Silnik deconfliction musi określić, czy te dwie objętości przecinają się w chwilach, gdy obie są obecne. Deconfliction celów jest z kolei problemem reguł i wyszukiwania: czy ten punkt celowania mieści się w obszarze chronionym, czy niesie ograniczenie ognia i czy ten sam cel jest już przypisany innemu strzelcowi?

Trudność polega na zrobieniu tego wszystkiego w ciągu sekund. Wezwanie ognia przeciwko ruchomemu, wrażliwemu czasowo celowi może mieć okno minuty lub mniej, zanim cel zmieni położenie. Jeśli proces deconfliction trwa dłużej niż to okno, funkcjonalnie odrzucił zadanie. Każda decyzja projektowa w oprogramowaniu do deconfliction ognia jest kształtowana przez to ograniczenie opóźnienia.

Istnieje też wymiar koordynacyjny, który czysta geometria pomija. Wielu strzelców — bateria dział, sekcja moździerzy, element lotnictwa uderzeniowego i samolot uderzeniowy — może być naprowadzonych na ten sam rejon przez różne sztaby, które nie widzą nawzajem swoich zadań. Bez wspólnej usługi deconfliction każde wezwanie ognia jest zwalniane w izolacji względem częściowego obrazu tego, co jeszcze się dzieje — i właśnie tak dochodzi do wielokrotnego rażenia lub bliskiego minięcia pocisku ze statkiem powietrznym. Zadaniem oprogramowania jest zatem nie tylko ocena jednego zadania, lecz ocena go względem każdego innego ognia i statku powietrznego aktywnego w tym samym polu walki w tej samej chwili, czerpana z jednego wspólnego źródła danych.

Koordynacja przestrzeni powietrznej: modelowanie trajektorii

Rdzeniem deconfliction pozycyjnego jest dokładny model trajektorii. Gdy element wsparcia ogniowego wybiera uzbrojenie, ładunek i cel, oprogramowanie oblicza tor balistyczny: punkt wystrzelenia, gun-target line, maksymalną rzędną, kąt opadania i czas lotu. Daje to objętość zamiataną — tubę przestrzeni powietrznej, którą zajmie pocisk — sparowaną z oknem time-on-target, w którym ta objętość jest niebezpieczna.

Ta objętość jest następnie sprawdzana względem przestrzeni powietrznej w jej obecnej strukturze. Środki koordynacji przestrzeni powietrznej (ACM) dzielą przestrzeń na zarządzane regiony: restricted operations zones, coordinating altitudes, trasy przelotu na małej wysokości oraz standardowe trasy lotów lotnictwa wojsk lądowych. Statki powietrzne pojawiają się również jako ślady na żywo pobrane z obrazu C2, każdy z pozycją, kursem, prędkością i objętością niepewności, która rośnie wraz z wiekiem śladu. Silnik przecina tubę pocisku zarówno z statycznymi ACM, jak i z dynamicznymi śladami.

Gdy trajektoria przebija zajętą lub ograniczoną objętość w oknie strzelania, system zgłasza konflikt. Co istotne, nie mówi po prostu „nie”. Proponuje rozwiązania uszeregowane według wpływu operacyjnego: separację czasową (ogień po opuszczeniu rejonu przez statek powietrzny), boczne ograniczenie przestrzeni powietrznej, blokadę wysokości (ograniczenie maksymalnej rzędnej, które może wymusić inny ładunek lub trajektorię), zmianę pozycji strzelania lub — w ostateczności — wstrzymanie. Koordynator wsparcia ogniowego wybiera, a wybrana trajektoria staje się tą, która jest zwalniana i strzelana.

Dlaczego maksymalna rzędna ma znaczenie

Częstą wadą naiwnych narzędzi deconfliction jest traktowanie trajektorii jako prostej gun-target line. Ogień pośredni nie biegnie po linii prostej; wysokokątowe zadanie moździerzowe może osiągnąć apogeum daleko ponad wysokością przelotową przemieszczającego się śmigłowca, który nie znajduje się nigdzie w pobliżu działa ani celu. Deconfliction, który ignoruje maksymalną rzędną, zwolni zadanie, które w rzeczywistości jest niebezpieczne. Model trajektorii musi nieść pełny łuk, w tym wysokość apogeum, a sprawdzenie przestrzeni powietrznej musi być wykonane względem tego łuku, a nie uproszczonej linii. To jest najważniejsza pojedyncza właściwość poprawności silnika deconfliction przestrzeni powietrznej.

Listy no-strike i restricted target

Deconfliction celów zaczyna się od dwóch referencyjnych zbiorów danych. Lista no-strike (NSL) wylicza obiekty chronione przed celowym rażeniem na mocy prawa konfliktów zbrojnych i zasad użycia siły: obiekty medyczne, miejsca kultu, dobra kultury, szkoły, zapory i inne chronione struktury. Lista restricted target (RTL) zawiera cele, które mogą być rażone wyłącznie pod ograniczeniami — konkretnym organem zatwierdzającym, konkretnym uzbrojeniem, progiem szkód towarzyszących lub limitem czasowym (na przykład most, którego nie wolno razić przed wyznaczoną godziną).

W oprogramowaniu obie listy są przechowywane jako rekordy geofencowane: każdy wpis ma zasięg, typ ochrony lub ograniczenia oraz okno czasowe obowiązywania. Gdy cel zostaje rozwiązany, oprogramowanie buforuje punkt celowania o oczekiwany promień efektów uzbrojenia — jego obszar śmiercionośny i szkód towarzyszących — i testuje ten buforowany zasięg względem NSL i RTL. Przecięcie z listą no-strike blokuje zadanie i ujawnia operatorowi obiekt chroniony. Przecięcie z listą restricted target nie blokuje; eskaluje, dołączając obowiązujące ograniczenie i kierując zadanie do wymaganego organu zatwierdzającego.

Dyscyplina polega tu na tym, że listy muszą być wiarygodne i aktualne. Nieaktualna NSL jest gorsza niż brak NSL, ponieważ tworzy fałszywą pewność. Oprogramowanie do deconfliction ognia wersjonuje zatem te listy, opatruje znacznikiem czasu każdą aktualizację i odmawia zwalniania ognia względem listy starszej niż konfigurowalny próg nieaktualności — wymuszając świadome potwierdzenie przez człowieka zamiast cichego kontynuowania na przestarzałych danych.

Proces clearance-of-fires

Clearance of fires to wiarygodne stwierdzenie, że zadanie jest zdeconflictowane, zgodne z prawem i zatwierdzone do otwarcia ognia. To moment odpowiedzialności, a w oprogramowaniu musi być zamodelowany jako jednoznaczny, audytowalny proces, a nie jako niejawny efekt uboczny naciśnięcia przycisku.

Proces łączy poszczególne elementy. Cyfrowe wezwanie ognia wchodzi do systemu. Silnik wykonuje sprawdzenia celów (NSL/RTL, wielokrotne rażenie) i sprawdzenia przestrzeni powietrznej (trajektoria względem ACM i śladów), dołączając swoje ustalenia do zadania. Zadanie wraz z ustaleniami jest kierowane do wymaganych organów — koordynatora wsparcia ogniowego i każdego dowódcy manewru, którego siły lub rejon działań są dotknięte. Każdy organ widzi te same wykryte konflikty i rejestruje jednoznaczną decyzję clear lub deny. Dopiero gdy wszystkie wymagane clearance zostaną zarejestrowane, system zwalnia zadanie do pododdziału strzelającego.

Dwie właściwości czynią ten proces godnym zaufania. Po pierwsze, każdy wynik automatycznego sprawdzenia i każda decyzja człowieka są opatrzone znacznikiem czasu i zapisane w niemodyfikowalnym dzienniku, dzięki czemu clearance może być odtworzone i przejrzane po fakcie — co jest niezbędne zarówno do szkolenia, jak i odpowiedzialności. Po drugie, proces ma jednoznaczne role i organy; oprogramowanie egzekwuje, kto jest uprawniony do zwalniania czego, tak samo jak COP egzekwuje dostęp do danych oparty na rolach. Oficer wsparcia ogniowego może zwalniać w ramach delegowanych uprawnień; zadanie dotykające listy restricted target jest eskalowane do wskazanego organu zatwierdzającego i nie może być zwolnione poniżej tego poziomu.

Integracja z obrazem C2

Deconfliction ognia nie może działać na prywatnej wyspie danych. Sprawdzenie przestrzeni powietrznej jest tylko tak dobre, jak dane o śladach i przestrzeni, które je zasilają, a jedynym wiarygodnym źródłem tych danych jest obraz C2. Silnik deconfliction subskrybuje zatem wspólny obraz operacyjny w zakresie śladów statków powietrznych na żywo i sił własnych oraz pobiera środki koordynacji przestrzeni powietrznej i środki koordynacji wsparcia ogniowego (FSCM) jako nakładki mapowe utrzymywane przez komórki przestrzeni powietrznej i ognia.

Publikuje również z powrotem. Gdy zadanie zostaje zwolnione, aktywny środek koordynacji — objętość i okno przestrzeni powietrznej, którą zajmuje ogień — jest publikowany do COP przy użyciu Cursor on Target i sojuszniczych formatów komunikatów ognia, tak aby sąsiednie pododdziały i statki powietrzne widziały przestrzeń powietrzną jako gorącą w oknie strzelania. To domyka pętlę: system, który decyduje, czy ogień jest bezpieczny, pracuje na — i wnosi do — tym samym wiarygodnym obrazie, który widzą komórka artylerii, komórka przestrzeni powietrznej i dowódca manewru. To ta sama dyscyplina integracji, która łączy systemy kierowania ogniem z obrazem C2 w szerszym ujęciu.

Formaty komunikatów mają znaczenie dla interoperacyjności. W koalicji dane o ogniu i przestrzeni powietrznej muszą przemieszczać się między systemami narodowymi. Opieranie się na zdefiniowanych przez STANAG zestawach komunikatów ognia i przestrzeni powietrznej oraz na Cursor on Target dla raportowania pozycji pozwala silnikowi deconfliction konsumować trasy lotów sojuszniczego pododdziału i publikować własne środki koordynacji bez dedykowanych adapterów dla każdego partnera.

Pogorszona łączność zmienia obraz integracji, ale nie zawiesza wymogu deconfliction. Wysunięte komórki ognia często działają na łączach o niskiej przepustowości i przerywanych, gdzie pełny COP nie może być strumieniowany w czasie rzeczywistym. Solidny silnik deconfliction utrzymuje lokalnie buforowaną kopię środków przestrzeni powietrznej, list no-strike i restricted oraz najnowszych śladów i opatruje każdy buforowany element wiekiem. Gdy łączność spada, silnik nadal zwalnia ogień względem buforowanych danych — ale podnosi widoczność progu nieaktualności, oznaczając ślady i listy, które postarzały się poza ich okno zaufania, tak aby koordynator wsparcia ogniowego zwalniał z otwartymi oczami co do tego, co system aktualnie widzi, a czego nie. Zasada projektowa jest taka, że utrata sieci musi pogorszyć pewność operatora — w sposób widoczny — zamiast po cichu pogarszać bezpieczeństwo clearance.

Deconfliction ognia to jeden element większego obrazu połączonego ognia, który obejmuje artylerię, bezpośrednie wsparcie lotnicze i efekty międzydomenowe — zobacz, jak to samo wyzwanie koordynacyjne pojawia się w cyfrowej koordynacji CAS oraz w pulpicie operacji wielodomenowych.