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

In dieser Episode des Trending Tech Podcasts wird Gastgeber Satyajit Sinha, Principal Analyst bei IoT Analytics, von Giesecke+Devrients (G+D) David Hambling, Leiter Connectivity Business Development für Asien-Pazifik, begleitet, um zu erläutern, was die neue SGP.32 eSIM-Spezifikation wirklich für das Internet of Things (IoT) bedeutet.

Mit IoT-Verbindungen, die bis 2030 auf 39 Milliarden zusteuern, untersuchen sie, warum zellulär schneller wächst als der breitere IoT-Markt, wie die Adoption von embedded SIM (eSIM) und integrated SIM (iSIM) beschleunigt wird, und warum ein „One-Size-Fits-All“-Ansatz für Konnektivität in der heutigen fragmentierten globalen Landschaft nicht mehr realistisch ist.

Von GSMA-konformem SGP.32 und der Rolle des eIM, bis hin zu In-Factory-Provisioning (SGP.42), Post-Quantum-Sicherheit, Automotive-Innovation und dem Aufstieg „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 liefern kann und was Betreiber, OEMs und Automobilhersteller in den nächsten 24 Monaten sehr genau beobachten sollten.

Transcript: Wie SGP.32 IoT-Konnektivität und Sicherheit neu formt

