Braucht IoT wirklich 5G? Vergleich von 2G, 4G, LTE-M, NB-IoT und 5G RedCap

Kurzantwort: Viele IoT-Geräte benötigen kein 5G-Modem mit vollem Funktionsumfang. Ein Zähler mit gelegentlichen Messwertmeldungen, ein bewegter Tracker und eine Videokamera stellen sehr unterschiedliche Anforderungen. NB-IoT, LTE-M und herkömmliches LTE können jeweils geeignet sein. 5G RedCap ergänzt eine weniger komplexe 5G-Option für Anwendungen zwischen Sensoren mit geringem Durchsatz und anspruchsvollen Breitbandgeräten. Die richtige Wahl hängt von der Arbeitslast, dem Energiebudget, den verfügbaren Netzen und den Dienstvereinbarungen während der vorgesehenen Gerätelebensdauer ab.

Die praktische Frage lautet: Welche Technologie liefert den benötigten Dienst an den vorgesehenen Standorten zu vertretbaren Kosten über den gesamten Lebenszyklus?

Dieser Leitfaden unterscheidet technische Möglichkeiten von tatsächlich einsetzbaren Diensten. Standards beschreiben, was möglich ist. Die konkrete Kombination aus Modul, Firmware, Antenne, Mobilfunkvertrag und Netz bestimmt, was ein Produkt tatsächlich nutzen kann.

Beginnen Sie beim Gerät, nicht bei der Generationsnummer

Beschreiben Sie die Anwendung vor einer Konnektivitätsanfrage anhand überprüfbarer Anforderungen.

• Wie viele Daten enthält jede Transaktion, einschließlich Protokoll-Overhead?
• Wie oft sendet das Gerät im Normalbetrieb und bei einem Vorfall?
• Wie schnell muss ein Befehl das Gerät erreichen?
• Bewegt es sich während des Datenaustauschs?
• Erfolgt die Versorgung über Netzstrom, ein Fahrzeug, einen Akku oder eine gekapselte Batterie?
• Wo wird es betrieben, einschließlich Innenräumen und grenzüberschreitenden Strecken?
• Wie groß sind Firmware-Updates und Diagnose-Uploads?
• Wie lange muss es ohne Vor-Ort-Einsatz betriebsfähig bleiben?

Trennen Sie normalen von außergewöhnlichem Datenverkehr. Ein Gerät, das normalerweise nur wenige Messwerte meldet, kann bei einem Firmware-Wechsel umfangreiche Downloads benötigen. Ein Alarmgerät sendet möglicherweise meistens fast nichts, muss eine Ereignismeldung aber innerhalb einer strikten Frist zustellen.

Formulieren Sie vor der Hardwareauswahl ein Abnahmekriterium. Zum Beispiel: „Das Gerät muss am ungünstigsten repräsentativen Installationsort einen Alarm innerhalb der vereinbarten Frist zustellen, auch nach Wiederherstellung des Betriebs nach einem Netzausfall.“ Das ist für die Entwicklung hilfreicher als „muss 5G unterstützen“.

Was die Technologienamen tatsächlich bedeuten

2G: eine zu verwaltende Abhängigkeit von Bestandstechnik

2G bleibt für vorhandene Geräte relevant. Seine weitere Verfügbarkeit muss jedoch für jedes Land und jeden Betreiber geprüft werden. Es gibt keinen einheitlichen weltweiten Abschalttermin.

Die aktuellen britischen Hinweise von Ofcom berichten beispielsweise von abgeschlossenen 3G-Abschaltungen und dem laufenden Ausstieg aus 2G. Sie weisen auch auf Risiken für IoT-Geräte mit internationalen Roaming-SIMs hin. Das ist ein britisches Beispiel, kein Zeitplan für andere Märkte. [1]

Bei einem neuen langlebigen Produkt schafft ein reines 2G-Design eine schwierige Abhängigkeit. Bei einer installierten Flotte muss zunächst genau ermittelt werden, welche Funktionen noch darauf angewiesen sind. Daten, SMS, Sprachanrufe und Fernkonfiguration können unterschiedliche Migrationsanforderungen haben.

