0. 문서 개요

1. 규격 개요

1.1 전송 방식 — DataTransfer 래핑

모든 PnC 메시지는 표준 OCPP 1.6 DataTransfer로 래핑합니다.

[2,"123456","DataTransfer",{
  "vendorId": "org.openchargealliance.iso15118pnc",
  "messageId": "SignCertificate",
  "data": "{\"csr\":\"-----BEGIN CERTIFICATE REQUEST-----\\n...\"}"
}]

응답(CALLRESULT)의 data에는 대응하는 conf JSON 문자열이 담깁니다 — 요청·응답이 하나의 OCPP CALL/CALLRESULT 쌍 안에서 완결됩니다.

1.2 활성화 게이트 — Rejected 응답의 의미

1.3 메시지 목록 (9종)

1.4 충전기 설정 키 (OCA §9)

1.5 암호·프로파일 요구 (공단 가이드라인)

• V2G 인증서 키: secp256r1 / ECDSA-SHA256
• EV↔SECC TLS 1.2, cipher 0xC023·0xC025 둘 다 지원
• OCPP 전송: Security Profile 2 이상 (SP0/1 불가)
• 계약 갱신(CertificateUpdate)은 공공 V2G PKI 미지원 — SECC ServiceDetail에 Installation만 제공

2.1 V2G 충전기 인증서 발급 (A02/A03)

CSMS ─(선택)─ TriggerMessage ──▶ CP        ← CSMS 주도(A02). CP 자발 시작(A03)도 가능
CP  ── 새 키쌍 생성 → SignCertificate(csr) ──▶ CSMS   (conf: status Accepted/Rejected)
CSMS ── KPNC(공공 V2G PKI) 발급 ── CertificateSigned(certificateChain) ──▶ CP
CP  ── 체인 검증 후 설치, conf status Accepted / (검증 실패 시) Rejected ──▶ CSMS

TriggerMessage.req (CSMS → CP)

필드 없음 — data는 "{}". OCPP 2.0.1처럼 requestedMessage를 넣지 않습니다(OCA 정의). 수신하면 새 키쌍을 생성해 SignCertificate를 (재)시작합니다.

SignCertificate.req (CP → CSMS)

CSR 요구사항: EC secp256r1 키, 자기서명 유효할 것. CSMS는 파싱·서명 검증 실패 시 conf {"status":"Rejected"}. Accepted는 "접수" 의미 — 발급 완료가 아닙니다. 발급이 지연·실패해도 재제출은 백오프 설정 또는 CSMS 트리거를 따릅니다.

CertificateSigned.req (CSMS → CP)

충전기는 체인을 설치된 V2G Root로 검증하고, 유효하면 ISO 15118 충전기 인증서로 설치 후 {"status":"Accepted"}, 무효면 {"status":"Rejected"}로 응답해야 합니다. (V2G Root는 CSMS가 사전에 InstallCertificate로 배포 — 2.5)

2.2 계약 인증서 설치 (M01) — Get15118EVCertificate

EV가 CertificateInstallationReq(EXI)를 보내면 충전기는 EXI를 변경 없이 CSMS로 릴레이합니다.

Get15118EVCertificate.req (CP → CSMS)

Get15118EVCertificate.conf (CSMS → CP)

충전기는 exiResponse를 EV에 그대로 전달합니다. CSMS 처리(공공 PKI 조회)에 수 초가 걸릴 수 있으므로 EV 측 타임아웃(V2G_SECC_Msg_Performance_Time) 내 응답 대기를 구현하십시오.

2.3 PnC 인가 (C07) — 래핑 Authorize

Authorize.req (CP → CSMS)

Authorize.conf (CSMS → CP)

오프라인 동작: ContractValidationOffline=false면 오프라인 충전 불허. true면 로컬 검증 후 Local Authorization List/Cache 규칙(OCA §5 표)을 따릅니다.

2.4 OCSP 프록시 (M06) — GetCertificateStatus

충전기가 계약 인증서 상태를 직접 확인하고 싶을 때 사용합니다(선택).

2.5 루트 인증서 관리 (M03/M04/M05) — CSMS → CP

3. 오류 처리 매트릭스

4. 구현 체크리스트 (제조사)

• ☐vendorId org.openchargealliance.iso15118pnc 래핑 DataTransfer 송수신 — data는 JSON 문자열(수신 파싱 포함)
• ☐설정 키 ISO15118PnCEnabled·ContractValidationOffline(필수), CentralContractValidationAllowed(권장 true)
• ☐SignCertificate: EC secp256r1 키쌍 생성·PEM CSR, CertificateSigned 체인(leaf 우선) 검증·설치, 실패 시 내부·바깥 status 모두 Rejected
• ☐TriggerMessage(필드 없음) 수신 → SignCertificate 재시작
• ☐Get15118EVCertificate: EXI 무변조 릴레이, Failed 시 EV 오류 매핑
• ☐래핑 Authorize (PnC 세션에서 일반 Authorize 금지) + StartTransaction idTag=eMAID
• ☐InstallCertificate(V2G/MO Root)·GetInstalledCertificateIds·DeleteCertificate 처리
• ☐CertificateSignedMaxChainSize ≥ 5600
• ☐PnC 실패 시 EIM 폴백(케이블 재연결 없이)
• ☐EV↔SECC: TLS 1.2 + cipher 0xC023/0xC025, ServiceDiscovery에 ContractCertificate(Installation만)

5. 문의

PnC 활성화(충전기별 설정), 시험 환경, 공단(KPNC) 온보딩 일정은 CSMS 운영팀에 문의하십시오.

문의: axd@bionever.com