Management colectare SIGINT: alocare, deconflictare și prioritizare

Orice sistem SIGINT ajunge în cele din urmă la aceeași problemă: există mai multe cerințe de colectare decât colectori disponibili pentru a le satisface. Senzorii au acoperire de frecvență finită, capacitate de alocare simultană limitată și constrângeri geografice pe care nicio cantitate de inginerie nu le elimină complet. Managementul colectării este disciplina care face legătura între ceea ce comandanții trebuie să știe și ceea ce flota de senzori poate observa fizic.

Acest articol acoperă arhitectura software și algoritmii care implementează managementul colectării la nivel de sistem: modul în care cerințele se transformă în planuri de alocare, modul în care conflictele sunt rezolvate și modul în care sistemul își măsoară propria performanță și se adaptează în timp real.

Ce este managementul colectării

Managementul colectării se află între procesul de cerințe de informații și senzorul individual. Pe de o parte, analiștii și comandanții generează un flux de întrebări: Ce frecvențe folosește rețeaua de radar de apărare aeriană a adversarului? Transmite nodul logistic suspect? Care unități sunt active în pătratul de grilă XY? Pe de altă parte, există un set finit de senzori cu ferestre de acoperire specifice, intervale de frecvență și limite de capacitate simultană.

Funcția de management al colectării traduce cerințele în ordine de alocare executabile pentru senzori, monitorizează execuția față de plan și transmite rezultatele proprietarilor cerințelor. Fără această funcție, o cerință de prioritate ridicată concurează orbește cu sarcini de rutină de prioritate scăzută. Senzorii sunt îndreptați spre ținte greșite. Ferestre critice de colectare sunt ratate deoarece doi colectori au fost alocați aceluiași țintă, în timp ce un al treilea nu avea nimic de făcut.

Problema software de bază este una de planificare a resurselor constrânse în condiții de incertitudine. Cerințele sosesc continuu. Disponibilitatea senzorilor se modifică odată cu deplasarea platformei, starea de întreținere și calitatea legăturii de comunicații. Mediul însuși — bruiaj, mascare a terenului, efecte atmosferice — afectează ceea ce fiecare colector poate observa. Un sistem de management al colectării trebuie să mențină un model precis al tuturor acestor variabile și să actualizeze continuu planurile de alocare.

Managementul cerințelor de colectare

Cerințele intră în sistemul de management al colectării într-o ierarhie structurată. Cerințele de informații prioritare (PIR) exprimă nevoile de informații de cea mai înaltă prioritate ale comandantului la nivel strategic sau operațional. PIR-urile sunt descompuse în Cerințe de informații (IR) — întrebări mai specifice legate de anumite ținte, zone geografice sau ferestre de timp. IR-urile sunt descompuse în continuare în Cerințe specifice de colectare (SIR) — sarcini atomice, acționabile de senzori, care specifică ce semnal să caute, în ce bandă de frecvență, la ce locație și în ce fereastră de timp.

Cadrul COLISEUM (Collection Operations Intelligence Schedules and Execution Unified Management), utilizat în sistemele de informații NATO, formalizează această ierarhie și adaugă câmpuri pentru solicitant, prioritate, justificare și calendarul de colectare necesar. Înregistrările de cerințe de tip COLISEUM poartă un identificator unic care persistă pe întregul lanț de la colectare la raportare, permițând trasabilitate end-to-end de la întrebarea comandantului la produsul de informații rezultat.

În termeni software, o bază de date de cerințe stochează fiecare SIR ca o înregistrare cu următoarele câmpuri cheie: identificatorul țintei, intervalul de frecvență sau clasa de semnal, zona geografică de interes (poligon sau punct-rază), fereastra de timp (marcaje temporale nu-mai-devreme-de și nu-mai-târziu-de), nivelul de prioritate (de obicei 1–5 sau P1–P5), unitatea solicitantă și criteriile de satisfacere — ce constituie un succes al colectării. Motorul de planificare citește această bază de date ca intrare și încearcă să construiască un plan de alocare a senzorilor care să satisfacă cât mai multe cerințe posibil în limitele flotei de senzori disponibile.

Inventarul senzorilor și modelarea capacităților

Planificarea eficientă necesită un model precis, în timp real, al flotei de senzori. Sistemul de management al colectării menține un registru al senzorilor care captează următoarele atribute pentru fiecare colector:

Acoperirea de frecvență. Fiecare senzor are un interval reglabil (de exemplu, 20 MHz la 3 GHz) și o lățime de bandă simultană (de exemplu, 40 MHz acoperire instantanee). Un senzor nu poate acoperi simultan frecvențe care depășesc lățimea sa de bandă instantanee, astfel că cerințele de bandă largă pot necesita fie mai mulți senzori, fie treceri de reglare secvențiale.

Amprenta de acoperire. Pentru sistemele direcționale aeropurtate sau terestre, amprenta de acoperire este o funcție a poziției platformei, orientării antenei și razei de detectare. Modelul senzorului calculează amprenta ca un poligon, actualizat continuu pe măsură ce platforma se deplasează. O cerință poate fi satisfăcută de un anumit senzor numai dacă ținta se află în amprenta senzorului în timpul ferestrei de timp a cerințelor.

Capacitatea de alocare simultană. Un receptor cu mai multe canale poate gestiona N sarcini simultane. Un receptor cu un singur canal gestionează una. Modelul senzorului urmărește câte sloturi de alocare sunt disponibile la fiecare pas de timp. Planificarea unei noi sarcini față de un senzor saturat creează o condiție de supraalocare, pe care sistemul trebuie să o detecteze și să o semnaleze.

Starea curentă și sănătatea. Senzorii raportează starea operațională printr-un mesaj de heartbeat sau de sănătate și stare. Un senzor care iese din funcțiune, intră într-un mod degradat sau pierde legătura de comunicații trebuie marcat imediat ca indisponibil. Sarcinile în așteptare pentru acel senzor necesită reprogramare. Sistemul trebuie să propaghe această schimbare de stare prin planul de alocare în câteva secunde, nu minute.

Datele despre poziția platformei se introduc direct în calculul amprentei. Pentru senzorii mobili terești, pistele GPS sunt integrate în modelul senzorului. Pentru platformele aeropurtate, sistemul de management al zborului furnizează poziția, direcția și altitudinea. Amprentele de acoperire sunt recalculate la fiecare ciclu de actualizare a modelului — de obicei la fiecare 5 până la 30 de secunde, în funcție de viteza platformei.

Algoritmi de alocare și planificare

Problema de bază a planificării este o variantă a planificării intervalelor cu resurse. Fiecare cerință are o fereastră de timp în care trebuie satisfăcută. Fiecare senzor are un set de sloturi de timp, fiecare cu o limită de capacitate. Constrângerile de frecvență cuplează cerințele la senzori: o cerință pentru un semnal VHF nu poate fi atribuită unui senzor cu acoperire doar HF. Constrângerile geografice limitează în continuare care senzori pot acoperi ce ținte. Obiectivul este de a maximiza rata de satisfacere ponderată în funcție de prioritate pe toate cerințele.

Abordarea practică cea mai simplă utilizează un planificator greedy ordonat după prioritate. Cerințele sunt sortate după nivelul de prioritate, apoi după urgența ferestrei de timp (cerințele cu cel mai apropiat termen limită mai întâi în cadrul fiecărui nivel). Planificatorul iterează prin lista sortată și atribuie fiecare cerință celui mai bun senzor disponibil — cel cu cea mai mare marjă semnal-zgomot pentru acea țintă sau cel cu cea mai mare capacitate simultană rămasă. Aceasta rulează în timp O(R log R + R·S), unde R este numărul de cerințe și S este numărul de senzori, și produce soluții bune suficient de rapid pentru actualizări în timp real.

Pentru orizonturi de planificare mai lungi, formulările de programare cu satisfacerea constrângerilor (CSP) sau de programare liniară în numere întregi mixte (MILP) produc planuri mai bune la nivel global. Un planificator MILP minimizează totalul cerințelor ponderate după prioritate nesatisfăcute, sub rezerva: constrângerilor de capacitate per senzor, constrângerilor de fezabilitate a frecvenței, constrângerilor de acoperire geografică și fezabilității ferestrei de timp. Solverele comerciale (GLPK, HiGHS, CBC) rezolvă instanțe de dimensiuni practice — sute de cerințe, zeci de senzori — în mai puțin de un minut. Planificatorul greedy gestionează actualizările în timp real; MILP rulează ca un lot periodic pentru a optimiza orizontul de planificare înainte.

Detectarea supraalocare este un subsistem necesar. Când numărul de sarcini atribuite unui senzor depășește capacitatea sa simultană, sau când sarcina totală de alocare pe flotă lasă o cerință fără o atribuire senzor-timp fezabilă, sistemul generează o alertă de supraalocare. Alerta conține identificatorul cererii afectate, nivelul de prioritate și cea mai timpurie fereastră de timp la care capacitatea se va elibera. Managerii ISR folosesc aceste informații fie pentru a accepta decalajul, fie pentru a escalada cerința în vederea alocării de senzori suplimentari.

