-
Die Erfindung betrifft ein Testverfahren zur Überprüfung eines Prozesses zur Bereitstellung von fernkonfigurierten eSIMs (RSP, Remote eSIM Provisioning). Die Erfindung betrifft ferner ein aktives Testsystem, das ein solches Testverfahren bereitstellt.
-
Testsysteme für mobile Netze sind zum Beispiel aus der
US 10,097,981 B1 , der
US 7,831,249 B2 und der
WO 2004/049746 A1 bekannt.
-
Eine Aufgabe der Erfindung besteht darin, die Fähigkeiten eines solchen Testsystems zum Testen von mobilen Netzen mit Remote eSIM Provisioning zu verbessern.
-
Die Aufgabe wird am besten durch ein Testverfahren, das die Merkmale aus Anspruch 1 enthält, und durch ein aktives Testsystem, das die Merkma-1e aus Anspruch 7 enthält, gelöst.
-
Die eUICC-Karte (Embedded Universal Integrated Circuit Card, eingebettete universelle integrierte Kartenschaltung) oder das eSIM (eingebettetes SIM) ist weit verbreitet und wird für das Verbraucher-IoT (Internet of Things, Internet der Dinge) und für M2M- Vorrichtungen (Maschine-Maschine-Vorrichtungen) verwendet, um eine Vorrichtung gegenüber einem mobilen Netz zu identifizieren. Ferner wird das eSIM auch für Smartphones eingeführt. Das eSIM ist die nächste Generation der SIM-Technologie, die physische Karten durch eine Kombination von Hardware und Software ersetzen soll, was die Möglichkeit bietet, eine Vorrichtung ferngesteuert zwischen Bedienern zu schalten. Die Technologie ermöglicht es einer Vorrichtung, mehrere Konnektivitätsanbieter (als Profile bekannt) zu hosten und ist zur Verwendung über das gesamte Spektrum von Mobilvorrichtungen, einschließlich Smartphones und IoT-Module, gestaltet.
-
Der Hardwareteil einer eUICC-Karte wird in erster Linie in einem eingebetteten Formfaktor (MFF2) hergestellt. Der Softwareteil des eSIM kann durch Fern-Download heruntergeladen und auf der eUICC-Karte installiert werden. Der Prozess wird als Remote eSIM Provisioning (RSP) bezeichnet. Der Begriff eUICC oder eSIM, der in diesem Patent erwähnt wird, bezieht sich auf eine „personalisierte“ eUICC oder eSIM als Softwareteil der herunterzuladenden eUICC. Eine eUICC ist nicht einfach zugänglich oder austauschbar, soll in der Vorrichtung nicht entfernt oder ersetzt werden und ermöglicht eine sichere Änderung von Anmeldungen.
-
Die GSMA hat für eine eSIM-Bereitstellung für die M2M-Vorrichtungen bzw. die Verbrauchervorrichtungen zwei Standards spezifiziert
- - GSMA SGP.02 v4.0, 25. Feb. 2019 - Embedded SIM Remote Provisioning Architecture
- - GSMA SGP.22 v2.2.1, 18. Dez. 2018 - RSP Technische Spezifikation.
-
Beide Aspekte sind von dem Testverfahren und dem aktiven System gemäß der Erfindung abgedeckt.
-
Es können mehrfache Profile auf eine eUICC heruntergeladen und installiert werden. Ein Profil wird einem Bediener zugewiesen und ist eine Kombination aus einer Dateistruktur, Daten und Anwendungen, die auf einer eUICC bereitgestellt werden sollen oder vorhanden sind, was bei Aktivierung den Zugriff auf eine spezifische mobile Netzinfrastruktur ermöglicht. Es kann gleichzeitig nur ein Profil aktiviert und betriebsbereit sein. Jedes Profil auf einer eUICC kann so verwaltet werden, dass es durch eine eSIM-RSP-Plattform seitens des Bedieners oder eines Dritten aktiviert, deaktiviert, entfernt oder von einem zu einem anderen geschaltet werden kann.
-
Das Testverfahren und das aktive Testsystem verwenden ein Ende-zu-Ende-Testverfahren, welches die mobile Netzkonnektivität und -Dienste im Zusammenhang mit dem RSP-Prozess überprüft. Das Testverfahren überprüft das RSP in dem Testsystem und testet die mobile Netzkonnektivität unter Verwendung des SIM, das in einem nationalen oder internationalen aktiven Netz bereitgestellt wird gemäß
- - GSMA SGP.02 RSP für M2M-Vorrichtungen,
- - GSMA SGP.22 RSP für Verbrauchervorrichtungen.
-
Das eSIM-Profil ist ein personalisierter Softwareteil, das heißt eine Software, die einem zugewiesenen Benutzer zugeordnet ist, einer Embodied Universal Integrated Circuit Card (eUICC). Eine derartige Software umfasst mindestens ein Benutzerprofil. Der RSP-Prozess kann für Verbrauchervorrichtungen verwendet werden, zum Beispiel für Smartphones, Smartwatches, tragbare Vorrichtungen und/oder für M2M-Vorrichtungen (Maschine-Maschine-Vorrichtungen). Der Messdetektor kann eine M2M-Vorrichtung simulieren. Der Messdetektor kann ein Smartphone und/oder eine Verbraucher-IoT-Vorrichtung simulieren. Das Testverfahren überprüft insbesondere die Konnektivität und Dienste eines mobilen Netzes. Das Anfordern des eSIM-Profils von der RSP-Plattform kann manuell oder automatisch erfolgen. Ein Sender der Anforderung kann ein Mobilnetzbetreiber (MNO) sein. Vor der Anforderung kann der RSP-Prozess initiiert werden. Während des Testverfahrens kann ein vorheriges Arbeitsprofil oder ein Urlade-Profil, welches zuvor auf der eUICC installiert worden ist, deaktiviert werden und das heruntergeladene eSIM-Profil wird aktiviert. Das Prüfen kann durch Überwachung des Auftretens mindestens eines fehlgeschlagenen Kriteriums ausgeführt werden. Ein solches fehlgeschlagene Kriterium kann auf Grundlage der Zeitüberwachung einer RSP-Plattformverbindung und/oder der Zeitüberwachung einer Netzanmeldung und/oder basierend auf einer erwarteten Struktur einer Anforderung, eines Auslösens und/oder eines Herunterladens, und/oder basierend auf einer Zeitüberwachung einer Neuanmeldung einer Vorrichtung mit dem heruntergeladenen, aktualisierten eSIM-Profil festgestellt werden.
-
Die Netzkonnektivität und -Dienste werden während des Testverfahrens kontinuierlich durch eSIM-Swapping bereitgestellt.
-
Eine sendende Entität einer Anmeldeanfrage gemäß Anspruch 2 kann einen Proxy eines Mobilnetzbetreibers verwenden. Eine Anmeldeanfrage kann einen Link oder einen Code enthalten. Während des Auslöseschritts kann die sendende Entität der Anforderung die Anmeldeanfrage von dem Testprofil bestätigen. Die Bestätigung kann den Messdetektor auslösen, sodass er eine Downloadadresse zum Herunterladen des angeforderten eSIM-Profils findet. Die Auslöseoption kann eine SM-DP+-Standardadresse (SM-DP: Subscription Manager Data Preparation, Anmeldemanager-Datenvorbereitung), die auf dem Ziel-eSIM gespeichert ist, einen Root-SM-DS (SM-DS: Subscription Manager Discovery Server, Anmeldemanager-Feststellungsserver) zum Feststellen des FQDN (Fully Qualified Domain Name, vollständig angegebener Rechnername) der SM-DP+-Adresse oder einen Aktivierungscode, der die SM-DP+-Adresse enthält, verwenden.
-
Ein Anforderungsplan gemäß Anspruch 3 kann eine Menge an eSIM-Profilen, die von der RSP-Plattform zu erzeugen ist, einen IMSI-Wert oder IMSI-Werte oder einen IMSI-Bereich, einen ICCID-Wert oder ICCID-Werte oder einen ICCID-Bereich, einen nicht personalisierten Profiltyp oder nicht personalisierte Profiltypen oder Informationen über ein Ziel-eSIM oder über Ziel-eSIMs, wie eine EID (eUICC-ID) umfassen. Die EID kann an eine angeforderte eSIM-Profil-ID (ICCID) gebunden sein.
-
Ein Testverfahren gemäß Anspruch 4 hat seine Effizienz bewiesen.
-
Dies gilt insbesondere für ein Testverfahren gemäß Anspruch 5. Die HTTP-Sitzung kann eine e2e-(Ende-zu Ende)-Verbindung über ein TLS-Protokoll (TLS: Transport Layer Security, Transportschichtsicherheit) zwischen der Ziel-eUICC und der RSP-Plattform erstellen. Der Messdetektor kann einen BIP-Kanal (BIP: Bearer Independent Protocol, trägerunabhängiges Protokoll) zur Kommunikation zwischen dem Messdetektor und der Ziel-eUICC erstellen. Die CAT_TP-Sitzung kann zwei Befehle enthalten, d. h. eine Anfrage für einen e2e-CAT_TP-Link und/oder Daten zum Öffnen des BIP-Kanals. Eine solche HTTPs-Sitzung oder CAT_TP-Sitzung kann während des Testverfahrens insbesondere über LTE/EPS aufrecht gehalten werden.
-
In einem Testverfahren gemäß Anspruch 6 kann eine Netzübergangsidentifizierung über einen APN (Access Point Name, Zugangspunktname) ausgeführt werden, der insbesondere in der Auslöse-SMS angegeben ist.
-
Die Vorteile eines aktiven Testsystems gemäß Anspruch 7 entsprechen den vorstehend in Bezug auf das Testverfahren erwähnten. Ein Messdetektor kann als Smartphone ausgeführt sein.
-
Ein aktives Testsystem gemäß Anspruch 8 ist besonders für eine M2M-Anwendung geeignet. Das SM-DP-Modul (SM-DP: Subscription Manager Data Preparation, Anmeldemanager-Datenvorbereitung) kann Anforderungen empfangen, und das SM-SR-Modul (SM-SR: Subscription Manager Secure Routing, sicheres Anmeldemanager-Routing) kann personalisierte eSIM-Profile verwalten.
-
Ein Anforderungsmodul gemäß Anspruch 9 kann mit der RSP-Plattform über eine Web-Schnittstelle oder über eine API (Application Program Interface, Anwendungsprogramm-Schnittstelle) kommunizieren.
-
Eine RSP-Plattform gemäß Anspruch 10 ist besonders für Smartphones und/oder Verbraucher-IoT-Vorrichtungen geeignet. Das SM-DP+-Modul kann personalisierte eSIM-Profile verwalten. Das SM-DS-Modul kann eine geeignete SM-DP+-Adresse zum Messdetektor identifizieren.
-
Eine Signalverbindung zwischen dem SIM-Server gemäß Anspruch 11 mit einem Messdetektor kann über LAN/WAN erstellt werden. Ein SIM-Multiplexgerät gemäß Anspruch 11 stellt eine geographische Trennung des Messdetektors und den Ziel-eUICCs/eSIMs bereit.
-
Ein Cloud-basiertes System gemäß Anspruch 12 ermöglicht eine komfortable und kostengünstige Client-Verbindung,
-
Ausführungen der Erfindung werden hier nachstehend mit Bezug auf die beigefügten Zeichnungen beschrieben. Diese Zeichnungen zeigen:
- 1 schematisch Hauptkomponenten eines aktiven Testsystems zum Bereitstellen eines Testverfahrens zum Überprüfen eines RSP-Prozesses (Remote eSIM Provisioning Process) für eine M2M-(Maschine-Maschine)-Vorrichtung;
- 2 in einer schematischen Abbildung ähnlich wie 1 eine weitere Ausführungsform eines aktiven Testsystems, das ein entsprechendes RSP-Überprüfungsprozess-Testverfahren für eine Verbrauchervorrichtung, z. B. ein Smartphone oder andere Verbraucher-IoT-Vorrichtungen, bereitstellt;
- 3 eine Testsystemkonfiguration, die ein SIM-Multiplexgerät enthält; und
- 4 eine Testsystemkonfiguration, die über eine Cloud kommuniziert.
-
Testen von eSIM-RSP für M2M
-
Eine eUICC-Remote-Provisioning-and-Management-Plattform, die als RSP-(Remote SIM Provisioning)-Plattform 1 bekannt ist, ist für das Remote eSIM Provisioning zuständig. Sie umfasst zwei Entitäten, ein SM-DP-Modul (SM-DP: Subscription Manager Data Preparation) 2 und ein SM-SR-Modul (SM-SR: Subscription Manager Security Routing) 3, die sicher miteinander verbunden sind. Das SM-DP-Modul 2 arbeitet für einen Mobilnetzbetreiber (MNO) 4. Das SM-SR-Modul 3 erstellt einen sicheren und authentifizierten Transportkanal zu einem personalisierten Softwareteil einer eingebetteten Universal Integrated Circuit Card (eUICC) oder einem eingebetteten SIM (eSIM). Ein solcher Softwareteil kann einem zugewiesenen Benutzer oder einer angeschlossenen Vorrichtung, insbesondere als Teil des Internets der Dinge (Internet of Things, IoT), zugeordnet sein. Das SM-SR-Modul 3 verwaltet ferner personalisierte Profile an der eUICC, die heruntergeladen oder geschaltet werden sollen.
-
Eine eSIM-Karte 5 von irgendeinem geeigneten Formfaktor wird in einen Messdetektor 6 eingeführt, der gemäß einer Ausführungsform eine M2M-Vorrichtung simuliert. Der Messdetektor 6, der mehrere Instanzen aufweisen kann, ist Teil eines aktiven Testsystems 7 und dafür konfiguriert, mindestens ein angefragtes eSIM-Profil zum Herunterladen von der zu prüfenden RSP-Plattform 1 zu empfangen. Die eingeführte eSIM-Karte 5 enthält ein aktuell arbeitendes Profil, welches sich von dem angefragten Profil, das angefordert und bereitgestellt werden soll, unterscheidet.
-
1 veranschaulicht drei Schritte, „Anforderung - Auslösen - Herunterladen“ von Testprozeduren zum Überprüfen des Herunterladens des angefragten eSIM-Profils.
-
Anfordern des eSIM-Profils (Anforderungsschritt 8)
-
Das RSP für eine M2M-Vorrichtung wird von einem Vertreter des MNO 4 initiiert, um ein besonderes eSIM-Profil für eine identifizierte Ziel-eUICC bei dem SM-DP-Modul 2 der RSP-Plattform 1 anzufordern. Es werden zwei beispielhafte Testszenarien angesprochen:
-
Das eSIM-Profil wird manuell an der zu prüfenden RSP-Plattform 1 angefordert
-
Ein menschlicher Tester vom MNO 4 verbindet sich mit der zu prüfenden RSP-Plattform 1 und sendet die eSIM-Download-Anforderung 8 manuell an die RSP-Plattform 1, die die eSIM-Karten in dem Messdetektor 6 zum Ziel hat, und wartet auf eine Bereitstellungsnachricht von der RSP-Plattform 1.
-
Das eSIM-Profil wird automatisch an der zu prüfenden RSP-Plattform 1 angefordert
-
Das aktive Testsystem 7 vom MNO 4 interagiert mit der zu prüfenden RSP-Plattform 1 über eine Web-Schnittstelle oder eine API (Application Programming Interface) mit einem Anforderungs-Token zum Anfordern von einem oder mehreren eSIM-Profilen. Der RSP-Prozess kann automatisch initiiert werden. Das Testsystem 7 wartet auf die Bereitstellungsnachricht von der RSP-Plattform 1. Der Anforderungs-Token kann folgendes enthalten:
- - die Menge der von dem SM-DP-Modul 2 zu erzeugenden eSIM-Profile;
- - den IMSI-Wert (-Werte) oder -Bereich (IMSI: International Mobile Subscriber Identity, Internationale Mobilfunkteilnehmeridentität);
- - den ICCID-Wert (-Werte) oder -Bereich (ICCID: Integrated Circuit Card ID, ID der integrierten Kartenschaltung);
- - nicht personalisierte(r) Profiltyp(en);
- - Informationen über die Ziel-eUICC(s), wie eine EID (eUICC-ID),
-
Auslöseschritt 9
-
Das SM-SR-Modul 3 in der zu prüfenden RSP-Plattform 1 löst ein Herunterladen des angefragten eSIM-Profils über eine OTA-Schnittstelle (OTA: Over the Air, drahtlos) zur Ziel-eSIM-Karte 5 in dem Messdetektor 6 aus. Das SM-SR-Modul 3 sendet eine Auslöser-SMS, die an die eSIM-Karte 5 gerichtet ist. Wenn der Messdetektor 6 mit dem aktuellen Profil auf der eSIM-Karte 5 in einem Mobilfunknetz angemeldet ist (z. B. EPS-Anmeldung in einem 4G/5G-Netz oder GPRS-Anmeldung in einem 2G/3G-Netz), wird die von dem SM-SR-Modul 3 gesendete Auslöser-SMS über den Messdetektor 6 an die Ziel-eSIM-Karte 5 geliefert und löst je nach eUICC-Support eine HTTPs-Sitzung oder eine CAT_TP-Sitzung (CAT_TP: Card Application Toolkit Transport Protocol) aus. Basierend auf einem in der Auslöser-SMS eingekapselten APN (Access Point Name, Zugangspunktname) erstellt der Messdetektor eine PDN-Verbindung (PDN: Paketdatennetz) zu einem in dem APN genannten Netzübergang.
-
Der Messdetektor 6 empfängt den Auslöser 9 und verarbeitet ihn an die eSIM-Karte 5. Falls HTTPs verwendet wird, enthält die Auslöser-SMS einen HTTP-Sitzung-Auslösungsbefehl, der zu einem Erstellen einer e2e-(Ende-zu-Ende)-HTTP-Sitzung über ein TLS-Protokoll (TLS: Transport Layer Security) zwischen der eSIM-Karte 5 und dem SM-SR-Modul 3 in der RSP-Plattform 1 führt. Unterhalb der HTTP-Sitzung erstellt der Messdetektor 6 eine TCP/IP-Transportverbindung für die Sitzung zur RSP-Plattform 1 und erstellt einen BIP-Kanal (BIP: Bearer Independent Protocol) für die Kommunikation zwischen dem Messdetektor und der eSIM-Karte 5.
-
Falls ein CAT TP verwendet wird, enthält die Auslöser-SMS zwei Befehle,
- - eine Anfrage für die Herstellung eines e2e-CAT_TP-Links zwischen der eSIM-Karte 5 und dem SM-SR-Modul 3,
- - Daten für das Öffnen des BIP-Kanals zwischen dem Messdetektor 6 und der eSIM-Karte 5.
-
Auf ähnliche Weise erstellt der Messdetektor 6 unterhalb der CAT TP-Sitzung eine UDP/IP-Verbindung für die Sitzung und den BIP-Kanal (Bearer Independent Protocol) für die Kommunikation zwischen dem Messdetektor 6 und der eSIM-Karte 5.
-
Schritt des Herunterladens und Installierens 9a
-
Ein Betrieb der angefragten Prozedur zum Herunterladen und Installieren des angefragten eSIM-Profils wird zwischen der eSIM-Karte 5 und dem Messdetektor 6 einerseits und der zu prüfenden RSP-Plattform 1 andererseits ausgeführt und kann in vier Hauptschritten ausgeführt werden.
- - Erstellen einer Profilentität einer sicheren Domain für jedes angefragte eSIM-Profil, das auf die eSIM-Karte 5 heruntergeladen werden soll,
- - Personalisieren der Entität mit einem ersten sicheren Schlüsselsatz, was als Schlüsselerstellung bezeichnet wird,
- - Herunterladen des angefragten eSIM-Profils vom SM-DP-Modul 2 und Installieren des eSIM-Profils mittels RAM (Remote Application Management, Fernverwaltung der Anwendung) auf die eSIM-Karte 5,
- - Aktivieren des neu installierten eSIM-Profils und Deaktivieren des zuvor verwendeten Arbeitsprofils auf der eSIM-Karte 5, was als Profile Switching (Profilwechsel) bezeichnet wird.
-
Während des Betriebs hält der Messdetektor 6 eine zuverlässige HTTPs-Sitzung oder CAT_TP-Sitzung über LTE/EPS (Evolved Package System) aufrecht.
-
Testen von eSIM-RSP für Verbrauchervorrichtungen
-
Mit Bezug auf 2 wird eine weitere Ausführungsform eines aktiven Testsystems, das ein Testverfahren zur Überprüfung eines RSP-Prozesses für Smartphones bzw. Verbraucher-IoT-Vorrichtungen bereitstellt, beschrieben. Komponenten und Funktionen, die bereits in Bezug auf die Ausführungsform aus 1 besprochen worden sind, haben die gleichen Bezugszeichen und werden nicht erneut im Einzelnen besprochen.
-
Eine zu prüfende RSP-Plattform 1 für die eSIM-RSP von Smartphones bzw. Verbraucher-IoT-Vorrichtungen bestehen aus zwei Teilen: einem SM-DP+-Modul 10 (Subscription Manager Data Preparation+) und einem SM-DS-Modul 11 (Subscription Manager Discovery Server). Das SM-DP+-Modul 10 bereitet Profilpakete vor, sichert sie mit einem Profilschutzschlüssel, bindet jedes geschützte Profilpaket an eine entsprechende EID und lädt diese gebundenen Profilpakete sicher auf die jeweilige eSIM-Karte 5 herunter. Das SM-DS-Modul 11 ist erforderlich, falls dem Messdetektor 6 eine SM-DP+-Adresse nicht bekannt ist.
-
Die eSIM-Karte 5 wird in den Messdetektor 6 eingeführt, der eine Verbrauchervorrichtung simuliert oder darstellt. Der Messdetektor 6 ist mit dem aktiven Testsystem 7 verbunden und dafür ausgelegt, ein angefragtes eSIM-Profil zu empfangen, das von der zu prüfenden RSP-Plattform 1 heruntergeladen werden soll. Die eingeführte eSIM-Karte 5 enthält ein aktuell arbeitendes Profil, welches sich von dem Profil (den Profilen) unterscheidet, das angefordert und bereitgestellt werden soll. Zum Herunterladen der angefragten eSIM-Profile von dem SM-DP+ oder zum Feststellen der SM-DP+-Adresse über das SM-DS- Modul 11 verwendet der Messdetektor das sichere HTTPs-Protokoll.
-
2 veranschaulicht beispielhafte vier Schritte, „Anfragen - Anfordern - Auslösen - Herunterladen“ von Testprozeduren zum Überprüfen des Herunterladens eines angefragten eSIM-Profils.
-
Anfrage 12 zur Anmeldung
-
Das Testsystem 7 initiiert den RSP-Prozess und beantragt eine Anmeldung.
-
Anfordern 13 eines eSIM-Profils
-
Der MNO 4 fordert das angefragte eSIM- Profil am SM-DP+-Modul 10 an.
-
Das vorbereitete eSIM-Profil ist im SM-DP+-Modul 10 gesichert gespeichert. Eine EID ist an die eSIM-Profil-ID (ICCID) gebunden.
-
Auslöser 14 - Bestätigung der Anmeldung
-
Der MNO 4 bestätigt dem Messdetektor 6 die Anmeldung, was auslöst, dass der Messdetektor 6 eine geeignete Adresse zum Herunterladen des angefragten eSIM-Profils findet. Die Prozedur ist bedienerabhängig und kann durch Zugriff auf eine URL unter Verwendung eines Local Profile Assistant (LPA) oder durch eine interne Funktion in der Firmware einer Vorrichtung erfolgen. Es gibt z. B. drei Optionen zum Auslösen des Messdetektors 6, die die Verbrauchervorrichtungen oder ein Smartphone darstellen.
- - Verwendung einer Standard-SM-DP+-Adresse, die in der eSIM-Karte 5 gespeichert ist
- - Verwendung eines Root-SM-DS zum Feststellen der SM-DP+-Adresse (FQDN)
- - Verwendung eines Aktivierungscodes (AC)
-
Der Messdetektor 6 wählt eine der Prozeduren in folgender Reihenfolge aus.
- - Verwendung einer Standard-SM-DP+-Adresse
-
Diese Möglichkeit wird häufig als Einschalt-Profilfeststellung verwendet. Der Messdetektor 6 ruft die Standard-SM-DP+-Adresse ab, die vorkonfiguriert und in der eSIM-Karte 5 gespeichert ist.
- - Verwendung eines Root-SM-DS zur Profilfeststellung
-
Der Messdetektor 6 ruft eine SM-DC-Adresse ab, die vorkonfiguriert und in der eSIM-Karte 5 gespeichert ist, stellt eine TLS-Verbindung zu einem SM-DC-Server her, stellt eine wechselseitige Authentifizierung mit SM-DC auf HTTPs her und sendet eine Ereignis-Anfrage ohne Ereignis-ID. Der SM-DC beantwortet die Ereignis-Anfrage mit einem AC (= SM-DP+-Adresse + passende ID), d. h. einem Aktivierungscode, an den Messdetektor 6.
-
Das aktive Testsystem 6 hat durch irgendwelche Mittel von dem MNO 4, z. B. über E-Mail oder eine API, einen Aktivierungscode empfangen. Der AC enthält mindestens
- - eine SM-DP+-Adresse
- - einen AC-Token (passende ID)
-
Der AC kann durch manuelles Tippen oder durch Einscannen eines QR-Codes (QR: Quick Response) in den Messdetektor 6 eingegeben werden.
-
Schritt des Herunterladens und Installierens 15
-
Ein Betrieb der eSIM-Profil-Downloadprozedur 15 wird zwischen dem Messdetektor 6 und dem SM-DP+-Modul 10 der zu prüfenden RSP-Plattform 1 ausgeführt. Während des Betriebs hält der Messdetektor 6 eine zuverlässige e2e-HTTPs-Sitzung über TCP/IP über LTE / EPS für Festkabel aufrecht. Der Messdetektor 6 initiiert den Download des angefragten eSIM-Profils mit den Parametern EID und einer passenden ID zum Identifizieren eines gebundenen Profilpakets. Die passende ID ist leer, falls das Profil von der Standard-SM-DP+-Adresse heruntergeladen wird.
-
Nach Empfangen des gesamten gebundenen Profilpakets initiiert der Messdetektor 6 die Installation des angefragten eSIM-Profils auf der eSIM-Karte 5 auf sichere und geschützte Weise.
-
In einer weiteren Ausführungsform kann ein Smartphone als Messdetektor 6 verwendet werden.
-
Das eSIM-RSP im Smartphone wird wie die vorstehend anhand der eSIM-Karte 5 in dem Messdetektor 6 beschriebene eSIM-Download-Prozedur ausgeführt. Das Smartphone wird als spezielle Ausführungsform des Messdetektors 6 angesehen, d. h. es fungiert als mobile Testvorrichtung mit der gleichen Benutzerzugriffsschnittstelle zu den mobilen Anwendungen.
-
Bei Enterprise-Smartphones wird eine EID-Liste für die angefragte eSIM-Profil-Anforderung verwendet. Der oben beschriebene Ansatz der Verwendung eines Root-SM-DS zur Adressenfeststellung wird im Auslöser-Schritt 14 verwendet.
-
In einer weiteren Ausführungsform, die in 3 gezeigt ist, weist das aktive Testsystem ein SIM-Multiplexgerät 16 auf. Das SIM-Multiplexgerät 16 weist einen SIM-Server 17 und eine Vielzahl von eSIM-Karten 5 auf. Der SIM-Server 17 ist in Signalverbindung mit dem Messdetektor 6, der bei dieser Ausführungsform ein SIM-Emulationsmodul 18 aufweist, das in Signalverbindung mit einer Messdetektorumgebung 19 ist, die als Mobilgerät oder Smartphone ausgeführt sein kann.
-
Die SIM-Emulation in dem SIM-Emulationsmodul 18 stellt eine Ziel-eSIM oder eUICC der eSIM-Karte 5 dar oder verhält sich wie eine solche.
-
Das SIM-Multiplexgerät 16 ermöglicht eine geographische Trennung des Messdetektors 6 und der eSIM-Karten 5 (eUICC) für die Bereitstellung der mehreren eSIMs und das anschließende bereitgestellte eSIM-Versenden.
-
Das Testsystem 7, das das Multiplexgerät 16 verwendet, überbrückt Nachrichten zwischen der eSIM-Karte 5 (eUICC) und dem SM-SR-Modul 3 (für eine M2M-Vorrichtung, vergleiche 1 oben) oder dem SM-DP+-Modul 10 (für Smartphones und/oder Verbraucher-IoT-Vorrichtungen, vergleiche 2 oben) unter Verwendung der mobilen Verbindung, die von der Messdetektorumgebung 19 des Messdetektors 6 bereitgestellt ist. Eine entsprechende Ausführungsform wird nachstehend anhand von 4 beschrieben.
-
Die eSIM-RSP-Überprüfung besteht aus zwei sequentiellen Testteilen.
- a) Überprüfen, dass das eSIM-Profil bereitgestellt und vom Urladen zum Ziel-Bediener gewechselt wird durch Prüfen, ob der Messdetektor erfolgreich erneut im Netz angemeldet wurde und durch Vergleichen des neuen IMSI-Wertes mit demjenigen vor dem eSIM-RSP.
- b) Nachträgliches Testen der RSP-Netzdienst-Sicherstellung unter Verwendung der bereitgestellten eSIM in dem Messdetektor für grundlegende Mobildienste, z. B. HTTPs-Download, Ping, SMS MO MT und Voice MO MT. Derartige nachträgliche Tests der RSP-Netzdienst-Sicherstellung werden nicht weiter im Einzelnen beschrieben.
-
Bei dem Testsystem kann es sich um ein herkömmliches Server-/Clientmodell-basiertes verteiltes Testsystem handeln. Seit kürzerer Zeit werden weitgehend Cloud-basierte Testsysteme eingesetzt. Der Messdetektor kann an jeden der Typen des Testsystems angeschlossen werden.
-
Eine Kommunikation zwischen Hauptkomponenten des Testsystems 7 kann über einen Cloud-basierten Testserver 20 erfolgen (vergleiche 4).
-
Ein derartiges für die Cloud angepasstes Testsystem 7 wird für die Überprüfung eines eSIM-RSP-Prozesses (siehe 4) eingesetzt und unterstützt SMS und/oder RAM (Remote Application Management) über HTTP(s) über LTE/EPS.
-
In 4 sind verschiedene Ausführungsformen von Messdetektoren 6 gezeigt, die über Kernnetzschnittstellen oder über Funkschnittstellen kommunizieren.
-
Die RSP-Testprozedur unter Verwendung des für die Cloud angepassten Testsystems 7 entspricht der vorstehend beschriebenen. Eine Standard-Testsequenz, die aus EPS ATTACH und Trigger-SMS besteht, kann ausgeführt werden.
-
Nachstehend werden Hauptaspekte betreffend die Überprüfung eines manuell ausgelösten RSP-Prozesses besprochen.
-
Es wird ein einseitiger aktiver Test ausgeführt. Für dieses Szenarium startet der Benutzer den Test und löst dann manuell den RSP-Prozess von der Bereitstellungsplattform aus (Clients 21). Die Testsequenz ist folgendermaßen:
- - Anmelden im Netz (MNO 4, vergleiche 1 und 2 oben),
- - Warten auf das Empfangen der Bereitstellungs-SMS-MT oder der SM-DP+-Adresse mit einem AC-Token,
- - Warten, bis die eSIM-Bereitstellungs-HTTPs-Sitzung zwischen der eSIM-Karte 5 und der RSP-Plattform 1 (einschließlich eines SM-SR-Moduls 3 oder eines SM-DP+ 10) abgeschlossen ist,
- - Warten auf eine erfolgreiche erneute Anmeldung im Netz mit dem neuen bereitgestellten eSIM-Profil,
- - Abmelden vom Netz.
-
Eingabeparameter
-
Es sollten Standard-Testparameter eingeschlossen werden. Außerdem sollte ein Zeitüberwachungsparameter eingeschlossen sein, sodass der Benutzer eine Zeitüberwachung dafür einstellen kann, wie lange auf die Bereitstellungs-Auslöser-SMS von dem SM-SR-Modul
3 gewartet werden soll. Beispiele sind in der nachfolgenden Tabelle angegeben:
Parameter | Typ | Standard | Beschreibung |
RS_Timeout | Ganzzahl | 90 | Zeitüberwachung [s] zur Erkennung einer IMSI-Änderung während des Bereitstellungsprozesses. Bei Überschreitung kehrt das Modul mit err failed zurück. |
Re AttachTimeout | Ganzzahl | 90 | Zeitüberwachung [s] von der Netzabmeldung nach der Aktualisierung des eSIM-Profils bis zur erfolgreichen Neuanmeldung im neuen APN |
SMS_DCS (Data Coding Scheme) | String | F6 | Durch Leerraum getrennte Liste von erwarteten DCS-Werten der RSP-SMS. Kann verwendet werden, um die Bereitstellungs-SMS für die Modulergebnisse zu identifizieren und das Warten auf weitere Auslöser-SMS anzuhalten. 8-Bit-Daten, Klasse 2 (SIM-spezifisch) |
Re Attach APN | String | | Gemäß APN für die Neuanmeldung nach der eSIM-Profil-Aktualisierung |
-
Schlüsselparameter-Indikatoren (Key Parameter Indicators, KPIs)
-
Es sollten die folgenden KPIs vorgesehen sein:
Name | Typ | Beschreibung |
ProvisioningSuccess | INT | Falls die IMSI-Änderung erkannt wird, lautet diese Flagge 1, ansonsten 0. Leer, falls das Modul eSIM_Provisioning nicht gestartet werden konnte |
ProvisioningDuration | DURATIO N MSEC | Dauer von der Zeit des offenen Kanalpakets bis zum geschlossenen Kanalpaket von der decodierten T0-Spur |
StartIMSI | varchar(100) | IMSI der eSIM vor der SIM-Profil-Aktualisierung |
EndlMSI | varchar(100) | IMSI der eSIM nach der erfolgreichen SIM-Profil-Aktualisierung |
SMSR IPAddress (oder SM-DP+_IPAddress) | varchar(100) | IP-Adresse der SM-SR, die von dem decodierten T0-Log extrahiert wurde |
SMS ReceiveDuration | DURATIO N MSEC | Dauer vom Start des eSIM_Bereitstellungsmoduls bis zur eingehenden SMS mit dem erwarteten DCS-Wert (für M2M-Vorrichtung) |
SubscriptionDuration | DURATIO N MSEC | Dauer vom Start der eSIM-Bereitstellung für die Anmeldeanfrage bis zur Anmeldebestätigung (für Verbrauchervorrichtung) |
-
Die Überprüfungsergebnisse können in einer Ergebnisdatei aufgezeichnet werden. Eine derartige Datei könnte in einem PCAP-Format (Packet Capture) vorliegen.
-
Die folgenden Ausfallkriterien können während der RSP-Überprüfung festgestellt werden:
- - Keine SMS vom SM-SR empfangen (während der vom Benutzer konfigurierten Zeitüberwachungsdauer) oder keine Anmeldebestätigung (AC) empfangen
- - HTTPs-Sitzung zwischen der eSIM-Karte 5 oder der SIM-Emulation in dem SIM-Emulationsmodul 18 und der RSP-Plattform (SM-SR oder SM-DP+) ist nicht geöffnet
- - die IMSI am Ende ist die gleiche wie die IMSI zu Beginn
- - Die Netzneuanmeldung beim neuen APN nach der IMSI-Änderung ist nicht erfolgreich
-
Bei einem automatisch ausgelösten RSP (vergleiche die anhand von 2 oben beschriebene Ausführungsform) sollte das aktive Testsystem 7 gemäß 4 zwei Schnittstellen für RSP verwenden:
- - eine mobile Schnittstelle für den RSP-Prozess selbst
- - eine LAN-Schnittstelle zum Interagieren mit der API der zu prüfenden RSP-Plattform 1
-
Diese Testsequenz muss je nach der zu prüfenden Plattform, die der Kunde benutzt, angepasst werden.
-
Der mobile Schnittstellenteil sollte das gleiche Verhalten wie bei dem vorstehend besprochenen manuell ausgelösten Szenarium haben:
- - Anmelden im Netz (MNO 4, vergleiche 1 und 2 oben)
- - Warten auf die Bereitstellungs-Auslöser-SMS
- - Warten, bis die HTTPs-Sitzung zwischen der eSIM-Karte 5 und der RSP-Plattform 1 (SM-SR-Modul 3 oder SM-DP+ 10) abgeschlossen ist,
- - Abmelden vom Netz.
-
Die LAN-Schnittstelle sollte verwendet werden, um API-Befehle an die Bereitstellungsplattform 21 zu senden. Die Befehle sollten vom Benutzer konfigurierbar sein, z. B. ein Download-Profil, ein Löschprofil oder ein Aktivierung sprofil.
-
Eingabeparameter
-
Wie beim manuellen Szenarium sollte ein Zeitüberwachungsparameter eingeschlossen sein, sodass der Benutzer eine Zeitüberwachung dafür einstellen kann, wie lange auf die Bereitstellungs-Auslöser-SMS vom SM-SR-Modul 3 gewartet werden soll.
-
Zusätzliche Parameter zum Interagieren mit der API müssen eingeschlossen sein, wie Betriebstyp, Authentifizierung an der API, eSIM/eUICC-ID (EID) - die ID des angefragten eSIM-Profils, das bereitgestellt werden muss, IMSI. Die komplette Liste von Parametern kann basierend auf der speziellen RSP-Plattform-API-Dokumentation spezifiziert werden.
-
Schlüsselparameterindikatoren
-
Es sollten die folgenden KPIs vorgesehen sein:
- - IMSI zu Beginn des Tests
- - IMSI am Ende des Tests
- - IP-Sitzungsdauer von der PCAP-Datei - die Zeitdauer der IP-Sitzung zwischen der eSIM-Karte 5 und dem SM-SR-Modul 3 - dies spiegelt die Zeit wieder, die notwendig war, um den RSP-Betrieb abzuschließen, z. B. Profil-Download, Aktivierung, Deaktivierung
- - IP-Adresse des SM-SR-Moduls 3 oder SM-DP+-Moduls 10 - von PCAP-Datei
- - IP-Sitzungsbeginndauer - falls möglich - gemessen als Zeitdauer zwischen dem Empfangen der Bereitstellungs-SMS oder dem Empfangen des AC und dem Beginn der IP-Sitzung (TCP SYN vom mobilen Gerät zur RSP-Plattform 1 (SM-SR oder SM-DP+)).
- - Gesamte Bereitstellungsdauer - die Zeitdauer vom Senden des API-1-Auslösers bis die IP-Sitzung abgeschlossen war.
- - SMS-Empfangsdauer - die Zeitdauer vom Senden des API-Auslösers bis die Bereitstellungs-SMS empfangen war
- - Anmeldedauer - die Zeitdauer von der Anmeldeanfrage bis zur Anmeldebestätigung
-
Es kann eine PCAP-Datei als Ergebnisdatei bereitgestellt werden.
-
Die folgenden Ausfallkriterien können während der RSP-Überprüfung festgestellt werden:
- - Keine SMS vom SM-SR empfangen (während der vom Benutzer konfigurierten Zeitüberwachungsdauer) oder keine Anmeldebestätigung (AC) empfangen
- - HTTPs-Sitzung zwischen der eSIM-Karte 5 oder der SIM-Emulation in dem SIM-Emulationsmodul 18 und der RSP-Plattform (SM-SR oder SM-DP+) ist nicht geöffnet
- - IMSI am Ende ist die gleiche wie IMSI zu Beginn
- - RSP-Plattform ist über die API nicht erreichbar
-
Zum automatischen Anfordern einer Sequenz von erforderlichen eSIM-Profilen gemäß einem Anforderungsplan kann das aktive Testsystem auch ein Anforderungsmodul enthalten, welches Teil des Messdetektors 6 sein kann.
-
ZITATE ENTHALTEN IN DER BESCHREIBUNG
-
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
-
Zitierte Patentliteratur
-
- US 10097981 B1 [0002]
- US 7831249 B2 [0002]
- WO 2004/049746 A1 [0002]