《道路車輛 基于K線的診斷通信 第2部分：數(shù)據(jù)鏈路層》征求意見稿

ICS43.040.40

T24

中華人民共和國國家標準

GB/TXXXXX—XXXX

道路車輛基于K線的診斷通信第2部分：

數(shù)據(jù)鏈路層

Roadvehicles-DiagnosticcommunicationoverK-Line(DoKLine)Part2:Datalink

layer

（征求意見稿）

GB/TXXXXX—XXXX

前言

本標準按照GB/T1.1-2009給出的規(guī)則編制。

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

本標準由全國汽車標準化技術委員會(SAC/TC114)歸口。

本標準主要起草單位：

本標準主要起草人：

本標準為首次發(fā)布。

III

GB/TXXXXX—XXXX

道路車輛基于K線的診斷通信第2部分：數(shù)據(jù)鏈路層

1范圍

本標準規(guī)定了數(shù)據(jù)鏈路層服務以符合GB/TXXXXX-1規(guī)定的K線上基于UART（通用異步收發(fā)傳輸器）

的車輛通信系統(tǒng)要求。

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

下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文

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

GB/TXXXX-4道路車輛基于K線的診斷通信第4部分：與排放相關系統(tǒng)的要求

3術語、定義、符號和縮略語

3.1術語和定義

下列術語和定義適用于本標準。

3.1.1

5波特率初始化5-BAUD_INIT

從總線空閑開始，以服務端發(fā)送的反向地址字節(jié)結束

3.1.2

快速初始化FAST_INIT

從總線空閑開始，以所有尋址的服務端接收開啟通信服務的肯定響應結束。

3.1.3

拓撲topology

客戶端和服務端之間的串行鏈路，由K線和可選的L線組成

3.1.4

服務端server

作為ECU的一部分的功能，并提供診斷服務。

3.1.5

客戶端client

測試儀中可執(zhí)行診斷服務的功能。

注1：測試儀通常使用的其它功能，如數(shù)據(jù)庫管理，專業(yè)解釋，人機界面。

1

GB/TXXXXX—XXXX

3.2符號和縮略語

符號與縮略語見如下表1。

表1符號與縮略語

縮略語名稱

5-BAUD_INIT5-波特率初始化

ISO9141-25-BAUD_INIT符合ISO9141-2的K線協(xié)議，包括5-BAUD_INIT

ISO14230-25-BAUD_INIT符合GB/TXXXXX-2的K線協(xié)議，包括5-BAUD_INIT

ISO14230-2FAST_INIT符合GB/TXXXXX-2的K線協(xié)議，包括FAST_INIT

ISO14230-45-BAUD_INIT符合GB/TXXXXX-4的K線協(xié)議，包括5-BAUD_INIT

ISO14230-4FAST_INIT符合GB/TXXXXX-4的K線協(xié)議，包括FAST_INIT

Cvt約定：M=強制性，C=條件，U=用戶可選

ECU電子控制單元

FAST_INIT快速初始化

FB首字節(jié)

FMT格式字節(jié)

DA目標硬件地址

DoK-Line基于K線診斷通信

DoK-Line_SA數(shù)據(jù)鏈路源地址

DoK-Line_TA數(shù)據(jù)鏈路目標地址

DoK-Line_Tatype數(shù)據(jù)鏈路目標地址類型

indication指示服務原語

LEN長度字節(jié)

Mtype報文類型

request請求服務原語

DL_Data數(shù)據(jù)鏈路數(shù)據(jù)

DoK-Line_PCI數(shù)據(jù)鏈路協(xié)議控制信息

DoK-Line_PCItype數(shù)據(jù)鏈路協(xié)議控制信息類型

DoK-Line_PDU數(shù)據(jù)鏈路協(xié)議數(shù)據(jù)單元

DoK-Line_SDU數(shù)據(jù)鏈路服務數(shù)據(jù)單元

P1Receiver服務端的字節(jié)間定時參數(shù)

P2Server客戶端請求和服務端響應(或兩個服務端響應)之間的時間

