Low-altitude airspace security: teknologi, arkitektur og counter-UAS

Low-altitude airspace security beskytter luftrummet fra jorden og op til cirka 500 fod mod små droner og andre trusler. Her gennemgår jeg sensorer, arkitektur, lovgivning og de faldgruber, jeg selv har set i praksis.

Hvad er low-altitude airspace security, og hvorfor er det et selvstændigt sikkerhedsdomæne?

Low-altitude airspace security er praksis for at overvåge og beskytte luftrummet tæt på jorden, typisk fra overfladen og op til omkring 500 fod, omkring et anlæg, en rute eller en begivenhed. Det er ikke et produkt, man køber, men et risikostyringssystem, der kombinerer sensorer, software, operatører og beslutningsregler for at opdage, følge og identificere små droner. Jeg plejer at sige til kunder, at målet aldrig er at fjerne enhver uidentificeret luftfartøj, men at levere rettidig, proportional og reviderbar beslutningsstøtte.

Små ubemandede luftfartøjer tilføjer en tredimensionel rute, der hurtigt krydser fysiske grænser. De flyver lavt, langsomt og småt, optræder uforudsigeligt og er ofte usynlige for traditionelle lufttrafiksystemer. Et jordbaseret perimeterhegn dækker derfor ikke risikoen alene. Data fra branchen viser, at cirka 96 procent af luftrummet i lav højde ikke har krav om elektronisk synlighed for bemandede luftfartøjer, hvilket gør opgaven markant sværere.

Det er værd at holde fast, at fare, overtrædelse og fjendtlig hensigt ikke er synonymer. En drone over et kraftværk kan være en hobbyflyver, en journalist eller noget værre. Netop derfor er low-altitude security først og fremmest et spørgsmål om kontekst og dokumentation, ikke om at skyde noget ned.

Hvordan understøtter counter-UAS low-altitude airspace security?

Et counter-UAS-program er i praksis en sammensmeltning af teknologi og governance, og de to dele kan ikke skilles ad uden at svække helheden. Sensorerne — typisk radar, RF og EO/IR — leverer de rå observationer, der danner grundlag for overhovedet at vide, hvad der befinder sig i luftrummet. Derefter tager fusionssoftwaren over og korrelerer spor på tværs af sensorer, så overlap og modstridende målinger bliver til et sammenhængende billede, hvilket i praksis er det, der holder falske alarmer nede på et niveau, hvor operatørerne kan følge med. Uddannede operatører vurderer så konteksten: Er dette en hobbyflyver, en autoriseret drone eller noget andet? Først herefter kan autoriserede organisationer træffe beslutning om en respons, der er proportional og reviderbar — altså dokumenterbar i eftertid, hvis nogen stiller spørgsmål ved indgrebet. Netop den sidste del er ofte undervurderet. Jeg har set flere projekter fejle, fordi man installerede udstyr, før man var enige om ejerskab og handlede om, hvem der måtte gøre hvad. Teknologien var der, men beslutningsretten og ansvarsfordelingen manglede, og så står systemet reelt stille, uanset hvor gode sensorerne er.

Cyber over RF, ofte forkortet CoRF, identificerer og overtager kontrollen med en ureglementeret drone ved at interagere med dens kommunikationsprotokol i stedet for at overdøve den med støj. Fordi man taler direkte ind i dronens eget signalsprog, kan man beordre en sikker landing eller en omdirigering, uden at jamming spreder sig til uvedkommende enheder i nærheden – et vigtigt hensyn i bymiljøer, hvor Wi-Fi, Bluetooth og andre trådløse systemer deler de samme frekvensbånd. Radar supplerer denne tilgang ved at analysere reflekterede radiobølger og udlede afstand, hastighed og 3D-positionering af målet. Moderne C-UAS-radarer er samtidig trænet til at filtrere støj fra fugle, træer og andet, der ellers ville skabe falske alarmer i den lave luftrumshøjde. Remote ID udgør den tredje brik: her udsendes droneidentifikation, position og pilotkoordinater via Wi-Fi eller Bluetooth, så myndigheder og operatører kan se, hvem der flyver, og hvorfra. Tilsammen giver de tre mekanismer et grundlag for både at opdage, identificere og håndtere en hændelse – men kun hvis de kobles sammen i en arkitektur, hvor nogen har ansvaret for at træffe beslutningen.