4G LTE: eine Familie von Gerätefähigkeiten

„4G“ bezeichnet keine einzelne feste Modemspezifikation. LTE Cat-1 und Cat-1 bis verfolgen andere Entwicklungsprioritäten als Kategorien mit höherem Durchsatz wie Cat-4. Cat-1 bis erlaubt eine einzelne Empfangsantenne und kann damit das Hardwaredesign vereinfachen. Antennenleistung und Abdeckung müssen dennoch getestet werden.

Herkömmliches LTE ist eine wichtige Option, wenn die Anwendung mehr Datenkapazität als eine stromsparende Sensorverbindung braucht oder der geplante Dienst einen besser geeigneten LTE-Zugang bietet. Der Vergleich des Betreibers Telenor umfasst Cat-1, Cat-1 bis und höhere LTE-Kategorien neben spezialisierten IoT-Technologien. [2]

Das bedeutet keinen universellen Zugang: Der konkrete Mobilfunkvertrag muss die Nutzung der vorgesehenen Netze erlauben, und das Modul muss deren Frequenzbänder unterstützen.

LTE-M: stromsparender Mobilfunk mit Mobilitätsunterstützung

LTE-M ist eine LTE-basierte Low-Power-Wide-Area-Technologie. Häufig wird sie mit Cat-M1-Geräten verbunden, wobei die Fähigkeiten je nach Release und Implementierung variieren. Sie kommt für begrenzte Datenmengen infrage, wenn sowohl Mobilität als auch Energieverbrauch wichtig sind.

NB-IoT und LTE-M sind ergänzende Technologien, die mit 3GPP Release 13 eingeführt und in späteren Releases weiterentwickelt wurden. Es handelt sich nicht einfach um austauschbare Bezeichnungen für eine allgemeine IoT-SIM. [3]

Bewerten Sie LTE-M bei einem bewegten Objekt anhand der vorgesehenen Route, des Meldeintervalls und der angestrebten Batterielaufzeit. Die Unterstützung im Modem allein belegt weder Roaming-Zugang noch die für das Energieziel notwendigen Netzeinstellungen.

NB-IoT: schmalbandige Konnektivität für kleine Datenübertragungen

NB-IoT ist eine weitere LTE-basierte Low-Power-Wide-Area-Option. Kleine, seltene Meldungen stationärer Geräte sind ein häufiger Grund, sie zu prüfen. Verfahren zur Reichweitenverbesserung können schwierige Installationen unterstützen, garantieren aber keinen Empfang in jedem Keller, Schaltschrank oder unterirdischen Gehäuse.

Für Anwendungen mit dauerhaftem Datentransfer oder kontinuierlicher Mobilität bei bestehender Verbindung ist die Technologie im Allgemeinen weniger geeignet als darauf ausgelegte Alternativen. Nutzen Sie dies als Ausgangspunkt der Auswahl, nicht als Ersatz für einen produktspezifischen Versuch. [3, 4]

5G RedCap: eine NR-Gerätekategorie mit reduzierten Fähigkeiten

RedCap steht für Reduced Capability. Die mit 3GPP Release 17 eingeführte Technologie reduziert Aspekte der Komplexität von 5G-New-Radio-Geräten, darunter Bandbreite und Antennenanforderungen, gegenüber leistungsfähigeren NR-Geräten. Vorgesehene Anwendungen umfassen Industriesensoren, Wearables und bestimmte Videoanwendungen. [5]

RedCap ist kein anderer Name für LTE-M und bietet nicht automatisch eine mit NB-IoT vergleichbare Batterielaufzeit. Ein Netz mit normalem Smartphone-5G ist kein ausreichender Nachweis für die Verfügbarkeit eines RedCap-Dienstes.

5G mit vollem Funktionsumfang: durch die Arbeitslast begründen

Manche Anwendungen benötigen hohen Durchsatz, eine geeignete 5G-Architektur oder Fähigkeiten eines sorgfältig ausgelegten Industrienetzes. Diese Anforderungen können ein leistungsfähigeres 5G-Gerät rechtfertigen.