P3Client服務端響應結束和客戶端新請求開始之間的時間

P4Sender客戶端的字節(jié)間定時參數(shù)

SA源地址

server電子控制單元（ECU）

TA目標地址

UART通用異步收發(fā)器

WUP喚醒模式

4約定

2

GB/TXXXXX—XXXX

本文檔基于OSI服務約定（ISO/IEC10731）中討論的慣例，因為它們適用于診斷服務。

這些約定規(guī)定了服務用戶與服務提供者之間的交互。通過可傳達參數(shù)的服務原語，在服務用戶和服

務提供者之間傳遞信息。

圖1總結了服務和協(xié)議之間的區(qū)別。

發(fā)送端的應用層接收端的應用層

DLService.requestDLService.indicationDLService.indicationDLService.request

數(shù)據(jù)鏈路

層服務

DL_SDUSA、TA、DL_SDU和SA、TA、DL_SDUSA、TA、DL_SDU和SA、TA、

DLDataDLDataDLDataDLData

發(fā)送給

對等實

和、體和、、

DL_SDUFMTDL_SDU和FMT、DL_SDUFMTSADL_SDU和FMT、

、、、、、

SATADLLengthSA、TA、TADLLengthSA、TA、

數(shù)據(jù)鏈路DLData、CSDLData、CS

層協(xié)議DLLength、DLLength、

DLData、CS發(fā)送給DLData、CS

發(fā)送端的數(shù)據(jù)鏈路層對等實接收端的數(shù)據(jù)鏈路層

體

圖1服務和協(xié)議

注：圖1沒有顯示報文發(fā)送端生成的確認。

本文檔定義了確認服務。確認服務使用三種服務原語：請求、指示和確認。

對于本標準中定義的所有服務，請求和指示服務原語始終具有相同的格式和參數(shù)。

5文檔概覽

圖2闡述了基于OSI模型的K線診斷通信參考文檔。

增強型診斷排放相關OBD

子集ISO14229-6ISO15031-5排

OSI7應用ISO14229-1

UDSonK線放相關OBD服務

層UDS規(guī)范和要求

ISO150312-

OSI6表示車輛制造商自

2,-5，-6排放

層定義

相關OBD數(shù)據(jù)定

義

ISO14229-21:1

OSI5會話ISO14229-2UDS會話層服務

層UDS會話層服務

標準服務接口

K線診斷通信協(xié)議

OSI4傳輸

層ISO

14230-2

K線診斷

OSI3網(wǎng)絡通信協(xié)議ISO14230-

層數(shù)據(jù)鏈路4K線診斷

層通信協(xié)議

排放相關系

OSI2數(shù)據(jù)統(tǒng)要求

鏈路層

ISO

14230-1

K線診斷

OSI1物理

通信協(xié)議

層

物理層

3

GB/TXXXXX—XXXX

圖2基于OSI模型的K線診斷通信協(xié)議參考文檔

6物理總線拓撲

DoK-Line是基于由一條或兩條物理線組成的串行鏈路的總線概念。

服務端和客戶端拓撲見圖3。

服務端1服務端2服務端n客戶端

1

2

說明

1k線

2L線（可選）

圖3服務端和客戶端拓撲

“K線”用于通信和初始化，“L線”（可選）僅用于初始化。特殊情況是節(jié)點到節(jié)點的連接，這意

味著僅有一個服務端（ECU）在線，也可以是一個總線轉(zhuǎn)換器。

——不推薦服務端硬件支持L線

——客戶端（外部測試儀）硬件如果符合ISO15031-4的要求，則應支持L線。

有關詳細信息，請參閱GB/TXXXXX-1“K-/L線配置”。

圖4給出了與客戶端（外部測試儀）用K線連接的多個服務端（ECUs）的示例說明。服務端1.2（ECU

1.2）用作網(wǎng)關（總線轉(zhuǎn)換器），并在總線系統(tǒng)（例如ISO15765，SAEJ1850）上運行。

