Identyfikacja swój-obcy (IFF) to jeden z najstarszych problemów obrony powietrznej, a Mode 5 jest odpowiedzią NATO dla następnej generacji. Integracja danych IFF Mode 5 z systemem dowodzenia i kontroli jest znacznie bardziej złożona niż proste odczytanie flagi „swój/obcy" z portu szeregowego. Dane napływają z podsystemu interrogatora w ustrukturyzowanym formacie binarnym zdefiniowanym przez STANAG 4193, muszą być korelowane z obiektami śledzonymi za pomocą algorytmów przestrzennych i czasowych, i muszą zasilać bezpośrednio silnik przydziału broni i Zasad Zaangażowania, gdzie błędy niosą śmiertelne konsekwencje. Dla programistów pracujących nad C2 obrony powietrznej, czym jest system C2 w tym kontekście jest nierozerwalnie związane z tym, jak obsługuje IFF — oba są architektonicznie sprzężone od warstwy interfejsu czujnikowego aż po wyświetlacz operatora.
Podstawy IFF: identyfikacja challenge-response we współczesnej obronie powietrznej
Systemy IFF działają na zasadzie challenge-response: naziemny lub powietrzny interrogator nadaje impuls interrogacyjny na 1030 MHz; odpowiednio wyposażone samoloty odpowiadają na 1090 MHz. Kody odpowiedzi pozwalają systemowi obrony powietrznej sklasyfikować przynależność odpowiadającego statku powietrznego bez polegania wyłącznie na powrotach radaru. System działa w służbie NATO od lat 50. XX wieku, a struktura trybów przez siedem dekad gromadziła kolejne warstwy możliwości.
Taksonomia trybów jest ważna dla programistów C2, ponieważ jeden cykl interrogacji może pobudzać odpowiedzi w wielu trybach jednocześnie, a system C2 musi wszystkie je przetworzyć i skorelować:
| Tryb | Bity kodu | Przeznaczenie | Kryptografia |
|---|---|---|---|
| Mode 1 | 5 bitów (32 kody) | Kod misji / jednostki | Brak |
| Mode 2 | 12 bitów (4096 kodów) | Numer seryjny / ogonowy platformy | Brak |
| Mode 3/A | 12 bitów (4096 kodów) | Squawk cywilny/wojskowy | Brak |
| Mode C | 11 bitów zakodowanych | Wysokość barometryczna | Brak |
| Mode S | 24-bitowy adres ICAO + dane | SSR cywilny, ADS-B | Brak |
| Mode 4 | Zaszyfrowany (tajny) | NATO krypto IFF (legacy) | KIV-77 / NSM (klucz dzienny) |
| Mode 5 | Zaszyfrowany sygnał L1 + L2 | NATO krypto IFF (aktualny) | KIV-77 Mode 5 / HAVE QUICK |
Dla oprogramowania C2 tryby 1, 2, 3/A i C to starsze wejścia identyfikacyjne: przydatne do weryfikacji z planami lotów i rozkazami taskowań powietrznych, ale trywialnie podatne na fałszowanie, ponieważ nie mają żadnej ochrony kryptograficznej. Mode 4 i Mode 5 to tryby uwierzytelnione kryptograficznie, na których polega system C2 obrony powietrznej do pozytywnej identyfikacji. Mode 4 pozostaje w służbie w znacznej części floty NATO; Mode 5 jest mandatowym następcą i stopniowo zastępuje Mode 4 w miarę modernizacji platform.
Architektura bezpieczeństwa Mode 5
Mode 5 jest zdefiniowany na poziomie sygnału przez STANAG 4193 Część 4. Działa na tej samej parze częstotliwości 1030/1090 MHz co tryby starsze, ale używa fundamentalnie innej architektury bezpieczeństwa zaprojektowanej w celu eliminacji słabości Mode 4: ataków replay, przechwytywania klucza i ograniczonej przestrzeni kodów trybów starszych.
Level 1 to podstawowy sygnał Mode 5. Zawiera uwierzytelniony czasowo zaszyfrowany sygnał squitter łączący odpowiedź z konkretnym oknem czasu dnia ±5 sekund od czasu interrogacji. Powiązanie czasowe jest kluczową poprawą bezpieczeństwa: nagrana i odtworzona odpowiedź Mode 4 jest zawsze ważna, jeśli klucz kryptograficzny nie zmienił się; odtworzony sygnał squitter Mode 5 Level 1 jest ważny tylko przez 10-sekundowe okno, po którym niezgodność czasu dnia czyni go wykrywalnym jako atak replay. Level 1 zapewnia wyjście binarne „ważny / nieważny" na interrogatorze — system C2 widzi albo wskazanie skorelowany-swój, albo brak wskazania dla danej ścieżki.
Level 2 to rozszerzony sygnał, przesyłany jako uzupełnienie Level 1 dla platform, których transpondery go obsługują. Level 2 zawiera dane specyficzne dla platformy w zaszyfrowanym ładunku: numer identyfikacyjny platformy (PIN), numer misji i dokładność pozycji GPS z własnego odbiornika odpowiadającego statku powietrznego. Pozycja GPS w Level 2 zapewnia systemom C2 niezależne, wysokiej dokładności źródło pozycji kryptograficznie powiązane ze zweryfikowaną tożsamością przyjaznej platformy — jakościowo nowa możliwość w porównaniu z Mode 4.
Wymóg synchronizacji kryptograficznej jest najbardziej operacyjnie wymagającym aspektem Mode 5. Interrogator i transponder muszą współdzielić ten sam materiał kluczowania i muszą być zsynchronizowane w ciągu 5 sekund od UTC. Wymaga to:
- Źródła czasu GPS lub równoważnego zarówno w interrogatorze, jak i transponderze, dokładnego poniżej 1 sekundy
- Akredytowanej procedury ładowania klucza przy użyciu zatwierdzonego przez NATO urządzenia fill (takiego jak następca KYK-13 lub urządzenie fill NSM) przed każdym okresem operacyjnym
- Okna ważności klucza zdefiniowanego w operacyjnym rozkazie taskowania — zazwyczaj 24 godziny, ze zmianami klucza o określonej godzinie Zulu
- Procedury awaryjnej dla platform wchodzących w obszar operacyjny po czasie załadowania klucza, obejmującej spóźnione lub przekierowane statki powietrzne
Dla programistów warstwa kryptograficzna jest w większości nieprzejrzysta: sprzęt interrogatora przeprowadza ocenę kryptograficzną i zgłasza zweryfikowany lub nieprawidłowy wynik przez interfejs STANAG 4193 Część 7. Jednak system C2 musi obsługiwać operacyjny cykl życia stanów kryptograficznych — śledzić, które klucze okresu operacyjnego są załadowane, alertować operatorów, gdy klucze zbliżają się do wygaśnięcia, i poprawnie interpretować kody statusu „błąd kryptograficzny" z interrogatora.
Specyfikacja interfejsu STANAG 4193
STANAG 4193 jest zorganizowany w numerowanych częściach. Dla programistów oprogramowania C2 Część 7 (Interfejs interrogatora IFF do C2) jest głównym odniesieniem dla formatów wiadomości. Część 1 obejmuje wymagania dotyczące wydajności systemu informujące kryteria testów akceptacyjnych. Część 4 obejmuje definicję sygnału Mode 5 — istotną dla zrozumienia, co zgłasza interrogator, nawet jeśli warstwa sygnałowa jest obsługiwana przez sprzęt.
Interfejs Części 7 używa binarnego strumienia wiadomości, typowo przez szeregowe łącze RS-422 lub połączenie UDP Ethernet. Wiadomości są ramkowane słowem synchronizacji, polem długości, kodem typu wiadomości, ładunkiem i CRC. Kluczowe typy wiadomości obejmują:
+-------------------+--------+------------------------------------------+ | Message type | TypeID | Key fields | +-------------------+--------+------------------------------------------+ | Interrogation | 0x01 | Mode flags, PRF, antenna sector | | Report (IFF) | 0x02 | Mode, code, range, azimuth, timestamp | | Report (Mode 5) | 0x03 | L1/L2 flag, PIN, mission#, GPS lat/lon | | Correlation | 0x04 | Track ID, IFF match index, confidence | | Status | 0x05 | Crypto state, key period, FRUIT count | | Alert | 0x06 | Alert type, track ID, mode | +-------------------+--------+------------------------------------------+
Wiadomość raportu IFF (typ 0x02) jest najczęściej pojawiającą się wiadomością i podstawą korelacji. Zawiera wynik interrogacji dla pojedynczej wykrytej odpowiedzi: tryb, który wywołał odpowiedź, kod zdekodowany z odpowiedzi, zmierzony zasięg skośny (zakodowany w metrach z rozdzielczością 1 m), kąt azymutu anteny w momencie odbioru, kąt elewacji (gdy interrogator ma możliwości 3D) i znacznik czasu UTC z rozdzielczością milisekundową. Dokładność znacznika czasu jest krytyczna dla korelacji z powrotami primarnymi radaru, które napływają przez oddzielne interfejsy — oba strumienie danych muszą używać tego samego odniesienia czasu, a wszelkie przesunięcie zegara między procesorem radaru a procesorem IFF staje się błędem przestrzennym w korelacji.
Wiadomość raportu Mode 5 (typ 0x03) jest generowana, gdy odpowiedź Level 1 lub Level 2 jest pomyślnie zdekodowana. Oprócz pól przenoszonych przez podstawowy raport IFF, zawiera: wskaźnik Level 1/2, numer identyfikacyjny platformy (32-bitowy, unikalny dla każdej platformy), numer misji (16-bitowy, przydzielony w operacyjnym rozkazie taskowania) i dla odpowiedzi Level 2 pozycję GPS w dziesiętnych stopniach WGS84 z rozdzielczością 0,0001 stopnia z powiązanym oszacowaniem dokładności. System C2 nie może traktować pozycji GPS jako aktualizacji pozycji ścieżki bez uprzedniej walidacji względem pozycji z sensora pierwotnego — rozbieżność przekraczająca konfigurowalny próg (zazwyczaj 0,5–1 NM) powinna być oznaczona jako potencjalna anomalia wymagająca uwagi operatora.
Wiadomość statusu (typ 0x05) dostarcza systemowi C2 informacji o stanie operacyjnym interrogatora IFF: aktualny stan kryptograficzny (klucze załadowane / klucze wygasłe / brak kluczy), identyfikator bieżącego okresu kluczy, PRF interrogacji i statystyki jakości, w tym liczba FRUIT i GARBLE. System C2 powinien rejestrować te statystyki w regularnych odstępach i alertować operatora, gdy liczniki FRUIT lub GARBLE przekraczają progi wskazujące na obniżoną wydajność IFF z powodu interferencji współkanałowej.
Integracja tych wiadomości z implementacją STANAG 4559 wymaga warstwy mapowania: obiekt ścieżki STANAG 4559 nosi pola identyfikacyjne IFF w zdefiniowanej enumeracji (Nieznany, Domniemany przyjazny, Przyjazny, Neutralny, Podejrzany, Wrogi), a wyjście procesora IFF musi być przetłumaczone na te enumeracje przed zapisem do bazy danych ścieżek.
Korelacja ścieżka-IFF w oprogramowaniu C2
Problem korelacji polega na tym: dana jest odpowiedź IFF z known kierunkiem i zasięgiem od anteny interrogatora — której ścieżce w bazie danych C2 odpowiada? Jest to nietrywialny problem nawet przy rzadkim ruchu, ponieważ dokładność namierzania IFF jest gorsza niż dokładność radaru pierwotnego, odpowiedzi IFF mogą być odbierane od statków powietrznych nie będących jeszcze w bazie danych ścieżek radaru, a ten sam statek powietrzny może jednocześnie produkować odpowiedzi w wielu trybach z nieco różnymi pozorną pozycjami z powodu efektów charakterystyki anteny.
Standardowym podejściem jest bramka pozycyjna: dla każdej przychodzącej odpowiedzi IFF oblicza się jej pozycję 2D lub 3D z geometrii interrogatora (zasięg, azymut, elewacja), a następnie sprawdza, czy pozycja ta mieści się w elipsoidalnej bramce wyśrodkowanej na przewidywanej pozycji każdej aktywnej ścieżki. Bramka jest wymiarowana tak, aby obejmować błąd pozycji IFF — zazwyczaj 2–5 NM w zasięgu i 2–3 stopnie w azymucie dla naziemnego interrogatora. W pseudokodzie:
function correlate_iff_reply(reply: IffReport, tracks: Track[]) -> CorrelationResult:
iff_pos = antenna_to_ecef(reply.range_m, reply.azimuth_rad, reply.elevation_rad)
candidates = []
for track in tracks:
predicted_pos = extrapolate(track, reply.timestamp)
delta = haversine_3d(iff_pos, predicted_pos)
range_err_nm = delta.range / 1852.0
az_err_deg = delta.azimuth * 180 / PI
if range_err_nm < GATE_RANGE_NM and az_err_deg < GATE_AZ_DEG:
score = confidence_score(range_err_nm, az_err_deg, reply)
candidates.append((track, score))
if not candidates:
return CorrelationResult(status=UNCORRELATED, reply=reply)
candidates.sort(key=lambda x: x[1], reverse=True)
if len(candidates) > 1:
if (candidates[0][1] - candidates[1][1]) < AMBIGUITY_THRESHOLD:
return CorrelationResult(status=AMBIGUOUS, reply=reply)
best_track, best_score = candidates[0]
return CorrelationResult(
status=CORRELATED, track=best_track, score=best_score, reply=reply
)
Funkcja oceny pewności łączy wiele czynników. Bliskość pozycji wnosi największą wagę: odpowiedź mieszcząca się w odległości 0,5 NM od przewidywanej pozycji ścieżki uzyskuje znacznie wyższy wynik niż ta na krawędzi bramki 5 NM. Wskaźnik ważności kryptograficznej Mode 5 Level 1 dodaje stały bonus — kryptograficznie ważna odpowiedź niesie większą pewność identyfikacji niż kod Mode 3/A, który może nadawać dowolny statek powietrzny. Pozycja GPS Level 2 zapewnia dodatkową weryfikację: jeśli pozycja Level 2 jest zgodna z pozycją ścieżki w granicach dokładności GPS, przyznawany jest kolejny przyrost pewności. Wskaźniki jakości odpowiedzi z interrogatora (stosunek sygnału do szumu odebranej odpowiedzi) są używane jako współczynnik ważenia, obniżając wynik zakłóconych lub marginalnych odpowiedzi.
Dopasowanie czasowe jest warunkiem wstępnym korelacji przestrzennej: znacznik czasu raportu IFF i pozycja ścieżki radaru muszą być propagowane do wspólnego czasu przed porównaniem przestrzennym. Jeśli znacznik czasu raportu IFF wynosi T0, a ostatnia zmierzona pozycja ścieżki jest w T0 − 8 sekund (typowy interwał aktualizacji radaru), ścieżka musi być ekstrapolowana do przodu o 8 sekund z użyciem wektora prędkości ścieżki przed obliczeniem testu bramki przestrzennej. Ekstrapolacja ta akumuluje błąd dla manewrujących statków powietrznych; użycie modelu kinematycznego uwzględniającego typowe limity przyspieszenia statków powietrznych daje lepsze wyniki niż prosta ekstrapolacja liniowa.
Rozwiązywanie niejednoznaczności ma zastosowanie, gdy dwie lub więcej ścieżek mieści się w bramce pozycyjnej tej samej odpowiedzi IFF i ich wyniki są zbyt zbliżone, aby pewnie przypisać odpowiedź do jednej ścieżki. Standardową obsługą jest zadeklarowanie odpowiedzi jako niejednoznacznej, zgłoszenie jej operatorowi i nie-adnotowanie żadnej ze ścieżek z pewną identyfikacją. Przechowywanie niejednoznacznych odpowiedzi przez jeden lub dwa dodatkowe cykle interrogacji zazwyczaj rozwiązuje niejednoznaczność, gdy statki powietrzne oddalają się pozycyjnie lub interrogator uzyska kierunkowo lepszą odpowiedź.
Integracja wtórnego nadzoru Mode S
Wtórny radar dozorowania Mode S (SSR) współdzieli parę częstotliwości 1030/1090 MHz z trybami IFF 1–5, ale jest standardem lotnictwa cywilnego ICAO zdefiniowanym w Załączniku 10 i EUROCAE ED-73. Mode S zapewnia 24-bitowy adres ICAO statku powietrznego — globalnie unikalny i trwale przydzielony każdemu zarejestrowanemu statkowi powietrznemu — a także tożsamość statku powietrznego (znak wywoławczy), wysokość i rejestry możliwości. Mode S obsługuje również ADS-B (Automatic Dependent Surveillance — Broadcast) przez rozszerzony sygnał squitter 1090 MHz, który nadaje pozycję, prędkość i tożsamość bez interrogacji.
W wojskowym środowisku C2 Mode S jest jednocześnie zasobem interoperacyjności cywilnej i źródłem komplikacji. Kluczowe zagadnienia integracyjne to:
Adres ICAO jako klucz korelacji: Gdy moduł zarządzania planami lotów systemu C2 ma adres ICAO powiązany z wojskowym statkiem powietrznym (z operacyjnego planu lotu lub poprzednich danych kontaktu Mode S), adres ten może być dopasowany do odpowiedzi Mode S i sygnałów ADS-B, aby zapewnić dodatkowy klucz korelacji niezależny od kryptografii IFF. Jest to szczególnie cenne podczas operacji przejścia na Mode 5, gdy niektóre platformy nie są jeszcze wyposażone w Mode 5.
Separacja ruchu cywilnego: Znaczna część odpowiedzi Mode S i sygnałów ADS-B w większości bronionych przestrzeni powietrznych pochodzi od cywilnych statków powietrznych przelatujących trasami lotniczymi. System C2 musi oddzielić ścieżki cywilne (identyfikowane przez zakresy adresów ICAO przydzielone rejestrom cywilnym, squawki Mode 3/A 7600/7700/7500 dla celów specjalnych lub korelację z planami lotów cywilnych) od ścieżek wojskowych i zastosować inne traktowanie w ramach Zasad Zaangażowania. Cywilny statek powietrzny, który nie przejdzie IFF Mode 5, nie wyzwala alarmu bratobójstwa — po prostu nie ma możliwości Mode 5. To rozróżnienie w logice identyfikacji musi być jawne i przetestowane.
Interakcje ACAS/TCAS: System unikania kolizji w powietrzu (ACAS II / TCAS II) również używa interrogacji Mode S na 1030 MHz i nasłuchuje na 1090 MHz. Interrogacje ACAS od wojskowych statków powietrznych przelatujących w bronionej przestrzeni powietrznej pojawią się w łańcuchu odbiorczym interrogatora IFF. Interrogator musi tłumić interrogacje ACAS w wykrywaniu odpowiedzi, a system C2 musi być świadomy, że statek powietrzny wyposażony w ACAS może produkować nietypowe wzorce odpowiedzi Mode S w odpowiedzi na komunikaty koordynacyjne ACAS. Warstwa taktycznych łączy danych link-16 w połączonej architekturze często przenosi adresy ICAO Mode S platform wojskowych w raportach ścieżek J2.0, zapewniając dodatkowe źródło weryfikacji.
Wzorce integracji oprogramowania
Produkcyjna integracja IFF-do-C2 jest najlepiej ustrukturyzowana jako potok niezależnych etapów przetwarzania, każdy z dobrze zdefiniowanymi kontraktami wejścia i wyjścia:
[IFF Interrogator HW]
|
| STANAG 4193 Part 7 binary stream (UDP/RS-422)
v
[IFF Message Receiver] -- framing, CRC validation, deserialization
|
| Typed message objects (IffReport, Mode5Report, StatusMsg)
v
[Position Computation] -- antenna geometry -> ECEF coordinates
|
| IffReturn { position, mode, code, timestamp, quality }
v
[Track Correlator] -- positional gate, time matching, scoring
|
| CorrelationResult { track_id, status, confidence, mode5_data }
v
[Track Annotator] -- write IFF annotation to track database
|
| Updated Track { ..., iff_annotation: IffAnnotation }
v
[Staleness Manager] -- timer-driven decay of IFF status
|
[ROE Integration] -- identification status -> weapons rules
|
[Operator Display] -- color-coded track symbols, alerts
Odbiornik wiadomości IFF jest prostą warstwą ramkowania i deserializacji. Najczęstszym trybem awarii jest tu przepełnienie bufora podczas wysokich okresów PRF interrogacji, gdy wolumen wiadomości 0x02 przekracza zdolności przetwarzania. Odbiornik powinien być dedykowanym wątkiem z ograniczoną kolejką; jeśli kolejka się zapełni, wiadomości powinny być odrzucane z licznikiem zamiast blokować wątek odbiorczy, a wskaźnik odrzuceń powinien być eksponowany jako metryka zdrowia systemu.
Korelator ścieżek jest komponentem krytycznym pod względem wydajności. Musi przetwarzać każdy powrót IFF względem pełnej listy aktywnych ścieżek w czasie jednego cyklu interrogacji (zazwyczaj 20–50 ms na cykl). Dla dużych baz danych ścieżek (> 500 aktywnych ścieżek w scenariuszu wysokiej gęstości) indeks przestrzenny na przewidywanych pozycjach ścieżek (R-drzewo lub partycjonowanie komórkowe na siatce) redukuje pętlę korelacji z O(n) do O(log n) na odpowiedź. Indeks przestrzenny musi być aktualizowany ciągle w miarę przemieszczania się ścieżek — przebudowywanie go od podstaw w każdym cyklu jest zbyt wolne dla dużej liczby ścieżek.
Wynik pewności korelacji powinien być przechowywany w adnotacji ścieżki obok boolowskiego wyniku identyfikacji. Wynik ten staje się przydatny dla świadomości sytuacyjnej operatora (ścieżka z pewnością 0,92 jest wyświetlana inaczej niż ta z 0,54) i dla silnika ROE (ścieżka ze słabą pewnością skorelowanej-przyjaznej może wymagać dodatkowego potwierdzenia operatora przed zastosowaniem inhibicji broni).
Obsługa awarii IFF i zapobieganie bratobójstwu
Awarie IFF dzielą się na dwie kategorie: awarie interrogatora (podsystem IFF przestaje produkować ważne raporty) i awarie korelacji (raporty napływają, ale nie mogą być dopasowane do ścieżek). Obie muszą być obsługiwane bez powodowania cichego degradowania systemu do niebezpiecznego stanu.
Awarie interrogatora są wykrywane przez watchdog wiadomości statusu (typ 0x05): jeśli żadna wiadomość statusu nie nadejdzie w skonfigurowanym interwale (zazwyczaj 5–10 sekund), system C2 musi oznaczyć podsystem IFF jako offline i przenieść wszystkie ścieżki do statusu identyfikacji „Nieznany — IFF offline". Wyświetlanie ścieżek jako „Nieznany" jest bezpieczniejsze niż bezterminowe zachowywanie ich ostatniego statusu IFF, ponieważ ostatni znany status mógł być przestarzały przed awarią. Alert o IFF offline musi być widoczny w wyświetlaczu operatora: jest to znaczne obniżenie zdolności systemu C2 do rozróżniania przyjaciela od wroga.
Awarie synchronizacji kryptograficznej są zgłaszane przez interrogator w wiadomości statusu jako kod stanu kryptograficznego. Obsługa zależy od zakresu: jeśli pojedyncza platforma nie przechodzi Mode 5, podczas gdy wszystkie pozostałe korelują poprawnie, problem prawdopodobnie leży po stronie transpondera tej platformy (zły załadowany klucz, awaria synchronizacji czasu GPS). Jeśli wszystkie korelacje Mode 5 zawodzą jednocześnie, własne klucze interrogatora mogą być błędne lub wygasłe. System C2 powinien rozróżniać te dwa przypadki i alertować odpowiednio — awaria Mode 5 całej floty wymaga natychmiastowej koordynacji z organem zarządzania kluczami.
Zapobieganie bratobójstwu jest główną funkcją bezpieczeństwa integracji IFF. Moduł Zasad Zaangażowania musi sprawdzać status identyfikacji każdej ścieżki przed zezwoleniem na przydział broni. Sprawdzenie powinno być stanowe — oceniane ciągle względem bieżącej adnotacji IFF, a nie tylko w momencie przydziału. Krytycznym trybem awarii do ochrony jest „przestarzały przyjazny": ścieżka, której korelacja Mode 5 była ważna 2 minuty temu, ale od tego czasu zawodzi (statek powietrzny odwrócił się, awaria transpondera), nie powinna zachowywać statusu „przyjazny". Timer przestarzałości jest mechanizmem zapobiegającym temu — domyślne wartości 30–60 sekund są typowe, ale wartość operacyjna powinna być ustalona przez organ obrony powietrznej systemu w oparciu o scenariusz taktyczny.
Gdy wystąpi awaria korelacji na ścieżce, która była wcześniej identyfikowana jako przyjazna, system C2 nie powinien natychmiast reklasyfikować ścieżki jako wroga. Poprawna maszyna stanów to:
CORRELATED_FRIENDLY
|
| [No valid reply for > T_stale_1 (e.g. 30 s)]
v
STALE_FRIENDLY <-- operator alerted; weapons inhibit maintained
|
| [No valid reply for > T_stale_2 (e.g. 90 s)]
v
UNKNOWN_IFF_LOST <-- operator must make positive ID decision
|
| [Operator clears + positive hostile indicators]
v
HOSTILE_SUSPECTED <-- ROE engagement clearance possible
The inverse (UNKNOWN -> FRIENDLY) requires:
* Valid Mode 5 L1 reply AND
* Mode 5 L2 GPS consistent with track position AND
* Confidence score > CONFIDENCE_THRESHOLD (typically 0.75)
Mechanizm nadpisania przez operatora musi pozwalać wykwalifikowanemu kontrolerowi obrony powietrznej na ręczne nadpisanie statusu identyfikacji ścieżki w dowolnym kierunku — deklarowanie ścieżki jako przyjaznej (dla known platformy z awarią transpondera) lub deklarowanie ścieżki jako wrogiej (dla ścieżki wyświetlającej Mode 5, która jest podejrzana o bycie przejętym lub odtworzonym transponderem). Każde nadpisanie musi być rejestrowane ze znacznikiem czasu, identyfikatorem operatora, kodem powodu wybranym z predefiniowanej listy i poprzednim automatycznym statusem identyfikacji. Ten dziennik audytu jest wymagany do analizy po incydencie i przeglądu zgodności z Zasadami Zaangażowania.
Integracja z taktycznymi łączami danych dodaje kolejną warstwę wejść identyfikacyjnych. Ścieżka przychodząca przez taktyczne łącza danych link-16 zawiera pole identyfikacji od jednostki zgłaszającej, która może być czujnikiem o lepszej geometrii niż lokalny interrogator. Silnik fuzji C2 musi ważyć te zdalne raporty IFF względem lokalnych wyników interrogacji, preferując źródło z lepszą geometrią interrogator-cel i bardziej aktualnym znacznikiem czasu ostatniej odpowiedzi. Ta wieloźródłowa fuzja IFF jest architektonicznie podobna do wieloźródłowego problemu fuzji pozycji ścieżek i korzysta z tego samego podejścia mieszania ważonego pewnością.
Uwaga projektowa dla systemów krytycznych bezpieczeństwa: Ścieżki kodu integracji IFF zasilające logikę inhibicji broni powinny być traktowane jako oprogramowanie krytyczne dla bezpieczeństwa zgodnie z DO-178C lub równoważnymi standardami zapewnienia jakości oprogramowania obronnego. Timer przestarzałości, próg pewności i przejścia maszyny stanów są parametrami, które powinny być konfigurowane przez organ obrony powietrznej w czasie wykonania, a nie stałymi wkompilowanymi — a zmiany w nich powinny wymagać autoryzacji dwóch operatorów z pełnym dziennikiem audytu. Każda modyfikacja stanu identyfikacji ścieżki, która jest aktualnie namierzana, powinna wyzwalać dedykowany alert niezależnie od kierunku zmiany.