Comment SGP.32 révolutionne la connectivité et la sécurité IoT — Insights d'experts en podcast

Dans cet épisode du podcast Trending Tech, l'animateur Satyajit Sinha, analyste principal chez IoT Analytics, est rejoint par David Hambling de Giesecke+Devrient (G+D), responsable du développement commercial connectivité pour l'Asie-Pacifique, pour décortiquer ce que la nouvelle spécification eSIM SGP.32 signifie vraiment pour l'Internet des Objets (IoT).

Avec les connexions IoT fonçant vers 39 milliards d'ici 2030, ils explorent pourquoi le cellulaire croît plus vite que le marché IoT au sens large, comment l'adoption de la SIM embarquée (eSIM) et de la SIM intégrée (iSIM) s'accélère, et pourquoi une approche « taille unique » pour la connectivité n'est plus réaliste dans le paysage mondial fragmenté d'aujourd'hui.

De la norme SGP.32 conforme GSMA et le rôle de l'eIM, au provisionnement en usine (SGP.42), la sécurité post-quantique, l'innovation automobile et l'essor des appareils « nés connectés », Satyajit et David expliquent comment une pile de bout en bout peut fournir une connectivité IoT sécurisée et évolutive pour la prochaine décennie et ce que les opérateurs, OEM et fabricants automobiles devraient surveiller de très près au cours des 24 prochains mois.

Transcription : Comment SGP.32 redéfinit la connectivité et la sécurité IoT

[00:00:00]

Satyajit Sinha : Bonjour à tous. Bienvenue dans ce podcast Trending Tech présenté par l'équipe d'IoT-Now.com et TechLedworld.com. Je m'appelle Satyajit Sinha, analyste principal chez IoT Analytics.

Je suis dans l'étude de marché IT depuis plus de 12 ans, me concentrant sur le matériel IT, la connectivité et la sécurité. Aujourd'hui, nous avons un invité incroyable, David. David, pouvez-vous vous présenter ?

David Hambling : Merci, Satyajit. Oui, je peux. Je suis David Hambling et je suis responsable du développement commercial connectivité en Asie-Pacifique pour G+D et je suis aussi le directeur général du Connectivity Hub à Hong Kong. G+D est une entreprise technologique de sécurité mondiale et nous créons de la confiance en tant que partenaire fiable depuis 170 ans. Cela a commencé par la livraison de la première carte SIM jusqu'à maintenant continuer à innover et pionnier dans l'espace technologique SIM. Nous sommes ici pour discuter de la connectivité IoT sécurisée et évolutive aujourd'hui.

Alors Satyajit, à quelle vitesse la connectivité IoT croît-elle et qu'est-ce qui la motive ? [00:01:00]

Satyajit Sinha : Si vous regardez les connexions IoT, elles ont atteint la marque de 18,6 milliards à la fin 2024, et elles croissent à un taux de 12 % d'une année sur l'autre, et le nombre total de connexions que nous attendons est de 39 milliards d'ici 2030 avec un TCAC de 14 %.

C'est très intéressant car parmi ces 18,6 milliards de connexions, il y a trois technologies clés qui pilotent essentiellement ces connexions : Wi-Fi, Bluetooth et cellulaire. Donc parmi les trois technologies, le cellulaire est quelque chose qui nous intéresse vraiment, mais oui, ces trois technologies pilotent le marché.

David Hambling : Ouais, c'est massif, mais où la croissance du cellulaire et de l'eSIM s'inscrit-elle dans ce tableau ?

Satyajit Sinha : Ouais, c'est intéressant. Si vous voyez, les connexions cellulaires croissent beaucoup plus vite que le marché global des connexions IoT, à 15 % de TCAC et représentent actuellement 22 % des connexions, soit 4,1 milliards à la fin 2024.

Et si vous regardez l'adoption de l'eSIM parmi celles-ci, [00:02:00] 32 % des modules IoT cellulaires expédiés en 2024 étaient capables eSIM ou iSIM. Et si vous regardez du point de vue de la base installée ou des connexions actives, 17 % des connexions IoT cellulaires sont déjà des appareils capables eSIM et iSIM. Et les moteurs sont évidemment, vous savez, facteur de forme plus petit et sécurité et toutes ces choses qui pilotent ces choses.

