Tykistön tulenjohtojärjestelmän integrointi C2-järjestelmiin

Tykistön tulitehtävät ovat aina riippuneet tarkan datan nopeasta liikkumisesta useiden toimijoiden välillä: tähystäjästä, joka tunnistaa maalin, tulenjohtokeskukseen, joka laskee ampumatiedot, ja patteriin, joka toteuttaa tehtävän. Moderni tykistötoiminta on muuttanut sen tilannekuvan laajuutta, jonka nämä toimijat jakavat. Nykyään tulitehtävä ei koske vain patteria – se koskee prikaatitason C2-alustaa, joka ylläpitää yhteistä operatiivista tilannekuvaa, ilmatilanhallintakerrosta, jonka on vapautettava lentorata, sekä kasvavaa joukkoa miehittämättömiä sensoreita, jotka tuottavat kohdedatan alun perin. Kaiken tämän yhdistäminen reaaliajassa, ilman palautumista radioviestintään ja manuaaliseen koordinaattien uudelleensyöttöön, on tykistön tulenjohdon C2-integraation ydinkysymys.

Tässä artikkelissa tarkastellaan tämän integraation teknistä arkkitehtuuria. Se käsittelee kohdedatan kulkua sensorilta FCS:lle, tulenjohtamisen yhteistoimintaa ohjaavia datastandardeja, sitä miten C2-ohjelmisto käsittelee ilmatilan dekonfliktointia tehtävän aikana sekä viive- ja luotettavuusvaatimuksia, jotka erottavat toimivan tulenjohtamisen integraation sellaisesta, jonka operaattorit hylkäävät paineensietokyvyn äärirajoilla. Artikkeli on kirjoitettu ohjelmistosuunnittelijoille, jotka rakentavat tai arvioivat C2-alustoja tulikykyineen, sekä hankintaryhmille, jotka arvioivat, täyttääkö ehdokas yhdistetyn aselajijoukon integrointivaatimukset.

Tulenjohtamisen integraatiohaaste: kolme järjestelmää, joiden on sovittava yhteen reaaliajassa

Moderni epäsuoran tulen kohtaaminen sisältää vähintään kolme erillistä ohjelmistojärjestelmää, joilla kullakin on erilainen, osittain päällekkäinen näkymä taistelukentästä. Sensorijärjestelmä – olipa se etutähystäjä laseringsatimella ja tabletilla, UAV gimbaalioidulla EO/IR-kameralla tai vastatykistötutka – tuottaa kohdedataa: koordinaatit, kohdetyyppi, havainnon aika ja varmuustaso. Tulenjohtojärjestelmä (FCS) – perinteisesti AFATDS Yhdysvaltain puolella, erilaiset kansalliset vastineet muualla – vastaanottaa tulitehtäväpyynnöt, laskee ampumatiedot, hallinnoi patterin jononhallintaa ja lähettää tulikomennot yksittäisille asejärjestelmille. C2-alusta ylläpitää yhteistä operatiivista tilannekuvaa: kaikki omat jäljitykset, kaikki tunnetut uhkajäljitykset, tulenjohtamisen koordinointimitat, aktiiviset ilmatilavaraukset ja operatiivinen aikataulu.

Integraatiohaaste on siinä, että näitä järjestelmiä ei alun perin ole suunniteltu kommunikoimaan toistensa kanssa reaaliajassa jaetun datamallin kautta. AFATDS rakennettiin itsenäiseksi tulenjohtamisen järjestelmäksi, jolla on määritellyt viesti-rajapinnat; C2-alusta rakennettiin jäljitysten hallintaan ja näyttöön; sensorijärjestelmä kehittyi itsenäisistä kohdistustyökaluista. Niiden yhdistäminen ilman yksittäistä vikautumispistettä – ja ilman niin suuren viiveen tuomista, että operaattorit palaisivat radioviestintään – vaatii huolellista huomiota integraatiopisteiden sijaintiin, kyseisten pisteiden dataformaatteihin ja järjestelmien hallittuun toimintaan verkon katkoissa.

