《道路車輛 統(tǒng)一的診斷服務(wù)》征求意見稿

ICS

點(diǎn)擊此處添加中國標(biāo)準(zhǔn)文獻(xiàn)分類號(hào)

中華人民共和國國家標(biāo)準(zhǔn)

GB/TXXXXX—XXXX/ISO14229

道路車輛統(tǒng)一診斷服務(wù)(UDS)

Roadvehicles-Unifieddiagnosticservices

（ISO14229，MOD）

（征求意見稿）

（本稿完成日期：2020.01.15）

前言

本部分按照GB/T1.1—2009給出的規(guī)則起草。

本部分使用翻譯法修改采用ISO14229《道路車輛統(tǒng)一診斷服務(wù)(UDS)》系列標(biāo)準(zhǔn)，包含ISO14229的下

列部分：

——第1部分：規(guī)范和要求；

——第2部分：會(huì)話層服務(wù)；

——第3部分：CAN的統(tǒng)一診斷設(shè)備(UDSonCAN)；

——第4部分：FlexRay實(shí)施的統(tǒng)一診斷服務(wù)(UDSonFR)；

——第5部分：IP實(shí)施的統(tǒng)一診斷服務(wù)(UDSonIP)；

——第6部分：K-Line實(shí)施的統(tǒng)一診斷服務(wù)(UDSonK-Line)；

——第7部分：局域互連網(wǎng)絡(luò)(UDSonLIN)上的UDS。

本部分與ISO14229的技術(shù)性差異如下：

——修改了本部分的適用范圍；

——關(guān)于標(biāo)準(zhǔn)中的引用文件，本部分做了具有技術(shù)性差異的調(diào)整：

用等同采用國際標(biāo)準(zhǔn)的GB/TXXXX代替ISO14229系列標(biāo)準(zhǔn)；

本部分由中華人民共和國工業(yè)和信息化部提出。

本部分由全國汽車標(biāo)準(zhǔn)化技術(shù)委員會(huì)（SAC/TC114）歸口。

本部分起草單位：。

本部分主要起草人：。

道路車輛統(tǒng)一診斷服務(wù)(UDS)

1范圍

本部分規(guī)定了道路車輛統(tǒng)一診斷服務(wù)(UDS)的基本要求、會(huì)話層服務(wù)、啟用控制區(qū)區(qū)域網(wǎng)絡(luò)(CAN)的統(tǒng)一

診斷設(shè)備、FlexRay實(shí)施的統(tǒng)一診斷服務(wù)(UDSonFR)、因特網(wǎng)協(xié)議實(shí)施的統(tǒng)一診斷服務(wù)(UDSonIP)、K-Line實(shí)

施的統(tǒng)一診斷服務(wù)(UDSonK-Line)、局域互連網(wǎng)絡(luò)(UDSonLIN)上的UDS。

本標(biāo)準(zhǔn)適用于道路車輛統(tǒng)一診斷服務(wù)。

2規(guī)范性引用文件

下列文件對(duì)于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。

凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

ISO10681-2道路車輛FlexRay通信第2部分：通信層服務(wù)(Roadvehicles—Communicationon

FlexRay—Part2:Communicationlayerservices)

ISO13400（所有部分）道路車輛互聯(lián)網(wǎng)協(xié)議的診斷通信（DoIP）（Roadvehicles—Diagnostic

communicationoverInternetProtocol(DoIP)）

ISO14230-1道路車輛K-Line(DoK-Line)診斷系統(tǒng)第1部分:物理層（Roadvehicles—Diagnostic

communicationoverK-Line(DoK-Line)—Part1:Physicallayer）

ISO14230-2道路車輛K-Line(DoK-Line)診斷系統(tǒng)第2部分:數(shù)據(jù)鏈路層（Roadvehicles—Diagnostic

communicationoverK-Line(DoK-Line)—Part2:Datalinklayer）

ISO14230-4道路車輛K-Line(DoK-Line)診斷系統(tǒng)第4部分:排放相關(guān)系統(tǒng)的需求（Road

vehicles—Diagnosticsystems—KeywordProtocol2000—Part4:Requirementsforemission-relatedsystems）

ISO15765-1道路車輛基于控制器局域網(wǎng)的診斷通信第1部分：綜述（Roadvehicles—Diagnostic

communicationoverControllerAreaNetwork(DoCAN)—Part1:Generalinformationandusecasedefinition）

ISO15765-2道路車輛基于控制器局域網(wǎng)的診斷通信第2部分：傳輸層協(xié)議和網(wǎng)絡(luò)層服務(wù)（Road

vehicles—DiagnosticcommunicationoverControllerAreaNetwork(DoCAN)—Part2:Transportprotocoland

networklayerservices）

ISO15765-4道路車輛基于控制器局域網(wǎng)的診斷通信第3部分：排放相關(guān)系統(tǒng)的需求（Road

vehicles—DiagnosticcommunicationoverControllerAreaNetwork(DoCAN)—Part4:Requirementsfor

emissions-relatedsystems）

ISO17458-2道路車輛FlexRay通信系統(tǒng)第2部分：數(shù)據(jù)鏈路層規(guī)范(Roadvehicles—FlexRay

communicationssystem—Part2:Datalinklayerspecification)

ISO17458-4道路車輛FlexRay通信系統(tǒng)第4部分：電氣物理層規(guī)范(Roadvehicles—FlexRay

communicationssystem—Part4:Electricalphysicallayerspecification)

ISO17987-3道路車輛本地互連網(wǎng)絡(luò)(LIN)第3部分：協(xié)議規(guī)范(Roadvehicles—Local

InterconnectNetwork(LIN)—Part3:Protocolspecification)

3術(shù)語、定義和縮略語

3.1術(shù)語和定義

ISO/IEC7498-1、ISO14230-1、ISO14230-2、ISO10681-2、ISO15765-1、ISO15765-2以及ISO15765-4、

ISO17987（所有部分）中界定的及下列術(shù)語和定義適用于本文件。

3.1.1

網(wǎng)關(guān)gateway

用于在OSI各層級(jí)傳輸PDU的網(wǎng)絡(luò)設(shè)備。

示例：允許使用不同通信協(xié)議和不同通信速率的控制模塊網(wǎng)絡(luò)相互進(jìn)行通信的網(wǎng)絡(luò)設(shè)備，包括但不限于網(wǎng)橋、交換機(jī)、路

由器或應(yīng)用層路由等網(wǎng)關(guān)裝置。

3.1.2

路由器router

在OSI第3層和第4層傳輸PDU的網(wǎng)絡(luò)設(shè)備。

3.1.3

交換機(jī)switch

在OSI第2層傳輸PDU的網(wǎng)絡(luò)設(shè)備。

引導(dǎo)管理器bootmanager

