Deutsche Telekom IoT: acceptance, nuSIM et Cloud of Things

Auteur Hugues Orgitello Mis à jour le 11 juillet 2026 ~16 min de lecture

Guide · Deutsche Telekom IoT

Deutsche Telekom (DT) est l'un des opérateurs télécoms européens les plus engages dans l'IoT cellulaire, avec une stratégie qui combine empreinte multi-pays, programme d'acceptance propriétaire, plateforme applicative Cloud of Things et une innovation spécifique : nuSIM, sa technologie iSIM intégrée au SoC. Pour un fabricant qui vise le marche européen avec un produit cellulaire, la conformité 3GPP via GCF ne suffit pas : le passage par l'acceptance DT IoT conditionne l'inscription au catalogue hardware certifié et l'éligibilité aux offres opérateur. Cette page décrit l'empreinte DT vis-a-vis de T-Mobile US, le programme d'acceptance DT IoT, le couple nuSIM versus eUICC SGP.32, le positionnement de Cloud of Things, la qualification des modules cellulaires, les technologies couvertes et les pieges qui retardent une mise au catalogue.

Empreinte Deutsche Telekom et délimitation avec T-Mobile US

Le groupe Deutsche Telekom opere des réseaux mobiles dans plusieurs pays européens sous des marques distinctes. T-Mobile US, société cotée distincte dont DT détient une participation majoritaire, fonctionne comme une entité indépendante pour les questions de certification, et doit être traitée dans un dossier separe.

Pays	Marque	Reseau	Position
Allemagne	Telekom Deutschland	2G (arrêt annoncé au 30 juin 2028), LTE, LTE-M, NB-IoT, 5G NR	Marche primaire, reference du programme
Autriche	Magenta Telekom	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT, APN propres
Republique tchèque	T-Mobile CZ	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT
Hongrie	Magyar Telekom	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT
Grece	Cosmote (filiale OTE)	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT, périmètre Cosmote distinct
Pologne	T-Mobile Polska	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT
Slovaquie	Slovak Telekom	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT
Croatie	Hrvatski Telekom	LTE, 5G NR ; NB-IoT et LTE-M selon offre	Filiale groupe DT
Etats-Unis	T-Mobile US	LTE, 5G NR, bandes n41/n71	Programme device separe

La disponibilité NB-IoT et LTE-M par marché se vérifie au cas par cas, par exemple via l'IoT Solution Optimizer, l'outil en ligne de DT pour modéliser un design NB-IoT ou LTE-M sur les réseaux du groupe.

Pour un fabricant européen, le point essentiel est que la certification DT IoT n'ouvre pas T-Mobile US. Le programme américain est indépendant, aligne sur PTCRB et sur ses propres exigences. Un produit destine aux deux géographies doit prévoir deux dossiers d'acceptance distincts.

A l'intérieur de l'empreinte européenne DT, les filiales partagent une structure technique commune mais conservent des politiques d'APN, des numérotations IMSI et des accords de roaming locaux. Un module accepte en Allemagne n'est pas automatiquement testable sans vérifications complémentaires en Tchequie ou en Grece, en particulier sur les chaines NB-IoT.

Le programme d'acceptance DT IoT, périmètre

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

Comparaison avec PTCRB et GCF

Critere	PTCRB / GCF	Acceptance DT IoT
Nature	Conformite radio 3GPP multi-opérateur	Programme propre Deutsche Telekom IoT
Reference	3GPP TS 36.521, TS 38.521	Surensemble : socle 3GPP + tests réseau DT, nuSIM/eUICC, APN, roaming intra-groupe
Portee	Conformite radio générique	Interopérabilité réseaux DT, sécurité, device management, no harm to network (GSMA TS.34)
Delivre par	Schémas PTCRB (CTIA) et GCF	Deutsche Telekom IoT, equipe acceptance
Identifiant	Certification PTCRB ou GCF	Référencement au catalogue hardware certifié DT
Condition d'éligibilité catalogue DT	Necessaire	Necessaire en plus de GCF/PTCRB

PTCRB et GCF sont des prérequis 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 réseau mais n'est pas éligible aux offres IoT clé en main de DT, et certains scenarios (nuSIM, roaming NB-IoT intra-DT, profils Cloud of Things) ne sont pas validables.

