Detailéiert Erklärung vum technesche Funktionsprinzip vum PnC Plug&Charge Ladeservice -1

1. Phase vum Opbau vu Vertrauen tëscht Gefierer a Ladestatiounen

Identitéitsverifizéierung:D'Ladestatioun verifizéiert hir Identitéit iwwer den SECC (Supply Equipment Communication Controller) Zertifikat, während d'Gefier dat fabrécksdefinéiert V2G Root Zertifikat (Trust Anchor) fir d'Kräizverifizéierung benotzt. Fir Attacken op Zertifikatsfälschungen ze verhënneren, huet de System OCSP (Online Certificate Status Protocol) agefouert. Am neiste ISO15118-20 Standard ass d'Echtzäit-Widerrufsverifizéierung fir all Zertifikater (inklusiv Sub CA a Leaf Zertifikater) obligatoresch, fir sécherzestellen, datt all Kommunikatiounsverbindung ënner strenger Konformitéitskontroll steet.

An dëser Phas schüttelen sech d'Gefier (EV) an d'Ladestatioun (EVSE) no dem ISO 15118 Protokoll d'Hand. Nodeems d'Asetzen vun der Pistoul ofgeschloss ass an eng digital Kommunikatiounsverbindung opgebaut gouf, verhandelen déi zwou Parteien, fir d'Applikatiounsversioun vum Transport Layer Security Protocol (TLS) ze bestëmmen:

• TLS 1.2gëtt an der ISO 15118-2 Norm benotzt;
• Wann Dir deISO 15118-20Standard,TLS 1.3gëtt ugeholl;

