GB/T 44130.5-2025 电动汽车充换电服务信息交换 第5部分：数据传输及安全

　　ICS 35.240.60 CCS L 73

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 44130.5—2025

　　电动汽车充换电服务信息交换

　　第 5 部分:数据传输及安全

　　Charging andbattery swap serviceinformation exchange forelectricvehicles—

　　Part5:Data transmission and security

　　2025-08-29发布 2026-03-01实施

　　国家市场监督管理总局国家标准化管理委员会

　　

　　发

　　

　　布

　　GB/T 44130.5—2025

　　目 次

　　前言 Ⅲ

　　引言 Ⅳ

　　1 范围 1

　　2 规范性引用文件 1

　　3 术语和定义 、缩略语 2

　　3. 1 术语和定义 2

　　3. 2 缩略语 4

　　4 体系架构 5

　　4. 1 系统架构 5

　　4. 2 通信安全架构 5

　　5 认证要求 6

　　5. 1 基本要求 6

　　5. 2 平台间的认证要求 7

　　5. 3 充换电基础设施与服务平台的认证要求 8

　　6 数据传输安全要求 8

　　6. 1 基本要求 8

　　6. 2 平台间数据传输安全要求 10

　　6. 3 充换电基础设施与服务平台的数据传输安全要求 11

　　7 数据传输通信要求 17

　　7. 1 平台间的数据传输 17

　　7. 2 充换电基础设施与服务平台的数据传输 20

　　附录 A (规范性) 分布式认证的认证接 口 22

　　A. 1 概述 22

　　A. 2 接口定义 22

　　A. 3 输入参数 22

　　A. 4 返回值 22

　　附录 B (规范性) 证书申请和使用要求 23

　　B. 1 概述 23

　　B. 2 证书申请要求 23

　　B. 3 证书使用要求 25

　　附录 C (资料性) 数据加解密方式 28

　　C. 1 数据加解密方式 28

　　C. 2 加解密处理流程 28

　　Ⅰ

　　GB/T 44130.5—2025

　　C. 3 平台间应用层安全策略 30

　　C. 4 充换电设施到服务平台应用层安全策略 31

　　C. 5 加解密实现流程 31

　　C. 6 使用 AES-CBC-HMAC-MD5(使用缺省密钥)加密示例 33

　　C. 7 使用 AES-CBC-HMAC-MD5(显式指定密钥 ID)加密示例 35

　　C. 8 使用 SM4-CBC-HMAC-SM3(显式指定密钥 ID)加密示例 37

　　C. 9 使用 AES-128-GCM加密示例 40

　　参考文献 44

　　Ⅱ

　　GB/T 44130.5—2025

　　前 言

　　本文件按照 GB/T 1. 1—2020《标准化工作导则 第 1部分 :标准化文件的结构和起草规则》的规定起草 。

　　本文件是 GB/T 44130《电动汽车充换电服务信息交换》的第 5 部分 。 GB/T 44130 已经发布了以下部分 :

　　— 第 1部分 :总则 ;

　　— 第 2部分 :公共信息交换规范 ;

　　— 第 3部分 :业务信息交换规范 ;

　　— 第 4部分 :充换电设备与服务平台信息交换 ;

　　— 第 5部分 :数据传输及安全 。

　　请注意本文件的某些内容可能涉及专利 。本文件的发布机构不承担识别专利的责任 。

　　本文件由中国电力企业联合会提出并归 口 。

　　本文件起草单位 : 中国电力科学研究院有限公司 、中国电力企业联合会 、国家电网有限公司 、上海启源芯动力科技有限公司 、阳光电源股份有限公司 、武汉蔚来能源有限公司 、国网智慧车联网技术有限公司 、中石油昆仑网联电能科技有限公司 、特来电新能源股份有限公司 、上海电器设备检测所有限公司 、北京华商三优新能源科技有限公司 、浙江小桔绿色能源科技有限公司 、华北电力大学 、上海联联睿科能源科技有限公司 、国网上海市电力公司 、北京航空航天大学 、国家计算机网络应急技术处理协调中心 、国网电力科学研究院有限公司 、深圳供电局有限公司 、国网山东省电力公司济南供电公司 、中国汽车工程研究院股份有限公司 、北京豪能汇新能源科技有限公司 、万帮数字能源股份有限公司 、绿盟科技集团股份有限公司 、南方电网大数据服务有限公司 。

　　本文件主要起草人 :仝杰 、唐 艳 梅 、刘 博 文 、李 建 锋 、武 斌 、李 涛 永 、马 勃 、何 玉 清 、廖 立 军 、马 建 伟 、傅晶 、赵宇 、周国 庆 、严 辉 、任 悦 、胡 艺 、丁 晓 伟 、琚 贇 、王 佳 鑫 、唐 攀 攀 、刘 姝 、张 斌 荣 、朵 春 红 、魏 恒 来 、徐萌 、王峰 、董晨 、杜佳玮 、唐文俊 、陈燕呢 、熊萌 、李健 、付义伦 、冯新磊 、毛峰宇 、浮欣 、丁德鑫 、王雪纯 、刘大鹏 。

　　Ⅲ

　　GB/T 44130.5—2025

　　引 言

　　电动汽车产业是我国新兴战略支柱产业 ,充换电基础设施建设是保障电动汽车产业稳定发展的重要因素 。

　　不同充换电服务平台之间的互联互通是充换电设施网络化建设的重要环节 ,是实现充换电互联互通的基础 。GB/T 44130《电动汽车充换电服务信息交换》旨在构建充换电基础设施信息服务交换体系架构 ,统一信息接口通信协议 ,实现不同充换电运营服务平台 、充换电运营服务平台与电动汽车运营服务平台 、第三方服务及管理平台 、充换电设备及停车场等辅助设施之间的信息交换 ,并形成一个为电动汽车用户提供全方位充换电服务的网络 ,有效提升电动汽车用户充换电的便利性 。 GB/T 44130对充换电服务网络信息交换的系统架构 、业务功能与接口 、通信协议 、信息安全等进行统一规范 ,拟由 5个部分构成 。

　　— 第 1部分 :总则 。 目的在于提出电动汽车充换电服务信息交换体系架构和总体要求 。

　　— 第 2部分 :公共信息交换规范 。 目的在于规范公共信息交互协议格式 ,实现充换电服务公共服务信息共享 。

　　— 第 3部分 :业务信息交换规范 。 目的在于规范业务信息交互协议格式 ,实现多运营商充换电启停流程 。

　　— 第 4部分 :充换电设备与服务平台信息交换 。 目的在于规范充换电设备与充换电运营服务平台之间的信息交互流程和功能要求 。

　　— 第 5部分 :数据传输及安全 。 目的在于规范电动汽车充换电服务信息交换的数据传输格式和安全防护要求 。

　　Ⅳ

　　GB/T 44130.5—2025

　　电动汽车充换电服务信息交换

　　第 5 部分:数据传输及安全

　　1 范围

　　本文件规定了电动汽车充换电服务信息交换的数据传输和安全要求 ,包含充换电服务信息交换的认证要求 、数据传输安全要求 、数据传输通信要求 。

　　本文件适用于不同运营商充换电服务平台之间的充换电服务信息交换 , 电动汽车充换电服务平台与第三方服务及管理平台之间的信息交换 , 以及充换电基础设施中充换电设备与充换电服务平台之间的信息交换 ,充换电基础设施的其他部分参照使用 。

　　2 规范性引用文件

　　下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款 。其中 , 注 日期的引用文件 ,仅该日期对应的版本适用于本文件 ;不注日期的引用文件 ,其最新版本(包括所有的修改单) 适用于本文件 。