AFATDS ja vakiomuotoinen tulitehtävän työnkulku

Advanced Field Artillery Tactical Data System (AFATDS) on Yhdysvaltain armeijan ensisijainen FCS ja laajimmin integroitu tykistöohjelmisto NATO-kumppanimaiden joukkojen käytössä. Sen työnkulun ymmärtäminen on edellytys minkä tahansa C2–tulenjohtaminen-integraation suunnittelulle, sillä useimmat kansalliset FCS-vastineet noudattavat samankaltaisia työnkulkumalleja, vaikka erityiset viestiformaatit poikkeaisivat toisistaan.

AFATDS-mallissa tulitehtävä alkaa etutähystäjän lähettämällä tulipyynnöllä (CFF). CFF sisältää maalin sijainnin (MGRS tai lat-lon), maaliselitteen, käyttötavan ja tulenjohtomenetelmän. AFATDS vastaanottaa CFF:n, suorittaa tulitehtäväprosessoinnin – laskee ampumatiedot asejärjestelmän, ammuslajin, meteorologisten tietojen ja maaston perusteella – ja tuottaa patterille lähetettävän tulikomentolipukkeen (FMO). Patterin ryhmänjohtaja vahvistaa FMO:n, toteuttaa tehtävän, lähettää laukaisunosoituksen (SOW) takaisin tulenjohtokeskukselle ja päättää tehtävänpäätösraporttiin (EOM).

Tämän työnkulun C2-integraatiopisteet ovat: CFF-lähetys (C2-alustan tulisi vastaanottaa kohdedata sensorijärjestelmältä ja tuottaa CFF ilman manuaalista uudelleensyöttöä); aktiivinen tulitehtävänäyttö (C2-tilannekuvan tulisi näyttää jokainen aktiivinen tulitehtävä paikkatason päällyskerroksena, jotta kaikki toimijat – ei vain tulenjohtokeskus – näkevät, minne ammukset menevät); ja EOM-tallenne (tehtävän tulos tulisi päivittää C2-jäljitystietokantaan ja syöttää tiedustelutilanteen kuvaan). Kaikkien kolmen saavuttaminen luomatta haurasta mukautettua rajapintaa yhdelle FCS-versiolle on ydintason insinööriongelma.

Kohdedatan kulku: sensorilta patterilinjalle

Datapolku maalin havaitsemisesta ammuksiin maalissa ylittää useita formaattirajoja. Jokaisella rajalla tapahtuu käännös tai sopeutus – ja jokainen käännös on potentiaalinen virheen, viiveen ja tietohäviön lähde.

Sensorista C2-jäljitykseen. Kohdedata UAV:lta tai laserinsatimelta saapuu C2-alustalle Cursor-on-Target (CoT) -tapahtumana, USMTF SPTREP (spot report) -viestinä tai omistusoikeudellisena sensorisyötteenä. C2-alusta ratkaisee tämän jäljitykseksi: karttapiste, jolla on UID, koordinaatit, kohdetyyppi ja aikaleima. Tykistön kannalta tämän jäljityksen koordinaattitarkkuus on kriittinen – 50 metrin virhe maalilokaatiossa vastaa suoraan 50 metrin ohilaukausta ohjauksettomalle ammukselle ja potentiaalista maalistahautumista tarkkuusammuksille CEP-vaatimuksineen.

C2-jäljityksestä tulitehtäväpyyntöön. Tulitehtäväpyyntö (tulipyyntö) tuotetaan C2-alustan tulenjohtamisen työnkulussa käyttäen kohdejäljitystä lähteenä. Pyyntö on muotoiltava USMTF CFF -viestinä lähetettäväksi AFATDS:lle tai kansallisen vastineen formaatissa muille FCS-tyypeille. C2-alustan on käännettävä sisäinen jäljitysesitys vaadittuun viestiformaattiin menettämättä koordinaattidatumia (WGS-84 vs. paikallinen datum -erot ovat aiheuttaneet merkittäviä virheitä vanhoissa järjestelmissä), pudottamatta pakollisia kenttiä ja tuomatta koordinaattipyöristystä, joka heikentää tarkkuuden alle FCS:n laskennallisen tarkkuuden.

