Link 16 -verkon suunnittelu: NPG:t, aikavälit ja OPTASK LINK

Link 16 -verkkoa ei ole olemassa ennen kuin joku suunnittelee sen. Aaltomuoto, päätelaitteet ja sanomakatalogi ovat kaikki standardoituja, mutta lähetysajan jako on rajallinen resurssi, joka on jaettava harkitusti — yksikkö yksiköltä ja sanoma sanomalta — ennen kuin ensimmäinen alusta liittyy verkkoon. Tee suunnittelu oikein, ja sata osallistujaa jakaa yhtenäisen ilmatilannekuvan alle sekunnin tuoreudella. Tee se väärin, ja verkko pudottaa hiljaa maaleja, näännyttää puheliikenteen tai kieltää verkkoon liittymisen puolelta joukoista. Tämä on insinöörin läpikäynti siitä, miten Link 16 -verkko todella rakennetaan: sen alla oleva TDMA-rakenne, sen päällä kulkevat loogiset kanavat, matematiikka joka päättää kuka saa kuinka paljon, ja operatiivinen sanoma joka sitoo kaiken yhteen. Se olettaa, että tiedät jo mitä Link 16 -taktiset datalinkit ovat ja haluat tietää, miten sellainen suunnitellaan.

1. TDMA-runko

Kaikki Link 16:n ajoitus on sisäkkäin yhden luvun sisällä: epookin, joka on 12,8 minuuttia pitkä. Jokainen epookki jakautuu 64 kehykseen, kukin 12 sekuntia. Jokainen kehys jakautuu 1 536 aikaväliin, kukin 7,8125 millisekuntia. Tämä aikaväli on verkon atomiyksikkö — yksi lähetysmahdollisuus, juuri riittävän pitkä yhden kiinteämuotoisen sanoman kuljettamiseen synkronoinnin, pakkauksen ja etenemissuojan kera. Kerro yhteen: 1 536 aikaväliä kehystä kohti kertaa 64 kehystä on 98 304 aikaväliä epookkia kohti, ja koko aikataulu toistuu joka 12,8 minuutti.

Kehyksen 1 536 aikaväliä eivät ole osoitettuja litteänä luettelona. Ne lomitetaan kolmeen aikavälilohkoon — A, B ja C — joista kukin tuottaa 512 aikaväliä, jaettuna vuorotellen niin että aikaväli-indeksi 0 kuuluu lohkoon A, 1 lohkoon B, 2 lohkoon C, 3 taas lohkoon A ja niin edelleen. Tämä lomitus on tahallista: se levittää kunkin yksittäisen osallistujan varaukset tasaisesti 12 sekunnin kehyksen yli sen sijaan että ne kasautuisivat, mikä pitää päivitysviiveen tasaisena ja välttää pitkät hiljaiset tauot. Kun varaat kapasiteettia, varaat itse asiassa aikavälejä lohkon sisällä, ja lohkon kirjain on osa osoitetta.

2. Verkko-osallistumisryhmät

Raa'at aikavälit eivät ole se tapa, jolla operaattorit ajattelevat verkkoa. He ajattelevat verkko-osallistumisryhmien — NPG:iden — kautta, jotka ovat aikavälialtaan päälle kerrostettuja loogisia kanavia, joista kukin kuljettaa määriteltyä liikenneluokkaa. Yksikkö tilaa roolinsa kannalta olennaiset NPG:t ja jättää muut huomiotta. Vakio-NPG:t ovat vakaita koko liittouman alueella: NPG 5 ja 6 kuljettavat PPLI:tä (Precise Participant Location and Identification, J2-perhe); NPG 7 kuljettaa valvontaa (J3-maalit); NPG 8 ja 9 kuljettavat tehtävänhallintaa ja asekoordinointia; puheliikenne kulkee omilla NPG:illään (tyypillisesti 12 ja 13) nopeudella 2,4 tai 16 kbps.

Verkon suunnittelu on suurelta osin sen päättämistä, mitkä yksiköt osallistuvat mihinkin NPG:hin ja kuinka paljon kunkin NPG:n aikavälivarauksesta kukin yksikkö saa. Hävittäjä tarvitsee PPLI:n, valvonnan ja yhden tehtävänhallintakanavan; sillä ei ole asiaa lähettää ilmavalvonnan NPG:llä, joka kuuluu AWACS:lle. Maalla oleva ilmapuolustuksen tuliyksikkö voi lähettää valvonnassa ja asekoordinoinnissa, mutta käyttää puheliikennettä vain vastaanottajana. NPG on politiikan yksikkö; aikaväli on resurssin yksikkö. Hyvä suunnittelu pitää nämä kaksi kerrosta siististi erillään.

3. Aikavälien jako