　　GB/T 9387. 1 信息技术 开放系统互连 基本参考模型 第 1部分 :基本模型

　　GB/T 17901. 1—2020 信息技术 安全技术 密钥管理 第 1部分 :框架

　　GB/T 19027 质量管理 GB/T 19001—2016的统计技术指南

　　GB/T 19596 电动汽车术语

　　GB/T 20271 信息安全技术 信息系统通用安全技术要求

　　GB/T 22239—2019 信息安全技术 网络安全等级保护基本要求

　　GB/T 25056 信息安全技术 证书认证系统密码及其相关安全技术规范

　　GB/T 25069 信息安全技术 术语

　　GB/T 25070—2019 信息安全技术 网络安全等级保护安全设计技术要求

　　GB/T 29317 电动汽车充换电设施术语

　　GB 32100—2015 法人和其他组织统一社会信用代码编码规则

　　GB/T 38636—2020 信息安全技术 传输层密码协议(TLCP)

　　GB/T 41578 电动汽车充电系统信息安全技术要求及试验方法

　　GB/T 44130. 2—2025 电动汽车充换电服务信息交换 第 2部分 :公共信息交换规范

　　GB/T 44130. 3 电动汽车充换电服务信息交换 第 3部分 :业务信息交换规范

　　GB/T 44130. 4—2025 电动汽车充换电服务信息交换 第 4 部分 : 充换电设备 与 服 务 平 台 信 息交换

　　GM/T 0015—2023 数字证书格式

　　RFC 2986 PKCS#10Certification RequestSyntax Specification Version1. 7,November2000,IETF RFC 5246 The TransportLayer Security(TLS)ProtocolVersion 1. 2,August2008,IETF

　　RFC 5746 Transport LayerSecurity(TLS)Renegotiation Indication Extension,February2010,IETF RFC 6066 Transport Layer Security(TLS) Extensions: Extension Definitions, January 2011,

　　IETF

　　RFC 8259 The JavaScript Object Notation(JSON) Data Interchange Format, December 2017,

　　1

　　GB/T 44130.5—2025

　　IETF

　　RFC 8446 The TransportLayer Security(TLS)ProtocolVersion 1. 3,August2018,IETF

　　3 术语和定义、缩略语

　　3. 1 术语和定义

　　GB/T 19596、GB/T 25056、GB/T 25069、GB/T 29317、GB/T 44130、GB/T 19027界定的以及下列术语和定义适用于本文件 。

　　3. 1. 1

　　平台认证 platform authentication

　　验证平台身份合法性的过程 ,确保平台的可信性 、安全性和可靠性 。

　　3. 1.2

　　分布式认证 distributed authentication

　　在多个节点或系统之间协同进行的身份验证过程 ,提高系统的可信性 、安全性和可靠性 。 3. 1.3

　　中心交换认证 centralexchangeauthentication

　　由统一的认证服务方提供鉴权认证服务的模式 。

　　注 : 在该模式下 ,运营商与中心认证服务方协商确定运 营 商 标 识 、运 营 商 密 钥 和 消 息 密 钥 ,认 证 方 式 由 各 运 营 商 与认证服务方共同确定 。

　　3. 1.4

　　对称加密技术 symmetricencryption technique

　　加密和解密变换采用同一密钥的密码技术 。

　　[来源 :GB/T 25069—2022,3. 133] 3. 1.5

　　非对称加密技术 asymmetriccryptographic technique

　　私钥操作和公钥操作采用不同密钥的密码技术 。其中一个密钥(公钥) 可公开 ,另一个密钥(私钥)应保密 ,且由公钥求解私钥是计算不可行的 。

　　[来源 :GB/T 25069—2022,3. 150,有修改] 3. 1.6

　　证书 certificate

　　关于实体的一种数据 ,该数据由认证机构的私钥或秘密密钥签发 ,并无法伪造 。

　　[来源 :GB/T 25069—2022,3. 779] 3. 1.7

　　证书验证 certificateverification

　　通过证书验证实体身份的过程 ,确保通信的安全性 。

　　3. 1. 8

　　数据加密 data encryption

　　使用特定的加密算法对数据进行转换 ,使其仅能被授权方访问和读取的过程 。

　　3. 1.9

　　数据单元 data unit

　　在数据传输过程中 ,按照协议规定的最小信息单位 。

　　2

　　GB/T 44130.5—2025

　　3. 1. 10

　　信息交换 information exchange

　　在不同系统或组织之间传递和接收信息的过程 。

　　3. 1. 11

　　信息安全 information security

　　对信息的保密性 、完整性和可用性的保持 。另外 ,也可包括诸如真实性 、可核查性 、抗抵赖和可靠性等其他性质 。

　　[来源 :GB/T 25069—2022,3. 673,有修改]

　　3. 1. 12

　　安全策略 securitypolicy

　　用于治理某一组织及其系统内管理 、保护并分发影响安全及有关元素的资产(包括敏感信息) 的 一组规则 、指导和实践 。

　　[来源 :GB/T 25069—2022,3. 3]

　　3. 1. 13

　　充换电服务平台 charing and battery swap serviceplatform

　　对电动汽车信息及电动汽车基础设施信息进行采集 、处理和运行管理 , 向用户提供充换电服务 、业务管理及信息服务功能的支撑系统 。

　　注 : 简称 “服务平台 ”。

　　[来源 :GB/T 44130. 1—2024,3. 3. 2]

　　3. 1. 14

　　第三方服务及管理平台 third-party servicesand managementplatform

　　与电动汽车充换电服务平台进行信息交换的独立运行平台 ,是以第三方的角色为客户提供系列的专业性服务的平台 ,也是政府管理监督信息服务平台等 。

　　注 : 第三方服务及管理平台包括第三方充换电服务平台和第三方管理信息平台 。

　　[来源 :GB/T 44130. 1—2024,3. 11]

　　3. 1. 15

　　电动汽车充换电基础设施 electricvehiclechargingservice infrastructure

　　对电动汽车及用户提供系列服务所需提供支持的充换电设备 、配套设备 、配电关联设备以及地锁 、道闸等停车服务设备 。

　　注 : 简称 “充换电基础设施 ”。

　　[来源 :GB/T 44130. 1—2024,3. 3. 1]

　　3. 1. 16

　　公共信息交换接口 common information interface

　　实现充换电服务公共信息交换的接 口 。

　　注 : 简称“Icomm 接 口 ”。

　　[来源 :GB/T 44130. 1—2024,3. 8]

　　3. 1. 17

　　业务信息交换接口 businessinformation interface

　　实现充换电服务业务信息交换的接 口 。

　　注 : 简称“Iserv接 口 ”。

　　[来源 :GB/T 44130. 1—2024,3. 9]

　　3. 1. 18

　　安全协议套件 securityprotocolsuite

　　一组用于在网络通信中提供安全服务的协议的集合 。协议通过实现数据加密 、身份验证 、完整性校

　　3

　　GB/T 44130.5—2025

　　验和访问控制等功能 ,确保信息在传输过程中的机密性 、完整性 、可用性和不可否认性 。

　　注 : 一般包括传输层安全协议 、安全套接字层协议 、IP安全协议等 。

　　3. 1. 19

　　充换电设施制造商 charging and switchingfacilitiesmanufacturers

　　主要从事设计 、生产 、组装 、出售充换电设施的企业 。

　　3. 1.20

　　主题 topic

　　用于对消息进行分类和组织的抽象概念 。在发布与订阅模式下 , 消息的发布者会将消息发布到特定的主题下 ,而消息的订阅者通过订阅主题来获取相应的消息 。

　　3. 1.21

　　设备编码 deviceserialnumber