FCS:stä tulikomentolipukkeeseen. AFATDS tai kansallinen FCS-vastine prosessoi CFF:n ja palauttaa patterille tulikomentolipukkeen. Tämä viesti kulkee taktisessa dataverkossa – tyypillisesti alhaisen kaistanleveyden radiolinkkien kautta. FMO sisältää aseistuksen, ampumapanoslatauksen, sytytynasetuksen, sivukorjauksen, korkeuskulman ja laukausten määrän. C2-alusta voi vastaanottaa kopion FMO:sta näyttötarkoituksiin, mutta se ei ole FMO:n ohjausketjussa – joka pysyy kokonaan FCS:ssä.

Laukaisunosoituksesta COP-päällyskerrokseen. Kun ammukset ovat ilmassa, C2-alustan tulisi näyttää dynaaminen päällyskerros tilannekuvassa, jossa näkyy arvioitu vaikutusalue laskettujen ampumatietojen perusteella. Tämä päällyskerros palvelee sekä taktista tilannekuvaa – kaikki toimijat näkevät, minne ammukset menevät – että ilmatilan dekonfliktointitoimintoa – ilma-aluksen jäljityksiä voidaan tarkistaa aktiivista lentorataa vasten lähes reaaliajassa pelkän tehtävän aloittamisen sijaan.

NATO STANAG-datastandardit tulenjohtamiselle

Monikansallinen tulenjohtamisen integraatio edellyttää jaettuja datastandardeja, jotka mahdollistavat kansallisen C2-alustan vastaanottaa ja tulkita oikein liittolaisjoukon FCS:n tuottamaa tulitukidataa. Asiaankuuluvat standardit muodostavat pienen mutta tärkeän sopimusjoukon, jonka minkä tahansa yhdistetyn aselajiympäristössä toimivan C2-alustan on toteutettava.

STANAG 4677 on tulenjohtamisen ydindatastandardi. Se määrittelee tietorakenteet tulenjohtamisen koordinointimitoille (FSCM): tulenjohtamisen koordinointilinjat (FSCL), koordinoidut tulilinjat (CFL), tulikielloalueet (NFA) ja rajoitetut tulialueet (RFA). Kullakin koordinointimitalla on geometrinen määritelmä (monikulmio, viiva tai ympyrä vakiomuotoisessa koordinaattiviitekehyksessä), tunniste, voimassaoloaikaikkuna ja vastuuviranomainen. STANAG 4677 -yhteensopivuus tarkoittaa, että C2-alusta voi tuoda koordinointimitadataa liittolaisjoukon tulenjohtamisverkosta, näyttää sen oikein ja soveltaa sitä automaattisissa dekonfliktointitarkistuksissa ilman maakohtaista muunnoslogiikkaa.

STANAG 2181 käsittelee tulitukikoordinoinnin menettelylliset standardit ja tarjoaa doktriinaalisen kehyksen, jonka ohjelmiston on pantava täytäntöön. Siinä missä STANAG 4677 määrittelee tietorakenteet, STANAG 2181 määrittelee, mitä nämä rakenteet tarkoittavat operatiivisesti ja miten koordinaattorien odotetaan käyttävän niitä. C2-alusta, joka toteuttaa oikein STANAG 4677:n geometrian mutta jättää huomioimatta STANAG 2181:n koordinointimenettelyn, läpäisee yhteistoimintakelpoistestit mutta epäonnistuu operatiivisesti.

USMTF (United States Message Text Format) on edelleen hallitseva viestiformaatti tulitehtäväten vaihdossa Yhdysvaltain ja Yhdysvaltain kumppanimaiden joukkojen käytössä. Asiaankuuluvat viestit – CALL FOR FIRE (FIREFAN), ADJUST FIRE, FIRE FOR EFFECT, SHELL REP ja END OF MISSION – kantavat koko tulitehtävän työnkulun. USMTF-viestit ovat rakenteellisesti kiinteämuotoista tekstiä; ne ovat nykystandaardeilla pitkäsanaisia mutta FCS-toteutuksille hyvin tunnettuja ja niillä on etuna ihmisluettavuus vianselvitystilanteissa. Uudemmat toteutukset käärivät USMTF-viestien semantiikan XML- tai JSON-skeemoihin helpottaakseen integraatiota modernien C2-rajapintojen kanssa säilyttäen hyötykuorman yhteensopivuuden.

