Verizon OPC: homologation opérateur pour IoT cellulaire après PTCRB

Auteur Hugues Orgitello Mis à jour le 26 mai 2026

Guide · Verizon OPC

Vous avez obtenu votre certification PTCRB et vous pensiez en avoir terminé avec le volet cellulaire nord-américain. Verizon vient pourtant ajouter une couche obligatoire: l'Open Product Certification (OPC), pilotée depuis le portail Open Development (ODI). PTCRB prouve la conformité radio multi-opérateur, OPC prouve l'interopérabilité avec le réseau de Verizon en particulier. Cette page décrit où OPC se place par rapport à PTCRB, comment fonctionne le portail ODI, la double structure module/device, les essais propres à Verizon, les exigences eUICC/LPA, et les pièges qui retardent une mise sur le marché US.

OPC vs PTCRB, le bon découpage

PTCRB et OPC 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 OPC
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	Test plan Verizon ODI, surensemble de PTCRB + exigences réseau Verizon
Portée	Conformité radio générique multi-opérateur	Interopérabilité réseau Verizon, bandes prioritaires, eSIM, LPA, attachement
Délivré par	PVG (PTCRB Validation Group)	Verizon Wireless via ODI
Identifiant	EPC (End Product Certification) ou Modular Certification	OPC ID Verizon, IMEI ajouté à la base Verizon Approved
Condition d'activation Verizon	Nécessaire	Nécessaire en plus de PTCRB

PTCRB est une condition préalable mais non suffisante. Sans PTCRB valide, Verizon n'accepte pas l'entrée en OPC. Avec PTCRB seul, le produit est rejeté à l'activation Verizon. Voir périmètre PTCRB pour la liste complète des opérateurs et des bandes couvertes.

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

Le portail ODI, point d'entrée

Open Development Initiative (ODI) est le portail Verizon que tout fabricant doit utiliser pour soumettre un produit cellulaire. Le compte ODI est rattaché à l'entité juridique du fabricant et donne accès à:

• la liste des modules approuvés (Verizon Approved Module List, AML);
• les test plans courants OPC pour modules et devices;
• la soumission d'un projet de certification avec son tracking;
• la base IMEI une fois la certification accordée;
• la gestion du cycle de vie (Class I/II/III change management);
• les bulletins techniques Verizon (changements de bandes, nouvelles exigences eSIM, retraits CDMA, déploiements 5G SA, etc.).

L'ouverture du compte ODI prend généralement quelques jours, mais la première certification d'une entité fait l'objet d'une validation administrative plus longue, notamment pour les fabricants non-US qui doivent fournir une identité de contact et un point de représentation aux États-Unis.

L'inscription au portail est gratuite. Les frais OPC apparaissent au moment de la soumission de projet et à chaque session de tests en laboratoire agréé.

Structure à deux niveaux, module et device

Verizon OPC suit une logique en deux étapes que l'on retrouve, à peu de choses près, sur PTCRB. La grande différence: la liste des modules pré-approuvés Verizon est plus restrictive que la base PTCRB Modular Certification, et un module PTCRB n'est pas automatiquement Verizon Approved.

Niveau 1, OPC module

Concerne les fabricants de modules cellulaires (Quectel, u-blox, Telit, Sierra Wireless, Murata, Sequans, Fibocom, etc.). Le module candidat est testé pour:

• conformité radio sur bandes Verizon prioritaires: B2, B4, B5, B13, B66 en LTE, n5, n66, n77, n260, n261 en NR;
• comportement d'attachement, de re-sélection de cellule, de PLMN locking;
• support eSIM/eUICC certifié SGP.32;
• comportement du LPA (Local Profile Assistant) intégré ou externe;
• VoLTE/EPS Fallback selon le profil du module;
• comportement IMS et SMS-over-IP;
• gestion d'énergie LTE-M et NB-IoT (PSM, eDRX) pour les modules concernés.

À la sortie, le module est ajouté à la Verizon Approved Module List, ce qui le rend utilisable comme brique pré-approuvée par les intégrateurs.

Niveau 2, OPC device

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

