ຄຳອະທິບາຍລະອຽດກ່ຽວກັບຫຼັກການເຮັດວຽກດ້ານວິຊາການຂອງການບໍລິການສາກໄຟ PnC Plug&Charge -1

1、 ໄລຍະການສ້າງຄວາມໄວ້ວາງໃຈລະຫວ່າງຍານພາຫະນະ ແລະ ສະຖານີສາກໄຟ

ການຢືນຢັນຕົວຕົນ:ສະຖານີສາກໄຟຈະຢືນຢັນຕົວຕົນຜ່ານໃບຢັ້ງຢືນ SECC (Supply Equipment Communication Controller), ໃນຂະນະທີ່ຍານພາຫະນະໃຊ້ໃບຢັ້ງຢືນຮາກ V2G ທີ່ຕັ້ງໄວ້ລ່ວງໜ້າຈາກໂຮງງານ (Trust Anchor) ສຳລັບການກວດສອບຂ້າມ. ເພື່ອປ້ອງກັນການໂຈມຕີການປອມແປງໃບຢັ້ງຢືນ, ລະບົບໄດ້ນຳສະເໜີ OCSP (Online Certificate Status Protocol). ໃນມາດຕະຖານ ISO15118-20 ລ່າສຸດ, ການກວດສອບການຍົກເລີກແບບເວລາຈິງແມ່ນຈຳເປັນສຳລັບໃບຢັ້ງຢືນທັງໝົດ (ລວມທັງໃບຢັ້ງຢືນ Sub CA ແລະ Leaf) ເພື່ອຮັບປະກັນວ່າການເຊື່ອມຕໍ່ການສື່ສານທຸກອັນຢູ່ພາຍໃຕ້ການຕິດຕາມກວດກາຢ່າງເຂັ້ມງວດ.

ໃນຂັ້ນຕອນນີ້, ຍານພາຫະນະ (EV) ແລະ ສະຖານີສາກໄຟ (EVSE) ຈະຈັບມືກັນໂດຍອີງໃສ່ໂປໂຕຄອນ ISO 15118. ຫຼັງຈາກສຳເລັດການໃສ່ປືນ ແລະ ສ້າງການເຊື່ອມຕໍ່ການສື່ສານດິຈິຕອນແລ້ວ, ທັງສອງຝ່າຍຈະເຈລະຈາເພື່ອກຳນົດລຸ້ນການນຳໃຊ້ໂປໂຕຄອນຄວາມປອດໄພຊັ້ນການຂົນສົ່ງ (TLS):

• TLS 1.2ຖືກນໍາໃຊ້ໃນມາດຕະຖານ ISO 15118-2;
• ເມື່ອໃຊ້ISO 15118-20ມາດຕະຖານ,TLS 1.3ຖືກຮັບຮອງເອົາ;

