WO2020035170A1 - Selektives betriebssystem-laden in ein teilnehmeridentitätsmodul - Google Patents

Selektives betriebssystem-laden in ein teilnehmeridentitätsmodul Download PDF

Info

Publication number
WO2020035170A1
WO2020035170A1 PCT/EP2019/025269 EP2019025269W WO2020035170A1 WO 2020035170 A1 WO2020035170 A1 WO 2020035170A1 EP 2019025269 W EP2019025269 W EP 2019025269W WO 2020035170 A1 WO2020035170 A1 WO 2020035170A1
Authority
WO
WIPO (PCT)
Prior art keywords
operating system
loading
subscriber identity
java
identity module
Prior art date
Application number
PCT/EP2019/025269
Other languages
English (en)
French (fr)
Inventor
Andreas Morawietz
Original Assignee
Giesecke+Devrient Mobile Security Gmbh
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Giesecke+Devrient Mobile Security Gmbh filed Critical Giesecke+Devrient Mobile Security Gmbh
Publication of WO2020035170A1 publication Critical patent/WO2020035170A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/60—Subscription-based services using application servers or record carriers, e.g. SIM application toolkits
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]

Definitions

  • the invention relates to a method and system for selectively loading an operating system into a subscriber identity module.
  • Mobile-capable devices communicate via cellular networks.
  • the classic mobile radio-enabled devices include smartphones and mobile phones.
  • Mobile radio-compatible devices also include control devices (control devices or measuring devices or combined control / measuring devices) for industrial facilities in commercial or private environments.
  • Industrial facilities are, for example, production plants that have one or more control devices (end devices) that can communicate with a background system and / or with one another via a mobile radio network.
  • Other industrial facilities are smart home facilities such as Heaters or electricity consumers with end devices in the form of control devices.
  • a cellular capable terminal such as smartphones or Mo biltelefone
  • the terminal including a subscriber identity module with a subscription / S oftware MNO profile, or short profile.
  • the profile manages the configuration of the connection of the end device in the mobile network.
  • the profile is formed by a data set that enables the connection, operation and disconnection of the terminal in the mobile radio network and includes, for example, a cryptographic authentication key Ki and an international mobile subscriber identity IMSI. Applications with various functionalities can also be implemented in the subscriber identity module.
  • the terminal itself has one or more terminal chips for operating functions of the terminal.
  • Transceiver IC that carries out the physical radio communication
  • baseband processor or synonymous modem
  • Application processor AP on which the operating system and application software are executed.
  • Transceiver ICs for other radio channels can be provided as further terminal chips, in particular for short-range radio channels such as NFC (NFC: near field communication) or Bluetooth.
  • a solderable / soldered subscriber identity module is provided with the addition "embedded” and is referred to as eUICC, where e stands for embedded and the further designation is adopted from the correspondingly equipped plug-in.
  • Integrated subscriber identity modules are integrated subscriber identity modules, which are integrated on a device chip or SoC (Silicon-on-Chip) of the device, ie do not have their own chip.
  • Integrated subscriber identity modules are provided with the addition "integrated” and are referred to, for example, as integrated UICC, iUICC, iSIM or iUSIM .
  • Further possible form factors of a subscriber identity module are pure software modules with the functionality of a subscriber identity module, which are integrated in a terminal chip.
  • the subscriber identity module has an operating system.
  • Subscription profiles and applications are based on the operating system.
  • the operating system can be based either on Java technology or on native technology.
  • Java as an operating system is generally more expensive than native operating systems and has a higher memory requirement, but usually offers higher functionality than native operating systems.
  • a native operating system is understood to mean any type of proprietary or non-Java-based operating system.
  • an inexpensive, memory-saving native operating system may be sufficient, or an expensive, memory-intensive Java operating system may be required.
  • Java operating systems also have the advantage that the Java virtual machine offers an abstraction level at which any application can ideally run, which achieves a high degree of interoperability of the Java operating system with applications from different sources.
  • WO 2015/078614 A1 discloses a method for loading native code into a Java-based UICC.
  • the invention is based on the object of creating an efficient, memory-economical method and system for loading an operating system into a subscriber identity module which, in addition to efficiency and storage economy, also meets the requirements of software Modules such as subscription profiles and applets, which are to be loaded into the subscriber identity module alongside or after the operating system, are well-suited.
  • the method according to the invention is set up for loading an operating system into a subscriber identity module and is characterized in that the loading of the operating system is carried out in coordination with a loading of a software module, in particular together with the operating system loading or later , which is based on the operating system.
  • Loading includes the steps: - Deploying deployed operating systems; - Determining the request of the software module against the operating system; - Select from the operating systems provided, an operating system that meets the requirements and load the selected operating system into the subscriber identity module. Since the requirements of the software module to be loaded later are determined and taken into account for loading before the operating system is loaded, it is ensured that the appropriate operating system is loaded, and the software module (eg profile or / and applet) with one another are compatible.
  • the software module eg profile or / and applet
  • the most comprehensive operating system does not have to be loaded on suspicion, but a memory-saving, inexpensive operating system can be selected for modest software modules (e.g. profiles or / and applets) that more demanding software modules (e.g. profiles or / and applets) do not meet would.
  • Complex, expensive operating systems are only loaded for those software modules (e.g. profiles or / and applets) that actually need one, especially for Software modules that require certain services such as NFC functionality.
  • an efficient, storage-economic method for loading an operating system into a subscriber identity module is created, which also meets the requirements of software modules such as subscription profiles and applets, and through claim 7 a corresponding system.
  • a JAVA and a native operating system which are available as alternatives, preferably have identical functionalities in the area of basic functionalities and are therefore comparable with one another.
  • Corresponding variants of JAVA and native operating system are made available for selection from the large number of possible JAVA and native operating systems.
  • the JAVA operating system will generally have additional special or JAVA-specific additional functionalities compared to the native operating system.
  • the operating system is loaded into the subscriber identity module within a package, which contains, in addition to the actual operating system, one or more subscription profiles or applications which are intended to run on top of the operating system.
  • the operating system is then downloaded by downloading the package.
  • FIG. 1 shows a server system for loading operating systems and software modules (profiles, applets) into subscriber identity modules, using a voting device AE, according to embodiments of the invention
  • FIG. 2 shows the operation of the voting device from FIG. 1.
  • the server system S comprises one or more servers, for example separate servers for processing data to be sent to subscriber identity modules T (operating systems OS, software modules, profiles, applets), and separate servers for sending this data, the subscriber identity modules T.
  • subscriber identity modules T operating systems OS, software modules, profiles, applets
  • Optional separate servers are provided for different types of data (operating systems OS, software modules, profiles, applets).
  • 1 shows, as exemplary subscriber identity modules T, a (U) SIM card and an eUICC.
  • the server system S comprises a coordination device AE, with which it is determined what requirements a software module to be loaded into the subscriber identity module T has against the operating system OS.
  • the voting device AE selects an operating system which meets the requirements from the provided operating systems OS, for example a JAVA OS and a native OS.
  • the server system loads the selected operating system OS into the subscriber identity module T.
  • the server system S loads in succession into a subscriber identity module T: an operating system OS, a subscription profile, an applet, in this order.
  • the operating system OS that selects the requirements of the software modules profile and applet to be loaded subsequently into the subscriber identity module T is selected by means of the tuning device AE, as shown in FIG. 2. 1, 2, a JAVA profile and a JAVA applet are to be loaded into a (US) SIM card.
  • the JAVA OS operating system is selected by the tuning device AE and loaded into the (U) SIM card.
  • a native profile and applet are to be loaded into an embedded UICC (eUICC).
  • eUICC embedded UICC
  • the operating system native OS is selected by the voting device AE and loaded into the eUICC.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Stored Programmes (AREA)