Portails et points d'entrée

DT IoT s'appuie sur plusieurs portails distincts selon l'angle d'entrée :

• iot.telekom.com, le portail produit DT IoT (connectivité, SIM, plateformes) ;
• DT IoT Hardware Ecosystem (hardware.iot.telekom.com), le catalogue du hardware certifié et sa documentation ;
• T IoT Hub, le portail d'orchestration de la connectivité et du device management multi-plateformes ;
• IoT Solution Optimizer, l'outil de modélisation des designs NB-IoT et LTE-M sur les réseaux du groupe ;
• la documentation développeur (hub.iot.telekom.com), qui décrit notamment le processus de certification device.

L'ouverture d'un dossier acceptance passe généralement par un contact commercial DT IoT, avec une qualification préalable : volume prévisionnel, géographie cible, type d'objet et solution SIM retenue.

Qualification des modules cellulaires

Deutsche Telekom investit dans la certification des chipsets, modems et modules cellulaires pour son catalogue IoT, selon une logique pyramidale : peu de chipsets, davantage de modules, beaucoup de devices. Les objectifs affichés dans la documentation DT sont l'interopérabilité avec les réseaux, la conformité aux exigences 3GPP et Telekom, la sécurité, le device management et l'absence de nuisance réseau (no harm to network, selon la GSMA TS.34). Le hardware certifié est référencé dans le DT IoT Hardware Ecosystem. Le processus concerne d'abord les fabricants de modules (Quectel, u-blox, Telit Cinterion, Sierra Wireless, Murata, Sequans, Fibocom, etc.) qui veulent inscrire leur module en tant que brique pré-acceptée.

Étapes typiques :

1. Soumission technique par le fabricant module : datasheet, rapport GCF, rapport PTCRB le cas échéant, déclaration de support nuSIM le cas échéant, support eUICC SGP.32.
2. Revue documentaire : couverture des bandes européennes DT (B1, B3, B7, B8, B20, B28 ; n1, n28, n78), support LTE-M et NB-IoT le cas échéant, support 3GPP Release minimum.
3. Campagne de test en laboratoire reconnu DT : interopérabilité réseau DE et un sous-ensemble représentatif des filiales, comportement nuSIM si applicable, gestion profil eUICC, NB-IoT en lab et en condition de roaming partenaire.
4. Validation et référencement au catalogue hardware certifié DT.

Une fois le module certifié, les intégrateurs aval peuvent l'utiliser dans leurs produits avec une acceptance device plus rapide et moins couteuse. Le module devient une brique pre-validée, comme l'AML chez Verizon ou la liste des modules approuves chez d'autres carriers (voir Verizon Open Development pour une logique comparable cote nord-américain).

A noter : la liste du hardware certifié DT evolue. Avant un projet, il est indispensable de demander au fournisseur module le statut de certification DT en cours, et non pas uniquement le statut GCF, pour éviter 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 hébergée directement dans une zone sécurisée du SoC cellulaire, sans carte ni chip eUICC dedies. Elle est optimisée pour le NB-IoT et les objets à très bas coût, avec des profils compacts (moins de 1 Ko selon DT).

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 sécurisée dans le SoC cellulaire
Standard	ETSI TS 102 221	GSMA SGP.32	Spécification propriétaire DT (Loader de référence en open source)
Provisioning	Echange physique ou OTA classique	RSP IoT : SM-DP+, eIM, IPA	Profil chiffré chargé en usine (Data Preparator DT, Loader Application)
Portabilite opérateur	Possible avec une nouvelle carte	Multi-opérateurs via profils GSMA	Cle en main DT, portabilité limitée
Cout BOM	Le plus eleve (carte + hölder)	Intermediaire (chip + intégration)	Le plus bas (pas de composant externe)
Volume cible	Tous volumes	Moyens et grands volumes IoT	Tres grands volumes mono-opérateur 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 de connectivité DT IoT, et Deutsche Telekom qui pilote le provisioning. Les SoCs partenaires actuels couvrent plusieurs vendors LPWAN et LTE-M (la liste evolue, a vérifier directement auprès de DT au T0 d'un projet). Au MWC 2025, DT a présenté avec Nordic Semiconductor et PSsystec l'initiative MECC (Make Everything Cellular Connected) : des modules à nuSIM embarquée, pré-provisionnés en usine et activables à la demande.

L'intérêt principal de nuSIM tient au coût d'intégration et a la suppression d'un point de défaillance matériel : pas de hölder SIM, pas de chip eUICC supplémentaire, pas de re-soudure si la carte se desserre. Pour un objet a haut volume, déployé chez un seul écosystème opérateur (DT et ses partenaires de roaming), c'est l'option la plus rationnelle economiquement.

L'inconvénient est la fermeture relative : le profil nuSIM est lie a DT et a son orchestrateur. Si la stratégie commerciale evolue (changement d'opérateur, distribution internationale hors empreinte DT), la portabilité est moins immédiate qu'avec un eUICC SGP.32 standard. La décision se prend donc en phase de cadrage commercial, pas en cours de developpement.

