STANAG 5516: Link 16:n taustalla oleva NATO-standardi

STANAG 5516 on NATO:n Link 16:ta koskeva standardointisopimus, jonka virallinen nimi on Tactical Data Exchange – Link 16. Sen julistama standardi julkaistaan nimikkeellä ATDLP-5.16 — tällä hetkellä painos C, julistettu huhtikuussa 2024 STANAG:n 9. painoksen yhteydessä — ja se määrittelee J-sarjan sanomamuodot, data-alkiot sekä lähetys- ja vastaanottosäännöt, joilla NATO:n taktiset tietojärjestelmät vaihtavat tietoja Link 16:ssa. Yhdysvallat toteuttaa saman sanomaluettelon kansallisesti nimikkeellä MIL-STD-6016.

Mikä STANAG 5516 on?

STANAG ei ole ladattava käsikirja. Se on standardointisopimus — puitesopimus, jonka NATO-maat ratifioivat sitoutuen kukin toteuttamaan yhteisen standardin — ja toteutettava teksti on sopimuksen nojalla julkaistussa julkaisussa. Link 16:lle se on ATDLP-5.16 Tactical Data Exchange – Link 16, jonka huoltajaksi on liiton standarditietokannassa merkitty NATO:n taktisten datalinkkien kykytiimi. Kun insinöörit sanovat ”Link 16 -standardi”, he tarkoittavat juuri tätä asiakirjakokonaisuutta.

Linkin kuvaus NATO:n omasta tietokannasta antaa hyvän suunnan: Link 16 on suurikapasiteettinen, suojattu, häirintää kestävä, solmuton radiofrekvenssin datalinkki aikajaolla (TDMA), joka tarjoaa tiedon jakamisen, sijainnin määrittämisen ja tunnistuksen integroidussa muodossa ja toimii JTIDS- tai MIDS-päätteillä UHF Lx -kaistan yläosassa (960–1215 MHz). STANAG 5516 lisää tämän aaltomuodon päälle protokollat, käytännöt ja kiinteäsanaisten sanomien muodot — datakerroksen, joka antaa kahdellekymmenelle eri kansalliselle taistelujärjestelmälle saman jälkikuvan.

Jos itse linkki on sinulle uusi, aloita artikkelista mitä Link 16 on — taajuudet, kaistanleveys ja TDMA ja Link 16 -ohjelmistointegraation oppaasta, joka käsittelee yhdyskäytäväarkkitehtuuria. Tämä artikkeli pysyy asiakirjoissa, sillä väärin rajattu asiakirjakokonaisuus on ensimmäinen vältettävissä oleva kulu missä tahansa Link 16 -ohjelmassa.

Mitä ATDLP-5.16 sisältää (ja minne ADatP-16 katosi)

Julkaisu on järjestetty sanomastandardin ympärille. Käytännössä neljä sisältölohkoa:

• J-sarjan sanomaluettelo. Kiinteämuotoisia binäärisanomia ryhmiteltyinä toiminnallisiin sarjoihin — valvonta, osallistujan tarkka paikannus ja tunnistus (PPLI), tiedonhallinta, asekoordinointi ja -johto, alustan tila, vapaa teksti. Jokainen sanoma on määritelty järjestys alku-, laajennus- ja jatkosanoja bittitason kenttäasetteluineen. Syväsukellus on J-sarjan kenttäoppaassamme ja koko luettelo J-sarjan sanomaluettelossa.
• Data-alkiot. Koodatut kenttäarvot ja niiden tulkinnat — identiteettitaksonomia, jäljen laatu, alusta- ja toimintakoodit, kvantitoidut sijaintikentät. ”No statement” -koodaukset merkitsevät yhtä paljon kuin oikeat arvot, sillä dekooderi, joka muuntaa ne nollaksi, piirtää vääriä jälkiä.
• Lähetys- ja vastaanottosäännöt. Mitä sanomia osallistuja lähettää ja pystyy vastaanottamaan, raportointivastuu, päivitysvälit ja miten vastaanottimet käsittelevät virheelliset tai alueen ulkopuoliset tiedot.
• Verkkoon osallistuminen. Miten sanomat jakautuvat verkon osallistumisryhmien (NPG) ja aikavälien päälle. Itse verkon suunnittelutiedot liikkuvat maiden välillä erillisellä rajapintastandardilla (ATDLP-7.03, MIDS/JTIDS-verkon suunnittelutiedot) — mekaniikan käsittelee artikkeli Link 16 -verkon suunnittelu: NPG:t, aikavälit ja OPTASK LINK.

