Sotilaallinen IoT-anturiverkkoarkkitehtuuri puolustusoperaatioihin

Taistelukentästä on tulossa instrumentoitu kokonaisuus mittakaavassa, jota olisi ollut mahdoton kuvitella kymmenen vuotta sitten. Miehittämättömät maasensoriit haudattuna todennäköisille lähestymisreiteille. Puettavat laitteet yksittäisillä sotilailla raportoiden sydämensykkeen, GPS-sijainnin ja varusteiden tilan. Ajoneuvojen CAN-väylät lähettäen moottoridiagnostiikan, polttoaineen määrän ja ammusmäärän. Perimetrin tunnistusmatriisit eteisoperaatiotukikohtien ympärillä. Logistiikkajäljittimet jokaisessa kuormalavassa toimitusketjussa. Datamäärä on valtava — ja lähes kaikki se kulkee kiistanalaisilla radiolinkeillä, joilla on rajallinen kaistanleveys, epäsäännöllinen saatavuus ja vastustaja, joka aktiivisesti yrittää häiritä tai hyödyntää niitä.

Kaupallista IoT-arkkitehtuuria ei ole suunniteltu tähän ympäristöön. AWS IoT Core, Azure IoT Hub ja vastaavat alustat olettavat luotettavan pilviyhteuden, hallittavissa olevan laitteen määrän ja uhkamallin, joka pysähtyy palomuuriin. Sotilaalliset IoT-anturiverkot vaativat perustavanlaatuisesti erilaisen arkkitehtuurin — sellaisen, joka siirtää prosessoinnin anturin lähelle, pakkaa ja priorisoi dataa aggressiivisesti, suojaa jokaisen laitteen laitteistotasolla ja hajoaa hallitusti, kun verkko katoaa kokonaan. Tässä artikkelissa kuvataan, miten se rakennetaan.

Anturitaksonomia: sotilaallisen IoT:n laajuus

Oikean arkkitehtuurin rakentaminen alkaa ymmärtämällä integroitavien laitteiden monimuotoisuus. Sotilaallinen IoT kattaa vähintään viisi erillistä anturikategoriaa, joilla jokaisella on erilaiset dataominaisuudet, tehobuljetit ja yhteysvaatimukset.

Miehittämättömät maasensoriit (UGS) ovat akkukäyttöisiä, piilotettuja laitteita, jotka havaitsevat ja luokittelevat toimintaa kiinteässä pisteessä akustisten, seismisten, passiivisten infrapuna- tai magneettisten anturien avulla. Ne otetaan tyypillisesti käyttöön mesh-verkoissa valvonta-alueen poikki, ja niiden on toimittava päivistä viikkoihin yhdellä akkuparistolla. Raakasiirtonopeudet ovat alhaisia — seisminen anturi tuottaa kilotavuja tapahtumaa kohden, ei megatavuja — mutta koska satoja solmuja voidaan käyttöönottaa pataljoonan alueella, kumulatiivinen ingestointinopeus on merkittävä. UGS tuottavat harvan, tapahtumaohjautuvun tulosteen: kun mitään ei tapahdu, ne eivät lähetä mitään. Kun ne havaitsevat ajoneuvosiganaalin, ne lähettävät kompaktin luokitteluraportin.

Puettavat sotilasanturit sisältävät GPS-vastaanottimia, biomittareita ja varusteiden tilaantureita integroituina henkilösuojaukseen, kypäriin ja kuormankuljetuslaitteisiin. Nämä raportoivat sijainnin 1–10 sekunnin välein, elintoiminnot 30 sekunnin välein ja varustevaroitukset tapahtuman yhteydessä. Keskeinen rajoite on, että sotilaat ovat liikkeellä eivätkä voi kantaa satelliittiyhteyksiä; heidän anturinsa kommunikoivat sotilassolmumeshin kautta, joka tunneloituu lähimmän ajoneuvoyhdyskäytävän kautta C2-taustajärjestelmään.

Ajoneuvotelemetria kattaa pyörälliset ja telaketjuiset alustat. Nykyaikainen panssariajoneuvo paljastaa satoja CAN-väyläsignaaleja: moottorin lämpötila, polttoaineen määrä, vaihteiston tila, ammuslaskuri, asejärjestelmän tila ja paljon muuta. Kaikki nämä eivät ole taktisesti merkityksellisiä reaaliajassa; ajoneuvoyhdyskäytävän on suodatettava ja koottava CAN-data kompaktiksi tilaviestiksi sen sijaan, että se välittäisi raakaa väyläliikennettä. Ajoneuvot tarjoavat myös suurimman kaistanleveyden relesisäkkijä anturimeshissä, sillä niiden radiojärjestelmät pystyvät korkeampiin tiedonsiirtonopeuksiin kuin UGS-RF-moduulit.

