Osa 1 vakiinnutti vaatimustenmukaisuuden kehyksen. Osa 2 toteuttaa taktiset datalinkit, jotka ankkuroivat suurimman osan NATO-yhteentoimivista alustoista: Link 16 ilma- ja ilmapuolustusoperaatioihin, Cursor on Target taktiselle reunalle, MIP4-IES maavoimien C2-vaihtoon ja STANAG 4559 ISR-tuotteiden vaihtoon. Kullakin on oma insinöörimallinsa, oma vaatimustenmukaisuuskurinsa ja omat vikatilansa. Osa 2 käy ne läpi.

Arkkitehtoninen kehys on artikkelissa Täydellinen opas NATO-yhteentoimivuuteen. Rinnakkainen C2-fuusiomoottorisarja kohdassa Puolustuksen fuusioputken rakentaminen käsittelee adapterikerrosta, joka kuluttaa näitä datalinkkejä alustan sisällä.

Link 16 on NATO:n kanoninen taktinen datalinkki ilma- ja ilmapuolustukseen. Se on myös useimmin väärinymmärretty standardi puolustusalalle siirtyvien ohjelmistoinsinöörien keskuudessa. Protokolla on aikajaettu (Time Division Multiple Access), viestiluettelo (J-sarjan viestit) on luokiteltu, osallistumissäännöt ovat kaistanleveyshallittuja ja integraatio tapahtuu lähes aina laitteistopohjaisen MIDS-päätelaitteen kautta eikä ohjelmistoradion kautta.

Pragmaattinen toteutusmalli ohjelmistolle:

Integroi MIDS-päätelaitteen API:n kautta. Laitteistopäätelaite hoitaa aikajaetun protokollan; ohjelmisto hoitaa viestien jäsentämisen sen yläpuolella. Päätelaite tarjoaa toimittajan toimittaman API:n — SIMPLE (Standard Interface for Multiple Platform Link Evaluation) on yleisin — jonka kautta ohjelmisto lähettää J-sarjan viestejä lähetettäväksi ja vastaanottaa saapuvia J-sarjan viestejä käsiteltäväksi.

Käsittele SIMPLE-rajapintaa vakaana sopimuksena. Rajapinta kehittyy hitaasti; viestiluettelo kehittyy nopeammin. Versioi integraatio viestiluettelon laitosten ympärille, ei SIMPLE-version ympärille. Luettelopäivitykset ovat aikataulutettuja tapahtumia, joilla on omat vaatimustenmukaisuuden uudelleentestauksensa.

Jäsennä viestit tiukalla tyypityksellä. J-sarjan viesteillä on jäykät rakenteet, jotka on määritelty luokitellussa luettelossa. Toteuta ne koodista generoituina tyyppeinä (kun luettelon käyttöoikeus sen sallii) tai käsin kirjoitettuina tyyppeinä laajalla validoinnilla. Löyhä tyypitys Link 16 -jäsentämisessä on useimpien CWIX-vaatimustenmukaisuusvirheiden perimmäinen syy.

Puskuroi lähtevät, validoi saapuvat. Lähtevät viestit asetetaan jonoon prioriteetin mukaan; alusta ei saa tulvittaa päätelaitetta. Saapuvat viestit validoidaan luetteloa vasten ennen edelleenlähetystä; virheelliset J-sarjan viestit hylätään rakenteisella lokituksella eikä päästetä läpi hiljaisesti.

Syvällisempi insinöörinäkemys, mukaan lukien integraatiotopologia ja yleisimmät sudenkuopat, on artikkelissa Link 16 -taktiset datalinkit: insinöörinäkemys.

Vaihe 2: Cursor on Target -integraatio

CoT on de facto taktinen yleiskieli muodollisten NATO-luetteloiden ulkopuolella. Se sai alkunsa Yhdysvaltain ilmavoimissa, on otettu käyttöön koko ATAK/WinTAK-ekosysteemissä ja sitä vaaditaan yhä useammin koalitio-operaatioissa muodollisesta NATO-asemasta riippumatta. NATO-yhteentoimiva alusta, joka toimii Yhdysvaltain tai ATAK-varusteltujen liittolaisjoukkojen rinnalla, kohtaa CoT:n riippumatta siitä, sisältyykö se muodolliseen vaatimustenmukaisuuden kehykseen.

