SDR-aaltomuodon kehitys taktisiin viestintäjärjestelmiin

Taktinen radioviestintä puolustuksessa on perinteisesti muovautunut laitteiston mukaan. Radioalustan ominaisuudet — taajuusalueet, joilla se pystyi toimimaan, aaltomuodot, joita se pystyi lähettämään ja vastaanottamaan, sen häirintäherkkyys — olivat kiinteitä valmistuksesta lähtien eikä niitä voitu muuttaa ilman fyysisen laitteen korvaamista. Vuosikymmenien ajan tämä hyväksyttiin insinöörirajoitteena, mutta se loi syvän operatiivisen ongelman: vastustajan elektroninen sodankäynti kehittyy jatkuvasti, koalition yhteensopivuusvaatimukset muuttuvat jokaisen uuden kumppanin ja mission myötä, ja uuden laitteistoradion kehittäminen kestää vuosia vaatimuksesta kenttäkäyttöiseen laitteistoon. Ohjelmistomääritteinen radio (SDR) murtaa tämän rajoitteen siirtämällä aaltomuodon — signaalinkäsittelyn ja protokollalogiikan, joka määrittelee, miten radio kommunikoi — dedikoitujen laitteistopiirien sijaan ohjelmistoon, joka toimii uudelleenohjelmoitavilla alustoilla. Tuloksena on radio, jota voidaan päivittää uusilla tai parannetuilla viestintäaaltomuodoilla ohjelmistolatauksena ilman antennin, vahvistimen tai kotelon koskettamista. Tässä artikkelissa tarkastelemme SDR-arkkitehtuuria, Software Communications Architecture (SCA) -kehystä aaltomuodon siirrettävyyttä varten, Joint Tactical Radio System -ohjelman perintöä, miten moderneja aaltomuotoja kehitetään ja sertifioidaan, ja miten SDR-pohjaiset aaltomuodot mahdollistavat integroinnin koalition viestintäpaketteihin.

SDR-arkkitehtuuri: analogisesta ohjelmistoon

Perinteinen laitteistoradio toteuttaa aaltomuotonsa dedikoituihin analogisiin ja digitaalisiin piireihin. Modulaattori, demodulaattori, kodekki ja taajuudensäätöpiirit ovat kaikki kiinteitä toimintoja — muutos aaltomuotoon vaatii näiden piirien korvaamista. SDR-radio siirtää mahdollisimman paljon tästä toiminnallisuudesta ohjelmistoon. Laitteistoalusta tarjoaa antennin, radioaajuusetupään (matalan kohinan vahvistin, mikseri ja analogia-digitaali/digitaali-analogia -muuntimet) ja ohjelmoitavan käsittelyalustan — tyypillisesti Field-Programmable Gate Array (FPGA) ja yleiskäyttöisen prosessorin yhdistelmän. Kaikki analogia-digitaali-rajan yläpuolella toteutetaan ohjelmistossa.

FPGA käsittelee ajoitukselle kriittiset, laskennallisesti intensiiviset fyysisen kerroksen toiminnot, jotka on suoritettava symbolijakson murto-osassa: digitaalinen etupääsuodatus, alasmuunnos kantataajuudelle, ajoitussynkronointi ja kantoaaltofaasin seuranta. Nämä toiminnot toimivat analogia-digitaalimuuntimen näytteenottotaajuudella — mahdollisesti satoja miljoonia näytteitä sekunnissa — tiukoin viivevaatimuksin, joita yleiskäyttöinen prosessoriajastin ei pysty täyttämään deterministisesti. FPGA:n ohjelmoitavat logiikkaporit uudelleenkonfiguroidaan bittilähetyksen kautta eikä niitä ole kovakoodattu, mikä antaa sille mukautuvan laitteiston suorituskyvyn ja ohjelmoitavan laitteen joustavuuden.

