Jokainen miehittämättömiä ilma-aluksia käyttävä armeija kohtaa saman ongelman muunnelman. Vuosikymmenen hankintahistorian myötä joukolle kertyy useita UAS-alustoja eri toimittajilta, joilla jokaisella on oma omistusoikeudellinen maakontroliasemansa, oma datalinkki-aaltomuotonsa ja oma operaattorirajapintansa. Koalitio-operaation aikana liittolaiset saapuvat omien inventaarioidensa kanssa. Tuloksena on maakontroliasemien lisääntyminen — yksi per runkoryhmätyyppi, joskus yksi per kansakunta — jotka eivät voi jakaa komentoviranomaisia, eivät voi siirtää ilmassa olevaa omaisuutta ja eivät voi syöttää yhteistä tunnistettua ilmakuvaa. STANAG 4586 on olemassa korvaamaan tämä lisääntyminen yhdellä yhteensopivalla hallintainfrastruktuurilla. Tässä artikkelissa tarkastellaan standardin nelikerrosarkkitehtuuria, viittä yhteensopivuustasoa, joita se määrittelee, miten se mahdollistaa usean toimittajan UAV-operaatiot yhdestä maakontroliasemasta, ja missä toteutukset johdonmukaisesti jäävät spesifikaatiosta.

STANAG 4586:n nelikerrosarkkitehtuuri

STANAG 4586 jäsentää maakontrolliongelman neljään toiminnalliseen tasoon, joista kullakin on määritelty rajapinta naapureihinsa. Kerrostamisen ymmärtäminen on edellytys ymmärtää, missä yhteensopivuus todella sijaitsee — ja missä se ei sijaitse.

Ihminen–tietokone-rajapinta (HCI)

HCI on kaikki mitä operaattori näkee ja koskettaa: kartanäyttö, hyötykuormavideo-ikkuna, lennon parametrisyötteet, hälytysjono ja tehtäväsuunnittelutyökalut. Standardi ei tarkoituksellisesti täsmennä HCI:tä yksityiskohtaisesti — operaattorikokemus jätetään toteuttajille — mutta HCI:n on hyödynnettävä normalisoitua tietoa, jonka alla olevat tasot tuottavat. Käytännössä HCI-vaihtelu eri toteutusten välillä on merkittävä koulutuskustannusten lähde, kun operaattorit siirtyvät yhteensopivien GCS-tuotteiden välillä: standardi takaa, että tiedot ovat samat; se ei takaa, että hallintalaitteet tuntuvat samalta.

Ytimen UAS-ohjausjärjestelmä (CUAS)

CUAS on GCS:n prosessointiydin. Se ylläpitää tehtävän auktoritatiivista tilaa — ajoneuvon sijainti ja kunto, hyötykuorman tila, aktiiviset reittipisteet, hälytysolosuhteet — ja valvoo viranomaissääntöjä. Kun siirtoa pyydetään, CUAS välimiehinöi, mikä GCS pitää hallintaa kullakin LOI-tasolla. Se reitittää komennot HCI:stä DLI:hin alas ja telemetrian DLI:stä HCI:hin ylös, ja tallentaa tehtävälokin lentojälkeistä tarkastelua varten. CUAS on paikka, jossa usean ajoneuvon hallinnan logiikka sijaitsee: yksi CUAS-esiintymä voi periaatteessa hallita samanaikaisia yhteyksiä useisiin VSM:iin ja siten useisiin runkoryhmiin, operaattorin työkuormarajojen ja viranomaisasetuksen mukaan.

Datalinkkirajapinta (DLI)

DLI on standardoitu viestijoukko, jonka STANAG 4586 varsinaisesti määrittelee. Se määrittelee binääri- tai ASCII-viestiformaatit, joita vaihdetaan CUAS:n ja alusspesifisen moduulin välillä, kattaen kolme toimialuetta: ajoneuvon hallintaviestit (navigointikomennot, hätätoimenpiteet, lennon lopettaminen), hyötykuorman hallintaviestit (anturin suuntaus, kameratila, EO/IR-siirto) ja ajoneuvon telemetriaviestit (sijainti, asento, ilmanopeus, polttoainetila, terveystila). DLI on siirtokerrosriippumaton — se voi toimia UDP:n, TCP:n tai sarjaliikenneyhteyden kautta — mutta viestijäsentely ja parametriärsemant iikka ovat standardin määrittämiä. Tämä on rajapinta, jossa yhteensopivuus on muodollisesti määritelty, ja rajapinta, jota sertifiointitestaus arvioi.

