Wie SGP.32 die IoT-Konnektivität und -Sicherheit revolutioniert – Experten-Podcast-Einblicke

In dieser Folge des Trending Tech-Podcasts , GastgeberSatyajit Sinha , Hauptanalyst bei IoT Analytics , wird von Giesecke+Devrients (G+D) David Hambling begleitet , Leiter der Konnektivitäts-Geschäftsentwicklung für den asiatisch-pazifischen Raum, erläuterte, was die neue SGP.32 eSIM-Spezifikation wirklich für das Internet der Dinge (IoT) bedeutet.

Da die Zahl der IoT-Verbindungen bis 2030 auf 39 Milliarden ansteigt, untersuchen sie, warum Mobilfunk schneller wächst als der breitere IoT-Markt, wie sich die Einführung eingebetteter SIM (eSIM) und integrierter SIM (iSIM) beschleunigt und warum ein einheitlicher Konnektivitätsansatz in der heutigen fragmentierten globalen Landschaft nicht mehr realistisch ist.

Von GSMA-konformem SGP.32 und die Rolle des eIM Von In-Factory-Provisioning (SGP.42), Post-Quantum-Sicherheit, Automobilinnovationen und dem Aufstieg von „Born-Connected“-Geräten erklären Satyajit und David, wie ein End-to-End-Stack sichere, skalierbare IoT-Konnektivität für das nächste Jahrzehnt bereitstellen kann und was Betreiber, OEMs und Automobilhersteller in den nächsten 24 Monaten sehr genau beobachten sollten.

Transkript:Wie SGP.32 die IoT-Konnektivität und -Sicherheit neu gestaltet

[00:00:00]

Satyajit Sinha: Hallo zusammen. Willkommen zu diesem Trending Tech-Podcast, präsentiert vom Team von IoT-Now.com und TechLedworld.com. Mein Name ist Satyajit Sinha, Chefanalyst bei IoT Analytics.

Ich bin seit mehr als 12 Jahren in der IT-Marktforschung tätig und konzentriere mich auf IT-Hardware, Konnektivität und Sicherheit. Heute haben wir einen tollen Gast, David. David, kannst du dich kurz vorstellen?

David Hambling: Danke, Satyajit. Ja, das kann ich. Ich bin David Hambling und Leiter der Konnektivitäts-Geschäftsentwicklung im asiatisch-pazifischen Raum für G+D. Außerdem bin ich Geschäftsführer des Connectivity Hub in Hongkong. G+D ist ein weltweit tätiges Unternehmen für Sicherheitstechnologie und schafft seit 170 Jahren als zuverlässiger Partner Vertrauen. Dies reichte von der Lieferung der ersten SIM-Karte bis hin zur kontinuierlichen Innovation und Vorreiterrolle im Bereich der SIM-Technologie. Deshalb sind wir heute hier, um über sichere und skalierbare IoT-Konnektivität zu sprechen.

Also, Satyajit, wie schnell wächst die IoT-Konnektivität und was treibt sie [00:01:00] an?

Satyajit Sinha: Wenn Sie sich also die IoT-Verbindungen ansehen, haben sie bis Ende 2024 die Marke von 18,6 Milliarden erreicht und wachsen Jahr für Jahr um 12 %. Wir gehen davon aus, dass die Gesamtzahl der Verbindungen bis 2030 39 Milliarden erreichen wird, bei einer durchschnittlichen jährlichen Wachstumsrate von 14 %.

Das ist sehr interessant, denn unter diesen 18,6 Milliarden Verbindungen gibt es drei Schlüsseltechnologien, die diese Verbindungen im Wesentlichen vorantreiben:Wi-Fi, Bluetooth und Mobilfunk. Von allen drei Technologien sind wir also sehr an Mobilfunk interessiert, aber ja, diese drei Technologien treiben den Markt voran.

David Hambling: Ja, das ist gewaltig, aber wie passt das Mobilfunk- und eSIM-Wachstum in dieses Bild?

Satyajit Sinha: Ja, das ist interessant. Wenn Sie sehen, dass Mobilfunkverbindungen viel schneller wachsen als der gesamte IoT-Verbindungsmarkt, liegt die durchschnittliche jährliche Wachstumsrate bei 15 %, und derzeit machen sie 22 % der Verbindungen aus, was 4,1 Milliarden bis Ende 2024 entspricht.

