Ilmapuolustuksen C2-ohjelmisto: tulenkäytön koordinointi ja ilmatilan hallinta

Ilmapuolustus on koordinointiongelma ennen kuin se on ampumisongelma. Siihen mennessä kun torjuntaohjus lähtee laukaisulaitteelta, raskas työ on jo tehty: kontakti on havaittu, korreloitu jäljestökseksi, tunnistettu vihamieliseksi, arvioitu suojattuihin kohteisiin kohdistuvan uhkan suhteen, yhdistetty oikeaan asejärjestelmään, ristiriidat poistettu jokaisen verkon tuliyksikön kanssa ja valtuutettu tulenkäytön sääntöjen mukaisesti – usein muutamassa sekunnissa. Ilmapuolustuksen C2-ohjelmisto on järjestelmä, joka suorittaa tämän sarjan konenopeudella useiden sensorien ja ampujien välillä pitäen samalla ihmiskomentajan hallinnassa. Tässä artikkelissa tarkastellaan, miten kyseinen ohjelmisto koordinoi sensorit ja asejärjestelmät, hallitsee tulenkäyttövaltuuksia, valvoo ilmatilan hallintaa ja sitoo yksittäiset tuliyksiköt yhteen integroiduksi ilmapuolustusjärjestelmäksi (IADS).

Havaitse-tuhoa-sarja ohjelmistoputkistona

Jokainen ilmapuolustuksen tulenkäyttö, asejärjestelmästä riippumatta, noudattaa samaa loogista sarjaa: havaitse, seuraa, tunnista, arvioi, kohdista, valtuuta, tuhoa, arvioi tulos. Ilmapuolustuksen C2-ohjelmisto on tämän sarjan toteutus putkistona, ja jokainen vaihe on kohta, jossa viive, virhe tai epäselvyys voi kaataa puolustuksen. Sen tuottama yhteinen ilmakuva on erikoistunut yhteinen operatiivinen tilannekuva, joka on viritetty ilmadomainille – korkeat päivitystaajuudet, tiukka tunnistus ja suora polku jäljestöksestä aseen kohdistukseen.

Putki alkaa havaitsemisella ja seurannalla. Hakututkat, seurantatutkat, passiiviset RF-sensorit ja elektro-optiset järjestelmät tuottavat kukin kontakteja. Ohjelmiston ensisijainen tehtävä on monisensorikorrelaatio: saman fyysisen kohteen raporttien yhdistäminen yhdeksi jäljestökseksi sulautetulla kinemaattisella tilalla – sijainti, nopeus, korkeus – ja epävarmuusarviolla. Kolmen tutkan havaitseman maalin on oltava yksi jäljestys, ei kolme; maaston taakse kadonnut ja uudelleen ilmestyvä maali on säilytettävä identiteettinsä. Huono korrelaatio tuottaa haamujäljestöjä, jotka tuhlaa operaattorin huomion ja, mikä pahempaa, torjuntaohjuksia.

Putki päättyy tulenkäyttöön ja arviointiin. Kun tulenkäyttö on valtuutettu, ohjelmisto seuraa torjuntaohjusta maalia vastaan, suorittaa tuhoamisen arvioinnin tutkahavainnoinneista ja joko poistaa jäljestyksen tai palauttaa sen jonoon uudelleentorjuntaa varten. Käytettyjen torjuntaohjusten varasto päivitetään koko verkossa niin, että myöhempi aseen kohdistus heijastaa todellisia käytettävissä olevia varoja.

Jäljestyshallinta ja tunnistus

Tunnistus on ilmapuolustuksen tärkein vaihe, koska virheen kustannus on symmetrinen ja vakava: luokittele vihamielinen ystäväksi ja suojattu kohde menetetään; luokittele ystävä vihamieliseksi ja järjestelmä tekee vahinkotuhon omia ilma-aluksia vastaan. Ilmapuolustuksen C2-ohjelmisto käsittelee tunnistusta itsenäisten vihjeiden sulautumisena eikä yksittäisenä kytkimenä.