Perimetrin tunnistusjärjestelmät kiinteissä laitoksissa yhdistävät aitaanturit, maatutkat, akustiset ilmaisimet ja EO/IR-kamerat kerrokselliseksi tunnistusmatriisiksi. Toisin kuin UGS:t, nämä saavat ulkoista virtaa ja tukevat korkeampia tiedonsiirtonopeuksia. Integrointihaaste on useiden tunnistusteknologioiden koostaminen yhdeksi kontaktiksi — aidan tärinätapahtuma ja lämpökameravaroitus, jotka tapahtuvat kolmen sekunnin sisällä samassa paikassa, pitäisi tuottaa yksi perimetrin rikkomisilmoitus, ei kaksi erillistä ilmoitusta.

Logistiikkaseuranta soveltaa IoT:tä toimitusketjuun: lavoihin, kontteihin ja ajoneuvoihin, jotka kuljettavat polttoainetta, ammuksia, muonaa ja varaosia. Lämpötila- ja iskuanturit lääkintätarvikkeilla ja herkillä laitteilla tarjoavat kuntoseurantaa. GPS-jäljittimet raportoivat sijainnin karkeilla väleillä — 10–15 minuuttia on tyypillisesti riittävä logistiikanhallintaan. Ainutlaatuinen vaatimus tässä on toimialueiden välinen datavirta: logistiikkadatan on saavutettava sekä taktinen C2 että taaempana sijaitsevan alueen toimitusketjujärjestelmät, jotka usein toimivat erillisissä verkoissa eri turvaluokittelutasoilla.

Yhteysrajoitteet: suunnittelu kiistanalaisille, kaistanleveysrajoitetuille linkeille

Sotilaallisen IoT:n keskeinen rajoite on, että yhteys ei ole luotettavaa eikä ilmaista. Taktiset radiolinkit — olivatpa ne HF, VHF, UHF, SATCOM tai mesh-aaltomuotoja — toimivat tiukoin kaistanleveysbudjetein, ovat alttiita häirinnälle ja häiriöille, ja ne voidaan tarkoituksellisesti sulkea (EMCON — päästöjenhallinnan) yksikön elektronisen jalanjäljen pienentämiseksi.

Perusperiaate on, että data on suunniteltava selviämään katkoksista. Jokaisen verkon solmun on pystyttävä toimimaan itsenäisesti konfiguroitavana katkosaikana, puskuroidakseen tapahtumat paikallisesti järjestysnumeroilla ja aikaleimoilla, ja toistaakseen ne järjestyksessä, kun yhteys palautuu. C2-taustajärjestelmän on pystyttävä rekonstruoimaan johdonmukainen raitakuva puskuroiduista raporteista, jotka saapuvat epäjärjestyksessä muihin solmuihin nähden.

Kaistanleveyden jakelu noudattaa tiukkaa prioriteettihierarkiaa. Kriittiset taktiset hälytykset — UGS-havainto ajoneuvosta tukipisteessä, perimetrin rikkoutuminen, sotilaan biometrinen hälytys viitaten toimintakyvyttömyyteen — on siirrettävä välittömästi ja ne ohittavat kaiken alemman prioriteetin liikenteen. Nämä viestit ovat pieniä: UGS-havaintoilmoitus on tyypillisesti alle 200 tavua. Rutiinisijainti- ja tilapäivitykset muodostavat toisen tason: lähetetty konfiguroituina aikavälin aikana kaistanleveyden ollessa saatavilla, hylätty tai viivästetty, kun linkki on kyllästynyt. Hallinnollinen data — akutelemetria, anturikalibrointiraportit, ohjelmistoversiojonot — siirretään joukkosiirtoikkunoihin hyvän yhteyden aikana tai hallinnollisten istuntojen aikana.

Taajuushyppivä hajaspektri ja muut alhaisen sieppaamistodennäköisyyden aaltomuodot ovat standardi UGS-mesh-viestintään. Nämä aaltomuodot kestävät häirintää matalamman tehokkaan suorituskyvyn kustannuksella; anturiverkko on suunniteltava toimimaan sen kuoren sisällä. LoRaa ja LoRaWAN:ia käytetään alhaisemman uhan ympäristöissä, joissa tehobuljetit ja kantama ovat tärkeämpiä kuin LPI; ne tarjoavat erinomaisen kantaman alhaisella teholla, mutta suorituskyky on satoja tavuja sekunnissa kanavaa kohden.

