企业官网建设流程全解析

简介：ISO 15118-20:2022 标准全文 PDF，面向电动汽车充电通信、V2G 与智能电网方向的协议开发、测试认证及系统集成人员，帮助理解第二代网络层与应用层的统一技术框架。压缩包仅含 1 个 PDF 文件，约 34.74MB，为 ISO 正式发布英文版，含前言、范围、规范性引用、术语定义、缩略语、约定及正文条款，便于按章节查阅。内容围绕数据传输方式、路由选择与错误检测等网络层要求，以及身份验证、计费、充电状态监控等应用层服务展开，并涉及互操作性、通信安全、充电效率与智能电网协同等标准化议题；同时给出需求分析、设计开发、测试验证到部署维护的实施脉络，可辅助读者梳理协议实现要点、测试用例设计与问题排查思路。目前已有 161 人学习，适合作为标准原文对照与方案论证的案头资料。

1. 从插枪那一刻说起：ISO 15118-20 到底是什么

插上充电枪，听见“咔哒”一声，多数人以为接下来只是电流从桩流向车。实际上在这声咔哒之后，车和充电桩会先聊上一阵：互相确认身份、商量能用多大功率、这笔电算谁的、什么时候开始、什么时候停、电量到多少收工。ISO 15118-20 就是规定这场对话怎么进行的国际标准，全称是“道路车辆—车辆与电网通信接口—第 20 部分：第二代网络层与应用层要求”，2022 年发布的首次版本。

通俗地说，它是电动汽车充电这件事里的“普通话水平测试大纲”：只要车和桩都说这套话，不管谁家造的、什么品牌，插上就能谈。搞懂它，你就明白为什么有的车插上就能自动识别身份、自动计费，有的车插上还得刷张卡、扫个码——差别往往不在硬件，而在这套通信规则。下文围绕“网络协议”和“电动汽车充电”这两个词，把这套规则一层层拆开。

2. 为什么车和桩非得有一套共同语言

2.1 充电从来不只是“通电”这一件事

把充电想成加油，会漏掉一半的关键。加油是单向的物理动作，油枪一插，油就往油箱里灌，不需要跟车谈判。充电不一样，尤其是大功率直流充电：桩并不知道车里装的是什么样的电池、当前温度多少、剩余电量多少、此刻能接受多大电流。它必须问，车也必须答。如果桩自作主张按最大功率往里灌，轻则触发保护停充，重则伤了电池。

所以一次充电会话里真正要做的事很多：车要告诉桩“我是谁”，完成身份识别；双方要交换电池的充电参数和当前状态；要协商这次能用多大功率、电压电流上限是多少；要谈好计费方式和价格；还要在充电过程中不断互相汇报进度、处理异常、最终有序结束。这一整套流程，行话叫“会话”。标准管的就是会话的语法和流程，而不是插座长什么样。

打个比方：插座和插头决定“能不能接上”，通信协议决定“接上以后能不能谈拢”。形状对上了但话说不通，充电照样开始不了。

2.2 第一代标准撞上的墙

这套标准不是凭空出现的。第一代规范先把有线充电的场景跑通，让交流慢充和直流快充有了统一的报文定义和身份识别方式，行业才第一次有了“插上就能自动完成握手”的体验。但用得越多，边界就暴露得越明显。

第一个问题是功率方向。第一代基本按“电从电网流向车”这个前提设计，整个消息序列、计量方式、结束流程都围绕单向充电展开。可当人们开始琢磨车能不能反过来放电、给家里供电、帮电网削峰填谷时，发现这套消息里根本没有地方放“我要往外送多少电”这件事。

第二个问题是安全机制。旧方案里的加密配置和证书体系，放到今天看已经偏保守。车和桩之间传输的是身份凭证、账户信息、计费数据，这些都是实打实要保护的东西，安全层必须能跟上主流强度，而不是勉强能用。

第三个问题是场景单一。第一代主要面向“有线连接”的交流与直流充电，遇到无线充电、自动连接装置、充电过程中同时进行其他服务（比如软件升级、证书下发、增值服务）时，扩展起来捉襟见肘。

第二代就是来补这些窟窿的。它把网络层和应用层重新梳理了一遍，补齐了安全体系、消息序列、错误处理、充电类型覆盖，也留下了扩展服务的余地。

2.3 这套标准到底管哪几层

标准全名里的“网络层和应用层”，是理解它的关键。通信领域习惯把一次传输拆成若干层，从最底下的电气信号一路堆到最上面的业务内容。你可以用寄快递来理解：

