OCPP 与 ISO 15118 是什么？充电桩通信协议、即插即充与出口要求一次讲清

更新日期：2026年11月5日｜适用对象：带联网功能的交流桩、直流快充桩，以及充电运营平台和充电模块供应商

阅读提示：本文以 Open Charge Alliance 公开的协议文档、ISO 15118 系列标准的公开介绍，以及欧盟、美国官方文件为依据整理，行业资料仅用于补充说明。协议版本与法规引用变化较快，签约或送测前请以标准原文和客户技术规格书为准。

充电桩出口，客户最常问的两个协议是 OCPP 和 ISO 15118。前者管“桩和后台怎么说话”，后者管“车和桩怎么说话”。很多工厂把两者混为一谈，报价时只说一句“支持 OCPP”，结果在运营商招标的技术评分里丢分。本文把两个协议的分工、版本差异，以及出口时要准备的协议材料讲清楚。

一、先分清两个协议的分工

充电桩有三个对话方：运营后台、车辆、用户。OCPP 解决桩与后台之间的通信，ISO 15118 解决车与桩之间的通信，两者不是替代关系，也不是升级关系。

• OCPP：桩 ↔ 运营平台。它决定这台桩能不能被别人的平台接进去。

• ISO 15118：车 ↔ 桩。它决定能不能做即插即充、能不能参与车网互动。

• 两者可以只具备其一。只做后台管理，OCPP 够用；要进欧盟公共充电项目或做即插即充，才需要 ISO 15118。

采购文件里常见的写法是两条并列要求：“OCPP 1.6J 及以上”和“支持 ISO 15118 即插即充”。看到这两句要分别回应，不能用一个“支持开放协议”糊过去，评标专家一眼就能看出有没有做过。

还有一个容易忽略的点：协议能力不等于产品功能。一台桩可以协议齐全，但支付、计量、远程启停的实际体验很差；反过来，功能做得再好，协议不标准，平台也接不进去。两类问题要分开排查。

二、OCPP 是什么，管什么

OCPP（Open Charge Point Protocol）由开放充电联盟（Open Charge Alliance，OCA）维护，是目前使用最广的桩—后台通信协议。它定义的不是界面，而是消息：谁发起、传哪些字段、失败怎么回。

常见版本有四个：

• OCPP 1.5：早期版本，基于 SOAP/XML，新项目基本不再采用，只在老旧平台维护中出现。

• OCPP 1.6（含 1.6J）：1.6J 用 JSON over WebSocket，是存量最多、兼容性最好的版本。

• OCPP 2.0.1：引入设备模型、更强的安全机制、更完整的智能充电与即插即充支持。

• OCPP 2.1：在 2.0.1 基础上继续扩展，近年新项目开始出现，但平台生态的支持度还不如 1.6J。

从功能上看，OCPP 覆盖远程启动与停止、事务与计费数据、智能充电曲线、固件升级、诊断、屏幕消息、本地授权列表。对制造商来说，它决定的是“互通性”，不是“安全性”，安全要靠 TLS、证书和固件机制另外做。

OCA 提供一致性认证项目，通过认证的产品会列在联盟的公开名录里。招标文件里如果写“需提供 OCPP 认证”，指的就是这个；如果只写“支持 OCPP 1.6J”，通常接受第三方测试报告或平台联调记录。报价前先问清客户要哪一种证据，两者的成本差很多。

三、OCPP 1.6J 与 2.0.1 的差别

选型时最常被问的就是这一句：到底做 1.6J 还是 2.0.1。差别不只在版本号，而在安全模型和设备管理方式。

实务建议：客户平台较老，1.6J 更稳；欧盟新项目、要求即插即充与安全日志，2.0.1 更合适。两者也可以同时支持、用配置切换，但测试工作量会明显增加，报价时要把这部分算进去。

另一个隐性成本是文档。2.0.1 的设备模型要求厂商提供变量清单和读写权限说明，这份文档往往要几十页，客户会拿去和平台方核对。很多项目卡在这一步，不是技术做不到，而是没人整理。

四、ISO 15118 是什么，即插即充怎么实现

ISO 15118 是车辆与充电设备之间的通信标准，规定了物理层、网络层、应用层消息以及安全证书体系。它解决的是“车怎么证明自己是谁、要充多少、怎么付钱”。

• 物理层：交流桩和直流桩常用电力线通信（PLC），基于 HomePlug Green PHY。

• 通信内容：车辆身份、电池状态、充电参数、计费与支付信息。

• 即插即充（Plug & Charge）：车辆与充电桩用证书互相认证，插枪即自动开始充电和计费，不需要刷卡或扫码。

• ISO 15118-20：在早期版本基础上扩展，支持双向充放电（V2G）与无线充电等场景。