Öffentlicher Mobilfunk mit der Bezeichnung „5G“ ist jedoch keine Garantie für deterministische Latenz, ein privates Netz, Network Slicing oder ein industrielles Service-Level-Agreement. Beschreiben Sie die tatsächliche Dienstanforderung und fragen Sie nach ihrer Umsetzung.

Ein praktischer Vergleich

Die folgende Tabelle ist eine redaktionelle Auswahlhilfe. Sie ist weder eine Leistungsgarantie noch eine Aussage zur Produktverfügbarkeit bei SIM24.biz.

Die maximale Modemgeschwindigkeit ist keine Zusage für den Anwendungsdurchsatz. Erfassen Sie Messwerte unter den vorgesehenen Betriebsbedingungen, einschließlich langsamerer Fälle.

Der Begriff „5G“ macht LTE-M und NB-IoT nicht überflüssig

Die Beziehung der Generationen ist komplexer als eine einfache Ablösungsfolge. LTE-M und NB-IoT tragen zum Bereich massenhafter Maschinenkommunikation im 5G-Ökosystem bei und bleiben dabei LTE-basierte Funktechnologien. Sie unterscheiden sich von 5G NR RedCap. Ericssons technische Übersicht erläutert diese Einordnung. [6]

„Wir brauchen eine 5G-IoT-Strategie“ bedeutet deshalb nicht zwangsläufig „jeder Sensor braucht ein NR-Modem“. Gemeint sein kann die Verwaltung mehrerer Technologiefamilien entsprechend ihren Anwendungsanforderungen.

Verlangen Sie bei der Beschaffung genaue Angaben zu Funktechnologien und Gerätekategorien. Eine pauschale Aussage wie „5G-ready“ lässt zu viele Fragen offen.

RedCap und eRedCap: vielversprechend, aber mit konkreten Abhängigkeiten

Release 18 erweitert den Ansatz reduzierter Fähigkeiten durch eRedCap und weitere Komplexitätsreduktionen. RedCap und eRedCap sind als unterschiedliche Gerätefähigkeiten zu bewerten. Ein Release-17-Gerät erhält nicht durch eine Verkaufsbezeichnung sämtliche Release-18-Fähigkeiten. [7]

Lassen Sie sich vor der Auswahl eines RedCap-Produkts schriftlich bestätigen:

1. Das genaue Modul, die Firmware und die unterstützten Funkbänder.
2. Die kompatible 5G-Standalone- und RedCap-Unterstützung des Betreibers.
3. Den Zugang für den vorgesehenen Vertrag, gegebenenfalls einschließlich Roaming.
4. Unterstützten LTE-Fallback, falls das Produkt ihn benötigt.
5. Das Verhalten bei nicht verfügbarem RedCap-Dienst.
6. Erforderliche Zertifizierungen und deren Status in den Zielmärkten.

Dies ist eine Qualifikationsliste, keine Behauptung, jede Implementierung unterstütze alle Punkte. Dual-Mode-Hardware kann nützliche Flexibilität bieten; Fallback muss jedoch entwickelt und getestet werden. [7]

Stützen Sie einen Einführungsplan nicht auf eine angekündigte Netzfunktion, bevor ein repräsentatives Gerät den vorgesehenen kommerziellen Dienst erfolgreich genutzt hat.

Abdeckung ist technologie- und vertragsabhängig

Ein Land auf der Abdeckungsliste eines Anbieters belegt nicht, dass dort alle Funktechnologien verfügbar sind.

Trennen Sie fünf Fragen:

• Setzt der Betreiber die benötigte Technologie ein?
• Deckt sie den tatsächlichen Installationsort oder die Route ab?
• Unterstützt das Modul die betreffenden Bänder?
• Darf dieser SIM- oder eSIM-Vertrag sie nutzen?
• Werden die benötigten Dienstfunktionen für diesen Vertrag unterstützt?

Die GSMA-Deployment-Karte hilft, angekündigte LTE-M- und NB-IoT-Einführungen zu identifizieren. Sie dient der Recherche, nicht als Dienstnachweis für eine bestimmte Adresse oder eine bestimmte Wholesale-Vereinbarung. [8]