Alusspesifinen moduuli (VSM)

VSM on ohjelmistosovittaja, joka silloittaa standardoidun DLI-maailman ja tietyn UAS-alustan omistusoikeudellisen todellisuuden. Jokainen UAS-tyyppi vaatii oman VSM:nsä. Yhteen suuntaan VSM vastaanottaa DLI-komennot CUAS:lta ja kääntää ne ilma-aluksen autopilootin tai hyötykuormatietokoneen odottamaan protokollaan — mikä voi olla omistusoikeudellinen binäärimuoto, MAVLink-murre tai toimittajakohtainen UDP-viesti. Toiseen suuntaan se vastaanottaa raakatelemetrian ilma-aluksesta ja normalisoi sen DLI-viesteihin, joita CUAS voi hyödyntää. VSM on paikka, jossa kaikki toimittajakohtainen monimutkaisuus eristetään; CUAS ja HCI sen yläpuolella ovat periaatteessa runkoryhmäriippumattomia. Käytännössä VSM:n kehitys ja ylläpito on STANAG 4586 -integrointiohjelmien ensisijainen kustannus- ja aikatauluriskitekijä.

Yhteensopivuustasot: LOI 1–5

STANAG 4586 ei käsittele yhteensopivuutta binäärisenä. Se määrittelee viisi yhteensopivuustasoa, jotka kuvaavat asteittain syvempää integraatiota GCS:n ja UAS:n välillä, ja kahden GCS-aseman välillä siirtoskenaariossa. LOI-kehys on kriittinen, koska se antaa ohjelmalle mahdollisuuden ilmoittaa täsmälleen, mitä kyvykkyyttä tietty integraatio tarjoaa — ja mitä se ei tarjoa.

LOI 1 on pintatason: UAS-peräisten tietojen epäsuora vastaanotto. C2-järjestelmä vastaanottaa kuvantamis- tai seurantatietoja, jotka ovat peräisin UAS:sta, mutta suoraa GCS-datalinkki-yhteyttä ei ole. Tiedot on ehkä välitetty hyödyntämisjärjestelmän tai yhteisen operatiivisen kuvan kautta. LOI 1 ei vaadi reaaliaikaista yhteyttä ilma-alukseen lainkaan.

LOI 2 lisää suoran UAS-tilannekuvatietojen vastaanoton. GCS:llä on reaaliaikainen yhteys datalinkiin ja se vastaanottaa telemetrian — sijainnin, korkeuden, kunnon — reaaliajassa, mutta se ei voi lähettää komentoja. Tämä on pelkästään valvontakyvykkyys, hyödyllinen ilmatilan purkaukseen ja ilmakuvahallintaan, kun GCS:llä ei ole viranomaista ajoneuvoon.

LOI 3 mahdollistaa UAS-hyötykuorman hallinnan vastaanottavasta GCS:stä, kun ajoneuvo jatkaa ennalta ohjelmoitua reittiään tai pysyy alkuperäisen GCS:nsä komennossa. Tiedustelu-analyytikko etäisessä hyödyntämispäätteessä voi suunnata kameran ja antaa tehtäviä anturille ilman, että alkuperäinen operaattori luovuttaa ajoneuvon hallintaa. LOI 3 on yleisimmin toteutettu taso koalitioympäristöjen sensori-tilauksia varten.

LOI 4 lisää itse ilma-aluksen hallinnan — GCS voi antaa navigointikomentoja, muokata reittipisteitä ja muuttaa lentokulkua — mutta laukaisu- ja palautumisvastuu pysyy alkuperäisellä käyttöasemalla. LOI 4 -siirrot vaativat koordinointia kahden GCS-operaattorin välillä ja määritellyn siirtoprotokollaan ristiriitaisten komentojen välttämiseksi.

LOI 5 on täydellinen siirto: vastaanottava GCS ottaa täyden komentoviranomaisuuden mukaan lukien laukaisu ja palautuminen. Alkuperäinen asema on käytännössä lukittu ulos siirron keston ajan. LOI 5 on taso, joka vaaditaan rajojen ylittäviin tai kansakuntien välisiin tehtäväsiirtoihin ja skenaarioihin, joissa ilma-alus suuntaa kentälle, jota eri yksikkö hallitsee. Se kantaa korkeimman viranomaishallinnan monimutkaisuuden ja vaativimmat turvallisuusvaatimukset.

