Published in J15765

CAN Network layer from ISO 15765-4

Network layer
ISO 15765-4:2005(E)
Introduction
This part of IsSO 15765 has been established in arder to define common requirements for vehicle diagnostic systems implemented on a Contolter Area Network (CAN) communication link, as specified in ISO 11898.Although primarily intended for diagnostic systems, it also meets requirements from other CAN-based systems needing a nowork layer pratocol.
To achieve this, it is based on the Open Systems Interconnection (OSI) Basic Reference Model specifred in ISOIEC 7498 and ISOI/IEC 10731, which strutures communication systems into seven layers. When mapped on this model, the servlces specified by ISO 15765 are divided into
-unifed diagnostic services (layer 7). specified in ISO 15765-3,
-network layer senvices {layer 3). specifed in ISO 15765-2,
-CAN services (layers 1 and 2). specifled in ISO 11898,
in accordance with Table 1.
The epplication layer services covered by Iso 15765-3 have been defined in compliance with diagnostic senvices established in ISO 14229-1 and ISO 15031-5. but are not limited to use only with them. ISO 15765-3 is also compatible with most diagnostic services defined in national standards or vehicte manufacturer's specifications.
The network layer services covered by ISO 15765-2 have been defined to be independent of the physical layer implemented, and a physical layer is onty specified for legislated OBD.
For other application areas, 1S0 15765 can be used with any CAN physical layer.

Table 1一Enhanced and leglslated-OBD diagnostic speciflcations aplicable to the OS1 layers
Open Systems Interconnection
(OSI) layers 
Vehlele manufacturer enhanced
 diagnostics
Legislated on-board diagnostics
(OBD) 
Diagnostic application User defined ISO 15031-5
Applicason layer ISO 15765-3 ISO 15031-5
Presentation layer N/A N/A
Session layer ISO 15765-3 N/A
Transport layer N/A N/A
Network layer ISO 15765-2 ISO 15765-4
Data link layer ISO 11898-1 ISO 15765-4
Physical layer User defined ISO 15765-4

1SO 15765-4:2005(E) 
6 Network layer
6.1 General
The network layer of the exteral test equipment and the legislated-OBD compliant vehicle ECU(S)一from the external test equipment point of view 一shali be in accordance with ISO 15765-2 and the restrictions/additions givenin 6.2 to 6.4.

6.2 Addressing formats
For legislated-OBD communication, only the normal addressing format 一in the case of 11 bit CAN identifiers一and only the normal fixed addressing format- in the case of 29 bit CAN identifiers - as they are defined in ISO 15765-2, shall be used.

6.3 Data link layer interface

6.3.1 CAN identifer requirements
6.3.1.1 External test equipment
The exteral test equiprent shall support 11 bit and 29 bit CAN identifiers for legislated-OBD communication, for which it shall only accepl CAN identifiers which fit into the defined legislated-OBD CAN identfier ranges for 11 bt or 29 bit CAN identifiers (see 6.3.2).
For legislated OBD communication flowing the itlaliation sequence, the external test equipment shall only use 11 bit or 29 bit CAN identifers.

6.3.1.2
Legislated-OBD ECU
A legislated-0BD-compliant vehicle shall use a single CAN identifier size: either 11bit or 29 bit. From the external test equipment point of view, each legislated-O8D ECU in a given legislated OBD-compliant vehicle shall support either 11 bit or 29 bit CAN identifters ftor legislated-OBD request and response messages, support one pair of physical request and response CAN identifiers in accordance with 6.3.2,accept the functional request CAN identifer of the supported CAN identifier set (11 bit or 29 bit - see 6.3.2) for functionally addressed legislated-OBD request messages, and accept the physical request CAN identfier associated with the physica! response CAN identfier for physically addressed Flow Control frames sent by the external lest equipment (see 6.3.2)

6.3.2 Mapping of diagnostic addresses
6.3.2.1 Legislated-OBD CAN identifiers
The fllowing subclauses specity the 11bit and 29 bit CAN identifers to be used for legislated-0BD diagnostics. Both sets of CAN identifiers represent the mapping of diagnostic addresses into CAN identifers as follows. Table 2 defines the diagnostic addresses versus type of CAN identifier, whether physical or functional. For 11 bit CAN identifers, the mapping of the target address (TA) and source address (SA) into a CAN identifer is implied. Table 3 specifies the 11 bit CAN identifers to be used for legistated OBD diagnostics.
See Figure 6.

