STANAG 4586: standardul de interoperabilitate pentru controlul la sol al UAS

Fiecare armată care operează aeronave fără pilot se confruntă cu o versiune a aceleiași probleme. Pe parcursul unui deceniu de achiziții, o forță acumulează mai multe platforme UAS de la diferiți furnizori, fiecare cu propria stație de control la sol proprietară, propriul waveform de link de date și propria interfață operator. În cursul unei operațiuni de coaliție, aliații sosesc cu propriile inventare. Rezultatul este o proliferare de stații la sol — una per tip de celulă aeriană, uneori una per națiune — care nu pot partaja autoritatea de control, nu pot preda un activ aflat în aer și nu pot alimenta o imagine aeriană recunoscută comună. STANAG 4586 există pentru a reduce această proliferare la o infrastructură de control unică și interoperabilă. Acest articol examinează arhitectura pe patru straturi a standardului, cele cinci Niveluri de Interoperabilitate pe care le definește, cum permite operațiunile UAV multi-furnizor de la o singură stație la sol și unde implementările nu reușesc în mod consistent să îndeplinească specificația.

Arhitectura STANAG 4586 pe patru straturi

STANAG 4586 structurează problema de control la sol în patru straturi funcționale, fiecare cu o interfață definită față de vecini. Înțelegerea stratificării este o condiție prealabilă pentru înțelegerea locului unde interoperabilitatea există efectiv — și unde nu există.

Interfața Om–Calculator (HCI)

HCI este tot ceea ce operatorul vede și atinge: afișajul hărții, fereastra video a sarcinii utile, intrările parametrilor de zbor, coada de alerte și instrumentele de planificare a misiunii. Standardul nu specifică în mod deliberat HCI în detaliu — experiența operatorului este lăsată la latitudinea implementatorilor — dar HCI trebuie să consume datele normalizate pe care straturile de dedesubt le produc. În practică, variația HCI între implementări este o sursă semnificativă de cost de formare când operatorii trec între produse GCS conforme: standardul garantează că datele sunt aceleași; nu garantează că comenzile se simt la fel.

Sistemul de Control de Bază UAS (CUAS)

CUAS este nucleul de procesare al GCS. Menține starea autoritativă a misiunii — poziția și starea de sănătate a vehiculului, starea sarcinii utile, punctele de parcurs active, condițiile de alertă — și aplică regulile de autoritate. Când se solicită o predare, CUAS arbitrează care GCS deține controlul la fiecare LOI. Direcționează comenzile de la HCI în jos la DLI și telemetria de la DLI în sus la HCI, și înregistrează jurnalul misiunii pentru revizuire post-zbor. CUAS este locul unde trăiește logica de gestionare a mai multor vehicule: o singură instanță CUAS poate, în principiu, gestiona conexiuni simultane la mai mulți VSM și, prin urmare, la mai multe celule aeriene, sub rezerva limitelor de volum de muncă ale operatorului și a configurației autorității.

Interfața Data Link (DLI)

DLI este setul standardizat de mesaje pe care STANAG 4586 îl specifică efectiv. Definește formatele de mesaj binare sau ASCII schimbate între CUAS și Modulul Specific Vehiculului, acoperind trei domenii: mesajele de control al vehiculului (comenzi de navigație, proceduri de urgență, terminare zbor), mesajele de control al sarcinii utile (îndreptare senzor, mod cameră, predare EO/IR) și mesajele de telemetrie ale vehiculului (poziție, atitudine, viteză aer, stare combustibil, stare de sănătate). DLI este agnostic față de transport — poate rula peste UDP, TCP sau un purtător serial — dar structura mesajului și semantica parametrilor sunt fixate de standard. Aceasta este limita la care interoperabilitatea este definită formal și limita pe care testarea de certificare o evaluează.

Modulul Specific Vehiculului (VSM)