Pieges de provisioning nuSIM

Trois pieges récurrents :

• Cle racine non alignée entre la chaine de fabrication SoC et l'orchestrateur DT : le produit sort d'usine avec un profil que DT ne reconnaît pas. Le diagnostic est tardif (première activation chez le client) et la remédiation coute cher (retour SAV ou re-flashage en champ).
• Personnalisation incomplète 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 prévu en cas d'erreur : le nuSIM ne se reconfigure pas via un flux SM-DP+ standard. Le re-provisioning passe par une mise à jour firmware ou un protocole de device management (LwM2M par exemple), qu'il faut avoir prévu dès la conception.

Le flux de provisioning nuSIM se cadre avec DT en amont du projet ; c'est un point de vigilance majeur pour les primo-soumissionnaires.

Cloud of Things, plateforme applicative

Cloud of Things (CoT) est la plateforme IoT applicative de Deutsche Telekom, historiquement bâtie sur Cumulocity IoT dans le cadre d'un partenariat avec Software AG ; Cumulocity est depuis début 2025 une société indépendante, après un rachat par son management. L'offre DT se décline en Cloud of Things SMART, ENTERPRISE et PRIVATE. Elle propose :

• gestion de flotte multi-objets multi-fournisseurs ;
• collecte et stockage de télémétrie ;
• regles, alertes, tableaux de bord ;
• gestion de campagne OTA firmware ;
• intégration avec la connectivité DT IoT pour la facturation et la gestion SIM.

CoT n'est pas obligatoire pour utiliser la connectivité DT IoT. Un objet sous connectivité DT peut s'intégrer a AWS IoT Core, Azure IoT Hub, ou une plateforme tierce sans interférer avec l'acceptance réseau. CoT est valorise comme option dans certains forfaits cle en main qui couvrent connectivité + plateforme + carte SIM/nuSIM dans un contrat unique.

Pour un produit dont la stratégie applicative est déjà arrêtée 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 la connectivité DT forment une offre verticale rapide a déployer, sans contrats multi-vendor.

Technologies cellulaires couvertes

DT IoT pilote son acceptance sur les technologies actives a son catalogue. Les autres restent opérables sur les réseaux 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 préférée de DT pour les objets a débit modere, mobiles, et nécessitant la VoLTE eventuelle. La disponibilité LTE-M se vérifie marché par marché sur l'empreinte européenne du groupe, par exemple via l'IoT Solution Optimizer. L'acceptance LTE-M verifie le support PSM, eDRX, le comportement RAI (Release Assistance Indication) et l'attachement avec l'APN IoT cible.

NB-IoT

NB-IoT est la technologie ultra-basse consommation pour les objets fixes ou peu mobiles. DT a réalisé avec Vodafone, dans le cadre de la GSMA Mobile IoT Initiative, les premiers essais de roaming NB-IoT internationaux en Europe, et reste moteur sur les accords de roaming NB-IoT entre opérateurs. L'acceptance NB-IoT verifie l'attachement, le support du PLMN locking, la stabilité 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 fréquents.

LTE Cat-1bis

