Hva er LoRaWAN? IoT-tilkobling med lang rekkevidde | Com4

I motsetning til mobilbaserte IoT-standarder som NB-IoT og LTE-M, kjører ikke LoRaWAN på mobiloperatørenes nettverk. Det kjører vanligvis på ulisensiert frekvensspektrum via gateways som den virksomheten som implementerer løsningen eier eller deler, og det er nettopp dette som gjør det til et kraftfullt verktøy i visse implementeringer og en reell begrensning i andre. Denne veiledningen forklarer hvordan LoRaWANs nettverksarkitektur og radioteknologi faktisk fungerer, hvordan den teknisk sett kan sammenlignes med mobilbasert IoT, og hvordan man kan avgjøre hvilken løsning som passer best for en gitt implementering.

Hovedpunkter:

• LoRaWAN bruker CSS-modulering (Chirp Spread Spectrum) for å bytte datahastighet mot rekkevidde og energieffektivitet, slik at enheter kan sende over flere kilometer på et lite batteri som kan vare i årevis.
• Et LoRaWAN-nettverk består av sluttbrukerenheter, gateways, en nettverksserver, en tilkoblingsserver og en applikasjonsserver, der gateways videresender rå radiotrafikk i stedet for å behandle den lokalt.
• LoRaWAN definerer tre enhetsklasser, A, B og C, der hver av dem bytter energieffektivitet mot hvor raskt en enhet kan motta nedlink-meldinger.
• I Europa opererer LoRaWAN vanligvis i EUs 868 MHz-bånd under en grense på 1 % for driftssyklus, noe som setter en øvre grense for hvor ofte en enhet kan sende.
• Den viktigste avveiningen i forhold til mobil-IoT er eierskap til infrastrukturen: LoRaWAN krever utplassering og vedlikehold av egne gateways, mens NB-IoT og LTE-M kjører på eksisterende, operatørstyrte mobilnettverk.
• Com4 tilbyr mobil IoT-tilkobling via NB-IoT, LTE-M, 4G og 5G, og hjelper bedrifter med å vurdere om LoRaWAN, mobilnett eller en hybrid av begge deler faktisk passer til deres implementering.

Hva står egentlig LoRaWAN for, og hvilket problem løser det?

LoRaWAN står for Long Range Wide Area Network, og er nettverksprotokollaget bygget på toppen av LoRa (Long Range), den fysiske radiomodulasjonsteknologien som gir det navnet. Problemet LoRaWAN ble utviklet for å løse, er spesifikt: å koble sammen et stort antall enkle, batteridrevne enheter som hver for seg bare trenger å sende små, sporadiske meldinger, for eksempel en temperaturmåling eller en status-ping, over avstander som en typisk kortdistanseprotokoll som Wi-Fi eller Bluetooth ikke kan nå. Det vedlikeholdes og standardiseres av LoRa Alliance, en bransjegruppe som styrer LoRaWAN-spesifikasjonen og regionale frekvensplaner.

Hvordan fungerer egentlig LoRaWANs radioteknologi?

LoRaWANs fysiske lag, LoRa, bruker en modulasjonsteknikk kalt Chirp Spread Spectrum (CSS). I stedet for å sende på en fast, smal frekvens, sprer CSS et signal over en bredere båndbredde ved hjelp av «chirps» – signaler som sveiper opp eller ned i frekvens over tid. Det er denne spredningen som gir LoRa sin karakteristiske avveining: den ofrer datagjennomstrømning i bytte mot evnen til å gjenfinne et svært svakt signal med lang rekkevidde blant bakgrunnsstøy. Dette er grunnen til at en enkelt LoRaWAN-gateway kan dekke flere kilometer i åpent terreng – langt utover det en typisk mobilcelle eller et Wi-Fi-tilgangspunkt dekker.

En nøkkelparameter i denne avveiningen er spredningsfaktoren, som kan settes til et tall mellom 7 og 12. En høyere spredningsfaktor utvider rekkevidden og forbedrer påliteligheten, men reduserer datahastigheten og øker hvor lenge radioen må være på, noe som tømmer batteriet raskere. LoRaWAN-nettverk håndterer dette automatisk gjennom Adaptive Data Rate (ADR), en mekanisme der nettverksserveren justerer hver enhets spredningsfaktor og sendereffekt individuelt, med sikte på å bruke den minste effekten og sendetiden som trengs for en pålitelig tilkobling, noe som direkte forlenger batterilevetiden i hele installasjonen.

Hvordan ser en LoRaWAN-nettverksarkitektur egentlig ut?

En LoRaWAN-installasjon består av fem komponenter:

• Slutt-enheter. Sensorene, sporingsenhetene eller målerne som faktisk samler inn og sender data.
• Gatewayer. Fysiske radiomottakere som fanger opp LoRa-overføringer fra alle sluttapparater innenfor rekkevidde og videresender dem, ubehandlet, til nettverksserveren via en backhaul-forbindelse som Ethernet, Wi-Fi eller et mobil-SIM-kort.
• Nettverksserver. Det sentrale systemet som fjerner duplikater av meldinger mottatt av flere gateways, administrerer enhetsøkter, kjører ADR-algoritmen og planlegger nedlastingstrafikk.
• Tilkoblingsserver. Håndterer enhetsautentisering og nøkkeladministrasjon når en sluttbruker kobler seg til nettverket, vanligvis ved hjelp av Over-The-Air Activation (OTAA), den anbefalte og sikrere metoden, i stedet for den eldre Activation By Personalization (ABP)-metoden.
• Applikasjonsserver. Her havner de dekrypterte applikasjonsdataene til slutt, klare for forretningslogikken og dashbordene som faktisk bruker dem.