• 物理层是公路和卡车，决定电信号怎么在线上跑；
• 数据链路层相当于小区门禁，管这一段链路怎么接入、怎么防蹭；
• 网络层是收件地址，解决“发给谁、怎么找到对方”；
• 传输层是签收确认，解决“有没有发丢、顺序对不对”；
• 表示层是包装和翻译，解决“双方用同一种格式写字”；
• 应用层是信里的内容，解决“到底要办什么事”。

ISO 15118-20 主要管的是后面这几层，以及把它们串起来的安全机制。物理层和底层信号同步，标准里是引用别的规范来配合的——正文里就明确提到了与 IEC 61851-1 的信号同步、与 IEC 61980-2 的无线充电信号同步。这个分工很重要：它意味着这份文档不是讲怎么造充电桩硬件，而是讲硬件之上那套“对话规则”。

3. 拆开看：网络层与应用层各管什么

3.1 网络层与传输层：数据怎么稳稳送到对端

先找对象，再传内容。整个过程分成两段：车还没连上桩的时候，它得先知道“这里的桩是谁”，这一步靠发现机制完成；等双方认了门，才切到可靠的长连接上传业务报文。

发现阶段用的是面向无连接的广播式消息，车往网络里喊一声，充电桩那边应答，报上自己的地址和能力。这一步之所以轻量，是因为此时双方还没有建立任何信任关系，也不该在这一步传敏感数据。一旦发现完成，双方就切到面向连接的可靠传输上，后面所有的身份验证、参数协商、计费确认，都在这条连接里走。

用一句通俗的话说：先在广场上对暗号确认彼此，再进小房间谈正事。广场上不聊钱，小房间里才聊。

网络层还定义了 IP 地址怎么分配、用哪些既有的互联网标准文档、哪些参数取值范围有限制。这些规定听起来琐碎，但它们是互通的根基——如果一家厂商给车分配的地址段和另一家桩预期的规则不一样，后面的握手根本走不下去。充电场景里，这类“玄学”问题往往不是协议设计错了，而是参数没对齐。

3.2 安全底座：TLS 与证书体系

充电通信里跑的东西值得被认真保护：车的身份、用户的账户、这次充了多少电、该付多少钱。标准在这一块下的功夫相当重，文档里关于证书与密钥管理、根证书的层级与有效期、TLS 的应用、防火墙、密钥保护、随机数生成的条款占了大段篇幅。

整体思路用的是业界通行的做法：用证书证明“我是谁”，用传输层加密保证“别人看不见也改不了”。标准明确要求支持 TLS，并对证书的类型、签发链路、有效期、用途做了细致的规定，附录里还专门给出了证书配置（certificate profiles）的规范性描述——这部分相当于把“证书该长什么样”写死，避免各家自行发挥导致互不认账。

这里要提醒一句：证书体系最容易翻车的地方不是加密算法，而是时间。根证书的有效期、中间证书的轮换、车载端存储空间有限导致证书链不能太长——这些工程细节，标准都给了约束。做过这块的人大概都有血泪经验：证书过期那天，车插上桩一动不动，日志里只留下一行看不出所以然的握手失败。

3.3 应用层：报文的语法与时序

到了应用层，才是真正“办事”的地方。标准把消息分成两层结构：一层是通用的消息头，携带会话标识、时间戳这类公共信息；另一层是具体的请求和响应，一对一对出现。车发一个请求，桩回一个响应，响应里带一个状态码告诉对方“成了”还是“没成、为什么没成”。

这个“状态码加请求响应”的模式看着朴素，威力在于它把异常处理制度化了。标准里专门有一节讲响应码的处理规则，还有一节讲请求-响应序列的强制要求：哪些消息必须在哪些消息之后出现，哪些可以并行，哪些出现了就说明流程违规。这就好比两个人对话得有来有回，不能一个人自说自话连问十个问题。

举个简化的例子，帮助理解报文长什么样（结构做了简化，只保留能说明问题的部分）：

<!-- 一条 V2G 消息的骨架：公共头 + 具体请求体 --> <V2G_Message> <Header> <SessionID>0A1B2C3D</SessionID> <!-- 本次会话的唯一标识，全流程复用 --> <TimeStamp>2026-01-01T08:00:00Z</TimeStamp> </Header> <Body> <ChargeParameterDiscoveryReq> <EVRequestedEnergyTransferMode>DC_extended</EVRequestedEnergyTransferMode> <EVMaximumChargePower>50000</EVMaximumChargePower> <!-- 单位：瓦 --> </ChargeParameterDiscoveryReq> </Body> </V2G_Message>

这段报文想说明两件事。第一，SessionID 是整场对话的“身份证号”，一旦建立就贯穿始终，任何一条消息丢了它，对方都会判定为无效。第二，业务参数是明码写在请求体里的，车主动报出自己能接受的最大功率，桩再据此回一个它给得起的值——这就是“协商”的实质：不是谁命令谁，而是双方各报底牌，取交集。

