☰
ISO 15118-20-2022深度解析:电动车充电通信协议的网络层与应用层规则
2026/10/29 3:14:01 网站建设 项目流程

简介:ISO 15118-20:2022是国际标准化组织发布的道路车辆与电网通信接口标准,聚焦第二代网络层与应用层要求,面向电动汽车充电协议开发者、车载通信工程师及充电设施设计人员,用于解决不同品牌车辆与充电桩之间的互操作与通信安全问题。资源包内含1个PDF文件,约34.74MB,为ISO官方英文原版标准全文,涵盖范围、规范性引用、术语定义、缩略语、基于OSI的服务约定及XML模式图示等内容,可据此查阅网络层数据传输、路由与错误检测机制,以及应用层身份验证、计费、充电状态监控等服务的规范条款。目前已有159人学习下载,适合需要对照原文核对协议实现细节、开展充电通信开发或标准符合性验证的读者作为案头参考。

1. 电动车充电那根线背后,藏着一套“对话规则”

很多人以为电动车充电就是把插头怼进去、电流一通就完事。其实插枪之后,车和充电桩之间会先“聊”上几句:你是谁、能接受多大功率、用交流还是直流、这次充电要不要计费、什么时候开始、什么时候停。这套对话如果各说各话,轻则充不上电,重则协议对不上直接报错。ISO 15118-20-2022 就是给这场对话定规矩的国际标准,全称是《道路车辆——车辆与电网通信接口——第20部分:第二代网络层与应用层要求》。通俗地说,它规定了电动车和充电设施之间“怎么开口、说什么话、按什么顺序说”的第二代规则。搞懂它,你就能明白为什么有的车插上就能即插即充,有的却要反复刷卡;也能看懂充电协议里那些让人头大的名词到底在管什么。

2. 为什么需要第二代:从“能充上”到“聪明地充”

2.1 第一代解决了“通不通”,第二代要解决“聪不聪明”

早期的车辆与电网通信标准,核心任务是让车和桩能互相识别、把电充进去。这就像两个人初次见面,先确认对方说的是不是同一种语言。第一代做到了这一点,但它对“充完之后怎么结算”“电网紧张时能不能反向送电”“充电功率能不能跟着电价动态调整”这些事,规定得比较粗。ISO 15118-20 作为第二代,把网络层和应用层的细节重新梳理了一遍,重点放在更灵活的服务选择、更完整的安全机制和更细的时序控制上。打个比方,第一代是让两个人能打电话,第二代是让这通电话能开免提、能三方通话、还能边聊边传文件。

2.2 它到底规定了哪些层的事情

这份标准按分层思路组织内容,从底下的数据链路、网络传输,一路管到最上面的应用消息。网络层部分明确了数据传输方式、地址分配、路由和错误检测这些基础规则;应用层部分则定义身份验证、计费、充电状态监控、服务选择等具体业务怎么表达。中间还夹着传输层安全、报文编码、协议握手等内容。可以把它理解成一套“通信宪法”:底下几层保证数据能可靠送到,上面几层保证送到之后双方知道该干什么。标准里还专门写了通信状态机、消息时序和错误处理,说明它不只关心“正常情况怎么聊”,也关心“聊崩了怎么收场”。

2.3 互操作性是它存在的根本理由

不同厂商造的车、不同运营商建的桩,如果每家都用自己的私有协议,结果就是车主得装一堆应用、带一堆卡。ISO 15118-20 的价值在于把接口统一:只要双方都按这套规则实现,车开到哪个桩都能走同一套流程。标准里对证书管理、根证书数量与有效期、TLS 的支持方式都有规定,目的就是让“陌生车”和“陌生桩”之间也能建立可验证的信任。这背后其实是一种取舍:规则定得越细,互操作越稳,但实现成本也越高。第二代之所以厚,正是因为它把很多第一代留给厂商自由发挥的地方收紧了。

3. 拆开看:网络层和应用层各管什么

3.1 网络层:保证数据“送得到、送得对”

网络层在标准里对应的是网络链路层和传输层相关的要求。它规定了适用的协议参数、IP 地址怎么分配、TCP 和 UDP 各自用在什么场景、TLS 怎么架设。通俗地说,这一层不关心你聊的是充电还是计费,只关心数据包从车到桩(或反过来)能不能按顺序、不丢失地到达。标准里对协议数据单元的结构也有说明,相当于规定了“信封该怎么写”。如果这一层没实现对,上面的应用消息再完整也发不出去。很多现场调试时遇到的“连不上”,翻到最后往往是地址分配或传输层参数没对齐,而不是业务逻辑写错了。

3.2 应用层:把“充电这件事”翻译成双方都懂的消息