Det viktige arkitektoniske detaljene her er at gatewayene i LoRaWAN ikke behandler eller tar beslutninger om dataene de mottar; de videresender ganske enkelt rå radiopakker oppstrøms. Dette skiller seg fra mobilbasestasjoner, som håndterer autentisering og trafikkstyring lokalt ved sendemasten. Det er også grunnen til at planleggingen av LoRaWAN-dekningen er helt og holdent den implementerende virksomhetens ansvar: hver gateway må kjøpes inn, installeres og vedlikeholdes, uten noe som tilsvarer en operatørs eksisterende nasjonale radionettverk som utfører dette arbeidet automatisk.

Hva er LoRaWANs enhetsklasser, og hvorfor er de viktige?

LoRaWAN definerer tre enhetsklasser, som hver representerer en ulik avveining mellom energieffektivitet og respons på nedlastingssiden:

Alle LoRaWAN-enheter støtter klasse A som standard, siden dette er spesifikasjonens laveste nivå for energieffektivitet. Klasse B og klasse C gir raskere respons på bekostning av batterilevetiden, og det er derfor de fleste store, batteridrevne sensorinstallasjoner som standard bruker klasse A, med mindre et spesifikt bruksområde virkelig krever raskere nedlastingshastighet.

Hvilket frekvensbånd bruker LoRaWAN i Europa, og hvilke begrensninger gjelder?

I Europa, inkludert Norge og den nordiske regionen for øvrig, opererer LoRaWAN i EU868 MHz-båndet, ved bruk av lisensfritt ISM-spektrum rundt kanalene 868,1, 868,3 og 868,5 MHz. Siden dette spektrumet er lisensfritt og deles med andre, pålegger europeiske forskrifter en begrensning på driftssyklusen, vanligvis 1 % i de primære EU 868-kanalene, noe som betyr at en enhet kun kan sende i en liten brøkdel av et gitt tidsvindu. Denne begrensningen er en bevisst designbegrensning for å hindre at et enkelt nettverk monopoliserer det delte spektrumet, og den understreker LoRaWANs kjerneposisjonering: sjeldne, små meldinger, ikke kontinuerlig eller høyfrekvent dataoverføring.

LoRaWAN vs. mobil-IoT (NB-IoT, LTE-M): hva er egentlig forskjellen?

Den avgjørende arkitektoniske forskjellen er eierskapet til infrastrukturen. NB-IoT og LTE-M benytter seg av nettverksoperatørenes eksisterende mobilinfrastruktur, slik at en bedrift får fungerende, landsdekkende dekning i det øyeblikket et SIM-kort aktiveres. LoRaWAN innebærer vanligvis at man må installere egne gatewayer eller abonnere på et felles regionalt nettverk der et slikt finnes. Dette gir større kontroll over nettverket og kan være billigere i stor skala på et enkelt, fast anlegg, men overfører hele byrden med dekningsplanlegging, vedlikehold av gatewayer og backhaul-tilkobling til bedriften som står for driften.

Når er LoRaWAN et fornuftig valg?

LoRaWAN er ofte det riktige valget når flere av følgende forhold gjelder samtidig:

• Du kontrollerer installasjonsstedet, for eksempel et fabrikkområde, en gård, en havn eller en bygning, og kan installere og vedlikeholde dine egne gateways.
• Enhetene er mange, rimelige og sender svært små, sjeldne datamengder, for eksempel målinger av jordfuktighet, eiendelsmerker eller miljøovervåkingsdata.
• Lang batterilevetid, målt i år snarere enn måneder, er et strengt krav.
• Enhetene trenger ikke å bevege seg utenfor et fast, kjent dekningsområde.
• Kostnaden ved å installere gatewayer rettferdiggjøres av antallet enheter de vil betjene i løpet av anleggets levetid.

Når er mobil-IoT det beste valget?

Hvis enhetene må fungere overalt der det er mobildekning, uten at bedriften må installere og vedlikeholde sin egen radioinfrastruktur, er mobil-IoT generelt det beste valget. Dette gjelder helt klart for mobile enheter som beveger seg mellom og utenfor faste anlegg, distribuerte installasjoner spredt over mange separate steder der det ville være upraktisk å installere gateways overalt, og enhver installasjon der landsdekkende eller grenseoverskridende dekning er viktigere enn de marginale kostnadsbesparelsene LoRaWAN kan tilby på et enkelt anlegg med høy tetthet.

Kan LoRaWAN og mobil-IoT fungere sammen?

Ja, og for mange bedrifter er det egentlige svaret ikke LoRaWAN eller mobil-IoT, men en kombinasjon av begge deler. Et vanlig hybridmønster bruker LoRaWAN for tett, kostnadseffektiv sensordekning innenfor et fast anlegg, og kobler deretter selve gatewayen til internett via et mobil-SIM-kort i stedet for fastnettinfrastruktur, noe som kombinerer LoRaWANs lave kostnad per enhet med mobilnettets allestedsnærværende, infrastrukturfrie tilkobling på gateway-nivå. Com4s veiledning om å skalere IoT utover LoRaWAN med mobil- og hybridtilkobling går nærmere inn på denne hybridtilnærmingen.