CoT on teknisesti yksinkertaisempi kuin Link 16 — XML-pohjainen, hyvin määritelty skeema, ei luokiteltua viestiluetteloa, ei aikajaettua protokollaa. Vaadittava insinöörikuri on sama.

Toteutusmalli:

Skeemavalidointi rajalla. Jokainen saapuva CoT-viesti validoidaan skeemaa vasten ennen jatkokäsittelyä. Virheelliset viestit lokitetaan äänekkäästi ja hylätään; hiljainen hyväksyminen on väärä oletus.

Tiukka aikaleimojen käsittely. CoT-viestit kantavat havaintoaikaa, viestin vanhenemisaikaa ja vanhenemisaikaa. Aiemmissa insinööriläpikäynneissä esitelty kolmen aikaleiman kuri pätee — havaintoaika ohjaa korrelointia, vanhenemisaika ohjaa elinkaaripäätöksiä, niiden sekoittaminen on toistuva virhelähde.

Valinnaisten kenttien varovainen jäsentäminen. CoT-laajennukset ovat yleisiä; kaikkia laajennuksia ei ole dokumentoitu. Jäsennä se, mikä on dokumentoitu; jätä huomiotta se, mitä ei ole (lokituksen kanssa); älä koskaan kaadu odottamattomaan sisältöön.

Siirtotien joustavuus. CoT liikkuu multicast-UDP:n, TCP point-to-pointin, TCP-via-TAK-Serverin ja (yhä useammin) MQTT:n yli. Adapterikerros mukautuu kaikkiin neljään yhteisellä käsittelypolulla alavirrassa.

Yksityiskohtainen CoT-insinöörikäsittely on artikkelissa Cursor on Target (CoT): taktisten tilannekuvasovellusten taustalla oleva XML-standardi. ATAK-laajennusten kehitysnäkökulma on artikkelissa ATAK-laajennusten kehitys.

Vaihe 3: MIP4-IES-toteutus

Vaihtoon prikaatitasoa ylempien kansallisten C2-järjestelmien kanssa MIP4-IES on skeema. Se on tiheä, versionhallittu ja armoton vaatimustenmukaisuustestauksessa. Multilateral Interoperability Programme määrittelee mallin; Information Exchange Specification sarjallistaa sen.

Insinöörimalli, joka onnistuu:

Käsittele MIP4:ää tiukkana rajapintana, ei sisäisenä mallina. Alustan sisäinen tietomalli on mikä tahansa insinööritiimin suunnittelema; MIP4 on siirtomuoto, jota alusta puhuu koalitiorajalla. Niiden välinen kuvaus on kaksisuuntainen ja häviötön operatiivisesti merkittävien kenttien osalta.

Edestakaisen siirron säilyttäminen on testi. MIP4-viestin, joka jäsennetään ulos alustasta ja jäsennetään sitten takaisin sisään, on tuotettava sama sisäinen malli (tarkoituksellista kanonisointia lukuun ottamatta). Edestakaisen siirron epäonnistumiset paljastavat häviölliset kuvaukset, tyyppipakotusvirheet ja kenttien aliaksointivirheet.

Skeemaohjattu koodingenerointi. MIP4-IES-skeema on riittävän suuri, jotta käsin kirjoitettu jäsentämiskoodi ajautuu. Generoi tyypit julkaistusta skeemasta; ylläpidä kuvauskoodia erikseen ja katselmoi se eksplisiittisesti.

Versionkiinnitys eksplisiittisin siirtymin. MIP4-laitokset muuttuvat. Alusta kiinnittyy tiettyyn laitokseen nykyistä operatiivista käyttöönottoaan varten; siirtymät ovat aikataulutettuja projekteja vaatimustenmukaisuuden uudelleentestauksen kanssa.

Syvällinen insinöörinäkemys MIP4-IES:stä, mukaan lukien tietomallin anatomia ja vaatimustenmukaisuustestauksen todellisuus, on artikkelissa MIP4-IES: NATO:n maastandardi.

Vaihe 4: STANAG 4559 ISR-vaihto