服務端2.1服務端2.2服務端2,m

2

服務端1.2總

服務端1.1線轉(zhuǎn)換器/網(wǎng)服務端1.n客戶端

關

1

說明

1K線

2任意總線系統(tǒng)

圖4網(wǎng)關拓撲示例

7數(shù)據(jù)鏈路層概覽

4

GB/TXXXXX—XXXX

7.1總則

本標準規(guī)定了基于客戶端-服務端系統(tǒng)中使用的數(shù)據(jù)鏈路層服務，以將數(shù)據(jù)從一個實體傳輸?shù)狡渌?/p>

實體?？蛻舳耍ㄍ獠繙y試儀）使用數(shù)據(jù)鏈路層服務將診斷請求數(shù)據(jù)傳送到一個或多個服務器（ECU）。

服務端，通常作為ECU的一部分功能，使用數(shù)據(jù)鏈路層服務將請求的診斷服務提供的響應數(shù)據(jù)發(fā)送給客

戶端。客戶端通常是外部測試儀，但在某些系統(tǒng)中也可以是車載測試儀。數(shù)據(jù)鏈路層服務的使用獨立于

外部測試儀（離線）或車載測試儀。在同一車輛系統(tǒng)中可以有多個客戶端（測試儀）。

為了描述數(shù)據(jù)鏈路層的功能，必須考慮提供給上層的服務和數(shù)據(jù)鏈路層的內(nèi)部運行。

7.2數(shù)據(jù)鏈路層服務的格式描述

數(shù)據(jù)鏈路層所有服務具有相同的通用格式。服務原語的格式為：

service_name.type(

[parameter1,parameter2,parameter3,...]

)

其中

service_name：是診斷服務的名稱（即DL_Data）；

type：指服務原語的類型（即請求）；

[parameter1,...]：是依賴于特定服務的參數(shù)（即參數(shù)1可以是發(fā)送端的源地址）。括號表示參

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

7.3由數(shù)據(jù)鏈路層提供給上層的服務

數(shù)據(jù)鏈路層服務接口定義了訪問數(shù)據(jù)鏈路層提供的功能所需的一系列服務，即數(shù)據(jù)的發(fā)送/接收，

數(shù)據(jù)鏈路層參數(shù)的設置。

數(shù)據(jù)鏈路層的服務訪問點提供了以下服務原語：

——使用請求服務原語（service_name.request），服務用戶向服務提供者請求服務。

——使用指示服務原語（service_name.indication），服務提供者向服務用戶通知網(wǎng)絡層的內(nèi)部

事件或?qū)Φ葏f(xié)議層實體服務用戶的服務請求。

——使用確認服務原語（service_name.confirm），服務提供者向服務用戶通知服務用戶之前服務

請求的結果。

以下定義了四種類型的服務：

a)初始化服務

以下定義的這些服務提供了執(zhí)行DoK-Line通信初始化的功能。

—DoK-Line_Initialize.request：該服務用于請求DoK-Line通信。

—DoK-Line_Initialize.confirm：該服務向上層確認DoK-Line通信已被執(zhí)行（成功或失?。?/p>

b）通信服務

以下定義的這些服務最多可以傳輸255個字節(jié)的數(shù)據(jù)。

—DL_Data.request：該服務用于請求數(shù)據(jù)傳輸。

—DL_Data_FB.indication：該服務用于將報文接收的開始信號發(fā)送到相鄰上層。

—DL_Data.indication：該服務用于向上層提供接收的數(shù)據(jù)。

—DL_Data.confirm：該服務原語用于向相鄰上層確認所請求的服務已被執(zhí)行（成功或失?。?。

c）輸入輸出控制服務

以下定義的這些服務，提供執(zhí)行某些固定序列的功能（例如5波特率初始化，喚醒模式生成）。

—DoK-Line_IOControl.request：該服務用于請求執(zhí)行特定的數(shù)據(jù)鏈路層序列。

5

GB/TXXXXX—XXXX