Mais si vous voyez le tableau global, la connectivité cellulaire va beaucoup plus vite que le marché des connexions IoT et l'eSIM a aussi un taux d'adoption bien plus rapide au sein de cette pénétration.

David Hambling : Ouais, ouais, bien sûr.

Satyajit Sinha : Alors David, quels sont les défis clés que nous voyons dans le paysage de la connexion IoT que vous voyez ?

David Hambling : Eh bien, je pense que c'est un peu comme ce que vous venez de dire. Je pense que c'est la quantité massive d'appareils qui existent et cela cause pas mal de défis. Donc c'est, je pense, l'un est la technologie proposée, que ce soit NB-IoT, LTE-M, LTE Cat-1, LTE Cat-1 BIS.

Il y en a tellement et je pense que ça [00:03:00] commence à devenir très difficile de trouver une solution globale unique pour ça. Je veux dire NB-IoT, par exemple, n'est pas disponible dans tous les pays. LTE-M n'est pas disponible dans tous les pays non plus. Et puis vous commencez à regarder le paysage réglementaire aussi. Il y a des restrictions d'itinérance permanente dans certains endroits. Et il y a aussi, euh, vous avez des appareils qui utilisent de plus en plus de données globalement, et cela devient plus un problème commercial. Mais en même temps, vous avez beaucoup d'appareils qui utilisent très peu de données globalement, et cela devient aussi un problème commercial parce qu'ils sont assez intensifs en ressources sur le réseau.

Donc maintenant on voit commercialement, les gens apportent des frais d'accès en plus de différentes technologies. Donc c'est presque devenu plus fragmenté et d'un point de vue Asie-Pacifique, comme je suis ici, vous voyez que c'est assez marqué ici juste parce qu'un pays aura NB-IoT, un pays n'en a pas, un autre pays apporte des frais d'accès pour les appareils à faible usage, et vous avez aussi la pression supplémentaire de prix locaux très bon marché ajoutés dans [00:04:00] ça. Ouais, c'est un changement dans le paysage commercial et ouais, taille unique est très difficile de nos jours.

Satyajit Sinha : Parmi ces défis, nous voyons une solution comme SGP.32.

Alors, qu'est-ce que SGP.32 en termes simples ?

David Hambling : Eh bien, en termes simples, c'est la nouvelle spécification eSIM qui se concentre sur l'IoT. C'est pour l'IoT et ça s'appuie sur la grande base de SGP.22, qui était, en termes simples, pour les appareils grand public. Donc SGP.32 enlève le besoin d'intégrations compliquées. Ça rend l'eSIM très, très accessible pour les appareils IoT et pour la pure gamme d'appareils IoT qui existent.

Satyajit Sinha : Intéressant, il y a SGP.02, qui est pur M2M, puis comme vous avez dit, SGP.22 grand public. Alors pourquoi l'industrie a-t-elle besoin d'une norme axée IoT maintenant ?

David Hambling : Donc si je repense, et je pense que je suis dans l'IoT depuis un bon moment.

Je me souviens de la norme SGP.02 [00:05:00] étant là, peut-être pas en usage commercial, mais étant là depuis vers 2012 et de ce dont vous parliez plus tôt et la croissance de l'IoT, nous sommes maintenant 2025 allant vers 2026. Avec ça, le marché IoT a massivement grandi. Il y a tellement plus d'appareils, il y a de nouvelles technologies, et nous avions vraiment besoin de standardiser et créer une nouvelle norme pour ça. Je pense que beaucoup d'appareils voulaient utiliser SGP.22 pour l'IoT. Mais il y avait des difficultés avec ça et donc, SGP.32 est né de ça.

Satyajit Sinha : Intéressant. Et si je veux comprendre d'un point de vue technique que SGP.02 était pur M2M, que je savais être basé sur un modèle push, si je ne me trompe pas, non ? Et puis SGP.32 est arrivé, qui je pense est un mélange de plus que push et pull. Quels sont les écarts que SGP.32 comble maintenant, que SGP.02 n'avait pas avant ?