Sanomastandardin ympärillä on tukijulkaisuja: ATDLP-7.02 (NATO:n toteutuskoodit ja -säännöt) ja ATDLP-7.04 (xTDL-viitekehys, taktisten datalinkkistandardien XML-esitys — hyödyllinen koneluettavaan vaatimustenmukaisuustarkistukseen). Operatiiviset menettelyt eivät tarkoituksella kuulu sanomastandardiin: monilinkki-SOP:t ovat erillinen julkaisu ATDLP-7.x-sarjassa, ja TDL-henkilöstön pätevyystasot ovat taas oma standardinsa (STANAG 5555).

Nimeäminen kompastuttaa. Vanhempi ohjelmadokumentaatio viittaa nimikkeeseen ADatP-16 Standard Operating Procedures for NATO Link 16 (painos E, 2006, kolme osaa). Tämä numero kuuluu aiempaan julkaisujärjestelmään: Link 16:n tekninen standardi julistetaan nykyään ATDLP-sarjassa nimikkeellä ATDLP-5.16, ja käyttömenettelyt kantavat monilinkki-SOP-julkaisut. Vanhat ADatP-16-osat nousevat yhä katalogiluetteloihin — siksi vuoden 2016 rajapintakontrolliasiakirja ja nykyinen sitovat eri numeroita samalle linkille.

MIL-STD-6016: Yhdysvaltojen Link 16 -sanomastandardi

MIL-STD-6016 — muodollisesti Department of Defense Interoperability Standard: Tactical Data Link (TDL) Link-16 Message Standard — on Yhdysvaltain kansallinen toteutus samasta J-sarjan luettelosta. Link 16 tunnettiin Yhdysvaltain käytössä historiallisesti nimellä TADIL J, ja nimitys esiintyy yhä vanhemmissa rajapintamäärityksissä. Konfiguraation huoltaja on Defense Information Systems Agency (DISA), ja asiakirjan ilmoitettu tarkoitus on tarjota standardoitu joukko Link-16-sanomia puolustusministeriön käyttöön.

Asiakirja ei ole salainen, mutta sen levitys on valvottua. Vuoden 2006 versio (MIL-STD-6016C) kantoi distribution statement C -rajoitusta — vain Yhdysvaltain liittovaltion hallitus ja sen urakoitsijat — ja liittolaisille luovutus vaatii julkaisuluvan. Yhdysvaltain ohjelmat hankkivat sen ASSISTin, puolustusministeriön standardivaraston, kautta; urakoitsijat saavat sen valtion yhteyshenkilönsä kautta. Liittolaisten ohjelmat saavat sen kansallisia kanavia pitkin.

Toteuttajalle käytännön suhde on yksinkertainen: J-sarjan bitit siirrossa ovat samat, ja kansallinen kerros lisää kansallisia toteutuskäytäntöjä, koodeja ja sääntöjä. Yhdysvaltalaiseen verkkoon liittyvä alusta sertifioidaan MIL-STD-6016:tta vasten; NATO:n verkkoihin liittyvä alusta STANAG 5516/ATDLP-5.16:ta vasten — ja useimmat liiton ohjelmat seuraavat lopulta molempia. Huomaa myös, että VMF (MIL-STD-6017) kuuluu samaan perheeseen: kansallinen TDL-oppi, esimerkiksi Kanadan, kuvaa variable message formatin yhtenä J-sarjan sanomamuodoista Link 22:n rinnalla.

STANAG 5516:n painokset ja standardin kehittyminen

Julkisten katalogiluetteloiden mukaan STANAG 5516 painos 1 on vuodelta 1997. Painos 3 seurasi 2006, painos 4 2008 (painos, jota yhä kuvataan NATO:n yhteentoimivuusprofiilien metadatassa), painos 8 julisti ATDLP-5.16 painoksen B huhtikuussa 2019 ja painos 9 ATDLP-5.16 painoksen C huhtikuussa 2024. Jokainen painos on ratifiointitapahtuma: maat ottavat sen käyttöön omissa prosesseissaan, ja Yhdysvaltain MIL-STD-6016-versiot seuraavat samoja luettelomuutoksia omalla aikataulullaan.