Und wenn man sich die [00:02:00] eSIM-Einführung unter diesen ansieht, sind 32 % der im Jahr 2024 ausgelieferten Mobilfunk-IoT-Module eSIM- oder iSIM-fähig. Und wenn man es aus der Perspektive der Installationsbasis oder der aktiven Verbindung betrachtet, sind 17 % der Mobilfunk-IoT-Verbindungen bereits eSIM- und iSIM-fähige Geräte. Und die Antriebsoptionen sind offensichtlich, wissen Sie, kleinerer Formfaktor und Sicherheit und all die Dinge, die diese Dinge antreiben.

Wenn Sie sich jedoch das Gesamtbild ansehen, entwickelt sich die Mobilfunkkonnektivität viel schneller als der IoT-Verbindungsmarkt und eSIM verzeichnet in dieser Marktdurchdringung auch eine viel schnellere Akzeptanzrate.

David Hambling: Ja, ja, natürlich.

Satyajit Sinha: Also David, was sind die größten Herausforderungen, die wir in der IoT-Verbindungslandschaft sehen, die Sie sehen?

David Hambling: Nun, ich denke, es ähnelt ein wenig dem, was Sie gerade gesagt haben. Ich denke, es ist die schiere Menge an Geräten, die es gibt, und die einige Herausforderungen mit sich bringt. Ich denke, eine davon ist die angebotene Technologie, sei es NB-IoT, sei es LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Es gibt also so viel da draußen und ich denke, dass es [00:03:00] sehr schwierig wird, dafür eine einheitliche, globale Lösung zu finden. Ich meine, NB-IoT zum Beispiel ist nicht in jedem Land verfügbar. Auch LTE-M ist nicht in jedem Land verfügbar. Und dann beginnt man, sich auch die regulatorische Landschaft anzusehen. An einigen Orten gibt es dauerhafte Roaming-Einschränkungen. Und es gibt auch Geräte, die weltweit immer mehr Daten verbrauchen, und das wird zunehmend zu einem kommerziellen Problem. Aber gleichzeitig gibt es viele Geräte, die weltweit nur sehr wenig Daten verbrauchen, und das wird auch zu einem kommerziellen Problem, weil sie im Netzwerk ziemlich ressourcenintensiv sind.

Jetzt sehen wir kommerziell, dass neben verschiedenen Technologien auch Zugangsgebühren erhoben werden. Es wird also fast immer fragmentierter, und aus der Perspektive des asiatisch-pazifischen Raums, wenn ich hier bin, sehen Sie, dass es hier ziemlich krass ist, nur weil ein Land NB-IoT haben wird, ein anderes Land nicht, ein anderes Land Zugangsgebühren für Geräte mit geringer Nutzung erhebt, und da kommt noch der zusätzliche Druck sehr günstiger lokaler Preise hinzu. Es handelt sich also um eine Veränderung in der kommerziellen Landschaft und ja, es ist heutzutage sehr schwierig, eine Einheitslösung zu finden, die für alle passt.

Satyajit Sinha: Unter diesen Herausforderungen sehen wir eine Lösung in SGP.32.

Was ist also SGP.32 in einfachen Worten?

David Hambling: Vereinfacht ausgedrückt ist es die neue eSIM-Spezifikation, die sich auf IoT konzentriert. Es ist für das IoT gedacht und baut auf der großartigen Basis von SGP.22 auf, das, vereinfacht gesagt, für Verbrauchergeräte gedacht war. Somit macht SGP.32 komplizierte Integrationen überflüssig. Es macht eSIM einfach sehr, sehr zugänglich für IoT-Geräte und für die gesamte Bandbreite an IoT-Geräten da draußen.

Satyajit Sinha: Interessanterweise gibt es SGP.02, das reines M2M ist, und dann, wie Sie sagten, SGP.22 Consumer. Warum braucht die Branche dann jetzt einen IoT-fokussierten Standard?

David Hambling: Wenn ich also zurückdenke, denke ich, dass ich schon ziemlich lange im IoT tätig bin.