Ilmatilan dekonfliktiointi: lentorata, ei pelkkä maalipiste

Ilmatilan dekonfliktiointi on yksi tulenjohtamisen C2-integraation teknisesti vaativimmista osa-alueista, koska se edellyttää C2-alustalta kykyä päätellä ammuksen lentoradoista – ei vain maalinpisteistä – kolmessa ulottuvuudessa ja lähes reaaliajassa.

155 mm:n tykistöammus, joka ammutaan 25 kilometrin päässä olevaan maaliin, seuraa ballistista lentorataa, joka voi saavuttaa huippukorkeuden 6 000–8 000 metriä. Mikä tahansa pyöriväsiipinen tai kiinteäsiipinen ilma-alus, joka operoi kyseisellä korkeuskaistalla lentoratakäytävässä, on vapautettava ennen kuin tulitehtävä etenee. Pelkän maalipisteiden tarkistaminen – yleinen oikotie epäkypsissä toteutuksissa – jättää huomioimatta koko lentoratakäytävän ja voi sallia tehtävän, joka johtaisi ammuksen lentorataan ilma-aluksen reitin läpi keskilentoradalla.

Kestävä dekonfliktointitoteutus toimii seuraavasti. Kun tulitehtäväpyyntöä käsitellään, FCS tai C2-integraatiokerros tuottaa lentoratakuoren: käytävä, joka on määritelty ammuksen ballistisella polulla suulakkeesta maaliin, laajennettuna turvaetäisyyspuskurilla, joka huomioi hajonnan (CEP), meteorologisen epävarmuuden ja ilma-aluksen turvallisuuden edellyttämän vähimmäisetäisyyden. Tämä kuori esitetään aikaparametrisoituna 3D-tilavuutena – ammus vie eri osia käytävästä eri aikoina laukaisun jälkeen, joten dekonfliktointitarkistuksen on otettava huomioon, milloin ilma-alus on tietyssä kohdassa, ei pelkästään missä se on tarkistuksen hetkellä.

C2-alusta kyselee ilmatilanhallintakerrokseltaan kaikkia aktiivisia lentoreittejä, ATC-pidätyksiä ja pienimmän riskin reittejä, jotka leikkaavat lentoratakuoren odotetun tehtävän aikaikkuna aikana. Mikä tahansa leikkauspiste tuottaa ristiriidan. C2-rajapinta esittää ristiriidan tulitehtäväkoordinaattorille: mikä ilma-alus (jäljitysmerkintä), millä korkeudella, milloin ja mikä olisi erotusmatka lähimmässä lähestymiskohdassa. Koordinaattori voi pyytää ilma-alusta poistumaan käytävältä, pyytää eri lentoreittiä tai – poikkeustilanteissa ja asianmukaisella valtuudella – hyväksyä riskin ja ohittaa ristiriidan. Kaikki ohituspäätökset kirjataan toimivan operaattorin henkilöllisyyden ja aikaleiman kera.

Integraatio JTAC- ja CAS-koordinointityönkulkujen kanssa lisää ulottuvuuden. Kun lähitulitukitehtävä on aktiivinen alueella, joka on viereinen tykistön tulitehtävälle, C2-alustan on ylläpidettävä tietoisuutta molemmista samanaikaisesti ja estettävä niiden geometrioita luomasta keskinäistä ristiriitaa – esimerkiksi tykistön lentoradan leikkausta aktiivisen CAS-sisääntuloreitin kanssa. Tämä tulenjohtamisen ja ilmatilanohjauksen integraatiotaso edellyttää yhtenäistä ilmatilanhallintakerrosta C2-alustaan, ei erillisiä siiloja tykistö- ja ilmakoordinoinnille.