—DoK-Line_IOControl.confirm：該服務向上層確認執(zhí)行特定數(shù)據(jù)鏈路層序列的請求已經(jīng)完成（成

功或失?。?。

d）協(xié)議參數(shù)設置服務

以下定義的這些服務，可以實現(xiàn)協(xié)議參數(shù)的動態(tài)設置。

——DoK-Line_ChangeParameter.request：該服務用于請求動態(tài)設置特定的內(nèi)部參數(shù)（即定時參

數(shù)）。

——DoK-Line_ChangeParameter.confirm：該服務向相鄰上層確認更改協(xié)議特定參數(shù)的請求已經(jīng)執(zhí)

行（成功或失?。?。

7.4DoK-Line數(shù)據(jù)鏈路層服務原語規(guī)范

7.4.1DL_Data.request

該服務原語用于發(fā)送端向接收端的對等實體請求傳輸<Length>和<MessageData>，該對等實體通過

“SA,TA,”中的地址信息標識。

每次請求DL_Data.request服務時，數(shù)據(jù)鏈路層應通過發(fā)送DL_Data.confirm服務來通知服務用戶

報文傳輸已完成（或失?。?。

DL_Data.request(

SA

TA

Tatype

<MessageData>

<Length>

)

7.4.2DL_Data.confirm

數(shù)據(jù)鏈路層發(fā)出DL_Data.confirm服務。該服務原語用于確認DL_ata.request服務已完成，服務通過

“SA,TA,”中的地址信息標識。參數(shù)<Result_DoK-Line>提供服務請求的狀態(tài)。

DL_Data.confirm（

SA

TA

Tatype

<Result_DoK-Line>

)

7.4.3DL_Data_FB.indication

數(shù)據(jù)鏈路層發(fā)出DL_Data_FB.indication服務。該服務原語用于向相鄰上層指示從對等協(xié)議實體接

收的分段報文的首字節(jié)（FB）已到達，該指示應在接收到分段報文的首字節(jié)（FB）后發(fā)生。

數(shù)據(jù)鏈路層總是在調(diào)用DL_Data_FB.indication服務后調(diào)用DL_Data.indication服務，

用于指出報文接收的完成（或失敗）。

DL_Data_FB.indication(

SA

TA

Tatype

6

GB/TXXXXX—XXXX

<Length>

<Result_DoK-Line>

)

指示不包含地址報文，因為首字節(jié)僅表示報文的開始。每次只能在數(shù)據(jù)鏈路層上發(fā)送一條報文（每

次數(shù)據(jù)鏈路層上不能有多條報文等待），因此首字節(jié)指示不需要任何地址報文。報文接收的最終指示

將包含接收報文的地址報文。

7.4.4DL_Data.indication

數(shù)據(jù)鏈路層發(fā)出DL_Data.indication服務。該服務原語用于指示<Result_DoKLine>事件并將從對等

協(xié)議實體接收到的<MessageData>和<Length>傳送給相鄰上層，該對等實體通過“SA和TA”中的地址信

息標識<MessageData>和<Length>參數(shù)只有在<Result_DoK-Line>等于DoK-Line_OK時有效。

DL_Data.indication(

SA

TA

Tatype

<MessageData>

<Length>

<Result_DoK-Line>

)

7.4.5DoK-Line_Init.request

服務原語請求數(shù)據(jù)鏈路層的初始化。

每次調(diào)用DoK-Line_Initialize.request服務時，數(shù)據(jù)鏈路層將通過DoK-Line_Initialize.confirm

服務調(diào)用向服務用戶發(fā)出報文傳輸完成（或失?。┑男盘枴?/p>

DoK-Line_Initialize.request(

SA

TA

<InitializationModeIdentifier>

)

7.4.6DoK-Line_Initialize.confirm

數(shù)據(jù)鏈接層發(fā)出DoK-Line_Initialize.confirm服務。該服務原語用于確認

DoK-Line_Initialize.request服務的完成。參數(shù)<Result_Initialize>提供服務請求的狀態(tài)，參數(shù)

