GB/T 20851.4-2019 电子收费 专用短程通信 第4部分：设备应用

　　ICS 35 . 200 L 65

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 20851 . 4—2019代替 GB/T 20851 . 4—2007

　　电子收费 专用短程通信

　　第 4 部分：设备应用

　　Electronictollcollection—Dedicatedshortrangecommunication—

　　part4：Equipmentapplication

　　2019-05-10 发布 2019-12-01 实施

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

　　发

　　布

　　GB/T 20851 . 4—2019

　　GB/T 20851 . 4—2019

　　前 言

　　GB/T 20851《电子收费 专用短程通信》分为 5 个部分：

　　— 第 1 部分：物理层;

　　— 第 2 部分：数据链路层;

　　— 第 3 部分：应用层;

　　— 第 4 部分：设备应用;

　　— 第 5 部分：物理层主要参数测试方法。

　　本部分为 GB/T 20851 的第 4 部分。

　　本部分按照 GB/T 1 . 1—2009 给出的规则起草。

　　本部分代替 GB/T 20851. 4—2007《电子收费 专用短程通信 第 4部分：设备应用》，与 GB/T 20851. 4— 2007 相比，除编辑性修改外主要技术变化如下：

　　— 修改了部分规范性引用文件(见第 2 章，2007 年版的第 2 章);

　　— 增加了电池要求和运输安全的规范性引用文件(见第 2 章);

　　— 修改了部分缩略语(见 3 . 2 , 2007 年版的 3 . 2) ;

　　— 修改了 ETC应用仅为双片式应用要求限制(见 4 . 1 , 2007 年版的 4 . 1) ;

　　— 删除了 OBE数据组织中文件的类型(见 2007 年版的表 1) ;

　　— 删除了 OBE密钥中密钥代码(见 2007 年版的表 2) ;

　　— 删除了文件属性中的代码(见 2007 年版的表 3) ;

　　— 修改了文件属性中“无权限”为“禁止”(见表 3 , 2007 年版的表 3) ;

　　— 修改了 TDES安全计算算法为 SM4 算法(见 5 . 1 . 2 , 2007 年版的 5 . 1 . 2) ;

　　— 修改了 OBE应支持的信息存储空间大小(见 5 . 1 . 3 , 2007 年版的 5 . 1 . 3) ;

　　— 修改了 OBE应支持的标准配置部件和可选配置部件的规定(见 5 . 1 . 4 , 2007 年版的 5 . 1 . 4) ;

　　— 增加了电池的安全性要求(见 5 . 1 . 8) ;

　　— 修改了 OBE环境条件的要求(见 5 . 1 . 11 , 2007 年版的 5 . 1 . 10) ;

　　— 增加了 OBE 电磁兼容性能的要求(见 5 . 1 . 12) ;

　　— 增加了 OBE在车内的安装位置的建议(见 5 . 1 . 13) ;

　　— 增加了 OBE 唤醒灵敏度和等效全向辐射功率可调功能的规定(见 5 . 1 . 14) ;

　　— 修改了 RSE应内置 PSAM安全认证模块为安全访问模块或者达到同样安全等级的芯片、板卡或辅助设备等规定(见 5 . 2 . 3 , 2007 年版的 5 . 2 . 3) ;

　　— 修改了 RSE上位机通信接口要求(见 5 . 2 . 4 , 2007 年版的 5 . 2 . 4) ;

　　— 增加了 RSE应具有网络监测接口要求(见 5 . 2 . 4) ;

　　— 修改了 RSE供电的要求(见 5 . 2 . 8 , 2007 年版的 5 . 2 . 8) ;

　　— 修改了 RSE环境条件的要求(见 5 . 2 . 10 , 2007 年版的 5 . 2 . 10) ;

　　— 增加了 RSE 电磁兼容性能的要求(见 5 . 2 . 12) ;

　　— 增加了 RSE 的等效全向辐射功率调节功能规定(见 5 . 2 . 13) ;

　　— 删除了 OBE数据结构与属性中类型、读属性、写属性(见 2007 年版的 6 . 1) ;

　　— 删除了系统密钥文件的密钥代码(见 2007 年版的表 6) ;

　　— 增加了系统信息文件中的拆卸状态(见 6 . 2 . 2) ;

　　— 删除了 ETC应用密钥文件的密钥代码(见 2007 年版的表 8) ;

　　GB/T 20851 . 4—2019

　　— 修改了 ETC应用保留文件的规定(见 6 . 3 . 4 , 2007 年版的 6 . 3 . 4) ;

　　— 删除了标识站应用文件和城市道路收费应用文件(见 2007 年版的 6 . 3 . 5、6 . 3 . 6) ;

　　— 修改了 GetSecure 服务原语和 SetSecure服务原语的请求参数要求中操作数据起始位置的取值范围(见 7 . 2 . 2 . 1 、7 . 3 . 2 . 1 , 2007 年版的 7 . 2 . 2 . 1、7 . 3 . 2 . 1) ;

　　— 修改了 SetSecure服务原语的功能规定(见 7.3.1 , 2007 年版的 7.3.1) ;

　　— 增加了 SetMMI 中人机交互指示内容标识(见 7 . 6 . 1) ;

　　— 修改了 ETC应用安全中的密钥算法，TDES 算法换为 SM4 算法(见第 8 章，2007 年版的第8 章);

　　— 增加了 ETC交易流程的规定(见第 9 章);

　　— 修改了 OBE 的 ASN.1 型数据结构中 EtcVehicleFile 车牌颜色的二进制编码表示，SetMMIRq数据结构，SysInfoFile数据结构(见附录 A, 2007 年版的附录 A) ;

　　— 删除了附录“ETC应用交易流程示例”(见 2007 年版的附录 B) ;

　　— 增加了 ETC交易流程中复合消费交易应用的 DSRC数据帧的定义(见附录 B) ;

　　— 增加了多个 T-APDU 拼接在同一个 LSDU 中的数据帧的规定(见附录 C) 。

　　本部分由全国智能运输系统标准化技术委员会(SAC/TC 268)提出并归口 。

　　本部分起草单位：交通运输部公路科学研究院、中关村中交国通智能交通产业联盟、北京中交国通智能交通系统技术有限公司、北京聚利科技股份有限公司、深圳市金溢科技股份有限公司、北京速通科技有限公司、北京万集科技股份有限公司、深圳成谷科技有限公司。

　　本部分主要起草人：刘鸿伟、陈丙勋、肖迪、宋向辉、王刚、韩彬、周斌、张春杰、桂杰、刘咏平、张北海、赵昱阳、周健、宫福军。

　　本部分所代替标准的历次版本发布情况为：

　　—GB/T 20851 . 4—2007 。

　　GB/T 20851 . 4—2019

