Netmore übernimmt Actility: Was die LoRaWAN-Konsolidierung für private Netze bedeutet

Am 26. Januar 2026 hat die schwedische Netmore Group die Übernahme von Actility angekündigt, dem Mitarchitekten der LoRaWAN-Spezifikation und Unternehmen hinter der ThingPark-Plattform, samt Geolocation-Tochter Abeeway [1][2]. Es ist der vorläufige Höhepunkt einer Serie: Seit Februar 2024 hat Netmore die Betreiber Senet und Everynet übernommen, 2025 kamen die Übernahme des kommerziellen Betriebs des American-Tower-LoRaWAN-Netzes in Brasilien und der Kauf des Smart-Metering-Spezialisten Arson Metering hinzu [3][4][5][6]. Nach eigener Aussage entsteht mit dem Actility-Deal das größte LoRaWAN-Netz der Welt, mit mehr als 14 Millionen kontrahierten IoT-Geräten in über 100 Ländern [1]. Für Telcos und Roaming-Kunden ist das vor allem eine Nachricht über Skaleneffekte. Für Unternehmen, die LoRaWAN für eigene Anwendungen nutzen, stellt sich eine andere Frage: Wie abhängig wollen Sie von einer Betreiber-Plattform sein, deren Eigentümer, Strategie und Konditionen sich ändern können? Dieser Beitrag ordnet die Konsolidierung ein, zeigt belegte historische Muster und erklärt, wann ein eigenes Netz mit Open-Source-LNS die robustere Architektur ist.

Die Übernahme im Überblick: Netmore kauft Actility und Abeeway

Netmore, getragen vom nordischen Infrastruktur-Investor Polar Structure und in 18 Ländern aktiv, übernimmt mit Actility eines der prägenden Unternehmen des LoRaWAN-Ökosystems [1]. Actility wurde 2010 in Paris gegründet, ist Gründungsmitglied der LoRa Alliance und betreibt mit ThingPark eine Multi-Radio-Plattform (LoRaWAN, NB-IoT, LTE-M), die nach Firmenangabe hinter der Mehrheit der öffentlichen LoRaWAN-Netze steht, von KPN über Orange bis Swisscom. Mit übernommen wird Abeeway, Actilitys Tochter für Ultra-Low-Power-Tracker und Geolocation [1]. Wie sich ThingPark funktional von einem Open-Source-LNS unterscheidet, zeigt der Vergleich ChirpStack vs. Actility ThingPark.

Die kombinierten Kennzahlen stammen aus der Pressemitteilung und sind als Eigenangaben zu lesen: mehr als 14 Millionen kontrahierte IoT-Geräte über die Netmore-Netze und ThingPark-basierte Netze hinweg, Deployments in über 100 Ländern, Partnerschaften mit mehr als 50 LoRaWAN-Netzbetreibern [1]. Netmore-CEO Ove Anebygd spricht von einem „powerhouse for scalable and reliable IoT connectivity solutions", Actility-CEO Olivier Hersent will LoRaWAN zur „default infrastructure for massive IoT" machen [1]. Orange, langjähriger ThingPark-Partner, wird mit einer Kontinuitätszusage zitiert; ein Kaufpreis wurde nicht veröffentlicht [1].

Wichtig für die Einordnung: Es gibt keine Anzeichen, dass Bestandskunden kurzfristig etwas ändern müssen. Die strategische Frage liegt eine Ebene tiefer, nämlich bei der Kontrolle über den eigenen Netzwerk-Stack.

Fünf Schritte in zwei Jahren: die Konsolidierungs-Chronik

Ein Hinweis zu den Zahlen, weil hier gern Metriken vermischt werden: Die 14+ Millionen aus der Übernahme-Pressemitteilung sind kontrahierte Geräte, eine Eigenangabe von Netmore [1]. Die LoRa Alliance zählte im Dezember 2025 dagegen deployte Endgeräte und meldete dabei 4,6 Millionen für Actility und 3,4 Millionen für Netmore [8]. Beide Metriken beschreiben unterschiedliche Sachverhalte und lassen sich nicht direkt vergleichen.

Warum der LoRaWAN-Betreibermarkt konsolidiert

Funknetz-Infrastruktur ist kapitalintensiv: Gateways, Backhaul, Betrieb und Vertrieb rechnen sich umso besser, je mehr Geräte über dieselbe Infrastruktur laufen. Dazu kommt der Roaming-Footprint: Wer viele Netze und Partnerschaften unter einem Dach bündelt, kann internationale Kunden mit einem Vertrag bedienen. Und hinter Netmore steht mit Polar Structure ein Infrastruktur-Investor [1]; in einem solchen Umfeld lassen sich Zukäufe systematisch finanzieren. Konsolidierung ist in einem solchen Markt weder gut noch böse, sie ist Marktmechanik.

