Comment SGP.32 révolutionne la connectivité et la sécurité de l'IoT – Expert Podcast Insights

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

Alors que le nombre de connexions IoT atteindra les 39 milliards d'ici 2030, ils explorent pourquoi le cellulaire croît plus rapidement que le marché plus large de l'IoT, comment l'adoption de la carte SIM intégrée (eSIM) et de la carte SIM intégrée (iSIM) s'accélère, et pourquoi une approche « taille unique » de la connectivité n'est plus réaliste dans le paysage mondial fragmenté d'aujourd'hui.

À partir de SGP.32 conforme à la GSMA et le rôle de l'eIM , à l'approvisionnement 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, les équipementiers et les constructeurs automobiles devraient surveiller de très près au cours des 24 prochains mois.

Transcription :Comment SGP.32 remodèle la connectivité et la sécurité de l'IoT

[00:00:00]

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

Je travaille dans les études de marché informatique depuis plus de 12 ans, en me concentrant sur le matériel informatique, la connectivité et la sécurité. Aujourd'hui, nous avons un invité incroyable, David. David, peux-tu te présenter ?

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

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

Satyajit Sinha : Ainsi, si vous regardez les connexions IoT, elles ont atteint 18,6 milliards à la fin de 2024, et elles connaissent une croissance de 12 % par an, et le nombre total de connexions que nous prévoyons d'atteindre est de 39 milliards d'ici 2030 et avec un TCAC de 14 %.

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

David Hambling : Oui, c'est énorme, mais où se situe la croissance du cellulaire et de l'eSIM dans ce tableau ?

Satyajit Sinha : Ouais, c'est intéressant. Vous savez, si vous constatez que les connexions cellulaires se développent beaucoup plus rapidement que le marché global des connexions IoT, elles atteignent un TCAC de 15 % et représentent actuellement 22 % des connexions, soit 4,1 milliards d'ici fin 2024.

Et si vous regardez l'adoption [00:02:00] de l'eSIM parmi ceux-ci, les 32 % des modules IoT cellulaires expédiés en 2024 étaient compatibles eSIM ou iSIM. Et si vous l’examinez du point de vue de la base d’installation ou de la connexion active, 17 % des connexions IoT cellulaires sont déjà des appareils compatibles eSIM et iSIM. Et les options de conduite sont évidemment, vous savez, un facteur de forme et une sécurité plus petits et toutes ces choses qui motivent ces choses.

Mais si vous voyez une vue d'ensemble, la connectivité cellulaire évolue beaucoup plus rapidement que le marché de la connexion IoT et l'eSIM connaît également un taux d'adoption beaucoup plus rapide au sein de cette pénétration.

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

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

David Hambling : Eh bien, je pense que cela ressemble un peu à ce que vous venez de dire. Je pense que c’est la grande quantité d’appareils disponibles et cela pose pas mal de défis. Donc, je pense que l'une d'entre elles est la technologie proposée, qu'il s'agisse de NB-IoT, de LTE-M, de LTE Cat-1, de LTE Cat-1 BIS.

Il y a tellement de choses à faire et je pense qu’il [00:03:00] commence à devenir très difficile de trouver une solution globale universelle pour cela. Je veux dire que le NB-IoT, par exemple, n'est pas disponible dans tous les pays. Le LTE-M n’est pas non plus disponible dans tous les pays. Et puis vous commencez également à examiner le paysage réglementaire. Il existe des restrictions d’itinérance permanentes dans certains endroits. Et il y a aussi, euh, vous avez des appareils qui utilisent de plus en plus de données à l’échelle mondiale, et cela devient davantage un problème commercial. Mais en même temps, vous disposez de nombreux appareils qui utilisent très peu de données à l'échelle mondiale, ce qui devient également un problème commercial car ils sont très gourmands en ressources sur le réseau.