引導(dǎo)軟件的一部分，在ECU電源接通或復(fù)位后立即執(zhí)行，其主要目的是檢查執(zhí)行重編程軟件的有效的應(yīng)

用程序是否可控。

注：引導(dǎo)管理器還可以考慮將控制轉(zhuǎn)換到重新編程軟件的其他條件。

3.1.4

引導(dǎo)內(nèi)存分區(qū)bootmemorypartition

引導(dǎo)軟件所在的服務(wù)端內(nèi)存的區(qū)域。

3.1.5

引導(dǎo)軟件bootsoftware

在服務(wù)端內(nèi)存的特殊部分中執(zhí)行的軟件，主要用于啟動(dòng)ECU并執(zhí)行服務(wù)端刷新。

注1：刷新過程中，這個(gè)內(nèi)存區(qū)域不會(huì)被擦除，并且當(dāng)服務(wù)端應(yīng)用程序丟失或被認(rèn)為無效時(shí)必須執(zhí)行，以確保其重編程服

務(wù)端。

注2：參照術(shù)語3.1和3.17。

3.1.6

客戶端client

診斷儀的一個(gè)使用診斷服務(wù)的功能。（Tester）

注：診斷儀通常使用其他功能，如數(shù)據(jù)庫管理，數(shù)據(jù)解析，人機(jī)接口。

3.1.7

診斷數(shù)據(jù)diagnosticdata

電子控制單元的存儲(chǔ)器中的數(shù)據(jù)，且該數(shù)據(jù)可能被診斷儀檢查和/或可能被修改。

注1：診斷數(shù)據(jù)包括模擬輸入輸出，數(shù)字輸入輸出，中間值和各種狀態(tài)信息。

注2：診斷數(shù)據(jù)的示例如車速，節(jié)氣門開度，外后視鏡位置，系統(tǒng)狀態(tài)等。診斷數(shù)據(jù)定義了三種類型的值：

——當(dāng)前值：電子控制單元正常運(yùn)行當(dāng)前使用的值（或由此產(chǎn)生）;

——存儲(chǔ)值：在特定時(shí)刻（例如當(dāng)發(fā)生故障或周期性地）產(chǎn)生的當(dāng)前值的內(nèi)部備份;該備份在電子控制單元的控制下進(jìn)行;

——靜態(tài)值：如VIN。

服務(wù)端沒有義務(wù)基于診斷的目的保留其數(shù)據(jù)的內(nèi)部備份，在這種情況下，診斷儀只能請(qǐng)求當(dāng)前值。

注3：基于售后或開發(fā)的應(yīng)用場景會(huì)選擇不同的服務(wù)端功能（例如，只在開發(fā)的應(yīng)用場景下，允許訪問所有存儲(chǔ)器位置）。

3.1.8

診斷例程diagnosticroutine

嵌入在電子控制單元中并且可以根據(jù)客戶端的請(qǐng)求由服務(wù)端啟動(dòng)的例程。

注：它可以運(yùn)行非正常的操作程序，或者可以在此模式下啟用并使用正常的操作程序執(zhí)行。在第一種情況下，不適用于

服務(wù)端的正常操作。在第二種情況下，當(dāng)電子控制單元的所有其它部分正常工作時(shí)，可以運(yùn)行多個(gè)診斷程序。

3.1.9

診斷服務(wù)diagnosticservice

客戶端發(fā)起的信息交換，以便請(qǐng)求服務(wù)端的診斷信息或/和基于診斷目的修改ECU行為。

3.1.10

診斷會(huì)話diagnosticsession

服務(wù)端啟用特定的診斷服務(wù)和功能集的內(nèi)部狀態(tài)。

3.1.11

診斷故障碼diagnostictroublecode

DTC

由車載診斷系統(tǒng)定義的用于標(biāo)識(shí)故障狀態(tài)的數(shù)字通用標(biāo)識(shí)符。

3.1.12

電子控制單元ECU

至少包括一個(gè)服務(wù)端的電子控制單元。

注：被認(rèn)為是電子控制單元的系統(tǒng)包括防抱死制動(dòng)系統(tǒng)（ABS）和發(fā)動(dòng)機(jī)管理系統(tǒng)。

3.1.13

功能單元functionalunit

功能密切相關(guān)或互補(bǔ)的診斷服務(wù)集。

3.1.14

整型integertype

具有不同值的簡單類型，包括正整數(shù)、負(fù)整數(shù)和零。

3.1.15

本地客戶端localclient

與服務(wù)端連接到同一本地網(wǎng)絡(luò)的客戶端，并且是與服務(wù)端同一地址空間。

3.1.16

本地服務(wù)端localserver

與客戶端連接到同一本地網(wǎng)絡(luò)的服務(wù)端，并且是與客戶端同一地址空間。

3.1.17

開放系統(tǒng)互聯(lián)opensystemsinterconnection

OSI

3.1.18

永久DTCpermanentDTC

即使在清除DTC請(qǐng)求之后，仍然保持在非易失性存儲(chǔ)器中的診斷故障碼（DTC），直到滿足其他要求才能

進(jìn)行清除（例如，每個(gè)DTC的適合的監(jiān)視器已成功通過）。

3.1.19

記錄record

一個(gè)或多個(gè)通過唯一標(biāo)識(shí)方式引用的診斷數(shù)據(jù)元素。

注：記錄的示例是包括各種輸入/輸出數(shù)據(jù)和故障代碼的快照。

3.1.20

遠(yuǎn)程服務(wù)端remoteserver

不直接連接到診斷主網(wǎng)絡(luò)的服務(wù)端。

注1：通過遠(yuǎn)程地址識(shí)別遠(yuǎn)程服務(wù)端。遠(yuǎn)程地址表示其地址獨(dú)立于主網(wǎng)絡(luò)的地址空間。

注2：通過主網(wǎng)絡(luò)上的本地服務(wù)端訪問遠(yuǎn)程服務(wù)端。主網(wǎng)絡(luò)上的每個(gè)本地服務(wù)端都可以作為一組獨(dú)立的遠(yuǎn)程服務(wù)端的網(wǎng)關(guān)。

因此，必須有一對(duì)地址始終用于識(shí)別遠(yuǎn)程服務(wù)端：一個(gè)本地地址，用于標(biāo)識(shí)遠(yuǎn)程網(wǎng)絡(luò)的網(wǎng)關(guān)，以及一個(gè)標(biāo)識(shí)遠(yuǎn)程服務(wù)端本身的

遠(yuǎn)程地址。

3.1.21

遠(yuǎn)程客戶端remoteclient

不直接連接到診斷主網(wǎng)絡(luò)的客戶端。

注1：通過遠(yuǎn)程地址識(shí)別遠(yuǎn)程客戶端。