　　电子收费 专用短程通信

　　第 4 部分：设备应用

　　1 范围

　　GB/T 20851 的本部分规定了用于电子收费专用短程通信设备的应用总则、关键设备总体技术要求、OBE数据结构、应用接口和应用安全、交易流程。

　　本部分适用于公路和城市道路电子收费系统，自动车辆识别、车辆出入管理等领域可参照使用。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的。 凡是注 日期的引用文件，仅注 日期的版本适用于本文件 。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文件。

　　GB/T 2312 信息交换用汉字编码字符集 基本集

　　GB/T 2423 . 5—1995 电工电子产品环境试验 第二部分：试验方法 试验 Ea 和导则：冲击

　　GB/T 2423 . 10—2008 电工电子产品环境试验 第 2 部分：试验方法 试验 Fc：振动(正弦)

　　GB/T 2423 . 18—2012 环境试验 第 2 部分：试验方法 试验 Kb：盐雾，交变(氯化钠溶液) GB/T 3482—2008 电子设备雷击试验方法

　　GB/T 4208—2017 外壳防护等级(IP代码)

　　GB/T 9254 信息技术设备的无线电骚扰限值和测量方法

　　GB/T 17618 信息技术设备 抗扰度 限值和测量方法

　　GB/T 17626 . 2 电磁兼容 试验和测量技术 静电放电抗扰度试验

　　GB/T 18655 车辆、船和内燃机 无线电骚扰特性 用于保护车载接收机的限值和测量方法GB/T 20135—2006 智能运输系统 电子收费 系统框架模型

　　GB/T 20839—2007 智能运输系统 通用术语

　　GB/T 20851 . 1—2019 电子收费 专用短程通信 第 1 部分：物理层

　　GB/T 20851 . 2—2019 电子收费 专用短程通信 第 2 部分：数据链路层

　　GB/T 20851 . 3—2019 电子收费 专用短程通信 第 3 部分：应用层

　　JR/ T 0025 . 9—2010 中国金融集成电路(IC)卡规范 第 9 部分：电子钱包扩展应用指南

　　ISO/IEC 7816-1 识 别 卡 集 成 电 路 卡 第 1 部 分：带 触 电 的 卡 物 理 特 性 ( Identification cards—Integrated circuit cards—Part 1 : Cards with contacts—Physical characteristics)

　　ISO/IEC 7816-2 识 别 卡 集 成 电 路 卡 第 2 部 分：带 触 电 的 卡 触 点 的 尺 寸 和 位 置

　　(Identification cards—Integrated circuit cards—Part 2 : Cards with contacts—Dimensions and location

　　of the contacts)

　　ISO/IEC 7816-3 识 别 卡 集 成 电 路 卡 第 3 部 分：带 触 电 的 卡 电 信 号 和 传 输 协 议

　　(Identification cards—Integrated circuit cards—Part 3 : Cards with contacts—Electrical interface and transmission protocols)

　　ISO/IEC 7816-4 识别卡 集成电路卡 第 4 部分：用于交换的结构、安全和命令(Identification cards—Integrated circuit cards—Part 4: Organization, security and commands for interchange)

　　GB/T 20851 . 4—2019

　　ISO/IEC 14443(所有部分) 识别卡 非接触卡规范 临近卡 (Identification cards—Contactless integrated circuit cards—Proximity cards)

　　UL1642 美国锂电池安全标准(STANDARD FOR SAFETY Lithium Batteries)

　　UN38.3 联合国危险物品运输试验和标准手册 38.3 款 (Recommendations on the TRANSPORT

　　OF DANGEROUS GOODS : Manual of Tests and Criteria)

　　3 术语和定义、缩略语

　　3 . 1 术语和定义

　　GB/T 20135—2006 和 GB/T 20839—2007 界定的术语和定义适用于本文件。

　　3 . 2 缩略语

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

　　AVI：自动车辆识别(Automatic Vehicle Identification)

　　DID：目录标识 (Directory Identifier)

　　DSRC：专用短程通信(Dedicated Short Range Communication)

　　ETC：电子收费 (Electronic Toll Collection)

　　FID：文件标识 (File Identifier)

　　ICC：集成电路卡(Integrate Circuit Card)

　　MAC：信息鉴别码(Message Authentication Code)

　　OBE：车载设备(On Board Equipment)

　　RSE：路侧设备(Roadside Equipment)

　　UI：无编号信息(Unnumbered Information)

　　4 应用总则

　　4. 1 ETC系统构成

　　ETC 系统由前端系统和后台数据库系统组成，前端系统包括车道控制系统、RSE、OBE 以及 ICC。

　　OBE宜为双片式类型，支持 ICC 的读写。 在 ETC应用中，双片式类型 OBE 涉及电子支付的功能由 ICC实现，OBE提供 ICC 至 RSE信息转发功能。 ETC 系统构成见图 1,虚线方框内为本部分所涉及的内容。

　　GB/T 20851 . 4—2019

　　图 1 ETC系统构成

　　双片式类型 OBE典型 ETC交易示例见图 2 。

　　图 2 双片式类型 OBE典型 ETC交易示例

　　4 . 2 OBE数据一般规定

　　4 . 2 . 1 OBE 内的数据采用目录与文件进行组织。

　　4 . 2 . 2 OBE 内 目录分为系统目录及应用目录，系统目录为 OBE 的根目录，只有一个;应用 目录是根 目录下的子目录，可有多个，一个应用对应一个 目 录 。 每个 目 录下有多个文件，子 目 录下不应有其他子目录。

　　GB/T 20851 . 4—2019

　　4 . 2 . 3 文件分为密钥文件和应用文件两类：密钥文件存储用以控制应用数据的安全访问的密钥;应用文件用于存储应用数据。

　　4.2.4 目录和文件分别以 DID 和 FID来标识。目录编号 DID 范围为 0x00~0x0F, 其中 DID 为 0x00者为根目录。 文件编号 FID范围为 0x00~0x7F,其中 FID 为 0x00 者为密钥文件。 根目录下的文件为系统文件，应用文件存储于应用目录中。 对于 ETC应用，目录号应为 0x01。

　　4 . 2 . 5 OBE数据组织结构见表 1 。

　　表 1 OBE数据组织结构

　　4 . 3 OBE密钥

　　密钥分为四类：主控密钥、维护密钥、认证密钥和加密密钥。 主控密钥分系统主控密钥和应用主控密钥，系统主控密钥在系统密钥文件中，应用主控密钥在对应的应用密钥文件中。 密钥功能见表 2 。

　　表 2 密钥功能

　　4 . 4 文件属性

　　文件访问由密钥控制。

　　目录和文件的删除与创建在主控密钥的控制下进行。普通文件(非密钥文件)有四种属性，文件属性见表 3 。