<InitializeResultData>提供執(zhí)行輸入輸出控制的結果數(shù)據(jù)，即關鍵字節(jié)。

DoK-Line_Initialize.confirm(

<Result_Initialize>

<InitializeResultData>

)

7.4.7DoK-Line_ChangeParameter.request

服務原語用于請求在本地協(xié)議實體上更改內(nèi)部參數(shù)的值。將<Parameter_Value>分配給

<Parameter>（見10.2參數(shù)定義）。

除了在接收到首字節(jié)（DL_Data_FB.indication）后直到相應報文（DL_Data.indication）接收結

7

GB/TXXXXX—XXXX

束，是可以進行參數(shù)更改。

DoK-Line_ChangeParameter.request(

<Parameter>

<Parameter_Value>

)

這是一個可選服務，可以通過實現(xiàn)固定參數(shù)值來替代。

7.4.8DoK-Line_ChangeParameter.confirm

該服務原語用于確認DoK-Line_ChangeParameter.Confirmation服務的完成（見10.2參數(shù)定義）。

DoK-Line_ChangeParameter.confirm(

<Parameter>

<Result_ChangeParameter>

)

7.5服務數(shù)據(jù)單元規(guī)范

7.5.1SA，源地址

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

范圍：0016-FF16

描述：

參數(shù)SA應用于對客戶端和服務端標識符進行編碼（定義），并用于表示客戶端或服務端的物理地址。

對于從客戶端向服務端的數(shù)據(jù)傳輸，SA標識客戶端標識在服務請求、服務指示和服務確認中。

對于從服務端向客戶端的數(shù)據(jù)傳輸，SA標識服務端標識在服務請求、服務指示和服務確認中。

客戶端應始終位于一個外部測試儀中?？蛻舳藰俗R符和源地址之間應有嚴格的一對一的關系。每

個客戶端標識符都應使用一個SA值進行編碼。如果在同一外部測試儀中實現(xiàn)多個客戶端，則每個客戶

端應具有自己的客戶端標識符和相應的SA值。

服務端可以僅在一個ECU中實現(xiàn)，或者在多個ECU中分布和實現(xiàn)。如果服務端僅在一個ECU中實現(xiàn)，

則應僅使用一個SA值進行編碼。如果服務端在多個ECU中分布和實現(xiàn)，則服務端標識符應對服務端的每

個物理地址使用一個SA值進行編碼。

7.5.2TA，目標地址

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

范圍：0016-FF16

描述：

參數(shù)TA應用于對客戶端和服務端標識符進行編碼。

對于從客戶端向服務端的數(shù)據(jù)傳輸，TA標識服務端標識在服務請求、服務指示和服務確認中。

對于從服務端向客戶端的數(shù)據(jù)傳輸，TA標識客戶端標識在服務請求、服務指示和服務確認中。

TA可以是物理地址或功能地址。物理地址可以是5波特地址字節(jié)（見ISO9141：1989，附錄A和附

錄B）。

對于與排放相關的報文，該字節(jié)在GB/TXXXXX-4中定義。

7.5.3TAtype，目標地址類型

類型：枚舉

8

GB/TXXXXX—XXXX

范圍：物理尋址，功能尋址

描述：

參數(shù)TAtype是TA參數(shù)的擴展。它用于對數(shù)據(jù)鏈路層的通信對等實體使用的通信模型進行編碼。指

定了兩種通信模型：被稱為物理尋址的一對一通信和被稱為功能尋址的一對n通信（對于DoK-Line_PDU

中格式化字節(jié)的格式來處理兩種尋址類型，見9.2.1）。

7.5.4<Length>

類型：1字節(jié)

范圍：0016-FF16

描述：

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

7.5.5<MessageData>

類型：字節(jié)串

范圍：不適用

描述：

該參數(shù)包括上層實體交換的所有數(shù)據(jù)。

7.5.6<Result_DoK-Line>

類型：枚舉

范圍：DoK-Line_OK，DoK-Line_TIMEOUT_P1，DoK-Line_TIMEOUT_P4，DoK-Line_UNEXP_PDU

