Vodafone Global IoT: homologation devices et eSIM
Guide · Vodafone Global IoT
Vodafone Group exploite l'un des plus grands reseaux IoT mondiaux a travers Vodafone Business IoT et la Global Data Service Platform (GDSP). Un appareil cellulaire destine a circuler sur les reseaux Vodafone (Royaume-Uni, Allemagne, Italie, Espagne, et le maillage d'accords roaming partenaires) doit typiquement passer une acceptance Vodafone Global IoT en plus de la certification PTCRB ou GCF et des homologations radio nationales. Cette page situe le programme par rapport aux certifications 3GPP, decrit GDSP et l'IoT Hub, detaille les exigences eUICC SGP.22 et SGP.32, et liste les pieges qui retardent un deploiement multi-pays.
Periodisation du sujet
Section intitulée « Periodisation du sujet »Vodafone a structure son offre IoT depuis le milieu des annees 2010 autour de la GDSP, plateforme heritee de l'achat de Cable & Wireless puis profondement refondue. Le mouvement de 2023 a 2025 a deplace l'axe technique sur l'eSIM IoT (specification GSMA SGP.32), la generalisation du NB-IoT et de LTE-M en couverture managee, et la coupure progressive de la 3G UMTS dans plusieurs pays europeens. L'acceptance device Vodafone reflete cette evolution: les test plans 2025 et 2026 mettent l'accent sur les modes basse consommation (PSM, eDRX), le provisioning eSIM IoT, et le comportement de l'appareil face aux politiques APN et NIDD propres a Vodafone.
Vodafone Business IoT et GDSP, le bon decoupage
Section intitulée « Vodafone Business IoT et GDSP, le bon decoupage »Trois briques distinctes sont a poser avant de parler d'acceptance.
| Brique | Role | Statut technique |
|---|---|---|
| Vodafone Business IoT | Division commerciale: contrats, SIM, eSIM, support, IoT Hub | Couche metier |
| GDSP (Global Data Service Platform) | Plateforme de gestion de la connectivite, activation, diagnostic, SM-DP+ | Couche reseau et connectivite |
| Vodafone IoT Hub | Brique applicative MQTT et HTTP au-dessus de GDSP | Couche applicative optionnelle |
L'acceptance device vise principalement la couche GDSP. Elle valide que l'appareil sait s'attacher, s'activer, gerer son profil eSIM et respecter les politiques APN provisionnees par GDSP. La brique IoT Hub est optionnelle au sens commercial: tout client peut choisir de tirer son trafic vers son propre cloud via l'APN Vodafone, sans IoT Hub.
La GDSP differe d'un cœur reseau MNO classique parce qu'elle agrege Vodafone en tant que MNO (UK, Allemagne, Italie, Espagne, Portugal, Pays-Bas, Irlande, Roumanie, Grece, Turquie, Egypte, Afrique du Sud) et un large reseau MVNO et accords roaming partenaires. Le profil eSIM Vodafone livre par GDSP donne acces a ce maillage via un seul IMSI multi-IMSI ou par des regles d'orchestration internes, sans necessite de profil local par pays.
Acceptance Vodafone vs PTCRB et GCF
Section intitulée « Acceptance Vodafone vs PTCRB et GCF »PTCRB et GCF sont des consortiums operateurs qui certifient la conformite radio. Vodafone reconnait ces certifications comme prerequis mais ajoute son propre programme.
| Critere | PTCRB | GCF | Acceptance Vodafone |
|---|---|---|---|
| Nature | Consortium operateurs Amerique du Nord | Consortium operateurs mondial (Europe, APAC, Moyen-Orient) | Programme propre Vodafone |
| Referentiel | Test plans PTCRB sur 3GPP TS 36.521 et TS 38.521 | Test cases GCF derives de 3GPP | Test plan Vodafone IoT (sur-ensemble) |
| Portee | Conformite radio multi-operateur US et Canada | Conformite radio multi-operateur monde | Interoperabilite reseau Vodafone, GDSP, eUICC, NIDD, PSM, eDRX, APN |
| Identifiant | EPC PTCRB | GCF Field Trial ID | Vodafone device acceptance ID |
| Necessaire pour deployer chez Vodafone | Recommande (souvent exige pour la zone US) | Oui pour les marches couverts | Oui en plus |
Lecture simple: PTCRB et GCF certifient que la radio respecte 3GPP. L'acceptance Vodafone certifie que l'appareil et son profil eSIM fonctionnent sur la GDSP et sur les MNO du groupe. La seconde exige la premiere, la premiere ne contient pas la seconde. Pour la double certification CE et FCC, voir double certification EU et US.
Vodafone Global SIM, l'eUICC et le flux RSP
Section intitulée « Vodafone Global SIM, l'eUICC et le flux RSP »L'acceptance device 2025-2026 est tres orientee eSIM. Vodafone fournit plusieurs formes de SIM, la SIM physique multi-IMSI traditionnelle restant disponible pour certains contrats mais l'eUICC etant le scenario cible pour tout deploiement multi-pays.
Les deux referentiels GSMA pertinents
Section intitulée « Les deux referentiels GSMA pertinents »- GSMA SGP.22: RSP Consumer. L'appareil dispose d'un LPA local (LPAd), telecharge un profil depuis le SM-DP+ via QR code ou application, gere localement enable, disable et delete. Pertinent pour les produits IoT avec ecran ou interface (tablettes industrielles, terminaux POS, dispositifs medicaux connectes avec UI).
- GSMA SGP.32: RSP IoT. Concu pour les flottes massives et les appareils sans UI. Introduit l'eIM (eSIM IoT Manager) qui orchestre a distance les operations de profil, et la separation IPAd (IoT Profile Assistant device) et IPAe (IoT Profile Assistant eUICC).
Vodafone aligne son acceptance sur SGP.22 pour les produits a UI et sur SGP.32 pour les produits headless. Les anciens designs en SGP.02 (push-mode M2M) sont en cours de retrait sur GDSP, avec des fenetres communiquees aux clients existants.
Flux RSP simplifie sur GDSP
Section intitulée « Flux RSP simplifie sur GDSP »- L'appareil contient un eUICC certifie GSMA, vide ou avec un profil bootstrap.
- Au demarrage ou sur commande eIM (SGP.32) ou utilisateur (SGP.22), le LPAd ou IPAd contacte le SM-DP+ Vodafone (URL et certificat racine specifiques).
- ES9+ (cote SM-DP+) et ES10b (cote eUICC) executent le telechargement et l'installation du profil Vodafone.
- Le profil Vodafone embarque l'IMSI, les credentials, les APN provisionnes (notamment APN data, APN NIDD, APN management), les politiques de roaming et la regle de selection MNO.
- L'appareil s'attache au reseau Vodafone le plus pertinent selon la regle, puis ouvre sa session data sur l'APN provisionne.
Vodafone SM-DP+ et IoT Manager
Section intitulée « Vodafone SM-DP+ et IoT Manager »Le SM-DP+ Vodafone fait partie de l'infrastructure GDSP. L'acceptance device verifie:
- la capacite a etablir une session ES9+ TLS conforme avec ce SM-DP+ (cipher suites, certificat racine);
- la lecture correcte des profile metadata Vodafone, en particulier les indicateurs de mode (consumer ou IoT) et les APN par defaut;
- la bonne sequence d'activation apres telechargement (enable du profil, attach, ouverture session APN);
- le rollback propre en cas d'echec reseau pendant le telechargement (pas de blocage hardware, log exploitable);
- pour SGP.32, la capacite a recevoir et executer des ordres eIM (download, enable, disable, delete) sans intervention utilisateur.
Cote chip eUICC, le composant doit etre certifie SAS-UP, et l'OS eUICC doit supporter les fonctions appelees par le LPA ou IPA cote produit. Un eUICC SGP.22 chez Vodafone exige typiquement aussi un LPA cote produit conforme SGP.22 (LPAd integre au module ou implementation tierce certifiee).
Categories de tests d'acceptance
Section intitulée « Categories de tests d'acceptance »Le test plan Vodafone IoT se regroupe en cinq familles principales. Le decoupage est proche de celui des autres carriers IoT (cf. Verizon OPC) mais avec un accent specifique sur la couverture multi-pays et la gestion du roaming.
1. Conformite radio (heritee)
Section intitulée « 1. Conformite radio (heritee) »PTCRB ou GCF est consomme comme prerequis. Vodafone n'execute pas ces essais a nouveau, mais exige le rapport et la portee des bandes couvertes. Tout band gap (bande utile dans un pays Vodafone mais non couverte par le rapport PTCRB ou GCF) doit etre ferme avant acceptance.
2. Network behavior et roaming
Section intitulée « 2. Network behavior et roaming »C'est la categorie la plus specifique a Vodafone:
- comportement d'attachement sur MNO Vodafone primaire du pays cible;
- comportement de roaming inter-MNO Vodafone (passage UK vers Allemagne par exemple) sans renegociation eSIM;
- comportement de roaming partenaire sur les pays sans MNO Vodafone (USA via partenaires, Asie via Vodafone Partner Markets);
- temps d'attachement initial et apres reset;
- comportement de re-selection apres perte de signal prolongee;
- gestion du PLMN locking quand Vodafone l'impose (cas particulier de certains profils GDSP).
3. APN et data
Section intitulée « 3. APN et data »L'acceptance verifie que l'appareil respecte les APN provisionnes par GDSP:
- ouverture de session sur APN data Vodafone par defaut;
- bascule sur APN management ou APN NIDD selon profil;
- pas de tentative d'utiliser un APN non provisionne (cas frequent quand un appareil reuse un APN code en dur dans le firmware);
- comportement quand l'APN provisionne change apres mise a jour OTA du profil.
4. Power optimisation: PSM, eDRX, NIDD
Section intitulée « 4. Power optimisation: PSM, eDRX, NIDD »Les modes basse consommation sont au cœur du test plan IoT moderne.
| Mecanisme | But | Parametre cle | Risque pour l'acceptance |
|---|---|---|---|
| PSM (Power Saving Mode) | Sommeil profond avec contexte conserve | Timers T3324 et T3412 | Valeurs demandees incompatibles avec le profil GDSP, sortie de PSM defaillante |
| eDRX (extended Discontinuous Reception) | Espacement des fenetres de paging | Valeur eDRX cycle | Cycle trop long pour le SLA applicatif, perte de joignabilite |
| NIDD (Non-IP Data Delivery) | Payloads courts via SCEF, pas de pile IP cote appareil | APN NIDD, taille payload | Activation cote profil mais non implementation cote firmware |
| Cat-M et NB-IoT band selection | Choix de la techno radio cible | Liste de bandes prioritaires | Selection non alignee avec la couverture Vodafone du pays |
L'acceptance teste les transitions: entree en PSM, sortie de PSM apres timer ou Mobile Terminated trigger, negociation des cycles eDRX, ouverture et fermeture d'une session NIDD. Une configuration incoherente entre firmware et profil eSIM bloque tres souvent l'acceptance ici.
5. Securite et provisioning
Section intitulée « 5. Securite et provisioning »Le produit doit demontrer un provisioning securise: pas de credential en clair, gestion correcte des certificats SM-DP+ Vodafone, isolation du profil de test pendant la phase d'acceptance, et bonne disposition des reglages d'usine pour permettre une activation propre en production.
Vodafone IoT Hub, brique applicative
Section intitulée « Vodafone IoT Hub, brique applicative »L'IoT Hub n'est pas obligatoire dans l'acceptance device mais merite d'etre situe parce que beaucoup de clients Vodafone l'integrent dans leur bill of materials connectivite.
L'IoT Hub expose typiquement:
- ingestion MQTT et HTTP, parfois CoAP pour les profils NB-IoT;
- regles de routage et de transformation des messages;
- bridge vers les clouds clients (Azure IoT Hub, AWS IoT Core, Google Cloud IoT, plateformes industrielles);
- visualisation de la sante de la flotte (etat de session, position, derniere connexion) integree a GDSP;
- gestion de device certificates quand le client demande TLS mutual authentication.
Pour un appareil qui cible l'IoT Hub, l'acceptance ajoute une validation applicative de bout en bout: handshake TLS, format de payload, gestion des deconnexions, comportement en perte de couverture. Pour un appareil qui prefere pousser directement vers son cloud via l'APN Vodafone, l'IoT Hub n'est pas evalue.
Fin de vie des technos cellulaires sur Vodafone
Section intitulée « Fin de vie des technos cellulaires sur Vodafone »L'horizon est different selon les pays.
| Pays | 2G GSM | 3G UMTS | Note |
|---|---|---|---|
| Allemagne | Maintenue pour usage IoT et legacy | Coupee en 2021 | Cat-1 et NB-IoT recommandes |
| Royaume-Uni | Calendrier industrie aligne sur extinction nationale en cours | Calendrier d'extinction publie | Migration LTE et 5G prioritaire |
| Italie | Maintenue selon usages | Calendrier d'extinction publie | Cat-M et NB-IoT en croissance |
| Espagne | Maintenue selon usages | Calendrier d'extinction publie | Migration LTE active |
| Pays partenaires | Variable selon MNO partenaire | Variable | Depend de l'accord roaming |
Le message structurant pour la conception: ne pas dependre d'un fallback 3G UMTS pour un nouveau produit, ne pas dependre de 2G GSM en dehors des regions ou il est explicitement maintenu, cibler LTE Cat-1, Cat-M ou NB-IoT en couverture principale selon le profil applicatif. Les calendriers exacts par pays evoluent et doivent etre verifies sur le portail GDSP a T0 de chaque projet.
Articulation avec les certifications regulatoires nationales
Section intitulée « Articulation avec les certifications regulatoires nationales »L'acceptance Vodafone n'est pas une certification regulatoire. Elle ne dispense pas:
- du marquage CE et de la RED pour l'Union europeenne;
- de la FCC pour les Etats-Unis (lorsque l'appareil y est aussi vendu);
- d'ISED pour le Canada;
- d'ACMA ou RCM pour l'Australie;
- d'ICASA pour l'Afrique du Sud (filiale Vodacom);
- des homologations nationales applicables dans les autres Vodafone Partner Markets.
Pour un produit destine au catalogue Vodafone Business multi-pays, il faut cumuler PTCRB ou GCF, l'acceptance Vodafone, et les marquages regulatoires nationaux de chaque pays vise. Voir double certification EU et US pour la planification combinee.
Pieges frequents
Section intitulée « Pieges frequents »1. NIDD active cote profil, non implemente cote firmware
Section intitulée « 1. NIDD active cote profil, non implemente cote firmware »Le profil eSIM Vodafone provisionne un APN NIDD pour un usage NB-IoT econome. Le firmware applicatif continue d'ouvrir une session IP sur l'APN data classique parce que la stack n'implemente pas l'API NIDD. Resultat: la consommation explose, le suppose benefice NB-IoT disparait, et l'acceptance bloque parce que le comportement constate ne correspond pas au profil teste.
2. PSM mal negocie
Section intitulée « 2. PSM mal negocie »Le firmware demande T3324 ou T3412 hors plages supportees par le profil GDSP du pays cible. Le reseau refuse et l'appareil reste en mode connecte permanent. La consommation est multipliee par un ordre de grandeur. L'acceptance detecte cette derive sur un test de battery life calibre.
3. eUICC non SGP.32 sur un produit IoT moderne
Section intitulée « 3. eUICC non SGP.32 sur un produit IoT moderne »Une eUICC certifiee SGP.22 sur un produit headless industriel passe difficilement l'acceptance recente, parce que l'orchestration eIM n'est pas possible et le client doit gerer le profil par activation locale, ce qui ne tient pas a l'echelle d'une flotte. La verification de la certification de l'eUICC dans la liste GSMA est un prerequis a poser tres tot.
4. LPA proprietaire non conforme
Section intitulée « 4. LPA proprietaire non conforme »L'integrateur achete un eUICC certifie mais reimplemente un LPA proprietaire qui ne supporte pas correctement ES9+ ou ES10b, ou qui presente un comportement TLS legacy (cipher suites obsoletes). Le SM-DP+ Vodafone refuse la connexion. Solution: utiliser le LPA du module cellulaire quand il est integre et certifie, ou un LPA tiers certifie SGP.22 ou SGP.32.
5. APN code en dur dans le firmware
Section intitulée « 5. APN code en dur dans le firmware »Un appareil porte depuis un programme operateur precedent garde un APN code en dur. Le profil GDSP provisionne un APN different, l'appareil ignore le provisioning et tente d'ouvrir une session sur son APN d'origine. L'acceptance constate l'incoherence et bloque. La regle: le firmware doit toujours lire l'APN du profil provisionne, pas une constante de compilation.
6. Absence de Connection Manager (CMP)
Section intitulée « 6. Absence de Connection Manager (CMP) »Vodafone et la litterature IoT moderne recommandent un Connection Manager cote firmware qui supervise l'etat radio, gere les retries avec backoff exponentiel, declenche les transitions PSM ou eDRX selon politique, et expose des metriques de connexion. Un appareil sans CMP fait des reattaches agressifs ou genere des boucles d'erreur reseau visibles a l'acceptance. C'est une cause classique d'echec qualitatif.
7. Confusion SGP.02 vs SGP.22 vs SGP.32
Section intitulée « 7. Confusion SGP.02 vs SGP.22 vs SGP.32 »SGP.02 (M2M push-mode) est en retrait sur GDSP. SGP.22 est consumer (pull-mode local). SGP.32 est IoT (orchestration eIM). Tenter SGP.02 sur un nouveau produit declenche un refus d'acceptance. Tenter SGP.22 sur un produit headless flotte cree des problemes operationnels. Le bon alignement doit etre pose en phase de conception module et eUICC.
8. Decouverte tardive du retrait 3G dans un pays vise
Section intitulée « 8. Decouverte tardive du retrait 3G dans un pays vise »Un produit concu avec un fallback 3G UMTS pour un pays ou Vodafone a deja coupe la 3G n'a pas de couverture residuelle. L'acceptance peut passer en simulation, mais le deploiement reel echoue. La verification du calendrier d'extinction par pays cible doit etre faite en phase de conception, pas a la sortie d'usine.
Articulation projet, le bon timing
Section intitulée « Articulation projet, le bon timing »L'ordre recommande pour un appareil cellulaire vise un deploiement Vodafone Business IoT:
- Phase de conception module et eUICC: choisir un module cellulaire deja eprouve sur Vodafone (la plupart des modules Quectel, u-blox, Telit, Sequans, Murata recents conviennent), choisir un eUICC certifie SGP.22 ou SGP.32 selon le scenario produit, choisir un LPA ou IPA conforme.
- Phase de stabilisation hardware: ouvrir le compte GDSP cote client (en passant par l'equipe Vodafone Business IoT), provisionner un profil de test, identifier le laboratoire d'acceptance.
- Phase pre-acceptance: pre-tests RF (si PTCRB ou GCF n'est pas encore obtenu), pre-tests sur le SM-DP+ Vodafone, validation PSM, eDRX et NIDD en banc.
- Phase PTCRB et GCF: obtenir le passeport radio multi-operateur applicable a la zone cible.
- Phase regulatoire nationale: CE et RED pour l'Europe, FCC pour les USA, ISED pour le Canada, ACMA pour l'Australie, ICASA pour Vodacom Afrique du Sud.
- Phase acceptance Vodafone: soumission GDSP, essais en laboratoire, iterations firmware si necessaires, acceptance ID obtenu.
- Phase deploiement: provisioning du profil Vodafone de production, IMEI inscrit, activation flotte, suivi GDSP.
- Phase lifecycle: surveillance des bulletins techniques Vodafone (changements PSM ou eDRX, evolution SGP.32, retrait CDMA 2G ou 3G par pays), declaration des changements significatifs.
Pour la planification combinee multi-zones, voir aussi Verizon OPC si une cible US existe, et double certification EU et US pour le sequencage regulatoire.
Connexion avec les autres certifications cellulaires
Section intitulée « Connexion avec les autres certifications cellulaires »L'acceptance Vodafone se positionne au-dessus du socle 3GPP commun et a cote des programmes propres aux autres operateurs:
- PTCRB (US et Canada): prerequis lorsque l'appareil cible aussi cette zone, independant de Vodafone.
- GCF (mondial): prerequis pour la plupart des marches Europe, APAC et Moyen-Orient.
- Verizon OPC (USA Verizon): programme MNO propre, sans equivalence avec l'acceptance Vodafone.
- Acceptance Vodafone Global IoT (Vodafone): programme MNO propre, sans equivalence avec OPC ni AT&T NDD ni T-Mobile 5G SA Certification.
Un appareil cellulaire vendu sur le catalogue Vodafone Business IoT cumule donc: marquages regulatoires nationaux par pays, PTCRB ou GCF radio (selon zone), acceptance device Vodafone, et provisioning eSIM via GDSP. Pour le vocabulaire (GDSP, eIM, IPAd, IPAe, LPA, SM-DP+, NIDD, PSM, eDRX), voir le glossaire spilma.
Voir aussi
Section intitulée « Voir aussi »- Deutsche Telekom IoT: acceptance, nuSIM et Cloud of Things
- NTT DoCoMo, KDDI, SoftBank, Rakuten: acceptance IoT au Japon
- China Mobile, Telecom, Unicom : acceptance IoT cellulaire
- Telstra, Optus, TPG: acceptance IoT cellulaire en Australie
Sources & références
- Vodafone Business IoT , Vodafone www.vodafone.com/business/iot
- Vodafone IoT, eSIM and connectivity management , Vodafone www.vodafone.com/business/iot/managed-iot-connectivity
- GSMA eSIM IoT (SGP.32) , GSMA www.gsma.com/esim/iot-esim/
- GSMA eSIM specifications hub (SGP.22, SGP.32) , GSMA www.gsma.com/esim/
- PTCRB Certification Program , PTCRB www.ptcrb.com/
- GCF Certification , GCF www.globalcertificationforum.org/
- 3GPP TS 23.682, NIDD via SCEF , 3GPP www.3gpp.org/specifications-technologies