• antennes du produit (gain, diagramme, isolation, mise en boîtier);
• alimentation et stabilité sous charge réseau;
• gestion thermique pendant longue session de transmission;
• firmware applicatif et son interaction avec le stack cellulaire;
• comportement eSIM/eUICC au niveau produit (LPA, profils, OTA);
• comportement réseau de bout en bout (attach, dataflow, déconnexion);
• résilience aux conditions de réseau Verizon réelles (handover, bord de cellule, perte de signal);
• tests applicatifs spécifiques selon la catégorie du produit (tracker, gateway IoT, terminal POS, dispositif médical, capteur industriel, etc.).

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

Le gain d'un module Verizon-Approved

Choisir un module déjà sur l'AML est l'optimisation la plus rentable d'un programme OPC.

Avec un module pré-approuvé Verizon:

• l'OPC module est déjà fait, donc plus rapide et significativement moins coûteux côté tests radio module;
• les réglages RF Front-End du module sont déjà validés sur les bandes Verizon, ce qui réduit le risque d'échec en RF Performance;
• la stack cellulaire du module est connue de Verizon, ce qui accélère les éventuelles itérations de firmware;
• le LPA du module, s'il est intégré, est typiquement déjà certifié avec SM-DP+ Verizon.

À l'inverse, sans module pré-approuvé:

• l'OPC module doit être conduit en plus de l'OPC device, sur un laboratoire agréé;
• le calendrier global s'allonge de plusieurs semaines à quelques mois;
• le risque d'échec sur des tests propriétaires (par exemple comportement de fallback en bord de cellule) est plus élevé.

C'est une décision à prendre en phase de conception, pas après-coup. Quectel BG770A-GL, u-blox SARA-R510M8S, Telit ME910G1, Murata 1SC, Sequans Monarch GM01Q sont des exemples de modules régulièrement présents sur l'AML pour les segments LPWAN. La liste évolue, il faut la vérifier à T0 de chaque projet directement sur le portail ODI.

Catégories de tests OPC

Les essais OPC se regroupent en cinq familles principales. Pour le détail des essais PTCRB équivalents, voir tests PTCRB.

RF Performance

Le test plan OPC RF couvre les essais 3GPP TS 36.521-1 et TS 38.521-1 sur les bandes Verizon prioritaires, plus des essais propres à Verizon non couverts par PTCRB:

• mesures sur bandes Verizon spécifiques (B13 700 MHz, B66 AWS-3, n5, n66, n77, n260, n261);
• exigences de MaxPower par bande parfois plus serrées que PTCRB;
• contrôle de l'EVM et du spurious emission sous configurations de bande Verizon;
• comportement de la carrier aggregation sur les combos Verizon courants;
• conformité au C-V2X pour les produits véhiculaires (cas particulier).

Ces essais sont conduits sur émulateur radio (Anritsu MT8000A, Keysight UXM 5G, R&S CMX500) en laboratoire agréé Verizon.

Network Performance et throughput

Verizon exige que le produit démontre des performances réseau acceptables au-delà de la simple conformité 3GPP. Les essais incluent:

• débits IP en condition cellulaire moyenne et faible;
• comportement de handover entre cellules et entre technologies (LTE vers NR, 5G NSA vers SA);
• comportement de re-sélection au démarrage et après perte de signal;
• temps d'attachement initial et après reset;
• stabilité d'une session data prolongée (plusieurs heures);
• comportement de PSM/eDRX pour les modules LPWAN, vérifié en bout-en-bout, pas seulement au niveau modem.

eUICC + RSP, exigences spécifiques

Verizon a fait de l'eSIM un point central depuis le programme OPC moderne, voir la section dédiée plus bas.

Tests applicatifs et data

Selon la catégorie du produit, Verizon ajoute des tests d'application. Exemples:

• Tracker GPS/cellulaire: comportement des appels de localisation, temps de réponse, mode économique;
• Gateway IoT: gestion de connexions multiples, retransmission de payloads MQTT/HTTP/CoAP;
• POS: chiffrement EMV, timeouts de transaction, comportement en perte de couverture;
• Dispositif médical connecté: timestamping, intégrité de la chaîne data, comportement en cas de déconnexion;
• Caméra IP: bande passante upstream soutenue, gestion de buffer en perte de signal.

Ces tests ne sont pas systématiques mais sont demandés lors de la revue de soumission en fonction du descriptif produit.