Erstellen Sie eine Prüfmatrix mit Land, Betreiber, Funktechnologie, Modulvariante, Vertrag und Testergebnis. Überführen Sie ungeklärte Felder in den Versuchsplan, statt sie als abgedeckt zu betrachten.

Berücksichtigen Sie bei internationalen Flotten die tatsächlichen Grenzübertritte und Installationsumgebungen. Eine erfolgreiche Bürovorführung in einem Land qualifiziert ein Produkt nicht für ein Lager, Fahrzeug oder einen Keller an einem anderen Ort.

Roaming erfordert mehr als normalen mobilen Datenzugang

Die Mobile-IoT-Leitlinien der GSMA behandeln Interoperabilität und Roaming zwischen LTE-M- und NB-IoT-Implementierungen. Unterschiede in Konfiguration, unterstützten Funktionen und Netzarchitektur können den Ende-zu-Ende-Dienst beeinflussen. [9]

Fragen Sie nach technologiespezifischem Zugang statt nur nach einer Länderzahl. Bleiben Geräte länger im Ausland, lassen Sie zusätzlich bestätigen, dass der geplante Einsatz nach den geltenden Dienstvereinbarungen zulässig ist.

Dokumentieren Sie das vorgesehene Verhalten bei abgelehntem Zugang. Versucht es das Gerät erneut, wählt es ein anderes erlaubtes Netz, verwendet es einen anderen unterstützten Funkmodus oder wartet es? Wer darf diese Einstellungen ändern, und wie stellt ein Offline-Gerät den Betrieb wieder her?

Das sind Entscheidungen des Betriebsdesigns. Ein SIM-Verwaltungsdashboard kann keine Firmware ausgleichen, die endlos einen nicht verfügbaren Dienst erneut anfordert.

Die Batterielaufzeit hängt vom vollständigen Betriebszyklus ab

Stromsparfunktionen wie Power Saving Mode (PSM) und extended Discontinuous Reception (eDRX) können den Energieverbrauch senken. Sie beeinflussen auch die Erreichbarkeit: Ein tief schlafendes Gerät ist nicht ständig für sofortige Downlink-Befehle verfügbar. GSMA-Material zum Roaming behandelt Pufferung und die Unterstützung entsprechender Funktionen. [10]

Messen Sie für das Energiebudget einen vollständigen Betriebszyklus:

1. Aufwachen und lokale Verarbeitung der Sensordaten.
2. Netzsuche und Registrierung, soweit erforderlich.
3. Verbindungsaufbau und sicherheitsbezogenen Nachrichtenaustausch.
4. Übertragung, Bestätigung und Wiederholungen.
5. Ein gegebenenfalls vorgesehenes Empfangsfenster und anschließendes Einschlafen.

Ergänzen Sie Szenarien mit schwachem Signal, nicht verfügbaren Netzen und wiederholten Fehlern. Berücksichtigen Sie den Energiebedarf von Ortung, Anzeigen, Sensoren und Prozessor, nicht nur den des Modems.

Ein beispielhaftes technisches Modell lautet:

Tagesenergie = Schlafenergie + Energie regulärer Meldungen + erwartete Wiederholungsenergie + zugeordnete Wartungsenergie.

Verwenden Sie Messwerte des tatsächlichen Geräts. Berücksichtigen Sie danach Batteriealterung, Temperatur und nutzbare Kapazität. Dieses Modell ist eine Planungsmethode, keine Zusage einer bestimmten Zahl von Betriebsjahren für eine Funktechnik.

Eine nützliche Anbieterfrage lautet: „Mit welchem Meldeintervall, welchen Signalbedingungen, welcher Firmware-Version und welchen Downlink-Anforderungen wurde die Batterielaufzeit ermittelt?“

Reaktionszeit ist eine Ende-zu-Ende-Anforderung

Bei einem Befehl von der Anwendung zum Gerät ist die Funkverbindung nur ein Teil des Weges. Das Gerät kann schlafen, der Verkehr kann über einen entfernten Netzausgangspunkt laufen, und die Anwendung kann eigene Warte- oder Wiederholungsverzögerungen verursachen.