　　设备的唯一性标识编码 。用于区分设备个体 ,每台设备都拥有独一无二的序列号编码 。

　　注 : 也称 “设备编码序列号 ”,通常由数字和字母组合而成 ,长度不 一 。

　　3. 1.22

　　有效载荷 payload

　　在网络传输过程中 ,数据包中承载的实际有效应用数据 。

　　3.2 缩略语

　　下列缩略语适用于本文件 。

　　AEAD:关联数据的认证加密(Authenticated Encryption with Associated Data)

　　AES:高级加密标准(Advanced Encryption Standard)

　　CBC:密码分组链接模式(CipherBlock Chaining)

　　ChaCha20:ChaCha流密码算法 20轮版本(ChaCha Stream Cipher20 rounds)

　　DSA:数字签名算法(DigitalSignature Algorithm)

　　ECC:椭圆曲线密码学(Elliptic Curve Cryptography)

　　ECDHE: 临时椭圆曲线迪菲-赫尔曼密钥交换算法(Elliptic Curve Diffie-Hellman Ephemeral)

　　ECDSA:椭圆曲线数字签名算法(Elliptic Curve DigitalSignature Algorithm)

　　GCM :伽罗瓦/计数器模式(Galois/Counter Mode)

　　HMAC:基于散列的消息认证码(Hash-based Message Authentication Code)

　　HTTP:超文本传输协议(HypertextTransferProtocol)

　　IP: 网际互连协议(InternetProtocol)

　　IV:对称加密算法的初始化向量(Initialization Vector)

　　JSON:JS键值对数据(JavaScriptObjectNotation)

　　KDF:密钥导出函数(KeyDerivation Function)

　　MAC:消息认证码(Message Authentication Code)

　　MQTT:消息队列遥测传输协议(Message Queuing Telemetry Transport)

　　NONCE:一次性非重复使用的随机数值(Number once)

　　PKCS:公钥密码学标准(Public Key Cryptography Standards)

　　RFC:征求意见稿(RequestFor Comments)

　　RSA:非对称加密算法(Rivest-Shamir-Adleman Algorithm)

　　SM2:商用密码算法 2(SM2cryptographic algorithm)

　　SM3:商用密码算法 3(SM3cryptographic algorithm)

　　4

　　GB/T 44130.5—2025

　　SM4:商用密码算法 4(SM4cryptographic algorithm)

　　SN:序列号(SerialNumber)

　　TLCP:传输层密码协议(TransportLayer Cryptographic Protocol)

　　TLS:传输层安全协议(TransportLayer Security)

　　VPN:虚拟专用网络(VirtualPrivate Network)

　　4 体系架构

　　4. 1 系统架构

　　电动汽车充换电服务信息交换的过程 ,是数据在电动汽车充换电服务平台之间 , 以及充换电基础设施与第三方服务及管理平台之间双向交换的过程 。 电动汽车充换电数据传输系统架构如图 1所示 。传输数据应包括电动汽车充换电基础设施的状态信息 、用户的身份信息 、充换电操作记录等 。数据传输的主体应涵盖充换电基础设施 、充换电服务平台 、第三方服务及管理平台 、用户客户端等 。平台间或平台与设施之间应通过规定的接口进行数据交互 , 同时应保持数据的机密性 、完整性 、可用性和不可 否 认性 , 防止敏感信息泄露 。

　　注 : 平台间信息交换包括电动汽车充换电服务平台之间以及充换电基础设施与第三方服务及管理平台之间双向交换的过程 。平台包括充换电服务平台和第三方服务及管理平台 。

　　图 1 数据传输及安全系统架构

　　4.2 通信安全架构

　　本文件规范了电动汽车充换电服务信息交换的数据传输格式和安全防护要求 ,在充换电服务信息交换体系架构中所属位置及协议栈数据结构 ,见图 2。

　　5

　　GB/T 44130.5—2025

　　图 2 通信安全架构

　　5 认证要求

　　5. 1 基本要求

　　认证的基本要求如下 。

　　a) 电动汽车充换电服务信息 交 换 应 符 合 GB/T 25070—2019规 定 的 安 全 计 算 环 境 设 计 技 术 要求 、GB/T 22239—2019规定的安全通信网络要求 。

　　b) 本文件中认证要求应包含充换电基础设施与充换电服务平台 、充换电服务平台与第三方服务及管理平台之间应用层认证要求 。

　　c) 参与电动汽车充换电服务信息交换的平台应具备认证服务功能 。平台间在信息交换前 ,应完成平台认证 ,获得数据安全传输能力 。数据传输安全要求的基本要求如下 :

　　1) 信息交换双方应采用安全的传输协议 ,确保数据在传输过程中的机密性 、完整性和不可抵赖性 ;

　　2) 认证协议应采用防重放攻击机制 ,宜使用时间戳 、序列号等校验机制 ,确保有效消息接收唯一性 ;

　　3) 信息交换平台应具备访问控制策略 ,根据用户身份 、访问地址 、时间范围等安全属性 ,允许或拒绝用户建立会话连接 ;

　　4) 信息交换平台应具有安全审计功能 ,对重要用户行为和重要安全事件进行审计 ,审计记录应包括事件的时间 、用户行为 、事件类型 、事件是否成功及其他审计相关信息 ;

　　5) 运营商应提供物理安全措施 ,如充换电基础设施 、服务器 、数据中心等物理设施的安全防护及门禁系统 、监控摄像头 、防火防盗措施等 ;

　　6

　　GB/T 44130.5—2025

　　6) 信息交换平台应实施定期的数据备份策略 ,并建立灾难恢复机制 , 以便在发生数据丢失或系统故障时能够迅速恢复 ;

　　7) 信息交换平台应保护用户隐私 ,在收集 、存储 、处理和传输用户信息时 ,应遵守相关法律法规和隐私政策 。

　　d) 平台间 的 传 输 链 路 认 证 要 求 , 应 符 合 RFC 5246、RFC 8446 和 GB/T 38636—2020 的 相 关规定 。

　　5.2 平台间的认证要求

　　5.2. 1 认证模式

　　平台间的认证应支持分布式认证模式或中心交换认证模式 ,具体结构见图 3。

　　分布式认证模式由运营商之间进行鉴权认证 ,具体认证方式可由运营商协商确定 。 中心交换认证模式由统一的认证服务方提供鉴权认证服务 ,具体认证方式由各运营商和认证服务方共同确定 。

　　发起认证的平台(简称 “请求发起方 ”)向认证平台(简称 “认证服务方 ”) 发送认证请求时 ,平台认证宜采取身份认证和访问控制相结合方式 ,相关流程见图 4。

　　身份认证可采取用户名/口令认证 、密钥认证或数字证书认证等方式 ;访问控制可采取 IP 访问控制 、时间访问控制等多种结合手段 。

　　a) 分布式认证模式

　　b) 中心交换认证模式

　　图 3 认证模式

　　7

　　GB/T 44130.5—2025

　　用户身份认证成功后授予令牌(Token) ,每次向服务端请求资源时应带着服务端签发的 Token,服务端验证 Token 成 功 后 , 才 返 回 请 求 的 数 据 。 Token 的 有 效 期 由 服 务 方 确 定 , 最 长 不 应 超 过 7 d, Token 丢失或失效后应再次发起认证服务 。认证接口规范应符合附录 A。认证过程中涉及证书申请和使用应符合附录 B。

　　图 4 平台认证方式

　　5.2.2 认证要求

　　认证请求与验证要求如下 :

　　a) 当一个平台需要和另一个平台进行通信时 ,请求发起方应向认证服务方发送一个包含用户名和口令的认证请求 ;

　　b) 认证服务方接收到认证请求后 ,应验证用户名和口令的正确性 ;