Keskeinen havainto: Useimmat kenttään otetut STANAG 4586 -toteutukset pysähtyvät LOI 3- tai LOI 4 -tasolle. Täysi LOI 5 -kyvykkyys — mukaan lukien laukaisu- ja palautumissiirto — on teknisesti vaativa ja oikeudellisesti monimutkainen monikansallisissa asetelmissa, joissa toimintasäännöt ja kansalliset varaumat hallitsevat sitä, kenen voidaan sallia käyttää komentoviranomaista aseistettuun tai arkaluonteiseen ISR-omaisuuteen. Ilmoita LOI-tavoite selkeästi ohjelman alussa; LOI 5:n jälkikäsittely LOI 3 -suunniteltuun toteutukseen on harvoin yksinkertaista.

Usean toimittajan UAV-hallinta yhdestä maakontroliasemasta

STANAG 4586:n lupaama operatiivinen arvo on yksi GCS, jota prikaati tai tehtäväjoukko voi käyttää ohjatakseen mitä tahansa UAS-laitteita, joita sen osallistuvat kansakunnat tuovat. Yhteisellä GCS:llä sertifioitu operaattori voi viranomaisalueensa puitteissa ottaa LOI 3 -hyötykuormahallinnan liittoutuneen kansakunnan tiedusteluun tarkoitetusta UAS:sta ilman koulutusta kyseisen kansakunnan omistusoikeudellisella järjestelmällä. Yhteinen tuliasemajohtaja voi vetää anturitietoja useista runkoryhmistä — pyöriväsiipinen, kiinteäsiipinen, MALE — yhdestä rajapinnasta sen sijaan, että vaihtelisi erilaisten maakontroliasemien välillä.

Tämän saavuttaminen käytännössä vaatii, että jokaisella inventaarion UAS:lla on joko valmistajalta tai integroivalta kansakunnalta peräisin oleva yhteensopiva VSM. Valmistajatuki on epäjohdonmukainen: toimittajat, joiden järjestelmät on suunniteltu ennen standardin kypsymistä, tarjoavat usein minimaalisen VSM-tuen, ja heidän kehityssuunnitelman prioriteetit eivät välttämättä ole linjassa liittouman vaatimusten kanssa. Kansakunnat, jotka ovat investoineet STANAG 4586 -ohjelmiin — mukaan lukien useita, jotka ovat osallistuneet CWIX-yhteensopivuustestaukseen — ovat havainneet, että VSM:ien kehittäminen ja ylläpitäminen talon sisällä on väistämätöntä perinteisten tai eriytyneiden alustojen osalta.

Yhden GCS:n malli muuttaa myös ilmatilan hallintaongelmaa. Kun yksi GCS hallitsee tai seuraa useita runkoryhmä samanaikaisesti, purkausvastuun siirtää. CUAS:n on estettävä ristiriitaiset navigointikomennot, ja ilmatilan viranomaisen on oltava selkeä siitä, kenellä operaattorilla on komentoviranomaisus mihin ilma-alukseen milloin tahansa. Koalitio-operaatioissa nämä viranomaiskysymykset hallitaan lentotehtäväkäskyn ja sovellettavien kansallisten varaumien avulla, ei GCS-ohjelmistolla — mutta ohjelmiston on pakotettava mikä tahansa viranomaisista, joista komentajat ovat sopineet.

Toteutushaasteet

STANAG 4586 on ollut kehityksessä 1990-luvulta lähtien ja on kypsynyt useiden painosten kautta, mutta toteutukset kohtaavat johdonmukaisesti yhteisen joukon ongelmia. Niiden varhainen tunnistaminen vähentää aikataulun ja kustannusten riskiä.

VSM:n kehityskustannus on eniten mainittu haaste. Uusi VSM vaatii tyypillisesti kolmesta kuuteen kuukautta insinöörityötä hyvin dokumentoidulle UAS:lle, jolla on yhteistyökykyinen valmistaja. Järjestelmissä, joiden autopilootin ja hyötykuorman rajapintoja ei ole julkisesti dokumentoitu — tai joiden toimittaja kieltäytyy yhteistyöstä — voidaan tarvita käänteistekniikkaa merkittävin liittyvin kustannuksin ja oikeudellisin monimutkaisuuksin. VSM:ien ylläpitäminen runkoryhmän ohjelmistopäivitysten yli lisää jatkuvaa kuormaa, jonka hankintaohjelmat usein aliarvioivat.