Reunaprosessointiarkkitehtuuri: mitä laskea anturilla

Reunaprosessointi — laskenta anturilla tai sen lähellä eikä pilvipalvelussa — ei ole optimointi sotilaallisessa IoT:ssä. Se on vaatimus. Kaistanleveysbudjetti ei yksinkertaisesti pysty majoittamaan raaka-anturivirtoja sadoilta laitteilta samanaikaisesti.

Reunaprosessointitasolla on kolme vastuuta. Ensinnäkin signaalinkäsittely ja havaitseminen: kohinan suodatus, havainnointikynnyksen soveltaminen ja binäärisen havainnointitapahtuman tuottaminen jatkuvasta aaltomuodosta. Seisminen anturi, joka tuottaa 1 kHz näytteitä, ei saisi koskaan lähettää näitä näytteitä; sen pitäisi lähettää havainnointitapahtuman tietue, kun energia ajoneuvojen taajuuskaistalla ylittää kynnyksen. Tämä yksin vähentää anturikohtaista datamäärää kolmesta neljään suuruusluokkaan.

Toiseksi luokittelu: kategorian osoittaminen havaittuun tapahtumaan käyttäen kevyttä laitteen sisäistä mallia. Nykyaikaiset UGS-prosessorit pystyvät ajamaan pieniä neuroverkkojen luokittimia ajoneuvo- vs. henkilöstö- vs. väärähälytyserotteluun. Luokittelun luottamuspistemäärä kulkee tapahtumailmoituksen mukana, jolloin fuusiokerros voi painottaa sitä asianmukaisesti. Tapahtuma, joka on luokiteltu 0,95 luottamuksella telaketjuajoneuvoksi, ansaitsee erilaisen vastauksen kuin se, joka on luokiteltu 0,60 luottamuksella.

Kolmanneksi pakkaus ja serialisointi: tapahtumailmoituksen koodaaminen tiiviimpään muotoon, joka on yhdenmukainen C2-taustajärjestelmän skeemavaatimusten kanssa. Protobuf ja FlatBuffers ovat sopivia; JSON ei ole. Protobuf-koodattu UGS-havaintoilmoitus voi välittää kaikki operatiivisesti merkitykselliset kentät — laitteen UUID, aikaleima, anturityyppi, luokittelu, luottamus, GPS-kiinnitys, akun taso — alle 100 tavussa. Vastaava JSON-esitys on viidestä kymmeneen kertaa suurempi ilman toiminnallista hyötyä.

Reunan ja pilvilaskennan välinen raja määräytyy viiveen vaatimusten ja käytettävissä olevan kaistanleveyden mukaan. Nyrkkisääntö: kaiken, joka on käynnistettävä hälytys viiden sekunnin sisällä fyysisestä tapahtumasta, on prosessoitava reunassa. Kaikki muu on ehdokas pilviprosessointiin. Jälkikäteisanalyysi, elämäntaparytmin päättely ja monivrk-ratarekonstruktio kuuluvat kaikki taustajärjestelmään, jossa laskentakapasiteetti on rajoittamaton.

Datan pakkaus ja priorisointi rajoitetuilla linkeillä

Pakkaus viestintasolla on välttämätöntä, mutta ei riittävää. Arkkitehtuurin on myös toteutettava älykäs priorisointi, joka takaa kriittisen liikenteen kulun myös linkin ollessa lähellä kapasiteettiaan.

Sijaintidatalle — sotilaan GPS-raidat, ajoneuvosijainnit — deltakoodaus tuottaa merkittävän pakkauksen. Sen sijaan, että lähetettäisiin täysi WGS84-koordinaatti jokaisella päivityssyklillä, laite lähettää vain poikkeaman edellisestä raportoidusta sijainnista skaalattuna tarvittavaan tarkkuuteen. Kävelynopeudella liikkuva sotilas etenee noin 1,5 metriä sekunnissa; sijaintideltojen koodaaminen senttimetriresoluutioisilla 16-bittisillä kokonaisluvuilla täysien 64-bittisten IEEE-kaksoisarvojen sijaan vähentää sijaintikuorman 75 % säilyttäen alimetrin tarkkuuden millä tahansa kohtuullisella päivitysvälillä.

