《道路車輛 基于控制器局域網(wǎng)的診斷通信 第2部分：傳輸層協(xié)議和網(wǎng)絡(luò)層服務(wù)》征求意見稿

GB/TXXXXX—XXXX

目次

前言................................................................................II

引言...............................................................................III

1范圍..............................................................................1

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

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

4概覽..............................................................................3

5ISO11898-1CAN數(shù)據(jù)鏈路層擴(kuò)展.................................................5

6網(wǎng)絡(luò)層概覽........................................................................7

7網(wǎng)絡(luò)層服務(wù)........................................................................8

8傳輸層協(xié)議.......................................................................15

9數(shù)據(jù)鏈路層的使用.................................................................34

附錄A（規(guī)范性附錄）根據(jù)SAEJ1939使用數(shù)據(jù)鏈路層的常規(guī)固定尋址和混合尋址..........41

附錄B（規(guī)范性附錄）預(yù)留的CANID.................................................43

參考文獻(xiàn)............................................................................44

I

GB/TXXXXX—XXXX

前言

GB/TXXXXX《道路車輛基于控制器局域網(wǎng)絡(luò)的診斷通信》包括三個部分：

——第1部分：綜述；

——第2部分：傳輸層協(xié)議和網(wǎng)絡(luò)層服務(wù)；

——第3部分：排放相關(guān)系統(tǒng)的需求。

本部分為GB/TXXXXX的第2部分。

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

本部分使用翻譯法等同采用國際標(biāo)準(zhǔn)ISO15765-2：2016《道路車輛控制局域網(wǎng)絡(luò)診斷第2部分：

傳送協(xié)議和網(wǎng)絡(luò)層服務(wù)》。

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

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

本部分起草單位：

本部分主要起草人：

II

GB/TXXXXX—XXXX

引言

本部分目的是定義車輛診斷系統(tǒng)的通用需求，該系統(tǒng)在ISO11898規(guī)定的CAN通信鏈路上實現(xiàn)。本標(biāo)

準(zhǔn)主要用于診斷系統(tǒng)，同時也滿足需要網(wǎng)絡(luò)協(xié)議的其它CAN系統(tǒng)。

為實現(xiàn)上述目標(biāo)，本規(guī)范采用ISO/IEC7498-1和ISO/IEC10731的開放系統(tǒng)互聯(lián)（OSI）基本參考模

型。該模型將通信系統(tǒng)劃分為七層，見表1。

表1增強(qiáng)型和排放相關(guān)診斷法規(guī)的診斷規(guī)范與OSI各層的映射

車輛制造商增強(qiáng)OBD法規(guī)WWH-OBD法規(guī)

OSI7層

型診斷（車載診斷系統(tǒng)）（車載診斷系統(tǒng)）

應(yīng)用層ISO14229-1ISO27145-3

ISO15031-5

（第7層）ISO14229-3ISO14229-1

ISO15031-2ISO27145-2

ISO15031-5SAE1930-DA

表示層車輛制造商自定ISO15031-6SAEJ1979-DA

（第6層）義SAEJ1930-DASAEJ2012-DA

SAEJ1979-DASAE1939:2011,AppendixC(SPN)

SAEJ2012-DASAEJ1939-73:2010,AppendixA(FMI)

會話層

ISO14229-2

（第5層）

傳輸協(xié)議層

（第4層）ISO15765-4

ISO15765-2ISO15765-2

網(wǎng)絡(luò)層ISO15765-2

（第3層）

數(shù)據(jù)鏈路層ISO11898-1ISO15765-4ISO27145-4

（第2層）ISO11898-2ISO15765-4

ISO11898-1

ISO11898-3ISO11898-1

物理層ISO11898-2

ISO11898-5ISO11898-2

（第1層）

或者用戶自定義

ISO14229-3內(nèi)所述的應(yīng)用層服務(wù)不僅與ISO14229-1和ISO15031-5內(nèi)規(guī)定的診斷服務(wù)兼容，還與

國家標(biāo)準(zhǔn)或車輛制造商自定義的大部分診斷服務(wù)兼容。

對于其他應(yīng)用領(lǐng)域，本標(biāo)準(zhǔn)可與任何CAN物理層兼容。

III

GB/TXXXXX—XXXX

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