STANAG 4559 (NSILI — NATO Standard ISR Library Interface) ohjaa ISR-kuvien ja -tuotteiden vaihtoa koalition C2-alustojen välillä. Vaaditaan jokaiselta alustalta, joka kuluttaa tai tuottaa kansallisesta lähteestä peräisin olevia kuvia koalitiokontekstissa.

Toteutuksen todellisuus:

Kuluttajapuoli ensin. Useimmat puolustusohjelmistohankkeet ovat NSILI-kuluttajia — ne kyselevät koalition kuvakirjastoja ja integroivat tulokset — eivät NSILI-tarjoajia. Kuluttajapuolen rajapinta on hyvin määritelty ja hallittava; tarjoajapuolen toteutus on raskaampi hanke, jolla on lisää akkreditointikuormaa.

Kaistanleveystietoinen haku. ISR-kuvat ovat suuria. Haun taktisten linkkien yli on oltava kaistanleveystietoinen — esikatselun pikkukuvat ensin, täysi resoluutio operaattorin pyynnöstä, asteittainen lataus suurimmille tuotteille. Alustan käyttöliittymä tuo kaistanleveystilan esiin, jotta operaattorit ymmärtävät kompromissin.

Kuvavaraston erottaminen. Haetut kuvat sijaitsevat erillisessä objektivarastossa, ei operatiivisessa kohdetietokannassa. Metatiedot kuvaavat kuvat kohdekontekstiin; itse kuvaan viitataan, sitä ei upoteta.

Kuvien luokittelumerkinnät. Haetut kuvat kantavat lähdeluokittelua STANAG 4774/4778:n mukaisesti. Luokittelu seuraa kuvaa läpi alustan — esityskerros, kirjausketju, alavirran analytiikka. Sidoksen poistaminen "mukavuuden vuoksi" on juuri sellainen oikotie, jota akkreditoinnin katselmoijat erityisesti etsivät; tämän sarjan osa 3 käsittelee tätä kuria yksityiskohtaisesti.

Syvällisempi STANAG 4559 -toteutusmalli on artikkelissa STANAG 4559 -toteutus: NSILI käytännössä.

Vaihe 5: ADatP-34-profiilin sidonta

Yksittäiset datalinkit — Link 16, CoT, MIP4, STANAG 4559 — toteuttavat tiettyjä standardeja. ADatP-34-profiilin yhdenmukaistaminen edellyttää, että alusta toteuttaa oikeat yhdistelmät näistä standardeista ja että yhdistelmät täyttävät profiilin yhteentoimivuusskenaariot.

Profiilin sidonnan kuri:

Profiilipohjaiset testiskenaariot. Jokaiselle ADatP-34-profiilille, johon alusta tähtää, vaatimustenmukaisuustestisarja sisältää skenaarioita, jotka harjoittavat datalinkkejä yhdistelmänä. Skenaario voi edellyttää: vastaanota Link 16 -ilmakohdepäivitys, korreloi ATAK:n CoT-maakohteeseen, kysele NSILI:stä aluekuvia, fuusioi kaikki kolme yhdeksi COP-näytöksi. Skenaario testaa yhdistelmää, ei yksittäisiä standardeja.

Profiilipohjaiset viestiluettelot. Profiili määrittelee, mitkä J-sarjan viestit vaaditaan, mitkä MIP4-viestityypit on vaihdettava, mitä CoT-laajennuksia odotetaan. Alusta toteuttaa vaaditun osajoukon, ei koko luetteloa.

Profiilin kehityksen seuranta. ADatP-34-profiilit kehittyvät. Alusta seuraa nykyistä operatiivista profiilia ja seuraavan kierroksen profiilia. Insinöörityö, joka tähtää nykyiseen profiiliin mutta ennakoi seuraavaa, on kuri, joka selviää versiosiirtymistä.

Keskeinen oivallus: Vaatimustenmukaisuus on profiilin muotoista, ei standardin muotoista. Alusta, joka toteuttaa jokaisen vaaditun standardin mutta ei integroi niitä profiilin skenaarioiden mukaisesti, epäonnistuu vaatimustenmukaisuustestauksessa. Rakenna toteutus profiilia vasten ensimmäisestä sprintistä lähtien, ei standardeja vasten erillään.

Vaihe 6: Kahdenväliset ja NATO:n ulkopuoliset sillat

