ADatP-3 (STANAG 5500): NATOn viestitekstiformaatit avattuna

ADatP-3 — Allied Data Publication 3, jonka STANAG 5500 julistaa — on NATOn viestitekstien muotoilujärjestelmä, tunnettu nimellä FORMETS: säännöt, rakenteet ja sanasto, joilla rakennetaan jokainen NATon muotoiltu viesti tilanneraportista ilmatehtävämääräykseen. Näiden sääntöjen mukaan rakennettuja noin 400 viestiä on luetteloitu APP-11:ssä — 407 viestitekstiformaattia nykyisessä painoksessa — ja vuodesta 2008 jokainen niistä on ollut olemassa myös XML-MTF-muodossa.

Mikä ADatP-3 (STANAG 5500) on?

Virallisesti julkaisun nimi on NATO Message Text Formatting System (FORMETS) — Concept of FORMETS (CONFORMETS). Sitä kirjoitetaan muodoissa ADatP-3 tai ADatP-03; molemmat viittaavat samaan Allied Data Publicationiin. Nykyinen versio on Edition A Version 4, julistettu 1. heinäkuuta 2021 kattavan sopimuksen STANAG 5500 Edition 8 alaisuudessa. Standardia ylläpitää NATOn viestitekstiformaattien kyvykkyystiimi (MTF CaT), ja julistetut painokset on lueteltu NATOn standardisointitoimiston julkisessa tietokannassa.

Mitä standardi määrittää, kuvaa parhaiten NATon oma tiivistelmä: FORMETS tarjoaa ”syntaksin ja säännöt, jotka koskevat sovittujen käsitteellisten määritelmien (kenttien) esittämistä sekä näiden kenttien järjestämistä lauseiksi (sarjoiksi) ja viestiteksteiksi”, ja se on tarkoitettu kaikille NATon komento- ja johtamisjärjestelmien merkkiorientoituneille muodollisille viesteille. Toisin sanoen ADatP-3 on NATon muotoillun viestinnän kielioppi. Se ei määritä yksittäisiä viestejä — se on alla kuvatun APP-11-luettelon tehtävä.

Suunnittelutavoite selittää järjestelmän pitkäikäisyyden. Muotoillun viestin on oltava luettavissa operaattorille paljaalla terminaalilla, jäsennettävissä ohjelmistolla modernilla palvelimella ja riittävän tiivis rajoitetulle taktiselle yhteydelle. Merkkiorientoitunut, kauttaviivoilla erotettu teksti täyttää kaikki kolme vaatimusta — siksi ADatP-3-liikenne virtaa edelleen vuonna 2026 kaiken muun ohella NATOn yhteentoimivuusstandardien pinossa.

ADatP-3, APP-11, ADatP-34, APP-6: mikä standardi on mikä

Nämä neljää sekoitetaan jatkuvasti — myös toimittajien markkinoinnissa — joten tässä oikea vastaavuus, varmistettuna NATon julkisista standardointitietueista:

Kahden ensimmäisen suhde on täsmällinen. NATon oman NISP-kuvauksen mukaan ADatP-03-tietokanta sisältää kaikki viestitekstiformaatit viestiformaattityöryhmän konfiguraationhallinnassa, ja ”sovitut MTF:t julkaistaan peruslinjassa ja lisätään säännöllisesti standardiin STANAG 7149, NATon viestiluettelo — APP-11”. ADatP-3 on kielioppi; APP-11 on tällä kielellä kirjoitettujen viestien sanakirja. ADatP-34 on molempia ylempänä: NISP kertoo ohjelmille ja Federated Mission Networkingin (FMN) spiraaleille, mitä standardeja käyttää — mukaan lukien ADatP-3 ja APP-11 — eikä määritä itse yhtään viestiä. NISP:n roolia profiilin valinnassa käsitellään ADatP-34-tietorakenteita käsittelevässä artikkelissamme ja symboliikkapuolta vertailussa APP-6 vs. MIL-STD-2525.

Muotoillun viestin rakenne: sarjat, kentät, erottimet

Jokainen MTF-viesti on sarjojen jono; jokainen sarja on sarjatunnus, jota seuraa kenttiä. Kolme käännettä kantaa lähes koko syntaksin:

• Sarja alkaa tunnuksellaan — muistisäännöllä kuten MSGID, REF tai NARR — jota seuraa kauttaviiva.
• Kentät erotetaan yhdellä kauttaviivalla /. Kenttä on kiinteän muodon koodattu tietoalkio (päivämäärä-aikaryhmä kuten 011800Z, sijainti kuten 4040N01100E) tai nimetty koodi kuten LM:4040N01100E.
• Sarja päättyy kahteen kauttaviivaan //. Pitkät sarjat jatkuvat seuraavilla riveillä toistamatta tunnusta.

Alla oleva esimerkki — taktinen raportti avoimen USMTF-dokumentaation tyylillä, yksinkertaistettu selkeyden vuoksi eikä operatiivinen viesti — näyttää kaikki kolme:

MSGID/TACREP/CTF 124//
MAROP/011800Z/1/US/SUB/CL:WASHINGTON/NAME:SEAROVER/
LM:4040N01100E//
OPSUP/ACTTYP:ASW//
AIROP/020200Z/6/US/FTR/F15/TN:401/LM:4130N01000E/
CRS:180/SPD:600KPH/ALT:12000FT//

Täydelliset yleiskäyttöiset sarjat toistuvat operatiivisessa ja hallinnollisessa liikenteessä: MSGID (viestin tunnistus — tyyppi, laatija, sarjanumero), EXER ja OPER (harjoituksen ja operaation tunnistus), REF kumppaninsa NARR kanssa (viittaukset ja niiden kerronnallinen avaus), SUBJ, POC ja GENTEXT, joka kantaa yleistä tekstiä sisältömäärittimen alla (GENTEXT/REMARKS/…//). Kunkin viestin tarkka sarjakoostumus — mitkä sarjat, missä järjestyksessä, kuinka usein — on määritelty viestikohtaisesti APP-11:ssä.

Jokainen luettelomerkinnän sarja sisältää tiedon esiintymisestä (pakollinen tai ehdollinen muusta sisällöstä riippuen) ja toistettavuudesta (kuinka monta kertaa se voi esiintyä — viesti, joka viittaa kolmeen lähteeseen, kantaa kolmea REF-sarjaa). Kentillä on määrätyt muodot ja koodatuilla kentillä määritellyt arvotaulukot. Fyysisesti sarjat asettuvat lineaarisesti (kentät jatkuvat tunnuksen jälkeen kuten esimerkissä) tai sarakemuotoisina riveinä — ilmatehtävämääräyksen tehtävärivit ovat klassinen sarakemuotoinen esimerkki: yksi tasattu, kauttaviivoilla erotettu rivi tehtävää tai lentoa kohden. Kaikki on versaalitekstiä, merkkiorientoitunutta ja rajatussa tulostuvassa merkistössä — juuri siksi se selviää mistä tahansa terminaalista ja kantaväylästä.

Peruslinjat ja painokset: mihin luetteloon jäsentimesi tähtää

”Millä ADatP-3-versiolla olette?” on ensimmäinen yhteentoimivuuskysymys. Viestiluettelo kehittyy versioiduissa peruslinjoissa, ja käyttöön otettu kalusto on levinnyt kahdelle vuosikymmenelle niitä:

Tämä aikajana on koottu luettelon ylläpitoyhteisön julkaisemasta painoshistoriasta ja NATon julkisista tietueista. Kaksi APP-11(E)-muutosta merkitsee toteuttajille: WGS 84:stä tuli ainoa sallittu geodeettinen datumi paikkatiedolle (mahdollisuus valita toinen datumi poistettiin), ja aiemmin koodatut maantieteelliset entiteetit muuttuivat vapaaksi tekstiksi, jota ohjaavat operaatiokohtaiset listat. Luettelon taustalla sääntökokoma itse siirtyi STANAG 5500 Edition 4:stä (vuoden 1999 peruslinjan aika) Edition 7:n (2010) kautta nykyiseen Edition 8:aan, jonka alaisuudessa ADatP-03 Edition A Version 4 julistettiin vuonna 2021.

Operatiivisesti voimassa olevan peruslinjan määrää tehtävämääräysketju — operaation suunnitelma, meri- tai ilmatehtäväviestit tai FMN-spiraalin spesifikaatio, johon operaatio affilioituu. Esimerkiksi FMN:n ilmaoperaatioiden profiili siirsi muotoiltujen viestien tuen vanhoista Baseline 11:n ATO/ACO-määrittelyistä (dokumentoitu vanhempiin liittoumajulkaisuihin) APP-11(E):een. Sama tehtävämääräyskurinalaisuus ohjaa datalinkkioperaatioita, joissa OPTASK LINK varustaa koko verkon — katso miten OPTASK LINK ohjaa Link 16:ta.

XML-MTF: sama viesti XML:nä

Vuoteen 2008 asti muodolliset viestit olivat olemassa vain kauttaviivatekstinä. Sen jälkeen APP-11-luettelo sisältää myös XML-MTF-määrittelyt tarkoituksellisella yksi-yhteen-vastaavuudella teksti- ja XML-esitysten välillä — tekstimuodon kaistanpituusetu säilyy, mutta XML-vakiotyökalut tulevat käyttöön. ADatP-3:n konseptiosa (CONFORMETS) määrittää XML-MTF-teknisten spesifikaatioiden perheen siinä muodossa, kun niitä sovelletaan ADatP-03 MTF:ään ekvivalenttien johdettujen XML-muotojen tuottamiseksi.

Kaksi käytännön seurausta insinööreille:

• Vakio-XML-työkalut toimivat. Luetteloskeemat voivat ohjata validointijäsentimiä, XPath-poimintaa ja XSLT-renderöintiä räätälöidyn viestikoodin sijaan.
• Nimentä on hallittua. NATO rekisteröi muodollisen URN-nimiavaruuden (urn:nato:) RFC 7467:ssä, jossa viestitekstiformaatin artefaktit ovat nimetty resurssityyppi, joten XML-nimiavaruudet ja skeemat saavat pysyviä, törmäysettömiä tunnisteita.

XML-esitys on myös ylläpitopolku: nykyinen luettelotyö sisältää XML:n päivittämisen NATon uusimpiin nimeämis- ja suunnittelusääntöihin ja viestien JSON-muunnelman käyttöönoton. Jos tule TAK-maailmasta, huomaa että XML-MTF on paljon raskaampi konventio kuin taktisten tilannetietoisuussovellusten vaihtama Cursor on Target -XML — annotoidut CoT-esimerkit näyttävät, kuinka minimaalinen se formaatti on, ja kahden maailman väliset yhdyskäytävät ovat oma integraatiohankkeensa.

USMTF (MIL-STD-6040): yhdysvaltalainen vastine ja sen suhde

Yhdysvallat ylläpitää omaa viestitekstin muotoiluohjelmaansa, USMTF:ää, jota säätelee MIL-STD-6040 (vuodesta 2008 MIL-STD-6040B-sarja, luettel toimitettu XML-MTF-skeemoina) ja jota hallinnoidaan puolustushaarojen esikuntapäälliköiden puheenjohtajan ohjeen CJCSI 6241.04E (lokakuu 2023) alaisuudessa. Ohje on nimenomainen vastaavuudesta: MIL-STD-6040:n sääntöjen ja konventioiden NATO-vastine on ADatP-3, ja APP-11 on USMTF-viestiluettelon vastine. USMTF on pakollinen kaikille Yhdysvaltain järjestelmien muodollisten merkkiorientoituneiden viestien vaihtovaatimuksille, ellei monikansallinen sopimus nimenomaisesti sulje sitä pois.

Kaksi sääntökokonaisuutta ovat läheisiä: ylläpitoyhteisön julkaistut ohjeet kuvaavat säännöt hyvin samankaltaisiksi vain vähäisin eroin, ja useita viestejä on yhtenäistetty luetteloiden välillä. Käytössä olevat USMTF-peruslinjat (1998, 2000 ja 2004 vanhoissa järjestelmissä) kulkevat rinnan NATon peruslinjahistorian kanssa. Toteuttajalle käytännön johtopäätös on, että yksi MTF-mootti voi käsitellä molempia — mutta sitä on ohjattava oikealla luettelopakalla, NATO APP-11 tai USMTF, sillä peruslinjalla, jota kumppani todella ajaa. Älä sekoita kumpaakaan VMF:ään (MIL-STD-6017), joka on binäärinen, bittiorientoitunut muoto radioyhteyksiin eikä merkkiorientoitunut viestimuoto.

Miten ohjelmisto käsittelee MTF:n: jäsennin, validaattori, generaattori — ja tie C2-kuvaan

Muodollinen viestiliikenne on hyötykuorma, ei kuljetus: se kulkee sotilasviestien käsittelyn (MMHS, STANAG 4406), vanhan ACP 127 -välityksen tai yksinkertaisesti sähköposti- tai chat-liitteenä — FMN-profiilit sallivat nimenomaisesti muodolliset viestit hyötykuormana useiden kuljetusten yllä. Artikkelimme NATOn sotilasviestinnästä käsittelee käsittelykerroksen. Se, mitä C2-järjestelmä viestille velkaa on sen saapuessa, on käsittelyputki:

• Kielioppiohjattu jäsentäminen. Jäsennä teksti tunnuksen mukaan sarjoiksi, jaa kentät erottimen kohdalta, yhdistä jatkumorivit ja rakenna viestipuu. Kielioppi on vakio koko luettelossa, joten yksi jäsennin kattaa jokaisen viestityypin.
• Luetteloohjattu validointi. Tunnista viestityyppi MSGID:stä, tarkista sitten sarjajärjestys, esiintyminen ja toistettavuus, kenttien muodot ja koodatut arvot sovitun peruslinjan määrittelyjä vasten. Virheet on raportoitava sarja- ja kenttäasemalla, koska lähettäjän on löydettävä ne.
• Muunnos ja kartoitus. Muunna kauttaviivatekstin ja XML-MTF:n välillä (yksi yhteen), kartoita sitten kentät järjestelmän tietomalliin. NATO ylläpitää tähän referenssimalleja — NATOn C2-tietomalli (NCIM) ja MIP-spesifikaatiot — ja konkreettisia kartoituksia on jo standardeissa: omien joukkojen seurannan standardi ADatP-36 määrittää kartoituksen FFI-viestitekstiformaattien ja NFFI:n välillä, ja FMN-mediointiprofiili kääntää FFI MTF:n jalkaväkisotilaan tietomalliin.
• Tuottaminen saman luettelon kautta. Lähtevässä suunnassa luettelomalleista generoidut lomakeeditorit valvovat pakollisia kenttiä ja arvotaulukoita syötössä; generaattori serialisoi tekstiksi tai XML-MTF:ksi, validoi edestakaisen kierron ja leimaa päivämäärä-aikaryhmän, kiireellisyyden ja osoituksen.

Koska molempia suuntia ohjataan samoilla konekielisillä määrittelyillä, luettelo on käytännössä lähettäjän ja vastaanottajan välinen sopimus — siksi muodollisten viestien vaihto on täysiverinen testikohta NATon vuotuisessa yhteentoimivuustapahtumassa, jossa harjoitellaan FMN-profiileja ilma-, meri-, kyber- ja lääkärievakuointiviesteille. Valmistautuminen siihen on oma taitolajinsa: katso CWIX-sertifointioppaamme ja se, miten tuomme liittouman testitulokset esiin Interoperability Dashboardissa.

Yhteentoimivuuden rikkovat sudenkuopat

Suurin osa muodollisten viestien häiriöistä ei ole eksoottisia:

• Peruslinjan yhteensopimattomuus. APP-11(D):ssä vielä oleva kumppani lähettää viestin, jonka APP-11(E)-validaattorisi hylkää — tai hyväksyy lukiessaan käytöstä poistetun kentän väärin. APP-11(E)-siirtymä poisti 40 viestiä käytöstä ja teki WGS 84:stä ainoan sallitun datumin; jäsennin, joka yhä hyväksyy muita datumia, vääristää koordinaatteja. Lukitse peruslinja operaation viestintaohjeisiin ja tunnista lähettäjän peruslinja viestin tunnistuksesta.
• Kansalliset laajennukset. maat lisäävät sarjoja ja kenttiä kansallisiin varianteihin. Kestävä strategia on hyväksy-ja-merkitse: jäsennä se, minkä luettelo tuntee, asetta karanteeniin ja lokiin se, mitä se ei tunne, ja näytä ero operaattorille — älä koskaan hylkää hiljaa.
• Vapaan tekstin väärinkäyttö. Rakenteisen datan työntäminen GENTEXT- tai NARR-proosaan, koska koodatut kentät ”eivät sovi”, tuhoaa koneluvun jokaiselta vastaanottajalta. Jos tieto merkitsee automaatiolle, se kuuluu koodattuihin kenttiin; jos uutta koodattua kenttää aidosti tarvitaan, se on muutosehdotus luetteloon, ei paikallinen kikka.
• Vanhentuneet editorimallit. Nykyisestä peruslinjasta uudelleen generoimattomat lomakkeet päästävät operaattorit ohittamaan uudet pakolliset kentät; validointi kaatuu sitten vasta kumppanilla syötön sijaan.