議和網(wǎng)絡(luò)層服務(wù)

1范圍

本部分規(guī)定了滿足CAN車載網(wǎng)絡(luò)系統(tǒng)（ISO11898-1）需求的傳輸協(xié)議和網(wǎng)絡(luò)層服務(wù)。該服務(wù)的定義

基于ISO14229-1和ISO15031-5中定義的診斷服務(wù)，不僅適用于這些診斷服務(wù)，也適用于其他車載網(wǎng)絡(luò)通

信。

ISO11898-1描述了多種長度的CAN幀，這些幀的最大有效載荷大小基于使用設(shè)備的協(xié)議。傳統(tǒng)CAN

協(xié)議設(shè)備可以收發(fā)有效載荷大小為0-8字節(jié)的幀。CANFD（靈活數(shù)據(jù)速率）協(xié)議設(shè)備可以收發(fā)有效載荷

大小為0-64字節(jié)的幀。CANFD協(xié)議設(shè)備也能夠收發(fā)傳統(tǒng)CAN幀。

基于控制器局域網(wǎng)（DoCAN）的診斷通信協(xié)議支持ISO14229-2中規(guī)定的標(biāo)準(zhǔn)化服務(wù)原語接口。

本部分提供的傳輸協(xié)議和網(wǎng)絡(luò)層服務(wù)支持不同應(yīng)用層的應(yīng)用，例如：

——增強(qiáng)型車載診斷（超出法定功能的排放相關(guān)系統(tǒng)診斷、非排放相關(guān)系統(tǒng)診斷）；

——ISO15031中規(guī)定的排放相關(guān)車載診斷系統(tǒng)(OBD)；

——ISO27145中規(guī)定的全球協(xié)調(diào)-車載診斷系統(tǒng)(WWH-OBD)；

——ISO26021中規(guī)定車載打火裝置報廢期的激活。

傳輸層協(xié)議未定義確定的通信類型。

注：其他標(biāo)準(zhǔn)引用本標(biāo)準(zhǔn)本部分的時候，本標(biāo)準(zhǔn)的本部分并沒有規(guī)定推薦或要求執(zhí)行傳統(tǒng)CAN、CANFD或者兩者同

時執(zhí)行。

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

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

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

ISO/IEC7498-1信息技術(shù)開放系統(tǒng)互聯(lián)基本參考模型第1部分：基礎(chǔ)模型

ISO11898-1道路車輛控制器局域網(wǎng)絡(luò)(CAN)第1部分：數(shù)據(jù)鏈路層和物理信令

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

3.1術(shù)語和定義

ISO/IEC7498-1、ISO11898-1給出的術(shù)語和定義適用于本文件。

3.1.1

CAN幀數(shù)據(jù)長度CAN_DL

以字節(jié)為單位的CAN幀數(shù)據(jù)/有效載荷的物理長度。

注：參見表3。

1

GB/TXXXXX—XXXX

3.1.2

數(shù)據(jù)鏈路層發(fā)送的數(shù)據(jù)長度TX_DL

發(fā)送端中按照字節(jié)來配置數(shù)據(jù)鏈路層最大可用有效載荷的長度，用于執(zhí)行本標(biāo)準(zhǔn)的本部分中定義的

網(wǎng)絡(luò)層應(yīng)用。

注：TX_DL是一個發(fā)送端在發(fā)送PDU時固定配置的值。

3.1.3

數(shù)據(jù)鏈路層接收的數(shù)據(jù)長度RX_DL

接收端中按照字節(jié)來配置數(shù)據(jù)鏈路層檢索最大可用有效載荷的長度，用于執(zhí)行本標(biāo)準(zhǔn)的本部分中定

義的網(wǎng)絡(luò)層應(yīng)用。

注：RX_DL從分段PDU中的首幀CAN_DL中回讀，用于驗證連續(xù)幀中正確的數(shù)據(jù)長度。

3.2縮略語

以下縮略語適用于本文件

BRS——位速率轉(zhuǎn)換

BS——塊大小

CAN——控制器局域網(wǎng)絡(luò)

CAN_DL——以字節(jié)為單位的CAN幀數(shù)據(jù)鏈路層數(shù)據(jù)長度

CANFD——ISO11898-1定義的擁有可變數(shù)據(jù)速率和較大有效載荷的控制器局域網(wǎng)