　　GB/T 20851 . 4—2019

　　表 3 文件属性

　　4 . 5 扩展应用接口

　　ETC设备应提供基于 ACTION 服务原语所扩展的应用接口 。 ACTION 服务原语应符合 GB/T 20851 . 3—2019 的要求。

　　扩展 ETC应用接口见表 4 。

　　表 4 扩展 ETC应用接口

　　5 关键设备总体技术要求

　　5 . 1 OBE总体技术要求

　　5 . 1 . 1 无线链路通信

　　OBE 和 RSE 之间的 DSRC应符合 GB/T 20851.1—2019~GB/T 20851.3—2019 的相关规定。

　　5 . 1 . 2 安全

　　OBE 的安全要求应符合以下要求：

　　a) 应提供安全访问模块，以存放访问控制密钥和 ETC应用信息等;

　　b ) 应支持 SM4 算法的数据存取和访问控制;

　　c) 所有初始化数据的写入应采用 SM4 算法的加密方式传输;

　　d) 应具备 ICC 读写接 口，该接口应符合 ISO/IEC 7816-1~ISO/IEC 7816-4 或 ISO/IEC 14443 TYPE-A标准的相关规定;

　　e) 支持的 ICC交易流程应符合 JR/T 0025.9—2010 中 7.3 和 7.4 的规定。

　　5 . 1 . 3 信息存储

　　OBE 内的用户信息存储宜采用数据块的方式，寻址应采用目录和文件的方式。

　　GB/T 20851 . 4—2019

　　OBE 内的安全访问模块应具有不小于 16 k字节存储空间。

　　5 . 1 . 4 部件

　　5 . 1 . 4 . 1 标准配置部件

　　双片式类型 OBE应配置的部件为 ICC读写模块。

　　5 . 1 . 4 . 2 可选配置部件

　　OBE可选的配置部件：扬声器、字符显示器、红绿指示灯、USB接口 、RS232 串 口、蓝牙模块等。

　　5 . 1 . 5 防拆卸与恢复

　　OBE应具备防止用户拆卸功能，一旦被拆卸，应当立即在 OBE 内的相应信息存储区中设置相应标志字节/标志位。

　　因拆卸而引起的 ETC应用失效应能够通过软件设置的方式得到恢复。

　　5 . 1 . 6 应用的更新

　　OBE应支持应用更新，更新可采用 DSRC方式或其他方式。

　　5 . 1 . 7 交易记录

　　OBE应支持不少于 50 条最新交易记录的存储，交易记录可采用 DSRC方式或其他方式读出。

　　5 . 1 . 8 电池

　　OBE 电池应具备相应的安全性，并符合 UL 1642 和 UN 38 . 3 的要求。

　　5 . 1 . 9 可靠性

　　OBE平均无故障时间应大于 50 000 h。

　　5 . 1 . 10 平均免维护时间

　　OBE平均免维护时间应不小于 2 年(按每天 10 次交易计算)。

　　5 . 1 . 1 1 环境条件

　　环境条件应符合以下要求：

　　a) 工作温度：-25 ℃ ~+70 ℃ ,寒区-40 ℃ ~+70 ℃ ;

　　b) 存储温度：-20 ℃ ~+55 ℃ ;

　　c) 相对工作湿度：5%~100% ;

　　d) 振动：应符合 GB/T 2423 . 10—2008 附录 C 中表 C. 1 第三行给出的设备应用严酷等级要求，频率范围 10 Hz~150 Hz,加速度 10 m/ s2 ,在每一轴线方向上的扫频循环次数为 20 ;

　　e) 冲击：应符合 GB/T 2423 . 5—1995 第 5 章中表 1 第三行给出的严酷等级要求，峰值加速度300 m/ s2 ,相应的标称脉冲持续时间 18 ms,相应的速度变化量半正弦为 3 . 4 m/ s。

　　5 . 1 . 12 电磁兼容性能

　　对于连接在车辆线束上或车载电源上的 OBE 设备，其无线电骚扰特性应符合 GB/T 18655 的规定，限值要求应经整车生产商和设备生产商协商一致确定。

　　GB/T 20851 . 4—2019

　　OBE对于静电放电抗扰度应按 GB/T 17618 规定的性能判据 B 的要求，试验方法按照 GB/T 17626 . 2的规定，接触放电电压 6 kV,空气放电电压 8 kV。

　　5 . 1 . 13 安装位置

　　对于整体安装在车辆前挡风玻璃上的 OBE,小型客车宜安装在车辆的前挡风玻璃上方居中(后视镜位置附近)位置，大型客车宜安装在前风挡玻璃下方且方便司机插拔 ICC 的位置;对于预先在前挡风玻璃留有微波窗口的车辆，OBE宜安装在微波窗口位置。

　　5 . 1 . 14 其他建议

　　OBE 唤醒灵敏度在符合 GB/T 20851 . 1—2019 规定的前提下，可分为以下几挡：

　　a) -43 dBm~ -47 dBm;

　　b) -48 dBm~ -52 dBm;

　　c) 小于或等于- 53 dBm;

　　d) 也可设置其他范围。

　　OBE 的等效全向辐射功率在符合 GB/T 20851 . 1—2019 规定的前提下，可分为以下几挡：

　　a) -3 dBm~+3 dBm;

　　b) +3 dBm~+10 dBm;

　　c) 也可设置其他范围。

　　5 . 2 RSE总体技术要求

　　5 . 2 . 1 工作方式

　　RSE采用联机工作方式。

　　RSE应提供应用层服务原语接口 。

　　5 . 2 . 2 无线链路通信

　　RSE 和 OBE 之间的 DSRC应符合 GB/T 20851.1—2019~GB/T 20851.3—2019 的相关规定。

　　5 . 2 . 3 安全

　　RSE应设置安全访问模块或者达到同样安全等级的芯片、板卡或辅助设备等，以存放访问控制密钥，所有的加密和认证过程均通过安全硬件产品进行。

　　5 . 2 . 4 接口

　　RSE支持的接口要求如下：

　　a) 应支持以太网方式的上位机通信接口，其他 RS232、RS485 或 USB等接口形式可选;

　　b ) 应具有网络监测接口，支持 RSE关键参数、配置管理、版本管理、诊断测试、日志管理、告警等信息的监测功能;

　　c) 宜具有 TTL 电平的隔离接口 。

　　5 . 2 . 5 程序和应用的更新

　　RSE应具有通过上位机接口进行在线程序和应用更新的能力。

　　5 . 2 . 6 安装

　　固定安装方式的 RSE设备应支持户外安装，防护等级应满足 GB/T 4208—2017 的要求，并可采用

　　GB/T 20851 . 4—2019

　　路侧或者顶挂方式;宜采用顶挂安装方式，且吊装在车道正中，挂装高度不低于 5 . 5 m。

