GB/T408222021

GB/T408222021

瓦楞纸箱标准表1OSI各层所用诊断/编程规范示例

GB/T408222021

道路车辆统一的诊断服务

道路车辆统一的诊断服务

本文件规定了道路车辆统一 办议的月 层和会话层的应用。

GB/T40822—2021

GB/T408222021

客户端client 测试仪中可执行诊断服务的功能。 注：测试仪通常使用其他功能，如数据库管理、数据解析、人机接口。 3.1.4 诊断通道diagnosticchannel 用于诊断通信的从客户端到服务端的专用传输路径输入。 注：多个连接到一个服务端的客户端可通过各自的源地址进行区分 3.1.5 诊断数据diagnosticdata 电子控制单元存储器中的数据，且该数据可能被测试仪检查和/或可能被修改。 注1：诊断数据包括模拟输入输出，数字输入输出，中间值和各种状态信息。 注2：诊断数据示例：车速，节气门开度，外后视镜位置，系统状态等。诊断数据定义了三种类型的值， 当前值：电子控制单元正常运行时使用的值（或由此产生）； 存储值：在指定的时刻（例如当发生故障或周期性地)产生当前值的内部备份；该备份在电子控制单 控制下产生； 静态值：如VIN 服务端无需基于诊断目的保留其数据的内部备份，在这种情况下，测试仪只能请求当前值， 注3：基于售后或开发的应用场景会选择不同的服务端功能（例如：只在开发测试应用场景下，允许访问所有在 位置）。 3.1.6 诊断服务diagnosticservice 客户端发起的信息交换，以便请求服务端的诊断信息或/和基于诊断目的改变ECU行为。 3.1.7 诊断会话 diagnosticsession 服务端可用于启用特定诊断服务和功能的内部状态。 3.1.8 诊断故障码 diagnostictroublecode;DTC 由车载诊断系统定义的用于标识故障状态的数字通用标识符。 3.1.9 电子控制单元 electroniccontrolunit;ECu 提供连接传感器和控制网络相关信息的单元。 注：被认为是电子控制单元的系统，包括防抱死制动系统（ABS)和发动机管理系统。 3.1.10 功能单元 functionalunit 功能密切相关或互补的诊断服务集。 3.1.11 本地服务端 local server 与客户端连接到同一本地网络的服务端，并且与客户端属于同一地址空间。 3.1.12 永久DTCpermanentDTC 即使执行清除DTC请求之后，仍然保持在非易失性存储器中的诊断故障码，直到满足其他要 能进行清除（例如：每个DTC的计数器已成功通过）

GB/T40822—2021

记录record 一个或多个通过唯一标识方式引用的诊断数据元素，例如：包含各种输人/输出数据、故障代码快 照等。 3.1.14 远程服务端remoteserver 不直接连接到诊断主网络的服务端。 注：通过远程地址识别远程服务端。远程地址表示其独立于主网络的地址空间。通过主网络上的本地服务端访问 远程服务端。主网络上的每个本地服务端都可以作为一组独立远程服务端的网关，因此应有一对地址始终用 于识别远程服务端，本地地址用于标识远程网络的网关，远程地址用于标识远程服务端本身。 3.1.15 远程客户端 remoteclient 不直接连接到诊断主网络的客户端。 注：远程客户端通过远程地址来识别。远程地址代表其地址独立于主网络的地址空间。 3.1.16 刷新软件 reprogrammingsoftware 引导软件的一部分，用于电子控制单元的刷新。 3.1.17 安全security 保护车辆模块不受来自车辆诊断数据链路“未授权”人侵的机制 3.1.18 服务端 server 电子控制单元中可执行诊断服务的功能。 3.1.19 支持的诊断故障码 supportedDTC 当前被配置/标定并且能够在预定义车辆条件下执行的诊断故障代码。 3.1.20 测试仪tester 控制诸如车载电子控制单元的测试、检查、监控或诊断等功能的系统，可专用于指定类型的操作（例 如专用于修理厂设备的非车载扫描工具，专用于装配厂的非车载测试仪或车载测试仪）。 注：测试仪也称为客户端。

络田器 在OSI第3层和第4层传输PDU的网络设备 3.1.23 交换机switch 在OSI第2层传输PDU的网络设备。

GB/T408222021

GB/T408222021

本文件是基于“OSI服务公约"（ISO/IEC10731：1994)中适用于诊断服务的约定

GB/T408222021

这些约定规定了服务用户与服务提供者之间的交互。信息通过服务原语在服务用户和服务提供者 之间传递参数。 服务和协议之间的区别如图1所示

依据OSI模型的UDS参考文件的实施情况见图2所示。

GB/T408222021

图2依据OSI模型的UDS参考文件的实施

GB/T408222021

6.1.2应用层服务格式描述

6.1.3服务原语的格式描述

6.1.3.1通用定义

L.parameterl,...

GB/T408222021

6.1.3.2服务请求和服务指示原语