VSM este adaptorul software care face legătura între lumea DLI standardizată și realitatea proprietară a unei platforme UAS specifice. Fiecare tip de UAS necesită propriul VSM. Într-o direcție, VSM primește comenzi DLI de la CUAS și le traduce în orice protocol se așteaptă autopilotul aeronavei sau calculatorul sarcinii utile — care poate fi un format binar proprietar, un dialect MAVLink sau un mesaj UDP specific furnizorului. În cealaltă direcție, primește telemetrie brută de la aeronavă și o normalizează în mesaje DLI pe care CUAS le poate consuma. VSM este locul unde toată complexitatea specifică furnizorului este izolată; CUAS și HCI de deasupra sa sunt, în principiu, agnostice față de celula aeriană. În practică, dezvoltarea și întreținerea VSM este principalul factor de cost și întârziere în programele de integrare STANAG 4586.

Nivelurile de Interoperabilitate: LOI 1 până la 5

STANAG 4586 nu tratează interoperabilitatea ca binară. Definește cinci Niveluri de Interoperabilitate care descriu o integrare progresiv mai profundă între o GCS și un UAS și între două stații GCS într-un scenariu de predare. Cadrul LOI este critic deoarece permite unui program să declare exact ce capacitate oferă o integrare dată — și ce nu oferă.

LOI 1 este cel mai superficial nivel: primirea indirectă a datelor derivate de la UAS. Un sistem C2 primește imagini sau date de urmărire care au provenit de la un UAS, dar nu există conexiune directă GCS-la-link de date. Datele pot fi fost transmise printr-un sistem de exploatare sau o imagine operațională comună. LOI 1 nu necesită nicio conexiune în timp real la aeronavă.

LOI 2 adaugă primirea directă a datelor de conștientizare situațională UAS. GCS are o conexiune live la linkul de date și primește telemetrie — poziție, altitudine, stare de sănătate — în timp real, dar nu poate trimite comenzi. Aceasta este o capacitate numai de monitorizare, utilă pentru deconfliction și gestionarea imaginii aeriene când o GCS nu are autoritate asupra vehiculului.

LOI 3 permite controlul sarcinii utile UAS de la GCS receptor în timp ce vehiculul continuă să zboare pe ruta sa preprogramată sau rămâne sub comandă de la GCS-ul originar. Un analist de informații de la un terminal de exploatare la distanță poate îndrepta camera și comanda senzorul fără ca operatorul original să renunțe la controlul vehiculului. LOI 3 este nivelul cel mai frecvent implementat pentru cazurile de utilizare senzor-la-cerere în mediile de coaliție.

LOI 4 adaugă controlul aeronavei în sine — GCS poate emite comenzi de navigație, modifica puncte de parcurs și modifica profilul de zbor — dar autoritatea de lansare și recuperare rămâne la stația de operare originală. Predările LOI 4 necesită coordonare între cei doi operatori GCS și un protocol de transfer definit pentru a evita comenzile conflictuale.

LOI 5 este predarea completă: GCS receptor preia autoritatea completă de comandă inclusiv lansarea și recuperarea. Stația originară este efectiv blocată pe durata predării. LOI 5 este nivelul necesar pentru transferurile de misiune transfrontaliere sau transnaționale și pentru scenariile în care o aeronavă deviază la un teren controlat de o altă unitate. Are cea mai mare complexitate de gestionare a autorității și cele mai exigente cerințe de siguranță.

Controlul UAV multi-furnizor de la o singură stație la sol

Valoarea operațională promisă de STANAG 4586 este o singură GCS pe care o brigadă sau un grup de misiune o poate utiliza pentru a comanda orice UAS aduc națiunile componente. Un operator certificat pe GCS comun poate, în limita nivelului său de autoritate, să preia controlul sarcinii utile LOI 3 al UAV de recunoaștere al unei națiuni aliate fără a fi reinstrunit pe sistemul proprietar al acelei națiuni. Un controler de foc comun poate extrage date senzoriale de la mai multe celule aeriene — rotative, cu aripi fixe, MALE — printr-o singură interfață în loc să comute între stații la sol disparate.

Realizarea acestui lucru în practică necesită ca fiecare UAS din inventar să aibă un VSM conform fie de la producătorul său, fie dezvoltat de națiunea care îl integrează. Suportul producătorilor este inconsistent: furnizorii ale căror sisteme au fost proiectate înainte ca standardul să se maturizeze oferă adesea suport VSM minim, iar prioritățile lor de rutier pot să nu se alinieze cu cerințele alianței. Națiunile care au investit în programe STANAG 4586 — inclusiv mai multe care au participat la testarea interoperabilității CWIX — au constatat că dezvoltarea și menținerea VSM-urilor intern este inevitabilă pentru platformele moștenite sau de nișă.