Ich glaube, ich erinnere mich, dass es den SGP.02-Standard [00:05:00] gab, vielleicht nicht im kommerziellen Einsatz, aber seit etwa 2012, und aufgrund dessen, worüber Sie vorhin gesprochen haben, und dem Wachstum des IoT gehen wir jetzt von 2025 auf das Jahr 2026 zu. Damit ist der IoT-Markt massiv gewachsen. Es gibt so viel mehr Geräte, es gibt neue Technologien, und dafür mussten wir unbedingt standardisieren und einen neuen Standard schaffen. Ich denke, viele Geräte wollten SGP.22 für IoT nutzen. Dabei gab es jedoch einige Schwierigkeiten und so entstand daraus SGP.32.

Satyajit Sinha: Interessant. Und wenn ich aus technischer Sicht verstehen möchte, dass SGP.02 reines M2M war, von dem ich wusste, dass es auf einem Push-Modell basierte, wenn ich mich nicht irre, oder? Und dann kam SGP.32 ins Spiel, das meiner Meinung nach eine Mischung aus mehr als nur einem Push- und Pull-Modell ist. Welche Lücken schließt SGP.32 derzeit, die SGP.02 vorher nicht hatte?

David Hambling: Ja, also ich meine, das Faszinierende ist, wenn man erst einmal [00:06:00] beginnt, die Schwierigkeiten, insbesondere von SGP.02, zu verstehen, erkennt man wirklich, wie intelligent SGP.32 ist. Du hast also recht, ja. SGP.02, es war Push, also hatten Sie ein Verwaltungsportal, RSP, und Sie würden die Profile auf das Gerät übertragen, was erforderlich war, da es sich um Headless-Geräte handelt. Sie haben keine Schnittstelle. Bei SGP.22 ging es um Aktivierungscodes und QR-Codes. Sehr clever, sehr schnell, aber auf recht einfachen IoT-Geräten ist es meistens nicht möglich, den QR-Code zu scannen. Ich denke also, wo SGP.32 dann ins Spiel kommt, ist die Beseitigung dieser Barriere. Es ermöglicht die Massenbereitstellung von Profilen auf Geräten und nutzt außerdem die SGP.22-Technologie über SM-DP+, um die Konnektivität unabhängig zu machen. Es ist also nicht so, dass SGP.02 stark auf die Integration mit Betreibern, SM-DPs, angewiesen war, und nun folgt dies der gleichen Logik wie SGP.22.

Sie müssen also nicht über die [00:07:00]-Integration verfügen. Sie kontaktieren den SM-DP+ des Betreibers. Sie laden jedes Konnektivitätsprofil von ihnen herunter. Sie benötigen diese Integration nicht.

Okay. Was sehr interessant ist. SGP.02 war ziemlich schwierig, insbesondere für einige einfache Geräte und auch für Geräte wie NB-IoT-Geräte, da einige von ihnen batteriebetrieben sind, andere recht leichtgewichtig sind, und es bestand die Notwendigkeit, SGP.32 für Geräte zugänglicher zu machen, die möglicherweise leichtere Kommunikationsprotokolle beherrschen. Daher verwendete SGP.02 auch SMS sowie ein umständlicheres Kommunikationsprotokoll, das sich hervorragend für große Geräte eignet, die nicht batteriebetrieben sind und bei denen das Herunterladen des Profils lange dauern kann. Sie haben dies in eine Art Sprachübersetzung verschoben und einfach die Zugänglichkeit für alle IoT-Geräte herausgebracht.

Satyajit Sinha: Interessant, und wie Sie sehr deutlich erwähnt haben, erforderte SGP.02 SM-DP- und SM-SR-Server, und jetzt wechseln wir [00:08:00] zu SM-DP+-Servern. Es ist interessant. Aber jetzt kommen LTE und eIM ins Spiel und wir wollen verstehen, wie das mit der SM-DP+-Architektur zusammenpasst.

David Hambling: Ja, ich denke, es geht immer noch um das Thema Barrierefreiheit. Alle diese Teile arbeiten also harmonisch zusammen, um den Zugriff auf alle IoT-Geräte zu fördern.

Sie haben also das SM-DP+, das aus der SGP.22-Landschaft stammt, und darunter befindet sich das eIM. Das äußerst Interessante am eIM ist, dass wir die Ebene in die Mitte legen mussten, um SGP.32 für möglichst viele Geräte zugänglich zu machen, weil wir nicht genau wissen, was auf den Geräten sein wird.