注2：遠(yuǎn)程地址表示其地址獨(dú)立于主網(wǎng)絡(luò)的地址空間。

3.1.22

刷新軟件reprogrammingsoftware

引導(dǎo)軟件的一部分，用于電子控制單元的刷新。

3.1.23

安全security

保護(hù)車輛模塊不受來自車輛診斷數(shù)據(jù)鏈路“未授權(quán)”入侵的機(jī)制。

3.1.24

服務(wù)端server

電子控制單元提供診斷服務(wù)的部分功能。

3.1.25

支持的診斷故障碼（DTC）supportedDTC

當(dāng)前被配置/標(biāo)定并且能夠在預(yù)定義的車輛條件下執(zhí)行的診斷故障代碼，。

3.1.26

診斷設(shè)備tester

控制諸如車載電子控制單元的測(cè)試，檢查，監(jiān)控或診斷等功能的系統(tǒng)，可專用于特定類型的操作員（例

如專用于車庫機(jī)械的非車載掃描工具，專用于裝配廠的非車載測(cè)試工具或車載診斷儀）

注：診斷設(shè)備也被稱為客戶端。

3.2縮略語

下列縮略語適用于本文件。

.con：服務(wù)原語.確認(rèn)（serviceprimitive.confirmation）

.ind：服務(wù)原語.指示（serviceprimitive.indication）

.req：服務(wù)原語.請(qǐng)求（serviceprimitive.request）

A_PCI：應(yīng)用層協(xié)議控制信息（applicationlayerprotocolcontrolinformation）

AE：擴(kuò)展地址（addressextension）

CF：連續(xù)幀（consecutiveframe）

CDD：通信數(shù)據(jù)詞典（commondatadictionary）

CMD：通信消息詞典（commonmessagedictionary）

DSC：診斷會(huì)話控制（diagnosticsessioncontrol）

DA：目標(biāo)地址（destinationaddress）

DLC：數(shù)據(jù)長度碼（datalengthcode）

DoFR：基于FlexRay的診斷通信（diagnosticcommunicationoverFlexRay）

DID：數(shù)據(jù)標(biāo)識(shí)符（dataidentifier）

DoIP：互聯(lián)網(wǎng)協(xié)議的診斷通信（diagnosticcommunicationoverInternetProtocol）

DoIP_AI：DoIP地址信息（DoIPaddressinformation）

ECU：電子控制單元（electroniccontrolunit）

EDR：事件數(shù)據(jù)記錄儀（eventdatarecorder）

FF：首幀（firstframe）

FB：首字節(jié)（firstbyte）

FC：流控幀（flowcontrol）

FF：第一幀（firstframe）

FR：總線（FlexRay）

ID：標(biāo)識(shí)符（identifier）

IP：互聯(lián)網(wǎng)協(xié)議（InternetProtocol）

ISO：國際標(biāo)準(zhǔn)化組織（InternationalStandardizationOrganization）

LF：結(jié)束幀（lastframe）

Mtype：報(bào)文類型（messagetype）

NA：網(wǎng)絡(luò)地址（networkaddress）

NAD：節(jié)點(diǎn)地址（nodeaddress）

NCF：節(jié)點(diǎn)配置文件（nodeconfigurationfile）

N/A：不適用(notapplicable)

NR_SI：否定響應(yīng)服務(wù)標(biāo)識(shí)符（negativeresponseserviceidentifier）

NRC：否定響應(yīng)代碼（negativeresponsecode）

OSI：開放系統(tǒng)互聯(lián)（opensystemsinterconnection）

P2：服務(wù)器響應(yīng)時(shí)間（serverresponsetime）

pDID：周期數(shù)據(jù)標(biāo)識(shí)符（periodicdataidentifier）

Rx：接收（reception）

SA：源地址（sourceaddress）

SF：單幀（singleframe）

SFID：子功能標(biāo)識(shí)符（subfunctionidentifier）

SID：服務(wù)標(biāo)識(shí)符（serviceidentifier）

SM：子網(wǎng)掩碼（subnetmask）

SOM：消息起始（startofmessage）

STF：起始幀（startframe）

STmin：間隔時(shí)間（separationtime）

STRT：待服務(wù)端響應(yīng)（serviceToRespondTo）

S_AE：會(huì)話層地址擴(kuò)展（sessionlayeraddressextension）

S_SA：會(huì)話層源地址（sessionlayersourceaddress）

S_Data：會(huì)話層數(shù)據(jù)傳輸服務(wù)名稱（sessionlayerdatatransferservicename）

SI：服務(wù)標(biāo)識(shí)符（serviceidentifier）

SOM：消息起始（startofmessage）

S_Mtype：會(huì)話層消息類型（sessionlayermessagetype）

S_PDU：會(huì)話層協(xié)議數(shù)據(jù)單元（sessionlayerprotocoldataunit）

S_TA：會(huì)話層目標(biāo)地址（sessionlayertargetaddress）

S_TAtype：會(huì)話層目標(biāo)地址類型（sessionlayertargetaddresstype）

TA：目標(biāo)地址（targetaddress）

Tx：發(fā)送（transmission）

UDS：統(tǒng)一診斷服務(wù)（unifieddiagnosticservices）

UDSonFR：基于FlexRay的統(tǒng)一診斷服務(wù)（UnifiedDiagnosticServices(UDS)onFlexRay）

UART：通用異步收發(fā)兩用機(jī)（universalasynchronousreceivertransmitter）

USDT：未確認(rèn)分段數(shù)據(jù)傳輸（unacknowledgedsegmenteddatatransfer）

UUDT：未確認(rèn)不分段數(shù)據(jù)傳輸（unacknowledgedunsegmenteddatatransfer）

VM：車輛制造商（vehiclemanufacturer）

4約定

本標(biāo)準(zhǔn)遵循適用于診斷服務(wù)的OSI服務(wù)公約（ISO/IEC10731）中的約定。

5規(guī)范和要求

5.1一般規(guī)定

本標(biāo)準(zhǔn)是基于OSI服務(wù)約定（ISO/IEC10731：1994）中的慣例，因?yàn)樗鼈冞m用于診斷服務(wù)。

這些約定規(guī)定了服務(wù)用戶與服務(wù)提供者之間的交互。信息通過服務(wù)原語在服務(wù)用戶和服務(wù)提供者之間傳

遞參數(shù)。

服務(wù)和協(xié)議之間的區(qū)別如圖1所示。

本標(biāo)準(zhǔn)定義了確認(rèn)和未確認(rèn)的服務(wù)。

確認(rèn)的服務(wù)使用六個(gè)服務(wù)原語請(qǐng)求，請(qǐng)求確認(rèn)，指示，響應(yīng)，響應(yīng)確認(rèn)和確認(rèn)。