Viive- ja luotettavuusvaatimukset

Tulenjohtamisen integraatio on yksi niistä harvoista sotilaskomentojärjestelmien ohjelmistodomaineista, joissa viivevaatimukset määräytyvät operatiivisen mieltymyksen sijaan kohtaamisen aikajanan fysiikasta.

Hyväksyttäväksi suunnitteluluvuksi tulitehtävädatan vaihtoon – tähystäjän kohdepaikkatiedon syöttämisestä FCS:n tulitehtäväpyynnön vastaanottamiseen – on määritelty alle 5 sekuntia 95. persentiilin kohdalla. Tämä luku seuraa aika-maaliosuman vaatimuksesta aikakriittisille maaleille: kypsässä tulenjohtamisen työnkulussa tavoitteena on saavuttaa ensimmäinen osuma maaliin alle 60 sekunnissa tähystäjäraportista välittömässä vaimentamisessa ja alle 3 minuutissa harkitussa tehtävässä. 5 sekunnin viivebudjetti datan vaihdon vaiheelle kuluttaa hallittavan osan tästä aikataulusta. 30 sekunnin viive – joka on yleistä järjestelmissä, jotka reitittävät tulitehtäväpyynnöt pilvipalvelimelle ilman taktista reunavälimuistia – tekee digitaalisesta tulenjohtamisen integraatiosta hitaampaa kuin ääniproseduurin ja takaa, että operaattorit palaavat radioviestintään paineessa.

Luotettavuusvaatimukset ovat yhtä armottomia. Tulitehtäväpyyntö, joka katoaa hiljaisesti – C2-asiakas hyväksyy sen ilman virhettä, mutta sitä ei koskaan toimiteta FCS:lle – on operatiivisesti vastaava kuin täydellinen järjestelmävika kyseisessä tehtävässä. Tulenjohtamisen integraation on toteutettava kuittausvahvistusperusteinen toimitus: FCS:n on lähetettävä kuittaus vastaanotettuaan CFF:n, ja C2-alustan on varoitettava operaattoria, jos kuittausta ei saada määritetyn aikarajan sisällä. Hiljaiset pudotukset eivät ole hyväksyttäviä.

Korkea käytettävyys on tärkeää koko taistelutoiminnan rytmissä, ei vain yksittäisten tehtävien aikana. Patteri, joka on jatkuvassa tulitukitoiminnassa, voi suorittaa 50–100 tulitehtävää tunnissa useiden tähystäjien kautta. C2–FCS-integraation on käsiteltävä jatkuvaa läpäisykykyä ilman heikentynyttä viivettä ja epäonnistuttava hallitusti verkon katkoissa – jonottaen viestejä paikallisesti, yrittäen uudelleenlähetystä yhteyden palautuessa ja esittäen jonon tilan operaattorille niin, että he tietävät järjestelmän tilan milloin tahansa.

Alhaisen viiveen, kuittausvahvistusperusteisen toimituksen ja jatkuvan läpäisykyvyn yhdistelmä ajoittaisessa verkkoyhteydessä on vaativa luotettavuusprofiili. Siksi tulenjohtamisen integraatio mainitaan usein teknisesti haastavimpana C2–tulenjohtaminen-integraatioongelmana, ja siksi epäkypsät toteutukset epäonnistuvat täsmälleen niissä korkean tempon tilanteissa, joissa niitä eniten tarvitaan. Laajemmalle näkymälle siitä, miten nämä vaatimukset sopivat täydelliseen C2-arkkitehtuuriin, katso artikkeli C2-koontinäytön arkkitehtuurista, joka käsittelee koko pinon suunnittelunäkökohdat missiokriittisille C2-näytönjärjestelmille.

Toteutusmallit: yhdyskäytävä, natiivi integraatio ja API-ensimmäinen

Käytännössä C2–FCS-integraatio toteutetaan yhden kolmen arkkitehtuurimallin kautta, joilla kullakin on eri vaikutukset viiveeseen, ylläpidettävyyteen ja toimittajariippuvuuteen.