对制造商的实际含义是：要做即插即充，硬件上需要 PLC 模块和安全元件，软件上要实现证书管理与 TLS，还要和车企或运营商做互联互通测试。这不是“加一个协议栈”就能完成的事，设计阶段就要评估。

证书体系是另一个门槛。即插即充依赖一条信任链：车厂签发的车辆证书、运营商或充电网络签发的桩证书、以及根证书机构。三方的证书策略要对齐，任何一环换算法或换有效期，都要重新联调。项目排期时要把这部分单独列出来，不要混在“软件开发”里。

五、为什么 AFIR 和 NEVI 都点名这两个协议

欧盟 AFIR 要求公共充电点使用开放通信标准，并提供无需合同的临时充电；美国 NEVI 的资金条件里明确要求 OCPP 1.6J 或更高版本，以及 ISO 15118 支持。两者出发点不同，落点相似：都希望充电网络是可互联的，而不是被某一家平台锁死。

这里有两个容易误解的地方：

• 这些是“公共充电设施”或“联邦资金项目”的要求，不是所有充电桩的通用准入条件。家用桩不做 AFIR 也不会被拒。

• 法规写的是“开放标准”，OCPP 是事实标准而非法律指定名称。真正的约束来自运营商招标文件，签约前要把具体版本和功能写进技术协议。

还有一层现实：法规文本往往只说“开放标准”，具体到 OCPP 哪个版本、要不要 ISO 15118、要不要支持某种支付，都是成员国或州在招标文件里补的。同一份欧盟法规，在德国和法国的落地条款可能不一样，报价前必须拿到项目所在地的技术规格书。

六、出口前要准备哪些协议材料

协议能力在招标里是打分项，光说“支持”没有说服力。建议准备五类材料：

• 协议一致性声明：写明支持版本、已实现功能清单、已知限制。

• 测试报告：OCPP 一致性测试结果、ISO 15118 互联互通测试记录。

• 安全方案：TLS 版本、证书更新机制、安全事件日志的存储与导出。

• 平台对接记录：与目标运营商平台的联调报告，这一项在评标里权重最高。

• 版本演进承诺：后续固件升级是否保持协议兼容，是否支持远程回滚。

这五类材料里，前两类是“能证明”，后三类是“能交付”。很多厂商前两类齐全，后三类空白，结果在实施阶段被客户追着补，工期一拖就是几个月。

七、平台对接最常见的五个问题

• 计费单位不一致：有的平台按分钟计费，有的按 kWh，字段精度也不同，联调时最容易对不上账。

• 心跳与超时：桩端心跳间隔、平台断线判定时间不匹配，表现为“平台显示离线但桩在充电”。

• 断网续传：充电过程中断网，恢复后事务记录能否补传，直接决定月底对账能不能做平。

• 时间同步：桩端时钟漂移会让计费时段错位，NTP 配置要在出厂前确认。

• 固件升级的灰度：平台一次性推送全站升级，出问题就是整站停运，升级策略要能分批。

这五个问题几乎每个项目都会遇到，提前在技术协议里写清楚处理方式，比事后扯皮划算得多。

八、常见问题

Q：OCPP 是强制认证吗？ A：不是。OCPP 由行业联盟维护，没有法定强制认证；但运营商招标、政府补贴项目常把它写成硬性条件，实际效果等同于门槛。

Q：支持 OCPP 1.6J 就能接入所有平台吗？ A：不一定。同一版本下各家平台的扩展字段不同，接入前必须联调，重点核对计费、远程启停和智能充电三项。

Q：ISO 15118 和 OCPP 必须同时具备吗？ A：不必须。只做后台管理，OCPP 够用；要做即插即充或参与欧盟公共充电项目，才需要 ISO 15118。

Q：OCPP 2.0.1 会不会取代 1.6J？ A：短期不会。存量平台和充电桩大量基于 1.6J，新项目在往 2.0.1 迁移，过渡期两者并存。

Q：做即插即充需要改硬件吗？ A：通常需要。要有 PLC 通信模块和安全元件，具体取决于现有硬件方案，建议在设计阶段就评估，不要等样机定型。

九、官方参考来源

Open Charge Alliance：OCPP 规范与认证项目，https://www.openchargealliance.org/

ISO：ISO 15118 系列标准（在 ISO 官网检索标准号），https://www.iso.org/search.html?q=ISO+15118

欧盟：替代燃料基础设施法规 AFIR（EU）2023/1804，https://eur-lex.europa.eu/eli/reg/2023/1804/oj

美国联邦公路管理局：NEVI 项目与 23 CFR Part 680，https://www.fhwa.dot.gov/environment/nevi/

相关阅读：《充电桩出口认证全攻略》｜《充电桩CE认证怎么做》

如需为您的充电桩产品梳理协议能力与认证路径，欢迎联系我们：【全球通检测／郑工181-2638-7162】