　　5 . 2 . 7 通信区域

　　RSE设备通信区域宽度应可调整在 3 . 3 m 范围内，通信区域宽度示意见图 3 。

　　图 3 通信区域宽度示意

　　5 . 2 . 8 供电

　　RSE设备应在交流电压 220×(1±15%)V,频率 50 × ( 1±4%) Hz 的电源条件下正常工作。

　　5 . 2 . 9 可靠性

　　RSE平均无故障时间应大于 70 000 h。

　　5 . 2 . 10 环境条件

　　环境条件应符合以下要求：

　　a) 工作温度：-20 ℃ ~+55 ℃ ,寒区-35 ℃ ~+40 ℃ ;

　　b) 存储温度：-20 ℃ ~+55 ℃ ;

　　c) 相对工作湿度：4%~100% ;

　　d) 振动：应符合 GB/T 2423 . 10—2008 附录 C 中表 C. 1 第一行给出的设备应用严酷等级要求，频率范围 10 Hz~150 Hz,加速度 5 m/ s2 ,在每一轴线方向上的扫频循环次数为 50 ;

　　e) 冲击：应符合 GB/T 2423 . 5—1995 第 5 章中表 1 第三行给出的严酷等级要求，峰值加速度300 m/ s2 ,相应的标称脉冲持续时间 18 ms,相应的速度变化量半正弦为 3 . 4 m/ s ;

　　f) 盐雾：应符合 GB/T 2423.18—2012 的严酷等级 1 ;

　　g) 雷击：应符合 GB/T 3482—2008,电源线雷击严酷等级 4,信号线雷击严酷等级 2,电源线与信号线间雷击严酷等级 4 。

　　5 . 2 . 1 1 防护等级

　　RSE(室外部分)外壳防护等级应符合 GB/T 4208—2017 中 IP65 等级要求。

　　5 . 2 . 12 电磁兼容性能

　　RSE 的无线电骚扰性能指标应符合 GB/T 9254 中 B级的相应规定。

　　RSE 的抗扰度性能应符合 GB/T 17618 中规定的相应性能判据。

　　5 . 2 . 13 其他要求

　　RSE等效全向辐射功率应在 GB/T 20851 . 1—2019 表 1 规定的指标范围内并可调节。

　　6 OBE数据结构

　　6 . 1 数据结构

　　OBE 的数据分为系统数据和应用数据两类，OBE数据结构见表 5 。

　　GB/T 20851 . 4—2019

　　表 5 OBE数据结构

　　6 . 2 系统数据

　　6 . 2 . 1 系统密钥文件

　　系统密钥文件的 目录号为 0,文件号为 0 , ASN. 1 定义为 SysKeyFile, 系统密钥文件存储 OBE 系统信息安全访问控制密钥，系统密钥文件内容见表 6 。

　　表 6 系统密钥文件内容

　　6 . 2 . 2 系统信息文件

　　系统信息文件的 目录号为 0,文件号为 1 , ASN. 1 定义为 SysInfoFile,存储 OBE 发行及合同相关信息，系统信息文件内容见表 7 。

　　表 7 系统信息文件内容

　　GB/T 20851 . 4—2019

　　6.3 ETC应用数据

　　6.3. 1 ETC应用密钥文件

　　ETC应用密钥文件目录号为 1,文件号为 0 , ASN.1 定义为 EtcKeyFile,存储 OBE 的 ETC应用数

　　据安全访问控制密钥，ETC应用密钥文件内容见表 8 。

　　表 8 ETC应用密钥文件内容

　　6.3.2 ETC应用车辆信息文件

　　ETC应用车辆信息文件目录号为 1,文件号为 1 , ASN. 1 定义为 EtcVehicleFile, ETC 应用车辆信

　　息文件内容见表 9 。

　　表 9 ETC应用车辆信息文件内容

　　6.3.3 ETC应用交易记录文件

　　ETC应用交易记录文件目录号为 1,文件号为 2 , ASN.1 定义为 EtcTransactionFile, ETC交易记录

　　空间写满时，记录用先入先出的方式循环进入记录区，ETC应用交易记录文件内容见表 10 。

　　GB/T 20851 . 4—2019

　　表 10 ETC应用交易记录文件内容

　　6 . 3 . 4 ETC应用保留文件

　　ETC应用应预留保留文件。

　　7 ETC应用接口

　　7 . 1 ACTION服务原语

　　ETC应用在应用层服务原语 ACTION 之上扩展出 ETC应用接口，其中 ACTION 服务原语如下：

　　Action-Request: : =SEQUENCE{

　　mode BOOLEAN,

　　did Dsrc-DID ,

　　actionType ActionType,

　　accessCredentials OCTET STRING (SIZE(0 . . 127, . . . )) OPTIONAL ,

　　actionParameter Container OPTIONAL ,

　　iid Dsrc-DID OPTIONAL

　　}

　　Action-Response: : =SEQUENCE{

　　fill BIT STRING (SIZE(2)) ,

　　did Dsrc-DID ,

　　responseParameter Container OPTIONAL,

　　iid Dsrc-DID OPTIONAL,

　　ret ReturnStatus

　　}

　　ActionType: : =INTEGER(0..127 , ...)

　　— 已经定义如下操作：

　　— 0 GetSecure

　　— 1 SetSecure

　　— 2 GetRand

　　— 3 TransferChannel

　　GB/T 20851 . 4—2019

　　— 4 SetMMI

　　ActionType 中，5…80 保留给 DSRC应用，81…127 保留给私有应用。

　　7.2 Getsecure服务原语

　　7 . 2 . 1 功能

　　GetSecure用于实现安全的数据读取，并提供可选的认证、加密和信息鉴别的机制。 其中：

　　a) 认证：RSE端提供访问凭证，OBE端验证通过后才允许读取;

　　b ) 加密：OBE端对数据加密后再传输到 RSE端，RSE端需对之解密后才可获取原始数据;

　　c) 信息鉴别：对所传输的数据进行加密运算产生 MAC,随数据后一起传输;RSE 端接收到首先对之进行验证，无误后进行后续处理。

　　本接口中，a)和 b)为可选项，c)为必备项;对于无需 b)或 c) 的情形，需调用 Get服务实现。

　　上述三者视安全要求可组合运用。

　　如果同时出现 b)和 c) 的情形，MAC应基于加密后信息计算得到。

　　7 . 2 . 2 接口

　　7.2.2. 1 请求(Getsecure.request)

　　GetSecure.request参数要求见表 11。

　　表 1 1 Getsecure.request参数要求

　　7.2.2.2 应答(Getsecure.response)

　　GetSecure.response参数要求见表 12。

　　GB/T 20851 . 4—2019

