Kontroler ataków na cele naziemne (JTAC) działa w najbardziej newralgicznym miejscu nowoczesnego lotnictwa bojowego: w punkcie, gdzie naziemna obserwacja, możliwości dostarczania broni przez statki powietrzne oraz zasady zaangażowania zbiegają się w jedno zezwolenie na zrzut amunicji w odległości kilkuset metrów od własnych sił. Procedury regulujące ten punkt — brief CAS z dziewięcioma liniami, łańcuch autoryzacji, potwierdzenie metody oznakowania — zostały zaprojektowane z myślą o łączności radiowej i przez dziesięciolecia działały z różnym skutkiem. Narzędzia cyfrowe nie zastępują tych procedur; zmieniają medium, za pośrednictwem którego procedury są realizowane, i tym samym eliminują specyficzne tryby awarii, których głosowa łączność radiowa nie jest w stanie wyeliminować.
Niniejszy artykuł analizuje, jak te narzędzia cyfrowe wyglądają w praktyce: jak działa automatyczne generowanie formularza 9-line, jak współrzędne celów trafiają do załóg lotniczych bez głosowego cyklu odczytu, jak dekonfliktacja przestrzeni powietrznej jest egzekwowana bez ręcznego sprawdzania krzyżowego, jak wideo ROVER integruje się z obrazem naziemnym, jak oprogramowanie do koordynacji ognia dekonfliktuje CAS z ogniem pośrednim przez AFATDS oraz co dzieje się z cyfrowym przepływem pracy, gdy sieć przestaje działać. Opisana architektura ma zastosowanie zarówno do JTAC kontrolujących samoloty szturmowe o stałym skrzydle, jak i do obserwatorów ognia połączonego (JFO) wzywających ogień pośredni — bazowy model danych i logika dekonfliktacji są takie same.
Przepływ pracy JTAC od wykrycia celu do dostarczenia amunicji
Misja CAS przebiega przez przewidywalną sekwencję faz niezależnie od platformy czy rodzaju celu. Aby zrozumieć, gdzie interweniują narzędzia cyfrowe — i gdzie tego nie robią — należy precyzyjnie odwzorować ten przepływ pracy.
Misja rozpoczyna się od wykrycia celu: JTAC obserwuje cel bezpośrednio przez optykę, otrzymuje cyfrowe przekazanie od platformy sensorycznej lub identyfikuje cel na obrazie wideo ROVER. W cyfrowym środowisku pracy obserwacja ta jest natychmiast rejestrowana jako tymczasowy znacznik na wspólnym obrazie operacyjnym (COP) — współrzędna MGRS, typ celu z ustrukturyzowanej taksonomii, czas wykrycia i poziom pewności. Znacznik COP jest rekordem źródłowym dla wszystkiego, co następuje później.
JTAC przystępuje następnie do budowy briefu 9-line. W trybie głosowym jest to ćwiczenie mentalne wykonywane według zapamiętanego formatu. W trybie cyfrowym formularz 9-line otwiera się wstępnie wypełniony danymi ze znacznika COP: lokalizacja celu, obliczona odległość i kurs od wyznaczonego punktu początkowego oraz wysokość celu z bazy danych terenu. JTAC przegląda i uzupełnia pozostałe pola — typ oznakowania, opis celu, pozycja sił własnych — i przesyła wniosek przez łańcuch autoryzacji.
Łańcuch autoryzacji — JTAC do napowietrznego kontrolera lotnictwa (AFAC) do organu zezwalającego w planowym CAS, lub JTAC bezpośrednio do AFAC w trybie pilnym — operuje na wspólnych danych mapowych w cyfrowym przepływie pracy. Organ zatwierdzający widzi tę samą geometrię strefy rażenia, którą złożył JTAC, a nie ciąg współrzędnych, który musiałby mentalnie rzutować na mapę. Zatwierdzenie jest celowym działaniem powiązanym z widocznym przestrzennym wyświetlaniem, a nie głosowym potwierdzeniem, które może lub nie może odzwierciedlać pełnego zrozumienia geometrii celu.
Po zatwierdzeniu współrzędna celu jest przekazywana do systemu nawigacyjnego statku powietrznego przez łącze danych, jeśli taka możliwość istnieje, a JTAC oznacza cel wyznaczonym typem oznakowania — laserowym, wskaźnikiem IR lub współrzędną GPS. Statek powietrzny przeprowadza atak. JTAC obserwuje przez wideo ROVER, jeśli jest dostępne, i rejestruje ocenę szkód bojowych (BDA) w rekordzie misji. Jeśli wymagany jest ponowny atak, wpis BDA generuje nowy formularz 9-line wstępnie wypełniony z zaktualizowaną lokalizacją celu.
Narzędzia cyfrowe interweniują w pięciu z tych faz: rejestrowanie wykrycia, generowanie 9-line, wizualizacja zatwierdzenia, przekazywanie współrzędnych i rejestrowanie BDA. Faza realizacji ataku — fizyczny akt oznakowania i obserwacji — pozostaje całkowicie w rękach JTAC. Granica ta jest zamierzona: cyfrowe wsparcie lotnicze z bliska rozszerza ludzki osąd na etapach obsługi informacji; nie automatyzuje decyzji o terminalnym sterowaniu.
Oprogramowanie do wniosków CAS 9-line
Formularz wniosku CAS 9-line jest dokumentem najbardziej wrażliwym na błędy w całym wsparciu lotniczym z bliska. Pojedynczy błąd w polu — przestawiona cyfra MGRS w linii 6, nieprawidłowy kurs w linii 2, zaniżona odległość sił własnych w linii 8 — może doprowadzić do trafienia złego celu lub własnych żołnierzy. Oprogramowanie do cyfrowych formularzy 9-line eliminuje to ryzyko, zastępując swobodną transmisję radiową ustrukturyzowanym schematem wymuszającym typy danych, walidującym spójność i zapewniającym wizualne potwierdzenie w każdym kluczowym polu.
Automatyczne wypełnianie współrzędnych. Gdy JTAC otwiera formularz 9-line z aktywnym znacznikiem celu COP, linia 6 (lokalizacja celu) wypełnia się automatycznie ze współrzędnych znacznika zarówno w formacie MGRS, jak i dziesiętnym lat-lon. System konwertuje między formatami automatycznie i przechowuje obie reprezentacje z wyraźnym oznaczeniem układu odniesienia (WGS84). Monit potwierdzenia wizualnego wyświetla współrzędną jako punkt na mapie i pyta JTAC: „Czy to jest prawidłowa lokalizacja celu?" Krok potwierdzenia jest obowiązkowy — pole nie może zostać zaakceptowane bez niego — a potwierdzenie jest rejestrowane z tożsamością operatora JTAC i znacznikiem czasu.
Obliczanie odległości i kursu. Linie 2 i 3 (kurs ataku i odległość od punktu IP do celu) są obliczane automatycznie z pól IP i lokalizacji celu, gdy oba są wypełnione z COP. Obliczone wartości są wyświetlane obok pól formularza jako diagram przestrzenny — IP, strzałka osi ataku i punkt celu są renderowane na miniaturce mapy wstawionej w formularz — dzięki czemu JTAC może zweryfikować, czy geometria odpowiada jego rozumieniu geometrii ataku przed przesłaniem. Ręczne nadpisanie jest dozwolone, ale rejestrowane jako odchylenie od wartości obliczonej.
Wysokość celu z bazy danych terenu. Linia 4 (wysokość celu w stopach MSL) jest automatycznie wypełniana z bazy danych terenu dla współrzędnej celu. Źródło i wiek danych terenowych są wyświetlane obok pola — zestaw danych DTED Level 1 z 2019 roku wymaga większej ostrożności niż niedawno opracowany NMT. JTAC akceptuje lub nadpisuje wartość z bazy danych; nadpisanie wymaga podania podstawy oceny JTAC (bezpośrednia obserwacja cech terenu, aktualne zdjęcia itp.).
Ustrukturyzowany opis celu. Linia 5 używa hierarchicznej taksonomii zamiast dowolnego tekstu: kategoria główna (pojazd, personel, obiekt, sprzęt, infrastruktura), klasyfikacja drugorzędna w ramach tej kategorii oraz pole uwag w dowolnym tekście dla szczegółów, które nie pasują do taksonomii. Ustrukturyzowana klasyfikacja umożliwia automatyczne sprawdzanie ROE w czasie przesłania — system może zasygnalizować, czy typ celu mieści się w wstępnie autoryzowanych kategoriach, czy wymaga dodatkowego kierowania do zatwierdzenia.
Walidacja krzyżowa pozycji sił własnych. Linia 8 (lokalizacja sił własnych względem celu) jest polem o najwyższym ryzyku braterskiego ognia w formularzu 9-line. JTAC wpisuje kurs i odległość — „300 metrów na południe" — a system przeprowadza walidację krzyżową tego wpisu z rzeczywistymi pozycjami śladów sił własnych w COP. Jeśli najbliższy ślad sił własnych w COP znajduje się 150 metrów na południe zamiast 300 metrów, rozbieżność generuje ostrzeżenie. JTAC musi wyraźnie potwierdzić rozbieżność i potwierdzić, która wartość jest prawidłowa. Ta walidacja krzyżowa nie blokuje przesłania — JTAC ma informacje z terenu, których COP może nie odzwierciedlać — ale ujawnia rozbieżność zamiast cicho akceptować potencjalnie nieprawidłowe pole.
Sprawdzanie błędów konwersji współrzędnych. Każdy wpis współrzędnych — czy to MGRS, lat-lon czy UTM — jest parsowany pod kątem reguł ważności systemu współrzędnych i sprawdzany krzyżowo z ramką obszaru operacyjnego. Referencja siatki, która wypada poza teatr działań, lub która nie przechodzi walidacji sumy kontrolnej, generuje błąd blokujący przed możliwością przesłania przez JTAC. Eliminuje to najbardziej powszechną kategorię błędów przepisywania: cyfrę, która jest technicznie ważna jako współrzędna, ale umieszcza cel w złym kwadracie MGRS o boku 100 km.
Przekazywanie współrzędnych celów i integracja oznakowań laserowych/RFID
Przekazanie współrzędnej celu od JTAC do załogi lotniczej to krok, w którym przepływ pracy głosowego wprowadza ostatnie i najbardziej konsekwentne ryzyko przepisywania: pilot ręcznie wprowadza siatkę do swojego systemu nawigacyjnego na podstawie głosowego odczytu. Cyfrowe przekazanie całkowicie eliminuje ten krok dla platform z kompatybilnymi łączami danych.
Przesyłanie punktu naprowadzania przez łącze danych. Po zatwierdzeniu formularza 9-line system przesyła współrzędną celu do komputera misji statku powietrznego jako punkt naprowadzania za pośrednictwem odpowiedniego łącza danych dla platformy: Link 16 dla koalicyjnych samolotów szybkich z awionikę JTIDS, SADL (Situational Awareness Datalink) dla A-10 Warthogów i niektórych platform wiropłatowych, lub specyficzne dla platformy formy fal dla lotnictwa sił specjalnych. Przesłany punkt naprowadzania jest oznaczony identyfikatorem misji, dzięki czemu zarówno JTAC, jak i pilot mogą potwierdzić, że odwołują się do tego samego rekordu celu. Wiadomość potwierdzająca od statku powietrznego — „punkt naprowadzania odebrany, siatka potwierdzona" — zamyka pętlę przekazania w cyfrowym rekordzie.
Gdy bezpośrednie przesyłanie przez łącze danych jest niedostępne — starsze statki powietrzne, platformy koalicyjne bez interoperacyjnych form fal — system generuje sformatowany plik przesyłania punktu naprowadzania kompatybilny z systemem planowania misji statku powietrznego lub ustrukturyzowany brief głosowy sformatowany tak, aby zminimalizować błędy odczytu. W każdym przypadku współrzędna celu w zatwierdzonym rekordzie 9-line jest autorytatywnym źródłem, a każde odchylenie między tym rekordem a załadowanym punktem naprowadzania jest sygnalizowane, jeśli łącze danych pilota obsługuje odwrotne potwierdzenie.
Integracja kodów laserowych SOFLAM i IZLID. Gdy typ oznakowania w linii 7 to laser, kod lasera — czterocyfrowy kod PRF, którego śledzik plamki laserowej statku powietrznego używa do rozróżniania prawidłowego desygnatora spośród innych laserów na polu walki — musi dotrzeć do statku powietrznego bez błędu transmisji głosowej. Narzędzia cyfrowe obsługują to przez przechowywanie kodu lasera w profilu sprzętu JTAC, automatyczne wypełnianie go w polu linii 7 formularza 9-line i dołączanie go do przesyłu przez łącze danych do statku powietrznego. Jeśli integracja SOFLAM lub IZLID jest dostępna przez interfejs cyfrowy (niektóre warianty obsługują konfigurację USB lub szeregową), system może odpytać urządzenie desygnujące o bieżące ustawienie kodu i automatycznie potwierdzić, że kod w formularzu 9-line odpowiada kodowi zaprogramowanemu na sprzęcie.
Wyświetlanie pola celu i punktu naprowadzania w ROVER. Gdy terminal ROVER JTAC ma możliwość nakładania obrazu kursorów na celu (cursor-on-target) — funkcja programowa dostępna w ROVER 6 i późniejszych generacjach — zatwierdzony znacznik COP celu jest georejestrowany do obrazu wideo ROVER. Lokalizacja celu pojawia się jako nakładka celownika na obrazie wideo, umożliwiając JTAC wizualną weryfikację, że czujnik statku powietrznego wskazuje prawidłowy punkt celowania przed autoryzacją. Jeśli celownik i pozorny punkt celowania statku powietrznego rozchodzą się, JTAC ma bezpośredni wskaźnik wizualny błędu namierzania przed zwolnieniem broni.
Dekonfliktacja przestrzeni powietrznej dla CAS
Dekonfliktacja przestrzeni powietrznej dla CAS nie jest jednorazowym sprawdzeniem — jest to ciągły proces obejmujący etapy od definicji strefy rażenia do zwolnienia przestrzeni powietrznej po uderzeniu. Oprogramowanie do dekonfliktacji przestrzeni powietrznej automatyzuje najbardziej czasochłonne elementy tego procesu: sprawdzanie krzyżowe strefy rażenia z aktywnymi środkami kontroli przestrzeni powietrznej, obliczanie bloków wysokości i sekwencjonowanie konfliktujących użytkowników przez separację czasową.
Definicja boczna i pionowa strefy rażenia. Strefa rażenia jest definiowana przez punkt centralny (lokalizacja celu z linii 6), promień boczny (określony przez typ broni, szacowanie szkód pobocznych i teren) oraz blok wysokości (minimalna i maksymalna wysokość dla przebiegu ataku). Te trzy parametry razem definiują trójwymiarową objętość, którą należy dekonfliktować z wszystkimi innymi użytkownikami przestrzeni powietrznej przed przejściem JTAC do zatwierdzenia.
Koordynacja ACM. Środki kontroli przestrzeni powietrznej — ograniczone strefy operacyjne, minimalne trasy ryzyka, strefy zakazu lotów, strefy wspólnego zaangażowania i strefy swobodnego ognia — są utrzymywane w warstwie zarządzania przestrzenią powietrzną i aktualizowane z kanałów Air Tasking Order i Airspace Control Order. Moduł dekonfliktacji nakłada proponowaną strefę rażenia na wszystkie aktywne ACM w momencie przesłania. Każde nakładanie generuje konkretny raport o konflikcie: który ACM jest naruszony, kto jest organem kontrolującym, jaki jest prawidłowy okno czasowe i czy wniosek o koordynację może być przekierowany cyfrowo do tego organu. W przypadku tymczasowych stref ograniczonych i wstrzymań ATC wniosek o koordynację jest zautomatyzowany — system wysyła wniosek do interfejsu cyfrowego organu kontrolującego i czeka na zatwierdzenie lub przydzielenie alternatywnego okna.
Zarządzanie blokiem wysokości. Blok wysokości strefy rażenia musi być koordynowany nie tylko z statycznymi ACM, ale z wszystkimi dynamicznymi użytkownikami przestrzeni powietrznej: innymi misjami CAS w tym samym obszarze, trajektoriami artylerii (dekonfliktowanymi przez warstwę ognia), platformami ISR utrzymującymi się na średniej wysokości oraz wszelkim pokryciem radaru obrony przeciwlotniczej wymagającym powiadomienia przed wejściem statku powietrznego w określoną objętość. Moduł dekonfliktacji utrzymuje obraz alokacji bloków wysokości w czasie rzeczywistym i przydziela misję CAS wnioskującą do okna wysokości, które nie koliduje z istniejącymi rezerwacjami. Jeśli żądany blok wysokości JTAC nie może być uwzględniony bez konfliktu, moduł proponuje następne dostępne okno i wyświetla czas oczekiwania.
Dekonfliktacja czasowa. Gdy dwie misje CAS wymagają nakładających się objętości przestrzeni powietrznej, ale nie jednocześnie, dekonfliktacja czasowa przydziela okna wykonania zamiast bocznej lub pionowej separacji. Pierwsza misja otrzymuje okno od T+0 do T+8 minut; druga misja oczekuje i przejmuje okno T+10 do T+18 minut. JTAC widzi przydzielone okno w interfejsie zatwierdzania i planuje realizację ataku odpowiednio. Misja, która przekroczy swoje okno, generuje alert zarówno dla JTAC, jak i dla zarządcy przestrzeni powietrznej, ponieważ przekroczenie tworzy konflikt z następną przydzieloną misją.
Integracja ROVER/TRAC dla CAS
ROVER (Remotely Operated Video Enhanced Receiver) daje JTAC to, czego żadne inne narzędzie nie zapewnia: ten sam obraz wizualny, którego operator czujnika statku powietrznego używa do identyfikacji i ataku na cel. W przepływie pracy wyłącznie głosowym JTAC i pilot patrzą na wspólną współrzędną, ale nie na wspólny obraz — JTAC patrzy na ziemię przez lornetkę, pilot przez podvieszkę celowniczą, a dwa obrazy mogą nie zgadzać się co do tego, który element jest zamierzonym celem. ROVER eliminuje tę lukę.
Nakładanie cursora na cel. Cyfrowa integracja między ROVER a oprogramowaniem C2 CAS dodaje nakładanie cursora na cel do obrazu wideo: zatwierdzony znacznik celu COP jest georejestrowany do klatki wideo ROVER z wykorzystaniem metadanych czujnika statku powietrznego (odległość ukośna, kąt gimbalu, pozycja i wysokość statku powietrznego). Lokalizacja celu pojawia się jako symbol celownika na wideo. Jeśli celownik wskazuje inny budynek niż ten, na który wycelowany jest czujnik pilota, JTAC może wykryć rozbieżność przed autoryzacją i zainicjować naprowadzanie w celu skorygowania celowania statku powietrznego.
Wyświetlanie śledzika plamki laserowej. Warianty ROVER z możliwością śledzenia plamki laserowej (LST) wykrywają plamkę laserową JTAC na obrazie wideo i wyświetlają jej lokalizację jako drugi symbol na nakładaniu cursora na cel. JTAC może widzieć w czasie rzeczywistym, czy plamka laserowa jest na cechu wyznaczonym przez celownik, czy jest od niego przesunięta — powszechny problem, gdy teren zasłania linię wzroku między JTAC a celem. Jeśli laser odchyla się od celu, JTAC koryguje wyznaczanie bez konieczności wymiany głosowej z pilotem.
Programowy ROVER (integracja TRAC). TRAC (Tactical Remote Viewing System) i późniejsze programowe implementacje odbiornika wideo umożliwiają strumieniowanie obrazu z czujnika statku powietrznego na dowolne urządzenie sieciowe — odporny tablet, laptop, smartfon w nagłym przypadku — zamiast wymagać dedykowanego terminalu sprzętowego ROVER. Oprogramowanie C2 CAS odbiera strumień wideo przez standardowy transport RTSP lub zgodny z STANAG 4609 MISB i renderuje go w tym samym interfejsie co formularz 9-line i wyświetlanie COP. Jeden ekran pokazuje JTAC jednocześnie status 9-line, strefę rażenia COP i obraz wideo ze statku powietrznego — eliminując przełączanie uwagi między terminalem ROVER, mapą i radiem, które charakteryzowało koordynację CAS wcześniejszej generacji.
Synchronizacja ognia z AFATDS i centrum kierowania ogniem
Wsparcie lotnicze z bliska rzadko działa w oderwaniu od ognia pośredniego. Zasoby artyleryjskie i moździerzowe mogą tłumić sąsiednie pozycje wroga, zapewniać ogień SEAD przed wlotem samolotu CAS lub osłaniać drogę odwrotu JTAC po uderzeniu. Dekonfliktacja tych jednoczesnych ognisk — zapewnienie, że pocisk artyleryjski nie wejdzie w blok wysokości CAS, gdy samolot jest na końcowym kursie ataku — wymaga cyfrowego połączenia między narzędziem do koordynacji CAS JTAC a systemem kierowania ogniem.
Cyfrowe wezwanie ognia z COP. Gdy JTAC lub JFO wzywa wsparcie ognia pośredniego z tego samego rekordu celu używanego dla CAS, cyfrowa wiadomość CFF jest generowana z istniejącego znacznika COP — ta sama współrzędna MGRS, ta sama taksonomia opisu celu, ten sam identyfikator misji do odsyłania. CFF jest przekazywany do centrum kierowania ogniem (FDC) przez AFATDS, z dołączonymi uprawnieniami obserwatora ognia i metodą obserwatora (obserwator naziemny, UAV, statek powietrzny). Jeśli ten sam cel otrzymuje zarówno wniosek CAS, jak i wniosek CFF, oba są powiązane w warstwie koordynacji ognia przez wspólny identyfikator misji, tworząc zunifikowany rekord synchronizacji ognia.
Dekonfliktacja między CAS a ogniem pośrednim. AFATDS utrzymuje kolejkę aktywnych i planowanych misji ogniowych z ich trajektoriami, oknami czasowymi na celu i kopertami wysokości. Moduł dekonfliktacji CAS odpytuje tę kolejkę przed zatwierdzeniem bloku wysokości CAS. Jeśli trajektoria jakiejkolwiek aktywnej misji ogniowej wchodzi w blok wysokości CAS nad obszarem celu w planowanym oknie ataku, moduł dekonfliktacji generuje wniosek o wstrzymanie do FDC: „Wstrzymaj ogień na misji [ID] — konflikt bloku wysokości CAS od T+3 do T+9". FDC koryguje harmonogram i zwalnia blok wysokości CAS. Wstrzymanie i zwolnienie są rejestrowane ze znacznikami czasu w rekordzie synchronizacji ognia.
Koordynacja SEAD. Tłumienie systemów obrony przeciwlotniczej wroga przed przebiegiem ataku CAS wymaga sekwencjonowania ognia SEAD tak, aby dotarł przed wejściem samolotu CAS w osłanianą strefę i ustąpił przed wyjściem statku powietrznego — nie przed jego wejściem. Narzędzia cyfrowe utrzymują rekord harmonogramu SEAD powiązany z misją CAS: lokalizacja i typ systemu obrony przeciwlotniczej wroga, przypisana misja ogniowa SEAD do jej tłumienia oraz okno, w którym tłumienie jest potwierdzone jako aktywne. Przepływ pracy zatwierdzania CAS sprawdza, że misje ogniowe SEAD są potwierdzone w kolejce AFATDS przed zwolnieniem samolotu CAS do wlotu. Misja ogniowa SEAD opóźniona lub odmówiona generuje wstrzymanie w łańcuchu zatwierdzania CAS, przy czym JTAC jest pokazywana konkretna misja SEAD blokująca autoryzację.
Architektura synchronizacji ognia obsługuje również odwrotny przypadek: misje ognia pośredniego, które muszą dekonfliktować z aktywnymi blokami wysokości CAS już zarezerwowanymi w warstwie zarządzania przestrzenią powietrzną. Integracja AFATDS z kanałem zarządzania przestrzenią powietrzną pozwala FDC widzieć aktywne bloki wysokości CAS przed przyjęciem nowej misji ogniowej i kierować nowe misje trajektoriami omijającymi zajęte bloki wysokości, zamiast polegać na wykryciu i wezwaniu zawieszenia ognia przez JTAC.
Wnioski z wdrożenia cyfrowego CAS
Cyfrowe narzędzia CAS były wdrażane w środowiskach operacyjnych wystarczająco długo, aby ujawnić spójne wzorce awarii, które kształtują zarówno architekturę, jak i szkolenia. Te wnioski nie są hipotetyczne — odzwierciedlają powtarzające się obserwacje z przeglądów misji po lotach CAS, w których cyfrowe narzędzia były częścią łańcucha rażenia.
Ograniczenia łączności w zakłóconym środowisku. Środowiska elektromagnetyczne degradujące łączność degradują również łącza danych, od których zależą cyfrowe narzędzia CAS. Wideo ROVER jest najbardziej wymagającym przepustowościowo komponentem i pierwszym, który zawodzi; nakładanie cursora na cel staje się niedostępne bez obrazu wideo. Synchronizacja COP TAK wymaga węższego kanału i degraduje się łagodniej — obraz COP zamraża się zamiast znikać, wyświetlając ostatnie znane pozycje śladów sił własnych. Przesyłanie formularzy 9-line i wiadomości zatwierdzających może działać przez bardzo wąskie kanały MANET i sieci mesh z przenoszeniem i przekazywaniem. Wiadomości CFF AFATDS zazwyczaj używają odpornego taktycznego łącza danych radiowych. Narzędzia muszą być zaprojektowane, a JTAC muszą być szkoleni, aby dokładnie rozumieć, które możliwości degradują się przy jakich progach przepustowości, i przechodzić do odpowiednich procedur trybu zdegradowanego bez czekania na całkowite zerwanie łącza.
Automatyzacja jako źródło zaufania bez weryfikacji. Automatycznie wypełniane pola — lokalizacja celu z COP, odległość z geometrii, wysokość z bazy danych terenu — zmniejszają obciążenie poznawcze podczas intensywnego namierzania, ale tworzą nowy tryb awarii: JTAC akceptuje wstępnie wypełnioną wartość bez jej weryfikacji. W przeglądach po misjach przypadki nieprawidłowej lokalizacji celu były śledzone do błędów umieszczenia znacznika COP, których JTAC nie wykrył, ponieważ automatycznie wypełniona współrzędna „wyglądała dobrze" bez celowego sprawdzenia. Projektowanie interfejsu musi sprawiać, że pola automatycznie wypełnione są wizualnie odróżnialne od pól wprowadzonych ręcznie, wymagają wyraźnej akcji potwierdzenia dla każdego kluczowego pola i wyświetlają źródło danych pola, aby JTAC wiedział, co potwierdza.
Mylenie trybów w przepływach zatwierdzania. Planowany i pilny CAS wymagają zasadniczo różnych przepływów zatwierdzania, a JTAC pod presją czasu konsekwentnie próbują kierować pilne wnioski przez kolejki planowego CAS, gdy interfejs nie czyni tej różnicy oczywistą. Przełączenie trybu z planowego na pilny CAS musi być trwałym, widocznym stanem interfejsu — nie opcją menu ani polem wyboru formularza — ponieważ JTAC, który jednocześnie zarządza łącznością radiową, obserwuje cel i koordynuje ze statkiem powietrznym, nie ma przepustowości poznawczej, aby zauważyć subtelną różnicę stanu interfejsu. Jeśli tryb jest nieprawidłowy, misja trwa trzy minuty dłużej, niż pozwala okno zaangażowania.
Procedury trybu zdegradowanego jako umiejętność podstawowa. JTAC szkoleni wyłącznie na narzędziach cyfrowych i traktujący głosowe podanie 9-line jako umiejętność zapasową, którą „pamiętają, gdy potrzeba", konsekwentnie osiągają słabe wyniki, gdy podczas ćwiczeń szkoleniowych zawodzą cyfrowe łącza — a luka w wydajności jest gorsza pod operacyjnym stresem niż na szkoleniu. Cyfrowe narzędzia CAS powinny być wprowadzane jako akcelerator dla JTAC biegłego w komunikacji głosowej, a nie jako zamiennik umiejętności głosowej. Programy szkoleniowe używające narzędzi cyfrowych od pierwszego dnia certyfikacji CAS produkują JTAC, którzy potrafią sprawnie posługiwać się narzędziami, ale nie mogą skutecznie działać, gdy narzędzia są niedostępne. Dyscyplina traktowania operacji w trybie zdegradowanym jako umiejętności podstawowej — a nie awaryjnej — jest najważniejszą lekcją dotyczącą czynników ludzkich wynikającą z wdrożenia cyfrowego CAS.