Alors maintenant, nous voyons commercialement que les gens imposent des frais d’accès en plus des différentes technologies. Cela devient donc presque plus fragmenté et du point de vue de l'Asie-Pacifique, comme je suis ici, vous voyez que c'est assez frappant ici simplement parce qu'un pays aura NB-IoT, un pays non, un autre pays impose des frais d'accès pour les appareils à faible utilisation, et vous avez également la pression supplémentaire d'un prix local très bon marché ajouté à cela [00:04:00]. Alors oui, c'est un changement dans le paysage commercial et oui, une solution universelle est très difficile de nos jours.

Satyajit Sinha : Ainsi, 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 il s’appuie sur la base solide du SGP.22, qui était, en termes simples, destiné aux appareils grand public. Ainsi, SGP.32 supprime le besoin d’intégrations compliquées. Cela rend simplement l'eSIM très, très accessible pour les appareils IoT et pour la vaste gamme d'appareils IoT disponibles.

Satyajit Sinha : Il est donc intéressant de noter qu'il existe le SGP.02, qui est du pur M2M, puis, comme vous l'avez dit, le SGP.22 grand public. Alors pourquoi l'industrie a-t-elle besoin maintenant d'une norme axée sur l'IoT ?

David Hambling : Donc, si j'y repense, je pense que je suis dans l'IoT depuis assez longtemps.

Je pense que je me souviens que la norme SGP.02 [00:05:00] existait, peut-être pas dans un usage commercial, mais depuis environ 2012 et d'après ce dont vous parliez plus tôt et la croissance de l'IoT, nous sommes maintenant en 2025 et en 2026. Avec cela, le marché de l'IoT s'est considérablement développé. Il y a tellement plus d'appareils, il y a de nouvelles technologies, et nous avions vraiment besoin de normaliser et de créer une nouvelle norme pour cela. Je pense que de nombreux appareils souhaitaient utiliser SGP.22 pour l'IoT. Mais cela a posé certaines difficultés et c'est pourquoi SGP.32 est né de cela.

Satyajit Sinha : Intéressant. Et si je veux comprendre d’un point de vue technique que SGP.02 était du pur M2M, dont je savais qu’il était basé sur un modèle push, si je ne me trompe pas, n’est-ce pas ? Et puis SGP.32 est entré en scène, qui, je pense, est un mélange de plus qu'un simple modèle push et pull. Quelles sont les lacunes que SGP.32 comble actuellement, et que SGP.02 n'avait pas auparavant ?

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, en particulier du SGP.02, vous commencez vraiment à voir à quel point le SGP.32 est intelligent. Donc tu as raison, ouais. SGP.02, c'était du push, donc vous aviez un portail de gestion, RSP, et vous pouviez 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 concernait les codes d'activation, les codes QR. Très intelligent, très rapide, mais on ne parvient pas la plupart du temps à scanner le code QR sur des appareils IoT assez simples. Donc, je pense que le SGP.32 entre en jeu dans la suppression de cette barrière. Il permet un déploiement massif de profils sur les appareils et utilise également la technologie SGP.22 via SM-DP+ pour rendre la connectivité indépendante. Ce n'est donc pas que SGP.02 dépendait fortement des intégrations avec les opérateurs, les SM-DP, et maintenant cela suit la même logique que SGP.22.

Vous n’avez donc pas besoin de l’intégration [00:07:00]. Vous contactez le SM-DP+ de l'opérateur. Vous téléchargez n’importe quel profil de connectivité à partir 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, en particulier pour certains appareils simples et également pour les appareils comme les appareils NB-IoT, car certains d'entre eux fonctionnent sur batterie, d'autres sont assez légers, et il était nécessaire de rendre SGP.32 plus accessible aux appareils qui parlent peut-être des protocoles de communication plus légers. Ainsi, SGP.02 a également utilisé les SMS ainsi qu'un protocole de communication plus maladroit, idéal pour les gros appareils, non alimentés par batterie, qui peuvent prendre un long temps de téléchargement du profil, et ils ont transféré cela dans une sorte de traduction linguistique et ont simplement mis en évidence l'accessibilité à tous les appareils IoT.

