Valg av kommunikasjon for smart gatebelysning: hvor LoRaWAN passer inn og hvor byer krever sterkere ytelse
Med visjonen om smartere, tryggere og bærekraftige byer utforsker kommuner ulike kommunikasjonsteknologier for å administrere urban infrastruktur. LoRaWAN (Long Range Wide Area Network) er en slik nettverksløsning for smarte byer / tingenes internett (IoT)-landskapet.
For applikasjoner med lite data og ikke-kritiske applikasjoner, som avlesning av smarte målere, vannmålere eller overvåking av avfallsbeholdere, er LoRaWAN et av de rimelige valgene. Den er kostnadseffektiv, energieffektiv og tilbyr langtrekkende dekning.
Det oppstår imidlertid en utfordring når dette kommunikasjonsnettverket brukes på Smart gatebelysning applikasjon. Leverandører oppfordrer ofte kommuner til å «piggybacke» smarte gatelys til eksisterende smartmålernettverk. Selv om dette virker effektivt i teorien, ignorerer det en grunnleggende realitet: «passiv overvåking» er forskjellig fra «aktiv kritisk kontroll».
Gatelys er offentlig kritisk infrastruktur som krever sikkerhet for sanntidsrespons, høy sikkerhet og garantert pålitelighet. Nedenfor er de seks kritiske grunnene til at bransjekonsulenter og kommuner utviser forsiktighet når det gjelder LoRaWAN for smart gatebelysning.
1. Trafikkasymmetrien: «Lesing» kontra «Kontroll»
For å vurdere risikoen må man forstå retningen på dataflyten.
- Smartmåling (det ideelle bruksområdet)Smarte målere trenger en «uplink-dominant» prosess. Enheter våkner med jevne mellomrom, sender en liten datapakke (måleravlesningen) til skyen og går tilbake til hvilemodus. Pakketap er akseptabelt, ettersom dataene kan sendes på nytt senere.
-
Smart gatebelysning (LoRaWAN-begrensningen)Dette krever pålitelighet i «nedlinken». Systemet må overføre kommandoer (for eksempel «Slå PÅ», «Dim til 100 %») fra skyen til enheten umiddelbart.
Den tekniske flaskehalsen
LoRaWAN Arkitekturen er asymmetrisk; den er designet for å motta data, ikke for å sende dem.
En standard LoRaWAN-gateway kan motta tusenvis av meldinger fra enhetene, men er sterkt begrenset i antall kommandoer den kan overføre tilbake til enhetene.
Når en kommune forsøker å kontrollere tusenvis av gatelys samtidig – for eksempel å få lysene til full lysstyrke under en nødsituasjon – opplever nettverket ofte alvorlig overbelastning. Dette resulterer i «popcorneffekten», der lysene aktiveres sporadisk over flere minutter/timer, eller til og med ikke aktiveres helt.
2. Latens som et ansvar for offentlig sikkerhet
For avlesning av smartmålere eller vannmålere er en forsinkelse på 15 minutter eller en time i dataoverføringen ubetydelig i praksis. For offentlig belysning kan en forsinkelse på bare noen få sekunder være en sikkerhetsrisiko.
Moderne gatelys fungere som ryggrad for offentlig sikkerhet. Gatebelysning er ofte integrert med nødberedskapssystemer, og av og til med adaptive belysningsløsninger basert på bevegelsessensorer. Hvis politi, ambulanse eller brannvesen krever maksimal lysstyrke i et område, må responsen være umiddelbar.
LoRaWAN opererer i ulisensiert spektrum og under strenge "plikt syklus" regulering (vanligvis 1 %). Denne juridiske grensen for sendetid, kombinert med lav båndbredde, betyr at sanntidskontroll absolutt ikke er garantert. I forretningskritiske scenarier gjør denne latensen LoRaWAN betydelig usikkert for offentlig kritisk infrastruktur.
3. Sikkerhetsrisikoer: Sårbarheter knyttet til ulisensiert spektrum og protokoll
Implementering av kritisk infrastruktur på LoRaWAN medfører betydelige sikkerhetsutfordringer, noe som fremheves av nyere forskning på cybersikkerhet*.
A. Ulisensiert spektrum (risikoer i fysiske lag): LoRaWAN opererer på ulisensierte ISM-bånd (for eksempel 868 MHz eller 915 MHz).
Disse frekvensene er åpne for publikum, og deler eterbølger med forbrukerelektronikk. Følgelig er nettverket utsatt for signalforstyrrelser, fastkjøringog spoofing angrep**.
B. Nettverksserveren «svart boks»: I motsetning til Cellular (3GPP) eller RF-nettverk (IEEE) kommunikasjonsnettverk, som overholder strenge, globalt reviderte sikkerhetsstandarder, mangler LoRaWAN-infrastrukturen en enhetlig styringsmodell for sine nettverksservere.
Ocuco LoRa-nettverksserver (LNS) implementering er ofte proprietær til hver leverandør. Dette skaper en «svart boks» risikoKommuner må stole på en spesifikk leverandørs sikkerhetsdesign i stedet for en åpen, internasjonal standard. Forskning indikerer at sårbarheter i nøkkelhåndtering kan betydelig eksponere nettverk til replay-angrep.
Nylig sikkerhet presentations, som for eksempel BlinkenCity Research, viste hvor enkelt angripere kan kapre slik radiokontroll. Ved hjelp av rimelige, håndholdte radioverktøy (som en Flipper Zero) viste forskere at uautentiserte eller svakt beskyttede radiosignaler kan tas opp og «spilles av» for å ta kontroll over bynett. Dette understreker faren ved å bruke åpne radiofrekvenser for å kontrollere kritisk infrastruktur som ikke følger IEEE, ISO eller tilsvarende standarder.
For offentlig kritisk infrastruktur som gatebelysning – der kommandoer som «slå av» eller «dim til 10 %» direkte påvirker offentlig sikkerhet – er disse sårbarhetene og mangelen på åpen standardisering uakseptable risikoer.
* Giacobbe et al., 2025; Bräunlein og Melette, 2025; Dossa et al., 2025; Šabić et al., 2025; McWeeney et al., 2024 ** Basu et al., 2020; Butun et al., 2019; Dossa og Amhoud, 2025
4. Myten om interoperabilitet: Tilkobling vs. funksjonalitet
Kommuner antar ofte at «LoRaWAN-sertifisert» betyr «Plug-and-Play». Dette er en kostbar misforståelse.
Mens LoRaWAN sørger for at en enhet kan koble til en gateway, standardiserer den ikke Språk enheten snakker (datanyttelasten).
-
Ingen datastandardisering: En gatelyskontroller fra leverandør A overfører data i et helt annet format enn en kontroller fra leverandør B.
-
Innelåsingsfellen: Hvis en kommune kjøper kontrollere fra leverandør A i dag, kan de ikke bare bytte dem mot leverandør Bs kontrollere i fremtiden. Dataene nyttelast vil være uleselig for det sentrale styringssystemet uten kostbar, tilpasset programvareintegrasjon for hver nye enhetstype.
ekte interoperabilitet lar operatører sømløst blande og matche maskinvaremerker (ligner på Wi-Fi-enheter, DALI sjåfører eller TALQ protokoll). LoRaWAN klarer ikke å levere denne standarden, og låser effektivt byen til én maskinvareleverandørs økosystem, med mindre de er villige til å bære kostnadene for kontinuerlig tilpasset integrasjon.
5. Vedlikehold og skalerbarhet: «Fastvare»-fellen
Selv godt designede og sikre IoT-enheter krever periodisk trådløs dataoverføring. (OTA) Fastvareoppdateringer i løpet av driftstiden. Oppdateringer kan være nødvendige for å overholde nye standarder for nettsikkerhet, sikre kompatibilitet med økosystemer i utvikling eller legge til forbedret funksjonalitet som kreves av byer over tid.
På nettverk med høy båndbredde, som f.eks. Cellular or RF Mesh Å rulle ut fastvareoppgraderinger til en flåte på 10 000 gatelykter er en rutinemessig og forutsigbar operasjon.
På LoRaWAN blir imidlertid fastvaredistribusjon en strukturell utfordring. Lave datahastigheter, strenge begrensninger for driftssyklus og den opplinkorienterte protokolldesignen betyr at levering av fastvarepakker til store populasjoner av LoRaWAN-baserte gatelyskontrollere kan ta uker eller til og med måneder.
Dette skaper en langsiktig flaskehals for vedlikehold: når regelverket endres, vil nye sikkerhet Hvis det oppstår krav, eller det er behov for oppdateringer av interoperabilitet, kan byer oppleve lange forsinkelser før hele infrastrukturen er i den nødvendige tilstanden. Denne begrensningen gir grunn til bekymring for kommuner som ønsker forutsigbar, skalerbar og fremtidssikker drift av smart gatebelysning.
6. Skjulte driftskostnader (TCO)
Selv om LoRaWAN ofte markedsføres som en «lavkostnads»-løsning på grunn av fravær av lisensierte spektrumavgifter, overgår de totale eierkostnadene (TCO) ofte forventningene:
- Infrastrukturbyrde (kommune som operatør)ved å velge LoRaWAN For smart gatebelysning blir kommunen effektivt teleoperatør, ansvarlig for strøm, backhaul og vedlikehold av hele nettverksinfrastrukturen. I motsetning til mobilnettverk er LoRaWAN avhengig av en stjernetopologi. Selv om den teoretiske rekkevidden er 15 km, reduserer urbane hindringer (bygninger, trær) vanligvis dette til 2–5 km eller mindre. Dessuten, fordi hver gateway bare kan håndtere et begrenset antall enheter før ytelse drops, en mellomstor by krever dusinvis eller til og med hundrevis av gateways. Denne fragmenterte arkitekturen øker kompleksiteten ved utplassering og vedlikeholdskostnader betydelig.
-
Spesialisert feilsøking og dilemmaet med «byen i utvikling»: diagnostisere tilkoblingsproblemer i en «støyende"Ulisensiert band krever" spesialisert radioteknisk ekspertise (romlig analyse, antennekalibrering), som sjelden er tilgjengelig internt. Behovet for spesialiserte interne ingeniørferdigheter blir en kritisk økonomisk risiko for byer i utvikling.
Etter hvert som nye bygninger bygges i løpet av det neste tiåret, skaper de nye signalskygger. Et nettverk som fungerer i dag, kan svikte i morgen på grunn av nybygg, noe som krever kostbar omplanlegging og endringer i infrastrukturen.
- Problemer med robusthet (enkelt feilpunkt): I motsetning til mobilnettet nettverk der oppetiden er garantert av den lokale teleoperatøren, eller RF Mesh-nettverk – der enheter støtter hverandre, er LoRaWAN-kontrollere avhengige av en stjernetopologi. Hvis en gateway svikter, kan et helt nabolag med lys gå offline. Og gjenopprettingsprosessen for LoRa-gatewayen er absolutt ikke enkel.
Konklusjon: Samkjøre teknologi med applikasjon
LoRaWAN er et passende valg for avlesning av smarte målere, vannmålere og miljøsensorer. Det lave strømforbruket og den lange rekkevidden gjør den til et passende valg for disse overvåkingsoppgavene med lav båndbredde.
Gatebelysning er annerledes. Det er en forretningskritisk infrastruktur for offentlig sikkerhet. Den krever svært pålitelig, robust og sikker toveiskontroll. Smarte gatelys krever også muligheten til å levere firmware- og sikkerhetsoppdateringer med høy gjennomstrømning, samt opprettholde åpen interoperabilitet gjennom infrastrukturens livssyklus.
Av disse grunnene vender fremtidsrettede kommuner seg i økende grad til kommunikasjonsteknologier som er spesielt utviklet for kritisk ressursforvaltning, som for eksempel RF Mesh or Cellular, som er bygget på globalt reviderte, strenge sikkerhetsstandarder. Disse alternativene tilbyr lav latens, høy pålitelighet og standardisert cybersikkerhet som er nødvendig for å sikre offentlig sikkerhet og langsiktig driftsrobusthet i smart gatebelysning distribusjoner.
Referanser:
+ Aras, A., Cebeci, E., og Aydın, M. (2024) «Analyse av nyttelastkonfidensialitet for IoT/LPWAN-teknologi: Tilfellet LoRaWAN», Proceedings of the 13th International Conference on Cloud Computing and Services Science (CLOSER 2024), SCITEPRESS. https://www.scitepress.org/Papers/2024/122714/122714.pdf
+ Basu, D., Gu, T. og Mohapatra, P. (2020) «Sikkerhetsproblemer med laveffekts vidvinkelnettverk i konteksten av LoRa-nettverk», arXiv-forhåndstrykk, arXiv:2006.16554. https://arxiv.org/abs/2006.16554
+ Butun, I., Pereira, N. og Gidlund, M. (2019) «Sikkerhetsrisikoanalyse av LoRaWAN og fremtidige retninger», Future Internet, 11(1), s. 3–24. https://www.mdpi.com/1999-5903/11/1/3
+ Debnath, M., Lopez, J., Khalil, I. og Seneviratne, A. (2020) «LoRaWAN-sikkerhet: Problemer, trusler og mulige tiltak», Nye telekommunikasjonsteknologier. https://www.sciencedirect.com/science/article/abs/pii/S2542660520301359
+ Dossa, A. og Amhoud, E. (2025) «Virkningen av reaktive jammingangrep på LoRaWAN: En teoretisk og eksperimentell studie», arXiv-forhåndstrykk, arXiv:2501.18339. https://arxiv.org/abs/2501.18339
+ Bräunlein F. og Melette L. (2025) «BlinkenCity: Fra kunstprosjekt til europeisk mørkleggingsscenario» https://positive.security/blog/blinkencity-38c3
+ Giacobbe, M., Falco, I., Zanafi, S., Colarusso, C., Olana, JA, Puliafito, A. og Zimeo, E. (2025) «Viktige utfordringer i LoRaWAN-baserte edge-cloud-infrastrukturer for sikre smartbyapplikasjoner», Felles nasjonal konferanse om cybersikkerhet (ITASEC og SERICS 2025) https://ceur-ws.org/Vol-3962/paper21.pdf
+ Hessel, F., Almon, L. og Álvarez, F. (2020) «ChirpOTLE: Et rammeverk for praktisk LoRaWAN-sikkerhetsevaluering», arXiv-forhåndstrykk, arXiv:2005.11555. Tilgjengelig på: https://arxiv.org/abs/2005.11555
+ LEVER Technology Group (2025) «LoRaWAN-sikkerhetssårbarheter», bransjeartikkel. https://lever.co.uk/wireless-insights/lorawan-security-vulnerabilities/
+ Loukil, S., Zorgui, M., Kaddour, A., og Bouallegue, R. (2022a) 'Analyse av LoRaWAN 1.0 og 1.1 Protocols Security Mechanisms', Sensors, 22(10), 3717. https://www.mdpi.com/1424-8220/22/10/3717
+ Moraes, P. de og da Conceição, AF (2021) «En systematisk gjennomgang av sikkerhet i LoRaWAN-nettverksprotokollen», ACM Computing Surveys (forhåndstrykk). Tilgjengelig på: https://arxiv.org/pdf/2105.00384
+ McWeeney, B., Mudritskiy, I. og Verbruggen, R. (2024) Analyse av nyttelastkonfidensialitet for IoT/LPWAN-teknologien «Lora». https://www.scitepress.org/publishedPapers/2024/122714/pdf/index.html
+ Simões T., Cruz, TJ, Sousa BM, Simões P. (2025) A Security-Conscious Primer on LoRa and LoRaWAN Technologies: https://www.researchgate.net/publication/393049257_A_Security-Conscious_Primer_on_LoRa_and_LoRaWAN_Technologies
+ Trend Micro (2020) «Den nåværende tilstanden til LoRaWAN-sikkerhet», Hvitbok. Tilgjengelig på: https://documents.trendmicro.com/assets/pdf/The%20Current%20State%20of%20LoRaWAN%20Security.pdf