Koaliition ilma- ja merikuva kulkee harvoin yhtä linkkiä pitkin. Hävittäjät ja ilmatorjuntaosallistujat jakavat raitojaan Link 16:lla; merivoima-alukset ja radanulkopuolisella alueella toimivat osallistujat jakavat omansa yhä useammin Link 22:lla. Kun molempien yhteisöjen täytyy nähdä toisensa, jonkin täytyy istua verkkojen välissä ja siirtää raitat — vastaanottaa J-sarjan viesti yhdeltä linkiltä, ilmaista se uudelleen toiselle ja lähettää se edelleen niin, että kummalla puolella tahansa raportoitu kontakti näkyy oikein molemmilla. Tuo jokin on Link 16/Link 22 -yhdyskäytävä, ja sen käännös- ja välityslogiikan saaminen oikeaksi on yksi vaativimmista ongelmista taktisten datalinkkien integroinnissa. Tässä artikkelissa käydään läpi, miten yhdyskäytävä liittyy molempiin verkkoihin, miten se kääntää kahden J-sarjan ympäristön välillä ja miten se välittää raitat kahdentamatta, silmukoimatta tai hiljaisesti menettämättä niitä.

Miksi yhdyskäytävä ylipäätään tarvitaan

Link 16 ja Link 22 eivät ole niinkään kilpailevia kuin toisiaan täydentäviä standardeja, ja niiden vertailu käsitellään yksityiskohtaisesti artikkelissa Link 22 vs. Link 16. Link 16 on ilmakuvan korkeatempoinein näköyhteysratkaisu: tarkasti ajoitettu TDMA-rakenne JTIDS/MIDS-päätteillä 960–1215 MHz:n taajuuskaistalla, joka toimittaa raitapäivitykset muutaman sekunnin välein nopeille osallistujille. Link 22 suunniteltiin modernin näköalueen ulkopuolella toimivaksi seuraajaksi vanhemmalle Link 11:lle; se järjestää päätteet Super Network -arkkitehtuuriin HF- ja UHF-kanavilla dynaamisella mediakäytöllä — soveltuva hajautetuille merivoimille ja näköalueen ulkopuoliselle ulottuvuudelle.

Koska kaksi linkkiä palvelee erilaisia kantamia, medioita ja alustapopulaatioita, todelliset operaatiot käyttävät usein molempia samanaikaisesti. Link 16:n ilmakuvassa oleva ilmatorjuntalaiva ja Link 22:lla raportoiva fregatti kuuluvat samaan joukkoon, ja niiden komentajat tarvitsevat yhden yhtenäisen kuvan. Yhdyskäytävä on solmu, joka tekee sen mahdolliseksi: se on yksikkö molemmissa verkoissa samanaikaisesti, ja sen ainoa tehtävä on pitää kaksi kuvaa yhtenäisenä kääntämällä ja välittämällä raitat, joita kumpikin puoli ei muuten kuule.

Yhteinen perusta: J-sarjan viestit

Syy sille, miksi krosslinkkikäännös on ylipäätään mahdollinen, on se, että sekä Link 16 että Link 22 välittävät samaa viestiperhettä — MIL-STD-6016-standardiperheen mukaista J-sarjan katalogoa. J2-sarjan ilmaraita Link 16:lla ja J2-sarjan ilmaraita Link 22:lla kuvaavat saman käsitteellisen kohteen samoilla käsitteellisillä kentillä: sijainti, nopeus, korkeus, identiteetti, IFF ja raitanumero. Käännös on siksi pitkälti uudelleenmappausta eikä täysimittaista uudelleenmuotoilua — merkittävä yksinkertaistus verrattuna kahden aidosti erilaisen viestiperheen sillatoimiseen.