Ensisijainen vihje on IFF (Identification Friend or Foe). Mode 5 -salakirjoituskysely palauttaa kelpaavan, aikasidonnaisen vastauksen vain oikein avainnetulta ystävälliseltä alustalta, mikä tekee positiivisesta Mode 5 -vastauksesta vahvan ystävällisyyden indikaattorin. Mutta vastauksen puuttuminen ei todista vihamielisyyttä – transponderi voi olla pois päältä, vaurioitunut tai geometria voi olla huono – joten ohjelmisto ei koskaan käsittele vastauksetta jäänyttä kyselyä yksinään vihamielisyyden ilmaisuna.

Toinen vihje on korrelaatio ilmatilan hallintamääräystä (ACO) ja ilmatehtävämääräystä vastaan. Ystävälliset ilma-alukset lentävät jätetyillä reiteillä määriteltyjen käytävien kautta aikataulutettuina aikaikkuna. Jäljestys, jonka sijainti, suunta, korkeus ja ajoitus vastaavat jätettyä kauttakulkukäytävää, on paljon todennäköisemmin se ystävällinen tehtävä, jonka ACO sanoo olevan siellä. Ohjelmisto vertaa jatkuvasti reaaliaikaisia jäljestyksiä näihin ilmatilan hallintatoimenpiteisiin ja nostaa tunnistusluottamusta jäljestöksille, jotka sopivat.

Kolmas vihje on jäljestyksen käyttäytyminen: nopeus, korkeuprofiili, liikehdintä ja alkuperä. Uhka-akselilta tuleva korkeanopeusjäljestys siviili- tai ystävällisille profiileille sopimattomalla korkeudella merkitään epäilyttäväksi ennen muiden vihjeiden selviämistä. Ohjelmisto sulattaa nämä syötteet yhdeksi tunnistukseksi – ystävä, oletettu ystävä, neutraali, epäilyttävä tai vihamielinen – liittyvällä luottamuksella, ja tämä tunnistus ohjaa kaikkea jäljempänä tulevaa. Tulenkäyttöratkaisua ei tarjota jäljestökselle, joka ei ole täyttänyt tulenkäytön sääntöjen asettamaa positiivisen tunnistuksen kynnysarvoa.

Standarditunnistukset ja NATO:n tunnistusmalli

Ilmapuolustusjärjestelmät käyttävät standardoitua tunnistussarjaa niin, että liittoutuneiden järjestelmät tulkitsevat jäljestyksen samalla tavalla. Kategoriat – odottava, tuntematon, oletettu ystävä, ystävä, neutraali, epäilyttävä, vihamielinen – vastaavat operaattoreiden näkemää symbologiaa ja toimintaa ohjaavia tulenkäytön sääntöjä. Tunnistuksen johdonmukaisuuden ylläpito koalitio-IADS:ssa on STANAG-yhteensopivuusongelma: kun yhden maan sensori ilmoittaa jäljestyksen vihamieliseksi, kyseisen ilmoituksen on välityttävä taktisella datalinkin yli identiteetti säilyttäen, jotta kumppanimaan tuliyksikkö voi toimia sen perusteella ilman uudelleenratkaisua alusta alkaen.

Tulenkäytön koordinointi ja ase–maali-paritys

Kun jäljestys on tunnistettu torjuttavaksi ja priorisoitu uhkan mukaan, ohjelmisto ratkaisee resurssienjakautumisongelman: minkä asejärjestelmän pitäisi torjua mikäkin uhka. Tämä on ase–maali-paritys, ja siinä IADS ansaitsee nimensä. Yksinkertainen järjestelmä antaa jokaisen tuliyksikön torjua kaiken mitä se näkee, mikä johtaa kahteen yksikköön, jotka tuhlaa torjuntaohjuksia samaan maaliin kun toinen uhka läpäisee puolustuksen torjumattomana.

Paritulogiikka ottaa huomioon jokaisen asejärjestelmän torjuntaalueen (voiko tuliyksikkö fyysisesti saavuttaa maalin ennustetun torjuntapisteen ajoissa ohjusten kinematiikan ja maalin nopeuden huomioiden), sen torjuntaohjusvaraston (jäljellä olevat ohjukset), sen valmiustilan (tutka emissiossa, laukaisualusta ladattuna, järjestelmä ei ole maaston peitossa) ja kyseisen aseen tuhoutumistodennäköisyyden kyseistä maaliluokkaa vastaan. Ohjelmisto järjestää ehdokaspariytykset ja poistaa ristiriidat niin, että jokainen uhka kohdistetaan täsmälleen yhdelle tuliyksikölle, ellei uhkan arvo oikeuta kerrostettua kahden yksikön laukausta.