Anturiaaltomuotodatalle, jota on ajoittain lähetettävä — raaka-akustiset leikkeet oikeudelliseen rekonstruktioon, EO/IR-pienoiskuvat ihmisarviointiin — tavallinen häviötön pakkaus (LZ4 tai Zstandard) tarjoaa 2–4-kertainen vähennys tyypilliselle anturitulokselle minimaalisella CPU-kuormalla UGS-tehotasoilla. Häviöllinen pakkaus on hyväksyttävää EO/IR-pienoiskuville, jotka on tarkoitettu ihmisarviointiin; se ei ole hyväksyttävää signaalitiedustelun tallenteille, joita voidaan käyttää algoritmisessa luokittelussa.

Prioriteettijono yhdyskäytävätasolla käyttää painotettua reilu jono-skedulointia, jossa on vähintään kolme prioriteettiluokkaa. Jonon skeduleri myöntää korkeimmalle prioriteettiluokalle etuoikeuden — uusi kriittinen hälytys keskeyttää välittömästi minkä tahansa käynnissä olevan alhaisemman prioriteetin lähetyksen — samalla varmistaen, että alin prioriteettiluokka etenee silti pitkien korkean hälytyksen jaksojen aikana, estäen järjestelmän terveyden seurantaan tarvittavan hallinnollisen liikenteen täydellisen nälkiintymisen.

Tallenna-ja-lähetä-puskurointi vaatii huolellista puskurin hallintaa. Puskurien on oltava rajattuja: rajoittamaton puskuri, joka kerää tuntien dataa, tulvii linkin uudelleenkytkennässä vanhentuneilla havainnoilla, jotka syrjäyttävät nykyisen taktisen datan. Oikea suunnittelu soveltaa TTL-aikaleimoja jokaiseen puskuroituun viestiin. Uudelleenkytkennässä viestit, joiden TTL on vanhentunut, hylätään; vain viestit, jotka ovat voimassaolonsa aikana, toistetaan. Kriittisillä hälytyksillä on pidemmät TTL-ajat kuin rutiinitilapäivityksillä. Hallinnolliset tiedot voidaan hylätä kokonaan kynnysajan jälkeen.

Anturifuusioarkkitehtuuri: raakatapahtumeista kontaktiraitoihin

Yksittäiset anturitapahtumat eivät riitä taktiseen päätöksentekoon. Yksi akustinen havainto yhdeltä UGS:ltä ei kerro komentajalle, onko ajoneuvo läsnä; kolme havainnoa kolmelta anturilta peräkkäin, yhdenmukainen ajoneuvon liikkeen kanssa tietä pitkin, luo korkean luottamuksen kontaktiraidalle arvioidulla sijainnilla ja nopeudella.

Sotilaallisen IoT-anturikentän fuusioarkkitehtuuri toimii kahdella tasolla. Solmutasolla yhdyskäytävälaite kokoaa tapahtumat klusterinsa antureilta — tyypillisesti 500 metrin – 1 kilometrin säteellä — ja soveltaa aikaportitusta ryhmittelemään tapahtumat, jotka todennäköisesti viittaavat samaan fyysiseen kontaktiin. Tapahtumat akustiselta ja seismiseltä anturilta samalta UGS:ltä, jotka tapahtuvat 500 millisekunnin sisällä, ovat lähes varmasti sama ajoneuvoläpikulku; Dempster-Shafer-yhdistelmä yhdistää kaksi luokittelutodennäköisyyttä yhdeksi kokonaisarvioksi, joka on luotettavampi kuin kumpi tahansa anturi yksinään.

Verkostotasolla fuusiopalvelu C2-taustajärjestelmässä korreloi useiden yhdyskäytävien kontaktitapahtumia raitojen rakentamiseksi. Algoritmi on yksinkertaistettu versio kineemisestä seurannasta, jota käytetään tutka- ja monianturia C2-järjestelmissä: vakionopeinen Kalman-suodatin ennustaa kontaktiaseman kunkin uuden tapahtuman ajankohdassa, Mahalanobis-etäisyysportti määrittää, onko uusi tapahtuma yhdenmukainen olemassa olevan raidan kanssa, ja suodatuspäivitys sisällyttää uuden havainnon, jos se jää portin sisälle. Kontakti, joka ei saa vahvistavaa havaintoa konfiguroitavan ikkunan sisällä, alkaa luottamuksen haalistuminen; raita lopulta arkistoidaan eikä poisteta, mahdollistaen herätyksen, jos myöhempi tapahtuma on yhdenmukainen ennakoidun sijainnin kanssa.