Satyajit Sinha : Intéressant, et comme vous l'avez mentionné très clairement, SGP.02 nécessitait des 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 le LTE et l'eIM qui entrent en scène et nous voulons comprendre comment ils s'intègrent dans l'architecture SM-DP+.

David Hambling : Ouais, donc je pense que c'est toujours sur le thème de l'accessibilité. Tous ces éléments fonctionnent donc en harmonie pour promouvoir l'accessibilité à tous les appareils IoT.

Vous avez donc le SM-DP+ qui vient du paysage SGP.22, et en dessous vous avez l'eIM, et ce qui est extrêmement intéressant à propos de l'eIM, c'est que ce que nous devions faire pour rendre SGP.32 accessible au plus grand nombre d'appareils possible, c'est que nous avons dû placer la couche au milieu parce que nous ne savons pas exactement ce qu'il y aura sur les appareils.

Ainsi, lorsque vous pensez à un téléphone mobile et à SGP.22, quelle serait la couche eIM qui se trouvait à l'intérieur de l'appareil et sur le téléphone mobile. Il existe de nombreux modèles de téléphones mobiles, mais ils sont très peu nombreux par rapport au nombre massif d'appareils IoT.

Vous ne pouvez donc pas compter sur le fait que les appareils [00:09:00] seront capables d’effectuer eux-mêmes cette couche de gestion, vous devez donc la centraliser, et nous l’avons centralisée dans l’eIM. Et puis vous devez faire ce que le LPA a fait dans SGP.22, à savoir l'IPAe et l'IPAd, et également dans le domaine de l'accessibilité, nous savons également que tous les appareils ne pourront pas intégrer l'IPAd. Certains appareils n’auront pas vraiment besoin de recourir à la gestion à distance, et cela nécessitera davantage d’assurance. Donc, ce que nous faisons là-bas, c'est mettre l'IPAe sur l'eUICC sur la SIM, et comme je l'ai dit, ils travaillent tous ensemble en harmonie pour le rendre plus accessible.

Vous avez l'IPAd ou le niveau de l'appareil, l'eIM au milieu. eIM effectue également la traduction linguistique pour pouvoir obtenir le profil du SM-DP+, le transférer vers l'eIM, le traduire, puis le déposer sur l'appareil.

Satyajit Sinha : Intéressant, et oui, je veux dire que SGP.32 était en cours de spécification et en tant qu'analyste que nous voyons sur le marché, de nombreux pré-standards sont entrés en scène de la part de nombreux opérateurs [00:10:00], euh, acteurs de la gestion eSIM, mais ce qui est intéressant, c'est quelque chose qui est arrivé plus tôt cette année, des nouvelles de votre part. Ce serait formidable si vous pouviez partager cette nouvelle, ce qui s'est passé dans le SGP.32.

David Hambling : Oui, nous avons été la première entreprise à obtenir la conformité au système d'assurance de sécurité eUICC de la GSMA et, de manière générale, la conformité eSIM. Et puis après, le premier déploiement commercial avec eero. Alors oui, nous sommes très fiers de pouvoir arriver à ce stade. Je pense que c'était deux mois après la publication de la spécification.

Alors oui, nous avons travaillé très dur pour y arriver et oui, nous avons réussi à avancer assez vite avec ça.

Satyajit Sinha : Intéressant.

David Hambling : Quelle est l'importance de la sécurité dans l'IoT aujourd'hui, Satyajit, et quels sont les principaux défis ?

