Deutsche Telekom IoT: acceptance, nuSIM et Cloud of Things

Auteur Hugues Orgitello Mis à jour le 27 mai 2026 ~14 min de lecture

Guide · Deutsche Telekom IoT

Deutsche Telekom (DT) est l'un des operateurs telecoms europeens les plus engages dans l'IoT cellulaire, avec une strategie qui combine empreinte multi-pays, programme d'acceptance proprietaire, plateforme applicative Cloud of Things et une innovation specifique : nuSIM, sa technologie iSIM integree au SoC. Pour un fabricant qui vise le marche europeen avec un produit cellulaire, la conformite 3GPP via GCF ne suffit pas : le passage par l'acceptance T-IoT conditionne l'inscription au catalogue DT et l'eligibilite aux offres operateur. Cette page decrit l'empreinte DT vis-a-vis de T-Mobile US, le programme T-IoT acceptance, le couple nuSIM versus eUICC SGP.32, le positionnement de Cloud of Things, le flux CamControl de qualification module, les technologies cellulaires couvertes et les pieges qui retardent une mise au catalogue.

Empreinte Deutsche Telekom et delimitation avec T-Mobile US

Le groupe Deutsche Telekom opere des reseaux mobiles dans plusieurs pays europeens sous des marques distinctes. Sa filiale americaine T-Mobile US, bien qu'historiquement liee, fonctionne aujourd'hui comme une entite independante pour les questions de certification, et doit etre traitee dans un dossier separe.

Pays	Marque	Reseau	Couverture acceptance T-IoT
Allemagne	Telekom (T-Mobile DE)	2G (retrait progressif), LTE, LTE-M, NB-IoT, 5G NR	Marche primaire, reference du programme
Autriche	Magenta Telekom	LTE, LTE-M, NB-IoT, 5G NR	Acceptance alignee, APN propres
Republique tcheque	T-Mobile CZ	LTE, LTE-M, NB-IoT, 5G NR	Acceptance alignee, accords NB-IoT roaming
Hongrie	Magyar Telekom	LTE, LTE-M, NB-IoT, 5G NR	Acceptance alignee
Grece	Cosmote (filiale OTE)	LTE, LTE-M, NB-IoT, 5G NR	Acceptance alignee, perimetre Cosmote distinct
Etats-Unis	T-Mobile US	LTE, 5G NR, bandes n41/n71	Programme separe, hors perimetre DT

Pour un fabricant europeen, le point essentiel est que la certification DT IoT n'ouvre pas T-Mobile US. Le programme americain est independant, aligne sur PTCRB et sur ses propres exigences. Un produit destine aux deux geographies doit prevoir deux dossiers d'acceptance distincts.

A l'interieur de l'empreinte europeenne DT, les filiales partagent une structure technique commune mais conservent des politiques d'APN, des numerotations IMSI et des accords de roaming locaux. Un module accepte en Allemagne n'est pas automatiquement testable sans verifications complementaires en Tchequie ou en Grece, en particulier sur les chaines NB-IoT.

Le programme T-IoT acceptance, perimetre

Le programme d'acceptance T-IoT s'appuie sur deux socles : la conformite 3GPP via GCF ou PTCRB selon le module, et un test plan propre a DT qui couvre les interactions avec ses reseaux et son provisioning.

Comparaison avec PTCRB et GCF

Critere	PTCRB / GCF	T-IoT acceptance
Nature	Conformite radio 3GPP multi-operateur	Programme propre Deutsche Telekom IoT
Reference	3GPP TS 36.521, TS 38.521	Surensemble : socle 3GPP + tests reseau DT, nuSIM/eUICC, APN, roaming intra-groupe
Portee	Conformite radio generique	Interoperabilite reseaux DT, profil nuSIM, integration Cloud of Things en option
Delivre par	PVG / GCF Steering Committee	Deutsche Telekom IoT, equipe acceptance
Identifiant	EPC PTCRB ou GCF FFS / DTP	Reference T-IoT, inscription catalogue T-IoT
Condition d'eligibilite catalogue DT	Necessaire	Necessaire en plus de GCF/PTCRB