Det er nemt at tro, at teknologien alene løser opgaven: Radaren fanger dronen, kameraet bekræfter den, og så er sagen ude af verden. Men her ligger en af de mest oversete pointer i hele counter-UAS-faget — at detektering ikke er det samme som handlemyndighed. At konstatere, at der svæver et ukendt objekt i luften over et kritisk anlæg, giver ikke i sig selv nogen ret til at gribe ind mod det. Myndigheden til at forstyrre, opfange eller på anden vis neutralisere en drone ligger typisk hos helt andre aktører end dem, der driver sensoren, og den er bundet op på lovgivning, jurisdiktion og i nogle tilfælde særskilte bemyndigelser — jævnfør eksempelvis Louisiana, der i 2025 gav politiet hjemmel til at neutralisere ondsindede droner, mens føderale restriktioner fortsat begrænser fuld C-UAS ved visse installationskategorier. Derfor skal responsregler, en klar eskaleringstrappe og dokumentation være defineret og godkendt, før sensordata overhovedet begynder at flyde ind i en driftsorganisation. Ellers risikerer man en situation, hvor operatøren ser truslen på skærmen, men hverken ved hvem der må handle, hvornår der må handles, eller hvordan beslutningen efterfølgende kan forsvares. Et brugbart princip er at skelne mellem fare, lovovertrædelse og fjendtlig hensigt — de er ikke synonymer, og de udløser ikke nødvendigvis samme respons. Kort sagt: governance kommer før sensoring, ikke efter.

Hvilke teknologier bruges typisk i et lagdelt setup?

De mest almindelige lag er radar til bred overvågning og 3D-positionering, RF-detektering af kontrollinks og signaler, Remote ID til kooperativ identifikation, EO/IR-kameraer til visuel bekræftelse, LiDAR til kortrækkende 3D-kortlægning og multimodal AI til hensigtsgenkendelse og reduktion af falske alarmer. Ingen enkelt sensor er ideel til alle problemer i lav højde, og det er en pointe, jeg gentager i hvert eneste designmøde.

Radar er stærk til bred søgning og kontinuerlig sporing. RF afslører sendere og kontrollinks. EO/IR giver bekræftelse og bevismateriale. LiDAR bruger laserpulser til højopløselig 3D-kortlægning, men er kortrækkende og forringes af tåge eller kraftig regn. Multimodal AI fusionerer optiske, termiske og RF-data for at vurdere hensigt, og ADS-B-integration hjælper med at opløse uklarheder ved identifikation af luftmål.

Et lagdelt forsvar kombinerer typisk flere sensortyper, fordi ingen enkelt teknologi kan løse hele opgaven. Radar står for den langtrækkende detektering og holder styr på mål over tid, også når dronen bevæger sig ind og ud af synsfeltet. CoRF – altså cyber over RF – går tættere på og identificerer og overtager kontrollen med en fjendtlig dronen ved at tale direkte med dens kommunikationsprotokol, så den kan landes sikkert eller omdirigeres uden at jamme alt omkring sig. EO/IR giver den visuelle bekræftelse og det dokumentationsmateriale, som både vagtcentralen og myndighederne har brug for, når noget skal vurderes eller anmeldes. Pointen er, at sensering alene er utilstrækkelig, hvis operatørworkflow, overdragelseslogik eller responsregler er svage. Et perfekt radarekko hjælper ikke meget, hvis ingen ved, hvem der skal ringes til klokken 02.13, eller hvis ansvaret for at eskalere fra observation til handling er uklart. Det er ofte her, jeg ser de dyreste fejl – ikke i selve hardwaren, men i de beslutningskæder, der skal gøre sensordataene omsættelige til handling.

Hvilke specifikationer og kompromiser bør man kende?

Når man sammenligner udstyr på tværs af leverandører, er det sjældent ét enkelt tal, der afgør sagen. I praksis vejer en håndfuld parametre tungest: rækkevidde, vægt, effektforbrug og modenhed — altså hvor langt sensoren eller effektoren rækker, hvor meget den belaster masten eller køretøjet, hvor meget strøm den trækker, og hvor dokumenteret dens faktiske ydeevne er i felten frem for på databladet. Dertil kommer forhold som opdateringsfrekvens, dækningsvinkel, latenstid og hvor nemt udstyret integreres med eksisterende kommandosystemer. Nedenstående tabel er et uddrag af de parametre, jeg oftest ser i udbudsmateriale, og som typisk afgør valget mellem platforme — ikke fordi de er de eneste relevante, men fordi de hurtigt viser, om et system overhovedet kan bære den rolle, man forestiller sig i en lagdelt arkitektur.