Ohjelmalle painos on osa rajapintaa. Kaksi eri painoksia vastaan rakennettua järjestelmää eriävät kenttien muutoksissa, uusissa sanomissa ja poistetuissa koodauksissa — yleensä hienovaraisesti, mikä on pahempaa. Lukitse painos ja versio rajapintakontrolliasiakirjaan, generoi koodekit luettelotaulukoista kenttien käsinkoodauksen sijaan ja aja vaatimustenmukaisuusvektorit uudelleen jokaisen lohkomuutoksen yhteydessä. Ja muista, että sisarstandardit tarkistetaan itsenäisesti: JREAP ja datan välityssäännöt eivät liiku samassa tahdissa sanomastandardin kanssa.

Link 16 -standardiperhe: 5511, 5518, 5522, 5602, 5616

Link 16 ei koskaan kulje yksin. Realistinen rajapintakontrollipino kattaa kuudesta kahdeksaan standardia, ja sen tietäminen, kumpi omistaa kunkin ongelman, on puolet rajaustyöstä. Alla oleva kartta näyttää, miten ne liittyvät toisiinsa ja mikä tuotetyyppi toteuttaa mikäkin.

Painokset julkisten NATO-standardikatalogien mukaan vuonna 2026 — varmista aina ajantasainen painos kansalliselta viranomaiseltasi ennen rajapinnan jäädyttämistä.

Miten karttaa luetaan: STANAG 5516 määrittelee sanomat, STANAG 4175 MIDS-päätteen, joka ne lähettää — jako datakerroksen ja radion välillä on täsmälleen jaon C2-integraation ja pääteohjelman välillä (katso MIDS-pääteopas). STANAG 5518 (JREAP) kuljettaa samat taktiset tiedot IP:n ja SATCOMin kautta, kun verkko ei yllä — MIL-STD-3011 Yhdysvaltain puolella. STANAG 5616 määrittelee säännöt, joita välitysyksikkö noudattaa kääntäessään Link 11:n, Link 16:n, Link 22:n ja JREAPin välillä — standardin, joka on Link 16 → Link 22 -yhdyskäytävän takana. STANAG 5602 (SIMPLE) kytkee testilaitokset TDL-yhteentoimivuustestejä varten IEEE DIS -protokollien pohjalta. Link 22 itse on STANAG 5522 — aloita artikkelista mitä Link 22 on — ja kolmen NATO-linkin kompromisseja vertaillaan artikkelissa Link 11 vs Link 16 vs Link 22.

Pääsy STANAG 5516:een ja MIL-STD-6016:een

NATO-standardit jaetaan maiden kautta, eivät yrityksille. NATO Standardization Officen tietokanta on rekisteri, mutta toimittaja tavoittaa asiakirjat oman puolustusministeriönsä tai kansallisen standardiviranomaisen kautta — tyypillisesti ohjelmasopimuksen, kansallisen testiohjelman tai ministeriön suojeluksen nojalla. Prosessi on byrokraattinen, ei salainen: katalogin metadata (nimikkeet, painokset, julistuspäivät, vastuutiimit) on julkista NATO:n yhteentoimivuusprofiilidatassa ja kansallisissa standardikatalogeissa; kokonaiset tekstit ovat levitysvalvottuja.

Yhdysvaltain puolella MIL-STD-6016 kulkee ASSISTin kautta distribution statement C:n alaisuudessa, ja liittolaisille luovutus vaatii julkaisuluvan. Varaa aikaa viikoissa ja huomaa, että jotkin osat ja lisävihkot — kryptografisen hallinnan materiaalit, salaiset lisävihkot — pidetään tiukemmin kuin perusstandardi. Insinöörityö voi alkaa ennen paperisotkun valmistumista: julkiset operatiiviset kuvaukset, koulutusmateriaali ja DIS/HLA Link 16 -simulaatiostandardi (SISO-STD-002) riittävät sanomakerroksen testijärjestelmän ja vaatimustenmukaisuuskehyksen rakentamiseen, kun valvotut asiakirjat ovat vielä matkalla.