"Pitkälti uudelleenmappausta" ei tarkoita "triviaalisesti identtistä". Kaksi linkkiympäristöä eroavat kolmella tasolla, jotka yhdyskäytävän on sovitettava yhteen. Ensinnäkin kehystys- ja mediakäyttötaso on täysin erilainen — kiinteät TDMA-aikavälit Link 16:lla verrattuna dynaamiseen Super Network -mediakäyttöön Link 22:lla — joten yhdyskäytävä fyysisesti lähettää uudelleen eikä vain relee bittejä. Toiseksi joidenkin kenttien koodaukset, resoluutiot tai yksikkökonventiot eroavat Link 16:n ja Link 22:n muuten vastaavien viestien määrittelyjen välillä, ja nämä kentät täytyy uudelleenpakata eikä kopioida. Kolmanneksi verkonhallintaviestintä — viestit, jotka ohjaavat osallistumista, ajoitusta ja raportointivastuuta — on linkkikohtaista, joten yhdyskäytävän on puhuttava kummankin puolen hallintadialektia natiivisti.

Mikä siirtyy sellaisenaan ja mikä täytyy uudelleenpakata

Suuriarvoinen hyötykuormakentät — leveysaste, pituusaste, korkeus, kurssi, nopeus, identiteetti ja IFF-tiedot — mappaavat normaalitilanteessa suoraan, koska ne kuvaavat fyysistä todellisuutta, joka ei muutu linkin mukaan. Huomiota vaativat kentät ovat linkkikohtaiset: raitanumero (verkon mukaan jaettu, verkkokohtaisessa numerotilassa), raportointivastuu (mikä yksikkö "omistaa" raidan tällä verkolla) ja raitalaatu- tai luottamusindikaattorit (joita alavirtainen fuusio käyttää raidan painottamiseen). Näitä ei voi kopioida sellaisinaan; ne täytyy johtaa uudelleen kohdeverkossa, ja juuri tästä useimmat välitysvirheet ovat peräisin.

Molempiin verkkoihin liittyminen ja ajan tasaus

Ennen kuin yhtäkään raitaa voidaan välittää, yhdyskäytävän täytyy olla terve osallistuja molemmissa verkoissa. Link 16:n puolella se tarkoittaa MIDS-luokan päätettä, osoitettua TDMA-aikavälijoukkoa lähetystä varten, oikeaa salausta ja tiukkaa synkronointia verkon aikaviitteeseen. Link 22:n puolella se tarkoittaa akkreditoitua Link 22 -päätettä liittyneenä Super Networkiin, omalla salauksella ja omalla verkon ajoituksella.

Aikatasaus ei ole muodollisuus. Jokainen J-sarjan raita on mielekäs vain mittausajan suhteen, ja fuusiokuva korreloi useilta lähteiltä tulevia raitoja vertaamalla niiden aikaleimattuja tiloja. Jos yhdyskäytävä on löyhästi synkronoitu kummalla tahansa puolella, sen lisäämät raitat merkitään väärin aikaleimatuiksi suhteessa vastaanottavan verkon natiiveihin raitoihin, ja vastaanottava fuusiotaso joko hylkää ne vanhentuneina tai, pahempaa, korreloi ne väärin. Yhdyskäytävän täytyy disiplinoida kellonsa Link 16:n verkon aikaviitteeseen ja tasata Link 22:n verkon ajoitukseen, ja sen täytyy aikaleimata jokainen välittämänsä raita ajalla, joka on johdonmukainen kohdeverkkon viitteen kanssa eikä omaan vapaasti käyvän kellon kanssa.

Käännösputki

Yhdyskäytävän sisällä jokainen välitetty raita kulkee lyhyen, selkeästi määritellyn putken läpi. Dekoodaus: vastaanotettu J-sarjan viesti dekoodataan käyttäen MIL-STD-6016-määrittelyn kenttätaulukoista ohjelmallisesti generoituja dekoodereita — ei koskaan käsin koodattua bittikentäaritmetiikkaa ja kvantisointiaskeleita, jotka tuottavat hienovaraisia siirtymävirheitä, jotka ilmenevät kuukausien kuluttua siirtyminä raidoissa. Validointi: jokainen dekoodattu kenttä tarkistetaan fyysistä aluettaan vastaan; maan ulkopuolella oleva sijainti, negatiivinen vinoetäisyys tai mahdoton nopeus osoittavat virheellistä lähdekypäreistä, joka täytyy kirjata lokiin ja hylätä eikä välittää eteenpäin. Mappaus: validoitu kohteen tila käännetään kohdelinkin J-sarjan viestiksi kopioimalla suoraan mappaavat kentät ja uudelleenpakkaamalla kentät, joiden koodaus eroaa. Leimaus ja jonottaminen: viestille annetaan kohdeverkkon raitanumero ja yhdyskäytävän raportointivastuu, minkä jälkeen se jonottaa seuraavaan saatavilla olevaan mediakäyttövuoroon lähetystä varten.