3.4 表示层：为什么不用纯文本 XML

标准选用了 XML 来描述报文结构，但并没有直接传文本格式的 XML，而是用了 EXI（高效 XML 交换）。原因很实在：充电通信跑在资源受限的车载控制器上，带宽和实时性都有要求，纯文本 XML 里大量重复的标签名会白白吃掉带宽和处理时间。EXI 相当于给 XML 做了一次压缩编码，语义不变，体积和解析开销都降下来。

这一层还承担了消息级安全的职责。也就是说，除了传输层的加密通道，消息本身还有自己的安全机制。两层防护叠在一起，思路类似于“信封上锁”加“信件内容也盖章”：即便某一层被绕过，另一层还在。

4. 第二代到底新在哪：几个关键能力

4.1 双向功率传输：车从“用电户”变成“储能单元”

这是第二代最受关注的变化。第一代默认电只往一个方向走，第二代把功率方向做成了可协商的选项：车既可以充电，也可以在条件允许时向外部放电。这件事的意义不只是“能给家里供电”这么简单。

想象一个小区在傍晚用电高峰，几十辆车同时插着。如果每辆车都能按指令少充一点、甚至反向送一点，电网的峰值压力就被削平了。对车主来说，低谷时段充电、高峰时段放电，账上还能有点差价。这套玩法的前提是通信能精确表达“现在给我 3 千瓦，方向是出”这种指令，并且能被计量、被验证、被结算——这正是第二代在消息定义和计费示例（文档里有绝对价格的示例附录）上所做的扩展。

当然，能不能真放电，还取决于车本身支不支持、桩有没有相应能力、当地有没有配套规则。标准只负责把“话”说清楚，不负责替你决定“该不该说”。

4.2 无线充电与自动连接：把插枪这个动作也省掉

第二代的覆盖面比第一代宽。文档的消息时序章节里，专门写了与无线充电相关规范的信号同步流程，附录里还提到了自动连接装置（ACDP）的内容。这两块指向同一个趋势：充电这件事正在从“人动手”变成“车自己完成”。

无线充电的难点不在地上那塊板，而在对齐和通信。车停偏了几厘米，效率就掉；停对了但通信没握手成功，一样充不上。所以标准要规定：什么时候开始低频信号、什么时候切换到高速通信、功率爬升的节奏怎么控制。这些时序如果没写死，各厂商自己发挥，互通就成了碰运气。

自动连接装置也是类似逻辑。它让充电枪能自己伸过去对接，省掉人工插拔，适合车队、公交场站这类高频场景。文档把 ACDP 放在资料性附录里，说明它是一种被讨论和描述的能力，而不是强制所有人都要实现的部分。

4.3 即插即充：用证书代替刷卡

传统公共充电的体验是：插枪、掏手机、扫码、选金额、确认。第二代主推的方向是让这一串动作消失——插上就开始充，拔了就自动结算。背后靠的是证书体系：车端持有一张由可信机构签发的凭证，桩验证这张凭证，确认“这台车有权在这个账户下充电”，然后直接开充。

这件事的技术难点不在验证本身，而在信任链怎么建、证书怎么发、过期怎么换、车端存储怎么管。文档里关于根证书数量和根证书有效期、密钥保护、随机数生成的条款，就是在给这些工程问题划底线。做过即插即充的人常有个体会：演示时很优雅，量产时全是细节。

4.4 服务选择与增值服务

一条连接上能跑的不止充电。标准引入了服务选择的概念：会话建立后，双方可以挑选本次要启用哪些服务、各自的参数是什么。除了基础的充电服务，还可以挂载其他类型的服务，文档附录里就讨论了增值服务客户端如何与 V2G 会话关联。

这个设计的价值在于“一条链路、多种业务”。比如充电的同时下发一张新证书、更新一份费率表、做一次远程诊断。标准还提到了多路复用通信，也就是说这些业务不必排队做完一个再做一个。对于要把充电桩变成“能源入口”而不是“插座”的产品思路来说，这一层扩展性是刚需。

5. 常见误区与易混概念

5.1 误区一：以为第二代只是第一代的补丁

易混点：把“第 20 部分”理解成“第 2 部分的升级包”，觉得改了几个字段而已。

为什么混：编号相邻，名字也像，直觉上就是版本迭代。实际上第二代在网络层、传输层安全、消息序列、充电类型覆盖上都做了重新组织，新增的证书配置、服务选择、无线与自动连接相关内容，不是打补丁能塞进去的。

