Tarife einführen und Geräte verbinden, ohne ein eigenes Kernnetz aufzubauen

Vereinbarungen für Datenplattform und IoT laufen in der Regel mit einer monatlichen Mindestabnahme. Wir legen sie gemeinsam mit Ihnen im Angebot fest.

Geräte können eSIM nach SGP.32 (IoT) neben Multi-IMSI-Profilen auf einer Plattform nutzen, verwaltet per API oder Portal. Installierte SGP.02-Bestände bleiben in ihrer Generation und können nicht over the air zu SGP.32 wechseln; daher bestimmt der Hardwarezyklus, wann eine Flotte wechselt: SGP.32-fähige Module für neue Geräte, bestehende SGP.02-Einheiten bis zu ihrer Ausmusterung. Der eIM, der die Profile für die Flotte auswählt, kann je nach Projekt von uns, von einem lokalen Betreiber oder von Ihnen betrieben werden. SGP.32 für IoT-Geräte erläutert, welche Flotten infrage kommen.

Sie ersetzt den Aufwand für Kernnetz und BSS hinter Ihrer Marke: Teilnehmerdaten, Lebenszyklus von SIM und eSIM, Tarif- und Geschwindigkeitsvorlagen sowie Nutzungsberichte. Produkt, Preisgestaltung und Kundensupport bleiben bei Ihnen.

Multi-IMSI funktioniert mit gewöhnlichen SIMs und wechselt IMSI-Profile, wenn ein Gerät zwischen Netzen wechselt; eSIM benötigt eine eUICC und ermöglicht es, das Betreiberprofil over the air zu ändern. Viele Flotten nutzen beides: Multi-IMSI auf günstigerer Hardware für breite Abdeckung, eSIM dort, wo das Gerät dafür ausgelegt ist. Multi-IMSI vs. eUICC vergleicht beide.

Monatliche Daten je Gerät, durchschnittlich und in der Spitze, wie oft Firmware-Updates ausgeliefert werden, ob das Gerät lokal bleibt oder roamt und wie lange es mit einem Akku laufen muss. Der Datenverbrauchsrechner rechnet ein Nutzungsprofil in GB um; das Akkulaufzeit-Tool zeigt, was das Funkmodul je Meldung verbraucht.

IMEI/TAC, die vom Funkmodul unterstützten Bänder, ob das Gerät eine eUICC (EID) hat, wie Firmware-Updates ausgeliefert werden und wo das Gerät eingesetzt wird. Vier Nummern: IMSI, ICCID, IMEI, MSISDN erklärt, welche Kennung welche Frage beantwortet; der Rest wird im Angebot für das von Ihnen genannte Ziel bestätigt.

Zuerst kommen Rufnummern- und IMSI-Bereiche, Tarifvorlagen und die API-Anbindung, dann eine Pilotgruppe von SIMs oder eSIMs, dann der Produktivbetrieb mit Nutzungsberichten in Ihren eigenen Systemen. Skalieren Sie nach Gruppen statt nach einzelnen SIMs, damit Tarife, Preismodelle und Berichte auch bei wachsendem Bestand überschaubar bleiben.

Eine feste Vorlaufzeit sagen wir nicht zu. Zuerst kommen Rufnummern- und IMSI-Bereiche, Tarifvorlagen und die API-Anbindung, dann eine Pilotgruppe; der Zeitplan hängt daher von Ihrem Projekt ab. Ihr Angebot legt ihn dar.

Entscheiden Sie früh, ob jedes Gerät auf einem Roaming-Profil bleiben oder zu einem lokalen Profil wechseln soll, denn diese Wahl bestimmt sowohl die Kosten als auch die geltenden Regeln. Home Routing und Local Breakout erklärt den Pfad beider Varianten, und die Erklärung zu Multi-IMSI zeigt, wie der Wechsel auf der SIM funktioniert.