1. ສະຖານີສາກໄຟຈະນຳສະເໜີລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນຂອງຕົນໃຫ້ກັບຍານພາຫະນະໄຟຟ້າ, ລວມທັງໃບຢັ້ງຢືນຜູ້ຄວບຄຸມການສື່ສານອຸປະກອນສະໜອງ (SECC) ແລະ ໃບຢັ້ງຢືນໜ່ວຍງານອອກໃບຢັ້ງຢືນລະດັບກາງ (Sub CA) ຂອງຜູ້ປະຕິບັດການສາກໄຟ (CPO), ເພື່ອເຮັດສຳເລັດການກວດສອບຕົວຕົນທີ່ເຊື່ອຖືໄດ້ຂອງຍານພາຫະນະ.
2. ຍານພາຫະນະໄຟຟ້າໃຊ້ຕົວຍຶດຄວາມໄວ້ວາງໃຈທີ່ຕິດຕັ້ງໄວ້ລ່ວງໜ້າ (ເຊັ່ນ: ໃບຢັ້ງຢືນຮາກ V2G ທີ່ຕັ້ງຄ່າໄວ້ລ່ວງໜ້າກ່ອນການຈັດສົ່ງຍານພາຫະນະໃຫ້ຜູ້ໃຊ້) ເພື່ອກວດສອບລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນຄົບຖ້ວນທີ່ສົ່ງໂດຍສະຖານີສາກໄຟ.
3. ພາຫະນະໄຟຟ້າຈະຜ່ານການກວດສອບສະຖານະການຍົກເລີກໃບຢັ້ງຢືນ: ພາຍໃຕ້ມາດຕະຖານ ISO 15118-2, ໃບຢັ້ງຢືນ SECC ຖືກອອກແບບດ້ວຍໄລຍະເວລາທີ່ມີຜົນບັງຄັບໃຊ້ໄລຍະສັ້ນ (2-3 ເດືອນ), ແລະສະຖານະການຍົກເລີກໃບຢັ້ງຢືນ CPO Sub CA ຈະຖືກກວດສອບຜ່ານໂປໂຕຄອນສະຖານະໃບຢັ້ງຢືນອອນໄລນ໌ (OCSP); ມາດຕະຖານ ISO 15118-20 ຮຽກຮ້ອງໃຫ້ໃບຢັ້ງຢືນທັງໝົດຜ່ານການກວດສອບສະຖານະການຍົກເລີກຜ່ານ OCSP.
4. ຫຼັງຈາກຜ່ານຂັ້ນຕອນການຢັ້ງຢືນທັງໝົດແລ້ວ, ລົດໄຟຟ້າສາມາດຢືນຢັນຕົວຕົນທີ່ເຊື່ອຖືໄດ້ຂອງສະຖານີສາກໄຟ, ແລະຂໍ້ມູນການສື່ສານເຕັມຮູບແບບຕໍ່ມາຈະຖືກສົ່ງໂດຍໃຊ້ວິທີການເຂົ້າລະຫັດ.

2, ຂັ້ນຕອນການເຈລະຈາວິທີການຮັບຮູ້ຕົວຕົນ

ເຫດຜົນທີ່ບໍ່ກ່ຽວຂ້ອງກັນລະຫວ່າງ EIM ແລະ PnC: ໂປໂຕຄອນຫ້າມຢ່າງເຂັ້ມງວດໃນການປະຕິບັດ "ການຮັບຮູ້ຕົວຕົນຄູ່" ກັບຜູ້ໃຊ້. ຖ້າກວດພົບວ່າຜູ້ໃຊ້ໄດ້ເລີ່ມຕົ້ນດ້ວຍຕົນເອງຜ່ານ RFID ຫຼືແອັບ (ໂໝດ EIM), ສະຖານີສາກໄຟຕ້ອງຢຸດຂະບວນການກະຕຸ້ນ PnC ໂດຍອັດຕະໂນມັດເພື່ອຫຼີກເວັ້ນຄວາມສ່ຽງທາງທຸລະກິດຂອງການຮຽກເກັບເງິນຊໍ້າຊ້ອນ.

ມາດຕະຖານ ISO 15118 ກຳນົດກົນໄກການຮັບຮູ້ຕົວຕົນຂອງຊ່ວງການສາກໄຟສອງຢ່າງຄື:

• 1. ວິທີການລະບຸຕົວຕົນພາຍນອກ (EIM):ກວມເອົາບັດລະບຸຄວາມຖີ່ວິທະຍຸ (RFID), ບັດເຄຣດິດ, ແອັບພລິເຄຊັນມືຖື, ລະຫັດ QR, ແລະອື່ນໆ;
• 2. ສຽບ ແລະ ສາກໄຟ:ກົນໄກການພິສູດຢືນຢັນຕົວຕົນແບບອັດຕະໂນມັດຢ່າງຄົບຖ້ວນໂດຍອີງໃສ່ໃບຢັ້ງຢືນ.