DroneHunter er ikke et selvstændigt system, men en effektor, der styres af TrueView R20-radaren og AI-baseret autonomi; den kan affyres inden for få sekunder, når et mål først er klassificeret og bekræftet. DroneHangar fungerer som den stationære base og giver 24/7 opladning og klimakontrol, så dronen automatisk kan sendes ud igen i løbet af sekunder uden menneskelig indgriben. Sammen illustrerer de to komponenter den samme grundlæggende pointe: selv et hurtigt og velintegreret system arver de svagheder, der ligger i sensoren bag det. Radar kræver fri sigtelinje og kan maskeres af terræn, bygninger eller lavtliggende forhindringer; LiDAR giver høj opløsning, men forringes markant i tåge og kraftig regn; og RF-baserede sensorer er reelt blinde over for droner, der slet ikke transmitterer, eller som flyver uden Remote ID. Derfor er det sjældent klogt at satse på én sensor alene. Man bør i stedet vælge sensortype efter den konkrete trussel, det konkrete terræn og det konkrete vejr, og tidligt beslutte, hvilken sensor der har hvilken rolle i kæden fra detektion til identifikation og eventuel respons.

Hvordan bygger man arkitekturen med lagdelt sensering, fusion og kommandoworkflow?

Start med at definere det beskyttede luftrum i operationelle termer frem for abstrakte radiuscirkler. Beskriv højder, indflyvningskorridorer, reaktionstider og hvilke zoner der kræver hvilken adfærd. Derefter bygger man en lagdelt arkitektur med luftrumskontekst, sensering, fusion og korrelation, kommandoworkflow og responsintegration. Tildel eksplicitte sensore roller, så alle ved, hvem der dækker hvad.

Gør fusion og kommando til førsteklasses lag i arkitekturen – ikke et eftertanke-tillæg, der først bliver koblet på, når sensorerne allerede er købt ind. Det lyder måske som en selvfølge, men i praksis er det netop her, mange anlæg falder fra hinanden: man har styr på radar, RF og kameraer hver for sig, men ingen fælles sandhed om, hvad der egentlig er i luften. Derfor bør grænsefladerne defineres, før indkøbet går i gang. Det betyder konkret, at man på forhånd fastlægger formater for spor- og hændelsesmeddelelser, krav til tidsreference på tværs af sensorer, kontrolstier for kamerastyrring samt latensbudgetter – altså hvor lang tid der må gå, fra et spor opdages, til det er bekræftet og kan handles på. Byg samtidig til degraderet drift: RF-trængsel, dårlig sigtbarhed, radarmaskering og kommunikationstab er ikke sjældne undtagelser, men vilkår, systemet skal kunne arbejde under. Det er den eneste måde at undgå, at systemet falder fra hinanden i netop den situation, det var bygget til.

Jeg anbefaler altid at teste overdragelser mellem sensorer og operatører, før man skalerer. Et system, der fungerer i en demo med én drone og klar himmel, opfører sig sjældent ens, når der er ti spor, regn og en udrykning samtidig.

Hvilke udfordringer findes der med mørke droner, støj, vejr og regulatoriske huller?

Mørke droner, der hverken udsender RF eller Remote ID, er usynlige for passive sensorer. Det er en af de mest undervurderede svagheder i mange opsætninger. Miljømæssig følsomhed forringer LiDAR og optiske sensorer i al slags vejr, og tæt bygningsmasse skaber radarskygger. Der findes ingen harmoniserede føderale retningslinjer for beskyttelse af visse kritiske infrastruktursektorer som private elnet.

FAA's restriktionslove forhindrer fuld C-UAS ved transformatorstationer. NERC CIP-014 adresserede fysiske angreb, men der findes ingen tilsvarende standard for drone- eller luftrumstrusler. Den juridiske respons er begrænset: at detektere noget i luften er ikke det samme som at have myndighed til at handle mod det. Det er en pointe, der ofte overrasker både sikkerhedschefer og teknikere.

Samtidig vokser presset. FAA Reauthorization Act af 2024 fastsatte et civilt børsloft på 75.000 dollars pr. overtrædelse. Louisiana autoriserede i 2025 politiet til at neutralisere ondsindede droner. I slutningen af 2024 udløste en drone-panik i New Jersey mere end 5.000 offentlige rapporter. Den 17. august 2026 annoncerede Zipline og Uber et mål om en million dronel everinger om dagen i 2029, og LAANC dækkede omkring 740 lufttrafikfaciliteter i 2026.

Hvem er interessenterne, og hvordan ser governance ud i praksis?

Interessenterne omfatter grundejer, sikkerhedsdrift, luftfarts- eller luftrumsmyndighed, spektrummyndighed, politi, IT og cybersikkerhed samt privacy- og juridiske teams. Uden en tydelig ejer af luftrumsrisikoen ender ansvaret typisk mellem to stole. Derfor er den første opgave ikke at vælge radar, men at beslutte, hvem der må handle, og hvordan beslutninger dokumenteres.