Messen Sie getrennte Schritte: Befehl abgesendet, vom Backend angenommen, vom Gerät empfangen, ausgeführt und bestätigt. Ein erfolgreicher Netzaufbau beweist nicht, dass der Geschäftsvorgang abgeschlossen wurde.

Bei sicherheitsrelevanten oder zeitkritischen Produkten müssen Entwicklung und Qualitätssicherung geeignetes Fehlerverhalten und dessen Validierung definieren. Eine allgemeine kommerzielle 5G-Verbindung belegt nicht, dass diese Anforderungen erfüllt sind.

Fünf praktische Auswahlbeispiele

Die folgenden Beispiele sind hypothetische Entwicklungsübungen, keine Kundenfallstudien oder Garantien für Fähigkeiten von SIM24.biz.

1. Ein Wasserzähler im Keller

Der Zähler sendet kleine Messwertmeldungen und muss mit einer gekapselten Batterie arbeiten. Prüfen Sie NB-IoT und gegebenenfalls LTE-M. Testen Sie das tatsächliche Gehäuse an repräsentativen Einbaupositionen.

Entscheidend ist kein Geschwindigkeitstest, sondern ob Meldungen zuverlässig ankommen, Wiederholungen im Energiebudget bleiben und Wartung ohne ungeplanten Besuch möglich ist. Werden Fernbefehle benötigt, legen Sie deren zulässige Wartezeit fest.

2. Ein Tracker auf grenzüberschreitenden Strecken

Der Tracker meldet während der Bewegung und wechselt im Betriebsleben zwischen Netzen. LTE-M sowie LTE Cat-1/Cat-1 bis kommen je nach Energiebedarf und zugänglichen Netzen zur Prüfung infrage.

Testen Sie Grenzübertritte, vorübergehenden Dienstausfall und die Wiederherstellung nach längerer Unterbrechung. Prüfen Sie die korrekte Übertragung gespeicherter Positionen und den Batteriebedarf von Wiederholungen. Qualifizieren Sie das Gerät nicht nur durch einen stationären Test am Bürofenster.

3. Ein Zahlungs- oder Verkaufsterminal

Transaktionsdaten können klein sein, doch vorhersehbare Reaktion und Wiederherstellung sind wichtig. Bewerten Sie herkömmliches LTE zusammen mit anderen geeigneten Optionen. Machen Sie die vollständige Transaktion einschließlich Sicherheits-Handshake und Anwendungsbestätigung zur Abnahmeeinheit.

Beziehen Sie Software-Updates, Ferndiagnose und die längste erwartete Leerlaufzeit ein. Ein erfolgreicher Ping ist kein erfolgreicher Verkauf.

4. Eine fernüberwachte Kamera

Ermitteln Sie den benötigten Uplink anhand von Bildqualität, Bildrate, Codec und Aufzeichnungsregeln. Eine Kamera mit gelegentlichen Standbildern hat andere Anforderungen als kontinuierliches Video.

Vergleichen Sie geeignete LTE-Kategorien, RedCap und leistungsfähigeres 5G mit dem gemessenen Verkehr. Testen Sie dauerhaften Upload, Überlastung und Wiederherstellung, und berechnen Sie das Datenvolumen aus dem tatsächlichen Stream. Wählen Sie den Tarif nicht nach der nominalen Downloadgeschwindigkeit des Modems.

5. Ein Industrie-Gateway

Ein Gateway, das viele Maschinen zusammenführt, kann mehr Kapazität als jeder einzelne Sensor benötigen. Eventuell braucht es auch lokale Pufferung, damit eine Unterbrechung nicht sofort zum Datenverlust führt.

Definieren Sie, welche Funktionen lokal weiterlaufen, welche warten dürfen und welche eine begrenzte Reaktionszeit benötigen. Ist ein spezialisiertes privates Netz notwendig, bewerten Sie diese Architektur ausdrücklich. Die Funkgeneration allein definiert keine industrielle Lösung.