Wichtig ist das Gegengewicht: Der LoRaWAN-Markt konsolidiert nicht, weil er schrumpft. Die LoRa Alliance meldete im Dezember 2025 weltweit 125 Millionen deployte LoRaWAN-Endgeräte, ein durchschnittliches jährliches Wachstum von 25 Prozent und mehr als 170 große Mobilfunk-Netzbetreiber mit LoRaWAN-Deployments [8]. Was sich verschiebt, ist die Struktur der Betreiberseite: weniger unabhängige Anbieter, mehr Verhandlungsmacht bei wenigen großen Verbünden. Für Einkäufer von Konnektivität bedeutet das schlicht weniger Ausweichoptionen, falls Konditionen, Roadmap oder Support-Qualität eines Tages nicht mehr passen.

Was Konsolidierung für Kunden von Betreiber-Plattformen bedeutet

Zunächst das, was sich sauber belegen lässt, und das ist unaufgeregt: Bei den Netmore-Übernahmen wurde Kontinuität kommuniziert. Senet läuft als eigenständige Marke weiter [3], Orange bestätigt die Fortführung der ThingPark-Partnerschaft [1]. Es gibt keine Belege für Preiserhöhungen, Kündigungen oder Serviceverschlechterungen infolge dieser Deals, und dieser Beitrag behauptet auch keine.

Strukturell bleiben trotzdem drei Punkte, die jede Risikobetrachtung erfassen sollte. Erstens: Ihr Vertragspartner kann durch M&A wechseln, samt Eigentümerstruktur, Strategie und Prioritäten; wer 2023 einen Vertrag mit Senet, Everynet oder Actility geschlossen hat, sitzt heute einem anderen Konzern gegenüber. Zweitens: Konditionen, Produkt-Roadmap und Support-Modell einer Betreiber-Plattform liegen naturgemäß beim Betreiber, nicht bei Ihnen. Drittens: Ein öffentliches Netz kann enden, auch ohne Übernahme. Das belegte Beispiel ist Objenious: Bouygues Telecom hat sein öffentliches LoRaWAN-Netz in Frankreich zum Ende des Jahres 2024 abgeschaltet und Kunden Migrationspfade Richtung Mobilfunk-IoT (NB-IoT, LTE-M) angeboten [11]. Die Sensoren der Kunden blieben, der Netzzugang nicht.

Zur fairen Einordnung gehört auch die Abgrenzung: Die Sigfox-Insolvenz vom Januar 2022 mit anschließender Übernahme durch UnaBiz betraf eine andere LPWAN-Technologie, nicht LoRaWAN [12]. Sie zeigt aber, dass Abhängigkeit von einem einzelnen Netz-Ökosystem ein reales Risiko im LPWAN-Markt insgesamt ist. Die Konsequenz aus allen drei Punkten ist keine Panik, sondern eine Architekturfrage: Wie viel Kontrolle über Gateways, Network Server und Daten wollen Sie selbst halten?

Betreiber-Plattform oder eigenes Netz: die Grundsatzfrage

Wann die Betreiber-Plattform die richtige Wahl bleibt

Ehrlicherweise gibt es Anwendungsfälle, in denen eine Betreiber-Plattform wie das Netmore/ThingPark-Ökosystem die passende Lösung ist und bleibt:

• Sie brauchen flächige oder nationale Coverage, ohne eigene Gateways zu installieren, etwa für verteilte Assets in Ländern mit öffentlichem LoRaWAN-Netz.
• Ihre Assets bewegen sich über Ländergrenzen und brauchen Roaming mit Settlement, wie es ThingPark Exchange bereitstellt.
• IoT ist bei Ihnen Randthema ohne Betriebsteam, auch ein Managed-Modell wäre noch zu viel Eigenverantwortung.
• Sie sind Telco oder Operator und benötigen OSS/BSS-Integration, Abrechnungssysteme und Carrier-SLAs.

Wann ein eigenes Netz mit Open-Source-LNS lohnt

Das Gegenmodell ist ein privates LoRaWAN-Netz: eigene Gateways plus ein LoRaWAN Network Server (LNS), den Sie selbst betreiben oder betreiben lassen. Es lohnt sich typischerweise, wenn:

• Ihr Einsatzgebiet definiert ist: Werk, Campus, Liegenschaften, Stadtgebiet. Den Weg dorthin beschreibt der Leitfaden Privates LoRaWAN-Netzwerk aufbauen.
• Datenhoheit und DSGVO harte Anforderungen sind, etwa bei Smart Metering oder Gebäudedaten.
• Sie planbare Kosten bei wachsender Geräteflotte wollen, Flatrate statt Per-Device-Pricing.
• Unabhängigkeit von Betreiber-Strategiewechseln ein Architekturziel ist, inklusive der Fähigkeit, den Hosting-Partner zu wechseln.
• Audit- und Kontrollanforderungen bestehen: quelloffene Software, eigene Device-Keys, eigene Exportwege.