　　c) 平台应对登录的用户进行身份标识和鉴别 ,身份标识应具有唯一性 ,身份鉴别信息应具有复杂度要求并定期更换 ;

　　d) 平台应具有登录失败处理功能 ,应配置并启用结束会话 、限制非法登录次数和登录连接超时自动退出等相关措施 ;

　　e) 当进行远程管理时 ,平台应采取必要措施防止鉴别信息在网络传输过程中被窃听 。

　　5.3 充换电基础设施与服务平台的认证要求

　　充换电 基 础 设 施 与 平 台 的 认 证 , 应 符 合 GB/T 44130. 4—2025 中 8. 1 规 定 的 接 入 模 式 和GB/T 44130. 4—2025 中 8. 2规定的设备注册 。认证过程中涉及到证书申请和使用应符合附录 B。

　　6 数据传输安全要求

　　6. 1 基本要求

　　数据传输安全要求 分 为 系 统 安 全 要 求 、数 据 安 全 要 求 、密 钥 安 全 要 求 和 传 输 层 安 全 协 议 要 求 四类 ,具体要求内容如下 。

　　a) 系统安全要求

　　充换电服务平台与第三方服务及管理平台应提供系统安全保障机制 ,系统安全保障机制应包括 :系统安全、环境安全和网络安全 。系统安全包括但不限于 :配置防火墙、入侵防御、终端安全防御等安全防范措施 ,对平台软件进行安全隔离等 。环境安全应符合 GB/T 25070—2019规定的安全计算环境设计技术要求 ,网络安全应符合 GB/T22239—2019规定的安全通信网络要求。

　　b) 数据安全要求

　　充换电服务平台与第三方服务及管理平台应确保数据在其全生命周期中的安全 ,对敏感等级较高的相关数据 ,包括个人敏感信息和安全重要参数数据应进行安全评估 。数据安全应符合

　　8

　　GB/T 44130.5—2025

　　GB/T 41578和 GB/T 20271规定的数据安全相关要求 。

　　c) 密钥安全要求

　　充换电服务平台与第三方服务及管理平台应确保密钥全生命周期的安全管控 ,宜为不同场景分配不同密钥 。密钥管理应符合 GB/T 17901. 1—2020 中密钥安全管理相关要求 。

　　d) 传输层安全协议要求

　　传输层 安 全 协 议 应 支 持 TLCP 或 TLS, 宜 采 用 TLCP。 其 中 TLCP 的 版 本 应 满 足 GB/T 38636—2020,TLS的版本应不低于 TLS 1. 2。传输层安全协议要求见表 1。

　　表 1 传输层安全协议要求

　　序号

　　传输层安全协议

　　密码套件要求

　　压缩算法要求

　　重新协商要求

　　扩展字段传输要求

　　密钥长度要求

　　证书要求

　　1

　　TLCP

　　至少应实现以下三种密码套件 : ECDHE_SM4_GCM_SM3

　　ECC_SM4_GCM_SM3 RSA_SM4_GCM_SM3

　　禁止使用

　　—

　　—

　　采 用 RSA/DSA

　　算 法 时 , 密 钥 长

　　度 至 少 应 为

　　2048比特 ;

　　采用椭圆曲线算

　　法(含 SM2) , 密

　　钥长度至少应

　　为 256 比特 ,应

　　符合 GM/T

　　0015—2023 的

　　相关规定

　　应符合附录 B

　　2

　　TLS 1. 2

　　至少应实现以下四种密码套件 : TLS_ECDHE_ ECDSA_WITH_ AES_ 128_GCM_SHA256

　　TLS_ECDHE_ ECDSA_WITH_ AES_256_GCM_SHA384

　　TLS_ RSA_ WITH_ AES_ 128_ GCM_SHA256

　　TLS_ RSA_ WITH_ AES_ 256_ GCM_SHA384

　　禁止使用

　　TLS 会 话 重 新

　　协 商 禁 止 使 用

　　RFC 5246 定 义

　　的方 法 , 应 采 用

　　RFC 5746 定 义

　　的方法 。TLS会

　　话重新协商应由

　　TLS 服 务 端 发

　　起 , TLS 客 户端

　　发起的重新协商

　　应 被 TLS 服 务

　　端拒绝

　　在 ClientHello

　　中发 送 trusted_

　　ca_keys扩展 ,

　　并 根 据 该 扩 展

　　选 择 对 应 的 证

　　书 链 , 应 符 合

　　RFC 6066 相 关

　　要求

　　3

　　TLS 1. 3

　　除标准 密 码 套 件 外 , 还 应 支 持 : TLS_SM4_GCM_SM3

　　—

　　—

　　在 ClientHello中

　　发 送 certificate_

　　authorities扩展 ,

　　并根据该扩展选

　　择 对 应 的 证 书

　　链 , 宜 符 合 RFC

　　8446相关要求

　　9

　　GB/T 44130.5—2025

　　6.2 平台间数据传输安全要求

　　6.2. 1 平台间数据传输安全要求范围

　　平台间数据传输安全要求范围如下 :

　　a) 平台间数据传输安全要求应包含充换电服务平台与第三方服务及管理平台之间的安全要求 ;

　　b) 平台间数据传输安全要求应包含传输层安全规范、应用协议层安全规范及敏感数据安全规范 。

　　6.2.2 平台间安全传输协议选择

　　平台间安全传输协议选择如下 :

　　a) 充换电服务平台与第三方服务及管理平台应支持 TLS和 TLCP;

　　b) TLS和 TLCP 的密码套件 ,应满足 6. 1 的要求 。

　　6.2.3 安全要求

　　6.2.3. 1 基本要求

　　平台间数据传输安全基本要求如下 :

　　a) 平台间数据传输涉及到证书申请和使用时 ,见附录 B;

　　b) 平台间数据传输应通过访问控制策略 , 限制对数据的访问权限 , 防止未经授权的访问和数据泄露 ;

　　c) 数据传输的加解密应使用国家规定或行业公认的安全算法 ,如 SM4、AES等 。数据单元加解密实现 ,见附录 C。

　　6.2.3.2 平台间的账号口令安全要求

　　账号口令安全要求如下 :

　　a) 身份标识应具有唯一性 ,应采用密码技术以及至少一种其他鉴别技术 ,如短信验证码 、一次性密码(OTP)等 ,对用户进行身份鉴别 ;

　　b) 口令长度应不低于 8位 ,应不少于三种类型字符 ,如大小写字母 、数字和特殊字符等 ,更换时间应不多于 90 d;

　　c) 口令禁止明文存储 ,宜使用 SM3哈希算法对口令进行哈希运算后再进行存储 ;

　　d) 账号口令应配置并启用登录失败处理功能 ,在连续登录失败 5 次后 ,应采取锁定账号 、封禁 IP等不低于 30 min的安全措施 。

　　6.2.3.3 平台数据管理策略安全要求

　　平台数据管理策略安全要求如下 。

　　a) 平台应对数据进行访问权限管控 ,访问权限的设定应根据访问用户性质 ,遵循最小必要原则 。

　　b) 平台数据管理安全检测与应急响应 :

　　1) 平台应部署防火墙 , 以阻挡未经授权的访问和数据传输 ;

　　2) 平台应部署入侵检测系统 ,实时监测流量数据 ,阻止未经授权的访问 ;

　　3) 平台应配备应急响应措施 ,及时应对数据泄露等安全事件 ;

　　4) 平台应部署终端安全防御 ,实时监测防护平台主机安全 ,阻止恶意代码的执行 ;

　　5) 平台应部署日志审计系统 ,实现对审计记录的实时备份 ,避免遭到未经授权的删除 、修改或覆盖等 。