未確認(rèn)的服務(wù)僅使用請(qǐng)求，請(qǐng)求確認(rèn)和指示服務(wù)原語。

圖1依據(jù)OSI模型的UDS參考文件實(shí)施

本標(biāo)準(zhǔn)定義的所有服務(wù)，請(qǐng)求和指示服務(wù)原語都具有相同的格式和參數(shù)。因此，對(duì)于所有服務(wù)，響應(yīng)和確

認(rèn)服務(wù)原語（除了請(qǐng)求確認(rèn)和響應(yīng)確認(rèn)）總是具有相同的格式和參數(shù)。

本標(biāo)準(zhǔn)在定義服務(wù)原語時(shí)，僅列出請(qǐng)求和響應(yīng)服務(wù)原語。

5.2應(yīng)用層服務(wù)

5.2.1概述

應(yīng)用層服務(wù)通常被稱為診斷服務(wù)。應(yīng)用層服務(wù)用于基于客戶端-服務(wù)端的系統(tǒng)，以執(zhí)行諸如車載車輛服

務(wù)端的測(cè)試，檢查，監(jiān)控或診斷等功能?？蛻舳耍ㄍǔ７Q為診斷設(shè)備）使用應(yīng)用層服務(wù)來請(qǐng)求在一個(gè)或多個(gè)服

務(wù)端中執(zhí)行診斷功能。服務(wù)端（通常作為ECU的部分功能）使用應(yīng)用層服務(wù)將由請(qǐng)求的診斷服務(wù)提供的響應(yīng)數(shù)

據(jù)發(fā)送回客戶端?？蛻舳送ǔＪ欠擒囕d診斷儀，但在某些系統(tǒng)中也可以是車載診斷儀。應(yīng)用層服務(wù)的使用獨(dú)立

于客戶端，無論該客戶端是車載還是非車載診斷儀。同一車輛系統(tǒng)中允許有多個(gè)客戶端。

診斷應(yīng)用層的服務(wù)接口提供了大量具有相同通用結(jié)構(gòu)的服務(wù)。對(duì)于每個(gè)服務(wù)，規(guī)定了六項(xiàng)服務(wù)原語：由診

斷儀應(yīng)用中的客戶端功能使用的服務(wù)請(qǐng)求原語，將所請(qǐng)求的診斷服務(wù)的數(shù)據(jù)傳遞到診斷應(yīng)用層：

——服務(wù)請(qǐng)求原語：在診斷儀應(yīng)用中由客戶端使用，將所請(qǐng)求的診斷服務(wù)的數(shù)據(jù)傳遞到診斷應(yīng)用層;

——服務(wù)請(qǐng)求-確認(rèn)原語：在診斷儀應(yīng)用中由客戶端使用，指示在服務(wù)請(qǐng)求原語中傳遞的數(shù)據(jù)在診斷儀所

連接得總線上成功發(fā)送;

——服務(wù)指示原語：由診斷應(yīng)用層使用，將數(shù)據(jù)發(fā)送到ECU診斷應(yīng)用的服務(wù)端；

——服務(wù)響應(yīng)原語：由ECU診斷應(yīng)用的服務(wù)端使用，將由所請(qǐng)求的診斷服務(wù)提供的響應(yīng)數(shù)據(jù)發(fā)送到診斷應(yīng)

用層；

——服務(wù)響應(yīng)-確認(rèn)原語：由ECU診斷應(yīng)用中的服務(wù)端使用，指示在ECU接收到診斷請(qǐng)求的總線上成功發(fā)

送服務(wù)響應(yīng)原語中傳遞的數(shù)據(jù)；

——服務(wù)確認(rèn)原語：由診斷應(yīng)用層使用，將數(shù)據(jù)發(fā)送給診斷儀應(yīng)用中的客戶端。

圖3中是應(yīng)用層服務(wù)原語-確認(rèn)服務(wù)。

時(shí)間時(shí)間

客戶端應(yīng)用層服務(wù)器應(yīng)用層

P2_ClientP2_Server

ServiceName.request

請(qǐng)求

開始消息開始

ServiceName.request-confirmServiceName.indication

結(jié)束

ServiceName.response

響應(yīng)

消息

結(jié)束

ServiceName.confirmServiceName.response-confirm

時(shí)間時(shí)間

圖3應(yīng)用層服務(wù)原語-確認(rèn)服務(wù)

圖4描述了應(yīng)用層服務(wù)原語-非確認(rèn)服務(wù)

時(shí)間時(shí)間

客戶端應(yīng)用層服務(wù)器應(yīng)用層

P2_ClientP2_Server

ServiceName.request

請(qǐng)求

消息

ServiceName.request-confirmServiceName.indication

時(shí)間時(shí)間

圖4應(yīng)用層服務(wù)原語-非確認(rèn)服務(wù)

對(duì)于給定的服務(wù)，請(qǐng)求-確認(rèn)原語和響應(yīng)-確認(rèn)原語通常具有相同的服務(wù)數(shù)據(jù)單元。這些服務(wù)原語的目的是

指示先前的請(qǐng)求或響應(yīng)服務(wù)原語調(diào)用已經(jīng)完成。本標(biāo)準(zhǔn)中描述的服務(wù)將不會(huì)使用這些服務(wù)原語，但是數(shù)據(jù)鏈路

特定的實(shí)施文檔可能會(huì)使用這些描述來定義諸如服務(wù)執(zhí)行參考點(diǎn)。（當(dāng)響應(yīng)完全傳送到客戶端時(shí)，ECU復(fù)位服

務(wù)將調(diào)用復(fù)位，客戶端通過服務(wù)端響應(yīng)確認(rèn)原語在服務(wù)端中指示）

5.2.2應(yīng)用層服務(wù)格式描述

應(yīng)用層服務(wù)可以具有兩種不同的格式，具體取決于車輛診斷系統(tǒng)的配置方式。應(yīng)用層服務(wù)的格式由參數(shù)

A_Mtype控制。

如果把車輛系統(tǒng)配置到客戶端可以使用A_SA和A_TA地址參數(shù)對(duì)所有服務(wù)端進(jìn)行尋址，則應(yīng)使用應(yīng)用層服

務(wù)的默認(rèn)格式。即A_Mtype=diagnostics。

如果把車輛系統(tǒng)配置到客戶端需要使用除了A_SA和A_TA地址參數(shù)之外的地址信息對(duì)特定服務(wù)端進(jìn)行尋

址，則應(yīng)使用應(yīng)用層服務(wù)的遠(yuǎn)程格式。即A_Mtype=remotediagnostics。

應(yīng)用層服務(wù)的不同格式在6.3中規(guī)定。

5.2.3服務(wù)原語的格式描述

通用定義