Für den Betrieb dieses LNS gibt es zwei Wege: selbst hosten oder ChirpStack als Managed Service betreiben lassen, mit dedizierter Instanz, Backups und Updates aus deutschen Rechenzentren.

Für den DACH-Raum kommt ein struktureller Punkt hinzu: Ein flächendeckendes öffentliches LoRaWAN-Netz wie in den Niederlanden, Belgien oder der Schweiz existiert in Deutschland nicht. Deutsche Deployments, von Stadtwerken über Smart Metering bis Gebäudetechnik, sind überwiegend ohnehin private Netze. Die Grundsatzentscheidung fällt hier also seltener zwischen öffentlichem und privatem Netz, sondern zwischen einer fremden Plattform im Datenpfad und einem selbst kontrollierten Stack. Wie diese Abhängigkeit bei einem US-Hyperscaler aussieht, analysiert der Beitrag AWS IoT Core for LoRaWAN Alternative.

ChirpStack: der Open-Source-LNS als Souveränitätsbaustein

Die technische Basis für das Gegenmodell ist ein quelloffener LNS. ChirpStack steht unter MIT-Lizenz, der Quellcode liegt vollständig auf GitHub, und das Projekt wird aktiv gepflegt: Die aktuelle stabile Version v4.19.0 erschien am 9. Juli 2026, unter anderem mit DevAddr-Ranges pro Tenant, einer neuen class_b_schedule_advance-Konfiguration und verbesserter Downlink-Gateway-Auswahl [9]. Seit Version 4 sind Network- und Application-Server zu einem unified Binary in Rust zusammengeführt; dazu kommen Gateway Bridge, PostgreSQL (oder SQLite für Edge-Setups), Redis und MQTT. Unterstützt werden LoRaWAN 1.0.x und 1.1 sowie die Geräteklassen A, B und C, Multi-Tenancy inklusive [10].

Für die Konsolidierungs-Frage zählt vor allem die Governance-Ebene: MIT-lizenzierte Software kann niemand „übernehmen". Der Code ist forkbar, die Instanz portabel, Device-Keys, Routing und Daten liegen bei dem, der den LNS betreibt. Ein Anbieterwechsel betrifft dann nur noch den Hosting-Vertrag, nicht den Stack. Wie sich ChirpStack gegen das zweite große Open-Source-Ökosystem schlägt, zeigt der Vergleich ChirpStack vs. The Things Stack.

Bemerkenswert ist, dass die LoRa Alliance die Portabilitätsfrage selbst adressiert: Ihre am 1. Juni 2026 vorgestellte 3-Jahres-Roadmap enthält für 2026 ausdrücklich Features, die die Migration von Geräteflotten zwischen verschiedenen LoRaWAN-Netzen erleichtern sollen, dazu End-Device Capabilities Discovery und Walk-By/Drive-By-Auslesung. Für 2027 stehen unter anderem Zero-Touch Onboarding und die Standardisierung der LNS-Schnittstellen auf dem Plan, für 2028 die Gateway-Zertifizierung und ein Standard Application Data Format [7]. Wechselfähigkeit wird damit vom Verhandlungsargument zur Design-Anforderung des Standards. Wer heute eine Architektur wählt, sollte sie daran messen.

Entscheidungsmatrix: Abhängigkeit vs. Kontrolle

Wie viel Eigenbetrieb dabei realistisch ist, hängt vom Team ab; die Abwägung zwischen Selbstbetrieb und Managed-Betrieb behandelt ausführlich der Beitrag ChirpStack-Hosting: Managed vs. Self-Hosted.

DSGVO, Data Act, NIS2: die Compliance-Sicht in Kürze

LoRaWAN-Nutzdaten können Personenbezug haben, etwa bei Smart Metering, Präsenzsensorik oder Tracking. Ein eigener LNS in einem deutschen Rechenzentrum vereinfacht die DSGVO-Seite: klarer Auftragsverarbeiter, AV-Vertrag, keine Drittland-Übermittlung im Standardpfad. Bei Betreiber-Plattformen gehört zur Prüfung, wo LNS und Daten tatsächlich laufen und was bei einem Eigentümerwechsel vertraglich mit Datenverarbeitung und Zusagen passiert. Der EU Data Act verschärft parallel die Anforderungen an Datenzugang und Portabilität bei vernetzten Produkten; die Details samt der Frist 12. September 2026 finden Sie im Beitrag EU Data Act und LoRaWAN. Für Einrichtungen im NIS2-Anwendungsbereich, etwa Energieversorger, gehört die Abhängigkeits- und Lieferkettenbetrachtung zum Risikomanagement; ein Betreiberwechsel durch M&A ist ein klassischer Anlass für einen solchen Review. Dieser Abschnitt ist eine technisch-organisatorische Einordnung und kein Rechtsrat; verbindliche Bewertungen gehören in Ihre Datenschutz- und Rechtsberatung.