Nykyaikaisella laitteistolla dekoodaus–mappaus–koodaus -työ maksaa vain yhden tai muutaman millisekunnin per viesti; yhdyskäytävä ei ole laskentarajoitteinen. Todellinen latenssi piilee jonosta lähetykseen -välissä, jota säätelee kokonaan kohdelinkin mediakäyttö — odotus yhdyskäytävän TDMA-aikaväleille Link 16:lla tai mediakäyttövuorolle Link 22:lla.

Välittäminen ilman kahdentumista tai silmukoita

Vaikein oikeellisuusongelma missä tahansa välitysyhdyskäytävässä on estää raidan kahdentuminen, moninkertaistuminen tai päätyminen äärettömään silmukkaan. Kolme mekanismia toimii yhdessä estääkseen tämän.

Välitystaulukko. Yhdyskäytävä ylläpitää taulukkoa, jonka avain on lähettävä yksikkö ja lähderaitanumero, mapaten jokaisen lähderaidan sille osoitettuun kohderaitanumeroon. Kun sama lähderaita päivittyy, yhdyskäytävä käyttää samaa kohderaitanumeroa, jolloin vastaanottava kuva näkee yhden jatkuvan raidan eikä uutta raitaa jokaisella päivityksellä. Tämä vakaa mappaus on puhtaan välittämisen selkäranka.

Raportointivastuun uudelleenkirjoitus. Jokainen raita, jonka yhdyskäytävä lisää verkkoon, leimataan yhdyskäytäväksi raportoivaksi yksiköksi eikä alkuperäiseksi raportoijaksi. Tämä on se, mikä antaa yhdyskäytävälle mahdollisuuden tunnistaa oman tuotoksensa: kun Link 22:lle välitetty raita kuuluu myöhemmin kaikuvana takaisin Link 16:lle päin, yhdyskäytävä näkee oman raportointivastuunsa saapuvassa viestissä ja estää sen uudelleenvälittämisen. Ilman tätä sääntöä kaksi yhdyskäytävää — tai jopa yksi yhdyskäytävä heijastuvassa topologiassa — moninkertaistaa raitat rajattomasti.

Identiteetti- ja kinemaattinen korrelaatio. Yksi fyysinen lentokone tai laiva voi ilmestyä itsenäisesti molemmille linkeille, jos sen kuulevat natiivisti molempien verkkojen osallistujat. Jos yhdyskäytävä naivisti välittäisi molemmat, fuusiokuvassa näkyisi kaksi merkintää yhdelle kohteelle. Korrelaatio Mode 5/Mode S -identiteetillä, missä saatavilla, yhdistää nämä välittömästi yhdeksi raidaksi; missä yhteistä identiteettiavainta ei ole, kinemaattinen korrelaatio testaa, voisivatko kaksi raitaa olla sama kohde johdonmukaisen sijainnin ja nopeuden perusteella. Tämä korrelaatio on sama fuusiodisipliini, jota käytetään aina kun useita lähteitä syötetään yhteen kuvaan, ja sitä käsitellään laajemmin artikkelissa NATO:n yhteentoimivuusstandardit.

Keskeinen havainto: Yleisin yhdyskäytävävirhe ei ole käännösvirhe raitahyötykuormassa — se on raportointivastuuvirhe, joka antaa yhdyskäytävän uudelleenvälittää oman tuotoksensa. Kun yhdyskäytävä ei tunnista lähettämäänsä raitaa, raita silmukoituu, välitystaulukko täyttyy ja molemmat kuvat täyttyvät haamukahdentumisilla sekunneissa. Saa raportointivastuun uudelleenkirjoitus ja silmukkaesto kuntoon ennen minkään muun optimointia.