SIM, eSIM und Funktechnologie sind getrennte Entscheidungen

Eine physische SIM oder ein eSIM-Profil liefert die Zugangsdaten des Mobilfunkvertrags. Modem, Funkdesign und Firmware bestimmen, welche Funktechnologien das Gerät verwenden kann.

Ein eSIM-Profilwechsel fügt kein nicht unterstütztes Frequenzband hinzu und verwandelt kein reines 2G-Modem in ein 4G- oder 5G-Gerät. Remote Provisioning kann Vertragsflexibilität ermöglichen, wenn Gerät, Provisionierungsarchitektur und kommerzielle Vereinbarungen dies unterstützen. Fehlende Funkhardware ersetzt es nicht.

Trennen Sie bei der Designprüfung diese Arbeitsbereiche:

• Funkhardware und Zertifizierung.
• Vertragszugang und kommerzielle Bedingungen.
• SIM- oder eUICC-Implementierung und Profilverwaltung.
• Anwendungsverhalten und Fernwartung des Geräts.

Grundlagen erläutern eSIM, physische SIM-Karte, eUICC und iSIM: Was ist der Unterschied? und der unten verlinkte Architekturartikel.

Vergleichen Sie Lebenszykluskosten, nicht nur die monatliche SIM-Gebühr

Richten Sie die Wirtschaftlichkeitsrechnung an der vorgesehenen Nutzungsdauer aus. Berücksichtigen Sie Hardware, Entwicklung, Tests, Konnektivität, Backend-Betrieb, Support, Batteriewechsel und Vor-Ort-Einsätze.

Arbeiten Sie mit Szenarien statt erfundenen Marktpreisen. Vergleichen Sie beispielsweise ein günstigeres Modul mit häufigerer Wartung mit einem teureren Design, das Besuche reduziert. Setzen Sie tatsächliche Lieferantenangebote und eigene Betriebskosten ein.

Ein internes Kostenmodell kann lauten:

Flottenkosten = Geräte und Installation + Entwicklung und Qualifikation + Konnektivität und Betrieb + Wartung + Migration und Außerbetriebnahme.

Zählen Sie Positionen, die bereits in Anbietergebühren enthalten sind, nicht doppelt. Dokumentieren Sie Annahmen wie Ausfallraten und Batteriewechselintervalle und variieren Sie diese anschließend, um die entscheidenden Annahmen zu erkennen.

Das Ergebnis kann für unterschiedliche Produkte unterschiedliche Technologien begünstigen. Die Vereinheitlichung aller Geräte auf ein Modem ist nur sinnvoll, wenn die betrieblichen Vorteile zusätzliche Kosten und Einschränkungen überwiegen.

Ein Migrationsplan für Bestandsflotten

Installierte Geräte inventarisieren

Erfassen Sie Modulmodell, Firmware, unterstützte Technologien und Bänder, SIM-Anbieter, Installationsland und tatsächliche Nutzung. Identifizieren Sie scheinbar 4G-fähige Geräte, die für eine bestimmte Funktion weiterhin ältere Netze benötigen.

Das Risiko dem Standort zuordnen

Beschaffen Sie betreiberspezifische Dienstinformationen und prüfen Sie diese regelmäßig neu. Unterscheiden Sie nationale Abschaltankündigungen vom Zugangsverlust, der für einen Roaming-Vertrag relevant ist.

Den Ersatz als vollständiges Produkt testen

Validieren Sie Antennen, Stromversorgung, Gehäuse, Konfiguration und Backend-Kompatibilität. Testen Sie Ausfall und Wiederherstellung des Dienstes, nicht nur den Normalbetrieb.

In kontrollierten Gruppen ausrollen

Beginnen Sie mit repräsentativen Standorten, definieren Sie Abnahmekriterien und beobachten Sie Fehler vor der Ausweitung. Halten Sie ein Wiederherstellungsverfahren für Geräte vor, die sich nicht erneut verbinden. Schließen Sie die Migration erst ab, wenn die erforderlichen Geschäftsfunktionen mit dem Ersatzdienst arbeiten.

