Nykyaikainen taistelutila on täynnä lentäviä asioita. Tykistön kranaatit kaartavat usean kilometrin maksimilakipisteeseen. Pyöriväsiipiset ilma-alukset siirtyvät matalalla. Kiinteäsiipiset ilma-alukset toteuttavat hyökkäysprofiileja. Loitering-ammukset ja tiedusteludronet käyttävät keskikorkeuksia. Laivatykistö ulottuu sisämaahan. Kun useat näistä ovat aktiivisia samalla alueella samaan aikaan, riski ei ole abstrakti: yksi koordinoimaton tulitehtävä voi lähettää kranaatin samaan ilmatilan tilavuuteen, jonka läpi ilma-alus lentää, tai laskea sen sairaalaan, jonka toimintaohjeet suojaavat. Tulen deconfliction-ohjelmisto on olemassa varmistaakseen, ettei näin tapahdu – ja tekemään sen riittävän nopeasti, jottei se koskaan muodostu syyksi sille, että ohimenevä kohde pakenee. Tämä artikkeli tarkastelee, miten tuo ohjelmisto toimii: ilmatilan koordinointi, no-strike- ja restricted target -listat, tulenselvitysprosessi ja integraatio yhteiseen operatiiviseen kuvaan.
Mitä tulen deconfliction itse asiassa joutuu ratkaisemaan
Deconflictionilla on kaksi erillistä ulottuvuutta, jotka usein sekoitetaan toisiinsa. Ensimmäinen on sijainnillinen deconfliction: tulen ja ilma-alusten pitäminen erillään tilassa ja ajassa. Toinen on kohteiden deconfliction: sen varmistaminen, että torjuttava asia on laillinen, valtuutettu kohde ja ettei joku muu jo torju sitä. Hyvä ohjelmisto käsittelee nämä erillisinä tarkistuksina erillisillä tietolähteillä, koska ne epäonnistuvat eri tavoin ja vaativat eri ratkaisuja.
Sijainnillinen deconfliction on pohjimmiltaan geometriaongelma neljässä ulottuvuudessa – kolme tilaa ja yksi aikaa. Tykistörata ei ole piste; se on kaareva tilavuus, joka on olemassa rajatun ikkunan ajan. Ilma-aluskaan ei ole piste; se on jälki, jolla on nopeusvektori ja suojaava kupla ympärillään. Deconfliction-moottorin on määritettävä, leikkaavatko nuo kaksi tilavuutta niiden hetkien aikana, jolloin molemmat ovat läsnä. Kohteiden deconfliction sen sijaan on sääntö- ja hakuongelma: osuuko tämä tähtäyspiste suojatun alueen sisään, kantaako se ammuntarajoituksen, ja onko sama kohde jo osoitettu toiselle ampujalle?
Vaikea osa on tehdä tämä kaikki sekunneissa. Tulikomennolla liikkuvaa, aikakriittistä kohdetta vastaan saattaa olla minuutin tai sitä lyhyempi ikkuna ennen kuin kohde siirtyy. Jos deconfliction-prosessi kestää tuota ikkunaa kauemmin, se on toiminnallisesti evännyt tehtävän. Jokaista tulen deconfliction-ohjelmiston suunnittelupäätöstä muovaa tämä viiverajoite.
On myös koordinointiulottuvuus, jonka pelkkä geometria ohittaa. Useat ampujat – tykkipatteri, kranaatinheitinjaos, hyökkäysilmailuelementti ja iskuilma-alus – saatetaan kaikki ohjata samalle alueelle eri esikuntien toimesta, jotka eivät näe toistensa tehtäviä. Ilman jaettua deconfliction-palvelua jokainen tulikomento selvitetään erillään osittaisesta näkymästä siihen, mitä muuta on tapahtumassa, mikä on juuri se tapa, jolla päällekkäinen torjunta tai läheltä piti -tilanne kranaatin ja ilma-aluksen välillä syntyy. Ohjelmiston tehtävänä ei siis ole vain arvioida yhtä tehtävää, vaan arvioida sitä jokaista muuta tulta ja ilma-alusta vastaan, joka on aktiivinen samassa taistelutilassa samalla hetkellä, yhdestä jaetusta tietolähteestä haettuna.
Ilmatilan koordinointi: radan mallintaminen
Sijainnillisen deconflictionin ydin on tarkka ratamalli. Kun tulitukielementti valitsee aseen, panoksen ja kohteen, ohjelmisto laskee ballistisen polun: laukaisupisteen, gun-target-linjan, maksimilakipisteen, laskeutumiskulman ja lentoajan. Tämä tuottaa pyyhkäistyn tilavuuden – ilmatilaputken, jonka ammus tulee käyttämään – yhdistettynä time-on-target -ikkunaan, jonka aikana tuo tilavuus on vaarallinen.
Tuo tilavuus tarkistetaan sitten ilmatilaa vastaan sellaisena kuin se on tällä hetkellä jäsennelty. Ilmatilan koordinointitoimenpiteet (ACM:t) jakavat ilmatilan hallittuihin alueisiin: restricted operations -alueet, koordinointikorkeudet, matalan tason siirtymisreitit ja maavoimien ilma-alusten standardilentoreitit. Ilma-alukset esiintyvät myös reaaliaikaisina jälkinä, jotka vedetään C2-kuvasta, kullakin sijainti, suunta, nopeus ja epävarmuustilavuus, joka kasvaa jäljen iän myötä. Moottori leikkaa ammusputken sekä staattisia ACM:iä että dynaamisia jälkiä vastaan.
Kun rata lävistää käytetyn tai rajoitetun tilavuuden ammuntaikkunan aikana, järjestelmä nostaa konfliktin. Olennaisesti se ei vain sano "ei". Se ehdottaa ratkaisuja, jotka on järjestetty operatiivisen vaikutuksen mukaan: aikaerottelu (ammu, kun ilma-alus on poistunut), sivusuuntainen ilmatilarajoitus, korkeuslohko (maksimilakipisterajoitus, joka saattaa pakottaa eri panokseen tai rataan), ammuntapaikan muutos, tai – viimeisenä keinona – pidätys. Tulituen koordinaattori valitsee, ja valitusta radasta tulee se, joka selvitetään ja ammutaan.
Miksi maksimilakipiste on tärkeä
Yleinen virhe naiiveissa deconfliction-työkaluissa on radan käsittely suorana gun-target-linjana. Epäsuora tuli ei kulje suoraa linjaa; korkean kulman kranaatinheitintehtävä saattaa saavuttaa lakipisteen kaukana sellaisen ohittavan helikopterin matkalentokorkeuden yläpuolella, joka ei ole lähelläkään tykkiä tai kohdetta. Deconfliction, joka ohittaa maksimilakipisteen, selvittää tehtävän, joka itse asiassa on vaarallinen. Ratamallin on kannettava koko kaari, mukaan lukien lakipisteen korkeus, ja ilmatilatarkistus on suoritettava tuota kaarta vastaan, ei yksinkertaistettua linjaa. Tämä on ilmatilan deconfliction-moottorin yksittäinen tärkein oikeellisuusominaisuus.
No-strike- ja restricted target -listat
Kohteiden deconfliction alkaa kahdesta viiteaineistosta. No-strike-lista (NSL) luettelee kohteet, jotka on suojattu tahalliselta torjunnalta aseellisen selkkauksen oikeuden ja toimintaohjeiden mukaisesti: lääkintälaitokset, uskonnonharjoituspaikat, kulttuuriomaisuus, koulut, padot ja muut suojatut rakenteet. Restricted target -lista (RTL) pitää kohteita, joita saa torjua vain rajoituksin – tietty hyväksyntäviranomainen, tietty ase, oheisvahinkokynnys tai ajoitusrajoitus (esimerkiksi silta, jota ei saa osua ennen nimettyä tuntia).
Ohjelmistossa molemmat listat tallennetaan geoaidattuina tietueina: kullakin merkinnällä on jalanjälki, suojaus- tai rajoitustyyppi ja voimassaoloaikaikkuna. Kun kohde ratkaistaan, ohjelmisto puskuroi tähtäyspisteen aseen odotetulla vaikutussäteellä – sen tappavalla ja oheisvahinkoalueella – ja testaa tuon puskuroidun jalanjäljen NSL:ää ja RTL:ää vastaan. Leikkaus no-strike-listan kanssa estää tehtävän ja tuo suojatun kohteen operaattorin näkyviin. Leikkaus restricted target -listan kanssa ei estä; se eskaloi, liittäen sovellettavan rajoituksen ja reitittäen tehtävän vaaditulle hyväksyntäviranomaiselle.
Kuri tässä on, että listojen on oltava arvovaltaisia ja ajantasaisia. Vanhentunut NSL on pahempi kuin ei NSL:ää lainkaan, koska se luo väärää luottamusta. Tulen deconfliction-ohjelmisto siksi versioi nämä listat, aikaleimaa jokaisen päivityksen ja kieltäytyy selvittämästä tulta sellaista listaa vastaan, joka on vanhempi kuin konfiguroitava vanhenemiskynnys – pakottaen tarkoituksellisen ihmisen kuittauksen sen sijaan, että etenisi hiljaisesti vanhentuneella datalla.
Tulenselvitysprosessi
Tulenselvitys (clearance of fires) on arvovaltainen lausuma siitä, että tehtävä on deconflictoitu, laillinen ja hyväksytty ammuttavaksi. Se on vastuun hetki, ja ohjelmistossa se on mallinnettava nimenomaisena, tarkastettavissa olevana prosessina eikä napin painalluksen epäsuorana sivuvaikutuksena.
Prosessi ketjuttaa osat yhteen. Digitaalinen tulikomento saapuu järjestelmään. Moottori suorittaa kohdetarkistukset (NSL/RTL, päällekkäinen torjunta) ja ilmatilatarkistukset (rata ACM:iä ja jälkiä vastaan), liittäen löydöksensä tehtävään. Tehtävä löydöksineen reititetään vaadituille viranomaisille – tulituen koordinaattorille ja jokaiselle liikekomentajalle, jonka joukkoihin tai toiminta-alueeseen vaikutus kohdistuu. Jokainen viranomainen näkee samat konfliktilöydökset ja kirjaa nimenomaisen selvitä- tai estä-päätöksen. Vasta kun kaikki vaaditut selvitykset on kirjattu, järjestelmä vapauttaa tehtävän ampuvalle yksikölle.
Kaksi ominaisuutta tekee tästä prosessista luotettavan. Ensiksi, jokainen automaattinen tarkistustulos ja jokainen ihmisen päätös aikaleimataan ja kirjoitetaan muuttumattomaan lokiin, joten selvitys voidaan rekonstruoida ja arvioida jälkikäteen – välttämätöntä sekä koulutuksen että vastuun kannalta. Toiseksi, prosessilla on nimenomaiset roolit ja valtuudet; ohjelmisto valvoo, kenellä on lupa selvittää mitä, samaan tapaan kuin COP valvoo roolipohjaista pääsyä dataan. Tulitukiupseeri voi selvittää delegoidun valtuuden puitteissa; restricted target -listaan koskeva tehtävä eskaloidaan nimetylle hyväksyntäviranomaiselle eikä sitä voi selvittää tuon tason alapuolella.
Integraatio C2-kuvaan
Tulen deconfliction ei voi toimia yksityisellä datasaarella. Ilmatilatarkistus on vain niin hyvä kuin sitä syöttävä jälki- ja ilmatiladata, ja ainoa arvovaltainen lähde tuolle datalle on C2-kuva. Deconfliction-moottori siksi tilaa yhteisestä operatiivisesta kuvasta reaaliaikaiset ilma-alusten ja omien joukkojen jäljet, ja ottaa vastaan ilmatilan koordinointitoimenpiteet ja tulituen koordinointitoimenpiteet (FSCM:t) karttatasoina, joita ilmatila- ja tulikeskukset ylläpitävät.
Se myös julkaisee takaisin. Kun tehtävä selvitetään, aktiivinen koordinointitoimenpide – ilmatilan tilavuus ja ikkuna, jonka tuli käyttää – julkaistaan COP:iin käyttäen Cursor on Target- ja liittoutuneiden tulisanomamuotoja, jotta viereiset yksiköt ja ilma-alukset näkevät ilmatilan kuumana ammuntaikkunan ajan. Tämä sulkee silmukan: järjestelmä, joka päättää onko tuli turvallinen, toimii samasta arvovaltaisesta kuvasta – ja myötävaikuttaa siihen – jonka tykistökeskus, ilmatilakeskus ja liikekomentaja kaikki näkevät. Tämä on sama integraatiokuri, joka yhdistää tulenjohtojärjestelmät C2-kuvaan laajemmin.
Sanomamuodot ovat tärkeitä yhteentoimivuuden kannalta. Koalitiossa tuli- ja ilmatiladatan on liikuttava kansallisten järjestelmien välillä. Rakentaminen STANAG-määriteltyjen tuli- ja ilmatilasanomajoukkojen ja sijaintiraportoinnissa Cursor on Targetin varaan antaa deconfliction-moottorin kuluttaa liittoutuneen yksikön lentoreittejä ja julkaista omat koordinointitoimenpiteensä ilman räätälöityjä kumppanikohtaisia sovittimia.
Heikentyneet yhteydet muuttavat integraatiokuvaa mutta eivät keskeytä deconflictionin vaatimusta. Etummaiset tulikeskukset toimivat usein matalan kaistanleveyden, katkonaisilla yhteyksillä, joissa koko COP:ia ei voida suoratoistaa reaaliajassa. Vankka deconfliction-moottori ylläpitää paikallisesti välimuistitettua kopiota ilmatilatoimenpiteistä, no-strike- ja restricted-listoista ja tuoreista jäljistä, ja se leimaa jokaisen välimuistissa olevan elementin iällä. Kun yhteys katkeaa, moottori jatkaa tulen selvittämistä välimuistissa olevaa dataa vastaan – mutta se nostaa vanhenemiskynnyksen näkyvyyttä, merkiten jäljet ja listat, jotka ovat vanhentuneet luottamusikkunansa ohi, jotta tulituen koordinaattori selvittää tietoisena siitä, mitä järjestelmä voi ja ei voi parhaillaan nähdä. Suunnitteluperiaate on, että verkon menetyksen on heikennettävä operaattorin luottamusta näkyvästi sen sijaan, että se hiljaisesti heikentäisi selvityksen turvallisuutta.
Keskeinen oivallus: Vaarallisin bugi tulen deconfliction-ohjelmistossa on konflikti, jota se ei havaitse – väärä selvitys – ei väärä hälytys, jonka se nostaa. Suunnittele ratamalli ja no-strike-tarkistukset epäonnistumaan turvallisesti: kun jälkidata on vanhentunutta, kun korkeusmalli on epävarma tai kun lista on vanhentunut, moottorin on tuotava epäilys esiin ja pakotettava ihmisen päätös sen sijaan, että se hiljaisesti selvittäisi tulen. Deconfliction-työkalu, joka optimoi harvempien hälytysten puolesta havaitsemattoman konfliktin kustannuksella, on huonompi kuin ei työkalua lainkaan.
Tulen deconfliction on yksi pala laajempaa yhteistulikuvaa, joka kattaa tykistön, lähitulituen ja monidomeenivaikutukset – katso, miten sama koordinointihaaste esiintyy digitaalisessa CAS-koordinoinnissa ja monidomeenioperaatioiden dashboardissa.
Selvitä yhteistuli yhdestä arvovaltaisesta kuvasta
Corvus HEAD yhdistää reaaliaikaiset jäljet, ilmatilan koordinointitoimenpiteet ja tulidatan yhdeksi operatiiviseksi kuvaksi – ainoaksi turvalliseksi pohjaksi yhteistulen deconflictoinnille ja selvittämiselle lähes reaaliajassa, jokainen tarkistus ja selvitys vastuun vuoksi kirjattuna.
Tämän analyysin valmistelivat Corvus Intelligence -insinöörit, jotka rakentavat tehtäväkriittistä C2- ja tuliohjelmistoa puolustus- ja viranomaisorganisaatioille. Lue lisää tiimistämme →