描述：

該參數(shù)包含服務執(zhí)行結果的狀態(tài)。如果同時發(fā)現(xiàn)多個錯誤，數(shù)據(jù)鏈路層實體應使用最先匹配的列表

參數(shù)值向上層指出錯誤。

——DoK-Line_OK

該參數(shù)表示服務成功執(zhí)行。該參數(shù)可以同時發(fā)送給發(fā)送端和接收端的服務用戶

——DoK-Line_TIMEOUT_P1

在DoK-Line_P1計時器超過DoK-Line_P1max時，該參數(shù)被發(fā)送給協(xié)議用戶。該參數(shù)可以在服務端發(fā)

送給服務用戶。

——DoK-Line_TIMEOUT_P4

在DoK-Line_P4計時器超過DoK-Line_P4max時，該參數(shù)被發(fā)送給協(xié)議用戶。該參數(shù)可以在客戶端發(fā)

送給服務用戶。

——DoK-Line_UNEXP_PDU

在接收到非預期協(xié)議數(shù)據(jù)單元時，該參數(shù)被發(fā)送給服務用戶。

該參數(shù)可以同時發(fā)送給發(fā)送端和接收端的服務用戶。

注：對于上層來講，參數(shù)DoK-Line_TIMEOUT_P1和參數(shù)DoK-Line_TIMEOUT_P4的狀態(tài)相同。

7.5.7<InitializationModeIdentifier>

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

范圍：0016-FF16

描述：

該參數(shù)標識由數(shù)據(jù)鏈路層執(zhí)行的初始化類型。

——執(zhí)行5-BAUD_INIT初始化序列并提供生成的關鍵字節(jié)。

9

GB/TXXXXX—XXXX

——執(zhí)行FAST_INIT初始化序列并提供生成的關鍵字節(jié)。

注：上述列出的功能僅需要客戶端（外部測試儀）的支持。

7.5.8<InitializationResultData>

類型：字節(jié)串

范圍：不適用

描述：

該參數(shù)包括由初始化過程提供的所有數(shù)據(jù)，即關鍵字節(jié)。

7.5.9<Result_Initialization>

類型：枚舉

范圍：DoK-Line_OK,DoK-Line_RX_ON,DoK-Line_WRONG_PARAMETER,DoK-Line_WRONG_VALUE

描述：

該參數(shù)包含與服務執(zhí)行結果相關的狀態(tài)。

——DoK-Line_OK

該參數(shù)表示服務成功執(zhí)行。該參數(shù)可以同時發(fā)送給發(fā)送端和接收端的服務用戶。

——DoK-Line_RX_ON

該參數(shù)發(fā)送給服務用戶，用于指示由于接收到了用<AI>標識的報文而未執(zhí)行服務；僅可將該值發(fā)送

給接收端的服務用戶。

——DoK-Line_WRONG_PARAMETER

該參數(shù)發(fā)送給服務用戶，用于指示由于存在未定義的<Parameter>而未執(zhí)行服務；該參數(shù)可以發(fā)送

給接收端和發(fā)送端的服務用戶。

——DoK-Line_WRONG_VALUE

該參數(shù)發(fā)送給服務用戶，用于指示由于存在超出范圍的<Parameter_Value>而未執(zhí)行服務；該參數(shù)

可以發(fā)送給接收端和發(fā)送端的服務用戶。

7.5.10<Parameter_Value>

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

范圍：0016-FF16

描述：

該參數(shù)被分配給協(xié)議參數(shù)<Parameter>，如本文檔的服務部分所示。例如，在發(fā)送報文時，上層可

以在DoK-Line_SDU中對使用哪種DoK-Line_FMT進行配置（見9）。

7.5.11<Result_ChangeParameter>

類型：枚舉

范圍：DoK-Line_OK,DoK-Line_RX_ON,DoK-Line_WRONG_PARAMETER,DoK-Line_WRONG_VALUE

描述：