1. D'Ladestatioun presentéiert dem Elektroauto hir Zertifikatskette, inklusiv dem Supply Equipment Communication Controller (SECC) Zertifikat an dem Charge Operator (CPO) Intermediate Certificate Authority (Sub CA) Zertifikat, fir d'Authentifikatioun vun der vertrauenswürdeger Identitéit vum Gefier ofzeschléissen.
2. Elektroautoen benotzen virinstalléiert Vertrauensanker (dh V2G-Rootzertifikater, déi virun der Liwwerung vum Gefier un d'Benotzer virbestëmmt ginn), fir déi komplett Zertifikatskette ze verifizéieren, déi vun de Ladestatiounen agereecht gëtt.
3. Elektroautoen ënnerleien der Verifizéierung vum Zertifikatsréckzuchsstatus: Ënnert dem ISO 15118-2 Standard sinn SECC-Zertifikater mat enger kuerzer Gültegkeetsdauer (2-3 Méint) entworf, an de Réckzuchsstatus vu CPO Sub CA Zertifikater gëtt iwwer den Online Certificate Status Protocol (OCSP) verifizéiert; Den ISO 15118-20 Standard verlaangt, datt all Zertifikater iwwer den OCSP iwwerpréift ginn.
4. Nodeems all Verifizéierungsschrëtt ofgeschloss sinn, kann den Elektroauto déi vertrauenswierdeg Identitéit vun der Ladestatioun bestätegen, an déi spéider komplett Kommunikatiounsdaten ginn iwwer verschlësselte Methoden iwwerdroen.

2. Etapp vun der Verhandlung iwwer d'Identitéitserkennungsmethod

Déi géigesäiteg exklusiv Logik tëscht EIM a PnC: De Protokoll verbitt streng d'Duebel-Identitéitserkennung bei Benotzer. Wann et festgestallt gëtt, datt de Benotzer manuell iwwer RFID oder App (EIM-Modus) gestart huet, muss d'Ladestatioun den PnC-Ausléiserprozess automatesch ofbriechen, fir de Geschäftsrisiko vun enger duebeler Rechnungsstellung ze vermeiden.

Den ISO 15118 Standard definéiert zwou Mechanismen fir d'Erkennung vun der Identitéit vun der Opluedungssessioun:

• 1. Extern Identifikatiounsmëttel (EIM):ofdeckt Radiofrequenzidentifikatiounskaarten (RFID), Kreditkaarten, mobil Applikatiounen, QR-Coden, etc.;
• 2. Uschléissen & Oplueden:E vollautomatiséierten Authentifikatiounsmechanismus baséiert op Zertifikater.

Kärbeschränkung:Ladestatiounen däerfen keng duebel Identitéitserkennung bei de Benotzer duerchféieren. Wann de Benotzer d'Authentifikatioun iwwer extern Mëttelen, wéi z. B. eng RFID-Kaart, ofschléisst, ier en d'Ladepistol uschléisst, soll d'Ladestatioun d'Ausléise vun der Plug-and-Play-Funktioun ënnerbriechen; soss kann et dozou féieren, datt d'Gefier ëmmer erëm iwwer de Kontraktzertifikat zertifizéiert gëtt, wat zu engem Risiko vun enger duebeler Rechnung féiert.

3. Etapp vun der Identitéitsverifizéierung vum Gefier

Nodeems de System de Plug-and-Play-Lademodus ausgewielt huet, reecht den Elektroauto de Kontraktzertifikat an den ënnerstëtzende Mobile Service Provider (MSP) Sub-CA-Zertifikat un d'Ladestatioun. Déi uewe genannten Zertifikater ginn an eng komplett Zertifikatskette integréiert, an de Kär-Identitéitsverifizéierungsprozess gëtt offiziell gestart. De Backend féiert synchron verschidde Sécherheetskontrollen duerch, fir d'Legalitéit vun de Ladesitzungen, d'Gëltegkeet vun de Rechnungskonten an de Risiko vun enger Fälschung vun der Gefieridentitéit ëmfaassend ze garantéieren.

Fir Replay-Attacken ze verhënneren (dh Hacker, déi Autorisatiounsmessagen offaangen an ëmmer erëm schécken), generéiert de System e zoufällegen 128-Bit-Challengecode. D'Gefier muss e private Schlëssel benotzen, fir den Challengecode z'ënnerschreiwen, an d'Ladestatioun féiert eng Ënnerschrëftverifizéierung op Millisekonnenniveau lokal duerch, andeems se de ëffentleche Schlëssel vum Kontraktzertifikat benotzt. Dës asymmetresch Verschlësselung garantéiert d'Eenzegaartegkeet an d'Onoflehnlechkeet vun der direkter Autorisatioun.

1. Validitéitsverifizéierung vu Ladestapelen op Zertifikatsketten

D'Ladestatioun oder de CPO-Backend-System muss déi folgend zwou Kärverifizéierungen ofschléissen:

• Validitéitsverifizéierung:Bestätegt, datt all Zertifikater an der Zertifikatskette bannent hirer Gültegkeetsdauer sinn;
• Authentizitéitsverifizéierung:Iwwerpréift d'Gëltegkeet vun der digitaler Ënnerschrëft vun der ganzer Kette vum Kontraktzertifikat bis zum Rootzertifikat.

D'Viraussetzung fir d'Ëmsetzung vun der lokaler Verifizéierung ass, datt d'Ladestatioun dat entspriechend Root-Zertifikat virdefinéiert huet – normalerweis dat vum PKI-Bedreiwer zur Verfügung gestallt V2G-Root-CA-Zertifikat, an a verschiddene Fäll dat eegent Root-CA-Zertifikat vum MSP (mat engem relativ niddrege Applikatiounsundeel).

2. Online-Iwwerpréiwung vum Status vum Zertifikatwidderruf

En Deel vum Verifizéierungsprozess baséiert op Online-Interaktioun, an d'Verifizéierung vum Status vum Zertifikatsréckzuch ass ee vun den Haaptprozesser. D'Ladestatioun wäert eng Ufro un de virdefinéierten OCSP-Responder am Zertifikat starten, fir ze bestätegen, datt déi folgend zwou Zorte vu Zertifikater net zréckgezunn goufen:

• CPO Sub CA Zertifikat (gëllt souwuel fir d'ISO 15118-2 wéi och fir d'ISO 15118-20 Normen);
• Vertragszertifikat (nëmmen uwendbar fir d'ISO 15118-20 Norm);

3. Verifizéierung vum Status vum Fakturéierungskonto

Nodeems d'Bezuelung ofgeschloss ass, schléisst de System automatesch de Prozess vum Datenaustausch bis zur Empfangung vun de Fongen of: Nodeems d'Gëltegkeet vum Zertifikat verifizéiert gouf, bestätegt de CPO de Gëltegkeetsstatus vum Rechnungsvertrag vum Benotzer. De System extrahéiert d'ID vum Service Provider aus dem EMAID (Vehicle Networking Account Identifier), an de CPMS associéiert den entspriechende MSP mat dëser ID fir ze kontrolléieren, ob de Kont net suspendéiert oder gekënnegt ass.

4. De Ladeprozess huet ugefaangen

Nodeems d'Identitéit vum Elektroauto bestätegt gouf, verfollegen d'Gefier an d'Ladestatioun dem Message-Austauschprozess vun der ISO 15118 Norm, verhandelen d'Ladeparameter an den Zäitpunkt, an starten den Opluedservice offiziell.

Fir d'PnC (Plug&Charge) Plug-and-Charge-Funktioun ofzeschléissen, ass et néideg de Vertragszertifikat virzestellen, ze späicheren an ze verifizéieren, an dat verschlësselte Materialsystem ze bestätegen, dat intern am Gefierend (EV) an am Stapelend (EVSE) installéiert ass.

Wéi uewe scho gesot, am TLS Protokollsystem:TLS 1.2:ugepasst un ISO 15118-2;TLS 1.3:Kompatibel mat ISO 15118-20; Béid Kommunikatiounsparteie mussen iwwer zwou Zorte vu Kärdaten verfügen:IdentitéitsmaterialienanVertrauensmaterialienDorënner späichert de Schlësselrepository de private Schlëssel vum Apparat an dat entspriechend Blatzertifikat, dat benotzt gëtt fir d'"Legitimitéit vun der Identitéit" ze beweisen; den Trust Inventory späichert vertrauenswierdeg CA-Zertifikater (Trust Anchors), déi benotzt gi fir d'Gëltegkeet vun de Zertifikater vun der anerer Partei ze verifizéieren an d'Fro iwwer d'"Vertrauensgrenz" ze beäntwerten.