Abstract

Die Erfindung schafft ein effizientes, speicherwirtschaftliches Verfahren und System zum Laden eines Betriebssystems in ein Teilnehmeridentitätsmodul, das anhand von Anforderungen von Software-Modulen wie Subskriptions-Profilen und Applets an das Betriebssystem ein passendes Betriebssystem auswählt und in das Teilnehmeridentitätsmodul lädt.

Description

Selektives Betriebssystem-Laden in ein Teilnehmeridentitätsmodul
Gebiet der Erfindung
Die Erfindung betrifft ein Verfahren und System zum selektiven Laden eines Betriebssystems in ein Teilnehmeridentitätsmodul.
Die Welt ist mobil vernetzt, und die mobile Vernetzung schreitet weiter. Mobilfunkfähige Endgeräte kommunizieren über Mobilfunknetze. Zu den klassischen mobilfunkfähigen Endgeräten zählen die Smartphones und Mo biltelefone. Zu mobilfunkfähigen Endgeräten zählen weiter Regelungsgeräte (Steuerungsgeräte oder Messgeräte oder kombinierte Steuer/ Messgeräte) für industrielle Einrichtungen im kommerziellen oder im privaten Umfeld. In- dustrielle Einrichtungen sind beispielsweise Produktionsanlagen, die ein oder mehrere Regelungsgeräte (Endgeräte) haben, die über ein Mobilfunk- netz mit einem Hintergrundsystem oder/ und miteinander kommunizieren können. Weitere industrielle Einrichtungen sind Smart Home Einrichtung wie z.B. Heizungen oder Stromverbraucher mit Endgeräten in Gestalt von Regelungsgeräten.
Zur Nutzung eines mobilfunkfähigen Endgeräts, wie Smartphones oder Mo biltelefone, in einem Mobilfunknetzwerk eines Netzbetreibers enthält das Endgerät ein Teilnehmeridentitätsmodul mit einem Subskriptions / Software MNO Profil oder kurz Profil. Das Profil bewerkstelligt die Konfiguration der Verbindung des Endgeräts im Mobilfunknetz. Das Profil ist durch einen Da- tensatz gebildet, der den Aufbau, Betrieb und Abbau einer Verbindung des Endgeräts im Mobilfunknetzwerk ermöglicht, und umfasst beispielsweise einen kryptographischen Authentisierungs-Schlüssel Ki und eine Internatio- nal Mobile Subscriber Identity IMSI. Im Teilnehmeridentitätsmodul können zudem Applikationen mit diversen Funktionalitäten implementiert sein. Das Endgerät selbst hat einen oder mehrere Endgerät-Chips zum Betrieb von Funktionen des Endgeräts. Aktuelle Smartphones haben beispielsweise typi- scherweise zumindest drei Endgeräte-Chips, nämlich einen Transceiver-IC, der die physische Funkkommunikation durchführt, einen Baseband- Prozessor (oder gleichbedeutend Modem), der Funktionen zur Datenüber- tragung über Funkkommunikation auf Protokollebene durchführt, und ei- nen Application-Prozessor AP, auf welchem das Betriebssystem und An- wendungssoftware ausgeführt werden. Als weitere Endgeräte-Chips können Transceiver-ICs für andere Funkkanäle vorgesehen sein, insbesondere für kurzreichweitige Funkkanäle wie NFC (NFC: near field communication) o- der Bluetooth.
Das Teilnehmeridentitätsmodul kann in unterschiedlichen Formfaktoren gestaltet sein, insbesondere Plug-In, Embedded, Integrated und Software. Teilnehmeridentitätsmodule vom Formfaktor Plug-In und Embedded sind auf einem dezidierten, eigenen Chip oder SoC (System-on-Chip) angeordnet. Beispiele für Plug-Ins sind SIM-Karte (SIM = Subscriber Identity Module) oder USIM-Karte (Universal SIM) oder UICC (Universal Integrated Circuit Card) und kontaktieren das Endgerät über einen Kartenleser. Alternativ kann der dezidierte Chip in ein Gehäuse integriert sein, das in das Endgerät festeinlötbar bzw. festeingelötet ist. Ein einlötbares/eingelötetes Teilnehme- ridentitätsmodul wird mit dem Zusatz„embedded" versehen und als eUICC bezeichnet, wobei e für embedded steht und die weitere Bezeichnung vom entsprechend ausgestatteten Plug-In übernommen ist. Weitere mögliche Formfaktoren eines Teilnehmeridentitätsmoduls sind integrierte Teilnehme- ridentitätsmodule, die auf einem Endgeräte-Chip oder SoC (Silicon-on-Chip) des Endgeräts mit integriert sind, also keinen eigenen Chip besitzen. Inte- grierte Teilnehmeridentitätsmodule werden mit dem Zusatz„integrated" versehen und z.B. als integrated UICC, iUICC, iSIM oder iUSIM bezeichnet. Weitere mögliche Formfaktoren eines Teilnehmeridentitätsmoduls sind reine Software-Module mit der Funktionalität eines Teilnehmeridentitätsmoduls, die in einen Endgeräte-Chip integriert sind.
Generell hat das Teilnehmeridentitätsmodul ein Betriebssystem. Subskripti- onsprofile und Applikationen setzen auf dem Betriebssystem auf. Das Be- triebssystem kann wahlweise auf Java Technologie oder auf nativer Techno- logie basieren. Java als Betriebssystem ist im Allgemeinen teurer als native Betriebssysteme und hat einen höheren Speicherbedarf, bietet aber meist hö- here Funktionsumfänge als native Betriebssysteme. Unter einem nativen Be- triebssystem wird in dieser Anmeldung jede Art von proprietärem oder nicht-Java-basiertem Betriebssystem verstanden. Je nach den Anforderun- gen, die ein Subskriptions-Profil an das Betriebssystem stellt kann ein güns- tiges, speichersparendes natives Betriebssystem ausreichend sein, oder ein teures, speicherintensives Java Betriebssystem ist erforderlich. Java Betriebs- systeme haben zudem den Vorteil, dass die Java Virtuelle Maschine ein Abs- traktionslevel bietet, auf dem idealerweise jede Applikation laufen kann, wodurch ein hohes Maß an Interoperabilität des Java Betriebssystems mit Applikationen aus unterschiedlichen Quellen erzielt wird.
Stand der Technik
WO 2015/078614 Al offenbart ein Verfahren zum Laden von nativem Code in ein Java basiertes UICC.
Zusammenfassung der Erfindung
Der Erfindung liegt die Aufgabe zu Grunde, ein effizientes, speicherwirt- schaftliches Verfahren und System zum Laden eines Betriebssystems in ein Teilnehmeridentitätsmodul zu schaffen, das neben der Effizienz und Spei- cherwirtschaftlichkeit gleichzeitig den Anforderungen von Software- Modulen wie Subskriptions-Profilen und Applets, die neben bzw. nach dem Betriebssystem in das Teilnehmeridentitätsmodul geladen werden sollen, gut nachkommt.
Die Aufgabe wird gelöst durch ein Verfahren nach Anspruch 1, sowie durch ein System nach Anspruch 7. Vorteilhafte Ausgestaltungen der Erfindung sind in abhängigen Ansprüchen angegeben.
Das erfindungsgemäße Verfahren nach Anspruch 1 ist zum Laden eines Be- triebssystems in ein Teilnehmeridentitätsmodul eingerichtet und ist dadurch gekennzeichnet, dass das Laden des Betriebssystems in Abstimmung mit einem - insbesondere zusammen mit dem Betriebssystem-Laden oder später erfolgenden - Laden eines Software-Moduls durchgeführt wird, das auf dem Betriebssystem aufsetzt. Das Laden umfasst die Schritte: - Bereitstellen von bereitgestellten Betriebssystemen; - Ermitteln von Anforderung des Soft- ware-Moduls gegenüber dem Betriebssystem; - Auswählen, aus den bereit- gestellten Betriebssystemen, eines den Anforderungen genügenden Betriebs- systems und Laden des ausgewählten Betriebssystems in das Teilnehmeri- dentitätsmodul. Da vor dem Laden des Betriebssystems die Anforderungen des später zu ladenden Software-Moduls ermittelt und für das Laden be- rücksichtigt werden, ist sichergestellt, dass das passende Betriebssystem ge- laden wird, und Software-Modul (z.B. Profil oder/und Applet) miteinander kompatibel sind. Insbesondere muss nicht auf Verdacht das umfassendste Betriebssystem geladen werden, sondern für genügsame Software-Module (z.B. Profile oder/ und Applets) kann ein Speicher sparendes, preisgünstiges Betriebssystem ausgewählt werden, das anspruchsvolleren Software- Modulen (z.B. Profile oder/und Applets) nicht genügen würde. Aufwändige, teure Betriebssysteme werden nur für solche Software-Module (z.B. Profile oder/ und Applets) geladen, die ein solches tatsächlich benötigen, speziell für Software-Module, die gewisse Dienste wie beispielsweise NFC- Funktionalität benötigen. Insbesondere ist es so möglich ein teures, speicher- intensives JAVA Betriebssystem nur dann zu laden, wenn Software-Module (Profile / Applets) dies wirklich benötigen, beispielsweise weil sie ebenfalls in JAVA Technologie implementiert sind. Ansonsten wird ein -natives Be- triebssystem geladen.
Daher ist gemäß Anspruch 1 ein effizientes, speicherwirtschaftliches Verfah- ren zum Laden eines Betriebssystems in ein Teilnehmeridentitätsmodul zu schaffen geschaffen, das auch den Anforderungen von Software-Modulen wie Subskriptions-Profilen und Applets nachkommt, und durch Anspruch 7 ein entsprechendes System.
Ein JAVA und ein natives Betriebssystem, das alternativ zur Auswahl ste- hen, haben bevorzugt im Bereich von Basisfunktionalitäten identische Funk- tionalitäten, sind also miteinander vergleichbar. Entsprechend werden aus der Vielzahl von möglichen JAVA und nativen Betriebssystemen einander entsprechende Varianten von JAVA und nativ Betriebssystem zur Auswahl gestellt. Das JAVA Betriebssystem wird in der Regel gegenüber dem nativen Betriebssystem, über die Basis-Funktionalitäten hinaus, zusätzliche besonde- re oder JAVA-spezifische Zusatz-Funktionalitäten haben.
Gemäß Varianten zum Laden eines Betriebssystems wird das Betriebssystem innerhalb eines Package in das Teilnehmeridentitätsmodul geladen, in wel- chem zusätzlich zum eigentlichen Betriebssystem ein oder mehrere Sub- skriptions-Profile oder Applikationen enthalten sind, die dazu bestimmt sind, auf dem Betriebssystem aufsetzend zu laufen. Der Download des Be- triebssystems erfolgt dann durch Download des Package. Kurze Beschreibung der Zeichnungen
Im Folgenden wird die Erfindung an Hand von Ausführungsbeispielen und unter Bezugnahme auf die Zeichnung näher erläutert, in der zeigt:
Fig. 1 ein Server-System zum Laden von Betriebssystemen und Software- Modulen (Profilen, Applets) in Teilnehmeridentitätsmodule, unter Verwendung einer Abstimmungseinrichtung AE, gemäß Ausfüh- rungsformen der Erfindung;
Fig. 2 den Betrieb der Abstimmungs-Einrichtung aus Fig. 1.
Detaillierte Beschreibung von Ausführungsbeispielen
Fig. 1 zeigt ein Server-System S zum Laden von Betriebssystemen OS und Software-Modulen, insbesondere Profilen und Applets, in Teilnehmeridenti- tätsmodule T, unter Verwendung einer Abstimmungseinrichtung AE, gemäß Ausführungsformen der Erfindung. Das Server-System S umfasst ein oder mehrere Server, beispielsweise separate Server für Aufbereitung von an Teilnehmeridentitätsmodule T zu sendende Daten (Betriebssysteme OS, Software-Module, Profile, Applets), und separate Server für den Versand dieser Daten die Teilnehmeridentitätsmodule T. Optional sind für unter- schiedliche Arten von Daten (Betriebssysteme OS, Software-Module, Profile, Applets) separate Server vorgesehen. Fig. 1 zeigt als beispielhafte Teilneh- meridentitätsmodule T eine (U)SIM-Karte und ein eUICC. Erfindungsgemäß umfasst das Server-System S eine Abstimmungs-Einrichtung AE, mit der ermittelt wird, welche Anforderungen ein in das Teilnehmeridentitätsmodul T zu ladendes Software-Modul gegenüber dem Betriebssystem OS hat.
Wie in Fig. 1 und Fig. 2 dargestellt, wählt die Abstimmungs-Einrichtung AE, aus bereitgestellten Betriebssystemen OS, z.B. einem JAVA OS und einem nativen OS, ein den Anforderungen genügendes Betriebssystem aus. Das Server-System lädt das ausgewählte Betriebssystem OS in das Teilnehmeri- dentitätsmodul T. Gemäß Fig. 1 wird von dem Server-System S aus in ein Teilnehmeridentitätsmodul T nacheinander geladen: ein Betriebssystem OS, ein Subskriptions-Profil, ein Applet, in dieser Reihenfolge. Bevor das Be- triebssystem geladen wird, wird wie in Fig. 2 gezeigt mittels der Abstim- mungs-Einrichtung AE dasjenige Betriebssystem OS ausgewählt, das den Anforderungen der nachfolgend in das Teilnehmeridentitätsmodul T zu la- denden Software-Module Profil und Applet ausgewählt. Gemäß Fig. 1, 2 sollen in eine (US)SIM-Karte ein JAVA Profil und ein JAVA Applet geladen werden. Entsprechend wird durch die Abstimmungs-Einrichtung AE das Betriebssystem JAVA OS ausgewählt und in die (U)SIM-Karte geladen. In ein embedded UICC (eUICC) sollen ein natives Profil und ein natives Applet geladen werden. Entsprechend wird durch die Abstimmungs-Einrichtung AE das Betriebssystem nativ OS ausgewählt und in das eUICC geladen.