Deconflictare

Deconflictarea este procesul de prevenire a producerii de colectare conflictuală sau redundantă de către două ordine de alocare. În managementul colectării SIGINT apar două tipuri de conflict.

Deconflictarea frecvenței. Doi colectori acordați pe benzi de frecvență suprapuse în aceeași zonă geografică se pot interfera reciproc, în special dacă unul este un emițător de putere ridicată sau dacă ambii utilizează tehnici DF active în același spectru. Sistemul verifică fiecare nouă ordine de alocare față de toate sarcinile active pentru suprapunere de frecvență combinată cu proximitate geografică. Dacă două sarcini se încadrează în raza de interferență — o funcție a puterii de emisie și a câștigului antenei — sistemul semnalează un conflict și propune un segment de frecvență alternativ sau un decalaj de timp.

Deconflictarea geografică și a țintei. Doi colectori alocați aceleiași ținte în aceeași fereastră de timp produc colectare duplicată. Aceasta este risipitoare atunci când capacitatea senzorilor este limitată. Motorul de deconflictare menține o bază de date de sarcini indexată după identificatorul țintei și fereastra de timp. Înainte de a atribui un al doilea senzor unei ținte, verifică dacă acoperirea existentă este deja adecvată. Dacă acoperirea existentă oferă calitate suficientă a semnalului și geometrie de geolocalizare, a doua atribuire este blocată, iar senzorul este eliberat pentru cerințe nesatisfăcute.

Geometria de geolocalizare este un factor cheie în deconflictarea țintei. Un singur senzor oferă o linie de relevment, nu o fixare. Doi senzori oferă o fixare numai dacă linia de bază geometrică față de țintă produce o diluție acceptabilă a preciziei (DOP). Motorul de deconflictare permite, prin urmare — și recomandă activ — atribuirea mai multor senzori aceleiași ținte atunci când acuratețea geolocalizării este un obiectiv de colectare, atât timp cât cei doi senzori sunt poziționați pentru a oferi o separare unghiulară adecvată. Aceasta este acoperire coordonată, nu acoperire redundantă, iar cele două cazuri necesită o gestionare diferită în logica de deconflictare.

Rezultatele deconflictării sunt stocate ca o înregistrare de deconflictare care leagă identificatorii sarcinilor afectate, tipul conflictului și acțiunea de rezoluție luată. Acest jurnal se introduce în traseul de audit al arhitecturii platformei și este disponibil pentru analiza post-misiune.

Realocare în timp real

Un plan de colectare care nu se poate adapta în timpul misiunii este inutil din punct de vedere operațional. Evenimentele dinamice invalidează constant ipotezele planului: o platformă țintă își schimbă poziția, un nou emițător apare într-o bandă anterior liniștită, un senzor pierde legătura de comunicații sau un comandant emite o cerință de prioritate urgentă care depășește planul curent.

Realocarea în timp real necesită o arhitectură bazată pe evenimente. Sistemul de management al colectării se abonează la un flux de evenimente de schimbare a stării de la senzori, sisteme de informații și nivelul de comandă. Fiecare eveniment declanșează o actualizare vizată a planului, nu o replanificare completă. Procedura de actualizare este:

În primul rând, identificați ce sarcini curente sunt afectate de eveniment — sarcini al căror senzor este acum indisponibil sau sarcini al căror țintă s-a deplasat în afara amprentei senzorului curent. Marcați aceste sarcini ca în așteptarea reprogramării. În al doilea rând, reevaluați cerințele afectate față de starea curentă a senzorului și recalculați atribuirile folosind planificatorul greedy. În al treilea rând, generați ordine de realocare pentru senzorii afectați și transmiteți-le prin legătura de comandă. Întregul ciclu trebuie să se finalizeze în mai puțin de două secunde pentru dimensiuni tipice ale evenimentelor.

Cerințele de prioritate urgentă — sarcini P1 emise ca răspuns la un eveniment critic în timp — necesită preempțiune. Planificatorul compară cerința urgentă cu sarcina activă de cea mai mică prioritate de pe cel mai bun senzor candidat. Dacă prioritatea cerinței urgente depășește prioritatea sarcinii active, sarcina activă este preemptată: senzorul primește o ordine de oprire a sarcinii pentru sarcina de prioritate mai mică, sarcina este returnată în coada neplanificată, iar cerința urgentă este atribuită imediat. Proprietarul sarcinii preemptate primește o notificare cu motivul preempțiunii și cea mai timpurie fereastră de reluare.