Yleiskäyttöinen prosessorikerros — usein RISC- tai DSP-ydin samassa järjestelmäpiirissä kuin FPGA tai erillinen prosessorikortti — suorittaa protokollapinon ylempiä kerroksia: datalinkin kehystyksen, verkkoreitityksen, salauksen käsittelyn ja sovellustason radionhallintatoiminnot. Tämä kerros isännöi myös käyttöjärjestelmää ja Software Communications Architecture (SCA) -ajonaikaisympäristöä, joka tarjoaa standardoidut sovellusrajapinnat, joita vasten aaltomuoto-ohjelmisto kirjoitetaan.

USRP ja laboratorio-SDR-alustat

Aaltomuototutkimuksessa, prototyyppien rakentamisessa ja testauksessa ohjelmaluettelon laitteiston ulkopuolella Universal Software Radio Peripheral (USRP) -alustaperheen on puolustuksen ja tutkimusyhteisön hallitseva valinta. USRP-laitteisto tarjoaa laajakaistaisen RF-etupään, FPGA:n digitaaliseen etupäähän ja nopean liittymäpinnan isäntätietokoneelle, joka suorittaa aaltomuodon käsittelyn ohjelmistossa — tyypillisesti GNU Radio -signaalinkäsittelykehystä tai mukautettuja C++-toteutuksia käyttäen. USRP-yhteisö on julkaissut laajaa dokumentaatiota, laitteistotukikirjastoja ja aaltomuotoreferenssitoteutuksia, jotka tekevät uuden aaltomuodon prototyypin rakentamisen ja validoinnin laboratoriossa käytännölliseksi ennen ohjelmaluettelon radiolla toteutumista. Alustaa käytetään laajasti aaltomuotoalgoritmien validointiin, elektronisen sodankäynnin tutkimukseen ja yhteensopivuustestaukseen prototyypin ja tuotantototeutusten välillä.

Software Communications Architecture ja aaltomuodon siirrettävyys

Software Communications Architecture (SCA), joka alun perin määriteltiin osana Joint Tactical Radio System (JTRS) -ohjelmaa 1990-luvun lopulla ja jota myöhemmin ylläpitivät JTRS Program Office ja sen seuraajaorganisaatiot, käsittelee siirrettävyysongelmaa, joka muuten heikentäisi SDR:n arvoa puolustushankkeissa. Ilman yhteistä kehystä, yhdelle radioalustan omia API-rajapintoja vasten kirjoitettu aaltomuoto ei ole siirrettävä — sen siirtäminen eri laitteistoalustalle vaatii aaltomuodon toteutuksen kirjoittamista alusta alkaen uudelleen. Puolustushankkeelle, joka kenttäistää satoja radiotyyppejä yhteisten joukkojen välillä, tämä tarkoittaisi erillisen aaltomuotokoodikannan kirjoittamista ja ylläpitämistä jokaiselle radioalustalle, mikä kumoaa suuren osan ohjelmistolähestymistavan kustannuseduista.

SCA ratkaisee tämän määrittelemällä standardin ajonaikaisympäristön ja joukon rajapintoja, joihin aaltomuoto-ohjelmisto kohdistuu laitteiston suoran kohdistamisen sijaan. Se määrittelee CORBA:han (Common Object Request Broker Architecture) perustuvan Component Object Model -mallin, joka tarjoaa komponenttien välisen viestintämekanismin, Core Frameworkin, joka tarjoaa radionhallintapalvelut (komponenttien elinkaari, porttienhallinta, ääni- ja RF-porttiabstraktio) ja Hardware Abstraction Layer (HAL) -määrittelyn, joka eristää aaltomuodon FPGA:n ja prosessorikortin erityispiirteiltä.

SCA-rajapintaa vasten kirjoitettu aaltomuoto kommunikoi radiolaitteiston kanssa standardoitujen SCA-porttien kautta eikä laitteistokohtaisten API-rajapintojen kautta. Kun aaltomuoto siirretään uudelle SCA-yhteensopivalle radioalustalle, vain HAL-toteutus — käännös SCA-rajapintojen ja uuden laitteiston omien API-rajapintojen välillä — tarvitsee muutosta. Aaltomuotosovelluksen koodi itsessään ei pitäisi vaatia muutoksia. Käytännössä siirrettävyys on harvoin täydellinen — käsittelyresurssien, ajoitusominaisuuksien ja HAL-toteutuksen laadussa olevat erot alustojen välillä vaativat jonkin verran mukautustyötä — mutta SCA-kehys vähentää merkittävästi uudelleenintegrointikustannuksia täysin ei-siirrettävään lähestymistapaan verrattuna.