CLASSICALCAN——ISO11898-1定義的擁有靜態(tài)數(shù)據(jù)速率和最大為8個數(shù)據(jù)字節(jié)的控制器局域

網(wǎng)

CF——連續(xù)幀

CTS——繼續(xù)發(fā)送

DLC——數(shù)據(jù)長度代碼

DoCAN——基于控制器局域網(wǎng)絡(luò)的診斷通信

ECU——電子控制單元

FC——流控幀

FF——首幀

FF_DL——以字節(jié)為單位的首幀數(shù)據(jù)長度

FMI——失效指示器

FS——流控狀態(tài)

Mtype——報文類型

N/A——不適用

N_AE——網(wǎng)絡(luò)擴(kuò)展地址

N_AI——網(wǎng)絡(luò)地址信息

N_Ar——網(wǎng)絡(luò)層定時參數(shù)Ar

N_As——網(wǎng)絡(luò)層定時參數(shù)As

N_Br——網(wǎng)絡(luò)層定時參數(shù)Br

N_Bs——網(wǎng)絡(luò)層定時參數(shù)Bs

N_ChangeParameter——網(wǎng)絡(luò)層服務(wù)名稱

N_Cr——網(wǎng)絡(luò)層定時參數(shù)Cr

N_Cs——網(wǎng)絡(luò)層定時參數(shù)Cs

2

GB/TXXXXX—XXXX

N_Data——網(wǎng)絡(luò)數(shù)據(jù)

N_PCI——網(wǎng)絡(luò)協(xié)議控制信息

N_PCItype——網(wǎng)絡(luò)協(xié)議控制信息類型

N_PDU——網(wǎng)絡(luò)協(xié)議數(shù)據(jù)單元

N_SA——網(wǎng)絡(luò)源地址

N_SDU——網(wǎng)絡(luò)服務(wù)數(shù)據(jù)單元

N_TA——網(wǎng)絡(luò)目標(biāo)地址

N_TAtype——網(wǎng)絡(luò)目標(biāo)地址類型

N_USData——網(wǎng)絡(luò)層未確認(rèn)的分段數(shù)據(jù)傳輸服務(wù)名稱

NW——網(wǎng)絡(luò)

NWL——網(wǎng)絡(luò)層

OBD——車載診斷系統(tǒng)

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

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

RX_DL——以字節(jié)為單位的接收數(shù)據(jù)鏈路層數(shù)據(jù)長度

SF——單幀

SF_DL——以字節(jié)為單位的單幀數(shù)據(jù)長度

SN——序列號

SPN——可疑參數(shù)編號

STmin——最小時間間隔

TX_DL——以字節(jié)為單位的發(fā)送數(shù)據(jù)鏈路層數(shù)據(jù)長度

UDS——統(tǒng)一診斷服務(wù)

WWH-OBD——全球協(xié)調(diào)-車載診斷系統(tǒng)

4概覽

圖1闡述了使用CAN診斷協(xié)議最合適的應(yīng)用實施方法。

3

GB/TXXXXX—XXXX

ISO15765-1

一般信息和用例定義

OBD法規(guī)WWH-OBD法規(guī)

增強(qiáng)型診斷

子集

ISO14229-1ISO14229-3ISO15031-5ISO27145-3

OSI第七層

標(biāo)準(zhǔn)與需求UDSonCAN排放相關(guān)OBD服務(wù)WWH-OBD

應(yīng)用層

ISO15031-2，-5，-6排ISO27145-2

OSI第六層汽車制造商自定義

放相關(guān)OBD數(shù)據(jù)定義WWH-OBD

表示層

ISO14229-1

OSI第五層1:1ISO14229-2會話層服務(wù)

會話層服務(wù)

會話層

標(biāo)準(zhǔn)化服務(wù)原語接口

CAN診斷通信協(xié)議（DoCAN）

OSI第四層

傳輸層ISO15765-2DoCAN

傳輸層協(xié)議和網(wǎng)絡(luò)層服務(wù)

ISO15765-2DoCANISO15765-4DoCAN

傳輸層協(xié)議和網(wǎng)絡(luò)層排放相關(guān)系統(tǒng)的要求

服務(wù)

OSI第三層

網(wǎng)絡(luò)層