David Hambling : Ouais, donc je veux dire, ce qui est fascinant, c'est qu'une fois que vous commencez [00:06:00] à comprendre les difficultés, surtout de SGP.02, vous commencez vraiment à voir à quel point SGP.32 est intelligent. Donc vous avez raison, ouais. SGP.02, c'était du push, donc vous auriez un portail de gestion, RSP, et vous pousseriez les profils vers l'appareil, ce qui était nécessaire car ce sont des appareils sans tête. Ils n'ont pas d'interface. SGP.22 était autour des codes d'activation, codes QR. Très intelligent, très rapide, mais vous n'êtes pas capable de scanner le code QR la plupart du temps sur des appareils IoT assez simples. Donc, je pense que c'est là que SGP.32 intervient en enlevant cette barrière. Il permet le déploiement massif de profils vers les appareils, et aussi il utilise la technologie SGP.22 via le SM-DP+ pour rendre la connectivité agnostique. Donc ce n'était pas SGP.02 qui était fortement dépendant des intégrations avec les opérateurs, SM-DPs, et maintenant cela suit la même logique que SGP.22.

Donc, vous n'avez pas à avoir [00:07:00] l'intégration. Vous contactez le SM-DP+ de l'opérateur. Vous téléchargez n'importe quel profil de connectivité d'eux. Vous n'avez pas besoin d'avoir cette intégration.

D'accord. Ce qui est très intéressant. SGP.02 était assez difficile, surtout pour certains appareils simples et aussi des appareils comme les appareils NB-IoT parce que certains sont alimentés par batterie, certains sont assez légers, et il y avait une nécessité de rendre SGP.32 plus accessible aux appareils qui parlent peut-être des protocoles de communication plus légers. Donc, SGP.02 utilisait aussi le SMS ainsi qu'un protocole de communication plus lourd, ce qui est super pour les gros appareils, pas alimentés par batterie, qui peuvent prendre un long temps de téléchargement du profil, et ils ont déplacé ça dans une sorte de traduction de langage et ont juste sorti l'accessibilité pour tous les appareils IoT.

Satyajit Sinha : Intéressant, et comme vous avez mentionné très clairement que SGP.02 nécessitait ces serveurs SM-DP et SM-SR, et maintenant nous [00:08:00] passons aux serveurs SM-DP+. C'est intéressant. Mais maintenant nous avons LTE et eIM qui entrent en jeu et je veux comprendre comment ça s'assoit avec l'architecture SM-DP+.

David Hambling : Ouais, donc je pense que c'est encore sur le thème de l'accessibilité. Donc toutes ces parties travaillent en harmonie pour promouvoir l'accessibilité à tous les appareils IoT.

Donc vous avez le SM-DP+ qui vient du paysage SGP.22, et puis en dessous vous avez l'eIM, et ce qui est massivement intéressant à propos de l'eIM c'est que ce qu'on a dû faire quand il s'agissait de rendre SGP.32 accessible au plus d'appareils possible c'était qu'on a dû mettre la couche au milieu parce qu'on ne sait pas exactement ce qui va être sur les appareils.

Donc quand vous pensez à un téléphone mobile et SGP.22, ce qui serait la couche eIM était dans l'appareil et sur le téléphone mobile. Il y a beaucoup de modèles de téléphone mobile, mais il y a un très petit nombre comparé au nombre massif d'appareils IoT qui existent.

Donc vous ne pouvez pas compter sur le fait que les appareils [00:09:00] vont pouvoir faire cette couche de gestion eux-mêmes, et donc vous avez besoin de la centraliser, et on l'a centralisée dans l'eIM. Et puis vous avez besoin de faire ce que le LPA faisait dans SGP.22, qui est l'IPAe et IPAd, et aussi dans la veine de l'accessibilité, on sait aussi que tous les appareils ne vont pas pouvoir intégrer l'IPAd. Certains appareils n'auront pas vraiment besoin d'utiliser la gestion à distance beaucoup, et ça va être plus une assurance. Donc ce qu'on fait là c'est on met l'IPAe sur l'eUICC sur la SIM, et comme j'ai dit, ils travaillent tous ensemble en harmonie pour le rendre plus accessible.

Vous avez l'IPAd ou au niveau appareil, l'eIM au milieu. L'eIM fait aussi la traduction de langage pour ainsi dire pour pouvoir récupérer le profil du SM-DP+, l'amener à l'eIM, le traduire, et le mettre sur l'appareil.