Table 2一Definition of diagnostic addresses versus type of CAN identifer
CAN identifier   Target Address
(TA)
Source Address
 (SA)
 TA type
(TAtype)
 Message type
(Mtype)
Funclonal request Legislated OBD system = 33 hex External test equipment= F1 hex functional diagnostics
Physical response External test equipmentzF1hex Legislated-OBD ECU=xx hex physical diagnostics
Physical request Legislated QBD ECU = xx hex External test equipment= F1 hex  physical diagnostics
xx hex: ECU physial diagncstic adcress
NOTE: For delalled desciplions of parameters TA. SA, TAtype and Mttype. see 1SO 15765-2.

ISO15765 4 16 figure6
Figure 6一CAN identlfier usage
For legislated OBD:
- thefunctional request CAN identifier shall be used for functionally addressed request messages sent by the extemal test euipment,this particular CAN identifier representing the TA 33 hex (legislated-OBD functional system) and SA F1 hex (external test equipmenl);
- the physica! response CAN Id shall be used for physically addressed response messages sent by the legislated-OBD ECU(s), this particular CAN identifier representing TA F1 hex (extemal test equipment) and the physical diagnostic address (SA) of the ECU(s).
- the physical request CAN Id shall only be used for physically addressed FlowControl frames sent by the external test equipment, this particular CAN identifier representing the physical diagnostic address (TA) of the ECU and SA F1 hex (external test equipment).
The server identifer (physical diagnostic address) of a legislated-OBD ECU shall be unique to a given legislated-OBD-compliant vehicle.
The CAN identifiers specified for legislated OBD may also be used for enhanced diagnostics jif this usage does not interfere with legislated OBD.

6.3.2.2 11 bit CAN identifiers
Table3 specifies the 11 bit CAN identifers for legislated 0BD, based on the defined mapping of the diagnostic eddresses.
Table 3- 11 bit legislated-OBD CAN identifiers
CAN identiffer
 (hex}
Description 
7DF CAN identifer for functionally addressed request messages sent by exlemal test equipment
7E0 Physical request CAN identifier from external test equipment to ECU#1
7E8 Physical response CAN identifier from ECU # to extemal test equipment
7E1 Physical request CAN identifier from extemal test equipment to ECU#2
7E9 Physical response CAN identifler frorm ECU #2 to extemnal test equipment
7E2 Physical request CAN identiter lrom external test equipment to ECU *3
7EA Physical response CAN identifier from ECU #3 1o external 1est equipment
7E3 Physical request CAN identer from extemai test equipment to ECU#4
7EB Physical response CAN identifer ECU #4 to the external test oquipment
7E4 Physical request CAN identifer t:om external test equiprment to ECU #5
7EC Physical response CAN ientifier from ECU #5 to exlernal 1est equipment
7E5 Physical request CAN identifier from extemal test equipment to ECU#6
7ED Physical response CAN identfier from ECU #6 to external test equipment
7E6 Physical request CAN identifier from external test equipment to ECU #7
7EE Physical response CAN identifier from ECU #7 to extemal test equipment
7E7 Physical request CAN identifier from external test equipment to ECU #8
7EF Physical response CAN identifer from ECU#8 to external test equipment
While not required for current implementations, it is strongly recommended (and may be required by applicable
gislation) that for Iuture Implementaions the tllwing 11-bit CAN identifer assignments be
- 7E0/7E8 for ECM (engine contro module);
- 7E1/7E9 for TCM (transmission control module),


6.3.2.3 29 bit CAN idontifiers
Tables4 and 5 specify the 29 bit CAN identifiers for legislated OBD, based on the defined mapping of the diagnostic addresses. The 29 bit CAN identifiers shall comply with the normal fixed addressing format acording to ISO 15765-2, summarized in Table 4.
Table 4 - - Summary of 29 bit CAN identifier format一Normal fixed addressing
 CAN ld bit position 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 0