Sécurité et provisioning

Le produit doit démontrer qu'il provisionne sa connectivité de façon sécurisée: PIN par défaut, désactivation de profils non-Verizon en mode test, chiffrement des credentials, gestion des certificats SM-DP+.

eUICC et RSP, le sujet structurant 2025-2026

Depuis la sortie de la spécification GSMA SGP.32 en 2023 et son adoption progressive par les opérateurs, Verizon a fait de l'eUICC et du RSP IoT un axe central de son programme OPC. C'est aussi le sujet sur lequel les fabricants se font le plus piéger.

Les deux référentiels GSMA, SGP.22 et SGP.32

Il faut distinguer:

• GSMA SGP.22: RSP Consumer, eSIM grand public (smartphones, montres, tablettes). Le device dispose d'un LPA local (LPAd) qui dialogue avec un SM-DP+ et un SM-DS 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, déploiements massifs, fleet management). Introduit le rôle d'eSIM IoT Manager (eIM) et redéfinit la séparation entre IPAd (IoT Profile Assistant device) et IPAe (IoT Profile Assistant eUICC).

Verizon a typiquement aligné son OPC sur SGP.22 pour les produits grand public et sur SGP.32 pour les produits IoT modernes. Les anciens dispositifs en M2M Architecture (SGP.02) sont en fin de vie chez Verizon, avec une fenêtre de retrait communiquée via ODI.

Exigences LPA et IPAd

Verizon impose une implémentation conforme du LPA-Device (LPAd) ou IPA-Device (IPAd) côté produit:

• handshake avec le SM-DP+ de Verizon (URL et certificat racine spécifiques);
• support de l'ES9+ pour le download de profil;
• support de l'ES10b pour l'eUICC management côté device;
• gestion des opérations enable / disable / delete d'un profil sans réinitialisation hardware;
• exposition d'une API locale pour orchestrer ces opérations depuis le firmware applicatif;
• comportement en cas de panne réseau pendant le download (rollback propre, log d'erreur exploitable).

Côté chip eUICC, le composant doit être certifié GSMA SAS-UP, et l'OS eUICC doit supporter les fonctions appelées par le LPA Verizon.

Acceptation du SM-DP+ Verizon

Le SM-DP+ Verizon impose des exigences de compatibilité TLS (cipher suites, certificats), de capacité du LPA à interpréter les profile metadata publiées par Verizon, et de comportement attendu lors de la profile activation. Les essais OPC incluent une session complète de download de profil depuis le SM-DP+ Verizon, dans toutes les conditions de réseau prévues par le test plan.

Pièges eUICC fréquents

• eUICC non certifié SGP.32 dans un produit IoT moderne, Verizon le refuse à l'OPC.
• LPA propriétaire non conforme aux ES9+/ES10b standards, incompatible avec le SM-DP+ Verizon.
• Confusion SGP.22 / SGP.32 sur un même produit, le LPA n'implémente pas correctement le scope visé.
• Profile metadata mal interprétée, le profil Verizon est téléchargé mais ne s'active pas correctement.
• TLS sur ES9+ trop ancien (TLS 1.2 strict), refus de connexion au SM-DP+.

Ces pièges sont la cause la plus fréquente d'échec OPC sur un produit cellulaire IoT moderne. Ils ne sont pas couverts par PTCRB, qui ne teste pas le couple eUICC + LPA + SM-DP+ avec un opérateur réel.

Laboratoires agréés

Tous les laboratoires PTCRB ne sont pas agréés OPC. Verizon publie une liste de laboratoires reconnus pour ses essais, qui inclut typiquement:

• Bureau Veritas Connectivity (anciennement 7Layers);
• Element Materials Technology;
• DEKRA;
• Sporton International;
• PCTEST;
• certains laboratoires propriétaires d'opérateurs en Amérique du Nord.

La liste évolue. Elle doit être vérifiée sur le portail ODI avant chaque réservation de campagne. Un laboratoire qui produit des rapports PTCRB et FCC valides ne peut pas, par défaut, soumettre des rapports OPC à Verizon sans agrément spécifique.

Pour les fabricants européens, deux laboratoires sont historiquement organisés pour les campagnes OPC depuis l'Europe (avec déplacement d'équipement vers les chambres OTA US si nécessaire). Pour optimiser la logistique, 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 OPC dépendent de:

• la catégorie du produit (module simple, gateway, device applicatif complexe);
• la présence ou non d'un module Verizon-Approved (le levier le plus important);
• le nombre de bandes Verizon cibles;
• la complexité eUICC/LPA (LPA intégré au module ou réimplémenté);
• le nombre d'itérations à prévoir si la première campagne échoue.

Qualitativement, OPC s'ajoute à PTCRB en délai et en coût. Pour un produit IoT avec module pré-approuvé, comptez plusieurs semaines additionnelles et un budget de l'ordre de quelques dizaines de milliers de dollars en frais labo + frais OPC. Pour un produit sans module pré-approuvé (donc OPC module + OPC device), le calendrier additionnel et le budget peuvent doubler.

Ces ordres de grandeur sont indicatifs. Le devis final dépend du test plan exact retenu par Verizon à la soumission, et il vaut mieux le construire avec un labo agréé OPC 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. Ces rapports couvrent typiquement:

• conformité radio sur bandes globales;
• comportement IMS et VoLTE;
• support de fonctions 3GPP avancées (CA, MIMO, DAPS handover, etc.);
• pré-validation eSIM/LPA sur le chip de référence.

Ces rapports accélèrent l'OPC mais ne le remplacent pas. Verizon les accepte comme éléments d'antériorité dans la soumission, ce qui permet de réduire le périmètre d'essais sur le device final aux seules zones de risque (intégration antenne, firmware applicatif, gestion d'énergie, LPA produit). Le PVG Verizon décide au cas par cas ce qui peut être hérité du chipset vendor et ce qui doit être refait.

À noter: un chipset vendor report sur une plateforme legacy peut au contraire être ignoré si la version actuelle du test plan Verizon a évolué depuis la pré-certification. Confirmer la version de référence du test plan est un préalable.

Gestion du cycle de vie post-OPC

Verizon classe les modifications post-OPC en trois niveaux:

• Class I: changement majeur affectant la radio ou le provisioning eSIM. Re-certification OPC complète requise.
• Class II: changement significatif (firmware stack cellulaire, table de puissances, fonctions IMS). Delta OPC avec essais ciblés.
• Class III: changement applicatif mineur sans impact réseau. Notification ODI suffisante, pas d'essais.

Cette logique est proche de celle de PTCRB et de la FCC sur les changements Class II/III (voir tests FCC pour le pendant régulatoire). La gestion continue du dossier ODI fait partie du coût de possession, pas seulement la certification initiale.

Les fabricants oublient parfois cette dimension et déploient un firmware Class II sans déclaration. La conséquence: le delta n'est pas validé et le produit peut être désactivé par Verizon lors d'un audit IMEI.

Pièges fréquents

1. Penser que PTCRB suffit pour Verizon

C'est l'erreur structurante. Un produit PTCRB-certifié sans OPC fonctionnera temporairement sur Verizon en mode test ou via des SIM partenaires, mais sera bloqué à l'activation commerciale. 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 Verizon-Approved 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 Verizon Approved Module List doit être appliqué en phase de sélection module, pas après. Changer de module à mi-projet est coûteux en re-conception PCB, re-conception antenne, re-validation FCC, re-PTCRB, et bien sûr OPC.

3. eUICC sans LPA conforme

Un eUICC certifié seul ne suffit pas, il faut que le LPA côté device soit conforme et certifié. Beaucoup d'intégrateurs achètent un eUICC GSMA-certifié mais réimplémentent un LPA propriétaire qui ne passe pas l'OPC. Solution: utiliser le LPA du module quand il est intégré et certifié, ou un LPA tiers certifié SGP.22/SGP.32.

4. Confusion SGP.02 / SGP.22 / SGP.32