ISO11898-1CAN

ISO11898-1CAN數(shù)據(jù)ISO11898-1CAN

OSI第二層ISO15765-4DoCAN

鏈路層和物理層信令I(lǐng)SO15765-4DoCAN

數(shù)據(jù)鏈路層ISO27145-4WWH-OBD

ISO11898CAN

ISO11898CAN

第一部分：數(shù)據(jù)鏈路層和物理層信令I(lǐng)SO11898CAN

第一部分：數(shù)據(jù)鏈路層

第二部分：高速媒體訪問單元第一部分：數(shù)據(jù)鏈路層

和物理層信令

第三部分：低俗容錯，媒介相關(guān)接口和物理層信令

第二部分：高速媒體訪

OSI第一層第五部分：低點模式的高速媒體訪問單元第二部分：高速媒體訪

物理層問單元問單元

ISO15765-4DoCANISO27145-4WWH-OBD

圖1基于OSI模型的DoCAN參考文檔

4

GB/TXXXXX—XXXX

5ISO11898-1CAN數(shù)據(jù)鏈路層擴(kuò)展

5.1傳統(tǒng)CAN和CANFD幀特征對比

ISO11898-1傳統(tǒng)CAN幀支持的最大有效載荷長度為8個字節(jié)，CANFD幀支持的最大有效載荷長度為

64個字節(jié)。因此在使用首幀,流控幀和連續(xù)幀對分段數(shù)據(jù)進(jìn)行發(fā)送時，需要在不改變原始協(xié)議概念的前

提下通過使用一個可變可配置的有效載荷長度來執(zhí)行。單幀經(jīng)過調(diào)整可支持CANFD幀中增加的有效載荷

長度。

表2列出了ISO11898-1提供的CAN幀類型的5種特征。

表2CAN幀特征對比

參照號特征傳統(tǒng)CANCANFD

有效載荷長度0-8個字節(jié)

#1是是

數(shù)據(jù)長度代碼(DLC)0..8

有效載荷長度8個字節(jié)

#2是否

數(shù)據(jù)長度代碼(DLC)9..15a

有效載荷長度12..64個字節(jié)b

#3否是

數(shù)據(jù)長度代碼(DLC)9..15

#4支持CAN幀的仲裁段和數(shù)據(jù)段的不同位速率否是

#5遠(yuǎn)程發(fā)送請求(RTR)是否

a對傳統(tǒng)CAN來說,DLC的值如果是9..15，則會自動減少為8,這是傳統(tǒng)CAN的CAN_DL可以取到最大的值。

bCANFD不支持8到64字節(jié)之間的全部有效載荷長度(例如,一個含有10個有意義數(shù)據(jù)字節(jié)的CANFD幀需要一個12字節(jié)的載

荷長度),見表3和9.4.2.3

5.2傳輸協(xié)議和網(wǎng)絡(luò)層服務(wù)的CAN參數(shù)說明

圖2展示了CAN參數(shù)對網(wǎng)絡(luò)/傳輸層尋址信息N_AI的映射。N_AI說明了網(wǎng)絡(luò)/傳輸層參數(shù)的適用性和有

效性，以及傳統(tǒng)CAN和CANFD對數(shù)據(jù)鏈路層的支持。圖2描述的示例既適用常規(guī)尋址也適用常規(guī)固定尋址。

對于擴(kuò)展尋址和混合尋址，一般來講在概念上是適用的，但是N_AI參數(shù)到CAN幀上的映射是不同的。

5

GB/TXXXXX—XXXX

3

數(shù)據(jù)段

經(jīng)典

11/29位CAN/CANFD1

/BRS

CANIDFormatDLCDDDD...DDD

TXCAN幀1234n-2n-1n

2結(jié)果支持的

N_AI有效支持的

CAN_DL經(jīng)典

DLCCANFD

(n)CAN

N_TA，N_SA，N_TatypeTX_DL=82-82-8YesYes

2-8,12,

TX_DL>82-1516,20,24,NoNo

32,48,64

說明：

1.CAN_DL的值由DLC決定，該值是一個CAN幀數(shù)據(jù)/有效載荷的物理長度。在接收端中CAN_DL用于決定發(fā)送端TX_DL

的值；

2N_AI映射僅是作為常規(guī)尋址和常規(guī)固定尋址的示例；