　　c) 数据备份 、恢复与审计安全要求 :

　　10

　　GB/T 44130.5—2025

　　1) 平台应定期备份数据并建立恢复机制 ,确保数据丢失或损坏时能及时恢复 ;

　　2) 平台应定期进行安全审计 ,检查安全措施的有效性并整改潜在问题 ;

　　3) 平台管理方提供重要数据的本地数据备份和恢复功能 、利用通信网络将重要数据实时备份至异地 ,并提供重要数据处理系统的热冗余 ;

　　4) 平台应定期组 织 开 展 网 络 数 据 安 全 风 险 监 测 、风 险 评 估 、应 急 演 练 、宣 传 教 育 培 训 等 活动 ,及时处置网络数据安全风险和事件 。

　　d) 日志存储 :监测 、记录网络运行状态 、网络安全事件的 日志 , 留存时间不少于 6个月 。

　　e) 跨境数据管理与个人信息保护 :

　　1) 充换电服务平台 、第三方服务及管理平台应通过国家网信部门组织的数据出境安全评估后 , 向境外传输数据 , 向境外传输的数据不应超出评估时明确的数据出境目的 、方式 、范围和种类 、规模等 ;

　　2) 平台处理个人信息应按照相关法规要求进行显著告知 ,并取得个人同意 。

　　6.3 充换电基础设施与服务平台的数据传输安全要求

　　6.3. 1 要求范围

　　充换电基础设施与充换电服务平台数据传输安全要求包含充换电基础设施到充换电服务平台的传输层安全要求与应用协议层安全要求 。

　　6.3.2 安全机制

　　充换电基础设施与服务平台安全机制的选择见表 2,不同对象及安全协议对应的安全机制见表 3。

　　表 2 充换电基础设施与充换电服务平台安全机制的选择表

　　安全策略

　　认证模式

　　充换电基础设施认证

　　充换电服务平台认证

　　传输层安全协议

　　安全级别

　　安全策略 1:有限安全认证

　　有限安全认证

　　MQTT基础认证

　　—

　　—

　　低

　　安全策略 2:单向安全认证

　　单向安全认证

　　MQTT基础认证

　　基于证书的认证

　　TLS或 TLCP

　　中

　　安全策略 3:双向安全认证

　　双向安全认证

　　基于证书的认证和MQTT基础认证

　　基于证书的认证

　　TLS或 TLCP

　　高

　　表 3 不同对象及安全协议对应的安全机制

　　对象

　　实现方案

　　TLCP

　　TLS

　　密码套件选择

　　其他说明

　　充换电基础设施

　　1

　　是

　　否

　　ECDHE_SM4_GCM_SM3

　　在充 换 电 基 础 设 施 与 充换电 服 务 平 台 通 信 过 程中 ,充换 电 基 础 设 施 应 作为客户 端 , 充 换 电 服 务 平台应作为服务端 ;

　　充换 电 基 础 设 施 应 支 持至少一 种 实 现 策 略 , 宜 采用实现方案 3;

　　充换 电 服 务 平 台 同 时 支持 TLS和 TLCP时 ,宜采用不同端口实现

　　2

　　ECC_SM4_GCM_SM3; RSA_SM4_GCM_SM3

　　3

　　否

　　是

　　TLS_ECDHE_ECDSA_WITH_

　　AES_ 128_GCM_SHA256;

　　TLS_ECDHE_ECDSA_WITH_

　　AES_256_GCM_SHA384

　　4

　　TLS_RSA_WITH_AES_ 128_GCM_SHA256;

　　TLS_RSA_WITH_AES_256_GCM_SHA384

　　充换电服

　　务平台a

　　—

　　是

　　是

　　应满足表 1要求

　　a 仅针对表 2 中安全策略 2 和安全策略 3。

　　11

　　GB/T 44130.5—2025

　　6.3.3 安全要求

　　6.3.3. 1 通用安全要求

　　通用安全策略要求见表 4。

　　表 4 通用安全策略要求

　　序号

　　前置条件

　　要求定义

　　1

　　—

　　充换电基 础 设 施 和 充 换 电 服 务 平 台 在 任 一时刻应仅使用一个安全策略

　　2

　　充换电基础设施 发 起 连 接 时 使 用 的 安 全 策 略 与 充 换 电 服务平台不一致

　　充换电服务平台应终止连接

　　3

　　充换电服务平台 发 起 连 接 时 使 用 的 安 全 策 略 与 充 换 电 基础设施不一致

　　充换电基础设施应终止连接

　　4

　　—

　　在通信开始之前应配置安全策略

　　5

　　—

　　出于安全原因 ,本 文 件 不 对 降 低 安 全 策 略 进行规范 ,各充换电 服 务 运 营 商 和 充 换 电 基 础设施应采用安全的方式进行调整

　　6.3.3.2 有限安全认证策略安全要求

　　有限安全认证策略的定义见表 5,有限安全认证策略的时序见图 5。

　　表 5 安全策略 1:有限安全认证策略

　　序号

　　类型

　　描述

　　1

　　名称

　　有限安全认证策略及基础认证

　　2

　　描述

　　有限安全认证及基础 认 证 方 式 提 供 了 较 低 的 安 全 级 别 。充 换 电 基 础 设 施 的认证通过用户名和密码完成 ,但未采取措施保护通信通道

　　3

　　充换电基础设施认证

　　使用 MQTT 的账号和密码进行基础认证

　　4

　　充换电服务平台认证

　　在此认证方式下 ,充换电服务平台不对充换电基础设施进行认证

　　5

　　通信安全

　　此认证方式中未包括通信安全措施

　　12

　　GB/T 44130.5—2025

　　图 5 有限安全认证策略的时序图

　　有限安全认证策略安全要求见表 6。

　　表 6 安全策略 1:有限安全认证及基础认证要求

　　序号

　　前置条件

　　要求定义

　　1

　　—

　　有限安全认证及基础方式应仅用于可信网络中

　　2

　　—

　　充换电服务平台通过 MQTT协议中的用户名和密码对充换电基础设施的身份和权 限 进行鉴别

　　3

　　2

　　客户端(即充换电基础设施)应在每次连接请求中提供用户名和密码

　　4

　　3

　　密码长度应为 8位以上 ,至少包含三种类型字符大写字母 、数字和特殊字符 。报文消息体是必选项 ,采用 UTF-8编码方式 。用户名和密码应安全保存

　　5

　　2

　　充换电服务平台应验证充换电 基 础 设 施 身 份 和 基 础 认 证 密 码 是 否 与 连 接 请 求 的 认 证 头中的用户名和密码匹配 。如果用户名和口令验证错误 ,应终止连接

　　6.3.3.3 单向安全认证安全要求

　　单向安全认证策略的定义见表 7,单向安全认证策略的时序见图 6。

　　13

　　GB/T 44130.5—2025

　　表 7 安全策略 2:单向安全认证策略

　　序号

　　类型

　　描述

　　1

　　名称

　　单向安全认证策略

　　2

　　描述

　　在此安全策略中 ,使用安全传输机制保护 通 信 通 道 。充 换 电 服 务 平 台 使 用证书 证 明 身 份 , 充 换 电 基 础 设 施 通 过 MQTT协 议 中 的 用 户 名 和 密 码 证 明身份

　　3

　　充换电基础设施认证

　　使用 MQTT 的用户名 和 密 码 。 由 于 使 用 安 全 传 输 机 制 ,此 方 法 会 加 密 密码 ,从而降低使用该方法的风险

　　4

　　充换电服务平台认证

　　充换电基础设施通过服务器证书对充换电服务平台进行服务器身份认证

　　5

　　通信安全