Claims

P a t e n t a n s p r ü c h e
1. Verfahren zum Laden eines Betriebssystems (OS) in ein Teilnehmeridenti- tätsmodul (T), dadurch gekennzeichnet, dass
das Laden des Betriebssystems (OS) in Abstimmung mit einem Laden eines Software-Moduls durchgeführt wird, das auf dem Betriebssystem (OS) auf- setzt, wobei das Laden die Schritte umfasst:
- Bereitstellen von bereitgestellten Betriebssystemen (OS);
- Ermitteln von Anforderung des Software-Moduls gegenüber dem Betriebs- system (OS);
- Auswählen, aus den bereitgestellten Betriebssystemen (OS), eines den An- forderungen genügenden Betriebssystems (OS) und Laden des ausgewählten Betriebssystems (OS) in das Teilnehmeridentitätsmodul (T).
2. Verfahren nach Anspruch 1, wobei
- als bereitgestellte Betriebssysteme (OS) ein Java Betriebssystem (JAVA OS) und ein natives Betriebssystem (nativ OS) bereitgestellt werden, und
- wobei das Ermitteln der Anforderungen Ermitteln umfasst, ob das Soft- ware-Modul als Betriebssystem ein Java Betriebssystem (Java OS) benötigt;
- nur falls ein Java Betriebssystem (Java OS) benötigt wird, Auswählen des Java Betriebssystems (Java OS);
- andernfalls Laden des nativen Betriebssystems (nativ OS).
3. Verfahren nach Anspruch 2, wobei:
- das Java Betriebssystem (JAVA OS) und das native Betriebssystem (nativ OS) in manchen Funktionalitäten miteinander vergleichbar sind, dahinge- hend dass sie übereinstimmende Funktionalitäten haben; und
- das Java Betriebssystem (JAVA OS) zusätzliche Funktionalitäten hat, die das native Betriebssystem (nativ OS) nicht hat.
4. Verfahren nach Anspruch 3, wobei zumindest die meisten oder alle Basis- funktionalitäten in den übereinstimmenden Funktionalitäten enthalten sind.
5. Verfahren nach einem der Ansprüche 1 bis 4, wobei als Software-Modul ein Subskriptions-Profil oder/ und eine Applikation (Applet) vorgesehen ist.
6. Verfahren nach einem der Ansprüche 1 bis 5, weiter umfassend ein Laden eines zum ausgewählten Betriebssystem (OS) passenden Software-Moduls in das Teilnehmeridentitätsmodul (T); insbesondere:
- Laden eines Subskriptions-Profil; oder
- Laden einer Applikation (Applet); oder
- erst Laden eines Subskriptions-Profils, dann Laden einer dem geladenen Subskriptions-Profil zugehörigen Applikation (Applet).
7. Verfahren nach einem der Ansprüche 1 bis 6,
- weiter umfassend: mindestens für das zu ladende Betriebssystemen (OS) von den bereitgestellten Betriebssystemen (OS), oder für mehrere oder alle der bereitgestellten Betriebssysteme (OS): auf einem Datenaufbereitungsser- ver, außerhalb des Teilnehmeridentitätsmoduls (T), Erstellen eines Package des Betriebssystems (OS), in welchem Package das Betriebssystem (OS) und mindestens ein Subskriptionsprofil oder eine Applikation umfasst sind, die dazu bestimmt sind, auf dem Betriebssystem (OS) aufsetzend zu laufen;
- Durchführen des Ladens des ausgewählten Betriebssystems (OS) in das Teilnehmeridentitätsmodul (T) durch Laden des Package des Betriebssys- tems (OS) in das Teilnehmeridentitätsmodul (T).
8. Verfahren nach einem der Ansprüche 1 bis 7,
- weiter umfassend: mindestens für das zu ladende Betriebssystemen (OS) von den bereitgestellten Betriebssystemen (OS), oder für mehrere oder alle der bereitgestellten Betriebssysteme (OS): auf einem Datenaufbereitungsser- ver, außerhalb des Teilnehmeridentitätsmoduls (T), Erstellen eines Image des Betriebssystems (OS);
- Durchführen des Ladens des ausgewählten Betriebssystems (OS) in das Teilnehmeridentitätsmodul (T) durch Laden des Image des Betriebssystems (OS) in das Teilnehmeridentitätsmodul (T).
9. Verfahren nach einem der Ansprüche 1 bis 8, wobei das Laden des Soft- ware-Moduls entweder zusammen mit dem Laden des Betriebssystems (OS) oder später als das Laden des Betriebssystems (OS) erfolgt.
10. Server-System (S), zum Laden von Betriebssystemen (OS) und von auf Betriebssystemen (OS) aufsetzenden Software-Modulen (Profil; Applet) in Teilnehmeridentitätsmodule (T), und umfassend einen oder mehrere Server, dadurch gekennzeichnet, dass
das Serversystem (S) eine Abstimmungs-Einrichtung (AE) umfasst, die ein- gerichtet ist zur Durchführung der Schritte:
- Ermitteln eines in ein Teilnehmeridentitätsmodul (T) zu ladenden Soft- ware-Moduls (Profil; Applet);
- Ermitteln von Anforderung des Software-Moduls (Profil; Applet) gegen- über dem Betriebssystem (OS);
- Ermitteln eines Betriebssystems (OS), das den Anforderungen des Soft- ware-Moduls (Profil; Applet) genügt;
- Bereitstellen des als genügend ermittelten Betriebssystems (OS) zum Laden in das Teilnehmeridentitätsmodul (T).
PCT/EP2019/025269 2018-08-13 2019-08-12 Selektives betriebssystem-laden in ein teilnehmeridentitätsmodul WO2020035170A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102018006375.6A DE102018006375A1 (de) 2018-08-13 2018-08-13 Selektives Betriebssystem-Laden in ein Teilnehmeridentitätsmodul
DE102018006375.6 2018-08-13