ຂໍ້ຈຳກັດຫຼັກ:ສະຖານີສາກໄຟບໍ່ຄວນປະຕິບັດການຮັບຮູ້ຕົວຕົນສອງຢ່າງກັບຜູ້ໃຊ້. ຖ້າຜູ້ໃຊ້ສຳເລັດການກວດສອບຕົວຕົນຜ່ານວິທີການພາຍນອກເຊັ່ນ: ບັດ RFID ກ່ອນທີ່ຈະເຊື່ອມຕໍ່ປືນສາກໄຟ, ສະຖານີສາກໄຟຄວນຢຸດການເຮັດວຽກຂອງຟັງຊັນສຽບແລະຫຼິ້ນ; ຖ້າບໍ່ດັ່ງນັ້ນ, ມັນອາດຈະເຮັດໃຫ້ຍານພາຫະນະໄດ້ຮັບການຢັ້ງຢືນຊ້ຳໆຜ່ານໃບຢັ້ງຢືນສັນຍາ, ເຊິ່ງນຳໄປສູ່ຄວາມສ່ຽງຕໍ່ການຮຽກເກັບເງິນຊ້ຳກັນ.

3, ຂັ້ນຕອນການຢືນຢັນຕົວຕົນຂອງຍານພາຫະນະ

ຫຼັງຈາກລະບົບເລືອກຮູບແບບການສາກໄຟແບບ plug and play ແລ້ວ, ລົດໄຟຟ້າຈະສົ່ງໃບຢັ້ງຢືນສັນຍາ ແລະ ໃບຢັ້ງຢືນ Sub CA ຂອງຜູ້ໃຫ້ບໍລິການມືຖື (MSP) ໄປຍັງສະຖານີສາກໄຟ. ໃບຢັ້ງຢືນຂ້າງເທິງນີ້ໄດ້ຖືກລວມເຂົ້າກັບລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນທີ່ສົມບູນ, ແລະ ຂະບວນການຢືນຢັນຕົວຕົນຫຼັກຈະເປີດຕົວຢ່າງເປັນທາງການ. ລະບົບ backend ຈະດຳເນີນການກວດສອບຄວາມປອດໄພຫຼາຍໆຄັ້ງພ້ອມໆກັນເພື່ອຮັບປະກັນຄວາມຖືກຕ້ອງຕາມກົດໝາຍຂອງຊ່ວງການສາກໄຟ, ຄວາມຖືກຕ້ອງຂອງບັນຊີການຮຽກເກັບເງິນ, ແລະ ປ້ອງກັນຄວາມສ່ຽງຂອງການປອມແປງຕົວຕົນຂອງຍານພາຫະນະ.

ເພື່ອປ້ອງກັນການໂຈມຕີຊ້ຳອີກ (ເຊັ່ນ: ແຮກເກີດັກສະກັດຂໍ້ຄວາມອະນຸຍາດ ແລະ ສົ່ງຂໍ້ຄວາມເຫຼົ່ານັ້ນຊ້ຳໆ), ລະບົບຈະສ້າງລະຫັດທ້າທາຍແບບສຸ່ມ 128 ບິດ. ຍານພາຫະນະຕ້ອງໃຊ້ລະຫັດສ່ວນຕົວເພື່ອເຊັນລະຫັດທ້າທາຍ, ແລະ ສະຖານີສາກໄຟຈະປະຕິບັດການກວດສອບລາຍເຊັນລະດັບມິນລິວິນາທີໃນທ້ອງຖິ່ນໂດຍໃຊ້ລະຫັດສາທາລະນະຂອງໃບຢັ້ງຢືນສັນຍາ. ການເຂົ້າລະຫັດແບບບໍ່ສະເໝີພາບນີ້ຮັບປະກັນຄວາມເປັນເອກະລັກ ແລະ ການບໍ່ປະຕິເສດການອະນຸຍາດທັນທີ.

1. ການກວດສອບຄວາມຖືກຕ້ອງຂອງກອງໄຟຟ້າໃນລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນ

ສະຖານີສາກໄຟ ຫຼື ລະບົບ backend ຂອງ CPO ຈຳເປັນຕ້ອງເຮັດສຳເລັດການກວດສອບຫຼັກສອງຢ່າງຕໍ່ໄປນີ້:

• ການຢືນຢັນຄວາມຖືກຕ້ອງ:ຢືນຢັນວ່າໃບຢັ້ງຢືນທັງໝົດໃນລະບົບຕ່ອງໂສ້ໃບຢັ້ງຢືນແມ່ນຢູ່ພາຍໃນໄລຍະເວລາທີ່ມີຜົນບັງຄັບໃຊ້ຂອງມັນ;
• ການຢືນຢັນຄວາມຖືກຕ້ອງ:ກວດສອບຄວາມຖືກຕ້ອງຂອງລາຍເຊັນດິຈິຕອນລະບົບຕ່ອງໂສ້ເຕັມຮູບແບບຈາກໃບຢັ້ງຢືນສັນຍາຫາໃບຢັ້ງຢືນຮາກ.

ເງື່ອນໄຂເບື້ອງຕົ້ນສຳລັບການຈັດຕັ້ງປະຕິບັດການຢັ້ງຢືນໃນທ້ອງຖິ່ນແມ່ນວ່າສະຖານີສາກໄຟໄດ້ຕັ້ງຄ່າໃບຢັ້ງຢືນຮາກທີ່ສອດຄ້ອງກັນໄວ້ລ່ວງໜ້າ - ໂດຍປົກກະຕິແລ້ວແມ່ນໃບຢັ້ງຢືນ CA ຮາກ V2G ທີ່ສະໜອງໃຫ້ໂດຍຜູ້ປະຕິບັດການ PKI, ແລະໃນບາງກໍລະນີ, ໃບຢັ້ງຢືນ CA ຮາກຂອງ MSP ເອງ (ມີອັດຕາສ່ວນການນຳໃຊ້ທີ່ຂ້ອນຂ້າງຕ່ຳ).

2. ການຢັ້ງຢືນສະຖານະການຍົກເລີກໃບຢັ້ງຢືນທາງອອນລາຍ

ສ່ວນໜຶ່ງຂອງຂະບວນການຢັ້ງຢືນແມ່ນອີງໃສ່ການພົວພັນທາງອອນລາຍ, ແລະ ການຢັ້ງຢືນສະຖານະການຍົກເລີກໃບຢັ້ງຢືນແມ່ນໜຶ່ງໃນຂະບວນການຫຼັກ. ສະຖານີສາກໄຟຈະເລີ່ມການສອບຖາມໄປຫາຕົວຕອບສະໜອງ OCSP ທີ່ຕັ້ງຄ່າໄວ້ລ່ວງໜ້າໃນໃບຢັ້ງຢືນເພື່ອຢືນຢັນວ່າໃບຢັ້ງຢືນສອງປະເພດຕໍ່ໄປນີ້ບໍ່ໄດ້ຖືກຍົກເລີກ:

• ໃບຢັ້ງຢືນ CPO Sub CA (ໃຊ້ໄດ້ກັບທັງມາດຕະຖານ ISO 15118-2 ແລະ ISO 15118-20);
• ໃບຢັ້ງຢືນສັນຍາ (ໃຊ້ໄດ້ກັບມາດຕະຖານ ISO 15118-20 ເທົ່ານັ້ນ);

3. ການຢັ້ງຢືນສະຖານະບັນຊີການຮຽກເກັບເງິນ