NPG:n sisäiset aikavälit jaetaan jollakin kahdesta käyttötilasta. Varattu käyttö osoittaa tietyt aikavälit tietylle päätelaitteelle — aikaväli A-7-2 kuuluu alukselle X eikä kenellekään muulle, joka epookki, taatusti. Se on törmäysvapaa ja viiveeltään deterministinen, minkä vuoksi valvonta- ja aseliikenne käyttävät sitä. Kilpaileva käyttö antaa päätelaitejoukon lähettää opportunistisesti jaettuun lohkoon, hyväksyen törmäysriskin vastineeksi siitä, että kapasiteettia ei tarvitse varata yksikkökohtaisesti etukäteen. Suuren, vaihtuvan osallistujajoukon PPLI käyttää usein kilpailevaa käyttöä, jotta suunnittelijan ei tarvitse nimetä jokaista lähettäjää etukäteen.

Aikavälit kirjoitetaan aikavälilohko-merkinnällä (Time Slot Block): kolmikko jossa lohkon kirjain, aloitusaikavälin indeksi ja toistuvuusasteen eksponentti, kuten A-7-2. Se luetaan: lohko A, alkaen aikavälistä 7, toistuen kahden potenssina kolmannesta luvusta epookkia kohti — toistuvuusluku on eksponentti, joten määrä kasvaa kahden potensseissa: aste 0 on yksi aikaväli epookkia kohti, aste 6 on 64, aste 12 on 4 096. Tämä tiivis kolmikko on tapa, jolla jokainen varaus suunnittelussa kirjataan.

Kun yhden kehyksen verran aikavälejä ei riitä vaaditulle liikenteelle, suunnittelu pinoaa verkkoja: useat loogiset verkot jakavat saman NPG:n erottuen taajuushyppykuvion ja verkkonumeron perusteella, jolloin useat keskustelut elävät rinnakkain samoilla aikaväleillä kuulematta toisiaan. Moniverkkokäyttö antaa alueen ajaa erillisiä ilmavalvontaverkkoja rinnakkain sillä hinnalla, että vain yhtä verkkoa kerrallaan kuuntelevien päätelaitteiden on valittava.

4. Verkkoon liittyminen ja synkronointi

Päätelaite ei voi lähettää ennen kuin se tietää, mitä kello on, murto-osan tarkkuudella 7,8125 ms:n aikavälistä. Synkronointi tapahtuu kahdessa vaiheessa. Karkeasynkronointi kohdistaa päätelaitteen verkon aikavälirajoihin kuuntelemalla liittymissanomia ja määrittämällä, mikä aikaväli on mikä. Hienosynkronointi ajaa sitten ajoitustarkkuuden alle mikrosekunnin tasolle, jota taajuushyppyaaltomuoto tarvitsee todella dekoodautuakseen, mittaamalla edestakaista kiertoaikaa (RTT) referenssiä vastaan.

Tuo referenssi on verkkoaikareferenssi — NTR — yksi nimetty päätelaite, jonka kello määrittää verkkoajan. Jokainen muu osallistuja synkronoituu NTR:ään, suoraan tai releen kautta. Alkuliittyminen on hetki, jolloin uusi päätelaite kuuntelee NTR:n lähetyksiä, saavuttaa karkeasynkronoinnin, vaihtaa RTT-kyselyitä määrittääkseen etenemisviiveen, saavuttaa hienosynkronoinnin ja alkaa vasta sitten lähettää osoitetuilla aikaväleillään. Nimeä NTR huonosti — sijoita se alustalle, joka poistuu toiminta-alueelta — ja koko verkko menettää aikaperustansa. NTR:n nimeäminen on ensisijainen suunnittelupäätös, ei jälkikäteen tehtävä.

5. Releointi ja kantaman laajentaminen

Link 16 on näköyhteyteen perustuva UHF. Kaksi pintataistelijaa toistensa horisontin takana eivät yksinkertaisesti voi kuulla toisiaan, riippumatta siitä miten aikavälit on jaettu. Releointi siltaa tuon kuilun. Aktiivisessa releoinnissa nimetty päätelaite vastaanottaa sanoman yhdessä aikavälissä ja lähettää sen uudelleen eri, erikseen varatussa aikavälissä, jotta kaukana olevat osallistujat kuulevat sen. Passiivisessa releoinnissa releoivan alustan normaaleja lähetyksiä käytetään itse muiden toimesta ajoitus- ja datareferenssinä ilman erillistä toistoa.

Aktiivinen releointi on kallista, koska se kuluttaa aikavälejä — jokainen releoitu sanoma tarvitsee oman lähetysmahdollisuutensa, joten NPG:n releointi voi kaksinkertaistaa kyseisen NPG:n aikavälitarpeen jokaista hyppyä kohti. Kaksihyppyinen releketju hajautetun taisteluosaston yli voi hiljaa imeä neljänneksen käytettävissä olevasta kehyksestä. Näköyhteyshorisontti — karkeasti 300 meripeninkulmaa korkealla lentävien koneiden välillä, paljon vähemmän aluksille — on se, joka pakottaa releointiin alun perin, ja sen aikavälibudjetti on varattava suunnittelun aikana, ei improvisoitava silloin kun verkko hiljenee kantaman äärirajoilla.

6. Kapasiteettisuunnittelu