　　表 12 Getsecure.response参数要求

　　7.3 setsecure服务原语

　　7 . 3 . 1 功能

　　SetSecure用于实现安全的数据写入，并提供可选的认证、加密和信息鉴别的机制。 其中：

　　a) 认证：RSE端提供访问凭证，OBE端验证通过后才允许写入;

　　b ) 加密：RSE端对数据加密后再传输到 OBE端，OBE端需对之解密后才可获取原始数据;

　　c) 信息鉴别：对所传输的数据进行加密运算产生信息鉴别码，随数据一起传输;OBE 端接收到首先对之进行验证，无误后进行后续处理。

　　本接口中，a)和 b)为可选项，c)为必选项;对于无需 b)和 c) 的情形，需调用 Set服务实现。

　　上述三者视安全要求可组合运用。

　　如果同时出现 b)和 c) 的情形，MAC应基于加密后信息计算得到。

　　7 . 3 . 2 接口

　　7.3.2. 1 请求(setsecure.request)

　　SetSecure.request参数要求见表 13。

　　表 13 setsecure.request参数要求

　　GB/T 20851 . 4—2019

　　表 13(续)

　　7.3.2.2 应答(setsecure.response)

　　SetSecure.response参数要求见表 14。

　　表 14 setsecure.response参数要求

　　7.4 GetRand服务原语

　　7 . 4 . 1 功能

　　GetRand服务用于获取 8 字节随机数。

　　7 . 4 . 2 接口

　　7.4.2. 1 请求(GetRand.request)

　　GetRand.request参数要求见表 15。

　　GB/T 20851 . 4—2019

　　表 15 GetRand.request参数要求

　　7.4.2.2 应答(GetRand.response)

　　GetRand.response参数要求见表 16。

　　表 16 GetRand.response参数要求

　　7.5 Transferchannel服务原语

　　7 . 5 . 1 功能

　　为 RSE 与 OBE部件之间(如 ICC、显示器、蜂鸣器等)通信提供通道传输功能，OBE充当 RSE 与外部件之间的转发器。 已经定义的外部件通道标识号定义见表 17 。

　　表 17 通道标识号定义

　　GB/T 20851 . 4—2019

　　表 17(续)

　　7 . 5 . 2 接口

　　7.5.2. 1 请求(Transferchannel.request)

　　TransferChannel.request参数要求见表 18。

　　表 18 Transferchannel.request参数要求

　　7.5.2.2 应答(Transferchannel.response)

　　TransferChannel.response参数要求见表 19。

　　表 19 Transferchannel.response参数要求

　　GB/T 20851 . 4—2019

　　7.6 setMMI服务原语

　　7 . 6 . 1 功能

　　用于规范 OBE应用人机界面指示的内容，已经要求指示的人机交互的标识定义见表 20 。

　　表 20 人机交互标识定义

　　7 . 6 . 2 接口

　　7.6.2. 1 请求(setMMI.request)

　　SetMMI.request参数要求见表 21。

　　表 2 1 setMMI.request参数要求

　　7.6.2.2 应答(setMMI.response)

　　SetMMI.response参数要求见表 22。

　　表 22 setMMI.response参数定义

　　GB/T 20851 . 4—2019

　　8 ETC应用安全

　　8 . 1 安全方式

　　主要安全保护手段有：

　　a) 访问许可：访问数据应提供许可凭证，OBE验证通过后才允许访问;

　　b ) 信息鉴别：随关键数据一起传送一组鉴别码，RSE验证后才判定为合法数据;

　　c) 加密保护：在传输过程中对数据进行加密。

　　8 . 2 访问许可

　　8 . 2 . 1 OBE访问权限

　　OBE访问许可认证通过后，RSE 具备 OBE 的访问权限。 OBE 的访问权限应用要求应满足以下要求：

　　a) RSE第一次发送带有专用链路地址的下行链路数据帧的服务原语时应携带访问许可;

　　b ) OBE在通过访问许可认证后，后续 RSE 的服务原语访问时可不携带访问许可。

　　注：公路 ETC应用建议 RSE使用 GetSecure服务原语实现对 OBE访问许可认证。 若应用要求使用其他原语，也可按其功能携带访问许可进行认证。

　　8 . 2 . 2 访问许可流程

　　访问许可流程见图 4 。过程如下：

　　a) RSE 通过 Get服务或直接从 VST 中取得 contractSerialNumber,通过 GetRand服务或直接从VST 中获取 RndOBE, RndOBE 宜从 VST 中获取;

　　b) RSE利用 MasterAccessKey(主认证密钥，16 字节)和 contractSerialNumber 分散出临时认证密钥 tmpAccessKey(16 字节)，分散算法如下：

　　tmpAccessKey=SM4(MasterEtcAppAccessKey, contractSerialNumber) ;

　　c) RSE利用临时密钥 tmpAccessKey加密 RndOBE1 (16 字节，RndOBE1 为 RndOBE 后补 8 字节的 0x00 形成)，产生 accessCredentials1,算法如下：

　　accessCredentials1=SM4(tmpAccessKey, RndOBE1) ;

　　d) RSE后续指令携带 accessCredentials(为 accessCredentials1 的前 8 字节与后 8 字节分别异或)，发送到 OBE;

　　e) OBE利用 AccessKey 和 RndOBE计算出 tmpAccessCredentials,算法同 c) ;

　　f) OBE 比较 accessCredentials 和 tmpAccessCredentials是否相等，相等则赋予该 RSE访问许可权限。

　　GB/T 20851 . 4—2019

　　图 4 访问许可认证

　　8 . 3 信息鉴别

　　信息鉴别主要是针对 OBE 信息的鉴别，以鉴别码的方式实现，OBE 信息鉴别流程见图 5 。 过程如下：

　　a) RSE 通过 Get服务直接从 VST 中取得 contractSerialNumber。

　　b) RSE产生随机数 rndRSUForAuthen(8 字节)，并随 GetSecure 服务一起发送至 OBE。

　　c) OBE利用 EncryptKey(16 字节)对 rndRSUForAuthen、File 内容进行 MAC计算，得出鉴别码authenticator并随 File 一起作为响应参数发往 RSE。其中 MAC计算方法如下：

　　1) 将 File 内容进行 CRC计算(多项式 X16 +X12 +X5 +1,起始 FFFFH),产生两字节 CRC0和 CRC1 ;

　　2) 将 rndRSUForAuthen最低两个字节分别更换为 CRC1, CRC0,形成 8 字节临时数据;

　　3) 利用 EncryptKey对 8 字节数据后补 8 字节 0x00 后组成的 16 字节数据进行加密计算产生 authenticator,算法如下：

　　authenticator=SM4(EncryptKey, CRC0 || CRC1 || rndRSUForAuthen(高 6 字

　　节)|| 0x0000000000000000)。