Cat-1bis (débit 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 débit supérieur. L'acceptance Cat-1bis attire l'attention sur le bord de cellule : sans diversité d'antennes, la sensibilité est inférieure, et un produit qui suppose un débit nominal en condition réelle peut être très decevant. DT recommande des tests réels au-dela des tests laboratoire pour cette categorie.

LTE Cat-4 et supérieur

Pour les passerelles, terminaux POS, dispositifs médicaux haut-débit, l'acceptance DT couvre LTE Cat-4, Cat-6, Cat-7+. Les exigences VoLTE et IMS sont alors plus strictes, et l'intégration avec les services voix de Telekom DE peut être demandée pour certaines categories.

5G NR

DT déploie la 5G NSA et progressivement la 5G SA sur les bandes commerciales européennes (n1, n28, n78 principalement). L'acceptance 5G NR pour l'IoT cible essentiellement les passerelles, les FWA et les terminaux industriels. Pour les objets bas-débit, 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 ; en Allemagne, Telekom a annoncé l'arrêt complet de la 2G au 30 juin 2028. Un nouveau produit 2G-only n'a plus de sens sur cette empreinte. Les modules multi-tech (2G + LTE-M par exemple) restent utiles pour assurer la transition, mais le 2G n'est plus un argument commercial dans une roadmap.

Roaming pan-européen et offre globale T-IoT

Au-dela de l'empreinte propre DT, deux dimensions méritent attention.

Roaming MNO classique. DT a des accords de roaming avec la majorité des opérateurs européens pour la 2G, 3G (en retrait), 4G LTE et 5G. La couverture LTE-M et NB-IoT en roaming n'est pas garantie par défaut, même quand le LTE l'est. Un produit IoT international doit clarifier préalablement les pays de couverture LPWAN avec DT IoT.

Offre globale T-IoT. Depuis février 2022, Deutsche Telekom et T-Mobile US commercialisent conjointement T-IoT, une offre de connectivité IoT mondiale pour les entreprises, annoncée au lancement sur 383 réseaux et 188 destinations, pilotée via le T-Mobile Control Center et le M2M Service Portal de DT. C'est le véhicule commercial pour les déploiements hors empreinte réseau propre (France, Italie, Espagne, Royaume-Uni notamment), via les accords de roaming du groupe. La qualité et la portée des services LPWAN en itinérance varient selon l'opérateur hôte local, ce qui peut créer des asymétries dans le comportement d'un même produit selon le pays.

Pour les fabricants qui visent plus largement, voir aussi le programme Verizon Open Development pour les Etats-Unis, et la logique multi-opérateurs documentée dans le calendrier de certification et les coûts 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 écran, par exemple). DT supporte SGP.22 pour la compatibilité mais l'oriente plutôt vers SGP.32 sur les nouveaux déploiements 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 ; l'IPA doit être correctement implémentée cote device.
• SGP.02 (M2M Architecture historique) est en retrait progressif. DT, comme les autres grands opérateurs, oriente les nouveaux produits vers SGP.32 ; les calendriers de retrait SGP.02 se cadrent directement avec DT.

Le LPA ou IPA doit dialoguer avec le SM-DP+ DT, avec les certificats racine fournis par DT. Une chaine TLS incomplète ou une cipher suite obsolète est un motif de rejet récurrent, et la cause profonde est souvent une stack TLS embarquée non maintenue.

APN et plan d'adressage IP

DT propose typiquement plusieurs familles d'APN : 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, privée, RFC 1918, étendue IPv6) ;
• la latence et le routage (apex DT direct, ou via un MVNO) ;
• l'intégration 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 défaut erroné, qu'il negocie correctement la pile IP (notamment IPv6 si demande), et qu'il gere les coupures et redémarrages sans accumuler des sessions PDP orphelines (cause classique de fuite de quota et de blocage par le firewall réseau).

Pieges fréquents

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, même si les deux opérateurs commercialisent ensemble l'offre T-IoT. Tout calendrier produit doit isoler ces deux géographies des le cadrage.

2. Suresperer le roaming NB-IoT

Beaucoup de programmes IoT supposent que le NB-IoT roame de la même maniere que le LTE. C'est faux dans la majorité des cas en 2026. Toute promesse de couverture NB-IoT internationale doit être validée pays par pays, opérateur par opérateur, en s'appuyant sur les informations de roaming DT IoT et les accords NB-IoT effectivement en place.

