NATO-viestiluettelo — virallisesti Allied Data Publication 34 (ADatP-34) — on normatiivinen viite NATO:n komento- ja johtamistoiminnan viestienvaihdon tietorakenteille. Se määrittelee informaatio-objektit, niiden attribuutit, sallitut arvojoukot ja suhteet niiden välillä, jotka tukevat C2-viestienvaihtoa liiton välillä. Ohjelmistokehittäjille, jotka rakentavat järjestelmiä, joiden on vaihdettava dataa NATO:n C2-infrastruktuurin tai kansallisten NATO-standardeja toteuttavien järjestelmien kanssa, ADatP-34 on pakollinen viite — ja sellainen, joka palkitsee huolellisen tutkimisen pinnallisen tutustumisen sijaan.
Mitä ADatP-34 on ja sen rooli NATO C2:ssa
ADatP-34 on julkaistu NATO:n viestintä- ja tietotekniikkaviraston (NCIA) toimesta ja sitä ylläpidetään elävänä dokumenttina säännöllisillä päivityksillä. Se on virallisesti nimeltään "NATO Message Catalogue", koska se luetteloi kaikki NATO:n C2-toiminnassa käytetyt viestityypit: operatiiviset raportit, käskyt, tiedusteluiviestit, logistiikkapyynnöt, ilmatehtäväkäskyt, merenkulun tilanneraportit ja monet muut. Jokainen luettelon viestimuoto on määritelty tietokenttiensä, tietotyypiensä, pakollisten ja valinnaisten elementtien sekä sallittuja kenttäyhdistelmiä koskevien liiketoimintasääntöjen kanssa.
Luetteloa käytetään normatiivisena tietolähteenä kahteen liittyvään mutta erilliseen tarkoitukseen. Ensinnäkin se määrittelee viestit, joita ihmisoperaattorit lähettävät NATO:n viestintäverkkojen yli — NATO SECRET WAN:n yli lähetetyn operatiivisen raportin sisällön ja muodon on vastattava ADatP-34-spesifikaatiota kyseiselle viestimuodolle. Toiseksi se tarjoaa tietomallin, josta johdetaan koneluettavat tietojenvaihtamuodot: MIP (Multilateral Interoperability Programme) maavoimien C2-tietojenvaihdon tietomalli on suoraan johdettu ADatP-34-viestin sisällöstä, samoin JC3IEDM (Joint Consultation, Command and Control Information Exchange Data Model) ja sen seuraaja NC2IEDM (NATO C2 Information Exchange Data Model).
Tämä kaksoisrooli tarkoittaa, että ADatP-34-tietämys soveltuu sekä kehittäjille, jotka rakentavat viestienkäsittelyjärjestelmiä (strukturoitujen C2-viestien jäsentäminen ja generointi) että kehittäjille, jotka rakentavat tietomallitoteutuksia (tietokantaskeemojen tai palvelurajapintojen suunnittelu NATO:n tietojenvaihto-standardien mukaisesti).
Tärkeimmät viestityypit: ORBAT, raidat, CAS, logistiikka
Luettelo sisältää satoja viestityyppejä. Käytännöllinen toteutustapa alkaa sovellusalueen kannalta relevanteimmista viestimuodoista. Laajimmin toteutetut viestityypit jakautuvat neljään kategoriaan.
Joukkojen järjestys (ORBAT) -viestit kuvaavat sotilasvoimien kokoonpanoa ja sijoittelua — kuka on missä, mitä kalustoa heillä on ja miten yksiköt liittyvät komentohierarkiaan. ORBAT-viestiperhe sisältää yksikkösijoituksen raportin (UDISREP), laitetilasraportin ja komentajan tilannearvion. ORBAT-data ohjaa minkä tahansa C2-sovelluksen joukkojen näyttökerrosta ja on ensisijainen syöte vahvuuslaskelmiin ja logistiikan suunnittelutyökaluihin.
Raita-viestit kantavat sijaintitietoja kokonaisuuksille — ajoneuvoille, lentokoneille, aluksille ja vihamielisille kontakteille — reaaliajassa tai lähes reaaliajassa. Raita-viestiperhe sisältää ilmatilanneraportin (AIRSIT), merenkulun pintayhteenvedon (MARSURSUM) ja maaston tilanneraportin (GROUNDSIT). Raita-data on ensisijainen syöte yhteiseen operatiiviseen kuvaan ja se lähetetään tyypillisesti korkealla taajuudella.
Lähitulituki (CAS) -viestit koordinoivat lentokoneiden käyttöä maatueksi — yksi yhdistettyjen operaatioiden protokollaintensiivisimmistä prosesseista. CAS-viestiperhe sisältää ilmatukipyynnön (AIRSUPREQ), CAS-brifin, BDA-raportin (Battle Damage Assessment) ja 9-linja CAS -brifin. CAS-automaatio on korkean prioriteetin integraatiovaatimus kaikille yhdistettyjen aseiden sovelluksille.
Logistiikkaviestit kattavat tarvehankinnat, lääkinnällisen evakuointikoordinoinnin, huoltopyynnöt ja tarvetilanneraportit. Logistiikkaviestiperrhe on suuri ja monimutkainen, kattaen taktisen logistiikan koordinoinnin yksittäisistä yksikköjen tarvepyynnöistä teatteritason ylläpitosuunnitteluun. Kehittäjille useimmin toteutetut logistiikkaviestit ovat tarvehankinnan pyyntö (REQSUP), tarvetilanneraportti (SUPSIT) ja MEDEVAC-pyyntöviestit.
Versiointirealismi: ADatP-34-painokset eivät ole kaikilla alueilla taaksepäin yhteensopivia. Edition 5:lle rakennettu järjestelmä voi kohdata Edition 7 -viestejä koalitiopartnerilta muuttuneilla kenttämäärittelyillä tai uusilla pakollisilla elementeillä. Puolustuksen ohjelmistotiimien pitäisi toteuttaa viestiversiotunnistus ydinaarkkitehtuuriominaisuutena — ei jälkikäteisenä lisäyksenä — ja suunnitella viestin jäsentimet käsittelemään sujuvaa heikentymistä myöhemmistä painoksista kohdatessaan tuntemattomia kenttiä.
Jäsentäminen ja serialisointi: kirjastot ja lähestymistavat
ADatP-34-viestit ilmaistaan useissa syntaktisissa muodoissa kuljetusverkon ja toteutusaikakauden mukaan. Vanhat NATO-verkot käyttävät Variable Message Format (VMF) -muotoa — kompaktia binaarikoodausta, optimoitu matalan kaistanleveyden taktisille radiolinkeille. Modernit IP-pohjaiset verkot käyttävät yhä enemmän XML-koodausta, joka vastaa NATO XML Message Specification (NXMS) -spesifikaatiota, joka tarjoaa samat viestin semantiikat kuin VMF mutta ihmisluettavassa, skeemavalidoidussa muodossa. Kehittäjien voi joutua käsittelemään molempia muotoja, erityisesti järjestelmissä, jotka silloittavat vanhat radiopohjaiset verkot modernin IP-infrastruktuurin kanssa.
VMF-jäsentämiseen C++:lla ja Javalla pääasialliset kaupalliset kirjastot tarjoavat Cubic Defense Systems ja Northrop Grumman's Battle Management Solutions; avoimet lähteet ovat rajoittuneet ja tyypillisesti epätäydellisiä viestien kattavuudessa. XML/NXMS-viesteille vakiokirjastot (libxml2 C++:lla, JAXB Javalla, lxml Pythonilla) ovat riittäviä, mutta ADatP-34:n XML-skeemat on hankittava NCIA:lta ja ne on viitattava oikein jäsentämisputkilinjassa. Skeemavalidointi jäsentämisen aikana on pakollinen operatiivisille järjestelmille — virheellisten viestien hiljainen hyväksyminen luo tietojen eheysongelmat, joita on vaikea diagnosoida tuotannossa.
Koodigenerointi XML-skeemoista (käyttäen työkaluja kuten Apache XMLBeans tai JAXB:n xjc-kääntäjä) tuottaa tyyppitettyjä Java- tai C++-luokkia jokaiselle viestimuodolle, jotka eliminoivat manuaalisen kentän jäsentämisen ja tarjoavat käännetyn ajan tyyppitietoturvan viestikentän pääsylle. Tätä lähestymistapaa suositellaan vahvasti uudelle kehitykselle; käsinkirjoitetut jäsentimet ADatP-34:n viestimuodoille ovat kalliita ylläpitää eri luettelonpainosten yli.
Versioinnin haasteet eri luettelonpainosten kanssa
ADatP-34 päivitetään säännöllisesti — nykyinen painos vuonna 2026 on Edition 9. Jokainen painos esittelee uusia viestityyppejä, muuttaa olemassa olevia viestirakenteja ja ajoittain poistaa tai muuttaa olemassa olevien kenttien semantiikkoja. Koalitioharjoitukset sisältävät rutiininomaisesti eri luettelonpainoksille rakennettuja järjestelmiä, mikä luo yhteensopivuushaasteita, joita on hallittava sovelluskerroksessa.
Käytännöllinen lähestymistapa on toteuttaa viestiversioneuvottelukerros: kun viestintäistunto muodostetaan vertaisjärjestelmän kanssa, järjestelmät vaihtavat luettelonpainoskyvykkyyksiä ja sopivat korkeimmalle molemminpuolisesti tuetulle painokselle. Viestit generoidaan sitten neuvotellulla painostasolla. Tämä vaatii ylläpitämään painos-spesifisiä viestin serialisaattoreita — ei vain yhtä serialisaattoria, joka on päivitetty nykyiseen painokseen — mikä lisää monimutkaisuutta mutta on väistämätöntä järjestelmille, joiden on toimittava yhteen monipuolisen kumppanijärjestelmien joukon kanssa koalitiossa.