Satyajit Sinha : Intéressant, et oui, je veux dire SGP.32 était dans le processus de spécification et en tant qu'analyste on voit dans le marché, il y avait beaucoup de pré-standards qui arrivaient de nombreux [00:10:00] opérateurs, euh, acteurs de gestion eSIM, mais ce qui est intéressant c'est quelque chose qui est arrivé plus tôt cette année, nouvelle de vous les gars. Ce serait super si vous pouvez partager cette nouvelle, ce qui s'est passé dans SGP.32.

David Hambling : Oui, nous étions la première entreprise à obtenir la conformité au schéma d'assurance sécurité eUICC du GSMA et aussi généralement la conformité eSIM. Et puis après ça, le premier déploiement commercial avec eero. Donc, ouais, on est très fiers d'avoir pu arriver à ce stade. Je pense que c'était deux mois après la publication de la spécification.

Donc ouais, on a travaillé très dur pour y arriver et ouais, on a réussi à bouger assez vite avec ça.

Satyajit Sinha : Intéressant.

David Hambling : Quelle importance la sécurité a-t-elle dans l'IoT aujourd'hui, Satyajit, et quels sont les défis clés ?

Satyajit Sinha : Je veux dire, la sécurité a été un morceau très important de technologie pour toute nouvelle technologie qu'on voit sur le marché, et on n'a pas, même avec l'IoT, on dit 18 milliards, 18 milliards d'appareils actifs. Il y a toujours une préoccupation de sécurité des données, sécurité matérielle, sécurité réseau et [00:11:00] sécurité cloud parce que ces données vont quelque part, non ? Donc, il y a une couche différente de sécurité requise pour protéger l'écosystème IoT, et on a vu de multiples défis. On a vu beaucoup d'attaques ransomware, on a vu des attaques malware parce que la plupart des appareils IoT ne sont soit pas sécurisés par le matériel, généralement sécurisés traditionnellement par mécanisme logiciel, et il n'y a pas d'ancre de sécurité dans ces matériels. Et ils comptent sur l'ancienne technologie de sécurité. Donc il y a un énorme défi qu'on voit sur le marché et évidemment il y a plusieurs solutions qui arrivent. Vous savez, élément sécurisé matériel, technologies PUF arrivent, créant une racine de confiance matérielle, et ça rend les sécurités bien meilleures qu'avant et pour l'avenir, on aura PQC (Sécurité Post-Quantique) aussi dans le tableau. Mais pour l'instant, je veux dire, on est dans un stade où la sécurité est encore considérée comme un coût. Donc, ça a du sens d'attacher la sécurité à un élément, vous avez l'élément connectivité aussi, et puis la sécurité [00:12:00] aussi, et puis l'eSIM arrive dans le tableau qui apporte les deux aspects donc ce n'est pas un coût additionnel pour l'OEM à implémenter, c'est basically un facteur go-to que vous devriez implémenter. Je suis sûr que vous avez vu cette implémentation, mais ce sera intéressant de comprendre de vous, comment l'eSIM et SGP.32 permettent une sécurité forte pour l'IoT ?

David Hambling : Ouais, donc définitivement la sécurité est une nécessité dans le monde d'aujourd'hui, n'est-ce pas ? Et menaces constantes, vous devez rendre les choses aussi sécurisées que possible. Donc, je veux dire, ce qui a été super à propos de SGP.32 c'est que la spécification a été conçue et construite avec la sécurité comme priorité. Donc les différentes parties de la spécification du GSMA se concentrant sur la sécurité.

Aussi, je pense que quand vous regardez juste comment la technologie fonctionne, je pense que le fait qu'il y a moins d'intégrations nécessaires avec des parties externes, extérieures, ça le rend par conception plus sécurisé, et le niveau de chiffrement nécessaire dans l'environnement SGP.32. Je pense de notre point de vue, c'est en utilisant notre OS sécurisé [00:13:00] et être capable de continuer cet usage depuis les autres spécifications précédentes et continuer à l'utiliser dans SGP.32 et juste même d'un point de vue physique, je pense que ces jours on bouge dans la direction des SIM embarquées, avec l'eSIM et iSIM, et ça c'est juste d'un point de vue sécurité physique, elles ne peuvent pas être retirées. Donc vous avez besoin de cette technologie SGP.32 pour pouvoir gérer ces appareils sur leur durée de vie, que ce soit 10, 15 ans, et vous avez besoin de la sécurité qui vient avec ça. Et je pense que SGP.32, ça fait beaucoup pour la fiabilité et aussi être capable de sécuriser votre couverture avec différents profils et c'est nécessaire aussi d'un point de vue appareil pour pouvoir télécharger des mises à jour OTA quand les menaces de sécurité changent, nouveau logiciel sur les appareils et vous avez besoin de connectivité sécurisée, stable pour pouvoir faire ça, et SGP.32 promeut ça.