　　充换电基础 设 施 与 充 换 电 服 务 平 台 之 间 的 通 信 通 过 安 全 传 输 机 制 进 行保护

　　图 6 单向安全认证策略的时序图

　　单向安全认证策略安全要求见表 8。

　　14

　　GB/T 44130.5—2025

　　表 8 安全策略 2:单向安全认证策略要求

　　序号

　　前置条件

　　要求定义

　　1

　　—

　　充换电基础设施应使用 MQTT协议 中 的 用 户 名 和 密 码 向 充 换 电服务平台表明身份

　　2

　　—

　　充换电服务平台应作为安全通信的服务器端

　　3

　　—

　　充换电服务 平 台 下 发 的 服 务 端 证 书 类 型 应 是 附 录 B 中 的 平 台类型

　　4

　　—

　　充换电基础设施应验证证书主题中的 CN 编号信息是否与充换电服务平台一致

　　5

　　如果充换电服务平台未持有有效证书 ,或认证路径无效

　　充换电基础设施应终止连接

　　6

　　充换电服务平台检测到充换电基础 设 施 使 用 旧 版 本 的 安 全 协 议套件

　　充换电服务平台应终止连接

　　7

　　—

　　当本文件中描述 的 一 个(或 多 个) 加 密 套 件 被 标 记 为 不 适 合 用 于传统用途时 ,不应再使用该加密套件

　　8

　　1

　　充换电服 务 平 台 应 验 证 充 换 电 基 础 设 施 用 户 名和 密 码 是 否 与MQTT连接请求报 文 中 的 用 户 名 和 密 码 匹 配 , 如 不 匹 配 应 终 止连接

　　6.3.3.4 双向安全认证安全要求

　　双向安全认证策略的定义见表 9,双向安全认证策略的时序见图 7。

　　表 9 安全策略 3:双向安全认证策略

　　序号

　　类型

　　描述

　　1

　　描述

　　在此安全策略中 ,使 用 安 全 传 输 机 制 保 护 通 信 通 道 , 充 换 电 基 础设施和充换电服务平台都使用证书进行认证

　　2

　　充换电基础设施认证

　　充换电服务平台通过充换电基 础 设 施 的 证 书 和 MQTT协 议 用 户名密码对充换电基础设施进行身份认证

　　3

　　充换电服务平台认证

　　充换电基础设施通 过 充 换 电 服 务 平 台 证 书 对 充 换 电 服 务 平 台 进行认证

　　4

　　通信安全性

　　充换电基础设施与 充 换 电 服 务 平 台 之 间 的 通 信 使 用 安 全 协 议 套件进行通信通道加密

　　15

　　GB/T 44130.5—2025

　　图 7 双向安全认证策略的时序图

　　双向安全认证策略要求见表 10。

　　表 10 安全策略 3:双向安全认证策略要求

　　序号

　　前置条件

　　要求定义

　　1

　　—

　　充换电服务平台应使用证书向充换电基础设施表明身份

　　2

　　—

　　充换电基础设施 应 通 过 检 查 证 书 主 题 字 段 中 的 O(组 织 名 称) 来验证证书是否归充换电服务运营商所有

　　3

　　—

　　充换电基础设施应当通过检查证书主题字段中的 CN(通用名称)是否与充换电服务平台一致 ,来验证证书是否属于该充换电服务平台

　　4

　　如果充换电服务平台没有有效的证书 ,或者认证路径无效

　　充换电基础设施应当终止连接

　　5

　　—

　　充换电服务平台 应 通 过 检 查 证 书 主 题 字 段 中 的 O(组 织 名 称) 是否包含充换电设施制造商的名 称 ,来 验 证 证 书 是 否 归 充 换 电 设 施制造商所有 ;

　　充换电服务平台宜通过检查证书主题字段中的 CN(通用名称) 是否包含充换电基础设施的唯一 序 列 号 ,来 验 证 证 书 是 否 属 于 该 充换电基础设施

　　16

　　GB/T 44130.5—2025

　　表 10 安全策略 3:双向安全认证策略要求 (续)

　　序号

　　前置条件

　　要求定义

　　6

　　如果充换电基础设施没有有效的证书 ,或者认证路径无效

　　充换电服务平台应当终止连接

　　7

　　—

　　客户端和服务端都应当检查使用的安全协议套件版本

　　8

　　充换电服务平台检测到充换电基础 设 施 使 用 旧 版 本 的 安 全 协 议套件

　　充换电服务平台应当终止连接

　　9

　　—

　　当本文件中描述 的 一 个(或 多 个) 加 密 套 件 被 标 记 为 不 适 合 用 于传统用途时 ,不应再使用该加密套件

　　7 数据传输通信要求

　　7. 1 平台间的数据传输

　　7. 1. 1 数据传输的一般流程

　　电动汽车充换电服务信息交换应符合 GB/T 9387. 1 中关于会话连接的要求 , 可分为平台认证 、请求和应答 3个步骤 。

　　平台间的通信协议应遵循网联协议七层模型框架,各平台应支持基于 HTTP安全协议通信。

　　7. 1.2 数据传输接口

　　数据传输接口应采用 HTTP(S)接口,每个接口的 URL宜采用如下格式定义:

　　http(s)://<域名 >/evcs/44130/<通信协议版本号 >/<接口名称 >

　　a) 域名 :接入运营商域名 。

　　b) 通信协议版本号 : 本 文 件 规 定 的 通 信 协 议 版 本 号 为 1. 0. 0, 主 版 本 号 和 次 版 本 号 由 本 文 件 定义 , 自定义版本号由运营商自定义 。

　　c) 通信协议版本参数应符合“X.Y.Z”格式 ,其中 X、Y 为长度为 1 的非负整数 ,Z 为非负整数 。

　　注 : 本文件中 ,X 为 1,Y 为 0。

　　d) 接口名称 :所请求/调用接口的名称 ,按照 GB/T 44130. 2—2025和 GB/T 44130. 3。 为保证各接口的功能明确清晰 ,每个 URL仅允许对应一种功能 。

　　7. 1.3 接口调用方式

　　接口应使用 HTTP(S)/POST方式传输参数,参数应采用 JSON格式封装,应按 RFC8259中的要求执行 。传输过程中应包含消息头和消息主体两部分 ,数据应采用 UTF-8编码 ,JSON格式 。

　　7. 1.4 消息头规范

　　消息头包含内容类型(Content-Type)和授权信息(Authorization) 。

　　内容类型字段用于标识请求中消息主体的编码方式 ,本文件中定义的信息交换内容应采用 JSON

　　UTF-8。

　　方式 ,参数 信 息 采 用 UTF-8编 码 , 需 要 配 置 消 息 头 中 的 Content-Type为 application/json; charset=

　　授权信息字段用 于 表 示 客 户 端 有 权 查 看 某 个 资 源 , 本 文 件 中 定 义 的 授 权 信 息 应 采 用 Token 方式 ,需要在配置消息头中的 Authorization为 Bearer Token。

　　17

　　GB/T 44130.5—2025

　　7. 1.5 消息主体规范

　　7. 1.5. 1 应用数据安全传输信息

　　通过应用数据安全传输信息(secInfo)字段 ,消息发送方告知消息的加密方式 ,包括密码套件 、密钥ID、密钥导出方式 , 以及 IV等信息 ,具体定义见表 11。

　　表 11 secInfo字段内容表

　　参数名

　　中文名称

　　长度 (字符)

　　单字符取值范围

　　枚举值

　　取值说明

　　keyDerFlag

　　密钥导出标识

　　2

　　0~ 9,A~ F

　　00:不使用过程密钥