Wenn Sie also an ein Mobiltelefon und SGP.22 denken, wäre die eIM-Schicht im Gerät und auf dem Mobiltelefon vorhanden. Es gibt viele Mobiltelefonmodelle, aber im Vergleich zu der enormen Anzahl an IoT-Geräten ist die Zahl sehr gering.

Sie können sich also nicht darauf verlassen, dass die Geräte [00:09:00] in der Lage sein werden, diese Verwaltungsebene selbst zu übernehmen, und deshalb müssen Sie sie zentralisieren, und wir haben sie im eIM zentralisiert. Und dann müssen Sie das tun, was die LPA in SGP.22 getan hat, nämlich IPAe und IPAd, und auch im Hinblick auf die Zugänglichkeit wissen wir, dass nicht alle Geräte in der Lage sein werden, IPAd zu integrieren. Bei einigen Geräten ist die Fernverwaltung nicht unbedingt erforderlich, und es wird mehr Sicherheit geben. Was wir dort also tun, ist, dass wir die IPAe auf der eUICC auf der SIM platzieren, und wie gesagt, sie alle arbeiten harmonisch zusammen, um es zugänglicher zu machen.

Sie haben die IPAd- oder Geräteebene, das eIM in der Mitte. eIM übernimmt sozusagen auch die Sprachübersetzung, um das Profil vom SM-DP+ abzurufen, es zum eIM zu übertragen, es zu übersetzen und dann auf dem Gerät abzulegen.

Satyajit Sinha: Interessant, und ja, ich meine, SGP.32 befand sich im Spezifikationsprozess und als Analyst, den wir auf dem Markt sehen, kamen viele Vorstandards von vielen der [00:10:00] Betreiber ins Spiel, äh, eSIM-Management-Spieler, aber was interessant ist, ist etwas, das Anfang dieses Jahres kam, Neuigkeiten von euch. Es wäre großartig, wenn Sie uns mitteilen könnten, was im SGP.32 passiert ist.

David Hambling: Ja, wir waren das erste Unternehmen, das von der GSMA die Konformität mit dem eUICC Security Assurance Scheme und allgemein auch die eSIM-Konformität erhalten hat. Und danach der erste kommerzielle Einsatz mit eero. Also ja, wir sind sehr stolz darauf, dieses Stadium erreicht zu haben. Ich glaube, es war zwei Monate nach der Veröffentlichung der Spezifikation.

Also ja, wir haben sehr hart gearbeitet, um dorthin zu gelangen, und ja, wir haben es geschafft, ziemlich schnell voranzukommen.

Satyajit Sinha: Interessant.

David Hambling: Wie wichtig ist Sicherheit im IoT heute, Satyajit, und was sind die größten Herausforderungen?

Satyajit Sinha: Ich meine, Sicherheit war ein sehr wichtiger Teil der Technologie für jede neue Technologie, die wir auf dem Markt sehen, und das haben wir nicht getan, selbst mit dem IoT, wir sagen 18 Milliarden, 18 Milliarden Geräte, die aktiv sind. Es gibt immer Bedenken hinsichtlich der Datensicherheit, der Hardwaresicherheit, der Netzwerksicherheit und der [00:11:00] Cloud-Sicherheit, denn diese Daten gehen irgendwo hin, oder? Es ist also eine andere Sicherheitsebene erforderlich, um das IoT-Ökosystem zu schützen, und wir haben mehrere Herausforderungen gesehen. Wir haben viele Ransomware-Angriffe und Malware-Angriffe gesehen, weil die meisten IoT-Geräte entweder nicht durch Hardware, sondern im Allgemeinen traditionell durch Softwaremechanismen gesichert sind und es in dieser Hardware keinen Sicherheitsanker gibt. Und sie verlassen sich auf die alte Sicherheitstechnologie. Wir sehen also eine große Herausforderung auf dem Markt, und offensichtlich sind mehrere Lösungen im Spiel. Wissen Sie, Hardware, sichere Elemente und PUF-Technologien kommen ins Spiel und schaffen eine Hardware-Vertrauensbasis, und das macht die Sicherheiten viel besser als das, was wir vorher hatten, und in Zukunft werden wir auch PQC (Post Quantum Security) ins Spiel bringen. Aber im Moment befinden wir uns in einer Phase, in der Sicherheit immer noch als Kostenfaktor betrachtet wird. Daher ist es sinnvoll, Sicherheit mit einem Element zu verbinden, Sie haben auch ein Konnektivitätselement und dann auch Sicherheit [00:12:00], und dann kommt eSIM ins Spiel, das beide Aspekte vereint, sodass die Implementierung für den OEM keine zusätzlichen Kosten verursacht, sondern im Grunde ein Go-to-Faktor, den Sie implementieren sollten. Ich bin mir sicher, dass Sie diese Implementierung gesehen haben, aber es wird interessant sein, von Ihnen zu erfahren, wie eSIM und SGP.32 eine starke Sicherheit für IoT ermöglichen?