Uhka-arviointi syöttää paritusta. Ohjelmisto laskee torjuntaan kuluvan ajan ja ennustetun lähimmän lähestymispisteen jokaista suojatun kohdeluettelon kohdetta kohti, sitten järjestää torjuttavat jäljestykset niin, että vaarallisimmat uhkat arvokkaimpia kohteita vastaan esitetään ja kohdistetaan ensin. Jäljestykset, joihin mikään käytettävissä oleva tuliyksikkö ei ehdi ajoissa, merkitään läpimurtoiksi – tieto, jonka komentaja tarvitsee välittömästi jotta passiiviset puolustukset tai ylempi johtoportas voi reagoida. Sama priorisointilogiikka esiintyy laajemmissa monidomeenioperaatioiden työkaluissa, joissa ilma-, maa- ja muut vaikutukset kilpailevat samasta päätösvyöreystä.

Hallintamuodot: keskitetystä autonomiseen

Ilmapuolustusdoktriini määrittelee, kuka voi valtuuttaa tulenkäytön hallintamuotojen kautta, ja C2-ohjelmisto toteuttaa ne pakollisina tiloina eikä ohjeina. Valinta vaihtelee koordinaation, nopeuden ja joustavuuden välillä.

Keskitetty hallinta edellyttää ylemmän johtoportaan hyväksyntää jokaiselle tulenkäytölle. Tämä maksimoi koordinaation ja minimoi vahinkotuhot, koska yksi taho näkee koko kuvan, mutta se on hidas ja hauras – jos verkkoyhteys valtuustavaan solmuun katkeaa, tuliyksiköt eivät voi toimia. Hajautettu hallinta delegoi tulenkäyttövaltuudet tuliyksiköille ennalta sovittujen sääntöjen mukaisesti, mikä on nopeampaa ja selviää viestiyhteyksien katkoksista, mutta nostaa koordinointitaakkaa ja vahinkotuhoriski. Autonominen toiminta on varasuunnitelma, kun tuliyksikkö on täysin eristyksissä ja sen on puolustettava itseään tiukkojen, ennalta valtuutettujen sääntöjen mukaisesti.

Ohjelmisto antaa komentajan asettaa hallintamuodon erikseen sektorin, korkeuskaistan ja uhkaluokan mukaan, ja muuttaa sitä dynaamisesti. Saturaatiohyökkäyksen kohtaamassa puolustussektorissa voidaan ottaa käyttöön sallivampi tulenkäyttöasento, kun taas vilkkaaseen ystävälliseen kauttakulkukäytävään päällekkäinen sektori pysyy keskitetysti hallittuna. Järjestelmä valvoo asetettua tilaa: keskitetyssä hallinnassa se ei anna tuliyksikön torjua ilman valtuutusviestiä, ja se tekee nykyisen tilan yksiselitteiseksi kaikilla operaattorin näytöillä.

Ilmatilan hallinta: tulenkäytön erottaminen omista ilma-aluksista

Ilmapuolustus ei koskaan toimi tyhjässä taivaassa. Ystävälliset ilma-alukset, miehittämättömät järjestelmät ja tukevat tulet jakavat saman ilmatilan, ja ilmatilan hallintamääräys on ristiriitojenpoistokirjaus. C2-ohjelmisto vastaanottaa ilmatilan hallintatoimenpiteet – kauttakulkukäytävät, rajoitetut toiminta-alueet, aseilla-vapaita ja aseet-pidätettyjä-vyöhykkeitä, minimiriskireittejä sekä kuhunkin liittyvät aikaikkuna – ja valvoo niitä jokaista tulenkäyttöpäätöstä vastaan.