Checkliste vor dem Einsatz

• □Normaler, maximaler und wartungsbedingter Verkehr sind gemessen.
• □Zustellfristen und zulässiges Verhalten bei Ausfällen sind definiert.
• □Modul, Firmware, Bänder und Antennendesign sind genau dokumentiert.
• □Technologiebezogener Netz- und Vertragszugang sind bestätigt.
• □Erforderliches Roaming und langfristige Einsatzvereinbarungen sind geprüft.
• □Stromspareinstellungen und Downlink-Erreichbarkeit sind gemeinsam getestet.
• □Repräsentative Innenraum-, Bewegungs- und Schwachsignalbedingungen sind berücksichtigt.
• □Verhalten bei Netzablehnung, Wiederholungen und Wiederherstellung ist überprüft.
• □Firmware-Updates und Rollback sind unter realistischen Bedingungen getestet.
• □Geräteprotokolle lassen sich Anwendungs-Zustellnachweisen zuordnen.
• □Supportverantwortung und Eskalationsweg sind vereinbart.
• □Lebenszyklus- und Migrationsannahmen haben einen Prüftermin.

Fragen an den Konnektivitätsanbieter

1. Welche konkret benannten Netze unterstützen die erforderliche Technologie für diesen Vertrag?
2. Welche Modul- und Firmware-Kombinationen wurden getestet?
3. Wie unterscheidet sich der Zugang im Inland und beim Roaming?
4. Welche Stromsparfunktionen werden unterstützt, und welche Einstellungen können sich ändern?
5. Was geschieht, wenn das bevorzugte Netz oder die Technologie nicht verfügbar ist?
6. Welche Nachweise können Sie aus einem Pilotbetrieb mit unserer tatsächlichen Hardware liefern?
7. Wie werden Änderungen an Abdeckung oder Dienstberechtigung kommuniziert?
8. Welche Diagnosemöglichkeiten bestehen, wenn die Registrierung gelingt, die Datenzustellung aber scheitert?
9. Welche Supportaufgaben liegen bei Ihnen, dem Hardwareanbieter und unserem Team?
10. Welche vertraglichen und technischen Optionen bestehen bei notwendiger Migration?

Eine umfassendere kommerzielle Bewertung bietet Wie Sie einen White-Label-SIM- und eSIM-Anbieter auswählen.

Häufig gestellte Fragen

Braucht jedes IoT-Gerät 5G?

Nein. Wählen Sie nach Arbeitslast, Energiebedarf, Abdeckung, Reaktionszeit und Nutzungsdauer. Viele Anwendungen lassen sich mit geeigneten LTE-basierten Technologien bedienen; anspruchsvolle Anwendungen können 5G rechtfertigen.

Ist LTE-M dasselbe wie gewöhnliche 4G-Datenübertragung?

LTE-M gehört zur LTE-Familie, erfordert aber spezifische Unterstützung im Gerät und Netz. Eine gewöhnliche LTE-Roaming-Vereinbarung sollte nicht automatisch als ausreichend gelten.

Ist NB-IoT für Batteriegeräte immer die beste Wahl?

Nein. Das hängt von Datenverkehr, Einbaubedingungen, Erreichbarkeit und Implementierung ab. Vergleichen Sie gemessenen Energiebedarf und Anwendungszustellung einschließlich Wiederholungen und Wartung.

Kann NB-IoT für ein bewegtes Gerät verwendet werden?

Bewerten Sie Bewegungsmuster und Implementierung sorgfältig. Gelegentliche Meldungen eines ortsveränderlichen Objekts unterscheiden sich von durchgehender Versorgung während kontinuierlicher Bewegung. Prüfen Sie Alternativen, wenn verbundene Mobilität wichtig ist.

Bedeutet 5G-Abdeckung, dass RedCap funktioniert?

Nein. Bestätigen Sie kompatible RedCap-Netzunterstützung, Bänder, Gerätezertifizierung und Vertragsberechtigung. Gewöhnliche 5G-Abdeckung ist kein ausreichender Nachweis.

Wird RedCap LTE-M und NB-IoT ersetzen?