David Hambling: Ja, Sicherheit ist in der heutigen Welt also definitiv eine Notwendigkeit, nicht wahr? Und bei ständigen Bedrohungen müssen Sie die Dinge so sicher wie möglich machen. Ich meine, das Tolle an SGP.32 ist, dass die Spezifikation mit der Priorität auf Sicherheit entworfen und erstellt wurde. Die verschiedenen Teile der Spezifikation der GSMA konzentrieren sich also auf die Sicherheit.

Wenn man sich die Funktionsweise der Technologie anschaut, denke ich außerdem, dass die Tatsache, dass weniger Integrationen mit externen, externen Parteien erforderlich sind, sie von Natur aus sicherer macht und dass der Grad der Verschlüsselung innerhalb der SGP.32-Umgebung erforderlich ist. Ich denke, aus unserer Sicht geht es darum, unser sicheres [00:13:00] Betriebssystem zu verwenden und die Möglichkeit zu haben, diese Nutzung aus den anderen vorherigen Spezifikationen fortzusetzen und diese auch in SGP.32 weiter zu verwenden, und selbst aus physikalischer Sicht bewegen wir uns meiner Meinung nach heutzutage in Richtung eingebetteter SIMs, mit eSIM und iSIM, und das nur auf einer physischen Sicherheitsebene, sie können nicht entfernt werden. Sie benötigen also diese SGP.32-Technologie, um diese Geräte über ihre gesamte Lebensdauer verwalten zu können, sei es 10 oder 15 Jahre, und Sie benötigen die damit verbundene Sicherheit. Und ich denke, SGP.32 trägt viel zur Zuverlässigkeit bei und auch dazu, dass Sie Ihre Abdeckung mit verschiedenen Profilen sichern können, und das ist auch aus Gerätesicht erforderlich, um OTA-Updates herunterladen zu können, wenn die Sicherheitsbedrohungen neue Software auf die Geräte übertragen, und Sie benötigen dafür eine sichere, stabile Konnektivität, und SGP.32 fördert das.

Satyajit Sinha: Interessant. Aber was sind über die Sicherheit hinaus die größten Vorteile, die wir in [00:14:00] SGP.32-Implementierungen sehen?

David Hambling: Ich denke also, ja, wir haben es vorher ein wenig besprochen. Ich denke, einer der Hauptvorteile ist meiner Meinung nach die fehlende Integration, die erforderlich ist, um die Konnektivität verschiedener MNOs und Konnektivitätspartner nutzen zu können. Sie müssen nicht mit jedem RSP verbunden sein. Wie bei SGP.22 können Sie SM-DP+ kontaktieren und das Profil von dort herunterladen. Und es geht auch um die Skalierbarkeit und die Zugänglichkeit, die es ermöglicht, dies auf allen Geräten da draußen zur Verfügung zu stellen.

Ich meine, für meinen Job gerade in Asien, die Menge an Geräten, die ich sehe, die Gerätetypen und das Wissen, dass SGP.32 alle diese erreichen kann, und einige davon waren schon immer unerreichbar, Updates aus der Ferne durchzuführen und einfach zu wissen, dass wir das tatsächlich tun können, ist sehr aufregend.

Also, ja, Skalierbarkeit und dann Zugänglichkeit sind für alle Arten von Geräten und Kommunikationsprotokollen geeignet.

Also, Satyajit, welche Anwendungen werden Ihrer Meinung nach als Analyst zuerst von SGP.32 profitieren?

