本文件规定了基于K线的诊断通信数据链路的要求,一个或者多个车载ECU连接到外部测试设备以执行诊断功能。? 本文件规定了ISO 14229中描述的诊断服务的实施要求，它包括： ——服务标识符的字节编码和十六进制值； ——诊断服务请求参数和响应参数的字节编码； ——标准参数的十六进制值。 本文件应用的车辆环境可能包括临时连接到车载诊断数据链路的单个测试设备，以及直接或间接连接的几个车载ECU，见图2。

ICS43.020
CCST35
中华人民共和国国家标准
GB/T41590.3—2022/IS014230-3:1999道路车辆
基于K线的诊断通信
第3部分：应用层
Road vehicles--Diagnostic communication over K-Line (DoK-Line)-Part 3:Application layer
(IS014230-3:1999，Roadvehicles—Diagn0sticsystems-Keyword Protocol20oo—Part3:Application layer,IDT)2022-07-11发布
国家市场监督管理总局
国家标准化管理委员会
2023-02-01实施
规范性引用文件
术语和定义
一般要求
服务描述约定
功能单元表
服务标识符值汇总表
响应码值汇总表
响应处理
5通用实施规则
参数定义
功能和物理寻址服务请求
物理/功能寻址服务的报文流示例…6诊断管理功能单元·
开启诊断会话服务.
停止诊断会话服务
安全访问服务
测试设备在线服务·
ECU复位服务
读取ECU标识符服务
数据传输功能单元
通过局部标识符读数据服务·
通过公共标识符读数据服务….
通过地址读内存服务
动态定义局部标识符服务
通过局部标识符写数据服务
通过公共标识符写数据服务
通过地址写内存服务
设置数据速率服务
8存储数据传输功能单元·
读取诊断故障码服务
通过状态读取诊断故障码服务
读取诊断故障码状态服务
GB/T41590.3—2022/ISO14230-3:1999IN
GB/T41590.3—2022/ISO14230-3:1999读取冻结顿数据服务
8.5清除诊断信息服务
9输人输出控制功能单元
通过局部标识符输入输出控制服务通过公共标识符输入输出控制服务例程功能单元的远程激活
通过局部标识符启动例程服务
通过地址启动例程服务
通过局部标识符停止例程服务
通过地址停止例程服务
通过局部标识符请求例程结果服务通过地址请求例程结果服务
上传下载功能单元
请求下载服务
请求上传服务
11.3传输数据服务
11.4请求传输终止服务
12基于K线的诊断通信扩展服务
转义码服务
13应用示例
13.1车辆ECU描述·
13.2功能初始化和功能寻址通信13.3单响应、多响应和通信终止：13.4安全访问，数据传输和定时参数调整13.5通过局部标识符读取动态定义局部标识符数据的服务参考文献
GB/T41590.3—2022/ISO14230-3:1999本文件按照GB/T1.1-2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。
本文件是GB/T41590《道路车辆
下部分：
一第1部分：物理层；
第2部分：数据链路层；
一第3部分：应用层；
第4部分：排放相关系统要求。
基于K线的诊断通信》的第3部分。GB/T41590已发布了以本文件等同采用ISO14230-3：1999《道路车辆诊断系统关键词协议2000第3部分：应用
层》。
本文件做了下列最小限度的编辑性改动：为与现有标准协调，将标准名称改为《道路车辆基于K线的诊断通信第3部分：应用层》；为符合GB/T1.1一2020的要求，将表格中的脚注编号由数字改为字母；表89的参数格式进行略微调整；一对ISO14230-3：1999中10.6.3内容进行勘误。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。本文件由中华人民共和国工业和信息化部提出。本文件由全国汽车标准化技术委员会（SAC/TC114)归口。本文件起草单位：中国汽车技术研究中心有限公司、吉利汽车研究院（宁波)有限公司、中国第一汽车集团有限公司、长城汽车股份有限公司、泛亚汽车技术中心有限公司、惠州市德赛西威汽车电子股份有限公司、兴科迪科技（泰州)有限公司、一汽-大众汽车有限公司、东风汽车集团股份有限公司、上汽通用五菱汽车股份有限公司、中汽研汽车检验中心(天津)有限公司、中汽研（天津)汽车工程研究院有限公司。
本文件主要起草人：龚进峰、季国田、文清浩、牛玉娇、夏利平、季洁美、洪宇、刘彬、孙旺、伍宇志、史晓密、张丁宇、程周、杨丽莎、高长斌、刘乐、韩光省、宋文雷、陈靖华、李保祥、樊汝湖。GB/T41590.3—2022/ISO14230-3:1999引言
K线是双向传输线，用于在初始化过程中传输地址信息，或者在快速初始化过程中，与L线同时用于从外部测试设备到车载电子控制单元（ECU)的唤醒。GB/T41590《道路车辆基于K线的诊断通
信》旨在规范基于K线的诊断通信的基础性要求，拟由四个部分构成。第1部分：物理层。目的在于确立基于ISO9141（所有部分）《道路车辆诊断系统》的K线物理层要求。
第2部分：数据链路层。目的在于确立符合通信系统通用异步收发传输器（UART)要求的车载K线数据链路层服务
第3部分：应用层。目的在于确立ISO14229（所有部分）《道路车辆商统一的诊断服务》中诊
断服务的实施要求。
第4部分：排放相关系统要求。目的在于确立基于K线的诊断通信数据链路以及所连接的车辆和扫描工具在遵守与排放相关的测试数据的车载诊断（OBD)要求本文件采用ISO/IEC7498-1和ISO/IEC10731的开放系统互连（OSI)基本参考模型，该模型将通信系统划分为七层。通过模型的映射，诊断测试设备与ECU使用的服务分为：a）诊断服务（第7层)；
b）通信服务（第1层至第6层）。诊断服务以及诊断通信在OSI模型上的映射见图1。应用
诊断数据
服务请求
应用层
（第7层）
数据链路层
（第2层）
物理层
(第1层）
Servicc.conf
诊断服务
基于K线的诊断通信
基于K线的诊断通信
基于K线的诊断通信
串行数据链路示例：基于K线的诊断通信，VAN，CANJ1850等。服务响应
anviceinc
图1诊断服务以及基于K线的诊断通信在OSI模型上的映射N
诊断服务规范
应用层
(ISO15031-3)
3层～6层在本文
件中未定义
数据链路层
(ISO 15031-2)
物理层
(ISO15031-1)
1范围
GB/T41590.3—2022/IS014230-3：1999道路车辆基于K线的诊断通信
第3部分：应用层
本文件规定了基于K线的诊断通信数据链路的要求，一个或者多个车载ECU连接到外部测试设备以执行诊断功能。
本文件规定了ISO14229中描述的诊断服务的实施要求，它包括：服务标识符的字节编码和十六进制值；诊断服务请求参数和响应参数的字节编码：标准参数的十六进制值
本文件应用的车辆环境可能包括临时连接到车载诊断数据链路的单个测试设备，以及直接或间接连接的几个车载ECU，见图2。
车辆1
在本文件的建议Www.bzxZ.net
范围内
测试设备
有可能不在本
文件的建议范
2规范性引用文件
在本文件的建议
范围内
测试设备
图2车辆诊断结构
车辆2
下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件，仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。
ISO14229（所有部分）道路车辆统一的诊断服务（UDS)[Roadvehicles一Unifieddiagnosticservices (UDS)J
注：GB/T40822—一2021道路车辆统一的诊断服务（ISO14229，MODISO14230-2道路车辆基于K线的诊断通信第2部分：数据链路层［RoadvehiclesDiagnostic communication overK-Line (DoKLine)—Part 2:Data link layer)注：GB/T41590.2—2022道路车辆基于K线的诊断通信第2部分：数据链路层（ISO14230-2:2016，IDT）ISO15031-2道路车辆车辆和外部设备之间的排放相关诊断通信第2部分：术语、定义、缩略语和首字母缩写的指南（Roadvehicles一Communicationbetweenvehicleandexternalequipmentforemissions-related diagnostics-Part 2:Guidance on terms,definitions,abbreviations and acronyms)1
GB/T41590.3—2022/IS014230-3:19993
术语和定义
ISO14229和ISO15031-2界定的术语和定义适用于本文件。一般要求
本文件由适用于诊断服务的OSI服务公约（CVT；见ISO10731)指导。这些约定定义了服务使用者和服务提供者之间的交互，这些交互通过服务原语自身参数传递。4.1.2表1列出了SAEJ1979、ISO14230或车辆制造商自定义的服务标识符范围。表1
服务标识符值协议表
服务标识符值（十六进制值）
服务类型（第6位）
请求(第6位=0)
不适用
服务（$10-$3E)的肯定响应
(第6位=1)
否定响应
请求‘ESC\码
请求（第6位=0）
请求（第6位=0）
请求（第6位=0）
肯定响应‘ESC\码
肯定响应(第6位=1)
肯定响应（第6位=1)
肯定响应(第6位=1)
定义出处
SAEJ1979
本文件
SAEJ1979
本文件
ISO14230-2
将来扩展预留
车辆制造商自定义
本文件
ISO14230-2
将来扩展预留
车辆制造商自定义
一一对应关系，其中用十六进制的服务标识符值“第6位”表明服务类型请求报文和肯定响应报文之间存在4.1.3
通过表格形式列出以下内容：
在服务名称请求报文下，列出了服务请求/指示的参数；在服务名称肯定响应报文下，列出了请求服务成功后，响应报文中服务响应/确认的参数；
在服务名称否定响应报文下，列出了请求服务失败或者不能及时完成时，响应报文中服务响应/确认的参数。
对于一个给定的原语，通过下面约定值之一对每个参数的出现进行描述：a)
M:强制；
GB/T41590.3—2022/IS014230-3:1999b）U：用户选择，根据用户的需要，可以使用也可以不使用该参数；C：有条件的，参数的存在取决于服务中的其他参数；d）S：强制（除非特别说明），从参数列表中选择参数。4.2服务描述约定
本节定义了用于描述诊断服务的格式，包括：参数定义；
报文数据字节；
报文说明；
报文流示例。
4.2.1参数定义
“参数定义”章节定义了服务使用的参数的值和用法。4.2.2报文数据字节
每个报文格式由一个表格定义，表中列出了原语的参数：肯定或否定响应结果的请求/指示（“req/ind”），响应/确认（“rsp/cnf\）。表2描述请求报文，表3描述肯定响应报文，表4描述否定响应报文。若控制器能够执行所请求的操作，它将回复一条肯定响应报文。否则，它将回复一条否定响应报文。
由于肯定响应和否定响应报文的参数不一致，所以肯定响应和否定响应的报文以不同的表格进行描述。
请求报文
报头字节5
《服务标识符）
《参数类型》
《参数类型》
校验和
”见4.1.4。
参数名称
格式字节
目标字节
源字节
长度字节
《服务名称》请求服务标识符
《参数列表》=[
《参数名称》
《参数名称》
校验和字节
b在ISO14230-2中定义。
约定值
十六进制值
助记符
°报头字节的“目标”和“源”取决于ISO14230-2定义的“格式字节”的内容。在每个报头中，存在或不存在都有可能。
d报头字节“长度”依赖于ISO14230-2定义的“格式字节”的内容。。参数是强制(M)还是用户选择(U)取决于不同的报文。3
GB/T41590.3—2022/ISO14230-3:1999类型
报头字节
《服务标识符》
《参数类型》
《参数类型》
校验和
见4.1.4。
参数名称
格式字节
目标字节
源字节
长度字节
肯定响应报文
《服务名称》肯定响应标识符
《参数列表》=[
《参数名称》
《参数名称》
校验和字节
b.在ISO14230-2中定义。
约定值*
十六进制值
助记符
报头字节的“目标”和“源”取决于ISO14230-2定义的“格式字节”的内容。在每个报头中，存在或不存在都有可能。
报头字节“长度”依赖于ISO14230-2定义的“格式字节”的内容。参数是强制(M)还是用户选择(U)取决于不同的报文。e
头部字节
《服务标识符》
《服务标识符》
《参数类型》
校验和b
。见4.1.4。
参数名称
格式字节
目标字节
源字节
长度字节
否定响应报文
约定值”
否定响应服务标识符
《服务名称》请求服务标识符
响应码=[
基于K线的诊断通信响应码，
制造商自定义
校验和字节
b在ISO14230-2中定义。
十六进制值
00-7F，
助记符
报头字节的“目标”和“源”取决于ISO14230-2定义的“格式字节”的内容。在每个报头中，存在或不存在都有可能。
d报头字节“长度”依赖于ISO14230-2定义的“格式字节”的内容。4.2.3报文描述
GB/T41590.3—2022/IS014230-3：1999“报文描述”章节给出了客户端以及服务端执行行为的描述，见ISO14230-2。响应条件是基于服务的，因此需要对每个服务的响应条件单独定义。4.2.4报文流示例
“报文流示例”章节通过表格形式给出了报文流的描述（见表5）。该表格包括三列：第一列：相对报文间隔时间，详情参见ISO14230-2。报文应当在相对报文间隔时间内开始：a
第二列：从客户端发到服务端的所有请求；b
第三列：从服务端到客户端的所有响应。c
报文的发送应在适当的报文间隔时间段内启动。报文流表格中相关的时间是按照自上而下的顺序。报文流表格的读取顺序总是从时间列“P3”（第1列)开始，紧接着是客户端（第2列)的请求报文，接下来是服务端发送背定或者否定响应报文（第3列)的定时参数“P2”(第1列）。为了简化，所有的报文被描述成没有任何标识符和/或数据值。报文的详细信息总是在“报文数据字节”条款中规定。
上述报文流示例未对每个服务进行描述。只有需要更详细的报文流描述的服务才有自己的报文流条款。
5物理导址服务的报文流示例
客户端（测试设备）
《服务名称>请求[...］
功能单元表
服务端（ECU）
《服务名称>肯定响应[..]
详细定义功能单元表的目的是把类似的基于K线的诊断通信服务分组到一个功能单元。每个功能单元的定义包括一个表，其中列出了它的服务（见表6）。表6
基于K线的诊断通信功能单元
功能单元
诊断管理
数据传输
数据存储传输
输入/输出控制
远程例程控制
上传/下载
该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备）和服务端(ECU)之间的诊断管理功能该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备）和服务端（ECU)之间的数据传输功能该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备)和服务端（ECU)之间的数据存储传输功能该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备）和服务端(ECU)之间的输人/输出控制功能该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备）和服务端（ECU)之间的远程例程控制功能该功能单元包括基于K线的诊断通信服务，该服务用来实现客户端（测试设备）和服务端(ECU)之间的上传/下载功能5
GB/T41590.3—2022/IS014230-3：19994.4
服务标识符值汇总表
表7左列列出了诊断服务规范的所有服务，中间列分配了基于K线的诊断通信十六进制的请求值，右列分配了基于K线的诊断通信十六进制的肯定响应值。通过将请求服务标识符的值第6位置1，得到肯定响应服务标识符的值。表7
诊断服务名称
开启诊断会话
ECU复位
读取冻结顿数据
读取诊断故障码
清除故障信息
读取诊断故障码状态
通过状态读取诊断故障码
读取ECU信息
停止诊断会话
通过局部标识符读取数据
通过公共标识符读取数据
通过地址读取内存
设置通信速率
安全访问
动态定义局部标识符
通过公共标识符写数据
通过公共标识符输入输出控制
通过局部标识符输人输出控制
通过局部标识符开始例程
通过局部标识符停止例程
通过局部标识符请求例程结果
请求下载
请求上传
传输数据
请求传输退出
通过地址开始例程
通过地址停止例程
通过地址请求例程结果
通过局部标识符写数据
服务标识符值汇总表
基于K线的诊断通信应用
十六进制请求值
十六进制响应值
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。