　　d) OBE在响应中发送 File 和 authenticator 至 RSE。

　　e) RSE 利 用 contractSerialNumber 和 MasterEncryptKey 计 算 出 临 时 密 钥 tmpEncryptKey

　　GB/T 20851 . 4—2019

　　(16 字节)，算法如下：

　　tmpEncryptKey=SM4(MasterEtcAppAuthenKey, contractSerialNumber)。

　　f) RSE利用临时密钥 tmpKey、rndRSUForAuthen 及 File, 遵循 c) 中的算法计算 MAC 码 tm- pAuthenticator。

　　g) RSE 比较 authenticator 和 tmpAuthenticator, 如果结果相等则为合法数据，否则非法。

　　图 5 OBE信息鉴别流程

　　8 . 4 获取信息加密

　　获取 OBE信息的加密算法基于 SM4 实现，获取信息加密见图 6 。算法流程如下：

　　a) RSE发送 GetSecure 服务至 OBE;

　　b ) OBE将文件数据 File按 16 字节分组，如果最后(或唯一)的数据块的长度不足 16 字节，则在 其后加入 16 进制数‘80’,若达到 16 字节长度，则转到 c),若未达到在其后加入 16 进制数‘00 ’直到长度达到 16 字节;

　　c) OBE利用 EncryptKey对上述结果 plainFile(16 的整数倍长度)进行 SM4 加密，产生加密结果encryptFile,算法如下：

　　encryptFile=SM4(EncryptKey, plainFile) ;

　　d) OBE将 encryptFile 随 GetSecure.rs 发送至 RSE;

　　e) RSE利用 MasterEncryptKey、areaNumber 和 contractSerialNumber 产生加密子密钥 subEn-

　　GB/T 20851 . 4—2019

　　cryptKey,算法如下：

　　subEncryptKey=SM4(SM4(MasterEncryptKey, areaNumber+~

　　areaNumber) , contractSerialNumber+~contractSerialNumber) ;

　　f) RSE利用 subEncryptKey对 encryptFile加密，结果去掉多余字节后即为所读取数据内容。

　　图 6 获取信息加密

　　8 . 5 写入信息加密

　　写入信息加密算法基于 SM4 实现，写入信息加密见图 7 。算法流程如下：

　　a) RSE将文件数据 File 按 16 字节分组，如果最后(或唯一)的数据块的长度不足 16 字节，则在其后加入 16 进制数‘80’,若达到 16 字节长度，则转到 b),若未达到在其后加入 16 进制数‘00’直到长度达到 16 字节;

　　b) RSE利用 MasterEncryptKey 和 contractSerialNumber产生临时加密密钥 tmpEncryptKey:

　　tmpEncryptKey=SM4(MasterEncryptKey, contractSerialNumber) ;

　　c) RSE利用 tmpEncryptKey对(a) 结果加密，加密后的数据 encryptFile 随 SetSecure 服务发送至 OBE;

　　d) OBE利用 EncryptKey对 encryptFile(16 的整数倍长度)进行 SM4 解密，产生解密结果 de- cryptFile:

　　GB/T 20851 . 4—2019

　　decryptFile=SM4-1 (EncryptKey, encrypfile) ;

　　e) OBE将解密后的数据去掉多余字节后写入 OBE文件，并应答 SetSecure。

　　图 7 写入信息加密

　　9 ETC交易流程1)

　　9 . 1 交易流程总体框架

　　9 . 1 . 1 通信阶段划分

　　9 . 1 . 1 . 1 概述

　　ETC交易流程可划分为通信链路建立及应用信息获取、OBE 数据获取、ICC-RSE 消费交易、用户提示和链路释放五个阶段。 OBE 和 RSE 之间的认证包含在前两个阶段中，ICC-RSE 间安全认证过程包含在第三个阶段中。

　　在公路 ETC应用中，ICC-RSE 间交易采用复合消费交易模式。 复合消费交易参见 JR/ T 0025 . 9 — 2010 规定，复合消费交易应用 RSE 和 OBE 交互 DSRC 数据帧格式参见附录 B。 ICC 为储值卡或记账卡。

　　1) 本章 ETC交易流程针对双片式离线交易应用的典型流程。

　　GB/T 20851 . 4—2019

　　9 . 1 . 1 . 2 通信链路建立及应用信息获取阶段

　　该阶段主要完成通信链路的建立，协商通信参数，协商应用参数，获取部分应用信息等。 其过程如下：

　　—RSE: BST ;

　　— OBE: VST。

　　9. 1 . 1 .3 OBE数据获取阶段

　　读取 OBE信息，主要是车辆信息文件中的车型信息，可完成 OBE 和 RSE 间的双向认证。 其过程如下：

　　—RSE: GetSecure.request;

　　— OBE: GetSecure.response。

　　9. 1 . 1 .4 ICC-RSE消费交易阶段

　　使用多条 TransferChannel完成 ICC-RSE 的消费交易流程。 费率计算由车道计算机完成，车型来自于 OBE,计算过程同人工收费。 其过程如下：

　　—RSE: TransferChannel.request;

　　— OBE: TransferChannel.response。

　　9 . 1 . 1 . 5 用户提示阶段

　　提示用户交易结果。 其过程如下：

　　—RSE: SetMMI.request;

　　— OBE: SetMMI.response。

　　9 . 1 . 1 . 6 链路释放阶段

　　RSE 释放与 OBE 的通信连接。

　　RSE: Event-Report(Release)。

　　9 . 1 . 2 原语拼接

　　交易中多个原语可通过拼接的方式实现，示例参见附录 C。

　　最后一个 TransferChannel.request 和 SetMMI.request 可采用链接的方式拼接到同一个 LSDU

　　中，即采用“带有链接的拼接”，应符合 GB/T 20851 . 3—2019 的要求。

　　9.2 DSRC数据帧格式

　　9 . 2 . 1 概述

　　本节只描述了 ETC应用中涉及的 BST、VST、GetSecure、TransferChannel、SetMMI、Event-Report (Release)DSRC数据帧格式，其他原语的 DSRC数据帧格式不做规范。

　　9 . 2 . 2 BST

　　9 . 2 . 2 . 1 简要说明

　　LLC层使用 UI命令。

　　APP层使用 Initialization.request, T-APDUs=Initialization-Request=BST。

　　GB/T 20851 . 4—2019

　　9 . 2 . 2 . 2 数据定义

　　BST 的 ASN . 1 数据结构说明如下：

　　BST: : =SEQUENCE{

　　fill BIT STRING(SIZE(3)) ,

　　rsu BeaconID ,

　　time Time ,

　　profile Profile,

　　mandapplications ApplicationList,

　　nonmandapplications ApplicationList OPTIONAL,

　　profileList SEQUENCE(SIZE(0..127 , ...)) OF Profile

　　}