应用层是普通人最能感知的部分。标准里定义了协议握手消息、请求与响应消息、复杂数据类型,以及服务选择机制。所谓服务选择,就是双方在正式干活前先商量:这次用哪个服务、参数怎么配。比如直流充电和交流充电的时序就不一样,标准分别给出了消息序列和通信会话的建立过程。应用层还规定了响应码怎么处理、请求响应顺序有什么要求、多路复用通信怎么组织。这些内容听起来琐碎,但正是它们决定了充电过程是顺畅还是卡壳。可以把它想成一份“对话剧本”:谁先说、谁后答、答错了怎么重来,都写在里面。

3.3 安全不是附加项,而是长在协议里的

这份标准把安全概念放在很靠前的位置,涉及证书与密钥管理、根证书的数量和有效期、TLS 的支持与应用、防火墙、密钥保护和随机数生成。它没有把安全当成“以后再加”的功能,而是要求通信从一开始就带着身份和加密走。对普通读者来说,记住一点就够了:第二代标准里,车和桩之间的信任不是靠“插上了就是自己人”,而是靠证书链和加密通道来确认。这也是为什么实现这套标准的设备,往往需要额外的安全芯片或密钥存储方案。

4. 容易搞混的几个概念:别把“接口”当成“插头”

4.1 易混点一:通信接口不等于物理接口

很多人看到“车辆与电网通信接口”,第一反应是充电枪的形状。其实这份标准管的是“通信”,不是“插头长什么样”。物理连接由另外的标准体系负责,ISO 15118-20 关心的是连上之后双方怎么交换消息。混淆的原因在于中文里“接口”一词既指硬件插口也指软件约定。区分方法很简单:看它规定的是电压电流针脚,还是消息格式和时序。前者是硬件标准,后者是通信标准。

4.2 易混点二:网络层不等于“上网”

标准里的网络层,指的是通信分层模型中的那一层,负责寻址和传输,跟“能不能连互联网”不是一回事。有人一听网络层就联想到路由器、宽带,其实车和桩之间可以是一条很局部的链路。混淆来自日常用语和技术用语的错位。判断时看上下文:如果讨论的是 IP 地址、TCP/UDP、TLS,那说的是分层模型里的网络与传输;如果讨论的是“能不能远程升级”,那才是另一回事。

4.3 易混点三:第二代不是把第一代全盘推翻

“第二代”听起来像是推倒重来,实际上它是在第一代基础上补齐网络层和应用层的细节,尤其是服务选择、安全机制和消息时序。很多基本思路是延续的。混淆的原因是版本号容易让人以为互不兼容。区分要看具体实现:如果设备声称支持第二代,通常意味着它实现了更完整的证书体系和服务协商流程,而不是说第一代的报文格式全部作废。

4.4 易混点四:应用层消息不等于用户界面

应用层定义的是机器之间交换的消息,不是你在充电桩屏幕上看到的按钮和提示。屏幕界面属于人机交互,消息才是车和桩真正“说”的话。有人把“应用层”理解成“给用户用的那一层”,这是把软件分层和产品体验混在一起了。区分方法:看它描述的是数据结构、请求响应,还是按钮布局、文字提示。前者是协议,后者是产品。

4.5 易混点五:标准文本不等于实现方案

这份标准写的是“要求”,不是“代码”。它告诉你必须满足哪些行为,但不规定你用哪种编程语言、跑在哪个芯片上。初学者容易把标准里的消息定义直接当成可运行的程序。区分在于:标准是约束,实现是选择。同一份标准,不同厂商可以写出完全不同的软件,只要对外表现符合要求即可。

5. 什么时候用得上,什么时候别硬套

先说用得上。如果你在做充电桩的通信模块、车端的充电控制软件,或者负责充电网络的互联互通测试,这份标准就是绕不开的参照。它尤其适合用来对齐三件事:一是握手和服务选择的流程,二是证书与 TLS 的落地方式,三是异常情况下的响应码和重试逻辑。很多互操作问题不是功能没做,而是时序和错误处理没按同一套剧本走。拿它当对照表,能快速定位“到底是谁没按规矩来”。

再说别硬套。如果你只是普通车主,想搞懂为什么充电偶尔失败,没必要逐页啃标准,知道“插枪后有一段协商过程”就够用了。如果你做的是与充电无关的车载功能,或者只是想把一个私有 demo 跑通,硬套这套完整的分层和安全要求,成本会高得不成比例。还有一种情况要留意:标准里有些内容是规范性附录,有些是资料性附录,前者是必须遵守的,后者更多是参考示例。把资料性内容当成硬性要求去实现,容易做出一堆没人验证过的功能。

我自己的习惯是,每次碰到充电通信对不上的问题,先不急着改代码,而是把标准里的消息时序图和响应码处理翻出来,对照现场日志走一遍,往往能发现是某一步的请求响应顺序错了,而不是协议本身有多玄学。这份资料适合放在手边当查证工具,而不是从头读到尾的小说。希望它也能帮你在下一次调试时少走点弯路。

本文还有配套的精品资源,点击获取

需要专业的网站建设服务?

联系我们获取免费的网站建设咨询和方案报价,让我们帮助您实现业务目标

立即咨询