JTRS-perintö ja moderni aaltomuotomaisema

Joint Tactical Radio System -ohjelma, käynnistetty 1990-luvun lopulla ja muodollisesti uudelleenrakennettu useita kertoja ennen kuin se käytännössä lopetettiin keskitettynä hankintaohjelmana noin vuonna 2012, jätti monimutkaisen perinnön taktiseen viestintään. Sen kunnianhimo — yksi ohjelmistomääritteinen radioarkkitehtuuri, joka korvaisi DoD:n satojen yhteensopimattomien radiotyyppien perheellä yhteisiä, aaltomuodoltaan siirrettäviä alustoja — osoittautui liian laajaksi ja teknisesti vaativaksi sen ajan hankintamallille. Aikataulun ylitykset ja kustannuskasvu johtivat uudelleenrakenteisiin, mutta JTRS:stä syntynyt SCA-kehys on jäänyt yhdysvaltalaisten sotilasSDR-ohjelmien siirrettävyysstandardiksi, ja JTRS:n puitteissa kehitetyt aaltomuodot — mukaan lukien SRW (Soldier Radio Waveform) ja WNW (Wideband Networking Waveform) — ovat edelleen operatiivisessa käytössä.

Moderni aaltomuotomaisema on kehittynyt modulaarisempaan lähestymistapaan. Sen sijaan, että yritettäisiin määritellä jokainen aaltomuoto keskitetysti, nykyinen paradigma antaa ohjelmatoimistojen ja urakoitsijoiden kehittää aaltomuotoja, jotka täyttävät erityisiä kykyvaatimuksia — suurikapasiteettisia runkolinkkejä, jalkamiehen verkostoitumista, elektronista suojaa kiistanalaisissa ympäristöissä — ja sertifioida ne käytettäväksi hyväksytyillä SCA-yhteensopivilla radioalustoilla. SCA-versio 4.1 -kehys, joka modernisoi alkuperäisen CORBA-pohjaisen ajonaikaisympäristön kohti kevyempiä toteutuksia, jotka soveltuvat rajoitetulle taktiselle laitteistolle, heijastaa tätä kehitystä. Kasvava määrä ohjelmia tutkii myös hybridilähestymistapoja, jotka yhdistävät SCA:n siirrettävyyttä varten suoran FPGA-ohjelmoinnin kanssa suorituskykyvaativimmille aaltomuotokomponenteille, hyväksyen näiden komponenttien vähentyneen siirrettävyyden vastineena vaatimien aaltomuotojen tarvitsemalle käsittelytehokkuudelle HF:stä millimetriaaltoalueelle.

Aaltomuodon kehityselinkaari

Taktisen SDR-aaltomuodon kehittäminen puolustushanketta varten sisältää elinkaaren, joka rinnastaa ohjelmistokehityksen rakenteeltaan mutta jossa on merkittäviä toimialakohtaisia vaatimuksia jokaisessa vaiheessa.

Vaatimukset ja aaltomuodon suunnittelu

Taktisen aaltomuodon vaatimusten määrittely on spesifioitava paitsi datanopeus- ja kantamasuorituskykyihin myös elektromagneettiseen toimintaympäristöön: taajuuskaistoja, yhteisvaikutushäiriöolosuhteita, häirintäuhkia, joita aaltomuodon on kestettävä, ja yhteensopivuusstandardeja (STANAG-määritykset, Interface Control Documents), jotka aaltomuodon on täytettävä yhteiseen ja koalition käyttöön. Häirintämarginaali, sieppaustodennäköisyys ja matalan havaittavuuden todennäköisyys ovat luokiteltuja vaatimuksia, jotka ohjaavat moduloinnin ja levittämisen valintoja tavoilla, jotka ovat usein näkymättömiä luokittelemattomassa määrittelyssä mutta hallitsevat aaltomuodon arkkitehtuuria.