3在“格式”信息中的BRS位定義了數(shù)據(jù)段的傳輸速率。

圖2網(wǎng)絡(luò)層服務(wù)的CAN參數(shù)說明

表3經(jīng)典CAN/CANFD數(shù)據(jù)長度對比表

數(shù)據(jù)長度代碼(DLC)傳統(tǒng)CAN數(shù)據(jù)長度(CAN_DL)CANFD數(shù)據(jù)長度(CAN_DL)

000

111

222

333

444

555

666

777

888

98a12

108a16

118a20

128a24

6

GB/TXXXXX—XXXX

138a32

148a48

158a64

a對傳統(tǒng)CAN來說，DLC的值如果是9-15，則自動減少為8。這是傳統(tǒng)CAN的CAN_DL可以取到最大的值。

5.3CANFD的額外要求

如果使用了CANFD協(xié)議設(shè)備，本標(biāo)準(zhǔn)的本部分要求設(shè)備可以配置成傳統(tǒng)CAN幀或者CANFD幀。當(dāng)使

用數(shù)據(jù)鏈路層CANFD類型幀時，需要滿足以下兩點要求：

a)CANFD幀中的BRS位，決定了數(shù)據(jù)段和仲裁段的傳輸速率是否一致。數(shù)據(jù)階段的位速率被定

義為等于或高于仲裁階段的位速率。位速率的轉(zhuǎn)換并不影響傳輸協(xié)議（見圖2）；

b)允許的最大有效長度見表3，發(fā)送節(jié)點根據(jù)不同最大有效載荷長度值提供一個新的附加配置變

量“數(shù)據(jù)鏈路層數(shù)據(jù)長度”(TX_DL)，見8.5。

可配置的TX_DL值可轉(zhuǎn)換為發(fā)送節(jié)點的有效CAN幀數(shù)據(jù)長度（CAN_DL）和上限。

——發(fā)送數(shù)據(jù)長度(TX_DL)等于8：傳輸協(xié)議的使用與ISO11898-1（8字節(jié)有效載荷的傳統(tǒng)CAN）

相同，參見表2中的參照號#1。

——發(fā)送數(shù)據(jù)長度(TX_DL)大于8：僅應(yīng)用于ISO11898-1CANFD類型的幀。參見表2中的參照號

#1和參照號#3

6網(wǎng)絡(luò)層概覽

6.1概述

本標(biāo)準(zhǔn)的本部分沒有定義確定的網(wǎng)絡(luò)節(jié)點間數(shù)據(jù)交互使用的網(wǎng)絡(luò)層通信協(xié)議，例如從一個ECU到另

一個ECU，或外部測試設(shè)備和一個ECU之間的通信。如果要傳輸?shù)臄?shù)據(jù)不適合單幀，則需要使用分割的方

式傳輸。

為了描述網(wǎng)絡(luò)層的功能，必須考慮提供給上層及網(wǎng)絡(luò)層的內(nèi)部操作。

6.2網(wǎng)絡(luò)層提供給上層的服務(wù)

服務(wù)接口定義了一組在訪問網(wǎng)絡(luò)層功能時需要用到的服務(wù)，即，傳輸/接收數(shù)據(jù)及協(xié)議設(shè)置參數(shù)。

兩種類型服務(wù)定義：

a)通信服務(wù)：以下定義的服務(wù)可以傳輸最多4,294,967,295個字節(jié)的數(shù)據(jù):

1)N_USData.request：該服務(wù)用于請求傳輸數(shù)據(jù)。必要情況下，網(wǎng)絡(luò)層會對這些數(shù)據(jù)進(jìn)行分

段；

2)N_USData_FF.indication：該服務(wù)用于指示上層開始接收分段報文；

3)N_USData.indication：該服務(wù)用于向上層提供接收到的數(shù)據(jù)；

4)N_USData.confirm：該服務(wù)用于向上層確認(rèn)請求的服務(wù)已經(jīng)被執(zhí)行（成功或失敗）。

b)協(xié)議參數(shù)設(shè)置服務(wù)：以下定義的服務(wù)可用于對協(xié)議參數(shù)進(jìn)行動態(tài)設(shè)置：