对于每个应用层服务，根据以下通用格式指定服务请求和服务指示原语， service name.reguest(

测试仪应用程序中的客户端功能使用请求原语启动服务并将所请求的诊断服务数据 用层。 service name.indication(

应用层使用指示原语来指示对ECU诊断应用层有重要意义的内部事件，并将关于所请求诊断服 务的数据传递给ECU诊断应用层的服务端功能。特定应用服务的请求原语和响应原语通常有相同的 参数和参数值。这意味着当数据从客户端发送到服务端时，各个参数值不应由应用层的对等通信协议 实体改变。在服务请求调用中，客户端应用程序中的客户端功能传递给应用层相同值将被诊断应用层 服务端功能从对等应用层的指示服务中接收

6.1.3.3服务响应和服务确认原语

GB/T40822—2021

ECU诊断应用层中的服务端功能使用响应原语来启动服务并将所请求的诊断服务提供的响应数 据发送到应用层，

务请求结果传递给测试仪应用中的客户端功能。它不一定指示远程对等接口的任意活动，例如，如果服 务端不支持所请求的服务或者通信被破坏。 指定应用层的响应和确认原语通常具有相同的参数和参数值。这意味着当数据从服务端发送到客 卢端时，各个参数的值不应被应用层对等通信协议实体改变。在服务请求调用中，客户端应用程序中的 客户端功能传递给应用层的相同值将被诊断应用层的服务端功能从对等应用层的确认服务中接收。 对于每个响应和确认原语将规定两种不同的服务数据单元（两组参数）： 如果请求的诊断服务可以通过ECU中的服务端功能成功执行，肯定响应和肯定确认原语应 与第一服务数据单元一起使用： 如果请求的诊断服务失败或不能通过ECU中的服务端功能及时完成，否定响应和否定确认 原语应与第二服务数据单元一起使用

便用请 义的内部事件，并将给客户端之前的 古端功能

GB/T408222021

6.1.4服务数据单元定义

6.1.4. 1强制参数

6.1.4.1.1通用定义

6.1.4.1.3A SA.应用层源地址

GB/T40822—2021

6.1.4.1.4ATA,应用层目标地址

6.1.4.1.6A Resu

6.1.4.2车辆系统要求

车辆制造商应确保系统中每个服务端都具有唯一标识服务端地址的标识符。车辆制造商应确保系 14

CB/T 408222021

应用层协议应始终是确认的消息传输，这意味着对于从客户端发送的每个服务请求，服务端应发送 个或多个相应的响应。 该规则的唯一例外是在使用功能寻址时的一些情况，或者请求/指示规定不应产生响应/确认。为 了不给系统带来许多不必要的消息，在某些情况下，即使服务端无法完成请求的诊断服务，也不会发送 否定响应消息。这些例外情况在本文件的相关章条中进行了描述（例如见6.2.7）。 应用层协议应与会话层协议并行处理。这意味着即使客户端正在等待之前发出的请求的响应，也 应符合适当的会话层定时要求L例如，根据需要发送TesterPresent（测试仪在线）请求以保持其他服务 端的诊断会话，其实现取决于所使用的数据链路层工

6.2.2APDU.应用层协议数据单元

GB/T40822202

6.2.3APCI.协议控制信息

具中： “SI”为服务标识符参数。 对于第一个字节值等于7F1s的服务响应，应使用以下定义 APCI（

6.2.4SL.服务标识符

类型：1字节无符号整型数值。 范围：00～FF根据表2的定义

GB/T408222021

表2服务标识符定义（续）

配相应的唯一SI值。 一对应的关系，SI字节值的第6位表示 务类型。所有请求消息的SI第6位为O。除了通过ReadDataByPeriodicldentifier（周期性标识符读取数 （2A16，参见6.5.5)服务的定期数据响应消息之外，所有肯定响应消息的SI第6位为1

6.2.5ANRSI.否定响应服务标识符

6.2.5ANRSI.否定响应服务标识符

6.2.6否定响应/确认服务原语

表3APDU否定响应

GB/T408222021

表3APDU否定响应（续）

在否定响应消息中使用参数响应码来指示诊断服务失败或无法及时完成的原因，这些值 中的A.1定义

6.2.7服务端响应实施规则

6.2.7.1一般定义

烟草标准以下各条规定了执行服务时服务端的行为。服务端和客户端应遵循这些实施规则。 说明：

真值=服务端不得发送肯定响应消息（见A.1中NRC7816定义） 假值=服务端应发送肯定或否定响应消息 肯定响应消息（positiveresponse) 否定响应消息 不发送肯定或否定响应消息 否定响应代码（negativeresponse) 服务端支持客户端请求消息的所有数据参数 服务端应支持客户端请求消息的至少一个数据参数 服务端不支持客户端请求消息的所有数据参数 数据参数（dataparameter） 服务标识符（serviceidentifier） 子功能(SuhFumction)

服务端应支持其诊断服务列表：无论其寻址模式（物理的、功能寻址类型）。 提示：根据下列章条表中的要求，在使用功能寻址请求消息时，以下否定响应消息不应被发送， SNS[serviceNotSupported(服务不被支持）]，SNSIAS[serviceNotSupportedInActiveSession（当前会话 下服务不被支持）]，SFNS[SubFunctionNotSupported（子功能不被支持）]，SFNSIAS[SubFunction NotSupportedInActiveSession（当前会话下子功能不被支持）］和ROOR[requestOutOfRange（请求超 出范围）]（例外见A.1中NRC78的定义）。

6.2.7.2一般的服务端响应行为

以下规定的一般的服务端响应行为对所有请求消息都是必需的，验证步骤从接收请求消息开始， 图5展示了三种实现要求： 强制：每个请求消息都要求进行检查； 可选：每个请求消息可选择性地进行检查；和

GB/T408222021

制造商/供应商自定义：该步骤可以通过附加的制造商/供应商的具体检查来扩展。 注：根据图5中指定NRC处理实施选择过滤器标准，不能保证所有可能的测试模式序列都有特定的NRC。 图5描述了一般的服务端响应行为