Operacje w zakresie widma elektromagnetycznego (EMSO) leżą na przecięciu łączności, rozpoznania i siły bojowej. Widmo jest jednocześnie medium, za pomocą którego koordynują sojusznicze siły, dziedziną czujników, z której obserwuje się aktywność przeciwnika, oraz powierzchnią ataku, którą walka elektroniczna (EW) wykorzystuje do degradacji zdolności wroga. Zarządzanie wszystkimi trzema funkcjami w kwestionowanym środowisku – bez degradacji własnych systemów w tym procesie – to podstawowy problem, który oprogramowanie do zarządzania widmem EW ma rozwiązywać.
Większość armii posiada pewną wersję procesu zarządzania widmem: organ przydzielający częstotliwości, Joint Restricted Frequency List (JRFL) oraz zestaw procedur rozwiązywania konfliktów współkanałowych. Czego często brakuje, to oprogramowania, które sprawia, że ten proces jest wystarczająco szybki, by mieć znaczenie operacyjne. Wniosek o dekonfliktowanie częstotliwości, który zajmuje 48 godzin w ręcznym obiegu, jest bezużyteczny w dynamicznej walce, gdzie przydziały częstotliwości zmieniają się co godzinę. Niniejszy artykuł analizuje architekturę systemów zamykających tę lukę – obejmując modele danych, potoki przetwarzania, interfejsy integracyjne i przepływy operacyjne definiujące sprawną platformę oprogramowania EMSO.
Koncepcja EMSO i rozróżnienie między zarządzaniem widmem a dominacją widmową
EMSO to nadrzędna funkcja połączona obejmująca atak elektroniczny (EA), ochronę elektroniczną (EP) i wsparcie walki elektronicznej (ES). Zarządzanie widmem, w tradycyjnym sensie, jest administracyjnym podzbiorem EMSO skupionym na koordynacji własnych sił: zapewnieniu, że radiostacjom, radarom, łączom danych i innym emiterom przydzielono częstotliwości, które nie zakłócają się wzajemnie. Dominacja widmowa to operacyjny cel EMSO jako całości – osiągnięcie swobody działania w środowisku elektromagnetycznym przy jednoczesnym pozbawianiu jej przeciwnika.
Oprogramowanie wykonujące wyłącznie zarządzanie widmem jest niezbędne, lecz niewystarczające w kwestionowanym środowisku. Informuje, które sojusznicze częstotliwości są przydzielone i wskazuje potencjalne konflikty między nimi. Nie mówi jednak, co nadaje przeciwnik, gdzie są jego zagłuszacze ani jak własne zakłócanie wpływa na łączność wroga. Operacyjnie kompletne oprogramowanie EW integruje zarządzanie widmem z kolekcją ES, planowaniem EA i środkami EP w jeden wspólny obraz operacyjny środowiska elektromagnetycznego (EME). Model danych musi reprezentować zarówno emittery sojusznicze (zarządzane), jak i emittery zagrożeń (obserwowane) w ujednoliconej strukturze, którą operator może odpytywać, filtrować i na której może działać.
Podstawowa architektura oprogramowania
Dojrzała platforma oprogramowania do zarządzania widmem EW zazwyczaj stosuje architekturę warstwową: warstwę kolekcji pozyskującą surowe dane widmowe z czujników sprzętowych, warstwę przetwarzania przekształcającą surowe próbki I/Q w ustrukturyzowane rekordy emiterów, warstwę korelacji i fuzji śledzącej emittery w czasie i rozwiązującą tożsamości, warstwę zarządzania egzekwującą plany częstotliwości i reguły dekonfliktowania oraz warstwę prezentacji dostarczającą wyświetlenia gotowe dla operatora i alerty.
Warstwa kolekcji: backendy SDR i potok FFT
Warstwa kolekcji interfejsuje bezpośrednio ze sprzętem częstotliwości radiowych. W architekturach radia programowalnego (SDR) szerokopasmowy odbiornik digitalizuje duży fragment widma – zazwyczaj 40 do 500 MHz chwilowej szerokości pasma – i strumieniuje próbki I/Q do warstwy przetwarzania z szybkościami od dziesiątek do setek megapróbek na sekundę. Po stronie open-source GNU Radio dostarcza framework do budowania grafów przetwarzania sygnałów konsumujących ten strumień próbek. Zastrzeżony wojskowy sprzęt SDR – w tym silniki fal zgodne z Software Communications Architecture (SCA) – pełni tę samą funkcję przy zweryfikowanych kontrolach bezpieczeństwa i utwardzonej formie użytkowej.
Potok Fast Fourier Transform (FFT) przekształca próbki I/Q w dziedzinie czasu w estymaty gęstości widmowej mocy (PSD) w dziedzinie częstotliwości. Rozmiar FFT determinuje rozdzielczość częstotliwościową: FFT 4096-punktowa dla strumienia 100 MHz daje około 24 kHz na bin. Detekcja sygnałów działa na wyjściu PSD z użyciem CFAR (Constant False Alarm Rate): dla każdego binu częstotliwości system oblicza próg na podstawie lokalnego poziomu szumu i oznacza biny, w których moc przekracza próg o zdefiniowany margines. Wyjściem jest strumień zdarzeń detekcji sygnałów, każde opatrzone częstotliwością centralną, szerokością pasma, czasem detekcji i poziomem mocy.
Obciążenie przetwarzania skaluje się bezpośrednio z chwilową szerokością pasma i rozmiarem FFT. System monitorujący 500 MHz ciągle przy głębokości FFT 4096 punktów, aktualizowany co 10 ms, wymaga stałej przepustowości około 50 miliardów operacji mnożenia-akumulacji na sekundę. Nowoczesne akceleratory FPGA i GPU obsługują to obciążenie, jednak architekt systemu musi zweryfikować, że łańcuch przetwarzania utrzymuje wymaganą szybkość aktualizacji przy pełnym obciążeniu – nie tylko w benchmarkach dostawcy z danymi syntetycznymi.
Śledzenie i korelacja emiterów
Surowe zdarzenia detekcji nie są operacyjnie użyteczne same w sobie. Ten sam emiter nadaje wielokrotnie, przemieszcza się geograficznie i może zmieniać częstotliwość. Warstwa korelacji wiąże zdarzenia detekcji w czasie i przestrzeni w tory emiterów – trwałe obiekty z historią obserwacji, szacowaną pozycją lub namierzeniem oraz profilem parametrów sygnałowych. Logika inicjacji torów musi równoważyć czułość (wykrywanie emiterów o krótkim czasie trwania) z wskaźnikiem fałszywych torów (nie tworzenie błędnych torów z odbić wielodrożnych lub chwilowych zakłóceń). Utrzymanie torów używa estymatorów Kalmana lub filtrów cząsteczkowych do propagacji stanu emitera między obserwacjami i gładkiej obsługi utraconych detekcji.
Identyfikacja odcisków sygnałowych rozszerza korelację poza częstotliwość i czas. Algorytmy identyfikacji odcisków radioczęstotliwościowych (RFF) wyodrębniają charakterystyczne dla sprzętu artefakty modulacji – transjenty włączenia, przesunięcie częstotliwości nośnej, sygnatury nierównoważności I/Q – które utrzymują się przez przeskoki częstotliwości i pozwalają systemowi ponownie zidentyfikować konkretne radio nawet po zmianie kanału roboczego. RFF jest coraz częściej implementowane przy użyciu klasyfikatorów konwolucyjnych sieci neuronowych trenowanych na oznaczonych bibliotekach sygnałów, osiągając dokładność identyfikacji powyżej 90% dla silnych sygnałów ze SNR powyżej 15 dB.
Algorytmy przydzielania częstotliwości i dekonfliktowania
Przydzielanie częstotliwości to problem spełniania ograniczeń: biorąc pod uwagę zbiór emiterów o zdefiniowanych wymaganiach zasięgowych, wymaganiach pasma i charakterystyce propagacji, należy znaleźć taki przydział częstotliwości, który spełnia wszystkie ograniczenia – minimalne odstępy kanałów, wykluczenia JRFL, maksymalny dopuszczalny poziom zakłóceń – pozostając w obrębie dostępnego widma.
Ręczne planowanie częstotliwości rozwiązuje ten problem przez doświadczenie i iterację. Automatyczne silniki przydzielania częstotliwości rozwiązują go obliczeniowo, zazwyczaj stosując algorytmy kolorowania grafów (gdzie emittery mogące się wzajemnie zakłócać są połączone krawędziami, a celem jest przydzielenie kolorów tak, aby żadne dwa sąsiadujące węzły nie miały tego samego koloru) lub solwery propagacji ograniczeń wywodzące się z badań operacyjnych. Kluczowymi danymi wejściowymi są modele propagacji – obliczenia bilansu łącza określające, które pary emiterów mogą się zakłócać przy planowanych poziomach mocy i geometriach – oraz próg zakłóceń definiujący, kiedy dwa emittery „są w konflikcie".
Dekonfliktowanie działa w czasie rzeczywistym wobec bieżącego obrazu widma. Gdy do planu dodawany jest nowy emiter – jednostka rozmieszczana wnioskująca o nową częstotliwość siatki, aktywowany system radarowy – silnik dekonfliktowania sprawdza żądane parametry wobec wszystkich istniejących przydziałów i oznacza konflikty przed zatwierdzeniem przydziału. Jest to standard w garnizonowych systemach zarządzania widmem; to, co taktyczne oprogramowanie EW dodaje, to zdolność do ciągłego ponownego uruchamiania dekonfliktowania wobec wykrytego widma na żywo, a nie tylko wobec planowanej bazy przydziałów. Emiter niefigurujący w planie, który pojawia się na częstotliwości używanej przez sojuszniczą siatkę radiową, jest zagrożeniem – niezależnie od tego, czy jest to wrogi zagłuszacz, nieautoryzowany sojuszniczy nadajnik czy system cywilny – i oprogramowanie musi go zgłosić jako konflikt do działania operatora.
Dekonfliktowanie zagłuszaczy
Dekonfliktowanie zagłuszaczy jest operacyjnie najważniejszą funkcją dekonfliktowania. Zagłuszacz zakłócający sojuszniczą siatkę dowodzenia podczas próby blokowania łączności przeciwnika powoduje natychmiastową szkodę taktyczną i podważa zaufanie do systemów EW jako całości. Oprogramowanie do dekonfliktowania zagłuszaczy modeluje efektywną moc promieniowaną (ERP) każdego zagłuszacza, charakterystykę zysku jego anteny, planowany zakres docelowych częstotliwości i zasięg geograficzny. Oblicza budżet zakłóceń dla każdego sojuszniczego odbiornika w zasięgu zagłuszacza i oznacza każdy przypadek, w którym projektowane zakłócenia przekraczają dopuszczalny próg degradacji.
Dekonfliktowanie czasowe rozszerza to na harmonogramowanie: okna aktywacji zagłuszacza są planowane tak, aby unikać krytycznych zdarzeń łącznościowych – koordynacji misji ogniowych, wezwań ewakuacji medycznej, ruchu rozkazy-push – które figurują w planie łączności. Oprogramowanie musi pobierać harmonogram zdarzeń łącznościowych z systemu C2 i automatycznie egzekwować separację czasową, nie przez ręczną koordynację zależną od pamięci poszczególnych operatorów. Ten link integracyjny – między planerem zastosowania zagłuszaczy a harmonogramem łączności – jest nieobecny w wielu systemach polowych i jest najczęstszym źródłem bratobójstwa w ćwiczeniach z intensywnym użyciem EW.
Integracja EA, ES i EP w oprogramowaniu
Atak elektroniczny, wsparcie elektroniczne i ochrona elektroniczna są operacyjnie współzależne, lecz często implementowane w oddzielnych stosach oprogramowania, które nie wymieniają danych w czasie rzeczywistym. Koszt operacyjny jest znaczący: kolekcja ES wykrywa zagłuszacz przeciwnika, lecz informacja dociera do planisty EP, który konfiguruje parametry przeskoku częstotliwości w celu jej neutralizacji, po kilku godzinach. Zintegrowane oprogramowanie EW eliminuje to opóźnienie, utrzymując wspólny obraz EME, z którego planerzy EA, operatorzy ES i inżynierowie EP jednocześnie czytają i do którego zapisują.
Model integracji używa magistrali komunikatów publish-subscribe – zazwyczaj implementacji standardu Data Distribution Service (DDS) lub lekkiego brokera jak MQTT w sieci niejawnej – gdzie każda funkcja EW publikuje swoje wyjścia jako typizowane komunikaty i subskrybuje wyjścia potrzebne od innych funkcji. ES publikuje tory emiterów i aktualizacje parametrów zagrożeń. EA subskrybuje tory zagrożeń, aby aktualizować listy celów i plany geometrii zagłuszaczy. EP subskrybuje zdarzenia aktywacji EA, aby z wyprzedzeniem pozycjonować sekwencje przeskoków częstotliwości z dala od planowanych częstotliwości zakłócania. Schematy komunikatów muszą być znormalizowane między funkcjami; ad hoc interfejsy punkt-punkt załamują się, gdy system skaluje się powyżej dwóch lub trzech węzłów.
Wymiana danych EW między domenami: LOCE NATO i Link 16
Operacje połączone i koalicyjne wymagają przepływu danych EW przez granice jednostek i narodowe. Podstawowym mechanizmem wymiany danych EW w zachodnich sieciach taktycznych jest Link 16 – wielodostępowe łącze radiowe z podziałem czasu przenoszące typy komunikatów serii J. Do koordynacji EW komunikaty J12.0 (Electronic Warfare Control/Coordination) przenoszą dane przydziałów zagłuszaczy, zadania EW i informacje koordynacji widma. Komunikaty J12.6 (Parametric Information) przenoszą parametry emiterów pochodne z ELINT, które mogą aktualizować biblioteki zagrożeń w całym ugrupowaniu.
Oprogramowanie do zarządzania widmem EW musi implementować formater i injektor komunikatów Link 16, który tłumaczy wewnętrzne struktury danych na poprawnie sformatowane komunikaty serii J i dostarcza je do terminala taktycznego łącza danych. Wymiana dwukierunkowa jest niezbędna: oprogramowanie musi również przyjmować przychodzące komunikaty J12 od sojuszniczych jednostek i integrować je z lokalnym obrazem EME. Opóźnienie od zdarzenia wewnętrznego do transmisji komunikatu Link 16 powinno być poniżej pięciu sekund dla wrażliwych czasowo danych koordynacji EW.
Do niewidomego czasu rzeczywistego wymiany wywiadowczej MISP (Malware Information Sharing Platform) jest coraz częściej używany do wymiany strukturalnego wywiadu o zagrożeniach RF – odcisków emiterów, profili częstotliwości, obserwowanych lokalizacji – przez granice organizacyjne. Rozszerzalny model obiektowy MISP obsługuje obserwowalne RF przez niestandardowe szablony obiektów, umożliwiając wykrytym danym emiterów wejście w wspólne przepływy pracy wywiadowczego bez ręcznego ponownego wprowadzania. Łączy to dane zarządzania widmem EW bezpośrednio z rurociągami fuzji SIGINT, jak opisano w kontekście specyfikacji i zamówień systemów SIGINT.
Monitorowanie widma w czasie rzeczywistym i interfejs operatora
Interfejs operatora musi prezentować środowisko elektromagnetyczne na odpowiednim poziomie abstrakcji dla każdej roli. Oficer EW potrzebuje wyświetlania geograficznego pokazującego pozycje emiterów, zasięgi zagłuszaczy i strefy wykluczenia JRFL nałożone na mapę taktyczną. Oficer łączności S6 potrzebuje widoku w dziedzinie częstotliwości pokazującego, które kanały są aktywne, które przeciążone i które dostępne do ponownego przydziału. Kierownik kolekcji SIGINT potrzebuje wyświetlania zasięgu kolekcji pokazującego, które fragmenty widma są monitorowane przy jakiej czułości i rozdzielczości czasowej.
Skuteczne pulpity używają trwałych wyświetlań kaskadowych – wizualizacji czasu i częstotliwości, gdzie częstotliwość nanoszona jest na osi poziomej, czas biegnie pionowo, a kolor koduje poziom mocy – ujawniając wzorce użytkowania widma niewidoczne w migawkach punktowych. Radio z przeskokami częstotliwości widoczne jest jako seria dyskretnych punktów rozproszonych na kaskadzie; ciągłoszumowy zagłuszacz widoczny jest jako jasny poziomy pasek; pulsujący radar widoczny jest jako regularnie rozmieszczone pionowe znaczniki w stałych odstępach. Operatorzy przeszkoleni na wyświetlaniach kaskadowych mogą szybciej identyfikować typy emiterów i zmiany w zachowaniu widma niż jakikolwiek automatyczny klasyfikator przy niejednoznacznych sygnałach.
Zarządzanie alertami musi odróżniać alerty operacyjne (nowy nieplanowany emiter na częstotliwości chronionej przez JRFL) od aktualizacji informacyjnych (znany emiter zmieniający poziom mocy). Zmęczenie alertami spowodowane źle wyregulowanymi progami jest udokumentowanym operacyjnym trybem awarii w systemach zarządzania widmem: gdy każdy alert wymaga dochodzenia, operatorzy zaczynają je ignorować, co niweczy cel automatycznego monitorowania. Strojenie progów jest bieżącym zadaniem operacyjnym, nie jednorazowym krokiem konfiguracyjnym, a oprogramowanie musi udostępniać regulację progów bez dostępu administratora systemu.
Integracja radia programowalnego: GNU Radio i zastrzeżone stosy
GNU Radio pozostaje dominującym frameworkiem open-source do przetwarzania sygnałów SDR i jest wbudowany w liczne taktyczne prototypy EW i niskokosztowe czujniki kolekcji. Jego model diagramu blokowego – gdzie operacje przetwarzania sygnałów reprezentowane są jako połączone bloki funkcjonalne – umożliwia szybkie prototypowanie i pozwala na opracowywanie i testowanie niestandardowych demodulatorów fal bez modyfikowania platformy bazowej. Dla niejawnych systemów badawczych i rozwojowych GNU Radio działające na sprzęcie x86 z front-endem USRP dostarcza sprawną linię bazową.
Produkcyjne systemy wojskowe zazwyczaj używają zastrzeżonych stosów zoptymalizowanych pod konkretną platformę sprzętową i wymagania bezpieczeństwa programu. Standard Software Communications Architecture (SCA) definiuje framework komponentów dla wojskowego SDR obsługujący przenośność fal – w zasadzie moduł fali zgodny z SCA można załadować na dowolną platformę sprzętową zgodną z SCA. W praktyce przenośność fal między dostawcami pozostaje ograniczona przez optymalizacje wydajności specyficzne dla sprzętu. Standard VITA 49 (VRT) definiuje protokół transportu radiowego do strumieniowania próbek I/Q z metadanymi – czasem, częstotliwością, wzmocnieniem – przez standardowe interfejsy sieciowe, umożliwiając front-endom SDR od różnych dostawców interfejsowanie z wspólnymi backendami przetwarzania.
Dla platformy zarządzania widmem EW warstwa integracji SDR musi abstrahować interfejsy specyficzne dla sprzętu za wspólnym API konsumowanym przez warstwy przetwarzania i zarządzania. Ta abstrakcja umożliwia wymianę sprzętu – zastąpienie przestarzałego front-endu SDR nowszym modelem – bez wymagania zmian w oprogramowaniu zarządzania widmem. Architektury na stałe kodujące interfejsy specyficzne dla sprzętu szybko akumulują dług techniczny, gdy sprzęt czujnikowy ewoluuje. Głębsze omówienie integracji SDR w architekturach czujników obronnych zawiera powiązany artykuł o nakładce walki elektronicznej w pulpitach C2.
Planowanie PACE dla widma łączności
PACE – Primary, Alternate, Contingency, Emergency – to ramowy plan odporności wojskowej łączności. Zastosowany do zarządzania widmem oznacza, że dla każdej siatki w planie łączności istnieje wstępnie przydzielona sekwencja częstotliwości do powrotu, gdy każdy poziom staje się niedostępny z powodu zakłóceń, przeciążenia lub awarii sprzętu. Oprogramowanie do zarządzania widmem EW musi przechowywać, dystrybuować i automatycznie wykonywać plany PACE.
Automatyczne wykonanie PACE wymaga od oprogramowania ciągłego monitorowania jakości podstawowej częstotliwości w czasie rzeczywistym – mierzenia odebranej jakości sygnału, wykrytej mocy zakłóceń i wskaźników błędów łącza – i wyzwalania przejścia do częstotliwości zastępczej, gdy jakość spada poniżej zdefiniowanego progu. Przejście musi być skoordynowane jednocześnie we wszystkich węzłach siatki, aby uniknąć okresu, w którym część węzłów przełączyła się, a inne nie. Koordynacja może używać kanału sygnalizacyjnego poza pasmem, wyzwalacza czasowego uzgodnionego z wyprzedzeniem lub sygnału nawigacyjnego na częstotliwości awaryjnej. Konkretny mechanizm musi być zdefiniowany w planie PACE i regularnie ćwiczony, aby wszystkie jednostki wykonywały przejście poprawnie pod presją.
Oprogramowanie do planowania PACE musi również uwzględniać dostępność widma dla każdej częstotliwości poziomu w momencie potencjalnego użycia. Częstotliwość zastępcza PACE, która przypadkowo pokrywa się z planowanym oknem zastosowania zagłuszacza, nie zapewnia żadnej odporności. Krzyżowe sprawdzanie przydziałów częstotliwości PACE wobec harmonogramu zastosowania zagłuszaczy – i oznaczanie konfliktów podczas fazy planowania – jest funkcją, której ręczne planowanie PACE nie może wykonywać niezawodnie na dużą skalę, lecz którą automatyczne oprogramowanie zarządzania widmem obsługuje trywialnie jako kontrolę ograniczeń w czasie publikacji planu.
Corvus.Sense dostarcza zintegrowane monitorowanie widma RF i świadomość sytuacyjną EW – od szerokopasmowej kolekcji po alerty zagrożeń gotowe dla operatora. Zbudowany z myślą o kwestionowanym środowisku elektromagnetycznym, obejmuje monitorowanie widma w czasie rzeczywistym, śledzenie emiterów i wsparcie dekonfliktowania w jednym interfejsie operatora.
Poznaj Corvus.Sense →