怎么区分：看它有没有引入新的“结构性能力”。如果只是字段增减、取值扩展，那是修订；如果多了新的功率方向、新的充电方式、新的服务模型，那是换代。判断一份实现到底是哪一代，别只看它自称支持哪个标准号，看它的握手流程和证书体系——这两处最能暴露真实代际。

5.2 误区二：把充电通信标准和充电系统标准当成一回事

易混点：以为学会了其中一个，另一个自然就懂了。

为什么混：两者都出现在充电桩的技术文档里，编号又常被并列提及，标准正文里也确实引用了另一个规范来做信号同步。

怎么区分：一个管“说什么”，一个管“怎么通电”。前者规定报文、时序、安全、计费；后者规定电气接口、信号电平、连接状态判定。打个比方，一个是电话里的对话规则，一个是电话线怎么接。做协议对接的人如果只盯着通信文档，忽略了底层信号的状态定义，很容易在“什么时候允许开始通信”这一步卡住——因为触发时机是由底层信号给的。

5.3 误区三：看到“网络层”就想到网线

易混点：以为这个标准是讲有线网络、路由器、网线接法的。

为什么混：“网络层”这个词在日常语境里几乎等同于“上网”。而这里的网络层，是分层模型里的一个位置，讲的是寻址和路由，和互联网是不是同一张网没有必然关系。

怎么区分：抓住“层”这个字。它描述的是数据在协议栈里的位置，不是物理介质。车和桩之间可以是电缆、可以是无线，网络层关心的是“报文发给谁、怎么找到”，而不是“用什么线”。理解这一点，后面看到传输层、表示层、应用层就不会串味。

5.4 误区四：把车网互动等同于反向送电

易混点：一提到车辆与电网的关系，就默认是“车给电网放电”。

为什么混：这个概念确实包含放电，而且放电最有话题性，媒体报道也偏爱这一面。但实际上它涵盖的范围更宽：错峰充电、按指令调节功率、参与负荷响应，都算互动，而这些并不需要电流反向。

怎么区分：问一句“电的净方向变了吗”。只是把充电时间挪到低谷、或者把功率从 50 千瓦降到 20 千瓦，方向没变，属于柔性充电；只有当功率真的从车流向外部，才谈得上反向。标准把功率方向和功率大小分开表达，正是为了支持这种区分。

5.5 误区五：通过一致性测试就等于能互通

易混点：两家产品都宣称符合标准，插在一起却握不上手，于是怀疑标准本身有问题。

为什么混：标准留了可选空间。哪些服务必须支持、哪些可以选做，参数取值范围有多大，证书链能有多长，这些在标准里往往有区间而不是唯一值。两家都合规，但选的项目不一样，照样谈不拢。

怎么区分：把“合规”和“互操作”当两件事看。合规是及格线，互操作是两家在可选空间里恰好选了同一组选项。文档附录里专门讨论了基础互操作配置的存在意义，就是在给行业一个“最小公约数”。做产品时把这一组基础配置当默认，能省掉大量现场调试。

6. 什么时候该用 ISO 15118-20：几个判断边界

判断要不要碰这套标准，我一般看三件事：功率方向、身份方式、场景复杂度。

如果做的是只充不放的交流慢充，用户刷卡或扫码启动，桩和车之间只需要最基本的握手，那么用第一代规范甚至更轻量的方案就够了，硬上第二代是给自己找麻烦——证书体系、消息序列、时序约束，每一样都要投入。反过来，只要沾上下面任意一条，第二代的优势就压不住了：需要双向功率；需要插上即充、自动结算；需要在一条会话里同时跑充电以外的业务；需要支持无线或自动连接。这几种场景，第一代的消息结构根本装不下。

有两条边界要记住。第一条：标准不是产品说明书。它规定“必须能表达什么”，不规定“你的界面长什么样、你的后台怎么记账”。指望照抄文档就得到一个可用产品，一定会失望。第二条：标准也不解决现场问题。地址段配错、证书时间不同步、底层信号抖动，这些在实验室里不出现，到了现场一个都不少。

我自己踩过最狠的一次坑，是把证书有效期当成“部署时设一次就不用管”的静态配置。测试环境里证书是当天生成的，一路顺畅；到了现场，设备在仓库里躺了大半年才装，装上去当天握手全挂，日志里只有一句语焉不详的失败。排查了两天才反应过来是时间问题。从那以后我每次搭环境，第一件事就是把证书链的有效期、根证书的数量上限、随机数源这几项做成一张检查表，上线前强制走一遍，再也不敢凭感觉跳过去。

说到底，这套标准解决的是“不同厂商的车和桩怎么把话说清楚”，它把身份、功率、方向、计费、异常这些绕不开的事都摆到了明面上。你做的东西只要落在那张表的前三行里，就值得把这份文档认真翻一遍。希望帮到你。

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