Satyajit Sinha : Je veux dire, la sécurité a été un élément technologique très important pour toute nouvelle technologie que nous voyons sur le marché, et nous ne l'avons pas fait, même avec l'IoT, nous disons que 18 milliards, 18 milliards d'appareils sont actifs. Il y a toujours un souci de sécurité des données, de sécurité du matériel, de sécurité des réseaux et de [00:11:00] sécurité du cloud, car ces données vont quelque part, n'est-ce pas ? Un autre niveau de sécurité est donc nécessaire pour protéger l’écosystème IoT, et nous avons été confrontés à de nombreux défis. Nous avons vu de nombreuses attaques de ransomwares, nous avons vu des attaques de logiciels malveillants parce que la plupart des appareils IoT ne sont pas sécurisés par le matériel, généralement traditionnellement sécurisés par un mécanisme logiciel, et il n'y a aucun ancrage de sécurité dans ce matériel. Et ils s’appuient sur l’ancienne technologie de sécurité. Nous constatons donc un énorme défi sur le marché et, évidemment, de multiples solutions se présentent. Vous savez, le matériel, l'élément sécurisé, les technologies PUF entrent en scène, créant une racine matérielle de confiance, et cela rend les sécurités bien meilleures que ce que nous avions avant et à l'avenir, nous aurons également PQC (Post Quantum Security) dans l'image. Mais à l’heure actuelle, je veux dire, nous sommes dans une phase où la sécurité est encore considérée comme un coût. Par conséquent, il est logique d'attacher la sécurité à un élément, vous avez également un élément de connectivité, puis la sécurité [00:12:00] également, puis l'eSIM apparaît qui en apporte les deux aspects, donc ce n'est pas un coût supplémentaire à mettre en œuvre pour l'OEM, c'est essentiellement un facteur incontournable que vous devez mettre en œuvre. Je suis sûr que vous avez vu cette implémentation, mais il sera intéressant de comprendre de votre part comment eSIM et SGP.32 permettent une sécurité renforcée pour l'IoT ?

David Hambling : Oui, la sécurité est donc définitivement une nécessité dans le monde d’aujourd’hui, n’est-ce pas ? Et face aux menaces constantes, vous devez rendre les choses aussi sécurisées que possible. Donc, je veux dire, ce qui est génial avec 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 de la GSMA se concentrent sur la sécurité.

De plus, je pense que lorsque vous examinez le fonctionnement de la technologie, je pense que le fait qu'il y ait moins d'intégrations nécessaires avec des parties externes externes, ce qui la rend, de par sa conception, plus sécurisée, ainsi que le niveau de cryptage nécessaire dans l'environnement SGP.32. Je pense que de notre point de vue, il utilise notre système d'exploitation sécurisé [00:13:00] et est capable de continuer cette utilisation à partir des autres spécifications précédentes et de continuer à l'utiliser dans SGP.32 et même d'un point de vue physique, je pense que ces jours-ci, nous nous dirigeons vers des cartes SIM intégrées, avec l'eSIM et l'iSIM, et c'est juste d'un point de vue physique, elles ne peuvent pas être supprimées. Vous avez donc besoin de cette technologie SGP.32 pour pouvoir gérer ces appareils tout au long de leur durée de vie, que ce soit 10 ou 15 ans, et vous avez besoin de la sécurité qui en découle. Et je pense que SGP.32 fait beaucoup pour la fiabilité et également pour pouvoir sécuriser votre couverture avec différents profils et cela est également nécessaire du point de vue de l'appareil pour pouvoir télécharger les mises à jour OTA lorsque les menaces de sécurité modifient de nouveaux logiciels sur les appareils et que vous avez besoin d'une connectivité sécurisée et stable pour pouvoir le faire, et SGP.32 favorise cela.

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

David Hambling : Donc je pense que oui, nous en avons discuté un peu auparavant. Je pense que l’un des principaux avantages que je vois est le manque d’intégration nécessaire pour pouvoir utiliser la connectivité des différents ORM et partenaires de connectivité. Vous n’avez pas besoin de vous connecter au RER de tout le monde. Comme SGP.22, vous pouvez contacter le SM-DP+ et télécharger le profil à partir de là. Il s'agit donc également d'évolutivité et d'accessibilité, de pouvoir diffuser cela sur tous les appareils disponibles.