Vaatimustenmukaisuus ja yhteentoimivuustestaus

Kukaan ei sertifioidu itseään taktiseen datalinkkiin. Jokaisella maalla on TDL-tekninen viranomainen, joka omistaa vaatimustenmukaisuuden: esimerkiksi Kanadan puolustushallinnon määräykset nimeävät yhteisen TDL-hallintosektion kansalliseksi tekniseksi viranomaiseksi yhteisille TDL:ille ja edellyttävät laboratoriopohjaista TDL-yhteentoimivuustestausta standardienmukaisuuden varmistamiseksi ennen käyttöönottoa. Yhdysvalloissa järjestelmiä testaa ja sertifioidaan sotilaskäyttöön Joint Interoperability Test Command (JITC).

Kansallisen tason yläpuolella NATO:n vuosittainen Coalition Warrior Interoperability eXploration, eXperimentation, eXamination, eXercise (CWIX) on paikka, jossa kahdenväliset testit ajetaan oikeita kumppanipinoja vasten — harjoitus, joka paljastaa sen, minkä vaatimustenmukaisuuspenkit ohittavat, ei sertifiointielin. SIMPLE (STANAG 5602) on standardi, joka kytkee testijärjestelmät juuri tätä testiluokkaa varten. Valmistelu on oma insinööriohjelmansa; CWIX-sertifiointiopas ja katsauksemme liittoutuneiden testijärjestelmästä käsittelevät kurinalaisuutta. Lyhyesti: J-sarjan sanomien edestakaiset testivektorit kuuluvat jatkuvaan integrointiin ensimmäisestä viikosta alkaen.

Toteutuschecklist ohjelmistotiimeille

Mitä toteuttaa, riippuu siitä, kummalla puolella päätettä istut.

Jos rakennat C2-ohjelmistoa tai yhdyskäytävää

• Hanki nykyinen ATDLP-5.16-painos — ja MIL-STD-6016, jos Yhdysvaltain verkot kuuluvat laajuuteen — sponsorisi kautta ennen koodekkien suunnittelua ja kirjaa tarkka painos ja versio rajapintakontrolliasiakirjaan.
• Toteuta se sanoma-osa, jota rajapintasi oikeasti vaatii — tyypillisesti ensin valvonta, PPLI ja tiedonhallinta — tiukalla tyypityksellä, joka generoidaan luettelotaulukoista.
• Kohtele ”no statement” -kenttäkoodauksia täysiarvoisina; niiden romahduttaminen nollaan on klassinen ensikenttäbugi.
• Lisää JREAP (STANAG 5518 / MIL-STD-3011) IP- ja SATCOM-kantamaan ja STANAG 5616:n välityssäännöt, jos tuote siltaa linkkejä.
• Validoi jokainen saapuva sanoma luetteloa vasten ja lokita jäsennellyt hylkäämiset; puskuroi lähtevä liikenne prioriteetin mukaan pääteen tulvittamisen sijaan.
• Rakenna CI:hen referenssibittikuviovektorit ja kumppanisimulaattorit — integraatiotaktiikat ovat yhteentoimivuustoteutuksen katsauksemme osassa 2.

Jos rakennat päätettä tai linkkitason komponenttia

• STANAG 4175 (MIDS-päätteen ominaisuudet) hallitsee laajuuttasi — aaltomuoto, kryptografia, ajoitus — mutta sanomastandardi määrittelee silti, mitä isäntärajapinnan on kannettava.
• Aikavälien allokointi, verkkoon liittyminen ja suhteellisen navigoinnin käyttäytyminen ovat sertifiointikohteita, eivät ominaisuuksia.
• Suunnittele MIDS/JTIDS-verkon suunnittelutietojen vaihto (ATDLP-7.03) ja integraatiotestaus referenssitestijärjestelmää vasten.

Kummin tahansa, budjetoi vaatimustenmukaisuustestijärjestelmä ensimmäisestä sprintistä lähtien. Se on ohjelman halvin vakuutus: epäonnistunut sertifiointikierros maksaa enemmän kuin testijärjestelmä koskaan.