1)該項服務(wù)用于請求對特定內(nèi)部參數(shù)進(jìn)行動態(tài)設(shè)置；

2)該項服務(wù)用于向上層確認(rèn)修改特定協(xié)議的請求已經(jīng)完成（成功或失?。?。

網(wǎng)絡(luò)層的內(nèi)部操作提供了分段、流控制傳輸和重組的方法。網(wǎng)絡(luò)層的主要任務(wù)是傳輸報文，無論該

報文是否適合單個的CAN幀。不適合單個CAN幀的報文會被分段為多個部分，每個部分以一個CAN幀的形

式傳輸。

7

GB/TXXXXX—XXXX

圖3為一個未分段報文傳輸?shù)氖纠?，圖4為一個分段報文傳輸?shù)氖纠?。流控制用于對發(fā)送端進(jìn)行調(diào)整

以適應(yīng)接收端網(wǎng)絡(luò)層的接收能力。該流控制策略允許使用診斷網(wǎng)關(guān)和子網(wǎng)。

圖3未分段報文示例

7網(wǎng)絡(luò)層服務(wù)

7.1概述

所有的網(wǎng)絡(luò)層服務(wù)擁有統(tǒng)一的結(jié)構(gòu)。為了定義這些服務(wù)，規(guī)定了三種服務(wù)原語類型：

——請求服務(wù)原語，用于上層的通信層或應(yīng)用層向網(wǎng)絡(luò)層傳遞控制信息及數(shù)據(jù)；

——指示服務(wù)原語，用于網(wǎng)絡(luò)層向上層的通信層或應(yīng)用層傳遞狀態(tài)信息及接收到的數(shù)據(jù)；

——確認(rèn)服務(wù)原語，用于網(wǎng)絡(luò)層向上層的通信層或應(yīng)用層傳遞狀態(tài)信息。

該服務(wù)規(guī)范沒有指定具體的應(yīng)用程序接口，而只是提供三種具體實施的服務(wù)原語。所有的網(wǎng)絡(luò)層服

務(wù)擁有統(tǒng)一的格式。服務(wù)原語的書寫格式如下：

service_name.type(

參數(shù)A,

參數(shù)B

[,參數(shù)C,...]

)

其中“service_name”是服務(wù)的名稱（例如，N_USData），“type”指出了服務(wù)原語的類型，“參

數(shù)A，參數(shù)B[,參數(shù)C,...]”是服務(wù)原語傳輸?shù)囊幌盗蠳_SDU值。中括號指出該部分參數(shù)為可選。

服務(wù)原語定義了服務(wù)用戶（例如，診斷應(yīng)用程序）如何與服務(wù)的提供者（例如：網(wǎng)絡(luò)層）協(xié)同運行。

本標(biāo)準(zhǔn)的本部分規(guī)定了以下服務(wù)原語：請求、指示和確認(rèn)：

——使用請求服務(wù)原語(service_name.request)，服務(wù)用戶向服務(wù)提供者請求服務(wù)；

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

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

——使用確認(rèn)服務(wù)原語(service_name.confirm)，服務(wù)提供者向服務(wù)用戶通知之前的服務(wù)請求的結(jié)

果。

8

GB/TXXXXX—XXXX

發(fā)送端接收端

首幀（FF）

流控幀（FC）

連續(xù)幀（CF）

連續(xù)幀（CF）

連續(xù)幀（CF）

流控幀（FC）

連續(xù)幀（CF）

連續(xù)幀（CF）

圖4分段報文示例

7.2網(wǎng)絡(luò)層服務(wù)原語規(guī)范

7.2.1N_USData.request

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

“N_SA,N_TA,N_TAtype[和N_AE]”中的地址信息標(biāo)識（參數(shù)定義見7.3）。

N_USData.request(

Mtype

N_SA

N_TA

N_TAtype

[N_AE]

<MessageData>

<Length>

)

每次請求N_USData.request服務(wù)時，網(wǎng)絡(luò)層應(yīng)通過發(fā)送N_USData.confirm服務(wù)來通知服務(wù)用戶報文傳輸

已完成（或失?。?。

9

GB/TXXXXX—XXXX

7.2.2N_USData.confirm

N_USData.confirm服務(wù)由網(wǎng)絡(luò)層發(fā)送。該服務(wù)原語用于確認(rèn)N_USData.request服務(wù)已完成，服務(wù)通