Je veux dire pour mon travail uniquement en Asie, le nombre d'appareils que je vois, les types d'appareils, et savoir que SGP.32 peut atteindre tous ceux-là, et certains d'entre eux ont toujours été hors de portée, pour faire des mises à jour à distance et savoir que nous pouvons réellement le faire est très excitant.

Donc, oui, l'évolutivité puis l'accessibilité s'adressent à tous les types d'appareils et de protocoles de communication.

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

Satyajit Sinha : Je veux dire, l'IoT était [00:15:00] par défaut, n'est-ce pas ? L’IoT a donc été la première application que nous voyons et qui suscite beaucoup de popularité. Je veux dire, il y a l’IoT, l’agriculture, le transport et la logistique. Ceux où vous avez besoin de mobilité ont été la première vague d’adoption que nous observons. Mais au-delà de l'IoT, l'aspect intéressant était l'entrée en scène de l'automobile non seulement du point de vue de la télématique, mais aussi du point de vue de l'infodivertissement.

Nous avons commencé à constater que l'automobile gagne beaucoup de terrain pour ces technologies et en particulier dans l'infodivertissement, et nous nous attendons également à ce qu'à l'avenir, en dehors des cas d'utilisation de l'IoT, des cas d'utilisation généralisés, des cas d'utilisation de la bande basse et de l'IoT, nous verrons également beaucoup d'adoption dans l'automobile.

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

David Hambling : Ouais, ouais, définitivement. Je pense surtout pour l'automobile. Cela a toujours en quelque sorte comblé le fossé, n'est-ce pas ? Entre SGP.02 et SGP.22, il y avait un aspect consommateur, il y a un aspect machine, et SGP.32 comble magnifiquement cela. On a vraiment l'impression que l'automobile bénéficiera de cette nouvelle spécification [00:16:00] et du point de vue d'eCall, de cette fiabilité pour eCall et de la priorité qui y est associée.

Satyajit Sinha : D'accord. C’est logique. C'est logique.

 David, je viens juste de comprendre comment G+D joue un rôle clé avec SGP.32. Du point de vue de la solution, je voulais comprendre cela.

David Hambling : Oui. Eh bien, nous avons travaillé en étroite collaboration avec la GSMA pour créer la spécification, et depuis lors, nous avons, je pense, ouvert la voie avec les PoC. Nous avons eu beaucoup de PoC, nous construisons donc vraiment le paysage et préparons le paysage pour l'adoption massive du SGP.32. Je pense donc que beaucoup d’OEM ou d’ORM, de fabricants d’appareils et d’acteurs de l’IoT, sont impatients d’aller de l’avant avec SGP.32. Je pense que cela répond à beaucoup de défis qu'ils ont rencontrés dans le passé, donc je pense que les PoC ont été vraiment passionnants parce que vous voyez à quel point les gens sont impatients de mettre cette technologie sur le terrain.

Donc avec cela, il suffit d’aider les fabricants d’appareils à intégrer cette technologie dans leurs appareils. S'il s'agit d'IPAd, par exemple, il s'agit simplement de préparer les gens [00:17:00] à un déploiement de masse. Et nous avons également déjà eu quelques cas d’utilisation commerciale, notamment Amazon eero. Alors oui, nous ouvrons la voie pour diffuser SGP.32 dans le monde entier et permettre aux gens de contrôler leur connectivité à distance dès que possible.

Satyajit Sinha : Intéressant. Je veux dire, il y a quelques jours à peine, j'étais en train de créer cette pile technologique pour la pile technologique eSIM et j'essayais d'attribuer aux OEM, euh, leurs fonctionnalités eSIM, et j'ai vu que G+D arrive dans toutes les étapes de cette pile technologique et c'est très intéressant. Je veux comprendre de votre part ce qu'une pile de bout en bout signifie pour vous et ce qu'elle apporte, les avantages et ce qu'elle signifie pour la solution globale G+D.