Satyajit Sinha : Intéressant. Mais au-delà de la sécurité, quels sont les principaux avantages qu'on voit dans [00:14:00] les implémentations SGP.32 ?

David Hambling : Donc je pense, ouais, on en a discuté un peu avant. Je pense qu'un des principaux avantages que je vois c'est l'absence d'intégration nécessaire pour pouvoir utiliser différents MNOs et partenaires de connectivité. Vous n'avez pas besoin de vous connecter au RSP de tout le monde. Comme SGP.22, vous pouvez contacter le SM-DP+ et télécharger le profil de là. Et donc c'est l'évolutivité aussi, et l'accessibilité étant capable de mettre ça dehors pour, tous les appareils qui existent.

Je veux dire pour mon travail juste en Asie, la quantité d'appareils que je vois, les types d'appareils, et savoir que SGP.32 peut atteindre tous ceux-là, et certains de ceux-là ont toujours été hors de portée, pour faire des mises à jour à distance et juste savoir qu'on peut vraiment faire ça est très excitant.

Donc, ouais, évolutivité et puis accessibilité en s'adressant à tous les types d'appareils et protocoles de communication.

Alors Satyajit, en tant qu'analyste, quelles applications attendez-vous à bénéficier en premier de SGP.32 ?

Satyajit Sinha : Je veux dire, l'IoT était le [00:15:00] défaut, non ? Donc l'IoT était la première application qu'on voit qui prend beaucoup de traction. Je veux dire, il y a l'IoT, l'agriculture, le transport et la logistique. Ceux où vous avez besoin de mobilité étaient la première vague d'adoption qu'on voit. Mais à part l'IoT, l'aspect intéressant était l'automobile qui entre dans le tableau pas juste d'un point de vue télématique, mais d'un point de vue infodivertissement.

On a commencé à voir que l'automobile prenait beaucoup de traction pour ces technologies et surtout dans l'infodivertissement, et on s'attend aussi qu'en allant de l'avant, qu'à part les cas d'usage IoT, ces cas d'usage généralisés, basse bande, cas d'usage IoT, on verra beaucoup d'adoption dans l'automobile aussi.

Trois catégories pour l'eSIM seront le grand public, l'IoT et l'automobile.

David Hambling : Ouais, ouais, définitivement. Je pense surtout pour l'automobile. Ça a toujours un peu comblé le fossé, non ? Entre SGP.02 et SGP.22, il y avait un aspect grand public, il y a un aspect machine, et SGP.32 comble ça magnifiquement. Ça a vraiment l'air que l'automobile bénéficiera de cette nouvelle [00:16:00] spécification et du point de vue eCall, cette fiabilité pour eCall et la priorité impliquée là.

Satyajit Sinha : D'accord. Ça a du sens. Ça a du sens.

David, juste maintenant pour comprendre comment G+D joue un rôle clé avec SGP.32. Donc d'un point de vue solution, je voulais comprendre ça.

David Hambling : Oui. Eh bien on a travaillé étroitement avec le GSMA pour créer la spécification, et depuis lors, on a été, je pense, leader sur les PoC. On a eu beaucoup de PoC qui sortent, donc on construit vraiment le paysage et on prépare le paysage pour l'adoption massive de SGP.32. Donc je pense que beaucoup d'OEMs ou MNOs, fabricants d'appareils et acteurs IoT, je pense qu'ils trépignent d'impatience pour avancer avec SGP.32. Je pense que ça répond à beaucoup de défis qu'ils ont eus dans le passé, donc je pense que les PoC ont été vraiment excitants parce qu'on voit à quel point les gens sont impatients de sortir cette technologie sur le terrain.

Donc avec ça, juste aider les fabricants d'appareils à construire cette technologie dans leurs appareils. Si c'est IPAd, par exemple, juste préparer les gens [00:17:00] pour le déploiement massif. Et on a aussi eu quelques cas d'usage commerciaux déjà, notamment Amazon eero. Donc ouais, leader sur ça pour pousser SGP.32 vers le monde et amener les gens à contrôler leur connectivité à distance le plus tôt possible.