Viive satelliittirelaysoiduissa linkeissä on rakenteellinen rajoite, jota standardi ei voi ratkaista. STANAG 4586 täsmentää viestiformaatit ja semantiikan, ei viivevaatimuksia. GCS, joka on yhdistetty MALE UAS:aan SATCOM-relayn kautta 600 ms kiertoviiveellä, vastaanottaa DLI-yhteensopivia viestejä — mutta ne saapuvat niin myöhään, että manuaalinen navigoinninhallinta on epäkäytännöllistä. LOI 4 ja LOI 5 -operaatiot korkean viiveen linkeissä vaativat ilma-aluksella autonomisia lentomuotoja, jotka vähentävät reaaliaikaisten komento-vastejaksojen tarvetta, kun GCS antaa reittipistepohjaisia aikomuksia jatkuvan hallintasyötteen sijaan.

Osittainen vaatimustenmukaisuus on laajalle levinnyt ongelma. Toimittajat saattavat toteuttaa yhteensopivan osajoukon DLI-viestijoukkoa, jättäen pois viestit ominaisuuksille, joita heidän alustallaan ei ole. Kun kaksi osittain yhteensopivaa toteutusta kohtaa, niiden tuettujen viestijoukkojen leikkaus voi olla pienempi kuin kumpi tahansa osapuoli odotti. Ainoa luotettava tapa paljastaa nämä puutteet ennen operaatiota on testaus — mieluiten sertifioidussa testipenkissä ja koalition käyttöön liittyvässä kumppanikansakunnan todellista GCS:ää vasten. NATO CWIX tarjoaa juuri tämän ympäristön ja on tunnistanut osittaisen vaatimustenmukaisuuden puutteet, jotka muuten olisivat ilmaantuneet pahimpaan mahdolliseen hetkeen.

Viranomaisambiguiteetti LOI 5 -siirron aikana ansaitsee erityistä huomiota. Kun vastaanottava GCS ottaa täyden hallinnan lentävästä omaisuudesta, molempien GCS-asemien on saatava selkeä, yksiselitteinen ilmoitus siitä, kenellä on viranomaisuus. Verkkohäiriöt siirtoprotokollassa aiheuttavat reunatapauksia, joissa molemmat asemat saattavat uskoa pitävänsä hallintaa — tai kumpikaan ei. Vahvat siirtototeutukset sisältävät aikasidotun viranomaismerkin, positiivisen kuittauksen ilma-alukselta ja paluun alkuperäiseen GCS:ään, jos kuittausta ei saada määritellyn ikkunan sisällä. Nämä suojakeinot ovat toteutusvalintoja; standardi täsmentää protokollarakenteen mutta ei pakota jokaista turvamekanismia.

STANAG 4586 -yhteensopivien UAS-tietojen integrointi laajempaan koalition yhteiseen operatiiviseen kuvaan käsitellään silloittamalla standardeihin kuten CoT ja TAK raiteiden jakelua varten, ja STANAG ja AInterP -kehyksiin laajempaa yhteensopivuusarkkitehtuuria varten. STANAG 4586 hallitsee GCS-UAS-rajapintaa; sen tuottamat ajoneuvoraita- ja anturitiedot on silti tallennettava C2-järjestelmiin omilla tietostandardeillaan.

Integroi UAS-tiedot yhteiseen operatiiviseen kuvaasi

Corvus HEAD tallentaa UAS-raidat, STANAG 4586 -peräiset anturitiedot ja korreloitua Link 16 -ilmakuvatietoa yhteen fuusioituun näyttöön — jotta operaattorisi näkee koko ilmatilan, ei vain omaisuuden, jota heidän GCS:nsä suoraan hallitsee.

Tutustu Corvus HEAD:iin → Varaa esittely

Tämän analyysin ovat valmistelleet Corvus Intelligencen insinöörit, jotka rakentavat yhteensopivuus- ja ISR-ohjelmistoa puolustus- ja viranomaisorganisaatioille. Lue lisää tiimistämme →