Verizon Open Development : homologation après PTCRB/GCF

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

Guide · Verizon Open Development

Vous avez obtenu votre certification PTCRB ou GCF et vous pensiez en avoir terminé avec le volet cellulaire nord-américain. Verizon vient pourtant ajouter une couche obligatoire : la certification device Open Development (OD), pilotée depuis le portail Open Development (ODP). PTCRB et GCF prouvent la conformité radio multi-opérateur, la certification OD prouve que le produit se comporte correctement sur le réseau de Verizon en particulier. Cette page décrit où l'OD se place par rapport à PTCRB et GCF, comment fonctionne le portail, la structure module/device, le processus Fast Track, les exigences eUICC, et les pièges qui retardent une mise sur le marché US.

Open Development vs PTCRB, le bon découpage

PTCRB et Verizon Open Development sont souvent confondus parce qu'ils s'enchaînent dans la même phase projet et qu'ils partagent une partie des essais. Ils ne couvrent pourtant pas le même périmètre.

Critère	PTCRB	Verizon Open Development
Nature	Programme inter-opérateurs (AT&T, T-Mobile, Verizon, Bell, Rogers, Telus)	Programme propre à Verizon
Référentiel	Test plans PTCRB basés sur 3GPP TS 36.521 et TS 38.521	Campagne d'essais Verizon (TECC) construite sur les documents d'exigences OD
Portée	Conformité radio générique multi-opérateur	Bandes Verizon, RF OTA (TIS/TRP), FOTA, eSIM, sécurité IoT, tests terrain
Délivré par	CTIA Certification (schéma PTCRB)	Open Development Product Team (ODPT) de Verizon
Résultat	EPC (End Product Certification) ou Modular Certification	Notice of Certification OD, IMEI chargé dans la Device Management Database (DMD) de Verizon
Condition d'activation Verizon	PTCRB ou GCF est le prérequis radio	Nécessaire en plus

La certification de conformité radio est une condition préalable mais non suffisante. Le processus publié par Verizon exige la certification GCF pour les devices LTE avant le démarrage des essais de conformité OD, et son processus Fast Track accepte un certificat PTCRB ou GCF avec les résultats RF OTA sur les bandes Verizon. Deux critères d'entrée supplémentaires s'appliquent avant les essais OD : un FCC ID (FCC) et une classification export (BIS ECCN/CCATS). Voir périmètre PTCRB pour le socle multi-opérateur.

Une lecture simple : PTCRB et GCF certifient que la radio respecte 3GPP, Verizon Open Development certifie que le produit fonctionne sur le réseau Verizon. Le second exige le premier, le premier ne contient pas le second.

Le portail Open Development (ODP), point d'entrée

Le portail Open Development est le point d'entrée Verizon que tout fabricant doit utiliser pour soumettre un produit cellulaire. Le programme a historiquement été lancé sous le nom d'Open Development Initiative (ODI), et l'URL de connexion utilise encore ce nom ; Verizon parle aujourd'hui simplement d'Open Development. L'accès aux documents détaillés exige la signature d'un NDA, après quoi le développeur reçoit un VZW-ID unique utilisé pour tracer ses devices. Le portail donne accès à :

• la documentation Requirement & Test Plan (connexion requise) ;
• la liste publique des modules approuvés et le showcase des devices certifiés ;
• le workflow de soumission device (infos device, infos marketing, prévisions, release notes, documents de pré-soumission) ;
• la revue Device Lock Down (DLD) qui fige le dossier et déclenche la campagne d'essais (TECC) ;
• le chargement des identifiants device dans la DMD Verizon une fois la certification accordée (via ODP ou EDI) ;
• les déclarations Device Evolution pour les modifications post-certification.

Deux documents contractuels doivent être finalisés avant l'octroi de la certification : le Certification Agreement (CA) et un Certificate of Insurance (COI). Pour un primo-soumissionnaire non-US, cette phase administrative prend un vrai temps calendaire et doit démarrer tôt. Les coûts d'essais se règlent directement auprès des laboratoires.

Le portail renvoie aussi vers ThingSpace, la plateforme IoT de Verizon pour la gestion de connectivité, qui est le versant opérationnel de l'exploitation d'une flotte certifiée sur le réseau.