Satyajit Sinha : Intéressant. Je veux dire, juste quelques jours avant je pré-créais cette pile technologique pour eSIM Tech Stack et essayais d'allouer les OEMs, euh, avec leurs fonctionnalités eSIM, et j'ai vu que G+D arrivait dans toutes les étapes de cette pile technologique et c'est très intéressant. Je veux comprendre de vous ce qu'une pile de bout en bout signifie pour vous et ce qu'elle apporte, les avantages et ce que ça signifie pour la solution globale G+D.

David Hambling : Je pense pour nos clients, la pile complète signifie qu'ils peuvent utiliser un partenaire IoT fiable pour toutes les parties de l'écosystème IoT. Donc du point de vue de G+D, évidemment on a le côté carte SIM, le côté eUICC jusqu'au RSP, la gestion d'appareil. Je veux dire, je travaille du côté connectivité.

Ce qui est vraiment intéressant pour moi c'est qu'on a notre bibliothèque de [00:18:00] profils de connectivité qui peuvent être utilisés aussi. Donc on peut fournir le SM-DP+. On peut fournir l'eIM. On peut aussi fournir la connectivité et ça pourrait juste être pour combler les lacunes pour les gens. Je veux dire, ils pourraient utiliser leur propre connectivité dans le monde entier et puis où on pourrait avoir quelque chose, disons au Brésil, ils n'ont pas, et ils ont besoin d'accéder rapidement et on peut juste télécharger, on peut leur donner notre profil pour ça. Donc ouais, la pile complète est vraiment intéressante. Je pense qu'amener tous ces éléments ensemble dans un environnement très sécurisé comme on se concentre sur la sécurité. On se concentre sur la sécurité, amener tout ça ensemble, l'emballer dans la sécurité, et puis avoir un point de contact et un SLA, par exemple, donc quelqu'un peut venir vers nous et ils peuvent obtenir autant qu'ils veulent ou aussi peu qu'ils veulent, et c'est, euh, c'est une position très puissante sur le marché.

Satyajit Sinha : Intéressant.

David Hambling : Alors, Satyajit, où pensez-vous que le marché eSIM va aller sur les 24 prochains mois ?

Satyajit Sinha : Je veux dire, c'est une question très intéressante. Je veux dire, ce qu'on a observé c'est qu'au tout début, l'eSIM a eu une bonne [00:19:00] traction quand elle est arrivée sur le marché et a eu un bon départ.

Cependant, on a commencé à voir un plateau et tout le monde attendait SGP.32, et ce plateau est arrivé dans le tableau. La partie intéressante c'était même avant que la spécification SGP.32 soit finalisée, l'industrie était intéressée à utiliser 32, ce qui a mené à beaucoup d'OEMs et de jeux manuels faciles pour continuer à sortir des pré-standards.

Et avec ces pré-standards, ils ont toujours commencé à faire des pilotes pour essayer de faire certains des déploiements. Ça montre une image très claire de la demande et comment l'industrie attendait impatiemment une norme spécifique IoT et maintenant qu'on a cette norme, on commence à voir une bonne croissance à nouveau donc il y a beaucoup de modules cellulaires capables eSIM qui sont déjà dehors, ils ont à la fois SIM physique et modules capables eSIM, mais ils ne sont pas dans l'implémentation. Donc maintenant ce qu'on verra vite avec SGP.32, certaines de l'implémentation viendra dans le tableau.

On verra aussi certains des nouveaux [00:20:00] déploiements qui arriveront basés sur SGP.32. On commence à voir une courbe. Lentement. La pénétration qu'on vient de voir, 32 % dans les expéditions montera vite à 45 % et 50 % et 60 % dans les cinq prochaines années ou au moment où on a commencé le déploiement, et ces déploiements incluront l'IoT et l'automobile les deux aspects, donc je dirais ouais, il y a un énorme potentiel et l'industrie va basically attendre cette technologie, et maintenant cette technologie est là. J'attends une bonne adoption de SGP.32 et de la technologie eSIM dans l'IoT et l'auto.

David Hambling : Ouais, définitivement, et à part SGP.32, quels sont les moteurs selon vous qui pousseront l'adoption de l'eSIM ?