過“N_SA,N_TA,N_TAtype[和N_AE]”中的地址信息標(biāo)識。參數(shù)<N_Result>提供了服務(wù)請求的狀態(tài)（參數(shù)

定義見7.3）。

N_USData.confirm

(Mtype

N_SA

N_TA

N_TAtype

[N_AE]

<N_Result>

)

7.2.3N_USData_FF.indication

N_USData_FF.indication服務(wù)由網(wǎng)絡(luò)層發(fā)送。該服務(wù)原語用于向相鄰上層指示從對等協(xié)議實體接收

的分段報文首幀(FF)已到達(dá)，該對等實體通過“N_SA,N_TA,N_TAtype[和N_AE]”中的地址信息標(biāo)識（參

數(shù)定義見7.3）。該指示應(yīng)在接收到分段報文首幀后發(fā)生。

N_USData_FF.indication(

Mtype

N_SA

N_TA

N_TAtype

[N_AE]

<Length>)

網(wǎng)絡(luò)層總是在調(diào)用N_USData_FF.indication服務(wù)后調(diào)用N_USData.indication服務(wù)，用于指示報文

接收的完成（或失?。?。

只有分段報文的首幀被正確接收，網(wǎng)絡(luò)層才會發(fā)出N_USData_FF.indication服務(wù)調(diào)用。

如果網(wǎng)絡(luò)層檢測到首幀中任何類型的錯誤，則網(wǎng)絡(luò)層應(yīng)忽略該報文，并且N_USData_FF.indication

服務(wù)不應(yīng)當(dāng)被發(fā)送至相鄰的上層。

如果網(wǎng)絡(luò)層接收到首幀中的數(shù)據(jù)長度值(FF_DL)大于接收端緩沖區(qū)的大小，這應(yīng)當(dāng)被認(rèn)為是一個錯

誤的條件并且N_USData_FF.indication服務(wù)不應(yīng)被發(fā)送至相鄰的上層。

7.2.4N_USData.indication

N_USData.indication服務(wù)由網(wǎng)絡(luò)層發(fā)送。該服務(wù)原語用于指示<N_Result>事件并將從對等協(xié)議實

體接收到的<MessageData>和<Length>傳送給相鄰上層，該對等實體通過“N_SA,N_TA,N_TAtype[和

N_AE]”中的地址信息標(biāo)識（參數(shù)定義見7.3）。

<MessageData>和<Length>的參數(shù)只有在<N_Result>等于N_OK時有效。

N_USData.indication(

Mtype

N_SA

N_TA

N_TAtype

10

GB/TXXXXX—XXXX

[N_AE]

<MessageData>

<Length>

<N_Result>

)

N_USData.indication服務(wù)調(diào)用是在接收到單幀(SF)或分段報文接收完成（或失?。┖蟀l(fā)送的。如

果網(wǎng)絡(luò)層檢測到單幀中任何類型的錯誤，該條報文應(yīng)當(dāng)被網(wǎng)絡(luò)層忽略并且N_USData.indication服務(wù)不

應(yīng)當(dāng)被發(fā)送至相鄰的上層。

7.2.5N_ChangeParameters.request

服務(wù)原語用于請求修改本地協(xié)議實體上的內(nèi)部參數(shù)值。<Parameter>由<Parameter_Value>賦值（參

數(shù)定義見7.3）。

除了接收到首幀(N_USData_FF.indication)開始到完成相應(yīng)報文(N_USData.indication)的接收為

止，可以進(jìn)行修改參數(shù)<Parameter>。

N_ChangeParameter.request(

Mtype

N_SA

N_TA

N_TAtype

[N_AE]

<Parameter>

<Parameter_Value>

)

這是一個可選服務(wù)，服務(wù)可以通過應(yīng)用固定參數(shù)值來代替。

7.2.6N_ChangeParameter.confirm

服務(wù)原語用于確認(rèn)N_ChangeParameter.confirm服務(wù)的完成，該報文通過“N_SA,N_TA,N_TAtype[和

N_AE]”中的地址信息標(biāo)識（參數(shù)定義見7.3）。

N_ChangeParameter.confirm

(Mtype

N_SA

N_TA

N_TAtype

[N_AE]

<Parameter>

<Result_ChangeParameter>)

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