Modelul cu o singură GCS schimbă și problema de gestionare a spațiului aerian. Când o GCS controlează sau monitorizează mai multe celule aeriene simultan, responsabilitatea de deconfliction se schimbă. CUAS trebuie să prevină comenzile de navigație conflictuale, iar autoritatea de spațiu aerian trebuie să fie clară cu privire la care operator deține autoritatea de comandă asupra cărei aeronave în orice moment. Pentru operațiunile de coaliție aceste întrebări de autoritate sunt guvernate de ordinul de misiune aeriană și clauzele naționale aplicabile, nu de software-ul GCS — dar software-ul trebuie să aplice oricare stare de autoritate au convenit comandanții.

Provocările de implementare

STANAG 4586 este în dezvoltare din anii 1990 și s-a maturizat prin mai multe ediții, dar implementările întâmpină în mod regulat un set comun de probleme. Recunoașterea lor timpurie reduce riscul de calendar și cost.

Costul de dezvoltare VSM este provocarea cel mai frecvent citată. Un VSM nou necesită de obicei între trei și șase luni de inginerie pentru un UAS bine documentat cu un producător cooperant. Pentru sisteme ale căror interfețe autopilot și sarcină utilă nu sunt documentate public — sau al căror furnizor refuză să coopereze — poate fi necesară ingineria inversă, cu costuri și complexitate juridică semnificative asociate. Menținerea VSM-urilor pe actualizările software ale celulei aeriene adaugă o povară continuă pe care programele de achiziție o subestimează frecvent.

Latența pe linkurile relayate prin satelit este o constrângere structurală pe care standardul nu o poate rezolva. STANAG 4586 specifică formatele și semantica mesajelor, nu cerințele de latență. O GCS conectată la un UAS MALE printr-un relay SATCOM cu 600 ms timp de dus-întors va primi mesaje conforme DLI — dar vor sosi suficient de târziu pentru a face controlul manual al navigației nepractic. Operațiunile LOI 4 și LOI 5 pe linkuri cu latență ridicată necesită moduri de zbor autonome pe aeronavă care reduc nevoia de cicluri comandă-răspuns în timp real, cu GCS emițând intenții bazate pe puncte de parcurs mai degrabă decât intrări continue de control.

Conformitatea parțială este o problemă răspândită. Furnizorii pot implementa un subset conform al setului de mesaje DLI, omițând mesajele pentru capacitățile pe care platforma lor nu le are. Când două implementări parțial conforme se întâlnesc, intersecția seturilor lor de mesaje suportate poate fi mai mică decât se așteptase oricare parte. Singura modalitate fiabilă de a identifica aceste lacune înainte de o operațiune este testarea — ideal față de un banc de testare certificat și, pentru utilizarea în coaliție, față de GCS reală a națiunii partenere. NATO CWIX oferă exact acest mediu și a identificat lacune de conformitate parțială care altfel ar fi apărut în cel mai rău moment posibil.

Ambiguitatea autorității în timpul predării LOI 5 merită atenție specifică. Când o GCS receptor preia controlul complet al unui activ aflat în aer, ambele stații GCS au nevoie de o indicație clară și neambiguă a celui care deține autoritatea. Perturbările de rețea în timpul protocolului de predare creează cazuri limită în care ambele stații pot crede că dețin controlul — sau niciuna. Implementările robuste de predare includ un token de autoritate cu limită de timp, un acces pozitiv de la aeronavă și o revenire la GCS originar dacă recunoașterea nu este primită în intervalul definit. Aceste protecții sunt alegeri de implementare; standardul specifică structura protocolului dar nu mandatează fiecare mecanism de siguranță.

Integrarea datelor UAS conforme STANAG 4586 cu imaginea operațională comună mai largă a coaliției este abordată prin bridge-uri la standarde precum CoT și TAK pentru distribuția urmelor și la cadrele STANAG și AInterP pentru arhitectura mai largă de interoperabilitate. STANAG 4586 guvernează interfața GCS-la-UAS; urma vehiculului și produsele senzoriale pe care le produce trebuie totuși ingerate de sistemele C2 folosind propriile standarde de date.