Kapasiteettisuunnittelu on se aritmetiikka, joka tekee tai murtaa suunnittelun. Aloita aikavälikuormasta: prosenttiosuus epookin 98 304 aikavälistä, jotka on jo sidottu varattuihin osoituksiin, releointiin ja puheeseen. Työstä sitten päivitysnopeudet. Korkeadynamiikkaisen hävittäjän PPLI haluaa sijaintiraportin useita kertoja sekunnissa; hitaasti liikkuvalle maayksikölle kerran muutamassa sekunnissa riittää. Kerro kunkin osallistujan vaadittu raportointinopeus aikavälikustannuksella ja summaa koko joukon yli, NPG kerrallaan.

Maalikapasiteetti seuraa suoraan tästä. Valvonta-NPG voi kuljettaa vain niin monta J3-päivitystä sekunnissa kuin sille osoitetut aikavälit sallivat; jaa se tehtävän vaatimalla maalikohtaisella päivitysnopeudella, ja sinulla on suurin määrä maaleja, jotka verkko voi pitää tuoreina. Perustavanlaatuinen jännite on tiheys vastaan viive: pakkaa enemmän osallistujia ja enemmän maaleja kehykseen, ja joko nostat aikavälikuormaa kohti kyllästymistä tai venytät kunkin maalin päivitysväliä. Ilmaista kapasiteettia ei ole — jokainen aikaväli, joka annetaan yhdelle osallistujalle, on aikaväli jota toinen ei voi saada, ja ainoa rehellinen vastaus kysymykseen "voiko verkko pitää 600 maalia" on tehdä aikavälimatematiikka.

7. OPTASK LINK

Kaikki tämä suunnittelu kiteytyy yhteen asiakirjaan: OPTASK LINK, operatiivinen tehtäväsanoma, joka ohjaa miten datalinkkverkko konfiguroidaan ja sitä käytetään tietyssä operaatiossa tai jaksossa. Se määrittää NTR:n, NPG-rakenteen, aikavälivaraukset osallistujaa kohti, releointimallin, salauksen ja verkkonumerot, puheverkkojen osoitukset ja alustustiedot, jotka jokaisen päätelaitteen on ladattava ennen liittymistä. Se on auktoritatiivinen totuuden lähde — jos päätelaitteen alustus ei vastaa OPTASK LINKiä, kyseinen päätelaite ei toimi yhteen oikein, piste.

OPTASK LINKin tuottaminen on suunnitteluvuon tulos. Verkon suunnittelukuorma (Network Design Load, NDL) on koneluettava varaus, jonka suunnittelutyökalut tuottavat ja jonka päätelaitteet kuluttavat. TDL-suunnittelutuotteet — liittouman datalinkinhallintasolujen käyttämät verkon suunnittelutyökalut — ottavat joukkolistan, toimintageometrian ja tehtävän liikennevaatimukset ja laskevat johdonmukaisen aikavälivarauksen, joka mahtuu yhden epookin sisään. Nuo työkalut ovat olemassa, koska aikavälimatematiikan tekeminen käsin sadalle osallistujalle tusinan NPG:n yli on virhealtista juuri niillä tavoilla, jotka jättävät yksiköt verkon ulkopuolelle. Monet sanomista, joita OPTASK LINK varustaa, on luetteloitu J-sarjan sanomakatalogissa, ja suunnittelun on varattava aikavälikapasiteetti jokaiselle, jota operaatio tarvitsee.

8. Yleisiä suunnitteluvirheitä

Sama kourallinen epäonnistumisia toistuu ohjelmasta toiseen. Ylivaratut NPG:t ovat yleisin: suunnittelija summaa halutut päivitysnopeudet, huomaa niiden ylittävän NPG:lle osoitetut aikavälit, ja sen sijaan että budjetoisi uudelleen, vain toivoo että kilpaileva käyttö ratkaisee asian — joten PPLI törmää, sijaintiraportit putoavat ja kuva heikkenee juuri silloin kun osallistujatiheys on korkeimmillaan. Sivuutettu releointibudjetti on seuraava: suunnittelu olettaa täyden yhteyden, joukko hajaantuu, ja releointiaikavälit jotka olisi pitänyt varata etukäteen jäivät varaamatta, joten horisontin yli olevat yksiköt putoavat hiljaa verkosta.

Kolmas on yhteensopimaton alustustieto: yksi päätelaite ladattu salausmuuttujalla, verkkonumerolla tai NPG-osoituksella, joka eroaa OPTASK LINKistä. Oire on raivostuttava — yksikkö näyttää terveeltä, saavuttaa synkronoinnin, eikä silti voi vaihtaa maaleja muun joukon kanssa, koska se käytännössä lähettää eri loogiseen verkkoon. Kurinalainen konfiguraationhallinta yhtä auktoritatiivista OPTASK LINKiä vastaan on ainoa parannuskeino. Oppi kaikista kolmesta on sama: Link 16 -kapasiteetti on rajallinen ja matematiikka on armotonta, joten suunnittelu on tehtävä harkitusti, validoitava aikavälibudjettia vastaan ja pidettävä synkronissa sen tehtäväsanoman kanssa, josta koko joukko lataa.