Es sollte nicht als universeller Ersatz betrachtet werden. Die Technologien bedienen unterschiedliche Kombinationen aus Durchsatz, Komplexität und Energiebedarf. Künftige Verfügbarkeit ist anhand konkreter Betreiber- und Geräte-Roadmaps zu bewerten.

Kann eSIM eine Netzabschaltung lösen?

Sie kann einem kompatiblen Gerät helfen, einen anderen verfügbaren Vertrag zu nutzen. Sie ergänzt keine Funkfähigkeiten veralteter Hardware, und ein anderes zugängliches Netz muss weiterhin existieren.

Reicht Multi-Netz-Zugang für Ausfallsicherheit?

Er kann Optionen bieten, die das Gerät aber unterstützen und erfolgreich nutzen muss. Testen Sie Fehlererkennung, Auswahl, Wiederherstellungszeit und Anwendungsverhalten. Die Anzahl gelisteter Netze ist kein Resilienzmaß.

Sollte ein neues Produkt auf eRedCap warten?

Nur wenn Anforderungen und Lieferplan diese Abhängigkeit rechtfertigen. Vergleichen Sie eine heute einsetzbare Option mit der technischen, kommerziellen und zeitlichen Unsicherheit des Wartens. Verlangen Sie Nachweise für die konkreten Zielmärkte.

Wie wählen wir zwischen LTE Cat-1 und LTE-M?

Vergleichen Sie tatsächliche Hardware und Dienst mit Energiezielen, Datentransfers, Mobilität, zugänglichen Netzen und Wartungsanforderungen. Führen Sie einen repräsentativen Pilotbetrieb durch, bevor Sie Flottenmengen bestellen.

Besprechen Sie Ihre IoT-Konnektivitätsanforderungen mit SIM24.biz

Planen Sie ein IoT-Produkt oder ein Konnektivitätsangebot unter eigener Marke? Teilen Sie SIM24.biz Zielländer, Geräte- und Modulinformationen, erwarteten Verkehr, Energiegrenzen und den Einführungszeitplan mit.

Diese Angaben bilden die Grundlage, um einen geeigneten SIM- oder eSIM-Dienst zu besprechen und den technischen Validierungsbedarf zu bestimmen. Die Verfügbarkeit von LTE-M, NB-IoT, RedCap, Roaming und konkreten Verwaltungsfunktionen muss für den vorgeschlagenen Dienst und Einsatz bestätigt werden.

Kontaktieren Sie SIM24.biz, um Anforderungen und nächste Schritte zu besprechen.

Quellen und weiterführende Informationen

Quellen geprüft am 20. Oktober 2026. Betreiberabdeckung, Zugang und Abschaltpläne können sich ändern. Standarddokumente und technische Erläuterungen beschreiben Fähigkeiten; sie belegen keine bestimmte Dienstzusage von SIM24.biz. Auswahlrahmen, hypothetische Beispiele, Kostenmodell und Checklisten sind redaktionelle Orientierung, keine gemessenen Kundenergebnisse.

1. Ofcom: Abschaltung von 2G und 3G, Hinweise für IoT- und Drittgeräteanbieter.
2. Telenor IoT: Vergleich der IoT-Konnektivität. Betreiberperspektive; zum Vergleich der Kategorien verwendet, nicht als universelle Abdeckungsgarantie.
3. GSMA: Mobile IoT Deployment Guide, Oktober 2022.
4. GSMA: NB-IoT Deployment Guide, Ausgabe 2.
5. 3GPP: Einblick in NR-RedCap-Geräte und RedCap-Informationen bei 3GPP finden.
6. Ericsson: RedCap, Erweiterung des 5G-Geräteökosystems für Verbraucher und Industrie.
7. Ericsson: RedCap/eRedCap, Standardisierung vereinfachter 5G-IoT-Geräte.
8. GSMA: Mobile-IoT-Deployment-Karte.
9. GSMA: Mobile-IoT-Deployment-Leitlinien für Interoperabilität und reibungsloses Roaming.
10. GSMA: Mobile-IoT-Roaming.