Aller au contenu

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.

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.

Trois briques distinctes sont a poser avant de parler d'acceptance.

BriqueRoleStatut technique
Vodafone Business IoTDivision commerciale: contrats, SIM, eSIM, support, IoT HubCouche metier
GDSP (Global Data Service Platform)Plateforme de gestion de la connectivite, activation, diagnostic, SM-DP+Couche reseau et connectivite
Vodafone IoT HubBrique applicative MQTT et HTTP au-dessus de GDSPCouche 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.

PTCRB et GCF sont des consortiums operateurs qui certifient la conformite radio. Vodafone reconnait ces certifications comme prerequis mais ajoute son propre programme.

CriterePTCRBGCFAcceptance Vodafone
NatureConsortium operateurs Amerique du NordConsortium operateurs mondial (Europe, APAC, Moyen-Orient)Programme propre Vodafone
ReferentielTest plans PTCRB sur 3GPP TS 36.521 et TS 38.521Test cases GCF derives de 3GPPTest plan Vodafone IoT (sur-ensemble)
PorteeConformite radio multi-operateur US et CanadaConformite radio multi-operateur mondeInteroperabilite reseau Vodafone, GDSP, eUICC, NIDD, PSM, eDRX, APN
IdentifiantEPC PTCRBGCF Field Trial IDVodafone device acceptance ID
Necessaire pour deployer chez VodafoneRecommande (souvent exige pour la zone US)Oui pour les marches couvertsOui 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.

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.

  • 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.

  1. L'appareil contient un eUICC certifie GSMA, vide ou avec un profil bootstrap.
  2. 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).
  3. ES9+ (cote SM-DP+) et ES10b (cote eUICC) executent le telechargement et l'installation du profil Vodafone.
  4. 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.
  5. L'appareil s'attache au reseau Vodafone le plus pertinent selon la regle, puis ouvre sa session data sur l'APN provisionne.

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).

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.

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.

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).

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.

Les modes basse consommation sont au cœur du test plan IoT moderne.

MecanismeButParametre cleRisque pour l'acceptance
PSM (Power Saving Mode)Sommeil profond avec contexte conserveTimers T3324 et T3412Valeurs demandees incompatibles avec le profil GDSP, sortie de PSM defaillante
eDRX (extended Discontinuous Reception)Espacement des fenetres de pagingValeur eDRX cycleCycle trop long pour le SLA applicatif, perte de joignabilite
NIDD (Non-IP Data Delivery)Payloads courts via SCEF, pas de pile IP cote appareilAPN NIDD, taille payloadActivation cote profil mais non implementation cote firmware
Cat-M et NB-IoT band selectionChoix de la techno radio cibleListe de bandes prioritairesSelection 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.

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.

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.

L'horizon est different selon les pays.

Pays2G GSM3G UMTSNote
AllemagneMaintenue pour usage IoT et legacyCoupee en 2021Cat-1 et NB-IoT recommandes
Royaume-UniCalendrier industrie aligne sur extinction nationale en coursCalendrier d'extinction publieMigration LTE et 5G prioritaire
ItalieMaintenue selon usagesCalendrier d'extinction publieCat-M et NB-IoT en croissance
EspagneMaintenue selon usagesCalendrier d'extinction publieMigration LTE active
Pays partenairesVariable selon MNO partenaireVariableDepend 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.

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.

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.

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.

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.

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.

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.

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.

L'ordre recommande pour un appareil cellulaire vise un deploiement Vodafone Business IoT:

  1. 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.
  2. 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.
  3. 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.
  4. Phase PTCRB et GCF: obtenir le passeport radio multi-operateur applicable a la zone cible.
  5. 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.
  6. Phase acceptance Vodafone: soumission GDSP, essais en laboratoire, iterations firmware si necessaires, acceptance ID obtenu.
  7. Phase deploiement: provisioning du profil Vodafone de production, IMEI inscrit, activation flotte, suivi GDSP.
  8. 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.

Sources & références

  1. Vodafone Business IoT , Vodafone www.vodafone.com/business/iot
  2. Vodafone IoT, eSIM and connectivity management , Vodafone www.vodafone.com/business/iot/managed-iot-connectivity
  3. GSMA eSIM IoT (SGP.32) , GSMA www.gsma.com/esim/iot-esim/
  4. GSMA eSIM specifications hub (SGP.22, SGP.32) , GSMA www.gsma.com/esim/
  5. PTCRB Certification Program , PTCRB www.ptcrb.com/
  6. GCF Certification , GCF www.globalcertificationforum.org/
  7. 3GPP TS 23.682, NIDD via SCEF , 3GPP www.3gpp.org/specifications-technologies