Publications (1)

Publication Number Publication Date
WO2020035170A1 true WO2020035170A1 (de) 2020-02-20

Family

ID=67659792

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2019/025269 WO2020035170A1 (de) 2018-08-13 2019-08-12 Selektives betriebssystem-laden in ein teilnehmeridentitätsmodul

Country Status (2)

Country Link
DE (1) DE102018006375A1 (de)
WO (1) WO2020035170A1 (de)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120110315A1 (en) * 2010-10-29 2012-05-03 Choongryeol Lee Mobile terminal and controlling method thereof
CN103677872A (zh) * 2012-09-10 2014-03-26 联想(北京)有限公司 一种信息处理方法、装置和电子设备
WO2015078614A1 (en) 2013-11-29 2015-06-04 Gemalto Sa Method for loading a native code on a secure element

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20120110315A1 (en) * 2010-10-29 2012-05-03 Choongryeol Lee Mobile terminal and controlling method thereof
CN103677872A (zh) * 2012-09-10 2014-03-26 联想(北京)有限公司 一种信息处理方法、装置和电子设备
WO2015078614A1 (en) 2013-11-29 2015-06-04 Gemalto Sa Method for loading a native code on a secure element

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
GSMA ET AL: "GSM Association Non-confidential Official Document SGP.02 -Remote Provisioning Architecture for Embedded UICC Technical Specification Remote Provisioning Architecture for Embedded UICC Technical Specification Security Classification: Non-confidential GSM Association Non-confidential Remote Provision", 27 June 2017 (2017-06-27), XP055578321, Retrieved from the Internet <URL:https://www.gsma.com/newsroom/wp-content/uploads//SGP.02_v3.2_updated.pdf> [retrieved on 20190408] *