Satyajit Sinha: Ich meine, IoT war die [00:15:00] Standardeinstellung, oder? IoT war also die erste Anwendung, die wir sehen und die großen Anklang findet. Ich meine, es gibt IoT, Landwirtschaft, Transport und Logistik. Die erste Welle der Akzeptanz, die wir sehen, war die, bei der man Mobilität braucht. Abgesehen vom IoT war der interessante Aspekt jedoch, dass das Automobil nicht nur aus Telematik-Perspektive, sondern auch aus Infotainment-Perspektive ins Spiel kam.

Wir haben festgestellt, dass diese Technologien in der Automobilindustrie und insbesondere im Infotainment stark an Bedeutung gewinnen, und wir gehen auch davon aus, dass wir in Zukunft neben IoT-Anwendungsfällen, allgemeinen Anwendungsfällen, Low-Band- und IoT-Anwendungsfällen auch in der Automobilindustrie eine starke Akzeptanz erleben werden.

Es gibt drei Kategorien für eSIM:Verbraucher, IoT und Automobil.

David Hambling: Ja, ja, auf jeden Fall. Ich denke vor allem für die Automobilindustrie. Es hat immer irgendwie die Lücke geschlossen, nicht wahr? Zwischen SGP.02 und SGP.22 gab es einen Verbraucheraspekt, es gibt einen Maschinenaspekt, und SGP.32 verbindet das wunderbar. Es fühlt sich wirklich so an, als ob die Automobilindustrie von dieser neuen [00:16:00] Spezifikation und aus eCall-Sicht von der Zuverlässigkeit von eCall und der damit verbundenen Priorität profitieren wird.

Satyajit Sinha: Okay. Macht Sinn. Macht Sinn.

 David, ich möchte gerade verstehen, dass G+D bei SGP.32 eine Schlüsselrolle spielt. Aus lösungstechnischer Sicht wollte ich das verstehen.

David Hambling: Ja. Nun, wir haben eng mit der GSMA zusammengearbeitet, um die Spezifikation zu erstellen, und seitdem sind wir, glaube ich, führend bei PoCs. Wir hatten viele PoCs auf dem Markt, also bauen wir wirklich die Landschaft auf und bereiten sie für die Masseneinführung von SGP.32 vor. Ich denke also, dass viele OEMs oder MNOs, Gerätehersteller und IoT-Akteure darauf drängen, mit SGP.32 voranzukommen. Ich denke, es löst viele der Herausforderungen, denen sie in der Vergangenheit gegenüberstanden, daher finde ich die PoCs wirklich spannend, weil man sieht, wie begierig die Leute darauf sind, diese Technologie in die Praxis umzusetzen.

Damit helfen wir einfach den Geräteherstellern, diese Technologie in ihre Geräte zu integrieren. Wenn es sich zum Beispiel um IPAd handelt, geht es nur darum, die Leute [00:17:00] auf den Masseneinsatz vorzubereiten. Und wir hatten auch bereits einige kommerzielle Anwendungsfälle, insbesondere Amazon eero. Also ja, wir gehen damit eine Vorreiterrolle ein, um SGP.32 der Welt bekannt zu machen und es den Menschen so schnell wie möglich zu ermöglichen, ihre Konnektivität aus der Ferne zu steuern.

Satyajit Sinha: Interessant. Ich meine, erst vor ein paar Tagen habe ich diesen Tech-Stack für den eSIM-Tech-Stack vorab erstellt und versucht, die OEMs, ähm, mit ihren eSIM-Funktionen zuzuordnen, und ich habe gesehen, dass G+D in allen Schritten dieses Tech-Stacks dabei ist, und das ist sehr interessant. Ich möchte von Ihnen verstehen, was ein End-to-End-Stack für Sie bedeutet und was er bringt, welche Vorteile er hat und was er für die G+D-Gesamtlösung bedeutet.

David Hambling: Ich denke, für unsere Kunden bedeutet der Full-Stack, dass sie einen zuverlässigen IoT-Partner für alle Teile des IoT-Ökosystems nutzen können. Aus Sicht von G+D haben wir also offensichtlich die SIM-Karten-Seite, die eUICC-Seite bis hin zum RSP, der Geräteverwaltung. Ich meine, ich arbeite im Bereich Konnektivität.