所有應(yīng)用層服務(wù)都具有相同的通用格式。服務(wù)原語是按如下格式進(jìn)行編寫：

service_name.type(

parameterA,parameterB,parameterC

[,parameter1,...]

)

注：

——“service_name”是診斷服務(wù)的名稱（例如：診斷會(huì)話控制），

——“type”指示服務(wù)原語的類型（例如：請(qǐng)求），

——“parameterA,...”是A_SDU（應(yīng)用層服務(wù)數(shù)據(jù)單元）作為服務(wù)原語傳遞的值的列表（尋址信息），

——“parameterA,parameterB,parameterC”是必須包含在所有服務(wù)調(diào)用中的強(qiáng)制參數(shù)。

——“[,parameter1,...]”是取決于特定服務(wù)的參數(shù)（例如：parameter1可以是診斷會(huì)話控制服務(wù)的診斷會(huì)話）。[]

表示參數(shù)列表的這一部分可能為空。

服務(wù)請(qǐng)求和服務(wù)指示原語

對(duì)于每個(gè)應(yīng)用層服務(wù)，根據(jù)以下通用格式指定服務(wù)請(qǐng)求和服務(wù)指示原語：

service_name.request(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Length,

A_Data[,parameter1,...],

)

診斷設(shè)備應(yīng)用程序中的客戶端功能使用請(qǐng)求原語啟動(dòng)服務(wù)并將所請(qǐng)求的診斷服務(wù)的數(shù)據(jù)傳遞給應(yīng)用層。

service_name.indication(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Length,

A_Data[,parameter1,...],

)

應(yīng)用層使用指示原語來指示對(duì)ECU診斷應(yīng)用程序有重要意義的內(nèi)部事件，并將關(guān)于所請(qǐng)求診斷服務(wù)的數(shù)據(jù)

傳遞給ECU診斷應(yīng)用程序的服務(wù)端功能。這意味著當(dāng)數(shù)據(jù)從客戶端發(fā)送到服務(wù)端時(shí)，各個(gè)參數(shù)的值不應(yīng)由應(yīng)用

層的對(duì)等通信協(xié)議實(shí)體改變。由客戶端應(yīng)用程序中的客戶端功能傳遞到服務(wù)請(qǐng)求呼叫的應(yīng)用層的相同值將由對(duì)

等應(yīng)用層的服務(wù)指示由診斷應(yīng)用程序的服務(wù)端功能接收。

服務(wù)響應(yīng)和服務(wù)確認(rèn)原語

對(duì)于每個(gè)應(yīng)用層服務(wù)，根據(jù)以下通用格式指定服務(wù)響應(yīng)和服務(wù)確認(rèn)原語：

service_name.response(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Length,

A_Data[,parameter1,...],

)

ECU診斷應(yīng)用程序中的服務(wù)端功能使用響應(yīng)原語來啟動(dòng)服務(wù)并將所請(qǐng)求的診斷服務(wù)提供的響應(yīng)數(shù)據(jù)發(fā)送

到應(yīng)用層。

service_name.confirm(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Length,

A_Data[,parameter1,...],

)

應(yīng)用層使用確認(rèn)原語來指示對(duì)客戶端應(yīng)用有重要意義的內(nèi)部事件，并將關(guān)聯(lián)的之前的服務(wù)所請(qǐng)求的結(jié)果傳

遞給診斷設(shè)備應(yīng)用程序中的客戶端功能。它不一定指示遠(yuǎn)程對(duì)等接口的任意活動(dòng)，例如，如果服務(wù)端不支持所

請(qǐng)求的服務(wù)或者通信被破壞。

特定應(yīng)用層的響應(yīng)和確認(rèn)原語通常具有相同的參數(shù)和參數(shù)值。這意味著當(dāng)數(shù)據(jù)從服務(wù)端發(fā)送到客戶端時(shí)，

各個(gè)參數(shù)的值不應(yīng)被應(yīng)用層的對(duì)等通信協(xié)議實(shí)體改變。由ECU診斷應(yīng)用程序的服務(wù)端功能傳遞到服務(wù)響應(yīng)呼叫

中的應(yīng)用層的相同值將由客戶端功能在診斷測(cè)試應(yīng)用程序中從對(duì)等應(yīng)用層的服務(wù)確認(rèn)接收。

對(duì)于每個(gè)響應(yīng)和確認(rèn)原語將規(guī)定兩種不同的服務(wù)數(shù)據(jù)單元（兩組參數(shù)）。

——如果請(qǐng)求的診斷服務(wù)可以通過ECU中的服務(wù)端功能成功執(zhí)行，則應(yīng)與第一個(gè)服務(wù)數(shù)據(jù)單元一起使用肯

定響應(yīng)和肯定確認(rèn)原語。

——如果請(qǐng)求的診斷服務(wù)失敗或不能通過ECU中的服務(wù)端功能及時(shí)完成，則應(yīng)將第二服務(wù)數(shù)據(jù)單元用于否

定響應(yīng)和否定確認(rèn)原語。

服務(wù)請(qǐng)求-確認(rèn)和服務(wù)響應(yīng)-確認(rèn)原語

對(duì)于每個(gè)應(yīng)用層服務(wù)，根據(jù)以下通用格式規(guī)定服務(wù)請(qǐng)求-響應(yīng)和服務(wù)響應(yīng)-確認(rèn)原語：

service_name.req_confirm(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Result

)

應(yīng)用層使用請(qǐng)求-確認(rèn)原語來指示對(duì)客戶端應(yīng)用程序有重要意義的內(nèi)部事件，并將關(guān)聯(lián)的之前的服務(wù)所請(qǐng)

求的結(jié)果傳遞給診斷設(shè)備應(yīng)用程序中的客戶端功能。

service_name.rsp_confirm(

A_MType,

A_SA,

A_TA,

A_TA_type,

[A_AE],

A_Result

)

應(yīng)用層使用響應(yīng)-確認(rèn)原語來指示對(duì)服務(wù)端應(yīng)用程序有重要意義的內(nèi)部事件，并將關(guān)聯(lián)的之前的服務(wù)所響

應(yīng)的結(jié)果傳遞給診斷設(shè)備應(yīng)用程序中的服務(wù)端功能。

5.2.4服務(wù)數(shù)據(jù)單元定義

強(qiáng)制參數(shù)

.1通用定義

應(yīng)用層服務(wù)包含三個(gè)強(qiáng)制參數(shù)。以下參數(shù)定義適用于本標(biāo)準(zhǔn)中規(guī)定的所有應(yīng)用層服務(wù)（標(biāo)準(zhǔn)和遠(yuǎn)程格式）。

.2A_Mtype,應(yīng)用層消息類型

類型：枚舉

范圍：診斷，遠(yuǎn)程診斷

描述：