該參數(shù)包含服務執(zhí)行結果的狀態(tài)。

——DoK-Line_OK

該值表示服務成功執(zhí)行；該參數(shù)可以發(fā)送給接收端和發(fā)送端的服務用戶。

——DoK-Line_RX_ON

該參數(shù)發(fā)送給服務用戶，用于指示由于接收到了用<AI>標識的報文而未執(zhí)行服務；僅可將該值發(fā)送

給接收端的服務用戶。

10

GB/TXXXXX—XXXX

——DoK-Line_WRONG_PARAMETER

該參數(shù)發(fā)送給服務用戶，用于指示由于存在未定義的<Parameter>而未執(zhí)行服務；該參數(shù)可以發(fā)送

給接收端和發(fā)送端的服務用戶。

——DoK-Line_WRONG_VALUE

該參數(shù)發(fā)送給服務用戶，用于指示由于存在超出范圍的<Parameter_Value>而未執(zhí)行服務；該參數(shù)

可以發(fā)送給接收端和發(fā)送端的服務用戶。

8協(xié)議初始化

8.1總則

本標準和ISO9141-2定義了三種不同的方法以完成異步到同步通信。

以下三種方法相互獨立并存在差異：

——ISO9141-2中定義的5-BAUD_INIT初始化；

——本標準中定義的5-BAUD_INIT初始化；

——本標準中定義的FAST_INIT初始化。

GB/TXXXXX-4規(guī)定單個車輛上所有與排放相關的OBDECUs，應僅支持5-BAUD_INIT或FAST_INIT中的

一個。ISO9141-2也定義了5-BAUD_INIT序列，與GB/TXXXXX-2的5-BAUD_INIT序列的區(qū)別在于車輛響

應的關鍵字節(jié)。

8.25-BAUD_INIT的定時參數(shù)

5波特率初始化的定時參數(shù)為固定值，不能被訪問通信參數(shù)服務更改。見表2。

表25_BAUD_INIT的定時參數(shù)

值（ms）

定時參數(shù)描述

最小最大

W160300從地址字節(jié)結束到同步模式開始的時間。

W2520從同步模式結束到關鍵字節(jié)1開始的時間。

W3020關鍵字節(jié)1和關鍵字節(jié)2之間的時間。

來自服務端的關鍵字節(jié)2和來自客戶端的反向地址之間的時間。

W42550

也是來自客戶端的反向關鍵字節(jié)2和來自服務端的反向地址之間的時間

W5300—客戶端開始發(fā)送地址字節(jié)之前的時間。

8.3協(xié)議確定

8.3.1根據(jù)ISO9141的5-BAUD_INIT

ISO9141的5-BAUD_INIT初始化由客戶端（外部測試儀）以5bit/s發(fā)出地址字節(jié)的序列開始。

地址字節(jié)具有先前起始位（低電平）和后續(xù)停止位（高電平）。這樣可以將總長度為10位的數(shù)據(jù)

以5波特率傳輸（見圖5和圖6）。

表3定義了初始化過程。

表3ISO9141中5-BAUD_INIT的初始化過程

#步驟客戶端/服務端描述

11

GB/TXXXXX—XXXX

1地址字節(jié)傳輸客戶端以5波特率傳輸?shù)牡刂纷止?jié)包括起始位和停止位，需要2s。

2地址字節(jié)確認服務端確認車輛服務端的地址字節(jié)，需要W1（20..300ms）時間。

3同步字節(jié)傳輸車輛服務端將以同步字節(jié)5516響應，并通知外部測試儀新的波特

服務端

率。

4同步字節(jié)確認和設重新配置必須在5ms內(nèi)完成。

客戶端

置新波特率

5關鍵字節(jié)傳輸發(fā)送同步字節(jié)的車輛服務端應等待W2（5..20ms）時間，以

服務端使客戶端重新配置新波特率。然后車輛服務端將發(fā)送兩個關鍵

字節(jié)。

6關鍵字節(jié)確認有關協(xié)議專用關鍵字節(jié)，見8.4。