Was für mich wirklich interessant ist, ist, dass wir über eine Bibliothek mit [00:18:00] Konnektivitätsprofilen verfügen, die ebenfalls verwendet werden können. Daher können wir das SM-DP+ liefern. Wir können das eIM liefern. Wir können auch die Konnektivität bereitstellen und es könnte einfach darum gehen, die Lücken für die Menschen zu schließen. Ich meine, sie könnten ihre eigene Konnektivität weltweit nutzen und dann, wo wir vielleicht etwas haben, zum Beispiel in Brasilien, haben sie es nicht, und sie müssen schnell darauf zugreifen und wir können es einfach herunterladen, wir können ihnen dafür unser Profil geben. Also ja, der Full Stack ist wirklich interessant. Ich denke, dass wir all diese Elemente in einer sehr sicheren Umgebung zusammenbringen müssen, während wir uns auf die Sicherheit konzentrieren. Wir konzentrieren uns auf Sicherheit, bündeln all das, verpacken es in Sicherheit und haben dann zum Beispiel einen Ansprechpartner und ein SLA, sodass jemand zu uns kommen kann und so viel davon bekommen kann, wie er möchte, oder so wenig, wie er möchte, und das ist, äh, es ist eine sehr starke Position auf dem Markt.

Satyajit Sinha: Interessant.

David Hambling: Also, Satyajit, wohin wird sich der eSIM-Markt Ihrer Meinung nach in den nächsten 24 Monaten entwickeln?

Satyajit Sinha: Ich meine, das ist eine sehr interessante Frage. Ich meine, was wir beobachtet haben, war, dass eSIM in einem sehr frühen Stadium [00:19:00] eine gute Markteinführung hatte und einen guten Start hatte.

Wir begannen jedoch ein Plateau zu erkennen und alle warteten auf SGP.32, und dann kam das Plateau ins Spiel. Der interessante Teil war schon vor dem SGP. 32-Spezifikation fertiggestellt war, war die Industrie an der Verwendung von 32 interessiert, was dazu führte, dass viele OEMs und einfache manuelle Spielzüge weiterhin die Vorstandards entwickelten.

Und mit diesen Vorstandards begannen sie immer mit der Durchführung von Pilotprojekten, um einige der Implementierungen zu testen. Das zeigt ein sehr klares Bild der Nachfrage und wie die Industrie sehnsüchtig auf einen IoT-spezifischen Standard gewartet hat. Jetzt, wo wir diesen Standard haben, sehen wir wieder ein gutes Wachstum, sodass viele eSIM-fähige Mobilfunkmodule bereits ausgeliefert werden, sie verfügen sowohl über physische SIM- als auch eSIM-fähige Module, sind aber noch nicht in der Implementierung. Was wir nun schnell mit SGP.32 sehen werden, wird ein Teil der Implementierung ins Spiel kommen.

Wir werden auch einige der neuen [00:20:00]-Bereitstellungen sehen, die auf SGP.32 basieren werden. Wir fangen an, eine Kurve zu erkennen. Langsam. Die Durchdringung, die wir gerade gesehen haben, 32 %, wird innerhalb der nächsten fünf Jahre schnell auf 45 % und auf 50 % bis 60 % ansteigen, sobald wir mit der Einführung begonnen haben, und diese Einführungen werden beide Aspekte des IoT und der Automobilindustrie umfassen, also würde ich sagen:Ja, es gibt ein riesiges Potenzial und die Industrie wird im Grunde auf diese Technologie warten, und jetzt ist diese Technologie da. Ich erwarte eine gute Akzeptanz der SGP.32- und eSIM-Technologie im IoT und im Automobilbereich.

David Hambling: Ja, auf jeden Fall, und abgesehen von SGP.32:Welche Treiber werden Ihrer Meinung nach die Einführung von eSIM vorantreiben?

Satyajit Sinha: Ich meine, wir haben über Sicherheit und alles andere gesprochen, aber ich denke, eines der interessanten Dinge, über die wir nicht so viel gesprochen haben, ist die werksinterne Bereitstellung.

Ich denke, das ist etwas, das gleichbedeutend mit der Bedeutung von SGP.32 ist. Und es handelt sich grundsätzlich um eine komplementäre Technologie, die jedoch die Nutzung von SGP.32 oder eSIM deutlich verbessert. Ich meine, und aus Hardware-Perspektive [00:21:00] ist es aus Sicht der sofort einsatzbereiten Konnektivität sinnvoller. Aber ich möchte auf jeden Fall etwas von Ihnen verstehen, wenn Sie etwas zur werksinternen Bereitstellung hinzufügen möchten, denn ich bin der Meinung, dass dies eine der Schlüsseltechnologien ist, die den Markt aus einer anderen Perspektive für den eSIM-Aspekt verändern wird.

