GCF : le schéma mondial de certification cellulaire
Guide, certification cellulaire
Le Global Certification Forum (GCF) est le schéma mondial de certification des terminaux cellulaires, piloté par les opérateurs. Fondé en 1999 par des opérateurs mobiles et des fabricants, il certifie qu'un téléphone, un module ou un terminal IoT est conforme aux spécifications 3GPP applicables en matière radio, protocole et performance, plus un ensemble de cas de test pilotés par les opérateurs. Le GCF partage la quasi-totalité de son socle technique avec PTCRB, le schéma nord-américain, tout en s'en distinguant par la gouvernance, la géographie et le format de certificat. Ce guide explique la structure du GCF (Work Items, critères DCC, Field Trials), la façon dont son périmètre s'appuie sur la conformité 3GPP, les plateformes de test reconnues, et comment un OEM arbitre entre GCF, PTCRB et acceptance opérateur.
Ce qu'est le GCF, et ce qu'il n'est pas
Section intitulée « Ce qu'est le GCF, et ce qu'il n'est pas »Le GCF est un schéma de certification indépendant et à but non lucratif, gouverné par ses membres : opérateurs de réseau mobile, fabricants de terminaux et de modules, et fabricants d'équipements de test. Son objet est de donner à l'écosystème cellulaire un énoncé unique et partagé indiquant qu'un terminal est conforme à un socle défini de spécifications 3GPP et de cas de test convenus avec les opérateurs. Un certificat GCF est reconnu par les opérateurs dans la majeure partie du monde hors Amérique du Nord, ce qui fait souvent décrire le GCF comme le pendant mondial de PTCRB.
Le GCF n'écrit pas les cas de test de conformité. Les cas RF, de gestion des ressources radio (RRM) et de protocole sont rédigés par le 3GPP et publiés dans les séries TS xx.521 et TS xx.523. Le GCF sélectionne lesquels de ces cas de test validés sont obligatoires, définit sur quelles plateformes de test validées ils doivent être exécutés, et ajoute des exigences de Field Trial sur réseau réel. Le GCF est donc une couche de sélection, de validation et de gouvernance posée sur la référence technique 3GPP, et non un jeu de mesures distinct.
Il importe tout autant de dire ce qu'un certificat GCF n'est pas. Ce n'est pas une approbation réglementaire : il ne remplace pas l'autorisation d'équipement FCC, une évaluation RED européenne ni une approbation radio nationale. Ce n'est pas non plus une homologation opérateur : un opérateur peut toujours exiger sa propre campagne d'acceptance par-dessus le GCF. Le GCF se situe entre la conformité 3GPP brute et l'acceptance propre à chaque opérateur.
GCF et PTCRB, comparaison et contraste
Section intitulée « GCF et PTCRB, comparaison et contraste »GCF et PTCRB sont souvent confondus parce qu'ils partagent le même noyau technique 3GPP. La distinction est réelle et structurelle.
| Critère | GCF | PTCRB |
|---|---|---|
| Nature | Schéma mondial, piloté par les opérateurs, à but non lucratif | Schéma nord-américain géré par la CTIA |
| Créé en | 1999, par opérateurs et fabricants | 1997, par les opérateurs nord-américains |
| Centre géographique | Europe, Moyen-Orient, Afrique, large partie de l'Asie et de l'Amérique latine | Etats-Unis et Canada |
| Socle technique | 3GPP TS 36.521, 3GPP TS 38.521, TS xx.523 | Les mêmes spécifications de conformité 3GPP |
| Unité de périmètre | Work Item, régi par des critères (DCC) | Listes de cas de test par bande et par fonction |
| Etape réseau réel | GCF Field Trials | Tests terrain pilotés par l'opérateur si requis |
| Certificat | Certificat GCF dans la base des terminaux certifiés | certification PTCRB de l'appareil (produit fini) ou modulaire, validée par le PVG |
| Reconnu par | Opérateurs du monde entier hors Amérique du Nord | Opérateurs nord-américains (AT&T, T-Mobile, Verizon, Bell, Rogers, Telus) |
La lecture pratique : les mesures RF, RRM et protocole sont en grande partie identiques, car les deux schémas adoptent les mêmes cas de test 3GPP. Ce qui diffère, ce sont la liste de bandes déclarées, les laboratoires reconnus, les organes de gouvernance et le format de certificat. Un terminal déclaré pour des bandes européennes et asiatiques est façonné par les Work Items GCF ; un terminal déclaré pour des bandes opérateur nord-américaines est façonné par les listes de cas PTCRB. Voir PTCRB scope pour la couverture opérateurs et bandes côté nord-américain, et la comparaison PTCRB et GCF pour une vue de décision en vis-a-vis.
Pourquoi tant de produits portent les deux
Section intitulée « Pourquoi tant de produits portent les deux »Comme le travail de laboratoire sous-jacent est partagé, mener GCF et PTCRB en parallèle mutualise l'essentiel du coût. Les mesures RF en émission et en réception, les tests de mobilité RRM et les séquences de signalisation protocolaire sont exécutés une fois sur une plateforme validée puis réutilisés, seuls les écarts de bandes et de fonctions propres à chaque schéma ajoutant du temps de test. Un smartphone mondial ou un module cellulaire universel détient presque toujours les deux certificats. Un produit IoT verrouillé sur une région peut n'en détenir qu'un.
Work Items et le CAG, comment le périmètre se définit
Section intitulée « Work Items et le CAG, comment le périmètre se définit »L'unité de certification GCF est le Work Item. Un Work Item définit un domaine de certification discret : une fonction 3GPP, une bande de fréquence, une technologie d'accès radio (LTE, NR, NB-IoT, LTE-M) ou un service comme la VoLTE. Chaque Work Item référence les spécifications de test 3GPP précises et les cas de test individuels qu'elles contiennent, nomme les plateformes de test validées autorisées à exécuter ces cas, et énonce les critères de réussite.
Les Work Items sont convenus et maintenus à travers la structure de travail du GCF. Le travail d'accord de conformité (mené par le groupe d'accord de conformité (CAG)) maintient la base de Work Items alignée sur chaque release 3GPP, en ajoutant, modifiant ou retirant des cas de test au fil de l'évolution des spécifications. Pour un OEM, la base de Work Items est la carte pratique du GCF : on assemble l'ensemble de Work Items qui correspondent aux fonctions et bandes déclarées du terminal, et cet ensemble définit le périmètre de certification.
Anatomie d'un Work Item
Section intitulée « Anatomie d'un Work Item »Un Work Item type contient :
- La technologie d'accès radio et la bande ou la combinaison de bandes qu'il couvre.
- Les références de spécification de test 3GPP, par exemple 3GPP TS 38.521-1 pour la RF NR FR1.
- La liste des cas de test obligatoires et conditionnels, chacun identifié par son numéro de cas 3GPP.
- Les plateformes de test validées et les versions logicielles validées pour ces cas.
- Toute exigence de Field Trial associée.
- La release 3GPP applicable et la version des cas de test.
Comme un Work Item est lié à une release 3GPP, une même fonction peut changer de périmètre d'une release à l'autre. Citer un Work Item sans sa version, ou un cas de test sans sa release, est insuffisant pour un dossier de certification, exactement comme pour les références 3GPP brutes traitées dans le guide de conformité RF 3GPP.
Critères de certification des terminaux (DCC)
Section intitulée « Critères de certification des terminaux (DCC) »Les critères de certification des terminaux, abrégés DCC, sont les règles qui transforment un ensemble de fonctions déclarées en une obligation de test concrète. Les DCC répondent à la question : étant donné qu'un terminal déclare ces bandes, ces technologies d'accès radio et ces services, quels Work Items s'appliquent et combien de cas de test à l'intérieur doivent être réussis ?
Propriétés clés des DCC :
- Ils sont versionnés. Un terminal est certifié selon une version de DCC précise, consignée dans le dossier de certification.
- Ils associent les capacités déclarées aux Work Items, de sorte que la déclaration de conformité d'implémentation du fabricant (l'ensemble de fonctions déclarées) pilote le périmètre.
- Ils évoluent avec les releases 3GPP, donc une même fonction déclarée peut exiger un nombre de tests différent d'une version de DCC à l'autre.
- Ils distinguent les cas de test obligatoires des cas conditionnels qui ne s'appliquent que lorsqu'une fonction liée est déclarée.
Les DCC expliquent pourquoi deux terminaux superficiellement semblables peuvent avoir des périmètres GCF très différents : un ensemble de fonctions plus riche (plus de bandes, de combinaisons d'agrégation de porteuses, NR Standalone plus Non Standalone, VoLTE, positionnement) attire davantage de Work Items et davantage de cas de test.
Les GCF Field Trials
Section intitulée « Les GCF Field Trials »La conformité en laboratoire prouve qu'un terminal se comporte correctement face à un réseau émulé dans une callbox. Elle ne peut pas reproduire entièrement la complexité des réseaux réels. Les GCF Field Trials comblent cet écart. Le terminal sous test est exploité sur des réseaux opérateurs commerciaux sélectionnés par le GCF, où il rencontre des cellules réelles, des listes de voisins réelles, des handovers réels, des interférences réelles et de l'itinérance inter-opérateurs réelle.
Les Field Trials ne sont pas exécutés pour chaque Work Item. Ils sont requis dans les domaines où le comportement sur réseau réel compte et est difficile à émuler, typiquement :
- Les nouvelles technologies d'accès radio à leur introduction (par exemple les premiers déploiements NR).
- Le comportement de mobilité à travers des frontières de cellules réelles et entre opérateurs.
- Les services clés comme la voix (VoLTE), où l'établissement de bout en bout, le handover et la rétention d'appel sont observés.
- Le comportement d'itinérance sur les réseaux visités.
Le résultat de Field Trial alimente l'enregistrement de certification au côté des résultats de conformité en laboratoire. Un terminal ne peut pas achever certains Work Items sur la seule conformité en laboratoire. C'est l'une des différences d'accent les plus nettes par rapport à un schéma de conformité pur, et l'entrée de glossaire GCF Field Trial en résume le concept.
Relation avec la conformité 3GPP
Section intitulée « Relation avec la conformité 3GPP »GCF, PTCRB et acceptance opérateur reposent tous sur le même fondement : les spécifications de conformité UE du 3GPP. Les trois familles qui comptent sont :
| Domaine | Spécification LTE | Spécification NR | Ce qu'elle couvre |
|---|---|---|---|
| RF émission et réception | 3GPP TS 36.521-1 | 3GPP TS 38.521-1 | Puissance, EVM, ACLR, émissions parasites, sensibilité |
| Gestion des ressources radio | TS 36.521-3 (et parties RRM) | TS 38.521-3 | Mobilité, sélection et reselection de cellule, handover, contrôle de puissance |
| Protocole et signalisation | 3GPP TS 36.523-1 | 3GPP TS 38.523-1 | Séquences de messages RRC et NAS, conformité de couche 3 |
Le GCF prend les cas de test validés de ces spécifications, sélectionne le sous-ensemble requis par Work Item, et consigne le résultat. L'enregistrement de certification est l'entrée de base qui relie un terminal, ses fonctions déclarées, la version de DCC, les Work Items réussis et les résultats de laboratoire. La base des terminaux certifiés est interrogeable, si bien qu'un opérateur peut confirmer qu'un modèle donné détient le certificat pertinent.
La référence technique unique partagée avec PTCRB est le point à retenir : une mesure RF réussie sur une plateforme validée constitue en principe une preuve valable pour les deux schémas. Les schémas divergent sur les résultats qu'ils exigent et sur la façon dont ils les consignent, non sur la manière dont la mesure elle-même est réalisée. Voir PTCRB tests et PTCRB standards pour l'expression nord-américaine du même socle.
Plateformes de test reconnues par le GCF
Section intitulée « Plateformes de test reconnues par le GCF »Le GCF valide les systèmes de test de conformité (callbox et logiciels) que les laboratoires peuvent utiliser. Seuls les résultats produits sur une plateforme validée, avec une version logicielle validée, comptent pour la certification. Les fournisseurs dominants sont :
| Fournisseur | Plateformes représentatives | Couverture typique |
|---|---|---|
| Anritsu | MT8000A (5G), MT8821C (LTE) | NR FR1 et FR2, RF LTE, RRM, protocole |
| Keysight | UXM 5G E7515B, plus l'UXM existant | Signalisation NR, ancrage LTE, suites de conformité |
| Rohde and Schwarz | CMX500, CMW500 | RF NR et LTE, RRM, protocole, émulation callbox |
Chaque Work Item nomme les plateformes validées pour ses cas de test. Le statut de validation d'une plateforme et d'une version logicielle peut changer au fil des releases 3GPP, donc un laboratoire et un OEM doivent confirmer la validation avant de réserver une campagne. Cela reflète la situation des plateformes décrite dans le guide de conformité RF 3GPP, où les mêmes callbox exécutent les cas de test sous-jacents.
Quand un OEM a besoin de GCF, de PTCRB ou d'une acceptance opérateur
Section intitulée « Quand un OEM a besoin de GCF, de PTCRB ou d'une acceptance opérateur »La décision est dictée par le marché cible et les opérateurs clients, et non par une règle mondiale unique.
| Situation | Ce qui est typiquement requis |
|---|---|
| Terminal vendu surtout en Europe, au Moyen-Orient, en Afrique, en grande partie de l'Asie ou en Amérique latine | GCF |
| Terminal pour les opérateurs nord-américains | PTCRB |
| Produit mondial couvrant les deux régions | GCF et PTCRB, menés en parallèle |
| Lancement sur un opérateur nommé précis | GCF ou PTCRB plus l'acceptance de cet opérateur |
| Produit IoT verrouillé sur une région unique | Le schéma correspondant à cette région seulement |
L'acceptance opérateur se superpose à l'un ou l'autre schéma, car chaque opérateur ajoute des exigences propres à son réseau : bandes prioritaires, politiques d'attachement et d'itinérance, contrôles d'approvisionnement eSIM, débit et comportement terrain face à son propre coeur de réseau. Les exemples incluent AT&T NAFI, Verizon OPC et l'acceptance Vodafone Global IoT. Le GCF ou PTCRB est nécessaire, mais pour un lancement sur un réseau nommé il est rarement suffisant.
Pas a pas, cadrer un programme GCF
Section intitulée « Pas a pas, cadrer un programme GCF »- Déclarer les capacités du terminal. Fixer les bandes, les technologies d'accès radio (LTE, NR Standalone et Non Standalone, NB-IoT, LTE-M), les combinaisons d'agrégation de porteuses et les services (VoLTE, positionnement). Cette déclaration pilote tout le reste.
- Résoudre la version de DCC. Identifier la version courante des critères de certification applicable à la release 3GPP cible, et la consigner.
- Assembler les Work Items. Associer chaque capacité déclarée à ses Work Items, en listant les cas de test obligatoires et conditionnels.
- Confirmer les plateformes validées. Vérifier que le laboratoire retenu détient des plateformes et des versions logicielles validées pour chaque Work Item du périmètre.
- Exécuter la conformité en laboratoire. Dérouler les cas de test RF, RRM et protocole sur la plateforme validée.
- Exécuter les Field Trials lorsque requis. Achever la phase sur réseau réel pour les Work Items qui l'imposent.
- Consigner le certificat. Le certificat GCF relie le terminal, la version de DCC, les Work Items et les résultats dans la base des terminaux certifiés.
- Superposer l'acceptance opérateur. Lorsqu'un opérateur nommé est visé, dérouler son programme d'acceptance par-dessus le GCF.
Pour séquencer cela au côté du travail réglementaire, voir les guides calendrier de certification et double certification UE et US.
Pièges courants
Section intitulée « Pièges courants »| Piège | Pourquoi il survient | Comment l'éviter |
|---|---|---|
| Traiter le GCF comme une approbation réglementaire | Confondre un certificat de schéma avec une autorisation d'équipement | Planifier FCC, RED et approbations radio nationales séparément du GCF |
| Supposer que le GCF remplace l'acceptance opérateur | Croire qu'un certificat de schéma suffit à lancer sur un réseau nommé | Budgéter l'homologation opérateur par-dessus le GCF lorsqu'un opérateur précis est visé |
| Citer un Work Item sans sa version de DCC et de release | Le périmètre change entre releases 3GPP | Consigner la version de DCC et la release 3GPP dans le dossier de certification |
| Utiliser une plateforme ou une version logicielle non validée | Le statut de validation change avec le temps | Confirmer la validation par Work Item avant de réserver la campagne |
| Sous-déclarer des fonctions pour réduire le périmètre | Espérer réduire le nombre de tests | Déclarer honnêtement ; une déclaration incomplète échoue à l'acceptance opérateur et aux audits ultérieurs |
| Sauter les Field Trials | Croire que la conformité en laboratoire est tout le schéma | Identifier tôt les Work Items qui exigent des Field Trials et réserver du temps sur réseau réel |
| Mener GCF et PTCRB en projets séparés et successifs | Ne pas voir que le travail de laboratoire est en grande partie partagé | Mutualiser les cas de test 3GPP partagés et n'ajouter que les écarts propres à chaque schéma |
| Oublier le périmètre eSIM et approvisionnement | Le comportement eUICC est facile à négliger | Inclure les cas de test GSMA et 3GPP d'approvisionnement lorsque le terminal porte une eSIM |
Pour aller plus loin
Section intitulée « Pour aller plus loin »- Pilier PTCRB : périmètre, procédure et tests
- PTCRB et GCF : choisir le schéma cellulaire
- Conformité RF 3GPP : TS 36.521 et TS 38.521
- AT&T NAFI : homologation opérateur après le schéma
- Vodafone Global IoT : acceptance des terminaux et eSIM
- Glossaire spilma : GCF, PTCRB, 3GPP et plus
Sources et références
Section intitulée « Sources et références »Sources & références
- GCF, Global Certification Forum, site officiel , GCF www.globalcertificationforum.org/
- Vue d'ensemble du schéma GCF et base des terminaux certifies , GCF www.globalcertificationforum.org/certification.html
- 3GPP TS 36.521-1, conformité UE LTE, partie 1 : RF , 3GPP www.3gpp.org/dynareport/36521-1.htm
- 3GPP TS 38.521-1, conformité UE NR, FR1 standalone , 3GPP www.3gpp.org/dynareport/38521-1.htm
- 3GPP TS 38.523-1, conformité protocolaire NR, partie 1 , 3GPP www.3gpp.org/dynareport/38523-1.htm
- PTCRB Certification Program , PTCRB www.ptcrb.com/
- GSMA, ressources de l'industrie des operateurs mobiles , GSMA www.gsma.com/