Aaltomuodon suunnittelu alkaa tyypillisesti simulaatiolla. Mallipohjainen signaalinkäsittelyympäristö — aaltomuodon modulointi, kanavakoodaus, synkronointi ja monipääsyjärjestelmä — toteutetaan ja validoidaan teoreettisia bitti-virhetiheyskaaria ja kohdekanavamallien Monte Carlo -simulaatioita vasten. Tämä simulaatioalueen validointivaihe on kriittinen myöhemmän laitteistointegraatioaikataulun lyhentämiseksi: aaltomuotoalgoritmit, jotka on perusteellisesti validoitu simulaatiossa, saapuvat FPGA- ja prosessori-integrointiin hyvin ymmärretyllä suorituskykyperusteella, vähentäen laitteistovirheiden ja algoritmisuunnitteluvirheiden välistä epäselvyyttä.

Laitteistototeutus ja integrointi

Siirtyminen simulaatiomallista toimivaan laitteistototeutukseen sisältää aaltomuodon signaalinkäsittelyketjun jakamisen FPGA:n ja prosessorin välillä, FPGA-komponenttien toteuttamisen HDL:ssä tai korkean tason synteesissä ja SCA-komponenttien integroinnin prosessorikerrokselle. Jakamispäätös ei ole puhtaasti suorituskysymys — se vaikuttaa myös siirrettävyyteen. FPGA-toteutukset ovat alustaspesifisiä; tiiviisti optimoitu FPGA-suunnittelu, joka hyödyntää tietyn laitteen DSP48-siivu-järjestelyä, vaatii merkittävää uudelleentyöstöä, jotta se voidaan siirtää eri FPGA-perheeseen. Ohjelmat, jotka priorisoivat siirrettävyyttä, pyrkivät toteuttamaan enemmän aaltomuodosta prosessorikerroksella ja käyttämään FPGA:ta ensisijaisesti kovaan reaaliaikaiseen analogirajapintaan ja etupääsuodatukseen, hyväksyen käsittelybudjettikustannukset helpomman siirtämisen vastineena.

Integrointi SCA-ajonaikaisympäristöön edellyttää huolellista huomiota ajoitukseen ja resurssibudjetteihin. SCA Component Object Model tuo viestintäviiveen, joka voi olla ongelmallinen ajoitukselle kriittisillä aaltomuodon ohjauspolkuilla; SCA-yhteensopivat aaltomuodot käyttävät tyypillisesti suoraa laitteistoportin pääsyä näytedatavirroille ja SCA-viestiintää vain ohjaus- ja konfigurointitoiminnoille. Komponenttien elinkaaren hallinta — miten SCA-kehys luo, konfiguroi ja purkaa aaltomuotokomponentit — on validoitava radion käynnistys- ja konfigurointiaikaisten vaatimusten suhteen.

Testaus ja JITC-sertifiointi

Joint Interoperability Test Command (JITC) toimii DoD:n riippumattomana sertifioivana viranomaisena viestinnän yhteensopivuudelle. Taktiselle aaltomuodolle JITC-sertifiointi vaaditaan ennen kuin järjestelmä voidaan ottaa käyttöön DoD-verkoissa, ja sertifiointiprosessi on tyypillisesti kehityselinkaaren pisin ja resursseintensiivisin vaihe.

JITC-testaus kattaa useita ulottuvuuksia. Vaatimustenmukaisuustestaus varmistaa, että aaltomuoto toteuttaa sovellettavan rajapintastandardin — STANAG-määrityksen tai Interface Control Document -asiakirjan — oikein: kehysmuodot, ajoitusvaatimukset, synkronointijaksot ja protokollan tilakoneet on kaikki käyttäydyttävä määritellyn mukaisesti. Yhteensopivuustestaus varmistaa, että aaltomuoto kommunikoi oikein muiden saman standardin hyväksyttyjen toteutusten kanssa, mukaan lukien sekä referenssitoteutukset että muiden toimittajien kenttäjärjestelmät. Sähkömagneettisen yhteensopivuuden testaus varmistaa, että radio ei tuota taajuuskaistan ulkopuolisia emissioita, jotka häiritsevät muita yhteissijoitusympäristön järjestelmiä. Luokiteltua liikennettä kuljettavien aaltomuotojen osalta tietoturvatestaus varmistaa kryptografisen toteutuksen ja avainten hallinnan integroinnin NSA:n määrittelemiä vaatimuksia vasten.