Functional CAN id 18 hex DB hex TA SA
Physlcal CAN id 18 hex DA hex TA SA
NOTE: The CAN identilier values given In this table use the default value for the priority informalion in accordance with
ISO 15765-2.


Table 5一29 bit leglilated-OBD CAN identifiers
CAN ldentifier
 (hex)
Descrlption 
18 DB 33 F1 CAN identifier for functinally address request messages sent by extemal test equipment
18 DA xx F1 Physical request CAN lentifir from extemal lest equipment to ECU #xx
18 DA F1 xx Physical response CAN identifer from ECU #x to extemal test equipment

The maximum number of legislated-0BD ECUs in a legislated-OBD- compliant vehicle shall not exceed eight (8). The physical ECU diagnostic address of an ECU (xx’hex) embedded in the physical CAN identiflers shallt be unique for a legislated-OBD ECU in a given vehicle.
While not required for current implementations, it is strongly recommended (and may be required by applicable legislation) that for future implementations the physical ECU addresses according to the assignments found in SAE 32178/1.

6.4 Network layer parameters
6.4.1 Network tayer timing parameter values
Table 6 specifies the network layer timing parameters to be used by the external test equipment and the legislated-OBD-complant vehicle- from the external test equiprment point of view - for legislated-OBD communication.
The listed performance requirement values are the binding communication requirements for the external test equipment and the legislated-OBD ECU(s) considered as being legislated-OBD-compliant. The timeout values are defined to be higher than the values for the pertommance requiements in order to overcome communication conditians where the performance requirement absolutely cannot be met (owing to external conditions such as high bus load).

Table 6一Network layer timeout and performance requirement values
Parameter   Timeout value  Performance requirement value 
N_ As/N_Ar 25 ms -
N_Bs 75ms -
N_Br - (N_Br+N_Ar)< 25 ms
N_ Cs - (N_ Cs+N_As) < 50 ms
N_ Cr 150 ms -
Owing to aplication layer timing requirements, the floving performance requrement for the transmission of a single or
first frame of an ECU response message applies:
P2CAN.ECU+N_As≤P2CANmax
NOTE 1 : For a detaled description of the network layer timing parameter velues, see 1s0 15765-2.
NOTE 2 : For a detbiled desrption of the apllcation layer uiming panameler P2, see Iso 15031-5.


6.4.2 Definition of external test equipment network layer parameter values
The external test equipment shal use the following network layer parameter values for its FlowControl frames sent in response to the reception of a FirstFrame. See Table 7.
Table 7 - - External test equlpment network layer parameter values
Parameter  Name  Value   Description
N_WFTmax WaitFrame
Transmission
0 No FlowControl wait frames are alloweld for legislated OBD.
The FlowControl frame sent by the extemal test equlpment following the FirstFrame of an ECU response message
shall Contain the Flowstatus FS set to 0 (ClearToSend),which forces the ECU to start immediately after the reception of the FlowControl frame with the transmission of the ConsecutiveFrame(s)
BS BlockSize 0  A single FlowControl frame shall be transmitted by the external test equipment for the duration of a segmented message transfer.
This unique FlowControl frame shall follow the FirsiFrame of an ECU response message.
STmin SeparationTime 0  This value allows the ECU to send ConsecutiveFrames, followlng the FlowControl frame sent by the extemal test equlpment, as fast as possible.
If a reduced Implementation of the ISO 15765-2 network layer is done in a legislated-OBD ECU, covering only the above listed FlowControl frame pararmeter values (8S,STmin).
then any FlowControl frame received during legislaled-OBD cormmunlcation and using different FlowControl frame parameter values as defined in this table
shall be ignored by the receiving legislated-OBD ECU (treated as an unknown network layer protocol data unit)

6.4.3 Maximum nunmber of leg!slated-OBD ECUs
The maximum number of legislated-OBD related ECUs In a vehicle shall not exceed eight (B). The network layer of the extemal test equipment shall be capable of receiving segmented data from eight (8) legislated-OBD ECUs in parallel.
Last modified on 10 October 2021
Rate this item
(1 Vote)