　　本字 段 用 来 标 识 是 否 使 用KDF函数生成 过 程 密 钥 , 然后 采 用 过 程 密 钥 对 data字段进行加密处理

　　cipherSuite

　　密码套件

　　4

　　0~ 9,A~ F

　　0000:AES-CBC-HMAC-MD5 0001:SM4-CBC-HMAC-SM3 0002:SM4-GCM

　　0003:AES-128-GCM

　　0004:AES-256-GCM

　　0005:CHACHA20-POLY1305

　　本字 段 用 来 标 识 应 用 层 加密时 通 信 双 方 使 用 的 加 密算 法 和 长 度 。 “0000”~ “0001” 为 基 于 CBC 和HAMC 的 加 密 方 式 , “0002”~“0005”为基于 AE- AD 算 法 的 加 密 方 式 。 “0000”表 示 现 行 平 台 和 平台间 应 用 层 数 据 安 全 传 输规定 的 加 密 方 式 。 若 采 用基于 CBC和 HAMC 的加密方式 ,宜 采 用 “0001”规 定 的加密方 式 , “0000”规 定 的 加密方 式 应 仅 在 平 台 和 平 台间传输数据时使用

　　keyID

　　密钥 ID长度

　　2

　　0~ 9,A~ F

　　—

　　本字段用 来 标 识 密 钥 ID 的字符长度

　　密钥 ID

　　变长

　　%x20-21,

　　%x23-2E, %x30-5B和

　　%x5D-7F对

　　应的 ASCII字符

　　—

　　当使用缺省密 钥 时 , 密 钥 ID长度为 0,此字段不出现 。

　　采用 公 开 算 法 的 数 据 单 元加密方式宜见附录 C。

　　在同一 个 通 信 会 话 中 , 通 信双方 宜 采 用 不 同 的 密 钥 对请求 和 响 应 分 别 进 行 数 据加密传 输 , 可 用 不 同 的 密 钥ID来标识不同的密钥

　　18

　　GB/T 44130.5—2025

　　表 11 secInfo字段内容表 (续)

　　参数名

　　中文名称

　　长度 (字符)

　　单字符取值范围

　　枚举值

　　取值说明

　　Ⅳ

　　Ⅳ长度

　　2

　　0~ 9,A~ F

　　—

　　本字 段 用 来 标 识 Ⅳ 的 字 符长度

　　Ⅳ

　　变长

　　base64url字符

　　—

　　当 密 码 套 件 为 “0000”~ “0001”时 , 填 写 对 应 的 Ⅳ ;当 采 用 AEAD 密 码 套 件 时填写 nonce。

　　本 字 段 采 用 base64 编 码 。当 Ⅳ长 度 为 0 时 , 该 字 段 不出现

　　7. 1.5.2 服务申请

　　服务申请应由应用数据安全传输信息(secInfo) 、运营商标识(operatorID) 、参数内容(data) 、时间戳(timestamp) 、自增序列(seq)和参数签名(sig)组成 ,具体要求见表 12,示例见附录 C。

　　表 12 消息主体内容表

　　参数名

　　说明

　　类型

　　备注

　　secInfo

　　应用数据安全传输信息

　　string

　　本字段的格式描述见表 11

　　operatorID

　　数据请求方的运营商标识

　　string

　　operatorID是业务信息交换之间的各个 运 营 商唯一编号 ,可使用以下两种方式之 一 :

　　a) 可使用组织机构代码(去掉“-”符号的 9 位字符) ;

　　b) 按照 GB 32100—2015 的 4. 1 统 一 代 码 构成中第 9位 ~第 17位主体标识码(组织机构代码) 。字符串 9字符

　　timestamp

　　时间戳

　　string

　　接 口 请 求 时 的 时 间 戳 信 息 , 按 照 GB/T 44130. 2—2025 中 A. 1 确定 。精确到毫秒

　　seq

　　自增序列

　　string

　　4位自增序列取自时间戳 ,保证唯一性

　　data

　　各接口具体参数信息

　　string

　　加密数据 ,详细示例见附录 C

　　sig

　　参数签名

　　string

　　采用基于 MAC 的密码套件时 ,此处填写 MAC值 ; 当采用 AEAD加密算法时 ,无该字段

　　7. 1.5.3 参数返回

　　数据传输接口的返回参数由应用数据安全传输信息(secInfo) 、返回值(ret) 、返回信息(msg) 、参数内容(data)和参数签名(sig)组成 ,具体要求见表 13,返回参数编码表见表 14。

　　19

　　GB/T 44130.5—2025

　　表 13 返回消息主体内容表

　　参数名

　　说明

　　类型

　　备注

　　secInfo

　　应用数据安全传输信息

　　string

　　本字段的格式描述见表 11

　　ret

　　返回值

　　number

　　返回参数编码应符合表 14的规定

　　msg

　　返回信息

　　string

　　有错误表示具体错误信息 ,无错误返回成功信息

　　data

　　加密后的内容

　　string

　　加密前 内 容 为 参 数 内 容 , 应 符 合 GB/T 44130. 2—2025 和GB/T 44130. 3 的规定

　　sig

　　参数签名

　　string

　　采用基于 MAC 的密码套件时 ,此 处 填 写 MAC值 ;若 加 密 动作失败或者采用 AEAD加密算法时 ,该字段不出现

　　表 14 返回参数编码表

　　Ret值

　　说明

　　-1

　　系统繁忙 ,此时请求方稍后重试

　　0

　　请求成功

　　4 001

　　签名错误

　　4 002

　　token错误

　　4 003

　　POST参数不合法 ,缺少必需的字段 :secInfo,operatorID,data,timestamp,seq,sig(使用非 AEAD加密算法时)六个字段

　　4 004

　　请求的业务参数不合法 ,各接口定义自己的所需参数

　　500

　　系统错误

　　1 001

　　根据消息体中的 operatorID,获取不到商户

　　1 002

　　加解密异常

　　1 003

　　字段格式错误

　　7. 1.6 批量数据传输

　　数据传输接口中的 data字段加密前内容可为数组型的 JSON格式 ,数据发送方可通过该字段实现批量数据的传输 。

　　7.2 充换电基础设施与服务平台的数据传输

　　7.2. 1 数据传输的一般流程

　　充换电基 础 设 施 与 平 台 间 通 信 协 议 遵 循 网 联 协 议 七 层 模 型 框 架 , 充 换 电 设 施 应 支 持 基 于MQTT 的安全协议通信 。

　　充换电基础设施与服务平台之间的心跳机制基于 PINGREQ 和 PINGRESP 消息 ,心跳交互机制如下 :

　　a) 充换电基础设施与平台网络连接成功后 , 即应向平台发送周期性心跳 ,平台应进行心跳响应 ;

　　b) 心跳周期默认为 60 s;

　　c) 若 1. 5 倍心跳周期内充换电基础设施未获得平台响应 ,充换电基础设施应发起新的网络连接申请 。

　　20

　　GB/T 44130.5—2025

　　充换电基础设施应向平台发送身份认证信息 ,平台收到认证信息后对其进行验证 ,只有认证通过的充换电基础设施才能被允许接入平台并进行后续的数据交互操作 。

　　7.2.2 数据传输要求

　　数据传输应符合 GB/T 44130. 4—2025 中第 7章的规定 。

　　数据传输应使用基 于 MQTT 的 订 阅/发 布 方 式 , 参 数 应 采 用 JSON 格 式 封 装 。 字 符 数 据 应 采 用UTF-8编码 。

　　7.2.3 消息主体

　　消息主体内容应符合表 15的规定 。充换电基础设施与服务平台数据传输有额外安全要求 ,见附录 C中 C.4。

　　表 15 消息主体内容表

　　参数名

　　说明

　　类型