7.3.1Mtype,報文類型

類型：枚舉。

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

11

GB/TXXXXX—XXXX

描述：Mtype用于標(biāo)識服務(wù)調(diào)用中地址信息參數(shù)的類型及范圍。本標(biāo)準(zhǔn)的本部分指定了該參數(shù)的兩

個值。本標(biāo)準(zhǔn)的本部分使用者可通過指定地址信息參數(shù)（應(yīng)用本標(biāo)準(zhǔn)的本部分制定的網(wǎng)絡(luò)層協(xié)議）的其

他類型和組合來擴(kuò)展這些值的范圍。對于每個新地址信息范圍，均應(yīng)指定一個新的Mtype參數(shù)值來標(biāo)識

新地址信息：

——Mtype=診斷，地址信息N_AI應(yīng)包含N_SA、N_TA和N_TAtype參數(shù)。

——Mtype=遠(yuǎn)程診斷，地址信息N_AI應(yīng)包含N_SA、N_TA、N_TAtype和N_AE參數(shù)。

7.3.2N_AI,地址信息

7.3.2.1N_AI描述

這些參數(shù)指的是地址信息?？偟膩碚fN_AI參數(shù)用于標(biāo)識報文發(fā)送端和報文接收端的源地址(N_SA)、

目標(biāo)地址(N_TA)以及報文通信模式(N_TAtype)和可選擴(kuò)展地址(N_AE)。

7.3.2.2N_SA,網(wǎng)絡(luò)源地址

類型：8位。

范圍：0016–FF16。

描述：N_SA參數(shù)應(yīng)用于對發(fā)送端網(wǎng)絡(luò)層協(xié)議實體進(jìn)行編碼。

7.3.2.3N_TA,網(wǎng)絡(luò)目標(biāo)地址

類型：8位。

范圍：0016–FF16。

描述：N_TA參數(shù)應(yīng)用于對一個或多個（取決于N_TAtype：物理或功能）接收端網(wǎng)絡(luò)層協(xié)議實體進(jìn)行

編碼。

7.3.2.4N_TAtype,網(wǎng)絡(luò)目標(biāo)地址類型

類型：枚舉。

范圍：見表4。

描述：N_TAtype參數(shù)是對N_TA參數(shù)的擴(kuò)展。N_TAtype參數(shù)應(yīng)用于編碼網(wǎng)絡(luò)層的通信對等實體使用的

通信模式(:圖2)應(yīng)滿足以下要求：

——網(wǎng)絡(luò)層協(xié)議應(yīng)當(dāng)具備對沒有映射到相同N_AI參數(shù)的不同報文執(zhí)行并行傳輸?shù)哪芰Γ?/p>

——非預(yù)期的PDU錯誤處理只適用于擁有相同N_AI的報文；

——傳統(tǒng)CAN幀不會造成CANFD報文的終止，反之亦然；

——明確避免單個報文中CANFD和傳統(tǒng)CAN幀類型的混淆。

表4定義了N_TAtype通信模式允許的組合。

12

GB/TXXXXX—XXXX

表4N_TAtype通信模式允許的組合

N_TAtype物理尋址/功能尋址<格式>

N_TAtype#1物理a

CAN基本格式(傳統(tǒng)CAN,11位)

N_TAtype#2功能b

N_TAtype#3物理a

CANFD基本格式(CANFD,11位)

N_TAtype#4功能b

N_TAtype#5物理a

CAN擴(kuò)展格式(傳統(tǒng)CAN,29位)

N_TAtype#6功能b

N_TAtype#7物理a

CANFD擴(kuò)展格式(CANFD,29位)

N_TAtype#8功能b

a物理尋址（一對一的通信）應(yīng)支持所有類型的網(wǎng)絡(luò)層報文傳輸

b功能尋址（一對多的通信）只支持單幀傳輸

圖5和圖6為允許的N_TAtype通信模式示例并且描述了所涉及的具體參數(shù)。圖5為傳統(tǒng)CAN增強(qiáng)型診斷

工具請求常規(guī)尋址(N_TAtype#2)的示例。

增強(qiáng)型診斷工具

F116XX16N_TAtype#2ECU

1

1

SATATAtype4

4

I

2

I

2

S

2

S

2

O