PTCRB et GCF sont des prerequis mais non suffisants. Sans certification 3GPP valide, DT n'ouvre pas la phase d'acceptance. Avec PTCRB ou GCF seuls, le produit reste fonctionnel sur le reseau mais n'est pas eligible aux offres T-IoT cle en main, et certains scenarios (nuSIM, roaming NB-IoT intra-DT, profils Cloud of Things) ne sont pas validables.

Portails et points d'entree

DT IoT s'appuie sur plusieurs portails distincts selon l'angle d'entree :

• Catalogue T-IoT pour les forfaits et les modules acceptes, accessible aux clients DT IoT ;
• Plateforme Cloud of Things pour la gestion applicative ;
• Workflow CamControl pour la qualification des modules cellulaires (voir plus bas) ;
• nuSIM portal pour les fabricants de SoC et d'objets qui embarquent l'iSIM ;
• Acceptance backoffice DT pour la soumission des produits finis, generalement via un contact commercial DT IoT dedie au compte fabricant.

L'ouverture d'un dossier acceptance n'est pas autoservice : elle passe par une qualification commerciale prealable, qui evalue le volume previsionnel, la geographie cible, le type d'objet et la solution SIM retenue.

CamControl, qualification module cellulaire

CamControl est le flux interne de Deutsche Telekom qui pilote la qualification d'un module cellulaire pour le catalogue T-IoT. Il s'adresse aux fabricants de modules (Quectel, u-blox, Telit, Sierra Wireless, Murata, Sequans, Fibocom, Cinterion-Telit, Wirepas, etc.) qui veulent inscrire leur module en tant que brique pre-acceptee.

Etapes typiques :

1. Soumission technique par le fabricant module : datasheet, rapport GCF, rapport PTCRB le cas echeant, declaration de support nuSIM le cas echeant, support eUICC SGP.32.
2. Revue documentaire par l'equipe CamControl : couverture des bandes europeennes DT (B1, B3, B7, B8, B20, B28, B40 ; n1, n28, n78), support LTE-M et NB-IoT le cas echeant, support 3GPP Release minimum.
3. Campagne de test en laboratoire reconnu DT : interoperabilite reseau DE et un sous-ensemble representatif des filiales, comportement nuSIM si applicable, gestion profil eUICC, NB-IoT en lab et en condition de roaming partenaire.
4. Validation et inscription au catalogue T-IoT en tant que module accepte.

Une fois le module accepte via CamControl, les integrateurs aval peuvent l'utiliser dans leurs produits avec une acceptance device plus rapide et moins couteuse. Le module devient une brique pre-validee, comme l'AML chez Verizon ou la liste des modules approuves chez d'autres carriers (voir Verizon OPC pour une logique comparable cote nord-americain).

A noter : la liste des modules CamControl evolue. Avant un projet, il est indispensable de demander au fournisseur module la reference T-IoT en cours, et non pas uniquement le statut GCF, pour eviter les mauvaises surprises au moment de l'acceptance device.

nuSIM, l'iSIM Deutsche Telekom

nuSIM est la signature technique de Deutsche Telekom dans l'IoT cellulaire. C'est une iSIM au sens GSMA, c'est-a-dire une application SIM hebergee directement dans une zone securisee du SoC cellulaire, sans carte ni chip eUICC dedies.

Comparaison nuSIM, eUICC SGP.32 et SIM physique