Regulatoriske rammer er stadig under udvikling. Part 108 BVLOS-reglen var i sen lovgivningsfase i maj 2026, og IEEE TNSE udgav et særnummer om emnet i første kvartal 2026. Den 29. januar 2025 fandt en mid-air-kollision sted nær Washington Reagan-lufthavnen, hvilket understregede behovet for bedre lavhøjdsbevidsthed. Jeg følger selv America's low-altitude awareness gap-artiklen fra den 25. august 2026 tæt, sammen med vejledninger om systemarkitektur og integreret sensering og kommunikation fra foråret 2026.

Min erfaring er, at de programmer, der lykkes, bruger mest energi på interfaceaftaler og øvelser frem for på endnu en sensor. Teknologien er moden nok. Governance er det svære.

Hvordan kommer man i gang uden at falde i de klassiske fælder?

Definer det beskyttede luftrum operationelt frem for som abstrakte radiuscirkler på et kort. Det handler om at beskrive, hvad der konkret skal beskyttes, i hvilke højdebånd og med hvilke reaktionstider, så arkitekturen tager udgangspunkt i virkelige scenarier og ikke i en leverandørs standardprodukt. Byg derefter lagdelt: luftrumskontekst i bunden, sansning ovenpå, så fusion og korrelation, og til sidst kommandoworkflow og responsintegration. Tildel hver sensor en eksplicit rolle, så radar, RF og EO/IR ikke konkurrerer om de samme opgaver, men supplerer hinanden. Gør fusion og kommando til selvstændige lag med egne krav, ansvar og ejerskab – ikke som en funktion, der gemmes væk i en sensor. Definer grænsefladerne før indkøb, ikke bagefter: spor- og hændelsesformater, tidsreference, kamerastyrring og latensbudgetter skal ligge fast, så komponenter kan udskiftes uden at rive hele systemet op. Planlæg degraderet drift fra dag et, for RF-trængsel, dårlig sigtbarhed, radarmaskering og tab af kommunikation er normale tilstande, ikke undtagelser. Øv til sidst responsscenarier med alle relevante parter – siteejer, sikkerhedsdrift, luftfartsmyndighed, spektrummyndighed, politi, IT og jura – før systemet sættes i produktion. Ellers ender man med avanceret teknologi og uklare beslutningsveje.

Husk, at hazard, violation og hostile intent ikke er synonymer. Et counter-UAS-program fejler, når udstyr installeres, før ejerskab er aftalt. Derfor bør man starte med en risikovurdering, en interessentkortlægning og en beslutningsmatrix, før man overhovedet taler om sensorvalg. Det er den rækkefølge, jeg selv ville følge i dag.

Hvordan fungerer low-altitude airspace security i praksis for en operatør?

For en operatør betyder det, at man arbejder med et workflow frem for et dashboard. Sensorer leverer observationer, fusionen korrelerer dem til spor, operatøren vurderer konteksten, og en autoriseret instans beslutter responsen. Hvert trin skal have definerede input, output og tidsgrænser, ellers opstår der huller, som en modstander kan udnytte.

Jeg anbefaler at måle på fire ting: detektionstid, sporstabilitet, falskalarmrate og tid fra alarm til beslutning. De tal afgør, om arkitekturen reelt fungerer, uanset hvor imponerende specifikationerne ser ud på papiret. Sensering alene er utilstrækkelig, hvis operatørworkflow, overdragelseslogik eller responsregler er svage.

Ofte stillede spørgsmål om low-altitude airspace security

Hvad er low-altitude airspace security?

Det er praksis for at overvåge og beskytte luftrummet tæt på jorden, typisk fra overfladen og op til 500 fod, omkring et anlæg, en rute eller en begivenhed. Det kombinerer sensorer, software, operatører og responsregler for at opdage, følge og identificere små droner og andre trusler i lav højde.

Hvordan fungerer et counter-UAS-system?

Et counter-UAS-program kombinerer teknologi og governance. Sensorer som radar, RF og EO/IR skaber observationer; fusionssoftware korrelerer spor og reducerer falske alarmer; uddannede operatører vurderer konteksten; og autoriserede organisationer beslutter en proportional og reviderbar respons.

Hvorfor er luftrummet i lav højde et selvstændigt sikkerhedsdomæne?

Små ubemandede luftfartøjer tilføjer en tredimensionel rute, der hurtigt kan krydse fysiske grænser. De flyver lavt, langsomt og småt, optræder uforudsigeligt og er ofte usynlige for traditionelle lufttrafiksystemer, så jordbaseret perimeter­sikkerhed alene kan ikke dække risikoen.

Hvilke teknologier bruges til low-altitude airspace security?

Typiske lag omfatter radar til bred overvågning og 3D-positionering, RF-detektering af kontrollinks og signaler, Remote ID til kooperativ identifikation, EO/IR-kameraer til visuel bekræftelse, LiDAR til kortrækkende 3D-kortlægning og multimodal AI til hensigtsgenkendelse og reduktion af falske alarmer.