David Hambling : Je pense que 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, nous avons évidemment le côté carte SIM, le côté eUICC jusqu'au RSP, la gestion des appareils. Je veux dire, je travaille du côté de la connectivité.

Ce qui est vraiment intéressant pour moi, c'est que nous disposons de notre bibliothèque de [00:18:00] profils de connectivité qui peuvent également être utilisés. Nous pouvons donc fournir le SM-DP+. Nous pouvons fournir l’eIM. Nous pouvons également fournir la connectivité et cela pourrait simplement servir à combler les lacunes des gens. Je veux dire, ils pourraient utiliser leur propre connectivité dans le monde entier et là où nous pourrions avoir quelque chose, par exemple au Brésil, ils ne l'ont pas, et ils doivent y accéder rapidement et nous pouvons simplement télécharger, nous pouvons leur donner notre profil pour cela. Alors oui, le full stack est vraiment intéressant. Je pense rassembler tous ces éléments dans un environnement très sécurisé alors que nous nous concentrons sur la sécurité. Nous nous concentrons sur la sécurité, en rassemblant tout cela, en l'enveloppant dans la sécurité, puis en ayant un point de contact et un seul SLA, par exemple, afin que quelqu'un puisse venir vers nous et obtenir autant qu'il le souhaite ou aussi peu qu'il le souhaite, et c'est, euh, une position très puissante sur le marché.

Satyajit Sinha : Intéressant.

David Hambling : Alors, Satyajit, où pensez-vous que le marché eSIM va se diriger au cours des 24 prochains mois ?

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

Cependant, nous avons commencé à voir un plateau et tout le monde attendait le SGP.32, et c'est là que le plateau est entré en scène. La partie intéressante était avant même le SGP. La spécification 32 a été finalisée, l'industrie était intéressée par l'utilisation de 32, ce qui a conduit à de nombreux OEM et à un jeu manuel facile pour continuer à proposer les pré-standards.

Et avec ces pré-standards, ils ont toujours commencé à réaliser des projets pilotes pour essayer de réaliser certains déploiements. Cela montre une image très claire de la demande et de la façon dont l'industrie attendait avec impatience une norme spécifique à l'IoT et maintenant, lorsque nous avons cette norme, nous commençons à voir une bonne croissance, donc de nombreux modules cellulaires compatibles eSIM sont déjà disponibles, ils ont à la fois des modules physiques compatibles SIM et eSIM, mais ils ne sont pas en cours de mise en œuvre. Alors maintenant, ce que nous verrons rapidement avec SGP.32, une partie de l'implémentation entrera en scène.

Nous verrons également certains des nouveaux déploiements [00:20:00] qui auront lieu sur la base de SGP.32. Nous commençons à voir une courbe. Lentement. La pénétration que nous venons de voir, 32 % dans l'expédition, passera rapidement à 45 % et à 50 % et 60 % au cours des cinq prochaines années environ au moment où nous commencerons le déploiement, et ces déploiements incluront l'IoT et l'automobile dans les deux aspects, donc je dirais oui, il y a un énorme potentiel et l'industrie attendra essentiellement cette technologie, et maintenant cette technologie est là. Je m'attends à une bonne adoption de la technologie SGP.32 et eSIM dans l'IoT et l'automobile.

David Hambling : Oui, certainement, et à part SGP.32, quels sont, selon vous, les facteurs qui favoriseront l'adoption de l'eSIM ?

Satyajit Sinha : Je veux dire, nous avons parlé de sécurité et de tout le reste, mais je pense que l'une des choses intéressantes dont nous n'avons pas beaucoup parlé est le provisionnement en usine.