Critere	SIM physique	eUICC SGP.32	nuSIM (iSIM DT)
Forme	Carte SIM ou MFF2	Chip dedie	Zone securisee dans le SoC cellulaire
Standard	ETSI TS 102 221	GSMA SGP.32	Specification DT proprietaire, alignee GSMA
Provisioning	Echange physique ou OTA classique	RSP IoT : SM-DP+, eIM, IPA	Pre-charge usine via partenaire silicium, orchestrateur nuSIM DT
Portabilite operateur	Possible avec une nouvelle carte	Multi-operateurs via profils GSMA	Cle en main DT, portabilite limitee
Cout BOM	Le plus eleve (carte + holder)	Intermediaire (chip + integration)	Le plus bas (pas de composant externe)
Volume cible	Tous volumes	Moyens et grands volumes IoT	Tres grands volumes mono-operateur DT
Cycle de vie attendu	Court a moyen	Long (10 ans et plus)	Long, lie au SoC
LPA / IPA	Sans objet	Requis cote device	Sans objet (orchestration via DT)

Le modele commercial nuSIM suppose un partenariat tripartite : fabricant du SoC cellulaire qui integre l'application nuSIM, fabricant du produit final qui choisit ce SoC et signe un accord T-IoT, et Deutsche Telekom qui pilote le provisioning. Les SoCs partenaires actuels couvrent plusieurs vendors LPWAN et LTE-M (la liste evolue, a verifier directement aupres de DT au T0 d'un projet).

L'interet principal de nuSIM tient au cout d'integration et a la suppression d'un point de defaillance materiel : pas de holder SIM, pas de chip eUICC supplementaire, pas de re-soudure si la carte se desserre. Pour un objet a haut volume, deploye chez un seul ecosysteme operateur (DT et ses partenaires de roaming), c'est l'option la plus rationnelle economiquement.

L'inconvenient est la fermeture relative : le profil nuSIM est lie a DT et a son orchestrateur. Si la strategie commerciale evolue (changement d'operateur, distribution internationale hors empreinte DT), la portabilite est moins immediate qu'avec un eUICC SGP.32 standard. La decision se prend donc en phase de cadrage commercial, pas en cours de developpement.

Pieges de provisioning nuSIM

Trois pieges recurrents :

• Cle racine non alignee entre la chaine de fabrication SoC et l'orchestrateur DT : le produit sort d'usine avec un profil que DT ne reconnait pas. Le diagnostic est tardif (premiere activation chez le client) et la remediation coute cher (retour SAV ou re-flashage en champ).
• Personnalisation incomplete au moment du test EOL : l'IMSI ou l'ICCID nuSIM n'est pas correctement injecte dans la zone secure, le module attache mais n'authentifie pas.
• Pas de canal de re-provisioning prevu en cas d'erreur : contrairement a un eUICC SGP.32 avec LPA, le nuSIM ne se reconfigure pas via un flux SM-DP+ standard. Sans canal DT specifique, l'erreur est definitive.

L'acceptance T-IoT inclut un audit du flux de provisioning nuSIM, generalement en presentiel ou via revue d'echantillons. C'est un point de non-conformite frequent pour les primo-soumissionnaires.

Cloud of Things, plateforme applicative