Monimodaalinen fuusio — akustisen, seismisen ja optisen anturin tulosten yhdistäminen samalle kontaktille — parantaa sekä havaitsemistodennäköisyyttä että luokittelutarkkuutta. Akustiset anturit ovat erinomaisia kantamalla, mutta alttiita tuulikohinalle ja sekoittavat ajoneuvotyypit kaukaa. Seismiset anturit ovat vähemmän alttiita tuulelle, mutta vaativat ajoneuvon olevan lähellä. Optiset anturit tarjoavat lopullisen visuaalisen vahvistuksen, mutta vaativat näköyhteyden ja riittävän valaistuksen. Kontakti, jonka vahvistaa kaksi tai useampi modaliteetti, ansaitsee erilaisen näyttösymbolin ja hälytystasen kuin kontakti, jonka on havainnut yksittäinen anturi — fuusiokerroksen on ylläpidettävä ja paljastettava nämä alkuperätiedot C2-kerrokselle. Yksityiskohtaisempaa käsittelyä monimodaalisista fuusioalgoritmeista löytyy monianturifuusioarkkitehtuuri-artikkelista.

Turvallisuusarkkitehtuuri: laitetunnistus, kuljetussalaus ja OTA-päivitykset

Sotilaalliset IoT-laitteet toimivat ympäristöissä, joissa fyysinen kaappaus on realistinen uhka. Vastustaja, joka löytää UGS:n, voi yrittää purkaa sen tunnistetiedot, toistaa sen viestejä syöttääkseen vääriä kontaktiraitoja C2-kuvaan tai käyttää sen radiota muiden verkon laitteiden paikantamiseen. Turvallisuusarkkitehtuurin on otettava huomioon kaikki kolme uhkavektoria.

Laitetunnistus X.509-varmenteilla. Jokainen verkon laite saa yksilöllisen varmenteen valmistuksen tai ennen käyttöönottoa tapahtuvan stagingin aikana, ohjelman varmenteiden myöntämishierarkian myöntämänä. Yksityinen avain luodaan laitteessa ja tallennetaan peukaloinninkestävään elementtiin — laitteiston turvamoduuliin, luotettuun alustaan tai vastaavaan suojattuun elementtiin — joka nollaa avaimen peukaloinnitunnistuksessa. Varmenteen Common Name koodaa laitteen tyypin, sarjanumeron ja käyttöönottokontekstin, jolloin ingestointipalvelu voi tarkistaa paitsi, että varmenne on voimassa, myös että tämä tietty laite on valtuutettu lähettämään tähän tiettyyn palvelimeen tällä hetkellä. Laitteet, joilla on vanhentuneet, peruutetut tai tuntemattomat varmenteet, hylätään liikennekerroksen tasolla ennen sovellustenvarsinaista käsittelyä.

DTLS 1.3 UDP-anturiprotokollille. Useimmat UGS- ja vähävirtaiset anturiprotokollat käyttävät UDP:tä eikä TCP:tä — TCP:n luotettavuus- ja järjestysmekanismien lisäkuorma on kohtuuton rajoitetuilla radiolinkeillä. DTLS (Datagram Transport Layer Security) tarjoaa samat kryptografiset takuut kuin TLS UDP:n kautta, sopeutettuna pakettihäviöön ja uudelleenjärjestämiseen. DTLS 1.3 vähentää kättelyä kahdesta edestakaisesta siirreestä yhteen (tuoreessa yhteydessä) tai nollaan (istunnon jatkaminen uudelleenkytkeville laitteille), minimoiden turvallisuuden uudelleenluomisen kaistanleveyskulut yhteyskatkoksen jälkeen. Yhdyskäytävä ylläpitää istunnon jatkamiskätköä laitevarmenteen sormenjäljellä avainnettuina, jolloin uudelleenkytkevä UGS voi jatkaa istuntoa yhdellä edestakaisella siirrolla.