3. nuSIM mal cadrée commercialement

Choisir nuSIM pour le seul gain BOM, sans valider la stratégie commerciale long terme (volume, géographie, portabilité opérateur) 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 débit nominal Cat-1bis n'est jamais atteint en condition réelle quand le signal est moyen. Un produit qui dépend d'une latence borne (par exemple paiement, téléchirurgie, controle industriel) ne doit pas se reposer sur Cat-1bis sans tests réels en mobilité et en bord de cellule.

5. Test labo uniquement

L'acceptance DT IoT couvre des scenarios réseau que le test labo ne reproduit pas intégralement, notamment le roaming inter-filiales et l'attachement APN réel. Éluder les tests terrain conduit a des échecs découverts 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'intégration IPA est un sujet logiciel produit autant que matériel, et la confusion SGP.22 / SGP.32 reste frequente.

7. Confondre Cloud of Things et obligation réseau

Cloud of Things est une plateforme applicative optionnelle. Aucune étape de l'acceptance DT IoT n'impose son usage. Inversement, signer pour CoT ne dispense pas de l'acceptance réseau et SIM.

8. Ignorer les évolutions du programme DT

Comme tous les programmes carrier, l'acceptance DT IoT evolue : nouvelles bandes acceptées, retrait progressif de la 2G filiale par filiale, évolutions APN, mise a jour des profils nuSIM. Un projet a cycle long doit prévoir une revue periodique de la documentation et du catalogue hardware DT.

Articulation projet et timing

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

1. Cadrage commercial DT IoT : volume, pays, technologies, choix SIM (nuSIM, eUICC SGP.32 ou physique), CoT ou plateforme tierce.
2. Selection module : vérifier la présence du module candidat au catalogue hardware certifié DT ou planifier sa soumission. Croiser avec PTCRB (si vise US aussi) et GCF.
3. Conception hardware : antenne adaptée aux bandes européennes DT, choix du SoC compatible nuSIM si retenu.
4. Pre-validation : tests réseau DE et CZ (échantillon représentatif), comportement NB-IoT en lab, simulation eUICC RSP ou nuSIM provisioning.
5. Acceptance DT IoT : soumission du dossier, campagne en labo reconnu, itérations firmware, inscription catalogue.
6. Activation commerciale : inscription SIM nuSIM, ouverture des APN, intégration CoT si applicable.
7. Suivi lifecycle : déclaration des évolutions firmware impactant la radio ou le provisioning, veille sur les évolutions du programme DT IoT.

Pour la vue européenne 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 Network Ready: homologation opérateur IoT cellulaire
• T-Mobile US: certification IoT cellulaire et portail DICE

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. IoT Device Certification, documentation DT IoT Hub , Deutsche Telekom hub.iot.telekom.com/docs/device-to-cloud/general-info/iot-device-certification/
3. nuSIM, integrated SIM de Deutsche Telekom , Deutsche Telekom iot.telekom.com/en/iot-connectivity/isim
4. Cloud of Things, plateforme IoT applicative DT , Deutsche Telekom iot.telekom.com/en/iot-connectivity/iot-device-management
5. T-Mobile and Deutsche Telekom launch T-IoT , Deutsche Telekom www.telekom.com/en/media/media-information/archive/t-mobile-and-deutsche-telekom-launch-t-iot-648228
6. 2G switch-off ensures better network (30 juin 2028) , Deutsche Telekom www.telekom.com/en/media/media-information/archive/more-speed-on-old-frequencies-2g-switch-off-ensures-better-network-1081866
7. PTCRB Certification Program , PTCRB www.ptcrb.com/
8. GCF, Global Certification Forum , GCF www.globalcertificationforum.org/
9. GSMA SGP.32, eSIM IoT Technical Specification , GSMA www.gsma.com/esim/iot-esim/
10. Premier essai européen de roaming NB-IoT (GSMA, DT, Vodafone) , Deutsche Telekom www.telekom.com/en/media/media-information/archive/completion-of-first-european-nb-iot-roaming-trial-526404