David Hambling: Ja, auf jeden Fall. Wir freuen uns also auf SGP.42. Wir haben derzeit das Vorstandard-IFPP auf dem Markt, das im Einsatz ist und sehr, sehr beliebt ist. Also ja, SGP.42. Ja, wir haben derzeit bereits den Vorstandard für das IFPP, die werksinterne Bereitstellung, veröffentlicht und er funktioniert im Einklang mit SGP.32. Was mir an SGP.42 wirklich gefällt, ist, dass Sie bei Geräten, die nicht auf die Fernbereitstellung angewiesen sein möchten, die Batterieleistung nicht reduzieren möchten. Bei den leichteren Geräten handelt es sich möglicherweise um die Bereitstellung, die Vorabbereitstellung der Konnektivität im Werk aus einer Profilbibliothek und die Bereitstellung dieser Konnektivität auf dem Gerät. So ist es vom ersten Tag an einsatzbereit.

 Das ist also Born [00:22:00] Connected® und das ist von entscheidender Bedeutung für iSIM und eSIM, und wenn das erst einmal drin ist, sobald die Konnektivität im Gerät bereitgestellt wurde, kann sie auch in Zukunft weiterhin von SGP.32 verwaltet werden. Was außerdem noch sehr spannend ist, ist, dass wir natürlich weiterhin Innovationen entwickeln und nicht nur, wie Sie wissen, nach den Erfolgen und Spezifikationen von SGP.32 weiterhin Innovationen entwickeln.

David Hambling: Und dann dürfen wir uns natürlich auf die weiteren Versionen von SGP.32 freuen. Also Version zwei, in der es mehrere aktivierte Profile geben wird, was auch für die Automobilindustrie, für die Zuverlässigkeit der Konnektivität und für IoT-Geräte enorm wichtig sein wird, und dann einen vom Gerät initiierten Profilwechsel, und das alles führt zu iSIM, worauf wir ebenfalls achten müssen. Das wird aufgrund von SGP.32, SGP.42 und natürlich SGP.42 ab Werk immer beliebter.

Satyajit Sinha: Interessant. Interessant. Ja, das macht absolut Sinn. [00:23:00] Bevor ich zum Schluss komme, möchte ich von Ihnen wissen, was der Betreiber oder OEM als nächstes beachten sollte und warum?

David Hambling: Ich denke, es ist das, was wir gesagt haben, Version zwei von SGP.32.

Wir greifen also auf das zurück, was wir im Moment haben.

Ja.

Und ich denke, vor allem, wie wir bereits sagten, für die Automobilindustrie wären die mehrfach aktivierten Profile enorm wichtig, insbesondere für Dinge wie eCall, Infotainment, die Möglichkeit, Profile auf der Grundlage von Algorithmen und Intelligenz zu wechseln, im Grunde genommen, was hat ein besseres Signal? Natürlich muss eCall das bestmögliche Signal haben, und es muss die höchste Priorität haben.

Das wird für OEMs und Automobilhersteller sehr wichtig sein. iSIM ist integriert, daher ist es noch sicherer, da es wirklich in das Gerät integriert ist. Und dann brauchen Sie den SGP.32, um das aus der Ferne verwalten zu können, egal wie lange es im Feld sein wird.

Und dafür muss SGP.32 reibungslos funktionieren. Und dann muss, wie gesagt, der SGP.42 in der Fabrikbereitstellung ein Auge darauf haben, wenn diese Spezifikation veröffentlicht wird. Wie gesagt, es ist im Moment vor dem Standard. Es ist im [00:24:00] Einsatz. Es funktioniert sehr gut, aber ich freue mich darauf und werde immer stärker.

Satyajit Sinha: Interessant. Danke David. Es war eine wirklich interessante und aufschlussreiche Diskussion und ich hoffe, die Diskussion hat Ihnen allen gefallen.

David Hambling: Vielen Dank, Satyajit. Es hat mir wirklich Spaß gemacht, mit Ihnen zu sprechen.

Satyajit Sinha: Vielen Dank.