Satyajit Sinha : Je veux dire on a parlé de sécurité et tout, mais je pense qu'une des choses intéressantes qu'on n'a pas beaucoup parlé c'est le provisionnement en usine.

Je pense que c'est quelque chose qui arrive comme égal à, je dirais, importance à SGP.32. Et c'est une technologie complémentaire basically, mais rend l'usage de SGP.32 ou eSIM bien meilleur. Je veux dire, et du point de vue matériel, [00:21:00] d'un point de vue connectivité hors boîte, ça a plus de sens. Mais définitivement j'aimerais comprendre de vous quelque chose, si vous voulez ajouter quelque chose sur le provisionnement en usine parce que je sens que c'est une des technologies clés qui va changer le marché d'une perspective différente pour l'aspect eSIM.

David Hambling : Ouais, définitivement. Donc on regarde vers SGP.42. On a actuellement le pré-standard IFPP dehors pour le moment et en usage et très, très populaire. Donc ouais, SGP.42. Ouais, on a déjà le pré-standard dehors pour le moment pour l'IFPP, le provisionnement en usine, et ça travaille en harmonie avec SGP.32. Ce que j'aime vraiment à propos de SGP.42 c'est que pour les appareils que vous ne voulez pas être dépendants du provisionnement à distance, vous ne voulez pas réduire leur puissance de batterie. Peut-être les appareils plus légers, c'est du provisionnement, pré-provisionnement de la connectivité en usine depuis une bibliothèque de profils, mettre cette connectivité sur l'appareil. Donc c'est prêt à partir dès le premier jour.

Donc, c'est du Born [00:22:00] Connected® et, c'est crucial pour iSIM et eSIM, et, ensuite une fois que ça a été dedans, une fois que la connectivité a été provisionnée dans l'appareil, alors ça peut continuer à être géré par SGP.32 pour aller de l'avant. Ensuite aussi ce qui est très excitant, évidemment comme on continue à innover et on ne fait pas juste, vous savez après les succès SGP.32 et spécifications, on continue à innover.

David Hambling : Et puis bien sûr on a les versions futures de SGP.32 à attendre. Donc, version deux, où il y aura plusieurs profils activés, ce qui sera massivement important pour l'automobile aussi, et pour la fiabilité de la connectivité et pour les appareils IoT, et puis le changement de profil initié par l'appareil, et tout ça mène vers iSIM, qui est ce qu'il faut surveiller aussi. Ça va devenir plus populaire grâce à SGP.32, SGP.42, et puis bien sûr SGP.42 depuis l'usine.

Satyajit Sinha : Intéressant. Intéressant. Ouais, ça a complètement du sens. [00:23:00] Avant de conclure, j'aimerais comprendre de vous, quoi l'opérateur ou l'OEM doit surveiller ensuite et pourquoi ?

David Hambling : Je pense que c'est ce qu'on a dit, version deux de SGP.32.

Donc en s'appuyant sur ce qu'on a pour le moment.

Ouais.

Et je pense principalement comme on a dit pour l'automobile, les profils multiples activés seraient massivement importants, surtout pour des trucs comme eCall, infodivertissement, être capable de changer de profils basés sur des algorithmes, basés sur l'intelligence, basically, c'est quoi qui a le meilleur signal, évidemment vous avez besoin que eCall ait le meilleur signal possible, et il a besoin d'avoir la priorité la plus haute.

Donc ça va être très important pour les OEMs, fabricants auto. iSIM en le construisant dedans, donc c'est encore plus sécurisé parce que c'est vraiment intégré dans l'appareil. Et puis vous avez besoin de SGP.32 pour pouvoir gérer ça à distance pour aussi longtemps qu'il va être sur le terrain.

Et SGP.32 a besoin de fonctionner sans couture pour ça. Et puis, comme j'ai dit, le SGP.42 provisionnement en usine il faut garder un œil sur ça quand cette spécification sera publiée. Comme j'ai dit, c'est du pré-standard pour le moment. C'est en usage. Ça marche très bien mais en attendant ça, aller de force en force.

Satyajit Sinha : Intéressant. Merci David. C'était vraiment intéressant et discussion perspicace et j'espère que vous tous avez apprécié de la discussion.

David Hambling : Merci beaucoup Satyajit. J'ai vraiment apprécié de te parler.

Satyajit Sinha : Merci.