Yhdyskäytäväintegraatio lisää käännöspalvelun C2-alustan ja FCS:n väliin. Yhdyskäytävä vastaanottaa tulitehtäväpyynnöt C2-alustalta C2:n sisäisessä formaatissa, kääntää ne USMTF:ksi tai FCS-natiiviin formaattiin ja välittää ne FCS:lle. Yhdyskäytävä myös vastaanottaa FCS:n tulokset ja kääntää ne takaisin C2-formaattiin näyttöä varten. Yhdyskäytäväintegraatio on nopein polku yhteistoimintaan olemassa olevan FCS:n kanssa, mutta se lisää komponentin kriittiselle polulle ja tekee integraatiosta riippuvaisen yhdyskäytävän saatavuudesta. Yhdyskäytävätkysyvät myös vikatoimintaa, kun sekä C2-alusta että FCS kehittyvät – jokainen versiomuutos edellyttää yhdyskäytävän päivityksiä, ja yhdyskäytävän näkökenttä rajoittuu viestiformaatteihin, joita varten se on kirjoitettu.

Natiivi integraatio tarkoittaa, että C2-alusta toteuttaa FCS:n viesti-rajapinnat suoraan ilman välikäytävää. AFATDS:lle tämä tarkoittaa USMTF-viestisarjan natiivitoteutusta C2-alustan tulenjohtamismoduulissa. Natiivi integraatio vähentää kriittisen polun komponenttimäärää ja poistaa yhdyskäytävän vikautumispisteenä, mutta se kytkee C2-alustan kehityssyklin FCS:n rajapintamäärityksiin. Kun AFATDS päivittää viestiformaattejaan – kuten se on tehnyt suurten versiojulkaisujen yhteydessä – C2-alustan on päivitettävä natiivitoteutuksensa samanaikaisesti.

API-ensimmäinen integraatio on uusi malli uusille FCS-kehityshankkeille ja C2-alustoille, jotka kohdistuvat moni-FCS-ympäristöön. FCS tarjoaa REST- tai gRPC-rajapinnan, joka abstraktoi sisäisen viestiformaattinsa STANAG 4677:ään ja USMTF-semantiikkaan linjatun vakiomuotoisen datamallin taakse. C2-alusta integroituu rajapintaa vastaan eikä viestiformaattia vastaan. Tämä irrottaa kaksi järjestelmää toisistaan sisäisten toteutustietojen suhteen ja sallii FCS:n kehittyä sisäisesti rikkomatta C2-integraatiota. Kompromissina API-ensimmäinen vaatii FCS-toimittajaa investoimaan rajapintakerrokseen ja ylläpitämään sitä – sitoumus, jonka tekemisessä perinteiset FCS-ohjelmat ovat olleet hitaita.

Corvus.Head: tulenjohtamisen koordinointi C2-koontinäytössä

Tehokas tulenjohtamisen integraatio ei ole pelkästään datan vaihtamisen ongelma – se on näyttö- ja työnkulkuongelma. C2-koontinäytön on esitettävä tulitehtävän tila, aktiiviset koordinointimitat, ilmatilan dekonfliktointitulokset ja patterin käytettävyys tavalla, joka sallii tulenjohtamisen koordinaattorin hallita useita samanaikaisia tehtäviä menettämättä tilannetietoisuutta laajemmasta operatiivisesta kuvasta. Corvus.Head on suunniteltu täsmälleen tätä vaatimusta varten: yhtenäinen C2-koontinäyttö, joka integroi tulenjohtamisen tilannekuvan ISR-jäljitysten, omien joukkojen sijaintien ja ilmatilanohjauksen rinnalle yhdeksi yhtenäiseksi näytöksi, jossa tulenjohtamisen työnkulkutyökalut – tehtäväpyyntö, dekonfliktointitarkistus, tilanneseuranta – on rakennettu samaan rajapintaan eikä vaadi operaattoreita vaihtamaan erillisten sovellusten välillä.