參數(shù)Mtype應(yīng)用于識(shí)別6.2中規(guī)定的車輛診斷系統(tǒng)的格式。本標(biāo)準(zhǔn)為此參數(shù)指定了兩個(gè)值的范圍：

如果A_Mtype=診斷，service_name原語應(yīng)由參數(shù)A_SA，A_TA和A_TAtype組成。

如果A_Mtype=遠(yuǎn)程診斷，service_name原語應(yīng)由參數(shù)A_SA，A_TA、A_TAtype和A_AE組成。

.3A_SA，應(yīng)用層源地址

類型：2字節(jié)無符號(hào)整型數(shù)值

范圍：0x0000–0xFFFF

描述：

參數(shù)SA應(yīng)用于對(duì)標(biāo)識(shí)客戶端和服務(wù)端地址的標(biāo)識(shí)符進(jìn)行編碼。

對(duì)于服務(wù)請(qǐng)求（和服務(wù)指示），A_SA表示已請(qǐng)求診斷服務(wù)的客戶端地址。請(qǐng)求診斷服務(wù)的每個(gè)客戶端功都

應(yīng)用一個(gè)A_SA值表示。如果在同一個(gè)診斷設(shè)備實(shí)現(xiàn)多個(gè)客戶端，那么每個(gè)客戶端應(yīng)具有自己的客戶端標(biāo)識(shí)符

和相應(yīng)的A_SA值。

對(duì)于服務(wù)響應(yīng)（和服務(wù)確認(rèn)），A_SA表示已執(zhí)行請(qǐng)求的診斷服務(wù)的服務(wù)端的地址。服務(wù)端可以在一個(gè)ECU

中實(shí)現(xiàn)，也可以在多個(gè)ECU中分布式實(shí)現(xiàn)。如果服務(wù)端僅在一個(gè)ECU中實(shí)現(xiàn)，則只能使用一個(gè)A_SA值進(jìn)行編

碼。如果服務(wù)端在多個(gè)ECU中分布式實(shí)現(xiàn)，則相應(yīng)的服務(wù)端功能地址應(yīng)為每個(gè)服務(wù)端編碼一個(gè)A_SA值。

如果消息來源于遠(yuǎn)程客戶端或服務(wù)端，則A_SA代表本地服務(wù)端，該服務(wù)端為遠(yuǎn)程網(wǎng)絡(luò)到主網(wǎng)絡(luò)的網(wǎng)關(guān)。

注：如果使用物理尋址請(qǐng)求消息，響應(yīng)消息中的A_SA值將與相應(yīng)請(qǐng)求消息中的A_TA值相同。

.4A_TA，應(yīng)用層目標(biāo)地址

類型：2字節(jié)無符號(hào)整型數(shù)值

范圍：0x0000–0xFFFF

描述：

參數(shù)A_TA應(yīng)用于對(duì)標(biāo)識(shí)客戶端和服務(wù)端地址的標(biāo)識(shí)符進(jìn)行編碼。

有兩種尋址方式：

——物理尋址；

——功能尋址。

因此，可以為車輛系統(tǒng)定義兩個(gè)獨(dú)立的目標(biāo)地址集（每個(gè)尋址方式一個(gè)）。

物理尋址始終是在一個(gè)ECU中實(shí)現(xiàn)的服務(wù)端的專用消息。當(dāng)使用物理尋址時(shí)，通信是客戶端和服務(wù)端之間

的點(diǎn)對(duì)點(diǎn)通信。

如果客戶端不知道要響應(yīng)診斷服務(wù)請(qǐng)求的服務(wù)端的物理地址，或者服務(wù)端是否在多個(gè)ECU中分布實(shí)現(xiàn)，則

客戶端將使用功能尋址。當(dāng)使用功能尋址時(shí)，通信是從客戶端到在一個(gè)或多個(gè)ECU中實(shí)現(xiàn)的服務(wù)端的廣播通信。

對(duì)于服務(wù)請(qǐng)求（和服務(wù)指示），A_TA表示將執(zhí)行請(qǐng)求的診斷服務(wù)的服務(wù)端的標(biāo)識(shí)符。如果正在尋址遠(yuǎn)程服

務(wù)端，則A_TA代表本地服務(wù)端，該服務(wù)端為遠(yuǎn)程網(wǎng)絡(luò)到主網(wǎng)絡(luò)的網(wǎng)關(guān)。

對(duì)于服務(wù)響應(yīng)（和服務(wù)確認(rèn)），A_TA表示最初請(qǐng)求診斷服務(wù)并應(yīng)接收請(qǐng)求的數(shù)據(jù)（即請(qǐng)求的A_SA）的客戶

端地址。服務(wù)響應(yīng)（和服務(wù)確認(rèn)）應(yīng)始終使用物理尋址。如果遠(yuǎn)程客戶端被尋址，則A_TA代表本地服務(wù)端，

該服務(wù)端為遠(yuǎn)程網(wǎng)絡(luò)到主網(wǎng)絡(luò)的網(wǎng)關(guān)。

注：響應(yīng)消息的A_TA值始終與相應(yīng)請(qǐng)求消息的A_SA值相同。

.5A_TA_Type，應(yīng)用層目標(biāo)地址類型

類型：枚舉

范圍：物理，功能

描述：

參數(shù)A_TA_type是A_TA參數(shù)的擴(kuò)展。它用于表示傳輸消息的尋址方式。

.6A_Result

類型：枚舉

范圍：ok,error

描述：

req_confirm和rsp_confirm原語使用參數(shù)“A_Result”來指示消息是否已正確發(fā)送（ok）或消息傳輸是否不

成功（錯(cuò)誤）。

.7A_Length

類型：4字節(jié)無符號(hào)整型數(shù)值

范圍：0d–(232-1)d

描述:

該參數(shù)包括發(fā)送/接收的數(shù)據(jù)的長度。

.8A_Data

類型：字節(jié)流

范圍：N/A

描述：

該參數(shù)包括要由較高層實(shí)體交換的所有數(shù)據(jù)。

車輛系統(tǒng)要求

車輛制造商應(yīng)確保系統(tǒng)中的每個(gè)服務(wù)端都具有唯一的標(biāo)識(shí)服務(wù)端地址的標(biāo)識(shí)符。車輛制造商應(yīng)確保系統(tǒng)中

的每個(gè)客戶端都具有唯一的標(biāo)識(shí)客戶端地址的標(biāo)識(shí)符。

車輛系統(tǒng)診斷網(wǎng)絡(luò)的所有客戶端和服務(wù)端地址都應(yīng)編碼在相同的源地址范圍內(nèi)。這表示客戶端和服務(wù)端不

能在同一給定的車輛系統(tǒng)中用相同的A_SA值表示。