[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, Principal Analyst bei IoT Analytics.

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

David Hambling: Danke, Satyajit. Ja, ich kann. Ich bin David Hambling und ich leite Connectivity Business Development in Asien-Pazifik für G+D und bin auch Managing Director für den Connectivity Hub in Hongkong. G+D ist ein globales Sicherheitstechnologieunternehmen und wir schaffen seit 170 Jahren Vertrauen als zuverlässiger Partner. Das reicht von der Lieferung der ersten SIM-Karte bis hin zu kontinuierlicher Innovation und Pionierarbeit im SIM-Technologiebereich. Wir sind hier, um sichere und skalierbare IoT-Konnektivität heute zu diskutieren.

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

Satyajit Sinha: Wenn man sich IoT-Verbindungen ansieht, hat sie Ende 2024 die 18,6-Milliarden-Marke erreicht und wächst mit einer Rate von 12 % Jahr für Jahr, und die Gesamtzahl der Verbindungen, die wir erwarten, wird bis 2030 39 Milliarden erreichen bei einer CAGR von 14 %.

Das ist sehr interessant, denn unter diesen 18,6 Milliarden Verbindungen gibt es im Wesentlichen drei Schlüsseltechnologien, die diese Verbindungen antreiben: Wi-Fi, Bluetooth und zellulär. Also unter allen drei Technologien ist zellulär das, woran wir ziemlich interessiert sind, aber ja, diese drei Technologien treiben den Markt an.

David Hambling: Ja, das ist massiv, aber wo passen zellulär und eSIM-Wachstum in dieses Bild?

Satyajit Sinha: Ja, das ist interessant. Wisst ihr, wenn man zelluläre Verbindungen sieht, wachsen sie viel schneller als der gesamte IoT-Verbindungsmarkt, es geht mit 15 % CAGR und macht derzeit 22 % der Verbindungen aus, das sind 4,1 Milliarden Ende 2024.

Und wenn man sich die [00:02:00] eSIM-Adoption darunter ansieht, waren 32 % der zellulären IoT-Module, die 2024 versendet wurden, eSIM- oder iSIM-fähig. Und wenn man es aus einer Installationsbasis- oder aktiven Verbindungs-Perspektive betrachtet, sind 17 % der zellulären IoT-Verbindungen bereits eSIM- und iSIM-fähige Geräte. Und die Treiber sind offensichtlich kleinerer Formfaktor und Sicherheit und all die Dinge, die diese antreiben.

Aber wenn man das Gesamtbild sieht, wächst zelluläre Konnektivität viel schneller als der IoT-Verbindungsmarkt und eSIM hat auch eine viel schnellere Adoptionsrate innerhalb dieser Penetration.

David Hambling: Ja, ja, natürlich.

Satyajit Sinha: Also David, was sind die wichtigsten Herausforderungen, die wir in der IoT-Verbindungslandschaft sehen, die du siehst?

David Hambling: Nun, ich denke, es ist ein bisschen wie das, was du gerade gesagt hast. Ich denke, es ist die schiere Menge an Geräten da draußen und das verursacht 꽤 ein paar Herausforderungen. Also ist es, ich denke, eines ist die Technologie im Angebot, ob es NB-IoT ist, ob es LTE-M, LTE Cat-1, LTE Cat-1 BIS ist.

Also gibt es so viel da draußen und ich denke, es [00:03:00] wird sehr schwierig, eine One-Size-Fits-All-Globallösung dafür zu finden. Ich meine, NB-IoT ist beispielsweise nicht in jedem Land verfügbar. LTE-M ist auch nicht in jedem Land verfügbar. Und dann fängt man an, die regulatorische Landschaft anzusehen. Es gibt Permanent-Roaming-Restriktionen an manchen Orten. Und es gibt auch, äh, Geräte, die immer mehr Daten global nutzen, und das wird mehr zu einem kommerziellen Problem. Aber gleichzeitig hast du viele Geräte, die global sehr wenig Daten nutzen, und das wird auch zu einem kommerziellen Problem, weil sie im Netzwerk recht ressourcenintensiv sind.

Also sehen wir jetzt kommerziell, dass Leute Zugangsgebühren zusätzlich zu verschiedenen Technologien einführen. Also wird es fast fragmentierter und aus einer Asien-Pazifik-Sicht, da ich hier bin, siehst du, dass es hier ziemlich deutlich ist, weil ein Land NB-IoT hat, ein Land nicht, ein anderes Land führt Zugangsgebühren für Low-Usage-Geräte ein, und du hast auch den zusätzlichen Druck von sehr günstigen lokalen Preisen, die in [00:04:00] das hineingemischt werden. Also ja, es ist eine Veränderung in der kommerziellen Landschaft und ja, One-Size-Fits-All ist heutzutage sehr schwierig.

Satyajit Sinha: Also unter diesen Herausforderungen sehen wir eine Lösung als SGP.32.

Also was ist SGP.32 in einfachen Begriffen?

David Hambling: Nun, in einfachen Begriffen ist es die neue eSIM-Spezifikation, die sich auf IoT konzentriert. Es ist für IoT und baut auf der großartigen Basis von SGP.22 auf, was in einfachen Begriffen für Consumer-Geräte war. Also SGP.32 entfernt die Notwendigkeit komplizierter Integrationen. Es macht eSIM sehr, sehr zugänglich für IoT-Geräte und für die schiere Bandbreite an IoT-Geräten da draußen.

Satyajit Sinha: Interessanterweise gibt es SGP.02, was reines M2M ist, dann, wie du sagtest, SGP.22 Consumer. Warum braucht die Industrie jetzt einen IoT-fokussierten Standard?

David Hambling: Also wenn ich zurückdenke, und ich glaube, ich bin schon ziemlich lange in IoT.

Ich erinnere mich an den SGP.02 [00:05:00] Standard, der vielleicht nicht in kommerzieller Nutzung, aber vorhanden war seit etwa 2012 und von dem, worüber du früher gesprochen hast und dem Wachstum von IoT, sind wir jetzt 2025 gehend in 2026. Damit ist der IoT-Markt massiv gewachsen. Es gibt so viele mehr Geräte, es gibt neue Technologien, und wir brauchten wirklich, um zu standardisieren und einen neuen Standard dafür zu schaffen. Ich glaube, viele Geräte wollten SGP.22 für IoT nutzen. Aber es gab einige Schwierigkeiten damit und daher wurde SGP.32 daraus geboren.

Satyajit Sinha: Interessant. Und wenn ich aus technischer Perspektive verstehen will, dass SGP.02 reines M2M war, was ich wusste, basierte auf Push-Modell, wenn ich nicht irre, richtig? Und dann kam SGP.32 ins Bild, was ich glaube, ein Mix aus mehr als Push und Pull Modell ist. Welche Lücken adressiert SGP.32 jetzt, die SGP.02 vorher nicht hatte?

David Hambling: Ja, also was faszinierend ist, ist, sobald man anfängt [00:06:00] die Schwierigkeiten, besonders von SGP.02, zu verstehen, fängt man wirklich an zu sehen, wie schlau SGP.32 ist. Also du hast recht, ja. SGP.02 war Push, also man hatte ein Management-Portal, RSP, und man würde die Profile zum Gerät pushen, was nötig war, weil dies kopflose Geräte sind. Sie haben keine Schnittstelle. SGP.22 war um Aktivierungscodes, QR-Codes. Sehr clever, sehr schnell, aber man kann den QR-Code meistens nicht auf recht einfachen IoT-Geräten scannen. Also, ich denke, wo dann SGP.32 hereinkommt, ist das Entfernen dieser Barriere. Es ermöglicht Massendeployment von Profilen auf Geräte, und es nutzt auch die SGP.22-Technologie durch den SM-DP+, um die Konnektivität agnostisch zu machen. Also war SGP.02 stark abhängig von Integrationen mit Betreibern, SM-DPs, und jetzt folgt dies derselben Logik wie SGP.22.

Also, du musst nicht die [00:07:00] Integration haben. Du kontaktierst den SM-DP+ des Betreibers. Du lädst jedes Konnektivitätsprofil von ihnen herunter. Du brauchst diese Integration nicht.

Okay. Was sehr interessant ist. SGP.02 war ziemlich schwierig, besonders für einige einfache Geräte und auch Geräte wie NB-IoT-Geräte, weil einige von ihnen batteriebetrieben sind, einige sind recht leichtgewichtig, und es gab eine Notwendigkeit, SGP.32 zugänglicher für Geräte zu machen, die vielleicht leichtgewichtigere Kommunikationsprotokolle sprechen. Also SGP.02 nutzte auch SMS sowie ein klobigeres Kommunikationsprotokoll, was toll für große Geräte ist, nicht batteriebetrieben, die eine lange Download-Zeit des Profils vertragen können, und sie haben das in eine Art Sprachübersetzung verschoben und die Zugänglichkeit für alle IoT-Geräte herausgebracht.

Satyajit Sinha: Interessant, und wie du sehr klar erwähnt hast, dass SGP.02 SM-DP und SM-SR Server erforderte, und jetzt bewegen wir uns [00:08:00] zu SM-DP+ Servern. Das ist interessant. Aber jetzt haben wir LTE und eIM ins Bild kommen und wollen verstehen, wie es mit SM-DP+ Architektur sitzt.

David Hambling: Ja, also ich denke, es ist immer noch im Thema Zugänglichkeit. Also all diese Teile arbeiten in Harmonie, um Zugänglichkeit für alle IoT-Geräte zu fördern.

Also du hast den SM-DP+, der aus der SGP.22-Landschaft kommt, und dann darunter hast du den eIM, und was massiv interessant am eIM ist, ist dass das, was wir tun mussten, als es darum ging, SGP.32 für so viele Geräte wie möglich zugänglich zu machen, war, dass wir die mittlere Schicht einbauen mussten, weil wir nicht genau wissen, was auf den Geräten sein wird.

Also wenn du an ein Handy und SGP.22 denkst, was wäre die eIM-Schicht, war innerhalb des Geräts und auf dem Handy. Es gibt viele Handy-Modelle da draußen, aber es gibt eine sehr kleine Anzahl im Vergleich zur massiven Anzahl an IoT-Geräten da draußen.

Also kannst du dich nicht darauf verlassen, dass die Geräte [00:09:00] in der Lage sein werden, diese Management-Schicht selbst zu machen, und so musst du sie zentralisieren, und wir haben sie im eIM zentralisiert. Und dann musst du das machen, was der LPA in SGP.22 gemacht hat, was das IPAe und IPAd ist, und auch in der Ader der Zugänglichkeit wissen wir auch, dass nicht alle Geräte in der Lage sein werden, das IPAd einzubauen. Einige Geräte werden Remote-Management nicht wirklich viel brauchen, und es wird mehr Versicherung sein. Also was wir dort machen, ist, wir legen das IPAe auf die eUICC auf der SIM, und wie ich sagte, sie arbeiten alle zusammen in Harmonie, um es zugänglicher zu machen.

Du hast das IPAd oder die Geräteebene, den eIM in der Mitte. eIM macht auch die Sprachübersetzung sozusagen, um das Profil vom SM-DP+ zu bekommen, es zum eIM runterzubringen, es zu übersetzen, und dann runter zum Gerät zu legen.

Satyajit Sinha: Interessant, und ja, ich meine, SGP.32 war im Spezifikationsprozess und als Analyst sehen wir auf dem Markt, es kamen viele Pre-Standards ins Bild von vielen der [00:10:00] Betreiber, äh, eSIM-Management-Spieler, aber was interessant ist, ist etwas, das früher dieses Jahr kam, Nachrichten von euch. Es wäre toll, wenn du diese Nachrichten teilen könntest, was im SGP.32 passiert ist.

David Hambling: Ja, wir waren das erste Unternehmen, das die eUICC Security Assurance Scheme Compliance von der GSMA bekam und auch generell die eSIM-Compliance. Und dann danach, die erste kommerzielle Bereitstellung mit eero. Also, ja, wir sind sehr stolz darauf, dass wir da hinkommen konnten. Ich glaube, es war zwei Monate nach der Spezifikationsveröffentlichung.

Also ja, wir haben sehr hart gearbeitet, um dahin zu kommen und ja, es ging ziemlich schnell damit.

Satyajit Sinha: Interessant.

David Hambling: Wie wichtig ist Sicherheit in IoT heute, Satyajit, und was sind die Haupt-Herausforderungen?

Satyajit Sinha: Ich meine, Sicherheit war ein sehr wichtiges Technologiestück für jede neue Technologie, die wir auf dem Markt sehen, und wir haben nicht, sogar mit IoT, wir sagen 18 Milliarden, 18 Milliarden Geräte aktiv. Es gibt immer eine Sorge um Datensicherheit, Hardwaresicherheit, Netzwerksicherheit und Cloud-Sicherheit, weil diese Daten irgendwo hingehen, richtig? Also gibt es verschiedene Sicherheitsebenen, die benötigt werden, um das IoT-Ökosystem zu schützen, und wir haben mehrere Herausforderungen gesehen. Wir haben viele Ransomware-Angriffe gesehen, wir haben Malware-Angriffe gesehen, weil die meisten IoT-Geräte entweder nicht durch Hardware gesichert sind, allgemein traditionell durch Softwaremechanismen gesichert, und es gibt keinen Anker der Sicherheit in dieser Hardware. Und sie verlassen sich auf die alte Sicherheitstechnologie. Also gibt es eine riesige Herausforderung, die wir auf dem Markt sehen und offensichtlich gibt es mehrere Lösungen, die ins Bild kommen. Wisst ihr, Hardware, Secure Element, PUF-Technologien kommen ins Bild, schaffen Hardware Root of Trust, und das macht die Sicherheiten viel besser als das, was wir vorher hatten und going forward, werden wir PQC (Post Quantum Security) auch im Bild haben. Aber gerade jetzt, ich meine, wir sind in einem Stadium, wo Sicherheit immer noch als Kostenfaktor betrachtet wird. Deshalb macht es Sinn, Sicherheit an ein Element zu hängen, du hast Konnektivitätselement auch, und dann Sicherheit [00:12:00] auch, und dann kommt eSIM ins Bild, das beide Aspekte bringt, also ist es keine zusätzliche Kosten für den OEM zu implementieren, es ist im Grunde ein Go-To-Faktor, den du implementieren solltest. Ich bin sicher, du hast diese Implementierung gesehen, aber es wird interessant sein, von dir zu verstehen, wie eSIM und SGP.32 starke Sicherheit für IoT ermöglichen?

David Hambling: Ja, also definitiv Sicherheit ist eine Notwendigkeit in der heutigen Welt, nicht wahr? Und ständige Bedrohungen, man muss Dinge so sicher wie möglich machen. Also, ich meine, was toll an SGP.32 war, ist die Spezifikation wurde mit Sicherheit als Priorität entworfen und gebaut. Also die verschiedenen Teile der Spezifikation von der GSMA, die sich auf Sicherheit konzentrieren.

Auch, ich denke, wenn man nur anschaut, wie die Technologie funktioniert, ich denke, die Tatsache, dass weniger Integrationen mit externen Parteien nötig sind, macht es per Design sicherer, und das Verschlüsselungsniveau, das in der SGP.32-Umgebung nötig ist. Ich denke, von unserem Standpunkt aus, es nutzt unser sicheres [00:13:00] OS und kann diese Nutzung von den anderen vorherigen Spezifikationen fortsetzen und weiterhin das in SGP.32 nutzen und sogar nur von einem physischen Standpunkt aus, ich denke, heutzutage bewegen wir uns in Richtung eingebetteter SIMs, mit eSIM und iSIM, und das ist nur von einer physischen Sicherheitsschicht, sie können nicht entfernt werden. Also brauchst du diese SGP.32-Technologie, um in der Lage zu sein, diese Geräte über ihre Lebensdauer zu managen, ob es 10, 15 Jahre sind, und du brauchst die Sicherheit, die dabei kommt. Und ich denke, SGP.32, es tut viel für Zuverlässigkeit und auch in der Lage zu sein, deine Abdeckung mit verschiedenen Profilen zu sichern und das wird auch aus Gerätesicht gebraucht, um OTA-Updates herunterladen zu können, wenn sich Sicherheitsbedrohungen ändern, neue Software auf die Geräte und du brauchst sichere, stabile Konnektivität, um das zu können, und SGP.32 fördert das.

Satyajit Sinha: Interessant. Aber jenseits der Sicherheit, was sind die Top-Vorteile, die wir in [00:14:00] SGP.32-Implementierungen sehen?

David Hambling: Also ich denke, ja, wir haben es ein bisschen vorher diskutiert. Ich denke, einer der Hauptvorteile, die ich sehe, ist das Fehlen von Integrationen, die nötig sind, um verschiedene MNOs und Konnektivitätspartner-Konnektivität nutzen zu können. Du musst nicht mit jedermanns RSP verbinden. Wie SGP.22, kannst du den SM-DP+ kontaktieren und das Profil von dort herunterladen. Und so ist es Skalierbarkeit auch, und Zugänglichkeit, in der Lage zu sein, das für all die Geräte da draußen rauszubringen.

Ich meine für meinen Job nur in Asien, die Menge an Geräten, die ich sehe, die Arten von Geräten, und wissend, dass SGP.32 all die erreichen kann, und einige von denen waren immer außer Reichweite, um Updates remote zu machen und einfach wissend, dass wir das tatsächlich tun können, ist sehr aufregend.

Also, ja, Skalierbarkeit und dann Zugänglichkeit, die für alle Arten von Geräten und Kommunikationsprotokolle sorgt.

Also Satyajit, als Analyst, welche Anwendungen erwartest du, werden zuerst von SGP.32 profitieren?

Satyajit Sinha: Ich meine, IoT war der [00:15:00] Default, richtig? Also IoT war die erste Anwendung, die wir sehen, die viel Traktion bekommt. Ich meine, es gibt IoT, Landwirtschaft, Transport und Logistik. Wo man Mobilität brauchte, war die erste Welle der Adoption, die wir sehen. Aber abgesehen von IoT, der interessante Aspekt war Automotive, das ins Bild kommt, nicht nur aus Telematik-Perspektive, sondern aus Infotainment-Perspektive.

Wir haben angefangen zu sehen, dass Automotive viel Traktion für diese Technologien bekommt und besonders im Infotainment, und wir erwarten auch, dass going forward, abgesehen von IoT Use Cases, den generalisierten Use Cases, Low Band IoT Use Cases, wir werden viel Adoption in Automotive auch sehen.

Drei Kategorien für eSIM werden Consumer, IoT und Automotive sein.

David Hambling: Ja, ja, definitiv. Ich denke, besonders für Automotive. Es hat immer die Lücke überbrückt, nicht wahr? Zwischen SGP.02 und SGP.22 gab es einen Consumer-Aspekt, es gibt einen Machine-Aspekt, und SGP.32 überbrückt das wunderschön. Es fühlt sich wirklich an, als würde Automotive von dieser neuen [00:16:00] Spezifikation und vom eCall-Punkt profitieren, dass Zuverlässigkeit für eCall und die Priorität, die dort involviert ist.

Satyajit Sinha: Okay. Macht Sinn. Macht Sinn.

David, gerade jetzt um zu verstehen, wie G+D eine Schlüsselrolle mit SGP.32 spielt. Also aus Lösungs-Perspektive, wollte ich das verstehen.

David Hambling: Ja. Nun, wir haben eng mit der GSMA zusammengearbeitet, um die Spezifikation zu erstellen, und seitdem waren wir, ich denke, führend mit PoCs. Wir hatten viele PoCs da draußen, also bauen wir wirklich die Landschaft auf und bereiten die Landschaft für massenhafte SGP.32-Adoption vor. Also ich denke, viele OEMs oder MNOs, Gerätehersteller und IoT-Spieler, ich denke, sie können es kaum erwarten, mit SGP.32 voranzukommen. Ich denke, es beantwortet viele der Herausforderungen, die sie in der Vergangenheit hatten, also ich denke, die PoCs waren wirklich aufregend, weil man sieht, wie begierig die Leute sind, diese Technologie ins Feld zu bringen.

Also damit, gerade den Geräteherstellern helfen, diese Technologie in ihre Geräte einzubauen. Wenn es IPAd ist, zum Beispiel, gerade Leute [00:17:00] bereit für massenhafte Bereitstellung machen. Und wir hatten auch schon einige kommerzielle Use Cases, namentlich Amazon eero. Also ja, führend mit dem, um SGP.32 in die Welt zu drücken und Leute ihre Konnektivität so schnell wie möglich remote zu steuern.

Satyajit Sinha: Interessant. Ich meine, vor ein paar Tagen habe ich diesen Tech Stack für eSIM Tech Stack vorgehabt und versucht, die OEMs, äh, mit ihren eSIM-Features zuzuordnen, und ich sah, dass G+D in allen Schritten dieses Tech Stacks hereinkommt und das ist sehr interessant. Ich möchte von dir verstehen, was ein End-to-End-Stack für dich bedeutet und was er bringt, die Vorteile 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. Also von G+Ds Sicht aus, offensichtlich haben wir die SIM-Karten-Seite, die eUICC-Seite bis zum RSP, das Geräte-Management. Ich meine, ich arbeite in der Konnektivitäts-Seite.

Was wirklich interessant für mich ist, ist dass wir unsere Bibliothek von [00:18:00] Konnektivitätsprofilen haben, die auch genutzt werden können. Also können wir der SM-DP+ liefern. Wir können den eIM liefern. Wir können auch die Konnektivität liefern und es könnte einfach sein, Lücken für Leute zu füllen. Ich meine, sie könnten ihre eigene Konnektivität weltweit nutzen und dann, wo wir vielleicht etwas haben, sagen wir in Brasilien, sie nicht haben, und sie müssen schnell zugreifen und wir können einfach herunterladen, wir können ihnen unser Profil dafür geben. Also ja, der Full Stack ist wirklich interessant. Ich denke, all diese Elemente zusammenzubringen in einer sehr sicheren Umgebung, da wir uns auf Sicherheit konzentrieren. Wir fokussieren auf Sicherheit, bringen all das zusammen, wickeln es in Sicherheit ein, und dann einen Ansprechpartner und ein SLA, zum Beispiel, so dass jemand zu uns kommen kann und so viel bekommen kann, wie er will oder so wenig wie er will, und das ist, äh, es ist eine sehr mächtige Position im Markt.

Satyajit Sinha: Interessant.

David Hambling: Also, Satyajit, wohin denkst du, geht der eSIM-Markt in den nächsten 24 Monaten?

Satyajit Sinha: Ich meine, das ist eine sehr interessante Frage. Ich meine, was wir beobachtet haben, dass in sehr frühem Stadium eSIM gute [00:19:00] Traktion bekam, als es auf den Markt kam und einen guten Start hatte.

Jedoch begannen wir, ein Plateau zu sehen und alle warteten auf SGP.32, und das Plateau kam ins Bild. Der interessante Teil war, sogar bevor die SGP.32-Spezifikation finalisiert war, war die Industrie daran interessiert, 32 zu nutzen, was zu vielen OEMs und easy manual play führte, die immer wieder Pre-Standards entwickelten.

Und mit diesen Pre-Standards begannen sie immer, Piloten zu machen, um zu versuchen, einige der Bereitstellungen zu machen. Das zeigt ein sehr klares Bild der Nachfrage und wie die Industrie sehnsüchtig auf einen IoT-spezifischen Standard wartete und jetzt, wo wir diesen Standard haben, beginnen wir, wieder gutes Wachstum zu sehen, also gibt es viele eSIM-fähige zelluläre Module da draußen, die bereits versendet werden, sie haben sowohl physische SIM als auch eSIM-fähige Module, aber sie sind nicht in der Implementierung. Also jetzt, was wir schnell mit SGP.32 sehen werden, einige der Implementierungen werden ins Bild kommen.

Wir werden auch einige der neuen [00:20:00] Bereitstellungen sehen, die auf SGP.32 basieren werden. Wir beginnen, eine Kurve zu sehen. Langsam. Die Penetration, die wir gerade gesehen haben, 32 % im Versand, wird schnell auf 45 % und 50 % und 60 % Bereich innerhalb der nächsten fünf Jahre oder so gehen, sobald wir die Bereitstellung begonnen haben, und diese Bereitstellungen werden IoT und Automotive beide Aspekte beinhalten, 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 Adoption von SGP.32 und eSIM-Technologie innerhalb IoT und Auto.

David Hambling: Ja, definitiv, und abgesehen von SGP.32, was sind die Treiber, die du denkst, werden eSIM-Adoption pushen?

Satyajit Sinha: Ich meine, wir haben über Sicherheit und alles geredet, aber ich denke, eines der interessanten Dinge, die wir nicht so viel besprochen haben, ist die In-Factory-Provisioning.

Ich denke, das ist etwas, das aufkommt als gleich, ich würde sagen, Wichtigkeit zu SGP.32. Und es ist eine komplementäre Technologie im Grunde, aber macht die Nutzung von SGP.32 oder eSIM viel besser. Ich meine, und aus Hardware-Perspektive, [00:21:00] aus einer Out-of-Box-Konnektivität-Perspektive, macht es mehr Sinn. Aber definitiv gerne von dir verstehen, etwas, wenn du etwas hinzufügen möchtest zum In-Factory-Provisioning, weil ich fühle, dass das eine der Schlüsseltechnologien ist, die den Markt aus einer anderen Perspektive für den eSIM-Aspekt verändern wird.

David Hambling: Ja, definitiv. Also wir schauen vorwärts zu SGP.42. Wir haben derzeit den Pre-Standard IFPP da draußen im Moment und in Nutzung und sehr, sehr beliebt. Also ja, SGP.42. Ja, wir haben bereits den Pre-Standard da draußen für das IFPP, das In-Factory-Provisioning, und es arbeitet in Harmonie mit SGP.32. Was ich wirklich an SGP.42 mag, ist dass für Geräte, die du nicht auf Remote-Provisioning angewiesen sein willst, du nicht ihre Batterieleistung reduzieren willst. Vielleicht die leichteren Geräte, dies ist Provisioning, Pre-Provisioning der Konnektivität in der Fabrik aus einer Profilbibliothek, diese Konnektivität auf das Gerät legen. Also es ist bereit ab Tag eins.

Also, das ist Born [00:22:00] Connected® und, das ist entscheidend für iSIM und eSIM, und, dann einmal das reingegangen ist, einmal die Konnektivität in das Gerät provisioniert wurde, dann kann es weiterhin durch SGP.32 going forward gemanagt werden. Dann auch was sehr aufregend ist, offensichtlich als wir weiter innovieren und wir nicht einfach, du weißt nach den SGP.32 Erfolgen und Spezifikationen, wir weiter innovieren.

David Hambling: Und dann natürlich haben wir die weiteren Versionen von SGP.32, auf die man sich freuen kann. Also, Version zwei, wo es mehrere aktivierte Profile geben wird, was für Automotive auch riesig wichtig sein wird, und für Zuverlässigkeit der Konnektivität und für IoT-Geräte, und dann geräteinitiiertes Profilwechseln, und das führt alles in iSIM, was wir auch im Auge behalten müssen. Das wird beliebter werden wegen SGP.32, SGP.42, und dann natürlich SGP.42 aus der Fabrik.

Satyajit Sinha: Interessant. Interessant. Ja, das ergibt vollständigen Sinn. [00:23:00] Bevor wir abschließen, möchte ich von dir verstehen, was Betreiber oder OEM als nächstes beobachten sollten und warum?

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

Also basierend auf dem, was wir im Moment haben.

Ja.

Und ich denke hauptsächlich, wie wir für Automotive sagten, die mehreren aktivierten Profile würden riesig wichtig sein, besonders für Dinge wie eCall, Infotainment, in der Lage zu sein, Profile basierend auf Algorithmen, basierend auf Intelligenz, im Grunde, was besseres Signal hat, offensichtlich braucht eCall das bestmögliche Signal, und du es braucht die höchste Priorität.

Also das wird sehr wichtig für OEMs, Auto-Hersteller sein. iSIM einbauen, also ist das noch sicherer, weil es wirklich in das Gerät integriert ist. Und dann brauchst du SGP.32, um das remote für so lange managen zu können, wie es im Feld sein wird.

Und SGP.32 muss nahtlos dafür funktionieren. Und dann, wie ich sagte, das SGP.42 In-Factory-Provisioning muss man im Auge behalten, wann diese Spezifikation released wird. Wie ich sagte, ist es Pre-Standard im Moment. Es ist in [00:24:00] Nutzung. Es funktioniert sehr gut, aber man freut sich darauf, dass es von Stärke zu Stärke geht.

Satyajit Sinha: Interessant. Danke David. Es war wirklich interessant und aufschlussreiche Diskussion und ich hoffe, ihr alle habt von der Diskussion genossen.

David Hambling: Vielen Dank Satyajit. Ich habe wirklich genossen, mit dir zu sprechen.

Satyajit Sinha: Danke.