Cloud of Things (CoT) est la plateforme IoT applicative de Deutsche Telekom, batie sur Cumulocity IoT (Software AG, acquise par IBM dans le cadre de l'evolution du portefeuille SAG). Elle propose :

• gestion de flotte multi-objets multi-fournisseurs ;
• collecte et stockage de telemetrie ;
• regles, alertes, tableaux de bord ;
• gestion de campagne OTA firmware ;
• integration avec la connectivite T-IoT pour la facturation et la gestion SIM.

CoT n'est pas obligatoire pour utiliser la connectivite DT IoT. Un objet T-IoT peut s'integrer a AWS IoT Core, Azure IoT Hub, Google Cloud IoT, ou une plateforme tierce sans interferer avec l'acceptance reseau. CoT est valorise comme option dans certains forfaits cle en main qui couvrent connectivite + plateforme + carte SIM/nuSIM dans un contrat unique.

Pour un produit dont la strategie applicative est deja arretee sur un hyperscaler, CoT n'est pas un sujet de blocage. Pour un produit en phase de cadrage qui cherche un partenaire integre, CoT et T-IoT forment une offre verticale rapide a deployer, sans contrats multi-vendor.

Technologies cellulaires couvertes

DT IoT pilote son acceptance sur les technologies actives a son catalogue. Les autres restent operables sur les reseaux DT (parce que la radio est conforme) mais ne sont pas pousseess commercialement.

LTE Cat-M (LTE-M)

LTE-M (Cat-M1, et Cat-M2 dans certains cas) est la technologie LPWAN preferee de DT pour les objets a debit modere, mobiles, et necessitant la VoLTE eventuelle. La couverture s'etend sur la quasi-totalite de l'empreinte DE/AT/CZ/HU/GR. L'acceptance LTE-M verifie le support PSM, eDRX, le comportement RAI (Release Assistance Indication) et l'attachement avec un APN T-IoT IoT-M.

NB-IoT

NB-IoT est la technologie ultra-basse consommation pour les objets fixes ou peu mobiles. DT est l'un des piliers de la NB-IoT Roaming Initiative GSMA, qui vise a etablir des accords de roaming dedies NB-IoT entre operateurs participants. L'acceptance NB-IoT verifie l'attachement, le support du PLMN locking, la stabilite des sessions longues, et le comportement en roaming intra-DT (entre filiales du groupe). C'est aussi le scenario ou les pieges sont les plus frequents.

LTE Cat-1bis

Cat-1bis (debit LTE Cat-1 avec antenne unique) est positionne par DT comme alternative a LTE-M quand la couverture LTE-M est encore inegale et quand le produit a besoin d'un debit superieur. L'acceptance Cat-1bis attire l'attention sur le bord de cellule : sans diversite d'antennes, la sensibilite est inferieure, et un produit qui suppose un debit nominal en condition reelle peut etre tres decevant. DT recommande des tests reels au-dela des tests laboratoire pour cette categorie.

LTE Cat-4 et superieur

Pour les passerelles, terminaux POS, dispositifs medicaux haut-debit, l'acceptance DT couvre LTE Cat-4, Cat-6, Cat-7+. Les exigences VoLTE et IMS sont alors plus strictes, et l'integration avec les services voix de Telekom DE peut etre demandee pour certaines categories.

5G NR

DT deploie la 5G NSA et progressivement la 5G SA sur les bandes commerciales europeennes (n1, n28, n78 principalement, parfois n40 ou n258 mmW pour les cas industriels). L'acceptance 5G NR pour l'IoT cible essentiellement les passerelles, les FWA et les terminaux industriels. Pour les objets bas-debit, le maintien sur LTE-M et NB-IoT reste preferable.

2G

La 2G (GSM) est en retrait progressif sur l'empreinte DT, avec un calendrier propre a chaque filiale. DT n'accepte plus de nouveaux produits 2G-only au catalogue. Les modules multi-tech (2G + LTE-M par exemple) sont acceptes pour assurer la transition, mais le 2G n'est plus un argument commercial dans une roadmap.

Roaming pan-europeen et accords MVNO

Au-dela de l'empreinte propre DT, deux dimensions de roaming meritent attention.

Roaming MNO classique. DT a des accords de roaming avec la majorite des operateurs europeens pour la 2G, 3G (en retrait), 4G LTE et 5G. La couverture LTE-M et NB-IoT en roaming n'est pas garantie par defaut, meme quand le LTE l'est. Un produit IoT international doit clarifier prealablement les pays de couverture LPWAN, en se referant au tableau de roaming T-IoT.

Activite MVNO. DT IoT distribue sa connectivite via des MVNO partenaires (T-IoT MVNO program) et integre certains MVNO via des accords specifiques pour les marches hors empreinte directe. C'est notamment la solution pour la France, l'Italie, l'Espagne, le Royaume-Uni, ou DT n'opere pas de reseau propre. La qualite et la portee des services LPWAN via MVNO varient selon l'operateur hote local, ce qui peut creer des asymetries dans le comportement d'un meme produit selon le pays.

Pour les fabricants qui visent plus largement, voir aussi le programme Verizon OPC pour les Etats-Unis, et la logique multi-operateurs documentee dans le calendrier de certification et les couts de certification.

eUICC, profils et orchestration

Pour les produits qui n'utilisent pas nuSIM, l'acceptance DT IoT impose les standards GSMA en vigueur.

• GSMA SGP.22 reste le standard RSP Consumer, utilise sur les produits a UI (passerelles, terminaux M2M avec ecran, par exemple). DT supporte SGP.22 pour la compatibilite mais l'oriente plutot vers SGP.32 sur les nouveaux deploiements IoT.
• GSMA SGP.32 est le standard RSP IoT, attendu sur tous les nouveaux produits headless. Il introduit l'eIM (eSIM IoT Manager) pour le pilotage de flotte sans intervention utilisateur. DT a un eIM compatible et requiert l'IPA correctement implementee cote device.
• SGP.02 (M2M Architecture historique) est en retrait progressif. DT continue d'accepter les produits SGP.02 deja deployes mais n'accepte plus de nouveau produit SGP.02 a partir d'un certain seuil de Release. Les calendriers se consultent dans le backoffice acceptance T-IoT.

Le LPA ou IPA doit dialoguer avec le SM-DP+ DT, avec des certificats racine publies dans le portail acceptance. Une chaine TLS incomplete ou une cipher suite obsolete est un motif de rejet recurrent, et la cause profonde est souvent une stack TLS embarquee non maintenue.

APN et plan d'adressage IP

DT publie un ensemble d'APN cibles : APN public IPv4, APN public IPv4/v6 dual-stack, APN prive avec attachement VPN client, APN dedie NB-IoT, APN dedie LTE-M, APN Cloud of Things pour les objets pre-integres. Le choix de l'APN influe sur :

• l'adressage IP (publique, privee, RFC 1918, etendue IPv6) ;
• la latence et le routage (apex DT direct, ou via un MVNO) ;
• l'integration applicative (Cloud of Things, AWS IoT Core via private link, autre) ;
• la facturation (volumes, plages, profils tarifaires).

L'acceptance verifie que le module attache sur l'APN cible sans recourir a un APN par defaut errone, qu'il negocie correctement la pile IP (notamment IPv6 si demande), et qu'il gere les coupures et redemarrages sans accumuler des sessions PDP orphelines (cause classique de fuite de quota et de blocage par le firewall reseau).

Pieges frequents

1. Confondre acceptance DT et acceptance T-Mobile US

C'est le piege strategique. Un dossier DT IoT abouti ne dispense pas du programme T-Mobile US, et inversement. Tout calendrier produit doit isoler ces deux geographies des le cadrage.

2. Suresperer le roaming NB-IoT

Beaucoup de programmes IoT supposent que le NB-IoT roame de la meme maniere que le LTE. C'est faux dans la majorite des cas en 2026. Toute promesse de couverture NB-IoT internationale doit etre validee pays par pays, operateur par operateur, en s'appuyant sur le tableau de roaming T-IoT et la NB-IoT Roaming Initiative GSMA.

3. nuSIM mal cadree commercialement

Choisir nuSIM pour le seul gain BOM, sans valider la strategie commerciale long terme (volume, geographie, portabilite operateur) est une erreur frequente. Si une revente du produit a un client international s'envisage, eUICC SGP.32 garde plus d'options ouvertes.

4. Cat-1bis idealise

Le debit nominal Cat-1bis n'est jamais atteint en condition reelle quand le signal est moyen. Un produit qui depend d'une latence borne (par exemple paiement, telechirurgie, controle industriel) ne doit pas se reposer sur Cat-1bis sans tests reels en mobilite et en bord de cellule.

5. Test labo uniquement

L'acceptance DT IoT couvre des scenarios reseau que le test labo ne reproduit pas integralement, notamment le roaming inter-filiales et l'attachement APN reel. Eluder les tests terrain conduit a des echecs decouverts apres signature commerciale.

6. eUICC sans verification IPA SGP.32

Un eUICC certifie GSMA n'est pas suffisant si l'IPA cote device n'est pas conforme a SGP.32. L'integration IPA est un sujet logiciel produit autant que materiel, et la confusion SGP.22 / SGP.32 reste frequente.

7. Confondre Cloud of Things et obligation reseau

Cloud of Things est une plateforme applicative optionnelle. Aucune acceptance T-IoT n'impose son usage. Inversement, signer pour CoT ne dispense pas de l'acceptance reseau et SIM.

8. Ignorer les bulletins T-IoT

Comme tous les programmes carrier, T-IoT evolue : nouvelles bandes acceptees, retrait progressif de la 2G filiale par filiale, evolutions APN, mise a jour des profils nuSIM. Un projet a cycle long doit prevoir une revue periodique du backoffice T-IoT.

Articulation projet et timing

L'ordre recommande pour un produit cellulaire IoT cible DT :

1. Cadrage commercial T-IoT : volume, pays, technologies, choix SIM (nuSIM, eUICC SGP.32 ou physique), CoT ou plateforme tierce.
2. Selection module : verifier la presence du module candidat au catalogue CamControl ou planifier sa soumission. Croiser avec PTCRB (si vise US aussi) et GCF.
3. Conception hardware : antenne adaptee aux bandes europeennes DT, choix du SoC compatible nuSIM si retenu.
4. Pre-validation : tests reseau DE et CZ (echantillon representatif), comportement NB-IoT en lab, simulation eUICC RSP ou nuSIM provisioning.
5. Acceptance T-IoT : soumission backoffice, campagne en labo reconnu, iterations firmware, inscription catalogue.
6. Activation commerciale : inscription SIM nuSIM, ouverture des APN, integration CoT si applicable.
7. Suivi lifecycle : declaration des evolutions firmware impactant la radio ou le provisioning, veille sur les bulletins T-IoT.

Pour la vue europeenne globale RED, voir CE vs FCC EMC et double certification EU + US. Pour le vocabulaire (LPA, IPA, eUICC, eSIM, IMSI, ICCID, APN, NB-IoT, Cat-M, Cat-1bis), voir le glossaire spilma.

Voir aussi

• NTT DoCoMo, KDDI, SoftBank, Rakuten: acceptance IoT au Japon
• China Mobile, Telecom, Unicom : acceptance IoT cellulaire
• Telstra, Optus, TPG: acceptance IoT cellulaire en Australie
• AT&T NAF / NAFI: homologation operateur pour IoT cellulaire

Un cas concret de le cadrage d'un produit cellulaire IoT cible Deutsche Telekom ? AESTECHNO peut auditer votre conception et votre plan de certification. Nous contacter →

Sources & références

1. Deutsche Telekom IoT, portail produit , Deutsche Telekom iot.telekom.com/
2. nuSIM, integrated SIM de Deutsche Telekom , Deutsche Telekom iot.telekom.com/de/loesungen/sim-konnektivitaet/nusim
3. Cloud of Things, plateforme IoT applicative DT , Deutsche Telekom iot.telekom.com/de/produkte/cloud-of-things
4. PTCRB Certification Program , PTCRB www.ptcrb.com/
5. GCF, Global Certification Forum , GCF www.globalcertificationforum.org/
6. GSMA SGP.32, eSIM IoT Technical Specification , GSMA www.gsma.com/esim/iot-esim/
7. GSMA NB-IoT Roaming Initiative , GSMA www.gsma.com/iot/nb-iot/