Je pense que c’est quelque chose qui semble égal, je dirais, à l’importance du SGP.32. Et c’est fondamentalement une technologie complémentaire, mais qui rend l’utilisation de SGP.32 ou eSIM bien meilleure. Je veux dire, et du point de vue matériel, [00:21:00] du point de vue de la connectivité prête à l'emploi, cela a plus de sens. Mais j'aimerais vraiment comprendre quelque chose de votre part, si vous souhaitez ajouter quelque chose sur l'approvisionnement en usine, car je pense que c'est l'une des technologies clés qui changera le marché d'un point de vue différent pour l'aspect eSIM.

David Hambling : Ouais, définitivement. Nous attendons donc avec impatience le SGP.42. Nous disposons actuellement de l'IFPP pré-standard, actuellement utilisé et très, très populaire. Alors oui, SGP.42. Oui, nous avons déjà publié la pré-norme pour l’IFPP, l’approvisionnement en usine, et elle fonctionne en harmonie avec SGP.32. Ce que j’aime vraiment à propos de SGP.42, c’est que pour les appareils dont vous ne souhaitez pas dépendre d’un approvisionnement à distance, vous ne souhaitez pas réduire la puissance de leur batterie. Peut-être que pour les appareils les plus légers, il s'agit du provisionnement, du pré-approvisionnement de la connectivité en usine à partir d'une bibliothèque de profils, et de la mise en place de cette connectivité sur l'appareil. Il est donc prêt à démarrer dès le premier jour.

 Donc, c'est Born [00:22:00] Connected® et c'est crucial pour iSIM et eSIM, et, une fois cela installé, une fois que la connectivité a été fournie dans l'appareil, elle peut continuer à être gérée par SGP.32 à l'avenir. Et puis ce qui est très excitant, évidemment, alors que nous continuons à innover et nous ne nous contentons pas, vous savez, après les succès et les spécifications du SGP.32, nous continuons à innover.

David Hambling : Et bien sûr, nous avons les autres versions de SGP.32 à attendre avec impatience. Donc, la version deux, où il y aura plusieurs profils activés, ce qui sera également extrêmement important pour l'automobile, ainsi que pour la fiabilité de la connectivité et pour les appareils IoT, puis le changement de profil initié par l'appareil, et tout cela mène à l'iSIM, ce à quoi nous devons également faire attention. Cela va devenir plus populaire grâce au SGP.32, au SGP.42, et bien sûr au SGP.42 sortis d'usine.

Satyajit Sinha : Intéressant. Intéressant. Ouais, c'est tout à fait logique. [00:23:00] Avant de conclure, j'aimerais comprendre de votre part, ce que l'opérateur ou l'OEM devrait surveiller ensuite et pourquoi ?

David Hambling : Je pense que c'est ce que nous avons dit, la version deux de SGP.32.

Nous nous basons donc sur ce dont nous disposons actuellement.

Ouais.

Et je pense que, comme nous l'avons dit pour l'automobile, les multiples profils activés seraient extrêmement importants, en particulier pour des choses comme eCall, l'infodivertissement, la possibilité de changer de profil en fonction d'algorithmes, en fonction de l'intelligence, en gros, ce qui a le meilleur signal, évidemment vous avez besoin d'eCall pour avoir le meilleur signal possible, et vous devez avoir la plus haute priorité.

Cela va donc être très important pour les équipementiers et les constructeurs automobiles. iSIM l'intègre, donc c'est encore plus sécurisé car il est réellement intégré à l'appareil. Et puis vous avez besoin du SGP.32 pour pouvoir gérer cela à distance aussi longtemps qu'il restera sur le terrain.

Et le SGP.32 doit fonctionner de manière transparente pour cela. Et puis, comme je l'ai dit, le SGP.42 dans l'approvisionnement en usine doit garder un œil sur cela lorsque cette spécification sera publiée. Comme je l’ai dit, c’est un pré-standard pour le moment. Il est en cours d'utilisation [00:24:00]. Cela fonctionne très bien, mais j'attends avec impatience que cela se renforce.

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

David Hambling : Merci beaucoup Satyajit. J'ai vraiment aimé parler avec vous.

Satyajit Sinha : Merci.