Pour le développement amont, Verizon propose l'Early Network Access Program (ENAP) : jusqu'à 20 activations de développement avec un module approuvé Verizon, 2 sans. Après des essais PTCRB, CTIA ou GCF réussis dans un ITL agréé Verizon, la voie Safe For Network permet jusqu'à 1200 activations de test par projet pour les pilotes et les essais terrain.

Structure à deux niveaux, module et device

La certification Verizon suit une logique en deux étapes très proche de PTCRB : un host device est certifié sur la base d'un module ou chipset approuvé, et les modules ou chipsets sont approuvés via l'ODP selon les Module Guidelines de Verizon. Un module certifié PTCRB n'est pas automatiquement approuvé Verizon ; la liste des modules approuvés est publiée sur le portail.

Niveau 1, approbation module ou chipset

Concerne les fabricants de modules cellulaires (Quectel, u-blox, Telit, Sierra Wireless, Murata, Sequans, Fibocom, etc.). L'approbation couvre entre autres :

• conformité radio et RF OTA sur les bandes Verizon (notamment B13 700 MHz, B66 et B4 AWS, B2, B5 en LTE ; n5, n66, n77 bande C et n260/n261 mmWave en NR ; la liste contraignante des bandes et combinaisons EN-DC exigées est définie dans les documents d'exigences OD) ;
• capacité Verizon base-band FOTA, via device management OMADM ou LWM2M ;
• diagnostics LWM2M, requis pour tous les modules et devices chip-on-board ;
• documentation de conformité sécurité ou résultats de tests, requis avant le DLD module ;
• validation eUICC avec le profil Verizon quand l'eSIM est supportée.

À la sortie, le module est ajouté à la liste publique des modules approuvés, ce qui le rend utilisable comme brique pré-approuvée par les intégrateurs.

Niveau 2, certification device

Concerne le produit final intégrant un module cellulaire. Même avec un module approuvé, la certification device reste obligatoire. Le périmètre porte sur l'intégration, pas sur la radio du module :

• antennes du produit et performances RF OTA (TIS/TRP sur les bandes Verizon exigées ; une antenne externe avec un câble de plus de 20 cm sans résultats TIS/TRP déclenche des essais RF supplémentaires) ;
• vérification que la capacité FOTA Verizon du module reste fonctionnelle dans le produit final ;
• firmware applicatif et son interaction avec la stack cellulaire ;
• comportement eSIM/eUICC au niveau produit ;
• tests d'interopérabilité terrain (DFIT) quand la campagne l'exige ;
• conformité sécurité IoT, avec tests de pénétration dans les laboratoires sécurité approuvés par Verizon.

Voir procédure PTCRB pour comprendre comment cette structure module + device se reflète dans la chronologie projet.

Le gain d'un module approuvé Verizon, et le Fast Track

Choisir un module déjà sur la liste des modules approuvés est l'optimisation la plus rentable d'un programme Verizon.

Avec un module approuvé :

• l'approbation module est déjà faite, donc la campagne device est plus rapide et moins coûteuse ;
• l'ENAP autorise jusqu'à 20 activations de développement au lieu de 2 ;
• le test terrain DFIT officiel est levé pour les host devices sur module approuvé, sauf 5G SA VoNR et 5G RedCap ;
• surtout, le device peut être éligible au processus de certification Fast Track.

Verizon certifie un host device via Fast Track quand les critères suivants sont réunis :

• la technologie réseau est 4G LTE ou 5G NSA et le device est data-only (pas de voix) ;
• le device utilise un module approuvé Verizon ;
• un rapport et certificat PTCRB ou GCF finaux sont fournis, incluant les mesures RF OTA TIS/TRP pour toutes les bandes Verizon et combinaisons EN-DC exigées ;
• des rapports d'auto-tests sont fournis pour la conformité FOTA et la conformité IoT Security ;
• les résultats de tests eUICC sont fournis si le device supporte l'eUICC ;
• le device n'est pas classé Performance Critical ni Verizon Response Verified (VRV).

C'est une décision à prendre en phase de conception, pas après-coup. La liste des modules approuvés évolue, il faut la vérifier à T0 de chaque projet directement sur l'ODP.

Catégories de tests OD

La campagne d'essais (TECC) est définie par l'ODPT pour chaque device. Pour le détail des essais PTCRB équivalents, voir tests PTCRB. Les grandes familles :

Conformité RF et performance OTA

Le socle radio est la campagne PTCRB ou GCF sur 3GPP TS 36.521-1 et TS 38.521-1, exécutée sur les bandes Verizon dans un ITL agréé Verizon. Par-dessus, Verizon attend des mesures OTA TIS/TRP conformes à ses exigences RF OTA sur toutes les bandes et combinaisons EN-DC exigées ; le test plan CTIA OTA version 10 inclut les bandes Verizon dans le cadre de PTCRB. Les devices à antenne externe avec câble long et sans résultats TIS/TRP passent en essais RF supplémentaires.

Tests terrain et interopérabilité

Au-delà de la conformité en laboratoire, la campagne peut inclure du Domestic Field Interoperability Testing (DFIT) sur le réseau Verizon réel, du Global FIT (GFIT) pour les devices qui roament, et des sessions d'interopérabilité (IOT) avec les équipementiers réseau (Ericsson, Motive pour le FOTA). Pour les host devices sur module approuvé, le DFIT officiel n'est requis que pour 5G SA VoNR et 5G RedCap.

Auto-tests via l'Auto-Certification Platform

L'Auto-Certification Platform (ACP) de Verizon permet aux OEM de réaliser eux-mêmes les test plans GCF et Verizon supportés, pour devices, chipsets et modules. Elle est gratuite pour les OEM et transportable, sous conditions (DLD finalisé notamment).

Tests additionnels pour les services Verizon

Selon les fonctions supportées, Verizon ajoute des flux de tests dédiés, par exemple les tests applicatifs LBS/aGPS/SUPL pour la localisation, ou les tests serveur MMS pour les devices compatibles MMS, plus des flux spécifiques pour les produits réseau privé (On Site).

Sécurité et provisioning

Chipsets, modules et devices doivent fournir une documentation de conformité sécurité ou des résultats de tests avant le DLD ; toute fonction non conforme exige un waiver déclaré et approuvé. Verizon maintient une liste de laboratoires de tests de pénétration sécurité IoT approuvés et recommande son service IoT Security Credentialing pour les flottes.

eUICC et RSP, ce que Verizon documente réellement

Depuis la sortie de GSMA SGP.32 en 2023 et son adoption progressive par l'industrie, l'eSIM est devenue un sujet structurant de la certification IoT cellulaire. C'est aussi le sujet sur lequel les fabricants se font le plus piéger, il faut donc être précis sur ce que le processus publié par Verizon exige réellement.

Trois référentiels GSMA, SGP.02, SGP.22 et SGP.32

Il faut distinguer :

• GSMA SGP.02 : architecture M2M (mode push), construite sur des serveurs SM-SR et SM-DP.
• GSMA SGP.22 : RSP Consumer, eSIM grand public (smartphones, montres, tablettes). Le device dispose d'un LPA local (Local Profile Assistant) qui dialogue avec un SM-DP+ opérateur. Profil téléchargé via QR code ou application.
• GSMA SGP.32 : RSP IoT, conçu pour les contraintes des objets connectés (pas d'UI, flottes massives). Introduit le rôle d'eSIM IoT Manager (eIM) et la séparation IPAd/IPAe.

Les deux voies du processus Verizon

L'édition courante publiée de l'Open Development Device Certification Process documente deux voies eUICC : l'architecture M2M (SGP.02) et l'architecture Consumer (SGP.22). Dans les deux cas :

• l'eUICC doit avoir passé la Verizon Technical Acceptance ou eUICC Validation avec le profil SIM Verizon avant le début des essais device ;
• l'OEM déclare l'eUICC et le LPA utilisés dans le formulaire RSP Functionality Matrix disponible sur le portail OD ;
• pour l'eUICC M2M, des prérequis supplémentaires s'appliquent : conformité au document d'exigences d'accès réseau Verizon, changement d'APN par commandes AT, un slot SIM et une capacité de logging pour les essais, et, pour les eUICC tierces, l'intégration entre le SM-SR partenaire et l'infrastructure Verizon (binds SMPP, intégration ES3).

SGP.32 est la direction que prend l'industrie IoT, mais la voie de certification d'un projet Verizon donné doit être confirmée sur les documents d'exigences courants de l'ODP plutôt que supposée. Figer une architecture eSIM avant cette vérification est l'une des erreurs les plus coûteuses sur un produit cellulaire moderne.

Pièges eUICC fréquents

• eUICC jamais validée avec le profil Verizon : le processus d'eUICC Validation doit être terminé avant tout essai device, ce qui ajoute des semaines s'il est découvert tard.
• Capacités LPA non déclarées ou incohérentes avec la RSP Functionality Matrix soumise sur le portail.
• Mauvaise architecture : une intégration M2M (SGP.02) là où le projet supposait des flux Consumer (SGP.22), ou l'inverse ; les prérequis diffèrent.
• Produit headless sur un flux consumer : l'activation par QR code est pénible sur un device sans écran ; la question d'architecture se règle en conception.

Ces pièges ne sont pas couverts par PTCRB, qui ne teste pas la chaîne eUICC et provisioning avec un vrai profil opérateur.

Laboratoires agréés

Tous les laboratoires PTCRB ne sont pas agréés pour les essais Verizon. Verizon publie la liste des Independent Test Laboratories (ITL) agréés dans son document de processus de certification. L'édition courante cite :

• Bureau Veritas (anciennement 7Layers) ;
• Cetecom ;
• ATMC Labs (anciennement Intertek) ;
• Element Materials Technology (anciennement PCTEST) ;
• SGS ;
• Tech Mahindra ;
• Wireless Research Center (OTA) ;
• spécialistes terrain : Arclight Wireless (DFIT) et Accenture (anciennement umlaut/P3, DFIT et GFIT) ;
• laboratoires d'interopérabilité et FOTA : Ericsson, Motive ;
• tests de pénétration sécurité IoT : Carve Systems, Spirent, Palindrome.

La liste évolue à chaque révision du document de processus et doit être vérifiée avant chaque réservation de campagne. Les ITL de conformité agréés sont basés aux États-Unis ; les fabricants européens doivent planifier la logistique en conséquence (les campagnes GFIT sont menées à l'international). À noter : pour les voies Safe For Network et Fast Track, les essais PTCRB, CTIA ou GCF eux-mêmes doivent être conduits dans un ITL agréé Verizon pour que les rapports comptent. Pour la planification, voir aussi coûts de certification et calendrier de certification.

Coûts et délais qualitatifs

Verizon ne publie pas de barème officiel. Les coûts de certification dépendent de :

• la catégorie du produit (module, device data-only, device riche en fonctions) ;
• la présence ou non d'un module approuvé, qui décide de l'éligibilité Fast Track (le levier le plus important) ;
• le nombre de bandes Verizon cibles et de combinaisons EN-DC pour l'OTA ;
• la voie eUICC (aucune, M2M, Consumer) et le fait que l'eUICC soit déjà validée ou non ;
• le nombre d'itérations à prévoir si la première campagne échoue.

Qualitativement, la certification OD s'ajoute à PTCRB ou GCF en délai et en coût. Pour un produit IoT avec module approuvé sur le Fast Track, le surcoût est limité ; pour une campagne complète avec tests terrain et validation eUICC, comptez plusieurs semaines à quelques mois additionnels. Ces ordres de grandeur sont indicatifs : le devis final dépend de la campagne d'essais (TECC) retenue par Verizon à la soumission, et il vaut mieux le construire avec un ITL agréé après cadrage du périmètre.

Articulation avec la pré-certification chipset

Les chipset vendors (Qualcomm, MediaTek, Sequans, UNISOC) produisent des rapports de pré-certification sur leurs plateformes de référence couvrant conformité radio, comportement IMS/VoLTE et pré-validation eSIM. Dans le modèle Verizon, les chipsets eux-mêmes peuvent être approuvés via l'ODP, et un host device peut être certifié sur la base d'un chipset approuvé.

Ces éléments accélèrent la certification mais ne la remplacent pas. La campagne au niveau device reste obligatoire car elle porte sur le produit intégré (antennes réelles, PCB final, firmware applicatif, gestion d'énergie). L'ODPT et le laboratoire NDET définissent la campagne d'essais device au cas par cas, en fonction de ce que la plateforme couvre déjà.

Gestion du cycle de vie post-certification

Verizon n'utilise pas le vocabulaire FCC des permissive changes Class I/II/III ; il applique son propre processus Device Evolution, Maintenance et Regression Testing :

• pour toute mise à jour du logiciel ou du matériel certifié, le développeur doit notifier l'ODPT et fournir un dossier de soumission mis à jour décrivant les changements ;
• l'ODPT et le laboratoire NDET déterminent le niveau de tests de régression requis, exécutés dans un ITL agréé OD ;
• une fois les critères de régression passés, l'ODPT certifie la Device Maintenance Release et émet une notification officielle.

Deux détails administratifs comptent : la Notice of Certification définit une Certification Period pour le device, et une soumission inactive plus de six mois passe en statut inactif et, à la réactivation, peut devoir être réévaluée sur les exigences les plus récentes. Verizon se réserve aussi le droit de restreindre, désactiver ou dé-certifier les rogue devices qui nuisent au réseau ou violent le Certification Agreement. La gestion continue du dossier fait partie du coût de possession, pas seulement la certification initiale. (Voir tests FCC pour la logique régulatoire distincte de gestion des changements.)

Pièges fréquents

1. Penser que PTCRB ou GCF suffit pour Verizon

C'est l'erreur structurante. Un produit certifié radio sans certification OD ne peut pas être activé commercialement : les identifiants absents de la DMD Verizon sont refusés. La découverte se fait souvent juste avant le lancement, quand le service commercial tente d'activer les premières SIM Verizon.

2. Choisir un module non approuvé par défaut

Beaucoup d'équipes sélectionnent un module sur les seuls critères PTCRB et coût. Si le projet vise Verizon, le filtre de la liste des modules approuvés doit être appliqué en phase de sélection module, pas après : il décide de l'éligibilité Fast Track, des quotas ENAP et des exemptions DFIT. Changer de module à mi-projet est coûteux en re-conception PCB, re-conception antenne, re-validation FCC, re-PTCRB, et campagne Verizon.

3. eUICC non validée avec le profil Verizon

Un eUICC certifié GSMA ne suffit pas : l'eUICC doit avoir passé la Verizon eUICC Validation ou Technical Acceptance avec le profil SIM Verizon, et le couple eUICC/LPA doit être déclaré dans la RSP Functionality Matrix. Le découvrir à la soumission ajoute des semaines.

4. Mauvaise architecture eSIM pour le produit

Le processus Verizon documente des voies M2M (SGP.02) et Consumer (SGP.22) distinctes, aux prérequis différents. Choisir un flux consumer pull-mode pour un produit IoT headless, ou supposer une architecture que Verizon n'a pas validée pour votre eUICC, crée des problèmes d'UX d'activation et de la ré-ingénierie. L'architecture se règle en conception, sur les documents d'exigences courants de l'ODP.

5. Travailler sur des documents d'exigences périmés

Les documents d'exigences et de processus OD sont révisés régulièrement (les révisions récentes ont supprimé les références CDMA, ajouté le processus Fast Track, mis à jour les règles DFIT/GFIT et RedCap, et retravaillé les sections eUICC). Les fabricants qui conçoivent sur un vieux PDF se retrouvent en non-conformité à la soumission. Revérifiez les versions courantes sur l'ODP à chaque jalon projet ; notez aussi qu'une campagne d'essais (TECC) n'est valable que 90 jours à partir de l'autorisation de démarrage des tests.

6. Laboratoire PTCRB choisi par défaut

Un labo PTCRB n'est pas automatiquement agréé Verizon. Pour les voies Fast Track et Safe For Network, les essais PTCRB, CTIA ou GCF eux-mêmes doivent être conduits dans un ITL agréé Verizon pour que les rapports comptent. Lancer la campagne radio sans cette vérification conduit à une double facture : les essais doivent être refaits ailleurs. À cadrer en amont.

7. Sous-estimer la phase administrative

Le NDA d'accès au portail, le Certification Agreement, le Certificate of Insurance, le FCC ID et la classification export BIS sont tous des critères d'entrée. Pour un fabricant européen primo-soumissionnaire, prévoir plusieurs semaines d'administratif avant le premier essai.

8. Mélanger la certification Verizon et l'homologation AT&T/T-Mobile

Chaque opérateur US a son programme propre (AT&T Network Ready, l'homologation device propre à T-Mobile). Verizon Open Development est exclusivement Verizon. Un rapport Verizon n'a aucune valeur chez AT&T et inversement. Pour cibler les trois opérateurs US, prévoir trois programmes distincts en plus de PTCRB/GCF. Voir pièges PTCRB pour la vue d'ensemble.

Articulation projet, le bon timing

L'ordre recommandé pour un produit cellulaire visant Verizon :

1. Phase de conception : sélectionner un module approuvé Verizon sur la liste publique, régler l'architecture eSIM sur les documents courants de l'ODP.
2. Phase administrative : s'enregistrer sur l'ODP (NDA), lancer le Certification Agreement et l'assurance, sécuriser le FCC ID et la classification BIS.
3. Phase d'essais amont : utiliser les activations ENAP pour le développement ; après les essais PTCRB/CTIA/GCF en ITL agréé, demander les activations Safe For Network pour les pilotes.
4. Phase certification radio : campagne PTCRB ou GCF dans un ITL agréé Verizon, incluant l'OTA TIS/TRP sur les bandes Verizon et combinaisons EN-DC exigées.
5. Phase certification OD : soumission et DLD, campagne d'essais (TECC) à l'ITL, DFIT si requis, rapports FOTA et IoT Security, résultats eUICC.
6. Phase activation : chargement des identifiants device dans la DMD (via ODP ou EDI), vérification d'activation, lancement commercial.
7. Phase lifecycle : déclarations Device Evolution à chaque changement matériel ou logiciel, tests de régression, suivi de la Certification Period.

Pour la vue globale d'enchaînement avec CE/RED côté EU, voir double certification EU + US et calendrier certification.

Connexion avec les autres certifications US

Le périmètre Verizon Open Development se distingue des autres exigences US :

• FCC, équipement intentionnel et non intentionnel : indépendant, et prérequis ; le FCC ID est exigé avant les essais de conformité OD.
• Bandes radio FCC : chevauchent les bandes Verizon mais les test plans sont disjoints ; les mesures peuvent s'éclairer mutuellement mais les rapports restent séparés.
• Tests FCC : couvrent les émissions régulatoires, la campagne Verizon y ajoute la conformité réseau opérateur.
• Tests PTCRB : forment le socle multi-opérateur que la campagne Verizon étend. Verizon a éteint son réseau 3G CDMA fin 2022 ; le programme est désormais purement LTE et 5G.

Un produit cellulaire vendu aux États-Unis chez Verizon cumule donc : FCC ID (régulateur), certification PTCRB ou GCF (conformité radio), la Notice of Certification OD de Verizon, et des identifiants device chargés dans la DMD Verizon.

Pour le vocabulaire (PVG, EPC, LPA, SM-DP+, eUICC), voir le glossaire spilma.

Voir aussi

• Telstra, Optus, TPG: acceptance IoT cellulaire en Australie
• HAC : aides auditives (FCC 20.19, ANSI C63.19)
• T-Mobile US: certification IoT cellulaire et portail DICE
• Orange Connected Validation : labels IoT Orange
• Vodafone Global IoT: homologation devices et eSIM
• Deutsche Telekom IoT: acceptance, nuSIM et Cloud of Things

Programme cellulaire IoT Verizon

Cadrons votre dossier PTCRB/GCF + Verizon en 30 minutes.

AESTECHNO conçoit le plan de campagne PTCRB/GCF et Verizon Open Development, sélectionne un module approuvé Verizon compatible avec votre conception et sécurise les exigences eUICC, gratuitement, par visio.

Réserver un audit cellulaire

Sources & références

1. Verizon Open Development portal , Verizon opendevelopment.verizonwireless.com/
2. Open Development Device Certification Process (v41, 2025) , Verizon opendevelopment.verizonwireless.com/content/dam/opendevelopment/pdf/OpenAccessReq/OD_Certification_Process_v41.pdf
3. Verizon Open Development, approved modules , Verizon opendevelopment.verizonwireless.com/design-and-build/approved-modules
4. PTCRB Certification Program , PTCRB www.ptcrb.com/
5. GSMA eSIM Consumer and IoT specifications (SGP.22, SGP.32) , GSMA www.gsma.com/solutions-and-impact/technologies/esim/esim-specification/
6. 3GPP TS 36.521 and TS 38.521, UE RF conformance specifications , 3GPP www.3gpp.org/specifications-technologies