JTAC-operaattori (Joint Terminal Attack Controller) toimii modernin taistelulentoaseman kriittisimmässä risteyskohdassa: pisteessä, jossa maavalvonta, ilma-aluksen toimintakyky ja käyttösäännöt yhdistyvät lupa-ampumaluvaksi satojen metrien etäisyydellä omista joukoista. Tätä risteyskohtaa ohjaavat menettelyt — yhdeksänlinjainen CAS-briefi, hyväksymisketju, maaliinmerkintätyypin vahvistus — on suunniteltu radioliikennettä varten ja ne ovat toimineet, epätäydellisesti, vuosikymmeniä. Digitaaliset työkalut eivät korvaa näitä menettelyjä; ne muuttavat välinettä, jonka kautta menettelyt suoritetaan, ja korjaavat näin radioviestinnälle ominaiset vikamuodot.
Tässä artikkelissa tarkastellaan, miltä nämä digitaaliset työkalut näyttävät käytännössä: miten automatisoitu 9-linjan generointi toimii, miten maalien koordinaatit välitetään miehistölle ilman äänilukutodentamiskierrosta, miten ilmatilan dekonfliktio toteutetaan ilman manuaalista ristiinviittausta, miten ROVER-videokuva integroituu maastokuvaan, miten tulenkoordinointiohjelmisto dekonfliktioi CAS:n epäsuoran tulivoiman kanssa AFATDS:n kautta, ja mitä digitaaliselle työnkululle tapahtuu verkon katkettua. Tässä kuvattu arkkitehtuuri soveltuu yhtäläisesti JTAC-operaattoreille, jotka johtavat kiinteäsiipisiä hyökkäysilma-aluksia, sekä yhteistulitarkkailijoille (JFO), jotka pyytävät epäsuoraa tulitukea — taustalla oleva datamalli ja dekonfliktointiohjelmisto ovat samat.
JTAC-työnkulku maalin hankinnasta aseen laukaisemiseen
CAS-lento kulkee ennustettavan vaihesarjan läpi alustasta tai maalityypistä riippumatta. Ymmärtääksemme, missä digitaaliset työkalut vaikuttavat — ja missä ne eivät — työnkulku on kartoitettava tarkasti.
Lento alkaa maalin hankinnalla: JTAC havainnoi maalia suorilla optiikolla, vastaanottaa digitaalisen siirron sensorialustalta tai tunnistaa maalin ROVER-videokuvan perusteella. Digitaalisessa alkuperäistyönkulussa tämä havainto kirjataan välittömästi väliaikaiseksi COP-merkiksi — MGRS-koordinaatti, maalityyppi jäsennellyn taksonomian mukaan, hankinta-aika ja luottamustaso. COP-merkki on kaiken seuraavan lähtötietue.
JTAC muodostaa sitten 9-linjan briefin. Äänityönkulussa tämä on muistinvarainen harjoitus. Digitaalisessa työnkulussa 9-linjalomake avautuu esiasutettuna COP-merkin tiedoilla: maalin sijainti, laskettu etäisyys ja suunta nimetystä aloituspisteestä sekä maalin korkeus maastotietokannasta. JTAC tarkistaa ja täydentää jäljellä olevat kentät — merkintätyyppi, maalin kuvaus, omat joukot — ja lähettää pyynnön hyväksymisketjun kautta.
Hyväksymisketju — JTAC:lta ilmailun etupäällikölle (AFAC) ja valtuuttavalle viranomaiselle harkitussa CAS:ssa, tai JTAC:lta suoraan AFAC:lle aikakrittiisessä — perustuu jaettuun karttatietoon digitaalisessa työnkulussa. Hyväksyvä viranomainen näkee saman tappiolaatikon geometrian, jonka JTAC kokosi, eikä koordinaattimerkkijonoa, jota he joutuvat henkisesti projisoimaan kartalle. Hyväksyminen on tahdonalainen toiminto, joka on sidottu näkyvään tilanäyttöön, eikä äänivahvistus, joka saattaa tai ei välttämättä heijasta täydellistä ymmärrystä maalien geometriasta.
Hyväksynnän jälkeen maalin koordinaatti lähetetään ilma-aluksen navigointijärjestelmään datalinkillä, jos kyseinen kyky on käytettävissä, ja JTAC merkitsee maalin nimetyllä merkintätyypillä — laser, IR-kohdistin tai GPS-koordinaatti. Ilma-alus hyökkää. JTAC tarkkailee ROVER-videokuvan kautta, jos käytettävissä, ja kirjaa taisteluvauriohavainnon lentotietueeseen. Jos uushyökkäys vaaditaan, BDA-merkintä luo uuden 9-linjan, joka on esiasuttu päivitetyn maalisijainnin tiedoilla.
Digitaaliset työkalut vaikuttavat viidessä näistä vaiheista: hankinnan kirjauksessa, 9-linjan generoinnissa, hyväksynnän visualisoinnissa, koordinaatinsiirrossa ja BDA-kirjauksessa. Hyökkäyksen suoritusvaihe — fyysinen merkintä- ja tarkkailutoiminta — jää kokonaan JTAC:n käsiin. Tämä raja on tarkoituksellinen: digitaalinen lähitulituki tehostaa ihmisen harkintaa tietojenkäsittelyvaiheissa; se ei automatisoi terminaaliohjauksen päätöstä.
9-linjan CAS-pyyntöohjelmisto
9-linjan CAS-pyyntölomake on kaikkein vikaherkimpiä asiakirjoja lähitulioperaatioissa. Yksikin kenttävirhe — transponoidut MGRS-numerot rivillä 6, virheellinen suuntima rivillä 2, aliarvioitu omien joukkojen etäisyys rivillä 8 — voi sijoittaa aseen väärään maaliin tai omiin joukkoihin. Digitaalinen 9-linjaohelmisto käsittelee tätä riskiä korvaamalla vapaamuotoisen radiolähityksen jäsennellyllä skeemalla, joka pakottaa tyypit, validoi johdonmukaisuuden ja tarjoaa visuaalisen vahvistuksen jokaisessa kriittisessä kentässä.
Automatisoitu koordinaattiasuttaminen. Kun JTAC avaa 9-linjalomakkeen aktiivisella COP-maalimerkin kanssa, rivi 6 (maalin sijainti) esiasutuu automaattisesti merkin koordinaateista sekä MGRS- että desimaalikoordikaattien muodossa. Järjestelmä muuntaa muotojen välillä automaattisesti ja tallentaa molemmat esitysmuodot eksplisiittisellä datum-merkinnällä (WGS84). Visuaalinen vahvistuskehotus näyttää koordinaatin pisteenä kartalla ja pyytää JTAC:ta vahvistamaan: "Onko tämä oikea maalisijainti?" Vahvistusvaihe on pakollinen — kenttää ei voi hyväksyä ilman sitä — ja vahvistus kirjataan JTAC-operaattorin henkilöllisyydellä ja aikaleimalla.
Etäisyyden ja suunnan laskenta. Rivit 2 ja 3 (hyökkäyssuunta ja etäisyys aloituspisteestä maaliin) lasketaan automaattisesti IP- ja maalin sijaintikentistä, kun molemmat on asuttu COP:sta. Lasketut arvot näytetään lomakekenttien rinnalla tilanäkymäkaaviona — IP, hyökkäysakselin nuoli ja maalipiste renderöidään lomakkeen sivukarttaan — jotta JTAC voi varmistaa, että geometria vastaa heidän käsitystään hyökkäysgeometriasta ennen lähettämistä. Manuaalinen ohitus on sallittu, mutta se kirjataan poikkeamana lasketusta arvosta.
Maalin korkeus maastotietokannasta. Rivi 4 (maalin korkeus jalkoina MSL) esiasutuu automaattisesti maalisijainnin maastotietokannasta. Maastotietojen lähde ja ikä näytetään kentän vieressä — vuoden 2019 DTED-tason 1 aineisto vaatii enemmän varovaisuutta kuin äskettäinen kartoituspohjainen DEM. JTAC hyväksyy tai ohittaa tietokanta-arvon; ohitus edellyttää JTAC:n arviointiperustan kirjaamista (suora havainto maastopiirteistä, äskettäinen kuvamateriaali jne.).
Jäsennelty maalikuvaus. Rivi 5 käyttää hierarkkista taksonomiaa vapaan tekstin sijaan: ensisijainen kategoria (ajoneuvo, henkilöstö, rakenne, kalusto, infrastruktuuri), sekundaarinen luokitus kyseisen kategorian sisällä ja vapaan tekstin huomautuskenttä yksityiskohdille, jotka eivät sovi taksonomiaan. Jäsennelty luokittelu mahdollistaa automaattiset ROE-tarkastukset lähettämishetkellä — järjestelmä voi liputtaa, onko maalityyppi ennalta valtuutetuissa kategorioissa vai vaatiiko se lisähyväksyntäreititystä.
Omien joukkojen ristiinvalidointi. Rivi 8 (omien joukkojen sijainti suhteessa maaliin) on korkein velkojen riski 9-linjassa. JTAC syöttää suunnan ja etäisyyden — "300 metriä etelään" — ja järjestelmä ristiinvalidoi tämän merkinnän todellisia COP-omien joukkojen ratatietoja vastaan. Jos lähin omien joukkojen rata COP:ssa on 150 metriä etelään eikä 300 metriä, ero luo varoituksen. JTAC:n on tunnustettava ero eksplisiittisesti ja vahvistettava kumpi arvo on oikea. Tämä ristiinvalidointi ei estä lähettämistä — JTAC:lla on maastototuus, jota COP ei ehkä heijasta — mutta se tuo eron esiin eikä hiljaa hyväksy mahdollisesti virheellistä kenttää.
Koordinaattimuunnosvirheiden tarkistus. Jokainen koordinaattimerkintä — olipa se MGRS, lat-lon tai UTM — jäsennetään koordinaattijärjestelmän validointisääntöjä vastaan ja ristiintarkistetaan operatiivisen alueen rajoitusruutua vasten. Koordinaattiviittaus, joka jää operaatioteaterin ulkopuolelle tai joka ei läpäise tarkistussummavalidointia, luo estävän virheen ennen kuin JTAC voi lähettää. Tämä havaitsee yleisimmän kopiointivirhekategorian: numeron, joka on teknisesti pätevä koordinaattina, mutta sijoittaa maalin väärään 100 km:n MGRS-ruutuun.
Maalin koordinaatinsiirto ja laser/RFID-merkintäintegrointi
Maalin koordinaatinsiirto JTAC:lta miehistölle on vaihe, jossa äänityönkulku tuo viimeisen ja kriittisimmän kopiointiriskin: ohjaaja syöttää ruudukon navigointijärjestelmäänsä manuaalisesti äänilukutodentamisesta. Digitaalinen siirto poistaa tämän vaiheen kokonaan alustoilta, joilla on yhteensopivat datalinkit.
Ohjauspisteen lähetys datalinkillä. 9-linjan hyväksynnän jälkeen järjestelmä lähettää maalisijainnin ilma-aluksen tehtäväohjaustietokoneelle ohjauspisteenä sopivan datalinkin kautta: Link 16 koalitiohyökkääjille JTIDS-avioniikalla, SADL (Situational Awareness Datalink) A-10 Warthog -koneille ja joillekin pyörivän pyöristimen alustoille tai alustaan kohtaiset aallot erikoisoperaatiolentokoneille. Lähetetty ohjauspiste on nimetty lentokohtaukselle, jotta sekä JTAC että ohjaaja voivat vahvistaa, että he viittaavat samaan maalitietueeseen. Ilma-alukselta saatu vahvistusviesti — "ohjauspiste vastaanotettu, ruudukko vahvistettu" — sulkee siirtokierteen digitaalisessa tietueessa.
Kun suora datalinkin lähetys ei ole käytettävissä — vanhemmat ilma-alukset, koalition alustat ilman yhteentoimivia aaltoja — järjestelmä luo muotoillun ohjauspistelatausiedoston, joka on yhteensopiva ilma-aluksen tehtäväsuunnittelujärjestelmän kanssa, tai jäsennellyn äänibriefin, joka on muotoiltu minimoimaan lukutodentamisvirheet. Joka tapauksessa hyväksytyn 9-linjan tietueen maalisijainti on auktoritatiivinen lähde, ja mahdollinen poikkeama kyseisen tietueen ja ladatun ohjauspisteen välillä liputtuu, jos ohjaajan datalinkki tukee käänteistä vahvistusta.
SOFLAM- ja IZLID-laserkoodin integrointi. Kun rivin 7 merkintätyyppi on laser, laserkoodin — neljänumeroinen PRF-koodi, jota ilma-aluksen laserpisteenseurantatutka käyttää erottaakseen oikean designaattorin muista taistelukentän lasereista — on saavuttava ilma-alukselle ilman äänilukuvirheitä. Digitaaliset työkalut käsittelevät tätä tallentamalla laserkoodin JTAC:n laiteprofiiliin, esiasuttamalla sen 9-linjan riville 7 ja sisällyttämällä sen datalinkkilähetykseen ilma-alukselle. Jos SOFLAM- tai IZLID-integrointi on käytettävissä digitaalisen käyttöliittymän kautta (jotkut variantit tukevat USB- tai sarjaliikenneyhteyksiä), järjestelmä voi kysyä designaattorin nykyisen koodiasetuksen ja automaattisesti vahvistaa, että 9-linjan koodi vastaa laitteistoon ohjelmoitua koodia.
Maalilaatikon ja ohjauspisteen näyttö ROVERissa. Kun JTAC:n ROVER-päätelaite on cursor-on-target-peittokuvakykyinen — ohjelmistoominaisuus, joka on käytettävissä ROVER 6:ssa ja myöhemmissä sukupolvissa — hyväksytty maalin COP-merkki georestataan ROVER-videokuvaan. Maalin sijainti näkyy ristinäyttösymbolina videokuvassa, jolloin JTAC voi visuaalisesti varmistaa, että ilma-aluksen sensori on suunnattu oikeaan tähtäyspisteeseen ennen hyväksymistä. Jos ristinäyttö ja ilma-aluksen näennäinen tähtäyspiste eroavat toisistaan, JTAC:lla on suora visuaalinen indikaattori maalitusvirheestä ennen aseen laukaisemista.
Ilmatilan dekonfliktio CAS:lle
Ilmatilan dekonfliktio CAS:lle ei ole yksittäinen tarkistus — se on jatkuva prosessi, joka kattaa tappiolaatikon määrittelystä iskun jälkeiseen ilmatilan vapauttamiseen. Ilmatilan dekonfliktioohjelmisto automatisoi tämän prosessin aikaa vievimmät osat: tappiolaatikon ristiinviittauksen aktiivisia ilmatilan hallintamenetelmiä vastaan, korkeusasteikkojen laskemisen ja ristiriitaisten käyttäjien sekvensoinnin ajallisen eron avulla.
Tappiolaatikon lateraalinen ja vertikaalinen määrittely. Tappiolaatikko määritellään keskipisteellä (maalin sijainti riviltä 6), lateraalisella säteellä (jota ohjaavat aseen tyyppi, sivullisvahinkoarviointi ja maasto) ja korkeusasteikolla (hyökkäyslentokorkeuden minimi ja maksimi). Nämä kolme parametria yhdessä määrittävät kolmiulotteisen tilavuuden, joka on dekonfliktoitava kaikkia muita ilmatilan käyttäjiä vastaan ennen kuin JTAC voi edetä hyväksymiseen.
ACM-koordinointi. Ilmatilan hallintamenetelmät — rajoitetut toimintavyöhykkeet, vähimmäisriskireittit, lentokieltovyöhykkeet, yhteiset sitomistoiminta-alueet ja vapaan tulen alueet — ylläpidetään ilmatilan hallintakerroksessa ja päivitetään ilmatehtäväkäskyn ja ilmatilan ohjausmääräysvirran syötteistä. Dekonfliktiokenttä peittää ehdotetun tappiolaatikon kaikkia aktiivisia ACM:IA vastaan lähettämishetkellä. Mikä tahansa päällekkäisyys luo erityisen konflikttiraportin: mikä ACM on rikottu, kuka on ohjaava viranomainen, mikä on voimassa oleva aikaikkuna ja voidaanko koordinointipyyntö reitittää digitaalisesti kyseiselle viranomaiselle. Väliaikaisten rajoitettujen alueiden ja ATC-pidätysten osalta koordinointipyyntö on automatisoitu — järjestelmä lähettää pyynnön ohjaavan viranomaisen digitaaliseen käyttöliittymään ja odottaa hyväksyntää tai vaihtoehtoisen ikkunan jakamista.
Korkeusasteikon hallinta. Tappiolaatikon korkeusasteikko on koordinoitava paitsi staattisia ACM:IA myös kaikkia dynaamisia ilmatilankäyttäjiä vastaan: muut CAS-lennot samalla alueella, tykistöradat (dekonfliktoitu tulilayerin kautta), ISR-alustat, jotka holdaavat keskorkeudella, sekä mahdolliset ilmapuolustusohjainpeitteet, jotka edellyttävät ilmoitusta ennen kuin ilma-alukset saapuvat määriteltyyn tilavuuteen. Dekonfliktiokenttä ylläpitää reaaliaikaista kuvaa korkeusasteikkovarauksista ja kohdistaa pyytävän CAS-lennon korkeusikkunaan, joka ei ole ristiriidassa olemassa olevien varausten kanssa. Jos JTAC:n pyytämää korkeusasteikkoa ei voida sijoittaa konfliktivapaan, kenttä tarjoaa seuraavan käytettävissä olevan ikkunan ja näyttää odotusajan.
Ajallinen dekonfliktio. Kun kaksi CAS-lentoa vaatii päällekkäisiä ilmatilavuuksia mutta ei samanaikaisesti, ajallinen dekonfliktio kohdistaa suoritusikkunat lateraalisen tai vertikaalisen eron sijaan. Ensimmäiselle lennolle kohdistetaan ikkuna T+0:sta T+8 minuuttiin; toinen lento holdaa ja ottaa T+10:stä T+18:aan. JTAC näkee kohdistetun ikkunansa hyväksymiskäyttöliittymässä ja suunnittelee hyökkäyksen suorituksen sen mukaisesti. Ikkuna-ylityksestä lähtevä lento luo hälytyksen sekä JTAC:lle että ilmatilan hallitsijalle, koska ylitys aiheuttaa ristiriidan seuraavan kohdistetun lennon kanssa.
ROVER/TRAC-integrointi CAS:lle
ROVER (Remotely Operated Video Enhanced Receiver) antaa JTAC:lle sen, mitä mikään muu työkalu ei tarjoa: saman visuaalisen kuvan, jota ilma-aluksen sensorin operaattori käyttää maalin tunnistamiseen ja asettamiseen. Pelkässä äänityönkulussa JTAC ja ohjaaja katsovat jaettua koordinaattia mutta eivät jaettua kuvaa — JTAC katsoo maastoa kiikareilla, ohjaaja tähtäyspodeensa, ja kaksi kuvaa eivät välttämättä sovi yhteen siinä, mikä ominaisuus on tarkoitettu maaliksi. ROVER kuistaa tämän kuilun.
Cursor-on-target-peittokuva. Digitaalinen integrointi ROVERin ja CAS C2 -ohjelmiston välillä lisää cursor-on-target-peittokuvan videovirtaan: hyväksytty maalin COP-merkki georestataan ROVER-videokehykseen käyttämällä ilma-aluksen sensorin metatietoja (kalteva etäisyys, kardaanikulmaa, ilma-aluksen sijainti ja korkeus). Maalin sijainti näkyy ristinäyttösymbolina videossa. Jos ristinäyttö on eri rakennuksessa kuin se, johon ohjaajan sensori on suunnattu, JTAC voi havaita ristiriidan ennen hyväksymistä ja aloittaa talk-on-ohjaamismenettelyn korjatakseen ilma-aluksen tähtäystä.
Laserpisteenseurannanäyttö. ROVER-variantit, joissa on laserpisteenseuranta (LST), havaitsevat JTAC:n laserpisteen videokuvassa ja näyttävät sen sijaintin toisena symbolina cursor-on-target-peittokuvassa. JTAC voi nähdä reaaliajassa, onko laserpiste ristinäytön osoittamalla maalikohteella vai poikkeaako se siitä — yleinen ongelma, kun maasto peittää JTAC:n ja maalin välisen näköyhteyden. Jos laser on poissa maalilta, JTAC säätää designaatiota tarvitsematta ääniohjausta ohjaajan kanssa.
Ohjelmistomääritteinen ROVER (TRAC-integrointi). TRAC (Tactical Remote Viewing System) ja sitä seuraavat ohjelmistomääritteliset videovastaanotinimplementaatiot mahdollistavat ilma-aluksen sensorivirran suoratoiston mihin tahansa verkkoon kytkettyyn laitteeseen — kestävälle tabletille, kannettavalle tietokoneelle, hätätilanteessa älypuhelimelle — eikä erillinen ROVER-laitteistopäätettä vaadi. CAS C2 -ohjelmisto vastaanottaa videovirran standardin RTSP- tai STANAG 4609 MISB-yhteensopivan siirron kautta ja renderöi sen samassa käyttöliittymässä kuin 9-linjalomake ja COP-näyttö. Yksi näyttö näyttää JTAC:lle 9-linjan tilan, COP-tappiolaatikon ja ilma-aluksen videovirran samanaikaisesti — poistaen pääntaivutuksen ROVER-päätelaitteen, kartan ja radion välillä, joka luonnehti aiempien sukupolvien CAS-koordinointia.
Tulen synkronointi AFATDS:n ja FDC:n kanssa
Lähitulituki toimii harvoin eristettynä epäsuorasta tulesta. Tykistö- ja kranaatinheitinyksiköt saattavat tukahduttaa vierekkäisiä vihollisasemia, tarjota SEAD-tulea ennen CAS-ilma-aluksen saapumista tai suojata JTAC:n vetäytymisreittiä iskun jälkeen. Näiden samanaikaisten tulien dekonfliktointi — varmistaminen, ettei tykistökranaatti saavu CAS-korkeusasteikolle, kun ilma-alus on loppulähestymisellä — edellyttää digitaalista yhteyttä JTAC:n CAS-koordinointityökalun ja tulen komento- ja johtamisjärjestelmän välillä.
Digitaalinen tulipyyntö COP:sta. Kun JTAC tai JFO pyytää epäsuoraa tulitukea samalta maalitietueelta, jota käytetään CAS:ssa, digitaalinen CFF-viesti luo saman COP-merkin perusteella — sama MGRS-koordinaatti, sama maalikuvaustaksonomia, sama lentokohtaustunnus ristiinviittaukselle. CFF reititetään tulisuuntakeskukseen (FDC) AFATDS:n kautta, liittäen tulenjohtajan tunnistetiedot ja havaintomenetelmän (maasta käsin, UAV, ilma-alus). Jos sama maali saa sekä CAS-pyynnön että CFF-pyynnön, ne linkitetään tulen koordinointakerroksessa jaetulla lentokohtaustunnuksella, luoden yhtenäisen tulen synkronointitietueen.
CAS:n ja epäsuoran tulen välinen dekonfliktio. AFATDS ylläpitää jonoa aktiivisista ja suunnitelluista tehtävistä, joissa on niiden radat, maaliin saapumisajat ja korkeusasteikot. CAS-dekonfliktiokenttä kyselee tätä jonoa ennen CAS-korkeusasteikon hyväksymistä. Jos minkä tahansa aktiivisen tehtävän rata saapuu CAS-korkeusasteikolle maalialueella suunnitellun hyökkäysikkunan aikana, dekonfliktiokenttä luo pidätyspyynnön FDC:lle: "Pidätä tuli tehtävälle [ID] — CAS-korkeusasteikko-ristiriita T+3:sta T+9:ään." FDC säätää ajoitusta ja vapauttaa CAS-korkeusasteikon. Pidätys ja vapautus kirjataan aikaleimoineen tulen synkronointitietueeseen.
SEAD-koordinointi. Vihollisen ilmapuolustuksen tukahduttaminen ennen CAS-hyökkäyslentoa edellyttää SEAD-tulen sekvensointia saapumaan ennen kuin CAS-ilma-alus saapuu puolustusalueelle ja väistymään ennen kuin ilma-alus poistuu — ei ennen kuin se saapuu. Digitaaliset työkalut ylläpitävät SEAD-ajoitustietuetta, joka on linkitetty CAS-lentoon: uhkaavan ilmapuolustuksen sijainti ja tyyppi, SEAD-tehtävä, joka on kohdistettu sen tukahduttamiseen, ja ikkuna, jonka aikana tukahdutus on vahvistettu aktiiviseksi. CAS-hyväksymistyönkulku tarkistaa, että SEAD-tehtävät ovat vahvistettu AFATDS-jonossa ennen CAS-ilma-aluksen irrotushyväksynnän myöntämistä. Viivästynyt tai hylätty SEAD-tehtävä luo pidätyksen CAS-hyväksymisketjussa, jolloin JTAC:lle näytetään tarkalleen mikä SEAD-tehtävä estää hyväksynnän.
Tulen synkronointiarkkitehtuuri käsittelee myös käänteistä tapausta: epäsuoran tulivoiman tehtäviä, joiden on dekonfliktoitava aktiivisia CAS-korkeusasteikkoja vastaan, jotka on jo varattu ilmatilan hallintakerroksessa. AFATDS:n integrointi ilmatilan hallintasyötteeseen mahdollistaa FDC:lle aktiivisten CAS-korkeusasteikkojen näkemisen ennen uuden tehtävän hyväksymistä, ja uusien tehtävien reitittämisen radoille, jotka välttävät käytössä olevia korkeusasteikkoja, sen sijaan että luotettaisiin JTAC:iin havaitsemaan ja pyytämään tulitauon.
Opetukset digitaalisen CAS:n käyttöönotosta
Digitaalisia CAS-työkaluja on otettu käyttöön operatiivisissa ympäristöissä riittävän kauan paljastamaan johdonmukaisia vikakaavioita, jotka ohjaavat sekä arkkitehtuuria että koulutusta. Nämä opetukset eivät ole hypoteettisia — ne heijastavat toistuvia havaintoja CAS-operaatioiden jälkeisistä arvioinneista, joissa digitaaliset työkalut olivat osa tappoketjua.
Yhteystilan rajoitteet kiistanalaisissa ympäristöissä. Elektromagneettiset ympäristöt, jotka heikentävät viestintää, heikentävät myös datalinkkejä, joista digitaaliset CAS-työkalut riippuvat. ROVER-video on kaistaleveyttä eniten vaativa komponentti ja ensimmäisenä epäonnistuva; cursor-on-target-peittokuva muuttuu käyttökelvottomaksi ilman videovirtaa. TAK COP -synkronointi vaatii kapeamman kanavan ja heikkenee sulavammin — COP-kuva jäätyy eikä katoa, näyttäen omien joukkojen ratojen viimeksi tunnetut sijainnit. 9-linjalomakkeen lähettäminen ja hyväksymisviestit voivat toimia hyvin kapeilla MANET-kanavilla ja tallenna-ja-välitä-verkoissa. AFATDS CFF -viestintä käyttää tyypillisesti joustavaa taktisen radion datalinkiä. Työkalut on suunniteltava ja JTAC:t koulutettava ymmärtämään tarkalleen, mitkä kyvyt heikkenevät millä kaistaleveyskynnyksetillä, ja siirtymään sopiviin heikentyneen tilan toimintamenettelyihin odottamatta täydellistä linkkivikaa.
Automaatiokomplacenssi. Esiasutut kentät — maalin sijainti COP:sta, etäisyys geometriasta, korkeus maastotietokannasta — vähentävät kognitiivista kuormaa korkeatempoisessa maalinmäärityksessä, mutta luovat uuden vikamuodon: JTAC hyväksyy esiasutun arvon vahvistamatta sitä. Jälkitehtävä-arvioinneissa virheellinen maalin sijainti on jäljitetty COP-merkin sijoitusvirheisiin, joita JTAC ei huomannut, koska esiasutettu koordinaatti "näytti oikealta" ilman tahdonalaista tarkistusta. Käyttöliittymäsuunnittelun on tehtävä esiasutetuista kentistä visuaalisesti selkeästi erottuvia manuaalisesti syötetyistä kentistä, vaadittava eksplisiittinen vahvistustoiminto jokaiselle korkean panoksen kentälle ja näytettävä kentän tietolähde, jotta JTAC tietää, mitä he vahvistavat.
Tilavirhe hyväksymistyönkuluissa. Harkittu ja aikakriittinen CAS vaativat perustavanlaatuisesti erilaisia hyväksymistyönkulkuja, ja paineistetut JTAC:t yrittävät johdonmukaisesti reitittää aikakriittiset pyynnöt harkitun CAS:n jonoihin, kun käyttöliittymä ei tee eroa ilmeiseksi. Siirtyminen harkitusta aikakriittiseen CAS:ään on oltava pysyvä, näkyvä käyttöliittymätila — ei valikkoasetus tai lomakkeen valintaruutu — koska JTAC, joka samanaikaisesti hallinnoi radioviestintää, tarkkailee maalia ja koordinoi ilma-aluksen kanssa, ei omaa kognitiivista kaistaleveyttä havaita hienovaraista käyttöliittymätilan eroa. Jos tila on väärä, lento kestää kolme minuuttia kauemmin kuin sitoutumisikkuna sallii.
Heikentyneen tilan menettelyt ensisijaisina taitoina. JTAC:t, jotka harjoittelevat yksinomaan digitaalisilla työkaluilla ja kohtelevat äänipohjaista 9-linjaa varmuuskopiointitaitona, jonka he "muistavat tarvittaessa", suoriutuvat johdonmukaisesti heikosti, kun digitaaliset linkit epäonnistuvat harjoituksissa — ja suorituskyvyn kuilu on operatiivisessa paineessa suurempi kuin harjoituksissa. Digitaaliset CAS-työkalut on esiteltävä kiihdyttimenä äänipuoltaiselle JTAC:lle, ei äänitaidon korvaajana. Koulutusohjelmat, jotka ottavat käyttöön digitaaliset työkalut CAS-pätevyyden ensimmäisestä päivästä, tuottavat JTAC:eja, jotka voivat käyttää työkaluja sujuvasti, mutta eivät pysty toimimaan tehokkaasti, kun työkalut eivät ole käytettävissä. Kuri kohdella heikentyneen tilan toimintaa ensisijaisena taitona — ei varautumistoimenpiteenä — on tärkein henkilöstötekijäopetus digitaalisen CAS:n käyttöönotosta.