JITC:n ottaminen mukaan mahdollisimman varhaisessa kehityselinkaaren vaiheessa — kauan ennen toteutuksen valmistumista — on vahvasti suositeltavaa. JITC-testipaikat on aikataulutettu kuukausia etukäteen, ja testipaketin valmistelu — Interface Control Document, testausmenettelyt ja yhteensopivuustestauksen tulokset, joita JITC vaatii sisäänpääsylle — on merkittävä dokumentointipanostus. Ohjelmat, jotka käsittelevät JITC:tä loppuvaiheena, huomaavat säännöllisesti, että testipaikkojen saatavuus ja dokumentaation valmistelu lisäävät merkittävästi aikataulua siihen, mikä näyttää paperilla valmiilta suunnittelulta.

Integrointi koalion viestintäpaketteihin

Taktinen viestintä monikansallisissa operaatioissa vaatii aaltomuotoja, jotka ylittävät organisatoriset ja kansalliset rajat. Koalitiojoukkojen sotilaan on pystyttävä välittämään ääni-, data- ja sijaintitietoja kumppanivaltioiden yksiköille, joiden radioalustat saattavat olla täysin erilaisia laitteiston suhteen. SDR-lähestymistapa mahdollistaa tämän antamalla kullekin kumppanivaltiolle mahdollisuuden toteuttaa sovittu koalitioaaltomuoto ohjelmistona omilla kansallisilla radioalustoillaan, sen sijaan että tarvittaisiin yhteinen laitteistoradio — joka aiheuttaa hankinta-, tietoturva- ja kunnossapidon komplikaatioita, jotka ovat usein poliittisesti tai ohjelmallisesti mahdottomia hyväksyä.

STANAG-pohjaiset aaltomuodot — STANAG 4285 HF-datalle, STANAG 5066 HF-verkostoitumiselle, STANAG 4691 (Link 22) HF-taktiselle datalinkkille — tarjoavat yhteisen protokollakerroksen, jota koalition yhteensopivuus edellyttää. SDR-alusta, joka toteuttaa nämä aaltomuodot SCA-komponentteina, voi osallistua koalition viestintäarkkitehtuuriin riippumatta taustalla olevasta radiolaitteistosta. Yhteensopivuuden varmistaminen monikansallisessa harjoitusympäristössä, jossa itsenäisesti kehitettyjä aaltomuotototeutuksia ajavia kumppanivaltioiden SDR-alustoja on saavutettava synkronointi ja datanvaihto, on merkittävä integraatio- ja testaustehtävä, joka on suunniteltava osaksi aaltomuoto-ohjelmaa eikä pidettävä oletuksena.

Ohjelmistokehityksen kurinalaisuus, jota luotettavien, sertifioitavissa olevien SDR-aaltomuotojen rakentaminen edellyttää, rinnastaa puolustusohjelmistolaadun laajempiin käytäntöihin. CI/CD-putkiston käytännöt puolustusohjelmistolle soveltuvat suoraan: aaltomuodon suorituskyvyn automaattinen regressiotestaus simulaatiopohjaa vasten, FPGA-bittitiedostojen konfiguraationhallinta ohjelmistokomponenttien rinnalla sekä strukturoidut kooditarkastusprosessit, jotka ovat olennaisia fyysisen kerroksen turvallisuuskriittiselle signaalinkäsittelykoodille. Kolmansien osapuolten signaalinkäsittelykirjastojen — erityisesti aaltomuotopinoon sisällytettyjen avoimen lähdekoodin komponenttien — alkuperän ja eheyden hallinta vaatii samaa SBOM-kurinalaisuutta, jota jokaisen puolustusohjelmistohankkeen on ylläpidettävä.