ຫຼັງຈາກການຮຽກເກັບເງິນສຳເລັດແລ້ວ, ລະບົບຈະເຮັດສຳເລັດຂະບວນການໂດຍອັດຕະໂນມັດຕັ້ງແຕ່ການແລກປ່ຽນຂໍ້ມູນຈົນເຖິງການຮັບເງິນ: ຫຼັງຈາກກວດສອບຄວາມຖືກຕ້ອງຂອງໃບຢັ້ງຢືນແລ້ວ, CPO ຈະຢືນຢັນສະຖານະຄວາມຖືກຕ້ອງຂອງສັນຍາການຮຽກເກັບເງິນຂອງຜູ້ໃຊ້. ລະບົບຈະສະກັດ ID ຜູ້ໃຫ້ບໍລິການຈາກຕົວລະບຸບັນຊີເຄືອຂ່າຍຍານພາຫະນະ (EMAID), ແລະ CPMS ຈະເຊື່ອມໂຍງ MSP ທີ່ສອດຄ້ອງກັນກັບ ID ນີ້ເພື່ອກວດສອບວ່າບັນຊີບໍ່ໄດ້ຢູ່ໃນສະຖານະທີ່ຖືກໂຈະ ຫຼື ຍົກເລີກ.

4. ຂະບວນການສາກໄຟເລີ່ມຕົ້ນແລ້ວ

ຫຼັງຈາກຢືນຢັນຕົວຕົນຂອງຍານພາຫະນະໄຟຟ້າແລ້ວ, ຍານພາຫະນະ ແລະ ສະຖານີສາກໄຟຈະປະຕິບັດຕາມຂະບວນການແລກປ່ຽນຂໍ້ຄວາມຂອງມາດຕະຖານ ISO 15118, ເຈລະຈາພາລາມິເຕີການສາກໄຟ ແລະ ໄລຍະເວລາ, ແລະ ເລີ່ມບໍລິການສາກໄຟຢ່າງເປັນທາງການ.

ເພື່ອໃຫ້ໜ້າທີ່ສຽບ ແລະ ສາກໄຟ PnC (Plug&Charge), ມັນຈຳເປັນຕ້ອງຕັ້ງຄ່າລ່ວງໜ້າ, ເກັບຮັກສາ ແລະ ກວດສອບໃບຢັ້ງຢືນສັນຍາ, ແລະ ຢືນຢັນລະບົບວັດສະດຸທີ່ຖືກເຂົ້າລະຫັດທີ່ນຳໃຊ້ພາຍໃນຕົວລົດ (EV) ແລະ ຕົວກອງ (EVSE).

ດັ່ງທີ່ໄດ້ກ່າວມາຂ້າງເທິງ, ໃນລະບົບໂປໂຕຄອນ TLS:TLS 1.2:ປັບຕົວເຂົ້າກັບ ISO 15118-2;TLS 1.3:ເຂົ້າກັນໄດ້ກັບ ISO 15118-20; ຝ່າຍສື່ສານທັງສອງຝ່າຍຕ້ອງມີຂໍ້ມູນຫຼັກສອງປະເພດຄື:ເອກະສານລະບຸຕົວຕົນແລະວັດສະດຸໄວ້ວາງໃຈໃນນັ້ນ, ບ່ອນເກັບຂໍ້ມູນລະຫັດເກັບຮັກສາລະຫັດສ່ວນຕົວຂອງອຸປະກອນ ແລະ ໃບຢັ້ງຢືນໃບທີ່ສອດຄ້ອງກັນ, ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອພິສູດ "ຄວາມຖືກຕ້ອງຕາມກົດໝາຍຂອງຕົວຕົນ"; ສິນຄ້າຄົງຄັງຄວາມໄວ້ວາງໃຈເກັບຮັກສາໃບຢັ້ງຢືນ CA ທີ່ເຊື່ອຖືໄດ້ (trust anchors), ເຊິ່ງຖືກນໍາໃຊ້ເພື່ອກວດສອບຄວາມຖືກຕ້ອງຂອງໃບຢັ້ງຢືນຂອງອີກຝ່າຍໜຶ່ງ ແລະ ຕອບຄໍາຖາມ "ຂອບເຂດຄວາມໄວ້ວາງໃຈ".