Also Published As

Publication number Publication date
DE102018006375A1 (de) 2020-02-13

Similar Documents

Publication Publication Date Title
DE102017214757B4 (de) Techniken zum Bereitstellen von elektronischen Bootstrap-Teilnehmeridentitätsmodulen (eSIMs) an mobile Vorrichtungen
DE60015748T2 (de) Speichermedien
EP2910039B1 (de) Verfahren zum einbringen von teilnehmeridentitätsdaten in ein teilnehmeridentitätsmodul
DE69935527T2 (de) Verfahren und system zur automatischen konfiguration in zellularen fest-endgeräten
DE102016201360A1 (de) VERFAHREN UND VORRICHTUNG ZUM AUSWÄHLEN VON BOOTSTRAP ESIMs
EP2987350B1 (de) Mobilstation umfassend sicherheitsressourcen mit unterschiedlichen sicherheitsniveaus
EP3257219B1 (de) Verfahren zum betreiben eines sicherheitselements
EP3288240B1 (de) Profil-server zum bereitstellen eines kommunikationsprofils für die kommunikation über ein kommunikationsnetzwerk
DE10255428A1 (de) Testsystem zur Prüfung von Übertragungsvorgängen innerhalb eines Mobilfunknetzes sowie Verfahren zur Authentisierung eines Mobiltelefons unter Verwendung eines derartigen Testsystems
EP3469479A1 (de) Ressourcenbeschränktes java card device
EP3713268B1 (de) Verfahren zum aufbau einer datenverbindung, verfahren zum bereitstellen von verbindungsparametern, sowie teilnehmeridentitätsmodul
WO2020035170A1 (de) Selektives betriebssystem-laden in ein teilnehmeridentitätsmodul
EP3452946B1 (de) Verfahren zur erstmaligen inbetriebnahme eines nicht vollständig personalisierten sicheren elements
WO2015018510A2 (de) Verfahren und vorrichtungen zum wechseln eines mobilfunknetzes
DE102016105810A1 (de) Herstellung einer lokalen Verbindung in einem Roaming-Standort
EP1643782A1 (de) Verfahren zum Bereitstellen von ein Mobilfunkgerät in einem Mobilfunknetzwerk identifizierenden Geräteidentifikationen in dem Mobilfunkgerät
WO2017182118A1 (de) Imei speicherung
DE102021005869A1 (de) Verfahren zum Ändern eines Zugriffsrechts in einer UICC
EP3277004B1 (de) Teilnehmeridentitätsmodul für einen zugriff auf ein mobilfunknetzwerk
DE102017113107B4 (de) Informationsverarbeitungsverfahren und elektronisches Gerät
DE102020130180B3 (de) Intelligente wearable-vorrichtung, mobilfunk-kommunikationsendgerät, mobilfunk-kommunikations-system und verfahren zum betreiben eines mobilfunk-kommunikations-systems
DE102021004158A1 (de) Verfahren zum Betreiben einer universal integrated Circuit Card, UICC, und UICC
EP3085134A1 (de) Verfahren und vorrichtungen zum verwalten von subskriptionen auf einem sicherheitselement
WO2016116270A1 (de) Verfahren und vorrichtungen zum verwalten von subskriptionsprofilen auf einem mobilen endgerät
EP4054223A1 (de) Teilnehmeridentitätsmodul mit oder eingerichtet für applikation

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19753248

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 19753248

Country of ref document: EP

Kind code of ref document: A1