Interfața de comandă și control a senzorului trebuie să suporte livrarea sarcinilor cu latență redusă. Ordinele de realocare trimise prin legături de mare latență — SATCOM prin satelit cu 600 ms dus-întors — necesită ca planificatorul să țină cont de întârzierea de propagare a comenzii la calcularea celui mai timpuriu timp posibil de realocare a senzorului. O sarcină ordonată la momentul T nu trebuie planificată să înceapă înainte de T plus întârzierea de propagare plus timpul de procesare pe partea senzorului.

Metrici și feedback

Un sistem de management al colectării care nu își măsoară propria performanță nu se poate îmbunătăți. Stratul de metrici închide bucla dintre colectarea planificată și colectarea executată.

Metrica principală este rata de execuție a colectării: fracțiunea de sarcini planificate care au fost executate și au produs un produs de informații utilizabil în fereastra de timp a cerinței. Rata de execuție este calculată per nivel de prioritate, per senzor, per tip de țintă și per perioadă de timp. O rată de execuție P1 sub 90% este o problemă la nivel de sistem care justifică o investigație imediată. O rată de execuție P4 de 60% poate fi acceptabilă, dat fiind flota de senzori limitată.

Analiza ratărilor categorizează fiecare rată de colectare ratată după cauza principală. Sistemul distinge între: ratări ale senzorului (indisponibilitatea platformei, defecțiunea legăturii, defecțiune mecanică), ratări ale acoperirii (ținta s-a deplasat în afara amprentei înainte de începerea colectării), ratări ale frecvenței (ținta nu transmitea în banda necesară în timpul ferestrei de colectare), ratări ale planului (cerința nu a fost planificată din cauza constrângerilor de capacitate) și ratări ale calității (colectarea a avut loc, dar produsul rezultat nu a îndeplinit criteriile de satisfacere, de exemplu acuratețea insuficientă a geolocalizării). Fiecare categorie de ratare determină o acțiune de remediere diferită.

Bucla de feedback plan versus actual compară planul de alocare de la începutul fiecărei perioade de planificare cu înregistrarea de execuție de la sfârșit. Decalajele persistente — cerințe care sunt în mod repetat nesatisfăcute pe mai multe cicluri de planificare — sunt semnalate ca deficite cronice și escalate pentru suplimentarea flotei de senzori sau re-prioritizarea cerințelor. Acest feedback se introduce și în modelul de capacitate al senzorului: un senzor care ratează în mod constant ținte la marginea amprentei nominale are un model de acoperire prea optimist care trebuie corectat.

Eficiența colectării — raportul dintre timpul pe care senzorii îl petrec în colectare activă față de inactivitate sau repoziționare — este o metrică secundară care expune risipa de planificare. Un senzor inactiv în timp ce cerințele rămân nesatisfăcute indică un eșec de planificare, fie în modelarea amprentei, fie în logica de potrivire cerință-senzor. Urmărirea eficienței per tip de senzor evidențiază ce tipuri de colectori sunt supraabonate și care au capacitate disponibilă, informând deciziile viitoare privind structura forței.

Aceste metrici sunt cele mai utile atunci când sunt prezentate ca un tablou de bord live, vizibil pentru managerul ISR și actualizat la același ritm ca ciclul de planificare. Un tablou de bord care arată rata de execuție per nivel de prioritate, alertele curente de supraalocare și procentul de conformitate cu planul oferă managerului ISR informațiile necesare pentru a lua decizii de alocare a resurselor în timpul misiunii, nu după descoperirea decalajelor în revizuirea post-misiune.

Dacă construiți sau evaluați software de management al colectării SIGINT, deciziile de inginerie care contează cel mai mult sunt fidelitatea modelului senzorului, latența algoritmului de planificare sub sarcină dinamică și pipeline-ul de realocare bazat pe evenimente. Obținerea corectă a acestor trei aspecte determină dacă sistemul ajută managerii ISR să închidă decalajele de colectare sau pur și simplu le documentează după fapt.

Pentru mai multe informații despre platforma mai largă cu care se integrează managementul colectării, consultați articolele noastre despre componentele platformei SIGINT și designul arhitecturii platformei SIGINT.