　　描述

　　protocolVersion

　　协议版本代码

　　string

　　a) 参数应符合“X.Y.Z”格式 ,其中 X、Y 为长度为 1 的非负整数 ,Z 为非负整数 ;

　　b) 上述 a)所指 X、Y 由本文件规定 ;

　　c) 本文件中 ,X 为 1,Y 为 0, 当前本文件的版本为 1. 0. 0

　　msgID

　　消息编号

　　number

　　a) 充换电基础设施与服务平台应确保每一消息在一次连接周期内具有唯一的消息编号 ;

　　b) 参数为非负整数 ,取值范围[0,99 999 999] ;

　　c) 充换电基础设施或服务平台对于接收到的消息编号相同的消息应进行幂等操作

　　timestamp

　　消息时间戳

　　string

　　按照 GB/T 44130. 2—2025 中 A. 1 确定 。精确到毫秒

　　connectorID

　　接口编号

　　number

　　a) 代表充换电基础设施的电能输出接口编号 ;

　　b) 非负整数 ,取值范围为[0,999] ;

　　c) 取值为 0,代表充换电基础设施整机 ;

　　d) 充换电基础设施的单一电能输出接口从取值为 1 开始按自然数顺序连续编码

　　functionID

　　功能编号

　　string

　　a) 内容由 2位大写英文字母与 2位非负整数组成 ;

　　b) 由 GB/T 44130. 4—2025 中第 9章规定的功能编号确定

　　messageName

　　报文名称

　　string

　　按 GB/T 44130. 4—2025 中第 9章相应功能的消息名称 , 区分大小写

　　data

　　业务功能数据

　　object

　　按 GB/T 44130. 4—2025 中第 9章相应功能的消息定义确定

　　7.2.4 批量数据传输

　　数据传输接口中的 data字段可为数组型的 JSON格式 ,数据发送方可通过该字段实现批量数据的传输 。

　　21

　　GB/T 44130.5—2025

　　附 录 A

　　(规范性)

　　分布式认证的认证接口

　　A. 1 概述

　　此接口用于平台之间认证 Token 的申请 ,调用各接口时均需要使用 Token。

　　A.2 接口定义

　　接口名称 :query_token。

　　接口使用方法 : 由认证服务端实现此接 口 , 由请求发起方调用 。

　　A.3 输入参数

　　平台认证输入参数表见表 A. 1。

　　表 A. 1 平台认证输入参数表

　　参数名称

　　定义

　　参数类型

　　描述

　　请求方标识

　　operatorID

　　字符串

　　请求方组织机构代码 ,可使用以下两种方式之 一 :

　　a) 可使用组织机构代码(去掉“-”符号的 9 位字符) ;

　　b) 按照 GB 32100—2015的 4. 1 统 一 代 码 构 成 中 第 9 位 ~第 17位主体标识码(组织机构代码) 。字符串 9字符

　　请求方密钥

　　operatorSecret

　　字符串

　　请求方分配的唯一识别密钥

　　A.4 返回值

　　平台认证服务方返回值见表 A. 2。

　　表 A.2 平台认证返回值表

　　参数名称

　　定义

　　参数类型

　　描述

　　请求方标识

　　operatorID

　　字符串

　　请求方组织机构代码 , 同表 A. 1

　　成功状态

　　succStat

　　整型

　　0:成功 ;

　　1:失败

　　获取的凭证

　　accessToken

　　字符串

　　全局唯一凭证

　　凭证有效期

　　tokenAvailableTime

　　整型

　　凭证有效期 ,单位 :s

　　失败原因

　　failReason

　　整型

　　0:无 ;

　　1:无此运营商 ;

　　2:密钥错误 ; 3~ 99: 自定义

　　22

　　GB/T 44130.5—2025

　　附 录 B

　　(规范性)

　　证书申请和使用要求

　　B. 1 概述

　　本附录对认证机构签发的证书申请文件内容和涉及的算法进行规范 , 同时对证书的签发 、安装 、更新 、撤销等流程进行说明 。秘密密钥签发的证书可参考使用 。

　　充换电服务信息交换过程中 ,涉及的各类证书种类见表 B. 1,本附录主要针对以下证书 。

　　表 B. 1 安全规范中使用的证书

　　证书种类

　　私钥存储在位置

　　描述

　　充换电服务平台证书

　　充换电服务平台

　　用于证明运营商服务平台的身份

　　充换电基础设施证书

　　充换电基础设施

　　用于证明充换电基础设施的身份

　　固件签名证书

　　制造商

　　用于验证固件是否来源于合法的制造商

　　B.2 证书申请要求

　　B.2. 1 证书属性

　　证书属性要求见表 B. 2。

　　表 B.2 证书属性要求

　　序号

　　证书属性要求

　　1

　　证书使用的私钥安全强度 ,应不少于长度 128 比特的对称密钥的安全强度

　　2

　　RSA密钥的长度应为至少 2 048 比特

　　3

　　椭圆曲线密钥的长度应为至少 256 比特

　　4

　　宜使用国家认定的签名算法

　　5

　　宜使用国家认定的标准算法计算哈希值

　　6

　　X. 509证书采用 v3版本 [RFC5280]

　　7

　　X. 509证书 PEM编码进行传输

　　8

　　证书的主体字段包含带有证书所有者的组织名称的 O(organizationName)RDN

　　9

　　对于证书 ,主体字段包含 CN(CommonName)RDN,该 RDN根据证书类型会有不同的定义 ,具体见表 B. 6

　　10

　　宜在 X. 509证书中明确证书用途

　　B.2.2 证书使用场景

　　证书使用场景要求如下 。

　　a) 充换电服务信息交换过程中 ,参与信息交换各方的证书有效期不超过五年 ,私钥由申请方自行安全保管 。

　　23

　　GB/T 44130.5—2025

　　b) 针对不同的安全策略和应用场景 ,证书的签发和使用要求见表 B. 3。通信双方使用的安全策略是根据具体场景 ,双方自行约定 。 在证书双 方 约 定 的 情 况 下 , 宜 使 用 第 三 方 CA 签 发 的 证书 ,也可以是运营商服务平台给充换电基础设施签发证书 。证书校验方应在本地安全存储相关 CA 的根证书 ,用来校验安全通信时候对端传递过来的证书 。

　　表 B.3 证书签发

　　使用场景

　　证书签发方

　　充换电服务平台间通信

　　第三方 CA

　　充换电服务平台和充换电基础设施单向安全认证

　　双方约定或第三方 CA

　　充换电服务平台和充换电基础设施双向安全认证

　　双方约定或第三方 CA

　　充换电服务平台和管理平台通信

　　第三方 CA

　　桩固件签名

　　自行管理

　　B.2.3 证书申请文件规范

　　证书申请文件相关要求如下 。

　　a) 安全通信的各方如充换电设施制造商 、充换电服务平台运营商在本地生成密钥对 ,然后生成证书请求文件(CSR文件)发送给 CA, 由 CA进行证书签发 。CSR文件应符合 PKCS#10 [RFC 2986]相关要求 。私钥文件应在本地安全存储 。证书请求信息建议见表 B. 4,具体字段定义见ITU-T/X. 520。

　　表 B.4 证书请求信息要求

　　字段名

　　对象标识符

　　(ObjectIdentifier)

　　信息

　　描述

　　国家(C)

　　2. 5. 4. 6

　　CN

　　中国

　　省(ST)

　　2. 5. 4. 8

　　shanxi

　　企业所在省的拼音

　　所在地(L)

　　2. 5. 4. 7

　　taiyuan

　　企业所在地的拼音

　　组织名称(O)

　　2. 5. 4. 10

　　sxdl

　　企业名称