服務(wù)端的物理目標(biāo)地址應(yīng)始終與服務(wù)端的源地址相同。

遠(yuǎn)程服務(wù)端標(biāo)識(shí)符的分配可以獨(dú)立于主網(wǎng)絡(luò)上的標(biāo)識(shí)客戶端和服務(wù)端地址的標(biāo)識(shí)符。

一般來說，只有所尋址的服務(wù)端應(yīng)響應(yīng)客戶端請(qǐng)求的消息。

可選參數(shù)-A_AE，應(yīng)用層遠(yuǎn)程地址

類型：2字節(jié)無符號(hào)整型數(shù)值

范圍：0x0000–0xFFFF

描述：

A_AE用于擴(kuò)展可用的地址范圍以對(duì)客戶端和服務(wù)端標(biāo)識(shí)符進(jìn)行編碼。A_AE只能用于區(qū)分本地服務(wù)端和遠(yuǎn)

程服務(wù)端概念的車輛。遠(yuǎn)程地址表示其自身的地址范圍，與主網(wǎng)絡(luò)上的地址無關(guān)。

參數(shù)A_AE應(yīng)用于編碼遠(yuǎn)程客戶端和服務(wù)端標(biāo)識(shí)符。A_AE可以根據(jù)具有A_AE的消息的方向表示遠(yuǎn)程目標(biāo)

地址或遠(yuǎn)程源地址。

對(duì)于由主網(wǎng)絡(luò)上的客戶端發(fā)送的服務(wù)請(qǐng)求（和服務(wù)指示），A_AE表示將執(zhí)行請(qǐng)求的診斷服務(wù)的遠(yuǎn)程服務(wù)端

標(biāo)識(shí)符（遠(yuǎn)程目標(biāo)地址）。

A_AE可以用作物理地址和功能地址。對(duì)于A_AE的每個(gè)值，系統(tǒng)構(gòu)建器應(yīng)指定該值表示的是物理地址還是

功能地址。

注：沒有特殊參數(shù)用以表示物理或功能的遠(yuǎn)程地址，以A_TA_type指定A_TA的尋址方法的方式。物理和

功能遠(yuǎn)程地址共享相同的1字節(jié)范圍的值，每個(gè)值的含義應(yīng)由系統(tǒng)架構(gòu)師定義。

對(duì)于由遠(yuǎn)程服務(wù)端發(fā)送的服務(wù)響應(yīng)（和服務(wù)確認(rèn)），A_AE表示已執(zhí)行請(qǐng)求的診斷服務(wù)的遠(yuǎn)程服務(wù)端的物理

位置（遠(yuǎn)程源地址）。

遠(yuǎn)程服務(wù)端可以僅在一個(gè)ECU中實(shí)現(xiàn)，或者在多個(gè)ECU中分布實(shí)現(xiàn)。如果遠(yuǎn)程服務(wù)端僅在一個(gè)ECU中實(shí)

現(xiàn)，則只能使用一個(gè)A_AE值進(jìn)行編碼。如果遠(yuǎn)程服務(wù)端在多個(gè)ECU中分布實(shí)現(xiàn)，則應(yīng)使用一個(gè)A_AE值對(duì)遠(yuǎn)

程客戶端標(biāo)識(shí)符進(jìn)行編碼，且遠(yuǎn)程服務(wù)端的每個(gè)物理地址都有一個(gè)A_AE值。

5.3應(yīng)用層協(xié)議

5.3.1一般定義

應(yīng)用層協(xié)議應(yīng)始終是確認(rèn)的消息傳輸，這意味著對(duì)于從客戶端發(fā)送的每個(gè)服務(wù)請(qǐng)求，服務(wù)端應(yīng)發(fā)送一個(gè)或

多個(gè)相應(yīng)的響應(yīng)。

該規(guī)則的唯一例外是在使用功能尋址時(shí)的一些情況，或者請(qǐng)求/指示規(guī)定不應(yīng)產(chǎn)生響應(yīng)/確認(rèn)。為了不給系

統(tǒng)帶來許多不必要的消息，在幾個(gè)情況下，即使服務(wù)端無法完成請(qǐng)求的診斷服務(wù)，也不會(huì)發(fā)送否定的響應(yīng)消息。

這些例外情況在本標(biāo)準(zhǔn)的相關(guān)小節(jié)中進(jìn)行了描述（例如，見7.5）。

應(yīng)用層協(xié)議應(yīng)與會(huì)話層協(xié)議并行處理。這意味著即使客戶端正在等待之前發(fā)出的請(qǐng)求的響應(yīng)，也應(yīng)符合適

當(dāng)?shù)臅?huì)話層定時(shí)要求（例如，根據(jù)需要發(fā)送“診斷設(shè)備在線服務(wù)”請(qǐng)求以保持其他服務(wù)端的診斷會(huì)話，其實(shí)現(xiàn)

取決于所使用的數(shù)據(jù)鏈路層）。

5.3.2協(xié)議數(shù)據(jù)單元規(guī)定

A_PDU（應(yīng)用層協(xié)議數(shù)據(jù)單元）由A_SDU（應(yīng)用層服務(wù)數(shù)據(jù)單元）和層特定控制信息A_PCI（應(yīng)用層協(xié)議

控制信息）直接構(gòu)成。A_PDU應(yīng)具有以下通用格式：

A_PDU(

Mtype,

SA,

TA,

TA_type,

[RA,]

A_Data=A_PCI+[parameter1,...],

Length

)

其中：

——“Mtype，SA，TA，TA_type，RA，Length”與A_SDU中使用的參數(shù)相同;

——“A_Data”是為每個(gè)單獨(dú)的應(yīng)用層服務(wù)定義的一串字節(jié)數(shù)據(jù)。A_Data字符串應(yīng)以A_PCI開頭，后面

是每個(gè)服務(wù)指定的A_SDU的所有服務(wù)特定參數(shù)。括號(hào)表示參數(shù)列表的這部分可能為空;

——“Length”決定A_Data的字節(jié)數(shù)。

5.3.3應(yīng)用層協(xié)議控制信息

PCI，協(xié)議控制信息

A_PCI有兩種格式。A_PCI參數(shù)的第一個(gè)字節(jié)的值代表格式。

對(duì)于所有第一個(gè)字節(jié)不等于0x7F的服務(wù)請(qǐng)求和服務(wù)響應(yīng)，應(yīng)使用以下定義：

A_PCI(

SI)

其中：

——“SI”是參數(shù)服務(wù)標(biāo)識(shí)符。

對(duì)于第一個(gè)字節(jié)值等于0x7F的服務(wù)響應(yīng)，應(yīng)使用以下定義：

A_PCI(

NR_SI,

SI

)

其中：

——“NR_SI”是識(shí)別否定服務(wù)響應(yīng)/確認(rèn)的特殊參數(shù);