SGP.02 est l'ancienne architecture M2M (push-mode, SM-SR/SM-DP), en cours de retrait chez Verizon. SGP.22 est le modèle consumer (pull-mode), et SGP.32 est le modèle IoT moderne. Tenter d'utiliser SGP.02 sur un nouveau produit IoT déclenche un refus Verizon. Inversement, utiliser SGP.22 sur un produit headless IoT pose des problèmes d'UX d'activation (QR code, pas d'écran).

5. Découverte tardive d'exigences Verizon-spécifiques

Le test plan OPC évolue. Verizon publie régulièrement des bulletins ODI annonçant de nouvelles exigences (par exemple sur le support n77 5G SA, la migration SGP.02 vers SGP.32, le retrait CDMA, les politiques d'attachement). Les fabricants qui ne surveillent pas ces bulletins se retrouvent en non-conformité au moment de la soumission. Il faut prévoir une revue ODI trimestrielle pendant la phase de conception.

6. Laboratoire PTCRB choisi par défaut

Un labo PTCRB n'est pas systématiquement agréé Verizon OPC. Lancer la campagne PTCRB sans avoir confirmé l'agrément OPC du laboratoire conduit à une double facture: les essais OPC doivent être refaits ailleurs. À cadrer en amont.

7. Sous-estimer la phase administrative ODI

L'ouverture du compte ODI, la validation administrative pour un fabricant non-US et le passage en revue par le PVG Verizon prennent du temps. Pour un fabricant européen primo-soumissionnaire, prévoir plusieurs semaines d'administratif avant le premier essai.

8. Mélanger OPC et homologation AT&T/T-Mobile

Chaque opérateur a son programme propre (AT&T NDD, T-Mobile 5G SA Certification). OPC est exclusivement Verizon. Tenter d'utiliser un rapport OPC chez AT&T (ou inversement) n'a aucune valeur. Pour cibler les trois opérateurs US, prévoir trois programmes distincts en plus de PTCRB. 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 module: sélectionner un module Verizon-Approved, lever l'éventuel doute SGP.22/SGP.32, choisir un LPA certifié.
2. Phase de stabilisation hardware: ouvrir le compte ODI, identifier le laboratoire OPC agréé, briefer le PVG Verizon sur la catégorie produit.
3. Phase pré-certification: pré-tests RF, pré-tests OTA, pré-validation LPA + SM-DP+ Verizon (souvent en environnement de test SM-DP+ fourni par GSMA ou par le vendor eUICC).
4. Phase PTCRB: soumission Modular puis End-Product, EPC obtenu.
5. Phase OPC: soumission ODI, essais en laboratoire agréé, itérations firmware si nécessaires, OPC ID obtenu.
6. Phase activation Verizon: enregistrement de la plage IMEI, vérification d'activation, lancement commercial.
7. Phase lifecycle: surveillance des bulletins ODI, déclaration des changements Class I/II/III.

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 OPC se distingue des autres exigences US:

• FCC, équipement intentionnel et non intentionnel: indépendant. FCC ID obtenu via TCB, sans dialogue Verizon.
• Bandes radio FCC: chevauchent les bandes Verizon mais les test plans sont disjoints, on partage les mesures mais pas les rapports.
• Tests FCC: couvrent les émissions intentionnelles, l'OPC y ajoute la conformité réseau opérateur.
• Tests PTCRB: forment le socle commun multi-opérateur que l'OPC étend pour Verizon.

Un produit cellulaire vendu aux États-Unis chez Verizon cumule donc: FCC ID (régulateur), PTCRB EPC (consortium opérateurs), OPC ID (Verizon spécifique), et IMEI activé dans la base Verizon Approved.

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

Programme cellulaire IoT Verizon

Cadrons votre dossier PTCRB + OPC en 30 minutes.

AESTECHNO conçoit le plan de campagne PTCRB et Verizon OPC, sélectionne un module Verizon-Approved compatible avec votre conception et sécurise les exigences eUICC SGP.22/SGP.32, gratuitement, par visio.

Réserver un audit cellulaire

Sources & références

1. Verizon Open Development portal , Verizon opendevelopment.verizonwireless.com/
2. Verizon Open Development, certified devices and modules , Verizon opendevelopment.verizonwireless.com/devices
3. PTCRB Certification Program , PTCRB www.ptcrb.com/
4. GSMA eSIM specifications hub (SGP.22, SGP.32) , GSMA www.gsma.com/esim/
5. GSMA SGP.32, eSIM IoT Technical Specification , GSMA www.gsma.com/esim/iot-esim/
6. 3GPP TS 36.521 and TS 38.521, UE RF conformance specifications , 3GPP www.3gpp.org/specifications-technologies