　　在公路 ETC应用中无 nonmandapplications数据元。

　　BST 中的 BeaconID数据如下：

　　BeaconID: : = SEQUENCE{

　　manufacturerID INTEGER(0..255) ,—1 字节

　　individuaLID INTEGER(0..16777215)—3 字节

　　}

　　ApplicationList: : =SEQUENCE (SIZE (0..127, ...)) OF

　　SEQUENCE{

　　aid DSRCApplicationEntityID,

　　did Dsrc-DID OPTIONAL,

　　applicationParameter ApplicationContextMark OPTIONAL

　　}

　　ApplicationList 编码说明如下：

　　—ApplicationList 的 SEQUENCE{}元素无扩展;

　　— 1 个应用，取值 1 ;

　　— 无 did;

　　— 有/无 applicationParameter;

　　—aid= 1 。

　　applicationParameter可用于指示当前使用的交易模型等应用参数信息，是否存在取决于具体应用 。具体格式见 9 . 3 。

　　profileList 为无扩展，0 个 Profile, 其编码为“0000 0000”。

　　9 . 2 . 3 VST

　　9 . 2 . 3 . 1 简要说明

　　LLC层使用 UI命令。

　　APP层使用 Initialization.response, T-APDUs=Initialization-Response=VST。

　　9 . 2 . 3 . 2 数据定义

　　VST 的 ASN . 1 数据结构说明如下：

　　GB/T 20851 . 4—2019

　　VST: : =SEQUENCE{

　　fill BIT STRING (SIZE(4)) ,

　　profile Profile,

　　applications ApplicationList,

　　obuConfiguration ObuConfiguration

　　}

　　其中 ApplicationList数据结构说明如下：

　　ApplicationList: : =SEQUENCE (SIZE (0..127, ...)) OF

　　SEQUENCE{

　　aid DSRCApplicationEntityID,

　　did Dsrc-DID OPTIONAL,

　　applicationParameter ApplicationContextMark OPTIONAL

　　}

　　ApplicationList 编码说明如下：

　　—SEQUENCE{}元素无扩展;

　　— 有 did;

　　— 有 applicationParameter;

　　—aid= 1 。

　　Dsrc-DID: : =INTEGER(0..127, ...),无扩展，ETC应用 目录号为 1,取值 1。

　　在 GB/T 20851. 3—2019 中，applicationParameter 的 类 型 定 义 为 ApplicationContextMark, 其

　　ASN . 1 定义如下：

　　ApplicationContextMark: : =Container

　　(WITH COMPONENTS {octetstring PRENSENT})

　　--ApplicationContextMark 的示例见附录 A 中 SysInfoFile 的相关内容。

　　本部分在 GB/T 20851.3—2019 的基础上补充规定 VST 中的 applicationParameter 的 ASN. 1 定

　　义为：