Toistohyökkäyssuojaus. Toistohyökkäykset — laillisen havainnointiviestin nauhoittaminen ja uudelleenlähettäminen vääriä kontakteja aiheuttaakseen — torjutaan monotonisesti kasvavilla järjestysnumeroilla, jotka on sidottu laitteen varmenteeseen. Ingestointipalvelu ylläpitää laitekohtaista vastaanottavaa ikkunaa ja hylkää viestit, joiden järjestysnumerot ovat ikkunan alarajan alapuolella. Järjestysnumerot tallennetaan peukaloinninkestävään elementtiin kestämään virran katkeamisen; laite, joka menettää järjestysnumerostatuksensa, ei voi turvallisesti jatkaa lähetystä ennen kuin se on todistanut uudelleen olevansa luotettava ja saanut uuden järjestysnumeron osoituksen palvelimelta.

Turvallinen OTA-laiteohjelmistopäivitys. Anturoijien laiteohjelmisto on päivitettävissä kentällä haavoittuvuuksien korjaamiseksi ja kapasiteetin lisäämiseksi. Päivityspaketti allekirjoitetaan toimittajan koodinallekijoittavalla yksityisavaimella; laite tarkistaa allekirjoituksen käynnistyslataimen ROM:iin pinnattua julkista avainta vastaan ennen päivityksen soveltamista. OTA-kanava itse käyttää samaa DTLS-suojattua yhteyttä kuin operatiivinen data. Osittainen tai korruptoitunut päivitys havaitaan tarkistamalla ladatun paketin hash ennen flash-kirjoitusta; laite palaa edelliseen laiteohjelmistoversioon sen sijaan, että se käynnistäisi korruptoituneen kuvan. Päivityspaketit jaetaan yhdyskäytävämeshin kautta hallinnollisten ikkunoiden aikana eikä operatiivisella linkillä, estäen päivitysliikenteen kilpailun taktisen datan kanssa.

C2-integraatio: anturiradasta operatiiviseen kuvaan

Anturifuusioputkilinjan tuloste — kontaktiraitojen virta sijainnilla, nopeudella, luokittelutodennäköisyydellä ja alkuperämetadatalla — on ingestiontava C2-järjestelmään muodossa, jonka se voi kuluttaa ilman lisäkäännöstä. Kaksi hallitsevaa viestimuotoa puolustuksen C2-integraatiossa ovat CoT (Cursor on Target) ja Link 16 J-series-viestit.

CoT on käytännöllinen valinta maa-alueen IoT-integraatioon. Se on XML-pohjainen, ATAK-perheen asiakkaiden ja palvelinohjelmistojen laajasti tukema sekä laajennettavissa tyypitettyjen detail-alielementtien kautta. UGS-kontaktiraita kartoittuu luonnollisesti CoT-tapahtumaan: point-elementti kantaa fuusioitua sijaintia ja epävarmuussädettä; detail-elementti kantaa luokittelun, luottamuksen ja lähteen bittimaskikentät tyypitettyinä alielementteinä. CoT:n tapahtuman elinkaarmalli — raidat, joilla on rajallinen vanhentumisaika, joka vanhenee ja katoaa COP:sta, jos niitä ei päivitetä — vastaa fuusiokerroksen luottamuksen haalistumismallia täsmälleen.

Ingestointipalvelu, joka hyväksyy CoT:n fuusioputkilinjalta, tulisi olla tilaton yhdyskäytävä: se tarkistaa viestimuodon, tarkistaa lähteen varmenteen valtuutettujen lähettäjien listaa vastaan, soveltaa tarvittavia tietomerkintöjä luokittelua ja julkaisukelpoisuutta varten, ja julkaisee C2-viestiväylään. Yhdyskäytävässä ei ylläpidetä raita-tilaa; tila elää fuusiopalvelussa ja C2-palvelimen raitatietokannassa.

Päästä päähän -latenssin fyysisestä tapahtumasta COP-näyttöön tulisi olla suunnitteluvaatimus, ei jälkikäteen. Kriittisille UGS-hälytyksille tavoite on alle viisi sekuntia anturin havaitsemisesta operaattorin ilmoitukseen. Mittaa tämä realistisissa verkko-olosuhteissa — mukaan lukien simuloidut yhteyskatkokset ja uudelleenkytkentäpurseet — ja instrumentoi putkilinja jokaisessa vaiheessa tunnistamaan, mihin latenssi kerääntyy. Käytännössä hallitsevia tekijöitä ovat reunan luokittelun prosessointiaika (tyypillisesti alle sekunti nykyaikaisilla UGS-prosessoreilla), jonottaminen yhdyskäytävässä linkin kyllästymisen aikana (vaihteleva) ja C2-palvelimen raitatietojen päivitysprosessointi (tyypillisesti alle 500 millisekuntia, jos fuusioputkilinja on hyvin jäsennelty).