根據(jù)接收的關鍵字節(jié)，外部測試儀（客戶端）必須配置以下內(nèi)

容：

客戶端

-ISO9141協(xié)議;

-報頭格式

-定時（P2min）。

7反向關鍵字節(jié)客戶端接收關鍵字節(jié)確認之后等待W4（25..50ms）時間，然

客戶端

＃2傳輸后將關鍵字節(jié)＃2取反后發(fā)送給車輛服務端。

8反向關鍵字節(jié)確認服務端反向關鍵字節(jié)的評估。

9反向地址字節(jié)傳輸?shù)却硗庖粋€W4時間之后，車輛服務端已經(jīng)發(fā)送同步字節(jié)然后

服務端將初始化地址字節(jié)取反，并將其發(fā)送給客戶端作為“準備通信”

的信號。從服務端角度結束初始化序列。

10反向地址字節(jié)確認客戶端反向地址字節(jié)的評估。從客戶端的角度結束初始化序列

ISO9141-2中定義的5-BAUD_INIT初始化，見圖5。

5波特率初始化

波特率通信初始化

（5-BAUD_INIT）同步

5波特率地址=0×33

W5字節(jié)

00110011b

ADDR

Tidle起始位W10×55W2KB1W3KB2W4KB2W4P3

MSBLSB停止位

200ms

200ms200ms200ms200ms

LSBMSB

客戶端發(fā)送

服務端發(fā)送客戶端服務端傳輸

傳輸

通信

1

P2（25..50ms）3

2P3（55..500ms）

P2（0..50ms）

任何請求報文任何響應報文

客戶端發(fā)送服務端發(fā)送

說明

1P2Server定時參數(shù)（25..50ms）取決于關鍵字節(jié)（正常時序）

12

GB/TXXXXX—XXXX

2P2Server定時參數(shù)（0..50ms）取決于關鍵字節(jié)（擴展時序）

3P3Client定時參數(shù)（55..5000ms）取決于關鍵字節(jié)

圖5ISO9141-2中定義的5-BAUD_INIT初始化

8.3.2本標準定義的5-BAUD_INIT

除從車輛發(fā)送到外部測試儀的關鍵字節(jié)外，本標準定義的5-BAUD_INIT與ISO9141定義的

5-BAUD_INIT相同。表11中的定義對兩種協(xié)議都有效，關鍵字節(jié)集定義，見8.4.2和8.4.4。

本標準定義的5-BAUD_INIT初始化過程，見表4。

表4本標準本部分定義的5-BAUD_INIT初始化過程

#步驟客戶端/服務端描述

1地址字節(jié)傳輸客戶端以5波特率傳輸?shù)牡刂纷止?jié)包括起始位和停止位，需要2s。

2地址字節(jié)確認服務端確認車輛服務端的地址字節(jié)，需要W1（20..300ms）時間。

3同步字節(jié)傳輸服務端車輛服務端將以同步字節(jié)5516響應，并通知外部測試儀新的波特率。

同步字節(jié)確認和

4客戶端重新配置必須在5ms內(nèi)完成。

設置新波特率

發(fā)送同步字節(jié)的車輛服務端應該等待W2（5..20ms）時間，以使客

5關鍵字節(jié)傳輸服務端

戶端重新配置新波特率。然后車輛服務端將發(fā)送兩個關鍵字節(jié)。

有關協(xié)議專用關鍵字節(jié)，見8.4。

根據(jù)收到的關鍵字節(jié)，外部測試儀（客戶端）必須配置以下內(nèi)容：

6關鍵字節(jié)確認客戶端-本標準規(guī)定的協(xié)議;

-報頭格式

-定時（P2min）。

反向關鍵字節(jié)客戶端接收關鍵字節(jié)確認之后等待W4（25..50ms），然后將反轉(zhuǎn)

7客戶端

＃2傳輸關鍵字節(jié)＃2發(fā)送給車輛服務端。

反向關鍵字節(jié)確

8服務端反向關鍵字節(jié)的評估。

認