Raitanumeroiden hallinta eri numerotiloissa

Link 16 tunnistaa raitat 5-numeroisella oktaalisella raitanumerolla, jonka raportoiva yksikkö osoittaa, ja Link 22:lla on oma raitanumerointijärjestelmänsä. Yhdyskäytävä haaroo siksi kahdessa erillisessä numerotilassa ja sen täytyy allokoida kohderaitanumerot omasta osoitetusta lohkostaan kummallakin verkolla säilyttäen samalla vakaan sisäisen raitatunnisteen, joka selviää molempien kautta. Suositeltu malli on sama kuin missä tahansa moniverk­koisessa yhteisessä operaatiokuvassa: pidä vakaa sisäinen raita-UUID fuusiota varten, esitä operatiivisesti merkityksellinen verkkokohteinen raitanumero näyttöä varten, äläkä anna yhden verkon raitanumerotörmäyksen pudottaa tai yhdistää kahta erillistä kohdetta. Kahden aiemmin erillisen verkon sillatoiminen on klassisin törmäyksenlaukaisija, ja yhdyskäytävän on ratkaistava se menettämättä raitoja kummaltakaan puolelta.

Luokittelu, avainten hallinta ja mitä ohjelmistotiimi omistaa

Yhdyskäytävä ylittää rakenteellisesti kryptograafisia ja luokittelurajoja. Kumpikin linkki kuljettaa luokiteltua liikennettä, jonka akkreditoitu salaus suojaa, ja yhdyskäytävä pitää hallussaan molempien avainta. Käännösohjelmisto ei heikennä tätä — se toimii jo deskryptatulla J-sarjan sisällöllä akkreditoidun rajauksen sisällä — mutta ohjelman täytyy varmistaa, että yhdyskäytävän isäntä, sen tallennustila ja mahdolliset krossidomain-elementit ovat akkreditoituja tietojen luokittelutasolle. Vuoto taktisen datalinkkyhdyskäytävän kautta on toistuva krossidomain-tapahtuman syy, ja insinööritiimi omistaa datapolun auditointikelpoisuuden varmistamisen.

Työnjaosta on syytä puhua selkeästi. Käännös-, välitys-, korrelaatio- ja raitanhallintalogiikat ovat tavallista ohjelmistokehitystä — vaativaa mutta kykenevän tiimin rakennettavissa. Rajoittavat osat ovat akkreditoidut päätteet (MIDS-luokka Link 16:lle, akkreditoidut Link 22 -päätteet Link 22:lle), kansallinen salaus ja verkkosuunnittelu, joka allokoi yhdyskäytävälle sen aikavälit ja numerolohkot. Nämä ovat ohjelma- ja kansallisviranomaisia koskevia asioita, joihin liitytään taktisen datalinkinkäsittelijän ja vakioliityntöjen kautta — sama akkreditointimalli, joka ohjaa maavoimien standardeja kuten MIP4-IES.

Hyvin tehtynä yhdyskäytävä on näkymätön: Link 22:n merikontakti yksinkertaisesti ilmestyy Link 16:n ilmakuvaan, ja Link 16:n hävittäjäraita yksinkertaisesti ilmestyy näköalueen ulkopuoliselle merivoimajoukolle — oikealla identiteetillä, oikealla aikaleimalla ja tasan yhdellä merkinnällä.

Yhdistä Link 16 ja Link 22 yhdeksi yhtenäiseksi kuvaksi

Interoperability Dashboard fuusioi Link 16-, Link 22- ja muut taktiset datalinkkilähteet yhdeksi korreloituun yhteiseen operaatiokuvaan — sisäänrakennetulla yhdyskäytävätason raitadekonfliktioinnilla ja silmukkaestolla.

Tutustu Interoperability Dashboardiin → Varaa esittely

Tämän analyysin ovat valmistelleet Corvus Intelligencen insinöörit, jotka rakentavat kriittisiä yhteentoimivuus- ja taktisten datalinkkiohjelmistoja puolustus- ja viranomaisorganisaatioille. Lue tiimistämme →