{"id":56586,"date":"2026-10-17T07:42:36","date_gmt":"2026-10-17T07:42:36","guid":{"rendered":"https:\/\/www.ampeco.com\/?post_type=glossary&p=56586"},"modified":"2026-10-17T17:22:16","modified_gmt":"2026-10-17T17:22:16","slug":"iso-15118-20","status":"publish","type":"glossary","link":"https:\/\/www.ampeco.com\/fr\/ev-charging-glossary\/iso-15118-20\/","title":{"rendered":"ISO 15118-20 (interface de communication Vehicle-to-Grid de deuxi\u00e8me g\u00e9n\u00e9ration)"},"content":{"rendered":"\n

ISO 15118-20 est la version de deuxi\u00e8me g\u00e9n\u00e9ration de la norme de communication Vehicle-to-Grid ISO 15118, publi\u00e9e en 2022. Elle ajoute le transfert d’\u00e9nergie bidirectionnel natif (BPT, Bidirectional Power Transfer) pour les cas d’usage Vehicle-to-Grid, Vehicle-to-Home et Vehicle-to-Building, rend obligatoire l’authentification mutuelle TLS 1.3 et prend en charge la gestion multicontrat pour Plug & Charge.

Elle n’est pas r\u00e9trocompatible avec ISO 15118-2 au niveau du protocole applicatif. Un chargeur qui doit servir des v\u00e9hicules utilisant l’une ou l’autre version doit donc impl\u00e9menter les deux piles protocolaires et s\u00e9lectionner la version appropri\u00e9e \u00e0 l’\u00e9tablissement de la session de recharge.<\/p>\n\n\n\n

Donn\u00e9es cl\u00e9s<\/h2>\n\n\n\n
\u00c9l\u00e9ment<\/strong><\/td>D\u00e9tail<\/strong><\/td><\/tr>
Organisme de normalisation \/ auteur<\/strong><\/td>ISO, d\u00e9velopp\u00e9e en collaboration au sein de l’\u00e9cosyst\u00e8me de normalisation de la recharge des v\u00e9hicules de l’ISO et de l’IEC<\/td><\/tr>
Version actuelle<\/strong><\/td>ISO 15118-20:2022<\/td><\/tr>
Dernier amendement<\/strong><\/td>ISO 15118-20:2022\/Amd 1:2026, qui couvre les services DER en courant alternatif, les services MCS et un concept de s\u00e9curit\u00e9 am\u00e9lior\u00e9<\/td><\/tr>
Ann\u00e9e de publication<\/strong><\/td>2022<\/td><\/tr>
Ce qu’elle relie<\/strong><\/td>Le v\u00e9hicule \u00e9lectrique et la station de recharge<\/td><\/tr>
Principaux ajouts<\/strong><\/td>Transfert d’\u00e9nergie bidirectionnel, TLS 1.3, authentification mutuelle, mode de contr\u00f4le dynamique (Dynamic control mode) et gestion multicontrat<\/td><\/tr>
Compatibilit\u00e9<\/strong><\/td>N\u00e9cessite une impl\u00e9mentation protocolaire distincte en plus d’ISO 15118-2<\/td><\/tr>
Enjeu r\u00e9glementaire dans l’UE<\/strong><\/td>Obligatoire \u00e0 partir du 1er janvier 2027 pour les bornes de recharge AC et DC accessibles au public nouvellement install\u00e9es ou r\u00e9nov\u00e9es, ainsi que pour les bornes de recharge priv\u00e9es en mode 3 ou mode 4 entrant dans le champ du r\u00e8glement<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

Que d\u00e9signe ISO 15118-20\u00a0?<\/h2>\n\n\n\n

ISO 15118-20 est l’une des parties de la norme ISO 15118<\/a> relative \u00e0 la communication num\u00e9rique entre un v\u00e9hicule \u00e9lectrique et une station de recharge.

ISO 15118-2, publi\u00e9e en 2014, d\u00e9finissait la communication de premi\u00e8re g\u00e9n\u00e9ration aux couches r\u00e9seau et application, utilis\u00e9e notamment pour la recharge intelligente et l’authentification Plug & Charge<\/a> en recharge unidirectionnelle. ISO 15118-20, publi\u00e9e en 2022, est la deuxi\u00e8me g\u00e9n\u00e9ration de cette couche application, et il s’agit d’une refonte en profondeur plut\u00f4t que d’une simple r\u00e9vision.<\/p>\n\n\n\n

Trois changements la d\u00e9finissent. <\/p>\n\n\n\n

Premi\u00e8rement, ISO 15118-20 sp\u00e9cifie les messages et les s\u00e9quences de communication n\u00e9cessaires au transfert d’\u00e9nergie bidirectionnel<\/a>, c’est-\u00e0-dire les \u00e9changes qui permettent \u00e0 un v\u00e9hicule \u00e0 la fois de pr\u00e9lever et de restituer de l’\u00e9nergie. Elle rend ainsi possible une communication normalis\u00e9e entre le v\u00e9hicule et le chargeur pour les cas d’usage Vehicle-to-Grid (V2G)<\/a>, Vehicle-to-Home<\/a> et Vehicle-to-Building.

Deuxi\u00e8mement, elle renforce la s\u00e9curit\u00e9. ISO 15118-20 utilise TLS 1.3 et l’authentification mutuelle, avec des profils cryptographiques et des exigences de certificats distincts de ceux d’ISO 15118-2. Le v\u00e9hicule et la station de recharge peuvent donc se v\u00e9rifier mutuellement lors de l’\u00e9tablissement s\u00e9curis\u00e9 de la connexion Plug & Charge. <\/p>\n\n\n\n

Troisi\u00e8mement, ISO 15118-20 introduit de nouveaux jeux de messages de couche application au lieu de simplement \u00e9tendre ceux d’ISO 15118-2. La prise en charge des deux g\u00e9n\u00e9rations exige donc des profils protocolaires distincts et une n\u00e9gociation rigoureuse des versions TLS, suites cryptographiques et certificats correspondants. <\/p>\n\n\n\n

Pour le fonctionnement g\u00e9n\u00e9ral d’ISO 15118, la cha\u00eene de confiance PKI et le flux complet des messages V2G, consultez le guide complet ISO 15118 pour les CPO et les eMSP<\/a>. Cette fiche se concentre sur ce qu’apporte la partie -20 et sur ce que cela signifie en pratique.<\/p>\n\n\n\n

L’int\u00e9r\u00eat d’ISO 15118-20<\/h2>\n\n\n\n

Pour les op\u00e9rateurs de bornes de recharge (CPO) et les fournisseurs de services de mobilit\u00e9 \u00e9lectrique (eMSP), ISO 15118-20 se situe \u00e0 la crois\u00e9e d’une \u00e9ch\u00e9ance r\u00e9glementaire et d’un potentiel nouveau march\u00e9 de services \u00e9nerg\u00e9tiques, source de revenus.<\/p>\n\n\n\n

Sur le plan r\u00e9glementaire, le r\u00e8glement d\u00e9l\u00e9gu\u00e9 (UE) 2025\/656 de la Commission, qui modifie l’AFIR, impose aux bornes de recharge AC et DC accessibles au public nouvellement install\u00e9es ou r\u00e9nov\u00e9es d’\u00eatre conformes \u00e0 la norme EN ISO 15118-20:2022 \u00e0 partir du 1er janvier 2027. Pour les bornes de recharge priv\u00e9es, l’exigence s’applique \u00e0 la recharge en mode 3 et en mode 4. Les bornes de recharge publiques offrant l’authentification et l’autorisation automatiques doivent prendre en charge \u00e0 la fois EN ISO 15118-2:2016 et EN ISO 15118-20:2022.<\/p>\n\n\n\n

Sur le plan des revenus, ISO 15118-20 fournit la communication normalis\u00e9e entre le v\u00e9hicule et le chargeur dont un VE stationn\u00e9 a besoin pour participer \u00e0 des services \u00e9nerg\u00e9tiques bidirectionnels. Elle normalise l’\u00e9change par lequel le v\u00e9hicule et le chargeur n\u00e9gocient la d\u00e9charge, ce qui sous-tend l’arbitrage \u00e9nerg\u00e9tique, le peak shaving et les services d’\u00e9quilibrage du r\u00e9seau \u00e9lectrique. Le b\u00e9mol, trait\u00e9 plus bas dans \u00ab\u00a0En pratique\u00a0\u00bb, est que la norme est n\u00e9cessaire mais pas suffisante pour cr\u00e9er cette valeur.<\/p>\n\n\n\n

En pratique<\/h2>\n\n\n\n

L’erreur d’interpr\u00e9tation la plus courante au sujet d’ISO 15118-20 consiste \u00e0 assimiler un chargeur \u00ab\u00a0conforme -20\u00a0\u00bb \u00e0 un chargeur \u00ab\u00a0pr\u00eat pour le V2G et g\u00e9n\u00e9rateur de revenus\u00a0\u00bb. Ce n’est pas la m\u00eame chose, et la diff\u00e9rence d\u00e9termine si un d\u00e9ploiement bidirectionnel rapporte r\u00e9ellement quelque chose.<\/p>\n\n\n\n

ISO 15118-20 r\u00e9git la communication entre le v\u00e9hicule et le chargeur. Elle leur permet de convenir si l’\u00e9nergie peut circuler dans les deux sens, des limites applicables et de la fa\u00e7on dont la recharge ou la d\u00e9charge doit \u00eatre pilot\u00e9e localement. Elle ne dit rien de la mani\u00e8re dont le backend de l’op\u00e9rateur planifie, mesure ou facture ce flux. Cette t\u00e2che revient au protocole backend, l’OCPP<\/a>, et plus pr\u00e9cis\u00e9ment \u00e0 l’OCPP 2.1, publi\u00e9 le 23 janvier 2025. L’OCPP 2.1 apporte la prise en charge native d’ISO 15118-20, un bloc fonctionnel Bidirectional Charging et un bloc fonctionnel DER Control, et offre donc un moyen normalis\u00e9 pour qu’une station de recharge compatible et un CSMS \u00e9changent les informations n\u00e9cessaires au fonctionnement bidirectionnel. Un d\u00e9ploiement commercial complet peut aussi n\u00e9cessiter des syst\u00e8mes de gestion de l’\u00e9nergie, de comptage, de facturation, d’agr\u00e9gation et d’int\u00e9gration au r\u00e9seau.<\/p>\n\n\n\n

Cons\u00e9quence pratique\u00a0: acheter du mat\u00e9riel compatible ISO 15118-20 sans backend ni fonctions de gestion de l’\u00e9nergie compatibles limite la capacit\u00e9 d’un op\u00e9rateur \u00e0 coordonner et \u00e0 commercialiser des flux d’\u00e9nergie bidirectionnels.<\/p>\n\n\n\n

Sur la plateforme AMPECO, ISO 15118 est pris en charge nativement via Hubject Plug & Charge, tout comme l’OCPP 2.0.1 et 2.1\u00a0: l’\u00e9change entre le v\u00e9hicule et le chargeur et la planification c\u00f4t\u00e9 backend sont g\u00e9r\u00e9s comme un seul syst\u00e8me.<\/p>\n\n\n\n

L’interop\u00e9rabilit\u00e9 continue de m\u00fbrir. Les programmes de test de CharIN portent sp\u00e9cifiquement sur la communication ISO 15118-20, TLS 1.3, l’authentification mutuelle, la recharge pilot\u00e9e et la recharge bidirectionnelle, ce qui montre que ces fonctions entrent dans la phase de mise en \u0153uvre et de test r\u00e9els, tout en exigeant encore une validation rigoureuse entre fournisseurs. <\/p>\n\n\n\n

ISO 15118-2 et ISO 15118-20\u00a0: ce qui change<\/h2>\n\n\n\n

ISO 15118-20 est une \u00e9volution majeure d’ISO 15118-2, et non une r\u00e9vision mineure. Les deux normes utilisent des profils de couche application et de s\u00e9curit\u00e9 distincts\u00a0: un chargeur ou un v\u00e9hicule qui doit prendre en charge les deux doit donc impl\u00e9menter les deux g\u00e9n\u00e9rations de protocole et s\u00e9lectionner le profil appropri\u00e9 lors de l’\u00e9tablissement de la session.<\/p>\n\n\n\n

Pour les CPO qui planifient des investissements d’infrastructure, la cons\u00e9quence pratique est que les deux normes devront coexister. Les chargeurs ont besoin d’ISO 15118-2 pour servir les v\u00e9hicules qui utilisent le protocole de premi\u00e8re g\u00e9n\u00e9ration, et d’ISO 15118-20 pour prendre en charge les fonctions plus r\u00e9centes et respecter les exigences europ\u00e9ennes d’interop\u00e9rabilit\u00e9 applicables en 2027.<\/p>\n\n\n\n

Caract\u00e9ristique<\/strong><\/td>ISO 15118-2 (2014)<\/strong><\/td>ISO 15118-20 (2022)<\/strong><\/td><\/tr>
G\u00e9n\u00e9ration de protocole<\/strong><\/td>Premi\u00e8re g\u00e9n\u00e9ration<\/td>Deuxi\u00e8me g\u00e9n\u00e9ration<\/td><\/tr>
Profil TLS<\/strong><\/td>TLS 1.2 pour Plug & Charge<\/td>TLS 1.3<\/td><\/tr>
Authentification TLS<\/strong><\/td>Le v\u00e9hicule authentifie la station de recharge\u00a0; le TLS mutuel n’est pas exig\u00e9<\/td>Authentification mutuelle<\/td><\/tr>
Flux d’\u00e9nergie<\/strong><\/td>Recharge principalement unidirectionnelle\u00a0; pas de jeu de messages BPT natif<\/td>Transfert d’\u00e9nergie bidirectionnel natif<\/td><\/tr>
Cas d’usage V2X<\/strong><\/td>Pas de prise en charge native<\/td>Prend en charge V2G, V2H et V2B<\/td><\/tr>
Modes de contr\u00f4le<\/strong><\/td>Contr\u00f4le planifi\u00e9<\/td>Contr\u00f4le planifi\u00e9 et dynamique<\/td><\/tr>
Gestion des contrats<\/strong><\/td>Mod\u00e8le de premi\u00e8re g\u00e9n\u00e9ration, orient\u00e9 contrat unique<\/td>Gestion multicontrat<\/td><\/tr>
Profil cryptographique<\/strong><\/td>Suites cryptographiques, courbes et param\u00e8tres de certificats plus anciens<\/td>Suites cryptographiques TLS 1.3 et param\u00e8tres de certificats mis \u00e0 jour<\/td><\/tr>
Compatibilit\u00e9 de la couche application<\/strong><\/td>\u2013<\/td>Distincte d’ISO 15118-2\u00a0; une impl\u00e9mentation double pile est n\u00e9cessaire<\/td><\/tr>
Enjeu de d\u00e9ploiement dans l’UE<\/strong><\/td>N\u00e9cessaire pour le parc de v\u00e9hicules existant et la coexistence avec Plug & Charge en recharge publique<\/td>Obligatoire pour les bornes de recharge concern\u00e9es nouvellement install\u00e9es ou r\u00e9nov\u00e9es \u00e0 partir du 1er janvier 2027<\/td><\/tr><\/tbody><\/table><\/figure>\n\n\n\n

ISO 15118-20 permet la communication bidirectionnelle entre le v\u00e9hicule et le chargeur, mais ne cr\u00e9e pas \u00e0 elle seule un d\u00e9ploiement V2G complet. Des fonctions backend et de gestion de l’\u00e9nergie sont \u00e9galement n\u00e9cessaires pour coordonner et commercialiser les flux d’\u00e9nergie bidirectionnels.<\/p>\n\n\n\n

Termes associ\u00e9s<\/h2>\n\n\n\n