——“SI”是服務(wù)標(biāo)識(shí)符的參數(shù)。

注：對(duì)于服務(wù)通過周期性標(biāo)識(shí)符讀取數(shù)據(jù)（0x2A，見10.5）中定義的周期性數(shù)據(jù)響應(yīng)消息的傳輸，應(yīng)用層協(xié)議數(shù)據(jù)單元（A_PDU）

中不存在A_PCI。

SI，服務(wù)標(biāo)識(shí)符

類型：1字節(jié)無符號(hào)整型數(shù)值

范圍：0x00–0xFF根據(jù)表2的定義。

表2服務(wù)標(biāo)識(shí)符定義

服務(wù)標(biāo)識(shí)符服務(wù)類型（第6位）定義出處

0x10–0x3E本標(biāo)準(zhǔn)定義的服務(wù)請(qǐng)求本標(biāo)準(zhǔn)

0x3F不適用預(yù)留

0x50–0x7E本標(biāo)準(zhǔn)定義的肯定響應(yīng)本標(biāo)準(zhǔn)

0x7F否定響應(yīng)服務(wù)標(biāo)識(shí)符本標(biāo)準(zhǔn)

0x80–0x82不適用本標(biāo)準(zhǔn)預(yù)留

0x83–0x88本標(biāo)準(zhǔn)定義的服務(wù)請(qǐng)求本標(biāo)準(zhǔn)

0x89–0xB9不適用本標(biāo)準(zhǔn)預(yù)留

0xBA–0xBE服務(wù)請(qǐng)求系統(tǒng)供應(yīng)商定義

0xBF–0xC2不適用本標(biāo)準(zhǔn)預(yù)留

0xC3–0xC8本標(biāo)準(zhǔn)定義的肯定響應(yīng)本標(biāo)準(zhǔn)

0xC9–0xF9不適用本標(biāo)準(zhǔn)預(yù)留

0xFA–0xFE肯定響應(yīng)系統(tǒng)供應(yīng)商定義

0xFF不適用預(yù)留

注：請(qǐng)求消息的服務(wù)標(biāo)識(shí)符和肯定響應(yīng)消息的服務(wù)標(biāo)識(shí)符之間存在一一對(duì)應(yīng)的關(guān)系，SI字節(jié)值的第7位（bit6）表示服務(wù)

類型。所有請(qǐng)求消息的SI第7位（bit6）=0。除了通過“周期性標(biāo)識(shí)符讀取數(shù)據(jù)”（0x2A，參見10.5）服務(wù)的定期數(shù)據(jù)響

應(yīng)消息之外，所有肯定響應(yīng)消息的SI第7位（bit6）=1。

描述：

SI將用于對(duì)服務(wù)原語中已被調(diào)用的特定服務(wù)進(jìn)行編碼。每個(gè)請(qǐng)求服務(wù)應(yīng)分配一個(gè)唯一的SI值。每個(gè)肯定

響應(yīng)服務(wù)也應(yīng)分配相應(yīng)的唯一SI值。

服務(wù)標(biāo)識(shí)符用于表示從應(yīng)用層傳遞到較低層（并從較低層返回）的A_Data數(shù)據(jù)字符串中的服務(wù)。

NR_SI,否定響應(yīng)服務(wù)標(biāo)識(shí)符

類型：1字節(jié)無符號(hào)整型值

固定值：0x7F

描述：

參數(shù)NR_SI是識(shí)別否定服務(wù)響應(yīng)/確認(rèn)的特殊參數(shù)。應(yīng)是A_PCI的一部分，用于否定響應(yīng)/確認(rèn)消息。

注：NR_SI值與SI值協(xié)調(diào)。為了使A_Data編碼和解碼更容易，NR_SI值不用于SI值。

5.3.4否定響應(yīng)/確認(rèn)服務(wù)原語

每個(gè)診斷服務(wù)都具有否定響應(yīng)/否定確認(rèn)消息，根據(jù)表3中的A_Data字節(jié)值定義。A_Data第一個(gè)字節(jié)

（A_PCI.NR_SI）通常是特定的否定響應(yīng)服務(wù)標(biāo)識(shí)符。A_Data第二個(gè)字節(jié)（A_PCI.SI）應(yīng)為否定響應(yīng)消息對(duì)應(yīng)的

服務(wù)請(qǐng)求/指示消息的服務(wù)標(biāo)識(shí)符值的副本。

表3A_PDU否定響應(yīng)

A_PDU參數(shù)參數(shù)名稱約定值字節(jié)值助記符

SA源地址M0xXXXXSA

TA目標(biāo)地址M0xXXXXTA

TAtype目標(biāo)地址類型M0xXXTAT

RA遠(yuǎn)程地址C0xXXXXRA

A_Data.A_PCI.NR_SI否定響應(yīng)SIDM0x7FSIDNR

A_Data.A_PCI.SI<服務(wù)名稱>請(qǐng)求SIDM0xXXSIDRQ

A_Data.Parameter1響應(yīng)碼M0xXXNRC_

M(強(qiáng)制)：在發(fā)出否定響應(yīng)A_PDU的情況下，這些A_PDU參數(shù)應(yīng)該存在。

C（有條件的）：RA（遠(yuǎn)程地址）PDU參數(shù)僅在遠(yuǎn)程尋址的情況下才存在。

注：A_Data代表否定響應(yīng)消息的消息數(shù)據(jù)字節(jié)。

在否定響應(yīng)消息中使用參數(shù)responseCode來指示診斷服務(wù)失敗或無法及時(shí)完成的原因。這些值在附錄A.1

中定義。

5.3.5服務(wù)端響應(yīng)實(shí)施規(guī)則

一般定義

以下小節(jié)規(guī)定了執(zhí)行服務(wù)時(shí)的服務(wù)端的行為。服務(wù)端和客戶端應(yīng)遵循這些實(shí)施規(guī)則。

一般的服務(wù)端響應(yīng)行為

本節(jié)中規(guī)定的一般的服務(wù)端響應(yīng)行為對(duì)所有請(qǐng)求消息都是必需的。驗(yàn)證步驟從接收請(qǐng)求消息開始。下圖

展示了三種實(shí)現(xiàn)要求：

——強(qiáng)制：每個(gè)請(qǐng)求消息都要進(jìn)行檢查

——可選：可以由每個(gè)請(qǐng)求消息來選擇性地進(jìn)行檢查

——制造商/供應(yīng)商自定義：該步驟可以通過附加的制造商/供應(yīng)商的具體檢查來擴(kuò)展。

整車廠/供

可選應(yīng)商自定

強(qiáng)制義

服務(wù)器是

否忙碌？

YES

否定響應(yīng)碼0x21

NO

是否探測(cè)到

制造商指定