chirphost: eigenes LoRaWAN-Netz ohne DevOps-Aufwand

Wer die Kontrollseite der Matrix wählt, ohne PostgreSQL, MQTT-Broker, Updates und Monitoring selbst zu betreiben, bekommt mit chirphost eine dedizierte ChirpStack-Instanz als Managed Service: 8 Regionen zur Wahl, in Deutschland mit ISO-27001- und BSI-C5-zertifizierten Rechenzentren, MQTT- und REST-API, Codec Functions, InfluxDB- und ThingsBoard-Integration, automatische Backups und Updates. Die Pläne: Startup ab 99,90 €/Monat, Business ab 199,90 €/Monat (jeweils DE-Region, zzgl. MwSt.), Enterprise auf Anfrage. Alle Pläne enthalten unbegrenzte Geräte und Gateways (mit Empfehlungsgrenzen je Plan), sind monatlich kündbar und ohne Einrichtungsgebühr; der Test ist 7 Tage kostenlos (Kreditkarte erforderlich). Die Übersicht der ChirpStack-Hosting-Pläne zeigt, welcher Plan zu welcher Flottengröße passt.

Der ehrliche Rahmen dazu: Auch mit chirphost sind Sie nicht „komplett unabhängig". Die Abhängigkeit verschiebt sich auf einen monatlich kündbaren Hosting-Vertrag, während Software, Device-Keys und Daten portabel bleiben, per Export oder Umzug der Instanz. Und chirphost ist nicht für jeden das richtige Modell: Wer nationale Coverage ohne eigene Gateways, globales Roaming mit Settlement oder Telco-OSS/BSS braucht, ist bei einer Betreiber-Plattform besser aufgehoben; für Hobby-Projekte mit wenigen Sensoren reicht oft das Community-Netz von The Things Network.

Fazit

Die Netmore-Actility-Übernahme ist kein Alarmsignal, aber ein Signal: Der LoRaWAN-Betreibermarkt sortiert sich in großen Schritten neu, fünf Transaktionen in zwei Jahren sprechen eine klare Sprache [1][3][4][5][6]. Für Telco-Anwendungsfälle entsteht dabei ein stärkerer Partner mit größerem Footprint. Für Unternehmen, die LoRaWAN als Werkzeug für eigene Anwendungen nutzen, verschiebt sich die Abwägung dagegen weiter Richtung Kontrolle: Ein privates Netz mit quelloffenem LNS macht Eigentümerwechsel auf Betreiberseite zur Randnotiz, weil Stack, Keys und Daten bei Ihnen liegen. Dass die LoRa Alliance die Migration zwischen Netzen zum Standard-Feature erklärt, bestätigt diese Richtung [7]. Die Entscheidungsmatrix oben liefert die Kriterien; wer den eigenen Weg prüfen will, startet mit dem Vergleich ChirpStack vs. Actility ThingPark und dem Leitfaden Privates LoRaWAN-Netzwerk aufbauen.

Netmore, Actility, ThingPark, Abeeway, Senet, Everynet, American Tower, Arson Metering, Objenious, Sigfox, UnaBiz, ChirpStack und The Things Network sind Marken ihrer jeweiligen Inhaber. Dieser Beitrag steht in keiner Verbindung zu den genannten Unternehmen; Nennungen dienen ausschließlich der sachlichen Einordnung.

Quellen

1. Actility: Netmore Group Acquires Actility (26.01.2026)
2. Netmore Group: Netmore Acquires Actility to Lead Global Transformation of Massive IoT (26.01.2026)
3. Netmore Group: Expansion nach Nordamerika, Übernahme des LoRaWAN-Betreibers Senet (06.02.2024)
4. Netmore Group: Übernahme des LoRaWAN-Betreibers Everynet (30.10.2024)
5. Netmore Group: Netmore übernimmt den kommerziellen Betrieb des American-Tower-LoRaWAN-Netzes in Brasilien (15.09.2025)
6. Netmore Group: Übernahme von Arson Metering, Wasser- und Gas-Utilities (22.09.2025)
7. LoRa Alliance: 3-Year Roadmap for Scaling LoRaWAN Globally (01.06.2026)
8. LoRa Alliance: 125 Million LoRaWAN End Devices Deployed Globally (10.12.2025)
9. ChirpStack: GitHub Releases, v4.19.0 vom 09.07.2026 (MIT-Lizenz)
10. ChirpStack: offizielle Website und Dokumentation (Architektur, Integrationen)
11. Objenious: Shutdown of the LoRaWAN network (Netz-Ende Dezember 2024)
12. IoT Tech News: Sigfox enters insolvency proceedings (Januar 2022)