Käytännössä tämä tarkoittaa, että ehdotettu tulenkäyttö tarkistetaan aktiivisia ilmatilan hallintatoimenpiteitä vastaan ennen sen tarjoamista. Torjuntaohjuksen suunniteltu lentoreitti, joka ylittäisi käytävän, jolla ystävällinen tehtävä on sillä hetkellä, merkitään, ja tulenkäytön sääntöjen mukaan se voidaan estää tai eskaloi ihmispäätökseen. Sama ilmatilatilannekuva, joka suojelee miehitettyjä ilma-aluksia, on myös otettava huomioon miehittämättömien alustojen kasvavan tiheyden osalta – ilmapuolustuksen koordinointi miehittämättömien järjestelmien C2:n kanssa on yhä enemmän osa ristiriitojenpoistoongelmaa, koska pieni UAS puolustussektorissa voi olla ystävällinen voimavara, neutraali tai uhka itse.

IADS-integraatio taktisten datalinkkien yli

Integroitu ilmapuolustusjärjestelmä on useita tuliyksiköitä, varhaisvaroitustutkat ja komentopisteet, jotka käyttäytyvät yhtenä. Yhdistävä kudos on taktinen datalinkki. Link 16 jakaa yhteisen ilmakuvan, tunnistuksen ja tehtävänannon osallistujien välillä; järjestelmän sisäinen jäljestyksen sulautusverkko pitää kaikkien tilannekuvan johdonmukaisena. Ohjelmiston vastuut IADS-tasolla ovat jäljestyksen korrelaatio kaikkien osallistuvien sensorien välillä, aseiden kohdistusten ristiriitojenpoistoitu kaikkien tuliyksiköiden välillä, ja tehtävätaso, joka voi siirtää tulenkäyttövaltuudet tuliyksiköille kun ylemmät johtoportaat ovat tavoittamattomissa.

Joustavuus on suunnittelun ohjain. Verkko tukitaan, heikkenee ja katkotaan osittain. Hyvä ilmapuolustuksen C2-ohjelmisto heikkenee hallitusti: tuliyksikkö, joka menettää yhteytensä alueelliseen komentopisteeseen, palaa ennalta sovittuun hallintamuotoonsa ja jatkaa sektorinsa puolustamista omien sensoreidensa perusteella, sitten synkronoi jäljestys- ja varastotilansa uudelleen kun yhteys palautuu. Ilmadomaini on yksi kerros laajemmasta kuvasta – samat arkkitehtuuriset paineet muovaavat viereisiä C2-aloja kuten avaruusdomainintietoisuutta, jossa nopealiikkeisten kohteiden seuranta ja vastausten johtaminen tiukkojen aikataulujen puitteissa on keskeinen haaste.

Viive ja ajoitusbudjetti

Subsonisia ilma-aluksia vastaan ajoitusbudjetti on väljä; nopeita ja ballistisia uhkia vastaan se on armoton, ja koko havaitse-tuhoa-sarja voi tiivistyä muutamaan sekuntiin. Ohjelmiston osuuden on siksi oltava pieni ja, mikä tärkeämpää, rajattu ja ennakoitava. Jäljestyksen korrelaation ja uhkan arvioinnin pitäisi valmistua yhden tutkan päivitysvälin sisällä – tyypillisesti alle sekunnissa. Ase–maali-parituksen tulisi ratketaesiintyä muutamassa sadassa millisekunnissa. Tulenkäyttölupaviesti täytyy tavoittaa nimetty tuliyksikkö valvotulla, deterministisellä viiveellä, koska myöhässä saapuva valtuutus on sama kuin ei valtuutusta lainkaan.

Suurimmat vaihtelevat ajoitustekijät ovat yleensä taktinen datalinkki ja jäljestyksen sulautussilmukka, eivät operaattorin näytön renderöinti. Järjestelmä, joka on nopea yksittäisellä konsolilla mutta hidas levittämään tunnistusmuutosta koko IADS:ssa, menettää silti tärkeimpien uhkien ajoitusbudjetin. Rajatun, havaittavan viiveen suunnittelu jokaisessa hyppypisteessä – ja sen paljastaminen, kun hyppypiste ylittää budjettinsa – on yhtä tärkeää kuin raaka nopeus.