Alustat, jotka toimivat todellisissa koalitiokäyttöönotoissa, tarvitsevat siltoja NATO-luettelon ulkopuolella. Ukrainan Delta-integraatio, vain FVEY:lle tarkoitetut protokollat, kumppanikohtaiset laajennukset — kukin on silta muodollisten NATO-datalinkkien rinnalla.

Delta-muodon insinöörimalli on artikkelissa Delta-muoto ja Ukrainan asevoimien integraatio. Laajemmat koalitiojaon mallit, mukaan lukien toimintaperiaatteet, ovat artikkelissa Koalition tiedonjaon haasteet.

Arkkitehtoninen sääntö: kahdenväliset sillat ovat erillisiä adaptereita, eivät muutoksia NATO-datalinkkikoodiin. Silta Deltaan ei koske Link 16 -jäsentämiseen; silta Yhdysvaltain kansalliseen protokollaan ei koske CoT-käsittelyyn. Adapterien eristys ulottuu protokollien yli, ei vain anturityyppien.

Vaihe 7: Rakenna vaatimustenmukaisuuskehikko aikaisin

Vaatimustenmukaisuustestaus on työ, joka erottaa CWIX:n läpäisevät alustat niistä, jotka epäonnistuvat. Kehikko, joka ajaa nämä testit, on insinööri-infrastruktuuria yhtä merkittävää kuin alusta itse.

Kehikon komponentit:

  • Standardikohtaiset testisarjat. Link 16 J-sarjan viestin edestakainen siirto; CoT:n muodollinen oikeellisuus ja semanttinen oikeellisuus; MIP4-entiteettivaihto ja edestakainen siirto; STANAG 4559 -kysely, -haku ja metatietojen kuvaus. Kukin sarja on automatisoitu, portitettu CI:ssä ja tuottaa rakenteisia raportteja.
  • Tallennetun datan toisto. Tallennettu siirtotason liikenne todellisista harjoituksista ja operatiivisista käyttöönotoista toistettuna alustaa vasten. Perustotuus regressiotestaukseen.
  • Kumppanijärjestelmien simulaattorit. Kun todellisia kumppanijärjestelmiä ei ole saatavilla yksikkötestaukseen, simulaattorit korvaavat ne. Ne vaihtavat standardinmukaisia viestejä alustan kanssa ja varmistavat, että vastaukset vastaavat standardia.
  • Skenaariopohjaiset integraatiotestit. ADatP-34-profiilin skenaariot harjoitettuna päästä päähän. Alusta vastaanottaa syötteet, suorittaa fuusion, tuottaa tuloksia, jotka testikehikko validoi odotettua perustotuutta vasten.
  • CWIX-valmistelun seuranta. Testitapaukset, jotka alusta aikoo lähettää CWIX:ssä, seurataan erikseen, ja niiden läpäisy-/hylkäystila on hankkeen johdon nähtävillä hyvissä ajoin ennen harjoitusta.

Tämän kurin rakentamisen kustannus aikaisessa vaiheessa on todellinen mutta rajattu; sen ohittamisen kustannus paljastuu monen kuukauden viiveinä varsinaisen vaatimustenmukaisuusjakson aikana. Hankkeet, jotka toimittavat NATO-yhteentoimivia alustoja aikataulussa, ovat hankkeita, jotka rakensivat vaatimustenmukaisuuskehikon ensimmäisenä vuonna.

Mitä seuraavaksi

Osa 2 on toteuttanut taktiset datalinkit. Link 16 MIDS-päätelaitteen kautta, CoT skeeman validoivan adapterin kautta, MIP4-IES edestakaisen siirron säilyttävän kuvauksen kautta, STANAG 4559 kuluttajapuolen kyselyrajapinnan kautta, kaikki sidottuna yhteen ADatP-34-profiililla ja harjoitettuna vaatimustenmukaisuuskehikolla.

Osa 3 käsittelee luokittelu- ja julkaisukelpoisuuskoneiston — STANAG 4774/4778 -sidonnan, toimintaperiaatemoottorin toteutuksen, enklaavien väliset tietovirrat ja koalitiojulkaisukelpoisuuden kurin, joka tekee alustasta käyttöönotettavan luokitelluissa konteksteissa.