Iso Fdis 11898 1
Iso Fdis 11898 1
International
Standard
ISO/FDIS 11898-1
ISO/TC 22/SC 31
Road vehicles — Controller area
network (CAN) — Secretariat: DIN
Voting begins on:
Part 1: 2024-02-15
iTehcoding
Data link layer and physical StandardsVoting terminates on:
sublayer 2024-04-11
(https://standards.iteh.ai)
Véhicules routiers — Gestionnaire de réseau de communication
(CAN) — Document Preview
Partie 1: Couche liaison de données et sous-couche de codage
physique ISO/FDIS 11898-1
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
Reference number
ISO/FDIS 11898-1:2024(en) © ISO 2024
ISO/FDIS 11898-1:2024(en)
iTeh Standards
(https://standards.iteh.ai)
Document Preview
ISO/FDIS 11898-1
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
ii
ISO/FDIS 11898-1:2024(en)
Contents Page
Foreword....................................................................................................................................................................................................................................................... v
Introduction............................................................................................................................................................................................................................................ vi
1 Scope.............................................................................................................................................................................................................................................. 1
2 Normative references.................................................................................................................................................................................................. 1
3 Terms and definitions................................................................................................................................................................................................. 1
4 Symbols and abbreviated terms...................................................................................................................................................................... 6
5 Basic concepts of CAN.................................................................................................................................................................................................. 9
5.1 CAN properties..................................................................................................................................................................................................... 9
5.2 Frame transmissions......................................................................................................................................................................................9
5.3 Bus access method.........................................................................................................................................................................................11
5.4 Information routing......................................................................................................................................................................................11
5.5 Network flexibility.........................................................................................................................................................................................11
5.6 Remote data request....................................................................................................................................................................................11
5.7 Error detection..................................................................................................................................................................................................11
5.8 Error signalling and recovery time.................................................................................................................................................11
5.9 Fault confinement.......................................................................................................................................................................................... 12
5.10 Error-active......................................................................................................................................................................................................... 12
5.11 Error-passive...................................................................................................................................................................................................... 12
5.12 Bus-off...................................................................................................................................................................................................................... 12
5.13 ACK.............................................................................................................................................................................................................................. 12
iTeh Standards
5.14 Repetition of transmission attempts............................................................................................................................................ 12
5.15 Network-wide data consistency........................................................................................................................................................ 12
(https://standards.iteh.ai)
5.16 Switchable operating modes of the PMA................................................................................................................................... 13
5.17 Bus states and MAC sub-layer phases.......................................................................................................................................... 13
6 CAN DLL specification Document Preview
.............................................................................................................................................................................................. 14
6.1 General
...................................................................................................................................................................................................................... 14
6.2 Time stamping................................................................................................................................................................................................... 14
6.3 DLL protocol........................................................................................................................................................................................................
ISO/FDIS 11898-1 14
6.4 LLC sub-layer .....................................................................................................................................................................................................
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1 15
6.4.1 Overview............................................................................................................................................................................................. 15
6.4.2 Notifications......................................................................................................................................................................................16
6.4.3 Structure of LLC frames..........................................................................................................................................................16
6.4.4 Limited LLC frames..................................................................................................................................................................... 17
6.4.5 Services of LLC sub-layer.......................................................................................................................................................17
6.5 Functions of the LLC sub-layer............................................................................................................................................................21
6.5.1 General...................................................................................................................................................................................................21
6.5.2 Flow control on re-arbitration..........................................................................................................................................21
6.5.3 Flow control on retransmission......................................................................................................................................21
6.5.4 Frame acceptance filtering................................................................................................................................................. 22
6.5.5 Overload notification................................................................................................................................................................ 22
6.5.6 Recovery management............................................................................................................................................................ 22
6.5.7 Time stamping................................................................................................................................................................................ 22
6.6 MAC sub-layer................................................................................................................................................................................................... 23
6.6.1 Functions and rules................................................................................................................................................................... 23
6.6.2 Services of the MAC sub-layer.......................................................................................................................................... 23
6.6.3 Time reference points.............................................................................................................................................................. 23
6.6.4 Functional model of MAC sub-layer architecture........................................................................................... 23
6.6.5 Specification of EF........................................................................................................................................................................27
6.6.6 Specification of OF...................................................................................................................................................................... 28
6.6.7 Inter-frame space specification...................................................................................................................................... 28
6.6.8 SOF............................................................................................................................................................................................................ 30
6.6.9 Elements of the MAC frame................................................................................................................................................ 30
6.6.10 MAC frame in CBFF and CEFF............................................................................................................................................31
© ISO 2024 – All rights reserved
iii
ISO/FDIS 11898-1:2024(en)
© ISO 2024 – All rights reserved
iv
ISO/FDIS 11898-1:2024(en)
Foreword
ISO (the International Organization for Standardization) is a worldwide federation of national standards
bodies (ISO member bodies). The work of preparing International Standards is normally carried out through
ISO technical committees. Each member body interested in a subject for which a technical committee
has been established has the right to be represented on that committee. International organizations,
governmental and non-governmental, in liaison with ISO, also take part in the work. ISO collaborates closely
with the International Electrotechnical Commission (IEC) on all matters of electrotechnical standardization.
The procedures used to develop this document and those intended for its further maintenance are described
in the ISO/IEC Directives, Part 1. In particular, the different approval criteria needed for the different types
of ISO document should be noted. This document was drafted in accordance with the editorial rules of the
ISO/IEC Directives, Part 2 (see www.iso.org/directives).
ISO draws attention to the possibility that the implementation of this document may involve the use of (a)
patent(s). ISO takes no position concerning the evidence, validity or applicability of any claimed patent
rights in respect thereof. As of the date of publication of this document, ISO had received notice of (a)
patent(s) which may be required to implement this document. However, implementers are cautioned that
this may not represent the latest information, which may be obtained from the patent database available at
www.iso.org/patents. ISO shall not be held responsible for identifying any or all such patent rights.
Any trade name used in this document is information given for the convenience of users and does not
constitute an endorsement.
For an explanation of the voluntary nature of standards, the meaning of ISO specific terms and expressions
related to conformity assessment, as well as information about ISO's adherence to the World Trade
iTeh Standards
Organization (WTO) principles in the Technical Barriers to Trade (TBT), see www.iso.org/iso/foreword.html.
(https://standards.iteh.ai)
This document was prepared by Technical Committee ISO/TC 22, Road vehicles, Subcommittee SC 31, Data
communication.
revised.
Document
This third edition cancels and replaces Preview
the second edition (ISO 11898-1:2015), which has been technically
© ISO 2024 – All rights reserved
v
ISO/FDIS 11898-1:2024(en)
Introduction
The ISO 11898 series provides requirement specifications for the controller area network (CAN) data
link layer and physical layer. It is intended for chip implementers, e.g. this document can be used for CAN
protocol controllers and ISO 11898-2 for CAN transceivers. The CAN data link layer models the open systems
interconnection (OSI) data link layer; it is internally subdivided into logic link control (LLC) and medium
access control (MAC). This document also specifies the physical coding sub-layer (PCS) by means of the
attachment unit interface (AUI). The PCS also provides the pulse-with modulation (PWM) encoding to be
linked to a CAN SIC XL transceiver, which provides the PWM decoding.
The OSI layers above the data link layer (e.g. the network layer) are not specified in the ISO 11898 series of
specifications.
Figure 1 shows the relationship between the OSI layers and the CAN sub-layers.
iTeh Standards
Key
AUI
(https://standards.iteh.ai)
attachment unit interface
LLC
MAC
logic link control
medium access control
Document Preview
MDI medium dependent interface
PCS physical coding sub-layer
ISO/FDIS 11898-1
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
PMA physical medium attachment
PMD physical medium dependent
PWM pulse-width modulation
Figure 1 — CAN data link and physical sub-layers in relation to the OSI model
© ISO 2024 – All rights reserved
vi
FINAL DRAFT International Standard ISO/FDIS 11898-1:2024(en)
1 Scope
This document specifies the controller area network (CAN) data link layer (DLL) and the physical coding
sub-layer (PCS). The CAN DLL features data fields of up to 2048 byte when the CAN extended data field
length (XL) frame format is used.
This document divides the CAN DLL into the logical link control (LLC) and the medium access control (MAC)
sub-layers. The DLL’s service data unit (SDU), which interfaces the LLC and the MAC, is implemented by
means of the LLC frame. The LLC frame also features the service data unit type (SDT) and the virtual CAN
channel identifier (VCID), which provide higher-layer protocol configuration and identification information.
How the higher-layer functions are handled is not specified in this document. There are five implementation
options:
1 support of the CAN classic frame format only, not tolerating the CAN flexible data rate (FD) frame
format; iTeh Standards
2
3
(https://standards.iteh.ai)
support of the CAN classic frame format and tolerating the CAN FD frame format;
support of the CAN classic frame format and the CAN FD frame format;
4
Document Preview
support of the CAN classic frame format, the CAN FD frame format and the CAN XL frame format;
5 support of the CAN FD frame format for CAN FD light responders (Annex A).
ISO/FDIS 11898-1
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
NOTE Nodes of the first option can communicate with nodes of the third and fourth option when only the
CAN classic frame format is used. Nodes of the first option cannot communicate with nodes of the fifth option: any
attempt at communication will generate error frames. Therefore, new designs implementing the fourth option can
communicate with all other nodes.
2 Normative references
There are no normative references in this document.
© ISO 2024 – All rights reserved
1
ISO/FDIS 11898-1:2024(en)
3.2
arbitration phase
phase in which the nominal bit time (3.42) is used
3.3
attachment unit interface
AUI
interface between the physical coding sub-layer (PCS) and the physical coding attachment (PMA) sub-layer
3.4
bit stuffing
frame coding method providing bus state (3.8) changes required for periodic resynchronization when using
a non-return-to-zero (NRZ) (3.43) bit representation
Note 1 to entry: Two types of bit stuffing exist: dynamic bit stuffing and fixed bit stuffing. The transmitter (3.54) adds
stuff bits into the outgoing bit stream and receivers (3.48) de-stuff the data frames (3.16) and the remote frames (3.49)
i.e. the inverse procedure is carried out.
3.5
bus
shared medium of any topology
3.6
bus comparator
physical coding attachment comparator
electronic circuit converting analogue signals used for transfer across the communication medium back into
digital signals
3.7
iTeh Standards
bus driver
(https://standards.iteh.ai)
electronic circuit converting digital signals into analogue signals so that these signals can be transferred
across the communication medium, i.e. the bus (3.5)
3.8
Document Preview
bus state
ISO/FDIS
one of two complementary logical states: dominant 11898-1
or recessive
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
Note 1 to entry: The dominant state represents the logical 0, and the recessive state represents the logical 1. This
document uses the terms "dominant" and "recessive" for the bit values of the medium access control (MAC) frame,
independent of the transceiver mode (3.53). When no transmission is in progress, the bus (3.5) is idle (3.33). During
idle time, it is in recessive state.
3.9
bus-off
state of a node (3.39) in which it does not influence the bus (3.5)
3.10
CBFF
classic base frame format
format for data frames (3.16) or remote frames (3.49) using an 11-bit identifier (3.31) and which are
transmitted with one single bit rate and up to and including eight data bytes
3.11
CEFF
classic extended frame format
format for data frames (3.16) or remote frames (3.49) using a 29-bit identifier (3.31) and which are
transmitted with one single bit rate and up to and including eight data bytes
3.12
classic frame
data frame (3.16) or remote frame (3.49) using the CC base frame format (3.10) or the classic extended frame
format (3.11)
© ISO 2024 – All rights reserved
2
ISO/FDIS 11898-1:2024(en)
3.13
commander node
node (3.39) that sends data frames to responder nodes (3.50) to initiate a controller area network (CAN) FD
light (3.26) communication
3.14
data bit rate
number of bits per time during data phase (3.17), independent of bit encoding/decoding
3.15
data bit time
duration of one bit in data phase (3.17), defined by a number of data time quanta in the bit
3.16
data frame
DF
frame (3.28) containing application content
3.17
data phase
phase in which the data bit time (3.15) is used
3.18
data RX mode
operating mode of the physical coding attachment (PMA) sub-layer in which the bus states (3.8) can be
different from the bus states in the arbitration mode (3.1)
3.19
data TX mode
iTeh Standards
(https://standards.iteh.ai)
operating mode of the physical coding attachment (PMA) sub-layer in which it can drive the bus states (3.8)
differently than it drives them in the arbitration mode (3.1)
3.20
edge
Document Preview
difference in bus states (3.8) between two consecutive time quanta
ISO/FDIS 11898-1
3.21
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
error frame
EF
frame (3.28) indicating the detection of an error condition
3.22
FD base frame format
FBFF
format for data frames (3.16) using an 11-bit identifier (3.31), which can be transmitted with a flexible bit
rate
3.23
FD enabled
able to receive and to transmit FD frames (3.25) as well as CC frames (3.12)
3.24
FD extended frame format
FEFF
format for data frames (3.16) using a 29-bit identifier (3.31), which can be transmitted with a flexible bit rate
3.25
FD frame
data frame (3.16) using the FD base frame format (3.22) or FD extended frame format (3.24)
© ISO 2024 – All rights reserved
3
ISO/FDIS 11898-1:2024(en)
3.26
FD light
implementation option for a responder node (3.50) that is based on a subset of the controller area network
(CAN) functionality.
3.27
FD tolerant
not able to receive or to transmit FD frames (3.25), but not disturbing them
3.28
frame
protocol data unit of the data link layer specifying the arrangement and meaning of bits or bit fields in the
sequence of transfer across the transmission medium
3.29
handle
label of one or multiple logical link control (LLC) frames, or data link layer service data units (LSDU), the
data link layer (DLL)'s interface data coming from the higher open systems interconnection (OSI) layers
(network layer or transport layer)
3.30
higher-layer protocol
HLP
protocol (3.46) above the data link layer protocol, e.g. transport layer protocol or network layer protocol
according to the open system interconnection model
3.31
identifier iTeh Standards
ID
(https://standards.iteh.ai)
unique label reflecting the priority (3.45) of a particular frame (3.28)
carrier sense multiple access/collision resolution arbitration procedure resolving bus (3.5)contention when
multiple nodes (3.39) simultaneously access the bus
ISO/FDIS 11898-1
3.33
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
idle
operating condition of the bus (3.5) after the completion of a frame (3.28) until the next frame starts
3.34
idle condition
detection of a consecutive sequence of 11 sampled recessive bits
3.35
integrating
status of a node (3.39) waiting on an idle condition (3.34) after starting the protocol operation during bus-off
(3.9) recovery or after a protocol exception event (3.47)
3.36
minimum time quantum
smallest time quantum that can be configured for the specific node (3.39)
3.37
multi master
network with several nodes where every node (3.39) is allowed to start sending a frame (3.28) when the
controller area network (CAN) bus (3.5) is idle (3.33)
© ISO 2024 – All rights reserved
4
ISO/FDIS 11898-1:2024(en)
3.38
multicast
address method transmitting a single frame (3.28) to a group of nodes (3.39)
Note 1 to entry: A broadcast is a special case of multicast, whereby a single frame is addressed to all nodes
simultaneously.
3.39
node
assembly, linked to a communication network, capable of communicating across the network according to
a communication protocol specification (a node can be in one of four states: integrating (3.35), idle (3.33),
receiver (3.48), or transmitter (3.54))
Note 1 to entry: A node operating in a controller area network (CAN) is called a CAN node.
3.40
node clock
time base to coordinate the bit-time-related state machines in controller area network (CAN) nodes (3.39)
3.41
nominal bit rate
number of bits per time during an arbitration phase (3.2), independent of the bit-encoding/decoding
3.42
nominal bit time
duration of one bit in an arbitration phase (3.2), defined by a number of nominal time quanta in the bit
3.43
non-return-to-zero iTeh Standards
NRZ
(https://standards.iteh.ai)
method of representing binary signals, i.e. within one and the same bit time, the signal level does not change,
where a stream of bits having the same logical value provides no edges (3.20)
3.44
Document Preview
overload frame
OF ISO/FDIS 11898-1
frame (3.28) indicating an overload condition
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
3.45
priority
attribute to a data frame (3.16) and to a remote frame (3.49) controlling its ranking during the arbitration
Note 1 to entry: A high priority increases the probability that a data frame or a remote frame wins the arbitration
process. Further details are given in 6.6.17.5.
3.46
protocol
formal set of conventions or rules for the exchange of information between nodes (3.39), including the
specification of frame administration, frame transfer and physical coding attachment (PMA)
3.47
protocol exception event
either exception from the formal set of conventions or rules to be able to tolerate future new frame formats,
or reaction to errors when controller area network (CAN) XL is used with error signalling disabled
3.48
receiver
node (3.39) that, while the bus (3.5) is not idle (3.33), is neither transmitting nor integrating (3.35)
© ISO 2024 – All rights reserved
5
ISO/FDIS 11898-1:2024(en)
3.49
remote frame
RF
frame (3.28) that requests the transmission of a dedicated data frame (3.16)
3.50
responder node
node (3.39) that is controlled by a commander node (3.13) using controller area network (CAN) FD light
(3.26) communication
3.51
stuff bit count
SBC
number of stuff bits in a frame (3.28) before the cyclic redundancy check (CRC) field, not including fixed
stuff bits
3.52
transceiver
electronic circuit, implementing the physical coding attachment (PMA) sub-layer, that connects controller
area network (CAN) nodes (3.39) to a CAN bus (3.5) consisting of a bus comparator (3.6) and a bus driver
(3.7)
3.53
transceiver mode
operating mode of the physical coding attachment (PMA) sub-layer
3.54
transmitter iTeh Standards
node (3.39) sending a data frame (3.16) or a remote frame (3.49)
(https://standards.iteh.ai)
Note 1 to entry: A node remains a transmitter until the bus (3.5) is idle (3.33) again or until the node loses arbitration.
3.55
XL frame
Document Preview
data frame (3.16) using the XL frame format (3.56)
ISO/FDIS 11898-1
3.56
https://standards.iteh.ai/catalog/standards/iso/647b65d2-1e26-4244-b71f-3222cdf5ab50/iso-fdis-11898-1
XL frame format
XLFF
format for data frames (3.16) using an 11-bit identifier (3.31), including up to 2048 data bytes, where the bit
rate is switched at the beginning and at the end of the data phase (3.17)
ACK acknowledgement
AF acceptance field
© ISO 2024 – All rights reserved
6
ISO/FDIS 11898-1:2024(en)
CC classic
DF data frame
FCP (https://standards.iteh.ai)
format check pattern
© ISO 2024 – All rights reserved
7
ISO/FDIS 11898-1:2024(en)
NRZ non-return-to-zero
OF overload frame
PL physical layer
RRS (https://standards.iteh.ai)
remote request substitution
RTR
Document Preview
remote transmission request
© ISO 2024 – All rights reserved