　　VSTApplicationContextMark : : = SEQUENCE {

　　reservedInfo1~5 保留给未来其他应用系统使用。

　　本部分在 GB/T 20851.3—2019 的基础上对 Container进行扩充定义如下：

　　GB/T 20851 . 4—2019

　　Container : : =CHOICE{

　　. . . ,

　　sysInfo [39] SysInfo,--存放 OBE 中 SysInfoFile 中的部分内容，减少上传无效数据

　　...

　　}

　　SysInfo 的 ASN.1 类型定义为：

　　SysInfo : : =SEQUENCE{

　　contractProvider OCTET STRING (SIZE(8)) ,

　　contractType INTEGER(0..127, ...) ,

　　contractVersion INTEGER(0 . . 127, . . . ) ,

　　contractSerialNumber ContractSerialNumber ,

　　contractSignedDate Date,

　　contractExpiredDate Date

　　}

　　rndOBE使用 Container[29], 其 ASN.1 类型为 Rand, 应存在。

　　Rand : : = OCTET STRING (SIZE(8)) 。

　　privateInfo用于存放各地方专有应用的相关信息，具体定义自行规定。

　　gbICCInfo用于存放 ICC 中卡片发行信息、钱包余额及入口信息等。

　　VST 中，ObuStatus 的 ASN.1 定义如下：

　　ObuStatus : : =SEQUENCE{

　　iccPresent BOOLEAN,--存在(0) ,无(1)

　　iccType BIT STRING (SIZE(3)) ,

　　iccStatus BOOLEAN, --ICC正常(0),出错(1)

　　locked BOOLEAN, --OBU未锁(0),被锁(1)

　　tampered BOOLEAN, --OBU未被拆动(0),被拆动(1)

　　battery BOOLEAN, --OBU 电池正常(0),电池电量低(1)

　　reservedBits BIT STRING (SIZE(8))--OBE 的系统信息文件第 27 字节“拆卸状态”

　　}

　　其中，iccType 的最低有效位(第四比特)指示 ICC 片是 CPU 卡还是逻辑加密卡，次低有效位(第五比特)指示卡片使用接触式界面还是非接触界面。 据此规则，iccType 编码含义见表 23 。

　　表 23 iccType编码含义

　　GB/T 20851 . 4—2019

　　9.2.4 Getsecure.request

　　9 . 2 . 4 . 1 简要说明

　　LLC层使用 ACn命令。

　　APP层使用 Action.request, T-APDUs= Action-Request。

　　GetSecure.request 原语可携带访问证书(AccessCredentials), 用于获得读取 OBE 中数据的权限，

　　实现 OBE对 RSE 的单方向认证。

　　该原语请求从 OBE 中获得一个使用指定密钥计算得到的鉴别报文(Authenticator),在保护 DSRC传输过程中的数据完整性的同时，也实现了 RSE对 OBE合法性的单方向认证。

　　9 . 2 . 4 . 2 数据定义

　　GetSecure.request 的 ASN.1 数据结构说明如下：

　　Action-Request: : =SEQUENCE{

　　mode BOOLEAN,

　　did Dsrc-DID ,

　　actionType ActionType,

　　accessCredentials OCTET STRING (SIZE(0 . . 127, . . . )) OPTIONAL ,

　　actionParameter Container OPTIONAL ,

　　iid Dsrc-DID OPTIONAL

　　}

　　其编码规定如下：

　　—mode：采用确认模式，取值为 1 ;

　　—Dsrc-DID: : =INTEGER(0..127, ...)无扩展，ETC应用 目录号为 1,取值 1 ;

　　—ActionType: : =INTEGER(0..127 , ...) 无扩展，getSecure 为 0,取值 0 ;

　　—accessCredentials OCTET STRING (SIZE(0..127, ...))无扩展，Length 为 8,取值 8。可选择性使用，accessCredentials 的取值为 8 字节。

　　accessCredentials 为 RSE计算得到的访问证书，可用于 accessCredentials 计算的随机数 RndOBE

　　可从 9 . 2 . 3 所述的 VST 中获得。

　　actionParameter 为 Container 类型，Container. Type=20(GetSecureRq), 在公路 ETC 应用中应

　　存在。

　　根据 7.2 中规定，GetSecureRq 的 ASN.1 数据结构说明如下：

　　GetSecureRq: : =SEQUENCE{

　　fill BIT STRING (SIZE(7)) ,

　　fileid FID ,

　　offset INTEGER(0 . . 32767, . . . ) ,

　　length INTEGER(0..127, ...) ,

　　rndRsuForAuthen Rand ,

　　keyIdForAuthen INTEGER(0..255) ,

　　keyIdForEncrypt INTEGER(0..255) OPTIONAL

　　}

　　GB/T 20851 . 4—2019

　　fileid FID ,

　　FID: : = INTEGER(0..127, ...),无扩展。ETC应用 目录号 = 1,车辆信息文件的文件号 = 1,取

　　值 1 。

　　offset INTEGER(0 . . 32767, . . . ) ,

　　无扩展，取值等于实际的偏移量。

　　length INTEGER(0..127, ...) ,

　　无扩展，取值等于需要读取的数据的实际长度。

　　根据 6 . 3 . 2 中规定，ETC车辆信息文件(EtcVehicleFile) 的数据结构说明如下 ：

　　EtcVehicleFile : : =SEQUENCE{

　　vehicleLicencePlateNumber OCTET STRING (SIZE(12)) ,

　　vehicleLicencePlateColor OCTET STRING (SIZE(2)) ,

　　vehicleClass INTEGER(0 . . 127, . . . ) ,

　　vehicleUserType INTEGER(0..127, ...) ,

　　vehicleDimensions VehicleDimensions ,

　　vehicleWheels INTEGER(0 . . 127, . . . ) ,

　　vehicleAxles INTEGER(0 . . 127, . . . ) ,

　　vehicleWheelBases INTEGER(0 . . 65535) ,

　　vehicleWeightLimits INTEGER(0..16777215) ,

　　vehicleSpecificInfomation OCTET STRING (SIZE(16)) ,

　　vehicleEngineNumber OCTET STRING(SIZE(16)) ,

　　vehicleReserved OCTET STRING(SIZE(20))

　　}

　　rndRsuForAuthen Rand ,

　　其定义为 OCTET STRING (SIZE(8)) , 占 8 字节。 填入 RSE/车道计算机产生的随机数。

　　keyIdForAuthen INTEGER(0..255) ,

　　用于指示信息鉴别密钥(etcEncryptKey) 的密钥标识。

　　keyIdForEncrypt INTEGER(0..255) ,

　　用于指示加密密钥(etcEncryptKey) 的版本密钥标识。

　　ETC应用中 GetSecure.request请求的车辆信息文件需要加密，keyIdForEncrypt 应存在，并用于指示加密密钥(etcEncryptKey) 的密钥标识。 信息鉴别密钥(etcEncryptKey) 的密钥标识与加密密钥(etcEncryptKey) 的密钥标识相同。

　　在公路 ETC应用中不存在 iid数据元。

　　9.2.5 Getsecure.response

　　9 . 2 . 5 . 1 简要说明

　　LLC层使用 ACn 响应。

　　APP层使用 Action.response, T-APDUs= Action-Response。

　　GB/T 20851 . 4—2019

　　GetSecure.response原语应携带 OBE使用指定密钥计算得到的鉴别报文(Authenticator), 在保护

　　DSRC传输过程中的数据完整性的同时，也让 RSE完成对 OBE合法性的单方向认证。

　　9 . 2 . 5 . 2 数据定义

　　GetSecure.response 的 ASN.1 数据结构说明如下：

　　Action-Response: : =SEQUENCE{

　　fill BIT STRING (SIZE(2)) ,

　　did Dsrc-DID ,

　　responseParameter Container OPTIONAL,

　　iid Dsrc-DID OPTIONAL,

　　ret ReturnStatus

　　}

　　其编码规定如下：

　　—Dsrc-DID: : =INTEGER(0..127, ...)无扩展，ETC应用 目录号为 1,取值 1 ;

　　—responseParameter 为 Container类型，Container.Type=21(GetSecureRs), 在公路 ETC 应用中应存在。

　　根据 7.2 中规定，GetSecureRs 的 ASN.1 数据格式说明如下：

　　GetSecureRs : : =SEQUENCE {

　　fileid FID ,

　　file File ,

　　authenticator OCTET STRING (SIZE(8))

　　}

　　其编码规定如下：

　　—fileid FID, FID: : = INTEGER(0..127, ...),无扩展，车辆信息文件的文件号 =1, 取值 1 ;

　　—file File, File: : = OCTET STRING(SIZE(0..127, ...)),用于存放 GetSecure.request 中请求文件的长度及内容;

　　—authenticator OCTET STRING (SIZE(8)),用于存放 RSE对 OBE进行认证的信息鉴别码。在公路 ETC应用下 authenticator填入 8 字节的“0x00”。

　　在公路 ETC应用中不存在 iid数据元。

　　9.2.6 Transferchannel.request

　　9 . 2 . 6 . 1 简要说明

　　LLC层使用 ACn命令。

　　APP层使用 Action.request, T-APDUs= Action-Request。

　　在 ETC应用中，TransferChannel.request原语可通过 RSE-OBE,提供一个操作 OBE 中 ICC 的透

　　明命令通道。

　　9 . 2 . 6 . 2 数据定义

　　TransferChannel.request 的 ASN.1 数据结构说明如下：

　　Action-Request: : =SEQUENCE{

　　mode BOOLEAN,

　　GB/T 20851 . 4—2019

　　did Dsrc-DID ,

　　actionType ActionType,

　　accessCredentials OCTET STRING (SIZE(0 . . 127, . . . )) OPTIONAL ,

　　actionParameter Container OPTIONAL ,

　　iid Dsrc-DID OPTIONAL

　　}

　　其编码规定如下：

　　—mode：采用确认模式，取值为 1 ;

　　—Dsrc-DID: : =INTEGER(0..127, ...)无扩展，ETC应用 目录号为 1,故取值 1 ;

　　—ActionType: : =INTEGER(0..127, ...)无扩展，transferChannel 为 3,故取值 3 ;

　　—accessCredentials OCTET STRING (SIZE(0..127, ...))无扩展，可选性使用;

　　—actionParameter Container, Container.Type=24(ChannelRq), 在公路 ETC应用中应存在。根据 7.5 中规定，ChannelRq 的 ASN.1 数据结构如下：

　　ChannelRq: : =SEQUENCE{