II 
(Icke-lagstif tningsakter) 
FÖR ORDNINGAR 
KOMMISSIONENS GENOMFÖR ANDEFÖR ORDNING (EU) 2016/799 
av den 18 mars 2016 
om genomfö rande av Europaparlamentets och rådets förordning (EU) nr 165/2014 när det gäller 
krav för konstr uktion, provning, inst allation, drift och reparation av färdskr ivare och deras 
komponenter 
(Text av betydelse för EES) 
EUR OPEISKA KOMMISSIONEN HAR ANT AGIT DENNA FÖR ORDNING 
med beaktande av fördraget om Europeiska unionens funktionssätt, 
med beaktande av Europaparlamentet s och rådets förordning (EU) nr 165/2014 av den 4 febr uari 2014 om färdskr ivare 
vid vägtranspor ter (1), särskilt artiklar na 11 och 12.7, och 
av följande skäl: 
(1)  Genom förordning (EU) nr 165/2014 infördes andra generationens digitala färdskr ivare, så kallade smar ta 
färdskr ivare, vilket inbegr iper en anslutning till en GNSS-anordning (Global Navig ation Satellite System), en 
kommunikationsanordning för fjärravläst tidig upptäc kt och ett gränssnitt med intelli genta transpor tsyste m. 
Specifikationer bör upprättas för de tekniska krav som rör konstr uktion av smar ta färdskr ivare. 
(2)  Den anordning för fjärravläst tidig upptäc kt som fastställs i artikel 9.4 i förordning (EU) nr 165/2014 bör sända 
uppgif ter om den digitala färdsk rivaren och information om vikt och axeltryc k för hela fordonsk ombinationen 
(dragf ordon och släp- eller påhängsvagn), i enlighet med rådets direktiv 96/53/EG (2), till en kontrolltjänstem an 
på eller vid vägen. Detta bör möjliggör a att kontrollm yndigheter effektivt och snabbt kan kontrollera fordon, med 
färre elektroniska anordning ar i fordonets förarhyt t. 
(3)  I enlighet med direktiv 96/53/EG bör anordningen för fjärravläst tidig uppt äckt använ da de CEN-standarder (3) för 
DSR C som avses i samma direktiv på frekvensbandet 5 795-5 805 MHz. Eftersom detta frekvensband använ ds 
även för elektroniska vägtullar bör kontrolltjänstemännen, för att undvika interferenser mellan vägtulls- och 
kontrolltillämpn ingar , inte använda anordninge n för fjärravläst tidig upptäc kt på en betalstation för vägtull. 
(4)  Nya säkerhetsmekanismer för att upprätthålla säkerhets nivån för digitala färdskr ivare bör införas med den smar ta 
färdskr ivaren, för att åtgärda nuvarande brister i säke rheten. En sådan brist är avsaknaden av sista giltighetsdag 
för digitala certifikat. För att följa bästa praxis i säkerhets frågor rekommenderas att användning av digitala 
certifikat utan sista giltighetsdag bör undvikas. Den normala giltighetstiden för fordonsenheter bör vara 15 år, 
räknat från utfärdandedagen för fordonsenhetens digitala certifikat. Fordonsenhet er bör bytas ut efter denna 
giltighetstid. 26.5.2016 L 139/1 Europeiska unionens officiella tidning SV     
(1)EUT L 60, 28.2.2014, s. 1. 
(2)Rådets direktiv 96/53/EG av den 25 juli 1996 om största tillåtna dimensioner i nationell och inter nationell trafik och högsta tillåtna 
vikter i inter nationell trafik för vissa vägf ordon som framf örs inom gem enskapen (EGT L 235, 17.9.1996, s. 59). 
(3)Europeiska standardiser ingsorgan isationens (CEN) standarder för DSR C (Dedicated Shor t Range Communications): EN 12253, EN 12795, 
EN 12834, EN 13372 och ISO 14906. 
(5)  Tillhandahållandet av säker och tillförlitlig positionsinf ormation är en viktig del av funktionen hos smar ta 
färdskr ivare. Det är därf ör lämpligt att säkerställa deras kompatibilit et med de mer värdestjänster som 
tillhandahålls av Galileoprogrammet såsom anges i Europaparlamentets och rådets förordning (EU) 
nr 1285/2013 (1), för att förbättra säke rheten hos smar ta färdskr ivare. 
(6)  I enlighet med artiklar na 8.1, 9.1, 10.1 och 10.2 i förordning (EU) nr 165/2014 bör de säkerhets mekanismer 
(skyddsmekanismer) som införs genom samma förordning tillämp as 36 månader efter de nödvändiga 
genomf örandeaktern as ikraf tträdande för att göra det möjligt för tillverkar na att utvec kla den nya generationen av 
smar ta färdskr ivare och erhålla typgodkännandeintyg från de behör iga myndighete rna. 
(7)  I enlighet med förordning (EU) nr 165/2014 bör fordon som registreras för första gång en i en medlemsstat senast 
36 månader efter den här förordningen s ikraf tträdande vara utrustade med en smar t färdsk rivare som uppfyller 
kraven i den här förordningen . Unde r alla omständigheter bör alla fordon som används i en annan medlemsstat 
än den registrerande medlemsstat en vara utrustade med en smar t färdskr ivare som uppfyller kraven 15 år efter 
den dag då dessa krav börjar tilläm pas. 
(8)  Kommissionens förordning (EG) nr 68/2009 (2) tillät under en övergångsperi od som löpte ut den 31 december 
2013 användning av en adap ter för att göra det möjligt att installera färdskr ivare i fordon av typer na M1 och N1. 
På grund av teknis ka problem i samband med att hitta ett altern ativ till användning en av adap tern drog exper ter 
från bil- och färdskr ivarbranschen , tillsammans med kommissionen, slutsatsen att ingen alternativ lösning till 
adap tern skulle vara genomf örbar utan att bransche n drabbades av höga kostnader som inte stod i propor tion till 
marknadens storlek. Därför bör användningen av adap tern i fordon av typer na M1 och N1 tillåtas på obestämd 
tid. 
(9)  De åtgärder som föreskr ivs i denna förordning är förenliga med yttrandet från den kommitté som avses i artikel 
42.3 i förordning (EU) nr 165/2014. 
HÄRIGENOM FÖRESKRIV S FÖLJANDE. 
Artikel 1 
Syfte och tillämpningsområde 
1. I denna förordning fastställs de bestämmelser som krävs för en enhetlig tilläm pning av följande aspekter 
beträffa nde färdskr ivare: 
a)  Registrer ing av fordonets position vid vissa punkt er under förarens dagliga arbetsper iod. 
b)  Fjärravläst tidig upptäc kt av eventuell manipuler ing eller eventuellt missbr uk av smar ta färdskr ivare. 
c)  Gränssnitt med intellig enta transpor tsyste m. 
d)Administrativa och tekni ska krav på förfaranden för typgodkännande av färdsk rivare, inklusive säkerhetsmeka ­
nismer na. 
2. Konstr uktion, provning, installation, besiktning, drift och reparation av smar ta färdskr ivare och deras komponent er 
ska uppfylla de tekniska krav som fastställs i bilaga 1 C till denna förordning. 
3. Andra färdskr ivare än smar ta färdskr ivare ska fortsättningsvis, i fråg a om konstr uktion, provning, installation, 
besiktning, drift och reparation, uppfylla kraven i anting en bilaga 1 eller bilaga 1 B till rådets förordning (EEG) 
nr 3821/85 (3), enligt vad som är tillämpligt. 26.5.2016 L 139/2 Europeiska unionens officiella tidning SV     
(1)Europaparlamentets och rådets förordning (EU) nr 1285/2013 av den 11 december 2013 om uppb yggnad och drift av de europeiska 
satellitnavig eringssystem en och om upphäva nde av rådets förordning (EG) nr 876/2002 och Europaparlamentets och rådets förordning 
(EG) nr 683/2008 (EUT L 347, 20.12.2013, s. 1). 
(2)Kommissionens förordning (EG) nr 68/2009 av den 23 januar i 2009 om anpassning för nionde gång en till den tekniska utveckl ingen av 
rådets förordning (EEG) nr 3821/85 om färdskriv are vid vägtranspor ter (EUT L 21, 24.1.2009, s. 3). 
(3)Rådets förordning (EEG) nr 3821/85 av den 20 december 1985 om färdskr ivare vid vägtranspor ter (EGT L 370, 31.12.1985, s. 8). 
4. Enligt artikel 10d i direktiv 96/53/EG ska anordningen för fjärravläst tidig upptäc kt även överföra viktuppgif ter 
som tillhandahålls av intern a ombordsystem för vägning, i syfte att tidigt upptäc ka bedräg erier. 
Artikel 2 
Def initioner 
I denna förordning ska definitioner na i artikel 2 i förordning (EU) nr 165/2014 gälla. 
Dessutom gäller följande definit ioner:  
1. digital färdskrivare eller första gener ations färdskrivare:en digital färdskr ivare som inte är en smar t färdskr ivare.  
2. exter n GNSS-anor dning: en anordning som innehåller GNSS-mottagaren om fordonsenheten inte utgörs av en enda 
enhet, och även andra kompon enter som behö vs för att skydda kommunikationen av positionsdata till resten av 
fordonsenheten.  
3. informationsmapp: en fullständig dokumentation, i elektronisk form eller på papper , med all information som lämnas 
av tillverkaren eller dennes företrädare till den typgodkännande myndigheten för typgodkännande av en färdskr ivare 
eller en ingående kompon ent, inklusive de intyg som avses i artikel 12.3 i förordning (EU) nr 165/2014, resultaten av 
de prov som ange s i bilaga 1 C till denna förordning, samt ritning ar, fotografier och andra relevanta dokument.  
4. informationspake t:informationsmappen, i elektronisk form eller på papper , tillsammans med alla andra handling ar 
som den typgodkännande myndigheten lägger till under sin tjänsteut övning, inklusive intyget om EG- 
typgodkännande av färdskr ivaren eller en ingåend e komponent i slutet av typgodkännandef örfarandet.  
5. index till infor mationspake t:ett dokument som förtecknar det numrerade innehållet i informationspak etet och som 
identifierar alla de relevanta delar na av detta paket. Dokument ets format ska särskilja de på varandra följande 
stadier na i förfarandet för EG-typgodkännande, inklusive datum för varje revider ing och uppdat ering av detta paket.  
6. anor dning för fjärravläs t tidig upptäckt: den utrustning i fordonsenhet en som används för att genomf öra riktade 
vägk ontroller .  
7. smar t färdskrivare eller andr a gener ations färdskrivare:en digital färdskr ivare som överensstämmer med artiklar na 8, 9 
och 10 i förordning (EU) nr 165/2014 samt med bilaga 1 C till den här förordninge n.  
8. färdskrivarkomponent eller komponent: någon av följande delar: fordonsenhet, rörelsesensor , färdskr ivark ort, 
diagramblad, extern GNSS-anordning eller anordning för fjärravläst tidig upptäc kt.  
9. typgodkännande myndighet: den myndighet i en medlemsstat som är behör ig att typgodkänna färdsk rivare eller dess 
kompone nter , att genomf öra tillståndsf örfarande och att utfärda och eventuellt även återkalla intyg om 
typgodkännande, som fung erar som kontaktpunkt för de typgodkännande myndighete rna i övriga medlemsstater och 
som säkerställer att tillverkare uppfyller sina skyldighet er när det gäller överensstämmelse med kraven i denna 
förordning. 
Artikel 3 
Lokaliser ingstjäns ter 
1. Tillverkare ska säkerställa att smar ta färdskr ivare är kompatibla med de tjänst er för positionsbestämning som 
tillhandahålls av systeme n Galileo och Egnos (Europ ean Geostationar y Navig ation Overlay Service). 
2. Utöver de system som avses i punkt 1 får tillverkare även välja att säke rställa kompatibilit et med andra satellitnavi ­
geringssystem. 26.5.2016 L 139/3 Europeiska unionens officiella tidning SV     
Artikel 4 
Förfarande för typgodkä nnande av en färdskr ivare och av färdskr ivark omponenter 
1. En tillverkare eller dennes företrädare ska lämna in en ansökan om typgodkännande av en färdskr ivare eller någon 
av dess kompon enter , eller grupper av kompone nter , till de typgodkännande myndigheter som utses av varje 
medlemsstat. Den ska bestå av en informationsmapp med information om var och en av de berörda komponent erna, 
inklusive, i tilläm pliga fall, de typgodkännandeintyg för andra komponent er som krävs för att fullborda färdskr ivaren 
och alla andra relevanta handlingar . 
2. En medlemsstat ska bevilja typgodkännande för varje färdskr ivare, kompone nt eller grupp av kompon enter som 
uppfyller de administrativa och tekniska krav som avses i artikel 1.2 eller 1.3, beroende på vad som är tilläm pligt. I detta 
fall ska den typgodkännande myndigheten utfärda ett typgodkännandeintyg till sökanden, och intyg et ska 
överensstämma med förlag an i bilaga II till denna förordning. 
3. Den typgodkännande myndigheten får begära att tillverkaren eller dennes företrädare tillhandahåller alla slag av 
ytterligare information. 
4. Tillverkaren eller dennes företrädare ska tillhandahålla så många färdskr ivare eller färdskr ivark ompone nter som 
krävs för att typgodkännandef örfarandet ska kunna genomf öras på ett tillfredsställande sätt, och ställa dessa till 
förfo gande för de typgodkännande myndighetern a, samt för de enhet er som ansvarar för att utfärda de intyg som avses i 
artikel 12.3 i förordning (EU) nr 165/2014. 
5. Om tillverkaren eller dennes företrädare ansök er om ett typgodkännande av vissa komponent er eller grupper av 
komponent er till en färdskr ivare ska denne förse de typgodkännande myndighet erna med de andra redan typgodkända 
komponent er samt andra delar som krävs för att färdigställa den kompletta färdskr ivaren, så att dessa myndigheter kan 
utföra de prov som krävs. 
Artikel 5 
Ändr ingar av typgodkä nnanden 
1. Tillverkaren eller dennes företrädare ska utan dröjsmål informera de typgodkännande myndigheter som beviljade 
det urspr ungliga typgodkännandet om varje ändr ing av färdskr ivarens programvar a eller maskinvar a eller av de slags 
mate rial som använ ds för dess tillverkning, som registreras i informationspak etet, och lämna in en ansökan om ändr ing 
av typgodkännandet. 
2. De typgodkännande myndigheterna får revidera eller utvidga ett befintligt typgodkännande, eller utfärda ett nytt 
typgodkännande med hänsyn till ändr ingar nas art och karaktär . 
En ”revider ing” ska göras om den typgodkännande myndighete n anser att ändr ingar na av färdskr ivarens program vara 
eller maskin vara, eller av de slags mater ial som används för dess tillverkning, är små. I sådana fall ska den 
typgodkännande myndighete n utfärda de reviderade dokument en i informationspak etet och ange vilken slags ändr ingar 
som gjor ts och datum för deras godkännande. En uppdaterad version av informationspaket et i konsoliderad form, 
tillsammans med en detaljerad beskr ivning av de ändr ingar som gjor ts, ska vara tillräc klig för att uppfylla detta krav. 
En ”utvidgning” ska göras om den typgodkännande myndigheten anser att ändr ingar na av färdskr ivarens program vara 
eller maskin vara, eller av de slags mat erial som används för dess tillverkning, är betydande. I sådana fall får den begära 
att nya prov utförs och informera tillverkaren eller dennes företrädare om detta. Om dessa prov visar sig vara tillfreds ­
ställande ska den typgodkännande myndigheten utfärda ett reviderat typgodkännandeintyg som innehåller ett nummer 
som hänvisar till den beviljade utvidgningen. I typgodkännandeintyg et ska skälet till utvidgninge n och dess 
utfärdandedatum anges. 
3. Index et till informationspak etet ska visa datum för den senaste utvidgningen eller revider ingen av typgodkännandet 
eller datum för den senaste konsolider inge n av den uppdaterade versionen av typgodkännandet. 26.5.2016 L 139/4 Europeiska unionens officiella tidning SV     
4. Ett nytt typgodkännande ska krävas när de begärda ändr ingar na av en typgodkänd färdskr ivare eller dess 
komponent er skulle leda till utfärdande av ett nytt säkerhetsintyg eller intyg om driftskompati bilitet. 
Artikel 6 
Ikraf tträdande 
Denna förordning träder i kraf t den tjugonde dagen efter det att den har offentliggjor ts i Europeiska unionens officiella 
tidning. 
Den ska tilläm pas från och med den 2 mars 2016. 
Bilagor na ska dock tilläm pas från och med den 2 mars 2019, med undantag för tillägg 16 som ska tilläm pas från och 
med den 2 mars 2016. 
Denna förordning är till alla delar bindande och direkt tillämplig i alla medlemsstat er. 
Utfärdad i Bryssel den 18 mars 2016. 
På kommissionens vägnar 
Jean-Claude JUNCKER 
Ordförande  26.5.2016 L 139/5 Europeiska unionens officiella tidning SV     
BILAGA I C 
Krav i fråga om konstr uktion, provning, inst allation och besiktning 
INLEDNING .................................................................................................................................................. 12 
1. DEFINITIONER ................................................................................................................ 13 
2. ALLMÄN BESKRIVNING AV FÄRDSKRIV AREN OCH DESS FUNK TIONER ................................... 19 
2.1 Allmän beskr ivning .......................................................................................................... 19 
2.2 Funktioner ...................................................................................................................... 20 
2.3 Driftläge n....................................................................................................................... 21 
2.4 Säkerhet ......................................................................................................................... 22 
3. KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR FÄRDSKRIV ARE ............................................. 22 
3.1 Över vakning av insättning och uttag av kort.......................................................................... 22 
3.2 Mätning av hastighet, position och sträc ka............................................................................. 23 
3.2.1 Mätning av tillryggalagd vägsträcka ...................................................................................... 23 
3.2.2 Hastighetsmätning ............................................................................................................ 23 
3.2.3 Positionsmätning .............................................................................................................. 24 
3.3 Tidmätning ..................................................................................................................... 24 
3.4 Över vakning av föraraktivitet er........................................................................................... 24 
3.5 Över vakning av körningsstatus ............................................................................................ 25 
3.6 Förarens angivelser ........................................................................................................... 25 
3.6.1 Angivelse av de platser där dagen s arbetsper ioder påbör jas och/eller avslutas ................................. 25 
3.6.2 Manuell angivelse av föraraktivitet er och förarens samty cke avseende ITS-gränssnitt ........................ 25 
3.6.3 Angivelse av särskilda omständighete r................................................................................... 27 
3.7 Hanter ing av företagslås ..................................................................................................... 27 
3.8 Över vakning av kontrollaktivitet er....................................................................................... 28 
3.9 Upp täckt av händelser och/eller fel....................................................................................... 28 
3.9.1 Insättning av ett ogiltigt kort (händelse, ”Inser tion of a non-valid card”) ........................................ 28 
3.9.2 Kortkonflikt (händelse, ”Card conf lict”) ................................................................................. 28 
3.9.3 Överlappning av tider (händelse, ”Time overlap”) ..................................................................... 28 
3.9.4 Körning utan korrekt kort (händelse, ”Driving without an appropr iate card”) ................................. 29 
3.9.5 Insättning av kort vid körning (händelse, ”Card inser tion while driving”) ....................................... 29 
3.9.6 Senaste kortsession ej korrekt avslutad (händelse, ”Last card session not correctly closed”) ................ 29 
3.9.7 Hastighetsö verträdelse (händelse, ”Over speeding”) ................................................................... 29 
3.9.8 Avbrott i strömtillf örsel (händelse, ”Power supply interr uption”) .................................................. 29 
3.9.9 Fel i kommunikation med kommunikationsanordning för fjärravläsning (händelse, ”Communication 
error with the remote communication facility”) ....................................................................... 29 
3.9.10 Positionsinf ormation från GNSS-mottag are saknas (händelse, ”Absence of position information from 
GNSS receiver”) ................................................................................................................ 29 26.5.2016 L 139/6 Europeiska unionens officiella tidning SV     
3.9.11 Fel i kommunikation med extern GNSS-anordning (händelse, ”Communication error with the exte rnal 
GNSS facility”) ................................................................................................................. 30 
3.9.12 Fel i rörelsedata (händelse, ”Motion data error”) ....................................................................... 30 
3.9.13 Konflikt i fordonets rörelsedata (händelse, ”Vehicle motion conf lict”) ........................................... 30 
3.9.14 Försök till säkerhetsö verträdelse (händelse, ”Secur ity breach attem pt”) .......................................... 30 
3.9.15 Tidsk onflikt (händelse, ”Time conf lict”) ................................................................................. 30 
3.9.16 Kortfel (”Card”) ................................................................................................................ 30 
3.9.17 Färdskr ivarfel (”Recording equipment”) .................................................................................. 30 
3.10 Inby ggd provning och självpro vning ..................................................................................... 31 
3.11 Avläsning från dataminne ................................................................................................... 31 
3.12 Registrer ing och lagring i dataminne .................................................................................... 31 
3.12.1 Data för identifier ing av utrustning ...................................................................................... 32 
3.12.1.1 Data för identifier ing av fordonsenhet ................................................................................... 32 
3.12.1.2 Data för identifier ing av rörelsesensor ................................................................................... 32 
3.12.1.3 Data för identifier ing av globalt system för satellitnavig ering (GNSS). ........................................... 33 
3.12.2 Nycklar och certifikat ........................................................................................................ 33 
3.12.3 Data om insättning och uttag av förark ort och verkstadsk ort..................................................... 33 
3.12.4 Data om föraraktivitet er..................................................................................................... 34 
3.12.5 Platser och positioner där dagens arbetsper ioder påbör jas eller avslutas och/eller där tre timmars sam ­
manhängande körtid uppnås ............................................................................................... 34 
3.12.6 Vägmätardata .................................................................................................................. 35 
3.12.7 Detaljerade hastighetsdata .................................................................................................. 35 
3.12.8 Händelsedata ................................................................................................................... 35 
3.12.9 Data om fel.................................................................................................................... 37 
3.12.10 Kali brer ingsdata ............................................................................................................... 38 
3.12.11 Data om tidsinställning ...................................................................................................... 39 
3.12.12 Data om kontrollaktivit eter ................................................................................................. 39 
3.12.13 Data om företagslås .......................................................................................................... 39 
3.12.14 Över föringsdata ............................................................................................................... 39 
3.12.15 Data om särskilda omständighete r........................................................................................ 40 
3.12.16 Data om färdskr ivark ort.................................................................................................... 40 
3.13 Avläsning från färdskr ivark ort............................................................................................. 40 
3.14 Registrer ing och lagring på färdskr ivark ort............................................................................. 40 
3.14.1 Registrer ing och lagring på första generationens färdskr ivark ort.................................................. 40 
3.14.2 Registrer ing och lagring på andra generationens färdskr ivark ort.................................................. 41 
3.15 Visning .......................................................................................................................... 41 
3.15.1 Standardvisning ............................................................................................................... 42 26.5.2016 L 139/7 Europeiska unionens officiella tidning SV     
3.15.2 Visning av varningar ......................................................................................................... 43 
3.15.3 Åtkomst via meny ............................................................................................................ 43 
3.15.4 Visning av övrig information .............................................................................................. 43 
3.16 Utskr ift.......................................................................................................................... 43 
3.17 Varningar ....................................................................................................................... 44 
3.18 Över föring av data till externa media .................................................................................... 45 
3.19 Fjärrkommunikation vid riktade vägk ontroller ........................................................................ 45 
3.20 Utdata till ytterliga re externa anordningar .............................................................................. 46 
3.21 Kali brer ing...................................................................................................................... 47 
3.22 Kali brer ingsk ontroll på väg ................................................................................................. 47 
3.23 Tidsinställning ................................................................................................................. 48 
3.24 Prestanda ........................................................................................................................ 48 
3.25 Material ......................................................................................................................... 48 
3.26 Märkning ar..................................................................................................................... 49 
4. KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR FÄRDSKRIV ARK ORT ...................................... 49 
4.1 Synliga data .................................................................................................................... 49 
4.2 Säkerhet ......................................................................................................................... 52 
4.3 Standarder ...................................................................................................................... 53 
4.4 Miljö- och elspecifi kationer ................................................................................................. 53 
4.5 Lagr ing av data ................................................................................................................ 53 
4.5.1 Elementf iler för identif iering och korthanteri ng....................................................................... 54 
4.5.2 Identif iering av smar tkort................................................................................................... 54 
4.5.2.1 Identif iering av chip .......................................................................................................... 54 
4.5.2.2 DIR (finns endast på andra generationens färdskr ivark ort)......................................................... 54 
4.5.2.3 ATR-information (under vissa förutsättningar , finns endast på andra generationens färdskr ivark ort).... 54 
4.5.2.4 Information med utökad längd (under vissa förutsättning ar, finns endast på andra generationens färds ­
krivark ort)...................................................................................................................... 55 
4.5.3 Förark ort........................................................................................................................ 55 
4.5.3.1 Färdskr ivar tilläm pning (tillg änglig för första och andra generationens fordonsenhet er)...................... 55 
4.5.3.1.1 Tillämpn ingsidentifi ering ................................................................................................... 55 
4.5.3.1.2 Nyckel och certifikat ......................................................................................................... 55 
4.5.3.1.3 Kortidentifie ring .............................................................................................................. 55 
4.5.3.1.4 Identif iering av kortinnehavare ............................................................................................ 55 
4.5.3.1.5 Över föring från kort......................................................................................................... 55 
4.5.3.1.6 Information om körkort.................................................................................................... 55 
4.5.3.1.7 Händelsedata ................................................................................................................... 56 26.5.2016 L 139/8 Europeiska unionens officiella tidning SV     
4.5.3.1.8 Data om fel.................................................................................................................... 56 
4.5.3.1.9 Data om föraraktivitet er..................................................................................................... 57 
4.5.3.1.10 Data om använda fordon ................................................................................................... 57 
4.5.3.1.11 Platser där dagen s arbetsper ioder påbör jas och/eller avslutas ...................................................... 58 
4.5.3.1.12 Data om kortsessioner ....................................................................................................... 58 
4.5.3.1.13 Data om kontrollaktivit eter ................................................................................................. 58 
4.5.3.1.14 Data om särskilda omständighete r........................................................................................ 58 
4.5.3.2 Färdskr ivar tilläm pning i generation 2 (ej åtkomlig för första generationens fordonsenhet) ................. 59 
4.5.3.2.1 Tillämpn ingsidentifi ering ................................................................................................... 59 
4.5.3.2.2 Nycklar och certifikat ........................................................................................................ 59 
4.5.3.2.3 Kortidentifie ring .............................................................................................................. 59 
4.5.3.2.4 Identif iering av kortinnehavare ............................................................................................ 59 
4.5.3.2.5 Över föring från kort......................................................................................................... 59 
4.5.3.2.6 Information om körkort.................................................................................................... 59 
4.5.3.2.7 Händelsedata ................................................................................................................... 59 
4.5.3.2.8 Data om fel.................................................................................................................... 60 
4.5.3.2.9 Data om föraraktivitet er..................................................................................................... 61 
4.5.3.2.10 Data om använda fordon ................................................................................................... 61 
4.5.3.2.11 Platser och positioner där dagens arbetsper ioder påbör jas och/eller avslutas .................................. 62 
4.5.3.2.12 Data om kortsessioner ....................................................................................................... 62 
4.5.3.2.13 Data om kontrollaktivit eter ................................................................................................. 62 
4.5.3.2.14 Data om särskilda omständighete r........................................................................................ 63 
4.5.3.2.15 Data om använda fordonsenhet er......................................................................................... 63 
4.5.3.2.16 Data om platser avseende tre timmar sammanhänga nde körning ................................................ 63 
4.5.4 Verkstadsk ort.................................................................................................................. 63 
4.5.4.1 Färdskr ivar tilläm pning (tillg änglig för första och andra generationens fordonsenhet er)...................... 63 
4.5.4.1.1 Tillämpn ingsidentifi ering ................................................................................................... 63 
4.5.4.1.2 Nycklar och certifikat ........................................................................................................ 63 
4.5.4.1.3 Kortidentifie ring .............................................................................................................. 64 
4.5.4.1.4 Identif iering av kortinnehavare ............................................................................................ 64 
4.5.4.1.5 Över föring från kort......................................................................................................... 64 
4.5.4.1.6 Data om kalibrer ing och tidsinställning ................................................................................. 64 26.5.2016 L 139/9 Europeiska unionens officiella tidning SV     
4.5.4.1.7 Data om händelser och fel.................................................................................................. 65 
4.5.4.1.8 Data om föraraktivitet er..................................................................................................... 65 
4.5.4.1.9 Data om använda fordon ................................................................................................... 65 
4.5.4.1.10 Data om påbör jande och/eller avslutande av dagen s arbetsper ioder .............................................. 65 
4.5.4.1.11 Data om kortsessioner ....................................................................................................... 65 
4.5.4.1.12 Data om kontrollaktivit eter ................................................................................................. 65 
4.5.4.1.13 Data om särskilda omständighete r........................................................................................ 65 
4.5.4.2 Färdskr ivar tilläm pning i generation 2 (ej åtkomlig för första generationens fordonsenhet) ................. 65 
4.5.4.2.1 Tillämpn ingsidentifi ering ................................................................................................... 65 
4.5.4.2.2 Nycklar och certifikat ........................................................................................................ 66 
4.5.4.2.3 Kortidentifie ring .............................................................................................................. 66 
4.5.4.2.4 Identif iering av kortinnehavare ............................................................................................ 66 
4.5.4.2.5 Över föring från kort......................................................................................................... 66 
4.5.4.2.6 Data om kalibrer ing och tidsinställning ................................................................................. 66 
4.5.4.2.7 Data om händelser och fel.................................................................................................. 67 
4.5.4.2.8 Data om föraraktivitet er..................................................................................................... 67 
4.5.4.2.9 Data om använda fordon ................................................................................................... 67 
4.5.4.2.10 Data om påbör jande och/eller avslutande av dagen s arbetsper ioder .............................................. 67 
4.5.4.2.11 Data om kortsessioner ....................................................................................................... 67 
4.5.4.2.12 Data om kontrollaktivit eter ................................................................................................. 67 
4.5.4.2.13 Data om använda fordonsenhet er......................................................................................... 67 
4.5.4.2.14 Data om platser avseende tre timmar sammanhänga nde körning ................................................ 68 
4.5.4.2.15 Data om särskilda omständighete r........................................................................................ 68 
4.5.5 Kontrollk ort.................................................................................................................... 68 
4.5.5.1 Färdskr ivar tilläm pning (tillg änglig för första och andra generationens fordonsenhet er)...................... 68 
4.5.5.1.1 Tillämpn ingsidentifi ering ................................................................................................... 68 
4.5.5.1.2 Nycklar och certifikat ........................................................................................................ 68 
4.5.5.1.3 Kortidentifie ring .............................................................................................................. 68 
4.5.5.1.4 Identif iering av kortinnehavare ............................................................................................ 68 
4.5.5.1.5 Data om kontrollaktivit eter ................................................................................................. 69 
4.5.5.2 Färdskr ivar tilläm pning G2 (ej åtkomlig för första generationens fordonsenhet) ............................... 69 
4.5.5.2.1 Tillämpn ingsidentifi ering ................................................................................................... 69 
4.5.5.2.2 Nycklar och certifikat ........................................................................................................ 69 26.5.2016 L 139/10 Europeiska unionens officiella tidning SV     
4.5.5.2.3 Kortidentifie ring .............................................................................................................. 69 
4.5.5.2.4 Identif iering av kortinnehavare ............................................................................................ 69 
4.5.5.2.5 Data om kontrollaktivit eter ................................................................................................. 70 
4.5.6 Företagsk ort.................................................................................................................... 70 
4.5.6.1 Färdskr ivar tilläm pning (tillg änglig för första och andra generationens fordonsenhet er)...................... 70 
4.5.6.1.1 Tillämpn ingsidentifi ering ................................................................................................... 70 
4.5.6.1.2 Nycklar och certifikat ........................................................................................................ 70 
4.5.6.1.3 Kortidentifie ring .............................................................................................................. 70 
4.5.6.1.4 Identif iering av kortinnehavare ............................................................................................ 70 
4.5.6.1.5 Data om företagsaktivitet er................................................................................................. 70 
4.5.6.2 Färdskr ivar tilläm pning G2 (ej åtkomlig för första generationens fordonsenhet) ............................... 71 
4.5.6.2.1 Tillämpn ingsidentifi ering ................................................................................................... 71 
4.5.6.2.2 Nycklar och certifikat ........................................................................................................ 71 
4.5.6.2.3 Kortidentifie ring .............................................................................................................. 71 
4.5.6.2.4 Identif iering av kortinnehavare ............................................................................................ 71 
4.5.6.2.5 Data om företagsaktivitet er................................................................................................. 71 
5. INST ALL ATION AV FÄRDSKRIV ARE .................................................................................... 72 
5.1 Installation ..................................................................................................................... 72 
5.2 Installationsskylt .............................................................................................................. 73 
5.3 Plomber ing ..................................................................................................................... 74 
6. KONTR OLLER, BESIK TNINGAR OCH REPARA TIONER ............................................................ 74 
6.1 Godkännande av mont örer , verkstäder och fordonstillverkare ..................................................... 74 
6.2 Kontroll av nya eller reparerade komponent er......................................................................... 75 
6.3 Installationsbesiktning ....................................................................................................... 75 
6.4 Periodiska besiktningar ...................................................................................................... 75 
6.5 Uppmätning av fel............................................................................................................ 76 
6.6 Reparationer ................................................................................................................... 76 
7. UTF ÄRD ANDE AV KORT .................................................................................................. 76 
8. TYPGODKÄNNANDE AV FÄRDSKRIV ARE OCH FÄRDSKRIV ARK ORT ........................................ 77 
8.1 Allmänt ......................................................................................................................... 77 
8.2 Säkerhets intyg ................................................................................................................. 78 
8.3 Funktionsintyg ................................................................................................................. 78 
8.4 Intyg om driftskompati bilitet .............................................................................................. 78 
8.5 Intyg om typgodkännande ................................................................................................. 79 
8.6 Undantagsf örfarande: första intyg om driftskompa tibilitet för andra generationens färdskr ivare och 
färdskr ivark ort................................................................................................................. 80  26.5.2016 L 139/11 Europeiska unionens officiella tidning SV     
INLEDNING 
Den första generationens digitala färdskr ivarsystem infördes den 1 maj 2006 och används sedan dess. Sådana system får 
användas till slute t av sin livscyk el för inrikes transpor ter. För internatio nella transpor ter gäller i stället att alla fordon 
ska vara utrustade med en andra generationens smar t färdskr ivare som uppfyller kraven i denna kommissionsf örordning 
senast 15 år efter förordningen s ikraf tträdande. 
Denna bilaga innehåller krav på andra generationens färdskr ivare och färdsk rivark ort. Andra generationens färdskr ivare 
ska från och med sin införandedag installeras i fordon som registreras för första gången, och andra generationens 
färdskr ivark ort ska utfärdas. 
I syfte att främja ett smidigt införande av andra generationens färdsk rivarsyst em 
—  ska andra generationens färdskr ivark ort utformas så att de även kan använ das i första generationens fordonsenhet er, 
—  ska ingen begäran göras om att första generationens färdskr ivark ort ska ersättas på införandedagen. 
Detta gör det möjligt för förare att behålla sitt eget förark ort och använda det i båda systemen. 
Andra generationens färdskr ivare ska dock endast kalibreras med hjälp av andra generationens verkstadsk ort. 
Denna bilaga innehåller samtlig a krav som rör driftskompati bilitet en mellan första och andra generationens färdskr i­
varsystem . 
Tillägg 15 innehåller ytterlig are uppgif ter om hur de två systemen ska hantera s parallellt. 
Förteckning över tillägg 
Tillägg 1: DATAKA TALOG 
Tillägg 2: SPECIFIKA TION FÖR FÄRDSKRIV ARK ORT 
Tillägg 3: PIKTOGRAM 
Tillägg 4: UTSKRIFTER 
Tillägg 5: BILDSKÄRM 
Tillägg 6: FRONT ANSLUTNING FÖR KALIBRERING OCH DATAÖVERFÖRING 
Tillägg 7: PROTOK OLL FÖR DATAÖVERFÖRING 
Tillägg 8: KALIBRERINGSPR OTOK OLL 
Tillägg 9: TYPGODKÄNNANDE: FÖRTECKNING ÖVER MINST A NÖD VÄNDIGA UPPSÄ TTNING PROV 
Tillägg 10: SÄKERHETSKRA V 
Tillägg 11: GEMENSAMMA SÄK ERHETSMEKANISMER 
Tillägg 12: POSITIONSBEST ÄMNING BASE RAD PÅ GNSS (GLOB AL NAVIGA TION SATELLITE SYSTEM) 
Tillägg 13: ITS-GRÄNSSNITT 
Tillägg 14: FJÄRRK OMMUNIKA TIONSFUNK TION 
Tillägg 15: MIGRERING: PARALLELL HANTERING AV FLERA UTR USTNINGSGENERA TIONER 
Tillägg 16: ADAPTER FÖR FORDONSKA TEGORIERNA M1 OCH N1  26.5.2016 L 139/12 Europeiska unionens officiella tidning SV     
1  DEFINITIONER 
I denna bilaga används följande term er och definit ioner: 
a)  Aktiver ing 
Den fas där färdskr ivaren blir helt klar för drift och alla dess funktioner , inklusive säkerhets funk ­
tioner na, aktiveras med hjälp av ett verkstadsk ort. 
b)  Auten tiser ing 
Funktion avsedd att upprätta och kontrollera en angiven identit et. 
c)  Auten ticitet 
Det faktum att information kommer från en part vars identitet går att kontrollera. 
d)  Inby ggd provning (BIT , Built-In- Test) 
Provning som utförs på begäran från en användare eller exte rn utrustning. 
e)  Kalenderdag 
Ett dygn som sträck er sig från kl. 00.00 till kl. 24.00. Alla kalenderdag ar räknas enligt UTC-tid 
(Univ ersal Time Coor dinated). 
f)  Kalibrer ing (av en smar t färdskr ivare) 
Uppdat ering eller bekräf telse av de fordonsparametrar som ska lagras i dataminnet. Fordonspara ­
metrar na omf attar fordonsidentifie ring (VIN (identifier ingsnummer), VRN (registrer ingsnummer) samt 
medlemsstat där fordonet är registrerat) och fordonets egenskaper (w, k, l, däcksdimension, inställning 
på den hastighetsbegränsande anordninge n (i förek ommande fall), aktuell UTC-tid, aktuell vägmätar ­
ställning). Under kalibrer ingen av färdskr ivaren ska även alla befintliga plomber ingar som är relevanta 
för typgodkännande lagras i dataminnet. 
En uppdate ring eller bekräf telse av enbar t UTC-tid ska betraktas som en tidsinställning och inte som 
en kalibrer ing, under förutsättning att den inte strider mot krav 409. 
Kalibrering av färdskrivare kräver att ett verkstadskor t används. 
g)  Kortnummer 
Ett nummer bestående av 16 alfanumer iska tecken med vars hjälp ett enskilt färdsk rivark ort kan 
identifieras inom en medlemsstat. Kortnumret inbegr iper ett löpnummer (i förek ommande fall), ett 
ersättningsindex och ett förnyelseindex för kortet. 
Ett enskilt kort kan därför identif ieras med hjälp av den utfä rdande medlemsstat ens kod och 
kortnumret. 
h)  Löpnummer 
Det 14:e alfanumer iska tecknet i ett kortnummer , används för att åtskilja de kort som utfärdats till ett 
företag, en verk stad eller en kontrollm yndighet som har rätt att få flera färdsk rivark ort utfärdade. Det 
enskilda företage t eller den enskilda verkstaden eller kontrollm yndigheten kan identif ieras med hjälp 
av de första 13 tecknen i kortnumret. 
i)  Förnyelseindex 
Det 16:e alfanumer iska tecknet i ett kortnummer , ökar varje gång färdskr ivark ortet förnyas. 
j)  Ersättningsindex 
Det 15:e alfanumer iska tecknet i ett kortnummer , ökar varje gång färdskr ivark ortet ersätts. 26.5.2016 L 139/13 Europeiska unionens officiella tidning SV     
k)  Fordonets karakte ristiska koeffic ient 
Den numer iska koefficient som ange r värdet för den utsignal som skickas av den del av fordonet som 
utgör gränssnitt med färdskr ivaren (väx ellådans utgåend e axel eller fordonets hjulax el) medan fordonet 
tillryggalägg er en sträcka av en kilometer under sådana standardiserade provningsf örhållanden som 
definieras i krav 414. Den karakteristi ska koefficienten uttrycks i impulser per kilometer (w = … imp/ 
km). 
l)  Företagsk ort 
Ett färdskr ivark ort som utfärdas av myndighetern a i en medlemsstat till ett transpor tföretag som har 
beho v av att framf öra fordon utrustade med färdskr ivare. Transpor tföretage t kan identif ieras genom 
kortet, som också möjliggör visning, överfö ring och utskr ift av de data som lagras i färdskr ivaren och 
som är låsta av transpor tföretaget. 
m)  Färdskr ivarens konstant 
Den numer iska konstant som anger värdet för den ingå ende signal som krävs för att visa och 
registrera en tillryggalagd sträc ka av en kilometer . Denna konstant ska uttryckas i impulser per 
kilomete r (k = … imp/km). 
n)  Sammanhäng ande körtid (enligt färdskr ivarens beräkning) (1) 
En viss förares aktuella sammanhängande körtid sedan slutet av förarens senaste period av 
tillgänglighet (AVAILABILIT Y) eller rast/vila (BREAK/REST) eller okända (UNKNO WN (2)) period om 
minst 45 minut er (denna period kan ha delats upp i flera perioder i enlighet med Europaparlamentets 
och rådets förordning (EG) nr 561/2006 (3)). Vid de berörda beräkninga rna tas efter beho v hänsyn till 
tidigar e aktivitet er som lagrats på förark ortet. Om föraren inte har satt in sitt kort bygger de berörda 
beräkning arna på de registrer inga r i dataminnet som avser den innevarande period där inge t kort varit 
insatt i den aktuella kortplatsen. 
o)  Kontrollk ort 
Ett färdskr ivark ort som utfärdas av myndigheterna i en medlemsstat till en nationell behör ig kontroll ­
myndighet. Kontrollorganet, och eventuellt även kontrolltjänste mannen, kan identifieras genom kortet, 
som också ger tillträde till de data som lagras i dataminnet eller i förark orten, och eventuellt även i 
verkstadsk orten, så att dessa kan avläsas, skrivas ut och/eller överfö ras. 
Det ska även ge tillträde till funktionen för kalibrer ingsk ontroll på väg och till data genom 
fjärravläsaren. 
p)  Sammanlagd avbrottstid (enligt färdskr ivarens beräkning) (1) 
Den sammanlagda tiden för avbrott från körtiden beräknas som en viss förares aktuella sammanlagda 
tidsper ioder för tillgänglighet (AVAILABILIT Y) eller rast/vila (BREAK/REST) eller okända 
(UNKNO WN (2)) tidsper ioder om minst 15 minuter , sedan slutet av förarens senaste period av 
tillgänglighet (AVAILABILIT Y) eller rast/vila (BREAK/REST) eller okända (UNKNO WN (2)) period om 
minst 45 minute r (denna period kan ha delats upp i flera perioder i enlighet med förordning (EG) 
nr 561/2006). 
Vid de berörda beräkningarna tas efter beho v hänsyn till tidigare aktivitet er som lagrats på förark ortet. 
Okända perioder av nega tiv varaktighet (okänd periods början > (dvs. är senare än) okänd periods 
slut) på grund av överlappningar i tid mellan två olika färdskr ivare beaktas inte vid beräkninge n. 
Om föraren inte har satt in sitt kort bygg er de berörda beräkningarna på de registrer ingar i 
dataminnet som avser den innevarande period där inget kort varit insatt i den aktuella kortplatsen. 26.5.2016 L 139/14 Europeiska unionens officiella tidning SV     
(1)Detta sätt att beräkna den sammanhäng ande körtiden och den sammanlagda avbrottstiden ger färdskr ivaren underlag för varningen om 
sammanhäng ande körtid. Det påverkar inte den juridiska tolkning som ska göras av dessa tider . Alternativa sätt att beräkna den 
sammanhäng ande körtiden och den sammanlagda avbrottstiden får användas för att ersätta dessa definitioner om de blivit inaktuella 
genom uppdat eringar av annan relevant lagstif tning. 
(2)Okända (UNKNO WN) perioder motsvarar perioder där förark ortet inte varit insatt och inga föraraktivitet er angivits manuellt. 
(3)Europaparlamentets och rådets förordning (EG) nr 561/2006 av den 15 mars 2006 om harmoniser ing av viss sociallagstif tning på 
vägtranspor tområdet och om ändr ing av rådets förordningar (EEG) nr 3821/85 och (EG) nr 2135/98 samt om upphävande av rådets 
förordning (EEG) nr 3820/85 (EUT L 102, 11.4.2006, s. 1). 
q)  Dataminne 
En anordning för elektronisk datalagr ing som är inby ggd i färdskr ivaren. 
r)  Digital signatur 
Data som bifogas till, eller en kryptografisk omv andling av, ett databloc k som gör det möjligt för 
mottagar en av datablock et att påvisa dess autenticit et och integritet. 
s)  Överfö ring 
Kopier ing och digital signer ing av samtliga eller en del av en uppsättning av datafiler som finns 
registrerade i fordonsenhet ens dataminne eller i ett färdskr ivark orts minne, under förutsättning att 
denna process inte ändrar eller tar bort några lagrade data. 
Tillverkare av fordonsenhet er för smar ta färdskr ivare och tillverkare av utrustning som är konstr uerad 
för och avsedd att överföra datafiler ska vidta alla rimlig a åtgärder för att säkerställa att överfö ringe n 
av dessa data kan utföras av transpor tföretag eller förare med minsta möjlig a fördröjning. 
Även om överföringen av detaljerade hastighetsdata inte är nödvändig för att fastställa 
överensstämmelsen med förordning (EG) nr 561/2006 kan den använ das för andra ändamål, t.ex. i 
samband med olycksutredning ar. 
t)  Förark ort 
Ett färdskr ivark ort som utfärdas av myndighete rna i en medlemsstat till ett viss förare. Föraren kan 
identifieras genom kortet, som också möjliggör lagring av data om föraraktivitet er. 
u)  Hjulens effektiva omkrets 
Genomsnittsvärdet för de sträck or som tillryggalagts av de hjul som förflyttar fordonet (drivhjulen) 
under loppet av ett fullt varv. Uppmätning av dessa sträck or ska ske under sådana standardiserade 
provningsf örhållanden som definieras i krav 414 och uttrycks i formen ”l = … mm”. 
Fordonstillverkare får ersätta uppmätning en av dessa sträck or med en teor etisk beräkning där 
axelt rycket för fordon utan last i körklar t skick (1) beaktas. Metode rna för en sådan teore tisk beräkning 
är föremål för godkännande från en behör ig myndighet i en medlemsstat och de kan endast använ das 
innan färdskr ivaren aktiveras. 
v)  Händelse 
Onor malt driftsförhållande som upptäc ks av den smar ta färdsk rivaren och som kan vara följden av ett 
försök till bedräg eri. 
w)  Exte rn GNSS-anordning 
Anordning som innehåller GNSS-mottag aren om fordonsenheten inte utgör s av en enda enhet, och 
även andra kompon enter som behö vs för att skydda kommunikationen av positionsdata till resten av 
fordonsenheten. 
x)  Fel 
Onor malt driftsförhållande som upptäc ks av den smar ta färdskr ivaren och som kan bero på att den 
inte fung erar riktigt eller inte fung erar alls. 
y)  GNSS-mottag are 
En elektronisk anordning som tar emot och digitalt bearbetar signaler na från ett eller flera globala 
syste m för satellitna vige ring (GNSS, Global Navig ation Satellite System) för att tillhandahålla information 
om position, hastighet och tidpunkt. 
z)  Installation 
Mont ering av en färdskr ivare i ett fordon. 26.5.2016 L 139/15 Europeiska unionens officiella tidning SV     
(1)Kommissionens förordning (EU) nr 1230/2012 av den 12 december 2012 om genomf örande av Europaparlamentets och rådets 
förordning (EG) nr 661/2009 avseende krav för typgodkännande av vikter och mått för motorf ordon och släpvagnar till dessa fordon 
och om ändr ing av Europaparlamentets och rådets direktiv 2007/46/EG (EUT L 353, 21.12.2012, s. 31), i sin senaste lydelse. 
aa)  Driftskompatibilit et 
Kapacitet att utväxla data och dela information hos syste m och underliggan de verksamhetsprocesser . 
bb)  Gränssnitt 
En anordning mellan olika system, genom vilken systeme n kan ansluta sig till varandra och samverka. 
cc)  Position 
Fordonets geografi ska koordinat er vid en viss tidpunkt. 
dd)  Rörelsesensor 
Den del av färdskr ivaren som ger en signal som motsvarar fordonets hastighet och/eller tillryggalagda 
sträc ka. 
ee)  Ogiltigt kort 
Ett kort som upptäc kts vara felaktigt, eller vars första aute ntiser ing missly ckats, vars första 
giltighetsdag ännu inte inträtt eller vars sista giltighetsdag har passerats. 
ff)  Öppen standard 
En standard som fastställs i ett dokument med standardspecifi kationer som är tillgäng ligt gratis eller 
till en obetydlig kostnad och som får mångfaldig as, spridas eller användas gratis eller mot en nominell 
avgift. 
gg)  Omf attas ej (out of scope) 
Ang er att användning av färdskr ivare inte krävs enligt bestämmelser na i förordning (EG) nr 561/2006. 
hh)  Hastighetsö verträdelse 
Överskr idande av den tillåtna hastighete n för fordonet, definierat som en period om minst 60 
sekunder under vilke n fordonets uppmätta hastighet överskr ider den gräns för inställning av 
anordning en för hastighetsbegränsning som ange s i rådets direktiv 92/6/EEG (1), i sin senaste lydelse. 
ii)  Periodisk besiktning 
Ett antal moment som utförs för att kontrollera att färdskr ivaren fungerar väl, att dess inställningar 
motsvarar fordonets parametrar och att inga anordningar för att manipulera färdskr ivaren är anslutna 
till färdskr ivaren. 
jj)  Skrivare 
Komponent i färdskr ivaren som skriver ut lagrade data. 
kk)  Fjärrkommunikation för tidig upptäc kt 
Kommunikation mellan fordonsenhet ens kommunikationsanordning för fjärravläst tidig upptä ckt och 
fjärravläsaren för tidig upptä ckt vid riktade vägk ontroller , i syfte att på distans upptäc ka möjlig 
manipuler ing eller möjligt missbr uk av färdskr ivare. 
ll)  Kommunikationsanordning för fjärravläsning 
Den utrustning i fordonsenheten som använ ds för att utföra riktade vägk ontroller . 26.5.2016 L 139/16 Europeiska unionens officiella tidning SV     
(1)Rådets direktiv 92/6/EEG av den 10 februari 1992 om mont ering och användning av hastighetsbegränsande anordningar i vissa 
katego rier av motorf ordon inom gemen skapen (EGT L 57, 2.3.1992, s. 27). 
mm)  Fjärravläsare (för tidig upptäc kt) 
Det system som använ ds av kontrolltjänstemän för riktade vägk ontroller . 
nn)  Förnyelse 
Utfärdande av ett nytt färdsk rivark ort när giltighetstiden för ett befintligt kort löper ut, eller när det 
fung erar felaktigt och har återlämnats till den utfärdande myndigheten. Förnyelse innebär alltid att det 
råder säke rhet om att två giltiga kort inte existerar samtidigt. 
oo)  Reparation 
All reparation av en rörelsesensor eller av en fordonsenhet eller av en kabel som förutsätt er att 
strömtillf örseln bryts, att andra färdskr ivark ompone nter kopplas bort eller att rörelsesensor n eller 
fordonsenheten öppnas. 
pp)  Ersättning av kort 
Utfärdande av ett färdsk rivark ort som ersättning för ett befintligt kort som har förklarats som 
förkommet eller stulet eller som inte fungerar på ett fullgott sätt, och som inte har återlämnats till den 
utfärdande myndighete n. Ersättning innebär alltid en risk för att två giltiga kort existerar samtidigt. 
qq)  Säkerhetscer tifiering 
Förfarandet hos ett certifieringsorga n som använder CC (Common Criteria) för att intyga att den 
färdskr ivare (eller den kompon ent) eller det färdskr ivark ort som undersöks uppfyller de säke rhetskrav 
som definie ras i de aktuella skyddsprofi lerna. 
rr)  Självpro vning 
Provning ar som färdskr ivaren rege lbundet och automatiskt gör för att upptäc ka fel. 
ss)  Tidmätning 
En permanent digital registrer ing av datum och tidpunkt (UTC). 
tt)  Tidsinställning 
En autom atisk inställning av aktuell tidpunkt med regelbun dna inter vall och inom en maximal 
tolerans av en minut, eller en inställning som utförs vid kalibrer ing. 
uu)  Däc ksdimension 
Angivelse av däck ens dimensioner (drivhjul) enligt rådets direktiv 92/23/EEG (1), i sin senast e lydelse. 
vv)  Fordonsidentifier ing 
Nummer för identif iering av fordonet : Fordonets registrer ingsnummer (VRN, Vehicle Registr ation 
Number) med angivelse av registrerande medlemsstat och fordonets identifier ingsnummer (VIN, Vehicle 
Identification Number) (2). 
ww)  Vecka (för beräkning i färdskr ivaren) 
Period som sträck er sig från kl. 00.00 UTC på en måndag till kl. 24.00 UTC på en söndag. 26.5.2016 L 139/17 Europeiska unionens officiella tidning SV     
(1)Rådets direktiv 92/23/EEG av den 31 mars 1992 om däck och däck monterin g på motorf ordon och släpvagnar till dessa fordon (EGT L 
129, 14.5.1992, s. 95). 
(2)Rådets direktiv 76/114/EEG av den 18 december 1975 om tillnär mning av medlemsstaternas lagstif tning om föreskr ivna skyltar och 
märkninga r samt deras placer ing och fastsättningssätt på motorf ordon och släpvagnar till dessa fordon (EGT L 24, 30.1.1976, s. 1). 
xx)  Verks tadsk ort 
Ett färdskr ivark ort som utfärdas av myndigheterna i en medlemsstat till utsedd personal hos en 
färdskr ivar tillverkare, en mont ör, en fordonstillverkare eller en verkstad som godkänts av 
medlemsstat en. Kortinnehavaren kan identif ieras genom kortet, som också möjliggör provning, 
kalibrer ing och aktiver ing av färdskr ivare och/eller dataö verfö ring från dessa. 
yy)  Adapt er 
En anordning vars avgivna signal ständigt är representativ för fordonets hastighet och tillryggalagda 
sträc ka, men inte är den signal som används för den oberoende rörelsedet ekter ingen, och som 
—  endast installeras och används i fordon av typer na M1 och N1 (enligt definitionen i bilaga II till 
Europaparlamentets och rådets direktiv 2007/46/EG (1), i sin senast e lydelse) och som tagits i bruk 
första gång en efter den 1 maj 2006, 
—  installeras där det inte är mekaniskt möjligt att installera någon annan typ av befintlig 
rörelsesensor som i övrigt överensstämmer med bestämmelser na i denna bilaga och dess tillägg 1– 
15, 
—  installeras mellan fordonsenhet en och den plats där impulser för hastighet/tillr yggalagd sträcka 
avges med integrerade sensorer eller alternativa gränssnitt, 
—  för fordonsenheten i fråg a har samma funktion som om en rörelsesensor som överensstämmer 
med bestämmelser na i denna bilaga och dess tillägg 1–16 skulle vara kopplad till fordonsenheten. 
Anv ändning av en sådan adapt er i de fordon som beskr ivs ovan ska möjliggöra installation och 
korrekt användning av en fordonsenhet som uppfyller alla krav i denna bilaga. 
För dessa fordon omf attar den smar ta färdskr ivaren kablar , en adapt er och en fordonsenhet. 
zz)  Datainte gritet 
Exakthet och överensstämmelse hos lagrade data, indiker at genom från varon av varje förändr ing av 
data mellan två uppdater ingar av en datapost. Integr itet förutsätt er att föreliggande data är en exakt 
kopia av originalversionen, dvs. att de inte har skadats när de skrevs till och läste s tillbaka från ett 
färdskr ivark ort eller en IDE-enhet, eller vid överfö ring via vilken kommunikationskanal som helst. 
aaa)  Integritet för personuppgif ter 
De övergr ipande tekniska åtgärder som vidtagits för att säke rställa genomf örandet av de principer som 
fastställs i Europaparlamentets och rådets direktiv 95/46/EG (2), och av de principer som fastställs i 
Europaparlamente ts och rådets direktiv 2002/58/EG (3). 
bbb)  Smar t färdskr ivarsyst em 
Färdskr ivaren, färdskr ivark orten och hela uppsättning en av direkt eller indirekt samverk ande 
utrustning vid konstr uktion, installation, användning, provning och kontroll, såsom kort, fjärravläsare 
och all annan utrustning för dataö verfö ring, dataanalys, kalibrer ing, genereri ng, hanteri ng och 
införande av säkerhetselement osv. 
ccc)  Införandedag 
36 månader efter det att de detaljerade bestämmelser som avses i artikel 11 i Europaparlamentets och 
rådets förordning (EU) nr 165/2014 (4) har trätt i kraf t. 26.5.2016 L 139/18 Europeiska unionens officiella tidning SV     
(1)Europaparlamentets och rådets direktiv 2007/46/EG av den 5 september 2007 om fastställande av en ram för godkännande av 
motorf ordon och släpvagnar till dessa fordon samt av system, komponen ter och separata tekniska enheter som är avsedda för sådana 
fordon (”Ramdir ektiv”) (EUT L 263, 9.10.2007, s. 1). 
(2)Europaparlamentets och rådets direktiv 95/46/EG av den 24 oktober 1995 om skydd för enskilda personer med avseende på behandling 
av personuppgif ter och om det fria flödet av sådana uppgif ter (EGT L 281, 23.11.1995, s. 31). 
(3)Europaparlamentets och rådets direktiv 2002/58/EG av den 12 juli 2002 om behandling av personuppgif ter och integr itetsskydd inom 
sekt orn för elektronisk kommunikation (direktiv om integ ritet och elektronisk kommunikation) (EGT L 201, 31.7.2002, s. 37). 
(4)Europaparlamentets och rådets förordning (EU) nr 165/2014 om färdskr ivare vid vägtranspor ter, om upphävande av rådets förordning 
(EEG) nr 3821/85 om färdskriv are vid vägtranspor ter och om ändr ing av Europaparlamentets och rådets förordning (EG) nr 561/2006 
om harmoniser ing av viss sociallagstif tning på vägtranspor tområd et (EUT L 60, 28.2.2014, s. 1). 
Efter detta datum gäller för fordon som registrer as för första gången att 
—  de ska vara utrustade med en färdskrivare som är ansluten till en tjänst för positionsbestämning som är 
baser ad på ett satellitnavig eringssy stem, 
—  de ska kunna kommunicer a data till behör iga kontrollmy ndigheters riktade vägkontr oller medan fordonet är i 
rörelse, 
—  de får vara utrustade med standar diser ade gränssnitt som möjliggör att data som registr erats eller genererats 
av färdskrivare i driftläge kan användas av en exter n anor dning. 
ddd)  Skyddsprofil 
Ett dokument som ingår i certifieringsf örfarandet enligt CC (Common Criteria) och som ger en 
tilläm pningsoberoende specifi kation avseende säkerhetskrav för informationsskydd (info rmation 
assur ance). 
eee)  GNSS-precision 
När det gäller färdskr ivares positionsregistrer ing med hjälp av globala system för satellitna vige ring 
(GNSS): HDOP -värdet (Hor izontal Dilution of Precision), beräknat som det minsta av de HDOP -värden 
som samlas in från de tillgängliga GNSS-syst emen. 
2  ALLMÄN BESKRIVNING AV FÄRDSKRIV AREN OCH DESS FUNK TIONER 
2.1  Allmän beskr ivning 
Syftet med en färdskr ivare är att registrera, lagra, visa och skriva ut data om föraraktivitet er, och att 
tillhandahålla dessa som utdata. 
Alla fordon som är utrustade med en färdskr ivare som överensstämmer med bestämmelser na i denna bilaga 
måst e vara försedda med en hastighetsmätare och en vägmätare. Dessa funktioner får inbegr ipas i 
färdskr ivaren. 
01)  Färdskr ivaren inbegr iper kablar , en rörelsesensor och en fordonsenhet. 
02)  Gränssnittet mellan rörelsegivar na och fordonsenheter na ska uppfylla de krav som specificeras i 
tillägg 11. 
03)  Fordonsenheten ska anslutas till ett eller flera globala system för satellitna vige ring, såsom anges i 
tillägg 12. 
04)  Fordonsenheten ska kommunicera med fjärravläsare, såsom anges i tillägg 14. 
05)  Fordonsenheten kan inbegr ipa ett ITS-gränssnitt, vilke t specifi ceras i tillägg 13. 
Färdskr ivaren får anslutas till andra anordningar genom ytterligare gränssnitt och/eller genom det 
frivillig a ITS-gränssnitte t. 
06)  En funktion eller en eller flera anordninga r, oavsett om de är godkända eller inte, som inbegr ips i 
eller ansluts till färdskr ivaren ska inte påverka eller kunna påverka en korrekt och säker drift av 
färdsk rivaren eller överensstämmelsen med bestämmelser na i denna förordning. 
Använda re av färdskr ivaren identifierar sig för färdskr ivaren med hjälp av färdskr ivark ort. 
07)  Färdskr ivaren ger selektiv rätt till åtkomst till data och funktioner enligt använ dartyp och/eller 
använ daridentitet . 26.5.2016 L 139/19 Europeiska unionens officiella tidning SV     
Färdskr ivaren registrerar och lagrar data i sitt dataminne, i kommunikationsanordningen för fjärravläsning 
och på färdskr ivark ort. 
Detta görs i enlighet med Europaparlamentets och rådets direktiv 95/46/EG av den 24 oktober 1995 om 
skydd för enskilda personer med avseende på behandling av personuppgif ter och om det fria flödet av 
sådana uppgif ter (1) och Europaparlamente ts och rådets direktiv 2002/58/EC av den 12 juli 2002 om 
behandling av personuppgif ter och integritetsskydd inom sekt orn för elektronisk kommunikation (2), och i 
överensstämmelse med artikel 7 i förordning (EU) nr 165/2014. 
2.2  Funktioner 
08)  Färdskr ivaren ska inbegr ipa följande funktioner: 
—  Över vakning av insättning och uttag av kort. 
—  Mätning av hastighet, sträc ka och position. 
—  Tidmätning. 
—  Över vakning av föraraktivitet er. 
—  Över vakning av körningsstatus. 
—  Följande manuella angivelser av föraren: 
—  Angivelse av de platser där dagen s arbetsper ioder påbör jas och/eller avslutas. 
—  Manuell angivelse av föraraktivitet er. 
—  Angivelse av särskilda omständigheter . 
—  Hanter ing av företagslås. 
—  Över vakning av kontrollaktivitet er. 
—  Upp täckt av händelser och/eller fel. 
—  Inby ggd provning och självpro vning. 
—  Avläsning från dataminne. 
—  Registrer ing och lagring i dataminne. 
—  Avläsning från färdskr ivark ort. 
—  Registrer ing och lagring på färdsk rivark ort. 
—  Visning. 
—  Utskr ift. 
—  Varning. 
—  Överfö ring av data till extern a media. 
—  Fjärrkommunikation vid riktade vägk ontroller . 
—  Utdata till ytterlig are anordningar . 
—  Kalibrer ing. 
—  Kalibrer ingsk ontroll på väg. 
—  Tidsinställning. 26.5.2016 L 139/20 Europeiska unionens officiella tidning SV     
(1)EGT L 281, 23.11.1995, s. 31. 
(2)EGT L 201, 31.7.2002, s. 37. 
2.3  Driftlägen 
09)  Färdskr ivaren ska ha följande fyra driftlägen: 
—  Driftläge. 
—  Kontrolläge . 
—  Kalibrer ingsläge . 
—  Företagsläge. 
10)  Färdskr ivaren ska använda nedanstående funktionslägen enligt de giltiga färdsk rivark ort som är 
insatta i kortläsar na. När det gäller att fastställa funktionsläge är det ointressant vilken generation 
färdsk rivark ortet tillhör , så länge det är giltigt. Ett verkstad skort av första generationen ska alltid anses 
som ogiltigt när det är insatt i en andra generationens fordonsenhet. 
Funktionsläg e Förarens kortplats 
Inget kort Förark ort Kontrollk ort Verkstadsk ort Företagsk ort Medförarens kortplats Inget kort Drift Drift Kontroll Kalibrer ing Företag 
Förark ort Drift Drift Kontroll Kalibrer ing Företag 
Kontrollk ort Kontroll Kontroll Kontroll (*) Drift Drift 
Verks tadsk ort Kali brer ing Kali brer ing Drift Kalibrer ing(*) Drift 
Företagsk ort Företag Företag Drift Drift Företag (*) 
(*)  I dessa lägen ska färdskriv aren endast använd a det färdskriv arkort som är insatt i förarens kortplats.  
11)  Färdskr ivaren ska bortse från ogiltiga kort som är insatta, förutom att visning, utskr ift eller 
överfö ring av data ska vara möjligt från kort vars giltighetstid har löpt ut. 
12)  Alla funktioner som förtecknas i avsnitt 2.2 ska fungera i alla funktionslägen, med följande undantag: 
—  Kalibrer ingsfunktionen är endast tillgänglig i kalibrer ingsläge. 
—  Funktionen för kalibrer ingsk ontroll på väg är endast tillgänglig i kontrolläge . 
—  Funktionen för hanteri ng av företagslås är endast tillgänglig i företagsläge . 
—  Funktionen för övervakning av kontrollaktivitet er är aktiv endast i kontrolläge . 
—  Överfö ringsfunktionen är inte tillgänglig i driftläge (med undantag av det som bestäms i krav 
193) utom vid överföring från ett förark ort när ingen annan korttyp är insatt i fordonsenhet en. 
13)  Färdskr ivaren ska kunna tillhandahålla alla data till bildskär m, skrivare eller externa gränssnitt, med 
följande undantag: 
—  I driftläge ska all personlig identif iering (eftern amn och förnamn) som inte motsvarar det insatta 
färdskr ivark ortet raderas och alla kortnummer som inte motsvarar det insatta färdskr ivark ortet 
ska delvis raderas (var tannat tecken – från vänster till höger – ska raderas). 26.5.2016 L 139/21 Europeiska unionens officiella tidning SV     
—  I företagsläge ska data om föraren (kraven 102, 105 och 108) endast kunna tillhandahållas för 
perioder som inte är låsta eller som inte har låsts av ett annat företag (enligt identifier ing genom 
de första 13 siffror na i företagsk ortets nummer). 
—  När inget kort är insatt i färdskr ivaren kan data om föraren tillhandahållas endast för den 
innevarande och de åtta föregående kalenderdag arna. 
—  Personuppgif ter från fordonsenhet en får inte tillhandahållas via fordonsenhetens ITS-gränssnitt 
med mindre än att den förare som personuppgif terna gäller samty cker och att detta kan 
kontrolleras. 
—  Fordonsenhet erna har en normal drifts- och giltighetstid på 15 år, räknat från utfä rdandedagen 
för fordonsenhet ens certifikat. Fordonsenheter kan användas i ytterlig are tre månader , men endast 
för överfö ring av data. 
2.4  Säkerhet 
System säkerhet en är avsedd att skydda dataminnet så att obehör ig tillgång till och manipulation av data 
förhindras, och att upptäc ka sådana försök, att skydda integr iteten och autenticit eten hos data som utväxlas 
mellan rörelsesensor n och fordonsenhet en, att skydda integriteten och autenticit eten hos data som utväxlas 
mellan färdskr ivaren och färdskr ivark orten, att skydda integritet en och autenticit eten hos data som utväxlas 
mellan färdskr ivaren och den extern a GNSS-anordninge n, att skydda sekretessen, integriteten och 
autenti citet en hos data som i kontrollsyf te utväxlas via fjärrkommunikation för tidig upptä ckt, och att 
kontrollera integriteten och autenticit eten hos data som överfö rs. 
14)  För att systemsäk erhet ska kunna uppnås ska följande kompon enter uppfylla de säkerhetskrav som 
anges i deras skyddsprofi ler, såsom krävs i tillägg 10: 
—  Fordonsenhet. 
—  Färdskr ivark ort. 
—  Rörelsesensor . 
—  Extern GNSS-anordning (denna profil är endast nödvändig och tilläm plig för variante n med 
extern GNSS-anordning). 
3  KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR FÄRDSKRIV ARE 
3.1  Övervakning av insättning och uttag av kort 
15)  Färdskr ivaren ska övervaka kortläsar na för att upptäc ka insättningar och uttag av kort. 
16)  När kortet sätts in ska färdskr ivaren känna av om kortet är ett giltigt färdskr ivark ort och i så fall 
identif iera korttypen och kortgenerationen. 
Om ett kort med samma kortnummer och ett högre förnyelseindex redan varit insatt i färdskr ivaren 
ska kortet förklaras ogiltigt. 
Om ett kort med samma kortnummer och förnyelseindex men ett högre ersättningsindex redan varit 
insatt i färdskr ivaren ska kortet förklaras ogiltigt. 
17)  Första generationens färdskr ivark ort ska anses ogiltiga av färdskr ivaren efter det att möjlighet en att 
använ da första generationens färdskr ivark ort har tagits bort av en verk stad, i enlighet med tillägg 15 
(krav MIG003). 
18)  Första generationens verkstadskor t som sätts in i andra generationens färdskr ivare ska anses ogiltiga. 
19)  Färdskr ivaren ska utformas så att färdskr ivark ortet låses i sitt läge när det sätts in på korrekt sätt i 
kortläsaren. 26.5.2016 L 139/22 Europeiska unionens officiella tidning SV     
20)  Färdskr ivark ortet ska gå att ta ut endast när fordonet är stillastående och efter det att relevanta data 
har lagrats på kortet. Kortet ska vara möjligt att ta ut endast genom en uttrycklig handling från 
använ daren. 
3.2  Mätning av hastigh et, position och sträck a 
21)  Rörelsesensor n (eventuellt inby ggd i en adapt er) är den huvudsakliga informationskällan för mätning 
av hastighet och sträck a. 
22)  Denna funktion ska kontinuerligt mäta och kunna tillhandahålla det vägmätar värde som motsvarar 
den sammanlagda sträcka som fordonet har tillryggalagt, med hjälp av pulser na från rörelsesensor n. 
23)  Denna funktion ska kontinuerligt mäta och kunna tillhandahålla fordonets hastighet, med hjälp av 
pulser na från rörelsesensor n. 
24)  Funktionen för mätning av hastigheten ska dessuto m tillhandahålla informationen oavsett om 
fordonet är i rörelse eller om det är stillastående. Fordonet ska anses vara i rörelse så snar t som 
funktionen känner av mer än 1 imp/sek under minst fem sekunder från rörelsesensor n och i annat 
fall ska fordonet anses vara stillastående. 
25)  Anordningar som visar hastighet (hastighetsmätare) och sammanlagd tillrygga lagd sträck a (vägmätare) 
som installerats i ett fordon som utrustats med en färdskr ivare som överensstämmer med 
bestämmelser na i denna förordning ska uppfylla de krav i fråga om störst a tillåtna toleranser (se 
avsnitt 3.2.1 och 3.2.2) som anges i denna bilaga. 
26)  För att uppt äcka manipuler ing av rörelsedata ska information från rörelsesensor n bekräf tas av 
information om fordonets rörelse som genereras från GNSS-mottaga ren, och frivilligt även från en 
eller flera andra källor som är oberoende av rörelsesensor n. 
27)  Denna funktion ska mäta fordonets position för att möjliggöra automatisk registrer ing av 
—  positioner där föraren och/eller medf öraren påbör jar dagens arbetsper ioder , 
—  positioner där förarens sammanhäng ande körtid uppg år till en multipel av tre timmar , 
—  positioner där föraren och/eller medf öraren avslutar dagens arbetsper ioder . 
3.2.1  Mätning av tillryggalagd vägstr äcka 
28)  Tillr yggalagd sträc ka får mätas och registreras antingen 
—  genom att körning framåt och bakåt slås samman, eller 
—  genom att endast körning framåt räknas. 
29)  Färdskr ivaren ska mäta sträc kor från 0 till 9 999 999,9 km. 
30)  Den uppmätta sträc kan ska ligga inom följande toleranser (sträck or på minst 1 000 m): 
—  ±1 procent före installation. 
—  ±2 procent vid installation och periodisk besiktning. 
—  ±4 procent i drift. 
31)  Uppmätta sträck or ska ha en upplösning som är bättre än eller lika med 0,1 km. 
3.2.2  Hastighetsmätning 
32)  Färdskr ivaren ska mäta hastighete r från 0 till 220 km/h. 26.5.2016 L 139/23 Europeiska unionens officiella tidning SV     
33)  För att säkerställa en störs ta tillåtna tolerans för visad hastighet av ± 6 km/h i drift, och med hänsyn 
till 
—  en tolerans av ± 2 km/h för variationer i indata (däckv ariationer , …), 
—  en tolerans av ± 1 km/h för mätningar som gjor ts vid montering eller periodisk besiktning, 
ska färdskr ivaren för hastighete r mellan 20 och 180 km/h, och för karakteristiska koefficienter hos 
fordonet på mellan 4 000 and 25 000 imp/km, mäta hastigheten med en tolerans av ± 1 km/h (vid 
konstant hastighet). 
Anmärkning: Upplösningen för datalagr ingen ger en ytterligare tolerans av ± 0,5 km/h för hastighet er 
som lagras av färdskr ivaren. 
34)  Hastighete n ska mätas korrekt inom de normala toleranser na inom två sekunder från det att en 
hastighetsändr ing har avslutats, när hastigheten har ändrats med upp till 2 m/s2. 
35)  Uppmätta hastigheter ska ha en upplösning som är bättre än eller lika med 1 km/h. 
3.2.3  Positionsmätning 
36)  Färdskr ivaren ska mäta fordonets absoluta position med hjälp av GNSS-mottaga ren. 
37)  Den absoluta positionen ska mätas som geografi ska koordinat er för latitud och longitud, uttryckta i 
grader och minute r och med en upplösning av 0,1 minut. 
3.3  Tidmätning 
38)  Funktionen för tidmätning ska kontinuerligt mäta och digitalt tillhandahålla UTC-datum och UTC-tid. 
39)  UTC-datum och UTC-tid ska använ das för date ring i färdskr ivarens alla funktioner (registrer ing, 
datautb yte) och för samtlig a utskr ifter som ange s i tillägg 4 om utskr ifter. 
40)  Det ska vara möjligt att justera den tid som visas på bildskär men i steg om halva timmar så att lokal 
tid kan visas. Enbar t nega tiva eller positiva multiplar av halva timmar ska tillåtas. 
41)  Tidsavvik elsen från UTC ska vara mindre än ±2 sekunder per dag under de förhållanden som gäller 
för typgodkännande, och utan någon tidsinställning. 
42)  Uppmätt tid ska ha en upplösning som är bättre än eller lika med 1 sekund. 
43)  Tidmätningen ska inte påverkas av externa avbrott av strömtillf örseln som är kortare än 12 månader 
under de förhållanden som gäller för typgodkännande. 
3.4  Övervakning av föraraktiviteter 
44)  Denna funktion ska ständigt och separat övervaka en förares och en medf örares aktivit eter. 
45)  Förarens aktivitet er ska delas upp i körning (DRIVING), annat arbete (WORK), tillgänglighet 
(AVAILABILIT Y) och rast/vila (BREAK/REST). 
46)  Det ska vara möjligt för föraren och/eller medf öraren att manuellt välja annat arbete (WORK), 
tillgäng lighet (AVAILABILIT Y) eller rast/vila (BREAK/REST). 
47)  När fordonet befinne r sig i rörelse ska körning (DRIVING) väljas automatiskt för föraren och 
tillgäng lighet (AVAILABILIT Y) väljas automatiskt för medf öraren. 26.5.2016 L 139/24 Europeiska unionens officiella tidning SV     
48)  När fordonet stannar ska annat arbete (WORK) väljas automatiskt för föraren. 
49)  Den första aktivitet sändr ing till rast/vila (BREAK/REST) eller tillgänglighet (AVAILABILIT Y) som sker 
inom 120 sekunder efter den automatiska omk opplingen till annat arbete (WORK) på grund av att 
fordonet stannar ska antas ha sket t när fordonet stannar (och därmed sker eventuellt inte 
omk opplingen till annat arbete (WORK)). 
50)  Denna funktion ska tillhandahålla aktivitets ändr ingar till registrer ingsfunktioner na med en 
upplösning av en minut. 
51)  För en viss kalender minut ska hela minuten betraktas som körning (DRIVING) om aktivitet en både 
inom den närmast föregående och den närmast efterk ommande minuten har registrerats som 
körning (DRIVING). 
52)  För en viss kalender minut som inte betraktas som körning (DRIVING) enligt krav 51 ska hela 
minuten betraktas som samma typ av aktivitet som den längsta sammanhängande aktivitet en inom 
den minute n (eller den senast e av lika långa aktivitet er). 
53)  Denna funktion ska dessuto m ständigt övervaka förarens sammanhäng ande körtid och sammanlagda 
avbrottstid. 
3.5  Övervakning av körningsst atus 
54)  Denna funktion ska ständigt och automat iskt övervaka körningens status. 
55)  Körningsstatus ”flera förare” (CREW) ska väljas när två giltiga förark ort sätts in i färdskr ivaren, 
körningsstatus ”ensam förare” (SINGLE) ska väljas i alla andra fall. 
3.6  Förarens angiv elser 
3.6.1  Angive lse av de platser där dagens arbetsper ioder påbör jas och/eller avslutas 
56)  Denna funktion ska göra det möjligt att ange de platser där dagens arbetsper ioder påbör jas och/eller 
avsluta s för en förare och/eller en medf örare. 
57)  Platser definieras som landet, och där så är tillämpligt regionen, och anges eller bekräf tas manuellt. 
58)  När ett förark ort tas ut ska färdskr ivaren uppmana (med)f öraren att ange ”den plats där 
arbetsper ioden avslutas”. 
59)  Föraren ska då ange fordonets aktuella plats, som ska betraktas som en tillfäll ig angivelse. 
60)  Det ska vara möjligt att mata in de platser där dagen s arbetsper ioder påbör jas och/eller avslutas 
genom kommandon i meny erna. Om mer än en sådan inmatning görs inom en kalender minut ska 
endast den senast inmatade angivelsen av var dagens arbetsper ioder påbör jas och/eller avslutas lagras 
i registret. 
3.6.2  Manuell angive lse av föraraktiviteter och förarens samtycke avseende ITS-g ränssnitt 
61)  När förark ortet (eller verkstadsk ortet) sätts in, och endast då, ska färdsk rivaren tillåta manuell 
angivelse av aktivite ter. I samband med manuella angivelser ska aktivitet er anges i lokal tid och med 
lokala datum för den tidszon (UTC-tidsskillnad) som vid det tillfället är inställd för fordonsenhet en. 
När förark ortet (eller verkstadsk ortet) sätts in ska färdskr ivaren påminna kortinnehavare n om 
—  datum och tidpunkt då kortet senast togs ut, 
—  den lokala tidsskillnad som för närvarande är inställd för fordonsenhet en (frivilligt). 26.5.2016 L 139/25 Europeiska unionens officiella tidning SV     
När ett visst förark ort eller verkstad skort som är okänt för fordonsenhet en sätts in för första gång en 
ska kortinnehavaren uppmanas att ge sitt samty cke till att personuppgif ter som finns i färdskr ivaren 
tillhandahålls via det frivilliga ITS-gränssnittet. 
Förarens eller verkstadens samty cke kan när som helst aktiveras eller avaktiveras via 
menyk ommandon, förutsatt att förar - respektive verk stadsk ortet är insatt. 
Det ska gå att mata in aktivitet er med följande begränsningar: 
—  Aktivit etstypen ska vara annat arbete (WORK), tillgäng lighet (AVAILABILIT Y) eller rast/vila 
(BREAK/REST). 
—  Star t- och sluttiden för varje aktivite t får endast ligga inom perioden från senaste uttag av kort till 
aktuell insättning. 
—  Aktivit eterna får inte överlappa varandra i tid. 
Det ska vid beho v gå att göra manuella angivelser första gången ett oanvän t förark ort (eller 
verk stadsk ort) sätts in. 
Förfarandet för manuella angivelser av aktivite ter ska omf atta så många på varandra följande steg som 
krävs för att ange typen av aktivitet samt start- och sluttid för varje aktivitet . Föraren ska för varje del 
av perioden från senaste uttag av kort till aktuell insättning kunna välja att inte ange någon aktivitet. 
I samband med manuella angivelser när kortet sätts in ska kortinnehavaren, om tillämpligt, ha 
möjlighet att ange 
—  den plats där en föregående arbetsper iod avslutades, kopplad till den relevanta tidpunkt en (som 
därmed skriver över det som anga vs när kortet senast togs ut), 
—  den plats där den innevarande arbetsper ioden påbör jas, kopplad till den relevanta tidpunkt en. 
Om kortinnehavaren inte ange r någon plats där arbetspasset påbör jas eller avslutas, i form av en 
manuell angivelse i samband med att kortet sätts in, ska detta betraktas som att kortinnehavarens 
arbetspass inte har ändrats sedan kortet senast togs ut. Nästa angivelse av en plats där en föregående 
arbetsper iod avslutades ska då skriva över den tillfäll iga angivelsen som gjordes när kortet senast togs 
ut. 
Om en plats anges ska den registreras på det relevanta färdskr ivark ortet. 
Manuella angivelser ska avbrytas om 
—  kortet tas ut, eller 
—  fordonet rör sig och kortet finns i förarens kortplats. 
Avbrott får göras av andra skäl, t.ex. efter en viss period av inaktivite t från användarens sida. Om 
manuella angivelser avbr yts ska färdskr ivaren bekräf ta alla fullständig a angivelser av plats och 
aktivitet (dvs. otvetydiga uppgif ter om plats och tidpunkt eller om aktivitetstyp, start- och 
sluttidpunkt) som redan har gjor ts. 
Om ett andra förar - eller verkstadsk ort sätts in under pågående manuella angivelser av aktivitet er för 
ett tidigar e insatt kort ska de manuella angivelser na för det första kortet avslutas innan manuella 
angivelser för det andra kortet påbör jas. 
Kortinnehavare n ska ha möjlighet att göra manuella angivelser enligt följande minimif örfarande: 
—  Ang e aktivite ter manuellt i kronologisk ordning för perioden från senaste uttag av kort till aktuell 
insättning. 26.5.2016 L 139/26 Europeiska unionens officiella tidning SV     
—  Star ttiden för den första aktivit eten ska ställas in till tidpunkt en då kortet togs ut. För varje 
efterföljande angivelse ska starttiden förinställas så att den följer omedelbar t på sluttiden för 
föregåe nde angivelse. Aktivit etstyp och sluttid ska anges för varje aktivitet. 
Förfarandet avslutas när sluttiden för en manuellt angiven aktivitet är densamma som tidpunkten för 
insättning av kortet. Färdskr ivaren kan däref ter eventuellt göra det möjligt för kortinnehavaren att 
ändra de aktivite ter som angivits manuellt, innan de bekräf tas genom ett särskilt kommando. Däref ter 
ska sådana ändr inga r inte längre vara möjliga. 
3.6.3  Angive lse av särskilda omständigheter 
62)  Färdskr ivaren ska göra det möjligt för föraren att i realtid ange följande två särskilda omständigheter: 
—  ”omfa ttas ej” (OUT OF SCOPE) (bör jan, slut). 
—  ”transpor t med färja/tåg” (FERR Y/TRAIN CROSSING) (bör jan, slut). 
Transpor t med färja/tåg (FERR Y/TRAIN CROSSING) får inte äga rum om en omständighet av typen 
”omfattas ej” (OUT OF SCOPE) påbör jats. 
En påbör jad omständighet av typen ”omfattas ej” (OUT OF SCOPE) måst e automa tiskt avslutas av 
färdsk rivaren om ett förark ort sätts in eller tas ut. 
En påbör jad omständighet av typen ”omfattas ej” (OUT OF SCOPE) ska förhindra följande händelser 
och varninga r: 
—  Körning utan korrekt kort. 
—  Varningar i samband med sammanhäng ande körtid. 
Star tmarkeringen för ”transpor t med färja/tåg” (FERR Y/TRAIN CROSSING) ska anges innan motorn 
stängs av på färjan eller tåget. 
En inledd ”transpor t med färja/tåg” (FERR Y/TRAIN CROSSING) måst e avsluta s när något av följande 
inträffar: 
—  Föraren avslutar manuellt ”transpor t med färja/tåg” (FERR Y/TRAIN CROSSING). 
—  Föraren tar ut sitt kort. 
En inledd ”transpor t med färja/tåg” (FERR Y/TRAIN CROSSING) ska avslutas när den inte längre är 
giltig, på grundval av de regler som anges i förordning (EG) nr 561/2006. 
3.7  Hanter ing av föret agslås 
63)  Denna funktion ska göra det möjligt att hante ra de lås som ett företag har för att begränsa andras 
tillgång till data i företagsläge. 
64)  Företagslås utgörs av tidpunkt/datum för start (låsning) och tidpunkt/datum för avslutande (öppning) 
som kopplas till det företag som identifieras med företagsk ortets nummer (vid låsning). 
65)  Låsning och öppning kan endast ske i realtid. 
66)  Öppning ska endast vara möjligt för det företag som låst (vilk et anges genom de 13 första siffror na i 
företagsk ortets nummer), eller 26.5.2016 L 139/27 Europeiska unionens officiella tidning SV     
67)  öppning ska ske automatiskt om ett annat företag låser . 
68)  Om ett företag låser och det föregående låset var för samma företag antas att det föregående låset inte 
har öppnats utan fortfarande är låst. 
3.8  Övervakning av kontrollaktiviteter 
69)  Denna funktion ska övervaka kontrollaktivit eterna visning (DISPL AYING), utskr ift (PRINTING), 
fordonsenhet (VU), överföring av data (DO WNLO ADING) och kalibrer ing på väg (ROADSIDE 
CALIBRA TION) då dessa sker i kontrolläge . 
70)  Denna funktion ska även övervaka kontroll av hastighetsö verträdelse (OVER SPEEDING CONTR OL) i 
kontrolläg e. En kontroll av hastighetsö verträdelse anses ha ägt rum när utskr iften ”hastighetsö ver­
trädelse” i kontrolläge har sänts till skrivaren eller till bildskär men, eller när data om ”händelser och 
fel” har överförts från fordonsenhet ens dataminne. 
3.9  Upptäck t av händelser och/eller fel 
71)  Denna funktion ska upptäc ka nedanstående händelser och/eller fel. 
3.9.1  Insättning av ett ogiltigt kort (händelse, ”Inser tion of a non-val id card”) 
72)  Denna händelse ska utlösas om ett ogiltigt kort sätts in, om ett redan ersatt förark ort sätts in och/ 
eller när ett insatt giltigt kort upphör att gälla. 
3.9.2  Kortkonf likt (händelse, ”Car d conf lict”) 
73)  Denna händelse ska utlösas om någon av de kombinationer av giltiga kort som är mark erade med X i 
nedanstående tabell uppstår . 
Kortkonflikt Förarens kortplats 
Inget kort Förark ort Kontrollk ort Verkstadsk ort Företagsk ort Medförarens kortplats Inget kort      
Förark ort    X  
Kontrollk ort   X X X 
Verks tadsk ort  X X X X 
Företagsk ort   X X X  
3.9.3  Överl appning av tider (händelse, ”Time overlap”) 
74)  Denna funktion ska utlösas när datum/tidpunkt för det senaste uttag et av ett förark ort, såsom det 
läses från detta kort, är senare än aktuellt datum/tidpunkt i den färdskr ivare i vilke n kortet sätts in. 26.5.2016 L 139/28 Europeiska unionens officiella tidning SV     
3.9.4  Körning utan korrekt kort (händelse, ”Driving without an appro priate card”) 
75)  Denna händelse ska utlösas när någon av de giltiga kombinationer av färdskr ivark ort som är 
markerad e med X i nedanstående tabell uppstår , när föraraktivitet en ändras till körning (DRIVING) 
eller vid ändr ing av funktionsläge när föraraktivitet en är körning (DRIVING). 
Körning utan korrekt kort 
(Driving without an appro ­
priate card) Förarens kortplats 
Inget (eller ogil­
tigt) kort Förark ort Kontrollk ort Verkstadsk ort Företagsk ort Medförarens kortplats Inget (eller ogil­
tigt) kort X  X  X 
Förark ort X  X X X 
Kontrollk ort X X X X X 
Verks tadsk ort X X X  X 
Företagsk ort X X X X X  
3.9.5  Insättning av kort vid körning (händelse, ”Car d inser tion while driving”) 
76)  Denna händelse ska utlösas om ett färdskr ivark ort sätts in i en kortplats när föraraktivitet en är 
körning (DRIVING). 
3.9.6  Senaste kortsession ej korrekt avslutad (händelse, ”Last card session not correctly closed”) 
77)  Denna händelse ska utlösas om färdskr ivaren vid insättning av ett kort upptäc ker att föregående 
kortsession, trots bestämmelser na i punkt 3.1, inte har avslutats korrekt (kortet har tagits ut innan 
alla relevanta data har lagrats på kortet). Denna händelse gäller endast förark ort och verk stadsk ort. 
3.9.7  Hastighetsöver trädelse (händelse, ”Over speeding”) 
78)  Denna händelse ska utlösas vid varje hastighetsö verträdelse. 
3.9.8  Avbrott i strömtillförsel (händelse, ”Power supply inter ruption”) 
79)  Denna händelse ska utlösas när kalibrer ings- eller kontrolläge t inte är inställt om strömtillf örseln till 
rörelsesensor n och/eller fordonsenheten är avbruten under mer än 200 millisekunder . Tröskelvärdet 
för avbrott ska fastställas av tillverkaren. Sänkt strömtillf örsel på grund av att fordonets motor startas 
ska inte utlösa denna händelse. 
3.9.9  Fel i kommunik ation med kommunikationsanor dning för fjärravläsning (händelse, ”Communication error with the 
remo te communication facility”) 
80)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt om kommunikationsanordninge n 
för fjärravläsning inte kvitte rar att den lyckats ta emot data för fjärrkommunikation som sänts från 
fordonsenhet en vid mer än tre försök. 
3.9.10  Positionsinform ation från GNSS-mottag are saknas (händelse, ”Absen ce of position infor mation from GNSS receiver”) 
81)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt om positionsinf ormation från 
GNSS-mottagaren (intern eller extern) saknas under mer än tre timmars sammanlagd körtid. 26.5.2016 L 139/29 Europeiska unionens officiella tidning SV     
3.9.11  Fel i kommunik ation med exter n GNSS-anor dning (händelse, ”Communication error with the exter nal GNSS facility”) 
82)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt om kommunikationen mellan den 
externa GNSS-anordningen och fordonsenhet en är avbruten under mer än 20 sammanhäng ande 
minuter när fordonet är i rörelse. 
3.9.12  Fel i rörelsedata (händelse, ”Motion data error”) 
83)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt vid avbrott av det normala 
dataf lödet mellan rörelsesensor n och fordonsenhet en och/eller vid integritetsfel eller autenti seringsfel 
under utväxling av data mellan rörelsesensor n och fordonsenhet en. 
3.9.13  Konf likt i fordonets rörelsedata (händelse, ”Vehicle motion conf lict”) 
84)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt om den rörelseinf ormation som 
beräknas utifrån rörelsesensor n motsägs av rörelseinf ormation som beräknas utifrån GNSS- 
mottagaren eller utifrån den externa GNSS-anordningen och, frivilligt, utifrån andra oberoende källor , 
såsom anges i tillägg 12. Denna händelse ska inte utlösas under transpor t med färja/tåg, under 
omständigheten ”omfattas ej” eller när positionsinf ormation från GNSS-mottaga ren inte är tillgänglig. 
3.9.14  Försök till säke rhetsöver trädelse (händelse, ”Secur ity breach attempt”) 
85)  Denna händelse ska utlösas vid varje övrig händelse som påverkar säke rheten i rörelsesensor n och/ 
eller fordonsenheten och/eller den extern a GNSS-anordninge n, såsom krävs i tillägg 10, när kalibrer ­
ingsläget inte är inställt. 
3.9.15  Tidskonf likt (händelse, ”Time conf lict”) 
86)  Denna händelse ska utlösas när kalibrer ingsläget inte är inst ällt om fordonsenhet en upptäc ker en 
avvik else på mer än en (1) minut mellan tiden i fordonsenhet ens tidmätningsfunktion och den tid 
som har sitt urspr ung i GNSS-mottag aren. Denna händelse registreras tillsammans fordonsenhetens 
intern a kloc kvärde och åtföljs av en automa tisk tidsinställning. Efter det att en händelse av typen 
tidsk onflikt har utlösts kommer fordonsenhet en inte att generera några andra händelser av samma 
typ under de följande 12 timmar na. Denna händelse ska inte utlösas om GNSS-mottag aren inte känt 
av någon giltig GNSS-signal under de föregående 30 dagarna. Den automatiska tidsinställningen ska 
dock göras när positionsinf ormation från GNSS-mottaga ren är tillgänglig igen . 
3.9.16  Kortfel (”Car d”) 
87)  Detta fel ska utlösas om ett fel på ett färdskr ivark ort uppstår under drift. 
3.9.17  Färdskrivarfel (”Re cording equipment”) 
88)  Detta fel ska utlösas vid något av följande fel om kalibrer ingsläget inte är inställt: 
—  Internt fel i fordonsenhet en. 
—  Skrivarfel. 
—  Bildskär msfel. 
—  Överfö ringsfel. 
—  Sensorfel. 
—  Fel i GNSS-mottag are eller extern GNSS-anordning. 
—  Fel i kommunikationsanordning för fjärravläsning. 26.5.2016 L 139/30 Europeiska unionens officiella tidning SV     
3.10  Inbyggd provning och självpro vning 
89)  Färdskr ivaren ska upptäc ka fel genom självpro vning och inbyggd provning, i enlighet med 
nedanstående tabell. 
Enhet som provas Självpro vning Inbyggd provning 
Programvara  Integr itet 
Dataminne Åtkomst Tillträde, dataint egritet 
Kortläsare Åtkomst Åtkomst 
Knappsats  Manuell kontroll 
Skrivare (Bestäms av tillverkare) Utskr ift 
Bildskär m  Visuell kontroll 
Över föring 
(utförs endast vid överföring) Korrekt drift  
Sensor Korrekt drift Korrekt drift 
Kommunikationsanordning för fjärravläs­
ning Korrekt drift Korrekt drift 
GNSS-anordning Korrekt drift Korrekt drift  
3.11  Avläsning från dataminne 
90)  Färdskr ivaren ska kunna läsa alla data som finns lagrade i dess dataminne. 
3.12  Registrer ing och lagring i dataminne 
Under denna punkt gäller följande: 
—  ”365 dagar”: 365 kalenderdag ar av genomsnittlig föraraktivitet i ett fordon. Genomsnittlig aktivitet per 
dag i ett fordon: Minst sex förare eller medf örare, sex cykler med insättning och uttag av kort och 256 
aktivite tsändr inga r. ”365 dagar” inbegr iper därf ör åtminstone 2 190 (med)f örare, 2 190 cykler med 
insättning och uttag av kort och 93 440 aktivitetsä ndringar. 
—  Genomsnittligt antal positioner per dag: Minst sex positioner där en arbetsper iod påbör jas, sex 
positioner där förarens sammanhängande körtid uppgå r till en multipel av tre timmar och sex positioner 
där en arbetsper iod avslutas, vilke t innebär att ”365 dagar” inbegr iper minst 6 570 positioner . 
—  Tider registreras med en upplösning av en (1) minut, om inte annat anges . 
—  Vägmätar värden registreras med en upplösning av en (1) kilometer . 
—  Hastighet er registreras med en upplösning av en (1) km/h. 
—  Positioner (latitud och longitud) registreras i grader och minute r med en upplösning av 0,1 minut, och 
med tillhörande GNSS-precision och låsningstid (acquisition time). 26.5.2016 L 139/31 Europeiska unionens officiella tidning SV     
91)  Data som finns lagrade i dataminnet ska inte påverkas av externa avbrott av strömtillf örseln som är 
kortare än 12 månader under de förhållanden som gäller för typgodkännande. Dessutom får data 
som lagras i den externa kommunikationsanordninge n för fjärravläsning, såsom definieras i tillägg 
14, inte påverkas av ett avbrott i strömtillf örseln som är kortare än 28 dagar . 
92)  Färdskr ivaren ska i sitt dataminne direkt eller indirekt kunna registrera och lagra nedanstående 
information. 
3.12.1  Data för identifi ering av utrustning 
3.12.1.1  Data för identifier ing av fordonsenhet 
93)  Det ska gå att lagra följande data för identif iering av fordonsenhet en i färdskr ivarens dataminne: 
—  Tillverkarens namn. 
—  Tillverkarens adress. 
—  Artikel nummer . 
—  Serienummer . 
—  Generation. 
—  Förmåg a att hantera första generationens färdsk rivark ort. 
—  Programvara ns versionsnummer . 
—  Datum för installation av programvaruver sionen. 
—  Utrustningens tillverkningsår . 
—  Typgodkännandenummer . 
94)  Tillverkaren av fordonsenhet en registrerar och lagrar data för identifier ing av fordonsenhet en en gång 
för alla, utom när det gäller programvarud ata och typgodkännandenummer , som får ändras om 
programvaran uppgraderas, och förmåg an att hante ra första generationens färdskr ivark ort. 
3.12.1.2  Data för identifier ing av rörelsesensor 
95)  Det ska gå att lagra följande identifier ingsdata i rörelsesensor ns minne: 
—  Tillverkarens namn. 
—  Serienummer . 
—  Typgodkännandenummer . 
—  Inby ggd identif iering av säkerhetsk ompone nt (t.ex. artikelnummer för internt chip eller intern 
processor). 
—  Identif iering av operativsystem (t.ex. programvarans versionsnummer). 
96)  Tillverkaren av rörelsesensor n registrerar och lagrar data för identif iering av rörelsesensor n en gång 
för alla i rörelsesensor n. 
97)  Färdskr ivaren ska i sitt dataminne kunna registrera och lagra nedanstående data med avseende på de 
senaste 20 parninga rna med rörelsesensorer (om flera parningar utförs under en kalenderdag gäller 
detta endast den första och den sista parninge n det dygnet). 
Följande data ska registreras för var och en av dessa parningar: 
—  Data för identifier ing av rörelsesensor n. 
—  Serienummer . 
—  Typgodkännandenummer . 26.5.2016 L 139/32 Europeiska unionens officiella tidning SV     
—  Data om rörelsesensor ns parning. 
—  Datum för parning. 
3.12.1.3  Data för identifier ing av globalt syst em för satellitnavig ering (GNSS). 
98)  Det ska gå att lagra följande identifier ingsdata i den exte rna GNSS-anordninge ns minne: 
—  Tillverkarens namn. 
—  Serienummer . 
—  Typgodkännandenummer . 
—  Inby ggd identif iering av säkerhetsk ompone nt (t.ex. artikelnummer för internt chip eller intern 
processor). 
—  Identif iering av operativsystem (t.ex. programvarans versionsnummer). 
99)  Tillverkaren av den externa GNSS-anordning en registrerar och lagrar data för identif iering en gång för 
alla i den externa GNSS-anordningen. 
100)  Färdskr ivaren ska i sitt dataminne kunna registrera och lagra nedanstående data med avseende på de 
senaste 20 koppling arna med externa GNSS-anordningar (om flera koppling ar utförs under en 
kalenderdag gäller detta endast den första och den sista koppling en det dygnet). 
Följande data ska registreras för var och en av dessa kopplingar: 
—  Data för identifier ing av den exte rna GNSS-anordninge n. 
—  Serienummer . 
—  Typgodkännandenummer . 
—  Data om den externa GNSS-anordningens koppling. 
—  Datum för koppling. 
3.12.2  Nycklar och certifikat 
101)  Färdskr ivaren ska kunna lagra ett antal kryptografiska nycklar och certifik at, såsom anges i tillägg 11 
del A och del B. 
3.12.3  Data om insättning och uttag av förarkor t och verkstadskor t 
102)  För varje cykel med insättning och uttag av förark ort eller verkstad skort i utrustningen ska 
färdsk rivaren registrera och lagra följande data i sitt dataminne: 
—  Kortinneha varens efternamn och förnamn såsom de lagrats på kortet. 
—  Kortnummer , utfärdande medlemsstat och sista giltighetsdag såsom de lagrats på kortet. 
—  Kortets generation. 
—  Datum och tidpunkt för insättning. 
—  Vägmätar värde när kortet sattes in. 
—  Den kortplats som kortet sätts in i. 
—  Datum och tidpunkt för uttag. 
—  Vägmätar värde när kortet togs ut. 26.5.2016 L 139/33 Europeiska unionens officiella tidning SV     
—  Följande information om det föregåe nde fordon som föraren använt, såsom den lagrats på kortet: 
—  Fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 
—  Fordonsenhet ens generation (när sådan finns tillgänglig). 
—  Datum och tidpunkt när kortet togs ut. 
—  En mark ering som visar om innehavaren vid insättning en av kortet har angivit aktivitet er 
manuellt. 
103)  Det ska gå att lagra dessa data i dataminnet i minst 365 dagar . 
104)  När lagringskapacitet en har utnyttjats till fullo ska nya data ersätta de data som är äldst. 
3.12.4  Data om föraraktiviteter 
105)  Färdskr ivaren ska, när föraren och/eller medf öraren ändrar aktivitet , och/eller när körningsstatusen 
ändras, och/eller när ett förark ort eller verkstad skort sätts in eller tas ut, registrera och lagra följande i 
sitt dataminne: 
—  Körningsstatus (flera förare (CREW), ensam förare (SINGLE)). 
—  Kortplats (förare (DRIVER), medf örare (CO-DRIVER)). 
—  Kortstatus (insatt (INSER TED), ej insatt (NOT INSERTED)). 
—  Aktivit et (körning (DRIVING), tillgänglighet (AVAILABILIT Y), annat arbete (WORK), rast/vila 
(BREAK/REST)). 
—  Datum och tidpunkt för ändr ingen. 
”Insatt” (INSERTED) innebär att ett giltigt förark ort eller verk stadsk ort är insatt i kortplatsen. ”Ej 
insatt” (NOT INSER TED) innebär motsatsen, dvs. att något giltigt förark ort eller verkstadsk ort inte är 
insatt i kortplatsen (exem pelvis är ett företagsk ort eller inge t kort insatt). 
Aktivitetsdata som en förare har angivit manuellt registreras inte i dataminnet. 
106)  Det ska gå att lagra data om föraraktivitet er för minst 365 dagar i dataminnet. 
107)  När lagringskapacitet en har utnyttjats till fullo ska nya data ersätta de data som är äldst. 
3.12.5  Platser och positioner där dage ns arbetsper ioder påbör jas eller avslutas och/eller där tre timmars sammanhäng ande 
körtid uppnås 
108)  Färdskr ivaren ska registrera och lagra följande i sitt dataminne: 
—  Platser och positioner där föraren och/eller medf öraren påbör jar dagens arbetsper ioder . 
—  Positioner där förarens sammanhängande körtid uppgår till en multipel av tre timmar . 
—  Platser och positioner där föraren och/eller medf öraren avslutar dagen s arbetsper ioder . 
109)  När fordonets position inte är tillgänglig via GNSS-mottagaren vid dessa tillfällen ska färdskr ivaren 
använ da den senaste tillgängliga positionen och tillhörande datum och tidpunkt. 
110)  Färdskr ivaren ska registrera och lagra följande i sitt dataminne, tillsammans med varje plats eller 
position: 
—  (Med)f örarens kortnummer och medlemsstat som utfärdat kortet. 
—  Kortets generation. 26.5.2016 L 139/34 Europeiska unionens officiella tidning SV     
—  Datum och tidpunkt för angivelsen. 
—  Typ av angivelse (bör jan, slut eller tre timmars sammanhäng ande körtid). 
—  Aktuell GNSS-precision, samt datum och tidpunkt i förek ommande fall. 
—  Fordonets vägmätarställning. 
111)  Det ska gå att lagra data om platser och positioner där dagens arbetsper ioder påbör jas eller avslutas 
och/eller där tre timmars sammanhäng ande körtid uppnås i dataminnet i minst 365 dagar . 
112)  När lagringskapacitet en har utnyttjats till fullo ska nya data ersätta de data som är äldst. 
3.12.6  Vägmätar data 
113)  Färdskr ivaren ska vid midnatt varje kalenderdag registrera fordonets vägmätarställning och 
motsvarande datum i sitt dataminne. 
114)  Det ska gå att lagra vägmätar värden vid midnatt i minst 365 dagar . 
115)  När lagringskapacitet en har utnyttjats till fullo ska nya data ersätta de data som är äldst. 
3.12.7  Detaljer ade hastighetsdata 
116)  Färdskr ivaren ska i sitt dataminne registrera och lagra fordonets momentana hastighet och 
motsvarande datum och tidpunkt vid varje sekund under åtminst one de senast e 24 timmar som 
fordonet har körts. 
3.12.8  Händelsedata 
För de data som avses i denna punkt ska tidpunkt en registreras med en upplösning av en (1) sekund. 
117)  Färdskr ivaren ska i sitt dataminne registrera och lagra nedanstående data för varje händelse som 
upptäc ks i enlighet med nedanstående lagringsreg ler. 
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Insättning av ett ogiltigt kort 
(Inser tion of a non-valid card) —  De senaste tio händelser na —  Datum och tidpunkt för händelsen 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för det kort 
som orsakat händelsen 
—  Antal liknande händelser samma dag 
Kortkonflikt (Card conf lict) —  De senaste tio händelser na —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för de två kort 
som orsakat konflikten 
Körning utan korrekt kort 
(Driving without an appropri ­
ate card) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 26.5.2016 L 139/35 Europeiska unionens officiella tidning SV     
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Insättning av kort under kör­
ning (Card inser tion while driv­
ing) —  Den senast e händelsen för vart och ett 
av de senaste tio dygn där händelsen 
inträffat —  Datum och tidpunkt för händelsen 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation 
—  Antal liknande händelser samma dag 
Senaste kortsession ej kor­
rekt avslutad (Last card ses­
sion not correctly closed) —  De senaste tio händelser na —  Datum och tidpunkt för insättning av 
kort 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation 
—  Data om senaste session enligt avläsning 
från kortet: 
—  Datum och tidpunkt för insättning 
av kort 
—Fordonets registrer ingsnummer , regi­
strerande medlemsstat och fordon ­
senhetens generation 
Hastighetsö verträdelse (Over 
speeding) (1) —  Den mest allvarlig a händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat (dvs. den med högsta 
medelhastighet) 
—De fem mest allvarliga händelser na un­
der de senaste 365 dygnen 
—Den första händelsen som inträffa t ef­
ter den senast e kalibrer ingen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—  Högsta hastighet som uppmätts under 
händelsen 
—Aritmetisk medelhastighet som upp ­
mätts under händelsen 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för förark ortet 
(i förek ommande fall) 
—  Antal liknande händelser samma dag 
Avbrott i strömtillf örseln 
(Power supply inter ruption) (2) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 
Fel i kommunikation med 
kommunikationsanordning 
för fjärravläsning (Communi ­
cation error with the remote 
communication facility) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 
Positionsinf ormation från 
GNSS-mottag are saknas (Ab­
sence of position information 
from GNSS receiv er) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 26.5.2016 L 139/36 Europeiska unionens officiella tidning SV     
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Fel i rörelsedata (Motion data 
error) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 
Konflikt i fordonets rörelse ­
data (Vehicle motion conf lict) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag 
Försök till säkerhetsö verträ­
delse (Secur ity breach attempt) —De tio senaste händelser na per händel ­
setyp —Datum och tidpunkt för händelsens bör­
jan 
—  Datum och tidpunkt för händelsens slut 
(om det är relevant) 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Händelsetyp 
Tidsk onflikt (Time conf lict) —  Den långvar igast e händelsen för vart 
och ett av de senaste tio dygn där hän­
delsen inträffat 
—De fem långvar igast e händelser na un­
der de senaste 365 dygnen —  Datum och tidpunkt enligt färdskr ivaren 
—  Aktuellt UTC-datum och aktuell UTC- 
tid 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid händelsens 
början och/eller slut 
—  Antal liknande händelser samma dag   
(1) Färdskr ivaren ska även registrera och lagra följande i sitt dataminne: 
—  Datum och tidpunkt för den senaste kontrollen av hastighetsö verträdelse. 
—Datum och tidpunkt för den första hastighetsö verträdelsen efter denna kontroll av hastighets ­
överträdelse. 
—Antalet händelser av typen hastighetsö verträdelse sedan den senaste kontrollen av hastighets ­
överträdelse.  
(2) Dessa data kan endast registreras när strömtillf örseln återställs, och tidpunkt er får anges på 
minute n när. 
3.12.9  Data om fel 
För de data som avses i denna punkt ska tidpunkt en registreras med en upplösning av en (1) sekund. 26.5.2016 L 139/37 Europeiska unionens officiella tidning SV     
118)  Färdskr ivaren ska i sitt dataminne försöka registrera och lagra nedanstående data för varje fel som 
upptäc ks i enlighet med nedanstående lagringsreg ler. 
Fel Lagr ingsreg ler Data som ska registreras per fel 
Kortfel —  De tio senaste förark ortsfele n —  Datum och tidpunkt för felets början 
—  Datum och tidpunkt för felets slut 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation 
Färdskr ivarfel —  De tio senaste felen för varje typ av fel 
—Det första felet efter den senaste kalib ­
reringen —  Datum och tidpunkt för felets början 
—  Datum och tidpunkt för felets slut 
—  Typ av fel 
—Korttyp, kortnummer , utfärdande med ­
lemsstat och generation för ett eventu ­
ellt kort som var insatt vid felets början 
och/eller slut  
3.12.10  Kalibreri ngsdata 
119)  Färdskr ivaren ska registrera och lagra data med avseende på följande i sitt dataminne: 
—  Kända kalibrer ingsparametrar vid aktiver ing. 
—  Första kalibrer ing efter aktiver ing. 
—  Första kalibrer ing i det nuvarande fordonet (enligt fordonets identifier ingsnummer (VIN)). 
—  De 20 senaste kalibrer ingarna (om flera kalibrer ingar görs under en kalenderdag gäller detta 
endast den första och den sista kalibrer ingen det dygnet). 
120)  Följande data ska registreras för var och en av dessa kalibrer ingar: 
—  Syfte med kalibrer inge n (aktiver ing, första installation, installation, periodisk besiktning). 
—  Verks tadens namn och adress. 
—  Verks tadsk ortets nummer , medlemsstat som utfärdat kortet och kortets sista giltighetsdag. 
—  Fordonsidentifier ing. 
—  Uppdate rade eller bekräf tade parametrar (w, k, l, däcksdimension, den hastighetsbegränsande 
anordninge ns inställning, vägmätare (gam la och nya värden), datum och tidpunkt (gamla och nya 
värden). 
—  Typer och identif ierare för samtlig a befintliga plomber ingar . 
121)  Färdskr ivaren ska dessuto m registrera eventuell förmåg a att hantera första generationens 
färdsk rivark ort (dvs. om denna funktion fortfarande är aktiverad eller inte) och lagra detta i sitt 
dataminne. 
122)  Rörelsesensor n ska registrera följande data om installationen av rörelsesensor n och lagra dem i sitt 
minne: 
—Första parning med en fordonsenhet (VU) (datum, tidpunkt, fordonsenhet ens typgodkännan ­
denummer och serienummer). 
—Senaste parning med en fordonsenhet (VU) (datum, tidpunkt, fordonsenhet ens typgodkännan ­
denummer och serienummer). 26.5.2016 L 139/38 Europeiska unionens officiella tidning SV     
123)  Den externa GNSS-anordningen ska registrera följande data om installationen av den extern a GNSS- 
anordningen och lagra dem i sitt minne: 
—Första koppling med en fordonsenhet (VU) (datum, tidpunkt, fordonsenhetens typgodkännan ­
denummer och serienummer). 
—Senaste koppling med en fordonsenhet (VU) (datum, tidpunkt, fordonsenhet ens typgodkännan ­
denummer och serienummer). 
3.12.11  Data om tidsinställning 
124)  Färdskr ivaren ska registrera data som är relevanta för tidsinställning ar som utförts i kalibrer ingsläge, 
men inte vid en normal kalibrer ing (se def. f) och lagra dem i sitt dataminne: 
—  Senaste tidsinställning. 
—  De fem mest omf attande tidsinställningar na. 
125)  Följande data ska registreras för var och en av dessa tidsinställningar: 
—  Datum och tidpunkt, gam malt värde. 
—  Datum och tidpunkt, nytt värde. 
—  Verks tadens namn och adress. 
—  Verks tadsk ortets nummer , utfärdande medlemsstat, generation och sista giltighetsdag. 
3.12.12  Data om kontrollaktiviteter 
126)  Färdskr ivaren ska i sitt dataminne registrera och lagra följande data med avseende på de senaste 20 
kontrollaktivit eterna: 
—  Datum och tidpunkt för kontrollen. 
—  Kontrollk ortets nummer , utfärdande medlemsstat och generation. 
—  Kontrolltyp (visning och/eller utskr ift och/eller överfö ring av data från fordonsenhet och/eller 
överföring av data från kort och/eller kalibrer ingsk ontroll på väg). 
127)  Vid överfö ring ska även datum för tidigast e och senaste överförda dagar registreras. 
3.12.13  Data om företagslås 
128)  Färdskr ivaren ska i sitt dataminne registrera och lagra följande data med avseende på de 255 senaste 
företagslåsen: 
—  Datum och tidpunkt för låsning. 
—  Datum och tidpunkt för öppning. 
—  Företagsk ortets nummer , utfärdande medlemsstat och generation. 
—  Företage ts namn och adress. 
Data som tidigare varit låsta genom ett lås som har raderats från minnet på grund av ovanstående 
gräns ska betraktas som olåsta. 
3.12.14  Överföringsdata 
129)  Färdskr ivaren ska i sitt dataminne registrera och lagra följande data med avseende på senaste 
dataö verföring till externa media i företags- eller kalibrer ingsläg e: 
—  Datum och tidpunkt för överföringen. 26.5.2016 L 139/39 Europeiska unionens officiella tidning SV     
—  Företagsk ortets eller verk stadsk ortets nummer , utfärdande medlemsstat och generation. 
—  Företage ts eller verk stadens namn. 
3.12.15  Data om särskilda omständigheter 
130)  Färdskr ivaren ska i sitt dataminne registrera följande data med avseende på särskilda omständigheter: 
—  Datum och tidpunkt för angivelsen. 
—  Typ av särskild omständighet. 
131)  Det ska gå att lagra data om särskilda omständigheter i dataminnet i minst 365 dygn (under 
förutsättning att det i genomsnitt påbör jas och avslutas en omständighet per dygn). När lagringska ­
pacitet en har utnyttjats till fullo ska nya data ersätta de data som är äldst. 
3.12.16  Data om färdskrivarkort 
132)  Färdskr ivaren ska kunna lagra följande data med avseende på de olika färdskr ivark ort som använts i 
fordonsenhet en: 
—  Färdskr ivark ortets kortnummer och serienummer . 
—  Färdskr ivark ortets tillverkare. 
—  Färdskr ivark ortets typ. 
—  Färdskr ivark ortets version. 
133)  Det ska gå att lagra minst 88 sådana poste r i färdskr ivaren. 
3.13  Avläsning från färdskr ivark ort 
134)  Färdskr ivaren ska i förek ommande fall kunna avläsa nödvändiga data från första och andra 
generationens färdskr ivark ort för att 
—  identif iera korttyp, kortinnehavare, fordon som använts tidigar e, datum och tidpunkt för senaste 
uttag av kort och den aktivitet som valdes vid det tillfäll et, 
—  kontrollera att den senast e kortsessionen avsluta des korrekt, 
—  beräkna förarens sammanhäng ande körtid, sammanlagda avbrottstid och sammanlagda körtider 
under föregåe nde och innevarande vecka, 
—  skriva ut begärda utskr ifter med avseende på de data som registrerats på ett förark ort, 
—  överföra data från ett förark ort till externa media. 
Detta krav gäller första generationens färdskr ivark ort endast så länge som möjlighete n att använ da 
dem inte har tagits bort av en verkstad . 
135)  Vid avläsningsfel ska färdskr ivaren pröva samma läskommando igen, högst tre gång er, och om detta 
missly ckas ska den förklara kortet felaktigt och ogiltigt. 
3.14  Registrer ing och lagring på färdskr ivark ort 
3.14.1  Regi strering och lagring på första generationens färdskrivarkort 
136)  Förutsatt att möjligheten att använda första generationens färdskr ivark ort inte har tagits bort av en 
verk stad ska färdsk rivaren registrera och lagra data på exakt samma sätt som en första generationens 
färdsk rivare. 26.5.2016 L 139/40 Europeiska unionens officiella tidning SV     
137)  Färdskr ivaren ska ställa in data om kortsessionen på förark ortet eller verkstad skortet omedelbar t efter 
det att kortet satts in. 
138)  Färdskr ivaren ska uppdat era de data som lagrats på giltiga förar -, verkstad s- företags- och/eller 
kontrollk ort med alla nödvändig a data för den period då kortet är insatt och som avser 
kortinneha varen. De data som lagras på dessa kort specifi ceras i kapitel 4. 
139)  Färdskr ivaren ska uppdat era de data om föraraktivitet och platser (i enlighet med avsnitt 4.5.3.1.9 
och 4.5.3.1.11) som finns lagrade på giltiga förar - och/eller verkstadsk ort med de data om aktivitet 
och platser som kortinnehavar en anger manuellt. 
140)  Inga händelser som inte finns definie rade för första generationens färdskr ivare får lagras på förar - och 
verk stadsk orten. 
141) Uppdater ingen av data på färdskr ivark ort ska, vid beho v och med hänsyn till kortets faktiska lagrings ­
kapacitet, ske på så sätt att senaste data ersätter äldsta data. 
142)  Vid skrivfel ska färdskr ivaren pröva samma skrivkommando igen, högst tre gång er, och om detta 
missly ckas ska den förklara kortet felaktigt och ogiltigt. 
143)  Innan ett förark ort kan tas ut från färdsk rivaren, och efter det att alla relevanta data har lagrats på 
kortet, ska färdskr ivaren nollställa data om kortsession. 
3.14.2  Regi strering och lagring på andr a generationens färdskrivarkort 
144)  Andra generationens färdskr ivark ort ska innehålla två olika korttilläm pningar: den första ska vara 
exakt samma som TACHO-tillämpni ngen i första generationens färdskr ivark ort, den andra ska vara 
tillämpning en TACHO_G2, såsom den specifi ceras i kapitel 4 och tillägg 2. 
145)  Färdskr ivaren ska ställa in data om kortsessionen på förark ortet eller verkstad skortet omedelbar t efter 
det att kortet satts in. 
146)  Färdskr ivaren ska uppdat era de data – för båda två kortapplikationer na – som lagrats på giltiga förar -, 
verk stads-, företags- och/eller kontrollk ort med alla nödvändiga data för den period då kortet är insatt 
och som avser kortinnehavaren. De data som lagras på dessa kort specifi ceras i kapitel 4. 
147)  Färdskr ivaren ska uppdat era de data om föraraktivitet, platser och positioner (i enlighet med avsnitt 
4.5.3.1.9, 4.5.3.1.11, 4.5.3.2.9 och 4.5.3.2.11) som finns lagrade på giltiga förar - och/eller 
verk stadsk ort med de data om aktivitet och platser som kortinnehavaren anger manuellt. 
148) Uppdater ingen av data på färdskr ivark ort ska, vid beho v och med hänsyn till kortets faktiska lagrings ­
kapacitet, ske på så sätt att senaste data ersätter äldsta data. 
149)  Vid skrivfel ska färdskr ivaren pröva samma skrivkommando igen, högst tre gång er, och om detta 
missly ckas ska den förklara kortet felaktigt och ogiltigt. 
150)  Innan ett förark ort kan tas ut från färdskr ivaren, och efter det att alla relevanta data – för båda två 
kortapplikationer na – har lagrats på kortet, ska färdskr ivaren nollställa data om kortsession. 
3.15  Visning 
151)  Bildskär men ska innefat ta minst 20 tecken. 
152)  Minsta teckenstorlek ska vara en höjd på 5 mm och en bredd på 3,5 mm. 26.5.2016 L 139/41 Europeiska unionens officiella tidning SV     
153)  Bildskär men ska stödja de tecken som anges i tillägg 1 kapitel 4 om teckenmän gder . Förenklade 
tecken får användas (t.ex. får tecken med accent visas utan accent, och gemener får ersättas med 
versaler). 
154)  Bildskär men ska vara försedd med lämpli g belysning som inte bländar . 
155)  Teckn en ska vara synliga på färdskr ivarens utsida. 
156)  Färdskr ivaren ska kunna visa följande: 
—  Standarddata. 
—  Data om varningar . 
—  Data om tillträde till meny . 
—  Övr iga data som användaren vill se. 
Färdskr ivaren får visa ytterlig are information, förutsatt att den lätt går att skilja från den information 
som krävs ovan. 
157)  Färdskr ivarens bildskär m ska visa de pikt ogram eller kombinationer av piktogram som förtecknas i 
tillägg 3. Den får även visa ytterlig are piktogram eller kombinationer av pikt ogram om de lätt går att 
skilja från ovan nämnda piktogram eller kombinationer av pikt ogram. 
158)  Bildskär men ska alltid vara på (ON) när fordonet är i rörelse. 
159)  Färdskr ivaren får inbegr ipa en manuell eller automatisk anordning för att slå av (OFF) bildskär men 
när fordonet inte är i rörelse. 
Bildskär msformat et specificeras i tillägg 5. 
3.15.1  Standar dvisning 
160)  När inge n annan information behö ver visas ska färdskr ivaren som standard automa tiskt visa följande: 
—  Lokaltiden (UTC-tid + tidsskillnad som föraren ställer in). 
—  Funktionsläge . 
—  Förarens och medf örarens innevarande aktivitet er. 
—  Information om föraren: 
—  Om förarens innevarande aktivite t är körning (DRIVING): förarens aktuella sammanhäng ande 
körtid och innevarande sammanlagda avbrottstid. 
—  Om förarens innevarande aktivite t inte är körning (DRIVING): den aktuella varaktigheten för 
denna aktivitet (sedan den valdes) och förarens innevarande sammanlagda avbrottstid. 
161)  Visningen av data för varje förare ska vara klar, enkel och otvetydig. Om informationen om föraren 
och medf öraren inte kan visas samtidigt ska färdskr ivaren som standard visa informationen om 
föraren och göra det möjligt för användaren att visa informationen om medf öraren. 
162)  Om bildskär mens bredd inte gör det möjligt att som standard visa funktionsläget ska färdskr ivaren 
snabbt visa det nya funktionsläge t när det ändras. 
163)  Färdskr ivaren ska snabbt visa kortinnehavare ns namn då kortet sätts in. 26.5.2016 L 139/42 Europeiska unionens officiella tidning SV     
164)  När en omständighet av typen ”omf attas ej” (OUT OF SCOPE) eller ”transpor t med färja/tåg” (FERR Y/ 
TRAIN CROSSING) påbör jas måst e bildskär men som standard med hjälp av relevant piktogram visa 
att den särskilda omständigheten har påbör jats (förarens innevarande aktivite t behö ver inte visas 
samtidigt). 
3.15.2  Visning av varn ingar 
165)  Färdskr ivaren ska visa varningsinf ormation främst med hjälp av pikt ogrammen i tillägg 3, som vid 
beho v ska komplett eras med ytterligare numer iskt kodad information. En textb aserad beskr ivning av 
varninge n får också visas på det språk som föraren väljer . 
3.15.3  Åtkomst via meny 
166)  Färdskr ivaren ska tillhandahålla nödvändig a kommandon genom en lämpli g meny struktur . 
3.15.4  Visning av övrig information 
167)  Det ska vara möjligt att specifi kt och på begäran visa följande: 
—  UTC-datum och UTC-tid samt lokal tidsskillnad. 
—  Innehållet i de sex utskr ifterna i samma format som utskr ifterna själva. 
—  Förarens sammanhäng ande körtid och sammanlagda avbrottstid. 
—  Medf örarens sammanhäng ande körtid och sammanlagda avbrottstid. 
—  Förarens sammanlagda körtid för föregående och innevarande vecka. 
—  Medf örarens sammanlagda körtid för föregående och innevarande vecka. 
Frivilligt: 
—  Den aktuella varaktigheten för medf örarens aktivitet (sedan den valdes). 
—  Förarens sammanlagda körtid för innevarande vecka. 
—  Medf örarens sammanlagda körtid för den innevarande arbetsper ioden. 
—  Förarens sammanlagda körtid för den innevarande arbetsper ioden. 
168)  Innehållet i utskr ifterna ska visas i en följd, rad för rad. Om bildskär mens bredd är mindre än 24 
tecken ska användaren få komplett information på lämpligt sätt (flera rader , rullning, …). 
De utskr iftsrader som är avsedda för handskr iven information behö ver inte visas. 
3.16  Utskr ift 
169)  Det ska gå att skriva ut information från färdskr ivarens dataminne och/eller från färdskr ivark orten i 
enlighet med följande sju utskr ifter: 
—  Dagsutskr ift från kort av föraraktivitet er. 
—  Dagsutskr ift från fordonsenhet av föraraktivitet er. 
—  Utskr ift från kort av händelser och fel. 
—  Utskr ift från fordonsenhet av händelser och fel. 
—  Utskr ift av tekni ska data. 26.5.2016 L 139/43 Europeiska unionens officiella tidning SV     
—  Utskr ift av hastighetsö verträdelse. 
—  Datahist orik avseende färdskr ivark ort för en viss fordonsenhet (se avsnitt 3.12.16). 
Format och innehåll i dessa utskr ifter anges i detalj i tillägg 4. 
Ytterlig are data får förek omma i slutet av utskr ifterna. 
Färdskr ivaren får ge ytterlig are utskr ifter, om de är lätta att skilja från de sju ovan nämnda 
utskr iftern a. 
170)  ”Dagsutskr ift från kort av föraraktivitet er” och ”Utskr ift från kort av händelser och fel” ska endast 
finnas tillgängliga om ett förark ort eller ett verkstad skort är insatt i färdskr ivaren. De relevanta data 
som finns på det berörda kortet ska uppdat eras av färdsk rivaren innan utskr iften inleds. 
171)  För att tillhandahålla ”Dagsutskr ift från kort av föraraktivitet er” eller ”Utskr ift från kort av händelser 
och fel” ska färdskr ivaren 
—  antinge n automa tiskt välja förark ortet eller verkstadsk ortet om endast ett sådant kort är insatt, 
—  eller tillhandahålla ett kommando för val av vilket kort som ska användas, eller välja kortet i 
förarens kortplats, om två kort (förar - och/eller verk stadsk ort) är insatta i färdskr ivaren. 
172)  Skrivaren ska kunna skriva ut 24 tecken per rad. 
173)  Minsta teckenstorlek ska vara en höjd på 2,1 mm och en bredd på 1,5 mm. 
174)  Skrivaren ska stödja de tecken som anges i tillägg 1 kapitel 4 om teckenmängder . 
175)  Skrivarna ska vara utformade så att de tillhandahåller dessa utskr ifter med en skär pa som sannolikt 
förhindrar tvetydighet när utskr iften läses. 
176)  Utskr iftern as storlek och uppgif terna i dem ska inte ändras vid normal luftfuktighet (10–90 procent) 
och temperatur . 
177) Det typgodkända papper som används i färdskr ivaren ska vara försett med giltigt typgodkän ­
nandemärke och angivelse av de typ(er) av färdskr ivare där det får användas. 
178)  Utskr iftern a ska vara klar t läsbara och identif ierbara under minst två år under normala 
lagringsvillk or, med avseende på ljusint ensit et, luftfuktighet och temperatur . 
179)  Utskr iftern a ska åtminst one uppfylla de provningsspecifikatio ner som definieras i tillägg 9. 
180)  Det ska även gå att lägga till handskr ivna anmärkning ar, t.ex. förarens namnte ckning, i dessa 
handlingar . 
181)  Om papperet tar slut vid utskr ift ska färdsk rivaren, när papperet har fyllts på, börja om från början i 
utskr iften eller fortsätta utskr iften med en otvetydig hänvisning till den del som tidigar e skrivits ut. 
3.17  Varningar 
182)  Färdskr ivaren ska varna föraren när den upptäc ker en händelse eller ett fel. 
183)  En varning om avbrott i strömtillf örsel får uppskjutas till det att strömtillf örseln återställts. 26.5.2016 L 139/44 Europeiska unionens officiella tidning SV     
184)  Färdskr ivaren ska varna föraren 15 minuter före och vid den tidpunkt då längsta tillåtna 
sammanhängande körtid överskr ids. 
185)  Varningarna ska vara visuella. Ljudvar ningar får också ges utöver de visuella varningarna. 
186)  Använda ren ska tydligt kunna urskilja de visuella varningarna, som ska vara placerade i förarens 
synfält och vara tydligt läsbara både dag och natt. 
187)  De visuella varningarn a får bygg as in i färdsk rivaren och/eller vara avskilda från den. 
188)  I det senare fallet ska färdskr ivaren vara försedd med symbolen ”T”. 
189)  Varningarna ska vara minst 30 sekunder långa, om inte användaren kvitt erar dem genom att trycka 
på en eller flera särskilda knappar på färdskr ivaren. Den första kvitt eringen får inte radera ut den 
visning av orsake n till varningen som avses i nästa punkt. 
190)  Orsaken till varningen ska visas på färdsk rivaren och vara synlig tills det att använ daren kvitt erar den 
med hjälp av en särskild knapp eller ett särskilt kommando i färdskr ivaren. 
191)  Ytterlig are varningar får ges, förutsatt att det inte finns någon risk för att föraren blandar ihop dem 
med varninga rna ovan. 
3.18  Överför ing av data till exter na media 
192)  Det ska på begäran gå att överfö ra data från färdskr ivarens dataminne eller från ett förark ort till 
externa lagringsmedia via en kalibrer ings-/ö verfö ringsanslutning. De data som finns på det berörda 
kortet ska uppdateras av färdskr ivaren innan överfö ringe n inleds. 
193)  Dessutom får färdskr ivaren i alla funktionslägen, som tillvalsfunktion, kunna överfö ra data på annat 
valfr itt sätt till ett företag som har autentiserats genom denna kanal. I detta fall ska alla tillträdesrät ­
tigheter till data i företagsläge tillämpas på denna överföring. 
194)  Över föringen får inte ändra eller ta bort några lagrade data. 
195)  Det elektr iska gränssnitt et för kalibrer ings-/ö verföringsanslutning en specifi ceras i tillägg 6. 
196)  Över föringsprotok oll specifi ceras i tillägg 7. 
3.19  Fjärrkommunik ation vid riktad e vägk ontroller 
197)  När tändning en är påslagen ska fordonsenheten var 60:e sekund lagra de senaste data som krävs för 
riktade vägk ontroller i kommunikationsanordningen för fjärravläsning. Dessa data ska krypteras och 
signeras såsom anges i tillägg 11 och tillägg 14. 
198)  Data som ska kontrolleras på distans ska vara tillgängliga för fjärravläsare via trådlös kommunikation, 
såsom anges i tillägg 14. 
199)  Data som krävs för riktade vägk ontroller ska avse följande: 
—  Senaste försök till säkerhetsö verträdelse. 
—  Längsta avbrott i strömtillf örsel. 26.5.2016 L 139/45 Europeiska unionens officiella tidning SV     
—  Sensorfel. 
—  Fel i rörelsedata. 
—  Konflikt i fordonets rörelsedata. 
—  Körning utan giltigt kort. 
—  Insättning av kort under körning. 
—  Data om tidsinställning. 
—  Kalibrer ingsdata, inklusive datum för de två senast lagrade kalibrer ingspostern a. 
—  Fordonets registrer ingsnummer . 
—  Hastighet som registrerats av färdskr ivaren. 
3.20  Utdata till ytterligare exter na anordningar 
200)  Färdskr ivaren får även vara utrustad med standardiserade gränssnitt som möjliggör att data som 
registrerats eller genererats av färdskr ivaren i drift- eller kalibrer ingsläge kan användas av en extern 
anordning. 
I tillägg 13 specifi ceras och standardiseras ett friviliigt ITS-gränssnitt. Andra liknande gränssnitt får 
också finnas, förutsatt att de helt uppfyller kraven i tillägg 13 när det gäller förteckning över minsta 
uppsättning av data, säkerhet och förarens samty cke. 
Följande krav gäller för ITS-data som görs tillgängliga via detta gränssnitt: 
—  Dessa data är utvalda bland befintliga data från färdskr ivarens datakatalog (tillägg 1). 
—  En delmängd av dessa utvalda data är mark erade som ”personuppgif ter”. 
—  Delmängden med personuppgif ter är endast tillgäng lig om förarens kontrollerbara samty cke är 
aktiverat, vilket innebär att förarens personuppgif ter kan lämna fordonets interna datanät. 
—  Förarens samty cke kan när som helst aktiveras eller avaktiveras via menyk ommandon, förutsatt 
att förark ortet är insatt. 
—  Dessa data, inklusive delmängden med personuppgif ter, sänds ut i alla riktningar från hytten via 
Bluetooth-pr otok oll för trådlös kommunikation och uppdat eras en gång per minut. 
—  Parningen av den extern a anordningen med ITS-gränssnittet skyddas med en dedikerad och 
slumpmäs sig PIN-k od på minst fyra siffror som registreras i varje fordonsenhet och är tillgäng lig 
via dess bildskär m. 
—  Förek omst en av ett ITS-gränssnitt får under inga omständigheter störa eller påverka 
fordonsenhet ens korrekta funktion och säkerhet. 
Även andra data, utöver de utvalda befintliga som betraktas som en minsta uppsättning av data, får 
ingå i utdata, förutsatt att de inte kan betraktas som personuppgif ter. 
Färdskr ivaren ska meddela förarens samty cke till andra externa anordningar . 
När fordonets tändning är påslag en (ON) ska dessa data kontinuerligt sändas ut i alla riktningar . 
201)  För att säke rställa bakåtk ompati bilitet får färdsk rivare även fortsättningsvis utrustas med det 
gränssnitt för seriell anslutning som specificeras i bilaga 1B till förordning EEG nr 3821/85, i sin 
senaste lydelse. Förarens samty cke krävs dock även här om personuppgif ter ska sändas. 26.5.2016 L 139/46 Europeiska unionens officiella tidning SV     
3.21  Kalibrer ing 
202)  Kali brer ingsfunktionen ska göra det möjligt att 
—  automatiskt para rörelsesensor n med fordonsenheten, 
—  automatiskt koppla den externa GNSS-anordningen med fordonsenheten (i förek ommande fall), 
—  digitalt anpassa färdsk rivarens konstant (k) till fordonets karakteri stiska koefficient (w), 
—  ställa in aktuell tidpunkt inom giltighetstiden för det insatta verk stadsk ortet, 
—  ändra aktuellt vägmätar värde, 
—  uppdat era de data för identif iering av rörelsesensor som finns lagrade i dataminnet, 
—  uppdat era de data för identif iering av extern GNSS-anordning som finns lagrade i dataminnet, 
—  uppdat era typer och identifierare för samtliga befintliga plomber ingar, 
—  uppdat era eller bekräf ta andra parametrar som färdsk rivaren känner till: fordonsidentif iering, w, l, 
däcksdimension, samt hastighetsbegränsande anordning (i förek ommande fall). 
203)  Kali brer ingsfunktionen ska dessutom kunna ta bort möjlighete n att använda första generationens 
färdsk rivark ort i färdsk rivaren, förutsatt att de villk or som anges i tillägg 15 uppfylls. 
204)  Parninge n av rörelsesensor n med fordonsenhet en ska minst bestå av följande: 
—  Uppdate ring av de data om installation av rörelsesensor som finns i rörelsesensor n (efter beho v). 
—  Kopier ing från rörelsesensor n till fordonsenhet ens dataminne av nödvändig a data för identifier ing 
av rörelsesensor n. 
205)  Kopplinge n av den extern a GNSS-anordningen med fordonsenhet en ska minst bestå av följande: 
—  Uppdate ring av de data om installation av exte rn GNSS-anordning som finns i den externa GNSS- 
anordninge n (efter beho v). 
—  Kopier ing från den exte rna GNSS-anordninge n till fordonsenhet ens dataminne av nödvändiga 
data för identifier ing av den externa GNSS-anordningen, inklusive dess serienummer . 
Efter kopplingen ska positionsinf ormationen från GNSS kontrolleras. 
206) Kali brer ingsfunktionen ska kunna mata in nödvändiga data genom kalibrer ings-/ö verföringsans ­
lutningen i enlighet med det kalibrer ingsprotok oll som definie ras i tillägg 8. Kali brer ingsfunktionen 
får också mata in nödvändiga data på andra sätt. 
3.22  Kalibrer ingsk ontroll på väg 
207)  Funktionen för kalibrer ingsk ontroll på väg ska, direkt på begäran, möjliggöra avläsning av 
serienummer för den rörelsesensor (eventuellt inby ggd i adapt er) och den extern a GNSS-anordning (i 
förek ommande fall) som är ansluten till fordonsenhet en. 
208)  Denna avläsning ska åtminst one vara möjlig att utföra via menyk ommandon på fordonsenhetens 
bildskär m. 26.5.2016 L 139/47 Europeiska unionens officiella tidning SV     
209)  Funktionen för kalibrer ingsk ontroll på väg ska även möjligg öra kontroll av val av in-/utläg e för signal 
på den in-/utlinje för kalibrer ing som specif iceras i tillägg 6 via K-line-gränssnitte t. Detta ska ske via 
ECU AdjustmentSession, såsom anges i tillägg 8 avsnitt 7 om kontroll av provpulser och 
funktionsenhet för kontroll av in-/utdata. 
3.23  Tidsinst ällning 
210)  Funktionen för tidsinställning ska göra det möjligt att automatiskt ställa in aktuell tidpunkt. I 
färdsk rivaren används två källor för tidsinställning: 1) fordonsenhet ens interna klocka, 2) GNSS- 
mottagaren. 
211)  Tidsinställningen av fordonsenhetens interna kloc ka ska ske automat iskt med högst tolv timmars 
inter vall. Om denna tidsper iod löper ut och ingen GNSS-signal är tillgänglig ska tidsinställningen 
göra s så snar t som fordonsenhet en har tillgång till en giltig tidsref erens från GNSS-mottag aren, i 
enlighet med villk oren avseende fordonets tändning. Tidsreferense n för den automatiska 
tidsinställningen av fordonsenhetens intern a klocka ska genereras från GNSS-mottag aren. En händelse 
av typen tidsk onflikt ska utlösas om den aktuella tiden avviker mer än en (1) minut från den 
tidsinf ormation som tillhandahålls av GNSS-mottag aren. 
212) Funktionen för tidsinställning ska också möjliggör a externt utlöst inställning av aktuell tid i kalibrer ­
ingsläge. 
3.24  Prest anda 
213)  Fordonsenheten ska vara helt funktionsdug lig vid temperaturer från – 20 °C till + 70 °C, den exte rna 
GNSS-anordningen från – 20 °C till + 70 °C och rörelsesensor n från – 40 °C till + 135 °C. Innehållet 
i dataminnet ska bevaras vid temperaturer ned till – 40 °C. 
214)  Färdskr ivaren ska vara helt funktionsdug lig vid en luftfuktighet från 10 % till 90 %. 
215)  De plomber ingar som används i den smar ta färdskr ivaren ska klara de förhållanden som gäller för de 
färdsk rivark omponent er där plomber ingar na är anbr ingade. 
216)  Färdskr ivaren ska skyddas mot överspänning, omkastning av poler na i dess strömtillf örsel och 
kortslutning. 
217)  Rörelsesensorer ska antinge n 
—  reager a på ett magnetf ält som stör avkänningen av fordonets rörelse (i så fall ska fordonsenheten 
registrera och lagra ett sensor fel (krav 88)), eller 
—  ha ett sensorelement som är skyddat eller immunt mot magnetfält. 
218)  Färdskr ivaren och den externa GNSS-anordningen ska uppfylla kraven i den internationella 
förordningen UN ECE R10 och ska vara skyddade mot elektrostatiska urladdningar och transient er. 
3.25  Mater ial 
219)  Färdskr ivarens samtliga beståndsdelar ska vara tillverkade av mat erial med tillräc klig stabilitet och 
mekanisk hållf asthet samt med stabila elektr iska och magnetiska egenskaper . 
220)  Vid normala driftsförhållanden ska samtlig a inre delar av färdskr ivaren vara skyddade mot fukt och 
damm. 
221)  Fordonsenheten och den extern a GNSS-anordningen ska uppfylla kriterierna för skyddsklass IP 40 
och rörelsesensor n ska uppfylla kriterierna för skyddsklass IP 64, i enlighet med standard IEC 
60529:1989, inklusive A1:1999 och A2:2013. 26.5.2016 L 139/48 Europeiska unionens officiella tidning SV     
222)  Färdskr ivaren ska uppfylla tillämplig a teknis ka specifi kationer med avseende på ergonomisk 
utformning. 
223)  Färdskr ivaren ska skyddas mot oavsiktlig skada. 
3.26  Märkningar 
224)  Om färdskr ivaren visar fordonets vägmätar värde och hastighet ska följande uppgif ter visas på dess 
bildskär m: 
—  Intill den siffra som vägmätaren visar: enhete n för sträc ka, förkortat till ”km”. 
—  Intill den siffra som hastighetsmätaren visar: ”km/h”. 
Färdskr ivaren får också ställas om till att visa hastigheten i ”miles per hour”, varvid enheten för 
hastighet ska visas med förkortninge n ”mph”. Färdskr ivaren får också ställas om till att visa sträc kan i 
”miles”, varvid enhet en för sträcka ska visas med förkortninge n ”mi”. 
225)  En typskylt ska fästas på varje enskild kompon ent i färdskr ivaren och den ska visa följande: 
—  Färdskr ivartillverkarens namn och adress. 
—  Tillverkarens artikelnummer och tillverkningsår för färdskr ivaren. 
—  Färdskr ivarens serienummer . 
—  Typgodkännandemärke för färdskr ivartypen. 
226)  Om det fysiska utrymmet inte är tillräckligt för att visa alla uppgif ter som nämns ovan ska typskylt en 
åtminstone visa tillverkarens namn eller logotyp och färdskr ivarens artikelnummer . 
4  KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR FÄRDSKRIV ARK ORT 
4.1  Synliga data 
Framsidan ska innehålla följande: 
227)  Korttypen, skriven med versaler på det eller de officiella språk en i den medlemsstat som utfärdar 
kortet (på svenska ”FÖRARK ORT”, ”KONTR OLLK ORT”, ”VERK STADSK ORT” eller 
”FÖRET AGSK ORT”). 
228)  Namnet på den medlemsstat som utfärdar kortet (frivilligt). 
229)  Nationalitetsbet eckn inge n för den medlemsstat som utfärdar kortet, inlagd i vitt i en blå rektangel och 
omgiven av tolv gula stjär nor. Nationalit etsbetec kningarn a ska vara följande: 
B 
BG 
CZ 
CY Belgien 
Bulgar ien 
Tjeckien 
Cyper n LV 
L 
LT 
M Lettland 
Luxemburg 
Litauen 
Malta 
DK Danmark NL Nederländer na 26.5.2016 L 139/49 Europeiska unionens officiella tidning SV     
D 
EST Tyskland 
Estland A 
PL Öster rike 
Polen 
GR Grekland P 
RO 
SK 
SLO Portugal 
Rumänien 
Slovakien 
Slovenien 
E Spanien FIN Finland 
F 
HR 
H Frankr ike 
Kroatien 
Ung ern S Sver ige 
IRL Irland UK Förenade kungariket 
I Italien    
230)  De uppgif ter som är särskiljande för kortet, numrerade enligt nedanstående.  
Förark ort Kontrollk ort Företagsk ort eller verk stadsk ort 
1. Förarens eftern amn Kontrollorganets namn Företagets eller verkstaden s 
namn 
2. Förarens förnamn Kontrollantens (kontrolltjän ­
stemannens) eftern amn 
(i förek ommande fall) Innehavarens efternamn 
(i förek ommande fall) 
3. Förarens födelsedatum Kontrollantens (kontrolltjän ­
stemannens) förnamn 
(i förek ommande fall) Innehavarens förnamn 
(i förek ommande fall) 
4.a Kortets första giltighetsdag 
4.b Kortets sista giltighetsdag 
4.c Namn på utfärdande myndighet (får tryckas på baksidan) 
4.d Ett annat nummer än det som anges under punkt 5, för administrativa ändamål (frivilligt) 
5.a Körkortsnummer 
(den dag då förark ortet ut­
färdas) — — 
5.b Kortnummer 
6. Foto grafi av föraren Foto grafi av kontrollant en 
(kontrolltjänstem annen) (fri­
villigt) Fotografi av montören (frivil­
ligt) 26.5.2016 L 139/50 Europeiska unionens officiella tidning SV     
Förark ort Kontrollk ort Företagsk ort eller verk stadsk ort 
7. Innehav arens namntec kning (frivilligt) 
8. Innehav arens normala bo­
sättningsor t eller postadress 
(frivilligt) Kontrollorganets postadress Företagets eller verkstaden s 
postadress  
231)  Datum ska skrivas i format et ”dd/mm/yyyy” eller ”dd.mm.yyyy” (dag, månad, år). 
Baksidan ska innehålla följande: 
232)  En förklar ing av de numrerade punkt erna på kortets framsida. 
233)  Med särskilt skriftligt samty cke från innehav aren får information som inte har samband med 
administrer inge n av kortet läggas till, vilken inte på något sätt påverkar modellens användning som 
färdsk rivark ort. 
234)  Färdskr ivark orten ska tryckas i följande dominerande bakgr undsf ärger:  
— Förark ort:vitt.  
— Kontrollk ort:blått.  
— Verks tadsk ort:rött.  
— Företagsk ort:gult. 
235)  Färdskr ivark orten ska åtminst one ha följande skyddsfunktioner mot förfalskning och manipuler ing: 
—  En säkerhets mönstrad bakgr und med fint guilloch e-mönster och iristryck. 
—  Vid fotografi et ska den säke rhetsmönstrade bakgr unden och fotografiet överlappa varandra. 
—  Minst en tvåfärg ad mikrot extrad.  26.5.2016 L 139/51 Europeiska unionens officiella tidning SV     
236)  Medlemsstate rna får efter samråd med kommissionen lägga till färger eller mark eringa r, såsom 
nationella symboler eller säkerhetsfunktioner , utan att det påverkar tilläm pningen av andra 
bestämmelser i denna bilaga. 
237)  Sådana tillfällig a kort som avses i artikel 26.4 i förordning (EU) nr 165/2014 ska överensstämma 
med bestämmelser na i denna bilaga. 
4.2  Säkerhet 
System säkerhet en är avsedd att skydda integritete n och autenticit eten hos data som utväxlas mellan korten 
och färdskr ivaren, skydda integriteten och autenticit eten hos data som överförs från korten, möjliggöra vissa 
skrivoper ationer till korten endast från färdskr ivaren, dekr yptera vissa data, utesluta risken för förfalskning ar 
av data som lagras på korten, förhindra manipuler ing och upptä cka alla sådana försök . 
238)  För att syste msäkerhet ska kunna uppnås ska färdskr ivark orten uppfylla de säkerhet skrav som 
definieras i tilläggen 10 och 11. 26.5.2016 L 139/52 Europeiska unionens officiella tidning SV     
239)  Färdskr ivark orten ska vara läsbara för annan utrustning, t.ex. persondat orer . 
4.3  Standarder 
240)  Färdskr ivark orten ska uppfylla följande standarder: 
—  ISO/IEC 7810 Identifi cation cards – Phys ical character istics. 
—  ISO/IEC 7816 Identifi cation cards – Integ rated circuit cards: 
—  Part 1: Physical character istics. 
—  Part 2: Dimensions and position of the contacts (ISO/IEC 7816-2:2007). 
—  Part 3: Electr ical interf ace and transmission protocols (ISO/IEC 7816-3:2006). 
—  Part 4: Organisation, secur ity and commands for interchang e (ISO/IEC 7816-4:2013 + Cor 
1:2014). 
—  Part 6: Inter industr y data elements for inter change (ISO/IEC 7816-6:2004 + Cor 1:2006). 
—  Part 8: Commands for secur ity operations (ISO/IEC 7816-8:2004). 
—  Färdskr ivark orten ska provas i enlighet med ISO/IEC 10373-3:2010 Identifi cation cards – Test 
methods – Part 3: Integ rated circuit cards with contacts and related interf ace devices. 
4.4  Miljö- och elspecif ikationer 
241)  Färdskr ivark orten ska fungera korrekt under alla klimatf örhållanden som vanligtvis förek ommer inom 
gemenskapens territorium och vid temperaturer mellan – 25 °C och + 70 °C, med tillfällig a toppar på 
upp till + 85 °C, varvid ”tillfä lliga” innebär högst fyra timmar per gång och högst 100 gånger under 
kortets livstid. 
242)  Färdskr ivark orten ska fung era korrekt vid en luftfuktighet mellan 10 % och 90 %. 
243)  Färdskr ivark orten ska fung era korrekt under en femårsper iod om de används i enlighet med miljö- 
och elspecifi kationer na. 
244)  Färdskr ivark orten ska uppfylla ECE R10 i fråg a om elektromagnetisk kompati bilitet och vara 
skyddade mot elektrostatiska urladdning ar. 
4.5  Lagring av data 
Under denna punkt gäller följande: 
—  Tider registreras med en upplösning av en (1) minut, om inte annat anges . 
—  Vägmätar värden registreras med en upplösning av en (1) kilometer . 
—  Hastighet er registreras med en upplösning av en (1) km/h. 
—  Positioner (latitud och longitud) registreras i grader och minute r med en upplösning av 0,1 minut. 
Färdskr ivark ortens funktioner , kommandon och logiska strukturer , vilka uppfyller kraven för lagring av data, 
specific eras i tillägg 2. 
Om inget annat anges ska datalagr ingen på färdskr ivark orten organiseras på så sätt att nya data ersätter de 
data som är äldst om den planerade minnesstorlek en för de aktuella postern a har utnyttjats till fullo. 26.5.2016 L 139/53 Europeiska unionens officiella tidning SV     
245) Under denna punkt anges minsta lagringskapacitet för de olika tillämpning arnas datafile r. Färdskr i­
vark orten ska kunna ange dessa dataf ilers faktiska lagringskapacit et till färdskr ivaren. 
246)  Eventuella ytterlig are data som kan lagras på färdskr ivark orten i samband med andra tilläm pningar 
på kortet ska lagras i enlighet med Europaparlamentets och rådets direktiv 95/46/EG och Europapar ­
lamentets och rådets direktiv 2002/58/EC, och i överensstämmelse med artikel 7 i förordning (EU) 
nr 165/2014. 
247)  Varje huvudfil (MF, Master File) på ett färdskr ivark ort ska innehålla upp till fem elementf iler (EF, 
Elementar y File) för korthantering, tillämpni ngs- och chipidentifi ering, och två dedike rade filer (DF, 
Dedicated File): 
—  DF Tachog raph, som innehåller den tillämpni ng som är åtkomlig för första generationens 
fordonsenhet er, och som också finns i första generationens färdskr ivark ort. 
—  DF Tachog raph_G2, som innehåller den tilläm pning som endast är åtkomlig för andra 
generationens fordonsenheter , och som endast finns i andra generationens färdskr ivark ort. 
Alla uppgif ter om färdskr ivark ortens struktur finns i tillägg 2. 
4.5.1  Elementfiler för identifier ing och korthanter ing 
4.5.2  Identifier ing av smar tkort 
248)  Det ska gå att lagra följande identifier ingsdata för smar tkort på färdskr ivark ortet: 
—  Klockst opp (clocksto p). 
—  Kortets serienummer (inbegr ipet tillverkningsuppgif ter). 
—  Kortets typgodkännandenummer . 
—  Identif iering av kortanpassare (card personaliser). 
—  Identif iering av inbäddare (embedder). 
—  Identif iering av integrerad krets (IC). 
4.5.2.1  Identifier ing av chip 
249)  Det ska gå att lagra följande identifier ingsdata för integrerade kretsar (IC) på färdskr ivark ortet: 
—  Den integrerade kretsens serienummer . 
—  Tillverkningsuppgif ter för den integrerade kretsen. 
4.5.2.2  DIR (finns endast på andra generationens färdskr ivark ort) 
250) Det ska gå att lagra de dataobjekt för tillämpning sidentif ierare som anges i tillägg 2 på färdskr i­
vark ortet. 
4.5.2.3  ATR-inf ormation (under vissa förutsättning ar, finns endast på andra generationens 
färdskr ivark ort) 
251)  Det ska gå att lagra följande dataobjekt med information om utökad längd på färdskr ivark ortet: 
—  Om färdskr ivark ortet stöd er fält med utökad längd: det dataobjekt med information om utökad 
längd som ange s i tillägg 2. 26.5.2016 L 139/54 Europeiska unionens officiella tidning SV     
4.5.2.4  Information med utökad längd (under vissa förutsättning ar, finns endast på andra 
generationens färdskr ivark ort) 
252)  Det ska gå att lagra följande dataobjekt med utökad längd på färdskr ivark ortet: 
—  Om färdskr ivark ortet stöder fält med utökad längd: de dataobjekt med utökad längd som ange s i 
tillägg 2. 
4.5.3  Förarkor t 
4.5.3.1  Färdskr ivar tillämpn ing (tillgän glig för första och andra generationens fordonsenhet er) 
4.5.3.1.1  Tillämpn ingsidentifi ering 
253)  Det ska gå att lagra följande data för tillämpning sidentif iering på förark ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.3.1.2  Nyckel och certifikat 
254)  Det ska gå att lagra ett antal kryptografiska nycklar och certifikat på förark ortet, såsom anges i tillägg 
11 del A. 
4.5.3.1.3  Kortidentifier ing 
255)  Det ska gå att lagra följande data för kortidentif iering på förark ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag. 
4.5.3.1.4  Identifier ing av kortinnehavar e 
256)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på förark ortet: 
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Födelsedatum. 
—  Valt språk. 
4.5.3.1.5  Överfö ring från kort 
257)  Det ska gå att lagra följande data om överfö ring från kort på förark ortet: 
—  Datum och tidpunkt för den senaste överföringen från kortet (för andra ändamål än 
kontrolländamål). 
258)  Det ska gå att lagra en (1) sådan post på förark ortet. 
4.5.3.1.6  Information om körkort 
259)  Det ska gå att lagra följande körkortsdata på förark ortet: 
—  Utfärdande medlemsstat, utfärdande myndighet. 
—  Körkortsnummer (den dag då kortet utfärdas). 26.5.2016 L 139/55 Europeiska unionens officiella tidning SV     
4.5.3.1.7  Händelsedata 
För de data som avses i denna punkt ska tidpunkt en lagras med en upplösning av en (1) sekund. 
260)  Det ska gå att på förark ortet lagra data om följande händelser som upptäc kts av färdskr ivaren när 
kortet var insatt: 
—  Överlappning av tider (om detta kort är orsaken till händelsen). 
—  Insättning av kort under körning (om händelsen gäller detta kort). 
—  Senaste kortsession ej korrekt avslutad (om händelsen gäller detta kort). 
—  Avbrott i strömtillf örseln. 
—  Fel i rörelsedata. 
—  Försök till säkerhetsö verträdelse. 
261)  Det ska gå att lagra följande data om dessa händelser på förark ortet: 
—  Händelsek od. 
—  Datum och tidpunkt för händelsens början (eller för insättning av kort om händelsen pågick vid 
den tidpunkt en). 
—  Datum och tidpunkt för händelsens slut (eller för uttag av kort om händelsen pågick vid den 
tidpunkt en). 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon där händelsen ägde 
rum. 
Anmärkning: När det gäller händelsen ”överlappning av tider” ska 
—  datum och tidpunkt för händelsens början motsvara datum och tidpunkt för uttag av kortet i 
föregåe nde fordon, 
—  datum och tidpunkt för händelsens slut motsvara datum och tidpunkt för insättning av kortet i 
nuvarande fordon, 
—  fordonsdata motsvara det nuvarande fordonet, som ger uppho v till händelsen. 
Anmärkning: När det gäller händelsen ”senaste kortsession ej korrekt avslutad” ska 
—  datum och tidpunkt för händelsens början motsvara datum och tidpunkt för insättning av kortet 
för den session som inte avslutats korrekt, 
—  datum och tidpunkt för händelsens slut motsvara datum och tidpunkt för insättning av kortet för 
den session då händelsen upptäc ks (innevarande session), 
—  fordonsdata motsvara det fordon där sessionen inte avslutades korrekt. 
262)  På förark ortet ska det gå att lagra data för de sex senast e händelser na av varje typ (dvs. 36 händelser). 
4.5.3.1.8  Data om fel 
För de data som avses i denna punkt ska tidpunkt en registreras med en upplösning av en (1) sekund. 
263)  Det ska gå att på förark ortet lagra data om följande fel som upptäc kts av färdsk rivaren när kortet var 
insatt: 
—  Kortfel (om detta kort är orsak till felet). 
—  Färdskr ivarfel. 26.5.2016 L 139/56 Europeiska unionens officiella tidning SV     
264)  Det ska gå att lagra följande data om dessa fel på förark ortet: 
—  Felk od. 
—  Datum och tidpunkt för felets början (eller för insättning av kort om felet pågick vid den 
tidpunkt en). 
—  Datum och tidpunkt för felets slut (eller för uttag av kort om felet pågick vid den tidpunkt en). 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon där felet ägde rum. 
265)  På förark ortet ska det gå att lagra data om de tolv senaste felen av varje typ (dvs. 24 fel). 
4.5.3.1.9  Data om föraraktivitet er 
266)  Det ska gå att lagra följande data på förark ortet för varje kalenderdag då kortet har använts eller för 
vilken föraren har angivit aktivitet er manuellt: 
—  Datum. 
—  En daglig närvaroräknare (ökas med ett för varje sådan kalenderdag). 
—  Den sammanlagda sträc ka som föraren har tillryggalagt den dagen. 
—  Förarstatus kl. 00.00. 
—  Följande data när föraren har ändrat aktivite t och/eller har ändrat körningsstatus och/eller har satt 
in eller tagit ut sitt kort: 
—  Körningsstatus (flera förare (CREW), ensam förare (SINGLE)). 
—  Kortplats (förare (DRIVER), medf örare (CO-D RIVER)). 
—  Kortstatus (insatt (INSER TED), ej insatt (NOT INSER TED)). 
—  Aktivit et (körning (DRIVING), tillgäng lighet (AVAILABILIT Y), annat arbete (WORK), rast/vila 
(BREAK/REST)). 
—  Tidpunkt för ändr ingen. 
267)  Det ska gå att lagra data om föraraktivitet er för minst 28 dagar i förark ortets minne (en förares 
genomsnittlig a aktivitet är fastställd till 93 aktivite tsändr ingar per dygn). 
268)  De data som är förtecknade under krav 261, 264 och 266 ska lagras på ett sätt som möjliggör att 
aktivitet er tas fram i den ordning de har ägt rum, även om tider na överlappar varandra. 
4.5.3.1.10  Data om använda fordon 
269)  Det ska gå att lagra följande data på förark ortet för varje kalenderdag som kortet har använ ts och för 
varje användningsper iod för ett visst fordon den dagen (en användningsper iod inbegr iper alla på 
varandra följande insättnings-/uttagscykler i fordonet för kortet i fråga): 
—  Datum och tidpunkt för första användning av fordonet (dvs. första insättning av kort under denna 
användningsper iod för fordonet, eller 00.00 om använ dningsper ioden pågår vid den tidpunkt en). 
—  Fordonets vägmätar värde vid den tidpunkt en. 
—  Datum och tidpunkt för senaste användning av fordonet (dvs. senaste uttag av kort under denna 
användningsper iod för fordonet, eller 23.59 om använ dningsper ioden pågår vid den tidpunkt en). 
—  Fordonets vägmätar värde vid den tidpunkt en. 
—  Fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 26.5.2016 L 139/57 Europeiska unionens officiella tidning SV     
270)  Det ska gå att lagra minst 84 sådana poste r på förark ortet. 
4.5.3.1.11  Platser där dagen s arbetsper ioder påbör jas och/eller avslutas 
271)  Det ska gå att på förark ortet lagra följande data om de platser som anges av föraren där dagen s 
arbetsper ioder påbör jas och/eller avslutas: 
—  Datum och tidpunkt för angivelsen (eller datum/tidpunkt som avser angivelsen och som anges 
manuellt). 
—  Typ av angivelse (påbör jande eller avslutande, särskild omständighet). 
—  Det land och den region som anges. 
—  Fordonets vägmätarställning. 
272)  Det ska gå att lagra minst 42 par av sådana poster i förark ortets minne. 
4.5.3.1.12  Data om kortsessioner 
273)  Det ska gå att på förark ortet lagra följande data om det fordon där den innevarande sessionen 
påbör jades: 
—  Datum och tidpunkt när sessionen påbör jades (dvs. för insättning av kort), med en upplösning av 
en (1) sekund. 
—  Fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 
4.5.3.1.13  Data om kontrollaktivit eter 
274)  Det ska gå att lagra följande data om kontrollaktivit eter på förark ortet: 
—  Datum och tidpunkt för kontrollen. 
—  Kontrollk ortsnummer och medlemsstat som utfärdat kortet. 
—  Kontrolltyp (visning och/eller utskr ift och/eller överfö ring av data från fordonsenhet och/eller 
överföring av data från kort (se anmärkning)). 
—  Överfö rd period, om överfö ring utfördes. 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon i vilke t kontrollen ägde 
rum. 
Anmärkning: Över föring av data från kort registreras endast om den gjor ts genom en färdskr ivare. 
275)  Det ska gå att lagra en (1) sådan post på förark ortet. 
4.5.3.1.14  Data om särskilda omständigheter 
276)  Det ska gå att på förark ortet lagra följande data om de särskilda omständigheter som anga vs medan 
kortet var insatt (oavsett kortplats): 
—  Datum och tidpunkt för angivelsen. 
—  Typ av särskild omständighet. 
277)  Det ska gå att lagra minst 56 sådana poste r på förark ortet. 26.5.2016 L 139/58 Europeiska unionens officiella tidning SV     
4.5.3.2  Färdskr ivar tillämpn ing i generation 2 (ej åtkomlig för första generationens fordonsenhet) 
4.5.3.2.1  Tillämpn ingsidentifi ering 
278)  Det ska gå att lagra följande data för tillämpning sidentif iering på förark ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.3.2.2  Nycklar och certifik at 
279)  Det ska gå att lagra ett antal kryptografiska nycklar och certifikat på förark ortet, såsom anges i tillägg 
11 del B. 
4.5.3.2.3  Kortidentifier ing 
280)  Det ska gå att lagra följande data för kortidentif iering på förark ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag. 
4.5.3.2.4  Identifier ing av kortinnehavar e 
281)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på förark ortet: 
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Födelsedatum. 
—  Valt språk. 
4.5.3.2.5  Överfö ring från kort 
282)  Det ska gå att lagra följande data om överfö ring från kort på förark ortet: 
—  Datum och tidpunkt för den senaste överföringen från kortet (för andra ändamål än 
kontrolländamål). 
283)  Det ska gå att lagra en (1) sådan post på förark ortet. 
4.5.3.2.6  Information om körkort 
284)  Det ska gå att lagra följande körkortsdata på förark ortet: 
—  Utfärdande medlemsstat, utfärdande myndighet. 
—  Körkortsnummer (den dag då kortet utfärdas). 
4.5.3.2.7  Händelsedata 
För de data som avses i denna punkt ska tidpunkt en lagras med en upplösning av en (1) sekund. 26.5.2016 L 139/59 Europeiska unionens officiella tidning SV     
285)  Det ska gå att på förark ortet lagra data om följande händelser som upptäc kts av färdskr ivaren när 
kortet var insatt: 
—  Överlappning av tider (om detta kort är orsaken till händelsen). 
—  Insättning av kort under körning (om händelsen gäller detta kort). 
—  Senaste kortsession ej korrekt avslutad (om händelsen gäller detta kort). 
—  Avbrott i strömtillf örseln. 
—  Fel i kommunikation med kommunikationsanordning för fjärravläsning. 
—  Positionsinf ormation från GNSS-mottag are saknas. 
—  Fel i kommunikation med extern GNSS-anordning. 
—  Fel i rörelsedata. 
—  Konflikt i fordonets rörelsedata. 
—  Försök till säkerhetsö verträdelse. 
—  Tidsk onflikt. 
286)  Det ska gå att lagra följande data om dessa händelser på förark ortet: 
—  Händelsek od. 
—  Datum och tidpunkt för händelsens början (eller för insättning av kort om händelsen pågick vid 
den tidpunkt en). 
—  Datum och tidpunkt för händelsens slut (eller för uttag av kort om händelsen pågick vid den 
tidpunkt en). 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon där händelsen ägde 
rum. 
Anmärkning: När det gäller händelsen ”överlappning av tider” ska 
—  datum och tidpunkt för händelsens början motsvara datum och tidpunkt för uttag av kortet i 
föregåe nde fordon, 
—  datum och tidpunkt för händelsens slut motsvara datum och tidpunkt för insättning av kortet i 
nuvarande fordon, 
—  fordonsdata motsvara det nuvarande fordonet, som ger uppho v till händelsen. 
Anmärkning: När det gäller händelsen ”senaste kortsession ej korrekt avslutad” ska 
—  datum och tidpunkt för händelsens början motsvara datum och tidpunkt för insättning av kortet 
för den session som inte avslutats korrekt, 
—  datum och tidpunkt för händelsens slut motsvara datum och tidpunkt för insättning av kortet för 
den session då händelsen upptäc ks (innevarande session), 
—  fordonsdata motsvara det fordon där sessionen inte avslutades korrekt. 
287)  På förark ortet ska det gå att lagra data för de sex senast e händelser na av varje typ (dvs. 66 händelser). 
4.5.3.2.8  Data om fel 
För de data som avses i denna punkt ska tidpunkt en registreras med en upplösning av en (1) sekund. 26.5.2016 L 139/60 Europeiska unionens officiella tidning SV     
288)  Det ska gå att på förark ortet lagra data om följande fel som upptäc kts av färdsk rivaren när kortet var 
insatt: 
—  Kortfel (om detta kort är orsak till felet). 
—  Färdskr ivarfel. 
289)  Det ska gå att lagra följande data om dessa fel på förark ortet: 
—  Felk od. 
—  Datum och tidpunkt för felets början (eller för insättning av kort om felet pågick vid den 
tidpunkt en). 
—  Datum och tidpunkt för felets slut (eller för uttag av kort om felet pågick vid den tidpunkt en). 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon där felet ägde rum. 
290)  På förark ortet ska det gå att lagra data om de tolv senaste felen av varje typ (dvs. 24 fel). 
4.5.3.2.9  Data om föraraktivitet er 
291)  Det ska gå att lagra följande data på förark ortet för varje kalenderdag då kortet har använts eller för 
vilken föraren har angivit aktivitet er manuellt: 
—  Datum. 
—  En daglig närvaroräknare (ökas med ett för varje sådan kalenderdag). 
—  Den sammanlagda sträc ka som föraren har tillryggalagt den dagen. 
—  Förarstatus kl. 00.00. 
—  Följande data när föraren har ändrat aktivite t och/eller har ändrat körningsstatus och/eller har satt 
in eller tagit ut sitt kort: 
—  Körningsstatus (flera förare (CREW), ensam förare (SINGLE)). 
—  Kortplats (förare (DRIVER), medf örare (CO-D RIVER)). 
—  Kortstatus (insatt (INSER TED), ej insatt (NOT INSER TED)). 
—  Aktivit et (körning (DRIVING), tillgäng lighet (AVAILABILIT Y), annat arbete (WORK), rast/vila 
(BREAK/REST)). 
—  Tidpunkt för ändr ingen. 
292)  Det ska gå att lagra data om föraraktivitet er för minst 28 dagar i förark ortets minne (en förares 
genomsnittlig a aktivitet är fastställd till 93 aktivite tsändr ingar per dygn). 
293)  De data som är förtecknade under krav 286, 289 och 291 ska lagras på ett sätt som möjliggör att 
aktivitet er tas fram i den ordning de har ägt rum, även om tider na överlappar varandra. 
4.5.3.2.10  Data om använda fordon 
294)  Det ska gå att lagra följande data på förark ortet för varje kalenderdag som kortet har använ ts och för 
varje användningsper iod för ett visst fordon den dagen (en användningsper iod inbegr iper alla på 
varandra följande insättnings-/uttagscykler i fordonet för kortet i fråga): 
—  Datum och tidpunkt för första användning av fordonet (dvs. första insättning av kort under denna 
användningsper iod för fordonet, eller 00.00 om använ dningsper ioden pågår vid den tidpunkt en). 26.5.2016 L 139/61 Europeiska unionens officiella tidning SV     
—  Fordonets vägmätar värde vid tidpunkt en för första använ dning. 
—  Datum och tidpunkt för senaste användning av fordonet (dvs. senaste uttag av kort under denna 
användningsper iod för fordonet, eller 23.59 om använ dningsper ioden pågår vid den tidpunkt en). 
—  Fordonets vägmätar värde vid tidpunkt en för sista användning. 
—  Fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 
—  Fordonets identif ieringsnummer (VIN). 
295)  Det ska gå att lagra minst 84 sådana poste r på förark ortet. 
4.5.3.2.11  Platser och positioner där dagen s arbetsper ioder påbör jas och/eller avslutas 
296)  Det ska gå att på förark ortet lagra följande data om de platser som anges av föraren där dagen s 
arbetsper ioder påbör jas och/eller avslutas: 
—  Datum och tidpunkt för angivelsen (eller datum/tidpunkt som avser angivelsen och som anges 
manuellt). 
—  Typ av angivelse (påbör jande eller avslutande, särskild omständighet). 
—  Det land och den region som anges. 
—  Fordonets vägmätarställning. 
—  Fordonets position. 
—  GNSS-precision, datum och tidpunkt när positionen fastställdes. 
297)  Det ska gå att lagra minst 84 par av sådana poster i förark ortets minne. 
4.5.3.2.12  Data om kortsessioner 
298)  Det ska gå att på förark ortet lagra följande data om det fordon där den innevarande sessionen 
påbör jades: 
—  Datum och tidpunkt när sessionen påbör jades (dvs. för insättning av kort), med en upplösning av 
en (1) sekund. 
—  Fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 
4.5.3.2.13  Data om kontrollaktivit eter 
299)  Det ska gå att lagra följande data om kontrollaktivit eter på förark ortet: 
—  Datum och tidpunkt för kontrollen. 
—  Kontrollk ortsnummer och medlemsstat som utfärdat kortet. 
—  Kontrolltyp (visning och/eller utskr ift och/eller överfö ring av data från fordonsenhet och/eller 
överföring av data från kort (se anmärkning)). 
—  Överfö rd period, om överfö ring utfördes. 
—  Registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon i vilke t kontrollen ägde 
rum. 
Anmärkning: Säkerhetskra ven medf ör att överfö ring av data från kort registreras endast om den 
gjor ts genom en färdskr ivare. 
300)  Det ska gå att lagra en (1) sådan post på förark ortet. 26.5.2016 L 139/62 Europeiska unionens officiella tidning SV     
4.5.3.2.14  Data om särskilda omständigheter 
301)  Det ska gå att på förark ortet lagra följande data om de särskilda omständigheter som anga vs medan 
kortet var insatt (oavsett kortplats): 
—  Datum och tidpunkt för angivelsen. 
—  Typ av särskild omständighet. 
302)  Det ska gå att lagra minst 56 sådana poste r på förark ortet. 
4.5.3.2.15  Data om använda fordonsenhet er 
303)  Det ska gå att lagra följande data på förark ortet med avseende på de olika fordonsenhet er där kortet 
använ ts: 
—  Datum och tidpunkt för påbör jande av fordonsenhetens användningsper iod (dvs. första insättning 
av kort i fordonsenheten under denna period). 
—  Fordonsenhet ens tillverkare. 
—  Fordonsenhet ens typ. 
—  Versionsnummer för fordonsenhet ens programvara. 
304)  Det ska gå att lagra minst 84 sådana poste r på förark ortet. 
4.5.3.2.16  Data om platser avseende tre timmar sammanhäng ande körning 
305)  Det ska gå att lagra följande data på förark ortet om fordonets position när förarens sammanhäng ande 
körtid uppgår till en multipel av tre timmar: 
—  Datum och tidpunkt när kortinnehavarens sammanhängande körtid uppg år till en multipel av tre 
timmar . 
—  Fordonets position. 
—  GNSS-precision, datum och tidpunkt när positionen fastställdes. 
306)  Det ska gå att lagra minst 252 sådana poste r på förark ortet. 
4.5.4  Verkstadskor t 
4.5.4.1  Färdskr ivar tillämpn ing (tillgän glig för första och andra generationens fordonsenhet er) 
4.5.4.1.1  Tillämpn ingsidentifi ering 
307)  Det ska gå att lagra följande data för tillämpning sidentif iering på verk stadsk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.4.1.2  Nycklar och certifik at 
308)  Verkstadsk ortet ska kunna lagra ett antal kryptografiska nycklar och certifikat, såsom anges i tillägg 
11 del A. 26.5.2016 L 139/63 Europeiska unionens officiella tidning SV     
309)  Det ska gå att lagra ett personligt identif ieringsnummer (en PIN-k od) på verkstadsk ortet. 
4.5.4.1.3  Kortidentifier ing 
310)  Det ska gå att lagra följande data för kortidentif iering på verk stadsk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag. 
4.5.4.1.4  Identifier ing av kortinnehavar e 
311)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på verkstadsk ortet: 
—  Verks tadens namn. 
—  Verks tadens adress. 
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Valt språk. 
4.5.4.1.5  Överfö ring från kort 
312)  På verkstad skortet ska det gå att lagra en post om överföring av data från kort på samma sätt som på 
ett förark ort. 
4.5.4.1.6  Data om kalibrer ing och tidsinställning 
313)  På verkstadsk ortet ska det gå att lagra poste r för kalibrer ingar och/eller tidsinställninga r som utförts 
medan kortet var insatt i färdskr ivaren. 
314)  Det ska gå att lagra följande data i varje kalibrer ingspost : 
—  Syfte med kalibrer inge n (aktiver ing, första installation, installation, periodisk besiktning). 
—  Fordonsidentifier ing. 
—  Uppdate rade eller bekräf tade parametrar (w, k, l, däcksdimension, den hastighetsbegränsande 
anordninge ns inställning, vägmätare (gam la och nya värden), datum och tidpunkt (gamla och nya 
värden). 
—  Identif iering av färdskr ivaren (fordonsenhet ens artikelnummer , fordonsenhetens serienummer , 
rörelsesensor ns serienummer). 
315)  Det ska gå att lagra minst 88 sådana poste r på verk stadsk ortet. 
316)  Verkstadsk ortet ska vara försett med en räknare som ange r det sammanlagda antal kalibrer ingar som 
gjor ts med kortet. 
317)  Verkstadsk ortet ska vara försett med en räknare som ange r det antal kalibrer ingar som gjor ts sedan 
dess senaste överfö ring. 26.5.2016 L 139/64 Europeiska unionens officiella tidning SV     
4.5.4.1.7  Data om händelser och fel 
318)  På verkstadsk ortet ska det gå att lagra data om händelser och fel på samma sätt som på ett förark ort. 
319)  På verkstadsk ortet ska det gå att lagra data för de senast e tre händelser na av varje typ (dvs. 18 
händelser) och de senaste sex felen av varje typ (dvs. 12 fel). 
4.5.4.1.8  Data om föraraktivitet er 
320)  På verkstadsk ortet ska det gå att lagra data om föraraktivitet er på samma sätt som på ett förark ort. 
321)  Det ska gå att lagra data om föraraktivite ter på verkstadsk ortet för minst en dag av genomsnittlig 
föraraktivitet. 
4.5.4.1.9  Data om använda fordon 
322)  På verkstadsk ortet ska det gå att lagra data om använ da fordon på samma sätt som på ett förark ort. 
323)  Det ska gå att lagra minst 4 sådana poster på verkstadskor tet. 
4.5.4.1.10  Data om påbör jande och/eller avslutande av dagen s arbetsper ioder 
324)  På verkstadsk ortet ska det gå att lagra data om påbör jande och/eller avslutande av dagen s 
arbetsper ioder på samma sätt som på ett förark ort. 
325)  Det ska gå att lagra minst 3 par av sådana poste r på verk stadsk ortet. 
4.5.4.1.11  Data om kortsessioner 
326)  På verkstadsk ortet ska det gå att lagra data om kortsessioner på samma sätt som på ett förark ort. 
4.5.4.1.12  Data om kontrollaktivit eter 
327)  På verkstadsk ortet ska det gå att lagra data om kontrollaktivitet er på samma sätt som på ett förark ort. 
4.5.4.1.13  Data om särskilda omständigheter 
328)  På verkstadskor tet ska det gå att lagra data om särskilda omständigheter på samma sätt som på ett 
förark ort. 
329)  Det ska gå att lagra minst 2 sådana poster på verkstadskor tet. 
4.5.4.2  Färdskr ivar tillämpn ing i generation 2 (ej åtkomlig för första generationens fordonsenhet) 
4.5.4.2.1  Tillämpn ingsidentifi ering 
330)  Det ska gå att lagra följande data för tillämpning sidentif iering på verk stadsk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 26.5.2016 L 139/65 Europeiska unionens officiella tidning SV     
4.5.4.2.2  Nycklar och certifik at 
331)  Verkstadsk ortet ska kunna lagra ett antal kryptografiska nycklar och certifikat, såsom anges i tillägg 
11 del B. 
332)  Det ska gå att lagra ett personligt identif ieringsnummer (en PIN-k od) på verkstadsk ortet. 
4.5.4.2.3  Kortidentifier ing 
333)  Det ska gå att lagra följande data för kortidentif iering på verk stadsk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag. 
4.5.4.2.4  Identifier ing av kortinnehavar e 
334)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på verkstadsk ortet: 
—  Verks tadens namn. 
—  Verks tadens adress. 
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Valt språk. 
4.5.4.2.5  Överfö ring från kort 
335)  På verkstad skortet ska det gå att lagra en post om överföring av data från kort på samma sätt som på 
ett förark ort. 
4.5.4.2.6  Data om kalibrer ing och tidsinställning 
336)  På verkstadsk ortet ska det gå att lagra poste r för kalibrer ingar och/eller tidsinställninga r som utförts 
medan kortet var insatt i färdskr ivaren. 
337)  Det ska gå att lagra följande data i varje kalibrer ingspost : 
—  Syfte med kalibrer inge n (aktiver ing, första installation, installation, periodisk besiktning). 
—  Fordonsidentifier ing. 
—  Uppdate rade eller bekräf tade parametrar (w, k, l, däcksdimension, den hastighetsbegränsande 
anordninge ns inställning, vägmätare (gam la och nya värden), datum och tidpunkt (gamla och nya 
värden)). 
—  Identif iering av färdskr ivaren (fordonsenhet ens artikelnummer , fordonsenhetens serienummer , 
rörelsesensor ns serienummer , serienumret för kommunikationsanordningen för fjärravläsning och 
den externa GNSS-anordningens serienummer , i förek ommande fall). 
—  Typer och identif ierare för samtlig a befintliga plomber ingar . 
—  Förmåg a hos fordonsenheten att använda första generationens färdskr ivark ort (aktiverad eller 
inte). 26.5.2016 L 139/66 Europeiska unionens officiella tidning SV     
338)  Det ska gå att lagra minst 88 sådana poste r på verk stadsk ortet. 
339)  Verkstadsk ortet ska vara försett med en räknare som ange r det sammanlagda antal kalibrer ingar som 
gjor ts med kortet. 
340)  Verkstadsk ortet ska vara försett med en räknare som ange r det antal kalibrer ingar som gjor ts sedan 
dess senaste överfö ring. 
4.5.4.2.7  Data om händelser och fel 
341)  På verkstadsk ortet ska det gå att lagra data om händelser och fel på samma sätt som på ett förark ort. 
342)  På verkstadsk ortet ska det gå att lagra data för de senast e tre händelser na av varje typ (dvs. 33 
händelser) och de senaste sex felen av varje typ (dvs. 12 fel). 
4.5.4.2.8  Data om föraraktivitet er 
343)  På verkstadsk ortet ska det gå att lagra data om föraraktivitet er på samma sätt som på ett förark ort. 
344)  Det ska gå att lagra data om föraraktivite ter på verkstadsk ortet för minst en dag av genomsnittlig 
föraraktivitet. 
4.5.4.2.9  Data om använda fordon 
345)  På verkstadsk ortet ska det gå att lagra data om använ da fordon på samma sätt som på ett förark ort. 
346)  Det ska gå att lagra minst 4 sådana poster på verkstadskor tet. 
4.5.4.2.10  Data om påbör jande och/eller avslutande av dagen s arbetsper ioder 
347)  På verkstadsk ortet ska det gå att lagra data om påbör jande och/eller avslutande av dagen s 
arbetsper ioder på samma sätt som på ett förark ort. 
348)  Det ska gå att lagra minst 3 par av sådana poste r på verk stadsk ortet. 
4.5.4.2.11  Data om kortsessioner 
349)  På verkstadsk ortet ska det gå att lagra data om kortsessioner på samma sätt som på ett förark ort. 
4.5.4.2.12  Data om kontrollaktivit eter 
350)  På verkstadsk ortet ska det gå att lagra data om kontrollaktivitet er på samma sätt som på ett förark ort. 
4.5.4.2.13  Data om använda fordonsenhet er 
351)  Verkstadsk ortet ska kunna lagra följande data med avseende på de olika fordonsenhet er där kortet 
använ ts: 
—  Datum och tidpunkt för påbör jande av fordonsenhetens användningsper iod (dvs. första insättning 
av kort i fordonsenheten under denna period). 
—  Fordonsenhet ens tillverkare. 26.5.2016 L 139/67 Europeiska unionens officiella tidning SV     
—  Fordonsenhet ens typ. 
—  Versionsnummer för fordonsenhet ens programvara. 
352)  Det ska gå att lagra minst 4 sådana poster på verkstadskor tet. 
4.5.4.2.14  Data om platser avseende tre timmar sammanhäng ande körning 
353)  Det ska gå att lagra följande data på verkstadskor tet om fordonets position när förarens 
sammanhängande körtid uppgår till en multipel av tre timmar: 
—  Datum och tidpunkt när kortinnehavarens sammanhängande körtid uppg år till en multipel av tre 
timmar . 
—  Fordonets position. 
—  GNSS-precision, datum och tidpunkt när positionen fastställdes. 
354)  Det ska gå att lagra minst 18 sådana poste r på verk stadsk ortet. 
4.5.4.2.15  Data om särskilda omständigheter 
355)  På verkstadskor tet ska det gå att lagra data om särskilda omständigheter på samma sätt som på ett 
förark ort. 
356)  Det ska gå att lagra minst 2 sådana poster på verkstadskor tet. 
4.5.5  Kontr ollkor t 
4.5.5.1  Färdskr ivar tillämpn ing (tillgän glig för första och andra generationens fordonsenhet er) 
4.5.5.1.1  Tillämpn ingsidentifi ering 
357)  Det ska gå att lagra följande data för tillämpning sidentif iering på kontrollk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.5.1.2  Nycklar och certifik at 
358)  Kontrollk ortet ska kunna lagra ett antal kryptografiska nycklar och certifikat, såsom anges i tillägg 11 
del A. 
4.5.5.1.3  Kortidentifier ing 
359)  Det ska gå att lagra följande data för kortidentif iering på kontrollk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag (i förek ommande fall). 
4.5.5.1.4  Identifier ing av kortinnehavar e 
360)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på kontrollk ortet: 
—  Kontrollorg anets namn. 
—  Kontrollorg anets adress. 26.5.2016 L 139/68 Europeiska unionens officiella tidning SV     
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Valt språk. 
4.5.5.1.5  Data om kontrollaktivit eter 
361)  Det ska gå att lagra följande data om kontrollaktivit eter på kontrollk ortet: 
—  Datum och tidpunkt för kontrollen. 
—  Kontrolltyp (visning och/eller utskr ift och/eller överfö ring av data från fordonsenhet och/eller 
överföring av data från kort och/eller kalibrer ingsk ontroll på väg). 
—  Överfö rd period (i förek ommande fall). 
—  Fordonets registrer ingsnummer (VRN) och myndighet i medlemsstat en som registrerat det 
kontrollerade fordonet. 
—  Kortnummer och medlemsstat som utfärdat det kontrollerade förark ortet. 
362)  Det ska gå att lagra minst 230 sådana poste r på kontrollk ortet. 
4.5.5.2  Färdskr ivar tillämpn ing G2 (ej åtkomlig för första generationens fordonsenhet) 
4.5.5.2.1  Tillämpn ingsidentifi ering 
363)  Det ska gå att lagra följande data för tillämpning sidentif iering på kontrollk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.5.2.2  Nycklar och certifik at 
364)  Kontrollk ortet ska kunna lagra ett antal kryptografiska nycklar och certifikat, såsom anges i tillägg 11 
del B. 
4.5.5.2.3  Kortidentifier ing 
365)  Det ska gå att lagra följande data för kortidentif iering på kontrollk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag (i förek ommande fall). 
4.5.5.2.4  Identifier ing av kortinnehavar e 
366)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på kontrollk ortet: 
—  Kontrollorg anets namn. 
—  Kontrollorg anets adress. 
—  Innehav arens efternamn . 
—  Innehav arens förnamn. 
—  Valt språk. 26.5.2016 L 139/69 Europeiska unionens officiella tidning SV     
4.5.5.2.5  Data om kontrollaktivit eter 
367)  Det ska gå att lagra följande data om kontrollaktivit eter på kontrollk ortet: 
—  Datum och tidpunkt för kontrollen. 
—  Kontrolltyp (visning och/eller utskr ift och/eller överfö ring av data från fordonsenhet och/eller 
överföring av data från kort och/eller kalibrer ingsk ontroll på väg). 
—  Överfö rd period (i förek ommande fall). 
—  Fordonets registrer ingsnummer (VRN) och myndighet i medlemsstat en som registrerat det 
kontrollerade fordonet. 
—  Kortnummer och medlemsstat som utfärdat det kontrollerade förark ortet. 
368)  Det ska gå att lagra minst 230 sådana poste r på kontrollk ortet. 
4.5.6  Företagskor t 
4.5.6.1  Färdskr ivar tillämpn ing (tillgän glig för första och andra generationens fordonsenhet er) 
4.5.6.1.1  Tillämpn ingsidentifi ering 
369)  Det ska gå att lagra följande data för tillämpning sidentif iering på företagsk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.6.1.2  Nycklar och certifik at 
370)  Företagsk ortet ska kunna lagra ett antal kryptografiska nycklar och certifik at, såsom anges i tillägg 11 
del A. 
4.5.6.1.3  Kortidentifier ing 
371)  Det ska gå att lagra följande data för kortidentif iering på företagsk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag (i förek ommande fall). 
4.5.6.1.4  Identifier ing av kortinnehavar e 
372)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på företagsk ortet: 
—  Företage ts namn. 
—  Företage ts adress. 
4.5.6.1.5  Data om företagsaktivitet er 
373)  Det ska gå att lagra följande data om företagsaktivit eter på företagsk ortet: 
—  Datum och tidpunkt för aktivite ten. 
—  Typ av aktivite t (låsning och/eller öppning av fordonsenhet, och/eller överfö ring av data från 
fordonsenhet och/eller överfö ring av data från kort). 
—  Överfö rd period (i förek ommande fall). 26.5.2016 L 139/70 Europeiska unionens officiella tidning SV     
—  Fordonets registrer ingsnummer (VRN) och myndighet i medlemsstat en som registrerat fordonet. 
—  Kortnummer och medlemsstat som utfärdat kortet (vid överfö ring från kort). 
374)  Det ska gå att lagra minst 230 sådana poste r på företagsk ortet. 
4.5.6.2  Färdskr ivar tillämpn ing G2 (ej åtkomlig för första generationens fordonsenhet) 
4.5.6.2.1  Tillämpn ingsidentifi ering 
375)  Det ska gå att lagra följande data för tillämpning sidentif iering på företagsk ortet: 
—  Identif iering av färdskr ivar tilläm pning. 
—  Identif iering av typ av färdskr ivark ort. 
4.5.6.2.2  Nycklar och certifik at 
376)  Företagsk ortet ska kunna lagra ett antal kryptografiska nycklar och certifik at, såsom anges i tillägg 11 
del B. 
4.5.6.2.3  Kortidentifier ing 
377)  Det ska gå att lagra följande data för kortidentif iering på företagsk ortet: 
—  Kortnummer . 
—  Utfärdande medlemsstat, utfärdande myndighet, utfärdandedatum. 
—  Kortets första och sista giltighetsdag (i förek ommande fall). 
4.5.6.2.4  Identifier ing av kortinnehavar e 
378)  Det ska gå att lagra följande identifier ingsdata för kortinnehavare på företagsk ortet: 
—  Företage ts namn. 
—  Företage ts adress. 
4.5.6.2.5  Data om företagsaktivitet er 
379)  Det ska gå att lagra följande data om företagsaktivit eter på företagsk ortet: 
—  Datum och tidpunkt för aktivite ten. 
—  Typ av aktivite t (låsning och/eller öppning av fordonsenhet, och/eller överfö ring av data från 
fordonsenhet och/eller överfö ring av data från kort). 
—  Överfö rd period (i förek ommande fall). 
—  Fordonets registrer ingsnummer (VRN) och myndighet i medlemsstat en som registrerat fordonet. 
—  Kortnummer och medlemsstat som utfärdat kortet (vid överfö ring från kort). 
380)  Det ska gå att lagra minst 230 sådana poste r på företagsk ortet. 26.5.2016 L 139/71 Europeiska unionens officiella tidning SV     
5  INST ALL ATION AV FÄRDSKRIV ARE 
5.1  Inst allation 
381)  Nya färdsk rivare får inte vara aktiverade när de levereras till montörer eller fordonstillverkare, och 
alla de kalibrer ingsparametrar som är förtecknade i avsnitt 3.21 ska vara inställda på passande och 
giltiga standardvärden. Om det inte finns något passande värde ska standardvärdet för alfanumer iska 
parametrar vara en sträng med ”?” och för numer iska parametrar ”0”. Leverans av säkerhetsrelaterade 
delar till färdskr ivaren kan vid beho v begränsas under säkerhetscer tifier ingen. 
382)  Innan färdskr ivaren aktiveras ska den ge tillgång till kalibrer ingsfunktionen även om den inte är i 
kalibrer ingsläge. 
383)  Innan färdsk rivaren aktiveras ska den varken registrera eller lagra de data som avses i punkt erna 
3.12.3, 3.12.9 och 3.12.12–3.12.15. 
384)  Vid installationen ska fordonstillverkaren förinställa alla kända parametrar . 
385)  Fordonstillverkare eller mont örer ska aktivera den installerade färdskr ivaren senast innan fordonet 
använ ds inom ramen för förordning (EG) nr 561/2006. 
386)  Aktiver inge n av färdskr ivaren ska utlösas automatiskt första gången ett verkstadsk ort sätts in i någon 
av kortläsar na. 
387)  Den särskilda parning som krävs mellan rörelsesensor n och fordonsenhet en ska i förek ommande fall 
ske automa tiskt före eller under aktiver ing. 
388)  Den särskilda koppling som krävs mellan den exte rna GNSS-anordningen och fordonsenheten ska i 
förek ommande fall ske automat iskt före eller under aktiver ing. 
389) Efter det att färdskr ivaren har aktiverats ska den till fullo upprätthålla funktioner och tillträdesrät ­
tigheter till data. 
390)  Efter det att färdsk rivaren har aktiverats ska den kommunicera de skyddade data som krävs för 
riktade vägk ontroller till kommunikationsanordninge n för fjärravläsning. 
391)  Färdskr ivarens registrer ings- och lagringsfunktioner ska vara helt klara för drift när den har aktiverats. 
392) Installationen ska följas av en kalibrer ing. Vid den första kalibrer ingen behö ver fordonets registre ­
ringsnummer (VRN) inte anges om den godkända verk stad som ska utföra kalibrer ingen inte känner 
till detta nummer . Endast i ett sådant fall får fordonsäg aren ange registrer ingsnumret (VRN) med 
hjälp av sitt företagsk ort innan fordonet används inom ramen för förordning (EG) nr 561/2006 (t.ex. 
med hjälp av kommandon i en ändamålsenlig menystr uktur i fordonsenhetens användargränssnitt) (1). 
Denna registrer ing ska endast kunna uppdateras eller bekräf tas med hjälp av ett verk stadsk ort. 
393)  Installation av en extern GNSS-anordning förutsätt er koppling med fordonsenheten och efterföljande 
kontroll av positionsinf ormationen från GNSS. 
394)  Färdskr ivaren ska placeras i fordonet på så sätt att de nödvändiga funktioner na kan nås från 
förar platsen. 26.5.2016 L 139/72 Europeiska unionens officiella tidning SV     
(1)EGT L 102, 11.4.2006, s.1. 
5.2  Inst allationsskylt 
395)  Efter det att färdskr ivaren har kontrollerats vid installationen ska en installationsskylt med permanent 
grave ring eller tryck anbr ingas på färdskr ivaren så att skylten är väl synlig och lätt tillgänglig. Om så 
inte är möjligt ska skylten anbr ingas på fordonets B-stolpe så att den är väl synlig. För fordon som 
saknar B-stolpe ska installationsskylten anbr ingas på dörrkar men och under alla omständigheter vara 
väl synlig. 
Efter varje besiktning av en godkänd mont ör eller verk stad ska skylten ersättas med en ny skylt. 
396)  På skylten ska åtminst one följande uppgif ter finnas: 
—  Godkänd mont örs eller verkstads namn och adress eller handelsbetec kning. 
—  Fordonets karakteristi ska koeffi cient, uttryckt som ”w = … imp/km”. 
—  Färdskr ivark onstanten, uttryckt som ”k = … imp /km”. 
—  Däck ens effektiva omkrets, uttryckt som ”l = … mm”. 
—  Däcksdimension. 
—  Datum för mätning av fordonets karakteristiska koeffi cient och däck ens effektiva omkrets. 
—  Fordonets registrer ingsnummer . 
—  Förek omst (eller inte) av en exte rn GNSS-anordning. 
—  Den extern a GNSS-anordningens serienummer . 
—  Serienummer för kommunikationsanordningen för fjärravläsning. 
—  Serienummer för samtliga befintliga plomber ingar . 
—  Den del av fordonet där adap tern , i förek ommande fall, är installerad. 
—  Den del av fordonet där rörelsesensor n är installerad om den inte är anslut en till växellådan eller 
en adap ter inte används. 
—  Beskr ivning av färgen på kabeln mellan adapt ern och den del av fordonet som tillhandahåller 
adapt erns inkommande impulser . 
—  Serienumret på adap tern s inbygg da rörelsesensor . 
397)  En andra skylt får användas endast när det gäller fordon som tillhör kate gorierna M1 och N1 och är 
utrustade med en adapt er i enlighet med kommissionens förordning (EG) nr 68/2009 (1) i sin senaste 
lydelse, och om det inte är möjligt att ta med all information som beskr ivs i krav 396. I sådana fall 
ska denna andra skylt innehålla minst de sista fyra strec ksatser na i krav 396. 
Om en sådan andra skylt använ ds ska den anbr ingas nära eller bredvid den första skylten som 
beskr ivs i krav 396, och den ska ha samma skyddsnivå. Den andra skylten ska också innehålla namn, 
adress eller handelsnamn för den godkända mont ör eller verkstad som utförde installationen, samt 
datum för installationen. 26.5.2016 L 139/73 Europeiska unionens officiella tidning SV     
(1)Kommissionens förordning (EG) nr 68/2009 av den 23 januar i 2009 om anpassning för nionde gång en till den tekniska utveckl ingen av 
rådets förordning (EEG) nr 3821/85 om färdskriv are vid vägtranspor ter (EUT L 21, 24.1.2009, s. 3). 
5.3  Plomber ing 
398)  Följande kompon enter ska plomberas: 
—  Varje anslutning som om den bryts skulle orsaka förändr ingar eller förlust av data som inte 
upptäc ks (detta kan gälla t.ex. rörelsesensor ns infästning på växellådan, adapt ern i M1/N1-f ordon, 
den externa GNSS-anslutningen eller fordonsenhet en). 
—  Installationsskylt en, om den inte är anbr ingad på sådant sätt att den inte kan avlägsnas utan att 
texten på den förstör s. 
399)  Ovan nämnda plomber ingar får avlägsnas 
—  i nödsituationer , 
—  för att installera, anpassa eller reparera en hastighetsbegränsande anordning eller andra 
anordninga r som bidrar till trafiksäkerhet en, förutsatt att färdskr ivaren fortsätter att fung era på 
tillförlitligt och avsett sätt och att den åter plomberas av en godkänd montör eller verkstad (i 
enlighet med kapitel 6) omedelbar t efter det att den hastighetsbegränsande anordningen eller 
någon annan anordning som bidrar till trafik säkerheten har monterats, eller inom 7 dagar i 
övriga fall. 
400)  Varje gång dessa plomber ingar bryts ska en skriftlig rappor t upprättas som redo visar skälen för 
åtgärden och som ställs till den behör iga myndighetens förfo gande . 
401)  Plomber ingar ska ha ett identif ieringsnummer som tilldelas av dess tillverkare. Detta nummer ska 
vara unikt och skilt från varje annat plomber ingsnummer som tilldelats av någon annan tillverkare av 
plomber inga r. 
Det unika identifier ingsnumret definieras som MM NNNNNN och ska vara outplånligt, där MM är en 
unik identif iering av tillverkaren (som är registrerad i en databas som förvaltas av EU-k ommissionen) 
och NNNNNN är plomber ingens alfanumer iska nummer som är unikt inom tillverkarens domän. 
402)  Plomber ingar na ska ha ett fritt utrymme där godkända mont örer , verk städer eller fordonstillverkare 
kan lägga till ett särskilt märk e i enlighet med artikel 22.3 i förordning (EU) nr 165/2014. 
Detta märk e får inte dölja plomber inge ns identif ieringsnummer . 
403)  Tillverkare av plomber ingar ska registreras i en särskild databas och offentliggöra sina 
plomber ingsnummer genom ett förfarande som ska fastställas av Europeiska kommissionen. 
404)  Godkända verk städer och fordonstillverkare ska, inom ramen för förordning (EU) nr 165/2014, 
endast använ da plomber ingar från de tillverkare av plomber ingar som ingår i den ovan nämnda 
databasen. 
405)  Tillverkare av plomber ingar och deras distr ibut örer ska upprätthålla register som ger full spårbarhet 
för försålda plomber ingar som ska användas inom ramen för förordning (EU) nr 165/2014 och ska 
vara beredda att överlämna dessa till de behör iga nationella myndighetern a närhelst detta behö vs. 
406)  Plomber ingar nas unika identif ieringsnummer ska vara synlig a på installationsskylt en. 
6  KONTR OLLER, BESIK TNINGAR OCH REPARA TIONER 
Bestämmelser na för när plomber ingar na får avlägsnas, såsom avses i artikel 22.5 i förordning (EU) 
nr 165/2014, ange s i avsnitt 5.3 i denna bilaga. 
6.1  Godkännande av montö rer, verks täder och fordons tillv erkare 
Medlemsstat erna ska godkänna, regelbun det kontrollera och auktorisera de organ som ska utföra 
—  installationer , 
—  kontroller , 26.5.2016 L 139/74 Europeiska unionens officiella tidning SV     
—  besiktning ar, 
—  reparationer . 
Såvida inte något annat vederbörligen motiveras ska verk stadsk ort endast utfärdas till de mont örer och/eller 
verkstäder som godkänts för aktiver ing och/eller kalibrer ing av färdskr ivare i enlighet med denna bilaga och 
—  som inte är berättigad e till ett företagsk ort, 
—  och vars övriga yrkes verk samhet inte riskerar att äventyra den övergr ipande systems äkerhet en enligt 
krav i tillägg 10. 
6.2  Kon troll av nya eller reparerade komponenter 
407)  Varje enskild anordning, vare sig den är ny eller reparerad, ska genom kalibrer ing kontrolleras med 
avseen de på att den fungerar riktigt och att dess avlästa och registrerade värden ligge r inom de i 
avsnitt en 3.2.1, 3.2.2, 3.2.3 och 3.3 fastställda gränser na, och sedan plomberas i enlighet med avsnitt 
5.3. 
6.3  Inst allationsbesiktning 
408)  När hela utrustningen (inbegr ipet färdskr ivaren) mont eras i ett fordon ska den överensstämma med 
bestämmelser na om största tillåtna toleranser i avsnitte n 3.2.1, 3.2.2, 3.2.3 och 3.3. 
6.4  Periodiska besiktningar 
409) Periodiska besiktning ar av färdsk rivarutrustning i fordon ska ske efter varje reparation av färdskr iva­
rutrustningen, när fordonets karakteristiska koeff icient eller däck ens effektiva omkrets har ändrats, 
när färdskr ivarens UTC-tid visar fel med mer än 20 minute r eller när fordonets registrer ingsnummer 
(VRN) har ändrats, och åtminstone en gång inom två år (24 månader) efter den senaste besiktning en. 
410)  Dessa besiktning ar ska omf atta följande kontroller: 
—  Att färdskr ivaren fung erar riktigt, inbegr ipet funktionen för datalagr ing på färdskr ivark ort och 
kommunikationen med fjärravläsare. 
—  Att efterlevnaden av bestämmelser na i avsnitt en 3.2.1 och 3.2.2 om störst a tillåtna toleranser vid 
installation är säkerställd. 
—  Att efterlevnaden av bestämmelser na i avsnitt en 3.2.3 och 3.3 är säkerställd. 
—  Att typgodkännandemärket finns på färdskr ivaren. 
—  Att den installationsskylt som anges i krav 396 och den typskylt som anges i krav 225 är 
anbr ingade. 
—  Att däcksdimensioner och däck ens faktiska omkrets stämmer . 
—  Att inge n utrustning för att manipulera färdskr ivaren är kopplad till utrustningen. 
—  Att plomber ingar na är korrekt placerade och i gott skick, att deras identif ieringsnummer är giltiga 
(refer ens till tillverkaren av plomber ingen i EU-k ommissionens databas) och att deras identifi ­
eringsnummer stämmer med de som finns på installationsskylte n (se krav 401). 
411)  Om det konstater as att någon av de händelser som anges i avsnitt 3.9 om upptäc kt av händelser och/ 
eller fel har förek ommit sedan den senaste besiktningen och som färdskr ivar tillverkare och/eller 
nationella myndigheter anser kan äventyra utrustning ens säkerhet ska verkstad en 
a.jämf öra identifier ingsdata för den rörelsesensor som är inkopplad i växellådan med identifi ­
eringsdata för den kopplade rörelsesensor som är registrerad i fordonsenhet en, 26.5.2016 L 139/75 Europeiska unionens officiella tidning SV     
b.  kontrollera om informationen på installationsskylten stämmer överens med informationen i 
fordonsenhetens register , 
c.  kontrollera om rörelsesensor ns serienummer och typgodkännandenummer – om dessa anges på 
rörelsesensor n – stämmer överens med informationen i färdskr ivarens dataminne, 
d.  jämf öra identif ieringsdata på den exte rna GNSS-anordningens typskylt, om sådana finns, med de 
som är lagrade i fordonsenhet ens dataminne. 
412) Verkstäder na ska i sina besiktningsrappor ter ange om brutna plomber ingar eller manipuler ingsut ­
rustning har upptäc kts. Dessa rappor ter ska sparas av verkstäder na i minst två år och på förfrågan 
ställas till den behör iga myndighetens förfo gande . 
413)  Dessa besiktningar ska inbegr ipa en kalibrer ing och ett förebygg ande byte av de plomber ingar vars 
anbr ingande ligger inom verkstäder nas ansvar .. 
6.5  Uppmätning av fel 
414)  Uppmätning av fel vid installation och i drift ska genomf öras under följande förutsättningar , vilka ska 
anses utgöra standardiserade provningsf örhållanden: 
—  Fordon utan last och i körklar t skick. 
—  Däck tryck enligt tillverkarens anvisningar . 
—  Däck förslitning inom av nationell lag tillåtna gränsvärden. 
—  Fordonets rörelse: 
—  Fordonet ska, framdr ivet av sin egen motor , röra sig framåt i rät linje och på jämnt underlag med 
en hastighet av 50 ± 5 km/h. Mätsträckan ska vara åtminst one 1 000 m. 
—  Förutsatt att provning en kan ske med jämf örbar precision får även altern ativa metoder , t.ex. en 
passande provbänk, användas vid provningen. 
6.6  Reparationer 
415)  Verkstäder na ska kunna överfö ra data från färdskr ivare för att kunna återlämna dessa data till berör t 
transpor tföretag. 
416)  Godkända verk städer ska till transpor tföretagen utfärda ett intyg om att data inte går att överföra, om 
data som registrerats tidigare inte kan överfö ras på grund av att färdskr ivaren inte fungerar korrekt 
även efter reparation i den berörda verkstaden . Verks täder na ska behålla en kopia av varje utfärdat 
intyg i minst ett år. 
7  UTF ÄRD ANDE AV KORT 
De förfaranden för utfärdande av kort som medlemsstater na upprättar ska överensstämma med följande: 
417)  Numret på det färdskr ivark ort som utfärdas för första gång en till en sökande ska ha ett löpnummer (i 
förek ommande fall) och ett ersättningsindex och ett förnyelseindex som alla sätts till ”0”. 
418)  Kortnumren på alla opersonliga färdskr ivark ort som har utfärdats till ett enskilt kontrollorgan, en 
enskild verkstad eller ett enskilt transpor tföretag ska ha samma 13 första siffror , och samtliga ska ha 
sitt eget löpnummer . 
419)  Ett färdskr ivark ort som utfärdas som ersättning för ett befintligt färdskr ivark ort ska ha samma 
kortnummer som det ersatta kortet förutom att ersättningsindex ska ökas med ”1” (i ordningen 0, …, 
9, A, …, Z). 26.5.2016 L 139/76 Europeiska unionens officiella tidning SV     
420)  Ett färdskr ivark ort som utfärdas som ersättning för ett befintligt färdskr ivark ort ska ha samma sista 
giltighetsdag som det ersatta kortet. 
421)  Ett färdskr ivark ort som utfärdas som förnyelse av ett befintligt färdskr ivark ort ska ha samma 
kortnummer som det förnyade kortet förutom att ersättningsindex åter ska sättas till ”0” och att 
förnyelseindex ska ökas med ”1” (i ordning en 0, …, 9, A, …, Z). 
422)  Utbyt e av ett befintligt färdsk rivark ort för att ändra administrativa uppgif ter ska ske i enlighet med 
reglerna för förnyelse om det sker i samma medlemsstat, eller reglerna för det första utfärdandet om 
det utförs av en annan medlemsstat. 
423)  Utrymmet för kortinnehavarens efternamn ska, när det gäller icke-personliga verk stads- eller 
kontrollk ort, använ das för verkstad ens eller kontrollorganets namn eller för mont örens eller kontroll ­
tjänsteman nens namn, om medlemsstaten bestämmer detta. 
424)  Medlemsstate r ska utväxla data elektroniskt för att i enlighet med artikel 31 i förordning (EU) 
nr 165/2014 säkerställa att varje förark ort som de utfärdar är unikt. 
8  TYPGODKÄNNANDE AV FÄRDSKRIV ARE OCH FÄRDSKRIV ARK ORT 
8.1  Allmänt 
I detta kapitel avses med termen ”färdskr ivare” ”färdskr ivare eller dess komponent er”. Inget typgodkännande 
krävs för kablar na mellan rörelsesensor n och fordonsenhet en, mellan den externa GNSS-anordningen och 
fordonsenhet en eller mellan kommunikationsanordningen för fjärravläsning och fordonsenheten. Det 
papper som använ ds i färdskr ivaren ska anses vara en av färdskr ivarens kompone nter . 
Alla tillverkare får ansöka om typgodkännande av sin kompon ent tillsammans med alla typer av 
rörelsesensorer , exte rna GNSS-anordningar och vice versa, under förutsättning att varje komponent 
uppfyller kraven i denna bilaga. Som ett altern ativ får tillverkare även ansöka om typgodkännande av 
färdskr ivare. 
425)  Färdskr ivare ska lämnas in för typgodkännande, komplett med eventuella integrerade extra 
anordningar . 
426) Typgodkännande av färdsk rivare och färdskr ivark ort ska inbegr ipa säkerhet spro vningar , funktions ­
provningar och provningar med avseende på driftskompati bilitet. Positiva resultat från var och en av 
dessa provning ar ska anges i ett lämpli gt intyg. 
427)  Medlemsstate rnas myndigheter för typgodkännande får inte bevilja något intyg om typgodkännande 
om de inte har 
—  ett säkerhets intyg, 
—  ett funktionsintyg, och 
—  ett intyg om driftskompati bilitet 
för den färdskr ivare eller det färdskr ivark ort som är föremål för ansökan om typgodkännande. 
428)  Varje ändr ing av färdsk rivarens programvar a eller maskinvara eller av det slag av mat erial som 
använ ds för dess tillverkning ska, innan den tas i bruk, anmälas till den myndighet som beviljade 
typgodkännandet av färdskr ivaren. Denna myndighet ska för tillverkaren bekräf ta utvidgningen av 
typgodkännandet, eller får begära en uppdat ering eller bekräf telse av berörda funktionsintyg, 
säkerhetsintyg och/eller intyg om driftskompatibilit et. 
429)  Förfaranden för att uppgradera program varan i färdskr ivaren på plats ska godkännas av den 
myndighet som beviljade typgodkännandet av färdskr ivaren. Uppgrader ing av programvaran får inte 
innebära att de föraraktivitet sdata som finns lagrade i färdskr ivaren ändras eller tas bort. 
Programvaran får bara uppgraderas under färdskr ivar tillverkarens ansvar . 26.5.2016 L 139/77 Europeiska unionens officiella tidning SV     
430)  Typgodkännande av programvaruän dringar som syftar till att uppgradera en redan typgodkänd 
färdsk rivare får inte avvisas om dessa ändr ingar endast gäller funktioner som inte specif iceras i denna 
bilaga. Programvaruuppgrader ing i en färdskr ivare får utesluta införande av nya teckenmängder om 
detta inte är teknis kt genomf örbar t. 
8.2  Säkerhetsintyg 
431)  Säkerhets intyget ska utfärdas i enlighet med bestämmelser na i tillägg 10 till denna bilaga. Intyget 
krävs för följande färdskr ivark ompone nter: fordonsenhet, rörelsesensor , extern GNSS-anordning och 
färdsk rivark ort. 
432)  I de excep tionella fall då de myndighet er som ansvarar för säkerhets certifieringen vägrar att certifiera 
ny utrustning med hänvisning till att säkerhetsmekanismern a är föråldrade ska typgodkännandet 
endast i dessa specifika och excep tionella fall fortsätta att beviljas om det inte finns någon annan 
lösning som är förenlig med förordninge n. 
433)  I sådana fall ska den berörda medlemsstat en utan dröjsmål under rätta Europeiska kommissionen, 
som inom tolv kalender månader efter det att typgodkännandet har utfärdats ska inleda ett förfarande 
för att säke rställa att säke rheten har återställts till sin urspr ungliga nivå. 
8.3  Funktionsintyg 
434)  Alla som ansök er om typgodkännande ska förse medlemsstat ens myndighet för typgodkännande med 
allt det mater ial och alla de handling ar som myndighet en anser nödvändiga. 
435)  Tillverkare ska inom en månad efter en sådan begäran tillhandahålla relevanta prover av de produkter 
som ansökan om typgodkännande gäller , samt tillhörande dokumentation, som begärs av de 
laboratori er som har utsetts till att utföra funktionspro vning ar. Eventuella kostnader till följd av en 
sådan begäran ska bäras av den begärande enheten. Laboratori er ska behandla alla kommersiellt 
känslig a uppgif ter förtroligt. 
436)  Ett funktionsintyg får inte utfärdas till en tillverkare förrän minst alla de funktionspro vning ar som 
anges i tillägg 9 har genomgåtts med positivt resultat. 
437)  Myndigheten för typgodkännande ska utfä rda funktionsintyget. Förutom mottagar ens namn och 
identif iering av modellen ska detta intyg innehålla en detaljerad förteckning över utförda provning ar 
och erhållna resultat. 
438) Funktionsintyget för en färdsk rivark omponent ska även innehålla uppgif t om typgodkännan ­
denumren för de andra typgodkända kompatibla färdskr ivark omponent er som provats i samband 
med komponent ens certifier ing. 
439)  Funktionsintyget för en färdsk rivark omponent ska även ange den ISO- eller CEN-standard som 
använ ts vid certifier ingen av funktionsgränssnittet. 
8.4  Intyg om driftskompatibilitet 
440)  Provningar av driftskompati bilitet ska utföras av ett enda laborat orium under Europeiska 
kommissionens ansvar och överinseende. 
441)  Laboratori et ska registrera de ansökningar om provning ar av driftskompati bilitet som tillverkare 
lämnar in i den ordning som de inkommer . 26.5.2016 L 139/78 Europeiska unionens officiella tidning SV     
442)  Ansökningar na får inte registreras officiellt förrän laboratoriet förfogar över 
—  allt det mat erial och alla de handling ar som krävs för provningen av driftskompati bilitet, 
—  motsvarande säke rhetsintyg, och 
—  motsvarande funktionsintyg. 
Tillverkaren ska informeras om registrer ingsdatum för ansökan. 
443)  Laboratori et får inte utföra några provninga r av driftskompatibilit eten hos en färdskr ivare eller ett 
färdsk rivark ort för vilka något säke rhetsintyg och funktionsintyg inte har beviljats, utom i det 
excep tionella fall som beskr ivs i krav 432. 
444)  En tillverkare som ansök er om provning ar av driftskompa tibilitet ska åta sig att till det laborat orium 
som ansvarar för provningar na överlämna allt det mater ial och alla de handlingar som tillverkaren 
anskaffat för att utföra provning arna. 
445)  Provningar av driftskompat ibilitet ska, i enlighet med bestämmelser na i tillägg 9 till denna bilaga, 
utföras för alla de typer av färdskr ivare och färdskr ivark ort 
—  för vilka typgodkännandet fortfarande gäller , eller 
—  för vilka typgodkännandet håller på att avgöras och ett giltigt intyg om driftskompatibilit et redan 
finns. 
446)  Provningen av driftskompati bilitet ska omf atta samtliga generationer av färdskr ivare eller 
färdsk rivark ort som fortfarande är i bruk. 
447)  Laboratori et får inte utfärda intyge t om driftskompat ibilitet till tillverkaren förrän alla nödvändiga 
provningar av driftskompatibilit et har genomgåtts med positivt resultat. 
448)  Om provning arna av driftskompati bilitet inte har genomgåtts med positivt resultat för en eller flera 
färdsk rivare eller färdskr ivark ort får något intyg om driftskompati bilitet inte utfärdas förrän den 
ansökande tillverkaren har genomf ört nödvändig a ändr ingar och klarat provning arna av driftskompa ­
tibilitet. Laborat oriet ska identifiera orsak en till problemet, med hjälp av de tillverkare som berörs av 
detta driftskompat ibilitetsf el, och ska försöka hjälpa den ansökande tillverkaren att finna en teknisk 
lösning. Om tillverkaren har ändrat sin produkt är det tillverkarens ansvar att hos berörda 
myndigheter förvissa sig om att säke rhetsintyget och funktionsintygen fortfarande gäller . 
449)  Intyget om driftskompat ibilitet gäller i sex månader . Det återkallas vid utgång en av denna period om 
tillverkaren inte har erhållit ett motsvarande intyg om typgodkännande. Tillverkaren ska 
vidarebef ordra det till den myndighet för typgodkännande i den medlemsstat som har utfärdat 
funktionsintyget. 
450)  Delar som kan ligga till grund för driftskompa tibilitetsf el får inte användas i vinstsyf te eller leda till 
dominant ställning. 
8.5  Intyg om typgodkä nnande 
451)  Medlemsstate ns myndighet för typgodkännande får utfä rda intyg et om typgodkännande så snar t som 
den har de tre nödvändiga intygen. 
452) Intyget om typgodkännande för en färdskr ivark ompone nt ska även innehålla uppgif t om typgodkän ­
nandenumren för den övriga typgodkända driftskompat ibla färdskr ivarutrustninge n. 
453)  Myndigheten för typgodkännande ska ge en kopia av intyg et om typgodkännande till det 
laboratori um som ansvarar för provningar na av driftskompatibilit eten vid den tidpunkt då intyg et 
utfä rdas till tillverkaren. 26.5.2016 L 139/79 Europeiska unionens officiella tidning SV     
454)  Det laborat orium som är behör igt för provning ar av driftskompati bilitet ska ha en offentlig 
webbplats med en uppdate rad förteckning över de färdskr ivar- eller färdskr ivark ortsmodeller 
—  för vilka en ansökan om provning ar av driftskompati bilitet har registrerats, 
—  för vilka intyg (även provisor iskt) om driftskompati bilitet har erhållits, och 
—  för vilka intyg om typgodkännande har erhållits. 
8.6  Undantagsförfarande: först a intyg om driftskompatibilitet för andra generationens färdskr ivare och 
färdskr ivark ort 
455)  Inom fyra månader efter det att en första uppsättning av andra generationens färdskr ivare och 
färdsk rivark ort (förark ort, verkstadsk ort, kontrollk ort och företagsk ort) har intygats vara 
driftskompati bla ska alla utfärdade intyg om driftskompati bilitet (inbegr ipet de första), med avseende 
på de ansökningar som registrerats under denna period, anses vara provisor iska. 
456)  Om alla berörda produkter vid utgången av denna period är ömsesidigt driftskompa tibla ska alla 
motsvarande intyg om driftskompati bilitet bli slutliga. 
457)  Om driftskompati bilitetsf el påträffas under denna period ska det laboratorium som ansvarar för 
provningar na av driftskompatibilit et identifiera orsak erna till problemen med hjälp av alla berörda 
tillverkare, och uppmana dem att genomf öra nödvändiga ändr ingar . 
458)  Om driftskompati bilitets problemen kvarstår vid utgången av denna period ska det laboratori um som 
ansvarar för provning arna av driftskompati bilitet, i samarbet e med berörda tillverkare och med de 
myndigheter för typgodkännande som utfärdade motsvarande funktionsintyg, ta reda på orsake rna 
till kompati bilitetsf elen och ange vilka ändr ingar som var och en av de berörda tillverkar na bör göra. 
Sökandet efter tekniska lösningar får pågå i högst två månader . Om inge n gemensam lösning har 
hittats ska kommissionen däref ter, efter att ha rådfråg at det laboratorium som ansvarar för 
provningar na av driftskompatibilit eten, avgöra för vilken eller vilka färdskr ivare och för vilke t eller 
vilka kort ett slutligt intyg om driftskompat ibilitet beviljas, och motivera detta. 
459)  Alla de ansökningar om provningar av driftskompati bilitet som laborat oriet registrerar , mellan 
utgång en av fyramånadersper ioden efter det att det första provisor iska intyget om driftskompati bilitet 
har utfä rdats och datumet för det beslut av kommissionen som avses i krav 455, ska senareläggas tills 
de inledande kompat ibilitetsproblemen har lösts. Dessa ansökningar handläggs sedan i den ordning 
de registrerats.  26.5.2016 L 139/80 Europeiska unionens officiella tidning SV     
Tillägg 1 
DATAKA TALOG 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING .................................................................................................................................... 88 
1.1. Metod för definition av datatyper ............................................................................................. 88 
1.2. Referenser .......................................................................................................................... 88 
2. DEFINITIONER AV DATATYPER ........................................................................................................... 89 
2.1. ActivityChang eInfo............................................................................................................... 89 
2.2. Address .............................................................................................................................. 90 
2.3. AESKe y.............................................................................................................................. 91 
2.4. AES128Key ......................................................................................................................... 91 
2.5. AES192Key ......................................................................................................................... 91 
2.6. AES256Key ......................................................................................................................... 92 
2.7. BCDStr ing .......................................................................................................................... 92 
2.8. CalibrationPur pose ............................................................................................................... 92 
2.9. CardA ctivityDailyRecord ........................................................................................................ 93 
2.10. CardA ctivityLengthRa nge ....................................................................................................... 93 
2.11. CardAppro valNumber ........................................................................................................... 93 
2.12. CardCer tificate..................................................................................................................... 94 
2.13. CardChipIdentification ........................................................................................................... 94 
2.14. CardConsecutiveIndex ........................................................................................................... 94 
2.15. CardControlA ctivityDataRecord ............................................................................................... 94 
2.16. CardCur rentUse ................................................................................................................... 95 
2.17. CardDr iverA ctivity ................................................................................................................ 95 
2.18. CardDr ivingLicenceInf ormation ............................................................................................... 95 
2.19. CardEventData ..................................................................................................................... 96 
2.20. CardEventRecord .................................................................................................................. 96 
2.21. CardF aultData ...................................................................................................................... 96 
2.22. CardF aultRecord .................................................................................................................. 97 
2.23. CardIccIdentification ............................................................................................................. 97 
2.24. CardIdentification ................................................................................................................. 97 
2.25. CardMA Certificate................................................................................................................ 98 
2.26. CardNumber ....................................................................................................................... 98 
2.27. CardPlaceDailyW orkPer iod ..................................................................................................... 99 
2.28. CardPr ivateKe y.................................................................................................................... 99 26.5.2016 L 139/81 Europeiska unionens officiella tidning SV     
2.29. CardPublicKe y..................................................................................................................... 99 
2.30. CardRenewalIndex ................................................................................................................ 99 
2.31. CardReplacementIndex .......................................................................................................... 99 
2.32. CardSignCer tificate............................................................................................................... 100 
2.33. CardSlotNumber .................................................................................................................. 100 
2.34. CardSlotsStatus .................................................................................................................... 100 
2.35. CardSlotsStatusRecordAr ray.................................................................................................... 100 
2.36. CardStr uctureV ersion ............................................................................................................ 101 
2.37. CardV ehicleRecord ................................................................................................................ 101 
2.38. CardV ehiclesUsed ................................................................................................................. 102 
2.39. CardV ehicleU nitRecord .......................................................................................................... 102 
2.40. CardV ehicleU nitsUsed ............................................................................................................ 102 
2.41. Certificate ........................................................................................................................... 103 
2.42. CertificateCont ent ................................................................................................................ 103 
2.43. CertificateHolderAuth orisation ................................................................................................ 104 
2.44. CertificateRequestID .............................................................................................................. 104 
2.45. CertificationAuthor ityKID ...................................................................................................... 104 
2.46. Com panyA ctivityData ........................................................................................................... 105 
2.47. Com panyA ctivityT ype ........................................................................................................... 106 
2.48. Com panyCard ApplicationIdentif ication ..................................................................................... 106 
2.49. Com panyCard HolderIdentif ication ........................................................................................... 106 
2.50. ControlCardApplicationIdentification ........................................................................................ 106 
2.51. ControlCardControlA ctivityData .............................................................................................. 107 
2.52. ControlCardHolderIdentification .............................................................................................. 107 
2.53. ControlT ype ........................................................................................................................ 108 
2.54. CurrentDateTime ................................................................................................................. 109 
2.55. CurrentDateTimeRecordArr ay................................................................................................. 109 
2.56. DailyPresenceCount er............................................................................................................ 109 
2.57. Datef................................................................................................................................. 109 
2.58. DateOfDa yDo wnloaded ......................................................................................................... 110 
2.59. DateOfDa yDo wnloadedRecordAr ray......................................................................................... 110 
2.60. Distance ............................................................................................................................. 110 
2.61. DriverCardApplicationIdentifi cation ......................................................................................... 110 
2.62. DriverCardHolderIdentifi cation ................................................................................................ 111 
2.63. DSR CSecur ityData ................................................................................................................ 112 
2.64. EGFCer tificate...................................................................................................................... 112 
2.65. EmbedderIcAssemblerId ......................................................................................................... 112 26.5.2016 L 139/82 Europeiska unionens officiella tidning SV     
2.66. Entr yTypeDailyW orkPer iod ..................................................................................................... 113 
2.67. EquipmentT ype .................................................................................................................... 113 
2.68. EuropeanPublicKe y............................................................................................................... 114 
2.69. EventF aultRecordPur pose ....................................................................................................... 114 
2.70. EventF aultT ype .................................................................................................................... 114 
2.71. Exten dedSealIdentifi er........................................................................................................... 115 
2.72. Exten dedSer ialNumber .......................................................................................................... 116 
2.73. FullCardNumber .................................................................................................................. 116 
2.74. FullCardNumberAndGeneration ............................................................................................... 117 
2.75. Generation .......................................................................................................................... 117 
2.76. GeoCoordinates ................................................................................................................... 117 
2.77. GNSS Accuracy ..................................................................................................................... 118 
2.78. GNSSContinuousDr iving ........................................................................................................ 118 
2.79. GNSSContinuousDr ivingRecord ............................................................................................... 118 
2.80. GNSSPlaceRecord ................................................................................................................. 118 
2.81. HighResOdomete r................................................................................................................ 119 
2.82. HighResT ripDistance ............................................................................................................. 119 
2.83. HolderName ....................................................................................................................... 119 
2.84. InternalGNSSReceiver ............................................................................................................ 119 
2.85. K-ConstantOfRecordingEquipment ........................................................................................... 119 
2.86. KeyIdentifier ....................................................................................................................... 120 
2.87. KMW CKey.......................................................................................................................... 120 
2.88. Languag e............................................................................................................................ 120 
2.89. LastCardDo wnload ............................................................................................................... 120 
2.90. LinkCer tificate ..................................................................................................................... 120 
2.91. L-TyreCircumf erence ............................................................................................................. 121 
2.92. MAC................................................................................................................................. 121 
2.93. ManualIn putFlag .................................................................................................................. 121 
2.94. Manufa cturerCode ................................................................................................................ 121 
2.95. Manufa cturerSpecifi cEventF aultData ......................................................................................... 121 
2.96. MemberStat eCer tificate .......................................................................................................... 122 
2.97. MemberStat eCer tificateRecordAr ray.......................................................................................... 122 
2.98. MemberStat ePublicKey .......................................................................................................... 122 
2.99. Namn ................................................................................................................................ 122 
2.100. NationAlpha ....................................................................................................................... 123 
2.101. NationNumer ic.................................................................................................................... 123 
2.102. NoOfCalibrationRecords ........................................................................................................ 123 26.5.2016 L 139/83 Europeiska unionens officiella tidning SV     
2.103. NoOfCalibrationsSinceDo wnload ............................................................................................. 123 
2.104. NoOfCardPlaceRecords .......................................................................................................... 123 
2.105. NoOfCardV ehicleRecords ....................................................................................................... 124 
2.106. NoOfCardV ehicleU nitRecords .................................................................................................. 124 
2.107. NoOfComp anyA ctivityRecords ................................................................................................ 124 
2.108. NoOfControlA ctivityRecords .................................................................................................. 124 
2.109. NoOfEventsPe rType .............................................................................................................. 124 
2.110. NoOfF aultsPerT ype ............................................................................................................... 124 
2.111. NoOfGNSSCDRecords ........................................................................................................... 124 
2.112. NoOfSpecificConditionRecords ................................................................................................ 125 
2.113. Odomet erShor t.................................................................................................................... 125 
2.114. Odomet erValueMidnight ........................................................................................................ 125 
2.115. Odomet erValueMidnightRecordAr ray........................................................................................ 125 
2.116. OverspeedNumber ................................................................................................................ 125 
2.117. PlaceRecord ........................................................................................................................ 126 
2.118. PreviousV ehicleInf o............................................................................................................... 126 
2.119. PublicKey ........................................................................................................................... 127 
2.120. RecordT ype ......................................................................................................................... 127 
2.121. RegionAlpha ....................................................................................................................... 128 
2.122. RegionNumer ic.................................................................................................................... 128 
2.123. Remot eCommunicationModuleSer ialNumber .............................................................................. 129 
2.124. RSA KeyModulus .................................................................................................................. 129 
2.125. RSA KeyPrivate Exponent ......................................................................................................... 129 
2.126. RSA KeyPublicExponent ......................................................................................................... 129 
2.127. RtmData ............................................................................................................................ 129 
2.128. SealDataCard ....................................................................................................................... 129 
2.129. SealDataV u......................................................................................................................... 130 
2.130. SealRecord .......................................................................................................................... 130 
2.131. SensorAppro valNumber ......................................................................................................... 130 
2.132. SensorExt ernalGNSSA ppro valNumber ....................................................................................... 131 
2.133. SensorExt ernalGNSSCoupledRecord ......................................................................................... 131 
2.134. SensorExt ernalGNSSIdentifi cation ............................................................................................ 131 
2.135. SensorExt ernalGNSSInstallation ............................................................................................... 132 
2.136. SensorExt ernalGNSSOSIdentifi er.............................................................................................. 132 
2.137. SensorExt ernalGNSSSCIdentifie r.............................................................................................. 132 
2.138. SensorGNSSCouplingDate ...................................................................................................... 133 26.5.2016 L 139/84 Europeiska unionens officiella tidning SV     
2.139. SensorGNSSSer ialNumber ...................................................................................................... 133 
2.140. SensorIdentification .............................................................................................................. 133 
2.141. SensorInstallation ................................................................................................................. 133 
2.142. SensorInstallationSecData ....................................................................................................... 134 
2.143. SensorOSIdentifier ................................................................................................................ 134 
2.144. SensorP aired ....................................................................................................................... 134 
2.145. SensorP airedRecord .............................................................................................................. 135 
2.146. SensorP airingDate ................................................................................................................ 135 
2.147. SensorSCIdentifier ................................................................................................................ 135 
2.148. SensorSer ialNumber .............................................................................................................. 135 
2.149. Signature ............................................................................................................................ 135 
2.150. SignatureRecordAr ray........................................................................................................... 136 
2.151. SimilarEventsNumber ............................................................................................................ 136 
2.152. SpecificConditionRecord ........................................................................................................ 136 
2.153. SpecificConditions ................................................................................................................ 136 
2.154. SpecificCondition Type ........................................................................................................... 137 
2.155. Hastighet ............................................................................................................................ 137 
2.156. SpeedA uthor ised .................................................................................................................. 137 
2.157. SpeedA verag e...................................................................................................................... 138 
2.158. SpeedMax ........................................................................................................................... 138 
2.159. TachographP ayload ............................................................................................................... 138 
2.160. TachographP ayloadEncr ypted .................................................................................................. 138 
2.161. TDesSessionKe y................................................................................................................... 138 
2.162. TimeReal ............................................................................................................................ 139 
2.163. TyreSize ............................................................................................................................. 139 
2.164. VehicleIdentif icationNumber ................................................................................................... 139 
2.165. VehicleIdentif icationNumberRecordAr ray................................................................................... 139 
2.166. VehicleRegistrationIdentificat ion .............................................................................................. 139 
2.167. VehicleRegistrationNumber ..................................................................................................... 140 
2.168. VehicleRegistrationNumberRecordAr ray.................................................................................... 140 
2.169. VuAbility ............................................................................................................................ 140 
2.170. VuActivityDailyData .............................................................................................................. 141 
2.171. VuActivityDailyRecordAr ray................................................................................................... 141 
2.172. VuAppro valNumber .............................................................................................................. 141 
2.173. VuCalibrationData ................................................................................................................ 142 
2.174. VuCalibrationRecord ............................................................................................................. 142 
2.175. VuCalibrationRecordAr ray...................................................................................................... 143 26.5.2016 L 139/85 Europeiska unionens officiella tidning SV     
2.176. VuCardIWData .................................................................................................................... 144 
2.177. VuCardIWRecord ................................................................................................................. 144 
2.178. VuCardIWRecordAr ray.......................................................................................................... 145 
2.179. VuCardRecord ..................................................................................................................... 145 
2.180. VuCardRecordAr ray.............................................................................................................. 146 
2.181. VuCer tificate ....................................................................................................................... 146 
2.182. VuCer tificateRecordAr ray....................................................................................................... 146 
2.183. VuCom panyL ocksData .......................................................................................................... 147 
2.184. VuCom panyL ocksRecord ....................................................................................................... 147 
2.185. VuCom panyL ocksRecordAr ray................................................................................................ 148 
2.186. VuControlA ctivityData .......................................................................................................... 148 
2.187. VuControlA ctivityRecord ....................................................................................................... 148 
2.188. VuControlA ctivityRecordAr ray................................................................................................ 149 
2.189. VuDataBloc kCounter ............................................................................................................. 149 
2.190. VuDetailedSpeedBlock ........................................................................................................... 149 
2.191. VuDetailedSpeedBlockRe cordAr ray........................................................................................... 150 
2.192. VuDetailedSpeedData ............................................................................................................ 150 
2.193. VuDo wnloadableP eriod.......................................................................................................... 150 
2.194. VuDo wnloadableP eriodRecordAr ray......................................................................................... 151 
2.195. VuDo wnloadA ctivityData ....................................................................................................... 151 
2.196. VuDo wnloadA ctivityDataRecordAr ray....................................................................................... 151 
2.197. VuEventData ....................................................................................................................... 152 
2.198. VuEventRecord .................................................................................................................... 152 
2.199. VuEventRecordAr ray............................................................................................................. 153 
2.200. VuFaul tData ........................................................................................................................ 154 
2.201. VuFaul tRecord ..................................................................................................................... 154 
2.202. VuFaul tRecordAr ray.............................................................................................................. 155 
2.203. VuGNSSCDRecord ................................................................................................................ 155 
2.204. VuGNSSCDRecordAr ray........................................................................................................ 156 
2.205. VuIdentification ................................................................................................................... 156 
2.206. VuIdentificationRecordAr ray................................................................................................... 157 
2.207. VuITSConsentRecord ............................................................................................................ 157 
2.208. VuITSConsentRecordAr ray..................................................................................................... 158 
2.209. VuManufa cturerAddress ......................................................................................................... 158 
2.210. VuManufa cturerName ............................................................................................................ 158 
2.211. VuManufa ctur ingDate ............................................................................................................ 158 26.5.2016 L 139/86 Europeiska unionens officiella tidning SV     
2.212. VuOverSpeedingControlData .................................................................................................. 159 
2.213. VuOverSpeedingControlDataRecordAr ray.................................................................................. 159 
2.214. VuOverSpeedingEventData ..................................................................................................... 159 
2.215. VuOverSpeedingEventRecord .................................................................................................. 159 
2.216. VuOverSpeedingEventRecordAr ray........................................................................................... 160 
2.217. VuPartNumber ..................................................................................................................... 161 
2.218. VuPlaceDailyW orkPe riodData .................................................................................................. 161 
2.219. VuPlaceDailyW orkPe riodRecord ............................................................................................... 161 
2.220. VuPlaceDailyW orkPe riodRecordAr ray....................................................................................... 162 
2.221. VuPrivate Key ....................................................................................................................... 162 
2.222. VuPublicKey ........................................................................................................................ 162 
2.223. VuSer ialNumber ................................................................................................................... 162 
2.224. VuSof tInstallationDate ........................................................................................................... 162 
2.225. VuSof twareIdentif ication ........................................................................................................ 163 
2.226. VuSof twareV ersion ............................................................................................................... 163 
2.227. VuSpecificConditionData ....................................................................................................... 163 
2.228. VuSpecificConditionRecordAr ray............................................................................................. 163 
2.229. VuTimeAd justmentData ......................................................................................................... 164 
2.230. VuTimeAd justmentGNSSRecord .............................................................................................. 164 
2.231. VuTimeAd justmentGNSSRecordAr ray....................................................................................... 164 
2.232. VuTimeAd justmentRecord ...................................................................................................... 165 
2.233. VuTimeAd justmentRecordAr ray.............................................................................................. 165 
2.234. WorkshopCardApplicationIdentification .................................................................................... 166 
2.235. WorkshopCardCalibrationData ................................................................................................ 166 
2.236. WorkshopCardCalibrationRecord ............................................................................................. 167 
2.237. WorkshopCardHolderIdentificat ion .......................................................................................... 168 
2.238. WorkshopCardPIN ................................................................................................................ 168 
2.239. W-VehicleCharact eristicConstant .............................................................................................. 169 
2.240. VuPowerSupplyInt erruptionRecord ........................................................................................... 169 
2.241. VuPowerSupplyInt erruptionRecordArr ay................................................................................... 169 
2.242. VuSensorExt ernalGNSSCoupledRecordAr ray............................................................................... 170 
2.243. VuSensorP airedRecordAr ray.................................................................................................... 170 
3. DEFINITIONER AV INTER VALL FÖR VÄRDEN OCH STORLEKAR ................................................................. 171 
4. TECKENMÄNGDER ........................................................................................................................... 171 
5. KODNING ...................................................................................................................................... 171 
6. OBJEK TIDENTIFIERARE OCH TILL ÄMPNINGSIDENTIFIERARE .................................................................... 171 
6.1. Objektidentifierare ................................................................................................................ 171 
6.2. Tillämpn ingsidentifier are........................................................................................................ 172  26.5.2016 L 139/87 Europeiska unionens officiella tidning SV     
1.  INLEDNING 
I detta tillägg specifi ceras de dataf ormat, dataelement och datastr ukturer som används i färdskr ivaren och på 
färdsk rivark orten. 
1.1.  Metod för definition av datatyper 
I detta tillägg används ASN.1 (Abstract Syntax Notation One) för att definiera datatyper . Det gör det möjligt att 
definiera enkla och strukturerade data utan att ange någon specifi k överfö ringssyntax (kodningsreg ler) som är 
beroende av tillämpni ng och miljö. 
Namngivning enligt ASN.1 sker i enlighet med ISO/IEC 8824-1. Detta innebär följande: 
—  Innebörden av datatypen ange s, där så är möjligt, genom de namn som väljs. 
—  Om en datatyp är en sammansättning av andra datatyper , utgörs datatypsnamnet fortfarande av en enda 
sekvens av alfab etiska tecken som börjar med en versal. Versaler används dock inne i namnet för att ge 
motsvarande betydelse. 
—  I allmänhet avser datatypsnamnen namnet på de datatyper från vilka de konstr ueras, den utrustning i vilke n 
data lagras och den funktion som hänf örs till dessa data. 
Om en ASN.1-typ redan har definierats som en del av en annan standard och om den kommer ifråga för 
använ dning i färdskr ivaren definieras denna ASN.1-typ i detta tillägg. 
För att möjliggöra flera typer av kodningsreg ler begränsas vissa ASN.1-typer i detta tillägg av identifierare för 
värdeinter vall. Identif ierare för värdeinter vall definieras i avsnitt 3 och i tillägg 2. 
1.2.  Referenser 
Följande referenser används i detta tillägg: 
ISO 639  Code for the representation of names of language s. First Edition: 1988. 
ISO 3166  Codes for the representation of names of countr ies and their subdivisions – Part 1: Countr y 
codes, 2013 
ISO 3779  Road vehicles – Vehicle identification number (VIN) – Content and structure. 2009 
ISO/IEC 7816-5  Identif ication cards – Integrat ed circuit cards – Part 5: Registration of application providers. 
Second edition: 2004. 
ISO/IEC 7816-6  Identif ication cards – Integrat ed circuit cards – Part 6: Interi ndustr y data elements for 
interc hange, 2004 + Technical Corrigen dum 1: 2006 
ISO/IEC 8824-1  Information technology – Abstract Syntax Notation One (ASN.1): Specification of basic 
notation. 2008 + Technical Corrigen dum 1: 2012 and Technical Corrigen dum 2: 2014. 
ISO/IEC 8825-2  Information technology – ASN.1 encoding rules: Specification of Packed Encoding Rules (PER). 
2008. 
ISO/IEC 8859-1  Information technology – 8 bit sing le-byt e coded graphic character sets – Part 1: Latin alphabet 
No.1. First edition: 1998. 
ISO/IEC 8859-7  Information technology – 8 bit sing le-byt e coded graphic charact er sets – Part 7: Latin/Greek 
alphabet. 2003. 26.5.2016 L 139/88 Europeiska unionens officiella tidning SV     
ISO 16844-3  Road vehicles – Tachograph syste ms – Motion Sensor Interface. 2004 + Techn ical 
Corrigendum 1: 2006.. 
TR-03110-3  BSI / ANSSI Techn ical Guideline TR-03110-3, Advanced Secur ity Mechanisms for Machine 
Readable Travel Documents and eIDAS Token – Part 3 Common Specifi cations, version 2.20, 
3. Febr uary 2015 
2.  DEFINITIONER AV DATATYPER 
För samtlig a nedanstående datatyper kommer standardvärdet för ett ”okänt” (unknown) eller ”ej tillämpligt” (not 
applicable) innehåll att skapas genom att dataelementet fylls med ′FF′-by te. 
Alla datatyper använ ds för tillämpni ngar i generation 1 och generation 2 om inget annat anges . 
2.1.  Acti vityChangeInfo 
Denna datatyp gör det möjligt att inom ett ord på två byte koda kortplatsstatus kl. 00.00 och/eller 
körningsstatus kl. 00.00 och/eller ändr inga r av aktivitet och/eller ändr ingar av körningsstatus och/eller ändr ingar 
av kortstatus för en förare eller medf örare. Denna datatyp berörs av krav 105, 266, 291, 320, 321, 343 och 344 
i bilaga 1C. 
Värdetilldelning – oktettg rupperad: ‘scpaatttttttttt’B (16 bitar) 
För dataminnesregistrer inga r (eller kortplatsstatus): 
‘s’B  Kortplats: 
‘0’B: DRIVER (förare) 
‘1’B: CO-DRIVER (medf örare) 
‘c’B  Körningsstatus: 
‘0’B: SINGLE (ensam förare) 
‘1’B: CREW (besättning) 
‘p’B  Status för förark ort (eller verkstadskor t) i relevant kortplats: 
‘0’B: INSER TED (det finns ett kort insatt) 
‘1’B: NOT INSER TED (det finns inget kort insatt) 
‘aa’B  Aktivitet: 
‘00’B: BREAK/REST (rast/vila), 
‘01’B: AVAILABILIT Y (tillg änglighet), 
‘10’B: WORK (annat arbete), 
‘11’B: DRIVING (körning) 
‘ttttttttttt’B  Tidpunkt för ändr ing: Antal minuter sedan kl. 00.00 dage n ifråga . 26.5.2016 L 139/89 Europeiska unionens officiella tidning SV     
För kortregistrer ingar (förar - eller verkstad skort) (och körningsstatus): 
‘s’B  Kortplats (ej relevant när ‘p’ = 1 förutom anmärkning nedan): 
‘0’B: DRIVER (förare) 
‘1’B: CO-DRIVER (medf örare) 
‘c’B  Körningsstatus (fallet ‘p’ = 0) eller 
följande aktivitetsstatus (fallet ‘p’ = 1): 
‘0’B: SINGLE (ensam förare), 
‘0’B: UNKNO WN (okänd) 
‘1’B: CREW (besättning), 
‘1’B: KNO WN (känd = manuellt angiven) 
‘p’B  Kortstatus: 
‘0’B: INSER TED (kortet är insatt i en färdskr ivare) 
‘1’B: NOT INSER TED (kortet är uttag et, dvs. inte insatt i en färdsk rivare). 
‘aa’B  Aktivitet (ej relevant när ‘p’ = 1 och ‘c’ = 0 förutom anmärkning nedan): 
‘00’B: BREAK/REST (rast/vila), 
‘01’B: AVAILABILIT Y (tillg änglighet), 
‘10’B: WORK (annat arbete), 
‘11’B: DRIVING (körning) 
‘ttttttttttt’B  Tidpunkt för ändr ing: Antal minuter sedan kl. 00.00 dage n ifråga . 
Obser vera när det gäller ”uttag av kort”: 
För ett kort som tas ut gäller följande: 
—  ‘s’ är relevant och ange r den kortplats från vilken kortet tas ut. 
—  ‘c’ måst e sättas till 0. 
—  ‘p’ måste sättas till 1. 
—  ‘aa’ måste koda den innevarande aktivitet som var vald vid den tidpunkt en. 
Till följd av en manuell angivelse får bitar na ‘c’ och ‘aa’ i ordet (som lagras i ett kort) skrivas över senare för att 
återspeg la angivelsen. 
2.2.  Addre ss 
En adress. 
26.5.2016 L 139/90 Europeiska unionens officiella tidning SV     
codePage specificerar en teckenmängd som definieras i kapitel 4. 
address är en adress som kodats enligt den specifi cerade teckenmängden. 
2.3.  AESKey 
Generation 2: 
En AES-ny ckel med en längd av 128, 192 eller 256 bitar . 
Värdetilldelning: Ej närmare angiven. 
2.4.  AES128Key 
Generation 2: 
En AES128-ny ckel. 
length anger längden för AES128-n yckeln i oktett er. 
aes128Key är en AES-ny ckel med en längd av 128 bitar . 
Värdetilldelning: 
Längden ska ha värdet 16. 
2.5.  AES192Key 
Generation 2: 
En AES192-ny ckel. 
length anger längden för AES192-n yckeln i oktett er. 
aes192Key är en AES-ny ckel med en längd av 192 bitar . 
Värdetilldelning: 
Längden ska ha värdet 24. 26.5.2016 L 139/91 Europeiska unionens officiella tidning SV     
2.6.  AES256Key 
Generation 2: 
En AES256-ny ckel. 
length anger längden för AES256-n yckeln i oktett er. 
aes256Key är en AES-ny ckel med en längd av 256 bitar . 
Värdetilldelning: 
Längden ska ha värdet 32. 
2.7.  BCDStr ing 
BCDStr ing tillämpa s för binärk odad decimal notation (BCD, Binar y Code Decimal). Denna datatyp används för att 
återge en decimalsiffra i en semi-okte tt (4 bitar). BCDStr ing bygger på ISO/IEC 8824-1 ′CharacterStr ingT ype′. 
BCDStr ing använ der en ”hstr ing”-notation. Den hexadecimala siffran längst till vänste r ska vara den mest 
signif ikanta semi-oktett en i den första oktett en. För att producera en multipel av oktet ter ska semi-oktet ter 
bestående av nollor efter beho v införas från semi-oktett positionen längst till vänster i den första oktett en. 
Följande siffror är tillåtna: 0, 1, .. 9. 
2.8.  CalibrationPur pose 
Kod som förklarar varför en mängd av kalibrer ingsparametrar registrerades. Denna datatyp berörs av krav 097 
och 098 i bilaga 1B och krav 119 i bilaga 1C. 
Värdetilldelning: 
Generation 1: 
‘00’H  reser verat värde, 
‘01’H  aktiver ing: registrer ing av kända kalibrer ingsparametrar , vid tidpunkt en för aktiver ing av 
fordonsenheten, 
‘02’H  första installation: första kalibrer ing av fordonsenheten efter aktiver ing, 
‘03’H  installation: första kalibrer ing av fordonsenheten i nuvarande fordon, 
‘04’H  periodisk besiktning. 26.5.2016 L 139/92 Europeiska unionens officiella tidning SV     
Generation 2: 
Jämf ört med generation 1 används följande ytterligare värden: 
‘05’H  angivelse av fordonets registrer ingsnummer (VRN) från företag, 
‘06’H  tidsinställning utan kalibrer ing, 
‘07’H–‘7F’H  RFU. 
‘80’H–‘FF’H  Tillverkarspecif ik. 
2.9.  CardActi vityDailyRecord 
Information lagrad i ett kort om föraraktivitet er under en viss kalenderdag. Denna datatyp berörs av krav 266, 
291, 320 och 343 i bilaga 1C. 
activityPreviousRecordLength är den totala längden i byte av den föregående dagsposte n. Det störst a värdet 
ges av längden på den oktet tsträng som innehåller dessa poste r (se CardA ctivityLengthRange, tillägg 2 avsnitt 4). 
När denna post är den äldsta dagspost en måste värdet av activityPreviousRecordLength sättas till 0. 
activityRecordLength är denna posts totala längd i byte. Det största värdet ges av längden på den okte ttsträng 
som innehåller dessa post er. 
activityRecordDate är datum för post en. 
activityDailyPresenceCounter är närvaroräknaren för kortet denna dag. 
activityDayDi stance är den sammanlagda sträc ka som tillryggalagts denna dag. 
activityChangeInfo är mängden ActivityChange Info-data för föraren denna dag. Den får innehålla högst 1440 
värden (en aktivitetsändr ing per minut). Denna mängd omfattar alltid den activityChangeInf o där körningsstatus 
kodas kl. 00.00. 
2.10.  CardActi vityLengthR ange 
Antal byte på ett förark ort eller ett verkstadskor t som finns tillgängliga för lagring av föraraktivitetspost er. 
Värdetilldelning: Se tillägg 2. 
2.11.  CardAppro valNumber 
Kortets typgodkännandenummer . 
26.5.2016 L 139/93 Europeiska unionens officiella tidning SV     
Värdetilldelning: 
Godkännandenumret ska återges så som det är offentliggjor t på Europeiska kommissionens motsvarande 
webbplats, t.ex. inklusive eventuella bindestrec k. Godkännandenumret ska vara vänster justerat. 
2.12.  CardCer tificate 
Generation 1: 
Certifik at för kortets öppna nyckel. 
2.13.  CardChipIdentif ication 
Information lagrad i ett kort om identif iering av kortets integrerade krets (IC) (krav 249 i bilaga 1C). 
icSer ialNumber tillsammans med icManuf actur ingRefe rences utgör en unik identitet för kortets chip. Enbar t 
icSer ialNumber utgör inte någon unik identite t för kortets chip. 
icSer ialNumber är den integrerade kretsens serienummer . 
icManufactur ingReferences är den specifika identifieraren för tillverkaren av den integrerade kretsen. 
2.14.  CardConsecutiv eIndex 
Ett löpnummer för kortet (definition h)). 
Värdetilldelning: (se kapitel 7 i bilaga 1C) 
Ökningsf öljd: ‘0, …, 9, A, …, Z, a, …, z’ 
2.15.  CardControlActivit yDat aRecord 
Information lagrad i ett förark ort eller verk stadsk ort om den senaste kontrollen av föraren (krav 274, 299, 327 
och 350 i bilaga 1C). 
controlT ype är typ av kontroll. 
controlTime är datum och tidpunkt för kontrollen. 26.5.2016 L 139/94 Europeiska unionens officiella tidning SV     
controlCardNumber är FullCardNumber för den kontrolltjänst eman som har utfört kontrollen. 
controlV ehicleRegistration är fordonets registrer ingsnummer (VRN) och registrerande medlemsstat för det 
fordon i vilket kontrollen ägde rum. 
controlDo wnloadPeriodBegin och controlDo wnloadPerio dEnd är överfö rd period, om överfö ring utfördes. 
2.16.  CardCur rentUse 
Information om kortets innevarande använ dning (krav 273, 298, 326 och 349 i bilaga 1C). 
sessionOpen Time är den tid då kortet sätts in för innevarande använ dning. Detta element sätts till noll då 
kortet tas ut. 
sessionOpenV ehicle är identif iering av det fordon som använ ds för tillfället, och sätts vid insättning av kortet. 
Detta element sätts till noll då kortet tas ut. 
2.17.  CardDr iverActivity 
Information lagrad i ett förark ort eller verkstadskor t om förarens aktivitet er (krav 267, 268, 292, 293, 321 och 
344 i bilaga 1C). 
activityPointer Oldest Day Record är specifi cering av början av lagringsplats (antal byte från början av sträng en) 
av äldsta fullständiga dagspost i sträng en activityDailyRecords. Det störst a värdet ges av strängens längd. 
activityPointer New estRecord är specif icering av början av lagringsplats (antal byte från sträng ens början) av 
senaste dagspost i sträng en activityDailyRecords. Det störst a värdet ges av strängens längd. 
activityDailyRecords är det utrymme som finns tillgäng ligt för att lagra data om förarens aktivite ter 
(datastr uktur: CardA ctivityDailyRecord) för varje kalenderdag då kortet använts. 
Värdetilldelning: Denna oktett sträng fylls cykliskt med poster med CardA ctivityDailyRecord. Vid den första 
använ dningen påbör jas lagring vid första byte i sträng en. Alla nya poste r fogas till slutet av den föregående 
posten. När sträng en är full fortsätter lagringen vid första byte i sträng en, oberoende av om en brytning finns 
inuti dataelementet. Innan nya aktivit etsdata placeras i sträng en (eller innevarande activityDailyRecord förstoras, 
eller en ny activityDailyRecord placeras) som ersätter äldre aktivitet sdata, måste activityP ointe rOldestDa yRecord 
uppdate ras till att återspeg la den nya placer ingen av den äldsta komplett a dagsposten, och activityPreviousRe ­
cordLength för denna (nya) äldsta fullständiga dagspost måst e återställas till 0. 
2.18.  CardDr ivingLicenceInfo rmation 
Information lagrad i förark ortet om kortinnehavare ns körkortsdata (krav 259 och 284 i bilaga 1C). 26.5.2016 L 139/95 Europeiska unionens officiella tidning SV     
drivingLicenceIssuingAuthor ity är den myndighet som ansvarar för utfärdandet av körkortet. 
drivingLicenceIssuingNation är nationalit eten för den myndighet som utfä rdade körkortet. 
drivingLicenceNumber är körkortsnumret. 
2.19.  CardEv entData 
Information lagrad i ett förark ort eller verk stadsk ort om händelser som förknippas med kortinnehavare n (krav 
260, 285, 318 och 341 i bilaga 1C). 
CardEv entData är en sekvens, som är ordnad efter stigande värde på EventF aultT ype, av cardEventRecords 
(utom poster rörande försök till säkerhets överträdelse, som samlas i slutet av sekvensen). 
cardEv entRecords är en mängd händelseposter av en viss händelsetyp (eller kate gori för händelser na av typen 
försök till säkerhetsö verträdelse). 
2.20.  CardEv entRecord 
Information lagrad i ett förark ort eller verkstadsk ort om en händelse som förknippas med kortinneha varen (krav 
261, 286, 318 och 341). 
eventT ype är typ av händelse. 
eventBegin Time är datum och tidpunkt för händelsens början. 
eventEndTime är datum och tidpunkt för händelsens slut. 
eventV ehicleRegist ration är fordonets registrer ingsnummer (VRN) och registrerande medlemsstat för det 
fordon i vilket händelsen ägde rum. 
2.21.  CardFaultData 
Information lagrad i ett förark ort eller verkstad skort om de fel som förknippas med kortinnehavar en (krav 263, 
288, 318 och 341). 
26.5.2016 L 139/96 Europeiska unionens officiella tidning SV     
CardFaultData är en sekvens av postmängder för färdskr ivarfel följda av postmängder för kortfel. 
cardFaultRecords är en mängd av poster om fel av en viss felkategori (färdskr ivare eller kort). 
2.22.  CardFaultRecord 
Information lagrad i ett förark ort eller verkstadsk ort om ett fel som förknippas med kortinnehavare n (krav 264, 
289, 318 och 341 i bilaga 1C). 
faultT ype är typ av fel. 
faultBegin Time är datum och tidpunkt för felets början. 
faultEndTime är datum och tidpunkt för felets slut. 
faultV ehicleRegist ration är registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon där felet 
ägde rum. 
2.23.  CardIccIdentif ication 
Information lagrad i ett kort om identif iering av kortets integrerade krets (krav 248 i bilaga 1C). 
clockStop är det kloc kstoppläg e (Clock stop mode) som definieras i tillägg 2. 
cardExtendedSer ialNumber är smar tkortets unika serienummer som specifi ceras vidare i datatypen Exte nded ­
SerialNumber . 
cardAppro valNumber är kortets typgodkännandenummer . 
cardPers onaliserID är identitet för kortanpassare, kodad som ManufacturerCode. 
embedderIcAssemblerId ger information om inbäddare/sammansättare av den integrerade kretsen. 
icIdentif ier är identifieraren för kortets integrerade krets och dess tillverkare enligt definit ion i ISO/IEC 7816-6. 
2.24.  CardIdentif ication 
Information lagrad i ett kort om identif iering av kortet (krav 255, 280, 310, 333, 359, 365, 371 och 377 i 
bilaga 1C). 26.5.2016 L 139/97 Europeiska unionens officiella tidning SV     
cardIssuingMemberStat e är koden för den medlemsstat som utfärdar kortet. 
cardNumber är kortets kortnummer . 
cardIssuingAuthor ityName är namnet på den myndighet som har utfärdat kortet. 
cardIssueDate är det datum då kortet utfärdades till den nuvarande innehav aren. 
cardV alidityBegin är kortets första giltighetsdag. 
cardExpir yDate är kortets sista giltighetsdag. 
2.25.  CardMA Cer tificate 
Generation 2: 
Certifik at för kortets öppna nyckel vid ömsesidig autenti sering med en fordonsenhet. Strukturen för detta 
certifikat anges i tillägg 11. 
2.26.  CardNumber 
Kortnummer – se definition g). 
driverIdentif ication är en unik identifier ing av en förare i en medlemsstat. 
ownerIdentif ication är en unik identifier ing av ett företag eller en verk stad eller ett kontrollorgan i en 
medlemsstat. 
cardConsecutiv eIndex är kortets löpnummer . 
cardReplacementIndex är kortets ersättningsindex. 26.5.2016 L 139/98 Europeiska unionens officiella tidning SV     
cardRenewalIndex är kortets förnyelseindex. 
Sekvensen i det första altern ativet (CHOICE) är lämpli g för kodning av ett förark ortsnummer , sekvensen i det 
andra altern ativet är lämplig för kodning av nummer på verkstadskor t, kontrollk ort och företagsk ort. 
2.27.  CardPlaceDailyW orkPeriod 
Information lagrad i ett förark ort eller verkstadsk ort om de platser där dagens arbetsper ioder påbör jas och/eller 
avslutas (krav 272, 297, 325 och 348 i bilaga 1C). 
placeP ointerNew estR ecord är index för senast uppdaterade platspost. 
Värdetilldelning: Ett tal som motsvarar platspost ens numerator , och som börjar med ′0′ för den första gången 
platsposte rna upptr äder i strukturen. 
placeRecords är den mängd poste r som innehåller information om de platser som angivits. 
2.28.  CardPr ivateKey 
Generation 1: 
Ett korts privata nyckel. 
2.29.  CardPublicKey 
Ett korts öppna nyckel. 
2.30.  CardRenewalIndex 
Ett korts förnyelseindex (definition i)). 
Värdetilldelning: (se kapitel VII i denna bilaga) 
‘0’  Första utfärdande. 
Ökningsf öljd: ‘0, …, 9, A, …, Z’ 
2.31.  CardReplacementIndex 
Ett korts ersättningsindex (definition j)). 
Värdetilldelning: (se kapitel VII i denna bilaga) 
‘0’  Ursprun gligt kort. 
Ökningsf öljd: ‘0, …, 9, A, …, Z’ 26.5.2016 L 139/99 Europeiska unionens officiella tidning SV     
2.32.  CardSignCer tificate 
Generation 2: 
Certifik at för kortets öppna nyckel för signer ing. Strukturen för detta certifikat ange s i tillägg 11. 
2.33.  CardSlotNumber 
Kod för att särskilja de två kortplatser na i en fordonsenhet. 
Värdetilldelning: Ej närmare angiven. 
2.34.  CardSlotsSt atus 
Kod som anger den typ av kort som är insatta i de två kortplatser na i fordonsenhet en. 
Värdetilldelning – oktettg rupperad: ‘ccccdddd’B 
‘cccc’B  Identif iering av typ av kort som är insatt i medf örarens kortplats. 
‘dddd’B  Identif iering av typ av kort som är insatt i förarens kortplats. 
Följande identif ieringsk oder används: 
‘0000’B  Inget kort är insatt. 
‘0001’B  Ett förark ort är insatt. 
‘0010’B  Ett verkstadskor t är insatt. 
‘0011’B  Ett kontrollk ort är insatt. 
‘0100’B  Ett företagsk ort är insatt. 
2.35.  CardSlotsSt atusRecordAr ray 
Generation 2: 
CardSlotsStatus samt metadata som använ ds i överföringsprotok ollet. 
recordT ype ange r typen av post (CardSlotsStatus). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av CardSlotsStatus i byte. 26.5.2016 L 139/100 Europeiska unionens officiella tidning SV     
noOfRecords är antalet poster i postmängden. 
records är mängden av CardSlotsStatus-poster . 
2.36.  CardStr uctureV ersion 
En kod som ange r versionen för den struktur som används i ett färdskr ivark ort. 
Värdetilldelning: ‘aabb’H: 
‘aa’H  Index för strukturändr ingar . 
‘00’H för tilläm pningar i generation 1. 
‘01’H för tilläm pningar i generation 2. 
‘bb’H  Index för ändr ingar när det gäller användning av dataelement som definierats för strukturen till 
följd av den höga byten. 
‘00’H för denna version av tillämpni ng i generation 1. 
‘00’H för denna version av tillämpni ng i generation 2. 
2.37.  CardV ehicleRecord 
Information lagrad i ett förar - eller verk stadsk ort om en använ dningsper iod för ett fordon under en kalenderdag 
(krav 269, 294, 322 och 345 i bilaga 1C). 
Generation 1: 
vehicleOdometerBegin är fordonets vägmätarställning vid början av fordonets använ dningsper iod. 
vehicleOdometerEnd är fordonets vägmätarställning vid slutet av fordonets användningsper iod. 
vehicleFi rstUse är datum och tidpunkt för påbör jande av fordonets använ dningsper iod. 
vehicleLas tUse är datum och tidpunkt för avslutande av fordonets användningsper iod. 
vehicleRegist ration är fordonets registrer ingsnummer och den medlemsstat där fordonet är registrerat. 
vuData BlockCounter är värdet för VuDataBlock Counter vid senaste hämtning (extr action) av fordonets 
använ dningsper iod. 26.5.2016 L 139/101 Europeiska unionens officiella tidning SV     
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
VehicleIdentif icationNumber är fordonets identif ieringsnummer som syftar på fordonet som helhet. 
2.38.  CardV ehiclesUsed 
Information lagrad i ett förark ort eller verkstadskor t om de fordon som kortinnehavare n använ der (krav 270, 
295, 323 och 346 i bilaga 1C). 
vehiclePointer New estRecord är index för senast uppdate rad fordonspost. 
Värdetilldelning: Ett tal som motsvarar fordonsposte ns numerator , och som börjar med ‘0’ för den första 
gång en fordonsposter na uppträder i strukturen. 
cardV ehicleRecords är den mängd poster som innehåller information om använda fordon. 
2.39.  CardV ehicleUnitRecord 
Generation 2: 
Information lagrad i ett förark ort eller verkstadsk ort om den fordonsenhet som användes (krav 303 och 351). 
timeSt amp är början av fordonsenhet ens användningsper iod (dvs. första insättning av kort i fordonsenheten 
under denna period). 
manufacturerCode anger fordonsenhet ens tillverkare. 
deviceID anger typ av fordonsenhet hos en tillverkare. Värdet är tillverkarspecifikt. 
vuSof twareV ersion är numret på programvaruver sionen i fordonsenheten. 
2.40.  CardV ehicleUnitsUsed 
Generation 2: 
Information lagrad i ett förark ort eller verkstad skort om de fordonsenhet er som kortinnehavar en använder (krav 
306 och 352). 26.5.2016 L 139/102 Europeiska unionens officiella tidning SV     
vehicleUnitPoi nterNew estR ecord är index för senast uppdat erad post for fordonsenhet. 
Värdetilldelning: Ett tal som motsvarar fordonsposte ns numerator , och som börjar med ′0′ för den första 
gång en posterna för fordonsenhet upptr äder i strukturen. 
cardV ehicleUnitRecords är den mängd poste r som innehåller information om använda fordonsenheter . 
2.41.  Cer tificate 
Ett certifikat för en öppen nyckel som utfärdas av en certifier ingsinstans. 
Generation 1: 
Value assignment: Digital signatur med partiell återskapning av CertificateCont ent (certifikatinnehåll) i enlighet 
med tillägg 11 om gemensamma säkerhetsmekanismer : signatur (128 byte) || återstod av öppen nyckel (58 byte) 
|| certifier ingsinstansens referens (8 byte). 
Generation 2: 
Värdetilldelning: Se tillägg 11. 
2.42.  Cer tificateContent 
Generation 1: 
Innehållet (i klar text) i certifik atet för en öppen nyckel i enlighet med tillägg 11 om gemensamma säkerhets me­
kanismer . 
certificateProf ileIdentif ier är versionen av motsvarande certifikat. 
Värdetilldelning: ‘01h’ för denna version. 
Cer tificationAuthor ityReference identifierar den certifier ingsinstans som utfä rdar certifikatet. Den refererar 
dessuto m till denna certifieringsinstans öppna nyckel. 
certificateHolderAuthor isation identifierar certifikatinnehav arens rättigheter . 
certificateEndOfV alidity är det datum då certifikatet upphör att gälla administrativt sett. 
certificateHolderRef erence identif ierar certifikatinn ehavaren. Den refererar dessuto m till innehav arens öppna 
nyckel. 
publicKey är den öppna nyckel som certifieras genom detta certifikat. 26.5.2016 L 139/103 Europeiska unionens officiella tidning SV     
2.43.  Cer tificateHolderAuthor isation 
Identif iering av en certifikatinnehav ares rättighete r. 
Generation 1: 
tacho graphApplicationID är tilläm pningsidentif ieraren för färdskr ivar tilläm pningen. 
Värdetilldelning: ‘FFh’ ‘54h’ ‘41h’ ‘43h’ ‘48h’ ‘4Fh’. Denna tilläm pningsidentif ierare är en propr ietär (proprietar y) 
icke-registrerad tillämpni ngsidentif ierare i enlighet med ISO/IEC 7816-5. 
equipmentT ype är identifier ingen av den typ av utrustning för vilken certifikatet är avsett. 
Värdetilldelning: i enlighet med datatyp EquipmentT ype. 0 om certifikatet tillhör en medlemsstat. 
Generation 2: 
tacho graphApplicationID anger de 6 mest signif ikanta byte i tilläm pningsidentifi eraren (AID) för färdskr i­
vark ortets tilläm pning i generation 2. AID för färdskr ivark ortets tilläm pning anges i kapite l 6.2. 
Värdetilldelning: ‘FF 53 4D 52 44 54’. 
equipmentT ype är identif ieringen av den typ av utrustning, såsom anges för generation 2, för vilken certifikatet 
är avsett. 
Värdetilldelning: i enlighet med datatyp EquipmentT ype. 
2.44.  Cer tificateRequest ID 
Unik identif iering av en begäran om certifik at. Den kan också användas som en identifierare för öppen nyckel 
för fordonsenhet om serienumret på den fordonsenhet som nyckeln är avsedd för inte är känt när certifikatet 
genereras . 
request SerialNumber är ett serienummer för begäran om certifik at, som är unikt för tillverkaren och månaden 
nedan. 
request MonthY ear är identif iering av den månad och det år då certifik atet begärdes. 
Värdetilldelning: BCD-k odning av månad (två siffror) och år (två sista siffror na). 
crIdentif ier är en identif ierare för att skilja en begäran om certifikat från ett utökat serienummer . 
Värdetilldelning: ‘FFh’. 
manufacturerCode är den numer iska koden för den tillverkare som begär certifikatet. 
2.45.  Cer tificationAuthor ityKID 
Identif ierare för öppen nyckel för certifier ingsinstans (en medlemsstats eller den europeiska certifier ings ­
instansen). 26.5.2016 L 139/104 Europeiska unionens officiella tidning SV     
nationNumer ic är certifieringsinstansens numer iska landsk od. 
nationAlpha är certifieringsinstansens alfanumer iska landsk od. 
keySer ialNumber är ett serienummer för att skilja certifier ingsinstansens olika nycklar åt om man byter nycklar . 
additionalInfo är ett fält på två byte för ytterligare kodning (specifik för certifieringsinstansen). 
caIdentif ier är en identif ierare för att särskilja mellan certifier ingsinstansens olika nycklar. 
Värdetilldelning: ‘01h’. 
2.46.  CompanyA ctivityData 
Information lagrad i ett företagsk ort om aktivitet er som utförts med kortet (krav 373 och 379 i bilaga 1C). 
companyP ointerNew estRecord är index för senast uppdate rade compan yActivityRecord. 
Värdetilldelning: Ett tal som motsvarar numeratorn för posten för företagsaktivitet er, och som börjar med ′0′ 
för den första gången post en för företagsaktivitet er uppträder i strukturen. 
companyA ctivityRecords är mängden av alla post er för företagsaktivit eter. 
companyA ctivityRecord är sekvensen av information om en företagsaktivit et. 
companyA ctivityT ype är typen av företagsaktivit et. 
companyA ctivityTime är datum och tidpunkt för företagsaktivit eten. 
cardNumberInfo rmation är kortnummer och utfärdande medlemsstat för det kort som överfö rts, i 
förek ommande fall. 
vehicleRegist rationInf ormation är registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon 
som överförts eller som låsts eller öppnats. 
downloadPerio dBegin och downloadPerio dEnd är den period som överfö rs från fordonsenhet en, i 
förek ommande fall. 26.5.2016 L 139/105 Europeiska unionens officiella tidning SV     
2.47.  CompanyA ctivityT ype 
Kod för en aktivit et som utförs av ett företag som använder sitt företagsk ort. 
2.48.  CompanyCardApplicat ionIdentif ication 
Information lagrad i ett företagsk ort om identif iering av korttilläm pningen (krav 369 och 375 i bilaga 1C). 
typeOfT achog raphCardId specifi cerar använd korttyp. 
cardStr uctureV ersion specificerar versionen av den struktur som används i kortet. 
noOfCompan yActivityRecords är det antal poster för företagsaktivitet er som kortet kan lagra. 
2.49.  CompanyCardHo lderIdentif ication 
Information lagrad i ett företagsk ort om identif iering av kortinnehavare (krav 372 och 378 i bilaga 1C). 
companyName är namn på innehavande företag. 
companyA ddress är adress till innehavande företag. 
cardHolderPreferredLan guage är det språk som kortinneha varen väljer . 
2.50.  ControlCardApplicationIdentif ication 
Information lagrad i ett kontrollk ort om identifier ing av korttilläm pningen (krav 357 och 363 i bilaga 1C). 
typeOfT achog raphCardId specifi cerar använd korttyp. 
cardStr uctureV ersion specificerar versionen av den struktur som används i kortet. 
noOfControlAc tivityRecords är det antal poste r för kontrollaktivit eter som kortet kan lagra. 26.5.2016 L 139/106 Europeiska unionens officiella tidning SV     
2.51.  ControlCardControlActivityDa ta 
Information lagrad i ett kontrollk ort om kontrollaktivit eter som utförts med kortet (krav 361 och 367 i bilaga 
1C). 
controlPoin terNew estRecord är index för senast uppdat erad post för kontrollaktivit eter. 
Värdetilldelning: Ett tal som motsvarar numeratorn för posten för kontrollaktivit eter, och som börjar med ‘0’ 
för den första gång då posten för kontrollaktivit eter uppträder i strukturen. 
controlActivi tyRecords är mängden av alla poster för kontrollaktivit eter. 
controlActivi tyRecord är sekvensen av information om en kontroll. 
controlT ype är typ av kontroll. 
controlTime är datum och tidpunkt för kontrollen. 
controlledCardNumber är kortnummer och utfärdande medlemsstat för det kort som kontrollerats. 
controlledV ehicleRegistration är registrer ingsnummer (VRN) och registrerande medlemsstat för det fordon i 
vilket kontrollen ägde rum. 
controlDo wnloadPeriodBegin och controlDo wnloadPerio dEnd är den period som eventuellt överfö rs. 
2.52.  ControlCardHolderIdentif ication 
Information lagrad i ett kontrollk ort om identifier ing av kortinneha vare (krav 360 och 366 i bilaga 1C). 
controlBodyName är namn på kortinnehavarens kontrollorgan. 
controlBodyA ddress är adress till kortinnehavarens kontrollorgan. 
cardHolderName är kontrollk ortsinnehavarens namn och förnamn. 
cardHolderPreferredLan guage är det språk som kortinneha varen väljer . 26.5.2016 L 139/107 Europeiska unionens officiella tidning SV     
2.53.  ControlT ype 
Kod som anger de aktivitet er som utförts vid en kontroll. Denna datatyp berörs av krav 126, 274, 299, 327 och 
350 i bilaga 1C. 
Generation 1: 
Värdetilldelning – oktettg rupperad: ‘cvpdxxxx’B (8 bitar) 
‘c’B  Över föring från kort: 
‘0’B: Ingen överfö ring från kort under denna kontrollaktivit et. 
‘1’B: Överfö ring från kort utförd under denna kontrollaktivitet. 
‘v’B  Över föring från fordonsenhet: 
‘0’B: Ingen överfö ring från fordonsenhet under denna kontrollaktivit et. 
‘1’B: Överfö ring från fordonsenhet utförd under denna kontrollaktivitet. 
‘p’B  Utskr ift: 
‘0’B: Ingen utskr ift under denna kontrollaktivitet. 
‘1’B: Utskr ift gjord under denna kontrollaktivit et. 
‘d’B  Bildskär m: 
‘0’B: Ingen bildskär m använd under denna kontrollaktivit et. 
‘1’B: Bildskär m använ d under denna kontrollaktivitet. 
‘xxxx’B  Används ej. 
Generation 2: 
Värdetilldelning – oktettg rupperad: ‘cvpdexxx’B (8 bitar) 
‘c’B  Över föring från kort: 
‘0’B: Ingen överfö ring från kort under denna kontrollaktivit et. 
‘1’B: Överfö ring från kort utförd under denna kontrollaktivitet. 
‘v’B  Över föring från fordonsenhet: 
‘0’B: Ingen överfö ring från fordonsenhet under denna kontrollaktivit et. 
‘1’B: Överfö ring från fordonsenhet utförd under denna kontrollaktivitet. 
‘p’B  Utskr ift. 
‘0’B: Ingen utskr ift under denna kontrollaktivitet. 
‘1’B: Utskr ift gjord under denna kontrollaktivit et. 
‘d’B  Bildskär m: 
‘0’B: Ingen bildskär m använd under denna kontrollaktivit et. 
‘1’B: Bildskär m använ d under denna kontrollaktivitet. 26.5.2016 L 139/108 Europeiska unionens officiella tidning SV     
‘e’B  Kalibrer ingsk ontroll på väg: 
‘0’B: Inga kalibrer ingsparametrar kontrollerade under denna kontrollaktivit et. 
‘1’B: Kalibrer ingsparametrar kontrollerade under denna kontrollaktivit et. 
‘xxx’B  RFU. 
2.54.  Cur rentDateTime 
Färdskr ivarens aktuella datum och tidpunkt. 
Värdetilldelning: Ej närmare angiven. 
2.55.  Cur rentDateTimeRecordAr ray 
Generation 2: 
Aktuellt datum och aktuell tid samt metadata som används i överföringsprotok ollet. 
recordT ype ange r typen av post (Cur rentDate Time). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av CurrentDateTime i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd av poster med aktuellt datum och aktuell tidpunkt. 
2.56.  DailyPresenceCounter 
Räknare, lagrad i ett förar - eller verkstad skort, som ökas med ett steg för varje kalenderdag som kortet varit 
insatt i en fordonsenhet. Denna datatyp berörs av krav 266, 299, 320 och 343 i bilaga 1C. 
Värdetilldelning: Löpnummer med högsta värde 9 999, varpå det börjar om från 0. Då kortet utfärdas första 
gång en sätts numret till 0. 
2.57.  Datef 
Datum uttryckt i ett numer iskt format som är lätt att skriva ut. 
26.5.2016 L 139/109 Europeiska unionens officiella tidning SV     
Värdetilldelning: 
yyyy  År 
mm  Månad 
dd  Dag 
‘00000000’H  Anger uttrycklig en från varo av datum. 
2.58.  DateOfDa yDo wnloaded 
Generation 2: 
Datum och tidpunkt för överföringen. 
Värdetilldelning: Ej närmare angiven. 
2.59.  DateOfDa yDo wnloadedRecordAr ray 
Generation 2: 
Datum och tid för överföringen samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (Date OfDa yDo wnloaded). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av CurrentDateTime i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av poster med datum och tidpunkt för överföringen. 
2.60.  Dist ance 
En tillryggalagd sträc ka (resultat av beräkning av skillnaden i kilometer mellan två vägmätarställninga r i ett 
fordon). 
Värdetilldelning: Binär utan tecken. Värde i km i området 0 till 9 999 km. 
2.61.  DriverCardApplicationIdentif ication 
Information lagrad i ett förark ort om identif iering av korttilläm pningen (krav 253 och 278 i bilaga 1C). 26.5.2016 L 139/110 Europeiska unionens officiella tidning SV     
Generation 1: 
typeOfT achog raphCardId specifi cerar använd korttyp. 
cardStr uctureV ersion specificerar versionen av den struktur som används i kortet. 
noOfEv entsP erType är antalet händelser per händelsetyp som kortet kan registrera. 
noOfFaultsPerT ype är antalet fel per typ av fel som kortet kan registrera. 
activityStr uctureLength anger antal byte som finns tillgängliga för lagring av aktivitet sposter . 
noOfCardV ehicleRecords är antalet fordonsposte r som kortet kan registrera. 
noOfCardPlaceRecords är det antal platser som kortet kan lagra. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
noOfGNSSCDRecords är det antal GNSS-poster om sammanhäng ande körning som kortet kan lagra. 
noOfSpecif icConditionRecords är det antal poster för särskilda omständigheter som kortet kan lagra. 
2.62.  DriverCardHolderIdentif ication 
Information lagrad i ett förark ort om identif iering av kortinnehavare (krav 256 och 281 i bilaga 1C). 
cardHolderName är förark ortsinnehavarens namn och förnamn. 26.5.2016 L 139/111 Europeiska unionens officiella tidning SV     
cardHolderBir thDate förark ortsinnehavare ns födelsedatum. 
cardHolderPreferredLan guage är det språk som kortinneha varen väljer . 
2.63.  DSR CSecur ityData 
Generation 2: 
Information i klar text samt MAC som ska sändas via DSR C från färdskr ivaren till fjärravläsaren (se tillägg 11 del 
B kapitel 13 för detaljinf ormation). 
tagL ength utgör en del av DER -TLV-kodninge n och ska sättas till ‘81 10’ (se tillägg 11 del B kapitel 13). 
currentDateTime är fordonsenhet ens aktuella datum och tidpunkt. 
counter räknar RTM-me ddelanden. 
vuSer ialNumber är fordonsenhetens serienummer . 
dSR CMKV ersionNumber är versionsnumret för den huvudny ckel till DSR C från vilken fordonsenhetens 
specifi ka DSR C-ny cklar genererades. 
tagL engthMac är tagg och längd för dataobjektet för MAC och utgör en del av DER -TLV-kodning en. Tagge n ska 
sättas till ‘8E’, längden ska koda längden av MAC i oktett er (se tillägg 11 del B kapitel 13). 
mac är beräknad MAC för RTM-m eddelandet (se tillägg 11 del B kapitel 13). 
2.64.  EGFCer tificate 
Generation 2: 
Certifik at för den extern a GNSS-anordningens öppna nyckel vid ömsesidig aute ntiser ing med en fordonsenhet. 
Strukturen för detta certifikat anges i tillägg 11. 
2.65.  EmbedderIcAssemblerId 
Ger information om den integre rade kretsens inbäddare. 
26.5.2016 L 139/112 Europeiska unionens officiella tidning SV     
countr yCode är landsk oden (två tecken) för modulens inbäddare i enlighet med ISO 3166. 
moduleEmbedder identifierar modulens inbäddare. 
manufacturerInfor mation är avsett för tillverkarens interna bruk. 
2.66.  Entr yTypeDailyW orkPeriod 
Kod för att åtskilja påbör jande och avslutande av en angivelse av plats för en arbetsper iod och angivelsevillk or. 
Generation 1: 
Värdetilldelning: Enligt ISO/IEC8824-1. 
Generation 2: 
Värdetilldelning: Enligt ISO/IEC8824-1. 
2.67.  EquipmentT ype 
Kod för att åtskilja olika typer av utrustning för färdskr ivar tillämp ningen. 
Generation 1: 
Värdetilldelning: Enligt ISO/IEC8824-1. 
Värde 0 är reser verat för angivelse av en medlemsstat eller Europa i certifikatens CHA-fält (certifikatinnehavarens 
auktori sering). 26.5.2016 L 139/113 Europeiska unionens officiella tidning SV     
Generation 2: 
Samma värden används som för generation 1, med följande tillägg: 
Anmärkning: Värdena för skylt, adapt er och extern GNSS-anslutning i generation 2, liksom värdena för 
fordonsenhet och rörelsesensor i generation 1, får använ das i SealRecord, dvs. om detta är tillämpligt.  
2.68.  EuropeanPublicKey 
Generation 1: 
Den europeiska öppna nyckeln. 
2.69.  EventFaultRecordPur pose 
Kod som anger varför en händelse eller ett fel har registrerats. 
Värdetilldelning: 
En/ett av de tio senaste (eller sista) händelser na eller felen. 
Den längsta händelsen för ett av de senaste tio dygnen händelsen inträffat . 
En av de fem längsta händelser na under de senaste 365 dygnen. 
Den senaste händelsen för ett av de senaste tio dygnen händelsen inträffat. 
Den allvarligas te händelsen för ett av de senaste tio dygnen händelsen inträffat. 
En av de fem allvarlig aste händelser na under de senaste 365 dygnen. 
Den första händelse eller det första fel som inträffat efter senaste kalibrer ing. 
En aktiv/pågående händelse eller ett aktivt/pågåen de fel. 
RFU 
Tillverkarspecifi kt  
2.70.  EventFaultT ype 
Kod för typ av händelse eller fel. 
Värdetilldelning: 
Generation 1: 
Allmänna händelser . 
Inga närmare detaljer . 
Insättning av ogiltigt kort. 
Kortkonflikt. 
Tidsö verlappning. 
Körning utan korrekt kort. 
Insättning av kort under körning. 
Senaste kortsession ej korrekt avslutad. 
Hastighetsö verträdelse. 
Avbrott i strömtillf örseln. 
Fel i rörelsedata. 
Konflikt i fordonets rörelsedata. 
RFU. 26.5.2016 L 139/114 Europeiska unionens officiella tidning SV     
Händelser som gäller försök till säkerhetsö verträdelse med avseende på fordonsenhet 
Inga närmare detaljer . 
Fel vid autentiserin g av rörelsesensor . 
Fel vid autentiserin g av färdskr ivark ort. 
Icke auktoris erad ändr ing av rörelsesensor . 
Integritetsfel hos inmatade kortdata. 
Integritetsfel hos lagrade användardat a. 
Internt fel vid överföri ng av data. 
Ej aukt oriserad öppning av höljet. 
Maskinvarus abotag e. 
RFU. 
Händelser som gäller försök till säkerhetsö verträdelse med avseende på sensor . 
Inga närmare detaljer . 
Missly ckad aute ntiser ing. 
Integritetsfel hos lagrade data. 
Internt fel vid överföri ng av data. 
Ej aukt oriserad öppning av höljet. 
Maskinvarus abotag e. 
RFU. 
Färdskr ivarfel 
Inga närmare detaljer . 
Internt fel i fordonsenheten . 
Skrivarfel. 
Bildskär msfel. 
Över föringsf el. 
Sensor fel. 
RFU. 
Kortfel 
Inga närmare detaljer . 
RFU. 
RFU. 
Tillverkarspecifi k.   
Generation 2: 
Samma värden används som för generation 1, med följande tillägg: 
Tidsk onflikt (GNSS jämf ört med fordonsenhetens interna klocka) . 
RFU. 
Fel avseende GNSS. 
Inga närmare detaljer . 
Internt fel i GNSS-mottagare. 
Externt fel i GNSS-mottagare. 
Externt fel i GNSS-k ommunikation. 
Positionsdata från GNSS saknas. 
GNSS-manipuler ing upptäc kt. 
Certifikat för extern GNSS-anordning har löpt ut. 
RFU. 
Fel avseende fjärrkommunikationsmodul. 
Inga närmare detaljer . 
Fel i fjärrkommunikationsmodul. 
Kommunikationsfel i fjärrkommunikationsmodul. 
RFU. 
Fel i ITS-gränssnitt. 
Inga närmare detaljer . 
RFU   
2.71.  ExtendedSealIdentif ier 
Generation 2: 
En unik identifierare för en plomber ing (krav 401 i bilaga 1C). 26.5.2016 L 139/115 Europeiska unionens officiella tidning SV     
manufacturerCode är en kod för tillverkaren av plomber ingen. 
sealIdentif ier är en identif ierare för plomber ingen som är unik bland tillverkarens plomber ingar. 
2.72.  ExtendedSer ialNumber 
Unik identif iering av en utrustning. Den kan även användas som en identif ierare för en utrustnings öppna 
nyckel. 
Generation 1: 
serialNumber är ett serienummer för utrustningen, som är unikt för tillverkaren, utrustningstypen och 
månaden och året nedan. 
monthY ear är identif iering av månad och år för tillverkning (eller för tilldelning av serienummer). 
Värdetilldelning: BCD-k odning av månad (två siffror) och år (två sista siffror na). 
type är en identif ierare för typ av utrustning. 
Värdetilldelning: Tillverkarspecif ik, med ′FFh′ som reser verat värde. 
manufacturerCode är den numer iska kod som identif ierar en tillverkare av typgodkänd utrustning. 
Generation 2: 
serialNumber : se generation 1. 
monthY ear: se generation 1. 
type anger typ av utrustning. 
manufacturerCode: se generation 1. 
2.73.  FullCardNumber 
Kod som fullständigt identifierar ett färdskr ivark ort. 26.5.2016 L 139/116 Europeiska unionens officiella tidning SV     
cardT ype är typ av färdskr ivark ort. 
cardIssuingMemberStat e är kod för den medlemsstat som har utfärdat kortet. 
cardNumber är kortnumret. 
2.74.  FullCardNumberAndGeneration 
Generation 2: 
Kod som fullständigt identifierar ett färdskr ivark ort och dess generation. 
fullcardNumber identifierar färdsk rivark ortet. 
generation ange r den generation av färdskr ivark ortet som används. 
2.75.  Generation 
Generation 2: 
Ange r den generation av färdskr ivark ortet som används. 
Värdetilldelning: 
‘00’H  RFU 
‘01’H  Generation 1 
‘02’H  Generation 2 
‘03’H .. ‘FF’H  RFU 
2.76.  GeoCoordinates 
Generation 2: 
Geografis ka koordinater kodade som heltal. Dessa heltal är multiplar av kodningen i form av ± DDMM.M för 
latitud och ± DDDMM.M för longitud. ± DD respektive ± DDD anger här grader na och MM.M minuter na. 
latitude är kodad som en multipel (fakt or 10) av värdet represente rat som ± DDMM.M. 
longitude är kodad som en multipel (faktor 10) av värdet representerat som ± DDDMM.M. 26.5.2016 L 139/117 Europeiska unionens officiella tidning SV     
2.77.  GNSSA ccuracy 
Generation 2: 
Precisionen hos positionsdata från GNSS (se definition eee)). Denna precision kodas som ett heltal och är en 
multipel (faktor 10) av det X.Y-värde som ges av GSA-satse n enligt NMEA . 
2.78.  GNSSContinuousDr iving 
Generation 2: 
Information lagrad på ett förark ort eller verk stadsk ort om fordonets GNSS-position om förarens 
sammanhänga nde körtid uppnår en multipel av tre timmar (krav 306 och 354 i bilaga 1C). 
gnssCDPoin terNew estRecord är index för senast uppdat erade GNSS-post om sammanhäng ande körning. 
Värdetilldelning: Ett tal som motsvarar numerat orn för GNSS-posten om sammanhäng ande körning, och som 
börjar med ‘0’ för den första gången GNSS-postern a om sammanhängande körning uppträder i strukturen. 
gnssContinuousDr ivingRecords är den mängd poste r som innehåller datum och tidpunkt för när den 
sammanhänga nde körninge n uppnår en multipel av tre timmar , samt information om fordonets position. 
2.79.  GNSSContinuousDr ivingRecord 
Generation 2: 
Information lagrad på ett förark ort eller verk stadsk ort om fordonets GNSS-position om förarens 
sammanhänga nde körtid uppnår en multipel av tre timmar (krav 305 och 353 i bilaga 1C). 
timeSt amp är datum och tidpunkt när kortinnehavarens sammanhäng ande körtid uppgår till en multipel av tre 
timmar . 
gnssPlaceRecord innehåller information om fordonets position. 
2.80.  GNSSPlaceRecord 
Generation 2: 
Information om fordonets GNSS-position (krav 108, 109, 110, 296, 305, 347 och 353 i bilaga 1C). 
26.5.2016 L 139/118 Europeiska unionens officiella tidning SV     
timeSt amp är datum och tidpunkt när fordonets GNSS-position fastställdes. 
gnssAccu racy är precisionen hos positionsdata från GNSS. 
geoCoordinates är den plats som registrerats med hjälp av GNSS. 
2.81.  HighResOdometer 
Fordonets vägmätarställning: Sammanlagd sträcka som tillryggalagts av fordonet vid drift. 
Värdetilldelning: Binär utan tecken. Värde i inter vallet från 0 till 21 055 406 km, i steg om 1/200 km. 
2.82.  HighResT ripDist ance 
En sträcka som tillryggalagts under en hel eller en del av en resa. 
Värdetilldelning: Binär utan tecken. Värde i inter vallet från 0 till 21 055 406 km, i steg om 1/200 km. 
2.83.  HolderName 
En kortinneha vares eftern amn och förnamn. 
holderSur name är innehav arens efternamn. Eftern amnet inbegr iper inte titlar . 
Värdetilldelning: Om ett kort inte är personligt innehåller holderSur name samma information som 
companyName, workshopName eller controlBodyName. 
holderFir stNames är innehav arens förnamn och initialer . 
2.84.  Inter nalGNSSReceiv er 
Generation 2: 
Information om huruvida GNSS-mottag aren är intern eller extern i förhållande till fordonsenheten. TRUE 
innebär att GNSS-mottag aren är intern . FALSE innebär att GNSS-mottag aren är extern. 
2.85.  K-Cons tantOfRecordingEquipment 
Färdskr ivarens konstant (definition m)). 
Värdetilldelning: Pulser per kilometer i inter vallet från 0 till 64 255 pulser/km. 26.5.2016 L 139/119 Europeiska unionens officiella tidning SV     
2.86.  KeyIdent ifier 
En unik identif ierare för en öppen nyckel som används för att referera till och välja nyckeln. Den identif ierar 
även nyckelinneha varen. 
Det första alternativet är lämpligt för att referera till en fordonsenhets eller ett färdsk rivark orts öppna nyckel. 
Det andra alternati vet är lämpligt för att referera till en fordonsenhets öppna nyckel (i de fall fordonsenhetens 
serienummer inte är känt vid tidpunkt en för generer ing av certifikat). 
Det tredje alternativet är lämpligt för att referera till en medlemsstats öppna nyckel. 
2.87.  KMW CKey 
Generation 2: 
AES-ny ckel och dess tillhörande nyckelv ersion som används för parning av fordonsenhet och rörelsesensor . För 
mer information, se tillägg 11. 
kMW CKey AES-ny ckelns längd, konkat enerad med den nyckel som används för parning av fordonsenhet och 
rörelsesensor . 
keyVersion anger AES-ny ckeln s nyckelv ersion. 
2.88.  Language 
Kod för ett språk. 
Värdetilldelning: Kodning med två gemener enligt ISO 639. 
2.89.  Last CardDo wnload 
Datum och tidpunkt, lagrade i förark ortet, för den senast e kortöverfö ringen (för andra än kontrolländamål) (krav 
257 och 282 i bilaga 1C).. Detta datum kan uppdat eras av en fordonsenhet och alla typer av kortläsare. 
Värdetilldelning: Ej närmare angiven. 
2.90.  LinkCer tificate 
Generation 2: 
Länkcer tifikat mellan Erca-n yckelpar . 
26.5.2016 L 139/120 Europeiska unionens officiella tidning SV     
2.91.  L-TyreCircumference 
Däck ens effektiva omkrets (definition u)). 
Värdetilldelning: Binär utan tecken, värde i inter vallet från 0 till 8 031 mm, i steg om 1/8 mm. 
2.92.  MA C 
Generation 2: 
En kryptografisk kontrollsumma med en längd av 8, 12 eller 16 byte, motsvarande de chiff erfölj der som anges i 
tillägg 11. 
2.93.  ManualInputFlag 
Kod som anger om en kortinnehavare manuellt har angivit föraraktivitet er vid kortinsättning eller inte (krav 081 
i bilaga 1B och krav 102 i bilaga 1C). 
Värdetilldelning: Ej närmare angiven. 
2.94.  ManufacturerCode 
Kod som anger en tillverkare av typgodkänd utrustning. 
Det laborat orium som är behör igt att utföra provning ar av driftskompati bilitet ska underhålla och offentliggöra 
förteckningen över tillverkark oder på sin webbplats (krav 454 i bilaga 1C). 
Utveck lare av färdskr ivare som ansöker om tillverkark oder hos laboratori et för provning av driftskompati bilitet 
ska tilldelas en preliminär tillverkark od. 
2.95.  ManufacturerSpecif icEv entFaultData 
Generation 2: 
Tillverkarspecifi ka felkoder som förenklar felanalys i och underhåll av fordonsenheter . 
26.5.2016 L 139/121 Europeiska unionens officiella tidning SV     
manufacturerCode anger fordonsenhet ens tillverkare. 
manufacturerSpecif icEr rorCode är en tillverkarspecifik felkod. 
2.96.  MemberSta teCer tificate 
Certifik at för en medlemsstats öppna nyckel utfärdat av den europeiska certifieringsinstansen. 
2.97.  MemberSta teCer tificateRecordAr ray 
Generation 2: 
Medlemsstate ns certifik at samt metadata som använ ds i överfö ringsprotok ollet. 
recordT ype ange r typen av post (MemberStat eCer tificate). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av MemberStat eCer tificate i byte. 
noOfRecords är antalet poster i postmängden. Värdet ska sättas till 1 eftersom certifikaten kan ha olika längd. 
records är mängden av medlemsstatscer tifikat. 
2.98.  MemberSta tePublicKe y 
Generation 1: 
En medlemsstats öppna nyckel. 
2.99.  Namn 
Ett namn. 
codePage specificerar en teckenmängd som definieras i kapitel 4. 
name är ett namn som kodats enligt den specifi cerade teckenmängden. 26.5.2016 L 139/122 Europeiska unionens officiella tidning SV     
2.100.  NationAlpha 
Alfabetisk referen s för ett land, i överensstämmelse med de landsbet eckning ar som använ ds på fordon i 
internati onell trafik (Förenta nationer nas konvention om vägtrafi k, Wien 1968). 
De alfabetiska och numer iska landk oder na ska finnas i en förteckning på webbplatsen för det laboratori um som 
har utsetts för att utföra provning ar av driftskompati bilitet i enlighet med krav 440 i bilaga 1C. 
2.101.  NationNumer ic 
Numer isk referens för ett land. 
Värdetilldelning: se datatyp 2.100 (NationAlpha). 
De alfabetiska eller numer iska landspecifikati oner som beskr ivs i respektive avsnitt får endast ändras efter det att 
det utsedda laboratoriet har inhämtat synpunkter från tillverkar na av de typgodkända fordonsenheterna med 
digital eller smar t färdskr ivare. 
2.102.  NoOfCalibrationRecords 
Antal kalibrer ingsposter som ett verk stadsk ort kan lagra. 
Generation 1: 
Värdetilldelning: Se tillägg 2. 
Generation 2: 
Värdetilldelning: Se tillägg 2. 
2.103.  NoOfCalibrationsSinceDo wnload 
Räknare som anger det antal kalibrer ingar som utförts med ett verk stadsk ort sedan den senaste överfö ringe n från 
det (krav 317 och 340 i bilaga 1C). 
Värdetilldelning: Ej närmare angiven. 
2.104.  NoOfCardPlaceRecords 
Antal platspost er som ett förar - eller verkstadsk ort kan lagra. 
Generation 1: 
Värdetilldelning: Se tillägg 2. 
Generation 2: 
Värdetilldelning: Se tillägg 2. 26.5.2016 L 139/123 Europeiska unionens officiella tidning SV     
2.105.  NoOfCardV ehicleRecords 
Antal poste r för använda fordon som ett förar - eller verkstad skort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.106.  NoOfCardV ehicleUnitRecords 
Generation 2: 
Antal poste r för använda fordonsenhet er som ett förar - eller verkstad skort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.107.  NoOfCompanyA ctivityRecords 
Antal poste r för företagsaktivitet er som ett företagsk ort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.108.  NoOfControlActivityRe cords 
Antal poste r för kontrollaktivit eter som ett kontrollk ort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.109.  NoOfEv entsPerT ype 
Antal händelser per händelsetyp som ett kort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.110.  NoOfFaultsPerT ype 
Antal fel per typ av fel som ett kort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.111.  NoOfGNSSCDRecords 
Generation 2: 
Det antal poster om sammanhäng ande körning enligt GNSS som ett kort kan lagra. 
Värdetilldelning: Se tillägg 2. 26.5.2016 L 139/124 Europeiska unionens officiella tidning SV     
2.112.  NoOfSpecif icConditionRecords 
Generation 2: 
Det antal poster för särskilda omständigheter som ett kort kan lagra. 
Värdetilldelning: Se tillägg 2. 
2.113.  OdometerShor t 
Fordonets vägmätarställning i kortform. 
Värdetilldelning: Binär utan tecken. Värde i km i intervallet från 0 till 9 999 999 km. 
2.114.  OdometerV alueMidnight 
Fordonets vägmätarställning vid midnatt ett visst datum (krav 090 i bilaga 1B och krav 113 i bilaga 1C). 
Värdetilldelning: Ej närmare angiven. 
2.115.  OdometerV alueMidnightRecordAr ray 
Generation 2: 
Odomet erValueMidnight samt metadata som använ ds i överföringsprotok ollet. 
recordT ype ange r typen av post (Odomet erValueMidnight). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av Odomet erValueMidnight i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av Odomet erValueMidnight-poster . 
2.116.  OverspeedNumber 
Antalet händelser av typen hastighetsö verträdelse sedan den senaste kontrollen av hastighetsö verträdelse. 
Värdetilldelning: 0 innebär att ingen händelse av typen hastighetsö verträdelse har ägt rum sedan den senaste 
kontrollen av hastighetsö verträdelse, 1 innebär att en händelse av denna typ har ägt rum sedan den senaste 
kontrollen av hastighetsö verträdelse, … 255 innebär att 255 eller fler händelser av typen hastighetsö verträdelse 
har ägt rum sedan den senaste kontrollen av hastighetsö verträdelse. 26.5.2016 L 139/125 Europeiska unionens officiella tidning SV     
2.117.  PlaceRecord 
Information om en plats där en arbetsper iod påbör jas eller avslutas (krav 108, 271, 296, 324 och 347 i bilaga 
1C). 
Generation 1: 
entr yTime är datum och tidpunkt för angivelsen. 
entr yTypeDailyW orkPeriod är typ av angivelse. 
dailyW orkPeriod Countr y är det land som anges. 
dailyW orkPeriod Region är den region som anges. 
vehicleOdometerV alue är vägmätarställninge n vid tidpunkt en för angivelse av plats. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare komponent: 
entr yGNSSPlaceRecord är den registrerade platsen och tiden. 
2.118.  PreviousV ehicleInfo 
Information om det fordon som tidigar e använ ts av en förare när föraren sätte r in sitt kort i en fordonsenhet 
(krav 081 i bilaga 1B och krav 102 i bilaga 1C). 
Generation 1: 
vehicleRegist rationIdentif ication är fordonets registrer ingsnummer och den medlemsstat där fordonet är 
registrerat. 
cardWithdrawa lTime är tidpunkt och datum för uttag av kort. 
Generation 2: 
26.5.2016 L 139/126 Europeiska unionens officiella tidning SV     
Jämf ört med generation 1 används följande ytterligare dataelement : 
vuGeneration ange r fordonsenhetens generation. 
2.119.  PublicKey 
Generation 1: 
En öppen RSA-n yckel. 
rsaKeyMod ulus är modulus för nyckelpar et. 
rsaKeyPu blicExponent är den öppna exponent en för nyckelpar et. 
2.120.  RecordT ype 
Generation 2: 
Hänv isning till en posttyp. Denna datatyp använ ds i RecordAr rays. 
Värdetilldelning: 
ActivityChangeI nfo 
CardSlotsStatus 
CurrentDateTime 
MemberStateCer tificate 
OdometerV alueMidnight 
DateOfD ayDo wnloaded 
SensorPaired 
Signature 
Specific ConditionRecord 
VehicleIdentif icationNumber 
VehicleRegistrationNumber 
VuCalibrationRecord 
VuCardIWRecord 
VuCardRecord 
VuCer tificate 
VuCom panyLoc ksRe cord 
VuControlA ctivityRecord 
VuDetailedSpeedBlock 
VuDo wnloadableP eriod 
VuDo wnloadA ctivityData 
VuEventRecord 
VuGNSSCDRecord 
VuITSConsentRecord 
VuFaultRecord 
VuIdentification 
VuOverSpeedingControlData 
VuOverSpeedingEventRecord 
VuPlaceDailyW orkP eriodRecord 
VuTimeA djustmentGNSSRecord 
VuTimeA djustmentRecord 
VuPowerSupplyInter ruptionRecord 
SensorPairedRecord 
SensorExternalGNSSC oupledRecord 
RFU 
Tillverkarspecifi k.  26.5.2016 L 139/127 Europeiska unionens officiella tidning SV     
2.121.  RegionAlpha 
Alfabetisk referens för en region i ett visst land. 
Generation 1: 
Värdetilldelning: 
Generation 2: 
Koder na för RegionAlpha ska finnas i en förteckning på webbplatsen för det laboratorium som har utsetts för att 
utföra provning av driftskompat ibilitet. 
2.122.  RegionNumer ic 
Numer isk referens för en region i ett visst land. 
Generation 1: 
Värdetilldelning: 
26.5.2016 L 139/128 Europeiska unionens officiella tidning SV     
Generation 2: 
Koder na för RegionNumer ic ska finnas i en förteckning på webbplatsen för det laboratorium som har utsetts för 
att utföra provning av driftskompati bilitet. 
2.123.  RemoteCommunicationModuleSer ialNumber 
Generation 2: 
Fjärrkommunikationsmodulens serienummer . 
2.124.  RSAKe yModulus 
Generation 1: 
Modulus för ett RSA -nyckelpar . 
Värdetilldelning: Ospecif icerad. 
2.125.  RSAKe yPrivateExponent 
Generation 1: 
Privat exponent för ett RSA-n yckelpar . 
Värdetilldelning: Ospecif icerad. 
2.126.  RSAKe yPublicExponent 
Generation 1: 
Öppen exponent för ett RSA-n yckelpar . 
Värdetilldelning: Ospecif icerad. 
2.127.  RtmDat a 
Generation 2: 
Se tillägg 14 för en definit ion av denna datatyp. 
2.128.  SealDat aCard 
Generation 2: 
Denna datatyp lagrar information om de plomber ingar som anbr ingats på de olika kompone nter na i ett fordon 
och är avsedd för lagring i ett kort. Denna datatyp berörs av krav 337 i bilaga 1C. 26.5.2016 L 139/129 Europeiska unionens officiella tidning SV     
noOfSealRecords är antalet poster i sealRecords. 
sealRecords är en mängd plomber ingsposter . 
2.129.  SealDat aVu 
Generation 2: 
Denna datatyp lagrar information om de plomber ingar som anbr ingats på de olika kompone nter na i ett fordon 
och är avsedd för lagring i en fordonsenhet. 
sealRecords är en mängd plomber ingsposte r. Om det finns färre än 5 plomber ingar tillgäng liga ska värdet av 
EquipmentT ype i alla ej använda sealRecords sättas till 16, dvs. ”ej använ d”. 
2.130.  SealRecord 
Generation 2: 
Denna datatyp lagrar information om en plomber ing som anbr ingats på en komponent. Denna datatyp berörs 
av krav 337 i bilaga 1C. 
equipmentT ype anger typ av utrustning som plomber ingen anbr ingat s på. 
extendedSealIdentif ier är identif ieraren för den plomber ing som anbr ingats på utrustningen. 
2.131.  SensorAppro valNumber 
Sensor ns typgodkännandenummer . 
Generation 1: 
Värdetilldelning: Ospecif icerad. 
Generation 2: 
Värdetilldelning: 
Godkännandenumret ska återges så som det är offentliggjor t på Europeiska kommissionens motsvarande 
webbplats, t.ex. inklusive eventuella bindestrec k. Godkännandenumret ska vara vänster justerat. 26.5.2016 L 139/130 Europeiska unionens officiella tidning SV     
2.132.  SensorExter nalGNSSA ppro valNumber 
Generation 2: 
Den externa GNSS-anordningens typgodkännandenummer . 
Värdetilldelning: 
Godkännandenumret ska återges så som det är offentliggjor t på Europeiska kommissionens motsvarande 
webbplats, t.ex. inklusive eventuella bindestrec k. Godkännandenumret ska vara vänster justerat. 
2.133.  SensorExter nalGNSSCoupledRecord 
Generation 2: 
Information lagrad i en fordonsenhet om identifier ing av den exte rna GNSS-anordning som är kopplad med 
fordonsenhet en (krav 100 i bilaga 1C). 
sensorSer ialNumber är serienumret för den externa GNSS-anordning som är kopplad med fordonsenheten. 
sensorAppro valNumber är denna extern a GNSS-anordnings godkännandenummer . 
sensorCouplingDate är ett datum för koppling av denna exte rna GNSS-anordning med fordonsenhet en. 
2.134.  SensorExter nalGNSSIdentif ication 
Generation 2: 
Information om identif iering av den externa GNSS-anordningen (krav 98 i bilaga 1C). 
sensorSer ialNumber är den externa GNSS-anordningens utökad e serienummer . 
sensorAppro valNumber är den externa GNSS-anordningens godkännandenummer . 
sensorSCIdentif ier är identifierare för den externa GNSS-anordningens säkerhetsk omponent. 
sensorOSIdentif ier är identif ierare för den externa GNSS-anordningens operativsystem. 26.5.2016 L 139/131 Europeiska unionens officiella tidning SV     
2.135.  SensorExter nalGNSSInst allation 
Generation 2: 
Information, lagrad i en extern GNSS-anordning, om installation av den extern a GNSS-sensor n (krav 123 i bilaga 
1C). 
sensorCouplingDateFir st är datum för den första kopplingen av den externa GNSS-anordninge n med en 
fordonsenhet. 
firstV uAppro valNumber är godkännandenummer för den första fordonsenhet som kopplas med den exte rna 
GNSS-anordningen. 
firstV uSer ialNumber är serienumret för den första fordonsenhet som kopplas med den exte rna GNSS- 
anordningen. 
sensorCouplingDateCur rent är datum för innevarande koppling av den externa GNSS-anordninge n med en 
fordonsenhet. 
currentV uAppro valNumber är godkännandenummer för den fordonsenhet som för närvarande är kopplad 
med den exte rna GNSS-anordninge n. 
currentVUSer ialNumber är serienummer för den fordonsenhet som för närvarande är kopplad med den 
externa GNSS-anordningen. 
2.136.  SensorExter nalGNSSOSIdentif ier 
Generation 2: 
Identif ierare för den extern a GNSS-anordningens operativsystem. 
Värdetilldelning: tillverkarspecifi k. 
2.137.  SensorExter nalGNSSSCIdentif ier 
Generation 2: 
Denna typ används exem pelvis för att identif iera den exte rna GNSS-anordninge ns krypteringsmodul. 
Identif ierare för den extern a GNSS-anordningens säkerhets kompon ent. 
Värdetilldelning: specif ik för komponenttill verkaren. 26.5.2016 L 139/132 Europeiska unionens officiella tidning SV     
2.138.  SensorGNSSCouplingDate 
Generation 2: 
Datum för koppling av den exte rna GNSS-anordninge n med en fordonsenhet. 
Värdetilldelning: Ospecif icerad. 
2.139.  SensorGNSSSer ialNumber 
Generation 2: 
Denna typ används för att lagra GNSS-mottagarens serienummer både när den finns i fordonsenhet en och när 
den finns utanf ör fordonsenhet en. 
GNSS-mottaga rens serienummer . 
2.140.  SensorIdentif ication 
Information lagrad i en rörelsesensor om identifier ing av rörelsesensor n (krav 077 i bilaga 1B och krav 95 i 
bilaga 1C). 
sensorSer ialNumber är rörelsesensor ns utökade serienummer (inbegr ipet artikelnummer och tillverkarens kod). 
sensorAppro valNumber är rörelsesensor ns godkännandenummer . 
sensorSCIdentif ier är identifierare för rörelsesensor ns säke rhetsk omponent. 
sensorOSIdentif ier är identif ierare för rörelsesensor ns operativsystem. 
2.141.  SensorInst allation 
Information lagrad i en rörelsesensor om installation av rörelsesensor n (krav 099 i bilaga 1B och krav 122 i 
bilaga 1C). 
sensorPair ingDateF irst är datum för den första parningen av rörelsesensor n med en fordonsenhet. 
firstV uAppro valNumber är godkännandenummer för den första fordonsenhet som paras med rörelsesensor n. 26.5.2016 L 139/133 Europeiska unionens officiella tidning SV     
firstV uSer ialNumber är serienummer för den första fordonsenhet som paras med rörelsesensor n. 
sensorPair ingDateCur rent är datum för innevarande parning av rörelsesensor n med fordonsenheten. 
currentV uAppro valNumber är godkännandenummer för den fordonsenhet som för närvarande är parad med 
rörelsesensor n. 
currentVUSer ialNumber är serienummer för den fordonsenhet som för närvarande är parad med 
rörelsesensor n. 
2.142.  SensorInst allationSecData 
Information lagrad i ett verk stadsk ort om de säkerhetsdata som behö vs för att para rörelsesensorer med 
fordonsenhet er (krav 308 och 331 i bilaga 1C). 
Generation 1: 
Värdetilldelning: enligt ISO 16844-3. 
Generation 2: 
Såsom beskr ivs i tillägg 11 ska ett verkstadskor t lagra upp till tre nycklar för parning av fordonsenhet och 
rörelsesensor . Dessa nycklar har olika nyckelversioner . 
2.143.  SensorOSIdentif ier 
Identif ierare för rörelsesensor ns operativsystem. 
Värdetilldelning: tillverkarspecifi k. 
2.144.  SensorPaired 
Generation 1: 
Information lagrad i en fordonsenhet om identifier ing av den rörelsesensor som är parad med fordonsenheten 
(krav 079 i bilaga 1B). 
sensorSer ialNumber är serienummer för den rörelsesensor som för närvarande är parad med fordonsenheten. 
sensorAppro valNumber är godkännandenummer för den rörelsesensor som för närvarande är parad med 
fordonsenhet en. 
sensorPair ingDateF irst är datum för den första parningen med en fordonsenhet för den rörelsesensor som för 
närvarande är parad med fordonsenhet en. 26.5.2016 L 139/134 Europeiska unionens officiella tidning SV     
2.145.  SensorPairedRecord 
Generation 2: 
Information lagrad i en fordonsenhet om identif iering av en rörelsesensor som är parad med fordonsenheten 
(krav 97 i bilaga 1C). 
sensorSer ialNumber är serienummer för den rörelsesensor som är parad med fordonsenheten. 
sensorAppro valNumber är rörelsesensor ns godkännandenummer . 
sensorPair ingDate är ett datum för parning av denna rörelsesensor med fordonsenheten. 
2.146.  SensorPair ingDate 
Datum för parning av rörelsesensor n med en fordonsenhet. 
Värdetilldelning: Ospecif icerad. 
2.147.  SensorSCIdentif ier 
Identif ierare för rörelsesensor ns säkerhetsk ompon ent. 
Värdetilldelning: specif ik för komponenttill verkaren. 
2.148.  SensorSer ialNumber 
Rörelsesensor ns serienummer . 
2.149.  Signature 
En digital signatur . 
Generation 1: 
Värdetilldelning: enligt tillägg 11 om gemensamma säke rhetsmekanismer . 
Generation 2: 
Värdetilldelning: enligt tillägg 11 om gemensamma säke rhetsmekanismer . 26.5.2016 L 139/135 Europeiska unionens officiella tidning SV     
2.150.  SignatureRecordAr ray 
Generation 2: 
En mängd signaturer samt metadata som används i överföringsprotok ollet. 
recordT ype ange r typen av post (Signature). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av Signature i byte. 
noOfRecords är antalet poster i postmängden. Värdet ska sättas till 1 eftersom signaturer na kan ha olika längd. 
records är mängden av signaturer . 
2.151.  SimilarEv entsNumber 
Antal liknande händelser under en viss dag (krav 094 i bilaga 1B och krav 117 i bilaga 1C). 
Värdetilldelning: 0 använ ds inte, 1 innebär att endast en händelse av denna typ har ägt rum och har lagrats den 
dagen , 2 innebär att två händelser av denna typ har ägt rum den dagen (endast en har lagrats), … 255 innebär 
att 255 eller fler händelser av denna typ har ägt rum den dagen . 
2.152.  Specif icConditionRecord 
Information lagrad i ett förark ort, på ett verkstadsk ort eller i en fordonsenhet om en särskild omständighet (krav 
130, 276, 301, 328 och 355 i bilaga 1C). 
entr yTime är datum och tidpunkt för angivelsen. 
specif icCondition Type är koden för identifier ing av den särskilda omständigheten. 
2.153.  Specif icConditions 
Information lagrad i ett förark ort, på ett verkstadsk ort eller i en fordonsenhet om en särskild omständighet (krav 
131, 277, 302, 329 och 356 i bilaga 1C). 
Generation 2: 
26.5.2016 L 139/136 Europeiska unionens officiella tidning SV     
controlPoin terNew estRecord är index för senast uppdat erad post för särskild omständighet. 
Värdetilldelning: Ett tal som motsvarar numerat orn för poste n för särskild omständighet, och som börjar med ′ 
0′ för den första gång en posten för särskild omständighet upptr äder i strukturen. 
specif icConditionRecords är den mängd poster som innehåller information om de särskilda omständighete r 
som registrerats. 
2.154.  Specif icCondition Type 
Kod för identif iering av särskild omständighet (krav 050b, 105a, 212a och 230a i bilaga 1B samt krav 62 i 
bilaga 1C). 
Generation 1: 
Värdetilldelning: 
‘00’H  RFU 
‘01’H  Omfattas ej – Början. 
‘02’H  Omfattas ej – Slut. 
‘03’H  Transpor t med färja/tåg 
‘04’H .. ‘FF’H  RFU 
Generation 2: 
Värdetilldelning: 
‘00’H  RFU 
‘01’H  Omfattas ej – Början. 
‘02’H  Omfattas ej – Slut. 
‘03’H  Transpor t med färja/tåg – Början 
‘04’H  Transpor t med färja/tåg – Slut 
‘05’H .. ‘FF’H  RFU 
2.155.  Hast ighet 
Fordonets hastighet (km/h). 
Värdetilldelning: kilometer per timme i inter vallet från 0 till 220 km/h. 
2.156.  SpeedAuthor ised 
Högsta tillåtna hastighet för fordonet (definition hh)). 
26.5.2016 L 139/137 Europeiska unionens officiella tidning SV     
2.157.  SpeedA verage 
Genomsnittlig hastighet under en tidigar e fastställd tidsper iod (km/h). 
2.158.  SpeedMax 
Högsta hastighet uppmätt under en tidigare fastställd tidsper iod. 
2.159.  Tachog raphPayload 
Generation 2: 
Se tillägg 14 för en definit ion av denna datatyp. 
2.160.  Tachog raphPayloadEncr ypted 
Generation 2: 
DER -TLV-krypterad nytt olast från färdskr ivaren, dvs. de data som skickas krypterade i RTM-me ddelandet. 
Information om krypteringen finns i tillägg 11 del B kapitel 13. 
tag utgör en del av DER -TLV-kodninge n och ska sättas till ‘87’ (se tillägg 11 del B kapitel 13). 
length utgör en del av DER -TLV-kodninge n och ska koda längden av följande paddingCont entIndicatorByt e och 
encr yptedData. 
paddingContentIndicatorB yte ska sättas till ‘00’. 
encr yptedDat a är krypterad tachog raphPa yload i enlighet med tillägg 11 del B kapitel 13. Längden av dessa 
data i oktett er ska alltid vara en multipel av 16. 
2.161.  TDesSessionKey 
Generation 1: 
En sessionsny ckel för Triple DES. 
Värdetilldelning: Ej närmare angiven. 26.5.2016 L 139/138 Europeiska unionens officiella tidning SV     
2.162.  TimeReal 
Kod för ett kombinerat datum- och tidsf ält, där datum och tid uttrycks som sekunder efter 00h.00m.00s. den 1 
januar i 1970 GMT . 
Värdetilldelning – oktettg rupperad: Antal sekunder sedan midnatt den 1 januar i 1970 GMT . 
Senaste möjliga datum/tidpunkt är under år 2106. 
2.163.  TyreSize 
Angivelse av däck ens dimensioner . 
Värdetilldelning: i enlighet med direktiv 92/23 (EEG), 31.3.1992, EGT L129, s. 95. 
2.164.  VehicleIdentif icationNumber 
Fordonets identif ieringsnummer (VIN) avseende fordonet som helhet, vanligtvis ramnummer eller serienummer 
på chassit. 
Värdetilldelning: Enligt definition i ISO 3779. 
2.165.  VehicleIdentif icationNumberRecordAr ray 
Generation 2: 
Fordonets identif ieringsnummer (VIN) samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (VehicleIdentificationNumber). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VehicleIdentif icationNumber i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden identif ieringsnummer för fordon. 
2.166.  VehicleRegist rationIdentif ication 
Identif iering av ett fordon, som är unik för Europa (fordonets registrer ingsnummer (VRN) och medlemsstat). 26.5.2016 L 139/139 Europeiska unionens officiella tidning SV     
vehicleRegist rationNation är det land där fordonet är registrerat. 
vehicleRegist rationNumber är fordonets registrer ingsnummer (VRN). 
2.167.  VehicleRegist rationNumber 
Fordonets registrer ingsnummer (VRN). Registrer ingsnumret tilldelas av myndigheten för fordonsregistrer ing. 
codePage specificerar en teckenmängd som definieras i kapitel 4. 
vehicleRegNumber är ett registrer ingsnummer för ett fordon som kodats enligt den specif icerade 
teckenmängden. 
Värdetilldelning: Landsspecif ik. 
2.168.  VehicleRegist rationNumberRecordAr ray 
Generation 2: 
Fordonets registrer ingsnummer (VRN) samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (VehicleRegistrationNumber). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VehicleRegistrationNumber i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden registrer ingsnummer för fordon. 
2.169.  VuAbility 
Generation 2: 
Information lagrad i en fordonsenhet om förmåg an hos fordonsenhet en att använda färdskr ivark ort i generation 
1 eller inte (krav 121 i bilaga 1C). 
Värdetilldelning – oktettg rupperad: ‘xxxxxxxa’B (8 bitar) 26.5.2016 L 139/140 Europeiska unionens officiella tidning SV     
Om förmåg an att stödja generation 1: 
‘a’B  Förmåg a att stödja färdskr ivark ort i generation 1: 
‘0’ B Generation 1 stöd s. 
‘1’B Generation 1 stöd s inte. 
‘xxxxxxx’B  RFU 
2.170.  VuActivityDailyData 
Generation 1: 
Information lagrad i en fordonsenhet om ändr ingar av aktivite t och/eller ändr ingar av körningsstatus och/eller 
ändr ingar av kortstatus under en viss kalenderdag (krav 084 i bilaga 1B och krav 105, 106, 107 i bilaga 1C) och 
om öppningsstatusen kl. 00.00 den berörda dagen. 
noOfAc tivityChanges är antalet ActivityChangeInf o-ord i mängden activityChang eInfos. 
activityChangeInfos är mängden ActivityChange Info-ord som lagrats i fordonsenheten under dagen . Den 
omfa ttar alltid två ActivityChangeInf o-ord som ange r statusen för de två kortplatser na kl. 00.00 den berörda 
dagen . 
2.171.  VuActivityDailyRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om ändr ingar av aktivite t och/eller ändr ingar av körningsstatus och/eller 
ändr ingar av kortstatus under en viss kalenderdag (krav 105, 106, 107 i bilaga 1C) och om öppningsstatusen kl. 
00.00 den berörda dagen. 
recordT ype ange r typen av post (ActivityChang eInfo). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av ActivityChang eInfo i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden ActivityChang eInfo-ord som lagrats i fordonsenhet en under dagen . Den omfattar alltid två 
ActivityChange Info-ord som anger statusen för de två kortplatser na kl. 00.00 den berörda dagen . 
2.172.  VuAppro valNumber 
Fordonsenhetens typgodkännandenummer . 26.5.2016 L 139/141 Europeiska unionens officiella tidning SV     
Generation 1: 
Värdetilldelning: Ospecif icerad. 
Generation 2: 
Värdetilldelning: 
Godkännandenumret ska återges så som det är offentliggjor t på Europeiska kommissionens motsvarande 
webbplats, t.ex. inklusive eventuella bindestrec k. Godkännandenumret ska vara vänster justerat. 
2.173.  VuCalibrationDat a 
Generation 1: 
Information lagrad i en fordonsenhet om kalibrer ingar av färdskr ivaren (krav 098 i bilaga 1B). 
noOfV uCalibrationRecords är det antal poster som mängden vuCalibrationRecords innehåller . 
vuCalibrationRecords är mängden kalibrer ingsposter . 
2.174.  VuCalibrationRecord 
Information lagrad i en fordonsenhet om en kalibrer ing av färdskr ivaren (krav 098 i bilaga 1B och krav 119 och 
120 i bilaga 1C). 
Generation 1: 
calibrationPur pose är syftet med kalibrer inge n. 
workshopName, workshopA ddress är verkstadens namn och adress. 26.5.2016 L 139/142 Europeiska unionens officiella tidning SV     
workshopCardNumber identifierar det verk stadsk ort som använ ts vid kalibrer ingen. 
workshopCardExpir yDate är kortets sista giltighetsdatum. 
vehicleIdentif icationNumber är fordonets identif ieringsnummer (VIN). 
vehicleRegist rationIdentif ication innehåller fordonets registrer ingsnummer (VRN) och registrerande 
medlemsstat. 
wVehicleCharacter isticCons tant är fordonets karakteristiska koeffi cient. 
kCons tantOfRecordingEquipment är färdskr ivarens konstant. 
lTyreCircumference är däckens effektiva omkrets. 
tyreSize är angivelse av dimensionen på de däck som mont erats på fordonet. 
author isedSpeed är den tillåtna hastighete n för fordonet. 
oldOdometerV alue, newOdometerV alue är de gamla och nya vägmätarställninga rna. 
oldTimeV alue, newTimeV alue är de gamla och nya värdena för datum och tidpunkt. 
nextCalibrationDate är datum för nästa kalibrer ing av den typ som anges i CalibrationPur pose och som ska 
utföras av den auktoriser ade besiktningsm yndigheten. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
sealDataV u ger information om de plomber ingar som anbr ingat s på olika kompone nter i fordonet. 
2.175.  VuCalibrationRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om kalibrer ingar av färdskr ivaren (krav 119 och 120 i bilaga 1C). 26.5.2016 L 139/143 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuCalibrationRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuCalibrationRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av kalibrer ingsposter . 
2.176.  VuCardIWDat a 
Generation 1: 
Information lagrad i en fordonsenhet om cykler med insättning och uttag av förark ort eller verkstad skort i 
fordonsenhet en (krav 081 i bilaga 1B och krav 103 i bilaga 1C). 
noOfIWRecords är antalet post er i mängden vuCardIWRecords. 
vuCardIWRecords är en mängd poster för cykler med insättning/uttag av kort. 
2.177.  VuCardIWRecord 
Information lagrad i en fordonsenhet om en cykel med insättning och uttag av ett förark ort eller ett 
verkstad skort i fordonsenheten (krav 081 i bilaga 1B och krav 102 i bilaga 1C). 
Generation 1: 
cardHolderName är förar - eller verkstadsk ortinnehavarens efternamn och förnamn sådana de lagrats på kortet. 
fullCardNumber är typ av kort, dess utfärdande medlemsstat och dess kortnummer sådana de lagrats på kortet. 
cardExpir yDate är kortets sista giltighetsdatum sådant det lagrats på kortet. 26.5.2016 L 139/144 Europeiska unionens officiella tidning SV     
cardInser tion Time är datum och tidpunkt för insättning. 
vehicleOdometerV alueAtInser tion är vägmätarställning när kortet sätts in. 
cardSlotNumber är den kortplats som kortet sätts in i. 
cardWithdrawa lTime är tidpunkt och datum för uttag. 
vehicleOdometerV alueA tWithdrawal är fordonets vägmätarställning när kortet togs ut. 
previousV ehicleInfo innehåller information om det föregåe nde fordon som föraren använt, sådan den lagrats 
på kortet. 
manualInputFlag är en mark ering som identif ierar om kortinnehavare n manuellt har angett föraraktivitet er vid 
kortinsättning. 
Generation 2: 
I stället för fullCardNumber använder datastr ukturen för generation 2 följande dataelement: 
fullCardNumberAndGeneration är typ av kort, dess utfärdande medlemsstat, dess kortnummer och dess 
generation sådana de lagrats på kortet. 
2.178.  VuCardIWRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om cykler med insättning och uttag av förark ort eller verkstad skort i 
fordonsenhet en (krav 103 i bilaga 1C). 
recordT ype ange r typen av post (VuCardIWRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuCardIWRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för cykler med insättning/uttag av kort. 
2.179.  VuCardRecord 
Generation 2: 
Information lagrad i en fordonsenhet om ett färdskr ivark ort som används (krav 132 i bilaga 1C). 26.5.2016 L 139/145 Europeiska unionens officiella tidning SV     
cardExtendedSer ialNumber såsom det läses från filen EF_ICC under kortets huvudfi l (MF). 
cardPers onaliserID såsom det läses från filen EF_ICC under kortets huvudfil (MF). 
typeOfT achog raphCardId såsom det läses från filen EF_Application_Identifi cation under DF_T achograph_G2. 
cardStr uctureV ersion såsom det läses från filen EF_Application_Identification under DF_T achog raph_G2. 
cardNumber såsom det läses från filen EF_Identific ation under DF_T achog raph_G2. 
2.180.  VuCardRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om de färdsk rivark ort som används med denna fordonsenhet. Denna 
information är avsedd för analys av problem som rör fordonsenhet–k ort (krav 132 i bilaga 1C). 
recordT ype ange r typen av post (VuCardRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuCardRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster som avser de färdskr ivark ort som används med fordonsenhet en. 
2.181.  VuCer tificate 
Certifik at för en fordonsenhets öppna nyckel. 
2.182.  VuCer tificateRecordAr ray 
Generation 2: 
Fordonsenhetens certifik at samt metadata som använ ds i överföringsprotok ollet. 
26.5.2016 L 139/146 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuCer tificate). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuCer tificate i byte. 
noOfRecords är antalet poster i postmängden. Värdet ska sättas till 1 eftersom certifikaten kan ha olika längd. 
records är en mängd certifik at för fordonsenhet er. 
2.183.  VuCompan yLocksDat a 
Generation 1: 
Information lagrad i en fordonsenhet om företagslås (krav 104 i bilaga 1B). 
noOfLocks är antalet lås som finns förtecknade i vuCompa nyLoc ksRecords. 
vuCompany Lock sRecords är mängden poster för företagslås. 
2.184.  VuCompan yLocksR ecord 
Information lagrad i en fordonsenhet om ett företagslås (krav 104 i bilaga 1B och krav 128 i bilaga 1C). 
Generation 1: 
lockIn Time, lockOutTime är datum och tidpunkt för låsning och öppning. 
companyName, companyA ddress är det företagsnamn och den företagsadress som förknippas med låsningen. 
companyCardNumber identifierar det kort som används vid låsningen. 
Generation 2: 
I stället för compan yCardNumber använ der datastr ukturen för generation 2 följande dataelement : 
companyCardNumberAndGeneration identif ierar det kort, inbegr ipet dess generation, som används vid 
låsningen. 26.5.2016 L 139/147 Europeiska unionens officiella tidning SV     
2.185.  VuCompan yLocksR ecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om företagslås (krav 128 i bilaga 1C). 
recordT ype ange r typen av post (VuComp anyLoc ksRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuCom panyL ocksRecord i byte. 
noOfRecords är antalet poster i postmängden. Värde 0..255. 
records är mängden poster för företagslås. 
2.186.  VuControlA ctivityData 
Generation 1: 
Information lagrad i en fordonsenhet om kontroller som utförs med använ dning av denna fordonsenhet (krav 
102 i bilaga 1B). 
noOfControls är antalet kontroller som finns förtecknade i vuControlA ctivityRecords. 
vuControlAct ivityRecords är mängden poster för kontrollaktivitet er. 
2.187.  VuControlA ctivityRecord 
Information lagrad i en fordonsenhet om en kontroll som utförs med användning av denna fordonsenhet (krav 
102 i bilaga 1B och krav 126 i bilaga 1C). 
Generation 1: 
controlT ype är typ av kontroll. 
controlTime är datum och tidpunkt för kontrollen. 
ControlCardNumber identif ierar det kontrollk ort som använts vid kontrollen. 26.5.2016 L 139/148 Europeiska unionens officiella tidning SV     
downloadPerio dBegin Time är den överförda periodens början, om överfö ring utfördes. 
downloadPerio dEndTime är den överfö rda periodens slut, om överföring utfördes. 
Generation 2: 
I stället för controlCardNumber använder datastr ukturen för generation 2 följande dataelement: 
controlCardNumberAndGeneration identif ierar det kontrollk ort, inbegr ipet dess generation, som använts vid 
kontrollen. 
2.188.  VuControlA ctivityRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om kontroller som utförs med använ dning av denna fordonsenhet (krav 
126 i bilaga 1C). 
recordT ype ange r typen av post (VuControlA ctivityRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuControlA ctivityRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden poster för kontrollaktivitet er avseende fordonsenhet en. 
2.189.  VuDat aBlockCounter 
Räknare lagrad i ett kort och som sekventiellt identif ierar cykler na med insättning och uttagning av kort i 
fordonsenhet er. 
Värdetilldelning: Löpnummer med högsta värde 9 999, varpå det börjar om från 0. 
2.190.  VuDetai ledSpeedBlock 
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet under en minut under vilken fordonet 
har varit i rörelse (krav 093 i bilaga 1B och krav 116 i bilaga 1C). 
26.5.2016 L 139/149 Europeiska unionens officiella tidning SV     
speedBlockBeginDate är datum och tidpunkt för det första hastighetsvärdet inom bloc ket. 
speedsPerSecon d är den kronologiska sekvensen av uppmätta hastighete r varje sekund under den minut som 
sträck er sig fr.o.m. speedBloc kBeginDate. 
2.191.  VuDetai ledSpeedBlockRecordAr ray 
Generation 2: 
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet. 
recordT ype ange r typen av post (VuDetailedSpeedBlock) . Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuDetailedSpeedBlock i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden bloc k med detaljerade hastighetsdata. 
2.192.  VuDetai ledSpeedData 
Generation 1: 
Detaljerad information, lagrad i en fordonsenhet, om fordonets hastighet. 
noOfSpeedBlock s är antalet hastighetsbloc k i mängden vuDetailedSpeedBloc ks. 
vuDetail edSpeedBlocks är mängden block med detaljerade hastighetsdata. 
2.193.  VuDo wnloadableP eriod 
Äldsta och senaste datum för vilka en fordonsenhet har data om föraraktivite ter (krav 081, 084 eller 087 i bilaga 
1B och krav 102, 105, 108 i bilaga 1C). 
minDo wnloadableTime är äldsta datum och tidpunkt för kortinsättning, aktivitet sändr ing eller angivelse av 
plats som finns lagrat i fordonsenhet en. 
maxDo wnloadableTime är senaste datum och tidpunkt för kortuttag, aktivitetsändr ing eller angivelse av plats 
som finns lagrat i fordonsenheten. 26.5.2016 L 139/150 Europeiska unionens officiella tidning SV     
2.194.  VuDo wnloadableP eriodRecordAr ray 
Generation 2: 
VUDo wnloadableP eriod samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (VuDo wnloadableP eriod). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuDo wnloadableP eriod i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av VuDo wnloadableP eriod-poster . 
2.195.  VuDo wnloadA ctivityData 
Information lagrad i en fordonsenhet om den senaste överfö ringen från fordonsenhet en (krav 105 i bilaga 1B 
och krav 129 i bilaga 1C). 
Generation 1: 
downloadingTime är datum och tidpunkt för en överfö ring. 
fullCardNumber identif ierar det kort som använ ds för att auktori sera överföringen. 
companyOrW orkshopName är företage ts eller verk stadens namn. 
Generation 2: 
I stället för fullCardNumber använder datastr ukturen för generation 2 följande dataelement: 
fullCardNumberAndGeneration identifierar det kort, inbegr ipet dess generation, som används för att 
auktori sera överföringen. 
2.196.  VuDo wnloadA ctivityData RecordAr ray 
Generation 2: 
Information om den senast e överföringen från fordonsenhet (krav 129 i bilaga 1C). 
26.5.2016 L 139/151 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuDo wnloadA ctivityData). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuDo wnloadA ctivityData i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden poster med data om överfö ringsaktivitet. 
2.197.  VuEv entData 
Generation 1: 
Information lagrad i en fordonsenhet om händelser (krav 094 i bilaga 1B, utom händelse av typen hastighets ­
överträdelse). 
noOfV uEv ents är antalet händelser som finns förtecknade i mängden vuEventRecords. 
vuEv entRecords är en mängd poster för händelser . 
2.198.  VuEv entRecord 
Information lagrad i en fordonsenhet om en händelse (krav 094 i bilaga 1B och krav 117 i bilaga 1C, utom 
händelse av typen hastighetsö verträdelse). 
Generation 1: 
eventT ype är typ av händelse. 
eventRecordPur pose är syftet med registrer ingen av denna händelse. 
eventBegin Time är datum och tidpunkt för händelsens början. 
eventEndTime är datum och tidpunkt för händelsens slut. 
cardNumberDr iverSlotBegin identifierar det kort som är insatt i förarens kortplats vid händelsens början. 
cardNumberCodr iverSlotBegin identif ierar det kort som är insatt i medf örarens kortplats vid händelsens 
början. 
cardNumberDr iverSlotEnd identif ierar det kort som är insatt i förarens kortplats vid händelsens slut. 
cardNumberCodr iverSlotEnd identifierar det kort som är insatt i medf örarens kortplats vid händelsens slut. 26.5.2016 L 139/152 Europeiska unionens officiella tidning SV     
similarEv entsNumber är antalet liknande händelser samma dag. 
Denna sekvens ska användas vid alla händelser utom händelser av typen hastighetsö verträdelse. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
manufacturerSpecif icEv entFaultData innehåller ytterligare, tillverkarspecifik information om händelsen. 
I stället för cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd och 
cardNumberCodr iverSlotEnd använder datastr ukturen för generation 2 följande dataelement: 
cardNumberAndGenDr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid händelsens början. 
cardNumberAndGenCodr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid händelsens början. 
cardNumberAndGenDr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid händelsens slut. 
cardNumberAndGenCodr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid händelsens slut. 
Om händelsen är en tidsk onflikt ska eventBegin Time och eventEndTime tolkas enligt följande: 
eventBegin Time är datum och tidpunkt enligt färdskr ivaren. 
eventEndTime är datum och tidpunkt enligt GNSS. 
2.199.  VuEv entRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om händelser (krav 117 i bilaga 1C, utom händelser av typen hastighets ­
överträdelse). 
26.5.2016 L 139/153 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuEventRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuEventRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för händelser . 
2.200.  VuFaultData 
Generation 1: 
Information lagrad i en fordonsenhet om fel (krav 096 i bilaga 1B). 
noOfV uFaults är antalet fel som finns förtecknade i mängden vuFa ultRecords. 
vuFaultRecords är en mängd felposter . 
2.201.  VuFaultRecord 
Information lagrad i en fordonsenhet om ett fel (krav 096 i bilaga 1B och krav 118 i bilaga 1C). 
Generation 1: 
faultT ype är typ av färdskr ivarfel. 
faultRecordPur pose är syftet med registrer ingen av detta fel. 
faultBegin Time är datum och tidpunkt för felets början. 
faultEndTime är datum och tidpunkt för felets slut. 
cardNumberDr iverSlotBegin identifierar det kort som är insatt i förarens kortplats vid felets början. 
cardNumberCodr iverSlotBegin identif ierar det kort som är insatt i medf örarens kortplats vid felets början. 
cardNumberDr iverSlotEnd identif ierar det kort som är insatt i förarens kortplats vid felets slut. 
cardNumberCodr iverSlotEnd identifierar det kort som är insatt i medf örarens kortplats vid felets slut. 26.5.2016 L 139/154 Europeiska unionens officiella tidning SV     
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
manufacturerSpecif icEv entFaultData innehåller ytterligare, tillverkarspecifik information om felet. 
I stället för cardNumberDr iverSlotBegin, cardNumberCodr iverSlotBegin, cardNumberDr iverSlotEnd och 
cardNumberCodr iverSlotEnd använder datastr ukturen för generation 2 följande dataelement: 
cardNumberAndGenDr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid felets början. 
cardNumberAndGenCodr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid felets början. 
cardNumberAndGenDr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid felets slut. 
cardNumberAndGenCodr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid felets slut. 
2.202.  VuFaultRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om fel (krav 118 i bilaga 1C). 
recordT ype ange r typen av post (VuFaul tRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuFaul tRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd felposter . 
2.203.  VuGNSSCDRecord 
Generation 2: 
Information lagrad i en fordonsenhet om fordonets GNSS-position om förarens sammanhäng ande körtid uppnår 
en multipel av tre timmar (krav 108 och 110 i bilaga 1C). 26.5.2016 L 139/155 Europeiska unionens officiella tidning SV     
timeSt amp är datum och tidpunkt när kortinnehavarens sammanhäng ande körtid uppgår till en multipel av tre 
timmar . 
cardNumberAndGenDr iverSlot identifierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats. 
cardNumberAndGenCodr iverSlot identif ierar det kort, inbegr ipet dess generation, som är insatt i medf örarens 
kortplats. 
gnssPlaceRecord innehåller information om fordonets position. 
2.204.  VuGNSSCDRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om fordonets GNSS-position om förarens sammanhäng ande körtid uppnår 
en multipel av tre timmar (krav 108 och 110 i bilaga 1C). 
recordT ype ange r typen av post (VuGNSSCDRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuGNSSCDRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster om sammanhäng ande körning enligt GNSS. 
2.205.  VuIdentif ication 
Information lagrad i en fordonsenhet om identif iering av fordonsenheten (krav 075 i bilaga 1B och krav 93 och 
121 i bilaga 1C). 
Generation 1: 
vuManufacturerName är namnet på fordonsenhet ens tillverkare. 
vuManufacturerAdd ress är adressen till fordonsenhet ens tillverkare. 26.5.2016 L 139/156 Europeiska unionens officiella tidning SV     
vuPar tNumber är fordonsenhetens artikelnummer . 
vuSer ialNumber är fordonsenhetens serienummer . 
vuSof twareIdentif ication identif ierar den program vara som används i fordonsenhet en. 
vuManufactur ingDate är fordonsenhetens tillverkningsdatum. 
vuAppro valNumber är fordonsenhetens typgodkännandenummer . 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
vuGeneration ange r fordonsenhetens generation. 
vuAbility ger information om huruvida fordonsenhet en stöder färdskr ivark ort i generation 1 eller inte. 
2.206.  VuIdentif icationRecordAr ray 
Generation 2: 
VuIdentif ication samt metadata som används i överföringsprot okollet. 
recordT ype ange r typen av post (VuIdentif ication). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuIdentification i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av VuIdentif ication-post er. 
2.207.  VuITSConsentRecord 
Generation 2: 
Information lagrad i en fordonsenhet om en förares samty cke till att använda intellig enta transpor tsyste m (ITS). 
26.5.2016 L 139/157 Europeiska unionens officiella tidning SV     
cardNumberAndGen identif ierar kortet, inbegr ipet dess generation. Detta måst e vara ett förark ort eller ett 
verkstad skort. 
consent är en mark ering som anger om föraren har gett sitt samty cke om använ dning av intelligenta 
transpor tsyste m (ITS) med detta fordon/denna fordonsenhet. 
Värdetilldelning: 
TRUE  anger att föraren samty cker till att använda intellig enta transpor tsyst em (ITS). 
FALSE  anger att föraren inte samty cker till att använ da intelligenta transpor tsystem (ITS). 
2.208.  VuITSConsentRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om förares samty cke till använ dning av intelligenta transpor tsystem (ITS) 
(krav 200 i bilaga 1C). 
recordT ype ange r typen av post (VuITSConsentRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuITSConsentRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden poster som rör samty cke till användning av intellig enta transpor tsyste m (ITS). 
2.209.  VuManufacturerA ddress 
Adress till fordonsenhetens tillverkare. 
Värdetilldelning: Ospecif icerad. 
2.210.  VuManufacturerName 
Namn på fordonsenhet ens tillverkare. 
Värdetilldelning: Ospecif icerad. 
2.211.  VuManufactur ingDate 
Fordonsenhetens tillverkningsdatum. 
Värdetilldelning: Ospecif icerad. 26.5.2016 L 139/158 Europeiska unionens officiella tidning SV     
2.212.  VuOv erSpeedingControlDat a 
Information lagrad i en fordonsenhet om händelser av typen hastighetsö verträdelse sedan den senaste kontrollen 
av hastighetsö verträdelse (krav 095 i bilaga 1B och krav 117 i bilaga 1C). 
lastOverspeedControlTime är datum och tidpunkt för den senaste kontrollen av hastighetsö verträdelse. 
firstOv erspeedSince är datum och tidpunkt för den första hastighetsö verträdelsen efter denna kontroll av 
hastighetsö verträdelse. 
numberOfOv erspeedSince är antalet händelser av typen hastighetsö verträdelse sedan den senaste kontrollen av 
hastighetsö verträdelse. 
2.213.  VuOv erSpeedingControlDat aRecordAr ray 
Generation 2: 
VuOverSpeedingControlData samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (VuOverSpeedingControlData). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuOverSpeedingControlData i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster med data om kontroller av hastighetsö verträdelse. 
2.214.  VuOv erSpeedingEv entData 
Generation 1: 
Information lagrad i en fordonsenhet om händelser av typen hastighetsö verträdelse (krav 094 i bilaga 1B). 
noOfV uOv erSpeedingEv ents är det antal händelser som finns förtecknade i mängden vuOverSpeedingEven ­
tRecords. 
vuOv erSpeedingEv entRecords är en mängd post er för händelser av typen hastighetsö verträdelse. 
2.215.  VuOv erSpeedingEv entRecord 
Generation 1: 
Information lagrad i en fordonsenhet om händelser av typen hastighetsö verträdelse (krav 094 i bilaga 1B och 
krav 117 i bilaga 1C). 26.5.2016 L 139/159 Europeiska unionens officiella tidning SV     
eventT ype är typ av händelse. 
eventRecordPur pose är syftet med registrer ingen av denna händelse. 
eventBegin Time är datum och tidpunkt för händelsens början. 
eventEndTime är datum och tidpunkt för händelsens slut. 
maxSpeedV alue är den högsta hastighet som uppmätts under händelsen. 
averageSpeedV alue är den aritmetiska genomsnittlig a hastighet som uppmätts under händelsen. 
cardNumberDr iverSlotBegin identifierar det kort som är insatt i förarens kortplats vid händelsens början. 
similarEv entsNumber är antalet liknande händelser samma dag. 
Generation 2: 
Information lagrad i en fordonsenhet om händelser av typen hastighetsö verträdelse (krav 094 i bilaga 1B och 
krav 117 i bilaga 1C). 
I stället för cardNumberDr iverSlotBegin använder datastr ukturen för generation 2 följande dataelement: 
cardNumberAndGenDr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid händelsens början. 
2.216.  VuOv erSpeedingEv entRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om händelser av typen hastighetsö verträdelse (krav 117 i bilaga 1C). 
26.5.2016 L 139/160 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuOverSpeedingEventRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuOverSpeedingEventRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för händelser av typen hastighetsö verträdelse. 
2.217.  VuPar tNumber 
Fordonsenhetens artikel nummer . 
Värdetilldelning: Specifi k för tillverkaren av fordonsenhet er. 
2.218.  VuPlaceDailyW orkPeriodD ata 
Generation 1: 
Information lagrad i en fordonsenhet om de platser där förare påbör jar eller avslutar en arbetsper iod (krav 087 i 
bilaga 1B och krav 108 och 110 i bilaga 1C). 
noOfPlaceRecords är antalet poster som finns förtecknade i mängden vuPlaceDailyW orkPer iodRecords. 
vuPlaceDailyW orkPeriodRecords är en mängd platsrelatera de poste r. 
2.219.  VuPlaceDailyW orkPeriodR ecord 
Generation 1: 
Information lagrad i en fordonsenhet om en plats där en förare påbör jar eller avslutar en arbetsper iod (krav 087 
i bilaga 1B och krav 108 och 110 i bilaga 1C). 
fullCardNumber är förarens korttyp, utfärdande medlemsstat och kortnummer . 
placeRecord innehåller information om den plats som angett s. 
Generation 2: 
Information lagrad i en fordonsenhet om en plats där en förare påbör jar eller avslutar en arbetsper iod (krav 087 
i bilaga 1B och krav 108 och 110 i bilaga 1C). 
26.5.2016 L 139/161 Europeiska unionens officiella tidning SV     
I stället för fullCardNumber använder datastr ukturen för generation 2 följande dataelement: 
fullCardNumberAndGeneration är typ av kort, dess utfärdande medlemsstat, dess kortnummer och dess 
generation sådana de lagrats på kortet. 
2.220.  VuPlaceDailyW orkPeriodR ecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om de platser där förare påbör jar eller avslutar en arbetsper iod (krav 108 
och 110 i bilaga 1C). 
recordT ype ange r typen av post (VuPlaceDailyW orkPer iodRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuPlaceDailyW orkPe riodRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd platsrelaterade poste r. 
2.221.  VuPrivateKe y 
Generation 1: 
En fordonsenhets privata nyckel. 
2.222.  VuPublicKey 
Generation 1: 
En fordonsenhets öppna nyckel. 
2.223.  VuSer ialNumber 
Fordonsenhetens serienummer (krav 075 i bilaga 1B och krav 93 i bilaga 1C). 
2.224.  VuSof tInst allationDate 
Datum för installation av fordonsenhet ens programvaruv ersion. 
Värdetilldelning: Ospecif icerad. 26.5.2016 L 139/162 Europeiska unionens officiella tidning SV     
2.225.  VuSof twareIdentif ication 
Information lagrad i en fordonsenhet om installerad programvar a. 
vuSof twareV ersion är numret på programvaruver sionen i fordonsenheten. 
vuSof tIns tallationDate är datum för installation av program varuversionen. 
2.226.  VuSof twareV ersion 
Nummer på programvaruver sionen i fordonsenhet en. 
Värdetilldelning: Ospecif icerad. 
2.227.  VuSpecif icConditionData 
Generation 1: 
Information lagrad i en fordonsenhet om särskilda omständigheter . 
noOfSpecif icConditionRecords är antalet poster som finns förtecknade i mängden specifi cConditionRecords. 
specif icConditionRecords är en mängd poster som rör särskilda omständighete r. 
2.228.  VuSpecif icConditionRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om särskilda omständigheter (krav 130 i bilaga 1C). 
recordT ype ange r typen av post (Specifi cConditionRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av SpecificConditionRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster som rör särskilda omständighete r. 26.5.2016 L 139/163 Europeiska unionens officiella tidning SV     
2.229.  VuTimeA djus tmentData 
Generation 1: 
Information lagrad i en fordonsenhet om tidsinställning ar som inte utförts vid en normal kalibrer ing (krav 101 i 
bilaga 1B). 
noOfV uTimeA djRecords är antalet poste r i vuTimeAdjustmentRecords. 
vuTimeAdjustmentRecords är en mängd poster för tidsinställning ar. 
2.230.  VuTimeA djus tmentGNSSRecord 
Generation 2: 
Information lagrad i en fordonsenhet om en tidsinställning som är baserad på tidsdata från GNSS (krav 124 och 
125 i bilaga 1C). 
oldTimeV alue, newTimeV alue är de gamla och nya värdena för datum och tidpunkt. 
2.231.  VuTimeA djus tmentGNSSRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om en tidsinställning som utförs på grundval av tidsdata från GNSS (krav 
124 och 125 i bilaga 1C). 
recordT ype ange r typen av post (VuTimeAdjustm entGNSSRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuTimeAd justmentGNSSRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för GNSS-baserade tidsinställningar . 26.5.2016 L 139/164 Europeiska unionens officiella tidning SV     
2.232.  VuTimeA djus tmentRecord 
Information lagrad i en fordonsenhet om en tidsinställning som inte utförts vid en normal kalibrer ing (krav 101 
i bilaga 1B och krav 124 och 125 i bilaga 1C). 
Generation 1: 
oldTimeV alue, newTimeV alue är de gamla och nya värdena för datum och tidpunkt. 
workshopName, workshopA ddress är verkstadens namn och adress. 
workshopCardNumber identifierar det verk stadsk ort som använ ts för att utföra tidsinställningen. 
Generation 2: 
I stället för workshopCardNumber använder datastr ukturen för generation 2 följande dataelement: 
workshopCardNumberAndGeneration identif ierar det verkstad skort, inbegr ipet dess generation, som använ ds 
för att utföra tidsinställning en. 
2.233.  VuTimeA djus tmentRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om tidsinställning ar som inte utförts vid en normal kalibrer ing (krav 124 
och 125 i bilaga 1C). 
recordT ype ange r typen av post (VuTimeAdjustm entRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuTimeAd justmentRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för tidsinställningar . 26.5.2016 L 139/165 Europeiska unionens officiella tidning SV     
2.234.  WorkshopCardApplicationIdentif ication 
Information lagrad i ett verkstad skort om identif iering av korttillämpni ngen (krav 307 och 330 i bilaga 1C). 
Generation 1: 
typeOfT achog raphCardId specifi cerar använd korttyp. 
cardStr uctureV ersion specificerar versionen av den struktur som används i kortet. 
noOfEv entsP erType är antalet händelser per händelsetyp som kortet kan registrera. 
noOfFaultsPerT ype är antalet fel per typ av fel som kortet kan registrera. 
activityStr uctureLength anger antal byte som finns tillgängliga för lagring av aktivitet sposter . 
noOfCardV ehicleRecords är antalet fordonsposte r som kortet kan registrera. 
noOfCardPlaceRecords är det antal platser som kortet kan lagra. 
noOfCalibrationRecords är det antal kalibrer ingsposte r som kortet kan lagra. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
noOfGNSSCDRecords är det antal GNSS-poster om sammanhäng ande körning som kortet kan lagra. 
noOfSpecif icConditionRecords är det antal poster för särskilda omständigheter som kortet kan lagra. 
2.235.  WorkshopCardCalibrationDat a 
Information lagrad i ett verk stadsk ort om verk stadsaktivite t som utförts med kortet (krav 314, 316, 337 och 
339 i bilaga 1C). 26.5.2016 L 139/166 Europeiska unionens officiella tidning SV     
calibration TotalNumber är det sammanlagda antal kalibrer ingar som utförts med kortet. 
calibrationPoin terNew estRecord är index för senast uppdat erad kalibrer ingspost. 
Värdetilldelning: Ett tal som motsvarar kalibrer ingsposten s numerator , och som börjar med ′0′ för den första 
gång en kalibrer ingspostern a upptr äder i strukturen. 
calibrationRecords är den mängd poster som innehåller information om kalibrer ingar och/eller 
tidsinställningar . 
2.236.  WorkshopCardCalibrationRecord 
Information lagrad i ett verkstad skort om en kalibrer ing som utförts med kortet (krav 314 och 337 i bilaga 1C). 
Generation 1: 
calibrationPur pose är syftet med kalibrer inge n. 
vehicleIdentif icationNumber är fordonets identif ieringsnummer (VIN). 
vehicleRegist ration innehåller fordonets registrer ingsnummer (VRN) och registrerande medlemsstat. 
wVehicleCharacter isticCons tant är fordonets karakteristiska koeffi cient. 
kCons tantOfRecordingEquipment är färdskr ivarens konstant. 
lTyreCircumference är däckens effektiva omkrets. 
tyreSize är angivelse av dimensioner na på de däck som mont erats på fordonet. 
author isedSpeed är den högsta tillåtna hastigheten för fordonet. 
oldOdometerV alue, newOdometerV alue är de gamla och nya vägmätarställninga rna. 
oldTimeV alue, newTimeV alue är de gamla och nya värdena för datum och tidpunkt. 26.5.2016 L 139/167 Europeiska unionens officiella tidning SV     
nextCalibrationDate är datum för nästa kalibrer ing av den typ som anges i CalibrationPur pose och som ska 
utföras av den auktoriser ade besiktningsm yndigheten. 
vuPar tNumber , vuSer ialNumber och sensorSer ialNumber är dataelementen för identif iering av färdsk rivare. 
Generation 2: 
Jämf ört med generation 1 används följande ytterligare dataelement : 
sensorGNSSSer ialNumber , som identif ierar en exte rn GNSS-anordning. 
rcmSer ialNumber , som identifierar en fjärrkommunikationsmodul. 
sealDataCard ger information om de plomber ingar som anbr ingats på olika kompon enter i fordonet. 
2.237.  WorkshopCardHolderIdentif ication 
Information lagrad i ett verkstad skort om identif iering av kortinnehavare (krav 311 och 334 i bilaga 1C). 
workshopName är namnet på kortinnehavare ns verk stad. 
workshopAd dress är adressen till kortinnehavar ens verkstad . 
cardHolderName är innehav arens namn och förnamn (exempelvis mekanikern s namn). 
cardHolderPreferredLan guage är det språk som kortinneha varen väljer . 
2.238.  WorkshopCardPIN 
Verkstadsk ortets personliga identifier ingsnummer (krav 309 och 332 i bilaga 1C). 26.5.2016 L 139/168 Europeiska unionens officiella tidning SV     
Värdetilldelning: Den PIN-k od som kortinnehavaren har, högerutfylld med ′FF′-by te upp till 8 byte. 
2.239.  W-VehicleCharacter isticCons tant 
Fordonets karakteri stiska koeff icient (definition k)). 
Värdetilldelning: Pulser per kilometer i inter vallet från 0 till 64 255 pulser/km. 
2.240.  VuPo werSupplyInter ruptionRecord 
Generation 2: 
Information lagrad i en fordonsenhet om händelser av typen avbrott i strömtillf örseln (krav 117 i bilaga 1C). 
eventT ype är typ av händelse. 
eventRecordPur pose är syftet med registrer ingen av denna händelse. 
eventBegin Time är datum och tidpunkt för händelsens början. 
eventEndTime är datum och tidpunkt för händelsens slut. 
cardNumberAndGenDr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid händelsens början. 
cardNumberAndGenDr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i förarens 
kortplats vid händelsens slut. 
cardNumberAndGenCodr iverSlotBegin identif ierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid händelsens början. 
cardNumberAndGenCodr iverSlotEnd identifierar det kort, inbegr ipet dess generation, som är insatt i 
medf örarens kortplats vid händelsens slut. 
similarEv entsNumber är antalet liknande händelser samma dag. 
2.241.  VuPo werSupplyInter ruptionRecordAr ray 
Generation 2: 
Information lagrad i en fordonsenhet om händelser av typen avbrott i strömtillf örseln (krav 117 i bilaga 1C). 26.5.2016 L 139/169 Europeiska unionens officiella tidning SV     
recordT ype ange r typen av post (VuPowerSupplyInter rupti onRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av VuPowerSupplyInt erruptionRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster för händelser av typen avbrott i strömtillf örseln. 
2.242.  VuSensorExter nalGNSSCoupledRecordAr ray 
Generation 2: 
En mängd SensorExter nalGNSSCoupledRecord samt metadata som använ ds i överfö ringsprotok ollet. 
recordT ype ange r typen av post (SensorExte rnalGNSSCoupledRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av SensorExt ernalGNSSCoupledRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är en mängd poster från en kopplad exte rn GNSS-sensor . 
2.243.  VuSensorPairedRecordAr ray 
Generation 2: 
En mängd SensorPairedRecord samt metadata som används i överfö ringsprotok ollet. 
recordT ype ange r typen av post (SensorPai redRecord). Värdetilldelning: Se RecordT ype. 
recordSize är storle ken av SensorP airedRecord i byte. 
noOfRecords är antalet poster i postmängden. 
records är mängden av poster från parade sensorer . 26.5.2016 L 139/170 Europeiska unionens officiella tidning SV     
3.  DEFINITIONER AV INTER VALL FÖR VÄRDEN OCH STORLEKAR 
Defi nition av variabler som använ ds för definitioner i avsnitt 2. 
4.  TECKENMÄNG DER 
IA5Str ings använder ASCII-tec ken enligt ISO/IEC 8824-1. För läsbarhet och enkel hänvisning ges värdetill ­
delninge n nedan. ISO/IEC 8824-1 ersätter denna anmärkning i händelse av avvik else. 
Andra teckensträng ar (Address, Name, VehicleRegistrationNumber) använder dessutom tecken från de­
cimalk odinter vall 161–255 i följande 8-bitars standardtec kenuppsättning som anges av teckentabellens 
nummer: 
Standard för teckenmä ngd Teckentabell 
(decimalt) 
ISO/IEC 8859-1 Latin-1 Västeur opeisk 1 
ISO/IEC 8859-2 Latin-2 Centraleuropeisk 2 
ISO/IEC 8859-3 Latin-3 Sydeuropeisk 3 
ISO/IEC 8859-5 Latin/kyr illisk 5 
ISO/IEC 8859-7 Latin/grekisk 7 
ISO/IEC 8859-9 Latin-5 Turkisk 9 
ISO/IEC 8859-13 Latin-7 baltiska 13 
ISO/IEC 8859-15 Latin-9 15 
ISO/IEC 8859-16 Latin-10 Sydosteuropeisk 16 
KOI8-R Latin/kyr illisk 80 
KOI8-U Latin/kyr illisk 85  
5.  KODNING 
Defi nierade datatyper som kodas med kodningsreg lerna ASN.1 ska kodas enligt ISO/IEC 8825-2, anpassad 
(aligned) variant. 
6.  OBJEK TIDENTIFIERARE OCH TILL ÄMPNINGSIDENTIFIERARE 
6.1.  Objektidentif ierare 
De objektidentifie rare (OID) som förtecknas i detta kapitel är relevanta endast för generation 2. Dessa OID 
specifi ceras i TR-03110-3 och återg es här fullständighetens skull. Dessa OID finns i strukturen under bsi-de: 
26.5.2016 L 139/171 Europeiska unionens officiella tidning SV     
Protok ollidentif ierare för autentiser ing av fordonsenhet (VU) 
Exempel: Antag att autenti seringen av en fordonsenhet ska utföras med SHA-384. Då ska följande objektiden ­
tifierare (i ASN.1-notation) användas: 
 . Värdet för denna 
objektidentifie rare i punktnotation är 
 .  
Punktnotation: Bytenot ation: 
‘04 00 7F 00 07 02 02 02 02 03’ 
‘04 00 7F 00 07 02 02 02 02 04’ 
‘04 00 7F 00 07 02 02 02 02 05’  
Protok ollidentif ierare för autentiser ing av chip 
Exempel: Antag att autentis eringen av ett chip ska utföras med ECDH-algor itmen som leder till en AES- 
sessionsny ckel med en längd av 128 bitar . Denna sessionsny ckel kommer sedan att användas i CBC-läge för att 
säkerställa datasekretess och med CMA C-algor itmen för att säkerställa autenti citet hos data. Därmed ska följande 
objektidentifie rare (i ASN.1-notation) användas: 
 . Värdet för 
denna objektidentifie rare i punktnotation är 
 .  
Punktnotation: Bytenot ation: 
‘04 00 7F 00 07 02 02 03 02 02’ 
‘04 00 7F 00 07 02 02 03 02 03’ 
‘04 00 7F 00 07 02 02 03 02 04’  
6.2.  Tillämpningsidentif ierare 
Generation 2: 
Tillämpnin gsidentifi eraren (AID) för den externa GNSS-anordninge n i generation 2 är ‘FF 44 54 45 47 4D’. 
Denna är en propr ietär (proprietar y) tilläm pningsidentifi erare i enlighet med ISO/IEC 7816-4. 26.5.2016 L 139/172 Europeiska unionens officiella tidning SV     
Anmärkning: De sista 5 bytar na kodar ”DTEGM” för den smar ta färdsk rivarens exte rna GNSS-anordning. 
Tillämpnin gsidentifi eraren (AID) för färdsk rivark ortets tillämpning i generation 2 är ‘FF 53 4D 52 44 54’. Denna 
är en propr ietär (proprietar y) tillämp ningsidentif ierare i enlighet med ISO/IEC 7816-4.  26.5.2016 L 139/173 Europeiska unionens officiella tidning SV     
Tillägg 2 
SPECIFIKA TION FÖR FÄRDSKRIV ARK ORT 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING .................................................................................................................................... 175 
1.1. Förk ortninga r...................................................................................................................... 175 
1.2. Referenser .......................................................................................................................... 176 
2. ELEK TRISKA OCH FYSISK A EGENSKAPER .............................................................................................. 176 
2.1. Försör jningsspänning och strömf örbr ukning .............................................................................. 177 
2.2. Programmer ingsspänning Vpp.................................................................................................. 177 
2.3. Klock genereri ng och kloc kfrekvens ........................................................................................... 177 
2.4. I/O-k ontakt ......................................................................................................................... 177 
2.5. Kortets tillstånd ................................................................................................................... 177 
3. MASKINV ARA OCH KOMMUNIKA TION ................................................................................................ 177 
3.1. Inledning ............................................................................................................................ 177 
3.2. Överfö ringsprotok oll............................................................................................................. 178 
3.2.1 Protok oll............................................................................................................................ 178 
3.2.2 ATR .................................................................................................................................. 179 
3.2.3 PTS ................................................................................................................................... 179 
3.3. Tillträdesreg ler..................................................................................................................... 180 
3.4. Översikt av kommandon och felkoder ....................................................................................... 183 
3.5. Kommandobeskr ivning .......................................................................................................... 185 
3.5.1 SELECT .......................................................................................................................................... 186 
3.5.2 READ BINAR Y................................................................................................................................. 187 
3.5.3 UPD ATE BINAR Y.............................................................................................................................. 194 
3.5.4 GET CHALLENGE ............................................................................................................................. 200 
3.5.5 VERIFY .......................................................................................................................................... 200 
3.5.6 GET RESPONSE ................................................................................................................................ 202 
3.5.7 PSO: VERIFY CERTIFICA TE.................................................................................................................. 202 
3.5.8 INTERNAL AUTHENTICA TE................................................................................................................ 204 
3.5.9 EXTERNAL AUTHENTICA TE ............................................................................................................... 205 
3.5.10 GENERAL AUTHENTICA TE................................................................................................................. 206 
3.5.11 MANA GE SECURIT Y ENVIR ONMENT .................................................................................................... 207 
3.5.12 PSO: HASH ..................................................................................................................................... 210 
3.5.13 PERFORM HASH of FILE .................................................................................................................... 211 
3.5.14 PSO: COMP UTE DIGIT AL SIGNA TURE ................................................................................................... 212 
3.5.15 PSO: VERIFY DIGIT AL SIGNA TURE ....................................................................................................... 213 
3.5.16 PROCESS DSR C MESSA GE .................................................................................................................. 214 
4. FÄRDSKRIV ARK ORTENS STR UKTUR .................................................................................................... 216 
4.1. Huvudfil (MF) ...................................................................................................................... 216 26.5.2016 L 139/174 Europeiska unionens officiella tidning SV     
4.2. Förark ortstillämpning ar......................................................................................................... 217 
4.2.1 Förark ortstillämpning (generation 1)......................................................................................... 217 
4.2.2 Förark ortstillämpning (generation 2)......................................................................................... 221 
4.3. Verks tadsk ortstillämpning ar.................................................................................................... 224 
4.3.1 Verks tadsk ortstillämpning (gener ation 1)................................................................................... 224 
4.3.2 Verks tadsk ortstillämpning (gener ation 2)................................................................................... 228 
4.4. Kontrollk ortstillämpning ar..................................................................................................... 233 
4.4.1 Kontrollk ortstillämpning (generation 1)..................................................................................... 233 
4.4.2 Kontrollk ortstillämpning (generation 2)..................................................................................... 235 
4.5. Företagsk ortstillämpning ar..................................................................................................... 237 
4.5.1 Företagsk ortstillämpning (genera tion 1)..................................................................................... 237 
4.5.2 Företagsk ortstillämpning (genera tion 2)..................................................................................... 238  
1.  INLEDNING 
1.1.  Förk ortningar 
Följande förkortningar används i detta tillägg: 
AC  Access Conditions (tillträdesvillk or) 
AES  Advanced Encr yption Standar d (standardiserad krypteringsalgor itm) 
AID  Application Identifier (tillämpni ngsidentif ierare) 
ALW  Always (alltid) 
APDU  Application Protocol Data Unit (dataenhet i ett tillämpningsprot okolls kommandostr uktur) 
ATR  Answer To Reset (åters tällningssignal) 
AUT  Authenticated (auten tiserad) 
C6, C7  Kontaktern a nr 6 och 7 på kortet enligt ISO/IEC 7816-2 
cc  clock cycles (kloc kcykler) 
CHV  Card Holder Verification Inform ation (kortinnehavarens verifieringsinf ormation) 
CLA  Class byte (byte som ange r klass i ett APDU-k ommando) 
DSR C  Dedicated Shor t Range Communication (radiok ommunikation över korta avstånd) 
DF  Dedicated File (dedik erad fil), en dedikerad fil kan innehålla andra filer (EF eller DF) 
ECC  Elliptic Curve Cryptog raphy (ellipti sk kryptering) 
EF  Elementar y File (elementfil) 
etu  elementar y time unit (grundlägg ande tidsenhet) 
G1  Generation 1 
G2  Generation 2 
IC  Integ rated Circuit (integ rerad krets) 
ICC  Integ rated Circuit Card (smar tkort, kort med integrerade kretsar) 
ID  Identifier (identifierare) 
IFD  Interf ace Device (kortläsare) 
IFS  Information Field Size (storlek för informationsfält) 
IFSC  Information Field Size – Card (kortets storlek för informationsfält) 26.5.2016 L 139/175 Europeiska unionens officiella tidning SV     
IFSD  Information Field Size – Device (terminalens storlek för informationsfält) 
INS  Instr uction byte (byte som anger instr uktion i ett APDU-k ommando) 
Lc  Längd på indata för ett APDU-k ommando 
Le  Längd på förväntade data (utdata för ett kommando) 
MF  Master File (huvudfi l, rotnivå) 
NAD  Node Address (nodadress som används i T=1-protok oll) 
NEV  Never (aldr ig) 
P1-P2  Byte som anger paramete r 
PIN  Personal Identifica tion Number (personligt identifier ingsnummer) 
PRO SM  Protected with Secure Messaging (skyddas med säker meddelandehanter ing) 
PTS  Protocol Transmission Selection (val av överföringsprotok oll) 
RFU  Reser ved for Future Use (reser verat för framtida användning) 
RST  Reset (nollställning av kortet) 
SFID  Shor t EF Identifier (kort identif ierare för elementfil) 
SM  Secure Messaging (säker meddelandehant ering) 
SW1-SW2  Byte som anger status 
TS  Inledande ATR-tecken 
VPP  Programming Voltage (programmer ingsspänning) 
VU  Vehicle Unit (fordonsenhet) 
XXh  Värde XX hexadecimalt 
‘XXh’  Värde XX hexadecimalt 
||  Konkatener ingssymbol (03||04=0304) 
1.2.  Referenser 
Följande referen ser används i detta tillägg: 
ISO/IEC 7816-2  Identif ication cards – Integra ted circuit cards – Part 2: Dimensions and location of the 
contacts. ISO/IEC 7816-2:2007. 
ISO/IEC 7816-3  Identif ication cards – Integrat ed circuit cards – Part 3: Electr ical interface and transmission 
protocols. ISO/IEC 7816-3:2006. 
ISO/IEC 7816-4  Identif ication cards – Integrat ed circuit cards – Part 4: Organization, secur ity and 
commands for interc hange. ISO/IEC 7816-4:2013 + Cor 1: 2014. 
ISO/IEC 7816-6  Identif ication cards – Integrat ed circuit cards – Part 6: Interindustr y data elements for 
interc hange. ISO/IEC 7816-6:2004 + Cor 1: 2006. 
ISO/IEC 7816-8  Identif ication cards – Integrat ed circuit cards – Part 8: Commands for secur ity operations. 
ISO/IEC 7816-8:2004. 
ISO/IEC 9797-2  Information technology – Secur ity techniques – Message Authentication Codes (MA Cs) – 
Part 2: Mechani sms using a dedicat ed hash-function. ISO/IEC 9797-2:2011 
2.  ELEK TRISKA OCH FYSISKA EGENSKAPER 
TCS_01  Alla elektroniska signaler ska överensstämma med ISO/IEC 7816-3 om inte annat ange s. 
TCS_02  Kortkontaktern as placer ing och dimensioner ska överensstämma med ISO/IEC 7816-2. 26.5.2016 L 139/176 Europeiska unionens officiella tidning SV     
2.1.  Försör jningsspänning och strömfö rbrukning 
TCS_03  Kortet ska fung era enligt specifikationer inom de begränsningar av strömf örbr ukningen som anges i 
ISO/IEC 7816-3. 
TCS_04  Kortet ska fung era med Vcc = 3 V (±0,3 V) eller med Vcc = 5 V (±0,5 V). 
Spänningen ska väljas i enlighet med ISO/IEC 7816-3. 
2.2.  Prog rammer ingsspänning Vpp 
TCS_05  Kortet får inte kräva en programmer ingsspänning vid stift C6. Det förväntas att stift C6 inte är 
anslutet i en kortläsare. Kontakt C6 får anslutas till Vcc på kortet men får inte anslutas till jord. 
Denna spänning saknar betydelse. 
2.3.  Klockgenerer ing och klockfrekv ens 
TCS_06  Kortet ska fungera i frekvensinte rvallet 1–5 MHz, men får stödja högre kloc kfrekvenser . Inom en 
kortsession får kloc kfrekvensen variera med ± 2 %. Klockfre kvensen genereras av fordonsenheten 
och inte av själva kortet. Pulsf örhållandet får variera mellan 40 och 60 %. 
TCS_07  Den exte rna kloc kan kan stoppas, baserat på villk or som finns i kortfilen EF ICC. Villk oren för s.k. 
Clockstop-läg e är kodade i första byte i nyttodelen (body) av EF ICC: 
Låg Hög   
Bit 3 Bit 2 Bit 1 
0 0 1 Clockst op tillåtet, ingen nivå föredras 
0 1 1 Clockst op tillåtet, hög nivå föredras 
1 0 1 Clockst op tillåtet, låg nivå föredras 
0 0 0 Clockst op ej tillåt et 
0 1 0 Clockst op endast tillåtet på hög nivå 
1 0 0 Clockst op endast tillåtet på låg nivå  
Bitar na 4 till 8 används inte. 
2.4.  I/O-k ontakt 
TCS_08  I/O-k ontakt C7 används för att ta emot data från och överföra data till kortläsare. Anting en kortet 
eller kortläsaren ska vara i överföringsläge vid drift. Kortet ska inte ta skada om båda enheter na är i 
överfö ringsläge. När kortet inte överför ska det övergå till mottagningsläge. 
2.5.  Kor tets tills tånd 
TCS_09  Kortet fungerar i två olika tillstånd när det matas med spänning: 
Drifttillstånd när kommandon utförs eller interaktion sker med en digital enhet. 
Vilotillstånd vid alla övriga tillfällen; i detta läge ska kortet behålla alla data. 
3.  MASKINV ARA OCH KOMMUNIKA TION 
3.1.  Inledning 
I denna punkt beskr ivs den minsta funktionalitet som krävs av färdskr ivark ort och fordonsenheter för att 
drift och driftskompati bilitet ska kunna säkerställas. 26.5.2016 L 139/177 Europeiska unionens officiella tidning SV     
Färdskr ivark ort ska överensstämma så långt som möjligt med tillgängliga tillämplig a ISO/IEC-nor mer (i 
synnerhet ISO/IEC 7816). Kommandon och prot okoll beskr ivs dock fullständigt för att viss begränsad 
använ dning eller vissa skillnader ska specificeras om de exister ar. Specifi cerade kommandon överensstämmer 
till fullo med referensnor mer na om inte annat anges. 
3.2.  Överför ingsprotok oll 
TCS_10  Över föringsprot okollet ska överensstämma med ISO/IEC 7816-3 för T=0 och T=1. I synnerhet ska 
fordonsenhet en identif iera de förlängda vänt etider som kortet sänder . 
3.2.1  Protokoll 
TCS_11  Kortet ska tillhandahålla både protok oll T=0 och protok oll T=1. Dessutom får kortet stödja 
ytterligare kontaktbaserade protok oll. 
TCS_12  T=0 är standardprotok oll, och ett PTS-k ommando behö vs därför för att ändra prot okollet till T=1. 
TCS_13  Kortläsare ska klara direkt konv ention i båda protok ollen, och detta är således oblig atori skt för 
kortet. 
TCS_14  Byte för IFSC (Information Field Size Card) ska visas med tecken TA3 vid ATR. Värdet ska vara minst 
‘F0h’ (= 240 byte). 
Följande begränsningar gäller för prot okollen: 
TCS_15  T=0 
—  Kortläsaren ska stödja ett svar på I/O efter den stigande kanten (rising edge) i signalen på RST 
från 400 cc. 
—  Kortläsaren ska kunna läsa tecken som är åtskilda med 12 etu. 
—  Kortläsaren ska läsa ett felaktigt tecken och upprepning av detta om de är åtskilda med 13 etu. 
Om ett felaktigt tecken upptäc ks kan felsignalen på I/O inträffa mellan 1 etu och 2 etu. 
Anordningen ska stödja en fördröjning på 1 etu. 
—  Kortläsaren ska godta en ATR på 33 byte (TS+32). 
—  Om TC1 är närvarande i ATR ska extra vakttid (Extr a Guar d Time) vara närvarande för tecken 
som sänds av kortläsaren även om tecken som sänds av kortet fortfarande kan skiljas åt med 12 
etu. Detta gäller också för det ACK-tecken som sänds av kortet efter ett P3-tec ken som sänts ut 
av kortläsaren. 
—  Kortläsaren ska beakta ett NUL -tecken som sänds ut av kortet. 
—  Kortläsaren ska godta komplementläg e (complementar y mode) för ACK. 
—  Kommandot GET -RESPONSE (hämta svar) kan inte användas i kedjeläge (chaining mode) för att 
hämta data vars längd skulle kunna överstiga 255 byte. 
TCS_16  T=1 
—  NAD-by te: används ej (NAD ska sättas till ‘00’). 
—  S-bloc k, ABORT : använ ds ej. 
—  S-bloc k, feltillstånd för VPP (VPP state error): används ej. 
—  Den sammanlagda kedjelängden för ett datafält kommer inte att överstig a 255 byte (vilket ska 
säke rställas av kortläsaren (IFD). 
—  Kortläsarens storlek för informationsf ält (IFSD) ska anges av kortläsaren omedelbar t efter ATR: 
kortläsaren ska överfö ra begäran om S-Block för IFS (stor lek för informationsfält) efter ATR och 
kortet ska sända tillbaka S-Block för IFS. Det rekommenderade värdet på IFSD är 254 byte. 
—  Kortet kommer inte att fråg a efter en justeri ng av IFS. 26.5.2016 L 139/178 Europeiska unionens officiella tidning SV     
3.2.2  ATR 
TCS_17  Anordningen kontrollerar ATR-byte enligt ISO/IEC 7816-3. Ingen verifiering ska göra s av ATR 
Histor ical Char acters. 
Exempel på Basic Biproto col ATR enligt ISO/IEC 7816-3 
Tecken Värde Anmärkningar 
TS ‘3Bh’ Indiker ar direkt kommunikation (dire ct convention) 
T0 ‘85h’ TD1 närvarande, 5 histo riska byte närvarande 
TD1 ‘80h’ TD2 närvarande, T=0 ska användas 
TD2 ‘11h’ TA3 närvarande, T=1 ska användas 
TA3 ‘XXh’ (minst ‘F0h’) Information Field Size Card (IFSC) 
TH1 till TH5 ‘XXh’ Historiska tecken 
TCK ‘XXh’ Kontrollt ecken (XOR)  
TCS_18  Efter ATR väljs huvudfilen (MF) indirekt och blir aktuell katalog (Cur rent Direct ory). 
3.2.3  PTS 
TCS_19  Standardprotok ollet är T=0. För att sätta prot okollet T=1 måste en PTS (även kallad PPS) sändas till 
kortet av anordningen. 
TCS_20  Eftersom både prot okoll T=0 och protok oll T=1 är oblig ator iska för kortet är grundlägg ande PTS 
(basic PTS) för prot okollväxling oblig atori sk för kortet. 
Som anges i ISO/IEC 7816-3, kan PTS användas för att byta till högre överfö ringshastigheter än den 
förvalda som föreslås av kortet i ATR i förek ommande fall (TA(1)-byt e). 
Högre överfö ringshastigheter är valfr ia för kortet. 
TCS_21 Om ingen annan överfö ringshastighet än den förvalda stöds (eller om den valda överfö ringshas ­
tigheten inte stöds), ska kortet svara korrekt på PTS enligt ISO/IEC 7816-3 genom att uteläm na 
PPS1-byt e. 
Exempel på grundlägg ande PTS för protok ollval är följande: 
Tecken Värde Anmärkningar 
PPSS ‘FFh’ Initialt tecken 
PPS0 ‘00h’ eller ‘01h’ PPS1 till PPS3 används inte; ‘00h’ för att välja T0, ‘01h’ för att 
välja T1. 
PK ‘XXh’ Kontrollt ecken:  ‘XXh’ = ‘FFh’ om PPS0 = ‘00h’ , 
‘XXh’ = ‘FEh’ om PPS0 = ‘01h’ .  26.5.2016 L 139/179 Europeiska unionens officiella tidning SV     
3.3.  Tillträdesregler 
TCS_22  En tillträdesregel anger säkerhets villk oren för ett åtkomstläg e, dvs. ett kommando. Om dessa 
säkerhets villk or är uppfyllda behandlas det aktuella kommandot. 
TCS_23  Följande säkerhetsvillk or används för färdskr ivark ortet: 
Förk ortning Betydelse 
ALW Åtgärden är alltid möjlig och kan utföras utan någon begränsning. Kom­
mando och svar (APDU) sänds i klar text, dvs. utan säker meddelandehante r­
ing. 
NEV Åtgärden är aldr ig möjlig. 
PLAIN-C APDU för kommandot sänds i klar text, dvs. utan säke r meddelandehant er­
ing. 
PWD Åtgärden får endast verk ställas om verkstadsk ortets PIN-k od har kontrolle ­
rats med positivt resultat, dvs. om kortets intern a säkerhets status ”PIN_V eri­
fied” har satts. Kommandot måste skickas utan säke r meddelandehanter ing. 
EXT -AUT-G1 Åtgärden får endast verkställas om kommandot EXTERNAL AUTHENTI ­
CATE för autenti seringen (generation 1) (se även del A i tillägg 11) har ut­
förts med positivt resultat. 
SM-MA C-G1 APDU (kommando och svar) måste användas med säker meddelandehant er­
ing (gener ation 1) i läge för endast autenti sering (authentication-only mode) (se 
del A i tillägg 11). 
SM-C-MA C-G1 APDU för kommandot måste användas med säker meddelandehant ering (ge­
neration 1) i läge för endast autenti sering (authentication-only mode) (se del A 
i tillägg 11). 
SM-R -ENC-G1 APDU för svaret måst e använ das med säker meddelandehanter ing (genera ­
tion 1) i krypteringsläge (encr yption mode) (se del A i tillägg 11), dvs ingen 
kod för meddelandeaut entiser ing (MA C) återsänds. 
SM-R -ENC-MA C-G1 APDU för svaret måst e använ das med säker meddelandehanter ing (genera ­
tion 1) i läge för kryptering följd av autentis ering (encr ypt-then-authenticate 
mode) (se del A i tillägg 11). 
SM-MA C-G2 APDU (kommando och svar) måste användas med säker meddelandehant er­
ing (gener ation 2) i läge för endast autenti sering (authentication-only mode) (se 
del B i tillägg 11). 
SM-C-MA C-G2 APDU för kommandot måste användas med säker meddelandehant ering (ge­
neration 2) i läge för endast autentiser ing (authentication-only mode) (se del B i 
tillägg 11). 
SM-R -ENC-MA C-G2 APDU för svaret måst e använ das med säker meddelandehanter ing (genera ­
tion 2) i läge för kryptering följd av autentis ering (encr ypt-then-authenticate 
mode) (se del B i tillägg 11).  
TCS_24  Dessa säkerhetsvillk or kan förenas på följande sätt: 
AND: Alla säkerhetsvillk or måste vara uppfyllda 
OR: Minst ett säkerhets villk or måst e vara uppfyllt 
Tillträdesreg lerna för filsysteme t, dvs. för kommandona SELECT , READ BINAR Y och UPD ATE 
BINAR Y, specifi ceras i kapitel 4. Tillträdesreg lerna för övriga kommandon specific eras i 
nedanstående tabeller . 26.5.2016 L 139/180 Europeiska unionens officiella tidning SV     
TCS_25  För tilläm pningen i DF Tachog raph_G1 används följande tillträdesreg ler: 
Kommando Förark ort Verkstadsk ort Kontrollk ort Företagsk ort 
EXTERNAL AUTHEN ­
TICA TE     
—  För aute ntiser ing 
(gener ation 1) ALW ALW ALW ALW 
—  För aute ntiser ing 
(gener ation 2) ALW PWD ALW ALW 
INTERNAL AUTHEN ­
TICA TE ALW PWD ALW ALW 
GENERAL AUTHEN ­
TICA TE ALW ALW ALW ALW 
GET CHALLENGE ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
PROCESS DSR C MES ­
SAGE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
PSO: COMPUTE DI­
GITAL SIGNA TURE ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ej tilläm pligt Ej tilläm pligt 
PSO: HASH Ej tillämpligt Ej tillämpligt ALW Ej tilläm pligt 
PSO: HASH OF FILE ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ej tilläm pligt Ej tilläm pligt 
PSO: VERIFY CER TI­
FICATE ALW ALW ALW ALW 
PSO: VERIFY DIGI ­
TAL SIGNA TURE Ej tillämpligt Ej tillämpligt ALW Ej tilläm pligt 
VERIFY Ej tillämpligt ALW Ej tilläm pligt Ej tilläm pligt  
TCS_26  För tilläm pningen i DF Tachog raph_G2 används följande tillträdesreg ler: 
Kommando Förark ort Verkstadsk ort Kontrollk ort Företagsk ort 
EXTERNAL AUTHEN ­
TICA TE     
—  För aute ntiser ing 
(gener ation 1) Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
—  För aute ntiser ing 
(gener ation 2) ALW PWD ALW ALW 
INTERNAL AUTHEN ­
TICA TE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 26.5.2016 L 139/181 Europeiska unionens officiella tidning SV     
Kommando Förark ort Verkstadsk ort Kontrollk ort Företagsk ort 
GENERAL AUTHEN ­
TICA TE ALW ALW ALW ALW 
GET CHALLENGE ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
PROCESS DSR C MES ­
SAGE Ej tillämpligt ALW ALW Ej tilläm pligt 
PSO: COMPUTE DI­
GITAL SIGNA TURE ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ej tilläm pligt Ej tilläm pligt 
PSO: HASH Ej tillämpligt Ej tillämpligt ALW Ej tilläm pligt 
PSO: HASH OF FILE ALW OR 
SM-MA C-G2 ALW OR 
SM-MA C-G2 Ej tilläm pligt Ej tilläm pligt 
PSO: VERIFY CER TI­
FICATE ALW ALW ALW ALW 
PSO: VERIFY DIGI ­
TAL SIGNA TURE Ej tillämpligt Ej tillämpligt ALW Ej tilläm pligt 
VERIFY Ej tillämpligt ALW Ej tilläm pligt Ej tilläm pligt  
TCS_27  I MF används följande tillträdesreg ler: 
Kommando Förark ort Verkstadsk ort Kontrollk ort Företagsk ort 
EXTERNAL AUTHEN ­
TICA TE     
—  För aute ntiser ing 
(gener ation 1) Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
—  För aute ntiser ing 
(gener ation 2) ALW PWD ALW ALW 
INTERNAL AUTHEN ­
TICA TE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
GENERAL AUTHEN ­
TICA TE ALW ALW ALW ALW 
GET CHALLENGE ALW ALW ALW ALW 
MSE:SET AT ALW ALW ALW ALW 
MSE:SET DST ALW ALW ALW ALW 
PROCESS DSR C MES ­
SAGE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 26.5.2016 L 139/182 Europeiska unionens officiella tidning SV     
Kommando Förark ort Verkstadsk ort Kontrollk ort Företagsk ort 
PSO: COMPUTE DI­
GITAL SIGNA TURE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
PSO: Hash Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
PSO: HASH OF FILE Ej tillämpligt Ej tillämpligt Ej tilläm pligt Ej tilläm pligt 
PSO: VERIFY CER TI­
FICATE ALW ALW ALW ALW 
VERIFY Ej tillämpligt ALW Ej tilläm pligt Ej tilläm pligt  
TCS_28  Ett färdskr ivark ort kan – men måste inte – accept era ett kommando med en högre säkerhetsnivå än 
den som anges i säkerhets villk oren. Dvs. om säkerhet svillk oret är ALW (eller PLAIN-C) kan kortet 
accept era ett kommando med säker meddelandehant ering (krypterings- och/eller autentiser ingsläg e). 
Om säkerhetsvillk oret kräver säker meddelandehanter ing med aute ntiser ingsläge kan färdskr i­
vark ortet accept era ett kommando med säker meddelandehanter ing av samma generation i 
autentiseri ngs- och krypteringsläge. 
Anmärkning: Kommandobeskr ivningarna ger mer information om hur kommandona stöd er de olika 
typer na av färdskr ivark ort och de olika dedik erade filer na (DF). 
3.4.  Översikt av kommandon och felk oder 
Kommandon och filorganisation härleds från och överensstämmer med ISO/IEC 7816-4. 
Denna del innehåller en beskr ivning av följande APDU-par (kommando och svar): De kommando variante r 
som stöds av en tilläm pning i generation 1 och generation 2 specificeras i motsvarande kommandobe ­
skrivningar . 
Kommando INS 
SELECT ‘A4h’ 
READ BINAR Y ‘B0h’, ‘B1h’ 
UPD ATE BINAR Y ‘D6h’, ‘D7h’ 
GET CHALLENGE ‘84h’ 
VERIFY ‘20h’ 
GET RESPONSE ‘C0h’ 
PERFORM SECURIT Y OPERA TION ‘2Ah’ 
—  VERIFY CER TIFIC ATE  
—  COMPUTE DIGIT AL SIGNA TURE  
—  VERIFY DIGIT AL SIGNA TURE  
—  HASH  
—  PERFORM HASH OF FILE  
—  PROCESS DSR C MESSA GE  26.5.2016 L 139/183 Europeiska unionens officiella tidning SV     
Kommando INS 
INTERNAL AUTHENTICA TE ‘88h’ 
EXTERNAL AUTHENTICA TE ‘82h’ 
MANA GE SECURIT Y ENVIR ONMENT ‘22h’ 
—  SET DIGIT AL SIGNA TURE TEMPL ATE  
—  SET AUTHENTICA TION TEMPL ATE  
GENERAL AUTHENTICA TE ‘86h’  
TCS_29  Statusregistret SW1 SW2 återsänds i alla svarsmeddelanden och anger bearbetningsstatus för 
kommandot. 
SW1 SW2 Betydelse 
90 00 Nor mal bearbetning. 
61 XX Nor mal bearbetning. XX = antal byte för svar som finns tillgäng liga 
62 81 Varningsbearbetning. En del av återsända data kan vara skadade. 
63 00 Autentiser ing missly ckades (var ning). 
63 CX Felaktig CHV (PIN). Räknare av återstående försök tillhandahålls genom ‘X’. 
64 00 Exekver ingsf el – Tillståndet hos det permanenta minnet oförändrat. Integr itets­
fel. 
65 00 Exekver ingsf el – Tillståndet hos det permanenta minnet förändrat. 
65 81 Exekver ingsf el – Tillståndet hos det permanenta minnet förändrat. Minnesf el. 
66 88 Säkerhetsf el: felaktig kryptografisk kontrollsumma (vid säke r meddelandehan ­
tering) eller 
felaktigt certifik at (vid verifier ing av certifikat) eller 
felaktigt kryptogram (vid exte rn autenti sering) eller 
felaktig signatur (vid verifiering av signatur). 
67 00 Felaktig längd (felaktigt Lc eller Le). 
68 82 Säker meddelandehant ering stöds inte. 
68 83 Sista kommandot i kedjan förväntas. 
69 00 Förbjudet kommando (inget svar tillgängligt i T = 0). 
69 82 Säkerhetsstatus ej uppnådd. 
69 83 Block erad aute ntiser ingsmetod . 
69 85 Användningsvillk or ej uppfyllda. 
69 86 Kommandot ej tillåt et (ingen aktuell elementfil). 26.5.2016 L 139/184 Europeiska unionens officiella tidning SV     
SW1 SW2 Betydelse 
69 87 Förväntade dataobjekt för säker meddelandehanter ing saknas. 
69 88 Inkorrekta dataobjekt för säker meddelandehante ring. 
6A 80 Felaktiga parametrar i datafält. 
6A 82 Filen ej funnen. 
6A 86 Felaktiga parametrar P1-P2. 
6A 88 Referensdata ej funna. 
6 B 00 Felaktiga parametrar (offset utanf ör elementfilen). 
6C XX Felaktig längd, SW2 anger exakt längd. Inget datafält återsänds. 
6D 00 Instr uktionsk oden stöd s ej eller är ogiltig. 
6E 00 Klassen stöds ej. 
6F 00 Övr iga kontrollfel.  
TCS_30  Om fler än ett felvillk or är uppfyllda i ett APDU-k ommando kan kortet återsända någon av de 
tillämplig a koder na som statusregister . 
3.5.  Komma ndobeskr ivning 
Detta kapitel innehåller en beskr ivning av de oblig ator iska kommandona för färdskr ivark ort. 
Närmare uppgif ter om krypteringsoperationer som är aktuella återfi nns i tillägg 11 om gemensamma 
säkerhet smekanismer för färdskr ivare (generation 1 och generation 2). 
Alla kommandon beskr ivs oberoende av använ t protok oll (T=0 eller T=1). APDU-byt e CLA, INS, P1, P2, Lc 
och Le anges alltid. Om Lc eller Le inte krävs för det kommando som beskr ivs är tillhörande längd, värde 
och beskr ivning tomma . 
TCS_31  Om båda byte för längd (Lc och Le) begärs måst e det kommando som beskr ivs delas i två delar om 
kortläsaren använ der protok ollet T=0: kortläsaren skickar kommandot enligt beskr ivningen med 
P3=Lc + data och skickar däref ter kommandot GET RESPONSE (se avsnitt 3.5.6) med P3=Le. 
TCS_32  Om båda byte för längd begärs och Le=0 (säker meddelandehant ering): 
—  När prot okollet T=1 använ ds, ska kortet svara på Le=0 genom att sända alla tillgängliga utdata. 
—  När prot okollet T=0 används, ska kortläsaren sända det första kommandot med P3=Lc + data, 
och kortet ska svara (på detta indirekta Le=0) genom byte för status ‘61La’ , där La är antal 
tillgängliga byte för svar . Kortläsaren ska sedan generera ett GET RESPONSE-k ommando med 
P3 = La för att läsa dessa data. 
TCS_33  Ett färdskr ivark ort får stödja fält med utökad längd enligt ISO/IEC 7816-4 som en tillvalsfunktion. 
Ett färdskr ivark ort som stöd er fält med utökad längd ska 
—  ange stödet för fält med utöka d längd i ATR, 
—  ange de buffe rtstorlekar som stöds med hjälp av informationen om utökad längd i EF ATR/INFO 
(se TCS_146), 26.5.2016 L 139/185 Europeiska unionens officiella tidning SV     
—  ange om det stöde r fält med utökad längd för T=1 och/eller T=0 i EF Extended Length (se 
TCS_147), 
—  stödja fält med utökad längd för färdskr ivartillämpning ar (genera tion 1 och 2). 
Anmärkning ar: 
Alla kommandon beskr ivs för fält med kort längd. Hur dataenheter (APDU) med utökad längd ska 
använ das framgår av ISO/IEC 7816-4. 
I allmänhet beskr ivs kommandona för ”klarläge” (plain mode), dvs. utan säker meddelandehanter ing, 
eftersom säke r meddelandehanter ing beskr ivs i tillägg 11. Det framgår av tillträdesreg lerna för ett 
kommando om kommandot ska stödja säker meddelandehanter ing eller inte och om kommandot 
ska stödja säker meddelandehant ering (generation 1 och/eller generation 2). Vissa kommando ­
varianter beskr ivs med säker meddelandehant ering för att åskådliggöra använ dningen av säke r 
meddelandehanter ing. 
TCS_34  Fordonsenheten ska använda det fullständiga protok ollet för ömsesidig autenti sering mellan 
fordonsenhet (gener ation 2) och kort för en session, inbegr ipet verifier ingen av certifikat (om detta 
krävs), anting en i DF Tachograph, DF Tachog raph_G2 eller MF. 
3.5.1  SELECT 
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 
Kommandot SELECT använ ds 
—  för att välja DF för en tillämpni ng (val genom namn krävs), 
—  för att välja en elementfil som motsvarar det fil-ID som ange tts. 
3.5.1.1  Val genom namn (AID – tillämp ningsidentif ierare) 
Detta kommando gör det möjligt att välja DF för en tilläm pning på kortet. 
TCS_35  Detta kommando kan utföras från vilken plats som helst i filstr ukturen (efter ATR eller när som 
helst). 
TCS_36  Vid valet av tilläm pning nollställs den aktuella säkerhets miljön (secur ity environment). Efter det att en 
tillämpning valts är inte längre någon aktuell öppen nyckel utvald. Tillträdesvillk oret EXT -AUT-G1 
förloras också. Om kommandot utfördes utan säker meddelandehant ering är de tidigar e sessions ­
nycklar na för säker meddelandehant ering inte längre tillgängliga. 
TCS_37  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘04h’ Val genom namn (AID – tilläm pningsidentif ierare) 
P2 1 ‘0Ch’ Inge t svar förväntas 
Lc 1 ‘NNh’ Antal byte som sänds till kortet (längd på AID): 
‘06h’ för färdskr ivar tillämpni ngen 
#6-#(5+NN) NN ‘XX..XXh’ AID: ‘FF 54 41 43 48 4F’ för färdskr ivar tilläm pningen (genera ­
tion 1) 
AID: ‘FF 53 4D 52 44 54’ för färdskr ivar tillämp ningen (genera ­
tion 2)  
Inge t svar på kommandot SELECT behö vs (Le från varande i T=1, eller inge t svar efterfråga s i T=0). 26.5.2016 L 139/186 Europeiska unionens officiella tidning SV     
TCS_38  Svarsmeddelande (inget svar efterfrågas) 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den tillämpning som motsvarar AID inte kan hittas, återsänds bearbetningsstatus (processin g 
state) ‘6A82’ . 
—  För T=1, om byte Le är närvarande, återsänds status ‘6700’. 
—  För T=0, om ett svar efterfrågas efter kommandot SELECT , återsänds status ‘6900’. 
—  Om den valda tillämpning en anses korrupt (integ ritetsf el upptäc ks i filattr ibut en), återsänds 
bearbetningsstatus ‘6400’ eller ‘6581’. 
3.5.1.2  Val av en elementfil med hjälp av dess filidentifierare 
TCS_39  Kommandomeddelande 
TCS_40  Ett färdskr ivark ort ska stödja säker meddelandehanter ing (gener ation 2) i enlighet med del B i tillägg 
11 för denna kommando variant. 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘A4h’  
P1 1 ‘02h’ Val av en elementfil under aktuell DF 
P2 1 ‘0Ch’ Inget svar förväntas 
Lc 1 ‘02h’ Antal byte som sänds till kortet 
#6-#7 2 ‘XXXXh’ Filidentifi erare  
Inge t svar på kommandot SELECT behö vs (Le från varande i T=1, eller inge t svar efterfråga s i T=0). 
TCS_41  Svarsmeddelande (inget svar efterfrågas) 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den fil som motsvarar filidentifier aren inte kan hittas, återsänds bearbetningsstatus ‘6A82’ . 
—  För T=1, om byte Le är närvarande, återsänds status ‘6700’. 
—  För T=0, om ett svar efterfrågas efter kommandot SELECT , återsänds status ‘6900’. 
—  Om den valda filen anses vara skadad (integ ritetsfel upptäc ks i filattr ibuten), återsänds 
bearbetningsstatus ‘6400’ eller ‘6581’. 
3.5.2  READ BINARY 
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 26.5.2016 L 139/187 Europeiska unionens officiella tidning SV     
Kommandot READ BINAR Y använ ds för att läsa data från en transparent fil. 
Svaret från kortet består i att lästa data återsänds, eventuellt inkapslade i en struktur för säker meddelande ­
hanteri ng. 
3.5.2.1  Kommando med offset i P1-P2 
Detta kommando gör det möjligt för kortläsare att läsa data från den elementf il som för närvarande är vald, 
utan säke r meddelandehanter ing. 
Anmärkning: Detta kommando utan säker meddelandehant ering kan endast använ das för att läsa en fil som 
stöde r säke rhetsvillk oret ALW för åtkomstläg et för läsning (read ). 
TCS_42  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘B0h’ READ BINAR Y 
P1 1 ‘XXh’ Offset i byte från början av filen: Mest signifikanta byte 
P2 1 ‘XXh’ Offset i byte från början av filen: Minst signif ikanta byte 
Le 1 ‘XXh’ Längd på förväntade data. Antal byte som ska läsas  
Anmärkning: bit 8 i P1 måste sättas till 0.  
TCS_43  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#X X ‘XX..XXh’ Lästa data 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om ingen elementfil väljs återsänds bearbetningsstatus ‘6986’. 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 
—  Om offset inte överensstämmer med storlek en på elementfilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storleken på de data som ska läsas inte överensstämmer med storleken på elementfilen 
(Offset + Le > EF size) återsänds bearbetningsstatus ‘6700’ eller ‘6Cxx’, där ‘xx’ avser den exakta 
längden. 
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om ett integritetsfel upptäc ks i lagrade data, ska kortet återsända begärda data, och 
bearbetningsstatus ‘6281’ ska återsändas. 
3.5.2.1.1  Kommando med säker meddelandehanter ing (exe mpel) 
Detta kommando gör det möjligt för kortläsare att läsa data från den elementf il som för närvarande är vald 
med säker meddelandehanter ing, för att verifiera integriteten hos de data som tas emot och för att skydda 
sekretes sen hos dem om säke rhetsvillk oret SM-R -ENC-MA C-G1 (gener ation 1) eller SM-R -ENC-MA C-G2 
(gener ation 2) tillämpas. 26.5.2016 L 139/188 Europeiska unionens officiella tidning SV     
TCS_44  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘0Ch’ Säke r meddelandehanter ing efterfråg ad 
INS 1 ‘B0h’ READ BINAR Y 
P1 1 ‘XXh’ P1 (offset i byte från början av filen): Mest signif ikanta byte 
P2 1 ‘XXh’ P2 (offset i byte från början av filen): Minst signif ikanta byte 
Lc 1 ‘XXh’ Längd på indata för säker meddelandehant ering 
#6 1 ‘97h’ TLE: Tagg för specificer ing av förväntad längd 
#7 1 ‘01h’ LLE: Längd på förväntad längd 
#8 1 ‘NNh’ Specificer ing av förväntad längd (urspr unglig Le): Antal byte 
som ska läsas 
#9 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#10 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kontrollsumma: 
‘04h’ för säker meddelandehanter ing (genera tion 1) (se del A i 
tillägg 11) 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns längd för säker 
meddelandehant ering (generation 2) (se del B i tillägg 11) 
#11-#(10+L) L ‘XX..XXh’ Kryptografisk kontrollsumma 
Le 1 ‘00h’ Enligt ISO/IEC 7816-4  
TCS_45  Svarsmeddelande om SM-R-ENC-MA C-G1 (generation 1) / SM-R-ENC-MA C-G2 (generation 
2) inte kräv s och om indat aformatet för säker meddelandehanter ing är korrekt : 
Byte Längd Värde Beskr ivning 
#1 1 ‘99h’ Tagg för bearbetningsstatus (SW1-SW2) – frivil­
lig uppgif t för säker meddelandehanter ing (gene ­
ration 1) 
#2 1 ‘02h’ Längd för bearbetningsstatus 
#3 – #4 2 ‘XX XXh’ Bearbetningsstatus för APDU för oskyddat svar 
#5 1 ‘81h’ TPV: Tagg för data med klar värde 
#6 L ‘NNh’ eller 
‘81 NNh’ LPV: längd på återsända data (= urspr unglig Le). 
L är 2 byte om LPV > 127 byte. 26.5.2016 L 139/189 Europeiska unionens officiella tidning SV     
Byte Längd Värde Beskr ivning 
#(6+L)-#(5+L+NN) NN ‘XX..XXh’ Data med klar värde 
#(6+L+NN) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(7+L+NN) 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kon­
trollsumma: 
‘04h’ för säker meddelandehante ring (generation 
1) (se del A i tillägg 11) 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns 
längd för säker meddelandehant ering (generation 
2) (se del B i tillägg 11) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografi sk kontrollsumma 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
TCS_46  Svarsmeddelande om SM-R-ENC-MA C-G1 (generation 1) / SM-R-ENC-MA C-G2 (generation 
2) kräv s och om indat aformatet för säker meddelandehanter ing är korrekt : 
Byte Längd Värde Beskr ivning 
#1 1 ‘87h’ TPI CG: Tagg för krypterade data (kryptogram) 
#2 L ‘MMh’ eller 
‘81 MMh’ LPI CG: Längd på återsända krypterade data (inte 
samma som urspr unglig Le för kommandot 
på grund av utfyllnad). 
L är 2 byte om LPI CG  127 byte. 
#(2+L)-#(1+L+MM) MM ‘01XX..XXh’ Krypterade data: Utfyllnadsindikat or och kryp­
togram 
#(2+L+MM) 1 ‘99h’ Tagg för bearbetningsstatus (SW1-SW2) – fri­
villig uppgif t för säke r meddelandehanter ing 
(generation 1) 
#(3+L+MM) 1 ‘02h’ Längd för bearbetningsstatus 
#(4+L+MM) – #(5+L+MM) 2 ‘XX XXh’ Bearbetningsstatus för APDU för oskyddat 
svar 
#(6+L+MM) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(7+L+MM) 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kon­
trollsumma: 
‘04h’ för säker meddelandehant ering (genera ­
tion 1) (se del A i tillägg 11) 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ck­
elns längd för säker meddelandehante ring (ge­
neration 2) (se del B i tillägg 11) 
#(8+L+MM)-#(7+N+L+MM) N ‘XX..XXh’ Kryptografisk kontrollsumma 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  26.5.2016 L 139/190 Europeiska unionens officiella tidning SV     
Kommandot READ BINAR Y kan återsända normal bearbetningsstatus som förtecknas i TCS_43 
under taggen ‘99h’ enligt beskr ivning en i TCS_59 med hjälp av svarsstr ukturen för säker meddelan ­
dehante ring. 
Vissa fel, som specif ikt kan hänf öras till säker meddelandehanter ing, kan inträffa. I så fall återsänds 
helt enkelt bearbetningsstatusen utan någon struktur för säke r meddelandehanter ing. 
TCS_47  Svarsmeddelande om indat aformatet för säker meddelandehanter ing är inkorrekt 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om inge n aktuell sessionsn yckel finns tillgänglig återsänds bearbetningsstatus ‘6A88’. Detta 
inträffar anting en om sessionsny ckeln ännu inte har genererats eller om giltighet en för 
sessionsny ckeln har utgått (i detta fall måst e kortläsaren upprepa en ömsesidig autentis ering­
sprocess för att bestämma en ny sessionsny ckel). 
—Om vissa förväntade dataobjekt (enligt specifikati on ovan) saknas i format et för säker meddelan ­
dehant ering återsänds bearbetningsstatus ‘6987’: detta fel inträffar om en förväntad tagg saknas 
eller om kommandots nytt odel (body) inte är rätt konstr uerad. 
—  Om vissa data är felaktig a återsänds bearbetningsstatus ‘6988’: detta fel inträffar om alla 
nödvändiga taggar är närvarande men vissa längder skiljer sig från vad som förväntas. 
—  Om verifier ingen av den kryptografiska kontrollsumman missly ckas, återsänds 
bearbetningsstatus ‘6688’. 
3.5.2.2  Kommando med kort identifi erare för elementfil (SFID) 
Denna kommando variant gör det möjligt för kortläsaren att välja en elementfil med hjälp av en kort 
identif ierare för elementfil och läsa data från den elementfilen. 
TCS_48  Ett färdskr ivark ort ska stödja denna kommando variant för alla elementf iler med en angiven kort 
identif ierare för elementfil. Dessa korta identif ierare för elementfil specificeras i kapitel 4. 
TCS_49  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘B0h’ READ BINAR Y 
P1 1 ‘XXh’ Bit 8 sätts till 1 
Bitar na 7 och 6 sätts till 00 
Bitar na 5–1 kodar den korta identif ieraren för motsvarande elementfil 
P2 1 ‘XXh’ Kodar en offset från 0 till 255 byte i den elementfil ange s i P1 
Le 1 ‘XXh’ Längd på förväntade data. Antal byte som ska läsas.  
Anmärkning: De korta identif ierare för elementfil vilka används för färdsk rivartillämpning en 
(genera tion 2) specifi ceras i kapitel 4. 
Om P1 kodar en kort identifierare för elementf il och kommandot lyckas blir den identif ierade 
elementf ilen aktuell elementfil (current EF). 
TCS_50  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#L L ‘XX..XXh’ Lästa data 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  26.5.2016 L 139/191 Europeiska unionens officiella tidning SV     
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den fil som motsvarar den korta identif ieraren för elementfil inte kan hittas, återsänds 
bearbetningsstatus ‘6A82’ . 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 
—  Om offset inte överensstämmer med storlek en på elementfilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storleken på de data som ska läsas inte överensstämmer med storleken på elementfilen 
(Offset + Le > EF size) återsänds bearbetningsstatus ‘6700’ eller ‘6Cxx’, där ‘xx’ avser den exakta 
längden. 
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om ett integritetsfel upptäc ks i lagrade data, ska kortet återsända begärda data, och 
bearbetningsstatus ‘6281’ ska återsändas. 
3.5.2.3  Kommando med udda INS-by te (instr uktion) 
Denna kommando variant gör det möjligt för kortläsaren att läsa data från en EF med 32 768 byte eller mer . 
TCS_51  Ett färdskr ivark ort som stöder EF med 32 768 byte eller mer ska stöd ja denna kommando variant 
för dessa EF. Ett färdskr ivark ort kan klara, men måst e inte klara, denna kommando variant, med 
undantag för EF Sensor_Installation_Data (se TCS_156 och TCS_160). 
TCS_52  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘B1h’ READ BINAR Y 
P1 1 ‘00h’ Aktuell elementf il 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Längd på offsetdataobjekt. 
#6-#(5+NN) NN ‘XX..XXh’ Offsetdataobjekt : 
Tagg  ‘54h’ 
Längd  ‘01h’ eller ‘02h’ 
Värde  offset 
Le 1 ‘XXh’ Antal byte som ska läsas.  
Kortläsaren ska koda offsetdataobjekt ets längd med ett minsta möjlig a antal oktett er, dvs. med hjälp 
av byte för längd ‘01h’ ska kortläsare koda en offset från 0 till 255 och med hjälp av byte för längd 
‘02h’ en offset från 256 upp till 65 535 byte. 
TCS_53  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#L L ‘XX..XXh’ Lästa data inkapslade i ett godty ckligt (discretionar y) dataobjekt med 
taggen ‘53h’. 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  26.5.2016 L 139/192 Europeiska unionens officiella tidning SV     
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om ingen elementfil väljs återsänds bearbetningsstatus ‘6986’. 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 
—  Om offseten inte överensstämmer med storlek en på elementf ilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storleken på de data som ska läsas inte överensstämmer med storleken på elementfilen 
(Offset + Le > EF size) återsänds bearbetningsstatus ‘6700’ eller ‘6Cxx’, där ‘xx’ avser den exakta 
längden. 
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om ett integritetsfel upptäc ks i lagrade data, ska kortet återsända begärda data, och 
bearbetningsstatus ‘6281’ ska återsändas. 
3.5.2.3.1  Kommando med säker meddelandehanter ing (exe mpel) 
Följande exem pel åskådliggör använ dningen av säker meddelandehante ring om säkerhetsvillk oret SM-MA C- 
G2 tilläm pas. 
TCS_54  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘0Ch’ Säker meddelandehante ring efterfrågad 
INS 1 ‘B1h’ READ BINAR Y 
P1 1 ‘00h’ Aktuell elementfil 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Fältlängd för skyddade data 
#6 1 ‘B3h’ Tagg för BER -TLV-kodade data med klar värde 
#7 1 ‘NNh’ LPV: Längd på överförda data 
#(8)-#(7+NN) NN ‘XX..XXh’ BER -TLV-kodade data med klar värde, dvs. offsetda ­
taobjekt et med tagg en ‘54’ 
#(8+NN) 1 ‘97h’ TLE: Tagg för specifi cering av förväntad längd 
#(9+NN) 1 ‘01h’ LLE: Längd på förväntad längd 
#(10+NN) 1 ‘XXh’ Specificer ing av förväntad längd (urspr unglig Le): 
Antal byte som ska läsas 
#(11+NN) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(12+NN) 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kontroll ­
summa: 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns 
längd för säker meddelandehant ering (gener ation 2) 
(se del B i tillägg 11) 
#(13+NN)-#(12+M+NN) M ‘XX..XXh’ Kryptografisk kontrollsumma 
Le 1 ‘00h’ Enligt ISO/IEC 7816-4  26.5.2016 L 139/193 Europeiska unionens officiella tidning SV     
TCS_55  Svarsmeddelande om kommandot lyckas 
Byte Längd Värde Beskr ivning 
#1 1 ‘B3h’ BER -TLV-kodade data med klar värde 
#2 L ‘NNh’ eller 
‘81 NNh’ LPV: längd på återsända data (= urspr unglig Le). 
L är 2 byte om LPV > 127 byte. 
#(2+L)-#(1+L+NN) NN ‘XX..XXh’ BER -TLV-kodade data med klar värde, dvs. lästa 
data inkapslade i ett godty ckligt (discretio nary) da­
taobjekt med taggen ‘53h’ . 
#(2+L+NN) 1 ‘99h’ Bearbetningsstatus för APDU för oskyddat svar 
#(3+L+NN) 1 ‘02h’ Längd för bearbetningsstatus 
#(4+L+NN) – #(5+L+NN) 2 ‘XX XXh’ Bearbetningsstatus för APDU för oskyddat svar 
#(6+L+NN) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(7+L+NN) 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kon­
trollsumma: 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns 
längd för säker meddelandehant ering (generation 
2) (se del B i tillägg 11) 
#(8+L+NN)-#(7+M+L+NN) M ‘XX..XXh’ Kryptografi sk kontrollsumma 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
3.5.3  UPD ATE BINARY 
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 
Kommandomeddelandet UPD ATE BINAR Y initierar uppdat eringe n (erase+wr ite) av de bitar som redan finns 
närvarande i en binär elementfil med bitar givna i dataenheten (APDU) för kommandot. 
3.5.3.1  Kommando med offset i P1-P2 
Detta kommando gör det möjligt för kortläsare att skriva data i den elementfil som för närvarande är vald, 
utan att kortet verifierar integr iteten hos mottagna data. 
Anmärkning: Detta kommando utan säker meddelandehanter ing kan endast användas för att uppdate ra en fil 
som stöder säkerhetsvillk oret ALW för åtkomstläg et för uppdate ring (update). 
TCS_56  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘D6h’ UPD ATE BINAR Y 26.5.2016 L 139/194 Europeiska unionens officiella tidning SV     
Byte Längd Värde Beskr ivning 
P1 1 ‘XXh’ Offset i byte från början av filen: Mest signif ikanta byte 
P2 1 ‘XXh’ Offset i byte från början av filen: Minst signifikanta byte 
Lc 1 ‘NNh’ Längd på data som ska uppdat eras. Antal byte som ska skrivas. 
#6-#(5+NN) NN ‘XX..XXh’ Data som ska skrivas  
Anmärkning: bit 8 i P1 måste sättas till 0.  
TCS_57  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om ingen elementfil väljs återsänds bearbetningsstatus ‘6986’. 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 
—  Om offset inte överensstämmer med storlek en på elementfilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storlek en på de data som ska skrivas inte överensstämmer med storlek en på elementf ilen 
(Offset + Lc > EF size) återsänds bearbetningsstatus ‘6700’. 
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6500’. 
—  Om det inte går att skriva data, återsänds bearbetningsstatus ‘6581’. 
3.5.3.1.1  Kommando med säker meddelandehanter ing (exe mpel) 
Detta kommando gör det möjligt för kortläsaren att skriva data i den elementfil som för närvarande är vald, 
varvid kortet verifierar integr iteten hos mottagna data. Eftersom ingen sekretes s krävs ska dessa data inte 
krypteras. 
TCS_58  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘0Ch’ Säker meddelandehanter ing efterfråg ad 
INS 1 ‘D6h’ UPD ATE BINAR Y 
P1 1 ‘XXh’ Offset i byte från början av filen: 
Mest signif ikanta byte 
P2 1 ‘XXh’ Offset i byte från början av filen: 
Minst signif ikanta byte 
Lc 1 ‘XXh’ Fältlängd för skyddade data 26.5.2016 L 139/195 Europeiska unionens officiella tidning SV     
Byte Längd Värde Beskr ivning 
#6 1 ‘81h’ TPV: Tagg för data med klar värde 
#7 L ‘NNh’ eller 
‘81 NNh’ LPV: längd på överförda data 
L är 2 byte om LPV > 127 byte. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ Data med klar värde (data som ska skrivas) 
#(7+L+NN) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(8+L+NN) 1 ‘XXh’ LCC: Längd på efterföljande kryptografisk kon­
trollsumma ‘04h’ för säker meddelandehanter ing 
(genera tion 1) (se del A i tillägg 11): 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns 
längd för säker meddelandehant ering (generation 
2) (se del B i tillägg 11) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografi sk kontrollsumma 
Le 1 ‘00h’ Enligt ISO/IEC 7816-4  
TCS_59  Svarsmeddelande om indat aformatet för säker meddelandehanter ing är korrekt 
Byte Längd Värde Beskr ivning 
#1 1 ‘99h’ TSW: Tagg för statusregister (ska skyddas av CC) 
#2 1 ‘02h’ LSW: längd på återsända statusregist er 
#3-#4 2 ‘XXXXh’ Bearbetningsstatus för APDU för oskyddat svar 
#5 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#6 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kontrollsumma: 
‘04h’ för säker meddelandehanter ing (generation 1) (se del A i till­
ägg 11) 
‘08h’, ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns längd för säke r 
meddelandehanter ing (gener ation 2) (se del B i tillägg 11) 
#7-#(6+L) L ‘XX..XXh’ Kryptografisk kontrollsumma 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
”Nor mal” bearbetningsstatus, som beskr ivs för kommandot UPD ATE BINAR Y utan säker meddelan ­
dehante ring (se avsnitt 3.5.3.1), kan återsändas med hjälp av den struktur för svarsmeddelanden 
som beskr ivs ovan. 
Vissa fel, som specif ikt kan hänf öras till säker meddelandehanter ing, kan inträffa. I så fall återsänds 
helt enkelt bearbetningsstatusen utan någon struktur för säke r meddelandehanter ing. 
TCS_60  Svarsmeddelande vid fel i den säkra meddelandehanter ingen 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  26.5.2016 L 139/196 Europeiska unionens officiella tidning SV     
—  Om ingen aktuell sessionsny ckel finns tillgänglig återsänds bearbetningsstatus ‘6A88’ . 
—Om vissa förväntade dataobjekt (enligt specifikati on ovan) saknas i format et för säker meddelan ­
dehant ering återsänds bearbetningsstatus ‘6987’: detta fel inträffar om en förväntad tagg saknas 
eller om kommandots nytt odel (body) inte är rätt konstr uerad. 
—  Om vissa data är felaktig a återsänds bearbetningsstatus ‘6988’: detta fel inträffar om alla 
nödvändiga taggar är närvarande men vissa längder skiljer sig från vad som förväntas. 
—  Om verifier ingen av den kryptografiska kontrollsumman missly ckas, återsänds 
bearbetningsstatus ‘6688’. 
3.5.3.2  Kommando med kort identifi erare för elementfil 
Denna kommando variant gör det möjligt för kortläsaren att välja en elementfil med hjälp av en kort 
identif ierare för elementfil och skriva data från den elementfilen. 
TCS_61  Ett färdskr ivark ort ska stödja denna kommando variant för alla elementf iler med en angiven kort 
identif ierare för elementfil. Dessa korta identif ierare för elementfil specificeras i kapitel 4. 
TCS_62  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘D6h’ UPD ATE BINAR Y 
P1 1 ‘XXh’ Bit 8 sätts till 1 
Bitar na 7 och 6 sätts till 00 
Bitar na 5–1 kodar den korta identifierare n för motsvarande ele­
mentfil 
P2 1 ‘XXh’ Kodar en offset från 0 till 255 byte i den elementf il anges i P1 
Lc 1 ‘NNh’ Längd på data som ska uppdat eras. Antal byte som ska skrivas. 
#6-#(5+NN) NN ‘XX..XXh’ Data som ska skrivas  
TCS_63  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
Anmärkning: De korta identif ierare för elementfil vilka används för färdsk rivartillämpning en 
(genera tion 2) specifi ceras i kapitel 4. 
Om P1 kodar en kort identifierare för elementf il och kommandot lyckas blir den identif ierade 
elementf ilen aktuell elementfil (current EF). 
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den fil som motsvarar den korta identif ieraren för elementfil inte kan hittas, återsänds 
bearbetningsstatus ‘6A82’ . 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 26.5.2016 L 139/197 Europeiska unionens officiella tidning SV     
—  Om offset inte överensstämmer med storlek en på elementfilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storlek en på de data som ska skrivas inte överensstämmer med storlek en på elementf ilen 
(Offset + Lc > EF size) återsänds bearbetningsstatus ‘6700’. 
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om det inte går att skriva data, återsänds bearbetningsstatus ‘6581’. 
3.5.3.3  Kommando med udda INS-by te (instr uktion) 
Denna kommando variant gör det möjligt för kortläsare att skriva data till en elementf il med 32 768 byte 
eller mer . 
TCS_64  Ett färdskr ivark ort som stöder EF med 32 768 byte eller mer ska stöd ja denna kommando variant 
för dessa EF. Ett färdskr ivark ort kan – men måste inte – stödja denna kommando variant för andra 
elementf iler. 
TCS_65  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘D7h’ UPD ATE BINAR Y 
P1 1 ‘00h’ Aktuell elementf il 
P2 1 ‘00h’ 
Lc 1 ‘NNh’ Längd på data i kommandodataf ältet 
#6-#(5+NN) NN ‘XX..XXh’ Offsetdataobjekt med tagge n ‘54h’ || Godty ckligt (discre tionar y) 
dataobjekt med tagge n ‘53h’ som inkapslar de data som ska 
skrivas  
Kortläsaren ska koda offsetdataobjektets och det godty ckliga (discretionar y) dataobjektet s längd med 
minsta möjlig a antal okte tter, dvs. med hjälp av byte för längd ‘01h’ ska kortläsaren koda en offset/ 
längd från 0 till 255 och med hjälp av byte för längd ‘02h’ en offset/längd från 256 upp till 65 535 
byte. 
TCS_66  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om ingen elementfil väljs återsänds bearbetningsstatus ‘6986’. 
—  Om säkerhetsvillk oren för den valda filen inte uppfylls, avbryts kommandot med ‘6982’. 
—  Om offset inte överensstämmer med storlek en på elementfilen (Offset > EF size), återsänds 
bearbetningsstatus ‘6B00’. 
—  Om storlek en på de data som ska skrivas inte överensstämmer med storlek en på elementf ilen 
(Offset + Lc > EF size) återsänds bearbetningsstatus ‘6700’. 26.5.2016 L 139/198 Europeiska unionens officiella tidning SV     
—  Om ett integritetsfel upptäc ks i filattr ibuten, ska kortet anse filen vara skadad och omöjlig att 
återställa, och återsända bearbetningsstatus ‘6400’ eller ‘6500’. 
—  Om det inte går att skriva data, återsänds bearbetningsstatus ‘6581’. 
3.5.3.3.1  Kommando med säker meddelandehanter ing (exe mpel) 
Följande exem pel åskådliggör använ dningen av säker meddelandehante ring om säkerhetsvillk oret SM-MA C- 
G2 tilläm pas. 
TCS_67  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘0Ch’ Säker meddelandehanter ing efterfråg ad 
INS 1 ‘D7h’ UPD ATE BINAR Y 
P1 1 ‘00h’ Aktuell elementfil 
P2 1 ‘00h’ 
Lc 1 ‘XXh’ Fältlängd för skyddade data 
#6 1 ‘B3h’ Tagg för BER -TLV-kodade data med klar värde 
#7 L ‘NNh’ eller 
‘81 NNh’ LPV: längd på överförda data 
L är 2 byte om LPV > 127 byte. 
#(7+L)-#(6+L+NN) NN ‘XX..XXh’ BER -TLV-kodade data med klar värde, dvs. offset ­
dataobjekt med tagg en ‘54h’ || Godty ckligt (dis­
cretionar y) dataobjekt med tagg en ‘53h’ som in­
kapslar de data som ska skrivas 
#(7+L+NN) 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 
#(8+L+NN) 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kon­
trollsumma: 
‘08h’ , ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns 
längd för säker meddelandehant ering (generation 
2) (se del B i tillägg 11) 
#(9+L+NN)-#(8+M+L+NN) M ‘XX..XXh’ Kryptografi sk kontrollsumma 
Le 1 ‘00h’ Enligt ISO/IEC 7816-4  
TCS_68  Svarsmeddelande om kommandot lyckas 
Byte Längd Värde Beskr ivning 
#1 1 ‘99h’ TSW: Tagg för statusregister (ska skyddas av CC) 
#2 1 ‘02h’ LSW: längd på återsända statusregist er 
#3-#4 2 ‘XXXXh’ Bearbetningsstatus för APDU för oskyddat svar 
#5 1 ‘8Eh’ TCC: Tagg för kryptografisk kontrollsumma 26.5.2016 L 139/199 Europeiska unionens officiella tidning SV     
Byte Längd Värde Beskr ivning 
#6 1 ‘XXh’ LCC: Längd på efterföljande kryptografiska kontrollsumma: 
‘08h’, ‘0Ch’ eller ‘10h’ beroende på AES-ny ckelns längd för säke r 
meddelandehanter ing (gener ation 2) (se del B i tillägg 11) 
#7-#(6+L) L ‘XX..XXh’ Kryptografisk kontrollsumma 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
3.5.4  GET CHALLENGE 
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 
Kommandot GET CHALLENGE ber kortet att utfärda en utmaning (challenge) för att använda den i ett 
säkerhet sförfarande i vilket ett kryptogram eller några chiffrerade data sänds till kortet. 
TCS_69  Den utmaning som utfärdas av kortet är endast giltig för nästa kommando som använder en 
utmaning som sänds till kortet. 
TCS_70  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘84h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Le 1 ‘08h’ Le (Längd på den utmaning som förväntas)  
TCS_71  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#8 8 ‘XX..XXh’ Utmaning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om Le skiljer sig från ‘08h’ är bearbetningsstatusen ‘6700’. 
—  Om parametrar na P1-P2 är inkorrekta är bearbetningsstatusen ‘6A86’. 
3.5.5  VERIFY 
Detta kommando överensstämmer med ISO/IEC 7816-4, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 
Endast verk stadsk ortet måste stödja detta kommando. 
Andra typer av färdskr ivark ort kan ha, men måst e inte ha, detta kommando infört, men för dessa kort finns 
inge n användaran passad referens-CHV . Därf ör kan dessa kort inte utföra detta kommando. För andra typer 
av färdskr ivark ort än verk stadsk ort omf attas inte kortets reaktion på detta kommando, dvs. den felkod som 
återsänds, av denna specifikation. 26.5.2016 L 139/200 Europeiska unionens officiella tidning SV     
Kommandot VERIFY initierar jämf örelsen i kortet av CHV (PIN)-data som sänds från kommandot med den 
referen s-CH V som lagras i kortet. 
TCS_72  Den PIN-k od som anges av användaren måste vara ASCII-k odad och utfylld till höger av kortläsaren 
med ‘FFh’-byt e upp till en längd av 8 byte (se även datatyp WorkshopCardPIN i tillägg 1). 
TCS_73  Färdskr ivar tilläm pningar i generation 1 och generation 2 ska använ da samma referens-C HV. 
TCS_74  Färdskr ivark ortet ska kontrollera om kommandot kodas korrekt. Om kommandot inte kodas 
korrekt ska kortet inte jämf öra CHV -värdena, inte minska värdet på räknaren av återstående CHV- 
försök och inte återställa säke rhetsstatusen ”PIN_V erified”, men avbryta kommandot. Ett kommando 
är korrekt kodat om byte CLA, INS, P1, P2 och Lc har angivna värden, Le är från varande och 
kommandodatafält et har korrekt längd. 
TCS_75  Om kommandot lyckas återinitialiseras räknaren av återstående CHV -försök. Star tvärdet för 
räknaren av återstående CHV-försök är 5. Om kommandot lyckas ska kortet sätta den interna 
säkerhets statusen ”PIN_V erified”. Kortet ska återställa denna säke rhetsstatus om kortet återställs eller 
om den CHV -kod som sänds i kommandot inte överensstämmer med den referens-CH V som 
lagrats. 
Anmärkning: Anv ändning av samma referens-CHV och en global säke rhetsstatus förhindrar att en 
verkstad sanställd på nytt måst e ange PIN efter det att en annan dedik erad fil för en färdskr ivar­
tillämpning valts.  
TCS_76  En missly ckad jämf örelse registreras i kortet, dvs. värdet på räknaren av återstående CHV-försök ska 
minskas med 1, för att begränsa antalet ytterlig are försök att använda referens-CHV . 
TCS_77  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘20h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 (den verifierade CHV är indirekt känd) 
Lc 1 ‘08h’ Längd på överförd CHV -kod 
#6-#13 8 ‘XX..XXh’ CHV  
TCS_78  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om referens-CHV inte hittas, återsänds bearbetningsstatus ‘6A88’ . 
—  Om CHV bloc keras (räknaren av återstående CHV -försök står på noll) återsänds 
bearbetningsstatus ‘6983’. När CHV väl är i detta tillstånd kan den inte användas mer . 
—  Om jämf örelsen missly ckas minskas värdet på räknaren av återstående försök och status ‘63CX’ 
återsänds (X > 0 och X = värdet på räknaren av återstående CHV -försök). 
—  Om referens-CHV anses skadad, återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om Lc skiljer sig från ‘08h’ är bearbetningsstatusen ‘6700’. 26.5.2016 L 139/201 Europeiska unionens officiella tidning SV     
3.5.6  GET RESPONSE 
Detta kommando överensstämmer med ISO/IEC 7816-4. 
Detta kommando (som bara behö vs och finns för prot okoll T=0) använ ds för att överföra förberedda data 
från kortet till kortläsaren (om ett kommando inbegr iper både Lc och Le). 
Kommandot GET RESPONSE måst e ges omedelbar t efter det kommando som förbereder data, annars går 
dessa data förlorade. Efter verkställandet av kommandot GET RESPONSE (utom om felet ‘61xx’ eller ‘6Cxx’ 
inträffar , se nedan), finns tidigare förberedda data inte längre tillgängliga. 
TCS_79  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘C0h’  
P1 1 ‘00h’  
P2 1 ‘00h’  
Le 1 ‘XXh’ Antal förväntade byte  
TCS_80  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#X X ‘XX..XXh’ Data 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om kortet inte har förberett några data återsänds bearbetningsstatus ‘6900’ eller ‘6F00’. 
—  Om Le överstig er antal tillgängliga byte eller om Le är noll återsänds bearbetningsstatus ‘6Cxx’, 
där xx betec knar exakt antal tillgängliga byte. I detta fall finns förberedda data fortfarande 
tillgängliga för ett efterföljande GET RESPONSE-k ommando. 
—  Om Le inte är noll och är mindre än antal tillgäng liga byte, sänds begärda data på normalt sätt 
av kortet, och bearbetningsstatus ‘61xx’ återsänds, där xx anger ett antal extra byte som 
fortfarande är tillgängliga för ett efterföljande GET RESPONSE-k ommando. 
—  Om kommandot inte stöds (protok oll T=1), återsänder kortet ‘6D00’. 
3.5.7  PSO: VERIFY CER TIFICA TE 
Detta kommando överensstämmer med ISO/IEC 7816-8, men det har en begränsad användning jämf ört med 
det kommando som definieras i normen. 
Kortet använ der kommandot VERIFY CERTIFICA TE för att erhålla en öppen nyckel utifrån och för att 
kontrollera dess giltighet. 
3.5.7.1  Meddelandepar (kommando och svar) för generation 1 
TCS_81  Denna kommando variant stöds endast av en färdskr ivar tilläm pning i generation 1. 26.5.2016 L 139/202 Europeiska unionens officiella tidning SV     
TCS_82  När ett VERIFY CER TIFICA TE-k ommando lyckas lagras den öppna nyckeln i säkerhetsmiljön (secur ity 
environment) för framtida använ dning. Denna nyckel ska uttrycklig en ställas in för använ dning i 
säkerhets relaterade kommandon (INTERNAL AUTHENTICA TE, EXTERNAL AUTHENTICA TE eller 
VERIFY CERTIFICA TE) av MSE-k ommandot (se avsnitt 3.5.11) med hjälp av dess nyckelidentifierare . 
TCS_83  I alla händelser använder kommandot VERIFY CER TIFICA TE den öppna nyckel som MSE- 
kommandot tidigare valt för att öppna certifik atet. Denna öppna nyckel ska tillhöra antingen en 
medlemsstat eller Europa. 
TCS_84  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘00h’ P1 
P2 1 ‘AEh’ P2: icke BER -TLV-kodade data (konkatener ing av dataelement) 
Lc 1 ‘C2h’ Lc: Certifikatets längd, 194 byte 
#6-#199 194 ‘XX..XXh’ Certifikat : konkat ener ing av dataelement (enligt tillägg 11)  
TCS_85  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om verifieringen av certifik at missly ckas, återsänds bearbetningsstatus ‘6688’. Verifier ing och 
uppackn ing av certifikat beskr ivs i tillägg 11 för G1 och G2. 
—  Om ingen öppen nyckel är närvarande i säkerhets miljön (secur ity environm ent) återsänds ‘6A88’. 
—  Om den valda öppna nyckeln (som används för att packa upp certifikatet) anses skadad 
återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Endast generation 1: Om den valda öppna nyckeln (som används för att packa upp certifikatet) 
har en annan CHA .LSB (
 ) än ‘00’ 
(dvs. om den varken är en medlemsstats eller Europas öppna nyckel) återsänds 
bearbetningsstatus ‘6985’. 
3.5.7.2  Meddelandepar (kommando och svar) för generation 2 
Beroende på kurvstorlek kan ECC-cer tifik at vara så långa att de inte kan överföras i en enda APDU. I detta 
fall måste en kommandok edja i enlighet med ISO/IEC 7816-4 användas, och certifikatet överfö rs i två på 
varandra följande PSO: VERIFY CERTIFICA TE (APDU). 
Certifik atets struktur och domänpar ametrar na definieras i tillägg 11. 
TCS_86  Detta kommando kan utföras på huvudfil (MF) och i DF Tachograph och DF Tachograph_G2 (se 
även TCS_33). 26.5.2016 L 139/203 Europeiska unionens officiella tidning SV     
TCS_87  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘X0h’ CLA-byt e anger kommandokedja: 
‘00h’: det enda eller sista kommandot i kedjan 
‘10h’: inte det sista kommandot i en kedja 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘00h’  
P2 1 ‘BEh’ Kontrollera självbeskr ivande (self-descr iptive) certifikat 
Lc 1 ‘XXh’ Kommandodataf ältets längd, se TCS_88 och TCS_89. 
#6-#5+L L ‘XX..XXh’ DER -TLV-kodade data: Dataobjektet ECC Certificate Body som första 
dataobjekt som konkat enerats med dataobjektet ECC Certificate Sig­
nature som andra dataobjekt eller en del av denna konkatener ing. 
Tagge n ‘7F21’ och motsvarande längd ska inte överfö ras. 
Ordningsf öljden för dessa dataobjekt är fast.  
TCS_88  För dataenheter (APDU) med kort längd gäller följande bestämmelser : Kortläsaren ska använda det 
minsta antal dataenheter (APDU) som krävs för att överfö ra kommandots nytt olast (payload) och 
överfö ra det maximala antalet byte i den första dataenheten (APDU) för kommandot i enlighet med 
värdet i den byte som betecknar Information Field Size Card (se TCS_14). Om kortläsaren inte gör 
detta så betyder det att kortets funktion ligger utanf ör tillämpning sområdet. 
TCS_89  För dataenheter (APDU) med utökad längd gäller följande bestämmelser: Om certifik atet inte ryms i 
en enda APDU ska kortet stöd ja kommandok edjor . Kortläsaren ska använ da det minsta antal 
dataenheter (APDU) som krävs för att överfö ra kommandots nytt olast (payload) och överfö ra det 
maximala antalet byte i den första dataenheten (APDU) för kommandot. Om kortläsaren inte gör 
detta så betyder det att kortets funktion ligger utanf ör tillämpning sområdet. 
Anmärkning: Enligt tillägg 11 lagras certifik atet, eller det innehåll som är relevant i certifikatet, i 
kortet, och dess currentAuthenticatedTime uppdate ras. 
Strukturen för svarsmeddelanden samt statusregist er definieras i TCS_85. 
TCS_90  Utöver de felkoder som förtecknas i TCS_85 kan kortet återsända följande felkoder: 
—  Om den valda öppna nyckeln (som används för att packa upp certifikatet) har en CHA.LSB 
(CertificateHolderAuthor isation.equipmentT ype) som inte är lämplig för certifik atet enligt tillägg 11 
återsänds bearbetningsstatus ‘6985’. 
—  Om kortets currentAuthenticatedTime är senare än certifikatets sista giltighetsdag återsänds 
bearbetningsstatus ‘6985’. 
—  Om det sista kommandot i kedjan förväntas återsänder kortet ‘6883’. 
—  Om felaktiga parameter ar sänds i kommandodataf ältet återsänder kortet ‘6A80’ (används även 
om dataobjekten inte sänds i den angivna ordningen). 
3.5.8  INTERNAL AUTHENTICATE 
Detta kommando överensstämmer med ISO/IEC 7816-4. 
TCS_91  Alla färdskr ivark ort ska stöd ja detta kommando i DF Tachog raph för generation 1. Kommandot kan 
vara, men måste inte vara, åtkomligt i huvudfi len (MF) och/eller DF Tachog raph_G2. I så fall ska 
kommandot avbrytas med en lämpli g felkod eftersom kortets privata nyckel (Card.SK) för autentiser ­
ingsprotok ollet i generation 1 endast är åtkomlig i DF_T achograph för generation 1. 26.5.2016 L 139/204 Europeiska unionens officiella tidning SV     
Med hjälp av kommandot INTERNAL AUTHENTICA TE kan kortläsaren autenti sera kortet. Autentiser ingen 
beskr ivs i tillägg 11. Den inbegr iper nedanstående programsatser . 
TCS_92  Kommandot INTERNAL AUTHENTICA TE använder kortets privata nyckel (indirekt vald) för att 
signera autenti seringsdata, inbegr ipet K1 (första element et för överensk ommelse om sessionsny cklar) 
och RND1, och använder den öppna nyckel som för närvarande är vald (genom det sista MSE- 
kommandot) för att kryptera signaturen och utforma token för autentiser ing (när mare beskr ivning i 
tillägg 11). 
TCS_93  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘88h’ INS 
P1 1 ‘00h’ P1 
P2 1 ‘00h’ P2 
Lc 1 ‘10h’ Längd på de data som sänds till kortet 
#6 – #13 8 ‘XX..XXh’ Utmaning som används för att autentisera kortet 
#14 -#21 8 ‘XX..XXh’ VU.CHR (se tillägg 11) 
Le 1 ‘80h’ Längd på de data som förväntas från kortet  
TCS_94  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#128 128 ‘XX..XXh’ Token för autentis ering av kort (se tillägg 11) 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om inge n öppen nyckel är närvarande i säkerhetsmiljön (secur ity enviro nment) återsänds 
bearbetningsstatus ‘6A88’ . 
—  Om ingen privat nyckel är närvarande i säke rhetsmiljön återsänds bearbetningsstatus ‘6A88’ . 
—  Om VU.CH R inte överensstämmer med identif ieraren för den aktuella öppna nyckeln återsänds 
bearbetningsstatus ‘6A88’ . 
—  Om den valda privata nyckeln anses skadad, återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
TCS_95  Om kommandot INTERNAL AUTHENTICA TE lyckas tas aktuell sessionsny ckel i förek ommande fall 
bort och upphör att vara tillgänglig. För att göra en ny sessionsny ckel tillgänglig måste kommandot 
EXTERNAL AUTHENTICA TE för autentiser ingsmekanismen i generation 1 utföras med gott resultat. 
3.5.9  EXTERNAL AUTHENTIC ATE 
Detta kommando överensstämmer med ISO/IEC 7816-4. 
Med hjälp av kommandot EXTERNAL AUTHENTICA TE kan kortet autenti sera kortläsaren. Autentiser inge n 
beskr ivs i tillägg 11 för Tachograph G1 och G2 (autentise ring av fordonsenhet). 26.5.2016 L 139/205 Europeiska unionens officiella tidning SV     
TCS_96  Kommando varianten för mekanismen för ömsesidig autentiser ing i generation 1 stöd s endast av en 
färdsk rivartillämpning i generation 1. 
TCS_97  Kommando varianten för ömsesidig aute ntiser ing mellan fordonsenhet och kort i generation 2 kan 
utföras på huvudfil (MF) och i DF Tachograph och DF Tachog raph_G2 (se även TCS_34). 
TCS_98  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘82h’ INS 
P1 1 ‘00h’ Indirekt kända nycklar och algor itmer 
P2 1 ‘00h’  
Lc 1 ‘XXh’ Lc (längd på de data som sänds till kortet) 
#6-#(5+L) L ‘XX..XXh’ Autentiser ing (generation 1): Kryptogram (se del A i tillägg 11) 
Autentiser ing (generation 2): Signatur genereras av kortläsaren (se 
del B i tillägg 11)  
TCS_99  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—Om CHA för den för närvarande satta öppna nyckeln inte är en konkat ener ing av färdskr ivar till­
ämpn ingens AID (tillämpnings identif ierare) och av en typ av fordonsenhetsutr ustning, återsänds 
bearbetningsstatus ‘6F00’. 
—  Om kommandot inte omedelbar t föregås av kommandot GET CHALLENGE återsänds 
bearbetningsstatus ‘6985’. 
Färdskr ivar tilläm pningen (genera tion 1) kan dessuto m återsända följande felkoder: 
—  Om ingen öppen nyckel är närvarande i säkerhets miljön (secur ity environm ent) återsänds ‘6A88’. 
—  Om ingen privat nyckel är närvarande i säke rhetsmiljön återsänds bearbetningsstatus ‘6A88’ . 
—  Om verifieringen av kryptogramme t missly ckas, återsänds bearbetningsstatus ‘6688’. 
—  Om den valda privata nyckeln anses skadad, återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
Kommando varianten för aute ntiser ingen (generation 2) kan dessutom återsända följande felkod: 
—  Om verifieringen av signaturen missly ckas, återsänder kortet ‘6300’. 
3.5.10  GENERAL AUTHENTIC ATE 
Detta kommando används för det protok oll för autentiser ing av chip i generation 2 som specifi ceras i del B i 
tillägg 11 och överensstämmer med ISO/IEC 7816-4. 
TCS_100  Detta kommando kan utföras på huvudfil (MF) och i DF Tachog raph och DF Tachog raph_G2 (se 
även TCS_34). 26.5.2016 L 139/206 Europeiska unionens officiella tidning SV     
TCS_101  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘86h’  
P1 1 ‘00h’ Indirekt kända nycklar och protok oll 
P2 1 ‘00h’  
Lc 1 ‘NNh’ Lc: Längd på efterföljande datafä lt 
#6-#(5+L) L ‘7Ch’ + L7C + ‘80h’ + L80 + ‘XX..XXh’ DER -TLV-kodat värde på tillfäll ig (ep­
hemer al) öppen nyckel (se tillägg 11) 
Fordonsenhet en ska sända dataobjek ­
ten i denna ordningsf öljd.  
TCS_102  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#L L ‘7Ch’ + L7C + ‘81h’ + ‘08h’ 
+ ‘XX..XXh’ + ‘82h’ + L82 + 
‘XX..XXh’ DER -TLV-kodade data för dynamisk aute ntiser ing 
(Dynamic Authentication Data): tal som används en 
gång (nonce) och token för autentiser ing (se tillägg 
11) 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Kortet återsänder ‘6A80’ för att ange att datafält et innehåller felaktiga parameter ar. 
—  Kortet återsänder ‘6982’ om kommandot EXTERNAL AUTHENTICA TE inte har utförts med 
tillfredsställande resultat 
Svarsobjektet (Dynamic Authentication Data) ‘7Ch’ 
—  måste vara närvarande om operationen lyckas, dvs. statusregistret är ‘9000’, 
—  måste vara från varande vid exekver ingsfel eller kontrollfel, dvs. om statusregistret är i 
inter vallet ‘6400’–‘6FFF’ , och 
—  kan vara från varande vid varning, dvs. om statusregistret är i intervallet ‘6200’–‘63FF’. 
3.5.11  MANA GE SECURIT Y ENVIRONMENT 
Detta kommando används för att bestämma en öppen nyckel i aute ntiser ingssyf te. 
3.5.11.1  Meddelandepar (kommando och svar) för generation 1 
Detta kommando överensstämmer med ISO/IEC 7816-4. Anvä ndningen av detta kommando är begränsad 
med avseende på berörd standard. 
TCS_103  Detta kommando stöd s endast av en färdskr ivartillämpning i generation 1. 
TCS_104  Den nyckel som det refereras till i MSE-f ältet förblir aktuell öppen nyckel tills nästa korrekta MSE- 
kommando ges, en dedik erad fil (DF) väljs eller kortet återställs. 
TCS_105  Om den nyckel som det refereras till inte (redan) är närvarande i kortet, förblir säkerhets miljön 
(secur ity environm ent) oförändrad. 26.5.2016 L 139/207 Europeiska unionens officiella tidning SV     
TCS_106  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘22h’ INS 
P1 1 ‘C1h’ P1: refererad nyckel som är giltig för alla kryptografiska operationer 
P2: 1 ‘B6h’ P2 (refer erade data om digital signatur) 
Lc 1 ‘0Ah’ Lc: längd på efterföljande datafält 
#6 1 ‘83h’ Tagg för att referera till en öppen nyckel i asymmetr iska fall 
#7 1 ‘08h’ Längd på nyckelrefe rensen (nyckelidentif ierare) 
#8-#15 8 ‘XX..XXh’ Nyckelidentif ierare enligt tillägg 11  
TCS_107  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den refererade nyckeln inte är närvarande i kortet återsänds bearbetningsstatus ‘6A88’ . 
—  Om vissa förväntade dataobjekt saknas i formatet för säker meddelandehant ering, återsänds 
bearbetningsstatus ‘6987’. Detta kan inträffa om tagge n ‘83h’ saknas. 
—  Om några dataobjekt är inkorrekta, återsänds bearbetningsstatus ‘6988’. Detta kan inträffa om 
längden på nyckelidentifieraren inte är ‘08h’ . 
—  Om den valda nyckeln anses skadad, återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
3.5.11.2  Meddelandepar (kommando och svar) för generation 2 
För autentiser ingen i generation 2 stöd er färdsk rivark ortet följande MSE: Kommando versioner med SET som 
överensstämmer med ISO/IEC 7816-4. Dessa kommando versioner stöds inte för autentis ering i generation 1. 
3.5.11.2.1  MSE:SET AT för aut entiser ing av chip 
Följande MSE:SET AT-kommando används för att välja parametrar na för den autenti sering av chip som utförs 
av ett efterföljande GENERAL AUTHENTICA TE-k ommando. 
TCS_108  Detta kommando kan utföras på huvudfi l (MF) och i DF Tachograph och DF Tachog raph_G2, se 
även TCS_34. 
TCS_109  MSE:SET AT – kommandomeddelande för autentiser ing av chip 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘22h’  26.5.2016 L 139/208 Europeiska unionens officiella tidning SV     
Byte Längd Värde Beskr ivning 
P1 1 ‘41h’ Inställd för intern aute ntiser ing 
P2 1 ‘A4h’ Autentiser ing 
Lc 1 ‘NNh’ Lc: längd på efterföljande datafält 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ DER -TLV-kodad referen s till kryptografisk meka ­
nism: Objektidentifierare för aute ntiser ing av chip 
(endast värde, tagge n ‘06h’ utelämnas). 
Se tillägg 1 angåe nde värdena på objektidentif ie­
rare; bytenotation ska användas. Se tillägg 11 för 
vägledning om hur man ska välja en av dessa ob­
jektidentifierare.  
3.5.11.2.2  MSE:SET AT för aut entiser ing av fordonsenhet 
Följande MSE:SET AT-kommando används för att välja parametrar na och nycklar na för den autentis ering av 
fordonsenhet som utförs av ett efterföljande EXTERNAL AUTHENTICA TE-k ommando. 
TCS_110  Detta kommando kan utföras på huvudfi l (MF) och i DF Tachograph och DF Tachog raph_G2, se 
även TCS_34. 
TCS_111  MSE:SET AT – kommandomeddelande för autentiser ing av fordonsenhet 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Inställd för extern autentis ering 
P2 1 ‘A4h’ Autentiser ing 
Lc 1 ‘NNh’ Lc: längd på efterföljande datafält 
#6-#(5+L) L ‘80h’ + ‘0Ah’ + ‘XX..XXh’ DER -TLV-kodad referen s till kryptografisk meka ­
nism: Objektidentifi erare för autentiser ing av for­
donsenhet (endast värde, taggen ‘06h’ uteläm nas). 
Se tillägg 1 angåe nde värdena på objektidentif ie­
rare; bytenotation ska användas. Se tillägg 11 för 
vägledning om hur man ska välja en av dessa ob­
jektidentifierare. 
‘83h’ + ‘08h’ + ‘XX..XXh’ DER -TLV-kodad referen s till fordonsenhet ens 
öppna nyckel genom den CHR (Certificate Holder 
Refer ence) som nämns i dess certifik at. 
‘91h’ + L91 + ‘XX..XXh’ DER -TLV-kodad komprimerad representation av 
fordonsenhetens tillfäll iga (ephemer al) öppna 
nyckel, som kommer att använ das vid autentis er­
ing av chip (se tillägg 11)  
3.5.11.2.3  MSE:SET DST 
Följande MSE:SET DST -kommando används för att bestämma en öppen nyckel antingen 
—  för verifiering av en signatur som tillhandahålls i ett efterföljande PSO: VERIFY DIGIT AL SIGNA TURE, 
eller 26.5.2016 L 139/209 Europeiska unionens officiella tidning SV     
—  för verifiering av en signatur för ett certifikat som tillhandahålls i ett efterföljande PSO: VERIFY 
CER TIFIC ATE. 
TCS_112  Detta kommando kan utföras på huvudfil (MF) och i DF Tachog raph och DF Tachog raph_G2 (se 
även TCS_33). 
TCS_113  MSE:SET DST – kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’  
INS 1 ‘22h’  
P1 1 ‘81h’ Inställd för verifiering 
P2 1 ‘B6h’ Digital signatur 
Lc 1 ‘NNh’ Lc: längd på efterföljande dataf ält 
#6-#(5+L) L ‘83h’ + ‘08h’ + ‘XX...XXh’ DER -TLV-kodad referens till en öppen nyckel, 
dvs. CHR (Certificate Holder Reference) i certifikatet 
för den öppna nyckeln (se tillägg 11).  
För alla kommando versioner ges svarsmeddelandets struktur och statusregistret av följande: 
TCS_114  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. Protok ollet har valts och initialiserats. 
—  ‘6A80’ anger felaktiga parametrar i kommandodatafält et. 
—  ‘6A88’ anger att refererade data (dvs. en refererad nyckel) inte är tillgäng liga. 
3.5.12  PSO: HASH 
Detta kommando används för att till kortet överföra resultatet från en hashberäkning på vissa data. Detta 
kommando använ ds för att verifiera digitala signaturer . Hashvärdet lagras tillfällig t för det efterföljande 
kommandot PSO: VERIFY DIGIT AL SIGNA TURE 
Detta kommando överensstämmer med ISO/IEC 7816-8. Anvä ndningen av detta kommando är begränsad 
med avseende på berörd standard. 
Endast kontrollk ortet måst e stödja detta kommando i DF Tachograph och DF Tachog raph_G2. 
Andra typer av färdskr ivark ort kan ha, men måst e inte ha, detta kommando infört. Kommandot kan vara, 
men måst e inte vara, åtkomligt i huvudfi len (MF). 
Kontrollk ortstillämpning en (generation 1) stöd er endast SHA-1. 
TCS_115  Det tillfäll igt lagrade hashvärdet ska raderas om ett nytt hashvärde beräknas med hjälp av 
kommandot PSO: HASH, om en dedik erad fil (DF) väljs, och om färdskr ivark ortet återställs. 26.5.2016 L 139/210 Europeiska unionens officiella tidning SV     
TCS_116  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘90h’ Återsänd hashk od 
P2 1 ‘A0h’ Tagg: datafält et innehåller dataobjekt som är relevanta för hash ­
ning 
Lc 1 ‘XXh’ Längd Lc på efterföljande dataf ält 
#6 1 ‘90h’ Tagg för hashk oden 
#7 1 ‘XXh’ Längden L på hashk oden: 
‘14h’ för tillämpni ng i generation 1 (se del A i tillägg 11) 
‘20h’ , ‘30h’ eller ‘40h’ för tillämpning i generation 2 (se del B i 
tillägg 11) 
#8-#(7+L) L ‘XX..XXh’ Hashk od  
TCS_117  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om några förväntade dataobjekt (enligt specifikati on ovan) saknas återsänds bearbetningsstatus 
‘6987’. Detta kan inträffa om en av tagga rna ‘90h’ saknas. 
—  Om några dataobjekt är inkorrekta, återsänds bearbetningsstatus ‘6988’. Detta fel inträffar om 
den nödvändig a taggen är närvarande men med en annan längd än ‘14h’ för SHA-1, ‘20h’ för 
SHA-256, ‘30h’ för SHA-384, ‘40h’ för SHA-512 (tilläm pning i generation 2). 
3.5.13  PERFORM HASH of FILE 
Detta kommando överensstämmer inte med ISO/IEC 7816-8. CLA-byt e i detta kommando ange r sålunda att 
det finns en äganderättsligt skyddad (proprietar y) användning av PERFORM SECURIT Y OPERA TION / HASH. 
Endast förark ortet och verk stadsk ortet måst e stödja detta kommando i DF Tachograph och DF 
Tachog raph_G2. 
Andra typer av färdskr ivark ort kan ha, men måste inte ha, detta kommando infört. Om ett företagsk ort eller 
ett kontrollk ort har detta kommando infört, ska det vara infört enligt specifikationen i detta kapitel. 
Kommandot kan vara, men måst e inte vara, åtkomligt i huvudfilen (MF). Om så är fallet ska kommandot 
vara infört enligt specifi kationen i detta kapitel, dvs. det ska inte möjliggöra beräkning av ett hashvärde, utan 
avbrytas med en lämplig felkod. 
TCS_118  Kommandot PERFORM HASH of FILE används för att hasha dataarean hos den för närvarande 
valda transparenta elementfilen (EF). 
TCS_119  Ett färdsk rivark ort ska stöd ja detta kommando endast för de elementf iler som är förtecknade i 
kapitel 4 under DF_T achograph och DF_T achograph_G2 med undantaget att ett färdskr ivark ort 
inte ska stödja kommandot för EF Sensor_Installation_Data i DF Tachograph_G2. 26.5.2016 L 139/211 Europeiska unionens officiella tidning SV     
TCS_120  Resultatet från hashningen lagras tillfälligt i kortet. Det kan däref ter använ das för att få en digital 
signatur av filen, med hjälp av kommandot PSO: COMPUTE DIGIT AL SIGNA TURE. 
TCS_121  Det tillfälligt lagrade värdet för hash of file ska raderas om ett nytt värde för hash of file beräknas 
med hjälp av kommandot PSO: HASH OF FILE, om en dedik erad fil (DF) väljs, och om färdskr i­
vark ortet återställs. 
TCS_122  Färdskr ivar tilläm pningen (generation 1) ska stödja SHA-1. 
TCS_123  Färdskr ivar tilläm pningen (generation 2) ska stödja SHA-1 och SHA-2 (256, 384 och 512 bitar). 
TCS_124  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘80h’ CLA 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘90h’ Tagg: Hash 
P2 1 ‘XXh’ P2: Ang er vilken algor itm som ska använ das för hashning av data i den för 
närvarande valda transparenta filen: 
‘00h’ för SHA-1 
‘01h’ för SHA-256 
‘02h’ för SHA-384 
‘03h’ för SHA-512  
TCS_125  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den aktuella elementf ilen inte tillåt er detta kommando (EF Sensor_Installation_Data i DF 
Tachog raph_G2) återsänds bearbetningsstatus ‘6985’. 
—  Om den valda elementfilen anses skadad (integr itetsfel i filattr ibuten eller lagrade data), 
återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
—  Om den valda filen inte är en transparent fil, eller om det inte finns någon aktuell elementf il, 
återsänds bearbetningsstatus ‘6986’. 
3.5.14  PSO: COMPUTE DIGIT AL SIGNATURE 
Detta kommando används för att beräkna den digitala signaturen hos tidigare beräknad hashk od (se 
PERFORM HASH OF FILE, avsnitt 3.5.13). 
Endast förark ortet och verk stadsk ortet måst e stödja detta kommando i DF Tachograph och DF 
Tachog raph_G2. 
Andra typer av färdskr ivark ort kan ha, men måste inte ha, detta kommando infört, men de ska inte ha 
någon signatur nyckel. Därför kan dessa kort inte utföra kommandot, utan kommandot avbryts med en 
lämplig felkod. 
Kommandot kan vara, men måste inte vara, åtkomligt i huvudfilen (MF). I så ska fall ska kommandot 
avbrytas med en lämplig felkod. 26.5.2016 L 139/212 Europeiska unionens officiella tidning SV     
Detta kommando överensstämmer med ISO/IEC 7816-8. Anvä ndningen av detta kommando är begränsad 
med avseende på berörd standard. 
TCS_126  Detta kommando ska inte beräkna en digital signatur hos tidigare beräknad hashk od med 
kommandot PSO: HASH. 
TCS_127  Kortets privata nyckel används för att beräkna den digitala signaturen och är indirekt känd av 
kortet. 
TCS_128  Färdskr ivar tilläm pningen (gener ation 1) skapar en digital signatur med hjälp av en utfyllnadsmeto d 
som överensstämmer med PKCS1 (se tillägg 11). 
TCS_129  Färdskr ivar tilläm pningen (generation 2) beräknar en digital signatur baserad på en ellip tisk kurva 
(se tillägg 11). 
TCS_130  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘9Eh’ Digital signatur som ska återsändas 
P2 1 ‘9Ah’ Tagg: dataf ältet innehåller data som ska signeras. Eftersom inget dataf ält in­
begr ips är det meninge n att data redan ska finnas i kortet (hash of file). 
Le 1 ‘NNh’ Längd på förväntad signatur  
TCS_131  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#L L ‘XX..XXh’ Signatur hos tidigare beräknad hash 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om den indirekt valda privata nyckeln anses skadad, återsänds bearbetningsstatus ‘6400’ eller 
‘6581’. 
—  Om den hash som beräknades i ett tidigare PERFORM HASH OF FILE-k ommando inte är 
tillgänglig återsänds bearbetningsstatus ‘6985’. 
3.5.15  PSO: VERIFY DIGIT AL SIGNATURE 
Detta kommando används för att verifiera den digitala signaturen som tillhandahålls som indata och vars 
hash är känd av kortet. Signaturalgor itmen är indirekt känd av kortet. 
Detta kommando överensstämmer med ISO/IEC 7816-8. Anvä ndningen av detta kommando är begränsad 
med avseende på berörd standard. 
Endast kontrollk ortet måst e stödja detta kommando i DF Tachograph och DF Tachog raph_G2. 
Andra typer av färdskr ivark ort kan ha, men måst e inte ha, detta kommando infört. Kommandot kan vara, 
men måst e inte vara, åtkomligt i huvudfi len (MF). 
TCS_132  Kommandot VERIFY DIGIT AL SIGNA TURE använder alltid den öppna nyckel som valts av det 
tidigare givna MSE-k ommandot (Manage Secur ity Environment) MSE: SET DST och den tidigare 
hashk oden som angetts i ett PSO: HASH-k ommando. 26.5.2016 L 139/213 Europeiska unionens officiella tidning SV     
TCS_133  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘00h’ CLA 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘00h’  
P2 1 ‘A8h’ Tagg: datafält et innehåller dataobjekt som är relevanta för veri­
fiering 
Lc 1 ‘83h’ Längd Lc på efterföljande dataf ält 
6 1 ‘9Eh’ Tagg för digital signatur 
#7-#8 2 ‘81 XXh’ Längd på digital signatur: 
128 byte kodade i enlighet med del A i tillägg 11 för färdskr ivar­
tilläm pning (generation 1) 
Beroende på den valda kurvan för färdskr ivar tilläm pning (genera ­
tion 2) (se del B i tillägg 11) 
#9-#(8+L) L ‘XX..XXh’ Innehåll i digital signatur  
TCS_134  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
SW 2 ‘XXXXh’ Statusregister (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  Om verifieringe n av signaturen missly ckas, återsänds bearbetningsstatus ‘6688’. Verifieringen 
beskr ivs i tillägg 11. 
—  Om ingen öppen nyckel har valts återsänds bearbetningsstatus ‘6A88’ . 
—  Om några förväntade dataobjekt (enligt specifikati on ovan) saknas återsänds bearbetningsstatus 
‘6987’. Detta kan inträffa om en av de nödvändiga taggarna saknas. 
—  Om ingen hashk od finns tillgäng lig för att behandla kommandot (som ett resultat av ett 
tidigare PSO: HASH-k ommando) återsänds bearbetningsstatus ‘6985’. 
—  Om några dataobjekt är inkorrekta, återsänds bearbetningsstatus ‘6988’. Detta kan inträffa om 
en av de begärda dataobjektlängder na är inkorrekt. 
—  Om den valda öppna nyckeln anses skadad, återsänds bearbetningsstatus ‘6400’ eller ‘6581’. 
3.5.16  PROCE SS DSRC MESSA GE 
Detta kommando används för att kontrollera integriteten och autenti citet en hos DSR C-meddelandet och 
dech iffrera de data som översänts från en fordonsenhet till en kontrollm yndighet eller en verkstad via DSR C- 
länke n. Kortet härleder krypteringsny ckeln och den MAC-ny ckel som används för att skydda DSR C- 
meddelandet såsom beskr ivs i kapitel 13 i del B i tillägg 11. 
Endast kontrollk ortet och verkstadskor tet måste stödja detta kommando i DF Tachog raph_G2. 
Andra typer av färdskr ivark ort kan ha, men måste inte ha, detta kommando infört, men de ska inte ha 
någon huvudny ckel till DSR C. Därför kan dessa kort inte utföra kommandot, utan kommandot avbr yts med 
en lämplig felkod. 26.5.2016 L 139/214 Europeiska unionens officiella tidning SV     
Kommandot kan vara, men måste inte vara, åtkomligt i huvudfil en (MF) och/eller DF Tachog raph. I så ska fall 
ska kommandot avbrytas med en lämplig felkod. 
TCS_135  Huvudny ckeln till DSR C är åtkomlig endast i DF Tachog raph_G2, dvs. kontroll- och 
verk stadsk ortet ska stöd ja verkställandet av kommandot endast i DF Tachog raph_G2. 
TCS_136  Kommandot ska endast dekr yptera DSR C-data och verifiera den kryptografiska kontrollsumman, 
men det ska inte tolka indata. 
TCS_137  Dataobjektens ordningsf öljd i kommandodatafält et fastställs i denna specifi kation. 
TCS_138  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘80h’ Ägan derättsligt skyddad (proprietar y) CLA 
INS 1 ‘2Ah’ PERFORM SECURIT Y OPERA TION 
P1 1 ‘80h’ Svarsdata: klar värde 
P2 1 ‘B0h’ Kommandodata: BER -TVL-kodade data med klar­
värde inklusive SM-dataobjekt (SM – säker medde ­
landehantering) 
Lc 1 ‘NNh’ Längd Lc på efterföljande datafält 
#6-#(5+L) L ‘87h’ + L87 + ‘XX..XXh’ DER -TLV-kodad byte för utfyllnadsindikator , följd 
av krypterad nyttolast (payload) från färdskr ivaren. 
För denna byte för utfyllnadsindikator ska värdet 
‘00h’ (”ingen ytterligare indike ring” i enlighet med 
ISO/IEC 7816-4:2013 tabell 52) användas. Informa­
tion om krypteringsmekanismen finns i kapitel 13 i 
del B i tillägg 11. 
Tillåtna värden för längden L87 är multiplar av AES- 
block längden plus 1 för byte för utfyllnadsindikator , 
dvs. från 17 byte upp till och med 193 byte. 
Anmärkning: Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehante ring) 
med taggen ‘87h’ . 
‘81h’ + ‘10h’ DER -TLV-kodad kontrollref erensmall för konfidenti ­
alite t (Contr ol Reference Template for Confid entiality) 
som kapslar följande konkat enerade dataelement (se 
tillägg 1 DSR CSecur ityData och tillägg 11 del B ka­
pitel 13): 
—  Tidsstämpe l (4 byte) 
—  Räknare (3 byte) 
—  Serienummer för fordonsenhet (VU) (8 byte) 
—  Version för huvudny ckel till DSR C (1 byte) 
Anmärkning: Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehante ring) 
med taggen ‘81h’ . 
‘8Eh’ + L8E + ‘XX..XXh’ DER -TLV-kodad MAC för DSR C-meddelandet. Infor­
mation om MAC-algor itmen och MAC-beräkningen 
finns i kapitel 13 i del B i tillägg 11. 
Anmärkning: Se ISO/IEC 7816-4:2013 tabell 49 för 
SM-dataobjektet (SM – säker meddelandehante ring) 
med taggen ‘8Eh’.  26.5.2016 L 139/215 Europeiska unionens officiella tidning SV     
TCS_139  Svarsmeddelande 
Byte Längd Värde Beskr ivning 
#1-#L L ‘XX..XXh’ Frånv arande (i händelse av ett fel) eller dechiffrerade data (utfyllnad 
borttagen ) 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder kortet ‘9000’. 
—  ‘6A80’ anger felaktiga parametrar i kommandodatafält et (används också om dataobjekten inte 
sänds i den angivna ordningsf öljden). 
—  ‘6A88’ anger att refererade data inte är tillgängliga, dvs den refererade huvudn yckeln till DSR C 
är inte tillgäng lig. 
—  ‘6900’ anger att verifieringen av den kryptografiska kontrollsumman eller dekr ypteringen av 
data missly ckades. 
4.  FÄRDSKRIV ARK ORTENS STR UKTUR 
I denna punkt specifi ceras filstr ukturer na i färdskr ivark ort för lagring av åtkomliga data. 
Här specificeras varken interna strukturer som är beroende av korttillverkare, exempelvis etike tt för startdel 
(header) i en fil, eller lagring och hanteri ng av dataelement som endast behö vs för intern användning, 
exem pelvis
 ,
 ,
 eller
 . 
TCS_140  Ett färdskr ivark ort (generation 2) ska innehålla huvudfilen (MF) och en färdskr ivark ortstillämpnin g 
(generation 1 och generation 2) av samma typ (t.ex. förark ortstillämpn ingar). 
TCS_141  Ett färdskr ivark ort ska stöd ja åtminstone det minsta antal poster som ange s för motsvarande 
tillämpning ar och ska inte stöd ja fler poster än det störs ta antal poster som anges för motsvarande 
tillämpning ar. 
Största och minsta antal poster anges i detta kapitel för de olika tillämpning arna. 
Information om de säke rhetsvillk or som används i tillträdesreg lerna i hela detta kapitel återfi nns i 
kapitel 3.3. I allmänhet betec knar åtkomstläget för läsning (read) kommandot READ BINAR Y med 
jämn och, om detta stöds, udda INS-b yte med undantag för EF Sensor_Installation_Data i 
verk stadsk ortet (se TCS_156 och TCS_160). Åtkomstläg et för uppdate ring (update) betec knar 
kommandot UPD ATE BINAR Y med jämn och, om detta stöds , udda INS-byt e, och åtkomstläg et för 
val (select) betec knar kommandot SELECT . 
4.1.  Huvudf il (MF) 
TCS_142  Efter det att huvudfi len (MF) har användaranpassats ska den ha nedanstående permanenta 
filstruktur och filtillträdesvillk or. 
Anmärkning: Den korta identif ieraren (SFID) för elementf ilen (EF) ange s som ett decimaltal, t.ex. 
motsvaras värdet 30 av 11110 binär t. 
26.5.2016 L 139/216 Europeiska unionens officiella tidning SV     
Följande förkortning för säke rhetsvillk oret används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
TCS_143  Alla EF-strukturer ska vara transparenta. 
TCS_144  Huvudf ilen (MF) ska ha följande datastr uktur: 
TCS_145  Elementf ilen EF DIR ska innehålla följande tillämpningsrelat erade dataobjekt : ‘61 08 4F 06 FF 54 
41 43 48 4F 61 08 4F 06 FF 53 4D 52 44 54’ 
TCS_146  Elementf ilen EF ATR/INFO ska vara närvarande om färdskr ivark ortet indiker ar i sitt ATR att det 
stödjer fält med utökad längd. I så fall ska EF ATR/INFO innehålla dataobjektet med information 
om utökad längd (DO‘7F66’) i enlighet med ISO/IEC 7816-4:2013 avsnitt 12.7.1. 
TCS_147  Elementf ilen EF Extended_Length ska vara närvarande om färdskr ivark ortet indikera r i sitt ATR att 
det stödjer fält med utökad längd. I så fall ska elementfilen (EF) innehålla följande dataobjekt: ‘02 
01 xx’ där värdet ‘xx’ anger om fält med utökad längd stöds för protok oll T=1 och/eller protok oll 
T=0. 
Värdet ‘01’ anger att fält med utökad längd stöds för prot okoll T=1. 
Värdet ‘10’ anger att fält med utökad längd stöds för prot okoll T=0. 
Värdet ‘11’ anger att fält med utökad längd stöds för prot okoll T=1 och protok oll T=0. 
4.2.  Förark ortstillämpningar 
4.2.1  Förarkor tstillämpning (generation 1) 
TCS_148  Efter det att förark ortstillämpn ingen (generation 1) har användaranp assats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 26.5.2016 L 139/217 Europeiska unionens officiella tidning SV     
Följande förkortningar för säkerhetsvillk oren används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
TCS_149  Alla EF-strukturer ska vara transparenta. 
TCS_150  Förark ortstillämpn ingen (gener ation 1) ska ha följande datastr uktur:   26.5.2016 L 139/218 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/219 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/220 Europeiska unionens officiella tidning SV     
TCS_151  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som förark ortets datastr uktur enligt generation 1 måste använda för 
postern a. 
4.2.2  Förarkor tstillämpning (generation 2) 
TCS_152  Efter det att förark ortstillämpn ingen (generation 2) har användaranp assats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 
Anmärkning: Den korta identif ieraren (SFID) för elementf ilen (EF) ange s som ett decimaltal, t.ex. 
motsvaras värdet 30 av 11110 binär t. 
Följande förkortning för säke rhetsvillk oret används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
TCS_153  Alla EF-strukturer ska vara transparenta. 
TCS_154  Förark ortstillämpn ingen (gener ation 2) ska ha följande datastr uktur:   26.5.2016 L 139/221 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/222 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/223 Europeiska unionens officiella tidning SV     
TCS_155  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som förark ortets datastr uktur enligt generation 2 måste använda för 
postern a. 
4.3.  Verks tadskortstillämpningar 
4.3.1  Verkstadskor tstillämpning (gener ation 1) 
TCS_156  Efter det att verkstadsk ortstillämpning en (generation 1) har användaranpassats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or.  26.5.2016 L 139/224 Europeiska unionens officiella tidning SV     
Följande förkortningar för säkerhetsvillk oren används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC4  För kommandot READ BINAR Y med jämn INS-byt e: 
(PLAIN-C AND SM-R -ENC-G1) OR (SM-C-MA C-G1 AND SM-R -ENC-MA C-G1) OR 
(SM-C-MA C-G2 AND SM-R -ENC-MA C-G2) 
För kommandot READ BINAR Y med udda INS-byt e (om detta stöds): NEV 
TCS_157  Alla EF-strukturer ska vara transparenta. 
TCS_158  Verks tadsk ortstillämpning en (generation 1) ska ha följande datastr uktur:   26.5.2016 L 139/225 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/226 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/227 Europeiska unionens officiella tidning SV     
TCS_159  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som verk stadsk ortets datastr uktur enligt generation 1 måste 
använda för poste rna. 
4.3.2  Verkstadskor tstillämpning (gener ation 2) 
TCS_160  Efter det att verkstadsk ortstillämpning en (generation 2) har användaranpassats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 
Anmärkning: Den korta identif ieraren (SFID) för elementf ilen (EF) ange s som ett decimaltal, t.ex. 
motsvaras värdet 30 av 11110 binär t.  26.5.2016 L 139/228 Europeiska unionens officiella tidning SV     
Följande förkortningar för säkerhetsvillk oren används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
SC5  För kommandot READ BINAR Y med jämn INS-b yte: SM-C-MA C-G2 AND SM-R -ENC-MA C- 
G2 
För kommandot READ BINAR Y med udda INS-byt e (om detta stöds): NEV 
TCS_161  Alla elementfilers strukturer ska vara transparenta. 
TCS_162  Verks tadsk ortstillämpning en (generation 2) ska ha följande datastr uktur:   26.5.2016 L 139/229 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/230 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/231 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/232 Europeiska unionens officiella tidning SV     
TCS_163  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som verk stadsk ortets datastr uktur enligt generation 2 måste 
använda för poste rna. 
4.4.  Kon trollk ortstillämpningar 
4.4.1  Kontrollk ortstillämpning (generation 1) 
TCS_164  Efter det att kontrollk ortstillämpning en (generation 1) har användaran passats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 
Följande förkortningar för säkerhetsvillk oren används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_165  Alla EF-strukturer ska vara transparenta. 
TCS_166  Kontrollk ortstillämpn ingen (gener ation 1) ska ha följande datastr uktur:   26.5.2016 L 139/233 Europeiska unionens officiella tidning SV     
TCS_167  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som kontrollk ortets datastr uktur enligt generation 1 måst e använda 
för posterna. 
4.4.2  Kontrollk ortstillämpning (generation 2) 
TCS_168  Efter det att kontrollk ortstillämpning en (generation 2) har användaran passats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 
Anmärkning: Den korta identif ieraren (SFID) för elementf ilen (EF) ange s som ett decimaltal, t.ex. 
motsvaras värdet 30 av 11110 binär t. 26.5.2016 L 139/234 Europeiska unionens officiella tidning SV     
Följande förkortning för säke rhetsvillk oret används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
TCS_169  Alla EF-strukturer ska vara transparenta. 
TCS_170  Kontrollk ortstillämpn ingen (gener ation 2) ska ha följande datastr uktur:   26.5.2016 L 139/235 Europeiska unionens officiella tidning SV     
TCS_171  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som kontrollk ortets datastr uktur enligt generation 2 måst e använda 
för posterna. 
4.5.  Företagsk ortstillämpningar 
4.5.1  Företagskor tstillämpning (generation 1) 
TCS_172  Efter det att företagsk ortstillämpn ingen (generation 1) har använ daranpassats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 26.5.2016 L 139/236 Europeiska unionens officiella tidning SV     
Följande förkortningar för säkerhetsvillk oren används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
SC2  ALW OR SM-MA C-G1 OR SM-MA C-G2 
SC3  SM-MA C-G1 OR SM-MA C-G2 
SC6  EXT -AUT-G1 OR SM-MA C-G1 OR SM-MA C-G2 
TCS_173  Alla EF-strukturer ska vara transparenta. 
TCS_174  Företagsk ortstillämpning en (generation 1) ska ha följande datastr uktur: 
26.5.2016 L 139/237 Europeiska unionens officiella tidning SV     
TCS_175  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som företagsk ortets datastr uktur enligt generation 1 måst e använ da 
för posterna. 
4.5.2  Företagskor tstillämpning (generation 2) 
TCS_176  Efter det att företagsk ortstillämpn ingen (generation 2) har använ daranpassats ska den ha 
nedanstående permanenta filstruktur och filtillträdesvillk or. 
Anmärkning: Den korta identif ieraren (SFID) för elementf ilen (EF) ange s som ett decimaltal, t.ex. 
motsvaras värdet 30 av 11110 binär t. 
Följande förkortning för säke rhetsvillk oret används i denna tabell: 
SC1  ALW OR SM-MA C-G2 
TCS_177  Alla EF-strukturer ska vara transparenta. 
TCS_178  Företagsk ortstillämpning en (generation 2) ska ha följande datastr uktur:   26.5.2016 L 139/238 Europeiska unionens officiella tidning SV     
TCS_179  Nedanstående värden, som används för att tillhandahålla storlekar i tabellen ovan, är de minsta 
och största numer iska värden som företagsk ortets datastr uktur enligt generation 2 måst e använ da 
för posterna. 
26.5.2016 L 139/239 Europeiska unionens officiella tidning SV     
Tillägg 3 
PIKTO GRAM 
PIC_001  Färdskr ivaren får som altern ativ använda följande pikt ogram och kombinationer av piktogram (eller pikt ogram 
och sådana kombinationer av pikt ogram som är tillräc kligt lika för att otvetydigt kunna identifieras med 
dessa).  
1. GRUNDL ÄGGANDE PIKTOGRAM  
Aktörer Verksamhet Driftlägen 
Företag  Företagsläge 
Kontrollant Kontroll Kontrolläge 
Förare Körning Driftläge 
Verks tad/pro vningsstation Besiktning/kalibrer ing Kali brer ingsläge 
Tillverkare     
Aktiviteter Varaktighet 
Tillgäng lig Innevarande tillgänglighetspe ­
riod 
Körning Sammanhängande körtid 
Vila Innevarande viloper iod 
Annat arbete Innevarande arbetsper iod 
Rast Sammanlagd avbrottstid 
Okänd    
Utrustnin g Funktioner 
Förarens kortplats  
Medf örarens kortplats  
Kort  
Klocka  
Bildskär m Visning 
Exter n lagring Över föring 
Strömtillf örsel  
Skrivare/utskr ift Utskr ift 
Sensor  
Däcksdimension  
Fordon/f ordonsenhet  
GNSS-anordning  
Anordning för fjärravläst ti­
dig upptäc kt  
ITS-gränssnitt    
Särskilda omst ändigheter 
Omfattas ej 
Transpor t med färja/tåg  26.5.2016 L 139/240 Europeiska unionens officiella tidning SV     
Övr igt   
Händelser 
 Fel 
Star t för arbetsper iod 
 Slut för arbetsper iod 
Plats   
Manuell angivelse av föraraktivite ter   
Säkerhet   
Hastighet   
Tidpunkt   
Totalt/sammanfattning     
Preciser ing 
24h Gäller en dag 
Gäller en vecka 
Gäller två veckor 
Från eller till   
2. KOMBINA TIONER AV PIKTOGRAM  
Övr igt   
Kontrollplats   
Star tplats för arbetsper iod 
 Slutplats för arbetsper iod 
Från (tidpunkt) 
 Till (tidpunkt) 
Från (fordon)   
Perioden ”omf attas ej” börjar 
 Perioden ”omfat tas ej” slutar   
Kor t 
Förark ort 
Företagsk ort 
Kontrollk ort 
Verks tadsk ort 
Inget kort   
Kör ning 
Körning med flera förare 
Körtid för en vecka 
Körtid för två veckor   
Utskr ifter 
Dagsutskr ift från kort av föraraktivite ter 
Dagsutskr ift från fordonsenhet av föraraktivitet er 
Utskr ift från kort av händelser och fel 
Utskr ift från fordonsenhet av händelser och fel 
Utskr ift av tekniska data 
Utskr ift av hastighetsö verträdelse  26.5.2016 L 139/241 Europeiska unionens officiella tidning SV     
Händelser 
Insättning av ogiltigt kort 
Kortkonflikt 
Tidsö verlappning 
Körning utan korrekt kort 
Insättning av kort under körning 
Senaste kortsession ej korrekt avslutad 
Hastighetsö verträdelse 
Avbrott i strömtillf örseln 
Fel i rörelsedata 
Konflikt i fordonets rörelsedata 
Säkerhetsö verträdelse 
Tidsinställning (av verkstad) 
Kontroll av hastighetsö verträdelse   
Fel 
Kortfel (förarens kortplats) 
Kortfel (medf örarens kortplats) 
Bildskär msfel 
Över föringsfe l 
Skrivarfel 
Sensor fel 
Intern t fel i fordonsenhet en 
GNSS-fel 
Fel avseende fjärravläsning   
Manuella angiv elser 
Fortfarande samma arbetsper iod? 
Slut på föregående arbetsper iod? 
Bekräf ta eller ange slutplats för arbetsper iod 
Ange starttid 
Ange startplats för arbetsper iod  
Anmärkning: Ytterligare kombinationer av pikt ogram för att skapa utskr iftsblock eller postidentif ierare 
definieras i tillägg 4.   26.5.2016 L 139/242 Europeiska unionens officiella tidning SV     
Tillägg 4 
UTSKRIFTER 
INNEHÅLLSFÖRTECKNING 
1. ALLMÄNT ........................................................................................................................................ 243 
2. SPECIFIKA TION FÖR DATABLOCK ......................................................................................................... 243 
3. SPECIFIKA TIONER FÖR UTSKRIFTER ...................................................................................................... 250 
3.1. Dagsutskr ift av föraraktivitet er från kort...................................................................................... 250 
3.2. Dagsutskr ift av föraraktivitet er från fordonsenhet .......................................................................... 251 
3.3. Utskr ift av händelser och fel från kort......................................................................................... 252 
3.4. Utskr ift av händelser och fel från fordonsenhet ............................................................................. 252 
3.5. Utskr ift av tekniska data .......................................................................................................... 253 
3.6. Utskr ift av hastighetsö verträdelser .............................................................................................. 253 
3.7. Histori k över insatta kort......................................................................................................... 254  
1.  ALLMÄNT 
Varje utskr ift byggs upp genom sammank edjning av olika datablock, som eventuellt identifieras genom en 
bloc kidentifie rare. 
Ett datablock innehåller en eller flera poster , som eventuellt identif ieras genom en postidentif ierare. 
PRT_001  När en bloc kidentifie rare omedelbar t föregår en postidentifie rare skrivs postidentifieraren inte ut. 
PRT_002  Om ett dataelement inte är känt, eller inte får skrivas ut på grund av rättigheter till datatillträde skrivs 
blanksteg ut i stället. 
PRT_003  Om innehållet i en hel rad är okänt eller inte behö ver skrivas ut utelämnas hela raden. 
PRT_004  Numer iska dataf ält skrivs ut högerjusterade, med blanksteg för tusental och miljontal, och utan 
inledande nollor . 
PRT_005  Strängdataelement skrivs ut vänst erjusterade och fylls med blanksteg till dataelementets längd, eller 
trunke ras vid beho v till dataelementets längd (namn och adresser). 
PRT_006  Vid radbr ytning i en lång textsträng bör ett specialtec ken (punkt mitt emellan baslinje och topplinj e: 
”•”) skrivas ut som första tecken på den nya raden. 
2.  SPECIFIKA TION FÖR DATABL OCK 
I detta kapite l används följande format och betec kningssätt : 
—  Tecken i fetstil anger vanlig text som ska skrivas ut som den visas. 
—  Vanliga tecken anger variabler (pikt ogram eller data) som ska ersättas med sina värden vid utskr ift. 
—  Variabelnamn har strukits under för att visa den dataelementlängd som finns tillgänglig för variabeln. 
—  Data anges i format et ”dd/mm/yyyy” (dag, månad, år). Formate t ”dd.mm.yyyy” får också användas. 
—  Termen ”kortidentifie ring” (card identification) avser en sammansättning av korttypen (genom en kombination 
av pikt ogram), koden för den medlemsstat som utfärdat kortet, ett snedstreck och kortnummer med 
ersättningsindex och förnyelseindex, åtskilda med ett blanksteg. 
P 
 x x x / x x x x x x x x x x x x x x  x  x Kombination 
av piktogram 
Kod för 
utfärdande 
medlemsstat  Kortnumrets 14 första tecken 
(eventuellt med löpnummer)  
Ersättningsindex  
Förnyelseindex  26.5.2016 L 139/243 Europeiska unionens officiella tidning SV     
PRT_007 Vid utskr ift ska följande datablock och/eller dataposter användas, med följande betydelser och format: 
26.5.2016 L 139/244 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/245 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/246 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/247 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/248 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/249 Europeiska unionens officiella tidning SV     
3.  SPECIFIKA TIONER FÖR UTSKRIFTER 
I detta kapite l används följande beteckningssätt: 
N Utskr iftsblock eller utskr iftspost med nummer ”N”  
N Utskr iftsblock eller utskr iftspost med nummer ”N”, upprepad så mång a gånger som 
behö vs  
X/Y Utskr iftsblock eller utskr iftsposter X och/eller Y efter beho v, och upprepade så många 
gång er som behö vs  
3.1.  Dagsutskr ift av föraraktiviteter från kort 
PRT_008 Dagsutskr iften av föraraktivitet er från kort ska ske i följande format : 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kontrollant (kontrolltjänstem an) (om ett kontrollk ort är insatt i for­
donsenhete n) 
3 Identif iering av förare (från det kort som utskr iften avser, samt generation) 
4 Identif iering av fordonet (från vilket utskr ift görs) 
5 Identif iering av fordonsenhet (från vilken utskr ift görs, samt generation) 
6 Senaste kalibrer ing av denna fordonsenhet 
7 Senaste kontroll av föraren 
8 Gränst ecken för föraraktivitet er 
8a Omständighet av typen ”omfattas ej” (OUT OF SCOPE) i början av den här dagen 
8.1a / 8.1b / 8.1c / 8.2 / 
8.3 / 8.3a / 8.4 Förarens aktivitet er i den ordning de inträffat 
11 Gränst ecken för dagssammanfa ttning 26.5.2016 L 139/250 Europeiska unionens officiella tidning SV     
11.4 Angivna platser i kronologisk ordning 
11.5 GNSS-data 
11.6 Aktivit etssammanfattning 
12.1 Gränst ecken för händelser och fel från kort 
12.4 Poster för händelser/fe l (de fem senaste händelser eller fel som finns lagrade på kortet) 
13.1 Gränst ecken för händelser och fel från fordonsenhet 
13.4 Poster för händelser/fel (de fem senaste händelser eller fel som finns lagrade eller är 
pågående i fordonsenhet en) 
22.1 Kontrollplats 
22.2 Kontrollant ens (kontrolltjänste mannens) namnt eckning 
22.5 Förarens namnte ckning  
3.2.  Dagsutskr ift av föraraktiviteter från fordonsenhet 
PRT_009 Dagsutskr iften av föraraktivitet er från fordonsenhet ska ske i följande format : 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kortinnehavare (för alla kort som är insatta i fordonsenheten, samt ge­
neration) 
4 Identif iering av fordonet (från vilket utskr ift görs) 
5 Identif iering av fordonsenhet (från vilken utskr ift görs, samt generation) 
6 Senaste kalibrer ing av denna fordonsenhet 
7 Senaste kontroll av denna färdskr ivare 
9 Gränst ecken för föraraktivitet er 
10 Gränst ecken för förarens kortplats (kortplats 1) 
10 a Omständighet av typen ”omfattas ej” (OUT OF SCOPE) i början av den här dagen 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Aktivit eter i kronologisk ordning (förarens kortplats) 
10 Gränst ecken för medf örarens kortplats (kortplats 2) 
10 a Omständighet av typen ”omfattas ej” (OUT OF SCOPE) i början av den här dagen 
10.1 / 10.2 / 10.3 
/10.3a / 10.4 Aktivit eter i kronologisk ordning (medf örarens kortplats) 
11 Gränst ecken för dagssammanfa ttning 
11.1 Sammanfattni ng av perioder utan kort i förarens kortplats 
11.4 Angivna platser i kronologisk ordning 
11.5 GNSS-data 
11.6 Aktivit etssammanfattning 
11.2 Sammanfattni ng av perioder utan kort i medf örarens kortplats 
11.4 Angivna platser i kronologisk ordning 
11.5 GNSS-data 26.5.2016 L 139/251 Europeiska unionens officiella tidning SV     
11.7 Aktivit etssammanfattning 
11.3 Sammanfattni ng av aktivite ter för en förare, båda kortplatser na  
11.4  Platser som denna förare angivit i kronologisk ordning 
11.5 GNSS-data 
11.8 Aktivit etssammanfattning för denna förare 
13.1 Gränst ecken för händelser/fe l 
12.4 Poster för händelser/fel (de fem senaste händelser eller fel som finns lagrade eller är 
pågående i fordonsenhet en) 
13.1 Kontrollplats 
22.2 Kontrollant ens (kontrolltjänste mannens) namnt eckning 
22.3 Från tidpunkt (utrymme där en förare utan kort kan ange vilka perioder som gäller 
honom själv) 
22.4 Till tidpunkt 
22.5 Förarens namnte ckning  
3.3.  Utskr ift av händelser och fel från kort 
PRT_010 Utskr iften av händelser och fel från kort ska ske i följande format: 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kontrollant (kontrolltjänstem an) (om ett kontrollk ort är insatt i for­
donsenhete n, samt generation) 
3 Identif iering av förare (från det kort som utskr iften avser) 
4 Identif iering av fordonet (från vilket utskr ift görs) 
12.2 Gränst ecken för händelser 
12.4 Poster för händelser (alla händelser som finns lagrade på kortet) 
12.3 Gränst ecken för fel 
12.4 Poster för fel (alla fel som finns lagrade på kortet) 
22.1 Kontrollplats 
22.2 Kontrollant ens (kontrolltjänste mannens) namnt eckning 
22.5 Förarens namnte ckning  
3.4.  Utskr ift av händelser och fel från fordonsenhet 
PRT_011 Utskr iften av händelser och fel från fordonsenhet ska ske i följande format: 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kortinnehavare (för alla kort som är insatta i fordonsenheten, samt ge­
neration) 
4 Identif iering av fordonet (från vilket utskr ift görs) 26.5.2016 L 139/252 Europeiska unionens officiella tidning SV     
13.2 Gränst ecken för händelser 
13.4 Poster för händelser (alla händelser som finns lagrade eller är pågående i fordonsenhe ­
ten) 
13.3 Gränst ecken för fel 
13.4 Poster för fel (alla fel som finns lagrade eller är pågående i fordonsenheten) 
22.1 Kontrollplats 
22.2 Kontrollant ens (kontrolltjänste mannens) namnt eckning 
22.5 Förarens namnte ckning  
3.5.  Utskr ift av teknisk a data 
PRT_012 Utskr ift av tekniska data ska ske i följande format: 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kortinnehavare (för alla kort som är insatta i fordonsenheten, samt ge­
neration) 
4 Identif iering av fordonet (från vilket utskr ift görs) 
14 Identif iering av fordonsenhet 
15 Identif iering av sensor 
15.1 Sensor ns parningsdata (alla tillgängliga data i kronologisk ordning) 
16 Identif iering av GNSS 
16.1 Den externa GNSS-anordningen kopplingsdata (alla tillgängliga data i kronologisk 
ordning) 
17 Gränst ecken för kalibrer ingsdata 
17.1 Kali brer ingsposter (alla tillgäng liga poste r i kronologisk ordning) 
18 Gränst ecken för tidsinställning 
18.1 Poster för tidsinställningar (alla tillgäng liga poster från tidsinställningar och från kalib ­
reringsposter) 
19 Senaste händelse/fel som registrerats i fordonsenheten  
3.6.  Utskr ift av hasti ghetsö verträdelser 
PRT_013 Utskr iften av hastighetsö verträdelser ska ske i följande format : 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif iering av kortinnehavare (för alla kort som är insatta i fordonsenheten, samt ge­
neration) 
4 Identif iering av fordonet (från vilket utskr ift görs) 
20 Information om kontroll av hastighetsö verträdelse 
21.1 Identif iering av data om hastighetsö verträdelser 
21.4 / 21.5 Första hastighetsö verträdelse efter senaste kalibrer ing 26.5.2016 L 139/253 Europeiska unionens officiella tidning SV     
21.2 Identif iering av data om hastighetsö verträdelser 
21.4 / 21.5 De fem mest allvarlig a hastighetsö verträdelser na under de senaste 365 dygnen 
21.3 Identif iering av data om hastighetsö verträdelser 
21.4 / 21.5 Den allvarlig aste hastighetsö verträdelsen för vart och ett av de senaste tio dygn där en 
hastighetsö verträdelse inträffat 
22.1 Kontrollplats 
22.2 Kontrollant ens (kontrolltjänste mannens) namnt eckning 
22.5 Förarens namnte ckning  
3.7.  Histor ik över insatt a kort 
PRT_014 Utskr iften av histo rik över insatta kort ska ske i följande format: 
1 Datum och tidpunkt för utskr ift av dokumente t 
2 Typ av utskr ift 
3 Identif ieringar av kortinnehavare (för alla kort som har satts in i fordonsenhet en) 
23 Senaste kort som varit insatt i fordonsenheten 
23.1 Insatta kort (max. 88 post er) 
12.3 Gränst ecken för fel   26.5.2016 L 139/254 Europeiska unionens officiella tidning SV     
Tillägg 5 
BILDSKÄRM 
I detta tillägg använ ds följande format och bete ckningssätt: 
—  Tecken i fetstil ange r vanlig text som ska visas med vanliga tecken (inte i fetstil). 
—  Vanliga tecken ange r variabler (piktogram eller data) som vid visning ska ersättas med sina värden.  
— dd mm yyyy:  dag, månad, år  
— hh:  timmar  
— mm:  minut er  
— D:  pikt ogram för varaktighet  
— EF:  kombination av piktogram för händelser eller fel  
— O:  pikt ogram för funktionsläge 
DIS_001  Färdskr ivaren ska visa data i följande format: 
Data Format 
Standardvisning 
Lokal tid 
Funktionsläge 
Information om föraren: 
Information om medf öraren: 
Omständigheten ”omf attas ej” påbör jad 
Visning av varningar 
Sammanhäng ande körtid överskr ids 
Händelse eller fel 
Visning av övrig information 
UTC-datum 
Tid 
Förarens sammanhäng ande körtid och sammanlagda avbrottstid 
Medf örarens sammanhäng ande körtid och sammanlagda avbrottstid 
Förarens sammanlagda körtid för föregående och innevarande vecka 
Medf örarens sammanlagda körtid för föregående och innevarande vecka 
26.5.2016 L 139/255 Europeiska unionens officiella tidning SV     
Tillägg 6 
FRONT ANSLUTNING FÖR KALIBRERING OCH DATAÖVERFÖRING 
INNEHÅLLSFÖRTECKNING 
1 MASKINV ARA ...................................................................................................................................... 256 
1.1 Anslutning ............................................................................................................................... 256 
1.2 Tilldelning av kontakte r.............................................................................................................. 257 
1.3 Bloc kdiagram ........................................................................................................................... 258 
2 GRÄNSSNITT FÖR DATAÖVERFÖRING ...................................................................................................... 258 
3 GRÄNSSNITT FÖR KALIBRERING ............................................................................................................. 259   
1  MASKINV ARA 
1.1  Anslutning 
INT_001  Kali brer ings-/ö verfö ringsanslutningen ska vara en 6-stif tsanslutning, som är åtkomlig på frontpanelen 
utan att man behö ver koppla ur någon del av färdsk rivaren, och den ska överensstämma med följande 
ritning (alla mått i millimete r). 
26.5.2016 L 139/256 Europeiska unionens officiella tidning SV     
I följande ritning visas en typisk matc hande kontakt med 6 stift: 
1.2  Tilldelning av kontakter 
INT_002  Kontaktern a ska tilldelas enligt följande tabell: 
Stift Beskr ivning Anmärkning 
1 Batt eriminus Anslut en till fordonets batt eriminus 
2 Datak ommunikation K-line (ISO 14230-1) 26.5.2016 L 139/257 Europeiska unionens officiella tidning SV     
Stift Beskr ivning Anmärkning 
3 RxD – dataö verföring Indata till färdskr ivaren 
4 In-/utsignal Kalibrer ing 
5 Permanent utgående ström Spänningsint ervallet specificeras till fordonets spänning, 
minskad med 3 V för spänningsfallet över skyddskretsen. 
Utgående ström 40 mA. 
6 TxD – dataö verföring Utdata från färdskr ivaren   
1.3  Blockdiag ram 
INT_003  Blockdiagrammet ska överensstämma med följande diagram: 
2  GRÄNSSNITT FÖR DATAÖVERFÖRING 
INT_004  Gränssnittet för dataö verfö ring ska överensstämma med RS232-specifikationer na. 
INT_005  Gränssnittet för dataö verföring ska använda 1 startbit, 8 databitar med minst signif ikanta bit (LSB) först, 
1 jämn paritetsbit och 1 stoppbit. 
Organiser ing av byte för data 
Star tbit:  1 bit med logisk nivå 0. 
Databitar:  överförs med LSB först. 
Paritetsbit :  jämn paritet. 
Stoppbit:  1 bit med logisk nivå 1. 26.5.2016 L 139/258 Europeiska unionens officiella tidning SV     
Vid överfö ring av numer iska data som är sammansatta av mer än en byte överförs mest signif ikanta byte först och 
minst signifikanta byte sist. 
INT_006  Över föringshastigheterna ska vara justerbara från 9 600 bps till 115 200 bps. Över föringe n ska ske med 
största möjlig a överföringshastighet, med den inledande hastigheten efter kommunikationsstar t satt till 
9 600 bps. 
3  GRÄNSSNITT FÖR KALIBRERING 
INT_007  Datak ommunikationen ska överensstämma med ISO 14230-1 Road vehic les – Diagnostic systems – Keyword 
protocol 2000 – Part 1: Physical layer , First edition: 1999. 
INT_008  In-/utsignalen ska överensstämma med följande elektr iska specifikation: 
Parameter Min. Typisk Max. Anmärkning 
U low (in)   1,0 V I = 750 µA 
U high (in) 4 V   I = 200 µA 
Frekvens   4 kHz  
U low (ut)   1,0 V I = 1 mA 
U high (ut) 4 V   I = 1 mA   
INT_009  In-/utsignalen ska överensstämma med följande tidsdiagram: 
26.5.2016 L 139/259 Europeiska unionens officiella tidning SV     
Tillägg 7 
PROTOK OLL FÖR DATAÖVERFÖRING 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING .................................................................................................................................. 261 
1.1. Tillämpn ingsområde ........................................................................................................... 261 
1.2. Förk ortning ar och beteckning ar............................................................................................. 261 
2. ÖVERFÖRING AV DATA FRÅN FORDONSENHET .................................................................................. 262 
2.1. Överfö ringsf örfarande ......................................................................................................... 262 
2.2. Prot okoll för dataö verföring.................................................................................................. 262 
2.2.1 Meddelandestr uktur ............................................................................................................ 262 
2.2.2 Meddelandetyper ................................................................................................................ 264 
2.2.2.1 Star t Communication Request (SID 81) ................................................................................... 266 
2.2.2.2 Positive Response Star t Communication (SID C1) ...................................................................... 266 
2.2.2.3 Star t Diagnostic Session Request (SID 10) ................................................................................ 266 
2.2.2.4 Positive Response Star t Diagnostic (SID 50) ............................................................................. 266 
2.2.2.5 Link Control Service (SID 87) ............................................................................................... 266 
2.2.2.6 Link Control Positive Response (SID C7) ................................................................................. 266 
2.2.2.7 Request Upload (SID 35) ...................................................................................................... 266 
2.2.2.8 Positive Response Request Upload (SID 75) .............................................................................. 266 
2.2.2.9 Transf er Data Request (SID 36) .............................................................................................. 266 
2.2.2.10 Positive Response Transfer Data (SID 76) ................................................................................. 267 
2.2.2.11 Request Transfer Exit (SID 37) ............................................................................................... 267 
2.2.2.12 Positive Response Request Transf er Exit (SID 77) ....................................................................... 267 
2.2.2.13 Stop Communication Request (SID 82) ................................................................................... 267 
2.2.2.14 Positive Response Stop Communication (SID C2) ...................................................................... 267 
2.2.2.15 Ackno wledge Sub Message (SID 83) ....................................................................................... 267 
2.2.2.16 Neg ative Response (SID 7F) .................................................................................................. 268 
2.2.3 Meddelandef löde ................................................................................................................ 268 
2.2.4 Tidsa vpassning .................................................................................................................. 269 
2.2.5 Felhante ring ...................................................................................................................... 270 
2.2.5.1 Star tfas för kommunikation .................................................................................................. 270 
2.2.5.2 Kommunikationsfas ............................................................................................................ 270 
2.2.6 Innehåll i svarsmeddelande ................................................................................................... 272 
2.2.6.1 Positive Response Transfer Data – Over view ............................................................................. 273 
2.2.6.2 Positive Response Transfer Data – Activities ............................................................................. 274 
2.2.6.3 Positive Response Transfer Data – Events and Faul ts................................................................... 275 
2.2.6.4 Positive Response Transfer Data – Detailed Speed ...................................................................... 276 
2.2.6.5 Positive Response Transfer Data – Technical Data ...................................................................... 276 
2.3. Fillagr ing på externt lagringsmedium ...................................................................................... 277 26.5.2016 L 139/260 Europeiska unionens officiella tidning SV     
3. PROTOK OLL FÖR ÖVERFÖRING FRÅN FÄRDSKRIV ARK ORT.................................................................... 277 
3.1. Tillämpn ingsområde ........................................................................................................... 277 
3.2. Definitioner ...................................................................................................................... 277 
3.3. Överfö ring från kort........................................................................................................... 277 
3.3.1 Initier ingssekvens ............................................................................................................... 278 
3.3.2 Sekvens för osignerade datafile r............................................................................................. 278 
3.3.3 Sekvens för signerade datafile r............................................................................................... 279 
3.3.4 Sekvens för återställning av kalibrer ingsräknare ......................................................................... 279 
3.4. Format för lagring av data .................................................................................................... 280 
3.4.1 Inledning .......................................................................................................................... 280 
3.4.2 Filformat .......................................................................................................................... 280 
4. ÖVERFÖRING FRÅN ETT FÄRDSKRIV ARK ORT VIA EN FORDONSENHET .................................................... 281  
1.  INLEDNING 
I detta tillägg specifi ceras de förfaranden som måst e följas för att utföra de olika typer na av dataö verfö ring till 
ett externt lagringsmedium (ESM, Exter nal Storage Medium), och de protok oll som måste använ das för att 
säke rställa korrekt dataö verfö ring och full kompatibilit et hos överfört dataf ormat, så att alla kontrollante r 
(kontrolltjänstemän) ska kunna besiktig a dessa data och kontrollera deras autenticit et och integritet innan de 
analyserar dem. 
1.1.  Tillämpningsområde 
Data kan överföras till ett externt lagringsmedium på följande sätt: 
—  Från en fordonsenhet, av en IDE-enhet (Intellig ent Dedicated Equipment) som är anslut en till 
fordonsenheten. 
—  Från ett färdskr ivark ort, av en IDE-enhet utrustad med en kortläsare (IFD, Interface Device). 
—  Från ett färdskr ivark ort via en fordonsenhet, av en IDE-enhet anslut en till fordonsenheten. 
För att göra det möjligt att verifiera autenti citet och integr itet hos överförda data som lagras på ett exte rnt 
lagringsmedium, överförs data med en signatur i enlighet med tillägg 11 om gemensamma säke rhetsme ­
kanismer . Identif iering av källutr ustning (fordonsenhet eller kort) och dess säke rhetsintyg (medlemsstat och 
utrustning) överfö rs också. Den som kontrollerar dessa data måst e oberoende av andra ha en betrodd 
europeisk öppen nyckel. 
DDP_001  Data som överfö rs under en överföringssession måst e lagras på det externa lagringsmediet inom 
en enda fil. 
1.2.  Förk ortningar och beteckningar 
Följande förkortninga r används i detta tillägg: 
AID  Application Identif ier (tillämpnings identif ierare) 
ATR  Answer To Reset (återställningssignal) 
CS  Checksum byte (byte för kontrollsumma) 
DF  Dedicated File (dedikerad fil) 
DS_  Diagnostic Session (diagnossession) 
EF  Elementar y File (elementf il) 
ESM  Exter nal Storage Medium (externt lagringsmedium) 
FID  File Identifi er (File ID) (filidentifierare) 
FMT  Format Byte (byte för format, första byte i ett meddelandes startdel (header)) 
ICC  Integ rated Circuit Card (smar tkort, kort med integre rade kretsar) 
IDE  Intellig ent Dedicated Equipment (utrustning för att överfö ra data till ett externt lagringsmedium, 
exem pelvis en persondator) 
IFD  Interface Device (kortläsare) 26.5.2016 L 139/261 Europeiska unionens officiella tidning SV     
KWP  Keyword Protocol 2000 
LEN  Length Byte (byte för längd, sista byte i ett meddelandes startdel (header)) 
PPS  Protocol Parameter Selection (val av protok ollparamet er) 
PSO  Perform Secur ity Oper ation (kommando för säkerhetsoperation) 
SID  Service Identifier (tjänst eidentif ierare) 
SRC  Sour ce byte (byte för källadress) 
TGT  Target Byte (byte för måladress) 
TLV  Tag Length Value (tagg längd) 
TREP  Transfer Response Parameter (parameter för överföringssvar) 
TRTP  Transfer Request Parameter (parameter för begäran om överföring) 
VU  Vehicle Unit (fordonsenhet) 
2.  ÖVERFÖRING AV DATA FRÅN FORDONSENHET 
2.1.  Överför ingsfö rfarande 
För att överföra data från en fordonsenhet måst e användaren göra följande: 
—  Sätta in sitt färdskr ivark ort i en kortplats i fordonsenheten (*). 
—  Ansluta IDE-enhet till fordonsenhetens överföringsanslutning. 
—  Upprätta en anslutning mellan IDE-enhet och fordonsenhet. 
—  På IDE-enhet en välja de data som ska överfö ras och sända begäran till fordonsenheten. 
—  Avsluta överfö ringssessionen. 
2.2.  Protok oll för dataö verför ing 
Protok ollet är uppby ggt enligt modellen ”maste r-slave”, med IDE-enheten som ”mast er” och fordonsenheten 
som ”slave”. 
Meddelandestr uktur , meddelandetyper och meddelandef löden bygg er huvudsaklig en på Keyword Protocol 2000 
(KWP) (ISO 14230-2 Road vehic les – Diagnostic systems – Keywor d protocol 2000 – Part2: Data link layer). 
Tillämpn ingsskiktet grundas i princip på det gällande utkastet till ISO 14229-1 (Road vehic les – Diagnostic 
systems – Part 1: Diagnostic services, version 6 av den 22 februari 2001). 
2.2.1  Meddelandestr uktur 
DDP_002  Alla meddelanden som utbyts mellan IDE-enhet och fordonsenhet formateras med en struktur 
som består av följande tre delar: 
—  Star tdel (header) bestående av en byte för format (FMT), en byte för mål (TGT), en byte för källa 
(SRC) och eventuellt en byte för längd (LEN). 
—  Dataf ält bestående av en byte för tjänst eidentifie rare (SID) och ett varierande antal byte för 
data, som kan inbegr ipa en byte för diagnossession (DS_) eller en valfr i byte för överförings ­
paramete r (TRTP eller TREP). 
—  Kontrollsumma bestående av en byte för kontrollsumma (CS). 
Star tdel (header) Datafält Kontrollsumma 
FMT TGT SRC LEN SID DATA … … … CS  
4 byte Max. 255 byte 1 byte  26.5.2016 L 139/262 Europeiska unionens officiella tidning SV     
(*)Det kort som sätts in aktiverar lämpl iga rättigheter till överföringsfunktionen och till data. Det ska dock vara möjligt att överföra data 
från ett förark ort som sätts in i en av fordonsenhetens kortplatser när inget annat kort finns i den andra kortplatsen. 
Byte för TGT och SRC represent erar den fysiska adressen till meddelandets mottagar e och 
avsändare. Värdena är F0 Hex för IDE-enhete n och EE Hex för fordonsenhet en (VU). 
Byte för LEN är längden på datafä ltsdelen. 
Byte för CS innehåller 8 bits-summor na modulo 256 av alla byte i meddelandet, med undantag 
för CS själv . 
Byte för FMT , SID, DS_, TRTP och TREP definieras nedan i detta dokument. 
DDP_003  I de fall där de data som ska överfö ras i meddelandet är längre än det utrymme som finns 
tillgängligt i datafältsdelen sänds meddelandet i själva verket i flera under meddelanden. Varje 
under meddelande har en startdel (header), samma SID, TREP och en under meddelanderäknare på 2 
byte som anger under meddelandenummer inom hela meddelandet. IDE-enhete n kvitterar varje 
under meddelande för att ge en möjlighet att felkontrollera och avbryta. IDE-enhete n kan godta 
under meddelandet, be att det överfö rs igen, begära att fordonsenhet en startar igen eller avbryta 
överföringe n. 
DDP_004  Om det sista under meddelandet innehåller exakt 255 byte i dataf ältet måst e ett slutgiltigt 
under meddelande med ett tomt (förutom SID, TREP och under meddelanderäknare) datafält 
tillfogas för att visa slutet på meddelandet. 
Exempel: 
Star tdel (header) SID TREP Meddelande CS 
4 byte Längre än 255 byte   
Kommer att överfö ras som 
Star tdel (header) SID TREP 00 01 Undermedde ­
lande 1 CS 
4 byte 255 byte   
Star tdel (header) SID TREP 00 02 Undermedde ­
lande 2 CS 
4 byte 255 byte   
… 
Star tdel (header) SID TREP xx yy Undermedde ­
lande n CS 
4 byte Mindre än 255 byte   
eller som 
Star tdel (header) SID TREP 00 01 Undermedde ­
lande 1 CS 
4 byte 255 byte   
Star tdel (header) SID TREP 00 02 Undermedde ­
lande 2 CS 
4 byte 255 byte   26.5.2016 L 139/263 Europeiska unionens officiella tidning SV     
… 
Star tdel (header) SID TREP xx yy Undermedde ­
lande n CS 
4 byte 255 byte   
Star tdel (header) SID TREP xx yy + 1 CS 
4 byte 4 byte   
2.2.2  Meddelandetyper 
Kommunikationsprot okollet för dataö verfö ring mellan fordonsenhet och IDE-enhet förutsätter utby te av åtta 
olika meddelandetyper . 
Dessa meddelanden sammanfattas i följande tabell. 
Meddelandestr uktur Max. 4 byte 
Star tdel (header) Max. 255 byte 
Data 1 byte 
Kontroll ­
summa 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Star t Communication Request 81 EE F0  81   E0 
Positive Response Star t Commu ­
nication 80 F0 EE 03 C1  EA, 8F 9 B 
Star t Diagnostic Session Request 80 EE F0 02 10 81  F1 
Positive Response Star t Diagno ­
stic 80 F0 EE 02 50 81  31 
Link Control Service  
Verifiera överförings hastighet 
(Verify Baud Rate ) (steg 1) 
9 600 Bd 80 EE F0 04 87  01,01, 
01 EC 
19 200 Bd 80 EE F0 04 87  01,01, 
02 ED 
38 400 Bd 80 EE F0 04 87  01,01, 
03 EE 
57 600 Bd 80 EE F0 04 87  01,01, 
04 EF 
115 200 Bd 80 EE F0 04 87  01,01, 
05 F0 
Positive Response Verify Baud 
Rate 80 F0 EE 02 C7  01 28 
Gå över till annan överföri ngs­
hastighet (steg 2) 80 EE F0 03 87  02,03 ED 
Request Upload 80 EE F0 0 A 35  00,00, 
00,00, 
00,FF ,FF, 
FF,FF 99 
Positive Response Request Up­
load 80 F0 EE 03 75  00,FF D5 26.5.2016 L 139/264 Europeiska unionens officiella tidning SV     
Meddelandestr uktur Max. 4 byte 
Star tdel (header) Max. 255 byte 
Data 1 byte 
Kontroll ­
summa 
IDE -> <- VU FMT TGT SRC LEN SID DS_/TRTP DATA CS 
Transfer Data Request  
Over view 80 EE F0 02 36 01  97 
Activities 80 EE F0 06 36 02 Date CS 
Events & Faults 80 EE F0 02 36 03  99 
Detailed Speed 80 EE F0 02 36 04  9 A 
Technical Data 80 EE F0 02 36 05  9 B 
Card download 80 EE F0 02 36 06 Slot CS 
Positive Response Transfer Data 80 F0 EE Len 76 TREP Data CS 
Request Transfer Exit 80 EE F0 01 37   96 
Positive Response Request Trans ­
fer Exit 80 F0 EE 01 77   D6 
Stop Communication Request 80 EE F0 01 82   E1 
Positive Response Stop Commu ­
nication 80 F0 EE 01 C2   21 
Ackno wledge sub message 80 EE F0 Len 83  Data CS 
Negativa svar  
Allmänt avvisande (Gener al re­
ject) 80 F0 EE 03 7F Sid Req 10 CS 
Tjänst en stöds ej (Service not 
suppor ted) 80 F0 EE 03 7F Sid Req 11 CS 
Underfunktion stöds ej (Sub 
function not suppor ted) 80 F0 EE 03 7F Sid Req 12 CS 
Fel meddelandelängd (Incor rect 
Message Length) 80 F0 EE 03 7F Sid Req 13 CS 
Fel omständigheter eller se­
kvensfel för begäran (Conditions 
not correct or Request sequence er­
ror) 80 F0 EE 03 7F Sid Req 22 CS 
Begäran utanf ör tillåtet inter vall 
(Request out of range ) 80 F0 EE 03 7F Sid Req 31 CS 
Överf öring ej accep terad (Up­
load not accepted) 80 F0 EE 03 7F Sid Req 50 CS 
Svar dröjer (Response pending) 80 F0 EE 03 7F Sid Req 78 CS 
Data ej tillgängliga (Data not 
available) 80 F0 EE 03 7F Sid Req FA CS  
Anmärkning ar: 
—  Sid Req = SID för motsvarande begäran. 
—  TREP = TRTP för motsvarande begäran. 
—  Mörka fält bete cknar att inget överförs. 
—  Termen ”överfö ring” motsvarar uppladdning (upload), sett från IDE-enhet en, i ISO 14229. Den betyder 
även nedladdning (download), sett från fordonsenheten. 
—  Eventuella 2-bytes under meddelanderäknare visas inte i tabellen. 
—  Slot står för kortplatsnummer , antingen ”1” (kort i förarens kortplats) eller ”2” (kort i medf örarens 
kortplats). 
—  Om kortplatsen inte anges ska fordonsenheten välja kortplats 1 om ett kort finns i denna kortplats, och 
välja kortplats 2 endast om denna väljs specifi kt av användaren. 26.5.2016 L 139/265 Europeiska unionens officiella tidning SV     
2.2.2.1  Star t Communication Request (SID 81) 
DDP_005  IDE-enhete n utfä rdar detta meddelande för att upprätta kommunikationslänk en med 
fordonsenhet en. De första meddelandena utväxlas alltid med 9 600 baud (tills överfö ringshas ­
tighet en eventuellt ändras med hjälp av meddelandet Link Control Services och lämpli gt värde). 
2.2.2.2  Positive Response Star t Communication (SID C1) 
DDP_006  Fordonsenhet en utfärdar detta meddelande för att svara positivt på en begäran om att starta 
kommunikationen. Det inbegr iper de två byte för nyckel (‘EA ’ ‘8F’) som ange r att enhet en stöde r 
protok oll med startdel (header) som innehåller information om mål, källa och längd. 
2.2.2.3  Star t Diagnostic Session Request (SID 10) 
DDP_007  IDE-enhete n utfärdar meddelandet Star t Diagnostic Session Request för att begära en ny 
diagnossession med fordonsenheten. Underfunktionen för standardsession (81 Hex) anger att en 
diagnossession av standardtyp ska öppnas. 
2.2.2.4  Positive Response Star t Diagnostic (SID 50) 
DDP_008  Fordonsenhet en sänder meddelandet Positive Response Start Diagnostic som positivt svar på Star t 
Diagnostic Session Request. 
2.2.2.5  Link Control Ser vice (SID 87) 
DDP_052  IDE-enhete n använ der Link Control Service för att inleda en ändr ing av överfö ringshastigheten. 
Detta sker i två steg: I steg 1 föreslår IDE-enhete n ändr ingen av överföringshastighete n (baud rate) 
och ange r den nya hastigheten. Vid mottagandet av ett positivt svar från fordonsenhet en sänder 
IDE-enhete n en bekräf telse av ändr ingen av överföringshastighete n till fordonsenheten (steg 2). 
Däref ter ändrar IDE-enheten till den nya överfö ringshastigheten. Efter mottagandet av bekräf telsen 
ändrar fordonsenheten till den nya överfö ringshastigheten. 
2.2.2.6  Link Control Positive Response (SID C7) 
DDP_053  Fordonsenhet en utfärdar meddelandet Link Contro l Positive Response för att svara positivt på en 
begäran via Link Control Service (steg 1). Notera att inget svar lämnas på begäran om bekräf telse 
(steg 2). 
2.2.2.7  Request Upload (SID 35) 
DDP_009  IDE-enhete n utfärdar meddelandet Requ est Upload för att specifi cera för fordonsenhet en att en 
överföring begärs. För att uppfylla kraven i ISO 14229 ingår data som omfa ttar adress, storlek och 
format för de data som begärs. Eftersom dessa inte är kända av IDE-enheten före en överföring är 
minnesadressen inställd på 0, formate t är okrypterat och okomprimerat och minnesstorlek en är 
inställd på maximal storlek . 
2.2.2.8  Positive Response Request Upload (SID 75) 
DDP_010  Fordonsenhet en sänder meddelandet Positive Response Request Upload för att ange för IDE-enhete n 
att fordonsenhet en är beredd att överföra data. För att uppfylla kraven i ISO 14229 ingår data i 
detta positiva svarsmeddelande som anger för IDE-enheten att ytterliga re meddelanden av typen 
Positive Response Transfer Data kommer att omf atta högst 00FF byte (hex). 
2.2.2.9  Transfer Data Request (SID 36) 
DDP_011  IDE-enhete n sänder Transfer Data Request för att specificera för fordonsenhet en vilken typ av data 
som ska överfö ras. En parameter för begäran om överföring (TRTP) på en byte anger 
överföringstypen. 
Det finns sex typer av dataö verföring: 
—  Over view (TRTP 01) (översikt). 
—  Activities of a specifi ed date (TRTP 02) (aktivitet er med avseende på ett särskilt datum). 
—  Events and faults (TRTP 03) (händelser och fel). 26.5.2016 L 139/266 Europeiska unionens officiella tidning SV     
—  Detailed speed (TRTP 04) (detaljerade hastighetsdata). 
—  Technical data (TRTP 05) (tekniska data). 
—  Card download (TRTP 06) (överföring från kort). 
DDP_054  IDE-enhete n måst e begära översikte n (TRTP 01) under en överfö ringssession, eftersom det är det 
enda sättet att säke rställa att fordonsenhet ens certifik at registreras i den överfö rda filen (och göra 
det möjligt att kontrollera den digitala signaturen). 
I det andra fallet (TRTP 02) innehåller meddelandet Transfer Data Request en angivelse av den 
kalenderdag (format 
 ) som ska överfö ras. 
2.2.2.10  Positive Response Transfer Data (SID 76) 
DDP_012  Fordonsenhet en sänder meddelandet Positiv e Response Transfer Data som svar på Transfer Data 
Request. Meddelandet innehåller begärda data, med en paramete r för överföringssvar (TREP) som 
motsvarar TRTP i begäran. 
DDP_055  I det första fallet (TREP 01) kommer fordonsenhet en att sända data som hjälper IDE-användaren 
att välja vilka ytterligare data som han/hon önskar överfö ra. Informationen i detta meddelande är 
följande: 
—  Säkerhetsintyg. 
—  Fordonsidentifier ing. 
—  Fordonsenhet ens aktuella datum och tid. 
—  Tidig aste och senaste överföringsbar t datum (data i fordonsenhet). 
—  Indikation av att det finns kort i fordonsenheten. 
—  Tidig are överfö ring till ett företag. 
—  Företagslås. 
—  Tidig are kontroller . 
2.2.2.11  Request Transfer Exit (SID 37) 
DDP_013  IDE-enhete n sänder meddelandet Request Transfer Exit för att informera fordonsenheten om att 
överföringssessionen avslutas. 
2.2.2.12  Positive Response Request Transfer Exit (SID 77) 
DDP_014  Fordonsenhet en sänder meddelandet Positiv e Response Request Transfer Exit för att kvittera Request 
Transfer Exit. 
2.2.2.13  Stop Communication Request (SID 82) 
DDP_015 IDE-enhete n sänder meddelandet Stop Communication Request för att koppla ned kommunika ­
tionslänken med fordonsenhet en. 
2.2.2.14  Positive Response Stop Communication (SID C2) 
DDP_016  Fordonsenhet en sänder meddelandet Positive Response Stop Communication för att kvittera Stop 
Communication Request. 
2.2.2.15  Ackno wledg e Sub Message (SID 83) 
DDP_017  IDE-enhete n sänder meddelandet Acknow ledge Sub Message för att bekräf ta mottagandet av varje 
del av ett meddelande som överfö rs som flera under meddelanden. Dataf ältet innehåller SID som 
mottagits från fordonsenheten och en kod på 2 byte enligt följande: 
—  ”MsgC + 1” kvitterar korrekt mottagan de av under meddelande nummer ”MsgC”. 
Begäran från IDE-enheten till fordonsenheten att sända nästa under meddelande. 
—  ”MsgC” anger att ett problem uppstått med mottagande av under meddelande nummer ”MsgC”. 
Begäran från IDE-enheten till fordonsenheten att sända under meddelandet igen. 26.5.2016 L 139/267 Europeiska unionens officiella tidning SV     
—  ”FFFF” begär att meddelandet avslutas. 
Detta kan användas av IDE-enheten för att avsluta överfö ringe n av fordonsenhetens 
meddelande av vilken orsak som helst. 
Det sista under meddelandet i ett meddelande (byte för LEN < 255) får kvitteras med hjälp av 
någon av dessa koder eller inte kvitteras alls. 
De svar från fordonsenhet en som kommer att bestå av flera under meddelanden är följande: 
—  Positive Response Transfer Data (SID 76) 
2.2.2.16  Neg ative Response (SID 7F) 
DDP_018  Fordonsenhet en sänder meddelandet Negative Response som svar på ovan nämnda meddelande om 
begäran när fordonsenhet en inte kan tillmötesg å begäran. Meddelandets datafält innehåller svarets 
SID (7F), SID för begäran och en kod som specificerar orsak en till det negativa svaret. Följande 
koder finns tillgängliga: 
—  10 Allmänt avvisande 
Åtgärden kan inte utföras, till följd av en anledning som inte omf attas nedan. 
—  11 Tjänste n stöd s ej 
SID för begäran ej förstådd. 
—  12 Under funktion stöd s ej 
DS_ eller TRTP för begäran är inte förstådd, eller det finns inga ytterlig are under meddelanden 
som ska överfö ras. 
—  13 Fel meddelandelängd 
Längden på det mottagna meddelandet är felaktig. 
—  22 Fel omständighete r eller sekvensf el för begäran 
Den begärda tjänsten är inte aktiv eller sekvensen av meddelanden om begäran är felaktig. 
—  31 Begäran utanf ör tillåtet inter vall 
Posten med parameter för begäran (datafält) är inte giltig. 
—  50 Överfö ring ej accept erad 
Begäran kan inte utföras (fordonsenhet en i olämpl igt funktionsläge eller internt fel i 
fordonsenheten). 
—  78 Svar dröjer 
Begärd åtgärd kan inte fullg öras i tid och fordonsenheten är inte beredd att godta en annan 
begäran. 
—  FA Data ej tillgäng liga 
Dataobjekte t i en begäran om dataö verföring finns inte tillgängligt i fordonsenhet en (t.ex.: 
inget kort har satts in, …). 
2.2.3  Meddelandef löde 
Nedan visas ett typiskt meddelandef löde under en normal dataö verfö ring: 
IDE-enhet  Fordonsenhet (VU) 
Star t Communication Request 
Positive Response 
Star t Diagnostic Service Request 
Positive Response 
Request Upload 
Positive Response 26.5.2016 L 139/268 Europeiska unionens officiella tidning SV     
IDE-enhet  Fordonsenhet (VU) 
Transf er Data Request – Over view 
Positive Response 
Transfer Data Request #2 
Positive Response #1 
Acknow ledge Sub Messag e #1 
Positive Response #2 
Acknow ledge Sub Messag e #2 
Positive Response #m 
Ackno wledge Sub Message #m 
Positive Response (datafält < 255 byte) 
Ackno wledge Sub Message (frivilligt) 
… 
Transfer Data Request #n 
Positive Response 
Request Transf er Exit 
Positive Response 
Stop Communication Request 
Positive Response  
2.2.4  Tidsavpassning 
DDP_019  Vid normal drift är de tidsparametrar som visas i följande figur relevanta: 
Figur 1 
Meddelandef löde, tidsa vpassning 
26.5.2016 L 139/269 Europeiska unionens officiella tidning SV     
där 
P1  =Tid mellan byte för fordonsenhetens svar . 
P2  =Tid mellan slut på begäran från IDE-enhete n och början på fordonsenhet ens svar , eller 
mellan slut på kvitter ing från IDE-enhete n och början på fordonsenhet ens nästa svar . 
P3  =Tid mellan slut på fordonsenhetens svar och början på ny begäran från IDE-enheten, eller 
mellan slut på fordonsenhet ens svar och början på kvitt ering från IDE-enheten, eller 
mellan slut på begäran från IDE-enheten och början på ny begäran från IDE-enheten om 
fordonsenhet en inte svarar . 
P4  =Tid mellan byte för begäran från IDE-enhet en. 
P5  =Utökat värde för P3 för överföring från kort. 
Tillåtna värden för tidsparametrar visas i följande tabell (utökade tidsparametrar enligt KWP , 
används vid fysisk adresser ing för snabbare kommunikation). 
Tidsavpassning Parameter Nedre gränsvärde 
(ms) Övre gränsvärde 
(ms) 
P1 0 20 
P2 20 1 000 (*) 
P3 10 5 000 
P4 5 20 
P5 10 20 minuter 
(*)Om fordonsenhete n svarar med Negative Response och en kod som innebär att begäran har tagits emot kor­
rekt och att svaret dröjer utökas detta värde till det övre gränsvärdet för P3.  
2.2.5  Felhanter ing 
Om ett fel inträffar vid meddelandeutbyt et ändras schem at för meddelandef lödet beroende på vilke n 
utrustning som har upptäc kt felet och på det meddelande som genererat felet. 
I figur 2 och 3 visas procedurer na för felhant ering med avseende på fordonsenhet respektive IDE-enhet. 
2.2.5.1  Star tfas för kommunikation 
DDP_020  Om IDE-enheten upptäc ker ett fel under kommunikationens startfas, anting en genom 
tidsav passning eller genom bitflöde, kommer den att vänta under en period P3min innan den 
utfärdar begäran igen. 
DDP_021  Om fordonsenheten upptäc ker ett fel i sekvensen som kommer från IDE-enhet en ska den inte 
sända något svar utan vänta på ytterligare ett meddelande av typen Star t Communication Request 
inom en period P3max. 
2.2.5.2  Kommunikationsf as 
Följande två typer av felhant ering kan definieras:  
1. Fordonsenheten upptäcker ett fel vid överför ing från IDE-enheten 
DDP_022  För varje mottaget meddelande ska fordonsenheten upptäc ka fel avseende tidsav passning, 
byteformat (t.ex. fel som rör start- och stoppb itar) och ramar (fel antal mottagna byte, fel byte 
för kontrollsumma). 
DDP_023  Om fordonsenhet en upptäc ker ett av ovanstående fel sänder den inge t svar och ignorerar det 
mottagna meddelandet. 26.5.2016 L 139/270 Europeiska unionens officiella tidning SV     
DDP_024  Fordonsenhet en kan upptäc ka andra fel i det mottagna meddelandets format eller innehåll (t.ex. 
att meddelandet ej stöds) även om meddelandet uppfyller kraven på längd och kontrollsumma. 
I så fall ska fordonsenhet en svara IDE-enheten med meddelandet Neg ative Response och 
specificera typen av fel. 
Figur 2 
Felhanter ing i fordonsenhet 
26.5.2016 L 139/271 Europeiska unionens officiella tidning SV     
2. IDE-enheten upptä cker ett fel vid överför ing från fordonsenheten 
DDP_025  För varje mottaget meddelande ska IDE-enhet en upptäc ka eventuella fel avseende 
tidsav passning, byteformat (t.ex. fel som rör start- och stoppbitar) och ramar (fel antal 
mottagna byte, fel byte för kontrollsumma). 
DDP_026 IDE-enhete n ska upptäc ka eventuella sekvensf el, t.ex. felaktiga steg från räknaren av under med ­
delanden i fråga om mottagna meddelanden som följer på varandra. 
DDP_027  Om IDE-enheten upptä cker ett fel eller om det inte kom något svar från fordonsenhet en inom 
perioden P2max ska meddelandet om begäran sändas igen så att det sammanlagt överförs 
högst tre gång er. För att bidra till att dessa fel upptäc ks kommer en kvitt ering av under med ­
delanden att betraktas som en begäran till fordonsenheten. 
DDP_028  IDE-enhete n ska vänta åtminst one under en period P3min innan den påbör jar varje överföring. 
Vänt eper ioden ska mätas från senast beräknade förek omst av en stoppbit efter det att felet 
upptäc ktes . 
Figur 3 
Felhanter ing i IDE-enhet 
2.2.6  Innehåll i svarsmeddelande 
I denna punkt specific eras innehållet i datafält en i de olika positiva svarsmeddelandena. 
Dataelement definieras i tillägg 1 om datakataloge n. 
Anmärkning: För överföringar enligt generation 2 representeras varje dataelement på toppniv ån av en 
uppställning av poste r, även om det bara innehåller en enda post. En uppställning av poste r börjar med en 
startdel (header) som innehåller posttypen, poststorlek en och antalet poster . Uppställningarn a av poste r 
bete cknas som …RecordAr ray (med startdel) i följande tabeller . 26.5.2016 L 139/272 Europeiska unionens officiella tidning SV     
2.2.6.1  Positive Response Transfer Data – Over view 
DDP_029  Dataf ältet i meddelandet Positiv e Response Transfer Data – Over view ska tillhandahålla följande data i 
följande ordning, med angivande av SID = 76 Hex, TREP = 01 Hex och med passande delning och 
räkning av under meddelanden: 
Datastr uktur för generation 1 
Dataelement  Kommentar 
Säke rhetsintyg för fordonsenhet 
Fordonsidentifier ing 
Fordonsenhet ens aktuella datum och tid 
Överfö ringsbar period 
Typ av kort som finns i fordonsenheten 
Tidig are överföring från fordonsenhet 
Alla lagrade företagslås. Om avsnittet är tomt sänds 
endast noOfLocks = 0. 
Alla kontrollposter som lagrats i fordonsenhet en. Om 
avsnittet är tomt sänds endast noOfControls = 0. 
RSA -signatur för alla data (utom certifikat), från Vehi­
cleIdentificationNumb er till sista byte för sista VuCon ­
trolA ctivityData.  
Datastr uktur för generation 2 
Dataelement  Kommentar 
Intyg från medlemsstat en 
Fordonsenhet ens certifik at 
Fordonsidentifier ing 
Fordonets registrer ingsnummer 
Fordonsenhet ens aktuella datum och tid 
Överfö ringsbar period 
Typ av kort som finns i fordonsenheten 
Tidig are överföring från fordonsenhet 
Alla lagrade företagslås. Om detta avsnitt är tomt 
sänds en startpost för uppställning en med noOfRe ­
cords = 0. 
Alla kontrollposter som lagrats i fordonsenhet en. Om 
detta avsnitt är tomt sänds en startpost för uppställ ­
ningen med noOfRecords = 0. 
ECC-signatur för alla föregåe nde data, med undantag 
för certifik at.  26.5.2016 L 139/273 Europeiska unionens officiella tidning SV     
2.2.6.2  Positive Response Transfer Data – Activities 
DDP_030  Dataf ältet i meddelandet Positive Response Transfer Data – Activities ska tillhandahålla följande data i 
följande ordning med angivande av SID = 76 Hex, TREP = 02 Hex och med passande delning och 
räkning av under meddelanden: 
Datastr uktur för generation 1 
Dataelement  Kommentar 
Datum för den dag som överfö rs. 
Vägmätarställning vid slutet av den dag som överförs. 
Data om cykler med insättning/uttag av kort. 
—  Om detta avsnitt inte innehåller några data sänds endast 
noOfV uCardIWRecords = 0. 
—När en VuCardIWRecord spänner över kl. 00.00 (kort in­
satt föregående dag) eller över kl. 24.00 (kort uttag et efter­
följande dag) ska poste n synas i sin helhet för båda två da­
garna som berörs. 
Kortplatsstatus kl. 00.00 och aktivite tsändr ingar som registre ­
rats för den dag som överfö rs. 
Platsrelat erade data som registrerats för den dag som överfö rs. 
Om avsnittet är tomt sänds endast noOfPlaceRecords = 0. 
Data om särskilda omständigheter som registrerats för den dag 
som överförs. Om avsnittet är tomt sänds endast noOfSpecifi c­
ConditionRecords = 0. 
RSA-s ignatur för alla data, från TimeReal till sista byte för sista 
post om särskilda omständigheter .  
Datastr uktur för generation 2 
Dataelement  Kommentar 
Datum för den dag som överfö rs. 
Vägmätarställning vid slutet av den dag som överförs. 
Data om cykler med insättning/uttag av kort. 
—  Om detta avsnitt inte innehåller några tillgängliga data 
sänds en startpost för uppställninge n med noOfRecords 
= 0. 
—När en VuCardIWRecord spänner över kl. 00.00 (kort in­
satt föregående dag) eller över kl. 24.00 (kort uttag et efter­
följande dag) ska poste n synas i sin helhet för båda två da­
garna som berörs. 
Kortplatsstatus kl. 00.00 och aktivite tsändr ingar som registre ­
rats för den dag som överfö rs. 
Platsrelat erade data som registrerats för den dag som överfö rs. 
Om detta avsnitt är tomt sänds en startpost för uppställningen 
med noOfRecords = 0. 
GNSS-positioner för fordonet om förarens sammanhänga nde 
körtid uppg år till en multipel av tre timmar . Om detta avsnitt 
är tomt sänds en startpost för uppställninge n med noOfRe ­
cords = 0. 
Data om särskilda omständigheter som registrerats för den dag 
som överfö rs. Om detta avsnitt är tomt sänds en startpost för 
uppställningen med noOfRecords = 0. 
ECC-signatur för alla föregående data.  26.5.2016 L 139/274 Europeiska unionens officiella tidning SV     
2.2.6.3  Positive Response Transfer Data – Events and Faults 
DDP_031  Dataf ältet i meddelandet Positive Response Transfer Data – Events and Faults ska tillhandahålla 
följande data i följande ordning med angivande av SID = 76 Hex, TREP = 03 Hex och med 
passande delning och räkning av under meddelanden: 
Datastr uktur för generation 1 
Dataelement  Kommentar 
Alla fel som lagrats eller håller på att registreras i for­
donsenhete n. 
Om avsnittet är tomt sänds endast noOfV uFaul ts = 0. 
Alla händelser (med undantag för hastighetsö verträ­
delse) som lagrats eller håller på att registreras i for­
donsenhete n. 
Om avsnittet är tomt sänds endast noOfV uEvents = 0. 
Data som rör den senaste kontrollen av hastighets ­
överträdelse (standardvärde om data saknas). 
Alla händelser av typen hastighetsö verträdelse som 
lagrats i fordonsenheten. 
Om avsnittet är tomt sänds endast noOfV uOverSpee ­
dingEvents = 0. 
Alla händelser av typen tidsinställning som lagrats i 
fordonsenhet en (utanf ör ramen för en full kalibrer ing). 
Om avsnittet är tomt sänds endast noOfV uTimeAd jRe­
cords = 0. 
RSA -signatur för alla data, från noOfV uFaults till sista 
byte för sista post om tidsinställning.  
Datastr uktur för generation 2 
Dataelement  Kommentar 
Alla fel som lagrats eller håller på att registreras i for­
donsenhete n. 
Om detta avsnitt är tomt sänds en startpost för upp ­
ställningen med noOfRecords = 0. 
Alla händelser (med undantag för hastighetsö verträ­
delse) som lagrats eller håller på att registreras i for­
donsenhete n. 
Om detta avsnitt är tomt sänds en startpost för upp ­
ställningen med noOfRecords = 0. 
Data som rör den senaste kontrollen av hastighets ­
överträdelse (standardvärde om data saknas). 
Alla händelser av typen hastighetsö verträdelse som 
lagrats i fordonsenheten. 
Om detta avsnitt är tomt sänds en startpost för upp ­
ställningen med noOfRecords = 0. 
Alla händelser av typen tidsinställning som lagrats i 
fordonsenhet en (utanf ör ramen för en full kalibrer ing). 
Om detta avsnitt är tomt sänds en startpost för upp ­
ställningen med noOfRecords = 0. 
ECC-signatur för alla föregåe nde data.  26.5.2016 L 139/275 Europeiska unionens officiella tidning SV     
2.2.6.4  Positive Response Transfer Data – Detailed Speed 
DDP_032  Dataf ältet i meddelandet Positive Response Transfer Data – Detailed Speed ska tillhandahålla följande 
data i följande ordning med angivande av SID = 76 Hex, TREP = 04 Hex och med passande 
delning och räkning av under meddelanden: 
Datastr uktur för generation 1 
Dataelement  Kommentar 
Alla detaljerade hastighetsdata som lagrats i fordon ­
senhet en (ett hastighetsblock per minut medan fordo ­
net har varit i rörelse). 
60 hastighetsvärden per minut (ett per sekund). 
RSA -signatur för alla data, från noOfSpeedBlocks till 
sista byte för sista hastighetsblock.  
Datastr uktur för generation 2 
Dataelement  Kommentar 
Alla detaljerade hastighetsdata som lagrats i fordon ­
senhet en (ett hastighetsblock per minut medan fordo ­
net har varit i rörelse). 
60 hastighetsvärden per minut (ett per sekund). 
ECC-signatur för alla föregåe nde data.  
2.2.6.5  Positive Response Transfer Data – Tech nical Data 
DDP_033  Dataf ältet i meddelandet Positive Response Transfer – Technical Data ska tillhandahålla följande data i 
följande ordning med angivande av SID = 76 Hex, TREP = 05 Hex och med passande delning och 
räkning av under meddelanden: 
Datastr uktur för generation 1 
Dataelement  Kommentar 
Alla kalibrer ingsposter som lagrats i fordonsenheten. 
RSA -signatur för alla data, från vuManufacture rName 
till sista byte för sista VuCalibrationRecord.  26.5.2016 L 139/276 Europeiska unionens officiella tidning SV     
Datastr uktur för generation 2 
Dataelement  Kommentar 
Alla parningar med rörelsesensorer som lagrats i for­
donsenhete n. 
Alla koppling ar med extern a GNSS-anordningar som 
lagrats i fordonsenheten. 
Alla kalibrer ingsposter som lagrats i fordonsenheten. 
Alla data om insättning av kort som lagrats i fordon ­
senhet en. 
ECC-signatur för alla föregåe nde data.  
2.3.  Fillag ring på exter nt lagringsmedium 
DDP_034  När en överfö ringssession har inbegr ipit överfö ring av data från fordonsenhet en ska IDE-enhet en 
lagra alla data som mottagits från fordonsenheten under överföringssessionen inom meddelanden 
av typen Positiv e Response Transfer Data i en enda fysisk fil. Lagrade data inbegr iper ej 
meddelandens startdelar (header), räknare av under meddelanden, tomma under meddelanden och 
kontrollsummor men de inbegr iper SID och TREP (endast i första under meddelandet vid flera 
under meddelanden). 
3.  PROTOK OLL FÖR ÖVERFÖRING FRÅN FÄRDSKRIV ARK ORT 
3.1.  Tillämpningsområde 
I denna punkt beskr ivs direkt överföring av kortdata från ett färdskr ivark ort till en IDE-enhet. IDE-enhete n är 
inte en del av den säkra miljön, och följaktlig en utförs inge n aute ntiser ing mellan kortet och IDE-enhete n. 
3.2.  Def initioner 
Överför ingssession:  Varje utförd överfö ring av data från smar tkort (ICC). Sessionen omfa ttar en fullständig 
procedur från återställning av smar tkortet i en kortläsare (IFD) till avaktiver ing av 
smar tkortet (urtagning av kort eller nästa återställning). 
Signerad dataf il:  En fil från smar tkortet. Filen överförs till kortläsaren i klar text. Filen hashas och 
signeras på smar tkortet och signaturen överförs till kortläsaren. 
3.3.  Överför ing från kort 
DDP_035  Överfö ring från ett färdskr ivark ort inbegr iper följande steg: 
—  Överfö r kortets basinf ormation i EF 
 och EF 
 . Denna information är valfr i att överföra 
och säkras inte med en digital signatur . 
—  Överfö r EF 
 (eller EF 
 ) och EF 
. Denna information säkras inte med en digital signatur . 
Överfö ring av dessa filer är obligat orisk vid varje överfö ringssession. 
—  Överfö r övriga EF för tillämpning sdata (under 
 Och 
om detta är relevant), med undantag för EF 
 . Denna information säkras med 
en digital signatur . 
—  Överfö ring av åtminst one EF 
 och EF 
 är oblig atori sk vid 
varje överföringssession. 26.5.2016 L 139/277 Europeiska unionens officiella tidning SV     
—  Vid överföring från ett förark ort är överfö ring av följande EF också oblig atori sk: 
—  Vid överföring från ett förark ort, uppdatera datumet för 
 i EF 
. 
—  Vid överföring från ett verkstad skort, återställ kalibrer ingsräknaren i EF 
 . 
—  Vid överföring från ett verkstad skort ska 
 inte överföras. 
3.3.1  Initier ingssekvens 
DDP_036  IDE-enhete n ska initiera sekvensen enligt följande: 
Kort Riktning IDE/IFD Betydelse/anmärkningar  
Maskin varuåte rställning  
ATR 
Det är valfr itt att använda PPS för att byta till en högre överföringshastighet så länge smar tkortet 
stöde r detta. 
3.3.2  Sekven s för osigner ade dataf iler 
DDP_037  Sekvensen för överföring av EF ICC, EF IC, EF Card_Cer tificate (eller EF CardSignCer tificate) och EF 
CA_Cer tificate är följande: 
Kort Riktning IDE/IFD Betydelse/anmärkningar  
Select File Välj med hjälp av filidentifie ­
rare. 
OK 
Read Binar y Om filen innehåller mer data 
än buffe rtstorlek en hos läsa­
ren eller kortet måste kom­
mandot upprepas tills den 
fullständiga filen har lästs. 
Fildat a 
OK 
Lagra data till externt lag­
ringsmedium (ESM) Enligt 3.4 Data storag e for­
mat  
Anmärkning 1: Innan EF Card_Cer tificate (eller EF CardSignCer tificate) väljs, måste färdskr ivar­
tilläm pning väljas (med hjälp av tillämpningsidentifierare (AID)). 
Anmärkning 2: Med hjälp av kommandot READ BINAR Y och en SFID (kort identifierare för 
elementfil) kan filen både väljas och avläsas i samma steg. 26.5.2016 L 139/278 Europeiska unionens officiella tidning SV     
3.3.3  Sekven s för signer ade datafiler 
DDP_038  Följande sekvens ska användas för var och en av följande filer som måste överfö ras med sin 
signatur . 
Kort Riktning IDE/IFD Betydelse/anmärkningar  
Select File  
OK 
Perfor m Hash of File Beräknar hashvärdet för da­
tainnehållet i vald fil med 
hjälp av föreskr iven hashal ­
goritm enligt tillägg 11. Detta 
kommando är inte ett ISO- 
kommando. 
Beräkna filens hash ­
värde och lagra det till­
fälligt    
OK 
Read Binar y Om filen innehåller mer data 
än vad som ryms i buffer ten 
hos läsaren eller kortet måst e 
kommandot upprepas tills 
den fullständig a filen har 
lästs. 
Fildat a 
OK 
Lagra mottagna data till ex­
tern t lagringsmedium Enligt 3.4 Data storag e for­
mat  
PSO: Compute Digital Sig­
nature  
Utför kommandot PSO: 
Compute Digital Sig­
nature och använd det 
tillfällig t lagrade hash ­
värdet    
Signatur 
OK 
Foga data till tidigare lag­
rade data i exte rnt lagrings ­
medium Enligt 3.4 Data storag e for­
mat  
Anmärkning: Med hjälp av kommandot READ BINAR Y och en SFID (kort identif ierare för 
elementfil) kan filen både väljas och avläsas i samma steg. I detta fall kan elementf ilen (EF) både 
väljas och läsas innan kommandot Perfor m Hash of File utförs. 
3.3.4  Sekven s för återställning av kalibreringsr äknare 
DDP_039  Sekvensen för att återställa räknaren 
 i 
på ett verkstadsk ort är följande: 
Kort Riktning IDE/IFD Betydelse/anmärkningar  
Select File EF Card_Do wn­
load Välj med hjälp av filidentifi ­
erare. 
OK 
26.5.2016 L 139/279 Europeiska unionens officiella tidning SV     
Kort Riktning IDE/IFD Betydelse/anmärkningar  
Update Binar y (uppdatera 
binär) 
NoOfCalibrationsSince ­
Download = ‘00 00’  
Återställer antal överfö r­
ingar från kort    
OK 
Anmärkning: Med hjälp av kommandot UPD ATE BINAR Y och SFID (kort identif ierare för 
elementfil) kan filen både väljas och uppdat eras i samma steg.  
3.4.  Format för lagring av data 
3.4.1  Inledning 
DDP_040  Överfö rda data måste lagras enligt följande villk or: 
—  Data ska lagras transparent. Detta innebär att ordningen av byte och ordning en av bitar inuti 
de byte som överfö rs från kortet måste bevaras vid lagring. 
—  Alla filer på ett kort som överförs vid en överfö ringssession lagras i en (1) fil i det externa 
lagringsmediet. 
3.4.2  Filformat 
DDP_041  Filformatet är en sammansättning av flera TLV-objekt. 
DDP_042  Tagge n för en EF ska vara FID plus tillägge t ”00”. 
DDP_043  Tagge n för en signatur för en EF ska vara FID för filen plus tillägge t ”01”. 
DDP_044  Längden är ett värde på två byte. Värdet definierar antalet byte i värdef ältet. Värdet ”FF FF” i 
längdfält et är reser verat för framtida användning. 
DDP_045  Om en fil inte överfö rs ska inte något som förknippas med filen lagras (inge n tagg och ingen noll- 
längd). 
DDP_046  En signatur ska lagras som nästa TLV-objekt direkt efter det TLV-objekt som innehåller filens data. 
Defini tion Betydelse Längd 
FID (2 byte) || ”00” Tagg för EF (FID) 3 byte 
FID (2 byte) || ”01” Tagg för signatur för EF (FID) 3 byte 
xx xx Värdef ältets längd 2 byte  
Exempel på överfö rda data i en fil i ett extern t lagringsmedium: 
Tagg Längd Värde 
Data i EF ICC 
Data i EF Card_Cer tificate   
… 
Data i EF 
Signatur för EF 
26.5.2016 L 139/280 Europeiska unionens officiella tidning SV     
4.  ÖVERFÖRING FRÅN ETT FÄRDSKRIV ARK ORT VIA EN FORDONSENHET 
DDP_047  Fordonsenhet en måste möjliggör a överfö ring av innehållet från ett insatt förark ort till en anslut en 
IDE-enhet. 
DDP_048  IDE-enhete n ska sända meddelandet Transfer Data Request Card Download till fordonsenheten för att 
initiera detta läge (se 2.2.2.9). 
DDP_049  Fordonsenhet en ska sedan överfö ra hela kortet, fil efter fil, enligt det protok oll för överfö ring från 
kort som definieras i punkt 3, och vidaresända alla data som mottagits från kortet till IDE-enhete n 
i lämpligt TLV-filformat (se 3.4.2), inkapslade i meddelandet Positiv e Response Transfer Data. 
DDP_050  IDE-enhete n ska hämta kortdata från meddelandet Positive Response Transfer Data (och stryka alla 
startdelar (header), SID, TREP , under meddelanderäknare och kontrollsummor) och lagra dem i en 
enda fysisk fil i enlighet med punkt 2.3. 
DDP_051  Fordonsenhet en ska däref ter i förek ommande fall uppdat era förark ortets EF 
eller EF 
 .  26.5.2016 L 139/281 Europeiska unionens officiella tidning SV     
Tillägg 8 
KALIBRERINGSPR OTOK OLL 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING ...................................................................................................................................... 283 
2. TERMER, DEFINITIONER OCH REFERENSER ............................................................................................. 283 
3. ÖVERSIK T ÖVER TJÄNSTER ................................................................................................................. 284 
3.1. Tillgäng liga tjänster ................................................................................................................. 284 
3.2. Svarsk oder ............................................................................................................................ 285 
4. KOMMUNIKA TIONST JÄNSTER .............................................................................................................. 285 
4.1. Tjänsten Star tCommunication ................................................................................................... 285 
4.2. Tjänsten StopCommunication ................................................................................................... 287 
4.2.1 Meddelandebeskr ivning ........................................................................................................... 287 
4.2.2 Meddelandef ormat .................................................................................................................. 288 
4.2.3 Paramet erdefinition ................................................................................................................. 289 
4.3. Tjänsten TesterPres ent ............................................................................................................. 289 
4.3.1 Meddelandebeskr ivning ........................................................................................................... 289 
4.3.2 Meddelandef ormat .................................................................................................................. 289 
5. FÖR VALTNINGST JÄNSTER ................................................................................................................... 291 
5.1. Tjänsten Star tDiagnosticSession ................................................................................................. 291 
5.1.1 Meddelandebeskr ivning ........................................................................................................... 291 
5.1.2 Meddelandef ormat .................................................................................................................. 292 
5.1.3 Paramet erdefinition ................................................................................................................. 293 
5.2. Tjänsten Secur ityA ccess ........................................................................................................... 294 
5.2.1 Meddelandebeskr ivning ........................................................................................................... 294 
5.2.2 Meddelandef ormat – Secur ityA ccess – requestSeed ......................................................................... 295 
5.2.3 Meddelandef ormat – Secur ityA ccess – sendKey ............................................................................. 296 
6. DATAÖVERFÖRINGST JÄNSTER ............................................................................................................. 297 
6.1. Tjänsten ReadDataByIdentifi er................................................................................................... 298 
6.1.1 Meddelandebeskr ivning ........................................................................................................... 298 
6.1.2 Meddelandef ormat .................................................................................................................. 298 
6.1.3 Paramet erdefinition ................................................................................................................. 299 
6.2. Tjänsten WriteDataByIdentifier .................................................................................................. 300 
6.2.1 Meddelandebeskr ivning ........................................................................................................... 300 
6.2.2 Meddelandef ormat .................................................................................................................. 300 
6.2.3 Paramet erdefinition ................................................................................................................. 302 26.5.2016 L 139/282 Europeiska unionens officiella tidning SV     
7. KONTR OLL AV PROVPULSER – FUNK TIONSENHET FÖR KONTR OLL AV IN-/UTD ATA....................................... 302 
7.1. Tjänsten InputOutputControlByIdentifier ..................................................................................... 302 
7.1.1 Meddelandebeskr ivning ........................................................................................................... 302 
7.1.2 Meddelandef ormat .................................................................................................................. 303 
7.1.3 Paramet erdefinition ................................................................................................................. 304 
8. FORMA T FÖR DATARECO RDS .............................................................................................................. 305 
8.1. Inter vall för överförda parametrar .............................................................................................. 305 
8.2. Format för dataRecords ........................................................................................................... 306  
1.  INLEDNING 
I detta tillägg beskr ivs hur data utby ts mellan en fordonsenhet och en provare (tester) via K-line, som utgör en del 
av det gränssnitt för kalibrer ing som beskr ivs i tillägg 6. Dessutom beskr ivs kontroll av linjen för in-/utsignal i 
kalibrer ingsanslutning en. 
Upprättande av kommunikation via K-line beskr ivs i avsnitt 4 ”Communication Services”. 
I detta tillägg används begreppet ”diagnossessioner” för att avgöra tillämpni ngsområdet för K-line under olika 
omständigheter . Den förvalda sessionen är ”StandardDiagnosticSession”, där alla data kan avläsa s från, men inga 
data kan skrivas till, en fordonsenhet. 
Val av diagnossession beskr ivs i avsnitt 5 ”Manage ment Services”. 
Detta tillägg ska betraktas som relevant för fordonsenheter och verkstadsk ort i båda generationer na, i enlighet 
med de krav på driftskompat ibilitet som föreskr ivs i denna förordning. 
CPR_001  ”ECUProgrammingSession” möjliggör inmatning av data till fordonsenheten. När det gäller inmatning 
av kalibrer ingsdata ska fordonsenhet en dessutom vara i funktionsläge CALIBRA TION (kalibrer ing). 
Dataö verföring via K-line beskr ivs i avsnitt 6 ”Data Transmission Services”. Format en för data som 
överförs beskr ivs närmare i avsnitt 8 ”dataRecords formats”. 
CPR_002  ”ECU AdjustmentSession” gör det möjligt att välja in-/utläget för den linje som via K-Line-gränssnittet 
används för in-/utsignaler vid kalibrer ing. Kontroll av linjen för in-/utsignaler vid kalibrer ing beskr ivs i 
avsnitt 7 ”Control of Test Pulses – Input/ Output Control functional unit”. 
CPR_003  I hela detta dokument betec knas provarens adress med ”tt”. Även om fordonsenheten i första hand 
använder vissa adresser för provaren ska fordonsenhet en svara korrekt oavsett vilken adress provaren 
har. Fordonsenhetens fysiska adress är 0xEE. 
2.  TERMER, DEFINITIONER OCH REFERENSER 
Protok ollen, meddelandena och felkoder na bygg er huvudsaklige n på den aktuella versionen av ISO 14229-1 (Road 
vehicles – Diagnostic systems – Part 1: Diagnostic services, version 6 av den 22 februari 2001). 
Byte-kodning och hexadecimala värden används för identif ierare av tjänster , för begäran och svar om tjänster samt 
för standardparametrar na. 
Termen ”pro vare” (tester) avser den utrustning som används för att mata in programmer ings-/kalibrer ingsdata till 
fordonsenhet en. 
Termer na ”klient” (client) och ”server” avser provaren respektive fordonsenhet en. 
Termen ECU betyder Electr onic Contro l Unit (elektronisk styrenhet) och avser fordonsenhet en. 26.5.2016 L 139/283 Europeiska unionens officiella tidning SV     
Referenser 
ISO 14230-2: 
Road Vehicles -Diagnostic Systems – Keyw ord Protocol 2000- Part 2: Data Link Layer. 
First edition: 1999. 
3.  ÖVERSIK T ÖVER TJÄNSTER 
3.1.  Tillgängliga tjänst er 
Nedanstående tabell ger en översikt över de tjänster som kommer att finnas tillgäng liga i färdskr ivaren och som 
definieras i detta dokument. 
CPR_004  I tabellen visas de tjänst er som finns tillgängliga i en aktiverad diagnossession. 
—  I den första kolumnen förtecknas de tjänst er som finns tillgängliga. 
—  Den andra kolumnen i vilket avsnitt i detta tillägg som tjänst en definieras närmare. 
—  I den tredje kolumnen tilldelas tjänst eidentifie rarnas värden för meddelanden med begäran. 
—  I den fjärde kolumnen specificeras de tjänst er inom StandardDiagnosticSession (SD) som måst e 
vara införda i varje fordonsenhet. 
—  I den femte kolumnen specificeras de tjänster inom ECU AdjustmentSession (ECU AS) som 
måste vara införda för att det ska vara möjligt att kontrollera linjen för in-/utsignaler i kalibrer ing­
sanslutningen på fordonsenhet ens frontpanel. 
—  I den sjätte kolumnen specificeras de tjänst er inom ECUProg rammingSession (ECUPS) som 
måste vara införda för att det ska vara möjligt att programmera parametrar i fordonsenhet en. 
Tabell 1 
Sammanfattande tabel l över värden på tjänst eidentif ierare  
Diagnossessioner 
Namn på diagnostjänst Avsnitt nr. Tjänsteident ifi­
erare (SId) 
(värde i 
begäran) SD ECU AS ECUPS 
Star tCommunication (star ta 
kommunikation) 4.1 81             
StopCommunicatio n (avsluta 
kommunikation) 4.2 82       
TesterPresent (pro vare inkopp ­
lad) 4.3 3E             
Star tDiagnosticSession (star ta 
diagnossession) 5.1 10             
Secur ityA ccess (säker hetstillt ­
räde) 5.2 27             
ReadDataByIdentifi er (läs data 
med hjälp av identif ierare) 6.1 22             
WriteDataByIdentifier (skriv 
data med hjälp av identif ierare) 6.2 2E       
InputOutputCont rolByIdentif ier 
(kontroll av in-/utdata med 
hjälp av identif ierare) 7.1 2F         
   Denna symbol visar att tjänsten är oblig ator isk i denna diagnossession. 
Om symbol saknas visar det att tjänsten inte är tillåten i denna diagnossession.  26.5.2016 L 139/284 Europeiska unionens officiella tidning SV     
3.2.  Svarsk oder 
Svarsk oder (resp onse code) är definierade för varje tjänst. 
4.  KOMMUNIKA TIONST JÄNSTER 
Vissa tjänster behö vs för att kommunikation ska kunna upprättas och upprätthållas. De finns inte i 
tillämpning sskiktet. Tillgäng liga tjänster specific eras i nedanstående tabell: 
Tabell 2 
Kommu nikationstjäns ter 
Namn på tjänst en Beskr ivning 
Star tCommunication (star ta 
kommunikation) Klienten begär att få starta en kommunikationssession med en eller flera serv­
rar. 
StopCommunicatio n (avsluta 
kommunikation) Klienten begär att få avsluta pågående kommunikationssession. 
TesterPresent (pro vare inkopp ­
lad) Klienten meddelar servern att den fortfarande är inkopplad.  
CPR_005  Tjänste n Star tCommunication används för att starta en kommunikationssession. För att en tjänst ska 
kunna utföras måste kommunikationen initieras och lämpli ga kommunikationsparametrar finnas för 
önskat läge (mode). 
4.1.  Tjäns ten Star tCommunication 
CPR_006  Vid mottagande av ett indikeri ngspr imitiv för Star tCommunication ska fordonsenheten kontrollera om 
den begärda kommunikationslänk en kan initieras under innevarande omständigheter . Giltiga 
omständighete r för initier ing av en kommunikationslänk beskr ivs i dokument ISO 14230-2. 
CPR_007  Fordonsenhet en ska däref ter utföra alla de operationer som krävs för att initiera kommunikationslänk en 
och sända ett svarspr imitiv för Star tCommunication med de parametrar för positivt svar (Positiv e 
Response) som valts. 
CPR_008  Om en fordonsenhet som redan har initierats (och som är i en diagnossession) tar emot en ny 
Star tCommunication Request (beg äran om att starta kommunikation) (exempe lvis på grund av 
felåterställning i provaren) ska begäran godtas och fordonsenhet en ska återi nitieras. 
CPR_009  Om kommunikationslänk en av någon anledning inte kan initieras ska fordonsenheten fortsätta att 
fung era på samma sätt som omedelbar t före försök et att initiera kommunikationslänke n. 
CPR_010  Meddelandet med Star tCommunication Request måste vara fysiskt adresserat. 
CPR_011  Initier ing av fordonsenhet en för tjänst er sker via ”snabb initier ing”: 
—  Det finns en bussvilotid (bus idle time) före varje aktivitet . 
—  Provaren sänder däref ter ett initier ingsmönst er. 
—  All den information som behö vs för att upprätta kommunikation finns i fordonsenhet ens svar . 
CPR_012  Efter avslutad initier ing gäller följande: 
—  Alla kommunikationsparametrar sätts till de värden som anges i Table 4 i enlighet med byte för 
nyckel (key bytes). 
—  Fordonsenheten väntar på provarens första begäran. 26.5.2016 L 139/285 Europeiska unionens officiella tidning SV     
—  Fordonsenheten är i förvalt diagnosläg e, dvs. StandardDiagnosticSession. 
—  Linjen för in-/utsignaler vid kalibrer ing är i förvalt läge, dvs. avaktiverat läge. 
CPR_014  Dataö verföringshastigheten för K-line ska vara 10 400 baud. 
CPR_016  Den snabba initier inge n påbör jas av provaren, som överfö r ett väckningsmönster (Wup, Wake- up 
patter n) via K-line. Mönstret börjar efter vilotid för K-line, med låg signal under tiden Tinil. Provaren 
överför första bit i tjänst en Star tCommunication efter en tid Twup som följer på första fallande kant. 
CPR_017  Tidsvärdena för snabb initier ing och kommunikation i allmänhet ange s i detalj i tabeller na nedan. Det 
finns olika möjligheter när det gäller vilotid: 
—  Första överfö ring efter det att strömmen slagits på, Tidle = 300 ms. 
—  Efter slutf örd StopCo mmunication-tjänst, Tidle = P3 min. 
—  Efter det att kommunikationen avslutats genom time-out P3 max, Tidle = 0. 
Tabell 3 
Tidsvärden för snabb initier ing 
Parameter Min. värde Max. värde 
Tinil 25 ±1 ms 24 ms 26 ms 
Twup 50 ±1 ms 49 ms 51 ms  
Tabell 4 
Tidsvärden för kommunik ation 
Tidsa vpass ­
ning Para­
meter Parameterbeskr ivning Nedre gräns ­
värden (ms) Övre gränsvärden 
(ms) 
Min. Max. 
P1 Tid mellan byte för fordonsenhet ens svar . 0 20 
P2 Tid mellan provarens begäran och fordonsenhe ­
tens svar eller mellan två svar från fordonsenhe ­
ten. 25 250 
P3 Tid mellan slut på fordonsenhetens svar och start 
på ny begäran från provaren. 55 5 000 
P4 Tid mellan byte för begäran från provaren. 5 20  26.5.2016 L 139/286 Europeiska unionens officiella tidning SV     
CPR_018  Meddelandef ormatet för snabb initier ing anges i detalj i nedanstående tabeller . (ANMÄRKNING: ”Hex” 
betyder hexadecimal.) 
Tabell 5 
Meddelande med begäran om StartCommunication 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 81 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Star tCommunication Request Service Id 81 SCR 
#5 Kontrollsumma 00-FF CS  
Tabell 6 
Positivt svarsmeddelande om Star tCommunication 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Star tCommunication Positiv e Response Ser­
vice Id C1 SCRPR 
#6 Byte 1 för nyckel (key byte 1) EA KB1 
#7 Byte 2 för nyckel (key byte 2) 8F KB2 
#8 Kontrollsumma 00-FF CS  
CPR_019  Det finns inget negativt svar på meddelandet med begäran om Star tCommunication. Om det inte finns 
något positivt svarsmeddelande att överfö ra är fordonsenhet en inte initierad, inget överfö rs och den 
kvarstår i normal drift. 
4.2.  Tjäns ten StopCommunication 
4.2.1  Meddelandebeskr ivning 
Syftet med denna tjänst i kommunikationsskiktet är att avsluta en kommunikationssession. 
CPR_020  När fordonsenhet en tar emot ett indikeringspr imitiv för StopCommunicatio n ska den kontrollera om 
aktuella omständigheter tillåte r att denna kommunikation avslutas. I så fall ska fordonsenheten utföra 
alla de operationer som krävs för att avsluta denna kommunikation. 26.5.2016 L 139/287 Europeiska unionens officiella tidning SV     
CPR_021  Om det är möjligt att avsluta kommunikationen ska fordonsenheten utfä rda ett svarspr imitiv för 
StopCommunication med parametrar na för positivt svar valda innan kommunikationen avslutas. 
CPR_022  Om kommunikationen av någon anledning inte kan avslutas ska fordonsenheten utfärda ett 
svarspr imitiv för StopCommunication med parametrar na för negativt svar valda. 
CPR_023  Om time-out av P3max upptäc ks av fordonsenheten ska kommunikationen avslutas utan att något 
svarspr imitiv utfärdas. 
4.2.2  Meddelandeform at 
CPR_024  Meddelandef ormat för primitiv för StopCommunication ange s i detalj i nedanstående tabeller . 
Tabell 7 
Meddelande med begäran om StopCommunication 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd 01 LEN 
#5 StopCommunication Request Service Id 82 SPR 
#6 Kontrollsumma 00-FF CS  
Tabell 8 
Positivt svarsmeddelande om StopCommunication 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 01 LEN 
#5 StopCommunication Positiv e Response Ser­
vice Id C2 SPRPR 
#6 Kontrollsumma 00-FF CS  26.5.2016 L 139/288 Europeiska unionens officiella tidning SV     
Tabell 9 
Negativt svarsmeddelande om StopCommunication 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ e Response Service Id 7F NR 
#6 StopCommunication Request Service Identif ication 82 SPR 
#7 Svarsk od (resp onseCode) = allmänt avvi sande (gene­
ralReje ct) 10 RC_GR 
#8 Kontrollsumma 00-FF CS  
4.2.3  Parameter defin ition 
Denna tjänst förutsätt er inte någon definition av parametrar . 
4.3.  Tjäns ten Tester Present 
4.3.1  Meddelandebeskr ivning 
Tjänsten TesterPresent använ ds av provaren för att meddela servern att den fortfarande är inkopplad. Syftet är att 
hindra servern från att automat iskt återgå till normal drift och eventuellt avsluta kommunikationen. Denna tjänst, 
som skickas ut regelbundet, håller diagnossessionen/k ommunikationen aktiv genom att återställa P3-timer n varje 
gång en begäran om denna tjänst tas emot. 
4.3.2  Meddelandeform at 
CPR_079  Meddelandef ormat för primitiv för TesterPresent anges i detalj i nedanstående tabeller . 
Tabell 10 
Meddelande med begäran om TesterPresent 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd 02 LEN 
#5 Tester Present Request Service Id 3E TP 26.5.2016 L 139/289 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#6 Underf unktion = responseRequired = [ yes 01 RESPREQ_Y 
no ] 02 RESPREQ_NO 
#7 Kontrollsumma 00-FF CS  
CPR_080  Om parametern respo nseRe quired sätts till yes ska servern svara med följande positiva svarsmeddelande. 
Om parametern sätts till no ska inget svar skick as av servern. 
Tabell 11 
Positivt svarsmeddelande om TesterPresent 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 01 LEN 
#5 Tester Present Positiv e Response Service Id 7E TPPR 
#6 Kontrollsumma 00-FF CS  
CPR_081  Tjänste n ska stöd ja följande negativa svarsk oder: 
Tabell 12 
Negativt svarsmeddelande om Tester Present 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ e Response Service Id 7F NR 
#6 TesterPresent Request Service Identification 3E TP 26.5.2016 L 139/290 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#7 Svarsk od  
(responseCode = [ SubFunctionNotSuppor ted-In ­
validFor mat 12 RC_SFNS_IF 
incor rectMessageL ength ] 13 RC_IML 
#8 Kontrollsumma 00-FF CS  
5.  FÖR VALTNINGST JÄNSTER 
Tillgäng liga tjänster specificeras i nedanstående tabell: 
Tabell 13 
Förvaltnings tjänster 
Namn på tjänst en Beskr ivning 
Star tDiagnosticSession (star ta 
diagnossession) Klienten begär att få starta en diagnossession med en fordonsenhet. 
Secur ityA ccess (säker hetstillt ­
räde) Klienten begär tillträde till funktioner som är begränsade till auktori serade an­
vändare.  
5.1.  Tjäns ten Star tDiagnos ticSession 
5.1.1  Meddelandebeskr ivning 
CPR_025  Tjänste n Star tDiagnosticSession används för att aktivera olika diagnossessioner i servern. En 
diagnossession aktiverar en specifik mängd tjänst er enligt Table 17. En session kan aktivera tjänster 
som är specifika för vissa fordonstillverkare och som inte beskr ivs i detta dokument. Anv ändnings ­
reglerna ska uppfylla följande krav: 
—  Det ska alltid vara exakt en diagnossession aktiv i fordonsenheten. 
—  När fordonsenhet en kopplas in ska den alltid starta StandardDiagnosticSession. Om ingen annan 
diagnossession startas ska StandardDiagnosticSession vara aktiv så länge fordonsenhet en får ström. 
—  Om en diagnossession som redan är aktiv har begärts av provaren ska fordonsenheten skicka ett 
positivt svarsmeddelande. 
—  Varje gång provaren begär en ny diagnossession ska fordonsenhet en först skicka ett positivt 
svarsmeddelande om Star tDiagnosticSession innan den nya sessionen blir aktiv i fordonsenhet en. 
Om fordonsenheten inte kan starta den begärda nya diagnossessionen ska den svara med ett 
negativt svarsmeddelande om Star tDiagnosticSession, och den innevarande sessionen ska fortsätta. 
CPR_026  En diagnossession ska startas endast om kommunikation har upprättats mellan klient en och 
fordonsenheten. 
CPR_027  De tidsparametrar som definie ras i Table 4 ska vara aktiva efter en lyckad Star tDiagnosticSession med 
paramete rn diagnosticSession satt till ”StandardDiagnosticSession” i meddelandet med begäran, om en 
annan diagnossession tidigare var aktiv . 26.5.2016 L 139/291 Europeiska unionens officiella tidning SV     
5.1.2  Meddelandeform at 
CPR_028  Meddelandef ormat för primitiv för StartDiagnosticSession anges i detalj i nedanstående tabeller . 
Tabell 14 
Meddelande med begäran om StartDiagnosticSession 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd 02 LEN 
#5 Star tDiagnos ticSession Request Service Id 10 STDS 
#6 diagnosticSession = [ett värde från Table 17] xx DS_… 
#7 Kontrollsumma 00-FF CS  
Tabell 15 
Positivt svarsmeddelande om Star tDiagnos ticSession 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 02 LEN 
#5 Star tDiagnos ticSession Positiv e Response Ser­
vice Id 50 STDSPR 
#6 diagnosticSession = [samma värde som i byte #6 i 
Table 14] xx DS_… 
#7 Kontrollsumma 00-FF CS  
Tabell 16 
Negativt svarsmeddelande om StartDiagnos ticSession 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 26.5.2016 L 139/292 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ e Response Service Id 7F NR 
#6 Star tDiagnosticSession Request Service Id 10 STDS 
#7 Svarsk od (respon­
seCode = [subFunctionNotSuppor ted(a) 12 RC_SFNS 
incor rectMessageL ength (b) 13 RC_IML 
conditionsNotCor rect (c) 22 RC_CNC 
#8 Kontrollsumma 00-FF CS 
(a)  Värdet för byte #6 i svarsmeddelandet stöds inte, dvs. det finns inte i Table 17. 
(b)  Längden på meddelandet är felak tig. 
(c)  Kriterierna för att begära Star tDiagnosticSession är inte uppfyllda.  
5.1.3  Parameter defin ition 
CPR_029  Parametern diagnosticSession (DS_) används av tjänst en Star tDiagnosticSession för att välja serverns/ 
servrar nas specifi ka funktion. Följande diagnossessioner specifi ceras i detta dokument: 
Tabell 17 
Def inition av värden för diagnosti cSession 
Hex Beskr ivning Memo ­
symbol 
(mnemonic) 
81 StandardDiagnos ticSession 
Denna diagnossession aktiverar alla tjänster som ange s i kolumn SD i 
Table 1. Dessa tjänster möjliggör avläsning av data från en server (fordon ­
senhet). Denna diagnossession är aktiv efter det att initier ingen har slut­
förts med positivt resultat mellan klient (pro vare) och server (fordonsen ­
het). Denna diagnossession får skrivas över av andra diagnossessioner 
som specifi ceras i detta avsnitt. SD 
85 ECUProg rammingSession 
Denna diagnossession aktiverar alla tjänst er som anges i kolumn ECUPS i 
Table 1. Dessa tjänster stöde r minnesprogrammer ing i en server (fordon ­
senhet). Denna diagnossession får skrivas över av andra diagnossessioner 
som specifi ceras i detta avsnitt. ECUPS 
87 ECU Adjust mentSession 
Denna diagnossession aktiverar alla tjänster som anges i kolumn ECU AS i 
Table 1. Dessa tjänst er stöder kontroll av in-/utdata till/från en server (for­
donsenhet). Denna diagnossession får skrivas över av andra diagnossessio ­
ner som specificeras i detta avsnitt. ECU AS  26.5.2016 L 139/293 Europeiska unionens officiella tidning SV     
5.2.  Tjäns ten Secur ityAc cess 
Skrivning av kalibrer ingsdata är bara möjlig om fordonsenhet en är i kalibrer ingsläge (CA LIBRA TION). Utöver att 
sätta in ett giltigt verkstadsk ort i fordonsenheten måste fordonsenhetens korrekta PIN-k od anges innan tillträde till 
kalibrer ingsläget (CALIBRA TION) beviljas. 
När fordonsenhet en är i kalibrer ings- (CALIBRA TION) eller kontrolläge (CONTR OL) är det också möjligt att få 
tillträde till in-/utdatalinjen för kalibrer ing. 
Tjänsten Secur ityA ccess ger möjlighet att ange PIN-k oden och att ange för provaren huruvida fordonsenheten är i 
kalibrer ingsläge (CALIBRA TION). 
Det är godtagbar t att PIN-k oden anges med altern ativa metod er. 
5.2.1  Meddelandebeskr ivning 
Tjänsten Secur ityA ccess omfattar två meddelanden: requestSeed, eventuellt följt av sendKe y. Tjänsten Secur ityA ccess 
måste utföras efter tjänsten Star tDiagnosticSession. 
CPR_033  Provaren ska använ da meddelandet requestSeed för att kontrollera om fordonsenhet en är beredd att 
godta en PIN-k od. 
CPR_034  Om fordonsenhet en redan är i kalibrer ingsläge (CA LIBRA TION) ska den svara på begäran genom att 
sända ett startvärde (seed) som är 0x0000 med hjälp av tjänst en Secur ityA ccess Positive Response. 
CPR_035  Om fordonsenheten är beredd att godta en PIN-k od för verifier ing med ett verk stadsk ort ska den svara 
på begäran genom att sända ett startvärde (seed) som är störr e än 0x0000 med hjälp av tjänsten 
Secur ityA ccess Positive Response. 
CPR_036  Om fordonsenhet en inte är beredd att godta en PIN-k od från provaren, anting en på grund av att det 
insatta verkstadsk ortet inte är giltigt, att inget verk stadsk ort har satts in eller att fordonsenheten 
förväntar sig PIN-k oden via en annan metod, ska den svara på begäran med ett Neg ative Response 
(negat ivt svar) med en svarsk od satt till conditionsNotCor rectOrRequestS equenceEr ror. 
CPR_037  Provaren ska då eventuellt använda meddelandet sendK ey för att sända en PIN-k od vidare till 
fordonsenheten. För att ge kortautentiseri ngen den tid som krävs ska fordonsenheten använ da den 
nega tiva svarsk oden requestCor rectlyReceived-ResponseP ending för att utöka svarstiden. Maximal svarstid får 
dock inte överstig a fem minut er. Så snar t den begärda tjänst en har slutf örts ska fordonsenheten sända 
ett positivt eller negativ t svarsmeddelande med en annan svarsk od. Den nega tiva svarsk oden requestCor ­
rectlyReceived-R esponseP ending får upprepas av fordonsenheten till dess att den begärda tjänsten har 
slutf örts och det slutliga svarsmeddelandet har sänts. 
CPR_038  Fordonsenhet en ska svara på denna begäran genom att använ da tjänsten Secur ityA ccess Positiv e Response 
endast när den är i kalibrer ingsläge (CALIBRA TION). 
CPR_039  I nedanstående fall ska fordonsenheten svara på denna begäran med Negative Response (negativt svar) 
med en svarsk od som är satt till följande: 
—  subF unctionNot suppor ted: Ogiltigt format för underfunktionens parameter (accessT ype). 
—  conditionsNotCor rectOrRequestSeq uenceEr ror: Fordonsenhet en ej klar att godta en angiven PIN-k od. 
—  invalidKe y: PIN-k oden inte giltig, max. antal försök att ange PIN-k od har inte uppnåtts. 
—  exceededNumberOfAttempts: PIN-k oden inte giltig, max. antal försök att ange PIN-k od har uppnåtts. 
—  gener alReject : Rätt PIN-k od men den ömsesidig a autentis eringen med verkstadsk ortet missly ckades. 26.5.2016 L 139/294 Europeiska unionens officiella tidning SV     
5.2.2  Meddelandeform at – Secur ityA ccess – requestS eed 
CPR_040  Meddelandef ormat för primitiv för requestSeed ange s i detalj i nedanstående tabeller . 
Tabell 18 
Meddelande med begäran om Secur ityAccess – request Seed 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd 02 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Kontrollsumma 00-FF CS  
Tabell 19 
Positivt svarsmeddelande om Secur ityAccess – request Seed 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 04 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – requestSeed 7D AT_RSD 
#7 Seed High (högt startvärde) 00-FF SEEDH 
#8 Seed Low (lågt startvärde) 00-FF SEEDL 
#9 Kontrollsumma 00-FF CS  
Tabell 20 
Negativt svarsmeddelande om Secur ityAccess 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 26.5.2016 L 139/295 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#4 Byte för extra längd 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 Svarsk od (re­
sponseCode = [conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
incor rectMessageL ength] 13 RC_IML 
#8 Kontrollsumma 00-FF CS  
5.2.3  Meddelandeform at – Secur ityA ccess – sendKe y 
CPR_041  Meddelandef ormat för primitiv för sendKe y anges i detalj i nedanstående tabeller . 
Tabell 21 
Meddelande med begäran om Secur ityAccess – sendKey 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd m+2 LEN 
#5 Secur ityA ccess Request Service Id 27 SA 
#6 accessT ype – sendKey 7E AT_SK 
#7 till #m 
+6 Key #1 (hög) xx KEY 
… …  
Key #m (låg, m måst e vara minst 4 och högst 8) xx  
#m+7 Kontrollsumma 00-FF CS  
Tabell 22 
Positivt svarsmeddelande om Secur ityAc cess – sendKe y 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 26.5.2016 L 139/296 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#4 Byte för extra längd 02 LEN 
#5 Secur ityA ccess Positiv e Response Service Id 67 SAPR 
#6 accessT ype – sendKey 7E AT_SK 
#7 Kontrollsumma 00-FF CS  
Tabell 23 
Negativt svarsmeddelande om Secur ityAccess 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 Secur ityA ccess Request Service Id 27 SA 
#7 Svarsk od ( 
responseCode = [generalReject 10 RC_GR 
subFunctionNotSuppor ted 12 RC_SFNS 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rectOrRe ­
questSequenceEr ror 22 RC_CNC 
invalidKey 35 RC_IK 
excee dedNumberOfAtt emp ts 36 RC_ENA 
requestCor rectlyReceived-Re ­
sponsePen ding] 78 RC_R CR_RP 
#8 Kontrollsumma 00-FF CS  
6.  DATAÖVERFÖRINGST JÄNSTER 
Tillgäng liga tjänster specificeras i nedanstående tabell: 
Tabell 24 
Data överför ingst jänster 
Namn på tjänst en Beskr ivning 
ReadDataByIdentifi er (läs data 
med hjälp av identif ierare) Klienten begär överfö ring av befintligt värde av en post som nås via recordDataI ­
dentifier . 
WriteDataByIdentifier (skriv 
data med hjälp av identif ierare) Klienten begär att få skriva en post som nås via recor dDataIdentifier .  26.5.2016 L 139/297 Europeiska unionens officiella tidning SV     
6.1.  Tjäns ten ReadDataByIdentif ier 
6.1.1  Meddelandebeskr ivning 
CPR_050  Tjänste n ReadDataByIdentifier används av klient en för att begära datapostvärden från en server. Dessa 
data identif ieras genom recor dDataIdentifier . Tillverkaren ansvarar för att fordonsenhet en uppfyller 
servervillk oren när denna tjänst utförs. 
6.1.2  Meddelandeform at 
CPR_051  Meddelandef ormat för primitiv för ReadDataByIdentifier anges i detalj i nedanstående tabeller . 
Tabell 25 
Meddelande med begäran om ReadDat aByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd 03 LEN 
#5 ReadDataByIdentif ier Request Service Id 22 RDBI 
#6 till #7 recordDataIdentifier = [ett värde från Table 28] xxxx RDI_… 
#8 Kontrollsumma 00-FF CS  
Tabell 26 
Positivt svarsmeddelande om ReadDat aByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd m+3 LEN 
#5 ReadDataByIdentif ier Positiv e Response Ser­
vice Id 62 RDBIPR 
#6 och #7 recordDataIdentifier = [samma värde som byte #6 
och #7 i Table 25] xxxx RDI_… 
#8 till #m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrollsumma 00-FF CS  26.5.2016 L 139/298 Europeiska unionens officiella tidning SV     
Tabell 27 
Negativt svarsmeddelande om ReadDataByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 ReadDataByIdentifier Request Service Id 22 RDBI 
#7 Svarsk od (respon­
seCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrollsumma 00-FF CS  
6.1.3  Parameter defin ition 
CPR_052  Parametern recor dDataIdentifier (RDI_) i ett meddelande med begäran om ReadDataByIdentifier 
identifierar en datapost. 
CPR_053  Värden för recordDataIdentifi er som definieras i detta dokument visas i tabellen nedan. 
Tabellen för recordDataIdentifier består av fyra kolumner och flera rader . 
—  Den första kolumnen innehåller det hexadecimala värde som tilldelas den recordDataIdentifi er som 
anges i den tredje kolumnen. 
—  I den andra kolumnen anges de dataelement i tillägg 1 som ligger till grund för recordDataIdentifier 
(ibland är omk odning nödvändig). 
—  I den tredje kolumnen anges motsvarande namn på recor dDataIdentifier . 
—  I den fjärde kolumnen anges memosymbol för denna recordDataIdentifier . 
Tabell 28 
Def inition av värden för recordData Identif ier 
Hex Dataelement Namn på recor dDataIdentifie r 
(se format i avsnitt 8.2) Memosymbol 
(mnemonic) 
F90B 
 TimeDat e RDI_TD 
F912 
 HighResolution TotalV ehicleDistance RDI_HRT VD 
F918 
 Kfact or RDI_KF 26.5.2016 L 139/299 Europeiska unionens officiella tidning SV     
Hex Dataelement Namn på recor dDataIdentifie r 
(se format i avsnitt 8.2) Memosymbol 
(mnemonic) 
F91C 
 LfactorT yreCircumfe rence RDI_LF 
F91D 
 WvehicleCharacter isticF actor RDI_WV CF 
F921 
 TyreSize RDI_TS 
F922 
 NextCalibrationDat e RDI_NCD 
F92C 
 SpeedAuthor ised RDI_S A 
F97D 
 Regist eringMemberState RDI_RMS 
F97E 
 VehicleRegistrationNumber RDI_ VRN 
F190 
 VIN RDI_ VIN  
CPR_054  Parametern dataRecor d (DREC_) använ ds av det positiva svarsmeddelandet för ReadDataByIdentif ier för 
att tillhandahålla det datapostvärde som identif ieras av recordDataIdentifier till klienten (pro varen). 
Dataf ormat en specificeras i avsnitt 8. Ytte rligare valfr ia användardata (dataR ecords), inklusive in- och 
utdata samt interna data som är specifika för fordonsenhet en, kan införas, men de definieras inte i 
detta dokument. 
6.2.  Tjäns ten WriteDat aByIdentif ier 
6.2.1  Meddelandebeskr ivning 
CPR_056  Tjänste n WriteDataByIdentif ier använ ds av kliente n för att skriva datapostvärden till en server. Dessa 
data identif ieras genom recor dDataIdentifier . Tillverkaren ansvarar för att fordonsenhet en uppfyller 
servervillk oren när denna tjänst utförs. Vid uppdat ering av de parametrar som förtecknas i Table 28 
måst e fordonsenhet en vara i kalibrer ingsläge (CA LIBRA TION). 
6.2.2  Meddelandeform at 
CPR_057  Meddelandef ormat för primitiv för WriteDataByIdentif ier anges i detalj i nedanstående tabeller . 
Tabell 29 
Meddelande med begäran om WriteDat aByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd m + 3 LEN 
#5 WriteDat aByIdentif ier Request Service Id 2E WDBI 
#6 till #7 recordDataIdentifi er = [ett värde från Table 28] xxxx RDI_… 26.5.2016 L 139/300 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#8 till #m 
+7 dataRecord[] = [data#1 xx DREC_D ATA1 
: : : 
data#m] xx DREC_D ATAm 
#m+8 Kontrollsumma 00-FF CS  
Tabell 30 
Positivt svarsmeddelande om WriteDataByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 WriteDat aByIdentif ier Positiv e Response Ser­
vice Id 6E WDBIPR 
#6 till #7 recordDataIdentifier = [samma värde som byte #6 
och #7 i Table 29] xxxx RDI_… 
#8 Kontrollsumma 00-FF CS  
Tabell 31 
Negativt svarsmeddelande om WriteDat aByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 WriteDataByIdentif ier Request Service Id 2E WDBI 26.5.2016 L 139/301 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#7 Svarsk od (respon­
seCode = [requestOutOfRange 31 RC_R OOR 
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect] 22 RC_CNC 
#8 Kontrollsumma 00-FF CS  
6.2.3  Parameter defin ition 
Parame tern recordDataIdentifi er (RDI_) definie ras i Table 28. 
Parame tern dataR ecord (DREC_) använ ds av meddelandet med begäran om WriteDataByIdentif ier för att 
tillhandahålla servern (fordonsenheten) de datapostvärden som identifieras genom recordDataIdentifi er. 
Dataf ormaten specifi ceras i avsnitt 8. 
7.  KONTR OLL AV PROVPULSER – FUNK TIONSENHET FÖR KONTR OLL AV IN-/UTD ATA 
Tillgäng liga tjänster specificeras i nedanstående tabell: 
Tabell 32 
Funktionsenhet för kontroll av in-/utdata 
Namn på tjänst en Beskr ivning 
InputOutputCont rolByIdentif ier 
(kontroll av in-/utdata med 
hjälp av identif ierare) Klienten begär kontroll av in-/utdata som är specifi ka för servern.  
7.1.  Tjäns ten InputOutputControlByIdentif ier 
7.1.1  Meddelandebeskr ivning 
Det finns en koppling via frontanslutningen som gör det möjligt att kontrollera eller övervaka provpulser med 
hjälp av en lämplig provare. 
CPR_058  Denna linje för in-/utsignaler vid kalibrer ing kan konfigureras med K-line-k ommandon med hjälp av 
tjänst en InputOutputContr olByIdentifi er för att välja den in-/utfunktion som krävs för linjen. Linjen har 
följande tillstånd: 
—  disabled (avaktiverat). 
—  speedSignalInput, där linjen för in-/utsignaler vid kalibrer ing använ ds för inmatning av en 
hastighetssignal (pro vsignal) som ersätter hastighetssignalen från rörelsesensor n. Denna funktion är 
inte tillgänglig i kontrolläge (CONTR OL). 
—  realTimeSpeedSignalOutputSensor , där linjen för in-/utsignaler vid kalibrer ing används för utdata i 
form av hastighetssignalen från rörelsesensor n. 
—  RTCOutput, där linjen för in-/utsignaler vid kalibrer ing används för utdata i form av klocksignalen 
(UTC). Denna funktion är inte tillgäng lig i kontrolläge (CONTR OL). 
CPR_059  Fordonsenhet en måste ha påbör jat en inställningssession och den måst e vara i kalibrer ings- 
(CALIBRA TION) eller kontrolläge (CONTR OL) för att konfigurera linjens tillstånd. När fordonsenheten 
är i kalibrer ingsläg e (CALIBRA TION) kan de fyra linjetillstånden väljas (disabled, speedSignalInput, 
realTimeSpeedSignalOutput Sensor , RTCOutput). När fordonsenhet en är i kontrolläge (CONTR OL) kan 
endast två av de fyra linjetillstånden väljas (disabled, realTimeSpeedSignalOutputSensor). Vid avslutande av 
inställningssession eller av kalibrer ings- (CA LIBRA TION) eller kontrolläge (CONTR OL) ska 
fordonsenheten se till att linjen för in-/utsignaler vid kalibrer ing återställs till ”avaktiverat” (förvalt) 
tillstånd. 26.5.2016 L 139/302 Europeiska unionens officiella tidning SV     
CPR_060  Om hastighetspulser tas emot i fordonsenhetens ingående linje för hastighetssignal i realtid medan 
linjen för in-/utsignaler vid kalibrer ing är inställd för indata ska linjen för in-/utsignaler vid kalibrer ing 
ställas om för utdata eller återställas till det avaktiverade tillståndet. 
CPR_061  Sekvensen ska vara följande: 
—  Upprätta kommunikation genom tjänsten Star tCommunication. 
—  Påbör ja en inställningssession genom tjänsten Star tDiagnosticSession och stå i kalibrer ings- 
(CALIBRA TION) eller kontrolläge (CONTR OL) (ordning en på dessa två operationer saknar 
betydelse). 
—  Ändra tillstånd för utdata med hjälp av InputOutput ControlByIdentif ier. 
7.1.2  Meddelandeform at 
CPR_062  Meddelandef ormat för primitiv för InputOutputContr olByIdentifi er anges i detalj i nedanstående tabeller . 
Tabell 33 
Meddelande med begäran om InputOutputControlByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress EE TGT 
#3 Byte för källadress tt SRC 
#4 Byte för extra längd xx LEN 
#5 InputOutputControlByIdentif ier Request Sid 2F IOCBI 
#6 och #7 Input OutputIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 eller 
#8 till #9 ControlOp tionRecord = [  COR_… 
inputOutputContro lParameter – ett värde från Table 
36 xx IOCP_… 
contro lState – ett värde från Table 37 (se anmärk ­
ning nedan)] xx CS_… 
#9 eller 
#10 Kontrollsumma 00-FF CS  
Anmärkning: Parametern controlStat e ingå r endast i vissa fall (se avsnitt 7.1.3). 
Tabell 34 
Positivt svarsmeddelande om InputOutputControlByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 26.5.2016 L 139/303 Europeiska unionens officiella tidning SV     
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd xx LEN 
#5 inputOutputControlByIdentif ier Positiv e Re­
sponse SId 6F IOCBIPR 
#6 och #7 inputOut putIdentif ier = [CalibrationInputOutput] F960 IOI_CIO 
#8 eller 
#8 till #9 controlStatusRecord = [  CSR_ 
inputOutputContro lParameter (samma värde som 
byte #8 i Table 33) xx IOCP_… 
contro lState (samma värde som byte #9 i Table 
33)] (i förek ommande fall) xx CS_… 
#9 eller 
#10 Kontrollsumma 00-FF CS  
Tabell 35 
Negativt svarsmeddelande om InputOutputControlByIdentif ier 
Byte # Parametern amn Hexvärde Memosymbol 
(mnemonic) 
#1 Byte för format – fysisk adresser ing 80 FMT 
#2 Byte för måladress tt TGT 
#3 Byte för källadress EE SRC 
#4 Byte för extra längd 03 LEN 
#5 Negativ eResponse Service Id 7F NR 
#6 inputOut putControlByIdentif ier Request SId 2F IOCBI 
#7 Svarsk od (resp onseCode = [   
incor rectMessageL ength 13 RC_IML 
conditionsNotCor rect 22 RC_CNC 
requestOutOfRange 31 RC_R OOR 
deviceControlLimitsEx ceeded] 7 A RC_DCLE 
#8 Kontrollsumma 00-FF CS  
7.1.3  Parameter defin ition 
CPR_064  Parametern inputOutputControlP arameter (IOCP_) definieras i nedanstående tabell. 26.5.2016 L 139/304 Europeiska unionens officiella tidning SV     
Tabell 36 
Def inition av värden för InputOutputControlByIdentif ier 
Hex Beskr ivning Memo ­
symbol 
(mnemonic) 
00 Retur nControlT oECU 
Detta värde ska ange för servern (fordonsenhet en) att provaren inte längre 
har kontroll över linjen för in-/utsignaler vid kalibrer ing. RCTECU 
01 ResetT oDefault 
Med detta värde får servern (fordonsenhet en) en begäran om att återställa 
linjen för in-/utsignaler vid kalibrer ing till dess förvalda tillstånd. RTD 
03 Shor tTermAdjustment 
Med detta värde får servern (fordonsenhet en) en begäran om att ställa in 
linjen för in-/utsignaler vid kalibrer ing på det värde som ingår i parame ­
tern contro lState. STA  
CPR_065  Parametern contro lState ingår endast när inputOutputContro lParameter har satts till Shor tTermAdjustment, 
och den definieras i nedanstående tabell. 
Tabell 37 
Def inition av värden för controlSt ate 
Läge Hexvärde Beskr ivning 
Avaktivera 00 Linjen för in-/utsignaler är avaktiverad (förvalt tillstånd). 
Aktivera 01 Aktivera linjen för in-/utsignaler vid kalibrer ing som speedSignal ­
Input. 
Aktivera 02 Aktivera linjen för in-/utsignaler vid kalibrer ing som realTimeS ­
peedSignalOutputSen sor. 
Aktivera 03 Aktivera linjen för in-/utsignaler vid kalibrer ing som RTCOutput.  
8.  FORMA T FÖR DATARECORDS 
I detta avsnitt beskr ivs följande: 
—  Allmänna regler som ska tillämpas på de olika parametrar som överfö rs av fordonsenheten till provaren. 
—  Format som ska använ das för data som överfö rs via de dataö verfö ringstjänster som beskr ivs i avsnitt 6. 
CPR_067  Det ska finnas stöd i fordonsenheten för alla parametrar som beskr ivs här. 
CPR_068  Data som överfö rs av fordonsenhet en till provaren som svar på en begäran ska vara uppmätta (dvs. 
aktuellt värde på den begärda parametern enligt fordonsenhet ens mätning eller obser vation). 
8.1.  Inter vall för överförda parametrar 
CPR_069  Table 38 visar de inter vall som använ ds för att avgöra huruvida en överfö rd paramet er har ett giltigt 
värde. 26.5.2016 L 139/305 Europeiska unionens officiella tidning SV     
CPR_070  Med hjälp av värdena i det inter vall som betec knas ”felindikator” kan fordonsenheten omedelbar t 
meddela att det för närvarande inte finns några tillgängliga giltiga paramete rdata på grund av någon 
typ av fel i färdskr ivaren. 
CPR_071  Med hjälp av värdena i inter vallet ”ej tillgängligt” kan fordonsenhet en skick a ett meddelande som 
innehåller en parameter som inte är tillgäng lig eller som inte är giltig i den aktuella modulen. Med 
hjälp av värdena i inter vallet ”ej begärt” kan en enhet skicka ett kommandomeddelande och identif iera 
de parametrar för vilka inget svar förväntas från den mottagan de enheten. 
CPR_072  Om ett kompone ntfel förhindrar överföringen av giltiga data för en parameter , bör den felindikator 
som beskr ivs i Table 38 användas i stället för paramete rns data. Om uppmätta eller beräknade data har 
ett värde som är giltigt men som inte ligge r inom det fastställda paramet erinter vallet, bör felindikatorn 
emeller tid inte använ das. I sådana fall bör data överföras i form av motsvarande minsta eller störs ta 
paramete rvärde. 
Tabell 38 
Inter vall för dataRecords 
Intervallbetec kning 1 byte 
(Hexvärde) 2 byte 
(Hexvärde) 4 byte 
(Hexvärde) ASCII 
Giltig signal 00 till FA 0000 till FAFF 00000000 till FAFFFFFF 1–254 
Parameterspecifik indikator FB FB00 till FBFF FB000000 till FBFFFFFF Saknas 
Inter vall reser verat för framtida 
indikator bitar FC till FD FC00 till FDFF FC000000 till FDFFFFFF Saknas 
Felindikator FE FE00 till FEFF FE000000 till FEFFFFFF 0 
Ej tillgängligt eller ej begär t FF FF00 till FFFF FF000000 till FFFFFFFF FF  
CPR_073  För ASCII-k odade parametrar är tecknet ”*” reser verat som avgränsare. 
8.2.  Format för dataRecords 
I tabeller na Table 39–T able 42 nedan beskr ivs de format som ska användas via tjänster na ReadDataByIdentifier och 
WriteDataByIdentif ier. 
CPR_074  Table 39 innehåller uppgif ter om längd, upplösning och driftsint ervall för varje parameter som 
identifieras med hjälp av sin recor dDataIdentifier : 
Tabell 39 
Format för dataRecords 
Parametern amn Datalängd 
(byte) Upplösning Driftsinter vall 
TimeDat e 8 Se vidare detaljer i Table 40. 
HighResolution TotalV ehicleDistance 4 5 m ökning per bit, 0 m offset 0 till +21 055 406 km 
Kfact or 2 0,001 pulser/m ökning per bit, 0 
offset 0 till 64,255 pulser/m 
LfactorT yreCircumfe rence 2 0,125 10– 3 m ökning per bit, 0 off­
set 0 till +8,031 m 
WvehicleCharacter isticF actor 2 0,001 pulser/m ökning per bit, 0 
offset 0 till 64,255 pulser/m 
TyreSize 15 ASCII ASCII 26.5.2016 L 139/306 Europeiska unionens officiella tidning SV     
Parametern amn Datalängd 
(byte) Upplösning Driftsinter vall 
NextCalibrationDat e 3 Se vidare detaljer i Table 41. 
SpeedAuthor ised 2 1/256 km/h ökning per bit, 0 offset 0 till 250,996 km/h 
Regist eringMemberState 3 ASCII ASCII 
VehicleRegistrationNumber 14 Se vidare detaljer i Table 42. 
VIN 17 ASCII ASCII  
CPR_075  Table 40 innehåller uppgif ter om formaten för de olika byte som ingår i parametern TimeDate: 
Tabell 40 
Detal jformat för TimeDate (värde # F90B för recordDataIdentif ier) 
Byte Parameterdefinition Upplösning Driftsinter vall 
1 Sekunder 0,25 s ökning per bit, 0 s offset 0 till 59,75 s 
2 Minute r 1 min ökning per bit, 0 min offset 0 till 59 min 
3 Timmar 1 h ökning per bit, 0 h offset 0 till 23 h 
4 Månad 1 månad ökning per bit, 0 månader 
offset 1 till 12 månader 
5 Dag 0,25 dagar ökning per bit, 0 dagar off­
set 
(se anmärkning under Table 41) 0,25 till 31,75 da­
gar 
6 År 1 år ökning per bit, +1985 år offset 
(se anmärkning under Table 41) 1985 till 2235 år 
7 Lokal offset – minute r 1 min ökning per bit, – 125 min off­
set – 59 till +59 min 
8 Lokal offset – timmar 1 h ökning per bit, – 125 h offset – 23 till +23 h  
CPR_076 Table 41 innehåller uppgif ter om formate n för de olika byte som ingår i parametern NextCalibr a­
tionDate: 
Tabell 41 
Detaljfor mat för NextCalibrationDate (värde # F922 för recordData Identif ier) 
Byte Parameterdefinition Upplösning Driftsinter vall 
1 Månad 1 månad ökning per bit, 0 månader 
offset 1 till 12 månader 
2 Dag 0,25 dagar ökning per bit, 0 dagar off­
set 
(se anmärkning nedan) 0,25 till 31,75 da­
gar 
3 År 1 år ökning per bit, +1985 år offset 
(se anmärkning nedan) 1985 till 2235 år  26.5.2016 L 139/307 Europeiska unionens officiella tidning SV     
Anmärkning beträff ande användningen av parametern för ”dag”:  
1) 0 är ett ogiltigt värde för datum. Värdena 1, 2, 3 och 4 betec knar den första dagen i månaden; 5, 6, 7 och 8 
betecknar den andra dagen i månaden osv.  
2) Denna parameter ändrar eller påverkar inte parametern för ”timmar” ovan. 
Anmärkning beträff ande användningen av parametern för ”år”: 
Värdet 0 för år betec knar år 1985; värdet 1 betec knar 1986 osv. 
CPR_078 Table 42 innehåller uppgif ter om formaten för de olika byte som ingå r i parametern VehicleRegistr a­
tionNumber: 
Tabell 42 
Detaljfor mat för VehicleRegistrationNumber (värde # F97E för recordDataIdentif ier) 
Byte Paramet erdefinition Upplösning Driftsinter vall 
1 Teckentabell (enligt definitionen i tillägg 1) ASCII 01 till 0 A 
2 – 14 Fordonets registrer ingsnummer (enligt definitionen 
i tillägg 1) ASCII ASCII   26.5.2016 L 139/308 Europeiska unionens officiella tidning SV     
Tillägg 9 
TYPGODKÄNNANDE FÖRTE CKNIN G ÖVER MINST A NÖD VÄNDIGA UPPS ÄTTNING PROV 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING ........................................................................................................................................... 309 
2. FUNK TIONSPR OVNING AV FORDONSENHET ................................................................................................ 311 
3. FUNK TIONSPR OVNING AV RÖRELSESENSOR ................................................................................................ 315 
4. FUNK TIONSPR OVNING AV FÄRDSKRIV ARK ORT ............................................................................................ 318 
5. PROVNING AV EXTERN GNSS-ANORDNING ................................................................................................. 328 
6. PROVNING AV KOMMUNIKA TIONS ANORDNING FÖR FJÄRRA VLÄSNING ........................................................... 331 
7. FUNK TIONSPR OVNING AV PAPPER ............................................................................................................. 333 
8. PROVNING AV DRIFTSK OMP ATIBILITET ....................................................................................................... 335  
1.  INLEDNING 
1.1.  Typgodk ännande 
EG-typgodkännande för en färdskr ivare (eller kompon ent) eller ett färdskr ivark ort bygger på följande: 
—  En säkerh etscer tifiering, baserad på specifikationer enligt CC (Common Criteria), i förhållande till ett 
säkerhetsmål som till fullo överensstämmer med tillägg 10 till denna bilaga. 
—  En funktionscer tifiering, utförd av en myndighet i en medlemsstat, som intyg ar att det provade föremålet 
uppfyller kraven i denna bilaga med avseende på funktioner , mätnoggrannhet och miljöeg enskaper . 
—  En certifiering av driftskompatibiliteten, utförd av ett behör igt organ, som intyg ar att färdskr ivaren (eller 
färdskr ivark ortet) är fullständigt driftskompatibel(t) med de modeller av färdsk rivark ort (eller färdskr ivare) som 
krävs (se kapitel 8 i denna bilaga). 
I detta tillägg anges de prov som minst ska utföras av en myndighet i en medlemsstat vid funktionspro vninga rna, 
och de prov som minst ska utföras av ett behör igt organ vid provning arna av driftskompati bilitet en. Förfaranden 
för att utföra proven eller typen av prov specificeras inte ytterligare. 
Säkerhetscer tifier ingen omf attas inte av detta tillägg. Om vissa prov som krävs för typgodkännande utförs vid 
säkerhetsutvärder ingen och säke rhetscer tifieringen behö ver dessa prov inte utföras igen . I detta fall behö ver bara 
resultaten från dessa säkerhetspro v undersökas. De krav som förväntas bli provade (eller som är nära förknippade 
med prov som förväntas bli utförda) vid säkerhetscer tifieringen är mark erade med ”*” i detta tillägg. 
De numrerade kraven hänvisar till huvudte xten i bilagan , medan övriga krav hänvisar till de andra tillägge n (t.ex. 
hänvisar ”PIC_001” till krav PIC_001 i tillägg 3 om piktogram). 
I detta tillägg åtskiljs typgodkännandet av rörelsesensor n, fordonsenheten och den externa GNSS-anordning en, som 
alla betraktas som kompon enter i färdskr ivaren. Varje kompone nt kommer att få sitt eget typgodkännandeintyg, där 
övriga driftskompatibla komponent er kommer att anges. Funktionspro vet av rörelsesensor n (eller den exte rna 
GNSS-anordninge n) utförs tillsammans med fordonsenheten och omv änt. 
Driftskompatibilit et mellan varje modell av rörelsesensor (respektive extern GNSS-anordning) och varje modell av 
fordonsenhet är inte nödvändig. I detta fall kan ett typgodkännande för en rörelsesensor (respektive extern GNSS- 
anordning) beviljas endast i kombination med typgodkännandet för den relevanta fordonsenhet en och omv änt. 26.5.2016 L 139/309 Europeiska unionens officiella tidning SV     
1.2.  Referenser 
Följande referenser använ ds i detta tillägg: 
IEC 60068-2-1: Environmenta l testing – Part 2-1: Tests – Test A: Cold 
IEC 60068-2-2: Basic environmental testin g procedures; part 2: tests; tests B: dry heat 
(sinusoidal). IEC 60068-2-6: 
Environmental testing – Part 2: Tests – Test Fc: Vibration IEC 60068-2-14: 
Environmental testing; Part 2-14: Tests; Test N: Change of temperature IEC 60068-2-27: 
Environmental testing. Part 2: Tests. Test Ea and guidance: Shock IEC 60068-2-30: 
Environmental testing – Part 2-30: Tests – Test Db: Damp heat, cyclic (12 h + 12 h cycle) IEC 60068-2-64: 
Environmental testing – Part 2-64: Tests – Test Fh: Vibration, broadband random and guidance IEC 60068-2-78 
Environmental testing – Part 2-78: Tests – Test Cab: Damp heat, steady state ISO 16750-3 – 
Mech anical loads (2012-12) ISO 16750-4 – 
Climatic loads (2010-04). ISO 20653: Road vehicles – Degree of protection (IP code) – Prot ection of electr ical 
equipment against foreign objects, water and access 
ISO 10605:2008 + Technical Corrigen dum:2010 + AMD1:2014 Road vehicles – Test methods for electr ical 
disturbances from electrostatic disc harge 
ISO 7637-1:2002 + AMD1: 2008 Road vehicles – Electr ical disturbances from conduction and coupling – Part 1: 
Definitions and general considerations. 
ISO 7637-2 Road vehicles – Electr ical disturbances from conduction and coupling – Part 2: Electr ical transient 
conduction along supply lines only . 
ISO 7637-3 Road vehicles – Electr ical disturbances from conduction and coupling – Part 3: Electr ical transient 
transmission by capacitive and inductive coupling via lines other than supply lines. 
ISO/IEC 7816-1 Identification cards – Integrat ed circuit(s) cards with contacts – Part 1: Phys ical charact eristics.. 
ISO/IEC 7816-2 Information technology – Identification cards – Integrat ed circuit(s) cards with contacts – Part 2: 
Dimensions and location of the contacts. 
ISO/IEC 7816-3 Information technology – Identification cards – Integrat ed circuit(s) cards with contacts – Part 3: 
Electronic signals and transmission protocol. 
ISO/IEC 10373-1:2006 + AMD1:2012 Identif ication cards – Test methods – Part 1: General charact eristics 
ISO/IEC 10373-3:2010 + Technical Corrigen dum:2013 Identification cards – Test methods – Part 3: Integrated 
circuit cards with contacts and related interfa ce devices 
ISO 16844-3:2004, Cor 1:2006 Road vehicles – Tachog raph system s – Part 3: Motion sensor interface (with 
vehicle units). 
ISO 16844-4 Road vehicles – Tachograph system s – Part 4: CAN interf ace 
ISO 16844-6 Road vehicles – Tachograph system s – Part 6: Diagnostics 26.5.2016 L 139/310 Europeiska unionens officiella tidning SV     
ISO 16844-7 Road vehicles – Tachograph system s – Part 7: Parameter s 
ISO 534 Paper and board – Determination of thickness, density and specifi c volume 
UN ECE R10 Uniform provisions concer ning the appro val of vehicles with regard to electromagnetic compat ibility 
(United Nation Economic Commission for Europe) 
2.  FUNK TIONSPR OVNING AV FORDONSENHET 
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  
1.2 Tillverkarens 
provresultat Resultat från tillverkarens prov som utförts under integre ­
ringen 
Uppvisande av provningsdokumentation 88, 89, 91 
2 Okulär besiktning 
2.1 Överensstämmelse med dokumentation  
2.2 Identif iering/märkningar 224–226 
2.3 Material 219–223 
2.4 Plomber ing 398, 401–405 
2.5 Externa gränssnitt  
3 Funktionspro v 
3.1 Tillhandahållna funktioner 03, 04, 05, 07, 382, 
3.2 Driftlägen 09–11*, 132, 133 
3.3 Rättigheter till tillgång till data och funktioner 12* 13*,, 382, 383, 
386–389 
3.4 Över vakning av insättning och uttag av kort 15, 16, 17, 18, 19*, 
20*, 132 
3.5 Mätning av hastighet och sträcka 21–31 
3.6 Tidsmätning (pro v utförs vid 20 °C) 38–43 
3.7 Över vakning av föraraktivitet er 44–53, 132 
3.8 Över vakning av förarstatus 54, 55, 132 26.5.2016 L 139/311 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
3.9 Manuella angivelser 56–62 
3.10 Hanter ing av företagslås 63–68 
3.11 Över vakning av kontrollaktivitet er 69, 70 
3.12 Upp täckt av händelser och/eller fel 71–88, 132 
3.13 Utrustningens identifier ingsdata 93*, 94*, 97, 100 
3.14 Insättning och uttag av förark ort 102*–104* 
3.15 Data om föraraktivitet er 105*–107* 
3.16 Data om platser och positioner 108*–112* 
3.17 Vägmätardata 113*–115* 
3.18 Detaljerade hastighetsdata 116* 
3.19 Händelsedata 117* 
3.20 Data om fel 118* 
3.21 Kali brer ingsdata 119*–121* 
3.22 Data om tidsinställning 124*, 125* 
3.23 Data om kontrollaktivit eter 126*, 127* 
3.24 Data om företagslås 128* 
3.25 Data om överföringsaktivite ter 129* 
3.26 Data om särskilda omständigheter 130*, 131* 
3.27 Registrer ing och lagring på färdskr ivark ort 134, 135,, 136*, 137*, 
139*, 140, 141 
142, 143, 144*, 145*, 
146*, 147, 148 
3.28 Visning 90, 132, 
149–166, 
PIC_001, DIS_001 
3.29 Utskr ift 90, 132, 167–179, 
PIC_001, PRT_001– 
PRT_014 
3.30 Varning 132, 180–189, 
PIC_001 26.5.2016 L 139/312 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
3.31 Överfö ring av data till externa media 90, 132, 190–194 
3.32 Fjärravläsning vid riktade vägk ontroller 195–197 
3.33 Utdata till ytterlig are externa anordningar 198, 199 
3.34 Kali brer ing 202–206*, 383, 384, 
386–391 
3.35 Kali brer ingsk ontroll på väg 207–209 
3.36 Tidsinställning 210–212* 
3.37 Avsaknad av störningar från ytterligare funktioner 06, 425 
3.38 Gränssnitt för rörelsesensorer 02, 122 
3.39 Extern GNSS-anordning 03, 123 
3.40 Kontroll att fordonsenhet en upptä cker, registrerar och lagrar den eller de hän­
delser och/eller det eller de fel som definierats av fordonsenhetens tillverkare 
när en parad rörelsesensor reager ar på magnetfält som stör rörelsea vkänningen. 217 
3.41 Chiff ersvit och standardiserade domänpar ametrar CSM_48, CSM_50 
4 Miljöpro vningar 
4.1 Temp eratur Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low temperature 
operation test (72 h vid – 20 °C). 
Detta prov hänvisar till IEC 60068-2-1: Environm ental te­
sting – Part 2-1: Tests – Test A: Cold 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High temperature 
operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic environmen ­
tal testing procedures; part 2: tests ; tests B: dry heat 
Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid chang e of 
temperature with specified transition duration (– 20 °C/70 
°C, 20 cykler , uppehållstid (dwel l time) 2 timmar vid varje 
temperatur) 
En minskad uppsättning av prov (bland dem som anges i 
del 3 i denna tabell) kan utföras vid den lägre temperaturen, 
den högre temperaturen och under temperaturcykler na. 213 26.5.2016 L 139/313 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4.2 Luftfuktighet Kontrollera att fordonsenhet en tål en cyklisk fuktighet (vär­
mepro v) genom IEC 60068-2-30, test Db, sex 24-timmar ­
scykler , med en temperatur som varierar mellan + 25 °C 
och + 55 °C och en relativ luftfuktighet av 97 % vid + 25 ° 
C, motsvarande 93 % vid + 55 °C. 214 
4,3 Mekanik 1.  Sinusf ormade vibrationer: 
Kontrollera att fordonsenheten tål sinusf ormade vibra ­
tioner med följande egensk aper: 
Konstant variation mellan 5 och 11 Hz: Amplitud 
10 mm. 
Konstant acceleration mellan 11 och 300 Hz: 5 g 
Detta krav kontrolleras genom IEC 68-2-6, test Fc, med 
en minsta provtid av 3 x 12 timmar (12 timmar per 
axel) . 
I ISO 16750-3 krävs inget prov med sinusf ormade vi­
brationer för anordning ar som är placerade i en fjädrad 
(decoupled) fordonshytt. 
2.  Slumpar tade vibrationer : 
Prov enligt ISO 16750-3, kapitel 4.1.2.8: Test VIII: 
Commercial vehicle, decoupled vehicle cab 
Slumpar tat vibrationspro v, 10–2 000 Hz, effektivvärde i 
höjdled 21,3 m/s2, effektivvärde i längdled 11,8 m/s2, ef­
fektivvärde i sidled 13,1 m/s2, 3 axlar , 32 timmar per 
axel, inklusive temperaturcykel mellan – 20 °C och + 70 
°C. 
Detta prov hänvisar till IEC 60068-2-64: Environmental 
testing – Part 2-64: Tests – Test Fh: Vibration, broad ­
band random and guidance 
3.  Stötar: 
Mekanisk stöt med 3 g, halvsinusf ormad, i enlighet med 
ISO 16750. 
Proven ovan ska utföras på olika exem plar av den utrust­
ning som provas. 219 
4.4 Skydd mot vatte n 
och främmande 
föremål Prov enligt ISO 20653: Road vehicles – Degree of protec ­
tion (IP code) – Protection of electr ical equipment against 
foreign objects, water and access (inga ändrade parametrar , 
minimivärde IP 40) 220, 221 
4.5 Skydd mot över­
spänning Kontrollera att fordonsenheten tål strömtillf örsel enligt föl­
jande: 216 
24 V-versioner: 34 V vid + 40 °C, 1 timme 
12 V-versioner: 17 V vid + 40 °C, 1 timme 
(ISO 16750-2)  
4.6 Skydd mot om­
kastade poler Kontrollera att fordonsenheten tål en omkastning av ström ­
tillförseln. 
(ISO 16750-2) 216 26.5.2016 L 139/314 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4.7 Skydd mot kort­
slutning Kontrollera att in- och utsignaler är skyddade mot kortslut ­
ning i strömtillf örsel och jord. 
(ISO 16750-2) 216 
5 EMC-pro v 
5.1 Utstrålning och 
känslighet Överensstämmelse med förordning ECE R10 218 
5.2 Elektrostatisk ur­
laddning Överensstämmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV för kontakt och 
+/– 8 kV för urladdning till luft 218 
5.3 Känslighet för 
överfö rda tran ­
siente r i strömtill ­
förseln För 24 V-versioner: överensstämmelse med ISO 7637-2 + 
ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = +150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = +120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 7637-1 + 
ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = +75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är av­
sedda att installeras i fordon för vilka inget exte rnt gemen ­
samt skydd mot laddningsdum p (load dump) används. 
För förslag till laddningsdum p, se ISO 16750-2, 4:e utgå ­
van, kapitel 4.6.4. 218  
3.  FUNK TIONSPR OVNING AV RÖRELSESENSOR 
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  26.5.2016 L 139/315 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
2 Okulär besiktning 
2.1 Överensstämmelse med dokumentation  
2.2 Identif iering/märkningar 225, 226 
2.3 Material 219–223 
2.4 Plomber ing 398, 401–405 
3 Funktionspro v 
3.1 Sensor ns identif ieringsdata 95–97* 
3.2 Parning av rörelsesensor och fordonsenhet 122*, 204 
3.3 Rörelsea vkänning 
Rörelsemätning ens noggrannhet 30–35 
3.4 Gränssnitt med fordonsenhet 02 
3.5 Kontrollera att rörelsesensor n är immun mot magnetf ält, eller kontrollera att 
rörelsesensor n reagerar på konstanta magnetfä lt som stör fordonets rörelseav ­
känning, så att en ansluten fordonsenhet kan upptäc ka, registrera och lagra sen­
sorfel. 217 
4 Miljöpro vningar 
4.1 Drifttem peratur Kontrollera funktionalite t (enligt definit ion i prov nr. 3.3) i 
temperatur inter vallet från – 40 °C till + 135 °C genom föl­
jande: 
IEC 60068-2-1, test Ad, med en provtid av 96 timmar vid 
en lägsta temperatur av Tomin. 
IEC 60068-2-2, test Bd, med en provtid av 96 timmar vid 
en högsta temperatur av Tomax. 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low temperature 
operation test (24 h vid – 40 °C). 
Detta prov hänvisar till IEC 60068-2-1: Environm ental te­
sting – Part 2-1: Tests – Test A: Cold IEC 68-2-2, test Bd, 
med en provningsvaraktighet av 96 timmar vid en lägsta 
temperatur av – 40 °C. 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High temperature 
operation test (96 h vid 135 °C). 
Detta prov hänvisar till IEC 60068-2-2: Basic environmen ­
tal testing procedures; part 2: tests ; tests B: dry heat 213 26.5.2016 L 139/316 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4.2 Temp eraturcykler Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid chang e of 
temperature with specified transition duration (– 40 °C/+ 
135 °C, 20 cykler , uppehållstid (dwel l time) 2 timmar vid 
varje temperatur) 
IEC 60068-2-14: Environmental testing – Part 2-14: Tests; 
Test N: Change of temperature. 213 
4.3 Luftfuktighets ­
cykler Kontrollera funktionalitet (enligt definition i prov nr 3.3) 
genom IEC 60068-2-30, test Db, sex 24-timmarscykler , 
med en temperatur som varierar mellan + 25 °C och + 55 ° 
C och en relativ luftfuktighet av 97 % vid + 25 °C, motsva ­
rande 93 % vid + 55 °C. 214 
4.4 Vibrationer ISO 16750-3, kapitel 4.1.2.6: Test VI: Commercial vehicle, 
engine, gearbo x 
Blandat vibrationspro v, inklusive följande: 
a)  Prov med sinusf ormade vibrationer , 20–520 Hz, 11,4– 
120 m/s2, <= 0,5 okt/min. 
b)Prov med slumpar tade vibrationer , 10–2 000 Hz, effek­
tivvärde 177 m/s2. 
94 timmar per axel, inklusive temperaturcykel från – 20 °C 
till + 70 °C 
Detta prov hänvisar till IEC 60068-2-80: Envi ronmental te­
sting – Part 2-80: Tests – Test Fi: Vibration – Mixed mode 219 
4.5 Mekaniska stöta r ISO 16750-3, kapitel 4.2.3: Test VI: Test for devices in or 
on the gearbo x 
Halvsinusf ormad stöt, acceleration (ännu ej överensk om­
men) i inter vallet 3 000–15 000 m/s2, pulsvaraktighet 
ännu ej överensk ommen men < 1 ms, antal stötar ännu ej 
överensk ommet). 
Detta prov hänvisar till IEC 60068-2-27: Envi ronmental te­
sting. Part 2: Tests. Test Ea and guidance: Shock. 219 
4.6 Skydd mot vatte n 
och främmande 
föremål Prov enligt ISO 20653: Road vehicles – Degree of protec ­
tion (IP code) – Protection of electr ical equipment against 
foreign objects, wate r and access 
(målvärde IP 64) 220, 221 
4.7 Skydd mot om­
kastade poler Kontrollera att rörelsesensor n tål en omkastning av ström ­
tillförseln. 216 
4.8 Skydd mot kort­
slutning Kontrollera att in- och utsignaler är skyddade mot kortslut ­
ning i strömtillf örsel och jord. 216 26.5.2016 L 139/317 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
5 EMC 
5.1 Utstrålning och 
känslighet Kontrollera överensstämmelse med förordning ECE R10. 218 
5.2 Elektrostatisk ur­
laddning Överensstämmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV för kontakt och 
+/– 8 kV för urladdning till luft 218 
5.3 Känslighet för 
överfö rda tran ­
siente r i datakab ­
lar För 24 V-versioner: överensstämmelse med ISO 7637-2 + 
ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = +150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = +120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 7637-1 + 
ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = +75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är av­
sedda att installeras i fordon för vilka inget exte rnt gemen ­
samt skydd mot laddningsdum p (load dump) används. 
För förslag till laddningsdum p, se ISO 16750-2, 4:e utgå ­
van, kapitel 4.6.4. 218  
4.  FUNK TIONSPR OVNING AV FÄRDSKRIV ARK ORT 
I detta avsnitt ingår prov 
nr. 5 ”Protok ollpro v”, 
nr. 6 ”Kortets struktur” och 
nr. 7 ”Funktionspro v” 
som kan utföras av utvärderaren eller certifieraren under säkerhets certifieringen enligt CC (Common Criteria) av 
chipmodulen. 
Prov nr. 2.3 är samma som prov nr. 4.2. Dessa utgör de mekaniska proven av det egentliga kortet tillsammans med 
chipmodulen. Om någon av dessa kompon enter (det egentlig a kortet eller chipmodulen) ändras är dessa prov 
nödvändig a. 26.5.2016 L 139/318 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  
2 Kor t 
2.1 Utformning av 
tryckta uppgif ter Kontrollera att alla skyddsfunktioner och synliga uppgif ter 
är korrekt tryckta på kortet och att de uppfyller bestämmel ­
serna. 
[Bete ckning] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 227) 
Framsidan ska innehålla följande: 
Ordet ”förark ort”, ”kontrollk ort”, ”verk stadsk ort” eller 
”företagsk ort”, beroende på korttyp, tryckt med versaler 
på det eller de officiella språk en i den medlemsstat som 
utfärdar kortet. 
[Medlemsstat ens namn] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 228) 
Framsidan ska innehålla följande: 
Namnet på den medlemsstat som utfärdar kortet (frivil­
ligt). 
[Nationalit etsbetec kning] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 229) 
Framsidan ska innehålla följande: 
Nationalit etsbetec kningen för den medlemsstat som ut­
färdar kortet, inlagd i vitt i en blå rektangel och omgiven 
av tolv gula stjär nor. 
[Numrer ing] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 232) 
Baksidan ska innehålla följande: 
En förklar ing av de numrerade punkt erna på kortets 
framsida. 
[Färg] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 234) 
Färdskr ivark orten ska tryckas i följande dominerande 
bakgr undsf ärger: 
—  Förark ort: vitt. 
—  Verks tadsk ort: rött. 
—  Kontrollk ort: blått. 
—  Företagsk ort: gult.  227–229, 232, 234– 
236 26.5.2016 L 139/319 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav  
[Säke rhet] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 235) 
Färdskr ivark orten ska åtminstone ha följande skydds ­
funktioner mot förfalskning och manipuler ing: 
—  En säkerhets mönstrad bakgr und med fint guilloc he- 
mönster och iristryck. 
—  Minst en tvåfä rgad mikrotextrad. 
[Märkning ar] 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 236) 
Medlemsstat erna får lägga till färger eller märkningar , så­
som nationella symboler eller säkerhetsfunktioner . 
[Typgodkännandemärke] 
Färdskr ivark ort ska innehålla ett typgodkännandemärke . 
Typgodkännandemärket ska bestå av 
—en rektangel, inom vilken bok staven ”e” ska vara in­
skriven, följd av en siffer - eller bokstavsk ombination 
som identif ierar det land som har utfärdat typgod ­
kännandet, 
—  ett typgodkännandenummer som motsvarar numret 
på det typgodkännandeintyg som utfärdats för färds ­
krivark ortet, placerat i rektangelns omedelbara när­
het.      
2.2 Mekaniska prov  240, 243 
ISO/IEC 7810   [Kortets storle k] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.1] Card dimensions and tolererances, 
card type ID-1 Unused card 
[Kortets kanter] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[5] Dimension of card, 
[5.1] Card size, 
[5.1.2] Card edges  26.5.2016 L 139/320 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav    
[Kortets konstr uktion] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[6] Card constr uction 
[Kortets mate rial] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[7] Card mater ials 
[Böjstyvhet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.1] Bending stiffness 
[Toxicitet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.3] Toxicity 
[Kemisk resistans] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.4] Resistance to chemicals 
[Kortets stabilite t] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.5] Card dimensional stability and warpage with tem ­
perature and humidity  26.5.2016 L 139/321 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav    
[Ljus] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.6] Light 
[Hållbarhet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifi kationer , 241) 
Färdskr ivark orten ska fung era korrekt under en femårs ­
period om de används i enlighet med miljö- och elspeci ­
fikationer na. 
Avrivningshållfas thet 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.8] Peel strength 
[Vidhäf tning eller bloc kering] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.9] Adhesion or bloc king 
[Buktighet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.11] Overall card warpage 
[Vär mebeständighet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.12] Resistance to heat  26.5.2016 L 139/322 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav    
[Ytsk evhet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.13] Surface distor tions 
[Förorening] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810, Identif ication cards – Physical charact eris­
tics, 
[8] Card charact eristics, 
[8.14] Contamination and inter action of card compo ­
nents   
2.3 Mekaniska prov 
med chipmodul 
inby ggd [Böjning] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.2] Dynamic bending stress 
Totalt antal böjcykler: 4 000. 
[Vridning] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.3] Dynamic torsional stress 
Totalt antal vridcykler: 4 000.  ISO/IEC 7810 
3 Modul 
3.1 Modul Modulen omf attar chippets inkapsling och kontaktplattan. 
[Ytprofil] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.2] Surface prof ile of contacts  ISO/IEC 7816 26.5.2016 L 139/323 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav  
[Mekanisk hållf asthet] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.3] Mechanical strength (of a card and contacts) 
[Elektr isk resistans] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7816-1:2011, Identif ication cards – Integrat ed 
circuit cards – Part 1: Cards with contacts – Physical cha­
racteristics 
[4.4] Electr ical resistance (of contacts) 
[Dimensioner] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7816-2:2007, Identif ication cards – Integrat ed 
circuit cards – Part 2: Cards with contacts – Dimension 
and location of the contacts 
[3] Dimension of the contacts 
[Placer ing] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7816-2:2007, Identif ication cards – Integrat ed 
circuit cards – Part 2: Cards with contacts – Dimension 
and location of the contacts 
[4] Number and location of the contacts 
För moduler med sex kontakter krävs inte detta prov för 
kontakterna C4 och C8.      
4 Chip 
4.1 Chip  241–244 
ECE R10 
ISO/IEC 7810 
ISO/IEC 10373   
[Drifttemperatur] 
Färdskr ivark ortets chip ska fungera i omgivningst empe ­
raturer mellan – 25 °C och + 85 °C.  26.5.2016 L 139/324 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav    
[Temperatur och luftfuktighet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifi kationer , 241) 
Färdskr ivark orten ska fung era korrekt under alla klimat ­
förhållanden som vanligtvis förek ommer inom gemen ­
skapens territori um och vid temperaturer mellan – 25 °C 
och + 70 °C, med tillfäll iga toppar på upp till + 85 °C, 
varvid ”tillfällig a” innebär högst fyra timmar per gång 
och högst 100 gånger under kortets livstid. 
Färdskr ivark orten exponeras för följande temperaturer 
och luftfuktigheter under följande tidsper ioder , steg för 
steg. Efter varje steg provas färdskr ivark ortens elektr iska 
funktionalite t. 
1.  Temperatur + 20 °C, 2 timmar . 
2.  Temperatur +/– 0 °C, 2 timmar . 
3.  Temperatur + 20 °C, 50 % RH, 2 timmar . 
4.  Temperatur + 50 °C, 50 % RH, 2 timmar . 
5.  Temperatur + 70 °C, 50 % RH, 2 timmar . 
Temperaturen höjs periodvis till + 85 °C, 50 % RH, 
under 60 minuter . 
6.  Temperatur + 70 °C, 85 % RH, 2 timmar . 
Temperaturen höjs periodvis till + 85 °C, 85 % RH, 
under 30 minuter . 
[Luftfuktighet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifi kationer , 242) 
Färdskr ivark ort ska fung era korrekt vid en luftfuktighet 
mellan 10 % och 90 %. 
[Elektromagnetisk kompa tibilitet – EMC] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifi kationer , 244) 
Färdskr ivark ort ska i drift uppfylla ECE R10 i fråg a om 
elektromagnetisk kompati bilitet.   26.5.2016 L 139/325 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav  
[Statisk elektr icitet] 
Bilaga 1C, kapitel 4.4 Miljö- och elspecifi kationer , 244) 
Färdskr ivark ort ska i drift vara skyddade mot elektrosta ­
tiska urladdningar . 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.4] Static electr icity 
[9.4.1] Contact IC cards 
Provspänning: 4 000 V. 
[Röntgenstrålning] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.1] X-rays 
[Ultrav iolett ljus] 
ISO/IEC 10373-1:2006, Identif ication cards – Integrat ed 
circuit cards – Part 1: General charact eristics 
[5.11] Ultraviolet light 
[Trehjulspro v] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 10373-1:2006/Amd. 1:2012, Identif ication 
cards – Test methods – Part 1: General charact eristics, 
Amendment 1 
[5.22] ICC – Mech anical strength: 3 wheel test for ICCs 
with contacts 
[Hölje] 
Färdskr ivark ort ska uppfylla standard 
Mast erCard CQM V2.03:2013 
[11.1.3] R-L3-14-8: Wrapping Test Robustness 
[13.2.1.32] TM-422: Mech anical Reliability : Wrapping 
Test  26.5.2016 L 139/326 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4.2 Mekaniska prov 
av chipmodul 
inby ggd i det 
egentliga kortet-> 
samma som 2.3 [Böjning] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.2] Dynamic bending stress 
Totalt antal böjcykler: 4 000. 
[Vridning] 
Färdskr ivark ort ska uppfylla standard 
ISO/IEC 7810:2003/Amd. 1:2009, Identif ication cards – 
Physical charact eristics, Amendment 1: Criteria for cards 
containing integrat ed circuits 
[9.3] Dynamic torsional stress 
Totalt antal vridcykler: 4 000.  ISO/IEC 7810 
5 Protok ollpro v 
5.1 ATR Kontrollera att ATR uppfyller bestämmelser na. ISO/IEC 7816-3 
TCS_14, TCS_17, 
TCS_18 
5.2 T=0 Kontrollera att prot okollet T=0 uppfyller bestämmelser na. ISO/IEC 7816-3 
TCS_11, TCS_12, 
TCS_13, TCS_15 
5.3 PTS Kontrollera att PTS-k ommandot uppfyller bestämmelser na 
genom att ändra till T=1 från T=0. ISO/IEC 7816-3 
TCS_12, TCS_19, 
TCS_20, TCS_21 
5.4 T=1 Kontrollera att prot okollet T=1 uppfyller bestämmelser na. ISO/IEC 7816-3 
TCS_11, TCS_13, 
TCS_16 
6 Kor tets struktur 
6.1  Prova att filstrukturen på kortet uppfyller bestämmelser na 
genom att kontrollera förek omst en av oblig atori ska filer på 
kortet och deras tillträdesvillk or. TCS_22–TCS_28 
TCS_140–TCS_179 
7 Funktionspro v 
7.1 Nor mal 
behandling Prova varje tillåte n användning av varje kommando 
åtminst one en gång (pro va t.ex. kommandot UPD ATE 
BINAR Y med CLA = ‘00’, CLA = ‘0C’ och med olika P1-, 
P2- och Lc-parametrar). 
Kontrollera att operationer na verklige n har utförts på 
kortet (exempe lvis genom att avläsa den fil som 
kommandot har utförts på). TCS_29–TCS_139 26.5.2016 L 139/327 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
7.2 Felmeddelanden Prova varje felmeddelande åtminst one en gång (såsom 
anges i tillägg 2) för varje kommando. 
Prova varje gener iskt fel (utom integritetsfel ‘6400’ som 
kontrollerats vid säke rhetscer tifier ing) åtminstone en gång.  
7.3 Chiff ersvit och standardiserade domänpar ametrar CSM_48, CSM_50 
8 Användaranpassning 
8.1 Opti sk 
använ daran ­
passning Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 230) 
Framsidan ska innehålla följande: 
De uppgif ter som är särskiljande för det utfärdade kortet. 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 231) 
Framsidan ska innehålla följande: 
Datum i formate t ”dd/mm/yyyy” eller ”dd.mm.yyyy” 
(dag, månad, år). 
Bilaga 1C, kapitel 4.1 Synliga uppgif ter, 235) 
Färdskr ivark orten ska åtminstone ha följande skydds ­
funktioner mot förfalskning och manipuler ing: 
—I fältet där fotografiet sitter ska den säkerhetsmönst ­
rade bakgr unden och fotografiet överlappa varandra.  230, 231, 235  
5.  PROVNING AV EXTERN GNSS-ANORDNING 
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  
2 Okulär besiktning av exter n GNSS-anordning 
2.1 Överensstämmelse med dokumentation  
2.2 Identif iering/märkningar 224–226 
2.3 Material 219–223 
3 Funktionspro v 
3.1 Sensor ns identif ieringsdata 98,99 
3.2 Koppling mellan extern GNSS-anordning och fordonsenhet 123, 205 26.5.2016 L 139/328 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
3.3 GNSS-position 36, 37 
3.4 Gränssnitt med fordonsenheten när GNSS-mottagaren finns utanf ör fordonsen ­
hete n 03 
3.5 Chiff ersvit och standardiserade domänpar ametrar CSM_48, CSM_50 
4 Miljöpro vningar 
4.1 Temp eratur Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low temperature 
operation test (72 h vid – 20 °C). 
Detta prov hänvisar till IEC 60068-2-1: Environm ental te­
sting – Part 2-1: Tests – Test A: Cold 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High temperature 
operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic environmen ­
tal testing procedures; part 2: tests ; tests B: dry heat 
Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid chang e of 
temperature with specified transition duration (– 20 °C/70 
°C, 20 cykler , uppehållstid (dwel l time) 1 timme vid varje 
temperatur) 
En minskad uppsättning av prov (bland dem som anges i 
del 3 i denna tabell) kan utföras vid den lägre temperaturen, 
den högre temperaturen och under temperaturcykler na. 213 
4.2 Luftfuktighet Kontrollera att fordonsenhet en tål en cyklisk fuktighet (vär­
mepro v) genom IEC 60068-2-30, test Db, sex 24-timmar ­
scykler , med en temperatur som varierar mellan + 25 °C 
och + 55 °C och en relativ luftfuktighet av 97 % vid + 25 ° 
C, motsvarande 93 % vid + 55 °C. 214 
4.3 Mekanik 1.  Sinusf ormade vibrationer: 
Kontrollera att fordonsenheten tål sinusf ormade vibra ­
tioner med följande egensk aper: 
Konstant variation mellan 5 och 11 Hz: Amplitud 
10 mm. 
Konstant acceleration mellan 11 och 300 Hz: 5 g 
Detta krav kontrolleras genom IEC 68-2-6, test Fc, med 
en minsta provtid av 3 x 12 timmar (12 timmar per 
axel) . 
I ISO 16750-3 krävs inget prov med sinusf ormade vi­
brationer för anordning ar som är placerade i en fjädrad 
(decoupled) fordonshytt.  219 26.5.2016 L 139/329 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
2.  Slumpar tade vibrationer : 
Prov enligt ISO 16750-3, kapitel 4.1.2.8: Test VIII: 
Commercial vehicle, decoupled vehicle cab 
Slumpar tat vibrationspro v, 10–2 000 Hz, effektivvärde i 
höjdled 21,3 m/s2, effektivvärde i längdled 11,8 m/s2, ef­
fektivvärde i sidled 13,1 m/s2, 3 axlar , 32 timmar per 
axel, inklusive temperaturcykel mellan – 20 °C och + 70 
°C. 
Detta prov hänvisar till IEC 60068-2-64: Environmental 
testing – Part 2-64: Tests – Test Fh: Vibration, broad ­
band random and guidance 
3.  Stötar: 
Mekanisk stöt med 3 g, halvsinusf ormad, i enlighet med 
ISO 16750. 
Proven ovan ska utföras på olika exem plar av den utrust­
ning som provas. 
4.4 Skydd mot vatte n 
och främmande 
föremål Prov enligt ISO 20653: Road vehicles – Degree of protec ­
tion (IP code) – Protection of electr ical equipment against 
foreign objects, wate r and access (inga ändrade parametrar) 220, 221 
4.5 Skydd mot över­
spänning Kontrollera att fordonsenheten tål strömtillf örsel enligt föl­
jande: 216 
24 V-versioner: 34 V vid +40 °C, 1 timme 
12 V-versioner: 17 V vid +40 °C, 1 timme 
(ISO 16750-2, kapitel 4.3) 
4.6 Skydd mot om­
kastade poler Kontrollera att fordonsenheten tål en omkastning av ström ­
tillförseln. 
(ISO 16750-2, kapitel 4.7) 216 
4.7 Skydd mot kort­
slutning Kontrollera att in- och utsignaler är skyddade mot kortslut ­
ning i strömtillf örsel och jord. 
(ISO 16750-2, kapitel 4.10) 216 
5 EMC-pro v 
5.1 Utstrålning och 
känslighet Överensstämmelse med förordning ECE R10 218 26.5.2016 L 139/330 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
5,2 Elektrostatisk ur­
laddning Överensstämmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV för kontakt och 
+/– 8 kV för urladdning till luft 218 
5.3 Känslighet för 
överfö rda tran ­
siente r i strömtill ­
förseln För 24 V-versioner: överensstämmelse med ISO 7637-2 + 
ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = +150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = +120 V, Ri = 2,2 Ohm, td = 250 ms 
För 12 V-versioner: överensstämmelse med ISO 7637-1 + 
ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = +37 V, Ri = 2 Ohm 
puls 2b: Vs = +10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = +75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är av­
sedda att installeras i fordon för vilka inget exte rnt gemen ­
samt skydd mot laddningsdum p (load dump) används. 
För förslag till laddningsdum p, se ISO 16750-2, 4:e utgå ­
van, kapitel 4.6.4. 218  
6.  PROVNING AV KOMMUNIKA TIONSANORDNING FÖR FJÄRRA VLÄSNING 
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  
2 Okulär besiktning 
2.1 Överensstämmelse med dokumentation  
2.2 Identif iering/märkningar 225, 226 
2.3 Material 219–223 26.5.2016 L 139/331 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4 Miljöpro vningar 
4.1 Temp eratur Kontrollera funktionalitet genom: 
Prov enligt ISO 16750-4, kapitel 5.1.1.2: Low temperature 
operation test (72 h vid – 20 °C). 
Detta prov hänvisar till IEC 60068-2-1: Environm ental te­
sting – Part 2-1: Tests – Test A: Cold 
Prov enligt ISO 16750-4, kapitel 5.1.2.2: High temperature 
operation test (72 h vid 70 °C) 
Detta prov hänvisar till IEC 60068-2-2: Basic environmen ­
tal testing procedures; part 2: tests ; tests B: dry heat 
Prov enligt ISO 16750-4, kapitel 5.3.2: Rapid chang e of 
temperature with specifi ed transition duration (– 20 °C/+70 
°C, 20 cykler , uppehållstid (dwel l time) 1 timme vid varje 
temperatur) 
En minskad uppsättning prov (bland dem som anges i del 
3 i denna tabell) kan utföras vid den lägre temperaturen, 
den högre temperaturen och under temperaturcykler na. 213 
4.4 Skydd mot vatte n 
och främmande 
föremål Prov enligt ISO 20653: Road vehicles – Degree of protec ­
tion (IP code) – Protection of electr ical equipment against 
foreign objects, wate r and access (målvärde IP40) 220, 221 
5 EMC-pro v 
5.1 Utstrålning och 
känslighet Överensstämmelse med förordning ECE R10 218 
5.2 Elektrostatisk ur­
laddning Överensstämmelse med ISO 10605:2008 + Technical Cor­
rigendum:2010 + AMD1:2014: +/– 4 kV för kontakt och 
+/– 8 kV för urladdning till luft 218 
5.3 Känslighet för 
överfö rda tran ­
siente r i strömtill ­
förseln För 24 V-versioner: överensstämmelse med ISO 7637-2 + 
ECE förordning nr 10 Rev. 3: 
puls 1a: Vs = – 450 V, Ri = 50 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 20 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 150 V, Ri = 50 Ohm 
puls 3b: Vs = + 150 V, Ri = 50 Ohm 
puls 4: Vs = – 16 V, Va = – 12 V, t6 = 100 ms 
puls 5: Vs = + 120 V, Ri = 2,2 Ohm, td = 250 ms  218 26.5.2016 L 139/332 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
För 12 V-versioner: överensstämmelse med ISO 7637-1 + 
ECE förordning nr 10 Rev. 3: 
puls 1: Vs = – 75 V, Ri = 10 Ohm 
puls 2a: Vs = + 37 V, Ri = 2 Ohm 
puls 2b: Vs = + 10 V, Ri = 0,05 Ohm 
puls 3a: Vs = – 112 V, Ri = 50 Ohm 
puls 3b: Vs = + 75 V, Ri = 50 Ohm 
puls 4: Vs = – 6 V, Va = – 5 V, t6 = 15 ms 
puls 5: Vs = +65 V, Ri = 3 Ohm, td = 100 ms 
Puls 5 ska endast provas för de fordonsenheter som är av­
sedda att installeras i fordon för vilka inget exte rnt gemen ­
samt skydd mot laddningsdum p (load dump) används. 
För förslag till laddningsdum p, se ISO 16750-2, 4:e utgå ­
van, kapitel 4.6.4.  
7.  FUNK TIONSPR OVNING AV PAPPER 
Nr Prov Beskr ivning Tillämplig a krav 
1 Administ rativ provning 
1.1 Dokumentation Dokumentationens korrekthet  
2 Allmänna prov 
2.1 Antal tecken per 
rad Okulär besiktning av utskr ifter. 172 
2.2 Minsta tecken­
storlek Okulär besiktning av utskr ifter och besiktning av tecken. 173 
2.3 Stöd för tecken­
mängd Skrivaren ska stödja de tecken som ange s i kapitel 4 ”Teck­
enmängder” i tillägg 1. 174 
2.4 Utskr iftern as 
skär pa Kontroll av färdskr ivarens typgodkännande och okulär be­
siktning av utskr ifter. 174 
2.5 Läsbarhet och 
identif iering av 
utskr ifter Besiktning av utskr ifter. 
Bevisning genom tillverkarens provrappor ter och provpro ­
tokoll. 
Typgodkännandenummer är tryckta på papperet för alla 
färdskr ivare i vilka papperet får användas. 175, 177, 178 
2.6 Tillägg av hand ­
skrivna anmärk ­
ningar Okulär besiktning: Tillgång till fält för förarens namnte ck­
ning. 
Tillgång till andra fält för ytterligare handskr iven text. 180 26.5.2016 L 139/333 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
2.7 Ytte rligare upp ­
gifter på pappe ­
rets sidor Papperets fram- och baksida får innehålla ytterligare uppgif ­
ter och information. 
Ytte rligare uppgif ter och information får inte störa utskr if­
ternas läsbarhet. 
Okulär besiktning. 177, 178 
3 Förvaringspro v 
3.1 Torr värme Förk onditioner ing: 16 timmar vid +23 °C ± 2 °C/55 % ± 
3 % relativ luftfuktighet 
Provmiljö: 72 timmar vid +70 °C ± 2°C 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ± 3 % re­
lativ luftfuktighet 176, 178 
IEC 60068-2-2-Bb 
2.2 Fuktig värme Förk onditioner ing: 16 timmar vid +23 °C ±2 °C/55 % ±3 % 
relativ luftfuktighet 
Provmiljö: 144 timmar vid +55 °C ±2 °C/93 % ±3 % relativ 
luftfuktighet 
Återställning: 16 timmar vid + 23 °C ± 2 °C/55 % ± 3 % 
relativ luftfuktighet 176, 178 
IEC 60068-2-78-Cab 
4 Driftpro v av papper 
4.1 Beständighet mot 
bakgr undsfuktig ­
het (papper före 
utskr ift) Förk onditioner ing: 16 timmar vid + 23 °C ± 2 °C/55 % ± 
3 % relativ luftfuktighet 
Provmiljö: 144 timmar vid +55 °C ± 2 °C/93 % ± 3 % rela­
tiv luftfuktighet 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ± 3 % re­
lativ luftfuktighet 176, 178 
IEC 60068-2-78-Cab 
4.2 Skrivbarhetsege n­
skaper Förk onditioner ing: 24 timmar vid + 40 °C ± 2 °C/93 % ± 
3 % relativ luftfuktighet 
Provmiljö: utskr ift gjord vid + 23 °C ± 2 °C 
Återställning: 16 timmar vid + 23 °C ± 2 °C/55 % ±3 % re­
lativ luftfuktighet 176, 178 
4.3 Värmebeständig ­
het Förk onditioner ing: 16 timmar vid + 23 °C ± 2 °C/55 % ± 
3 % relativ luftfuktighet 
Provmiljö: 2 timmar vid + 70 °C ± 2 °C, torr värme 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ± 3 % re­
lativ luftfuktighet 176, 178 
IEC 60068-2-2-Bb 
4.4 Lågtem peraturbe ­
ständighet Förk onditioner ing: 16 timmar vid + 23 °C ± 2 °C/55 % ± 
3 % relativ luftfuktighet 
Provmiljö: 24 timmar vid – 20 °C ± 3 °C, torr kyla 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ± 3 % re­
lativ luftfuktighet 176, 178 
ISO 60068-2-1-Ab 26.5.2016 L 139/334 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning Tillämplig a krav 
4.5 Ljusbeständighet Förk onditioner ing: 16 timmar vid + 23 °C ± 2 °C/55 % ± 
3 % relativ luftfuktighet ; 
provmiljö: 100 timmar med 5 000 Lux belysning vid + 23 
°C ± 2 °C/55 % ± 3 % relativ luftfuktighet 
Återställning: 16 timmar vid +23 °C ± 2 °C/55 % ±3 % re­
lativ luftfuktighet 176, 178  
Läsbarhetskr iterier för prov 3.x och 4.x: 
Utskr iftens läsbarhet är godkänd om den optisk a densitet en överensstämmer med följande gränsvärden: 
Utskr ivna tecken: min. 1,0 
Bakgr und (papper före utskr ift): max. 0,2 
Opti sk densite t av de faktiska utskr iftern a ska mätas i enlighet med DIN EN ISO 534. 
Utskr ifterna ska inte förevisa några ändr ingar i dimension och ska kvarstå som tydligt läsbara. 
8.  PROVNING AV DRIFTSK OMP ATIBILITET 
Nr Prov Beskr ivning 
9.1 Prov av driftskompati bilitet mellan fordonsenheter och färdskr ivark ort 
1 Ömsesidig auten ­
tiser ing Kontrollera att den ömsesidig a autenti seringen mellan fordonsenheten och färdskr ivar­
kortet fung erar normalt. 
2 Skriv-/läspro v Utför ett typiskt aktivitetsscenar io på fordonsenhet en. Scenar iot ska anpassas till den 
typ av kort som provas och inbegr ipa skrivningar till så många elementfiler (EF) som 
möjligt på kortet. 
Kontrollera genom en överföring från fordonsenhet en att alla motsvarande registre ­
ringar har gjor ts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarande registrer ingar har 
gjor ts korrekt. 
Verifiera genom dagsutskr ifter att alla motsvarande registrer ingar kan läsas korrekt. 
9.2 Prov av driftskompati bilitet mellan fordonsenheter och rörelsesensorer 
1 Parning Kontrollera att parningen mellan fordonsenheter na och rörelsesensorer na fung erar 
normalt. 
2 Aktivit etspro v Utför ett typiskt aktivitetsscenar io på rörelsesensor n. Scenar iet ska omf atta en normal 
aktivitet och skapa så många händelser eller fel som möjligt. 
Kontrollera genom en överföring från fordonsenhet en att alla motsvarande registre ­
ringar har gjor ts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarande registrer ingar har 
gjor ts korrekt. 
Verifiera genom en dagsutskr ift att alla motsvarande registrer ingar kan läsas korrekt. 26.5.2016 L 139/335 Europeiska unionens officiella tidning SV     
Nr Prov Beskr ivning 
9.3 Prov av driftskompatibilit et mellan fordonsenhet er och extern a GNSS-anordningar (i förek ommande fall) 
1 Ömsesidig auten ­
tiser ing Kontrollera att den ömsesidiga autentis eringen (koppling en) mellan fordonsenheten 
och den exte rna GNSS-anordning en fungerar normalt. 
2 Aktivit etspro v Utför ett typiskt aktivitetsscenar io på den extern a GNSS-anordningen. Scenar iet ska 
omf atta en normal aktivitet och skapa så många händelser eller fel som möjligt. 
Kontrollera genom en överföring från fordonsenhet en att alla motsvarande registre ­
ringar har gjor ts korrekt. 
Kontrollera genom en överföring från kortet att alla motsvarande registrer ingar har 
gjor ts korrekt. 
Verifiera genom en dagsutskr ift att alla motsvarande registrer ingar kan läsas korrekt.   26.5.2016 L 139/336 Europeiska unionens officiella tidning SV     
Tillägg 10 
SÄKERHE TSKRA V 
I detta tillägg specifi ceras kraven i fråg a om IT-säker het för kompone nter na i smar ta färdskr ivarsyst em (andra 
generationens färdskr ivare). 
SEC_001  Följande kompone nter i smar ta färdskr ivarsystem ska vara säkerhets certifierade i enlighet med CC-syste met 
(Common Criteria): 
—  Fordonsenhet. 
—  Färdskr ivark ort. 
—  Rörelsesensor . 
—  Extern GNSS-anordning. 
SEC_002 De minimikrav i fråg a om IT-säkerhet som ska uppfyllas av varje komponent som behö ver säkerhets cer­
tifiering ska definieras i en skyddsprofil för respektive kompone nt i enlighet med CC-systemet. 
SEC_003  Europeiska kommissionen ska säkerställa att följande fyra skyddsprofi ler som överensstämmer med denna 
bilaga finansieras, utarbetas och godkänns av den gemensamma arbetsgr uppen (JIW G, Joint Inter pretation 
Working Group) som arbetar för ömsesidigt erkännande av certifikat inom den europeiska gruppen av höga 
tjänst emän på informationssäker hetsområdet (SOGIS-MRA, Agreement on Mutual Recognition of Informa tion 
Technology Secur ity Evaluation Certificates), och att dessa registreras: 
—  En skyddsprofil för fordonsenhet er. 
—  En skyddsprofil för färdskr ivark ort. 
—  En skyddsprofil för rörelsesensorer . 
—  En skyddsprofil för externa GNSS-anordningar . 
Fordonsenhet ens skyddsprofil ska omfatta båda de fall där fordonsenhet en är utformad för användning med respektive 
utan en exte rn GNSS-anordning. I det förra fallet ska säkerhetskra ven för den externa GNSS-anordningen finnas i dess 
egen skyddsprofil . 
SEC_004  Kompon enttillverkare ska efter beho v förfina och slutf öra en lämpli g skyddsprofil för kompon enten, utan att 
ändra eller ta bort befintliga hot, mål, förfaranden eller specifi kationer av säkerhets funktioner , för att utforma 
ett säkerhets mål gent emot vilket de ska ansöka om säkerhetscer tifier ing för kompone nten. 
SEC_005  Under utvärder ingsprocessen måste man uppge att motsvarande skyddsprofil strikt uppfyller ett sådant 
specifi kt säkerhet smål. 
SEC_006  Assuransnivån för varje skyddsprofil ska vara EAL4, förbättrad med assuransk ompon enter na ATE_DPT .2 och 
AVA_V AN.5.  26.5.2016 L 139/337 Europeiska unionens officiella tidning SV     
Tillägg 11 
GEMENS AMMA SÄKE RHETSMEKANISMER 
INNEHÅLLSFÖRTECKNING 
INLEDNING .................................................................................................................................... 340 
DEL A FÖRST A GENERA TIONENS FÄRDSKRIV ARSYSTEM ................................................................................ 341 
1. INLEDNING ................................................................................................................................. 341 
1.1. Referenser ....................................................................................................................... 341 
1.2. Betec kningar och förkortning ar............................................................................................ 341 
2. KRYPTOSYSTEM OCH ALGORITMER ................................................................................................. 343 
2.1. Kryptosy stem ................................................................................................................... 343 
2.2. Kryptografiska algor itmer .................................................................................................... 343 
2.2.1 RSA -algor itm ................................................................................................................... 343 
2.2.2 Hashalgor itm ................................................................................................................... 343 
2.2.3 Datakr ypteringsalgor itm ..................................................................................................... 343 
3. NYCKLAR OCH CER TIFIKA T............................................................................................................ 343 
3.1. Generer ing och distr ibuer ing av nycklar ................................................................................. 343 
3.1.1 Generer ing och distr ibuer ing av RSA -nycklar ........................................................................... 343 
3.1.2 RSA -nycklar för provning ................................................................................................... 345 
3.1.3 Nycklar för rörelsesensorer .................................................................................................. 345 
3.1.4 Generer ing och distr ibuer ing av sessionsny cklar för T-DES ......................................................... 345 
3.2. Nycklar ........................................................................................................................... 345 
3.3. Certifik at......................................................................................................................... 345 
3.3.1 Certifik atens innehåll ......................................................................................................... 346 
3.3.2 Utfärdad e certifikat ............................................................................................................ 348 
3.3.3 Verifiering och uppackning av certifikat ................................................................................. 349 
4. ÖMSESIDIG AUTENTISERINGSMEKANISM .......................................................................................... 349 
5. MEKANISMER FÖR SEKRETESS, INTEGRITET OCH AUTENTISERING VID ÖVERFÖRING AV DATA MELL AN FOR ­
DONSENHET OCH KORT ................................................................................................................ 352 
5.1. Säker meddelandehanter ing ................................................................................................. 352 
5.2. Felhanteri ng avseende säke r meddelandehanter ing .................................................................... 354 
5.3. Algor itm för beräkning av kryptografi ska kontrollsummor ......................................................... 354 
5.4. Algor itm för att beräkna kryptogram för sekretessdataobjekt ....................................................... 355 
6. MEKANISMER FÖR DIGIT AL SIGNA TUR VID DATAÖVERFÖRING ............................................................ 355 
6.1. Generer ing av signatur ....................................................................................................... 355 
6.2. Verifiering av signatur ........................................................................................................ 356 26.5.2016 L 139/338 Europeiska unionens officiella tidning SV     
DEL B ANDRA GENERA TIONENS FÄRDSKRIV ARSYSTEM ................................................................................ 357 
7. INLEDNING ................................................................................................................................. 357 
7.1. Referenser ....................................................................................................................... 357 
7.2. Betec kningar och förkortning ar............................................................................................ 357 
7.3. Defi nitioner ..................................................................................................................... 359 
8. KRYPTOSYSTEM OCH ALGORITMER ................................................................................................. 359 
8.1. Kryptosy stem ................................................................................................................... 359 
8.2. Kryptografiska algor itmer .................................................................................................... 360 
8.2.1 Symmetr iska algor itmer ...................................................................................................... 360 
8.2.2 Asymmetr iska algor itmer och standardiserade domänparametrar ................................................. 360 
8.2.3 Hashalgor itmer ................................................................................................................. 361 
8.2.4 Chiff erföljder .................................................................................................................... 361 
9. NYCKLAR OCH CER TIFIKA T............................................................................................................ 361 
9.1. Asymmetr iska nyckelpar och certifikat för öppna nycklar ........................................................... 361 
9.1.1 Allmänt .......................................................................................................................... 361 
9.1.2 Europeisk nivå .................................................................................................................. 362 
9.1.3 Medlemsstatsnivå .............................................................................................................. 362 
9.1.4 Utrustningsnivå: Fordonsenheter ........................................................................................... 363 
9.1.5 Utrustningsnivå: färdskr ivark ort............................................................................................ 365 
9.1.6 Utrustningsnivå: externa GNSS-anordningar ............................................................................ 366 
9.1.7 Översikt : Ersättning av certifik at........................................................................................... 367 
9.2. Symmetr iska nycklar .......................................................................................................... 368 
9.2.1 Nycklar för att säkra kommunikation mellan fordonsenhet och rörelsesensor .................................. 368 
9.2.2 Nycklar för att säkra DSR C-kommunikation ............................................................................ 372 
9.3. Certifik at......................................................................................................................... 375 
9.3.1 Allmänt .......................................................................................................................... 375 
9.3.2 Certifik atens innehåll ......................................................................................................... 375 
9.3.3 Förfråg an om certifikat ....................................................................................................... 377 
10. ÖMSESIDIG AUTENTISERING OCH SÄKE R MEDDEL ANDEHANTERING MELL AN FORDONSENHET OCH 
KORT......................................................................................................................................... 378 
10.1. Allmänt .......................................................................................................................... 378 
10.2. Ömsesidig verifiering av certifikatskedja ................................................................................. 379 
10.2.1 Fordonsenhetens verifier ing av kortets certifikatske dja ............................................................... 379 
10.2.2 Kortets verifiering av fordonsenhet ens certifikatskedja ............................................................... 381 
10.3. Autentiser ing av fordonsenhet .............................................................................................. 384 
10.4. Autentiser ing av chip och överensk ommelse om sessionsny ckel ................................................... 385 26.5.2016 L 139/339 Europeiska unionens officiella tidning SV     
10.5. Säker meddelandehanter ing ................................................................................................. 387 
10.5.1 Allmänt .......................................................................................................................... 387 
10.5.2 Säker meddelandestr uktur ................................................................................................... 388 
10.5.3 Avbryta en session med säke r meddelandehanter ing.................................................................. 391 
11. KOPPLING, ÖMSESIDIG AUTENTISERING OCH SÄK ER MEDDEL ANDEHANTERING MELL AN FORDONSENHE ­
TER OCH EXTERNA GNSS-ANORDNINGAR ........................................................................................ 392 
11.1. Allmänt .......................................................................................................................... 392 
11.2. Koppling mellan fordonsenhet och extern GNSS-anordning ........................................................ 393 
11.3. Ömsesidig verifiering av certifikatskedja ................................................................................. 393 
11.3.1 Allmänt .......................................................................................................................... 393 
11.3.2 Vid koppling av fordonsenhet och extern GNSS-anordning ......................................................... 393 
11.3.3 Unde r normal drift............................................................................................................ 394 
11.4. Autentiser ing av fordonsenhet, autentis ering av chip och överensk ommelse om sessionsn yckel........... 395 
11.5. Säker meddelandehanter ing ................................................................................................. 395 
12. PARNING AV OCH KOMMUNIKA TION MELL AN FORDONSENHET OCH RÖRELSESENSOR ............................ 396 
12.1. Allmänt .......................................................................................................................... 396 
12.2. Parning av fordonsenhet och rörelsesensor med använ dning av olika nyckelg enerationer ................... 396 
12.3. Parning av och kommunikation mellan fordonsenhet och rörelsesensor med användning av AES ........ 397 
12.4. Parning av fordonsenhet och rörelsesensor för olika utrustningsgener ationer .................................. 399 
13. SÄKERHET FÖR FJÄRRK OMMUNIKA TION VIA DSR C............................................................................ 399 
13.1. Allmänt .......................................................................................................................... 399 
13.2. Kryptering av nyttolast från färdsk rivaren och MAC-gen erer ing ................................................... 400 
13.3. Verifiering och dekr yptering av nyttolast från färdskr ivaren ........................................................ 401 
14. SIGNERING AV DATAÖVERFÖRINGAR OCH VERIFIERING AV SIGNA TURER .............................................. 401 
14.1. Allmänt .......................................................................................................................... 401 
14.2. Generer ing av signatur ....................................................................................................... 402 
14.3. Verifiering av signatur ........................................................................................................ 402  
INLEDNING 
I detta tillägg specifi ceras de säkerhetsmekanismer som ska säkerställa följande: 
—  Ömsesidig autenti sering mellan olika kompon enter i färdskr ivarsyst emet. 
—  Sekret ess, integritet, autenticit et och/eller oavvislighet avseende data som överfö rs mellan olika kompon enter i 
färdskr ivarsyst emet eller till extern a lagringsmedier . 
Detta tillägg består av två delar . I del A definieras säkerhetsmekanismern a för första generationens färdsk rivarsyst em 
(digital färdskr ivare). I del B definieras säkerhetsmekanismern a för andra generationens färdskr ivarsystem (smar t 
färdskr ivare). 
De mekanismer som specificeras i del A i detta tillägg ska tillämpas om minst en av de kompone nter i färdskr ivar­
system et som deltar i en ömsesidig autentis ering och/eller en dataö verföring tillhör första generationen. 26.5.2016 L 139/340 Europeiska unionens officiella tidning SV     
De mekanismer som specifi ceras i del B ska tillämpas om båda de komponent er i färdskr ivarsyst emet som deltar i den 
ömsesidig a autentis eringen och/eller dataö verfö ringen tillhör andra generationen. 
I tillägg 15 finns mer information om användning av första generationens kompon enter tillsammans med andra 
generationens kompon enter . 
DEL A 
FÖRST A GENERA TIONENS FÄRDSKRIV ARSYSTEM 
1.  INLEDNING 
1.1.  Referenser 
Följande referen ser används i detta tillägg: 
SHA-1  National Institute of Standards and Technology (NIST). FIPS Publication 180-1: Secure Hash 
Standar d. Apr il 1995. 
PKCS1  RSA Laborator ies. PKCS # 1: RSA Encr yption Standar d. Version 2.0. October 1998. 
TDES  National Institute of Standards and Technology (NIST). FIPS Publication 46-3: Data Encr yption 
Standar d. Draf t 1999. 
TDES-OP  ANSI X9.52, Triple Data Encr yption Algor ithm Modes of Operation. 1998. 
ISO/IEC 7816-4  Information Technology – Identif ication cards – Integrat ed circuit(s) cards with contacts – 
Part 4: Interi ndustr y commands for inter exchange . First edition: 1995 + Amendment 1: 
1997. 
ISO/IEC 7816-6  Information Technology – Identif ication cards – Integrat ed circuit(s) cards with contacts – 
Part 6: Interindustr y data elements. First edition: 1996 + Cor 1: 1998. 
ISO/IEC 7816-8  Information Technology – Identif ication cards – Integrat ed circuit(s) cards with contacts – 
Part 8: Secur ity relat ed interindustr y commands. First edition 1999. 
ISO/IEC 9796-2  Information Technology – Secur ity techniques – Digital signature schemes giving message 
reco very – Part 2: Mechanisms using a hash function. First edition: 1997. 
ISO/IEC 9798-3  Information Techn ology – Secur ity techniques – Entity authentication mechanisms – Part 3: 
Entity authentication using a public key algor ithm. Second edition 1998. 
ISO 16844-3  Road vehicles – Tachograph syste ms – Part 3: Motion sensor interfa ce. 
1.2.  Beteckningar och förkortningar 
Följande bete ckning ar och förkortning ar används i detta tillägg: 
(Ka, Kb, Kc)  en kombination av nycklar som används i krypteringsalgor itmen TDEA. 
CA  Certification Author ity (certifieringsinstans). 
CAR  Certification Author ity Reference (certifieringsinstansens referens). 
CC  Cryptog raphic Check sum (kryptografisk kontrollsumma). 
CG  Cryptog ram (kryptogram). 
CH  Command Header (star tdel för kommando). 
CHA  Certificate Holder Author isation (certifikatinnehav arens auktori sering). 
CHR  Certificate Holder Reference (certifik atinnehavar ens referens). 
D()  Dekr yptering med DES. 26.5.2016 L 139/341 Europeiska unionens officiella tidning SV     
DE  Data Element (dataelement). 
DO  Data Object (dataobjekt). 
d  Privat RSA -nyckel, privat exponent. 
e  Öppen RSA -nyckel, öppen exponent. 
E()  Encr yption with DES (kryptering med DES). 
EQT  Equipment (utrustning). 
Hash()  Hashvärde, utdata från hashning. 
Hash  Hashning, hashfunktion. 
KID  Key Identif ier (nyckeliden tifierare). 
Km  TDES-ny ckel. Huvudny ckel enligt definit ionen i ISO 16844-3. 
KmVU  TDES-ny ckel i fordonsenheter . 
KmWC  TDES-ny ckel i verkstadsk ort. 
m  Löpnummer för meddelande, heltal mellan 0 och n – 1. 
n  Modulus för RSA -nycklar. 
PB  Padding Bytes (byte för utfyllnad). 
PI Padding Indicator (byte för indikeri ng av utfyllnad, för användning i kryptogram för sekret ess­
dataobjekt). 
PV  Plain Value (klar värde, värde i klar text). 
s  Löpnummer för signatur , heltal mellan 0 och n – 1. 
SSC  Send Sequence Counter (räknare för sekvenssändning). 
SM  Secure Messaging (säke r meddelandehanter ing). 
TCBC  TDEA Cipher Block Chaining (användningssätt för TDEA). 
TDEA  Triple Data Encr yption Algor ithm (krypteringsalgor itm). 
TLV  Tag Length Value (tagg längd). 
VU  Vehicle Unit (fordonsenhet). 
X.C  Certifikat för användare X, utfärdat av en certifieringsinstans. 
X.CA  Certifieringsinstans för användare X. 
X.CA .PK o X.C  Uppackning av ett certifik at för att extrahera en öppen nyckel. Det är en infixoperator , vars 
vänstra operand är en certifieringsinstans öppna nyckel och vars högra operand är det 
certifik at som utfärdats av denna certifier ingsinstans. Resultate t är den öppna nyckeln hos 
användare X, vars certifik at är den högra operanden. 
X.PK  Öppen RSA -nyckel för användare X. 
X.PK[I]  RSA-kr yptering av viss information I, med använ dning av använ dare X öppna nyckel. 
X.SK  Privat RSA -nyckel för använ dare X. 
X.SK[I]  RSA-kr yptering av viss information I, med använ dning av använ dare X privata nyckel. 
‘xx’  Hexadecimalt värde. 
||  Konkat ener ingsoperator . 26.5.2016 L 139/342 Europeiska unionens officiella tidning SV     
2.  KRYPTOSYSTEM OCH ALGORITMER 
2.1.  Kryptosy stem 
CSM_001  Fordonsenhet er och färdskr ivark ort ska använ da ett klassiskt RSA -kryptosy stem med öppna nycklar 
för att tillhandahålla följande säkerhetsmekanismer: 
—  Autentiser ing mellan fordonsenheter och kort. 
—  Transpor t av Triple DES-sessionsny cklar mellan fordonsenhet er och färdskr ivark ort. 
—  Digital signatur för data som överförs från fordonsenheter eller färdskr ivark ort till externa 
media. 
CSM_002  Fordonsenhet er och färdskr ivark ort ska använda ett symmetr iskt Triple DES-kr yptosyst em för att 
tillhandahålla en mekanism för dataint egritet vid datautb yte mellan fordonsenhet er och 
färdskr ivark ort, och för att i förek ommande fall tillhandahålla sekret essbelagt datautb yte mellan 
fordonsenhet er och färdskr ivark ort. 
2.2.  Kryptograf iska algor itmer 
2.2.1  RSA-algor itm 
CSM_003  RSA -algor itmen definieras fullständigt genom följande förhållanden: 
X.SK[m] = s = md mod n 
X.PK[s] = m = se mod n  
En utförligare beskr ivning av RSA -funktionen finns i referen s [PKCS1]. Den öppna exponent en, e, 
för RSA-beräkning ar är ett heltal mellan 3 och n-1 som uppfyller gcd(e, lcm(p-1, q-1))=1. 
2.2.2  Hashalgor itm 
CSM_004  Mekanismer na för digital signatur ska använda hashalgor itmen SHA-1, som definieras i referens 
[SHA-1]. 
2.2.3  Datakr ypter ingsalgor itm 
CSM_005  DES-baserade algor itmer ska användas i CBC-läge (Cipher Block Chaining). 
3.  Nycklar och certifikat 
3.1.  Generer ing och distr ibuer ing av nycklar 
3.1.1  Genererin g och distr ibuer ing av RSA -nycklar 
CSM_006  RSA -nycklar ska genereras med hjälp av följande tre hierarkiska funktionsnivåer: 
—  Europeisk nivå. 
—  Medlemsstatsnivå. 
—  Utrustningsnivå. 26.5.2016 L 139/343 Europeiska unionens officiella tidning SV     
CSM_007  På europeisk nivå ska ett enda europeiskt nyckelpar (EUR.SK och EUR.PK) genereras. Den 
europeiska privata nyckeln ska användas för att certifiera medlemsstat ernas öppna nycklar. Ett 
register ska föras över alla certifierade nycklar. Dessa arbetsuppgif ter ska utföras av en europeisk 
certifier ingsinstans, under Europeiska kommissionens överinseende och ansvar . 
CSM_008  På medlemsstatsnivå ska ett nyckelpar för medlemsstat en (MS.SK och MS.PK) genereras. 
Medlemsstate rnas öppna nycklar ska certifieras av den europeiska certifieringsinstansen. En 
medlemsstats privata nyckel ska använ das för att certifiera de öppna nycklar som ska installeras i 
utrustninge n (fordonsenhet eller färdsk rivark ort). Alla certifierade öppna nycklar ska registreras 
med identifier ing av den utrustning som de är avsedda för. Dessa arbetsuppgif ter ska utföras av en 
certifier ingsinstans i medlemsstaten. En medlemsstat får rege lbundet byta sitt nyckelpar . 
CSM_009  På utrustningsnivå ska ett enda nyckelpar (EQT .SK och EQT .PK) genereras och installeras i 
respektive utrustning. Öppna utrustningsny cklar ska certifieras av en medlemsstats certifier ­
ingsinstans. Dessa arbetsuppgif ter får utföras av tillverkare av utrustning, användaran passare 
(personalisers) av utrustning eller medlemsstat ernas myndigheter . Detta nyckelpar används för 
autenti sering, digital signer ing och kryptering. 
CSM_010  Sekrete ssen för privata nycklar ska bibehållas vid genereri ng, eventuell transpor t och lagring. 
I följande figur sammanfattas dataf lödet i denna process: 
26.5.2016 L 139/344 Europeiska unionens officiella tidning SV     
3.1.2  RSA-nycklar för provning 
CSM_011 För att prova utrustning (även med avseende på driftskompatibilit et) ska den europeiska certifier­
ingsinstansen generera ett annat särskilt europeiskt nyckelpar för provning och minst två 
medlemsstatsny ckelpar för provning, vars öppna nycklar ska certifieras med den europeiska privata 
provningsny ckeln . I utrustning som provas för typgodkännande ska tillverkar na installera provning ­
snycklar som certifierats av en av dessa medlemsstatsn ycklar för provning. 
3.1.3  Nycklar för rörelsesensor er 
Sekrete ssen för de tre nedannämnda Triple DES-ny cklar na ska bibehållas på lämpligt sätt vid generer ing, 
eventuell transpor t och lagring. 
Som stöd för färdskr ivark ompon enter som uppfyller bestämmelser na i ISO 16844 ska den europeiska certifier­
ingsinstansen och medlemsstat ens certifier ingsinstanser dessutom säkerställa följande: 
CSM_036  Den europeiska certifieringsinstansen ska generera KmVU och KmW C, två oberoende och unika 
nycklar för Triple DES, och generera Km som  Km = KmVU XOR KmWC  . Den europeiska certi­
fieringsinstansen ska överlämna dessa nycklar på ett säker t sätt till medlemsstatern as certifier ings ­
instanser på de senares begäran. 
CSM_037  Medlemsstate rnas certifieringsinstanser ska 
—  använda Km för att kryptera de rörelsesensordata som efterfrågas av rörelsesensor tillverkar na 
(de data som ska krypteras med Km definieras i ISO 16844-3), 
—  överlämna KmVU till fordonsenhetstillverkar na på ett säker t sätt för installation i 
fordonsenheter na, och 
—  säkerställa att KmWC installeras i alla verkstadsk ort (
 i EF 
) då kortet användaranpassas. 
3.1.4  Genererin g och distr ibuer ing av sessionsnycklar för T-DES 
CSM_012  Fordonsenhet er och färdskr ivark ort ska som en del av den ömsesidiga autenti seringe n generera och 
utväxla nödvändiga data för att utforma en gemensam sessionsny ckel för Triple DES. Detta utby te 
av data ska sekret esskyddas genom en mekanism för RSA -kryptering. 
CSM_013 Denna nyckel ska användas för all efterföljande kryptografisk verksamh et där säker meddelande ­
hanteri ng (secure messaging) använ ds. Dess giltighet ska gå ut när sessionen avslutas (uttag eller 
nollställning av kortet) och/eller efter 240 användningar (en användning av nyckeln = ett 
kommando som med säker meddelandehant ering sänds till kortet och åtföljande svar). 
3.2.  Nycklar 
CSM_014  RSA -nycklar ska (oavsett nivå) ha följande längder : modulus n 1 024 bitar , öppen exponent e 
maximalt 64 bitar , privat exponent d 1 024 bitar . 
CSM_015  Triple DES-ny cklar ska ha formen (Ka, Kb, Ka), där Ka och Kb är oberoende nycklar vars längd är 64 
bitar . Inga bitar ska sättas för påvisande av paritetsf el. 
3.3.  Cer tifikat 
CSM_016 Certifik at för öppna RSA -nycklar ska vara icke-självbeskr ivande (non self-descr iptive) och kortver i­
fierbara (card-verif iable) certifikat (ref. ISO/IEC 7816-8). 26.5.2016 L 139/345 Europeiska unionens officiella tidning SV     
3.3.1  Certifikatens innehåll 
CSM_017  Certifik at för öppna RSA-n ycklar bygg s med följande data i följande ordning: 
Data Format Byte Anmärkningar 
CPI HEL TAL  1 Identifierare för certifikatprof il (Certificate Profile Identif ier) (‘01’ för 
denna version). 
CAR OKTETTSTRÄNG  8 Certifier ingsinstansens referens (Certificati on Author ity Refer ence). 
CHA OKTETTSTRÄNG  7 Certifik atinneha varens auktori sering (Certificate Holder Author isa­
tion). 
EOV TimeReal  4 Sista giltighetsdag för certifikatet. Frivillig, utfylls med ′FF′ om 
dessa data ej används. 
CHR OKTETTSTRÄNG  8 Certifik atinneha varens referen s (Certificate Holder Reference). 
n OKTETTSTRÄNG  128 Öppen nyckel (modulus). 
e OKTETTSTRÄNG  8 Öppen nyckel (öppen exponent).   
164   
Anmärkning ar: 
1.  Identifieraren för certifikatprof il (CPI) beskr iver autentiseri ngscer tifikatets exakta struktur . Den kan 
användas av utrustningen som en intern identifierare för en relevant startlista (headerlist) som beskr iver 
konkat ener ingen av dataelement inom certifik atet. 
Star tlistan för detta certifik atinnehåll ser ut på följande sätt: 
‘4D’ ‘16’ ‘5F 29’ ‘01’ ‘42’ ‘08’ ‘5F 4B’ ‘07’ ‘5F 24’ ‘04’ ‘5F 20’ ‘08’ ‘7F 49’ ‘05’ ‘81’ ‘81 80’ ‘82’ ‘08’ Tagg för utökad startlista 
Startlistans längd 
CPI-tagg 
CPI-längd 
CAR-tagg 
CAR-längd 
CHA-tagg 
CHA-längd 
EOV-tagg 
EOV-längd 
CHR-tagg 
CHR-längd 
Tagg för öppen nyckel (konstruerad) 
Längd för efterföljande dataobjekt 
Modulus-tagg 
Modulus-längd 
Tagg för öppen exponent 
Längd för öppen exponent    
2.  Certifier ingsinstansens referen s (CA R) har som syfte att identifiera den certifieringsinstans (CA) som 
utfärdar certifik at på så sätt att dataelementet kan användas samtidigt som en identifierare för instansens 
nyckel (Author ity Key Identifi er), som referens till certifieringsinstansens öppna nyckel (för kodning, se 
nyckelidentifierare (Key Identif ier) nedan). 26.5.2016 L 139/346 Europeiska unionens officiella tidning SV     
3.  Certifikatinnehavarens auktori sering (CHA) använ ds för att identif iera certifik atinneha varens rättighet er. 
Den består av färdsk rivarens tillämpni ngsidentif ierare (Application ID) och av den typ av utrustning för 
vilken certifikatet är avsett (enligt dataelementet 
 ; ‘00’ för en medlemsstat). 
4.  Certifier ingsinnehavarens referens (CHR) har som syfte att unikt identifiera certifikatinnehavaren (CH) på så 
sätt att dataelementet kan använ das samtidigt som en identifierare för subjektny ckel (Subject Key Identifier), 
som referens till certifikatinnehav arens öppna nyckel. 
5.  Med nyckelidentifierare identif ieras certifikatinnehav are eller certifier ingsinstanser unikt. De är kodade på 
nedanstående sätt.  
5.1 Utrustning (fordonsenhet eller kort): 
Data Utrustninge ns serie­
nummer Datum Typ Tillverkare 
Längd 4 byte 2 byte 1 byte 1 byte 
Värde Heltal mm yy, BCD-k od­
ning Tillverkarspecifi kt Tillverkark od  
När en tillverkare efterfrågar certifikat för en fordonsenhet är identif ieringe n av den utrustning i vilke n 
nycklar na kommer att installeras antinge n känd eller inte känd. 
I det förra fallet kommer tillverkaren att sända utrustningens identifier ing med den öppna nyckeln till 
sin medlemsstats certifieringsinstans. Certifikatet kommer då att innehålla utrustningens identifier ing, 
och tillverkaren måste se till att nycklar och certifikat installeras i avsedd utrustning. Nyckeliden ti­
fieraren har den form som visas ovan. 
I det senare fallet måst e tillverkaren unikt identif iera varje certifikatförfrågan och sända denna 
identifier ing med den öppna nyckeln till sin medlemsstats certifier ingsinstans. Certifikatet kommer att 
innehålla identifier ing av förfråg an. Tillverkaren måste meddela sin medlemsstats instans om hur 
nyckeln tillskr ivs en viss utrustning (dvs. identif iering av certifikatförfrågan och identifier ing av 
utrustning en) efter det att nyckeln installerats i utrustningen. Nyckelidentif ieraren har följande form: 
Data Serienummer för 
förfråg an om certi­
fikat Datum Typ Tillverkare 
Längd 4 byte 2 byte 1 byte 1 byte 
Värde Heltal mm yy, BCD-k od­
ning ‘FF’ Tillverkark od   
5.2 Certifier ingsinstans: 
Data Instansens identif ie­
ring Nyckelns serienum ­
mer Övr ig information Identifierare 
Längd 4 byte 1 byte 2 byte 1 byte 26.5.2016 L 139/347 Europeiska unionens officiella tidning SV     
Värde Numer isk landsk od 
(1 byte) 
Alfan umer isk lands ­
kod (3 byte) Heltal Ytte rligare kodning 
(specifik för certifi­
eringsinstans), 
‘FF FF’ om den inte 
använ ds ‘01’  
Nyckeln s serienummer använ ds för att särskilja en medlemsstats olika nycklar om nyckeln ändras. 
6.  Certifikatver ifierare ska indirekt känna till att den certifierad e öppna nyckeln är en RSA -nyckel som är 
relevant för autenti sering, verifiering av digital signatur och kryptering för sekretesstjänst er (certifikatet 
innehåller ingen objektidentifie rare som specificerar den). 
3.3.2  Utfärdade certifikat 
CSM_018  Det utfärdade certifikatet är en digital signatur med delvis återskapande av certifikatinn ehåll i 
enlighet med ISO/IEC 9796-2 (med undantag för dess bilaga A4), med certifier ingsinstansens 
referen s (CA R) tillagd. 
X.C = X.CA .SK[‘6A ’ || Cr || Hash(Cc) || ‘BC’] || Cn || X.CAR  
Med certifik atinnehåll = Cc = Cr || Cn  
106 byte  58 byte  
Anmärkning ar: 
1.  Detta certifik at är 194 byte långt. 
2.  CAR, som döljs av signaturen, är också tillagd till signaturen, så att certifier ingsinstansens öppna nyckel 
kan väljas för verifiering av certifikatet. 
3.  Certifikatver ifieraren ska indirekt känna till den algor itm som använ ds av certifier ingsinstansen för att 
signera certifikatet. 
4.  Star tlistan (header list) för detta utfärdade certifikat ser ut på följande sätt: 
‘7F 21’ ‘09’ ‘5F 37’ ‘81 80’ ‘5F 38’ ‘3A’ ‘42’ ‘08’ Tagg för certifikatets konstanta vektor 
(CV, Constant Vector; konstruerad) 
Längd för efterföljande dataobjekt 
Tagg för signatur 
Längd för signatur 
Tagg för återstod 
Längd för återstod 
CAR-tagg 
CAR-längd   26.5.2016 L 139/348 Europeiska unionens officiella tidning SV     
3.3.3  Verifiering och uppackning av certifikat 
Verifiering och uppackn ing består i att signaturen verifieras i enlighet med ISO/IEC 9796-2, att certifikatin ­
nehållet hämtas, inklusive den ingåend e öppna nyckeln X.PK = X.CA .PKo X.C, och att certifikatets giltighet 
verifieras. 
CSM_019  Detta inbegr iper följande steg: 
Verifiera signatur och hämta innehåll: 
—  Hämta Sign, Cn ‘and CAR’ från X.C: X.C = Sign || Cn' || CAR'   
128 byte  58 byte  8 byte  
—  Välj lämplig öppen nyckel för certifier ingsinstansen med hjälp av CAR' (såvida detta inte redan 
är gjor t på annat sätt). 
—  Öppna Sign med certifieringsinstansens öppna nyckel: Sr'= X.CA .PK [Sign], 
—  Kontrollera att Sr' börjar med ‘6A’ och slutar med ‘BC’. 
—  Beräkna Cr′ och H′ med hjälp av Sr' = ‘6A’ || Cr' || H' || ‘BC’    
106 byte  20 byte    
—  Återskapa certfikatinnehåll C' = Cr' || Cn'. 
—  Kontrollera Hash(C′) = H′. 
Om kontroller na är OK är certifikatet äkta och dess innehåll är C′. 
Verifiera giltighet. Från C′: 
—  Kontrollera, i förek ommande fall, sista giltighetsdag. 
Hämta och lagra öppen nyckel, nyckelidentifi erare, certifik atinneha varens auktori sering (CHA) och 
certifikatets sista giltighetsdag från C′: 
—  X.PK = n || e 
—  X.KID = CHR 
—  X.CHA = CHA 
—  X.EO V = EOV 
4.  ÖMSESIDIG AUTENTISERINGSMEKANISM 
Ömsesidig autentis ering mellan kort och fordonsenheter bygger på följande princip: 
Varje part ska demonstrera för den andra att den äger ett giltigt nyckelpar , vars öppna nyckel har certifierats 
av en certifier ingsinstans i en medlemsstat, som i sin tur har certifierats av den europeiska certifierings ­
instansen. 
Detta görs genom att man med den privata nyckeln signerar ett slump tal som sänts av den andra parten, som 
måst e återskapa det sända slump talet när signaturen verifieras. 
Mekanismen utlöses av fordonsenhet en när ett kort sätts in. Den börjar med utbyt e av certifikat och 
uppackn ing av öppna nycklar och slutar med fastställande av en sessionsny ckel. 26.5.2016 L 139/349 Europeiska unionens officiella tidning SV     
CSM_020  Följande protok oll ska användas (pilar anger kommandon och data som utväxlas (se tillägg 2)): 
26.5.2016 L 139/350 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/351 Europeiska unionens officiella tidning SV     
5.  MEKANISMER FÖR SEKRETESS, INTEGRITET OCH AUTENTISERING VID ÖVERFÖRING AV DATA MELL AN 
FORDONSENHET OCH KORT 
5.1.  Säker meddelandehanter ing 
CSM_021  Integri teten vid överfö ring av data mellan fordonsenhet och kort ska skyddas genom säker 
meddelandehante ring (secure messaging) i enlighet med referensern a [ISO/IEC 7816-4] och [ISO/IEC 
7816-8]. 
CSM_022  När data behö ver skyddas vid överföring ska ett dataobjekt för kryptografisk kontrollsumma 
(Cryptog raphic Checksum Data Object) fogas till de dataobjekt som sänds inom kommandot eller 
svaret. Den kryptografiska kontrollsumman ska verifieras av mottagar en. 
CSM_023  Den kryptografiska kontrollsumman hos data som sänds inom ett kommando ska integre ra 
kommandots startdel (command header) och samtliga sända dataobjekt (=> CLA = ‘0C’, och samtliga 
dataobjekt ska kapslas in med taggar i vilka b1 = 1). 
CSM_024  Byte för information om svarets status ska skyddas av en kryptografisk kontrollsumma om svaret 
inte innehåller något dataf ält. 
CSM_025  Kryptografi ska kontrollsummor ska ha en längd på 4 byte. 
Strukturen för kommandon och svar vid användning av säke r meddelandehant ering är därför 
följande: 
De dataobjekt som använ ds är en delmängd av de dataobjekt för säker meddelandehanter ing som 
beskr ivs i ISO/IEC 7816-4: 
Tagg Memosymbol 
(mnemonic) Betydelse 
‘81’ TPV Klar värde (PV, Plain Value); ej BER -TLV-kodade data (skyddas av CC). 
‘97’ TLE Värde för Le i det oskyddade kommandot (skyddas av CC). 
‘99’ TSW Statusinf ormation (skyddas av CC). 
‘8E’ TCC Kryptografisk kontrollsumma 
‘87’ TPI CG Byte för indikering av utfyllnad (PI, Padding Indicator) || Kryptogram 
(klar värde, ej BER -TLV-kodat).  
Antag följande oskyddade par med kommando och svar : 
Kommando – startdel (header) Kommando – nyttodel (body) 
CLA INS P1 P2 [Lc-fält] [Datafält] [Le-fält] 
4 byte L byte, benämnda B1 till BL  
Svar – nyttodel (body) Svar – slutdel (trailer) 
[Datafält] SW1 SW2 
Lr byte med data 2 byte  26.5.2016 L 139/352 Europeiska unionens officiella tidning SV     
Det motsvarande skyddade paret med kommando och svar är följande: 
Skyddat kommando: 
Kommando – startdel 
(CH, Command Header) Kommando – nytt odel (body) 
CLA INS P1 P2 [Nytt Lc-fält] [Nytt datafält] [Nytt 
Le-fält] 
‘OC’ Längd för nytt 
datafält TPV LPV PV TLE LLE Le TCC LCC CC ‘00’ 
‘81’ Lc Data ­
fält ‘97’ ‘01’ Le ‘8E’ ‘04’ CC  
Data som ska ingå i kontrollsumman = CH || PB || TPV || LPV || PV || TLE || LLE || Le || PB 
PB (byte för utfyllnad, Padding Bytes) = (80 .. 00) i enlighet med ISO-IEC 7816-4 och ISO 9797, 
metod 2. 
Dataobjekten PV och LE förek ommer endast när det finns motsvarande data i det oskyddade 
kommandot. 
Skyddat svar:  
1. Fall där svarsdataf ältet inte är tomt och inte behö ver sekretesskyddas: 
Svar – nytt odel (body) Svar – slutdel (trailer) 
[Nytt datafält] Nya SW1 SW2 
TPV LPV PV TCC LCC CC  
‘81’ Lr Datafält ‘8E’ ‘04’ CC  
Data som ska ingå i kontrollsumman = TPV || LPV || PV || PB  
2. Fall där svarsdataf ältet inte är tomt och behö ver sekretes skyddas: 
Svar – nytt odel (body) Svar – slutdel (trailer) 
[Nytt datafält] Nya SW1 SW2 
TPI CG LPI CG PI CG TCC LCC CC  
‘87’  PI || CG ‘8E’ ‘04’ CC  
Data som ska ingå i kryptogrammet (CG): icke BER -TLV-kodade data och utfyllnadsbyt e. 
Data som ska ingå i kontrollsumman = TPI CG || LPI CG || PI CG || PB 26.5.2016 L 139/353 Europeiska unionens officiella tidning SV     
3. Fall där svarsdataf ältet är tomt: 
Svar – nytt odel (body) Svar – slutdel (trailer) 
[Nytt datafält] Nya SW1 SW2 
TSW LSW SW TCC LCC CC  
‘99’ ‘02’ Nya SW1 SW2 ‘8E’ ‘04’ CC  
Data som ska ingå i kontrollsumman = TSW || LSW || SW || PB 
5.2.  Felhanter ing avseende säker meddelandehanter ing 
CSM_026  När färdskr ivark ortet känner av ett fel avseende säker meddelandehanter ing vid tolkning av ett 
kommando måste byte för status återsändas utan säker meddelandehanter ing. Enligt ISO/IEC 7816- 
4 definie ras följande byte för status för att ange fel avseende säker meddelandehante ring: 
‘66 88’:  Missly ckad verifiering av kryptografisk kontrollsumma. 
‘69 87’:  Förväntade dataobjekt för säke r meddelandehanter ing saknas. 
‘69 88’:  Felaktiga dataobjekt för säker meddelandehante ring. 
CSM_027  När färdskr ivark ortet retur nerar byte för status utan dataobjekt för säke r meddelandehante ring eller 
med ett felaktigt dataobjekt för säker meddelandehanter ing måste sessionen avbrytas av 
fordonsenhet en. 
5.3.  Algor itm för beräkning av kryptograf iska kontrollsummor 
CSM_028  Kryptografi ska kontrollsummor byggs med hjälp av retail MACs enligt ANSI X9.19 med DES: 
—  Första steget: Det första kontrollblock et y0 är E(Ka, SSC). 
—  Följande steg: Kontrollblock en y1, ..., yn beräknas med hjälp av Ka. 
—  Sista steg et: Den kryptografiska kontrollsumman beräknas från det sista kontrollblock et yn på 
följande sätt: E(Ka, D(Kb, yn)) 
där E() betyder kryptering med DES, och D() betyder dekr yptering med DES. 
De fyra mest signif ikanta bytarna i den kryptografiska kontrollsumman överförs. 
CSM_029  Räknaren för sekvenssändning (SSC, Send Sequence Counter) ska initieras vid förfarandet för 
överensk ommelse om nyckel till: 
Första SSC: Rnd3 (4 minst signifikanta byte) || Rnd1 (4 minst signif ikanta byte) 
CSM_030  SSC ska ökas med 1 varje gång innan en MAC beräknas (dvs. SSC för första kommando är första 
SSC+1, SSC för det första svaret är första SSC+2). 26.5.2016 L 139/354 Europeiska unionens officiella tidning SV     
I följande figur visas beräkningen av retail MAC: 
5.4.  Algor itm för att beräkna kryptogram för sekretessdat aobjekt 
CSM_031  Kryptogram beräknas med hjälp av TDEA i TCBC-läg e enligt referensern a [TDES] och [TDES-OP] 
och med nollvektorn som bloc k med startvärde (Initial Value). 
I följande figur visas tilläm pningen av nycklar i TDES: 
6.  MEKANISMER FÖR DIGIT AL SIGNA TUR VID DATAÖVERFÖRING 
CSM_032  IDE-enheten (Intelligent Dedicated Equipment) lagrar data som tas emot från en utrustning 
(fordonsenhet eller kort) under en överfö ringssession inom en (1) fysisk datafil. Denna fil måste 
innehålla certifik aten MSi.C och EQT .C. Filen innehåller digitala signaturer för databloc k enligt 
specifi kation i tillägg 7 om protok oll för dataö verfö ring. 
CSM_033  Digitala signaturer för överfö rda data ska använda ett schema för digitala signaturer med tillägg så 
att överförda data kan läsas utan att dekr ypteras om så önskas. 
6.1.  Generer ing av signatur 
CSM_034  Utrustningens generer ing av datasignaturer ska följa det signaturschema med tillägg som definieras 
i referens [PKCS1] med SHA-1 hashfunktion: 
Signatur = EQT .SK[‘00’ || ‘01’ || PS || ‘00’ || DER(SHA-1(Data))] 26.5.2016 L 139/355 Europeiska unionens officiella tidning SV     
PS = Utfyllnadssträng med okte tter med värdet ‘FF’ så att längden blir 128. 
DER(SHA-1(M)) (Distinguished Encoding Rules) är kodning en av algor itm-ID för hashfunktionen och 
hashvärdet till ett ASN.1-värde av typen DigestInf o: 
‘30’||‘21’||‘30’||‘09’||‘06’||‘05’||‘2B’||‘0E’||‘03’||‘02’||‘1A ’||‘05’||‘00’||‘04’||‘14’||Hashvärde 
6.2.  Verifiering av signatur 
CSM_035  Verifiering av datasignaturer för överfö rda data ska följa det signatursc hema med tillägg som 
definie ras i referen s [PKCS1] med SHA-1 hashfunktion: 
Den som verifierar måst e oberoende känna igen (och lita på) den europeiska öppna nyckeln EUR. 
PK. 
I följande tabell återg es det protok oll som en IDE-enhet med ett kontrollk ort kan följa för att 
verifiera integriteten hos data som överfö rs och lagras på det exte rna lagringsmediet (ESM, Exter nal 
Storage Media). Kontrollk ortet används för att dekr yptera digitala signaturer . Denna funktion får i 
detta fall inte införas i IDE-enhete n. 
Den utrustning som har överfö rt och signerat de data som ska analyseras betec knas EQT . 
26.5.2016 L 139/356 Europeiska unionens officiella tidning SV     
DEL B 
ANDRA GENERA TIONENS FÄRDSKRIV ARSYSTEM 
7.  INLEDNING 
7.1.  Referenser 
Följande referen ser används i denna del av detta tillägg: 
AES  National Institute of Standards and Techn ology (NIST), FIPS PUB 197: Advanced Encr yption 
Standard (AES), November 26, 2001 
DSS  National Institute of Standards and Techn ology (NIST), FIPS PUB 186-4: Digital Signature 
Standard (DSS), July 2013 
ISO 7816-4  ISO/IEC 7816-4, Identification cards – Integrat ed circuit cards – Part 4: Org anization, secur ity 
and commands for inter change. Third edition 2013-04-15 
ISO 7816-8  ISO/IEC 7816-8, Identification cards – Integra ted circuit cards – Part 8: Commands for secur ity 
operations. Second edition 2004-06-01 
ISO 8825-1  ISO/IEC 8825-1, Information technology – ASN.1 encoding rules: Specifi cation of Basic 
Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules 
(DER). Four th edition, 2008-12-15 
ISO 9797-1  ISO/IEC 9797-1, Information technology – Secur ity techniques – Message Auth entication 
Codes (MA Cs) – Part 1: Mecha nisms using a block cipher . Second edition, 2011-03-01 
ISO 10116  ISO/IEC 10116, Information technology – Secur ity techniques – Modes of operation of an n-bit 
bloc k cipher . Third edition, 2006-02-01 
ISO 16844-3  ISO/IEC 16844-3, Road vehicles – Tachog raph system s – Part 3: Motion sensor interface . First 
edition 2004, including Technical Corrigen dum 1 2006 
RFC 5480  Ellipti c Curve Cryptograph y Subject Public Key Information, Marc h 2009 
RFC 5639  Ellipti c Curve Cryptograph y (ECC) – Brainpool Standard Curves and Curve Generation, 2010 
RFC 5869  HMA C-based Extract-and-Expand Key Derivation Function (HKDF), May 2010 
SHS  National Institute of Standards and Techn ology (NIST), FIPS PUB 180-4: Secure Hash Standard, 
March 2012 
SP 800-38B  National Institute of Standards and Techn ology (NIST), Special Publication 800-38B: 
Recommendation for Bloc k Cipher Modes of Operation: The CMA C Mode for Authentication, 
2005 
TR-03111  BSI Technical Guideline TR-03111, Ellipti c Curve Cryptograph y, version 2.00, 2012-06-28 
7.2.  Beteckningar och förkortningar 
Följande bete ckning ar och förkortning ar används i detta tillägg: 
AES  Advanced Encr yption Standar d (standardiserad krypteringsalgor itm) 
CA  Certificati on Author ity (certifier ingsinstans) 
CAR  Certificati on Author ity Refer ence (certifieringsinstansens referens) 
CBC  Cipher Block Chaining (kedjean vändande blockc hiffer ) 26.5.2016 L 139/357 Europeiska unionens officiella tidning SV     
CH  Command Header (star tdel av ett kommando) 
CHA  Certificate Holder Author isation (certifikatinnehavarens auktoriser ing) 
CHR  Certificate Holder Refer ence (certifikatinnehav arens referens) 
CV  Constant Vector (konstant vektor) 
DER  Distinguished Encoding Rules (regelsamli ng för kodning) 
DO  Data Object (dataobjekt) 
DSR C  Dedicated Shor t Range Communication (radiok ommunikation över korta avstånd) 
ECC  Elliptic Curve Cryptog raphy (ellipt isk kryptering) 
ECDSA  Elliptic Curve Digital Signatur e Algor ithm (krypteringsalgor itm) 
ECDH  Elliptic Curve Diffie-Hellman (algor itm för överensk ommelse mellan nycklar) 
EGF  Exter nal GNSS Facility (extern GNSS-anordning) 
EQT  Equipment (utrustning) 
IDE  Intellig ent Dedicated Equipment (t.ex. persondat or) 
KM  Huvudny ckel för rörelsesensor , möjliggör parning av en fordonsenhet och en rörelsesensor . 
KM-V U  Nyckel som installeras i en fordonsenhet så att fordonsenheten kan härleda rörelsesensor ns 
huvudn yckel om ett verkstadsk ort sätts in i fordonsenhet en. 
KM-W C  Nyckel som installeras i ett verkstadskor t så att en fordonsenhet kan härleda rörelsesensor ns 
huvudn yckel om verkstadsk ortet sätts in i fordonsenhet en. 
MAC  Message Auth entication Code 
MoS  Motion Sensor (rörelsesensor) 
MSB  Most Significant Bit (mest signif ikanta bit) 
PKI  Public Key Infrastructur e (infrastr uktur för öppen nyckel) 
RCF  Remote Communication Facility (kommunikationsanordning för fjärravläsning) 
SSC  Send Sequence Counter (räknare för sekvenssändning) 
SM  Secur e Messaging (säker meddelandehant ering) 
TDES  Triple Data Encr yption Standar d (krypteringsstandard) 
TLV  Tag Length Value (tagg längd) 
VU  Vehicle Unit (fordonsenhet) 
X.C  Certifikat för den öppna nyckel som innehas av användare X 
X.CA  Certifier ingsinstans som utfärdat certifikat för användare X 
X.CAR  Referens för certifieringsinstans, nämns i certifik at för användare X 
X.CHR  Referens för certifik atinneha vare, nämns i certifikat för användare X 
X.PK  Öppen nyckel för använ dare X 
X.SK  Privat nyckel för användare X 
X.PKeph  Tillf ällig (ephemer al) öppen nyckel för användare X 
X.SKeph  Tillf ällig (ephemer al) privat nyckel för användare X 
‘xx’  Hexadecimalt värde 
||  Konkatener ingsoperat or 26.5.2016 L 139/358 Europeiska unionens officiella tidning SV     
7.3.  Def initioner 
De term er och definitioner som använ ds i detta tillägg finns i avsnitt I i bilaga 1C. 
8.  KRYPTOSYSTEM OCH ALGORITMER 
8.1.  Kryptosy stem 
CSM_38  Fordonsenhet er och färdskr ivark ort ska använda ett kryptosy stem med öppna nycklar, baserat på 
ellip tisk kryptering, för att tillhandahålla följande säke rhetstjänster: 
—  Ömsesidig aute ntiser ing mellan en fordonsenhet och ett kort. 
—  Överensk ommelse om AES-sessionsny cklar mellan en fordonsenhet och ett kort. 
—  Säkerställande av autenticit et, integritet och oavvislighet avseende data som överförs från 
fordonsenheter och färdskr ivark ort till exte rna media. 
CSM_39  Fordonsenhet er och externa GNSS-anordningar ska använda ett kryptosystem med öppna nycklar , 
baserat på ellipt isk kryptering, för att tillhandahålla följande säke rhetsmekanismer : 
—  Koppling av en fordonsenhet och en exte rn GNSS-anordning. 
—  Ömsesidig aute ntiser ing mellan en fordonsenhet och en exte rn GNSS-anordning. 
—  Överensk ommelse om en AES-sessionsny ckel mellan en fordonsenhet och en extern GNSS- 
anordning. 
CSM_40  Fordonsenhet er och färdskr ivark ort ska använda ett AES-baserat, symmetr iskt kryptosy stem för att 
tillhandahålla följande säkerhetsmekanismer: 
—  Säkerställande av aute nticitet och integritet avseende data som utväxlas mellan en fordonsenhet 
och ett färdskr ivark ort. 
—  Säkerställande, i förek ommande fall, av sekrete ss avseende data som utväxlas mellan en 
fordonsenhet och ett färdskr ivark ort. 
CSM_41  Fordonsenhet er och extern a GNSS-anordningar ska använ da ett AES-baserat, symmetr iskt 
kryptosyst em för att tillhandahålla följande säkerhets mekanismer: 
—  Säkerställande av aute nticitet och integritet avseende data som utväxlas mellan en fordonsenhet 
och en extern GNSS-anordning. 
CSM_42  Fordonsenhet er och rörelsesensorer ska använda ett AES-baserat, symmetr iskt kryptosyst em för att 
tillhandahålla följande säkerhetsmekanismer: 
—  Parning av en fordonsenhet och en rörelsesensor . 
—  Ömsesidig aute ntiser ing mellan en fordonsenhet och en rörelsesensor . 
—  Säkerställande av sekretess avseende data som utväxlas mellan en fordonsenhet och en 
rörelsesensor . 
CSM_43  Fordonsenhet er och kontrollk ort ska använ da ett AES-baserat, symmetr iskt kryptosystem för att 
tillhandahålla följande säkerhetsmekanismer i fjärrkommunikationsgränssnitte t: 
—  Säkerställande av sekretess, autenti citet och integritet avseende data som överförs från en 
fordonsenhet till ett kontrollk ort. 26.5.2016 L 139/359 Europeiska unionens officiella tidning SV     
Anmärkning ar: 
—Egentlig en överfö rs data från en fordonsenhet till en fjärravläsare som sköts av en kontroll ­
tjänsteman, med hjälp av en kommunikationsanordning för fjärravläsning som kan vara intern 
eller extern i förhållande till fordonsenheten (se tillägg 14). Fjärravläsaren sänder dock mottagna 
data till ett kontrollk ort för dekr yptering och valider ing av autenticit et. Ur säke rhetssynvink el är 
kommunikationsanordning en för fjärravläsning och fjärravläsaren helt transparenta. 
—  Ett verkstadskor t erbjuder samma säkerhet smekanismer för DSR C-gränssnittet som ett 
kontrollk ort. Det ger möjlighet för en verkstad att kontrollera att kommunikationsgränssnitte t för 
fjärravläsning i en fordonsenhet fung erar korrekt, inklusive i fråga om säke rhet. Se avsnitt 9.2.2 
för mer information. 
8.2.  Kryptograf iska algor itmer 
8.2.1  Symmetr iska algor itmer 
CSM_44  Fordonsenhet er, färdskr ivark ort, rörelsesensorer och exte rna GNSS-anordningar ska stödja AES- 
algor itmen såsom den definieras i [AES], med nyckellängde rna 128, 192 och 256 bitar . 
8.2.2  Asymmetr iska algor itmer och standar diser ade domänpar ametr ar 
CSM_45  Fordonsenhet er, färdskr ivark ort och exte rna GNSS-anordningar ska stödja elliptisk kryptering med 
nyckelstorlek på 256, 384 och 512/521 bitar . 
CSM_46  Fordonsenhet er, färdskr ivark ort och extern a GNSS-anordningar ska stödja signer ingsalgor itmen 
ECDSA, såsom den specifi ceras i [DSS]. 
CSM_47  Fordonsenhet er, färdskr ivark ort och exte rna GNSS-anordninga r ska stödja algor itmen ECKA-EG för 
nyckelöverensk ommelse, såsom den specificeras i [TR 03111]. 
CSM_48  Fordonsenhet er, färdskr ivark ort och exte rna GNSS-anordninga r ska stödja samtlig a standardiserade 
domänpar ametrar som anges i Table 1 nedan för ellipt isk kryptering (ECC). 
Tabell 1 
Standardiserade domänparametrar 
Namn Storlek (bitar) Referens Objektidentifierar e 
NIST P-256 256 [DSS], [RFC 5480] 
Brain poolP256r1 256 [RFC 5639] 
NIST P-384 384 [DSS], [RFC 5480] 
Brain poolP384r1 384 [RFC 5639] 
Brain poolP512r1 512 [RFC 5639] 
NIST P-521 521 [DSS], [RFC 5480] 
Anm.: De objektidentifierare som nämns i den sista kolumnen i Table 1 specificeras i [RFC 5639] för 
Brain pool-kur vor och i [RFC 5480] för NIST -kur vor. 
26.5.2016 L 139/360 Europeiska unionens officiella tidning SV     
8.2.3  Hashalgor itmer 
CSM_49  Fordonsenhet er och färdskr ivark ort ska stöd ja algor itmer na SHA-256, SHA-384 och SHA-512 som 
specificeras i [SHS]. 
8.2.4  Chifferföljder 
CSM_50  Om en symmetr isk algor itm, en assymmetr isk algor itm och/eller en hashalgor itm använ ds 
tillsammans för att utgöra ett säkerhets protok oll ska deras respektive nyckellän gder och 
hashsto rlekar ge ungef är likvärdig styrka. I Table 2 visas de tillåtna chifferf öljder na: 
Tabell 2 
Tillåtna chif ferföljder 
Identifierare för 
chifferf öljd Nyckelstorlek för 
elliptisk kryptering 
(ECC) (bitar) Nyckellängd för 
AES (bitar) Hashalgor itm MAC-längd (byte) 
CS#1 256 128 SHA-256 8 
CS#2 384 192 SHA-384 12 
CS#3 512/521 256 SHA-512 16  
Anmärkning: ECC-n ycklar med storlek 512 bitar och 521 bitar anses ge likvärdig styrka för alla 
syften som omfattas av detta tillägg. 
9.  NYCKL AR OCH CERTIFIKA T 
9.1.  ASYMMETRISKA NYCKELP AR OCH CERTIFIKA T FÖR ÖPPNA NYCKL AR 
9.1.1  Allmänt 
Anmärkning: De nycklar som beskr ivs i detta avsnitt används för ömsesidig aute ntiser ing och säker meddelan ­
dehant ering mellan fordonsenhet er och färdskr ivark ort och mellan fordonsenheter och extern a GNSS- 
anordninga r. Dessa processer beskr ivs i detalj i kapitlen 10 och 11 i detta tillägg. 
CSM_51  Inom det europeiska smar ta färdsk rivarsyst emet ska nyckelpar för ellipt isk kryptering (ECC) och 
motsvarande certifikat genereras och förvaltas med hjälp av följande tre hierarkiska funktionsnivåer: 
—  Europeisk nivå. 
—  Medlemsstatsnivå. 
—  Utrustningsnivå. 26.5.2016 L 139/361 Europeiska unionens officiella tidning SV     
CSM_52  Inom hela det europeiska smar ta färdskr ivarsystemet ska öppna och privata nycklar och certifikat 
genereras, förvaltas och överlämnas med hjälp av standardiserade och säkra metoder . 
9.1.2  Europeisk nivå 
CSM_53  På europeisk nivå ska ett enda unikt nyckelpar för ellip tisk kryptering genereras och benämnas EUR. 
Det ska bestå av en privat nyckel (EUR.SK) och en öppen nyckel (EUR.PK). Detta nyckelpar ska 
utgöra rotny ckelpar för hela infrastr ukturen för öppna nycklar (PKI, Public Key Infrastructur e) inom 
hela det europeiska smar ta färdskr ivarsystemet. Dessa arbetsuppgif ter ska utföras av en europeisk 
rotcer tifieringsinstans (Erca, Europ ean Root Certificate Author ity), under Europeiska kommissionens 
överinseende och ansvar . 
CSM_54  Erca ska använda den europiska öppna nyckeln för att signera ett (självsignerat) rotcer tifikat från den 
europiska öppna nyckeln och överlämna detta europeiska rotcer tifikat till alla medlemsstat er. 
CSM_55  Erca ska använda den europiska privata nyckeln för att på begäran signera medlemsstat ernas 
certifikat. Erca ska föra ett register över alla signerade certifikat för öppna nycklar på 
medlemsstatsnivå. 
CSM_56  Erca ska, såsom visas i Figure 1 i avsnitt 9.1.7, generera ett nytt europeiskt rotny ckelpar vart 
sjutton de år. Varje gång Erca genererar ett nytt europeiskt rotny ckelpar ska man också skapa ett nytt 
självsignerat rotcer tifikat för den nya europeiska öppna nyckeln. Giltighetstiden för ett europeiskt 
rotcer tifik at ska vara 34 år plus 3 månader . 
Anmärkning: Införandet av ett nytt rotny ckelpar innebär även att Erca genererar en ny huvudny ckel 
(Master Key) för rörelsesensorer och en ny huvudn yckel för DSR C (se avsnitten 9.2.1.2 och 9.2.2.2). 
CSM_57  Erca ska, innan man genererar ett nytt europeiskt rotny ckelpar , genomf öra en analys av den 
kryptografiska styrka som behö vs för det nya nyckelparet, med tanke på att det ska bibehålla sin 
säke rhet under de kommande 34 åren. Erca ska om så är nödvändigt byta till en chiff erföljd som är 
starkare än den nuvarande, såsom anges i CSM_50. 
CSM_58  Varje gång Erca genererar ett nytt europeiskt rotny ckelpar ska man också skapa ett länkcer tifik at för 
den nya europeiska öppna nyckeln och signera det med den föregåe nde europeiska privata nyckeln. 
Giltighetstiden för länkcer tifik atet ska vara 17 år. Detta visas även i Figure 1 i avsnitt 9.1.7. 
Anmärkning: Eftersom ett länkcer tifik at innehåller Ercas öppna nyckel av generation X och är 
signerat med Ercas privata nyckel av generation X-1 innebär länkcer tifik atet att utrustning som 
utfärdats inom generation X-1 får möjlighet att förlita sig på utrustning som utfärdas inom 
generation X. 
CSM_59  Erca får inte använda den privata nyckeln i ett rotny ckelpar för något som helst ändamål från den 
tidpunkt då ett nytt rotny ckelcer tifikat blir giltigt. 
CSM_60  Erca ska alltid förfoga över följande kryptografi ska nycklar och certifikat : 
—  Nuvarande EUR -nyckelpar och motvarande certifikat. 
—  Alla tidigare EUR -cer tifikat som använts för verifiering av MSCA-cer tifik at som fortfarande är 
giltiga. 
—  Länkcer tifikat för samtliga generationer av EUR -certifikat utom det första. 
9.1.3  Medlemsstatsniv å 
CSM_61  På medlemsstatsnivå ska alla medlemsstater som måst e signera certifik at för färdskr ivark ort generera 
ett unikt eller flera unika nyckelpar för elliptisk kryptering som benämns MSCA_Card. Alla 
medlemsstat er som måste signera certifikat för fordonsenhet er eller extern a GNSS-anordningar ska 
dessuto m generera ett unikt eller flera unika nyckelpar för elliptisk kryptering som benämns 
MSCA_VU-EGF . 26.5.2016 L 139/362 Europeiska unionens officiella tidning SV     
CSM_62  Arbetsuppgif ten att generera medlemsstatens nyckelpar ska utföras av en certifier ingsinstans i 
medlemsstat en (MSCA , Member State Certificate Author ity). Varje gång medlemsstatens certifier­
ingsinstans genererar ett nyckelpar för medlemsstat en ska den sända den öppna nyckeln till Erca för 
att få ett motsvarande medlemsstatscer tifik at signerat av Erca. 
CSM_63  En medlemsstats certifieringsinstans ska välja styrka för medlemsstat ens nyckelpar så att den är 
likvärdig med styrkan hos det europeiska rotny ckelpar som används för att signera motsvarande 
medlemsstatscer tifikat. 
CSM_64  Ett eventuellt MSCA_ VU-EGF -nyckelpar ska bestå av en privat nyckel benämnd MSCA_ VU-EGF .SK 
och en öppen nyckel benämnd MSCA _VU-EGF .PK. En medlemsstats certifieringsinstans ska använ da 
den privata nyckeln MSCA_VU-EGF .SK endast för att signera certifik aten för öppna nycklar till 
fordonsenheter och externa GNSS-anordningar . 
CSM_65  Ett eventuellt MSCA_ Card-n yckelpar ska bestå av en privat nyckel benämnd MSCA_Card.SK och en 
öppen nyckel benämnd MSCA _Card.PK. En medlemsstats certifieringsinstans ska använda den 
privata nyckeln MSCA_Card.SK endast för att signera certifikaten för öppna nycklar till 
färdskr ivark ort. 
CSM_66  En medlemsstats certifieringsinstans ska föra ett register över alla signerade certifikat för 
fordonsenheter , externa GNSS-anordningar och kort, tillsammans med identifier ing av den 
utrustning som respektive certifik at är avsett för. 
CSM_67  Giltighetstiden för ett MSCA_ VU-EGF -cer tifikat ska vara 17 år plus 3 månader . Giltighetstiden för ett 
MSCA_Card-cer tifikat ska vara 7 år plus 1 månad. 
CSM_68  Såsom visas i Figure 1 avsnitt 9.1.7 ska den privata nyckeln i ett MSCA _VU-EGF -nyckelpar och den 
privata nyckeln i ett MSCA _Card-n yckelpar ha en använ dningsper iod på två år. 
CSM_69  En medlemsstats certifier ingsinstans (MSCA ) får inte använda den privata nyckeln i ett MSCA _VU- 
EGF -nyckelpar för något som helst ändamål efter det att dess använ dningsper iod har löpt ut. En 
medlemsstats certifier ingsinstans får inte heller använda den privata nyckeln i ett MSCA _Card- 
nyckelpar för något som helst ändamål efter det att dess användningsper iod har löpt ut. 
CSM_70  En medlemsstats certifier ingsinstans ska alltid förfo ga över följande kryptografiska nycklar och 
certifikat: 
—  Nuvarande MSCA_ Card-n yckelpar och motvarande certifik at. 
—  Alla tidigare MSCA_Card-cer tifikat som använ ts för verifiering av certifikat till färdskr ivark ort 
som fortfarande är giltiga. 
—  Det nuvarande EUR -cer tifikatet som krävs för verifiering av det nuvarande MSCA-cer tifikatet. 
—  Alla tidigar e EUR -certifikat som krävs för verifiering av samtlig a MSCA-cer tifik at som fortfarande 
är giltiga. 
CSM_71  Om en medlemsstats certifier ingsinstans måst e signera certifikat för fordonsenheter eller exte rna 
GNSS-anordningar ska den dessuto m förfoga över följande nycklar och certifikat : 
—  Nuvarande MSCA_ VU-EGF -nyckelpar och motvarande certifik at. 
—  Alla tidigar e öppna nycklar för MSCA_ VU-EGF som använts för verifiering av certifik at till 
fordonsenheter eller externa GNSS-anordningar som fortfarande är giltiga. 
9.1.4  Utrustningsnivå: Fordonsenheter 
CSM_72  Två unika nyckelpar för ellip tisk kryptering ska genereras för varje fordonsenhet och benämnas 
VU_MA och VU_Sign. Denna arbetsuppgif t ska utföras av tillverkare av fordonsenhet er. Varje gång 
ett nyckelpar genereras för en fordonsenhet ska den part som genererar nyckeln sända den öppna 
nyckeln till certifieringsinstansen i den medlemsstat där parten har sitt säte för att få ett motsvarande 
certifikat för fordonsenhet en signerat av medlemsstat ens certifieringsinstans. Den privata nyckeln får 
endast användas av fordonsenheten. 26.5.2016 L 139/363 Europeiska unionens officiella tidning SV     
CSM_73  VU_MA- och VU_Sign-cer tifikaten för en viss fordonsenhet ska ha samma första giltighetsdag. 
CSM_74  En tillverkare av fordonsenhet er ska välja styrka för fordonsenhetens nyckelpar så att den är likvärdig 
med styrkan hos det MSCA -nyckelpar som används för att signera motsvarande certifik at för 
fordonsenheten. 
CSM_75  En fordonsenhet ska använ da sitt VU_MA-ny ckelpar , bestående av en privat nyckel (VU_MA.SK) och 
en öppen nyckel (VU_MA .PK) endast för att utföra autentiseri ng av fordonsenheten gentemot 
färdskr ivark ort och exte rna GNSS-anordning ar såsom anges i avsnitte n 10.3 och 11.4 i detta tillägg. 
CSM_76  En fordonsenhet ska kunna generera tillfäll iga (ephemer al) nyckelpar för elliptisk kryptering och ska 
använda ett tillfällig t nyckelpar endast för att genomf öra överensk ommelse om sessionsny ckel med 
ett färdskr ivark ort eller en extern GNSS-anordning såsom anges i avsnitten 10.4 och 11.4 i detta 
tillägg. 
CSM_77  En fordonsenhet ska använda den privata nyckeln VU_Sign.SK i sitt VU_Sign-ny ckelpar endast för att 
signera överförda datafile r såsom ange s i kapitel 14 i detta tillägg. Motsvarande öppna nyckel 
VU_Sign.PK ska användas endast för att verifiera signaturer som skapas av fordonsenheten. 
CSM_78  Giltighetstiden för ett VU_MA-cer tifik at ska vara 15 år plus 3 månader , såsom visas i Figure 1 i 
avsnitt 9.1.7. Giltighetstiden för ett VU_Sign-cer tifikat ska också vara 15 år plus 3 månader . 
Anmärkning ar: 
—  Den förlängda giltighetstiden för ett VU_Sign-cer tifikat gör det möjligt för en fordonsenhet att 
skapa giltiga signaturer för överförda data under de tre första månader na efter det att certifikatet 
har löpt ut, såsom krävs i förordning (EU) nr 581/2010. 
—  Den förlängda giltighetstiden för ett VU_MA-cer tifikat behö vs för att fordonsenhet en ska kunna 
autentisera gentemot ett kontrollk ort eller ett företagsk ort under de tre första månader na efter 
det att certifikatet har löpt ut, så att det är möjligt att genomf öra en dataö verföring. 
CSM_79  En fordonsenhet får inte använda den privata nyckeln i sitt nyckelpar för något som helst ändamål 
efter det att det motsvarande certifikatet har löpt ut. 
CSM_80  Fordonsenhet ens nyckelpar (med undantag för tillfäll iga nyckelpar) och motsvarande certifik at för en 
viss fordonsenhet får inte ersättas eller förnyas på fältet efter det att fordonsenhet en har tagits i drift. 
Anmärkning ar: 
—  Tillfällig a (ephemer al) nyckelpar omf attas inte av detta krav eftersom ett nytt tillfälligt nyckelpar 
genereras av en fordonsenhet vid varje chipautentiser ing och överensk ommelse om 
sessionsny ckel (se avsnitt 10.4). Notera att tillfäll iga nyckelpar inte har några motsvarande 
certifikat. 
—  Detta krav utesluter inte möjlighete n att ersätta statiska nyckelpar för fordonsenhet en vid en 
reno vering eller en reparation i en säker miljö som kontrolleras av fordonsenhetens tillverkare. 
CSM_81  Fordonsenhet er ska när de tas i drift innehålla följande kryptografiska nycklar och certifikat: 
—  Den privata nyckeln för VU_MA och motsvarande certifikat. 
—  Den privata nyckeln för VU_Sign och motsvarande certifik at. 
—  MSCA _VU-EGF -certifikatet som innehåller den öppna nyckeln MSCA_ VU-EGF .PK som ska 
användas för verifier ing av VU_MA- och VU_Sign-cer tifik aten. 
—  EUR -cer tifik atet som innehåller den öppna nyckeln EUR.PK som ska användas för verifiering av 
MSCA _VU-EGF -certifikatet. 26.5.2016 L 139/364 Europeiska unionens officiella tidning SV     
—  EUR -cer tifik atet vars giltighetstid direkt föregår giltighetstiden för det EUR -cer tifikat som ska 
användas för verifier ing av MSCA_ VU-EGF -cer tifik atet, i förek ommande fall. 
—  Det länkcer tifikat som länkar dessa två EUR -cer tifikat, i förek ommande fall. 
CSM_82  Fordonsenhet er ska också, utöver de kryptografiska nycklar och certifikat som förtecknas i CSM_81 
innehålla de nycklar och certifikat som anges i del A i detta tillägg och som möjliggör att en 
fordonsenhet kan samverka med första generationens färdskr ivark ort. 
9.1.5  Utrustningsnivå: färdskrivarkort 
CSM_83  Ett unikt nyckelpar för elliptisk kryptering, benämnt Card_MA, ska genereras för varje 
färdskr ivark ort. Ytterligare ett unikt nyckelpar för ellip tisk kryptering, benämnt Card_Sign, ska 
dessuto m genereras för varje förark ort och varje verk stadsk ort. Denna arbetsuppgif t får utföras av 
tillverkare av kort eller användaranpassare av kort. Varje gång ett nyckelpar genereras för ett kort ska 
den part som genererar nyckeln sända den öppna nyckeln till certifieringsinstansen i den 
medlemsstat där parten har sitt säte för att få ett motsvarande certifik at för kortet signerat av 
medlemsstat ens certifier ingsinstans. Den privata nyckeln får endast användas av färdsk rivark ortet. 
CSM_84  Card_MA- och Card_Sign-cer tifik aten för ett visst förark ort eller verkstadsk ort ska ha samma första 
giltighetsdag. 
CSM_85  En tillverkare av kort eller en använ daranpassare av kort ska välja styrka för kortets nyckelpar så att 
den är likvärdig med styrkan hos det MSCA -nyckelpar som används för att signera motsvarande 
kortcertifikat. 
CSM_86  Ett färdskr ivark ort ska använda sitt Card_MA-ny ckelpar , bestående av en privat nyckel (Card_MA.SK) 
och en öppen nyckel (Card_MA.PK) endast för att utföra ömsesidig aute ntiser ing och 
överensk ommelse om sessionsny ckel gentemot fordonsenhet er såsom ange s i avsnitt en 10.3 och 
10.4 i detta tillägg. 
CSM_87  Ett förark ort eller verkstadsk ort ska använ da den privata nyckeln Card_Sign.SK i sitt Card_Sign- 
nyckelpar endast för att signera överförda datafiler såsom ange s i kapitel 14 i detta tillägg. 
Motsvarande öppna nyckel Card_Sign.PK ska använ das endast för att verifiera signaturer som skapas 
av kortet. 
CSM_88  Giltighetstiden för ett CARD_MA-cer tifikat ska vara följande: 
—  För förark ort: 5 år 
—  För företagsk ort: 2 år 
—  För kontrollk ort: 2 år 
—  För verkstad skort: 1 år  
CSM_89  Giltighetstiden för ett CARD_Sign-cer tifikat ska vara följande: 
—  För förark ort: 5 år och 1 månad 
—  För verkstad skort: 1 år och 1 månad  
Anmärkning: Den förlängda giltighetstiden för ett Card_Sign-cer tifik at gör det möjligt för ett 
förark ort att skapa giltiga signaturer för överförda data under den första månaden efter det att 
certifikatet har löpt ut. Detta är nödvändigt med tanke på förordning (EU) nr 581/2010, som kräver 
att en dataö verföring från ett förark ort måst e vara möjlig upp till 28 dagar efter den sista 
registrer inge n av data. 
CSM_90  Nyckelpar en och motsvarande certifikat för ett visst färdskr ivark ort får inte ersättas eller förnyas 
efter det att kortet utfärdats. 26.5.2016 L 139/365 Europeiska unionens officiella tidning SV     
CSM_91  Färdskr ivark ort ska när de utfärdas innehålla följande kryptografiska nycklar och certifikat : 
—  Den privata nyckeln för Card_MA och motsvarande certifikat. 
—  Dessutom, endast för förark ort och verk stadsk ort: den privata nyckeln Card_Sign och 
motsvarande certifik at. 
—  MSCA _Card-cer tifikatet som innehåller den öppna nyckeln MSCA_ Card.PK som ska använ das för 
verifier ing av Card_MA- och Card_Sign-cer tifikaten. 
—  EUR -cer tifik atet som innehåller den öppna nyckeln EUR.PK som ska användas för verifiering av 
MSCA _Card-cer tifikatet. 
—  EUR -cer tifik atet vars giltighetstid direkt föregår giltighetstiden för det EUR -cer tifikat som ska 
användas för verifier ing av MSCA_ Card-cer tifik atet, i förek ommande fall. 
—  Det länkcer tifikat som länkar dessa två EUR -cer tifikat, i förek ommande fall. 
CSM_92  Färdskr ivark ort ska också, utöver de kryptografiska nycklar och certifikat som förtecknas i CSM_91 
innehålla de nycklar och certifik at som ange s i del A i detta tillägg och som möjliggör att dessa kort 
kan sam verka med första generationens fordonsenhet er. 
9.1.6  Utrustningsnivå: exter na GNSS-anor dning ar 
CSM_93  Ett unikt nyckelpar för elliptisk kryptering, benämnt EGF_MA, ska genereras för varje exte rn GNSS- 
anordning. Denna arbetsuppgif t ska utföras av tillverkare av exte rna GNSS-anordningar . Varje gång 
ett EGF_MA-ny ckelpar genereras ska den öppna nyckeln sändas till certifieringsinstansen i den 
medlemsstat där nyckelparet hör hemma för att få ett motsvarande EGF_MA-cer tifikat signerat av 
medlemsstat ens certifier ingsinstans. Den privata nyckeln får endast använ das av den exte rna GNSS- 
anordning en. 
CSM_94  En tillverkare av externa GNSS-anordningar ska välja styrka för ett EGF_MA-ny ckelpar så att den är 
likvärdig med styrkan hos det MSCA -nyckelpar som använ ds för att signera motsvarande EGF_MA- 
certifikat. 
CSM_95  En extern GNSS-anordning ska använ da sitt EGF_MA-ny ckelpar , bestående av en privat nyckel 
(EGF_MA.SK) och en öppen nyckel (EGF_MA .PK) endast för att utföra ömsesidig aute ntiser ing och 
överensk ommelse om sessionsny ckel gentemot fordonsenhet er såsom ange s i avsnitt en 11.4 och 
11.4 i detta tillägg. 
CSM_96  Giltighetstiden för ett EGF_MA-cer tifikat ska vara 15 år. 
CSM_97  En extern GNSS-anordning får inte använda den privata nyckeln i sitt EGF_MA-ny ckelpar för 
koppling till en fordonsenhet efter det att det motsvarande certifikatet har löpt ut. 
Anmärkning: Såsom förklaras i avsnitt 11.3.3 kan en extern GNSS-anordning eventuellt använda sin 
privata nyckel för ömsesidig autentiser ing gentemot den fordonsenhet till vilken den redan är 
kopplad, även efter det att det motsvarande certifikatet har löpt ut. 
CSM_98  EGF_MA-ny ckelpar et och motsvarande certifik at för en viss extern GNSS-anordning får inte ersättas 
eller förnyas på fältet efter det att den exte rna GNSS-anordninge n har tagits i drift. 
Anmärkning: Detta krav utesluter inte möjligheten att ersätta EGF -nyckelpar vid en reno vering eller 
en reparation i en säker miljö som kontrolleras av tillverkaren av den externa GNSS-anordningen. 
CSM_99  En exte rn GNSS-anordning ska när den tas i drift innehålla följande kryptografiska nycklar och 
certifikat: 
—  Den privata nyckeln för EGF_MA och motsvarande certifikat. 26.5.2016 L 139/366 Europeiska unionens officiella tidning SV     
—  MSCA _VU-EGF -certifikatet som innehåller den öppna nyckeln MSCA_ VU-EGF .PK som ska 
användas för verifier ing av EGF_MA-cer tifikatet. 
—  EUR -cer tifik atet som innehåller den öppna nyckeln EUR.PK som ska användas för verifiering av 
MSCA _VU-EGF -certifikatet. 
—  EUR -cer tifik atet vars giltighetstid direkt föregår giltighetstiden för det EUR -cer tifikat som ska 
användas för verifier ing av MSCA_ VU-EGF -cer tifik atet, i förek ommande fall. 
—  Det länkcer tifikat som länkar dessa två EUR -cer tifikat, i förek ommande fall. 
9.1.7  Övers ikt: Ersättning av certifikat 
Figure 1 nedan visar med en tidslinje hur olika generationer av Erca-rotcer tifikat, Erca-länkcer tifikat, MSCA - 
certifikat och utrustningscer tifik at (för fordonsenhet och kort) utfärdas och används. 
Figur 1 
Utfärdande och användning av olika generationer av Erca-rotcer tifikat, Erca-länkcer tifikat, MSC A-cer tifikat och 
utrustningscer tifikat 
26.5.2016 L 139/367 Europeiska unionens officiella tidning SV     
Anmärkning ar till Figure 1: 
1.  Olika generationer av rotcer tifikatet anges av ett nummer inom parente s. Exempe lvis är Erca (1) den första 
generationens Erca-rotcer tifikat, Erca (2) den andra osv. 
2.  Andra certifik at anges med två nummer inom parent es, där det första numret anger generationen för det 
rotcer tifik at under vilke t certifikaten är utfä rdade och det andra numret generationen för det aktuella 
certifikatet. Exempelvis är MSCA_ Card (1-1) det första MSCA_Card-cer tifikatet som utfärdats på grundval 
av Erca (1), MSCA_ Card (2-1) det första MSCA _Card-cer tifikatet som utfärdats på grundval av Erca (2), 
MSCA_Card (2-senaste) det senaste MSCA _Card-cer tifikatet som utfärdats på grundval av Erca (2), 
Card_MA (2-1) det första kortcertifikatet för ömsesidig aute ntiser ing som utfärdats på grundval av Erca (2), 
osv. 
3.  Certifikaten MSCA_Card (2-1) och MSCA _Card (1-senast e) utfärdas nästan men inte exakt samma datum. 
MSCA_Card (2-1) är det första MSCA _Card-cer tifikatet som utfärdats på grundval av Erca (2) och kommer 
att utfä rdas något senare än MSCA _Card (1-senast e), det senast e MSCA_ Card-cer tifikatet som utfärdats på 
grundval av Erca (1). 
4.  Såsom visas i figuren kommer de första fordonsenhets- och kortcertifikaten som utfärdats på grundval av 
Erca (2) att finnas nästan två år innan de sista fordonsenhets- och kortcertifikaten som utfärdats på 
grundval av Erca (1) kommer att finnas. Detta beror på det faktum att fordonsenhets- och kortcertifikat 
utfärdas på grundval av ett MSCA -certifikat, inte direkt på grundval av Erca-cer tifikatet. MSCA (2-1)- 
certifikatet kommer att utfä rdas direkt efter det att Erca (2) blir giltigt, men MSCA (1-senaste)-cer tifikatet 
kommer att utfärdas endast något före den tidpunkt en, precis i slutet av den tidsper iod när Erca (1)- 
certifikatet fortfarande är giltigt. Därför kommer dessa två MSCA -cer tifikat att ha nästan samma 
giltighetsper iod, trots att de tillhör olika generationer . 
5.  Den visade giltighetstiden för kort är giltighetstiden för förark ort (5 år). 
6.  För att spara plats visas skillnaden i fråg a om giltighetsper iod mellan Card_MA- och Card_Sign-cer tifikaten 
och mellan VU_MA- och VU_Sign-cer tifikaten endast för den första generationen. 
9.2.  Symmetr iska nycklar 
9.2.1  Nycklar för att säkra kommunik ation mellan fordonsenhet och rörelsesensor 
9.2.1.1  Allmänt 
Anmärkning: Läsare av detta avsnitt förutsätts känna till innehållet i [ISO 16844-3] som beskr iver gränssnittet 
mellan en fordonsenhet och en rörelsesensor . Parningsprocessen mellan en fordonsenhet och en rörelsesensor 
beskr ivs i detalj i kapitel 12 i detta tillägg. 
CSM_100  Ett antal symmetr iska nycklar behö vs för parning av fordonsenheter och rörelsesensorer , för 
ömsesidig autenti sering mellan fordonsenheter och rörelsesensorer och för kryptering av 
kommunikation mellan fordonsenheter och rörelsesensorer (se Table 3). Alla dessa nycklar ska vara 
AES-ny cklar, med en nyckellän gd som är lika med längden på rörelsesensor ns huvudny ckel, som 
ska vara kopplad till längden på det (förväntade) europeiska rotny ckelpar et enligt beskr ivninge n i 
CSM_50. 
Tabell 3 
Nycklar för att säkra kommunikation mellan fordonsenhet och rörelsesensor 
Nycklar Symbol Genererad av Generer ingsmet od Lagras av 
Huvudny ckel för rörelse ­
sensor – fordonsenhets ­
delen KM-V U Erca Slump mässig Erca, medlemsstat ernas 
certifier ingsinstanser 
(MSCA) som är involve ­
rade i utfärdandet av cer­
tifik at för fordonsenhet er, 
tillverkare av fordonsen ­
hete r, fordonsenheter 26.5.2016 L 139/368 Europeiska unionens officiella tidning SV     
Nycklar Symbol Genererad av Generer ingsmet od Lagras av 
Huvudny ckel för rörelse ­
sensor – verk stadsdelen KM-W C Erca Slump mässig Erca, medlemsstat ernas 
certifier ingsinstanser 
(MSCA) , korttillverkare, 
verkstadskor t 
Nycklar för rörelsesenso ­
rer M Ej självständigt genere ­
rad Beräknas som KM = KM- 
VU XOR KM-W C Erca, medlemsstat ernas 
certifier ingsinstanser som 
är involverade i utfärdan ­
det av nycklar för rörelse ­
sensorer (frivilligt) (*) 
Identifier ingsny ckel KID Ej självständigt genere ­
rad Beräknas som KID = KM 
XOR CV, där CV specifi ­
ceras i CSM_106 Erca, medlemsstat ernas 
certifier ingsinstanser som 
är involverade i utfärdan ­
det av nycklar för rörelse ­
sensorer (frivilligt) (*) 
Parningsn yckel KP Gränssnitt för rörelse ­
sensorer Slump mässig Inby ggd rörelsesensor 
Sessionsny ckel KS Fordonsenhet (vid par­
ning av fordonsenhet 
och rörelsesensor) Slump mässig En fordonsenhet och en 
rörelsesensor 
(*)  Lagr ing av KM och KID är frivillig, eftersom dessa nycklar kan härledas från KM-V U, KM-W C och CV (Constant Vector).  
CSM_101  Europeiska rotcer tifier ingsinstansen (Erca) ska generera KM-V U och KM-W C, två slumpmäs sigt 
genererade och unika AES-ny cklar från vilka rörelsesensor ns huvudny ckel KM kan beräknas som KM- 
VU XOR KM-W C. Erca ska överlämna KM, KM-VU och KM-W C till certifieringsinstanser i medlemsstater na 
(MSCA) på de sistnämndas begäran. 
CSM_102  Erca ska tilldela varje rörelsesensors huvudn yckel KM ett unikt versionsnummer , som också ska gälla 
för de i krypteringen ingående nycklar na KM-V U och KM-WC och för tillhörande identif ieringsny ckel 
KID. Erca ska informera medlemsstatern as certifier ingsinstanser (MSCA) om versionsnumret när Erca 
skickar KM-V U och KM-WC till dem. 
Anmärkning: Versionsnumret används för att göra åtskillnad mellan olika generationer av dessa 
nycklar (se detaljerad förklar ing i avsnitt 9.2.1.2). 
CSM_103  En medlemsstats certifieringsinstans (MSCA) ska överlämna KM-VU, tillsammans med dess 
versionsnummer , till fordonsenhetstillverkare på de sistnämndas begäran. Fordonsenhetstillverkar na 
ska installera KM-V U och dess versionsnummer i alla tillverkade fordonsenhet er. 
CSM_104  En certifieringsinstans i medlemsstaten ska säkerställa att KM-W C, tillsammans med dess 
versionsnummer , installeras i varje verk stadsk ort som utfärdas under dess ansvar . 
Anmärkning ar: 
—  Se beskr ivningen av datatypen 
 i tillägg 2. 
—  Såsom förklaras i avsnitt 9.2.1.2 kan det i praktiken behö va installeras flera generationer av KM- 
WC i ett enda verk stadsk ort. 
CSM_105  Utöver den AES-ny ckel som specifi ceras i CSM_104 ska en medlemsstats certifieringsinstans 
(MSCA) säkerställa att TDES-n yckeln KmWC, som specif iceras i krav CSM_037 i del A i detta tillägg, 
installeras i varje verkstad skort som utfärdas under dess ansvar . 26.5.2016 L 139/369 Europeiska unionens officiella tidning SV     
Anmärkning ar: 
—  Detta gör det möjligt att använda ett andra generationens verkstadskor t för koppling av en 
första generationens fordonsenhet. 
—  Ett andra generationens verk stadsk ort kommer att innehålla två olika tilläm pningar: en som 
uppfyller kraven i del B i detta tillägg och en som uppfyller kraven i del A. Den sistnämnda 
kommer att innehålla TDES-n yckeln KmWC. 
CSM_106  En medlemsstats certifier ingsinstans (MSCA) som deltar i utfärdandet av rörelsesensorer ska härleda 
identif ieringsny ckeln från rörelsesensor ns huvudn yckel med hjälp av en XOR-operation med 
huvudn yckeln och en konstant vektor (CV) som de båda term erna. Värdet av den konstanta 
vektorn CV ska vara följande: 
—  För 128-bits huvudn ycklar för rörelsesensor: CV = ‘B6 44 2C 45 0E F8 D3 62 0B 7A 8A 97 
91 E4 5E 83’ 
—  För 192-bits huvudny cklar för rörelsesensor: CV = ‘72 AD EA FA 00 BB F4 EE F4 99 15 70 5B 
7E EE BB 1C 54 ED 46 8B 0E F8 25’ 
—  För 256-bits huvudn ycklar för rörelsesensor: CV = ‘1D 74 DB F0 34 C7 37 2F 65 55 DE D5 
DC D1 9A C3 23 D6 A6 25 64 CD BE 2D 42 0D 85 D2 32 63 AD 60’ 
Anmärkning: De konstanta vektore rna har genererats på följande sätt: 
Pi_10 = de första 10 byte av decimaldelen i den mat ematiska konstanten π = ‘24 3F 6A 88 85 A3 
08 D3 13 19’ 
CV_128-bits = första 16 byte av SHA-256(Pi_10) 
CV_192-bits = första 24 byte av SHA-384(Pi_10) 
CV_256-bits = första 32 byte av SHA-512(Pi_10) 
CSM_107  Rörelsesensor tillverkare ska generera en slumpm ässig och unik parningsn yckel KP för varje 
rörelsesensor , och ska överlämna varje parningsn yckel till en medlemsstats certifier ingsinstans. 
Medlemsstate ns certifieringsinstans ska kryptera varje parningsn yckel separat med rörelsesensor ns 
huvudn yckel KM och ska återsända den krypterade nyckeln till rörelsesensor tillverkaren. För varje 
krypterad nyckel ska MSCA meddela rörelsesensor tillverkaren versionsnumret för tillhörande KM. 
Anmärkning: Såsom förklaras i avsnitt 9.2.1.2 kan en rörelsesensor tillverkare i praktike n behö va 
generera flera unika parningsn ycklar för en enda rörelsesensor . 
CSM_108  Rörelsesensor tillverkare ska generera ett unikt serienummer för varje rörelsesensor , och ska 
överlämna alla serienummer till en medlemsstats certifieringsinstans. Medlemsstate ns certifier ­
ingsinstans ska kryptera varje serienummer separat med identifier ingsny ckeln KID och ska återsända 
det krypterade serienumret till rörelsesensor tillverkaren. För varje krypterat serienummer ska 
MSCA meddela rörelsesensor tillverkaren versionsnumret för tillhörande KID. 
CSM_109  För kraven CSM_107 och CSM_108 ska MSCA använ da AES-algor itmen i CBC-läge (Cipher Block 
Chaining), såsom definieras i [ISO 10116], med en interleave-paramet er m = 1 och en initialiser ­
ingsvekto r SV = ‘00’ {16}, dvs. 16 byte med binär t värde 0. När det är nödvändigt ska MSCA 
använ da utfyllnadsmeto d 2 som definieras i [ISO 9797-1]. 
CSM_110  Rörelsesensor tillverkaren ska lagra den krypterade parningsn yckeln och det krypterade serienumret 
i den avsedda rörelsesensor n, tillsammans med motsvarande klar textvärd en och versionsnumret för 
KM och KID som används för kryptering. 
Anmärkning: Såsom förklaras i avsnitt 9.2.1.2 kan en rörelsesensor tillverkare i praktike n behö va 
installera flera krypterade parningsny cklar och flera krypterade serienummer i en enda 
rörelsesensor . 26.5.2016 L 139/370 Europeiska unionens officiella tidning SV     
CSM_111 Utöver de AES-baserade krypteringsuppgif ter som specificeras i CSM_110 kan en rörelsesensor ­
tillverkare också lagra, i varje rörelsesensor , de TDES-baserade krypteringsuppgif ter som specifi ceras 
i krav CSM_037 i del A i detta tillägg. 
Anmärkning: Detta kommer att göra det möjligt att koppla en andra generationens rörelsesensor till 
en första generationens fordonsenhet. 
CSM_112  Längden på sessionsn yckeln KS, som genereras av en fordonsenhet vid parningen med en 
rörelsesensor , ska kopplas till längden på dess KM-V U, enligt beskr ivninge n i CSM_50. 
9.2.1.2  Utbyte av rörelsesensor ns huvudny ckel i andr a generationens utrustning 
CSM_113  Varje huvudny ckel för en rörelsesensor och alla relat erade nycklar (se Table 3) är förbundna med en 
viss generation av Erca-rotny ckelpar et. Dessa nycklar ska därför bytas ut vart 17:e år. Giltighets ­
perioden för varje generation av huvudny ckel för en rörelsesensor ska börja ett år innan det 
därmed förbundna Erca-rotny ckelparet blir giltigt och ska sluta när Erca-rotny ckelpar et upphör att 
vara giltigt. Detta illustreras i Figure 2. 
Figur 2 
Utfärdande och användning av olika generationer av rörelsesensor ns huvudn yckel i fordonsenhet er, 
rörelsesensorer och verks tads kort 
CSM_114  Minst ett år innan Erca genererar ett nytt europeiskt rotny ckelpar , såsom beskr ivs i CSM_56, ska 
Erca generera en ny huvudn yckel KM för rörelsesensorer genom att generera en ny KM-VU och KM-WC. 
Längden på rörelsesensor ns huvudny ckel ska vara kopplad till den förutsedda styrkan hos det nya 
europeiska rotny ckelparet, i enlighet med CSM_50. Erca ska överlämna de nya KM, KM-V U och KM-WC, 
tillsammans med deras versionsnummer , till medlemsstater nas certifier ingsinstanser på deras 
begäran. 
CSM_115  En MSCA ska säkerställa att alla giltiga generationer av KM-W C lagras i varje verkstadskor t som 
utfärdats under dess ansvar , tillsammans med deras versionsnummer , såsom visas i Figure 2. 26.5.2016 L 139/371 Europeiska unionens officiella tidning SV     
Anmärkning: Detta innebär att verkstadsk ort, under det sista året av ett Erca-cer tifikats 
giltighetsper iod, kommer att utfärdas med tre olika generationer av KM-WC, såsom visas i Figure 2. 
CSM_116  Vad gäller den process som beskr ivs i CSM_107 och CSM_108 ovan: En MSCA ska kryptera varje 
parningsn yckel KP som den tar emot från en rörelsesensor tillverkare separat med varje giltig 
generation av rörelsesensor ns huvudn yckel KM. En MSCA ska också kryptera varje serienummer 
som den tar emot från en rörelsesensor tillverkare separat med varje giltig generation av identif i­
eringsny ckeln KID. En rörelsesensor tillverkare ska lagra alla krypteringar av parningsn yckeln och alla 
krypteringar av serienumret i den avsedda rörelsesensor n, tillsammans med motsvarande 
klar textvär den och versionsnumret/versionsnumren för KM och KID som används för kryptering. 
Anmärkning: Detta innebär att rörelsesensorer , under det sista året av ett Erca-cer tifikats 
giltighetsper iod, kommer att utfärdas med krypterade data baserade på tre olika generationer av KM, 
såsom visas i Figure 2. 
CSM_117  Vad gäller den process som beskr ivs i CSM_107 ovan: Eftersom längden på parningsn yckeln KP ska 
vara kopplad till längden på KM (se CSM_100), kan en rörelsesensor tillverkare behö va generera upp 
till tre olika parningsn ycklar (med olika längder) för en rörelsesensor , om på varandra följande 
generationer av KM har olika längder . I sådana fall ska tillverkaren överlämna varje parningsn yckel 
till MSCA . MSCA ska säkerställa att varje parningsn yckel krypteras med korrekt generation av 
rörelsesensor ns huvudn yckel, dvs. den som har samma längd. 
Anmärkning: Om rörelsesensor tillverkaren väljer att generera en TDES-baserad parningsny ckel för 
en andra generationens rörelsesensor (se CSM_111), ska tillverkaren meddela MSCA att 
rörelsesensor ns TDES-baserade huvudny ckel måste användas för kryptering av denna 
parningsn yckel. Detta beror på att längden på en TDES-ny ckel kan vara lika med längden på en 
AES-ny ckel, så att MSCA inte kan göra en bedömning på grundval av enbar t nyckellängden. 
CSM_118  Fordonsenhetstillverkare ska installera endast en generation av KM-V U i varje fordonsenhet, 
tillsammans med dess versionsnummer . Denna KM-V U-genera tion ska vara kopplad till det Erca- 
certifikat som ligger till grund för fordonsenhetens certifik at. 
Anmärkning ar: 
—  En fordonsenhet som är baserad på generation X av Erca-cer tifikatet ska innehålla endast 
generation X av KM-VU, även om det är utfärdat efter det att giltighetsper ioden för generation X 
+1 av Erca-cer tifikatet har börjat. Detta visas i Figure 2. 
—  En fordonsenhet av generation X kan inte paras med en rörelsesensor av generation X-1. 
—  Eftersom verk stadsk ort har en giltighetsper iod på ett år är resultatet av CSM_113–CSM_118 att 
alla verkstadsk ort kommer att innehålla den nya KM-W C vid tidpunkt en för utfärdandet av den 
första fordonsenhet en som innehåller den nya KM-VU. Därför kommer en sådan fordonsenhet 
alltid att kunna beräkna den nya KM. Vid den tidpunkt en kommer dessuto m de flesta nya 
rörelsesensorer att innehålla även krypterade data som är baserade på den nya KM. 
9.2.2  Nycklar för att säkra DSRC-kommunik ation 
9.2.2.1  Allmänt 
CSM_119 Autenticitet en och sekretessen avseende data som överlämnas från en fordonsenhet till en kontroll ­
myndighet via en fjärrkommunikationskanal i form av DSR C ska säkerställas med hjälp av en 
uppsättning AES-ny cklar som är specifi ka för fordonsenheten och som härleds från en enda DSR C- 
huvudn yckel – KMDSR C. 
CSM_120  DSR C-huvudny ckeln KMDSR C ska vara en AES-ny ckel som på ett säkert sätt genereras , lagras och 
distr ibueras av Erca. Nyckellängden kan vara 128, 192 eller 256 bitar och ska vara kopplad till 
längden på det europeiska rotny ckelpar et, såsom beskr ivs i CSM_50. 26.5.2016 L 139/372 Europeiska unionens officiella tidning SV     
CSM_121  Erca ska på ett säker t sätt överlämna DSR C-huvudny ckeln till certifieringsinstanser i 
medlemsstat erna på de sistnämndas begäran, för att göra det möjligt för dem att härleda DSR C- 
nycklar som är specif ika för fordonsenheten och för att säkerställa att DSR C-huvudny ckeln 
installeras i alla kontrollk ort och verkstadsk ort som utfärdas under deras ansvar . 
CSM_122  Erca ska tilldela varje DSR C-huvudny ckel ett unikt versionsnummer . Erca ska informera 
medlemsstat ernas certifieringsinstanser (MSCA) om versionsnumret när Erca skickar DSR C- 
huvudn yckeln till dem. 
Anmärkning: Versionsnumret används för att göra åtskillnad mellan olika generationer av DSR C- 
huvudn yckeln (se detaljerad förklar ing i avsnitt 9.2.2.2). 
CSM_123  För varje fordonsenhet ska fordonsenhetstillverkaren skapa ett unikt serienummer och översända 
detta nummer till sin certifier ingsinstans i medlemsstaten i en förfrågan om att få en uppsättning 
med två DSR C-ny cklar som är specifika för fordonsenheten. Fordonsenhet ens serienummer ska ha 
datatypen 
 , och DER (Distinguished Encoding Rules) enligt [ISO 8825-1] ska 
använ das för kodning. 
CSM_124  Efter att ha tagit emot en förfrågan om specifi ka DSR C-ny cklar för fordonsenheten ska MSCA 
härleda två AES-ny cklar för fordonsenheten, benämnda K_VUDSR C_ENC och K_VUDSR C_MA C. Dessa 
specifi ka nycklar för fordonsenheten ska ha samma längd som DSR C-huvudn yckeln. MSCA ska 
använ da den funktion för nyckelhärledning som definieras i [RFC 5869]. Den hashfunktion som 
krävs för att instansiera HMA C-Hash-funktionen ska länkas till längden för DSR C-huvudny ckeln , 
såsom beskr ivs i CSM_50. Funktionen för nyckelhärledning i [RFC 5869] ska använ das på följande 
sätt: 
Steg 1 (Extr act): 
—  PRK = HMA C-Hash (salt, IKM) där salt är en tom sträng ‘ ’ och IKM är KMDSR C. 
Steg 2 (Expand): 
—  OKM = T(1), där 
T(1) = HMA C-Hash (PRK, T(0) || info || ‘01’) med 
—  T(0) = en tom sträng ( ‘ ’), 
—  info = fordonsenhetens serienummer såsom det anges i CSM_123, 
—  K_VUDSR C_ENC = de första L oktett erna i OKM och 
K_VUDSR C_MA C = de sista L oktett erna i OKM 
där L är den längd som krävs för K_VUDSR C_ENC och K_VUDSR C_MA C (i oktett er). 
CSM_125 MSCA ska på ett säke rt sätt distr ibuera K_VUDSR C_ENC och K_VUDSR C_MA C till fordonsenhetstill ­
verkaren så att de kan installeras i den avsedda fordonsenheten. 
CSM_126  Vid utfä rdandet ska en fordonsenhet ha lagrat K_VUDSR C_ENC och K_VUDSR C_MA C i sitt skyddade 
minne, så att den kan säkerställa integr itet, aute nticitet och sekrete ss avseen de data som översänds 
via fjärrkommunikationskanalen. En fordonsenhet ska också lagra versionsnumret för den DSR C- 
huvudn yckel som används för att härleda dessa nycklar som är specifi ka för fordonsenhet en. 
CSM_127  Vid utfärdandet ska kontrollk ort och verkstad skort ha lagrat KMDSR C i sitt skyddade minne, så att de 
kan verifiera integr iteten och autenti citet en avseen de data som översänds av en fordonsenhet via 
fjärrkommunikationskanalen och så att de kan dekr yptera dessa data. Kontrollk ort och 
verkstadskor t ska också lagra DSR C-huvudny ckeln s versionsnummer . 
Såsom förklaras i avsnitt 9.2.2.2 kan det i praktike n behö va installeras flera generationer av KMDSR C 
i ett enda verk stadsk ort eller kontrollk ort. 26.5.2016 L 139/373 Europeiska unionens officiella tidning SV     
CSM_128  MSCA ska föra ett register över alla fordonsenhetsspecifika DSR C-ny ckar som den har genererat, 
tillsammans med deras versionsnummer och identif iering av den fordonsenhet för vilken varje 
nyckeluppsättning är avsedd. 
9.2.2.2  Utbyte av DSRC-huvudny ckel 
CSM_129  Varje DSR C-huvudny ckel är förbunden med en viss generation av Erca-rotny ckelparet. Erca ska 
därför byta ut DSR C-huvudny ckeln vart 17:e år. Giltighetsper ioden för varje generation av DSR C- 
huvudn yckel ska börja två år innan det därmed förbundna Erca-rotny ckelparet blir giltigt och ska 
sluta när Erca-rotny ckelparet upphör att vara giltigt. Detta illustreras i Figure 3. 
Figur 3 
Utfärdande och användning av olika generationer av DSR C-huvudny ckel n i fordonsenhet er, verks tads kort och 
kontrollk ort 
CSM_130  Minst två år innan Erca genererar ett nytt europeiskt rotny ckelpar , såsom beskr ivs i CSM_56, ska 
Erca generera en ny DSR C-huvudny ckel. Längden på DSR C-ny ckeln ska vara kopplad till den 
förutsedda styrkan hos det nya europeiska rotny ckelparet, i enlighet med CSM_50. Erca ska 
överlämna den nya DSR C-huvudny ckeln , tillsammans med dess versionsnummer , till 
medlemsstat ernas certifier ingsinstanser på deras begäran. 
CSM_131  En MSCA ska säke rställa att alla giltiga generationer av KMDSR C lagras i varje kontrollk ort som 
utfärdats under dess ansvar , tillsammans med deras versionsnummer , såsom visas i Figure 3. 
Anmärkning: Detta innebär att kontrollk ort, under de sista två åren av ett Erca-cer tifikats 
giltighetsper iod, kommer att utfärdas med tre olika generationer av KMDSR C, såsom visas i Figure 3. 26.5.2016 L 139/374 Europeiska unionens officiella tidning SV     
CSM_132  En MSCA ska säkerställa att alla generationer av KMDSR C som har varit giltiga i minst ett år och som 
fortfarande är giltiga lagras i varje verk stadsk ort som utfärdats under dess ansvar , tillsammans med 
deras versionsnummer , såsom visas i Figure 3. 
Anmärkning: Detta innebär att verkstadsk ort, under det sista året av ett Erca-cer tifikats 
giltighetsper iod, kommer att utfärdas med tre olika generationer av KMDSR C, såsom visas i Figure 3. 
CSM_133  Fordonsenhetstillverkare ska installera endast en uppsättning fordonsenhetsspecifi ka DSR C-ny cklar i 
varje fordonsenhet, tillsammans med dess versionsnummer . Denna nyckeluppsättning ska härledas 
från den KMDSR C-generation som är kopplad till det Erca-cer tifikat som ligger till grund för 
fordonsenhet ens certifikat. 
Anmärkning ar: 
—  Detta innebär att en fordonsenhet som är baserad på generation X av Erca-cer tifik atet ska 
innehålla endast generation X av K_VUDSR C_ENC och K_VUDSR C_MA C, även om fordonsenheten 
utfärdas efter det att giltighetsper ioden för generation X+1 av Erca-cer tifik atet har börjat. Detta 
visas i Figure 3. 
—  Eftersom verk stadsk ort har en giltighetsper iod på ett år och kontrollk ort en giltighetsper iod på 
två år, är resultatet av CSM_131–CSM_133 att alla verkstadsk ort och kontrollk ort kommer att 
innehålla den nya DSR C-huvudny ckeln vid tidpunkten för utfärdandet av den första 
fordonsenheten som innehåller fordonsenhetsspecif ika nycklar som är baserade på den 
huvudn yckeln. 
9.3.  Cer tifikat 
9.3.1  Allmänt 
CSM_134  Alla certifikat i det europeiska smar ta färdskr ivarsyst emet ska vara självbeskr ivande (self-descr iptive), 
kortver ifierbara (CV, card-veri fiable) certifik at i enlighet med [ISO 7816-4] och [ISO 7816-8]. 
CSM_135  DER (Distinguished Encoding Rules) enligt [ISO 8825-1] ska använ das för att koda både ASN.1- 
datastr ukturer och (tillämpningsspecifika) dataobjekt inom certifik at. 
Anmärkning: Denna kodning result erar i en TLV-struktur (Tag-Length-V alue) enligt följande: 
Tagg:  Taggen är kodad i en eller två oktett er och anger innehållet. 
Längd:  Längden kodas som ett heltal utan tecken i en, två eller tre oktett er, vilke t result erar i den 
maximala längden 65 535 oktett er. Det minsta antalet oktett er ska använ das. 
Värde:  Värdet kodas i noll eller fler okte tter. 
9.3.2  Certifikatens innehåll 
CSM_136  Alla certifik at ska ha den struktur som visas i certifikatprofilen i Table 4. 
Tabell 4 
Cer tifikatprof il version 1 
Fält Fält-ID Tagg Längd (byte) Datatyp i ASN.1 
(se tillägg 1) 
ECC-cer tifikat C ‘7F 21’ var  
ECC Certificate Body B 7F var  26.5.2016 L 139/375 Europeiska unionens officiella tidning SV     
Fält Fält-ID Tagg Längd (byte) Datatyp i ASN.1 
(se tillägg 1) 
Certificate Profi le Identif ier (identifi erare 
för certifikatprof il) CPI ‘5F 29’ ‘01’ 
Certificate Author ity Reference (certifier ­
ingsinstansens referens) CAR ‘42’ ‘08’ 
Certificate Holder Author isation (certifik a­
tinnehavare ns auktori sering) CHA ‘5F 4C’ ‘07’ 
Public Key (öppen nyckel) PK ‘7F 49’ var  
Domain Parameter s (domän parametrar) DP ‘06’ var 
Public Point (öppen punkt) PP ‘86’ var 
Certificate Holder Reference (certifik atin­
nehav arens referens) CHR ‘5F 20’ ‘08’ 
Certificate Effective Date (certifik atets för­
sta giltighetsdag) CEfD ‘5F 25’ ‘04’ 
Certificate Expiration Date (certifikatets 
sista giltighetsdag) CExD ‘5F 24’ ‘04’ 
ECC Certificate Signature S ‘5F 37’ var 
Anmärkning: Fält-ID kommer att användas i senare avsnitt i detta tillägg för att ange enskilda fält i 
ett certifik at (exempelvis är X.CAR den Certificate Author ity Reference som nämns i certifikatet för 
använ dare X). 
9.3.2.1  Certificate Profi le Identif ier (identifi erare för certifikatprofil) 
CSM_137  Certifik at ska använda en identifierare för certifik atprofil (Certificate Profile Identifi er) för att ange 
vilken certifikatprofil som använ ds. Version 1, enligt specifi kationen i Table 4, ska identif ieras med 
värdet ‘00’. 
9.3.2.2  Certificate Author ity Reference (certifier ingsinstansens referen s) 
CSM_138  Certifieringsinstansens referens ska användas för att identif iera den öppna nyckel som ska användas 
för att verifiera certifikatsignaturen. Certifier ingsinstansens referens ska därför vara identisk med 
certifikatinnehavarens referens i certifikatet från motsvarande certifieringsinstans. 
CSM_139 Ett Erca-rotcer tifikat ska vara självsignerat, dvs. certifieringsinstansens referens (CA R) och certifik a­
tinnehavare ns referens (CHR) i certifikatet ska vara identiska. 
CSM_140  För ett Erca-länkcer tifikat ska certifikatinnehav arens referens (CHR) vara identisk med CHR i det 
nya Erca-rotcer tifikatet. Certifieringsinstansens referens (CA R) för ett länkcer tifikat ska vara identisk 
med CHR i föregående Erca-rotcer tifikat. 
9.3.2.3  Certificate Holder Author isation (certifik atinneha varens auktori sering) 
CSM_141  Certifik atinneha varens aukt orisering (CHA) ska använ das för att identifiera typen av certifik at. Den 
består av de sex byte som är mest signif ikanta i färdskr ivarens tillämp ningsidentif ierare (Application 
ID), konkatenerade med typen av utrustning för vilken certifikatet är avsett. 26.5.2016 L 139/376 Europeiska unionens officiella tidning SV     
9.3.2.4  Public Key (öppen nyckel) 
Den öppna nyckeln innehåller två dataelement : de standardiserade domänpar ametrar som ska användas med 
den öppna nyckeln i certifikatet och värdet på den öppna punkt en (public point). 
CSM_142  Dataelementet Domain Parameters ska innehålla en av de objektidentifie rare som specificeras i Table 
1 som referens till en uppsättning standardiserade domänparametrar . 
CSM_143  Dataelementet Public Point ska innehålla den öppna punkt en. Öppna punkt er på en ellip tisk kurva 
(elliptic curve public points) ska omv andlas till oktetts trängar i enlighet med [TR-03111]. Det 
okompr imerade kodningsf ormatet ska användas. När en punkt på en elliptisk kurva (elliptic curve 
point) återskapas från sitt kodade format ska de valider ingar som beskr ivs i [TR-03111] alltid 
utföras. 
9.3.2.5  Certificate Holder Reference (certifik atinneha varens referens) 
CSM_144  Certifik atinneha varens referens är en identif ierare för den öppna nyckel som tillhandahålls i 
certifikatet. Den ska använ das i andra certifikat som referens till denna öppna nyckel. 
CSM_145  När det gäller certifikat för kort och exte rna GNSS-anordningar ska certifik atinnehavar ens referens 
ha datatyp 
 som specifi ceras i tillägg 1. 
CSM_146  När en tillverkare efterfrågar certifikat för fordonsenheter är det tillverkarspecifi ka serienumret för 
den fordonsenhet för vilken certifik atet och tillhörande privata nyckel är avsedda antingen känt 
eller inte känt. I det första fallet ska certifikatinnehavarens referens ha datatyp 
som specific eras i tillägg 1. I det senare fallet ska certifikatinnehavarens 
referen s ha datatyp 
 som specifi ceras i tillägg 1. 
CSM_147  När det gäller Erca- och MSCA- certifikat ska certifikatinnehav arens referens ha datatypen 
som specifi ceras i tillägg 1. 
9.3.2.6  Certificate Effective Date (certifik atets första giltighetsdag) 
CSM_148  Certifik atets första giltighetsdag anger startdatum och starttidpunkt för certifikatets giltighetsper iod. 
Certifik atets första giltighetsdag ska vara certifik atgenerationens datum. 
9.3.2.7  Certificate Expiration Date (certifikatets sista giltighetsdag) 
CSM_149  Certifik atets sista giltighetsdag anger slutdatum och sluttidpunkt för certifik atets giltighetsper iod. 
9.3.2.8  Certificate Signature (certifikatsignatur) 
CSM_150  Signaturen på certifikatet ska skapas för den kodade nytt odelen av certifikatet (certificate body), 
inklusive tagg och längd för denna. Signer ingsalgor itmen ska vara ECDSA såsom den specificeras i 
[DSS], med använ dning av den hashalgor itm som är länkad till nyckelst orlek en för den signerande 
instansen, såsom ange s i CSM_50. Signaturformatet ska vara i klar text, såsom ange s i [TR-03111]. 
9.3.3  Förfrågan om certifikat 
CSM_151 I samband med förfrågan om ett certifik at ska sökanden skicka följande data till sin certifier­
ingsinstans: 
—  Identifierare för certifik atprofil (Certificate Profile Identifier) för det begärda certifik atet. 
—  Certifier ingsinstansens referen s (CA R) som förväntas använ das för signer ing av certifikatet. 
—  Den öppna nyckel (Public Key) som ska signeras. 26.5.2016 L 139/377 Europeiska unionens officiella tidning SV     
CSM_152  Utöver de data som finns i CSM_151 ska en MSCA översända följande data i en certifikatf örfrågan 
till Erca, vilket gör det möjligt för Erca att skapa certifikatinnehavarens referens (Certificate Holder 
Reference) för det nya MSCA-cer tifik atet: 
—  Certifier ingsinstansens numer iska landsk od (datatypen 
 , definierad i tillägg 1). 
—  Certifier ingsinstansens alfanumer iska landsk od (datatypen 
 , definierad i tillägg 
1). 
—  Serienummer (1 byte) för att skilja certifieringsinstansens olika nycklar åt om man byter 
nycklar. 
—  Det fält (bestående av två byte) som innehåller ytterligare information som är specifik för 
certifieringsinstansen. 
CSM_153  Utöver de data som finns i CSM_151 ska en utrustningstillverkare översända följande data i en 
certifikatförfrågan till MSCA , vilket gör det möjligt för MSCA att skapa certifikatinnehav arens 
referen s (Certificate Holder Reference) för det nya utrustningscer tifikatet: 
—  En tillverkarspecifik identifierare för utrustningstypen. 
—  Om det är känt (se CSM_154): ett serienummer för utrustningen, som är unikt för tillverkaren, 
utrustningstypen och tillverkningsmånaden. I andra fall: en unik identifierare för certifikat­
förfråg an. 
—  Månad och år för tillverkning av utrustninge n eller för certifikatförfrågan . 
Tillverkaren ska säkerställa att dessa data är korrekta och att det certifikat som återsänds av MSCA 
installeras i den avsedda utrustningen. 
CSM_154  När en tillverkare efterfrågar certifik at för en fordonsenhet är det tillverkarspecifika serienumret för 
den fordonsenhet för vilken certifik atet och tillhörande privata nyckel är avsedda antingen känt 
eller inte känt. Om det är känt ska tillverkaren av fordonsenhet en översända serienumret till MSCA . 
Om det inte är känt ska tillverkaren unikt identif iera varje certifikatf örfråg an och översända detta 
serienummer för certifik atförfrågan till MSCA . Det utfärdade certifik atet kommer då att innehålla 
serienumret för certifikatförfrågan . Efter att ha installerat certifik atet i en specifik fordonsenhet ska 
tillverkaren under rätta MSCA om kopplingen mellan serienumret för certifikatförfråga n och 
identif ieringe n av fordonsenhet en. 
10.  ÖMSESIDIG AUTENTISERING OCH SÄKER MEDDEL ANDEHANTERING MELL AN FORDONSENHET OCH KORT 
10.1.  Allmänt 
CSM_155  På en hög nivå ska säker kommunikation mellan en fordonsenhet och ett färdskr ivark ort vara 
baserad på följande steg: 
—  För det första ska varje part demonstrera för den andra att den äger ett giltigt certifik at för 
öppen nyckel, vilket ska vara signerat av en certifier ingsinstans i en medlemsstat. Vidare måste 
certifieringsinstansens certifikat för öppen nyckel vara signerat av den europeiska rotcer tifier­
ingsinstansen. Detta steg kallas verifiering av certifik atsk edja och specificeras i detalj i avsnitt 
10.2. 
—  För det andra ska fordonsenheten demonstrera för kortet att den äger den privata nyckel som 
motsvarar den öppna nyckeln i det certifik at som överlämnas. Den gör detta genom att signera 
ett slump tal som översänds av kortet. Kortet verifierar signaturen för slump talet. Om 
verifieringen lyckas är fordonsenheten autentis erad. Detta steg kallas aute ntiser ing av 
fordonsenhet och specificeras i detalj i avsnitt 10.3. 26.5.2016 L 139/378 Europeiska unionens officiella tidning SV     
—  För det tredje beräknar båda parter var för sig två AES-sessionsny cklar med hjälp av en 
asymmetr isk algor itm för nyckelö verensk ommelse. Genom att använda en av dessa 
sessionsn ycklar skapar kortet en kod för meddelandeautentiser ing (MA C, Message Authentication 
Code) för vissa data som översänds av fordonsenheten. Fordonsenhet en verifierar MAC. Om 
verifieringen lyckas är kortet autenti serat. Detta steg kallas autentiser ing av kort och specifi ceras 
i detalj i avsnitt 10.4. 
—  För det fjärde ska fordonsenheten och kortet använ da de överensk omna sessionsny cklar na för 
att säkerställa sekrete ss, integritet och autenticit et avseende alla utväxlade meddelanden. Detta 
steg kallas säker meddelandehant ering och specifi ceras i detalj i avsnitt 10.5. 
CSM_156  Den mekanism som beskr ivs i CSM_155 ska utlösas av fordonsenheten när ett kort sätts in i en av 
dess kortplatser . 
10.2.  Ömsesidig verifiering av certifikatskedja 
10.2.1  Fordonsenhetens verif iering av kortets certifikatsk edja 
CSM_157  Fordonsenhet er ska använda det protok oll som visas i Figure 4 för att verifiera ett färdskr ivark orts 
certifikatskedja. 
Anmärkning ar till Figure 4: 
—  De kortcertifikat och öppna nycklar som nämns i figur en är de som används för ömsesidig 
aute ntiser ing. I avsnitt 9.1.5 betecknas dessa CARD_MA . 
—  De Card.CA -cer tifikat och öppna nycklar som nämns i figuren är de som använ ds för signer ing 
av kortcertifik at, och detta anges i CAR för kortcertifikatet. I avsnitt 9.1.3 betec knas dessa 
MSCA_Card. 
—  Det Card.CA .EUR -cer tifikat som nämns i figuren är det europeiska rotcer tifik at som anges i 
certifieringsinstansens referens (CA R) för Card.CA-cer tifikatet. 
—  Det Card.Link -cer tifik at som nämns i figuren är kortets länkcer tifikat, om ett sådant finns. 
Såsom anges i avsnitt 9.1.2 är detta ett länkcer tifikat för ett nytt europeiskt rotny ckelpar som 
skapats av Erca och signerats med den föregående europeiska privata nyckeln. 
—  Card.Link.EUR -cer tifik atet är det europeiska rotcer tifikat som ange s i certifieringsinstansens 
referens (CAR) för Card.Link -cer tifikatet. 
CSM_158  Såsom illustreras i Figure 4 ska verifier ingen av kortets certifikatske dja börja när kortet sätts in. 
Fordonsenhet en ska läsa kortinnehavarens referens 
 från EF ICC. 
Fordonsenhet en ska kontrollera om den känner igen kortet, dvs. om den tidigare har lyckats 
verifiera kortets certifikatsked ja och lagrat den för framtida beho v. Om så är fallet , och 
kortcertifik atet fortfarande är giltigt, fortsätter processen med verifieringen av fordonsenhetens 
certifikatskedja. I andra fall ska fordonsenheten successivt läsa följande från kortet: MSCA_Card- 
certifikatet som ska användas för att verifiera kortcertifikatet, Card.CA .EUR -cer tifikatet som ska 
använ das för att verifiera MSCA_ Card-cer tifik atet, och eventuellt länkcer tifikatet, tills den hittar ett 
certifikat den känner igen eller kan verifiera. Om ett sådant certifikat hittas ska fordonsenheten 
använ da det för att verifiera de underliggan de kortcertifikat som den har läst från kortet. Om detta 
lyckas fortsätt er processen med verifieringe n av fordonsenhet ens certifikatskedja. Om detta inte 
lyckas ska fordonsenhet en ignorera kortet. 
Anmärkning: Det finns tre sätt på vilka fordonsenhet en kan känna igen Card.C A.EUR -cer tifik atet: 
—  Card.CA .EUR -certifikatet är samma certifikat som fordonsenhet ens eget EUR -certifikat. 26.5.2016 L 139/379 Europeiska unionens officiella tidning SV     
—  Card.CA .EUR -certifikatet föregår fordonsenhetens eget EUR -cer tifik at och fordonsenheten 
innehöll detta certifikat redan vid utfärdandet (se CSM_81). 
—  Card.CA .EUR -certifikatet kommer efter fordonsenhet ens eget EUR -cer tifikat och fordonsenheten 
har tidigare mottagit ett länkcer tifikat från ett annat färdskr ivark ort, verifierat detta och lagrat 
det för framtida beho v. 
CSM_159  Såsom anges i Figure 4 får fordonsenheten, när den väl har verifierat aute nticitet en och giltighet en 
hos ett tidigar e okänt certifikat, lagra detta certifik at för framtida beho v, så att den inte behö ver 
verifiera certifikatets autenticit et igen om det överlämnas till fordonsenhet en på nytt. I stället för att 
lagra hela certifikatet får en fordonsenhet välja att lagra endast innehållet i certifikatets nytt odel 
(Certificate Body), såsom specificeras i avsnitt 9.3.2. 
CSM_160  Fordonsenhet en ska verifiera den tidsmässiga giltigheten för alla certifik at som läses från kortet eller 
lagras i dess minne, och ska avvi sa certifik at som löpt ut. För kontrollen av den tidsmässig a 
giltighet en hos ett certifikat som överlämnas av kortet ska en fordonsenhet använda sin interna 
kloc ka.  26.5.2016 L 139/380 Europeiska unionens officiella tidning SV     
Figur 4 
Protok oll för fordonsenhetens verifiering av kortets certifikatsk edja 
10.2.2  Kortets verif iering av fordonsenhetens certifikatsk edja 
CSM_161  Färdskr ivark ort ska använ da det protok oll som visas i Figure 5 för att verifiera en fordonsenhets 
certifikatskedja. 26.5.2016 L 139/381 Europeiska unionens officiella tidning SV     
Figur 5 
Protok oll för kortets verifiering av fordonsenhetens certifikatsk edja 
26.5.2016 L 139/382 Europeiska unionens officiella tidning SV     
Anmärkning ar till Figure 5: 
—  De fordonsenhetscer tifikat och öppna nycklar som nämns i figuren är de som används för ömsesidig 
aute ntiser ing. I avsnitt 9.1.4 betec knas dessa VU_MA. 
—  De VU.CA -cer tifikat och öppna nycklar som nämns i figuren är de som används för signer ing av certifikat 
för fordonsenheter och externa GNSS-anordningar . I avsnitt 9.1.3 betec knas dessa MSCA _VU-EGF . 
—Det VU.CA .EUR -cer tifikat som nämns i figuren är det europeiska rotcer tifikat som anges i certifieringsin ­
stansens referens (CA R) för VU.CA -cer tifikatet. 
—  Det VU.Link -cer tifik at som nämns i figuren är fordonsenhet ens länkcer tifikat, om ett sådant finns. Såsom 
ange s i avsnitt 9.1.2 är detta ett länkcer tifikat för ett nytt europeiskt rotny ckelpar som skapats av Erca och 
signerats med den föregående europeiska privata nyckeln. 
—  VU.Link.EUR -cer tifik atet är det europeiska rotcer tifikat som ange s i certifier ingsinstansens referens (CAR) 
för VU.Link -cer tifik atet. 
CSM_162  Såsom visas i Figure 5 ska verifieringen av fordonsenhet ens certifik atsk edja börja med att 
fordonsenhet en försök er tillgängliggöra sin egen öppna nyckel för använ dning i färdskr ivark ortet. 
Om detta lyckas innebär det att kortet tidigar e har lyckats verifiera fordonsenhet ens certifikatskedja 
och att kortet har lagrat fordonsenhetens certifikat för framtida bruk. I så fall tillgäng liggörs 
fordonsenhetscer tifikatet för användning, och processen fortsätter med autentis ering av 
fordonsenhet. Om kortet inte känner igen fordonsenhetscer tifik atet ska fordonsenheten successivt 
överlämna VU.CA-cer tifikatet som ska använ das för att verifiera dess fordonsenhetscer tifikat, VU. 
CA.EUR -cer tifikatet som ska använ das för att verifiera VU.CA -cer tifikatet, och eventuellt 
länkcer tifik atet, i syfte att hitta ett certifikat som kortet känner igen eller kan verifiera. Om ett 
sådant certifikat hittas ska kortet använda det för att verifiera de underliggan de fordonsenhets ­
certifikat som överlämnas till kortet. Om detta lyckas ska fordonsenheten slutligen tillgängliggöra 
sin öppna nyckel för använ dning i färdskr ivark ortet. Om detta inte lyckas ska fordonsenheten 
ignorera kortet. 
Anmärkning: Det finns tre sätt på vilka kortet kan känna igen VU.CA .EUR-cer tifikatet: 
—  VU.CA .EUR -certifikatet är samma certifikat som kortets eget EUR -cer tifik at. 
—  VU.CA .EUR -certifikatet föregår kortets eget EUR -cer tifik at och kortet innehöll detta certifikat 
redan vid utfärdandet (se CSM_91). 
—  VU.CA .EUR -certifikatet kommer efter kortets eget EUR -cer tifik at och kortet har tidigar e 
mottagit ett länkcer tifikat från en annan fordonsenhet, verifierat detta och lagrat det för 
framtida beho v. 
CSM_163  Fordonsenhet en ska använda kommandot MSE: SET AT för att tillgäng liggöra sin öppna nyckel för 
använ dning i färdskr ivark ortet. Såsom specifi ceras i tillägg 2 innehåller detta kommando en uppgif t 
om vilken kryptografi sk mekanism som kommer att använ das med den nyckel som är inställd. 
Mekanismen ska vara ”aute ntiser ing av fordonsenhet en med användning av ECDS A-algor itmen, i 
kombination med den hashalgor itm som är länkad till nyckelstor leken för fordonsenhetens 
VU_MA-ny ckelpar , såsom anges i CSM_50”. 
CSM_164  Kommandot MSE: SET AT innehåller också en uppgif t om vilket tillfällig t nyckelpar som 
fordonsenhet en kommer att använda i samband med överensk ommelse om sessionsn yckel (se 
avsnitt 10.4). Innan kommandot MSE: SET AT skickas ska fordonsenhet en därför generera ett 
tillfäll igt ECC-ny ckelpar . För att generera det tillfällig a nyckelparet ska fordonsenhet en använda de 
standardiserade domänpar ametrar som anges i kortcertifik atet. Det tillfäll iga nyckelparet betec knas 
(VU.SKeph, VU.PKeph, Card.DP). Fordonsenheten ska välja x-kordinaten för ECDH ephemer al public 
point som nyckelidentifier ing; detta kallas den komprimerade representationen av den öppna 
nyckeln och bete cknas Comp(VU.PKeph). 
CSM_165  Om kommandot MSE: SET AT lyckas ska kortet ställa in den angivna VU.PK för efterföljande 
använ dning vid fordonsautentiseri ng, och ska tillfällig t lagra Com p(VU.PKeph). Om två eller flera 
lyckade MSE: Set AT-kommandon sänds innan överensk ommelse om sessionsny ckel genomf örs, ska 
kortet lagra endast senast mottagna Com p(VU.PKeph). 26.5.2016 L 139/383 Europeiska unionens officiella tidning SV     
CSM_166  Kortet ska verifiera den tidsmässig a giltigheten för alla certifikat som överlämnas av fordonsenheten 
eller som fordonsenhet en refererar till medan de lagras i kortets minne, och ska avvisa certifikat 
som löpt ut. 
CSM_167  För att verifiera den tidsmässiga giltighet en för ett certifikat som överlämnas av fordonsenheten ska 
varje färdskr ivark ort intern t lagra vissa data som betecknar aktuell tidpunkt. Dessa data ska inte 
vara direkt uppdat erbara för en fordonsenhet. Vid utfärdandet ska aktuell tid för ett kort ställas in 
så att den blir densamma som första giltighetsdag för kortets Card_MA-cer tifikat. Ett kort ska 
uppdat era sin aktuella tid om den första giltighetsdagen för ett aute ntiskt certifikat som utgör 
”giltig tidskälla” och som överlämnas av en fordonsenhet anger en tidpunkt som infaller senare än 
kortets aktuella tid. I så fall ska kortet ställa in sin aktuella tid så att den blir den tid som anges 
som första giltighetsdag för det certifik atet. Kortet ska endast godta följande certifik at som en giltig 
tidskälla: 
—  Andra generationens Erca-länkcer tifik at. 
—  Andra generationens MSCA- certifikat. 
—  Andra generationens fordonsenhetscer tifikat som utfärdats av samma land som utfärdat kortets 
egna kortcertifikat (ett eller flera). 
Anmärkning: Det sista kravet innebär att ett kort ska kunna känna igen CAR för fordonsenhetscer ­
tifik atet, dvs. MSCA_ VU-EGF -cer tifik atet. Den kommer inte att vara densamma som CAR för 
kortets eget certifik at, vilket är MSCA_Card-cer tifikatet. 
CSM_168  Såsom anges i Figure 5 får kortet, när det väl har verifierat autenticit eten och giltighet en hos ett 
tidigare okänt certifikat, lagra detta certifik at för framtida beho v, så att den inte behö ver verifiera 
certifikatets autenticit et igen om det överlämnas till kortet på nytt. I stället för att lagra hela 
certifikatet får ett kort välja att lagra endast innehållet i certifikatets nyttodel (Certificate Body), 
såsom specifi ceras i avsnitt 9.3.2. 
10.3.  Autentiser ing av fordonsenhet 
CSM_169  Fordonsenhet er och kort ska använda det protok oll för aute ntiser ing av fordonsenhet som visas i 
Figure 6 för att autenti sera fordonsenheten gent emot kortet. Autentiser ingen av fordonsenhet en gör 
det möjligt för färdskr ivark ortet att explicit verifiera att fordonsenheten är autenti sk. För att göra 
detta ska fordonsenhet en använ da sin privata nyckel för att signera en utmaning (challenge) som 
genererats av kortet. 
CSM_170  Intill utmaningen från kortet ska fordonsenheten i signaturen inkludera den referens till 
kortinnehavaren som hämtas från kortcertifik atet. 
Anmärkning: Detta säke rställer att det kort gentemot vilke t fordonsenhet en autentis erar sig är 
samma kort vars certifik atsk edja fordonsenheten har verifierat tidigare. 
CSM_171  Fordonsenhet en ska också i signaturen inkludera identifieraren för den tillfäll iga öppna nyckeln 
Com p(VU.PKeph) som fordonsenheten kommer att använ da för att upprätta säker meddelande ­
hanteri ng under den chipautentiser ingsprocess som specifi ceras i avsnitt 10.4. 
Anmärkning: Detta säkerställer att den fordonsenhet med vilke n ett kort kommunicerar under en 
session med säke r meddelandehanter ing är samma fordonsenhet som aute ntiserats av kortet.  26.5.2016 L 139/384 Europeiska unionens officiella tidning SV     
Figur 6 
Protok oll för autentiser ing av fordonsenhet (VU) 
CSM_172  Om flera GET CHALLENGE-k ommandon sänds från fordonsenhet en under aute ntiser ingen av 
fordonsenhet en ska kortet varje gång sända tillbaka en ny slumpmäss ig utmaning på 8 byte, men 
lagra endast den senaste utmaning en. 
CSM_173  Signer ingsalgor itmen som används av fordonsenhet en för autenti sering av fordonsenhet en ska vara 
ECDSA såsom den specifi ceras i [DSS], med användning av den hashalgor itm som är länkad till 
nyckelstor leken för fordonsenhetens VU_MA-ny ckelpar , såsom anges i CSM_50. Signatur formatet 
ska vara i klar text, såsom anges i [TR-03111]. Fordonsenheten ska sända den genererade signaturen 
till kortet. 
CSM_174  Efter att ha mottagit fordonsenhet ens signatur i ett EXTERNAL AUTHENTICA TE-k ommando, ska 
kortet 
—  beräkna token för autentiser ingen genom att konkatenera Card.C HR, kortutmaningen rcard och 
identifieraren för fordonsenhetens tillfäll iga öppna nyckel Comp(VU.PKeph), 
—  beräkna hashvärdet för token för autentis eringen, med använ dning av den hashalgor itm som är 
länkad till nyckelstorleken för fordonsenhet ens VU_MA-ny ckelpar , såsom anges i CSM_50, 
—  verifiera fordonsenhetens signatur med användning av ECDS A-algor itmen i kombination med 
VU.PK och det beräknade hashvärdet. 
10.4.  Autentiser ing av chip och överensk ommelse om sessionsny ckel 
CSM_175  Fordonsenhet er och kort ska använda det prot okoll för autentis ering av chip som visas i Figure 7 
för att autentis era kortet gentemot fordonsenhet en. Autentiser inge n av chippet gör det möjligt för 
fordonsenhet en att explicit verifiera att kortet är autenti skt. 26.5.2016 L 139/385 Europeiska unionens officiella tidning SV     
Figur 7 
Autentiser ing av chip och överensk ommelse om sessionsny ckel 
CSM_176  Fordonsenhet en och kortet ska genomf öra följande steg:  
1. Fordonsenhet en initierar processen för autenti sering av chip genom att skicka kommandot MSE: 
SET AT som indikera r ”auten tiser ing av chip med användning av ECDH-algor itmen, vilket 
result erar i en AES-sessionsny ckel vars längd länkas till nyckelst orleken för kortets Card_MA- 
nyckelpar , såsom ange s i CSM_50”. Fordonsenheten ska hämta storlek en på kortets nyckelpar 
från kortcertifikatet.  
2. Fordonsenhet en översänder den öppna punkten (public point) VU.PKeph för sitt tillfällig a 
nyckelpar till kortet. Såsom förklaras i CSM_164 har fordonsenheten genererat detta tillfällig a 
nyckelpar före verifier ingen av fordonsenhet ens certifikatskedja. Fordonsenhet en översände 
identifierare n av den tillfäll iga öppna nyckeln Com p(VU.PKeph) till kortet, och kortet lagrade den.  
3. Kortet beräknar Comp(VU.PKeph) från VU.PKeph och jämf ör detta med det lagrade värdet av 
Com p(VU.PKeph).  
4. Med använ dning av ECDH-algor itmen i kombination med kortets statiska privata nyckel och 
fordonsenhet ens tillfäll iga öppna nyckel beräknar kortet ett hemligt K.  
5. Kortet väljer ett slumpmässigt tal (8 byte) som används en gång (nonce) NPICC och använder det 
för att härleda två AES-sessionsny cklar KMAC and KENC från K. Se CSM_179.  
6. Med användning av KMAC beräknar kortet en token för autentiseri ng för identifierare n för 
fordonsenhet ens tillfäll iga öppna nyckel: TPICC = CMA C(KMAC, VU.PKeph). Kortet översänder NPICC 
och TPICC till fordonsenheten.  
7. Med användning av ECDH-algor itmen i kombination med kortets statiska öppna nyckel och 
fordonsenhet ens tillfällig a privata nyckel beräknar fordonsenheten samma hemliga K som kortet 
gjorde i steg 4. 26.5.2016 L 139/386 Europeiska unionens officiella tidning SV     
8. Fordonsenhet en härleder sessionsny cklar na KMAC och KENC från K och NPICC; se CSM_179.  
9. Fordonsenhet en verifierar token TPICC för autentiser ing. 
CSM_177  I steg 3 ovan ska kortet beräkna Com p(VU.PKeph) som x-koordinaten för den öppna punkten 
(public point) i VU.PKeph. 
CSM_178  I steg en 4 och 7 ovan ska kortet och fordonsenhet en använda ECKA-EG-algor itmen som den 
definie ras i [TR-03111]. 
CSM_179  I steg en 5 och 8 ovan ska kortet och fordonsenheten använda den funktion för nyckelhärledning 
för AES-sessionsny cklar som definieras i [TR-03111], med följande preciser ingar och ändr ingar: 
—  Värdet på räknaren ska vara ‘00 00 00 01’ för KENC och ‘00 00 00 02’ för KMAC. 
—  Det frivilliga talet r (nonce, som används en gång ) ska användas och ska vara lika med NPICC. 
—  För härledning av 128-bitars AES-ny cklar ska den hashalgor itm som ska användas vara SHA- 
256. 
—  För härledning av 192-bitars AES-ny cklar ska den hashalgor itm som ska användas vara SHA- 
384. 
—  För härledning av 256-bitars AES-ny cklar ska den hashalgor itm som ska användas vara SHA- 
512. 
Sessionsny cklar nas längd (dvs. den längd vid vilken hashvärdet trunk eras) ska vara länkad till 
storlek en på Card_MA-ny ckelparet, såsom anges i CSM_50. 
CSM_180  I steg en 6 och 9 ovan ska kortet och fordonsenheten använ da AES-algor itmen i CMA C-läge, såsom 
specifi ceras i [SP 800-38B]. Längden på TPICC ska vara länkad till längden på AES-sessionsny cklar na, 
såsom specifi ceras i CSM_50. 
10.5.  Säker meddelandehanter ing 
10.5.1  Allmänt 
CSM_181  Alla kommandon och svar som utväxlas mellan en fordonsenhet och ett färdskr ivark ort efter det 
att en lyckad chipaut entiser ing genomf örts och till dess att sessionen avslutats ska vara skyddade 
genom säker meddelandehante ring (Secure Messaging). 
CSM_182  Utom vid läsning från en fil med tillträdesvillk oret SM-R -ENC-MA C-G2 (se avsnitt 4 i tillägg 2) ska 
säker meddelandehant ering användas i läge för endast autenti sering (authentication-only mode). I 
detta läge ska en kryptografisk kontrollsumma (även kallad MAC) adderas till alla kommandon och 
svar för att säke rställa autenticit et och integritet för meddelanden. 
CSM_183  Vid läsning från en fil med tillträdesvillk oret SM-R -ENC-MA C-G2 ska säker meddelandehante ring 
använ das i läge för kryptering följd av autentis ering (encr ypt-then-authenticate mode), dvs. först 
krypteras svarsdata för att säke rställa meddelandesekret ess, och däref ter beräknas en MAC för 
formate rade krypterade data för att säkerställa autenticit et och integritet. 
CSM_184  Säke r meddelandehanter ing ska använda AES såsom definierats i [AES] med sessionsn ycklarna KMAC 
och KENC, vilka fastställdes i samband med autentis ering av chip. 
CSM_185 Ett heltal utan tecken ska använ das som SSC (Send Sequence Counter) för att förhindra återspelnings ­
attack er. Storlek en på SSC ska vara lika med AES-blockstorlek en, dvs. 128 bitar . SSC ska vara i 
formate t mest signif ikanta bit först (MSB-fir st). Räknaren för sekvenssändning (SSC) ska initialt 
ställas på noll (dvs. ‘00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00’) när säke r meddelande ­
hanteri ng (Secure Messaging) startas. SSC ska ökas varje gång innan ett kommando eller svar 
(APDU) genereras (det innebär att eftersom startvärdet för SSC i en session med säke r meddelande ­
hanteri ng är 0, kommer värdet på SSC i det första kommandot att vara 1). Värdet på SSC för det 
första svaret kommer att vara 2. 26.5.2016 L 139/387 Europeiska unionens officiella tidning SV     
CSM_186  För kryptering av meddelanden ska KENC använ das med AES i CBC-läg e (Cipher Block Chaining) 
såsom definierats i [ISO 10116], med en interleave-paramet er m = 1 och en initialiser ingsvekto r SV 
= E(KENC, SSC), dvs. det aktuella värdet på SSC krypterat med KENC. 
CSM_187  För meddelandeautentiser ing ska KMAC användas med AES i CMA C-läge såsom specif iceras i [SP 
800-38B]. Längden på MAC ska vara länkad till längden på AES-sessionsny cklar na, såsom 
specifi ceras i CSM_50. SSC ska inkluderas i MAC genom att den läggs före det datagram som ska 
autenti seras. 
10.5.2  Säker meddelandestr uktur 
CSM_188  Säke r meddelandehanter ing ska endast använda dataobjekten för säker meddelandehant ering (se 
[ISO 7816-4]) som förtecknas i Table 5. I alla meddelanden ska dessa dataobjekt användas i den 
ordning som anges i denna tabell. 
Tabell 5 
Data objekt för säker meddelandehanter ing 
Dataobjekt Tagg Närvaro (O)bligat orisk, (V)illk orlig 
eller (F)örbjuden i 
kommandon svar 
Data med klar värde ej BER -TLV-kodade ‘81’ V V 
Data med klar värde är BER -TLV-kodade, men in­
begr iper inte dataobjekt för säke r meddelande ­
hanteri ng ‘B3’ V V 
Utfyllnadsindikator följd av kryptogram, data 
med klar värde ej BER -TLV-kodade ‘87’ V V 
Skyddad Le ‘97’ V F 
Bearbetningsstatus ‘99’ F O 
Kryptografi sk kontrollsumma ‘8E’ O O  
Anmärkning: Såsom anges i tillägg 2 kan färdskr ivark ort stödja kommandona READ BINAR Y och 
UPD ATE BINAR Y med udda INS-byt e (‘B1’ resp. ‘D7’). Dessa kommando variante r krävs för att läsa 
och uppdatera filer med 32 768 byte eller mer . Om en sådan variant används ska ett dataobjekt 
med tagge n ‘B3’ användas i stället för ett objekt med tagge n ‘81’. Se tillägg 2 för ytterliga re 
information. 
CSM_189  Alla dataobjekt för säker meddelandehante ring ska DER TLV-kodas såsom specifi ceras i [ISO 8825- 
1]. Denna kodning resulterar i en TLV-struktur (Tag-Length-V alue) enligt följande: 
Tagg  Taggen är kodad i en eller två okte tter och anger innehållet. 
Längd  Längden kodas som ett heltal utan tecken i en, två eller tre oktett er, vilket result erar i den 
maximala längden 65 535 oktett er. Det minsta antalet oktett er ska användas. 
Värde  Värdet kodas i noll eller fler oktet ter. 26.5.2016 L 139/388 Europeiska unionens officiella tidning SV     
CSM_190  Dataenheter (APDU) som skyddas genom säker meddelandehant ering ska skapas enligt följande: 
—  Kommandots startdel (header) ska inkluderas i MAC-beräkning en. Därf ör ska värdet ‘0C’ 
användas för CLA (class byte). 
—  Såsom ange s i tillägg 2 ska alla INS-b yte vara jämna, med det eventuella undantaget udda INS- 
byte för kommandona READ BINAR Y och UPD ATE BINAR Y. 
—Det faktiska värdet på Lc kommer att ändras till Lc' efter tilläm pning av säker meddelande ­
hantering. 
—  Dataf ältet ska bestå av dataobjekt för säker meddelandehant ering. 
—  I den skyddade dataenheten (APDU) ska den nya Le (1 byte) sättas till ‘00’. Om så krävs ska ett 
dataobjekt ‘97’ inkluderas i datafält et för att förmedla det urspr ungliga värdet på Le. 
CSM_191  Alla dataobjekt som ska krypteras ska fyllas ut i enlighet med [ISO 7816-4] med använ dning av 
utfyllnadsindikat or ‘01’. För beräkningen av MAC ska varje dataobjekt i dataenheten (APDU) också 
fyllas ut separat i enlighet med [ISO 7816-4]. 
Anmärkning: Utfyllnad för säker meddelandehanter ing utförs alltid av skiktet för säker meddelande ­
hanteri ng, inte av CMA C- eller CBC-algor itmer na. 
Sammanf attning och exempel 
En kommando-APDU med tillämp ad säker meddelandehanter ing kommer att ha följande struktur , beroende 
på respektive fall av oskyddat kommando (DO betyder dataobjekt): 
Fall 1: CLA INS P1 P2 || Lc' || DO ‘8E’ || Le 
Fall 2: CLA INS P1 P2 || Lc' || DO ‘97’ || DO ‘8E’ || Le 
Fall 3 (jämn INS-b yte): CLA INS P1 P2 || Lc' || DO ‘81’ || DO ‘8E’ || Le 
Fall 3 (udda INS-byt e): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO ‘8E’ || Le 
Fall 4 (jämn INS-b yte): CLA INS P1 P2 || Lc' || DO ‘81’ || DO ‘97’ || DO ‘8E’ || Le 
Fall 4 (udda INS-byt e): CLA INS P1 P2 || Lc' || DO ‘B3’ || DO'97' || DO ‘8E’ || Le  
där Le = ‘00’ eller ‘00 00’ beroende på om fält med kort längd eller fält med utökad längd används; se [ISO 
7816-4]. 
En svars-APDU med tillämpad säker meddelandehanter ing kommer att ha följande struktur , beroende på 
respektive fall av oskyddat svar: 
Fall 1 eller 3: DO ‘99’ || DO ‘8E’ || SW1SW2 
Fall 2 eller 4 (jämn INS-b yte) med kryptering: DO ‘81’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Fall 2 eller 4 (jämn INS-b yte) utan kryptering: DO ‘87’ || DO ‘99’ || DO ‘8E’ || SW1SW2 
Fall 2 eller 4 (udda INS-byt e) utan kryptering: DO ‘B3’ || DO ‘99’ || DO ‘8E’ || SW1SW2  
Anmärkning: Fall 2 eller 4 (udda INS-byt e) med kryptering används aldr ig i kommunikationen mellan en 
fordonsenhet och ett kort. 26.5.2016 L 139/389 Europeiska unionens officiella tidning SV     
Nedan visas tre exem pel på APDU-omvandling ar för kommandon med jämn INS-k od. Figure 8 visar en 
autenti serad kommando-APDU i fall 4, Figure 9 visar en aute ntiserad svars-APDU i fall 2/fall 4, och Figure 10 
visar en krypterad och autenti serad svars-APDU i fall 2/fall 4. 
Figur 8 
Omvandling av en autentiserad kommando-APDU i fall 4 
Figur 9 
Omvandling av en autentiserad svars-APDU i fall 1/fall 3 
26.5.2016 L 139/390 Europeiska unionens officiella tidning SV     
Figur 10 
Omvandling av en krypterad och autentiserad svars-APDU i fall 2/fall 4 
10.5.3  Avbryta en session med säke r meddelandehanter ing 
CSM_192  En fordonsenhet ska avbr yta en pågående session med säker meddelandehanter ing om, och endast 
om, ett av följande villk or är uppfyllt : 
—  Den tar emot en svars-APDU i klar text. 
—  Den upptäc ker ett fel vid säker meddelandehant ering i en svars-APDU: 
—  Ett förväntat dataobjekt för säker meddelandehante ring saknas, dataobjekten s ordningsf öljd 
är felaktig, eller ett okänt dataobjekt är inkluderat. 
—  Ett dataobjekt för säker meddelandehant ering är felaktigt (exem pel: MAC-värdet är felaktigt, 
TLV-strukturen är felaktig eller utfyllnadsindikator n i tagg ‘87’ är inte lika med ‘01’). 
—Kortet sänder en byte för status som indikera r att det har upptäc kt ett fel vid säke r meddelande ­
hantering (se CSM_194). 
—  Gränsen för antalet kommandon och tillhörande svar inom den aktuella sessionen har nåtts. 
För en bestämd fordonsenhet ska denna gräns fastställas av enhetens tillverkare, med beaktande 
av säkerhetskra ven för den maskinvara som används, med ett högsta värde av 240 kommandon 
och tillhörande svar (med säke r meddelandehanter ing) per session. 
CSM_193  Ett färdskr ivark ort ska avbryta en pågående session med säker meddelandehante ring om, och 
endast om, ett av följande villk or är uppfyllt: 
—  Det tar emot en kommando-APDU i klar text. 26.5.2016 L 139/391 Europeiska unionens officiella tidning SV     
—  Det uppt äcker ett fel vid säker meddelandehante ring i en kommando-APDU: 
—  Ett förväntat dataobjekt för säker meddelandehante ring saknas, dataobjekten s ordningsf öljd 
är felaktig, eller ett okänt dataobjekt är inkluderat. 
—  Ett dataobjekt för säker meddelandehanter ing är felaktigt (exempel: MAC-värdet är felaktigt 
eller TLV-strukturen är felaktig). 
—  Det är strömlöst eller nollställt. 
—  Fordonsenhet en väljer en tillämpning på kortet. 
—  Fordonsenhet en startar processen för autentiser ing av fordonsenhet. 
—  Gränsen för antalet kommandon och tillhörande svar inom den aktuella sessionen har nåtts. 
För ett bestämt kort ska denna gräns fastställas av dess tillverkare, med beaktande av 
säkerhetskraven för den maskinvara som används, med ett högsta värde av 240 kommandon 
och tillhörande svar (med säke r meddelandehanter ing) per session. 
CSM_194  Beträffande färdsk rivark orts hantering av fel vid säke r meddelandehanter ing: 
—  Om – i en kommando-APDU – vissa förväntade dataobjekt för säke r meddelandehante ring 
saknas, dataobjekten s ordningsf öljd är felaktig eller okända dataobjekt är inkluderade, ska ett 
färdskr ivark ort svara med följande två byte för status: ‘69 87’. 
—  Om – i en kommando-APDU – ett dataobjekt för säke r meddelandehanter ing är felaktigt ska ett 
färdskr ivark ort svara med följande två byte för status: ‘69 88’. 
I sådana fall ska dessa byte för status återsändas utan använ dning av säke r meddelandehanter ing. 
CSM_195  Om en session med säke r meddelandehanter ing mellan en fordonsenhet och ett färdskr ivark ort 
avbryts, ska fordonsenheten och kortet 
—  på ett säker t sätt förstöra de lagrade sessionsn ycklar na, 
—  omedelbar t upprätta en ny session med säker meddelandehanter ing, såsom beskr ivs i avsnitt en 
10.2–10.5. 
CSM_196  Om fordonsenheten av någon anledning beslutar att starta om den ömsesidiga autentis eringen 
gentemot ett insatt kort, ska processen startas om med verifiering av kortets certifikatskedja, såsom 
beskr ivs i avsnitt 10.2, och fortsätta såsom beskr ivs i avsnitte n 10.2–10.5. 
11.  KOPPLING, ÖMSESIDIG AUTENTISERING OCH SÄKER MEDDEL ANDEHANTERING MELL AN FORDONSENHETER OCH 
EXTERNA GNSS-ANORDNINGAR 
11.1.  Allmänt 
CSM_197  Den GNSS-anordning som används av en fordonsenhet för att fastställa dess position kan vara 
intern (dvs. inby ggd inuti fordonsenhet ens hölje och ej avtagbar), eller den kan vara en exte rn 
modul. I det första fallet finns det inget beho v av att standardisera den interna kommunikationen 
mellan GNSS-anordninge n och fordonsenhet en, och kraven i detta kapitel är inte tilläm pliga. I det 
senare fallet ska kommunikationen mellan fordonsenhet en och den externa GNSS-anordningen vara 
standardiserad och skyddad såsom beskr ivs i detta kapitel. 
CSM_198  Säke r kommunikation mellan en fordonsenhet och en extern GNSS-anordning ska ske på samma 
sätt som säker kommunikation mellan en fordonsenhet och ett färdskr ivark ort, varvid den externa 
GNSS-anordningen (EGF , Exter nal GNSS Facility) har kortets roll. Alla krav som nämns i kapitel 10 
för färdskr ivark ort ska uppfyllas av en extern GNSS-anordning, med beaktande av de avvikelse r, 
klargö randen och tillägg som nämns i det här kapitlet. I synnerhet ska ömsesidig verifiering av 
certifikatskedjan, autentiseri ng av fordonsenhet och autentiseri ng av chip utföras såsom beskr ivs i 
avsnitten 11.3 och 11.4. 26.5.2016 L 139/392 Europeiska unionens officiella tidning SV     
CSM_199  Kommunikation mellan en fordonsenhet och en extern GNSS-anordning skiljer sig från 
kommunikation mellan en fordonsenhet och ett kort på så sätt att en fordonsenhet och en extern 
GNSS-anordning måst e kopplas en gång i en verkstad innan fordonsenheten och den exte rna 
GNSS-anordningen kan utby ta GNSS-baserade data under normal drift. Kopplingsprocessen 
beskr ivs i avsnitt 11.2. 
CSM_200  För kommunikation mellan en fordonsenhet och en extern GNSS-anordning ska APDU- 
kommandon och APDU-svar som är baserade på [ISO 7816-4] och [ISO 7816-8] användas. Den 
exakta strukturen hos dessa dataenheter (APDU) definieras i tillägg 2 till denna bilaga. 
11.2.  Koppli ng mellan fordonsenhet och exter n GNSS-anordning 
CSM_201  En fordonsenhet och en extern GNSS-anordning i ett fordon ska kopplas av en verkstad . Endast en 
kopplad fordonsenhet och exte rn GNSS-anordning ska kunna kommunicera under normal drift. 
CSM_202  Koppling av en fordonsenhet och en extern GNSS-anordning ska endast vara möjlig om 
fordonsenhet en är i kalibrer ingsläge. Kopplinge n ska initieras av fordonsenheten. 
CSM_203  En verkstad får när som helst göra en ny koppling av en fordonsenhet till en annan extern GNSS- 
anordning eller till samma externa GNSS-anordning. Vid en ny koppling ska fordonsenhet en på ett 
säker t sätt förstöra det befintliga EGF_MA-cer tifikat som finns i dess minne och lagra EGF_MA- 
certifikatet för den externa GNSS-anordning till vilken den kopplas. 
CSM_204  En verk stad får när som helst göra en ny koppling av en extern GNSS-anordning till en annan 
fordonsenhet eller till samma fordonsenhet. Vid en ny koppling ska den extern a GNSS-anordningen 
på ett säke rt sätt förstöra det befintliga VU_MA-cer tifikat som finns i dess minne och lagra 
VU_MA-cer tifik atet för den fordonsenhet till vilken den kopplas. 
11.3.  Ömsesidig verifiering av certifikatskedja 
11.3.1  Allmänt 
CSM_205  En ömsesidig verifier ing av certifikatske dja mellan en fordonsenhet och en extern GNSS-anordning 
ska äga rum endast när de båda kopplas av en verk stad. Unde r normal drift ska inga certifikat 
verifieras mellan en fordonsenhet och en extern GNSS-anordning som är kopplade till varandra. 
Fordonsenhet en och den externa GNSS-anordningen ska i stället förlita sig på de certifik at som 
lagrades vid kopplinge n, efter att först ha kontrollerat den tidsmässiga giltighet en för dessa 
certifikat. Fordonsenheten och den externa GNSS-anordningen får under normal drift inte förlita 
sig på några andra certifik at för att skydda kommunikationen mellan de båda. 
11.3.2  Vid koppling av fordonsenhet och exter n GNSS-anor dning 
CSM_206  Vid koppling till en extern GNSS-anordning ska en fordonsenhet använ da det protok oll som visas i 
Figure 4 (avsnitt 10.2.1) för att verifiera den exte rna GNSS-anordninge ns certifik atsk edja. 
Anmärkning ar till Figure 4 i detta sammanhang: 
—  Kontroll av datak ommunikationen ligger utanf ör detta tilläggs tillämpningsområde. En exte rn 
GNSS-anordning är dock inge t smar tkort och fordonsenhet en kommer därf ör trolige n inte att 
sända Reset för att initiera kommunikationen och inte heller ta emot ATR. 
—  De kortcertifikat och de öppna nycklar som nämns i figuren ska tolkas som den exte rna GNSS- 
anordning ens certifikat och öppna nycklar för ömsesidig autentiser ing. I avsnitt 9.1.6 betec knas 
dessa EGF_MA. 
—  De Card.CA -cer tifikat och de öppna nycklar som nämns i figuren ska tolkas som MSCA- 
certifikaten och de öppna nycklar na för signer ing av certifik at för externa GNSS-anordningar . I 
avsnitt 9.1.3 betec knas dessa MSCA _VU-EGF . 26.5.2016 L 139/393 Europeiska unionens officiella tidning SV     
—  Det Card.CA .EUR -cer tifikat som nämns i figuren ska tolkas som det europeiska rotcer tifikat 
som anges i certifier ingsinstansens referen s (CA R) för MSCA_VU-EGF -cer tifikatet. 
—  Det Card.Link -certifikat som nämns i figuren ska tolkas som den extern a GNSS-anordningens 
länkcer tifikat, om ett sådant finns. Såsom ange s i avsnitt 9.1.2 är detta ett länkcer tifik at för ett 
nytt europeiskt rotny ckelpar som skapats av Erca och signerats med den föregående europeiska 
privata nyckeln . 
—  Card.Link.EUR -cer tifik atet är det europeiska rotcer tifikat som ange s i certifieringsinstansens 
referens (CAR) för Card.Link -cer tifikatet. 
—  Fordonsenhet en ska läsa 
 i stället för 
från EF ICC. 
—  Fordonsenhet en ska välja den exte rna GNSS-anordning ens AID i stället för färdskr ivarens AID. 
—  Att ”ignorera kort” ska tolkas som att ”ignorera extern GNSS-anordning”. 
CSM_207  Fordonsenhet en ska, när den har verifierat EGF_MA-cer tifik atet, lagra detta certifik at för 
använ dning under normal drift; se avsnitt 11.3.3. 
CSM_208  Vid koppling till en fordonsenhet ska en extern GNSS-anordning använda det protok oll som visas i 
Figure 5 (avsnitt 10.2.2) för att verifiera fordonsenhet ens certifik atsk edja. 
Anmärkning ar till Figure 5 i detta sammanhang: 
—Fordonsenhet en ska generera ett nytt tillfäll igt nyckelpar med användning av domänpara ­
metrar na i EGF -cer tifikatet. 
—  De fordonsenhetscer tifikat och öppna nycklar som nämns i figuren är de som används för 
ömsesidig autentis ering. I avsnitt 9.1.4 bete cknas dessa VU_MA. 
—  De VU.CA -cer tifikat och öppna nycklar som nämns i figuren är de som använ ds för signer ing 
av certifik at för fordonsenheter och externa GNSS-anordningar . I avsnitt 9.1.3 betec knas dessa 
MSCA_VU-EGF . 
—  Det VU.CA .EUR -cer tifikat som nämns i figuren är det europeiska rotcer tifikat som ange s i 
certifieringsinstansens referens (CA R) för VU.CA-cer tifikatet. 
—  Det VU.Link -cer tifik at som nämns i figuren är fordonsenhet ens länkcer tifikat, om ett sådant 
finns. Såsom anges i avsnitt 9.1.2 är detta ett länkcer tifikat för ett nytt europeiskt rotny ckelpar 
som skapats av Erca och signerats med den föregåe nde europeiska privata nyckeln. 
—  VU.Link.EUR -cer tifik atet är det europeiska rotcer tifik at som anges i certifieringsinstansens 
referens (CAR) för VU.Link -cer tifikatet. 
CSM_209  Med avvik else från krav CSM_167 ska en extern GNSS-anordning använ da GNSS-tiden för att 
verifiera den tidsmässig a giltighet en för alla certifik at som överlämnas. 
CSM_210  När den har verifierat VU_MA-cer tifikatet ska den externa GNSS-anordningen lagra detta certifikat 
för använ dning under normal drift; se avsnitt 11.3.3. 
11.3.3  Under normal drift 
CSM_211  En fordonsenhet och en extern GNSS-anordning ska under normal drift använda det protok oll som 
visas i Figure 11 för att verifiera den tidsmässig a giltigheten för de lagrade EGF_MA- och VU_MA- 
certifikaten och för att bestämma den öppna nyckeln VU_MA för den påföljande autentis eringen av 
fordonsenhet en. Ingen ytterligare ömsesidig verifiering av certifikatskedjor na ska äga rum under 
normal drift. 26.5.2016 L 139/394 Europeiska unionens officiella tidning SV     
Notera att Figure 11 i huvudsak utgörs av de första steg en som visas i Figure 4 och Figure 5. 
Notera också att eftersom en extern GNSS-anordning inte är ett smar tkort kommer fordonsenheten 
troligen inte att sända Reset för att initiera kommunikationen och inte heller ta emot ATR. Detta 
ligge r i vilke t fall som helst utanf ör detta tilläggs tillämpningsområde. 
Figur 11 
Ömsesidig verifiering av tidsmässig giltighet för certifikat under nor mal drift med fordonsenhet och exter n 
GNSS-anordning 
CSM_212  Såsom visas i Figure 11 ska fordonsenheten logg a ett fel om EGF_MA-cer tifikatet inte längre är 
giltigt. Ömsesidig autenti sering, överensk ommelse om nyckel och påföljande kommunikation via 
säker meddelandehanter ing ska dock fortsätta normalt. 
11.4.  Autentiser ing av fordonsenhet, autentiser ing av chip och överensk ommelse om sessionsny ckel 
CSM_213  Autentiser ing av fordonsenhet, autentis ering av chip och överensk ommelse om sessionsny ckel 
mellan en fordonsenhet och en extern GNSS-anordning ska äga rum vid koppling och närhelst en 
session med säker meddelandehant ering återupprättas under normal drift. Fordonsenhet en och den 
externa GNSS-anordningen ska genomf öra de processer som beskr ivs i avsnitten 10.3 och 10.4. 
Alla krav i dessa avsnitt ska tillämpa s. 
11.5.  Säker meddelandehanter ing 
CSM_214  Alla kommandon och svar som utväxlas mellan en fordonsenhet och en extern GNSS-anordning 
efter det att en lyckad chipaut entiser ing genomf örts och till dess att sessionen avslutats ska vara 
skyddade genom säker meddelandehanter ing (Secure Messaging) i läge för endast autentiseri ng 
(authentication-only mode). Alla krav i avsnitt 10.5 ska gälla. 
CSM_215  Om en session med säker meddelandehant ering mellan en fordonsenhet och en extern GNSS- 
anordning avbryts ska fordonsenhet en omedelbar t upprätta en ny session med säker meddelande ­
hanteri ng, såsom beskr ivs i avsnitten 11.3.3 och 11.4. 26.5.2016 L 139/395 Europeiska unionens officiella tidning SV     
12.  PARNING AV OCH KOMMUNIKA TION MELL AN FORDONSENHET OCH RÖRELSESENSOR 
12.1.  Allmänt 
CSM_216  En fordonsenhet och en rörelsesensor ska kommunicera med hjälp av det gränssnittsproto koll som 
specifi ceras i [ISO 16844-3] vid parning och vid normal drift, med de ändr ingar som beskr ivs i 
detta kapitel och i avsnitt 9.2.1. 
Anmärkning: Läsare av detta kapitel förväntas känna till innehållet i [ISO 16844-3]. 
12.2.  Parning av fordonsenhet och rörelsesensor med användning av olika nyckel generationer 
Såsom förklaras i avsnitt 9.2.1 görs regelbun dna utby ten av rörelsesensor ns huvudny ckel och alla tillhörande 
nycklar . Detta leder till närvaron av upp till tre rörelsesensor relat erade AES-ny cklar KM-W C (i på varandra 
följande nyckelg enerationer) i verkstadsk orten. På liknande sätt kan det i rörelsesensorer finnas upp till tre 
olika AES-baserade krypteringar av data (på grundval av på varandra följande generationer av rörelsesensor ns 
huvudn yckel KM). En fordonsenhet innehåller endast en rörelsesensor relat erad nyckel KM-VU. 
CSM_217  En andra generationens fordonsenhet och en andra generationens rörelsesensor ska paras enligt 
följande (jämf ör tabell 6 i [ISO 16844-3]):  
1. Ett andra generationens verkstad skort sätts in i fordonsenhet en och fordonsenhet en ansluts till 
rörelsesensor n.  
2. Fordonsenhet en läser alla tillgängliga KM-W C-nycklar från verk stadsk ortet, inspekt erar deras 
nyckelversionsnummer och väljer den som matchar versionsnumret för fordonsenhetens KM-V U- 
nyckel. Om den matchande KM-W C-nyckeln inte är närvarande i verkstad skortet avbryter 
fordonsenhet en parningsprocessen och visar ett lämpligt felmeddelande för innehav aren av 
verkstadsk ortet. 
3.Fordonsenhet en beräknar rörelsesensor ns huvudny ckel KM från KM-V U och KM-W C, och identif i­
eringsny ckeln KID från KM, såsom specifi ceras i avsnitt 9.2.1.  
4. Fordonsenhet en sänder instr uktioner för att initiera parningsprocessen gentemot rörelsesensor n, 
såsom beskr ivs i [ISO 16844-3], och krypterar det serienummer den tar emot från 
rörelsesensor n med identif ieringsny ckeln KID. Fordonsenhet en sänder det krypterade serienumret 
tillbaka till rörelsesensor n.  
5. Rörelsesensor n match ar det krypterade serienumret, i tur och ordning, med var och en de 
krypteringar av serienumret som den lagrar intern t. Om en matchning lyckas är fordonsenheten 
autenti serad. Rörelsesensor n noterar den generation av KID som använ ds av fordonsenhet en och 
återsänder den matc hande krypterade versionen av sin parningsny ckel, dvs. den kryptering som 
skapades med använ dning av samma generation av KM.  
6. Fordonsenhet en dekr ypterar parningsny ckeln med användning av KM, genererar en 
sessionsny ckel KS, krypterar den med parningsny ckeln och sänder resultatet till rörelsesensor n. 
Rörelsesensor n dekr ypterar KS.  
7. Fordonsenhet en samlar parningsinf ormationen såsom definieras i [ISO 16844-3], krypterar 
informationen med parningsn yckeln och sänder resultatet till rörelsesensor n. Rörelsesensor n 
dekr ypterar parningsinf ormationen.  
8. Rörelsesensor n krypterar den mottagna parningsinf ormationen med den mottagna KS och 
återsänder den till fordonsenhet en. Fordonsenhet en verifierar att parningsinf ormationen är 
samma information som fordonsenhet en skickade till rörelsesensor n i föregående steg. Om så är 
fallet bevisar det att rörelsesensor n använ de samma KS som fordonsenheten och följaktlig en i 
steg 5 skickade sin parningsn yckel krypterad med korrekt generation av KM. Följaktlig en är 
rörelsesensor n autenti serad. 
Obser vera att steg 2 och 5 skiljer sig från standardprocessen i [ISO 16844-3]; övriga steg är 
standard. 26.5.2016 L 139/396 Europeiska unionens officiella tidning SV     
Exempel: Antag att en parning äger rum under det första året av Erca (3)-cer tifikatets 
giltighetsper iod; se Figure 2 i avsnitt 9.2.1.2. Dessutom: 
—  Antag att rörelsesensor n utfärdades under det sista året av Erca (1)-cer tifikatets giltighetsper iod. 
Det kommer därf ör att innehålla följande nycklar och data: 
—  Ns[1]: Dess serienummer krypterat med generation 1 för KID. 
—  Ns[2]: Dess serienummer krypterat med generation 2 för KID. 
—  Ns[3]: Dess serienummer krypterat med generation 3 för KID. 
—  KP[1]: Dess parningsny ckel (generation 1) (1), krypterad med generation 1 av KM. 
—  KP[2]: Dess parningsny ckel (generation 2), krypterad med generation 2 av KM. 
—  KP[3]: Dess parningsny ckel (generation 3), krypterad med generation 3 av KM. 
—  Antag att verkstadsk ortet utfärdades under det första året av Erca (3)-cer tifik atets 
giltighetsper iod. Det kommer därf ör att innehålla generation 2 och generation 3 av nyckeln KM- 
WC. 
—  Antag att fordonsenheten är en fordonsenhet i generation 2, som innehåller generation 2 av KM- 
VU. 
I detta fall kommer följande att hända i steg en 2–5: 
—  Steg 2: Fordonsenhet en läser generation 2 och generation 3 av KM-WC från verkstadsk ortet och 
inspekt erar deras versionsnummer . 
—  Steg 3: Fordonsenheten kombinerar KM-W C (generation 2) med sin KM-V U för att beräkna KM och 
KID. 
—  Steg 4: Fordonsenheten krypterar det serienummer den tar emot från rörelsesensor n med KID. 
—  Steg 5: Rörelsesensor n jämf ör mottagna data med Ns[1] och hittar ingen matchning. Däref ter 
jämf ör den dessa data med Ns[2] och hittar en matchning. Den drar slutsatsen att 
fordonsenheten är en fordonsenhet i generation 2, och skickar därför tillbaka KP[2]. 
12.3.  Parning av och kommunik ation mellan fordonsenhet och rörelsesensor med användning av AES 
CSM_218  Såsom specifi ceras i Table 3 i avsnitt 9.2.1 ska alla nycklar som är involverade i parningen av en 
(andra generationens) fordonsenhet och en rörelsesensor och i efterföljande kommunikation vara 
AES-ny cklar, snarare än TDES-n ycklar med dubbel längd såsom specificeras i [ISO 16844-3]. Dessa 
AES-ny cklar kan ha en längd av 128, 192 eller 256 bitar . Eftersom AES-blocksto rleken är 16 byte 
måste längden av ett krypterat meddelande vara en multipel av 16 byte, jämf ört med 8 byte för 
TDES. Dessutom kommer några av dessa meddelanden att använ das för att transpor tera AES- 
nycklar , vars längd kan vara 128, 192 eller 256 bitar . Därför ska antalet byte (med data) per 
instr uktion i tabell 5 i [ISO 16844-3] ändras enligt Table 6: 
Tabell 6 
Ant al byte med klar textdata och krypterade data per instr uktion enligt definitioner i [ISO 16844-3] 
Instr uk­
tion Förfrågan / 
svar Beskr ivning av data Antal byte med 
klar textdata enligt 
[ISO 16844-3] Antal byte med 
klar textdata med 
användning av 
AES-ny cklar Antal byte med krypterade data vid 
användning av AES-ny cklar med 
bitlängd 
128 192 256 
10 Förf rågan Autentiser ingsdata + 
filnumm er 8 8 16 16 16 26.5.2016 L 139/397 Europeiska unionens officiella tidning SV     
(1)Obser vera att parningsny cklar na (generation 1, generation 2 och generation 3) i själva verket kan vara samma nyckel, eller tre olika 
nycklar som har olika längder , såsom förklaras i CSM_117. 
Instr uk­
tion Förfrågan / 
svar Beskr ivning av data Antal byte med 
klar textdata enligt 
[ISO 16844-3] Antal byte med 
klar textdata med 
användning av 
AES-ny cklar Antal byte med krypterade data vid 
användning av AES-ny cklar med 
bitlängd 
128 192 256 
11 Svar Autentiser ingsdata + 
filinnehåll 16 eller 32, be­
roende på fil 16 eller 32, be­
roende på fil 16 / 32 16 / 32 16 / 32 
41 Förf rågan Rörelsesensor ns se­
rienummer 8 8 16 16 16 
41 Svar Parningsn yckel 16 16 / 24 / 32 16 32 32 
42 Förf rågan Sessionsn yckel 16 16 / 24 / 32 16 32 32 
43 Förf rågan Parningsinf ormation 24 24 32 32 32 
50 Svar Parningsinf ormation 24 24 32 32 32 
70 Förf rågan Autentiser ingsdata 8 8 16 16 16 
80 Svar Rörelsesensor ns räk­
narvärde + autenti ­
seringsdata 8 8 16 16 16  
CSM_219  Den parningsinf ormation som sänds i instr uktioner na 43 (fordonsenhet, förfråg an) och 50 
(rörelsesensor , svar) ska samlas såsom specifi ceras i avsnitt 7.6.10 i [ISO 16844-3], bortsett från att 
AES-algor itmen ska användas i stället för TDES-algor itmen i krypteringssch emat för parningsdata, 
vilket sålunda result erar i två AES-kr ypteringar, varvid den utfyllnad som specif iceras i CSM_220 
anpassas för att passa med AES-blocksto rleken. Nyckeln K'p som används för denna kryptering ska 
genereras enligt följande: 
—  Om parningsny ckeln KP är 16 byte lång: K'p = KP XOR (Ns||Ns) 
—  Om parningsny ckeln KP är 24 byte lång: K'p = KP XOR (Ns||Ns||Ns) 
—  Om parningsny ckeln KP är 32 byte lång: K'p = KP XOR (Ns||Ns||Ns||Ns) 
där Ns är serienumret (8 byte) för rörelsesensor n. 
CSM_220  Om längden på klar textdata (vid använ dning av AES-ny cklar) inte är en multipel av 16 byte ska 
utfyllnadsmeto d 2, som definieras i [ISO 9797-1], använ das. 
Anmärkning: I [ISO 16844-3] är antalet byte med klar textd ata alltid en multipel av 8, varför 
utfyllnad inte är nödvändig vid användning av TDES. Defi nitionen av data och meddelanden i [ISO 
16844-3] ändras inte genom denna del av detta tillägg, och därf ör måste utfyllnad använ das. 
CSM_221  För instr uktion 11 och om fler än ett databloc k måste krypteras ska CBC-läg e (Cipher Block 
Chaining) använ das såsom definieras i [ISO 10116], med en interleave -parameter m = 1. Den initiali ­
seringsvekto r (IV) som ska använ das ska vara följande: 
—  För instr uktion 11: det autentiseri ngsblock om 8 byte som specificeras i avsnitt 7.6.3.3 i [ISO 
16844-3], utfyllt med användning av utfyllnadsmeto d 2 som definieras i [ISO 9797-1]; se även 
avsnitten 7.6.5 och 7.6.6 i [ISO 16844-3]. 26.5.2016 L 139/398 Europeiska unionens officiella tidning SV     
—  För alla andra instr uktioner i vilka mer än 16 byte överfö rs, såsom specificeras i Table 6: ‘00’ 
{16}, dvs. 16 byte med binär t värde 0. 
Anmärkning: Såsom visas i avsnitten 7.6.5 och 7.6.6 i [ISO 16844-3], när rörelsesensor n krypterar 
datafile r för använ dning i instr uktion 11, gäller följande för aute ntiser ingsblock et: 
—  Det används som initialiser ingsvektor för krypteringen av dataf ilerna i CBC-läg e. 
—  Det är krypterat och inkluderat som det första block et i de data som sänds till fordonsenheten. 
12.4.  Parning av fordonsenhet och rörelsesensor för olika utrustningsgenerationer 
CSM_222  Såsom förklaras i avsnitt 9.2.1 kan en andra generationens rörelsesensor innehålla den TDES- 
baserade krypteringen av parningsdata (såsom definie ras i del A i detta tillägg), vilke t gör det 
möjligt för rörelsesensor n att paras med en första generationens fordonsenhet. Om detta är fallet 
ska en första generationens fordonsenhet och en andra generationens rörelsesensor paras såsom 
beskr ivs i del A i detta tillägg och i [ISO 16844-3]. För parningsprocessen får antinge n ett första 
generationens eller ett andra generationens verkstad skort användas. 
Anmärkning ar: 
—  Det är inte möjligt att para en andra generationens fordonsenhet med en första generationens 
rörelsesensor . 
—  Det är inte möjligt att använ da ett första generationens verkstad skort för koppling av en andra 
generationens fordonsenhet till en rörelsesensor . 
13.  SÄK ERHET FÖR FJÄRRK OMMUNIKA TION VIA DSR C 
13.1.  Allmänt 
Såsom specificeras i tillägg 14 genererar en fordonsenhet rege lbundet RTM-data (Remo te Tachog raph Monitor ing) 
och skickar dessa data till kommunikationsanordningen för fjärravläsning (RCF, Remote Communication Facility). 
Kommunikationsanordning en för fjärravläsning är ansvar ig för att skicka dessa data via det DSR C-gränssnitt 
som beskr ivs i tillägg 14 till fjärravläsaren. I tillägg 1 specifi ceras att RTM-data är en konkat ener ing av 
följande: 
Krypterad nyttolast från färdskr ivaren krypteringen av klar textn yttolast från färdsk rivaren 
DSR C-säkerhetsdata beskr ivs nedan 
Dataf ormate t för klar textn yttolast från färdskr ivaren specifi ceras i tillägg 1 och beskr ivs närmare i tillägg 14. I 
detta avsnitt beskr ivs strukturen hos DSR C-säk erhetsdata; den formella specifi kationen återfi nns i tillägg 1. 
CSM_223  De data i klar text som överlämnas med datatyp 
 från fordonsenhet en till en 
kommunikationsanordning för fjärravläsning (om denna inte är en del av fordonsenheten) eller från 
fordonsenhet en till en fjärravläsare via DSR C-gränssnittet (om kommunikationsanordningen för 
fjärravläsning är en del av fordonsenhet en) ska skyddas i läge för kryptering följd av autentiser ing 
(encr ypt-then-authenticate mode), dvs. data som utgör nytt olast från färdskr ivaren ska först krypteras 
för att säkerställa meddelandets sekrete ss, och däref ter ska en MAC beräknas för att säke rställa 
autenti citet och integritet för dessa data. 
CSM_224  DSR C-säk erhetsdata ska bestå av en konkat ener ing av följande dataelement i följande ordning (se 
även Figure 12): 
Aktuellt datum och aktuell tid  Aktuellt datum och aktuell tid enligt fordonsenheten 
(datatyp 
 ). 
Räknare  En räknare på 3 byte (se CSM_225). 26.5.2016 L 139/399 Europeiska unionens officiella tidning SV     
Fordonsenhetens serienummer  Fordonsenhetens serienummer (datatyp 
). 
Versionsnummer för DSR C-huvudn yckel  Det versionsnummer på 1 byte för den DSR C- 
huvudny ckel från vilken fordonsenhet ens specifika 
DSR C-ny cklar härleddes (se avsnitt 9.2.2). 
MA C  Det MAC-värde som beräknas från samtliga 
föregående byte i dessa RTM-data. 
CSM_225  Räknaren (3 byte) i DSR C-säk erhetsdata ska vara i formatet mest signifikanta bit först (MSB-first). 
Första gång en en fordonsenhet beräknar en uppsättning RTM-data efter det att den tagits i bruk, 
ska den sätta värdet på räknaren till 0. Fordonsenhet en ska öka värdet på räknaren med 1 varje 
gång innan den beräknar nästa uppsättning RTM-data. 
13.2.  Krypter ing av nytt olast från färdskr ivaren och MA C-generer ing 
CSM_226  Vid mottagning av ett dataelement i klar text med datatypen 
 , såsom 
beskr ivs i tillägg 14, ska en fordonsenhet kryptera dessa data såsom visas i Figure 12: 
fordonsenhet ens DSR C-ny ckel för kryptering K_VUDSR C_ENC (se avsnitt 9.2.2) ska användas med 
AES i CBC-läge (Cipher Block Chaining), enligt definitionen i [ISO 10116], med en interleave- 
parameter m = 1. Initialiser ingsvekto rn ska vara lika med aktuellt datum och aktuell tid (IV = 
current date time) || ‘00 00 00 00 00 00 00 00 00’ || counter , där current date time och counter 
specifi ceras i CSM_224. De data som ska krypteras ska fyllas ut med använ dning av metod 2, som 
definie ras i [ISO 9797-1]. 
CSM_227  En fordonsenhet ska beräkna MAC i DSR C-säk erhetsdata såsom visas i Figure 12: MAC ska 
beräknas för alla föregående byte i RTM-data, upp till och inklusive DSR C-huvudny ckelns 
versionsnummer , och inklusive dataobjektens tagga r och längder . Fordonsenhet en ska använda sin 
DSR C-ny ckel för autenticit et K_VUDSR C_MA C (se avsnitt 9.2.2) med AES-algor itmen i CMA C-läge 
såsom specifi ceras i [SP 800-38B]. Längden på MAC ska vara länkad till längden på de fordonsen ­
hetsspecifik a DSR C-ny cklar na, såsom specificeras i CSM_50. 
Figur 12 
Krypter ing av nytt olast från färdskr ivaren och MA C-generer ing 
26.5.2016 L 139/400 Europeiska unionens officiella tidning SV     
13.3.  Verifiering och dekr ypter ing av nyttolast från färdskr ivaren 
CSM_228  När en fjärravläsare tar emot RTM-data från en fordonsenhet ska den sända alla dessa data till ett 
kontrollk ort i datafält et i ett PROCESS DSR C MESSA GE-k ommando, såsom beskr ivs i tillägg 2. 
Däref ter gäller följande:  
1. Kontrollk ortet ska inspekt era DSR C-huvudny ckeln s versionsnummer i DSR C-säk erhetsdata. Om 
kontrollk ortet inte känner igen den angivna DSR C-huvudny ckeln ska den återsända ett 
felmeddelande som specifi ceras i tillägg 2 och avbryta processen.  
2. Kontrollk ortet ska använ da den angivna DSR C-huvudny ckeln i kombination med 
fordonsenhet ens serienummer i DSR C-säk erhetsdata för att härleda de fordonsenhetsspecif ika 
DSR C-ny cklar na K_VUDSR C_ENC och K_VUDSR C_MA C, såsom specific eras i CSM_124.  
3. Kontrollk ortet ska använ da K_VUDSR C_MA C för att verifiera MAC i DSR C-säk erhetsdata, såsom 
specificeras i CSM_227. Om MAC-värdet är felaktigt ska kontrollk ortet återsända ett 
felmeddelande som specifi ceras i tillägg 2 och avbryta processen.  
4. Kontrollk ortet ska använda K_VUDSR C_ENC för att dekr yptera den krypterade nyttolasten från 
färdskr ivaren, såsom specifi ceras i CSM_226. Kontrollk ortet ska ta bort utfyllnaden och 
återsända dekr ypterade data som utgör nytt olast från färdskr ivaren till fjärravläsaren. 
CSM_229  För att förhindra återspelningsattack er ska fjärravläsaren verifiera att RTM-data är färska genom att 
verifiera att aktuellt datum och aktuell tid (current date time) i DSR C-säk erhetsdata inte avvi ker 
alltför mycket från fjärravläsarens aktuella tid. 
Anmärkning ar: 
—  Detta kräver att fjärravläsaren har en korrekt och tillförlitlig tidskälla. 
—  Eftersom tillägg 14 kräver att en fordonsenhet ska beräkna en ny uppsättning RTM-data var 60: 
e sekund, och fordonsenhetens klocka tillåts avvika 1 minut från realtid, är 2 minuter en lägre 
gräns för hur färska RTM-data kan vara. De krav som kan ställas på hur färska data ska vara 
beror också på precisionen hos fjärravläsarens klocka. 
CSM_230  När en verkstad verifierar DSR C-funktionalit eten hos en fordonsenhet ska den sända alla RTM-d ata 
som mottagits från fordonsenhet en till ett verkstadsk ort i datafält et i ett PROCESS DSR C 
MESSA GE-k ommando, såsom beskr ivs i tillägg 2. Verks tadsk ortet ska utföra alla kontroller och 
åtgärder som specifi ceras i CSM_228. 
14.  SIGNERING AV DATAÖVERFÖRINGAR OCH VERIFIERING AV SIGNA TURER 
14.1.  Allmänt 
CSM_231  IDE-enheten (Intellig ent Dedicated Equipment) ska lagra data som tas emot från en fordonsenhet eller 
ett kort under en överfö ringssession inom en (1) fysisk dataf il. Data kan lagras på ett exte rnt 
lagringsmedium. Denna fil innehåller digitala signaturer för databloc k, såsom specificeras i tillägg 7. 
Denna fil ska också innehålla följande certifikat (se avsnitt 9.1): 
—  Vid överföring från en fordonsenhet: 
—  VU_Sign-cer tifikatet. 
—  MSCA _VU-EGF -cer tifikatet som innehåller den öppna nyckel som ska användas för 
verifier ing av VU_Sign-cer tifik atet. 26.5.2016 L 139/401 Europeiska unionens officiella tidning SV     
—  Vid överföring från ett kort: 
—  Card_Sign-cer tifikatet. 
—  MSCA _Card-cer tifikatet som innehåller den öppna nyckel som ska användas för verifier ing 
av Card_Sign-cer tifikatet. 
CSM_232  IDE-enheten ska även ha tillgång till följande: 
—  Om den använ der ett kontrollk ort för att verifiera signaturen, såsom visas i Figure 13: det 
länkcer tifikat som länkar det senaste EUR -cer tifikatet till det EUR -certifikat vars giltighetsper iod 
direkt föregår giltighetstiden för det senaste , i förek ommande fall. 
—  Om den verifierar signaturen själv : alla giltiga europeiska rotcer tifik at. 
Anmärkning: Den metod som IDE-enhete n använder för att hämta dessa certifik at specifi ceras inte i 
detta tillägg. 
14.2.  Generer ing av signatur 
CSM_233  Signer ingsalgor itmen för att skapa digitala signaturer för överförda data ska vara ECDS A såsom den 
specifi ceras i [DSS], med användning av den hashalgor itm som är länkad till nyckelstor leken för 
fordonsenhet en eller kortet, såsom anges i CSM_50. Signaturformatet ska vara i klar text, såsom 
anges i [TR-03111]. 
14.3.  Verifiering av signatur 
CSM_234  En IDE-enhet kan själv utföra verifier ing av en signatur för överförda data, eller den kan använ da 
ett kontrollk ort för detta ändamål. Om den använder ett kontrollk ort ska verifiering av en signatur 
utföras såsom visas i Figure 13. Om den själv utför verifiering av en signatur , ska IDE-enheten 
verifiera autenticit eten och giltighet en hos alla certifik at i certifikatskedjan i dataf ilen, och den ska 
verifiera signaturen för data i enlighet med det signatursc hema som definieras i [DSS]. 
Anmärkning ar till Figure 13: 
—  Den utrustning som har signerat de data som ska analyseras betec knas EQT . 
—  De EQT -cer tifik at (utrustningscer tifik at) och öppna nycklar som nämns i figuren är de som 
används för signer ing, dvs. VU_Sign eller Card_Sign. 
—  De EQT .CA- certifikat och öppna nycklar som nämns i figuren är de som används för signer ing 
av fordonsenhets- eller kortcertifikat, beroende på vad som är tillämpligt . 
—  Det EQT .CA.EUR -certifikat som nämns i figuren är det europeiska rotcer tifikat som anges i 
certifieringsinstansens referens (CA R) för EQT .CA- certifikatet. 
—  Det EQT .Link -cer tifikat som nämns i figuren är länkcer tifik atet för EQT , om ett sådant finns. 
Såsom anges i avsnitt 9.1.2 är detta ett länkcer tifikat för ett nytt europeiskt rotny ckelpar som 
skapats av Erca och signerats med den föregående europeiska privata nyckeln. 
—  EQT .Link .EUR -cer tifik atet är det europeiska rotcer tifik at som anges i certifieringsinstansens 
referens (CAR) för EQT .Link -cer tifikatet. 
CSM_235  För beräkning av hashvärdet M som sänds till kontrollk ortet i kommandot PSO:HASH ska IDE- 
enheten använda den hashalgor itm som är länkad till nyckelst orleke n för den fordonsenhet eller det 
kort varifrån dessa data överförs, såsom specificeras i CSM_50. 
CSM_236  För verifier ing av EQT -signaturen ska kontrollk ortet följa det signatursch ema som definieras i 
[DSS]. 
Anmärkning: Detta dokument specifi cerar inga åtgärder som ska vidtas om en signatur för 
överfö rda data inte kan verifieras eller om verifieringen inte lyckas. 26.5.2016 L 139/402 Europeiska unionens officiella tidning SV     
Figur 13 
Proto koll för verifiering av signaturen för en överförd dataf il 
26.5.2016 L 139/403 Europeiska unionens officiella tidning SV     
Tillägg 12 
POSITIONSBEST ÄMNING BASERAD PÅ GNSS (GLOBAL NAVIGA TION SATELLITE SYSTEM) 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING ...................................................................................................................................... 405 
1.1. Tillämpningsområde ............................................................................................................... 405 
1.2. Förk ortningar och beteckning ar................................................................................................. 405 
2. SPECIFIKA TION FÖR GNSS-MOTT AGARE ................................................................................................ 406 
3. NMEA-SA TSER ................................................................................................................................... 406 
4. FORDONSENHET MED EN EXTERN GNSS-ANORDNING ............................................................................. 408 
4.1. Konfiguration ........................................................................................................................ 408 
4.1.1 Huvudk omponent er och gränssnitt ............................................................................................. 408 
4.1.2 Status för exte rn GNSS-anordning i slutet av produktionsprocessen ................................................... 408 
4.2. Kommunikation mellan den exte rna GNSS-anordninge n och fordonsenheten ....................................... 409 
4.2.1 Kommunikationsprotok oll........................................................................................................ 409 
4.2.2 Säker överfö ring av GNSS-data .................................................................................................. 411 
4.2.3 Struktur för kommandot READ REC ORD .................................................................................... 412 
4.3. Den externa GNSS-anordningens koppling, ömsesidig a autenti sering och överensk ommelse om sessions ­
nyckel med fordonsenhet en...................................................................................................... 413 
4.4. Felhanteri ng.......................................................................................................................... 413 
4.4.1 Fel i kommunikation med extern GNSS-anordning. ........................................................................ 413 
4.4.2 Brott mot den externa GNSS-anordningens fysiska integr itet............................................................ 413 
4.4.3 Positionsinf ormation från GNSS-mottagare saknas ......................................................................... 413 
4.4.4 Certifikat för exte rn GNSS-anordning har löpt ut........................................................................... 414 
5. FORDONSENHET UTAN EXTERN GNSS-ANORDNING ................................................................................ 414 
5.1. Konfiguration ........................................................................................................................ 414 
5.2. Felhanteri ng.......................................................................................................................... 414 
5.2.1 Positionsinf ormation från GNSS-mottagare saknas ......................................................................... 414 
6. KONFLIK T AVSEENDE GNSS- TID ............................................................................................................ 414 
7. KONFLIK T I FORDONETS RÖRELSED ATA................................................................................................ 415  26.5.2016 L 139/404 Europeiska unionens officiella tidning SV     
1.  INLEDNING 
Detta tillägg innehåller de tekniska kraven för de GNSS-data som använ ds av fordonsenheten, inklusive de 
protok oll som ska införas för att garantera en säker och korrekt dataö verföring av positionsinf ormation. 
Dessa krav baseras huvudsakligen på följande artiklar i förordning (EU) nr 165/2014: Artikel 8 (”Registrer ing av 
fordonets position vid vissa punkter under den dagliga arbetsper ioden”), artikel 10 (”Gränssnitt med intelligenta 
transpor tsyste m”) och artikel 11 (”Detaljerade bestämmelser för smar ta färdskr ivare”). 
1.1.  Tillämpningsområde 
GNS_1  Fordonsenheten ska samla in lokaliser ingsuppgif ter från minst ett GNSS som stöd för genomf örandet av 
artikel 8. 
Fordonsenheten kan vara, men måste inte vara, utrustad med en extern GNSS-anordning såsom beskr ivs i Figure 
1. 
Figur 1 
Olika konfigurationer för GNSS-mottagare 
1.2.  Förk ortningar och beteckningar 
Följande förkortningar använ ds i detta tillägg: 
DOP  Dilution of Precisi on (det geom etriska bidraget till osäker hete n i en positionsbestämning) 
EGF  Elementar y file GNSS Facility (elementf il för GNSS-anordning) 26.5.2016 L 139/405 Europeiska unionens officiella tidning SV     
Egnos  European Geostationar y Navig ation Overla y Service 
GNSS  Global Navig ation Satellite System (globalt system för satellitnavig ering) 
GSA  GPS DOP and activ e satellites (format för GNSS-positioner ing) 
HDOP Horizontal Dilution of Precisi on (det geometr iska bidraget i horisontalplanet till osäker heten i en positionsbe ­
stämning) 
ICD  Interf ace Control Document (dokument för gränssnittsk ontroll) 
NMEA  National Mar ine Electr onics Association (org anisation verksam inom mar inelektronik) 
PDOP  Position Dilution of Precision 
RMC  Recommended Minimum Specific 
SIS  Signal in Space 
VDOP Vertical Dilution of Precisi on (det geometr iska bidraget i vertikalplanet till osäkerhet en i en positionsbe ­
stämning) 
VU  Vehicle Unit (fordonsenhet) 
2.  SPECIFIKA TION FÖR GNSS-MOTT AGARE 
Oavsett om en smar t färdskr ivare är konfigurerad med eller utan en exte rn GNSS-anordning är tillhandahållandet 
av säke r och tillförlitlig positionsinf ormation en viktig del av färdskr ivarens funktion. Det är därf ör ett lämpligt 
krav att den ska vara kompat ibel med tjänstern a inom programmen Galileo och Egnos (European Geostationar y 
Navig ation Over lay Service) enligt Europaparlamentets och rådets förordning (EU) nr 1285/2013 (1). Det system 
som inrättades inom ramen för Galileoprogrammet är ett oberoende globalt satellitna vige ringssyst em och det som 
inrättades inom ramen för Egnosprogrammet är ett regionalt satellitnavig eringssyst em som förbättrar kvalitet en på 
GPS-signalen. 
GNS_2 Tillverkar na ska se till att GNSS-mottag are i smar ta färdsk rivare är kompatibla med positionsbestämnings ­
tjänstern a inom Galileo- och Egnossyst emen. Tillverkar na får välja om de även ska vara kompati bla med 
andra satellitna vige ringssystem. 
GNS_3  GNSS-mottaga ren ska kunna stödja Galileos tjänst Authentication on the Open Service när en sådan 
tillhandahålls av Galileosysteme t och stöd s av tillverkar na av GNSS-mottagare. Någon efterm onte ring 
kommer dock inte att krävas för smar ta färdskr ivare som inte klarar att stödja Galileos Authentication on 
the Open Service och som introduceras på marknaden innan de ovanstående förhållandena börjar gälla. 
3.  NMEA-SA TSER 
I detta avsnitt beskr ivs de NMEA-satser som används i den smar ta färdskr ivarens funktioner . Avsnittet gäller 
konfigurationen av den smar ta färdsk rivaren, med eller utan en extern GNSS-anordning. 
GNS_4  Lokaliser ingsuppgif tern a baseras på NMEA-satsen RMC (Recommended Minimum Specif ic) som omf attar 
GNSS-data i form av positionsinf ormation (latitud, longitud), tid i UTC-f ormat (hhmmss.ss) och hastighet 
(Speed Over Ground) i knop samt ytterliga re värden. 
Följande format (från standarden NMEA V4.1) används för RMC-satsen: 26.5.2016 L 139/406 Europeiska unionens officiella tidning SV     
(1)Europaparlamentets och rådets förordning (EU) nr 1285/2013 av den 11 december 2013 om uppb yggnad och drift av de europeiska 
satellitnavig eringssystem en och om upphäva nde av rådets förordning (EG) nr 876/2002 och Europaparlamentets och rådets förordning 
(EG) nr 683/2008 (EUT L 347, 20.12.2013, s. 1). 
Figur 2 
RMC-satsens struktur 
”Status” indiker ar huruvida GNSS-signalen är tillgänglig. Så länge status inte har värdet A kan mottagna data (om 
t.ex. tid eller latitud/longitud) inte använ das för att registrera fordonets position i fördonsenhet en. 
Positionens upplösning baseras på formate t för den RMC-sats som beskr ivs ovan. Den första delen av fälten 3) 
och 5) (de första två tecknen) används för att representera antalet grader . Rest erande tecken används för att 
representera antalet minuter med tre decimaler . Upplösningen är därmed 1/1000 av en minut eller 1/60000 av 
en grad (eftersom en minut är 1/60 grad). 
GNS_5  Fordonsenheten ska lagra positionsinf ormationen för latitud och longitud i sin databas med en 
upplösning på 1/10 minut eller 1/600 grad, såsom beskr ivs i tillägg 1 för datatypen GeoCoordinates. 
Kommandot GSA (GPS DOP and active satellites) kan användas av fordonsenheten för att bestämma och 
registrera signalens tillgänglighet och precision. Särskilt används HDOP (Hor izontal Dilution of Precision) 
för att ge en indikering om precisionsnivån för registrerade lokaliser ingsuppgif ter (se avsnitt 4.2.2). 
Fordonsenheten kommer att lagra HDOP -värdet, beräknat som det minsta av de HDOP -värden som 
samlas in från de tillgängliga GNSS-syst emen. 
Systemidentit eten för GNSS anger om det gäller GPS, Glonass, Galileo, Beidou eller SBAS (Satellite-Based 
Augmentation System). 
Figur 3 
GSA-satsens struktur 
26.5.2016 L 139/407 Europeiska unionens officiella tidning SV     
”Läge” (mode) (2) anger om en fix inte är tillgänglig (Mode=1) eller om en fix är tillgäng lig i 2D (Mode=2) eller 3D 
(Mode=3). 
GNS_6  GSA-satsen ska lagras med postnummer ”06”. 
GNS_7  De maximala storlek en för NMEA-satser (t.ex. RMC, GSA eller andra), som kan användas för att definiera 
storlek en i kommandot för att läsa poste r (READ REC ORD), ska vara 85 byte (se Table 1). 
4.  FORDONSENHET MED EN EXTERN GNSS-ANORDNING 
4.1.  Konf iguration 
4.1.1  Huvudkomponenter och gränssnitt 
I denna konfiguration är GNSS-mottag aren en del av den externa GNSS-anordningen. 
GNS_8  Den exte rna GNSS-anordninge ns strömf örsör jning ska ske med ett särskilt fordonsgränssnitt. 
GNS_9  Den exte rna GNSS-anordninge n ska bestå av följande komponent er (se Figure 4): 
a)  En kommersiell GNSS-mottag are som tillhandahåller positionsdata genom gränssnitt et för GNSS- 
data. Gränssnitte t för GNSS-data interf ace kan t.ex. följa NMEA-standarden V4.10 där GNSS- 
mottagaren fung erar som talare och överför NMEA-satser till den skyddade GNSS-transceiver n 
(GNSS Secure Transceiver) med en frekvens på 1 Hz för en fördefinierad uppsättning av NMEA-satser , 
som ska omf atta åtminstone RMC- och GSA-satser na. Tillverkaren av den extern a GNSS- 
anordningen avgör hur gränssnitte t för GNSS-data ska utformas. 
b)  En transceiverenhet (nedan kallad skyddad GNSS-tr ansceive r) som klarar att uppfylla standarden ISO/ 
IEC 7816-4:2013 (se avsnitt 4.2.1) för kommunikation med fordonsenheten och att ge stöd till 
GNSS-mottagarens gränssnitt för GNSS-data. Enheten är försedd med ett minne där identifier ingsdata 
lagras för GNSS-mottaga ren och den externa GNSS-anordningen. 
c)  En inkapsling som har en funktion för upptä ckt av manipuler ing och som omsluter både GNSS- 
mottagaren och den skyddade GNSS-transceiver n. Funktionen för upptäc kt av manipuler ing ska 
motsvara de säkerhets- och skyddsåtg ärder som begärs i den smar ta färdsk rivarens skyddsprofil. 
d)  En GNSS-ant enn som installeras på fordonet och ansluts till GNSS-mottag aren genom inkapslingen . 
GNS_10  Den exte rna GNSS-anordninge n har åtminst one följande externa gränssnitt: 
a)  Gränssnitt med den GNSS-antenn som är installerad på fordonet (om en exte rn antenn används). 
b)  Gränssnitt med fordonsenhet en. 
GNS_11  I fordonsenheten utgör fordonsenhetens skyddade transceiver den andra ändan av den skyddade 
kommunikationen med den skyddade GNSS-transceiver n, och den ska stöd ja ISO/IEC 7816-4:2013 när 
det gäller anslutningen till den extern a GNSS-anordningen. 
GNS_12  När det gäller det fysiska skikte t för kommunikation med den externa GNSS-anordningen ska 
fordonsenheten stöd ja ISO/IEC 7816-12:2005 eller en annan standard som klarar att stödja ISO/IEC 
7816-4:2013. (Se avsnitt 4.2.1). 
4.1.2  Status för exter n GNSS-anor dning i slutet av produktionsprocessen 
GNS_13  Den exte rna GNSS-anordning en ska när den lämnar fabriken lagra följande värden i den skyddade 
GNSS-transceiver ns permanenta minne: 
—  Nuvarande EGF_MA-ny ckelpar och motvarande certifikat. 
—  MSCA_ VU-EGF -cer tifik atet som innehåller den öppna nyckeln MSCA _VU-EGF .PK som ska användas 
för verifiering av EGF_MA-cer tifikatet. 26.5.2016 L 139/408 Europeiska unionens officiella tidning SV     
—  EUR -cer tifikatet som innehåller den öppna nyckeln EUR.PK som ska användas för verifiering av 
MSCA_ VU-EGF -cer tifik atet. 
—  EUR -cer tifikatet vars giltighetstid direkt föregår giltighetstiden för det EUR -cer tifik at som ska 
använ das för verifiering av MSCA_VU-EGF -cer tifikatet, i förek ommande fall. 
—  Det länkcer tifik at som länkar dessa två EUR -cer tifikat, i förek ommande fall. 
—  Den extern a GNSS-anordningens förlängda serienummer . 
—  Identif ierare för GNSS-anordninge ns operativsyste m. 
—  Den extern a GNSS-anordningens typgodkännandenummer . 
—  Identif ierare för den extern a GNSS-anordningens säkerhet skompon ent. 
4.2.  Kommunikation mellan den exter na GNSS-anordningen och fordonsenhet en 
4.2.1  Kommunika tionspr otokoll 
GNS_14  Protok ollet för kommunikation mellan den externa GNSS-anordningen och fordonsenhet en ska stödja 
tre funktioner :  
1. Insamling och distr ibuer ing av GNSS-data (t.ex. position, tidsav passning, hastighet).  
2. Insamling av konfigurationsdata för den externa GNSS-anordningen.  
3. Styr ning, som stöd för koppling, ömsesidig autentis ering och överensk ommelse om sessionsny ckel 
mellan den exte rna GNSS-anordninge n och fordonsenheten. 
GNS_15  Kommunikationsprotok ollet ska baseras på standarden ISO/IEC 7816-4:2013, med fordonsenhetens 
skyddade transceiver som ”maste r” och den skyddade GNSS-transceiver n som ”slave”. Den fysiska 
anslutningen mellan den exte rna GNSS-anordningen och fordonsenhet en baseras på ISO/IEC 7816- 
12:2005 eller en annan standard som klarar att stödja ISO/IEC 7816-4:2013. 
GNS_16  Kommunikationsprotok ollet stöde r inte fält med utökad längd. 
GNS_17  Kommunikationsprotok ollet enligt ISO 7816 (gäller både ISO 7816 4:2013 och ISO 7816-12:2005) 
mellan den externa GNSS-anordningen och fordonsenheten ska ställas in så att T=1. 
GNS_18 När det gäller funktioner na 1) (insamling och distr ibuer ing av GNSS-data), 2) (insamling av konfigura ­
tionsdata för den externa GNSS-anordningen) och 3) (styr protok oll) ska den skyddade GNSS- 
transceiver n simulera ett smar tkort med en filsyste msarkitektur som består av en huvudfil (MF, Master 
File), en dedikerad fil (DF, Dedicated File) med tillämpningsidentifierare såsom anges i kapitel 6.2 i tillägg 
1 (‘FF 44 54 45 47 4D’), tre elementfiler (EF, Elementar y File) som innehåller certifik at och en enda 
elementf il (EF.EGF) med filidentifieraren ‘2F2F’ såsom beskr ivs i Table 1. 
GNS_19  Den skyddade GNSS-transceiver n ska lagra de data som kommer from GNSS-mottag aren och dess 
konfiguration i elementfilen EF.EGF . Detta är en linjär fil med poste r med variabel längd och 
identif ieraren ‘2F2F’ i hexadecimalt format. 
GNS_20  Den skyddade GNSS-transceiver n ska använda ett minne för att lagra data och kunna utföra minst 20 
miljoner läs/skr ivcy kler. Bortsett från denna aspekt avgör tillverkar na hur den skyddade GNSS- 
transceiver n utformas och realiseras. 
Mappning av postnummer och data visas i Table 1. Notera att det finns fyra GSA-satser för de fyra 
satellitsyst emen och för SBAS (Satellite-Based Augmentation System). 
GNS_21  Filstr ukturen visas i Table 1. För information om tillträdesvillk or (ALW, NEV , SM-MA C), se kapitel 3.5 i 
tillägg 2. 26.5.2016 L 139/409 Europeiska unionens officiella tidning SV     
Tabell 1 
Filstruktur   
Tillträdesvillk or 
Fil Fil-ID Läs (Read) Uppdatera 
(Update) Krypterad 
MF 3F00    
EF.ICC 0002 ALW NEV 
(gäller for­
donsenhet) Nej 
DF GNSS Facili ty 0501 ALW NEV Nej 
EF EGF_MA Certificate C100 ALW NEV Nej 
EF CA_Cer tificate C108 ALW NEV Nej 
EF Link_Cer tificate C109 ALW NEV Nej 
EF.EGF 2F2F SM-MA C NEV 
(gäller for­
donsenhet) Nej  
Fil/dataelement Postnummer Storlek (byte) Standardvärden   
Min. Max.  
MF  552 1 031  
EF.ICC     
sensorGNSSSer ialNumber  8 8       
DF GNSS Faci lity  612 1 023  
EF EGF_MA Certificate  204 341  
EGFCer tificate  204 341 {00..00} 
EF CA_Cer tificate  204 341  
MemberStateCer tificate  204 341 {00..00} 
EF Link_Cer tificate  204 341  
LinkCer tificate  204 341 {00..00}      
EF.EGF     
RMC-sats (NMEA) ‘01’ 85 85  
GSA-sats nr 1 (NMEA) ‘02’ 85 85  
GSA-sats nr 2 (NMEA) ‘03’ 85 85  26.5.2016 L 139/410 Europeiska unionens officiella tidning SV     
Fil/dataelement Postnummer Storlek (byte) Standardvärden   
Min. Max.  
GSA-sats nr 3 (NMEA) ‘04’ 85 85  
GSA-sats nr 4 (NMEA) ‘05’ 85 85  
GSA-sats nr 5 (NMEA) ‘06’ 85 85  
Förlängt serienummer för den externa 
GNSS-anordningen, definierad i tillägg 1 
som SensorGNSSSer ialNumber . ‘07’ 8 8  
Identif ierare för operativsysteme t i den 
skyddade GNSS-transceiver n, definie rad i 
tillägg 1 som SensorOSIdentifier . ‘08’ 2 2  
Typgodkännandenummer för den externa 
GNSS-anordningen, definierat i tillägg 1 
som SensorExt ernalGNSSAppro valNumber . ‘09’ 16 16  
Identif ierare för den externa GNSS-anord ­
ningens säkerhets kompon ent, definierad i 
tillägg 1 som SensorExte rnalGNSSSCIdenti ­
fier. ‘10’ 8 8  
RFU (Res erved for Future Use) Från ‘11’ till 
‘FD’     
4.2.2  Säker överföring av GNSS-data 
GNS_22  En skyddad överfö ring av positionsdata från GNSS ska tillåtas endast under på följande villk or:  
1. Kopplingsprocessen har slutf örts såsom beskr ivs i tillägg 11 om gemensamma säkerhets mekanismer .  
2. Den periodiska ömsesidig a aute ntiser ingen och överensk ommelsen om sessionsny cklar mellan 
fordonsenhet en och den extern a GNSS-anordningen, som också beskr ivs i tillägg 11 om 
gemensamma säkerhetsmekanismer , har genomf örts med den angivna frekvensen. 
GNS_23  Fordonsenheten begär , med ett intervall på T sekunder där värdet för T är högst 10, och med undantag 
för när koppling, ömsesidig aute ntiser ing och överensk ommelse om sessionsn yckel pågår , positionsin ­
formation från den externa GNSS-anordningen, baserat på följande flöde:  
1. Fordonsenheten begär lokaliser ingsuppgif ter från den exte rna GNSS-anordningen tillsammans med 
DOP -data (från GSA-satsen enligt NMEA). Fordonsenhetens skyddade transceiver ska använda 
kommandona SELECT och READ REC ORD(S) enligt ISO/IEC 7816-4:2013 för säker meddelande ­
hanteri ng och endast autentis ering (secur e messaging authentication-only mode) såsom beskr ivs i avsnitt 
11.5 i tillägg 11, med filidentif ierare ”2F2F” och postnummer (RECORD) ‘01’ för RMC-satsen enligt 
NMEA och‘02’,‘03’ ,‘04’ ,‘05’ respektive ‘06’ för respektive GSA-sats enligt NMEA.  
2. De senast mottagna lokaliser ingsuppgif terna lagras i elementfilen med identifierare ‘2F2F’ och 
posterna som beskr ivs i Table 1 lagras i den skyddade GNSS-transceiver n allt eftersom den tar emot 
NMEA-data från GNSS-mottag aren med en frekvens på minst 1 Hz via gränssnittet för GNSS-data.  
3. Den skyddade GNSS-transceiver n sänder ett svar till fordonsenhetens skyddade transceiver med hjälp 
av ett svarsmeddelande (APDU) med säke r meddelandehant ering och endast autentiser ing såsom 
beskr ivs i avsnitt 11.5 i tillägg 11. 26.5.2016 L 139/411 Europeiska unionens officiella tidning SV     
4. Fordonsenhetens skyddade transceiver kontrollerar det mottagna svarets autenticit et och integritet. 
Om resultatet är positivt överfö rs lokaliser ingsuppgif tern a till fordonsenhetens processor via 
gränssnittet för GNSS-data.  
5. Fordonsenhetens processor kontrollerar mottagna data genom att hämta information (t.ex. latitud, 
longitud och tid) från RMC-satsen enligt NMEA. RMC-satsen enligt NMEA omf attar denna 
information om positionen är giltig. Om positionen inte är giltig finns det ännu inte några lokali ­
seringsuppgif ter och den kan inte användas för att registrera fordonets position. Om positionen är 
giltig hämtar fordonsenhet ens processor även HDOP -värdena från GSA-satser na enligt NMEA och 
beräknar medelvärdet från de tillgäng liga satellitsystemen (dvs. när en fix är tillgänglig).  
6. Fordonsenhetens processor lagrar den mottagna och bearbetade informationen, t.ex. latitud, longitud, 
tid och hastighet, i fordonsenhet en och i det format som definieras i tillägg 1 om datakatalogen. Den 
lagras som GeoCoordinates tillsammans med HDOP -värdet beräknat som det minsta av de HDOP - 
värden som samlas in från de tillgängliga GNSS-syst emen. 
4.2.3  Struktur för kommandot READ RECORD 
I detta avsnitt beskr ivs strukturen för kommandot READ REC ORD i detalj. Säker meddelandehante ring och 
endast autentiser ing läggs till såsom beskr ivs i tillägg 11 om gemensamma säke rhetsmekanismer . 
GNS_24  Kommandot ska stöd ja säker meddelandehant ering med endast aute ntiser ing – se tillägg 11. 
GNS_25  Kommandomeddelande 
Byte Längd Värde Beskr ivning 
CLA 1 ‘0Ch’ Säker meddelandehante ring efterfrågad. 
INS 1 ‘B2h’ Läs post (READ REC ORD) 
P1 1 ‘XXh’ Postnummer (‘00’ hänvisar till den aktuella posten). 
P2 1 ‘04h’ Läs poste n med det postnummer som anges i P1. 
Le 1 ‘XXh’ Längd på förväntade data. Antal byte som skall läsas  
GNS_26  Den post som anges i P1 blir aktuell post. 
Byte Längd Värde Beskr ivning 
#1-#X X ‘XX..XXh’ Läs data 
SW 2 ‘XXXXh’ Statusregist er (SW1,SW2)  
—  Om kommandot lyckas återsänder den skyddade GNSS-transceiver n ‘9000’. 
—  Om den aktuella filen inte är avsedd för poste r återsänder den skyddade GNSS-transceiver n ‘6981’. 
—  Om kommandot används med P1 = ‘00’ men det inte finns någon elementf il som aktuell fil 
återsänder den skyddade GNSS-transceiver n ‘6986’ (kommandot ej tillåtet). 
—  Om posten inte kan hittas återsänder den skyddade GNSS-transceiver n ‘6A 83’. 
—  Om den externa GNSS-anordninge n har upptäc kt manipuler ing ska den återsända ‘66 90’ som 
statusregist er. 26.5.2016 L 139/412 Europeiska unionens officiella tidning SV     
GNS_27  Den skyddade GNSS-transceiver n ska stödja följande kommandon för färdskr ivare i generation 2, som 
specifi ceras i tillägg 2: 
Kommando Referens 
Select Tillägg 2 kapitel 3.5.1 
READ BINAR Y Tillägg 2 kapitel 3.5.2 
GET CHALLENGE Tillägg 2 kapitel 3.5.4 
PSO: VERIFY CER TIFIC ATE Tillägg 2 kapitel 3.5.7 
EXTERNAL AUTHENTICA TE Tillägg 2 kapitel 3.5.9 
GENERAL AUTHENTICA TE Tillägg 2 kapitel 3.5.10 
MSE:SET Tillägg 2 kapitel 3.5.11  
4.3.  Den exter na GNSS-anordningens koppling, ömsesidiga autentiser ing och överensk ommelse om 
sessionsny ckel med fordonsenheten 
Den externa GNSS-anordningens koppling, ömsesidiga autentiseri ng och överensk ommelse om sessionsny ckel 
med fordonsenhet en beskr ivs i kapitel 11 i tillägg 11 om gemensamma säkerhetsmekanismer . 
4.4.  Felhanter ing 
I detta avsnitt beskr ivs hur möjlig a feltillstånd avseende den exte rna GNSS-anordningen tas om hand och 
registreras i fordonsenhet en. 
4.4.1  Fel i kommunik ation med exter n GNSS-anor dning. 
GNS_28  Om fordonsenheten inte klarar att kommunicera med den kopplade extern a GNSS-anordningen under 
mer än 20 minute r ska fordonsenheten internt generera och registrera en händelse med typen 
EventFaultT ype och värdet ‘53’H (Exter nt fel i GNSS-kommunik ation) och med den aktuella tidpunkten 
som tidsstäm pel. Händelsen uppstår endast om följande två villk or är uppfyllda: a) den smar ta 
färdskr ivaren är inte i kalibrer ingsläge och b) fordonet är i rörelse. Under dessa omständigheter utlöses 
ett kommunikationsf el när fordonsenhetens skyddade transceiver inte tar emot något svarsmeddelande 
efter ett sådant meddelande om begäran som beskr ivs i avsnitt 4.2. 
4.4.2  Brott mot den exter na GNSS-anor dningens fysiska integ ritet 
GNS_29  Om den externa GNSS-anordningen har öppnats fysiskt ska den skyddade GNSS-transceiver n radera 
hela sitt minne, inklusive krypteringsuppgif ter. Fordonsenhet en ska påvisa manipuler ing om svaret har 
status ‘6690’, såsom beskr ivs i GNS_25 och GNS_26. Fordonsenhet en ska då generera en händelse med 
typen EventFaultT ype och värdet ‘55’H (GNSS-manipuler ing upptäckt). 
4.4.3  Positionsinf ormation från GNSS-mottag are saknas 
GNS_30  Om den skyddade GNSS-transceiver n inte tar emot data från GNSS-mottagaren under mer än tre 
sammanhängande timmar ska den skyddade GNSS-transceiver n generera ett svarsmeddelande till 
kommandot READ REC ORD, med postnummer (RECORD) lika med‘01’ och med ett datafält på 12 byte 
som alla har värdet 0xFF . När fordonsenhet en tar emot svarsmeddelandet med detta värde i datafält et 
ska fordonsenhet en generera och registrera en händelse med typen EventFaultT ype och värdet ‘52’H 
(Exter nt fel i GNSS-mottagare), med den aktuella tiden som tidsstäm pel, men endast om följande två 
villk or är uppfyllda: a) den smar ta färdskr ivaren är inte i kalibrer ingsläge och b) fordonet är i rörelse. 26.5.2016 L 139/413 Europeiska unionens officiella tidning SV     
4.4.4  Certifikat för exter n GNSS-anor dning har löpt ut 
GNS_31  Om fordonsenhet en upptäc ker att EGF -cer tifik atet som använ ds för ömsesidig autenti sering inte längre 
är giltigt ska fordonsenhet en generera och registrera en händelse med typen EventFaultT ype och värdet 
‘56’(Cer tifik at för exte rn GNSS-anordning har löpt ut), med den aktuella tiden som tidsstäm pel. 
Fordonsenheten ska fortfarande använ da mottagna positionsdata från GNSS. 
Figur 4 
Skiss av exter n GNSS-anordning 
5.  FORDONSENHET UTAN EXTERN GNSS-ANORDNING 
5.1.  Konf iguration 
I denna konfiguration ingår GNSS-mottaga ren i fordonsenhet en såsom visas i Figure 1. 
GNS_32  GNSS-mottagaren ska fung era som talare och överföra NMEA-satser till fordonsenhet ens processor , som 
ska fungera som lyssnare, med en frekvens på 1/10 Hz eller snabbare för en fördefi nierad uppsättning 
av NMEA-satser som åtminstone ska omf atta RMC- och GSA-satser na. 
GNS_33  En extern GNSS-antenn ska installeras på fordonet, eller en intern GNSS-antenn ska anslutas till 
fordonsenheten. 
5.2.  Felhanter ing 
5.2.1  Positionsinf ormation från GNSS-mottag are saknas 
GNS_34  Om fordonsenheten inte tar emot data från GNSS-mottag aren under mer än tre sammanhäng ande 
timmar ska fordonsenhet en generera och registrera en händelse med typen EventF aultT ype och värdet 
‘51’H (Internt fel i GNSS-mottagare), med den aktuella tiden som tidsstämpel, men endast om följande 
två villk or är uppfyllda: a) den smar ta färdskr ivaren är inte i kalibrer ingsläge och b) fordonet är i rörelse. 
6.  KONFLIK T AVSEENDE GNSS- TID 
Om fordonsenheten upptäc ker en avvik else på mer än 1 minut mellan tiden i fordonsenhetens tidmätnings ­
funktion och den tid som har sitt urspr ung i GNSS-mottag aren ska fordonsenhet en registrera en händelse med 
typen EventFaultT ype och värdet ‘0B’H (Tidsk onflikt (GNSS jämf ört med fordonsenhetens intern a klocka)). Denna 
händelse registreras tillsammans fordonsenhetens interna kloc kvärde och åtföljs av en automatisk tidsinställning. 
Efter det att en händelse av typen tidsk onflikt har utlösts kommer fordonsenhet inte att kontrollera tidsav vikelse n 
under de närmast följande 12 timmar na. Denna händelse ska inte utlösas om GNSS-mottagaren inte känt av 
någon giltig GNSS-signal under de föregåe nde 30 dagar na. Den automatiska tidsinställningen ska dock göras när 
positionsinf ormation från GNSS-mottagaren är tillgänglig igen. 26.5.2016 L 139/414 Europeiska unionens officiella tidning SV     
7.  KONFLIK T I FORDONETS RÖRELSED ATA 
GNS_35  Fordonsenheten ska utlösa och registrera en händelse avseende konflikt i fordonets rörelsedata (se krav 
84 i denna bilaga), med den aktuella tiden som tidsstäm pel, om rörelseinf ormation som beräknas från 
rörelsesensor n motsägs av rörelseinf ormation som beräknas från den interna GNSS-mottag aren eller 
från den extern a GNSS-anordningen. För att upptäc ka sådana motsäge lser ska medianvärdet för 
hastighetsskillnader na mellan de olika källor na användas, såsom anges nedan: 
—  Var 10:e sekund eller oftare ska absolutvärdet för skillnaden mellan fordonets hastighet enligt GNSS 
och fordonets hastighet enligt rörelsesensor n beräknas. 
—  Samtliga beräknade värden inom ett tidsf önst er som omf attar de senaste fem minuter na av rörelse 
ska användas för att beräkna medianvärdet. 
—  Median värdet ska baseras på 80 % av värdena, efter att de största absolutvärdena har tagits bort. 
Händelsen avseende konflikt i fordonets rörelsedata ska utlösas om medianvärdet är mer än 10 km/h 
under fem minut er med fordonet i rörelse utan avbrott. Andra oberoende källor för avläsning av 
fordonsrörelse får användas som alternativ så att en mer tillförlitlig upptäc kt av färdskr ivarmanipuler ing 
tillhandahålls. (Anm.: Anvä ndningen av medianen för de senast e fem minuter na tilläm pas för att minska 
risken med avvikande och transienta värden.) Denna händelse ska inte utlösas under följande 
omständigheter: a) under transpor t med färja/tåg; b) när positionsinf ormation från GNSS-mottag aren 
inte ska vara tillgänglig; c) i kalibrer ingsläge.  26.5.2016 L 139/415 Europeiska unionens officiella tidning SV     
Tillägg 13 
ITS-GRÄNSSNITT 
INNEHÅLLSFÖRTECKNING 
1. INLEDNING ...................................................................................................................................... 416 
2. TILL ÄMPNINGSOMRÅDE ..................................................................................................................... 416 
2.1. Förk ortningar , definitioner och bete ckning ar................................................................................ 417 
3. HÄNVISNINGAR TILL FÖR ORDNINGAR OCH STAND ARDER ....................................................................... 418 
4. GRÄNSSNITTETS FUNK TIONSSÄ TT........................................................................................................ 418 
4.1. Nödvändiga förutsättningar för dataö verfö ring via ITS-gränssnitt et.................................................... 418 
4.1.1 Data som tillhandahålls genom ITS-gränssnitte t............................................................................. 418 
4.1.2 Datainnehåll .......................................................................................................................... 418 
4.1.3 ITS-tillämpning ar................................................................................................................... 418 
4.2. Kommunikationsteknologi ....................................................................................................... 419 
4.3. PIN-auktori sering ................................................................................................................... 419 
4.4. Meddelandef ormat .................................................................................................................. 421 
4.5. Förarens samty cke.................................................................................................................. 425 
4.6. Hämtning av standarddata ........................................................................................................ 426 
4.7. Hämtning av personuppgif ter.................................................................................................... 426 
4.8. Hämtning av data om händelser och fel....................................................................................... 426  
1.  INLEDNING 
I detta tillägg ange s den utformning och de förfaranden som gäller för införande av gränssnittet med ITS 
(Intellig ent Transpor t Systems) såsom krävs i artikel 10 i förordning (EU) nr 165/2014 (nedan kallad förordning en). 
I förordning en anges att färdskr ivare i fordon får vara utrustade med standardiserade gränssnitt så att de uppgif ter 
som registrerats eller framställts av färdskr ivaren kan användas i driftläge av en extern anordning, under 
förutsättning att följande villk or är uppfyllda: 
a)  Gränssnittet påverkar inte autenticit eten och integriteten hos uppgif terna i färdsk rivaren. 
b)  Gränssnittet uppfyller de detaljerade bestämmelser na i artikel 11 i förordningen . 
c)Den externa anordning som är ansluten till gränssnittet får tillgång till personuppgif ter, inklusive positionsbe ­
stämningsuppgif ter, först efter ett verifierbar t samty cke från den förare uppgif terna gäller . 
2.  TILL ÄMPNINGSOMRÅDE 
Syftet med detta tillägg är att specifi cera hur tillämp ningar i externa anordningar kan hämta data från en 
färdskr ivare via en Bluet ooth®-anslutning. 
De data som är tillgängliga via detta gränssnitt beskr ivs i bilaga 1 till detta tillägg. Detta gränssnitt förhindrar inte 
att andra gränssnitt (t.ex. via CAN-buss) införs för att överfö ra fordonenhet ens data till andra databehand ­
lingsenheter i fordonet. 26.5.2016 L 139/416 Europeiska unionens officiella tidning SV     
I detta tillägg specifi ceras följande: 
—  De data som är tillgängliga genom ITS-gränssnitte t. 
—  Den Bluetooth®- prof il som används för att överfö ra data. 
—  Procedurer för förfråg an och överfö ring, samt i vilken ordning de olika operationer na sker. 
—  Parningsmekanismen mellan färdsk rivaren och den extern a anordningen. 
—  Den mekanism för samty cke som föraren har tillgång till. 
Förtydligan de: I detta tillägg specifi ceras inte följande: 
—  Drift och hanteri ng i samband med insamling av data i fordonsenheten (dessa ska specific eras på annat ställe i 
förordninge n eller följa av produkten s utformning). 
—  Överlämningsf orm för insamlade data gentemot tilläm pningen som finns i den exte rna anordning en. 
—  Bestämmelser om datasäker het utöver det som gäller Bluetooth® (t.ex. kryptering) och som rör innehållet i 
data (dessa ska specifi ceras på annat ställe i förordning en, nämligen i tillägg 10 om gemensamma säke rhetsme ­
kanismer). 
—  De Bluet ooth®-protok oll som används av ITS-gränssnittet. 
2.1.  Förk ortningar , definitioner och beteckningar 
Följande förkortninga r och definitioner som är särskilda för detta tillägg används i detta tillägg: 
Kommunik ation  Utbyt e av information/data mellan en maste renhet (dvs. färdskr ivaren) och en extern enhet via 
ITS-gränssnitte t och Bluetooth®. 
Data  De datamängder som specifi ceras i bilaga 1. 
Föror dning en  Europaparlamentets och rådets förordning (EU) nr 165/2014 av den 4 febr uari 2014 om 
färdsk rivare vid vägtranspor ter, om upphävande av rådets förordning (EEG) nr 3821/85 om 
färdsk rivare vid vägtranspor ter och om ändr ing av Europaparlamentet s och rådets förordning 
(EG) nr 561/2006 om harmoniser ing av viss sociallagstif tning på vägtranspor tområdet. 
BR  Basic Rate (bashastighet) 
EDR  Enhanced Data Rate (förhöjd hastighet) 
GNSS  Global Navig ation Satellite System (globalt system för satellitna vige ring) 
IRK  Identity Resolution Key (nyckel för identitetsbestämning) 
ITS  Intellig ent Transpor t System (intell igen t transpor tsystem) 
LE  Low Energy (lågenergiversion av Bluetooth®) 
PIN  Personal Identif ication Number (personligt identif ieringsnummer) 
PUC  Personal Unblocking Code (personlig avbloc keringsk od) 
SID  Service Identifier (tjänst eidentif ierare) 
SPP  Serial Port Profile (seriepor tprofil) 
SSP  Secure Simple Pairing (skyddad enkel parning) 
TRTP  Transfer Request Parameter (parameter för begäran om överföring) 
TREP  Transfer Response Parameter (parameter för överfö ringssvar) 
VU  Vehicle Unit (fordonsenhet) 26.5.2016 L 139/417 Europeiska unionens officiella tidning SV     
3.  HÄNVISNINGAR TILL FÖR ORDNINGAR OCH STAND ARDER 
Den specifi kation som definie ras i detta tillägg hänvisar till och är beroende av hela eller delar av följande 
förordningar och standarder . I respektive avsnitt i detta tillägg ange s de relevanta standarder na eller de relevanta 
avsnitten i standarder na. I händelse av motstr idiga uppgif ter ska avsnitten i detta tillägg ha företräde. 
I detta tillägg hänvisas till följande förordningar och standarder: 
—  Europaparlamente ts och rådets förordning (EU) nr 165/2014 av den 4 februari 2014 om färdskr ivare vid 
vägtranspor ter, om upphä vande av rådets förordning (EEG) nr 3821/85 om färdskr ivare vid vägtranspor ter 
och om ändr ing av Europaparlamente ts och rådets förordning (EG) nr 561/2006 om harmoniser ing av viss 
sociallagstif tning på vägtranspor tområdet. 
—  Europaparlamente ts och rådets förordning (EG) nr 561/2006 av den 15 mars 2006 om harmoniser ing av viss 
sociallagstif tning på vägtranspor tområdet och om ändr ing av rådets förordningar (EEG) nr 3821/85 och (EG) 
nr 2135/98 samt om upphävande av rådets förordning (EEG) nr 3820/85. 
—  ISO 16844 – 4: Road vehicles – Tachograph system s – Part 4: Can interfa ce 
—  ISO 16844 – 7: Road vehicles – Tachograph system s – Part 7: Parameter s 
—  Bluet ooth® – Serial Port Profile – V1.2 
—  Bluet ooth® – Core Version 4.2 
—  NMEA 0183 V4.1 prot ocol 
4.  GRÄNSSNITTETS FUNK TIONSS ÄTT 
4.1.  Nödvändiga förutsättningar för dataöverför ing via ITS-g ränssnittet 
Fordonsenhet en ska ansvara för att data som lagras i fordonsenheten uppdateras och underhålls, utan någon 
inblandning av ITS-gränssnitt et. Detta uppnås genom fordonsenhet ens interna funktioner , som specificeras på 
annat ställe i förordninge n och därf ör inte i detta tillägg. 
4.1.1  Data som tillhandahålls genom ITS-g ränssnittet 
Fordonsenhet en ska ansvara för att uppdate ra de data som ska vara tillgäng liga genom ITS-gränssnitt et, med en 
frekvens som bestäms i fordonsenhet ens procedurer och utan någon inblandning av ITS-gränssnitte t. Data från 
fordonsenhet en ska använ das som grund för att populera och uppdate ra data. Medlen för att åstadk omma detta 
anges i förordningen eller , om detta saknas, följer av produktens utformning, och specifi ceras inte i detta tillägg. 
4.1.2  Datainnehåll 
Innehållet i data ska vara det som specificeras i bilaga 1 till detta tillägg. 
4.1.3  ITS-tillämpning ar 
ITS-tilläm pningar kommer att använda de data som görs tillgäng liga genom ITS-gränssnitt et för att hanter a t.ex. 
optimer ing av förarens aktivitet er, med hänsyn tagen till förordningen , för att upptäc ka eventuella fel i 
färdskr ivaren eller för att använ da GNSS-data. Specifi kationer för sådana tilläm pningar ligger inte inom detta 
tilläggs tilläm pningsområde. 26.5.2016 L 139/418 Europeiska unionens officiella tidning SV     
4.2.  Kommu nikationsteknologi 
Utby te av data med hjälp av ITS-gränssnitt et ska utföras via ett Bluetooth®- gränssnitt som är kompati belt med 
version 4.2 eller senare. Bluetooth® verkar inom det licensfr ia ISM-bandet (Industr ial, Scientific, Medical, 
frekvensband för industr iellt, veten skapligt och medicinskt bruk) mellan 2,4 och 2,485 GHz. Bluetooth® 4.2 
innebär förbättrade integritetsskydds- och säke rhetsmekanismer samt snabbare och mer tillförlitlig dataö verfö ring. 
I denna specif ikation använ ds Bluetooth® klass 2 med ett avstånd upp till 10 mete r. Mer information om 
Bluetooth® 4.2 finns på www .bluet ooth.com (https://www .bluetooth.org/en-us/specification/adopt ed- 
specific ations?_ga= 1.215147412.2083380574.1435305676). 
Kommunikationen ska upprättas med kommunikationsutr ustningen efter det att en parningsprocess slutf örts med 
hjälp av en auktoriserad extern anordning. I Bluetooth® används en ”master -slave”-modell för att kontrollera när 
och varifrån externa anordningar kan sända data. Färdskr ivaren utgör ”master” medan den externa anordningen 
utgör ”slave”. 
När en extern anordning för första gången kommer inom fordonsenhet ens räckvidd kan parningsprocessen enligt 
Bluetooth® inledas (se även bilaga 2). Enhete rna utväxlar sina adresser , namn och prof iler samt sin gemensamma 
hemlig a nyckel, vilket innebär att de kan länka ihop sig på nytt när de befinner sig i varandras närhet. När detta 
steg är slutf ört betraktas den externa anordning en som pålitlig och godkänd för att initiera begäran om att 
överföra data från färdskr ivaren. Det finns inga planer att lägga till krypteringsmekanismer utöver dem som 
tillhandahålls genom Bluet ooth®. Om ytterliga re säkerhetsmekanismer ändå behö vs kommer dessa att utformas i 
enlighet med tillägg 10 om gemensamma säkerhetsmekanismer . 
Den övergr ipande kommunikationspr incipen visas i följande figur. 
Seriepor tprofilen (SPP) enligt Bluet ooth® ska använ das för att överfö ra data från fordonsenheten till den extern a 
anordninge n. 
4.3.  PIN-auktoriser ing 
Fordonsenhet en ska av säkerhets skäl genomf öra en PIN-k odsaukt orisering som är separerad från Bluetooth - 
parningen. Varje fordonsenhet ska kunna generera PIN-k oder för autenti seringsändamål med minst fyra siffror . 
Varje gång en exte rn anordning parar sig med fordonsenhet en ska den tillhandahålla rätt PIN-k od innan data tas 
emot. 26.5.2016 L 139/419 Europeiska unionens officiella tidning SV     
Om anordning en klarar att ange PIN ska den registreras på ”vita listan”. Vita listan ska kunna lagra minst 64 
anordninga r som är parade med den berörda fordonsenheten. 
Om anordningen missly ckas tre gång er i följd med att ange rätt PIN-k od ska den tillfälligt registreras på ”svar ta 
listan”. Medan en anordning är svar tlistad ska varje nytt försök till kommunikation från anordningen avvisas. Om 
anordninge n på nytt missly ckas tre gånger i följd med att ange rätt PIN-k od ska svar tlistningstiden förlängas (se 
tabell 1). Om rätt PIN-k od tillhandahålls ska svar tlistningstiden och antalet försök återställas. I figur 1 i bilaga 2 
visas ett sekvensdiagram för ett försök till PIN-valider ing. 
Tabell 1 
Svar tlist nings tid beroende på antal på varandra följande missly ckade försök att ge rätt PIN-k od 
Antal missly ckade försök i följd Svar tlistningstid 
3 30 sekunder 
6 5 minuter 
9 1 timme 
12 24 timmar 
15 Permanent  
Om den exte rna anordning en (nedan även kallad ITS-enhet) missly ckas 15 (5 × 3) gånger i följd med att ange rätt 
PIN-k od ska den svar tlistas permanent. Denna permanenta svar tlistning kan upphävas enbar t genom att rätt PUC 
anges . 
PUC ska bestå av åtta siffror och tillhandahållas av tillverkaren tillsammans med fordonsenhet en. Om ITS-enheten 
missly ckas tio gånger i följd med att ange rätt PUC ska svar tlistningen vara oåterkallelig. 
Även om tillverkaren får erbjuda ett alternativ där PIN-k oden kan ändras direkt i fordonsenheten får det inte vara 
möjligt att ändra PUC. Om det är möjligt att ändra PIN-k oden ska det krävas att den nuvarande PIN-k oden matas 
in direkt i fordonsenheten. 
Dessutom ska anordningar som finns på vita listan kvarstå tills de tas bort manuellt av användaren (t.ex. via 
fordonsenhet ens människa-maskingränssnitt eller på annat sätt). På detta sätt kan förlorade eller stulna ITS-enhet er 
tas bort från vita listan. Dessutom ska en ITS-enhet som finns utanf ör räckvidden för Bluetooth under mer än 24 
timmar automatiskt strykas från fordonsenhetens vita lista, och rätt PIN-k od ska anges när anslutninge n 
återupp rättas. 
Formatet för meddelanden mellan fordonsenhet ens ITS-gränssnitt och fordonsenhet en definieras inte här utan 
överlåts till tillverkaren att definiera. Tillverkaren ska dock säkerställa att formatet för meddelanden mellan ITS- 
enhete n och fordonsenheten beaktas (se ASN.1-specifik ationer). 
Varje begäran om data ska därmed besvaras med en korrekt verifiering av avsändarens uppgif ter före varje form 
av behandling. I figur 2 i bilaga 2 visas ett sekvensdiagram för denna procedur . En svar tlistad anordning ska få ta 
emot en automat isk avvi sning. En anordning som varke n finns på svar ta listan eller vita listan ska få ta emot en 
begäran om PIN-k od som ska uppfyllas innan några data sänds tillbaka som svar på begäran. 26.5.2016 L 139/420 Europeiska unionens officiella tidning SV     
4.4.  Meddelandef ormat 
Alla meddelanden som utbyts mellan ITS-enhet en och fordonsenhets gränssnitt ska formateras med en struktur 
som består av följande tre delar: Star tdel (header) bestående av en byte för mål (TGT), en byte för källa (SRC) och 
en byte för längd (LEN). 
Dataf ält bestående av en byte för tjänsteidentifierare (SID) och ett varierande antal byte för data (maximalt 255). 
Byte för kontrollsumma innehåller 1 bits-summor na modulo 256 av alla byte i meddelandet, med undantag för 
kontrollsumman själv . 
Meddelandet ska ha byteordning en Big Endian. 
Tabell 2 
Allmänt meddelandeformat 
Star tdel (header) Datafält Kontrollsumma 
TGT SRC LEN SID TRTP CC CM DATA CS 
3 byte Max. 255 byte 1 byte  
Startdel (header) 
TGT och SRC: Identitet för den anordning som utgör meddelandets mål (TGT) respektive källa (SRC). 
Fordonsenhet ens gränssnitt ska som standardvärde ha identitet en ”EE”. Denna identit et kan inte ändras. ITS- 
enhete n ska som standardvärde använ da identit eten ”A0” i sitt första meddelande i kommunikationssessionen. 
Fordonsenhet ens gränssnitt ska sedan tilldela en unik identit et till ITS-enheten och meddela denna till ITS-enhet en, 
och ITS-enhet en ska använda denna identite t i efterföljande meddelanden i sessionen. 
Byte för LEN ska endast ta hänsyn till datadelen av datafält et (se tabell 2), inledande 4 byte är underförst ådda. 
Fordonsenhet ens gränssnitt ska bekräf ta autenticit eten för meddelandets avsändare genom att i sin egen 
identite tslista (IDList) med Bluet ooth-data dubbelk ontrollera att den ITS-enhet som hör samman med den 
tillhandahållna identitet en finns inom Bluetooth-anslutning ens räckvi dd. 
Dataf ält 
Utöver SID ska datafält et också innehålla andra parametrar: en TRTP för begäran om överfö ring och byte för 
räknare. 
Om de data som behö ver överfö ras är längre än det utrymme som finns tillgängligt i ett meddelande delas det 
upp i flera under meddelanden. Varje under meddelande ska samma startdel (header) och SID, men innehåller en 
räknare på 2 byte (CC, Counter Current, och CM, Counter Max) för att ange under meddelandets ordningsnummer . 
Den mottagande anordninge n kvitt erar varje under meddelande för att ge en möjlighet att felkontrollera och 
avbryta. Den mottagande anordning en kan godta under meddelandet, be att det överfö rs igen , begära att den 
avsändande anordning en startar om eller avbryta överfö ringe n. 
Om CC och CM inte används ska de tilldelas värdet 0xFF . 
Exempelvis ska meddelandet 
HEADER SID TRTP CC CM DATA CS 
3 byte Längre än 255 byte 1 byte  26.5.2016 L 139/421 Europeiska unionens officiella tidning SV     
överföras som 
HEADER SID TRTP 01 n DATA CS 
3 byte 255 byte 1 byte  
HEADER SID TRTP 02 n DATA CS 
3 byte 255 byte 1 byte  
… 
HEADER SID TRTP N N DATA CS 
3 byte Max. 255 byte 1 byte  
Tabell 3 innehåller de meddelanden som fordonsenhet en och ITS-enheten ska kunna utväxla. Innehållet i 
respektive parameter anges i hexadecimal form. För tydlighetens skull visas inte CC och CM i tabellen. Det 
fullständig a formate t visas ovan. 
Tabell 3 
Meddelandeinnehåll i deta lj 
Meddelande Star tdel (header) DATA Kontroll ­
summa 
TGT SRC LEN SID TRTP DATA  
RequestPIN ITSID EE 00 01 FF   
SendITSID ITSID EE 01 02 FF ITSID  
SendPIN EE ITSID 04 03 FF 4*INTEGER (0..9)  
PairingR esult ITSID EE 01 04 FF BOOLEAN (T/F)  
SendPUC EE ITSID 08 05 FF 8*INTEGER (0..9)  
BanLif tingResu lt ITSID EE 01 06 FF BOOLEAN (T/F)  
RequestRejected ITSID EE 08 07 FF Tid  
RequestData  
standardT achData EE ITSID 01 08 01   
personalT achData EE ITSID 01 08 02   
gnssData EE ITSID 01 08 03   
standardEventData EE ITSID 01 08 04   
personalEventData EE ITSID 01 08 05   
standardFaultD ata EE ITSID 01 08 06   
manufa cturerData EE ITSID 01 08 07   26.5.2016 L 139/422 Europeiska unionens officiella tidning SV     
Meddelande Star tdel (header) DATA Kontroll ­
summa 
TGT SRC LEN SID TRTP DATA  
ResquestAccepted ITSID EE Len 09 TREP Data  
DataUnavail able  
Inga data tillgängliga ITSID EE 02 0 A TREP 10  
Personuppgif ter delas 
inte ITSID EE 02 0 A TREP 11  
NegativeAnsw er  
Allmänt avvisande ITSID EE 02 0 B SID Req 10  
Tjänste n stöd s ej ITSID EE 02 0 B SID Req 11  
Under funktion stöd s ej ITSID EE 02 0 B SID Req 12  
Fel meddelandelängd ITSID EE 02 0 B SID Req 13  
Fel omständighete r eller 
sekvensf el för begäran ITSID EE 02 0 B SID Req 22  
Begäran utanf ör tillåtet 
inter vall ITSID EE 02 0 B SID Req 31  
Svar dröjer ITSID EE 02 0 B SID Req 78  
ITSID stämmer inte ITSID EE 02 0 B SID Req FC  
ITSID saknas ITSID EE 02 0 B SID Req FB   
RequestPIN (SID 01) 
Detta meddelande sänds från fordonsenhet ens gränssnitt om en begäran om data tas emot från en ITS-enhet som 
varken finns på svar ta listan eller vita listan. 
SendITSID (SID 02) 
Detta meddelande sänds från fordonsenhet ens gränssnitt när en begäran om data tas emot från en ny anordning. 
Denna anordning ska som standardvärde använda identitet en ”A0” innan den tilldelas en unik identite t för 
kommunikationssessionen. 
SendPIN (SID 03) 
Detta meddelande sänds från ITS-enheten för att den ska vitlistas i fordonsenhetens gränssnitt. Meddelandet 
innehåller en kod på fyra heltal (INTEGER) mellan 0 och 9. 
PairingR esult (SID 04) 
Detta meddelande sänds från fordonsenhetens gränssnitt till ITS-enheten för att meddela huruvida den PIN-k od 
som sänts var korrekt. Meddelandet ska innehålla ett booleskt (BOOLEAN) värde som är T (True) om PIN-k oden 
var korrekt och F (False) i annat fall. 
SendPUC (SID 05) 
Detta meddelande sänds från ITS-enhet en för att den ska strykas från svar ta listan i fordonsenhet ens gränssnitt. 
Meddelandet innehåller en kod på åtta heltal (INTEGER) mellan 0 och 9. 26.5.2016 L 139/423 Europeiska unionens officiella tidning SV     
BanLif tingResu lt (SID 06) 
Detta meddelande sänds från fordonsenhetens gränssnitt till ITS-enheten för att meddela huruvida den PUC som 
sänts var korrekt. Meddelandet innehåller ett booleskt (BOOLEAN) värde som är T (True) om PUC var korrekt och 
F (False) i annat fall. 
RequestRejected (SID 07) 
Detta meddelande sänds från fordonsenhetens gränssnitt som svar på alla meddelanden från en svar tlistad ITS- 
enhet, med undantag för SendPUC. Meddelandet innehåller den återstående svar tlistningstiden för ITS-enhet en, 
med det tidsf ormat (time sequence) som definieras i bilaga 3. 
RequestData (SID 08) 
Detta meddelande om åtkomst till data sänds från ITS-enhet en. En parameter för begäran om överfö ring (TRTP) 
på 1 byte ange r vilken typ av data som krävs. Det finns flera typer av data: 
—  standardT achDa ta (TRTP 01): Data som är tillgängliga i färdskr ivaren och som inte klassificeras som 
personuppgif ter. 
—  personalT achD ata (TRTP 02): Data som är tillgängliga i färdskr ivaren och som klassificeras som 
personuppgif ter. 
—  gnssData (TRTP 03): GNSS-data; dessa utgör alltid personuppgif ter. 
—  standardEventData (TRTP 04): Data om registrerade händelser som inte klassificeras som personuppgif ter. 
—  personalEventData (TRTP 05): Data om registrerade händelser som klassifi ceras som personuppgif ter. 
—  standardFa ultData (TRTP 06): Data om registrerade fel som inte klassifi ceras som personuppgif ter. 
—  manuf acturerData (TRTP 07): Data som gjor ts tillgängliga av tillverkaren. 
Se bilaga 3 till detta tillägg för mer information om innehållet i respektive datatyp. 
Se tillägg 12 för mer information om format och innehåll avseende GNSS-data. 
Se bilaga I B och bilaga I C för mer information om datak oder för händelser och fel. 
ResquestAccepted (SID 09) 
Detta meddelande sänds från fordonsenhetens gränssnitt om ett meddelande RequestData från ITS-enhet en har 
accept erats. Meddelandet innehåller en parameter för överföringssvar (TREP) på 1 byte (som är samma som byte 
för TRTP i det tillhörande meddelandet RequestData) och samtliga data av den begärda typen. 
DataUnavail able (SID 0A) 
Detta meddelande sänds från fordonsenhet ens gränssnitt om begärda data av någon anledning inte kan sändas till 
en ITS-enhet som finns på vita listan. Meddelandet innehåller en parameter för överfö ringssvar (TREP) på 1 byte 
(som är samma som byte för TRTP för begärda data) och en felkod på 1 byte som specific eras i tabell 3. Följande 
koder finns tillgängliga: 
—  Inga data tillgängliga (10): Fordonsenhetens gränssnitt kan av ospecificerade orsak er inte komma åt data i 
fordonsenheten. 
—  Personuppgif ter delas inte (11): ITS-enheten försöker hämta personuppgif ter som inte får delas. 26.5.2016 L 139/424 Europeiska unionens officiella tidning SV     
NegativeAnsw er (SID 0B) 
Dessa meddelanden sänds från fordonsenhet ens gränssnitt om en begäran inte kan slutf öras av någon annan orsak 
än att data inte är tillgängliga. Dessa meddelanden är normalt en följd av en begäran med olämpligt format (längd, 
SID, ITSID, …), men är inte begränsade till just detta. TRTP i datafält et innehåller SID för begäran. Datafält et 
innehåller en kod som anger orsaken till det negativa svaret. Följande koder finns tillgängliga: 
—  Allmänt avvisande (kod: 10) 
—  Operation kan inte utföras av en orsak som varken förtecknas nedan eller i avsnittet om meddelandet 
DataUnav ailable. 
—  Tjänst en stöds ej (kod: 11) 
—  SID i begäran kan inte tolkas. 
—  Underfu nktion stöds ej (kod: 12) 
—  TRTP i begäran kan inte tolkas. Den kan exempelvis saknas eller ligga utanf ör de accept erade värdena. 
—  Fel meddelandelängd (kod: 13) 
—  Det mottagna meddelandets längd är felaktig (byte för LEN stämmer inte med meddelandets verkliga längd). 
—  Fel omständigheter eller sekvensf el för begäran (kod: 22) 
—  Den begärda tjänst en är inte aktiv eller sekvensen av meddelanden om begäran är felaktig. 
—  Begäran utanf ör tillåte t inter vall (kod: 33) 
—  Posten med parameter för begäran (datafält) är inte giltig. 
—  Svar dröjer (kod: 78) 
—  Begärd åtgärd kan inte fullgöras i tid och fordonsenhet en är inte beredd att godta en annan begäran. 
—  ITSID stämmer inte (kod: FB) 
—  ITSID för SRC stämmer inte med den tillhörande anordninge n efter jämf örelse med informationen från 
Bluet ooth. 
—  ITSID saknas (kod: FC) 
—  ITSID för SRC tillhör inte någon anordning. 
På rader na 1–72 (For matMessageModule) i ASN.1-k oden i bilaga 3 specificeras formate t för meddelandena 
enligt beskr ivning i tabell 3. Mer information om samty cke till meddelandenas innehåll finns nedan. 
4.5.  Förarens samty cke 
Alla tillgängliga data klassificeras som ”standard” (dvs. ej personuppgif ter, non-personal) eller som ”personuppgif ter” 
(personal). Personuppgif ter får endast vara åtkomliga om föraren ger sitt samty cke och accept erar att hans/hennes 
personuppgif ter som finns i färdskr ivaren får lämna fordonets datanät och överföras till tredjepar tstillämpn ingar . 
Förarens samty cke ges när ett visst förark ort (driver card) eller verkstad skort som är okänt för fordonsenheten 
(vehi cle unit) sätts in för första gången och kortinnehavaren uppmanas att ge sitt samty cke till att personuppgif ter 
som finns i färdskr ivaren tillhandahålls via det frivilliga ITS-gränssnitt et. (Se även avsnitt 3.6.2 i bilaga I C.) 
Status för samty cke (aktivt eller ej aktivt) registreras i färdskr ivarens minne. 
I händelse av flera förare får endast personuppgif ter om de förare som givit sitt samty cke delas med ITS- 
gränssnitte t. Om exem pelvis två förare finns i fordonet och bara den första föraren accept erat att dela sina 
personuppgif ter får personuppgif terna för den andra föraren inte delas. 26.5.2016 L 139/425 Europeiska unionens officiella tidning SV     
4.6.  Hämtning av standarddata 
I figur 3 i bilaga 2 visas sekvensdiagram för en giltig begäran om åtkomst till standarddata som sänds från ITS- 
enhete n. ITS-enhet en finns på vita listan och begär inte några personuppgif ter, och därför krävs ingen ytterlig are 
verifiering. Diagrammen utgår från att rätt procedur , såsom visas i figur 2 i bilaga 2, redan har följts. De kan ses 
som en motsvar ighet till den grå rutan REQUES T TREATMENT i figur 2. 
Bland tillgängliga data ska följande anses som standarddata: 
—  standardT achDa ta (TRTP 01) 
—  StandardEventData (TRTP 04) 
—  standardFa ultData (TRTP 06) 
4.7.  Hämtning av personuppgif ter 
I figur 4 i bilaga 2 visas ett sekvensdiagram för behandling av en begäran om personuppgif ter. Som redan nämnts 
får fordonsenhet ens gränssnitt endast sända personuppgif ter om föraren har gett sitt uttryckliga samty cke (se även 
avsnitt 4.5). I andra ska begäran avvi sas automat iskt. 
Bland tillgängliga data ska följande anses som personuppgif ter: 
—  personalT achD ata (TRTP 02) 
—  gnssData (TRTP 03) 
—  personalEventData (TRTP 05) 
—  manuf acturerData (TRTP 07) 
4.8.  Hämtning av data om händelser och fel 
ITS-enhet er ska kunna begära händelsedata enligt förteckningen med samtliga oväntade händelser . Dessa data 
anses vara standarddata eller personuppgif ter – se bilaga 3. Innehållet avseende respektive händelse stämmer med 
den dokumentation som tillhandahålls i bilaga 1 till detta tillägg.  26.5.2016 L 139/426 Europeiska unionens officiella tidning SV     
BILAGA 1 
FÖRTECKNING ÖVER TILLGÄNGLIGA DATA GENOM ITS-GRÄNSSNITTET 
Data Källa Rekommenderad klassificer ing 
VehicleIdentif icationNumber Fordonsenhet Ej personuppgif t 
CalibrationDat e Fordonsenhet Ej personuppgif t 
Tachog raphV ehicleSpeed speed instant t Fordonsenhet Personuppgif t 
Driver1W orkingStat e Select or driver Fordonsenhet Personuppgif t 
Driver2W orkingStat e Fordonsenhet Personuppgif t 
DriveRecognize Speed Threshold detected Fordonsenhet Ej personuppgif t 
Driver1TimeRelatedStat es Weekly day time Förark ort Personuppgif t 
Driver2TimeRelatedStat es Förark ort Personuppgif t 
DriverCardDr iver1 Fordonsenhet Ej personuppgif t 
DriverCardDr iver2 Fordonsenhet Ej personuppgif t 
OverSpeed Fordonsenhet Personuppgif t 
TimeDate Fordonsenhet Ej personuppgif t 
HighResolution TotalV ehicleDistance Fordonsenhet Ej personuppgif t 
ServiceComponentIdentification Fordonsenhet Ej personuppgif t 
ServiceDela yCalendarTimeBased Fordonsenhet Ej personuppgif t 
Driver1Identif ication Förark ort Personuppgif t 
Driver2Identif ication Förark ort Personuppgif t 
NextCalibrationDat e Fordonsenhet Ej personuppgif t 
Driver1ContinuousDr ivingTime Förark ort Personuppgif t 
Driver2ContinuousDr ivingTime Förark ort Personuppgif t 
Driver1CumulativeBreakTime Förark ort Personuppgif t 
Driver2CumulativeBreakTime Förark ort Personuppgif t 
Driver1Cur rentDurationOfSelectedA ctivity Förark ort Personuppgif t 
Driver2Cur rentDurationOfSelectedA ctivity Förark ort Personuppgif t 26.5.2016 L 139/427 Europeiska unionens officiella tidning SV     
Data Källa Rekommenderad klassificer ing 
SpeedA uthor ised Fordonsenhet Ej personuppgif t 
Tachog raphCardSlot1 Förark ort Ej personuppgif t 
Tachog raphCardSlot2 Förark ort Ej personuppgif t 
Driver1Name Förark ort Personuppgif t 
Driver2Name Förark ort Personuppgif t 
OutOfScopeCondition Fordonsenhet Ej personuppgif t 
ModeOfOperation Fordonsenhet Ej personuppgif t 
Driver1CumulatedDr ivingTimePreviousAndCur rentW eek Förark ort Personuppgif t 
Driver2CumulatedDr ivingTimePreviousAndCur rentW eek Förark ort Personuppgif t 
EngineSpeed Fordonsenhet Personuppgif t 
Regist eringMemberState Fordonsenhet Ej personuppgif t 
VehicleRegistrationNumber Fordonsenhet Ej personuppgif t 
Driver1EndOfLastDailyRestPer iod Förark ort Personuppgif t 
Driver2EndOfLastDailyRestPer iod Förark ort Personuppgif t 
Driver1EndOfLastW eeklyRestP eriod Förark ort Personuppgif t 
Driver2EndOfLastW eeklyRestP eriod Förark ort Personuppgif t 
Driver1EndOfSecondLastW eeklyRestPer iod Förark ort Personuppgif t 
Driver2EndOfSecondLastW eeklyRestPer iod Förark ort Personuppgif t 
Driver1Cur rentDailyDr ivingTime Förark ort Personuppgif t 
Driver2Cur rentDailyDr ivingTime Förark ort Personuppgif t 
Driver1Cur rentW eeklyDr ivingTime Förark ort Personuppgif t 
Driver2Cur rentW eeklyDr ivingTime Förark ort Personuppgif t 
Driver1TimeLef tUntilN ewDailyRestPer iod Förark ort Personuppgif t 
Driver2TimeLef tUntilN ewDailyRestPer iod Förark ort Personuppgif t 
Driver1CardExpir yDate Förark ort Personuppgif t 26.5.2016 L 139/428 Europeiska unionens officiella tidning SV     
Data Källa Rekommenderad klassificer ing 
Driver2CardExpir yDate Förark ort Personuppgif t 
Driver1CardNextMandatory DownloadDat e Förark ort Personuppgif t 
Driver2CardNextMandatory DownloadDat e Förark ort Personuppgif t 
Tachog raphNextMandatory DownloadDat e Fordonsenhet Ej personuppgif t 
Driver1TimeLef tUntilN ewW eeklyRestP eriod Förark ort Personuppgif t 
Driver2TimeLef tUntilN ewW eeklyRestP eriod Förark ort Personuppgif t 
Driver1NumberOfTimes9hDailyDr ivingTimesExceeded Förark ort Personuppgif t 
Driver2NumberOfTimes9hDailyDr ivingTimesExceeced Förark ort Personuppgif t 
Driver1CumulativeUnint erruptedRestTime Förark ort Personuppgif t 
Driver2CumulativeUnint erruptedRestTime Förark ort Personuppgif t 
Driver1MinimumDailyRest Förark ort Personuppgif t 
Driver2MinimumDailyRest Förark ort Personuppgif t 
Driver1MinimumW eeklyRest Förark ort Personuppgif t 
Driver2MinimumW eeklyRest Förark ort Personuppgif t 
Driver1MaximumDailyPer iod Förark ort Personuppgif t 
Driver2MaximumDailyPer iod Förark ort Personuppgif t 
Driver1MaximumDailyDr ivingTime Förark ort Personuppgif t 
Driver2MaximumDailyDr ivingTime Förark ort Personuppgif t 
Driver1NumberOfUsedReducedDailyRestPer iods Förark ort Personuppgif t 
Driver2NumberOfUsedReducedDailyRestPer iods Förark ort Personuppgif t 
Driver1RemainingCur rentDr ivingTime Förark ort Personuppgif t 
Driver2RemainingCur rentDr ivingTime Förark ort Personuppgif t 
GNSS position Fordonsenhet Personuppgif t  
2)KONTINUERLIGA GNSS-D ATA, TILL GÄNGLIGA EFTER FÖRARENS SAM TYCKE 
Se tillägg 12 om GNSS. 26.5.2016 L 139/429 Europeiska unionens officiella tidning SV     
3)DATA OM HÄNDELSER, TILL GÄNGLIGA UTAN FÖRARENS SAMT YCKE 
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Insättning av ett ogiltigt 
kort —  De senaste tio händelser na —  Datum och tidpunkt för händelsen 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för det kort som orsakat händel ­
sen 
—  Antal liknande händelser samma dag 
Kortkonflikt —  De senaste tio händelser na —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för de två kort som orsakat kon­
flikte n 
Senaste kortsessionen ej 
korrekt avslutad —  De senaste tio händelser na —  Datum och tidpunkt för insättning av kort 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation 
—  Data om senaste session enligt avläsning från 
kortet 
—  Datum och tidpunkt för insättning av kort 
—Fordonets registrer ingsnummer (VRN), regi­
strerande medlemsstat och fordonsenhetens 
generation 
Avbrott i  
strömtillf örseln.(2) —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 
Fel i kommunikation 
med kommunikationsan ­
ordning för fjärravläsning —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 
Positionsinf ormation från 
GNSS-mottag are saknas —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 
Fel i rörelsedata —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 26.5.2016 L 139/430 Europeiska unionens officiella tidning SV     
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Konflikt i fordonets rö­
relsedata —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 
Försök till säkerhetsö ver­
trädelse De tio senaste händelser na per hän­
delsetyp —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut (om det 
är relevant) 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Händelsetyp 
Tidsk onflikt —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt enligt färdskr ivaren 
—  Aktuellt UTC-datum och aktuell UTC-tid 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag  
4)DATA OM HÄNDELSER, TILL GÄNGLIGA MED FÖRARENS SAM TYCKE 
Händelse Lagr ingsreg ler Data som ska registreras per händelse 
Körning utan korrekt 
kort —  Den långvar igast e händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat 
—  De fem långvar igast e händelser na 
under de senast e 365 dygnen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid händelsens början och/eller slut 
—  Antal liknande händelser samma dag 
Insättning av kort under 
körning —  Den senast e händelsen för vart 
och ett av de senaste tio dygn där 
händelsen inträffat —  Datum och tidpunkt för händelsen 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation 
—  Antal liknande händelser samma dag 
Hastighetsö verträdelse (1) —  Den mest allvarliga händelsen för 
vart och ett av de senast e tio 
dygn där händelsen inträffat (dvs. 
den med högsta medelhastighet) 
—De fem mest allvarlig a händel ­
serna under de senaste 365 dyg­
nen 
—Den första händelsen som inträf ­
fat efter den senaste kalibrer ingen —  Datum och tidpunkt för händelsens början 
—  Datum och tidpunkt för händelsens slut 
—  Högsta hastighet som uppmätts under händelsen 
—  Aritmetisk medelhastighet som uppmätts under 
händelsen 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för förark ortet (i förek ommande 
fall) 
—  Antal liknande händelser samma dag  26.5.2016 L 139/431 Europeiska unionens officiella tidning SV     
5)DATA OM FEL, TILLGÄNGLIGA UTAN FÖRARENS SAMT YCKE 
Fel Lagr ingsreg ler Data som ska registreras per fel 
Kortfel —  De tio senaste förark ortsfelen —  Datum och tidpunkt för felets början 
—  Datum och tidpunkt för felets slut 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation 
Färdskr ivarfel —  De tio senaste felen för varje typ 
av fel 
—  Det första felet efter den senaste 
kalibrer ingen —  Datum och tidpunkt för felets början 
—  Datum och tidpunkt för felets slut 
—  Typ av fel 
—  Korttyp, kortnummer , utfärdande medlemsstat 
och generation för ett eventuellt kort som var in­
satt vid felets början och/eller slut  
Detta fel ska utlösas vid något av följande fel om kalibrer ingsläge t inte är inställt : 
—  Internt fel i fordonsenhet en. 
—  Skrivarfel. 
—  Bildskär msfel. 
—  Överfö ringsfe l. 
—  Sensorfel. 
—  Fel i GNSS-mottagare eller extern GNSS-anordning. 
—  Fel i kommunikationsanordning för fjärravläsning. 
6)TILL VERKARSPECIFIKA HÄNDELSER OCH FEL, UTAN FÖRARENS SAM TYCKE 
Händelse eller fel Lagr ingsreg ler Data som ska registreras per händelse 
Defi nieras av tillverkaren Definieras av tillverkaren Definieras av tillverkaren   26.5.2016 L 139/432 Europeiska unionens officiella tidning SV     
BILAGA 2 
SEKVENSDIA GRAM FÖR MEDDEL ANDEUTBY TEN MED ITS-ENHETEN 
Figur 1 
Sekv ensdiag ram för försök till PIN-valider ing 
26.5.2016 L 139/433 Europeiska unionens officiella tidning SV     
Figur 2 
Sekv ensdiag ram för verifiering av ITS-enhetens aukto risation 
26.5.2016 L 139/434 Europeiska unionens officiella tidning SV     
Figur 3 
Sekv ensdiag ram för behandling av en begäran om data som inte klassif iceras som personuppgif ter (efter 
åtkoms t genom rätt PIN-k od) 
Figur 4 
Sekv ensdiag ram för behandling av en begäran om data som klassif iceras som personuppgif ter (efter åtkomst 
genom rätt PIN-k od) 
26.5.2016 L 139/435 Europeiska unionens officiella tidning SV     
Figur 5 
Sekv ensdiag ram för försök till PUC-valider ing 
26.5.2016 L 139/436 Europeiska unionens officiella tidning SV     
BILAGA 3 
ASN .1-SPECIFIKA TIONER 
26.5.2016 L 139/437 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/438 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/439 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/440 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/441 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/442 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/443 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/444 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/445 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/446 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/447 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/448 Europeiska unionens officiella tidning SV     
Tillägg 14 
FJÄRRK OMMUNIKA TIONSFUNKTION 
INNEHÅLLSFÖRTECKNING 
1 INLEDNING ...................................................................................................................................... 450 
2 TILL ÄMPNINGSOMRÅDE ..................................................................................................................... 451 
3 FÖRK ORTNINGAR, DEFINITIONER OCH BETECKNINGAR ........................................................................... 452 
4 DRIFTSCENARIER ............................................................................................................................... 454 
4.1 Översikt ............................................................................................................................... 454 
4.1.1 Nödvändiga förutsättningar för dataö verfö ring via gränssnitt för 5,8 GHz DSR C................................... 454 
4.1.2 Avläsar prof il 1a: via handr iktad fjärravläsare eller fjärravläsare som är tillfäll igt uppsatt och riktad vid väg­
kanten ................................................................................................................................. 455 
4.1.3 Avläsar prof il 1b: via fjärravläsare som är monterad i och riktad från fordon ........................................ 456 
4.2 Säkerhet/int egritet.................................................................................................................. 456 
5 FJÄRRK OMMUNIKA TION – UTFORMNING OCH PROTOK OLL ...................................................................... 456 
5.1 Utformning ........................................................................................................................... 456 
5.2 Arbetsgång ........................................................................................................................... 459 
5.2.1 Arbetsmoment ...................................................................................................................... 459 
5.2.2 Tolkning av data som mottagits via DSR C-kommunikation .............................................................. 461 
5.3 Fysiska gränssnittsparametrar för DSR C och fjärrkommunikation ...................................................... 461 
5.3.1 Begränsningar avseende placer ing .............................................................................................. 461 
5.3.2 Ned- och upplänkningsparametrar ............................................................................................. 461 
5.3.3 Antennutf ormning ................................................................................................................. 466 
5.4 Krav på DSR C-proto koll för RTM ............................................................................................... 466 
5.4.1 Översikt ............................................................................................................................... 466 
5.4.2 Kommandon ......................................................................................................................... 469 
5.4.3 Kommandosekvens vid avläsning ............................................................................................... 469 
5.4.4 Datastr ukturer ....................................................................................................................... 470 
5.4.5 Element i RtmData, operationer som utförs samt definitioner ........................................................... 472 
5.4.6 Mekanism för dataö verföring .................................................................................................... 476 
5.4.7 Detaljbeskr ivning av DSR C-transaktion ....................................................................................... 476 
5.4.8 Beskr ivning av provning med DSR C-transaktion ............................................................................ 486 
5.5 Stöd för direktiv (EU) 2015/719 ................................................................................................ 490 
5.5.1 Översikt ............................................................................................................................... 490 26.5.2016 L 139/449 Europeiska unionens officiella tidning SV     
5.5.2 Kommandon ......................................................................................................................... 490 
5.5.3 Kommandosekvens vid avläsning ............................................................................................... 490 
5.5.4 Datastr ukturer ....................................................................................................................... 490 
5.5.5 ASN.1-modul för OWS-transaktion via DSR C............................................................................... 491 
5.5.6 Element i OwsData, operationer som utförs samt definitioner .......................................................... 492 
5.5.7 Mekanismer för dataö verföring .................................................................................................. 492 
5.6 Dataö verföring mellan fordonsenhetens DSR C-modul och fordonsenheten .......................................... 492 
5.6.1 Fysisk anslutning och gränssnitt ................................................................................................ 492 
5.6.2 Tillämpningsprot okoll............................................................................................................. 493 
5.7 Felhanteri ng.......................................................................................................................... 494 
5.7.1 Registrer ing och kommunikation av data i fordonsenhet ens DSR C-modul ........................................... 494 
5.7.2 Fel i trådlös kommunikation ..................................................................................................... 494 
6 PROVNING VID DRIFTSÄ TTNING OCH PERIODISK BESIK TNING AV FJÄRRK OMMUNIKA TIONSFUNK TIONEN ........ 496 
6.1 Allmänt ............................................................................................................................... 496 
6.2 ECHO .................................................................................................................................. 496 
6.3 Prov för att validera skyddat datainnehåll ..................................................................................... 496  
1  INLEDNING 
I detta tillägg anges den utformning och de procedurer som ska följas för att säke rställa fjärrkommunikations ­
funktionen (nedan kallad kommunikationen) såsom krävs i artikel 9 i förordning (EU) nr 165/2014 (nedan kallad 
förordningen). 
DSC_1 I förordning (EU) nr 165/2014 fastställs att färdsk rivaren ska vara utrustad med en fjärrkommunika ­
tionsfunktion som ska göra det möjligt för de behör iga kontrollm yndigheternas representanter (även 
kallade kontrolltjänstemän) att läsa färdskr ivarinformation från passerande fordon med hjälp av 
utrustning för fjärravläsning (nedan kallad fjärravläsare eller REDCR, Remote Early Detection 
Communication Reader), eller mer specifi kt sådan utrustning för trådlös anslutning via gränssnitt för 
5,8 GHz DSR C (Dedicated Shor t Range Communication) enligt CEN. 
Det är viktigt att inse att denna funktion är avsedd endast som ett inledande filter så att fordon kan 
väljas ut för närmare besiktning, och att den inte ersätter det formella besiktningsf örfarande som 
fastställs i bestämmelser na i förordning (EU) nr 165/2014. Se skäl 9 i ingressen till den förordningen , 
som säger att kommunikation på distans mellan färdskr ivare och kontrollm yndighete r vid kontroll ute 
på vägarna underlättar riktade vägk ontroller . 
DSC_2  Data ska utväxlas genom kommunik ationen i form av en trådlös förbindelse som utnyttjar 5,8 GHz 
DSR C trådlös kommunikation som överensstämmer med detta tillägg och som provas mot lämpli ga 
parametrar i EN 300 674-1, {Electr omagnetic compatibility and Radio spectr um Matters (ERM); Road 
Transpor t and Traffic Telematics (RTTT); Dedicated Shor t Range Communication (DSRC) transmission 
equipment (500 kbit/s/250 kbit/s) operating in the 5,8 GHz Industr ial, Scientific and Medical (ISM) band; 
Part 1: Gener al character istics and test methods for Road Side Units (RSU) and On -Boar d Units (OBU)}. 
DSC_3  Kommunikati onen ska upprättas med kommunikationsutr ustningen endast när detta begärs från den 
behör iga kontrollm yndighetens utrustning med hjälp av medel för radiok ommunikation (fjärravläsar e) 
som uppfyller relevanta krav . 
DSC_4  Data ska skyddas för att säkerställa integr itet. 26.5.2016 L 139/450 Europeiska unionens officiella tidning SV     
DSC_5  Tillgång till data som kommuniceras ska begränsas till sådana behör iga kontrollm yndigheter med 
tillstånd att kontrollera överträdelser som avses i förordning (EG) nr 561/2006 och förordning (EU) 
nr 165/2014, och till verkstäder i den utsträc kning som krävs för att kontrollera att färdskr ivaren 
fung erar korrekt. 
DSC_6  Data som utväxlas genom kommunikationen ska begränsas till de data som krävs för riktade 
vägk ontroller av fordon med poten tiellt manipulerade eller missbr ukade färdskr ivare. 
DSC_7  Integri tet och säkerhet för data ska uppnås genom att dessa skyddas inom fordonsenhet en och genom 
att endast skyddade nyttolastdata och säkerhetsrelat erade data (se avsnitt 5.4.4) sänds via det trådlösa 
fjärrkommunikationsmediet i form av 5,8 GHz DSR C, vilket innebär att endast personer med tillstånd 
från de behör iga kontrollm yndighete rna har möjlighet att tolka de data som sänds genom 
kommunik ationen och kontrollera deras autenticit et. Se tillägg 11 om gemensamma säkerhetsme ­
kanismer . 
DSC_8  Data ska innehålla en tidsstäm pel som visar tidpunkt en för senaste uppdat ering. 
DSC_9  Innehållet i säkerhetsdata ska endast vara känt och kontrolleras av de behör iga kontrollm yndigheterna, 
och av de parter till vilka de behör iga kontrollm yndighet erna delar med sig av innehållet, och 
innehållet faller utanf ör ramar na för den kommunik ation som beskr ivs i detta tillägg, förutom att 
kommunik ationen ska tillhandahålla överfö ring av ett paket med säkerhets data tillsammans med varje 
paket med nytt olastdata. 
DSC_10  Samma arkitektur och utrustning ska kunna använ das för att skaff a tillgång till andra datak oncept 
(t.ex. ombordsystem för vägning) som utnyttjar den arkite ktur som beskr ivs här. 
DSC_11  Förtydligan de: I enlighet med bestämmelser na i artikel 7 i förordning (EU) nr 165/2014 får data som 
rör förarens identit et inte kommuniceras genom kommunik ationen. 
2  TILL ÄMPNINGSOMRÅDE 
I detta tillägg beskr ivs hur de behör iga kontrollm yndighetern as representanter (även kallade kontrolltj änstemän) 
utnyttjar en specificerad trådlös kommunikation i form av 5,8 GHz DSR C för att på distans erhålla data från ett 
visst fordon, som visar om fordonet är inblandat i en pote ntiell överträdelse av förordning (EU) nr 165/2014 
och om man bör överväga att stoppa fordonet för vidare undersökning. 
I förordning (EU) nr 165/2014 krävs att insamlade data ska begränsas till sådana data som visar en potentiell 
överträdelse eller är relevanta för detta, såsom definieras i artikel 9 i den förordningen . 
I denna situation är den tid som är tillgänglig för kommunikation begränsad eftersom kommunik ationen är riktad 
och utformad för kort avstånd. Samma kommunikationsmedel som använ ds för fjärrövervakning av 
färdskr ivare (RTM, Remote Tachog raph Monitor ing) kan dessutom utnyttjas av de behör iga kontrollm yndighet erna 
för andra tillämpni ngar (t.ex. högsta tillåtna vikter och störs ta tillåtna dimensioner för tunga lastf ordon såsom 
definieras i direktiv (EU) 2015/719). De behör iga kontrollm yndigheterna får själva besluta om sådant 
utnyttjande ska vara separerat eller sekventiellt i förhållande till övervakningen av färdskr ivare. 
I detta tillägg specificeras följande: 
—  Den utrustning och de procedurer och protok oll som ska använ das i kommunikationen. 
—  De standarder och förordningar vars krav radioutr ustningen ska uppfylla. 
—  Överlämningen av data till den utrustning som använ ds i kommunik ationen. 
—  Procedurer för förfrågan och överföring, samt i vilken ordning de olika operationer na sker . 
—  Data som ska överfö ras. 
—  Möjlig tolkning av de data som överförs genom kommunik ationen. 
—  Bestämmelser om skyddade data som rör kommunikationen. 26.5.2016 L 139/451 Europeiska unionens officiella tidning SV     
—  De behör iga kontrollm yndighete rnas tillgång till data. 
—  Möjligheten för fjärravläs aren för tidig upptäckt att begära olika datak oncept för Freight and Fleet. 
Förtydligan de: I detta tillägg specifi ceras inte följande: 
—  Drift och hanteri ng i samband med insamling av data i fordonsenhet en (denna ska bestämmas genom 
produktens utformning om inge t annat anges i förordning (EU) nr 165/2014). 
—  Överlämningsf orm för insamlade data gent emot de behör iga kontrollm yndighetern as representant och 
kriterier som ska användas av den behör iga kontrollm yndigheten för att bestämma vilka fordon som ska 
stoppas (dessa ska bestämmas genom produktens utformning om inget annat anges i förordning (EU) 
nr 165/2014 eller i den behör iga kontrollm yndighete ns policybeslut). Förtydligan de: Kommunikat ionen 
innebär endast att data görs tillgäng liga för de behör iga kontrollm yndigheterna så att de kan fatta väl 
underbyggda beslut. 
—  Bestämmelser om datasäke rhet (t.ex. kryptering) som rör innehållet i data (dessa specificeras i tillägg 11 om 
gemensamma säkerhetsmekanismer). 
—  Uppgif ter om andra datak oncep t än RTM som kan erhållas med hjälp av samma arkite ktur och utrustning. 
—  Uppgif ter om funktion och samver kan mellan fordonsenheten och fordonsenhetens DSR C-modul, samt 
funktion inom fordonsenhetens DSR C-modul (utöver tillhandahållande av data när detta begärs från en 
fjärravläsare för tidig upptäc kt). 
3  FÖRK ORTNINGAR, DEFINITIONER OCH BETECKNINGAR 
Följande förkortningar och definitioner som är särskilda för detta tillägg används i detta tillägg: 
antenn  elektr isk anordning som omvandlar elektr isk energi till radio vågor och 
omv änt, och som använ ds tillsammans med en radiosändare eller 
radiomottagar e. I drift avger en radiosändare en elektr isk ström som svänger 
med radiofrekvens till antennens spetsar , och antennen utstrålar energin från 
den elektr iska strömmen i form av elektromagnetiska vågor (radio vågor). Vid 
mottagningen fångar en antenn en del av den elektromagnetiska våge ns energi 
för att generera en svag spänning vid sina spetsar , och spänningen förstärks 
sedan i en mottagare. 
kommunikation  utväxling av information/data mellan en fjärravläsares DSR C-modul (även 
kallad DSRC-REDCR nedan) och en fordonsenhets DSR C-modul (även kallad 
DSRC-VU nedan) i enlighet med avsnitt 5 i en maste r-slave-k onfiguration för 
att erhålla data. 
data  skyddade data i definierat format (se avsnitt 5.4.4) som begärs av DSR C- 
REDCR och lämnas till DSR C-REDCR av DSR C-VU via en 5,8 GHz DSR C-länk 
såsom definieras i avsnitt 5 nedan. 
föror dning (EU) nr 165/2014  förordning (EU) nr 165/2014 av den 4 februari 2014 om färdskr ivare vid 
vägtranspor ter, om upphävan de av rådets förordning (EEG) nr 3821/85 om 
färdskr ivare vid vägtranspor ter och om ändr ing av Europaparlamentets och 
rådets förordning (EG) nr 561/2006 om harmoniser ing av viss sociallag ­
stiftning på vägtranspor tom rådet. 
AID  Application Identifi er (tillämpnings identif ierare) 
BLE  Bluetooth Low Energy 
BST  Beacon Service Table (tabell med fjärravläsarens tjänst er) 26.5.2016 L 139/452 Europeiska unionens officiella tidning SV     
CIWD  Card Inser tion While Driving (insättning av kort under körning) 
CRC  Cyclic Redundancy Check (cyklisk redundansk ontroll) 
DSC (n)  Identif ierare för ett specifikt krav i detta tillägg 
DSR C  Dedicated Shor t Range Communication (radiok ommunikation över korta avstånd) 
DSR C-REDCR  DSRC – Remote Early Detection Communication Reader (DSR C-modul för 
fjärravläsare) 
DSR C-VU  DSRC – Vehicle Unit (DSR C-modul för fordonsenhet). Denna ingår i den 
anordning för fjärravläst tidig upptäc kt som definieras i bilaga 1C. 
DWV C  Driving Without Valid Card (körning utan giltigt kort) 
EID  Element Identifier (elementidentif ierare) 
LLC  Logical Link Control (länkproto koll) 
LPDU  LLC Protocol Data Unit (dataenhet enligt länkprotok oll) 
OWS  Onboar d Weighing System (ombordsystem för vägning) 
PDU  Protocol Data Unit (dataenhet enligt protok oll) 
REDCR  Remote Early Detection Communication Reader (fjär ravläsare för tidig upptäc kt). 
(Samma som den ”fjärravläsare för tidig upptäc kt” som definieras i bilaga 1C.) 
RTM  Remote Tachog raph Monitor ing (fjär rövervakning av färdskr ivare) 
SM-REDCR  Secur ity Module-Remote Early Detection Communication Reader (säker hetsmodul i 
fjärravläsare) 
TARV  Telematics Applications for Regulated Vehicles (standard i serien ISO 15638) 
VU  Vehicle Unit (fordonsenhet) 
VUPM  Vehicle Unit Payload Memor y (fordonsenhet ens minne för nytt olastdata) 
VUSM  Vehicle Unit Secur ity Module (säkerhetsmodul i fordonsenhet) 
VST  Vehicle Service Table (tabell med fordonets tjänst er) 
WIM  Weigh In Motion (vägning i rörelse) 
WOB  Weigh On Boar d (vägning ombord) 
Den specifi kation som definieras i detta tillägg hänvisar till och är beroende av hela eller delar av följande 
förordningar och standarder . I respektive avsnitt i detta tillägg anges de relevanta standarder na eller de relevanta 
avsnitten i standarder na. I händelse av motstr idiga uppgif ter ska avsnitte n i detta tillägg ha företräde. I händelse 
av motstr idiga uppgif ter och från varo av en tydligt fastställd specif ikation i detta tillägg ska drift inom 
ERC 70-03 (och provning mot lämplig a parametrar i EN 300 674-1) ha företräde, följt i fallande ordning av 
EN 12795, EN 12253, EN 12834 och EN 13372, 6.2, 6.3, 6.4 och 7.1. 
I detta tillägg hänvisas till följande förordningar och standarder:  
[1] Europaparlamentets och rådets förordning (EU) nr 165/2014 av den 4 februari 2014 om färdskr ivare vid 
vägtranspor ter, om upphävande av rådets förordning (EEG) nr 3821/85 om färdsk rivare vid 
vägtranspor ter och om ändr ing av Europaparlamentet s och rådets förordning (EG) nr 561/2006 om 
harmoniser ing av viss sociallagstif tning på vägtranspor tområdet. 26.5.2016 L 139/453 Europeiska unionens officiella tidning SV     
[2] Europaparlamentets och rådets förordning (EG) nr 561/2006 av den 15 mars 2006 om harmoniser ing av 
viss sociallagstif tning på vägtranspor tområdet och om ändr ing av rådets förordningar (EEG) nr 3821/85 
och (EG) nr 2135/98 samt om upphävan de av rådets förordning (EEG) nr 3820/85.  
[3] ERC 70-03 CEPT : ECC Recommendation 70-03: Relating to the Use of Shor t Range Devices (SRD)  
[4] ISO 15638 Intellig ent transpor t systems — Framew ork for cooperative telematics applications for 
regulated commercial freight vehicles (TARV).  
[5] EN 300 674-1 Electromagnetic compati bility and Radio spectr um Matters (ERM); Road Transpor t and 
Traffic Telematics (RTTT); Dedicat ed Shor t Range Communication (DSR C) transmission equipment 
(500 kbit/s/250 kbit/s) operating in the 5,8 GHz Industr ial, Scientifi c and Medical (ISM) band; Part 1: 
General charact eristics and test methods for Road Side Units (RSU) and On-Board Units (OBU).  
[6] EN 12253 Road transpor t and traff ic telematics – Dedicat ed shor t-rang e communication – Physical layer 
using micro wav e at 5.8 GHz.  
[7] EN 12795 Road transpor t and traffic telema tics – Dedicated shor t-rang e communication – Data link layer: 
medium access and logical link control.  
[8] EN 12834 Road transpor t and traffic telem atics – Dedicat ed shor t-range communication – Application 
layer.  
[9] EN 13372 Road transpor t and traff ic telem atics – Dedicated shor t-range communication – Profil es for 
RTTT applications  
[10] ISO 14906 Electronic fee collection — Application interface definition for dedicated shor t- rang e 
communication 
4  DRIFTSCENARIER 
4.1  Översikt 
I förordning (EU) nr 165/2014 ange s specifi ka och kontrollerade scenar ier där kommunik ationen ska använ das. 
Dessa scenar ier är följande: 
”Communication Profile 1: Roadside inspection using a shor t range wireless communication Remote Early Detection 
Communication Reader instig ating a physic al roadside inspection (master -:-slave) 
Reader Profile 1a: via a hand aimed or tempor ary roadside mounted and aimed Remote Early Detection Communication 
Reader Profile 1b: via a vehicle mounted and directed Remote Early Detection Communication Reader”. 
4.1.1  Nödv ändig a förutsättning ar för dataöverför ing via gränssnitt för 5,8 GHz DSRC 
ANMÄRKNING: Se figur 14.3 nedan för att förstå det sammanhang som ger de nödvändig a förutsättning arna.  
4.1.1.1  Data som lagras i fordonsenhet 
DSC_12  Fordonsenhet en ska ansvara för att uppdat era data var 60:e sekund och för att underhålla de data som 
lagras i fordonsenheten, utan någon inblandning av funktionen för DSR C-kommunikation. Detta 
uppnås genom fordonsenhetens interna funktioner , såsom anges i förordning (EU) nr 165/2014 och i 
bilaga 1C, avsnitt 3.19 om fjärrkommunikation för riktade vägk ontroller , och specifi ceras inte i detta 
tillägg. 26.5.2016 L 139/454 Europeiska unionens officiella tidning SV     
4.1.1.2  Data som tillhandahålls fordonsenhet ens DSR C-modul 
DSC_13  Fordonsenhet en ska ansvara för att färdskr ivardata för DSR C-kommunikation (data) uppdat eras så 
snar t som de data som lagras i fordonsenhet en uppdateras, med det inter vall som bestäms i 
avsnitt 4.1.1.1 (DSC_12), utan någon inblandning av funktionen för DSR C-kommunikation. 
DSC_14  Data från fordonsenheten ska användas som grund för att skapa och uppdat era data. Medlen för att 
åstadk omma detta specifi ceras i bilaga I C, avsnitt 3.19 om fjärrkommunikation för riktade 
vägk ontroller . Om denna specifi kation saknas bestäms medlen genom produkten s utformning, och de 
specifi ceras inte i detta tillägg. När det gäller utformning av anslutningen mellan fordonsenhet ens 
DSR C-modul och fordonsenhet en, se avsnitt 5.6. 
4.1.1.3  Datainnehåll 
DSC_15 Innehåll och format för data ska vara sådant att det efter dekr yptering är strukturerat och tillgäng­
liggjor t i den form och det format som specificeras i avsnitt 5.4.4 om datastr ukturer i detta tillägg. 
4.1.1.4  Dataö verlämning 
DSC_16  Data som regelbun det uppdaterats i enlighet med procedurer na i avsnitt 4.1.1.1 ska skyddas innan de 
överlämnas till fordonsenhetens DSR C-modul (DSRC-VU) och överlämnas som ett skyddat 
datak oncep t för tillfällig lagring som nuvarande version av data i fordonsenhet ens DSR C-modul. Data 
överfö rs från fordonsenhet ens säkerhetsmodul (VUSM) till DSR C-funktionen i form av 
fordonsenhet ens minne för nyttolas tdata (VUPM). VUSM och VUPM är funktioner och inte 
nödvändigtvis fysiska enheter . Den fysiska lösningen för att uppfylla dessa funktioner ska bestämmas 
genom produkten s utformning om inget annat ange s i förordning (EU) nr 165/2014. 
4.1.1.5  Säkerhetsdata 
DSC_17  Säke rhetsdata (secur ityData), inklusive de data som krävs för att fjärravläsaren ska kunna dekr yptera 
data, ska tillhandahållas såsom definieras i tillägg 11 om gemensamma säkerhetsmekanismer och 
överlämnas som ett datak oncep t för tillfäll ig lagring i fordonsenhet ens DSR C-modul som nuvarande 
version av secur ityData och i den form som definieras i avsnitt 5.4.4 i detta tillägg. 
4.1.1.6  VUPM-data tillgäng liga för överfö ring via DSR C-gränssnitt 
DSC_18  Det datak oncep t som alltid ska vara tillgängligt i DSR C-funktionen i form av fordonsenhetens minne 
för nytt olastdata (VUPM) för omedelbar överföring efter begäran från fjärravläsaren definieras i 
avsnitt 5.4.4 som en fullständigt specificerad ASN.1-modul. 
Kommunikationsprof il 1 – allmän översikt 
Denna profil omf attar det användningsfall där de behör iga kontrollm yndighete rnas representant använder en 
fjärravläsar e för tidig upptäckt (gränssnitt för 5,8 GHz DSR C som fung erar inom ERC 70-03 och som provats mot 
lämpli ga parametrar från EN 300 674-1, såsom beskr ivs i avsnitt 5) för att på distans identifiera ett fordon som 
är inblandat i en potentiell överträdelse av förordning (EU) nr 165/2014. När fordonet väl har identif ierats 
bestämmer den representant från de behör iga kontrollm yndighete rna som kontrollerar avläsning en om fordonet 
bör stoppas. 
4.1.2  Avläsar profil 1a: via handr iktad fjärravläsar e eller fjärravläs are som är tillfälligt uppsatt och riktad vid vägkanten 
I detta användningsf all finns de behör iga kontrollm yndighet ernas representant vid vägkanten och riktar en 
handhållen fjärravläsare, eller en fjärravläsare som är monterad på ett stativ eller flyttbar på annat sätt, från 
vägkante n mot mitten av fordonets vindr uta. Avläsning en görs med hjälp av gränssnitt för 5,8 GHz DSR C som 
fung erar inom ERC 70-03 och som provats mot lämplig a parametrar i EN 300 674-1 såsom beskr ivs i 
avsnitt 5. Se figur 14.1 (använ dningsfall 1). 26.5.2016 L 139/455 Europeiska unionens officiella tidning SV     
Figur 14.1 
Avläsning från vägkanten med 5,8 GHz DSR C 
4.1.3  Avläsar profil 1b: via fjärravläsar e som är monter ad i och riktad från fordon 
I detta användningsfall finns de behör iga kontrollm yndigheternas representant i ett fordon i rörelse. Antingen 
riktar representanten en handhållen, flyttbar fjärravläsare från sitt fordon mot vindr utans mitt på det fordon 
som ska kontrolleras eller så är fjärravläsaren mont erad i eller på fordonet så att den är riktad mot vindr utans 
mitt på det fordon som ska kontrolleras när representantens fordon är i en speciell position i förhållande till det 
fordon som ska kontrolleras (t.ex. direkt framf ör i trafiken). Avläsning en görs med hjälp av gränssnitt för 
5,8 GHz DSR C som fung erar inom ERC 70-03 och som provats mot lämpli ga parametrar i EN 300 674-1 
såsom beskr ivs i avsnitt 5. Se figur 14.2 (användningsf all 2). 
Figur 14.2 
Fordonsbaserad avläsning med 5.8 GHz DSR C 
4.2  Säkerhet/integ ritet 
För att göra det möjligt att verifiera aute nticitet och integritet hos data som överfö rs genom fjärrkommunikation 
kontrolleras och dekr ypteras skyddade data i enlighet med tillägg 11 om gemensamma säkerhetsmekanismer . 
5  FJÄRRK OMMUNIKA TION – UTFORMNING OCH PROTOK OLL 
5.1  Utformning 
Utformning en av fjärrkommunikationsfunktionen i en smar t färdskr ivare visas i figur 14.3. 26.5.2016 L 139/456 Europeiska unionens officiella tidning SV     
Figur 14.3 
Utformning av fjärrkommunik ationsfunktion 
DSC_19  Följande funktioner finns i fordonsenheten: 
—  Säkerhetsmodul (VUSM). Denna funktion i fordonsenhet en ansvarar för att skydda de data som ska 
överföras från fordonsenhetens DSRC-modul (DSR C-VU) via fjärrkommunikation till de behör iga 
kontrollm yndighete rnas representant. 
—  Skyddade data lagras i säkerhets modulens minne. Med de intervall som fastställs i avsnitt 4.1.1.1 
(DSC_12) krypterar fordonsenheten datak oncep tet för RTM (som omf attar nytt olastdata och 
säkerhetsdata med värden som fastställs nedan i detta tillägg) och komplett erar de data som finns i 
minnet i fordonsenhet ens DSR C-modul. Säkerhetsmodulens funktion definie ras i tillägg 11 om 
gemensamma säke rhetsmekanismer och faller utanf ör tillämp ningsområdet för det här tillägge t, 
förutom att den ska tillhandahålla uppdat eringar till fordonsenhetens minne för nyttolastdata (VUPM) 
så snar t som data i säkerhetsmodulen ändras. 
—  Kommunikationen mellan fordonsenhet en och fordonsenhet ens DSR C-modul kan ske via kabel 
eller BLE (Bluetooth Low Energy), och fordonsenhet ens DSR C-modul kan fysiskt vara integrerad med 
antennen i fordonets vindr uta eller vara placerad i fordonsenhet en eller någonstans däremellan. 
—  Fordonsenhet ens DSR C-modul ska alltid ha tillgång till en tillförlitlig strömkälla. Strömtillf örseln 
kan lösas genom valfr i utformning. 
—  Fordonsenhet ens DSR C-modul ska ha ett permanent minne för att upprätthålla data i 
fordonsenhetens DSR C-modul även när fordonets tändning är avstängd. 
—  Om kommunikationen mellan fordonsenhet en och fordonsenhet ens DSR C-modul sker via BLE och 
strömkällan är ett ej uppladdningsbar t batt eri ska strömkällan för fordonsenhetens DSR C-modul 
bytas ut vid varje periodisk besiktning och tillverkaren av utrustning en till fordonsenhet ens DSR C- 
modul ska ansvara för att strömtillf örseln är tillräcklig från en periodisk besiktning till nästa, så att 
en fjärravläsare har normal tillgång till data utan fel eller avbrott under hela perioden. 26.5.2016 L 139/457 Europeiska unionens officiella tidning SV     
—  Fordonsenhetens minne för nyttolast i form av RTM-data (VUPM). Denna funktion i fordonsenheten 
ansvarar för att tillhandahålla och uppdat era data. Datainnehållet (datatypen Tachog raphP ayload) 
definieras i avsnitt 5.4.4/5.4.5 nedan och uppdateras med det intervall som fastställs i 
avsnitt 4.1.1.1 (DSC_12). 
—  Fordonsenhetens DSRC-modul (DSR C-VU). Detta är den funktion som ingår i eller är anslut en till 
antennen, som kommunicerar med fordonsenhet en via kabel eller trådlös (BLE) anslutning och 
som lagrar aktuella data (VUPM-data) och hantera r svaret på en begäran om avläs ning med 
5,8 GHz DSR C som medium. Bortkoppling av DSR C-funktionen eller störn ing under normal 
fordonsdr ift ska tolkas som en överträdelse av förordning (EU) nr 165/2014. 
—  Fjärravläsar ens säke rhetsmodul (SM-REDCR) är den funktion som använ ds till att dekr yptera och 
integritetsk ontrollera de data som kommer från fordonsenheten. Medlen för att åstadk omma detta 
fastställs i tillägg 11 om gemensamma säke rhetsmekanismer och definieras inte i det här tillägge t. 
—  Fjärravläsar ens DSRC-modul (DSR C-REDCR) omf attar en 5,8 GHz transceiver och tillhörande fast 
program vara och programvar a som sköter kommunik ationen med fordonsenhetens DSRC-modul i 
enlighet med detta tillägg. 
—  Fjärravläsar ens DSRC-modul skick ar en begäran till fordonsenhetens DSRC-modul i det fordon som ska 
kontrolleras och erhåller data (aktuella VUPM-data i det fordon som ska kontrolleras) via DSR C- 
länk och DSR C-processer och lagrar mottagna data i sin säkerhetsmodul. 
—  Ante nnen till fordonsenhetens DSR C-modul ska placeras på en plats där den ger en optimal DSR C- 
kommunikation mellan fordonet och antennen vid vägkant en (nor malt i eller i närheten av 
centr um av fordonets vindr uta …). För lätta fordon är det lämpligt med en motsvarande 
installation på vindr utans övre del. 
—  Det får inte finnas några metallf öremål som kan störa kommunikationen (t.ex. namnskyltar , 
dekaler , antiref lexfolie (för toning), solskydd, vindr utetorkare i viloläge) framf ör eller i närhete n 
av antennen. 
—  Antennen ska monteras så att dess siktlinje är i stor t sett parallell med vägbanan. 
DSC_20  Antenn en och kommunikationen ska fung era inom ERC 70-03, provade mot lämplig a parametrar i 
EN 300 674-1 såsom beskr ivs i avsnitt 5. Antenne n och kommunikationen kan utnyttja teknik, 
t.ex. filter för kommunikation med 5,8 GHz DSR C enligt CEN, för att minska radiostörn ingar såsom 
beskr ivs i ECC-rappor t 228. 
DSC_21  DSR C-antenn en ska vara anslut en till fordonsenhet ens DSR C-modul, antingen direkt i modulen, 
mont erad på eller i närhet en av vindr utan, eller via en särskilt avsedd kabel som är utformad på ett 
sätt som försvårar lagstr idig bortkoppling. Bortkoppling av antennen eller störn ing av dess funktion 
ska vara en överträdelse av förordning (EU) nr 165/2014. Avsiktlig maskning eller annan negativ 
påverkan på antennens driftsprestanda ska tolkas som en överträdelse av förordning (EU) 
nr 165/2014. 
DSC_22  Antenn ens formfaktor är inte definierad utan ska baseras på ett kommersiellt beslut, så länge som 
fordonsenhet ens monterad e DSR C-modul uppfyller kraven i avsnitt 5 nedan. Ante nnen ska vara 
placerad såsom fastställs i DSC_19 och visas i figur 14.4 (den ovala linjen), och så att den effektivt 
stöde r de användningsfall som beskr iv i avsnitt 4.1.2 och 4.1.3. 26.5.2016 L 139/458 Europeiska unionens officiella tidning SV     
Figur 14.4 
Exempel på placer ing av antenn för 5,8 GHz DSR C i vindr utan på reglerade fordon 
Formfaktorn hos fjärravläsaren och dess antenn kan variera beroende på omständighetern a (läsaren 
stativmont erad, handhållen, fordonsmonte rad osv.) och det tillväg agångssätt som används av de behör iga 
kontrollm yndighet ernas representant. 
En visnings- och/eller meddelandefunktion används för att presentera resultaten från fjärrkommunikations ­
funktionen för de behör iga kontrollm yndigheternas representant. Visninge n kan ske på en bildskär m, som en 
utskr ift eller en audiosignal, eller som en kombination av sådana meddelanden. Formen för en sådan visning 
och/eller ett sådant meddelande beror på de krav som ställs av de behör iga kontrollm yndigheternas 
representante r och specificeras inte i detta tillägg. 
DSC_23  Fjärravläsarens utformning och formfaktor ska vara en kommersiell fråga, inom ramar na for 
ERC 70-03 och de specifi kationer för utformning och prestanda som ange s i avsnitt 5.3.2 i detta 
tillägg, för att därigenom ge marknaden maximal flexibilitet att utforma och tillhandahålla utrustning 
som klarar de särskilda avläsningsscenari erna hos en viss behör ig kontrollm yndighet. 
DSC_24  Utformning och formfaktor för fordonsenhet ens DSR C-modul och dess placer ing inuti eller utanf ör 
fordonsenhet en ska vara en kommersiell fråg a, inom ramar na for ERC 70-03 och de specif ikationer 
för utformning och prestanda som anges i detta tillägg (avsnitt 5.3.2) och i det här avsnittet (5.1). 
DSC_25  Fordonsenhet ens DSR C-modul ska dock kunna godta datak onceptvärden från annan intelligent 
fordonsutr ustning genom öppna bransc hstandarder för anslutningar och protok oll (t.ex. från 
ombordsystem för vägning) så länge sådana datak oncep t identifieras genom unika och kända 
tillämp ningsidentif ierare, och instr uktioner för att hantera sådana protok oll ska göras tillgängliga av 
Europeiska kommissionen och vara tillgängliga utan kostnad för tillverkare av relevant utrustning. 
5.2  Arbetsgång 
5.2.1  Arbetsmoment 
Arbetsgå ngen och de ingående arbetsmomenten visas i figur 14.5. 26.5.2016 L 139/459 Europeiska unionens officiella tidning SV     
Figur 14.5 
Arbetsgång för fjärrkommunik ationsfunktion 
De olika stegen beskr ivs nedan: 
a.  Så snar t fordonet är i drift (tändning påslag en, Ignition ON) förses fordonsenhet en med data från 
färdskr ivaren. Fordonsenhet en förbereder data för fjärrkommunikationsfunktionen (krypterade) och 
uppdat erar fordonsenhetens minne för nyttolastdata (VUPM) och minnet i fordonsenhetens DSRC-modul (DSR C- 
VU) såsom anges i avsnitten 4.1.1.1–4.1.1.2. Insamlade data ska format eras såsom fastställs i 
avsnitt 5.4.4–5.4.5 nedan. 26.5.2016 L 139/460 Europeiska unionens officiella tidning SV     
b.  Vid varje uppdater ing av data ska tidsstäm peln i säke rhetsdatak oncep tet uppdat eras. 
c.  Fordonsenhetens säke rhetsmodul (VUSM) skyddar data i enlighet med de förfaranden som fastställs i tillägg 11. 
d.  Vid varje uppdat ering av data (se avsnitt 4.1.1.1–4.1.1.2) ska dessa data överföras till fordonsenhetens DSRC- 
modul där de ersätte r eventuella tidigar e data, för att uppdaterade innevarande data alltid ska finnas 
tillgängliga om en avläsni ng begärs från en fjärravläsare (REDCR). Data från fordonsenheten till fordonsenhetens 
DSRC-modul ska kunna identifieras genom filnamnet RTMData eller genom en tilläm pningsidentifi erare och 
attributidentifierare. 
e.  Om de behör iga kontrollm yndigheternas representant vill kontrollera ett fordon och samla in data från detta 
fordon ska representanten först sätta in sitt smar tkort i fjärravläs aren för att aktivera kommunik ationen och 
tillåta att fjärravläs arens säke rhetsmodul (SM-REDCR) kontrollerar kortets aute nticitet och dekr ypterar dess data. 
f.  De behör iga kontrollm yndighete rnas representant riktar sedan fjärravläsar en mot ett fordon och begär data 
via fjärrkommunikation. Fjärravläsaren öppnar en gränssnittssession för 5,8 GHz DSR C med fordonsenhetens 
DSRC-modul i det fordon som ska kontrolleras och begär data. Data överfö rs till fjärravläsaren via det trådlösa 
kommunikationssystem som ett DSR -attr ibut med hjälp av tillämpni ngstjänsten GET såsom definieras i 
avsnitt 5.4. Attr ibut et innehåller krypterade värden som nyttolastdata och säkerhetsdata för DSR C. 
g.  Data analyseras av utrustninge n i fjärravläsaren och lämnas till de behör iga kontrollm yndigheternas 
representant. 
h.  De behör iga kontrollm yndighete rnas representant använder mottagna data som stöd för att besluta om 
fordonet ska stoppas för en detaljerad besiktning, eller om en annan representant ska ombes göra detta. 
5.2.2  Tolkning av data som mottagits via DSRC-kommunik ation 
DSC_26  Data som tas emot via gränssnittet för 5,8 GHz ska motsvara den innebörd och det format som 
definie ras i avsnitte n 5.4.4 och 5.4.5 nedan och endast denna innebörd och detta format, och de ska 
tolkas inom de ramar som definieras där. I enlighet med bestämmelser na i förordning (EU) 
nr 165/2014 får data endast användas för att lämna relevant information till en behör ig kontroll ­
myndighet, som hjälp för att avgöra vilke t fordon som bör stoppas för en fysisk besiktning, och dessa 
data ska däref ter förstöras i enlighet med artikel 9 i förordning (EU) nr 165/2014. 
5.3  Fysiska gränssnittsparametrar för DSR C och fjärrkommunik ation 
5.3.1  Begränsning ar avseende placer ing 
DSC_27  Fjärravläsning av fordon med gränssnitt för 5,8 GHz DSR C bör inte använ das inom 200 meter från en 
portal för 5,8 GHz DSR C som är i drift. 
5.3.2  Ned- och upplänkningspar ametr ar 
DSC_28  Den utrustning som används för fjärrövervakning av färdsk rivare ska överensstämma med och fungera 
inom ERC 70-03 och de parametrar som definieras i tabeller na 14.1 och 14.2 nedan. 26.5.2016 L 139/461 Europeiska unionens officiella tidning SV     
DSC_29  För att säkerställa kompatibilit et med driftsparametrar för andra standardiserade 5.8 GHz DSR C- 
system ska utrustningen som används för fjärrövervakning av färdskr ivare dessuto m överensstämma 
med parametrar från EN 12253 och EN 13372. 
Närmare bestämt: 
Tabell 14.1 
Nedlänkningsparametrar 
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
D1 Bärf rekvenser för ned­
länkning Det finns fyra alternativ som kan an­
vändas av en fjärravläsare: 
5,7975 GHz 
5,8025 GHz 
5,8075 GHz 
5,8125 GHz Inom ERC 70-03. 
Bärfre kvenser får väljas av den som ut­
formar systeme t för vägk ontroller och 
behö ver inte vara kända för fordonsen ­
hete ns DSR C-modul. 
(Överensstämmer med EN 12253, 
EN 13372). 
D1a (*) Tolerans för bär-frek ­
venser Inom ± 5 ppm. (Överensstämmer med EN 12253.) 
D2 (*) Sändarens spektr um­
mask för RSU (fjärravlä­
sare) Inom ERC 70-03. 
Fjärravläsaren ska överensstämma med 
klass B,C enligt definition i EN 12253. 
Inga andra särskilda krav i detta tillägg. Parameter som används för att kontrol ­
lera interferens mellan fjärravläsare som 
finns nära varandra (enligt definit ion i 
EN 12253 och EN 13372). 
D3 Minsta frekvensområde 
för OBU (fordonsenhe ­
tens DSR C-modul) 5,795–5,815 GHz (Överensstämmer med EN 12253.) 
D4 (*) Maximal effekttäthet 
(EIRP) Inom ERC 70-03 (utan licens) och 
inom nationell lagstif tning. 
Maximum +33 dBm. (Överensstämmer med EN 12253.) 
D4a Vinkelbaserad EIRP - 
mask I enlighet med deklarerad och offent ­
liggjord specifikation från fjärravläsa­
rens konstr uktör . (Överensstämmer med EN 12253.) 
D5 Polar isering Vänst er, cirkulär (Överensstämmer med EN 12253.) 
D5a Korspolar isering XPD: 
I siktlinjen: RSU (fjär ravläsare): t ≥ 
15 dB 
OBU (fordonsenhetens DSR C-modul): 
r ≥ 10 dB 
Vid området med – 3 dB: RSU (fjärrav­
läsare): t ≥ 10 dB 
OBU (fordonsenhetens DSR C-modul): 
r ≥ 6 dB (Överensstämmer med EN 12253.) 
D6 (*) Moduler ing Amplitudmoduler ing, två nivåer . (Överensstämmer med EN 12253.) 
D6a (*) Moduler ingsindex 0,5 ... 0,9 (Överensstämmer med EN 12253.) 26.5.2016 L 139/462 Europeiska unionens officiella tidning SV     
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
D6b Ögonmönster ≥ 90 % (tid) / ≥ 85 % (amplit ud)  
D7 (*) Datak odning FM0 
En ”1”-bit har övergång ar endast i bör­
jan och slutet av bitinter vallet. En 
”0”-bit har jämf ört med ”1”-bit en ytter­
ligare en övergång i mitten av bitinter ­
vallet. (Överensstämmer med EN 12253.) 
D8 (*) Bithastighet 500 kbit/s (Överensstämmer med EN 12253.) 
D8a Bitklockans tolerans Bättre än ± 100 ppm. (Överensstämmer med EN 12253.) 
D9 (*) Nivå för bitfe l (BER, Bit 
Error Rate) i kommuni ­
kation ≤ 10– 6 när inkommande effekt (incident 
power) vid OBU (fordonsenhet ens 
DSR C-modul) är i det inter vall som ges 
av [D11a–D11b]. (Överensstämmer med EN 12253.) 
D10 Utlösare för väck ning 
(wake- up trigger ) för 
OBU (fordonsenhet ens 
DSR C-modul). OBU (fordonsenhetens DSR C-modul) 
ska väckas vid mottagan de av varje 
ram med minst 11 oktett er (inklusive 
ingress (preamble)). Inge t särskilt väckni ngsmönster krävs. 
Fordonsenhet ens DSR C-modul får 
väck as vid mottagande av en ram med 
färre än 11 oktett er. 
(Överensstämmer med EN 12253.) 
D10a Maximal starttid ≤ 5 ms (Överensstämmer med EN 12253.) 
D11 Kommunikationszon Rumslig region (spatial region) inom vil­
ken nivån för bitfe l (BER, i enlighet 
med D9a) uppnås. (Överensstämmer med EN 12253.) 
D11a (*) Effektgräns för kommu ­
nikation (övre) – 24 dBm (Överensstämmer med EN 12253.) 
D11b (*) Effektgräns för kommu ­
nikation (nedre) Inkommande effekt: 
– 43 dBm (siktlinje) 
– 41 dBm (mellan – 45° och +45°, 
motsvarande det plan som är parallellt 
med vägbanan när fordonsenhet ens 
DSR C-modul senare installeras i fordo ­
net (azimut)). (Överensstämmer med EN 12253.) 
Utökat krav för horisonte lla vinklar upp 
till ±45°, till följd av de användningsfall 
som definieras i detta tillägg. 
D12 (*) Nivå för frånk opplings ­
effekt för fordonsenhe ­
tens DSR C-modul – 60 dBm (Överensstämmer med EN 12253.) 
D13 Ingress (preamble) Ingress är oblig atori sk. (Överensstämmer med EN 12253.) 
D13a Ingressens längd och 
mönster 16 bitar ±1 bit i form av FM0-k odade 
”1”-bitar . (Överensstämmer med EN 12253.) 26.5.2016 L 139/463 Europeiska unionens officiella tidning SV     
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
D13b Ingressens vågf orm En alternera nde sekvens av låg nivå 
och hög nivå med en pulsvaraktighet 
på 2 µs. 
Toleransen ges av D8a. (Överensstämmer med EN 12253.) 
D13c Slutbitar (trailing bits) RSU (fjärravläsaren) tillåts överföra 
maximalt 8 bitar efter slutf laggan . En 
OBU (fordonsenhetens DSR C-modul) 
måst e inte ta hänsyn till dessa ytterli­
gare bitar . (Överensstämmer med EN 12253.) 
(*)  Nedlänkningsparametrar som är föremål för överensstämmelsepro vning i enlighet med relevanta parameterpr ov i EN 300 674-1.  
Tabell 14.2 
Upplänkningsparametrar 
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
U1 (*) Underbärfrekvenser 
(sub-car rier frequencies) En OBU (fordonsenhetens DSR C-mo ­
dul) ska stöd ja 1,5 MHz och 2,0 MHz. 
En RSU (fjärravläsare) ska stödja 
1,5 MHz eller 2,0 MHz eller båda. 
U1-0: 1,5 MHz U1-1: 2,0 MHz Val av underbärfrekvens 
(1,5 MHz eller 2,0 MHz) beror på vilken 
prof il som väljs i EN 13372. 
U1a (*) Tolerans för underbär ­
frekvenser Inom ± 0,1 %. (Överensstämmer med EN 12253.) 
U1b Användning av sido ­
band Samma data på båda sidor . (Överensstämmer med EN 12253.) 
U2 (*) Sändarens spektr um­
mask för OBU (fordon ­
senhetens DSR C-modul) I enlighet med EN12253. 
1)  Bandeff ekt ut (out band power): 
se ETSI EN 300674-1. 
2)  Bandeff ekt in (in band power): 
[U4a] dBm vid 500 kHz. 
3)Emission i alla andra upplänks-ka ­
naler : 
U2(3)-1 = – 35 dBm vid 500 kHz. (Överensstämmer med EN 12253.) 
U4a (*) Maximal effekttäthet, 
enkelt sidband (maxi ­
mum single side band E.I. 
R.P.) (siktlinje) Två altern ativ: 
U4a-0: – 14 dBm 
U4a-1: – 21 dBm Enligt deklarerad och offentliggjord spe­
cifikation från utrustningens konstr uk­
tör. 
U4b (*) Maximal effekttäthet, 
enkelt sidband (maxi ­
mum single side band E.I. 
R.P.) (35°) Två altern ativ: 
—  Ej tillämpligt 
—  – 17 dBm Enligt deklarerad och offentliggjord spe­
cifikation från utrustningens konstr uk­
tör. 
U5 Polar isering Vänst er, cirkulär (Överensstämmer med EN 12253.) 26.5.2016 L 139/464 Europeiska unionens officiella tidning SV     
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
U5a Korspolar isering XPD: 
I siktlinjen: RSU (fjärravläsare): r ≥ 
15 dB 
OBU (fordonsenhetens DSR C-modul): 
t ≥ 10 dB 
Vid – 3 dB: RSU (fjärravläsare): 
r ≥ 10 dB 
OBU (fordonsenhetens DSR C-modul): 
t ≥ 6 dB (Överensstämmer med EN 12253.) 
U6 Moduler ing av under ­
bärvåg 2-PSK 
Kodade data, synkroniserade med un­
derbär våg: överg ångar för kodade data 
sammanfall er med överg ångar för un­
derbär våg. (Överensstämmer med EN 12253.) 
U6b Pulsf örhållande Pulsf örhållande: 
50 % ± α, α ≤ 5 % (Överensstämmer med EN 12253.) 
U6c Moduler ing av bärvåg Multiplikation av modulerad underbär ­
våg och bärvåg. (Överensstämmer med EN 12253.) 
U7 (*) Datak odning NRZI (ingen övergång i början av 
”1”-bit, övergång i början av ”0”-bit, 
ingen överg ång inom bit). (Överensstämmer med EN 12253.) 
U8 (*) Bithastighet 250 kbit/s (Överensstämmer med EN 12253.) 
U8a Tolerans för bitklock a Inom ± 1 000 ppm. (Överensstämmer med EN 12253.) 
U9 Nivå för bitfe l (BER, Bit 
Error Rate) i kommuni ­
kation ≤ 10– 6 (Överensstämmer med EN 12253.) 
U11 Kommunikationszon Den rumsliga region (spatial regio n) 
inom vilken fordonsenhet ens DSR C- 
modul finns så att dess överfö ringa r 
tas emot av fjärravläsaren med nivå för 
bitfel som är lägre än den som ges av 
U9a. (Överensstämmer med EN 12253.) 
U12a (*) Omvandlingsvinst (con­
version gain) (lägre gräns) 1 dB för varje sidband. Vinkelint ervall: 
Cirkulär t och symmetr iskt mellan sikt­
linje och ±35° 
och  
mellan – 45° och + 45°, motsvarande 
det plan som är parallellt med vägba ­
nan när fordonsenhetens DSR C-modul 
senare installeras i fordonet (azimut). Störr e än det angivna värdeinter vallet 
för horisontella vinklar upp till ± 45°, 
till följd av de användningsf all som defi­
nieras i detta tillägg. 
U12b (*) Omvandlingsvinst (con­
version gain) (övre gräns) 10 dB för varje sidband. Mindre än det angivna värdeinter vallet 
för varje sidband inom en cirkulär kon 
runt siktlinjen med ± 45° öppningsvin ­
kel. 
U13 Ingress (preamble) Ingress är oblig atori sk. (Överensstämmer med EN 12253.) 26.5.2016 L 139/465 Europeiska unionens officiella tidning SV     
Parame ­
ternum ­
mer (Item 
No.) Parameter Värde(n) Anmärkning 
U13a Ingress (preamble) 
längd och mönster 32–36 µs, modulerad endast med un­
derbär våg, däref ter 8 bitar i form av 
NRZI-k odade ”0”-bitar . (Överensstämmer med EN 12253.) 
U13b Slutbitar (trailing bits) Fordonsenhet ens DSR C-modul tillåts 
överföra maximalt 8 bitar efter slut­
flaggan. En RSU (fjärravläsare) måst e 
inte ta hänsyn till dessa ytterligare bi­
tar. (Överensstämmer med EN 12253.) 
(*)  Upplänkningsparametrar som är föremål för överensstämmelsepro vning i enlighet med relevanta paramet erprov i EN 300 674-1.  
5.3.3  Antennutf ormning 
5.3.3.1  Fjärravläsarens antenn 
DSC_30  Fjärravläsar ens antenn ska utformas på grundval av kommersiella faktorer och fungera inom de gränser 
som definieras i avsnitt 5.3.2 och som är anpassade för att optimera avläsningsprestanda för 
fjärravläsarens DSRC-modul utifrån dess syfte och de avläsningsf örhållanden som fjärravläsar en är 
utformad för. 
5.3.3.2  Fordonsenhet ens antenn 
DSC_31  Antenn en till DSRC-VU ska utformas på grundval av kommersiella faktore r och fung era inom de 
gränser som definie ras i avsnitt 5.3.2 och som är anpassade för att optimera avläsningsprestanda för 
fjärravläsarens DSRC-modul utifrån dess syfte och de avläsningsf örhållanden som fjärravläsar en är 
utformad för. 
DSC_32  Fordonsenhet ens antenn ska monteras på eller i närhete n av vindr utan såsom anges i avsnitt 5.1 ovan. 
DSC_33  I provningsmiljö i en verkstad (se avsnitt 6.3) ska antennen till en fordonsenhets DSR C-modul, 
mont erad i enlighet med avsnitt 5.1 ovan, klara att ansluta till en standardiserad provningsk ommu ­
nikation och att tillhandahålla en RTM-transaktion såsom definieras i detta tillägg över ett avstånd av 
mellan 2 och 10 meter under mer än 99 % av tiden, räknad som ett medelvärde av 1 000 avläsningar . 
5.4  Krav på DSR C-proto koll för RTM 
5.4.1  Över sikt 
DSC_34  Transaktionsprotok ollet för överföring av data via gränssnittslänk en för 5,8 GHz DSR C ska 
överensstämma med följande steg. I detta avsnitt beskr ivs ett transaktionsf löde under ideala 
förhållanden utan omsändningar eller kommunikationsav brott. 
ANMÄRKNING: Syftet med initier ingsfasen (steg 1) är att upprätta kommunikationen mellan 
fjärravläsaren och DSR C-moduler na i de fordonsenhet er som rör sig in i transaktionszonen för 5,8 GHz 
DSR C (master -slav e) men ännu inte upprättat kommunikation med fjärravläsaren, och att väcka 
tillämp ningsprocesser na.  
— Steg 1Initier ing. Fjärravläsar en (även kallad inter rogator) sänder en ram med en BST (Beacon Service 
Table) som inbegr iper tillämp ningsidentif ierare (AID) för de tjänster som den stöder . För RTM- 
tilläm pningen gäller endast tjänsten med AID = 2 (Freight&Fleet). Fordonsenhetens DSRC-modul 
(DSR C-VU) utvärderar mottagen BST och ska svara (se nedan) med en lista över de tilläm pningar 
som stöds inom domänen Freight& Fleet, eller inte svara alls om ingen tilläm pning stöds . Om 
fjärravläsar en inte erbjuder AID = 2 ska fordonsenhet ens DSR C-modul inte besvara fjärravläsaren. 26.5.2016 L 139/466 Europeiska unionens officiella tidning SV     
— Steg 2Fordonsenhetens DSRC-modul sänder en ram med en begäran om tilldelning av ett privat 
fönster .  
— Steg 3Fjärravläs aren sänder en ram med en tilldelning av ett privat fönst er.  
— Steg 4Fordonsenhetens DSRC-modul använder det tilldelade privata fönstret för att sända en ram 
med sin VST (Vehicle Service Table). Denna VST inbegr iper en lista med alla olika tilläm pnings ­
instanser som fordonsenhetens DSRC-modul stöd er inom ramen för AID = 2. De olika instanser na 
ska identif ieras med hjälp av unikt genererade EID (Element Identif ier), var och en med ett 
paramete rvärde i form av en tilläm pningsmarkeri ng (Application Context Mark) som ange r den 
tilläm pning och den standard som stöds.  
— Steg 5Fjärravläsar en analyserar sedan erbjuden VST och antingen avslutar anslutningen (RELEASE) 
eftersom VST inte har något av intresse att erbjuda (dvs. mottagen VST kommer från en 
fordonsenhet vars DSR C-modul inte stöd er RTM-tran saktioner) eller startar en instans av 
tilläm pningen (app instantiation) (om mottagen VST är lämplig för detta).  
— Steg 6För att åstadk omma detta ska fjärravläsaren sända en ram med ett kommando för att 
hämta RTM-data och identif iera tillämpningsinstansen för RTM genom att ange den identif ierare 
som anga vs av fordonsenhetens DSR C-modul i VST, och tilldela ett privat fönst er.  
— Steg 7Fordonsenhetens DSRC-modul använder det just tilldelade privata fönstret för att sända en 
ram med den adresserade identif ierare som motsvarar tillämpningsinstansen för RTM i VST, följd 
av attribut et RtmData (nytt olastelem ent och säkerhetselement).  
— Steg 8Om flera tjänst er begärs ändras värdet ”n” till referen snumret för nästa tjänst och 
processen upprepas.  
— Steg 9Fjärravläs aren antingen bekräf tar att data tagits emot genom att sända en ram med ett 
RELEASE-k ommando till fordonsenhetens DSRC-modul för att avsluta sessionen eller går tillbaka till 
steg 6 (om den missly ckades med att validera en lyckad mottagning av LDPU). 
Se figur 14.6 som en illustration av transaktionsprotok ollet.  26.5.2016 L 139/467 Europeiska unionens officiella tidning SV     
Figur 14.6 
Processf löde för RTM via 5,8 GHz DSR C 
26.5.2016 L 139/468 Europeiska unionens officiella tidning SV     
5.4.2  Kommandon 
DSC_35  Följande kommandon är de enda funktioner som använ ds i en transaktionsf as för RTM-d ata.  
— INITIALIS ATION .reques t:Ett kommando som sänds ut i alla riktningar från fjärravläsaren och 
som anger vilka tillämpni ngar fjärravläsaren stöder .  
— INITIALIS ATION .response: Ett svar från fordonsenhetens DSR C-modul (DSR C-VU) som 
bekräf tar anslutningen och innehåller en lista med de tillämpni ngsinstanser som stöd s, deras 
egenskaper och information om hur de ska adresseras (EID).  
— GET .reques t:Ett kommando som sänds från fjärravläsaren till fordonsenhet ens DSR C-modul och 
som anger tillämpning sinstansen som ska adresseras med hjälp av en definierat EID, såsom den tas 
emot i VST, och ger instr uktioner till fordonsenhet ens DSR C-modul att sända de utvalda attribut en 
som data. Syftet med kommandot GET är att fjärravläsaren ska få data från fordonsenhetens 
DSR C-modul.  
— GET .response: Ett svar från fordonsenhet ens DSR C-modul som innehåller de data som 
fjärravläsaren begär t.  
— ACTION .reques t ECHO: Ett kommando som ger instr uktioner till fordonsenhetens DSR C-modul 
att sända tillbaka data från fordonsenhet ens DSR C-modul till fjärravläsaren. Syftet med 
kommandot ECH O är att ge verkstäder eller anläggning ar för typgodkännandepro v möjlighet att 
prova om DSR C-länken fungerar , utan att behö va ha tillgång till säkerhets uppgif ter.  
— ACTION.response ECH O:Ett svar från fordonsenhet ens DSR C-modul på kommandot ECH O.  
— EVENT_REPORT .reques t RELEASE: Ett kommando som ger instr uktioner till fordonsenhet ens 
DSR C-modul att transaktionen avslutas. Syftet med kommandot RELEASE är att avsluta sessionen 
med fordonsenhetens DSR C-modul. Efter att ha mottagit RELEASE ska fordonsenhetens DSR C- 
modul inte svara på några ytterlig are avläsning ar inom den aktuella anslutninge n. Notera att enligt 
EN 12834 kommer en fordonsenhets DSR C-modul inte att godta två förbindelser med samma 
avläsare, såvida inte avläsaren varit utanf ör kommunikationszonen under 255 sekunder eller 
avläsarens identif ierare (beacon ID) ändrats. 
5.4.3  Kommandosekve ns vid avläsning 
DSC_36  En transaktion beskr ivs så här i form av en sekvens av kommandon och svar: 
Sekvens Sändare  Mottagar e Beskr ivning Operation 
1 REDCR > DSR C-VU Initier ing av kommunikations- 
länk – begäran REDCR sänder ut BST i alla rikt­
ningar 
2 DSRC-VU > REDCR Initier ing av kommunikations-länk 
– svar Om BST stöder AID=2 så begär 
DSRC-VU ett privat fönster 
3 REDCR > DSR C-VU Beviljar ett privat fönster Sänder ram med tilldelning av 
privat fönster 
4 DSRC-VU > REDCR Sänder VST Sänder ram som omfattar VST 
5 REDCR > DSR C-VU Sänder GET .request för data i 
attribut till specifik EID  
6 DSRC-VU > REDCR Sänder GET .response med begärt 
attribut för specif ik EID Sänder attribut (RTMData, OW S­
Data, ...) med data för specifik EID 26.5.2016 L 139/469 Europeiska unionens officiella tidning SV     
Sekvens Sändare  Mottagar e Beskr ivning Operation 
7 REDCR > DSR C-VU Sänder GET .request för data 
som hör till annat attribut (om 
detta är lämpli gt)  
8 DSRC-VU > REDCR Sänder GET .response med begärt 
attribut Sänder attribut med data för speci ­
fik EID 
9 REDCR > DSR C-VU Kvitter ar lyckat mottagan de av 
data Sänder RELEASE-k ommando 
som stäng er transaktionen 
10 DSRC-VU   Stänge r transaktionen   
I avsnitten 5.4.7 och 5.4.8 finns ett exem pel på en transaktionssekvens och innehållet i de utväxlade 
ramar na. 
5.4.4  Datastr ukture r 
DSC_37  Den semantiska strukturen hos de data som passerar genom gränssnitt et för 5,8 GHz DSR C ska vara 
förenlig med den som beskr ivs i detta tillägg. Strukturen för dessa data specifi ceras i det här avsnittet. 
DSC_38  Nytt olasten (RTM-data) består av en konkat ener ing av följande:  
1. Data i form av Encr yptedTachog raphPa yload, som är krypterade från den nytt olast 
(Tachog raphPa yload) som finns definierad i ASN.1 i avsnitt 5.4.5. Krypteringsmetod en beskr ivs i 
tillägg 11.  
2. DSR CSecur ityData, specifi ceras i tillägg 11. 
DSC_39  RTM -data adresseras som RTM Attribute=1 och överförs i RTM-con tainer =10. 
DSC_40  Mark eringen för RTM Context (RTM Context Mark) ska ange den del av en standard i serien av TARV- 
standarder som stöds (RTM motsvarar del 9). 
ASN.1-modulen för DSR C-data inom RTM-tilläm pningen definieras på följande sätt:  26.5.2016 L 139/470 Europeiska unionens officiella tidning SV     
26.5.2016 L 139/471 Europeiska unionens officiella tidning SV     
5.4.5  Element i RtmData, operationer som utförs samt definitioner 
DSC_41  De data värden som beräknas av fordonsenhet en och sedan använ ds för att uppdat era skyddade data i 
fordonsenhet ens DSR C-modul ska beräknas enligt de regler som definieras i tabell 14.3. 
Tabell 14.3 
Element i RtmDat a, operationer som utförs samt definitioner 
(1) RTM-data ­
element (2) Operation som utförs av fordonsenhete n  (3) ASN.1-definition av data 
RTM1 
Fordonets re­
gistrer ing­
sskylt (Vehicle 
Registr ation 
Plate) Fordonsenheten ska sätta värdet för tp15638V ehicleR egistr ation ­
Plate (dataelementet RTM1) till det värde som registrerats för 
datatypen VehicleR egistr ationIdentification såsom den definieras i 
tillägg 1 om VehicleRegistr ationIdentif ication. Vehicle Registra ­
tion Plate ut­
tryckt som en 
teckenstr äng. 
26.5.2016 L 139/472 Europeiska unionens officiella tidning SV     
(1) RTM-data ­
element (2) Operation som utförs av fordonsenhete n  (3) ASN.1-definition av data 
RTM2 
Hastighets ­
överträdelse 
(Speeding 
Event) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM2, tp15638SpeedingEvent. 
Värdet för tp15638SpeedingEvent ska beräknas av fordonsen ­
hete n utifrån antalet hastighetsö verträdelser som registrerats i 
fordonsenhet en bland de senast e tio dagarn as händelser , enligt 
definition i bilaga 1C. 
Om det finns minst en tp15638SpeedingEvent bland de se­
naste tio dagar nas händelser ska värdet för tp15638SpeedingE ­
vent sättas till TRUE. 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
bland de senast e tio dagarnas händelser ska tp15638Spee ­
dingEvent sättas till FALSE. 1 (TRUE): Ang er 
oegentligheter i 
fråg a om hastig ­
het bland de se­
naste tio dagar ­
nas händelser . 
RTM3 
Körning utan 
giltigt kort 
(Driving Wi­
thout Valid 
Card) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM3, tp15638Dr ivingWithoutV alidCard. 
Fordonsenheten ska tilldela variabeln tp15638Dr ivingWithou ­
tValidCard värdet TRUE om det i fordonsenhetens data finns 
registrerad minst en händelse av typen Driving Without Valid 
Card bland de senaste tio dagarnas händelser , enligt definition i 
bilaga 1C. 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
bland de senaste tio dagarn as händelser ska variabeln 
tp15638Dr ivingWithoutV alidCard sättas till FALSE. 1 (TRUE): Ang er 
användning av 
ogiltigt kort. 
RTM4 
Giltigt förar­
kort (Valid 
Driver Card) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM4, 
tp15638Dr iverCard, baserat på de data som är lagrade i for­
donsenheten och definierad e i tillägg 1. 
Om inget giltigt förark ort finns ska fordonsenheten sätta varia­
beln till TRUE. 
I annat fall (”ELSE”): Om det inte finns något giltigt förark ort 
ska fordonsenheten sätta variabeln till FALSE. 0 (FALSE): Ange r 
ett giltigt förar ­
kort: 
RTM5 
Insättning av 
kort under 
körning (Car d 
Inser tion while 
Driving) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM5. 
Fordonsenheten ska tilldela variabeln tp15638CardInser tion 
värdet TRUE om det i fordonsenhetens data finns registrerad 
minst en händelse av typen Card Inser tion while Driving bland 
de senaste tio dagarnas händelser , enligt definit ion i bilaga 1C. 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
bland de senaste tio dagarn as händelser ska variabeln 
tp15638CardInser tion sättas till FALSE. 1 (TRUE): Ang er 
insättning av kort 
under körning 
bland de senast e 
tio dagarn as hän­
delser . 
RTM6 
Fel i rörelse ­
data (Motion 
Data Error) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM6. 
Fordonsenheten ska tilldela variabeln tp15638MotionDataEr ­
ror värdet TRUE om det i fordonsenhet ens data finns registre ­
rad minst en händelse av typen Motion Data Error bland de se­
naste tio dagarn as händelser , enligt definition i bilaga 1C. 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
bland de senaste tio dagarn as händelser ska variabeln 
tp15638MotionDataEr ror sättas till FALSE. 1 (TRUE): Ang er 
fel i rörelsedata 
bland de senast e 
tio dagarn as hän­
delser . 
26.5.2016 L 139/473 Europeiska unionens officiella tidning SV     
(1) RTM-data ­
element (2) Operation som utförs av fordonsenhete n  (3) ASN.1-definition av data 
RTM7 
Konflikt i for­
donets rörel ­
sedata (Vehicle 
Motion Con ­
flict) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM7. 
Fordonsenheten ska tilldela variabeln tp15638vehicleMotion ­
Conf lict värdet TRUE om det i fordonsenhetens data finns regi­
strerad minst en händelse av typen Vehicle Motion Conf lict bland 
de senaste tio dagarnas händelser (värde: ‘0A’H). 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
bland de senaste tio dagarn as händelser ska variabeln 
tp15638vehicleMotionConf lict sättas till FALSE. 1 (TRUE): Ang er 
konflikt bland de 
senaste tio dagar ­
nas händelser . 
RTM8 
Två förark ort 
(2nd Driver 
Card) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM8, baserat på föraraktivitets data (Driver Acti vity Data) 
i form av flera förare (CREW) och medf örare (CO-D RIVER) – 
se bilaga 1C. 
Om två förark ort finns ska fordonsenheten sätta variabeln till 
TRUE. 
I annat fall (”ELSE”): Om det inte finns två förark ort ska for­
donsenheten sätta variabeln till FALSE. 1 (TRUE): Ang er 
att två förark ort 
är insatta. 
RTM9 
Innevarande 
aktivitet (Cur ­
rent Activity) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM9. 
Om den innevarande aktivitet en inte registreras i fordonsenhe ­
ten som körning (DRIVING) enligt definition i bilaga 1C ska 
fordonsenhet en sätta variabeln till TRUE. 
I annat fall (”ELSE”): Om den innevarande aktivitet en registreras 
i fordonsenhet en som körning (DRIVING) ska fordonsenheten 
sätta variabeln till FALSE. 1 (TRUE): Annan 
aktivite t vald. 
0 (FALSE): Kör­
ning är vald som 
aktivite t. 
RTM10 
Senaste avslu ­
tade session 
(Last Session 
Closed) Fordonsenheten ska generera ett booleskt värde för dataele ­
ment RTM10. 
Om den senaste kortsessionen inte avslutades på korrekt sätt 
enligt definit ion i bilaga Annex 1C ska fordonsenhet en sätta 
variabeln till TRUE. 
I annat fall (”ELSE”): Om den senaste kortsessionen avslutades 
på korrekt sätt ska fordonsenheten sätta variabeln till FALSE. 1 (TRUE): Ej kor­
rekt avslutning. 
0 (FALSE): Kor­
rekt avslutning. 
RTM11 
Avbrott i 
strömtillförs ­
eln (Power 
Supply Inter ­
ruption) Fordonsenheten ska generera ett heltals-värde för dataelement 
RTM11. 
Fordonsenheten ska tilldela variabeln tp15638P owerSupplyIn ­
terruption ett värde som är lika med det längsta avbrott et i 
strömtillf örseln i enlighet med artikel 9 i förordning (EU) 
nr 165/2014 som registrerats som en händelse av typen Power 
Supply Inter ruption enligt definition i bilaga 1C. 
I annat fall (”ELSE”): Om det inte finns någon sådan händelse 
av typen Power Supply Inter ruption bland de senaste tio dagar nas 
händelser ska heltalsvärdet sättas till 0. —  Antal avbrott 
av strömtill ­
förseln bland 
de senaste tio 
dagar nas hän­
delser . 
26.5.2016 L 139/474 Europeiska unionens officiella tidning SV     
(1) RTM-data ­
element (2) Operation som utförs av fordonsenhete n  (3) ASN.1-definition av data 
RTM12 
Sensorfel 
(Sensor Fault) Fordonsenheten ska generera ett heltalsvärde för dataelement 
RTM12. 
Fordonsenheten ska tilldela variabeln sensorFault något av föl­
jande värden: 
—  1 Om en händelse av typen sensorfel (‘35’H Sensor fault) 
har registrerats under de senaste tio dagarna. 
—2 Om en händelse av typen fel i GNSS-mottag are (GNSS re­
ceiver fault, antingen intern eller extern med värdet ‘51’H re­
spektive ‘52’H) har registrerats under de senaste tio da­
garna. 
—3 Om en händelse av typen externt fel i GNSS-k ommuni ­
kation (‘53’H Exter nal GNSS communication fault) har regi­
strerats bland de senast e tio dagarn as händelser . 
—4 Om både sensor fel (Sensor Fault) och fel i GNSS-motta ­
gare (GNSS receiv er fault) har registrerats bland de senaste 
tio dagarn as händelser . 
—  5 Om både sensorfel (Sensor Faul t) och externt fel i GNSS- 
kommunikation (Exter nal GNSS communication fault) har re­
gistrerats bland de senast e tio dagarn as händelser . 
—  6 Om både fel i GNSS-mottag are (GNSS receiver fault) och 
exte rnt fel i GNSS-k ommunikation (Exter nal GNSS commu ­
nication fault) har registrerats bland de senaste tio dagar nas 
händelser . 
—7 Om samtlig a tre sensorfel har registrerats bland de se­
naste tio dagarnas händelser . 
I annat fall (”ELSE”): Värdet ska sättas till 0 om inga händelser 
har registrerats bland de senaste tio dagar nas händelser . —  En oktett för 
sensor fel i en­
lighet med 
datakatalog. 
RTM13 
Tidsinst äll­
ning (Time 
Adjustment) Fordonsenheten ska generera ett heltalsvärde (timeReal från 
tillägg 1) för dataelement RTM13, baserat på befintliga data 
om tidsinställning enligt definit ion i bilaga 1C. 
Fordonsenheten ska tilldela tidsvärdet för den senaste händel ­
sen av typen tidsinställning (Time Adjus tment). 
I annat fall (”ELSE”): Om ingen händelse av typen Time Adjust ­
ment enligt definit ion i bilaga 1C finns ska fordonsenheten 
sätta värdet 0. Tidpunkt för se­
naste tidsinställ ­
ning 
RTM14 
Försök till sä­
kerhetsö ver­
trädelse (Secu ­
rity Breach At­
tempt) Fordonsenheten ska generera ett heltalsvärde (timeReal från 
tillägg 1) för dataelement RTM14, baserat på befintliga data 
om händelser av typen Secur ity Breach Attempt enligt definition 
i bilaga 1C. 
Fordonsenheten ska sätta ett värde som är lika med tidpunkt en 
för den senaste händelsen av typen Secur ity Breach Attempt som 
registrerats av fordonsenheten. 
I annat fall (”ELSE”): Om ingen händelse av typen Secur ity 
Breach Attempt enligt definition i bilaga 1C finns ska fordonsen ­
hete n sätta värdet 0x00FF . Tidpunkt för se­
naste försök till 
säke rhetsö verträ­
delse 
—Standard ­
värde: 0x00FF 
RTM15 
Senaste kalib ­
rering (Last 
Calibr ation) Fordonsenheten ska generera ett heltalsvärde (timeReal från 
tillägg 1) för dataelement RTM15, baserat på befintliga data 
om senaste kalibrer ing enligt definit ion i bilaga 1C. 
Fordonsenheten ska sätta ett värde som är lika med tidpunkt en 
för de senaste två kalibrer ingarna (RTM15 respektive RTM16), 
vilka bestäms genom VuCalibrationData enligt definit ion i till­
ägg 1. 
Fordonsenheten ska sätta värdet för RTM15 till timeReal för 
senaste kalibrer ingspost. Tidpunkt för se­
naste kalibrer ing­
sdata 
26.5.2016 L 139/475 Europeiska unionens officiella tidning SV     
(1) RTM-data ­
element (2) Operation som utförs av fordonsenhete n  (3) ASN.1-definition av data 
RTM16 
Föregående 
kalibrer ing 
(Previous Ca­
libration) Fordonsenheten ska generera ett heltalsvärde (timeReal från 
tillägg 1) för dataelement RTM16, baserat på den kalibrer ing­
spost som föregår poste n för den senaste kalibrer ingen. 
I annat fall (”ELSE”): Om det inte finns någon föregåe nde kalib ­
rering ska fordonsenhet en sätta värdet för RTM16 till 0. Tidpunkt för fö­
regåe nde kalibrer ­
ings-data 
RTM17 
Anslutnings ­
datum för 
färdskr ivare 
(Date Tacho­
graph Connec ­
ted) För dataelement RTM17 ska fordonsenheten generera ett hel­
talsvärde (timeReal från tillägg 1). 
Fordonsenheten ska sätta ett värde som är lika med tidpunkt en 
för första installation av fordonsenheten. 
Fordonsenheten ska hämta dessa fata från VuCalibrationData 
(tillägg 1) i vuCalibrationRecords där CalibrationPur pose är 
lika med ‘03’H Anslutningsda ­
tum för färdsk ri­
vare 
RTM18 
Nuvarande 
hastighet 
(Cur rent 
Speed) Fordonsenheten ska generera ett heltals-värde för dataelement 
RTM18. 
Fordonsenheten ska sätta värdet för RTM16 till den senast regi­
strerade hastigheten vid tidpunkt en för senaste uppdat ering av 
RtmData. Senast registre ­
rade nuvarande 
hastighet 
RTM19 
Tidsst ämpel 
(Timestamp) För dataelement RTM19 ska fordonsenheten generera ett hel­
talsvärde (timeReal från tillägg 1). 
Fordonsenheten ska sätta värdet för RTM19 till tidpunkt en för 
senaste uppdater ing av RtmData. Tidsstämpe l för 
nuvarande post 
med datatyp 
TachographPa y­
load 
5.4.6  Mekanism för dataöverför ing 
DSC_42  Nytt olastdata som tidigare definierats begärs av fjärravläsaren efter initier ingsfasen, och sänds därmed 
från fordonsenhet ens DSR C-modul i det tilldelade fönstret. Kommandot GET används av fjärravläsaren 
för att hämta data. 
DSC_43  Data ska kodas med hjälp av PER (Packed Encoding Rules) för alla utväxlingar via DSR C. 
5.4.7  Detaljbeskr ivning av DSRC-tr ansaktion 
DSC_44  Initier ingen utförs i enlighet med DSC_44–DSC_48) och tabeller na 14.4–14.9. I initier ingsfasen 
inleder fjärravläsaren med att sända en ram som innehåller en BST (Beacon Service Table) i enlighet med 
EN 12834 och EN 13372, avsnitt 6.2, 6.3, 6,4 och 7.1, med de inställningar som anges i följande 
tabell 14.4. 26.5.2016 L 139/476 Europeiska unionens officiella tidning SV     
Tabell 14.4 
Initier ing – raminst ällningar för BST 
Fält Inställning ar 
Länkidentifi erare Utsänd adress (broadcast address) 
BeaconId Enligt EN 12834 
Tidpunkt Enligt EN 12834 
Profil Ingen utökn ing, 0 eller 1 ska användas 
MandApplications Ingen utökn ing, EID finns inte, paramete r finns inte, AID = 2 
Freight&Fleet 
NonMandApplications Finns inte 
ProfileL ist Ingen utökn ing, antal prof iler i lista = 0 
Indikator för fragment ering 
(fragmentation header) Ingen fragment ering 
Inställningar för skikt 2 
(layer 2 settings) Kommando-PDU, UI-k ommando (Command PDU, UI command)  
Ett praktiskt exem pel på de inställningar som anges i tabell 14.4, med bitk odning, finns i följande 
tabell 14.5. 
Tabell 14.5 
Initier ing – exempel på innehåll i BST -ram Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Utsänd identif ierare (broadcast ID) 
 Utsänd adress (broadcast address) 
3 Kontrollfält för MAC (MA C Control 
Field) 
Kommando-PDU (Command PDU) 
4 Kontrollfält för LLC (LLC Control 
field) 
UI-k ommando (UI command) 
5 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 26.5.2016 L 139/477 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
6 BST 
 Initier ingsbeg äran (initialisation re­
quest) 
SEQUENCE {   
OPTION indicator 
BeaconID SEQUENCE { 
ManufacturerId INTEGER 
(0..65535)  
Ej obligat oriska tilläm pningar (Non ­
Mand applications) finns inte    
Identif ierare för tillverkare (Manuf actu­
rer Identifier) 
7  
8  
IndividualID INTEGER 
(0..134217727)  
} 
27 bitars identifierare , tillgänglig för 
tillverkare 
9 
10 
11 
12 Time INTEGER (0..4294967295)  
 32 bitars UNIX realtid 
13 
14 
15 
16 Profil eINTEGER (0..127,…)  
 Inge n utökn ing. Exempelprofil 0 
17 MandApplications SEQUENCE 
(SIZE(0..127, 
…)) OF {  
Inge n utökn ing, antal oblig atori ska till­
ämpn ingar (mandApplications) = 1 
18 SEQUENCE {   
OPTION indicator 
 EID finns inte 
OPTION indicator 
 Parame ter finns inte 
AID DSR CApplicationEntityID 
} }  
Inge n utökn ing. AID = 2  
(Freight&Fleet) 26.5.2016 L 139/478 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
19 Profil eList SEQUENCE (0..127,…) 
OF Profile }  
Inge n utökn ing, antal prof iler i lista 
= 0 
20 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
21 
22 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_45  En fordonsenhets DSR C-modul kräver vid mottagan det av en BST ett tilldelat privat fönst er, såsom 
anges i EN 12795 och EN 13372, avsnitt 7.1.1, utan några särskilda RTM-inställning ar. I tabell 14.6 
finns ett exem pel på bitk odning. 
Tabell 14.6 
Initier ing – innehåll i ram för begäran om tilldelning av privat fönster Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
6 Kontrollfält för MAC (MA C contro l 
field) 
Begäran om privat fönster (private win­
dow request) 
7 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
8 
9 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_46  Fjärravläsaren svarar sedan genom att tilldela ett privat fönster , såsom ange s i EN 12795 och 
EN 13372, avsnitt 7.1.1, utan några särskilda RTM-inställningar . 
I tabell 14.7 finns ett exem pel på bitk odning. 26.5.2016 L 139/479 Europeiska unionens officiella tidning SV     
Tabell 14.7 
Initier ing – innehåll i ram för tilldelning av privat fönster Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
6 Kontrollfält för MAC (MA C control 
field) 
Tilldelning av privat fönst er (private 
windo w allocation) 
7 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
8 
9 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_47  Efter att ha tagit emot det tilldelade privata fönstret sänder fordonsenhetens DSR C-modul sin VST 
(Vehicle Service Table) såsom definieras i EN 12834 och EN 13372, avsnitt 6.2, 6.3, 6.4 och 7.1, med 
de inställningar som ange s i tabell 14.8, med hjälp av det tilldelade överfö ringsf önstret. 
Tabell 14.8 
Initier ing – ramins tälln ingar för VST 
Fält Inställning ar 
Privat LID Enligt EN 12834 
VST-parametrar Fyllning (fill) = 0, däref ter för varje tilläm pning som stöds: EID finns, 
parameter finns, AID = 2, EID som genererat s av OBU (fordonsenhe ­
tens DSR C-modul) 
Parameter Ingen utökn ing, innehåller mark ering för RTM Context 
ObeConfiguration Det frivilliga fältet ObeStatus kan finnas, men ska inte användas av fjär­
ravläsaren. 
Indikator för fragment ering 
(fragmentation header) Ingen fragment ering 
Inställningar för skikt 2 
(layer 2 settings) Kommando-PDU, UI-k ommando (Command PDU, UI command)  26.5.2016 L 139/480 Europeiska unionens officiella tidning SV     
DSC_48  Fordonsenhet ens DSR C-modul ska stödja tillämpning en Freight& Fleet, som identif ieras genom 
tillämp ningsidentif ierare (AID) ”2”. Det får finnas stöd för andra tillämpningsidentifierare, men dessa 
ska inte förek omma i denna VST eftersom BST endast kräver AID = 2. Fälte t Applications innehåller en 
lista med tillämp ningsinstanser som stöds i fordonsenhet ens DSR C-modul. För varje 
tillämp ningsinstans som stöd s anges en referen s till lämplig standard i form av en markeri ng för Rtm 
Context som är uppbyggd av en OBJECT IDENTIFIER som står för den berörda standarden, dess del 
av standarden (9 för RTM) och eventuellt dess version samt en EID som genereras av fordonsenhetens 
DSR C-modul och som är kopplad till denna tilläm pningsinstans. 
Ett praktiskt exem pel på de inställning ar som anges i tabell 14.8, med bitk odning, finns i tabell 14.9. 
Tabell 14.9 
Initier ing – exempel på innehåll i VST -ram Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
6 Kontrollfält för MAC (MA C control 
field) 
Kommando-PDU (Command PDU) 
7 Kontrollfält för LLC (LLC Control 
field) 
UI-k ommando (UI command) 
8 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 
9 VST 
SEQUENCE { 
Initier ingssvar 
Fyllning (fill) BIT STRING 
(SIZE(4)) 
Används ej, sätts till 0 
10 Profil eINTEGER (0..127,...) 
Applications SEQUENCE OF { 
Inge n utökn ing. Exempelprofil 0 
11 
 Inge n utökn ing, 1 tillämp ning 
12 SEQUENCE {   
OPTION indicator 
 EID finns 
OPTION indicator 
 Parame ter finns 
AID DSR CApplicationEntityID 
 Inge n utökn ing. AID = 2 (Freight& ­
Fleet) 
13 EID Dsrc-EID 
 Defi nierad inom OBU (fordonsenhe ­
tens DSR C-modul), identif ierar tilläm p­
ningsinstansen. 26.5.2016 L 139/481 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
14 Parameter Container { 
 Inge n utökn ing, vald container = 02, 
oktetts träng 
15  
 Inge n utökn ing, längd för mark ering 
för Rtm Context = 8 
16 Rtm-Cont extMark::= SEQUENCE 
{ 
StandardIdentifier 
standardIdentifier  
Objektidentifi erare för den standard, 
del och version som stöds. Exem pel: 
ISO (1), standard (0), TARV (15638), 
del 9 (9), version 1 (1). 
Första oktett en (objektidentifieraren) är 
06H, andra oktett en (dess längd) är 
06H. Efterföljande 6 oktett er kodar ob­
jektidentif ieraren i exem plet. 
Notera att endast ett element i sekven ­
sen visas (det frivilliga element et 
RtmCommProf ile är utelämnat). 17 
18 
19 
20 
21 
22 
23 
24 ObeConfiguration Sequence {   
OPTION indicator 
 ObeStatus finns inte 
EquipmentClass INTEGER 
(0..32767) 
25 
26 Manufactur erId INTEGER 
(0..65535) 
Identif ierare för tillverkaren av fordon ­
senhetens DSR C-modul enligt beskr iv­
ning i register i ISO 14816. 27 
28 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
29 
30 Flagga (flag) 
 Slutf lagga (end flag)  
DCS_49  Fjärravläsaren läser sedan dessa data genom att sända kommandot GET , i överensstämmelse med det 
GET -kommando som definieras i EN 13372, avsnitt 6.2, 6.3 och 6.4, och i EN 12834, och med de 
inställningar som ange s i tabell 14.10. 
Tabell 14.10 
Överlämning – ramins tälln ingar för GET .reques t (begäran) 
Fält Inställning ar 
Anroparens identifierare 
(IID, Invoker Identif ier) Finns inte 
Länkidentifi erare (LID, Link 
Identif ier) Länkadress för den specifi ka fordonsenhet ens DSR C-modul 
Sammanke djning (chaining) Nej 26.5.2016 L 139/482 Europeiska unionens officiella tidning SV     
Fält Inställning ar 
Elementidentifie rare (EID, 
Element Identif ier) Enligt specifi kation i VST. Ingen utökning. 
Åtkomstuppgif ter (access 
credentials) Nej 
AttributeIdList Ingen utökn ing, 1 attribut, Attr ibut eID = 1 (RtmData) 
Fragmenterin g Nej 
Inställningar för skikt 2 (layer 
2 settings) Kommando-PDU, insamlat ACn-k ommando (Command PDU , Polled 
ACn command)  
I tabell 14.11 visas ett exempel på avläsning av RTM-d ata. 
Tabell 14.11 
Överlämning – exempel på ram för GET .reques t (begäran) Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
6 Kontrollfält för MAC (MA C control 
field) 
Kommando-PDU (Command PDU) 
7 Kontrollfält för LLC (LLC Contro l field) 
 Insamlat ACn-k ommando (polled ACn 
command), n bitar 
8 Indikat or för fragment ering (fragmen ­
tation header ) 
Inge n fragment ering 
9 Get.request 
SEQUENCE { 
Begäran om GET 
OPTION indicator 
 Åtkomstuppgif ter saknas 
OPTION indicator 
 IID saknas 
OPTION indicator 
 Attr ibut eIdList finns 
Fill BIT STRING(SIZE(1)) 
 Satt till 0. 
10 EID INTEGER (0..127) 
 EID för instansen av RTM-tillämpnin ­
gen, enligt specifi kation i VST. Ingen 
utökning. 
11 AttributeIdList SEQUENCE OF { 
AttributeId }} 
Inge n utökn ing, antal attribut = 1 
12 
 Attr ibut eId=1, RtmData. Inge n utö­
kning. 26.5.2016 L 139/483 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
13 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
14 
15 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_50  När fordonsenhetens DSR C-modul tar emot begäran om GET sänder den ett svar i form av GET samt 
de data som begärs, i överensstämmelse med det GET -svar som definieras i EN 13372, avsnitt 6.2, 6.3 
och 6.4, och i EN 12834, och med de inställningar som anges i tabell 14.12. 
Tabell 14.12 
Överlämning – ramins tälln ingar för GET .response (svar) 
Fält Inställning ar 
Anroparens identifierare 
(IID, Invoker Identif ier) Finns inte 
Länkidentifi erare (LID, Link 
Identif ier) Enligt EN 12834 
Sammanke djning (chaining) Nej 
Elementidentifie rare (EID, 
Element Identif ier) Enligt specifi kation i VST. 
Åtkomstuppgif ter (access cre­
dentials) Nej 
Fragmenterin g Nej 
Inställningar för skikt 2 (layer 
2 settings) PDU för svar , svar tillgäng ligt och kommando accept erat, ACn-k om­
mando  
I tabell 14.13 visas ett exempel på avläsning av RTM-d ata. 
Tabell 14.13 
Överlämning – exempel på raminnehåll (svar) Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
26.5.2016 L 139/484 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
6 Kontrollfält för MAC (MA C contro l 
field) 
PDU för svar 
7 Kontrollfält för LLC (LLC Contro l field) 
 Svar tillgäng ligt, ACn-k ommando (n bi­
tar) 
8 Statusf ält för LLC (LLC status field) 
 Svar tillgängligt och kommando accep ­
terat 
9 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 
10 Get.response 
SEQUENCE { 
Hämta svar 
OPTION indicator 
 IID saknas 
OPTION indicator 
 Attr ibutlista finns 
OPTION indicator 
 Returstatus saknas 
Fill BIT STRING(SIZE(1)) 
 Används inte 
11 EID INTEGER(0..127,…) 
 Svar från RTM-tilläm pninge ns 
instans. Ingen utökn ing. 
12 AttributeList SEQUENCE OF { 
 Inge n utökn ing, antal attribut = 1 
13 Attr ibut es SEQUENCE { 
Attribut eId 
Inge n utökn ing, AttributeID = 1 
(RtmData) 
14 Attribut eValue CONT AINER { 
 Inge n utökn ing, val av container 
= 1010. 
15 
 RtmData 
16 
17 
… … 
n }}}} 
n+1 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
n+2 
n+3 Flagga (flag) 
 Slutf lagga (end flag)  26.5.2016 L 139/485 Europeiska unionens officiella tidning SV     
DSC_51  Fjärravläsaren stänge r sedan anslutningen genom att sända kommandot EVENT_REPOR T, RELEASE, i 
överensstämmelse med EN 13372. avsnitt 6.2, 6.3 och 6.4, och med EN 12834, avsnitt 7.3.8, och 
utan några särskilda RTM-inst ällningar . I tabell 14.14 visas ett exempel på bitk odning av kommandot 
RELEASE. 
Tabell 14.14 
Avslutning – Raminnehåll för EVENT_REPORT RELEASE Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
4 
5 
6 Kontrollfält för MAC (MA C contro l 
field) 
Ramen innehåller en LPDU för kom­
mando 
7 Kontrollfält för LLC (LLC Contro l field) 
 UI-k ommando (UI command) 
8 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 
9 EVENT_REPOR T.request 
SEQUENCE { 
EVENT_REPOR T (Release) 
OPTION indicator 
 Åtkomstuppgif ter saknas 
OPTION indicator 
 Händelseparameter (event parameter) 
saknas 
OPTION indicator 
 IID saknas 
Mode BOOLEAN 
 Inge t svar förväntas 
10 EID INTEGER (0..127,…) 
 Inge n utökn ing, EID = 0 (System ) 
11 EventT ype INTEGER (0..127,…) } 
 Händelsetyp 0 = Release 
12 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
13 
14 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_52  Fordonsenhet ens DSR C-modul förväntas inte svara på RELEASE-k ommandot. Kommunikationen är 
därmed stängd. 
5.4.8  Beskr ivning av provning med DSRC-tr ansaktion 
DSC_53  Fullständig provning som inbegr iper att skydda data ska utföras såsom definieras i tillägg 11 om 
gemensamma säke rhetsmekanismer av personer med tillstånd och tillgång till säkerhetsf örfaranden, 
med hjälp av det normala GET -kommando som definieras ovan. 26.5.2016 L 139/486 Europeiska unionens officiella tidning SV     
DSC_54  Provning vid driftsättning och periodisk besiktning som kräver dekr yptering och förståelse för det 
dekr ypterade datainnehållet ska utföras såsom ange s i tillägg 11 om gemensamma säke rhetsme ­
kanismer och i tillägg 9 om provning som krävs för typgodkännande. 
Den grundlägg ande DSR C-kommunikationen kan dock provas med kommandot ECH O. Sådana prov 
kan vara nödvändiga vid driftsättning eller periodisk besiktning eller annars om så krävs av den 
behör iga kontrollm yndigheten eller i förordning (EU) nr 165/2014 (se avsnitt 6 nedan). 
DSC_55  För att utföra detta grundlägg ande kommunikationspro v ger fjärravläsaren kommandot ECH O under 
en session, dvs. efter det att en initier ingsf as fullbordats med gott resultat. Provsekvensen liknar 
därmed den som gäller i en riktig avläsning:  
— Steg 1:Fjärravläsaren sänder en BST (Beacon Service Table) som inbegr iper tilläm pningsidentif ierare 
(AID) för de tjänst er som den stöder . För RTM-tillämpning ar gäller endast tjänsten med AID = 2. 
Fordonsenhetens DSRC-modul utvärderar mottagen BST och svarar om den hittar en begäran om 
Freight&Fleet (AID = 2) i BST. Om fjärravläsaren inte erbjuder AID=2 ska fordonsenhet ens DSR C- 
modul avsluta transaktionen med fjärravläsaren.  
— Steg 2:Fordonsenhetens DSRC-modul sänder en begäran om tilldelning av ett privat fönster .  
— Steg 3:Fjärravläsaren sänder en tilldelning av ett privat fönster .  
— Steg 4:Fordonsenhetens DSRC-modul använder det tilldelade privata fönstret för att sända sin VST 
(Vehicle Service Table). Denna VST inbegr iper en lista med alla olika tilläm pningsinstanser som 
fordonsenhetens DSRC-modul stöd er inom ramen för AID = 2. De olika instanser na ska identifieras 
med hjälp av unikt genererade EID (Element Identifi er), var och en med ett parameter värde som 
ange r den instans av tillämpning en som stöds.  
— Steg 5:Fjärravläsaren analyserar sedan erbjuden VST och anting en avslutar anslutningen (RELEASE) 
eftersom VST inte har något av intresse att erbjuda (dvs. mottagen VST kommer från en 
fordonsenhet vars DSR C-modul inte klarar RTM) eller startar en instans av tillämpning en (app 
instantiation) (om mottagen VST är lämpli g för detta).  
— Steg 6:Fjärravläsar en ska ge ett kommando (ECHO) till den specifika fordonsenhetens DSRC-modul 
och tilldelar ett privat fönster .  
— Steg 7:Fordonsenhet ens DSRC-modul använder det just tilldelade privata fönstret för att sända en 
ram med ECHO som svar . 
Följande tabeller ger ett praktiskt exempel på en session med utväxling av ECHO-k ommandon. 
DSC_56  Initier ingen utförs i enlighet med avsnitt 5.4.7 (DSC_44–DSC_48) och tabeller na 14.4–14.9. 
DSC_57  Fjärravläsaren sänder sedan kommandot ACTION, ECHO, i överensstämmelse med ISO 14906 och 
innehållande 100 dataoktett er, men utan några särskilda RTM-inställning ar. I tabell 14.15 visas 
innehållet i den ram som sänds från fjärravläsaren. 
Tabell 14.15 
Exempel på ram för ACTION , ECH O (begäran) Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Länkadress för den specifika fordon ­
senhetens DSR C-modul 
3 
26.5.2016 L 139/487 Europeiska unionens officiella tidning SV     
Oktett # Attribut/fält Bitar i oktett Beskr ivning 
4  
5 
6 Kontrollfält för MAC (MA C contro l 
field) 
Kommando-PDU (Command PDU) 
7 Kontrollfält för LLC (LLC Contro l field) 
 Insamlat ACn-k ommando (polled ACn 
command), n bitar 
8 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 
9 ACTION.request 
SEQUENCE { 
Begäran om åtgärd (action) (ECH O) 
OPTION indicator 
 Åtkomstuppgif ter saknas 
OPTION indicator 
 Åtgärdsparameter (action parameter) 
finns 
OPTION indicator 
 IID saknas 
Mode BOOLEAN 
 Svar förväntas 
10 EID INTEGER (0..127,…) 
 Inge n utökn ing, EID = 0 (System ) 
11 Action Type INTEGER (0..127,…) 
 Inge n utökning, begäran om åtgärdstyp 
(action type) ECHO 
12 ActionParamet er CONT AINER { 
 Inge n utökn ing, vald container = 2, 
13 
 Inge n utökn ing. Sträng längd = 100 ok­
tetter 
14  
 Data som ska återges (echo) 
… … 
113 }} 
114 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
115 
116 Flagga (flag) 
 Slutf lagga (end flag)  
DSC_58  När fordonsenhet ens DSR C-modul tar emot begäran om ECHO sänder den ett ECHO-sva r på 
100 dataokt etter genom att återspeg la det mottagna kommandot, i enlighet med ISO 14906 och utan 
några särskilda RTM-inställningar . I tabell 14.16 visas ett exem pel på kodning på bitnivå. 26.5.2016 L 139/488 Europeiska unionens officiella tidning SV     
Tabell 14.16 
Exempel på ram för ACTION , ECHO (svar) Oktett # Attribut/fält Bitar i oktett Beskr ivning 
1 Flagga (FLAG) 
 Star tflagga (star t flag) 
2 Privat LID 
 Den specifika fordonsenhetens länkad ­
ress 
3 
4 
5 
6 Kontrollfält för MAC (MA C contro l 
field) 
PDU för svar 
7 Kontrollfält för LLC (LLC Contro l field) 
 ACn-k ommando (n bitar) 
8 Statusf ält för LLC (LLC status field) 
 Svar tillgängligt 
9 Indikat or för fragment ering (fragmen ­
tation header) 
Inge n fragment ering 
10 ACTION.response 
SEQUENCE { 
Svar på ACTION (ECH O) 
OPTION indicator 
 IID saknas 
OPTION indicator 
 Svarsparameter (response parameter ) 
finns 
OPTION indicator 
 Returstatus saknas 
Fill BIT STRING (SIZE (1)) 
 Används inte 
11 EID INTEGER (0..127) 
 Inge n utökn ing, EID = 0 (System ) 
12 ResponseP arameter CONT AINER { 
 Inge n utökn ing, vald container = 2 
13 
 Inge n utökn ing. Sträng längd = 100 ok­
tetter 
14  
 Återgivna data (echo) 
… … 
113 }} 
114 FCS 
 Ramk ontrollsekvens (frame check se­
quence) 
115 
116 Flagga (flag) 
 Slutf lagga (end flag)  26.5.2016 L 139/489 Europeiska unionens officiella tidning SV     
5.5  Stöd för direktiv (EU) 2015/719 
5.5.1  Över sikt 
DSC_59  Till stöd för direktiv (EU) 2015/719 om ändr ing av rådets direktiv 96/53/EG om störs ta tillåtna 
dimensioner i nationell och internatio nell trafik och högsta tillåtna vikter i intern ationell trafik för 
vissa vägf ordon som framf örs inom gemenskapen kommer transaktionsprotok ollet för överföring av 
OWS-data via 5,8 GHz DSR C att vara samma som det som används för RTM-data (se avsnitt 5.4.1), 
med den enda skillnaden att objektidentif ieraren som anger TARV-standard kommer att peka på 
standarden ISO 15638, del 20, som handlar om vägning ombord och ombordbaserade 
vägningssyst em (WOB/O WS). 
5.5.2  Kommandon 
DSC_60  De kommandon som används för en OWS-transaktion kommer att vara samma som de som används 
för en RTM-trans aktion. 
5.5.3  Kommandosekve ns vid avläsning 
DSC_61  Kommandosekvensen vid avläsning av OWS-data kommer att vara samma som för RTM-d ata. 
5.5.4  Datastr ukture r 
DSC_62  Nytt olastdata (OWS-data) består av en konkat ering av följande:  
1. Data i form av Encr yptedOws Payload, som är krypterade från den nytt olast (OwsP ayload) som 
finns definie rad i ASN.1 i avsnitt 5.5.5. Krypteringsmet oden ska vara samma som den som 
används för RtmData och som anges i tillägg 11.  
2. DSR CSecur ityData, beräknade med samma algor itmer som använ ds för RtmData och som anges i 
tillägg 11.  26.5.2016 L 139/490 Europeiska unionens officiella tidning SV     
5.5.5  ASN.1-modul för OWS-tr ansaktion via DSRC 
DSC_63  ASN.1-modulen för DSR C-data inom RTM-tilläm pningen definieras på följande sätt: 
26.5.2016 L 139/491 Europeiska unionens officiella tidning SV     
5.5.6  Element i OwsData, operationer som utförs samt definitioner 
Elemente n i OwsData är definierade som ett stöd för direktiv (EU) 2015/719 om ändr ing av rådets direktiv 
96/53/EG om största tillåtna dimensioner i nationell och intern ationell trafik och högsta tillåtna vikte r i 
internationell trafik för vissa vägf ordon som framf örs inom gemenskapen. Deras innebörd är följande: 
—  recor dedW eight står för det tunga godsf ordonets uppmätta totalvikt, med en upplösning på 10 kg såsom 
definieras i EN ISO 14906. Exempe lvis står värdet 2500 för en vikt på 25 ton. 
—  axlesConfigu ration står för det tunga godsf ordonets konfiguration i form av antal axlar . Konfiguratione n 
definieras med en 20-bitars bitmask (utökad från EN ISO 14906). 
En bitmask på 2 bitar representerar axeln i konfigurationen enligt följande format: 
—  Värdet 00B betyder att värdet är ”ej tillgängligt” eftersom fordonet saknar utrustning för att samla in 
data om vikte n som belastar axeln . 
—  Värdet 01B betyder att axeln inte finns på det aktuella fordonet. 
—  Värdet 10B betyder att axeln finns och att vikten har beräknats och samlats in och nu finns i fältet 
axlesRe cordedW eight. 
—  Värdet 11B är reser verat för framtida användning. 
De sista fyra bitar na är reser verade för framtida användning (RFU, Reserved for Future Use). 
Antal axlar  
Antal axlar på dragf ordon Antal axlar på släpvagn 
00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 00/01/ 
10/11 RFU 
(4 bitar)  
—  axlesRe cordedW eight står för den vikt som registrerats för respektive axel, med en upplösning på 10 kg. Två 
oktett er använ ds för varje axel. Exempelvis står värdet 150 för en vikt på 1 500 kg. 
Övr iga datatyper definieras i avsnitt 5.4.5. 
5.5.7  Mekanismer för dataöverför ing 
DSC_64  Mekanismen för överföring av OWS-data mellan fjärravläsaren och fordonets DSR C-modul ska vara 
samma som för RTM-data (se avsnitt 5.4.6). 
DSC_65  Dataö verfö ringe n mellan den plattf orm där högsta tillåtna vikter finns samlade och fordonets DSR C- 
modul ska baseras på den fysiska förbindelsen och de gränssnitt och det protok oll som definie ras i 
avsnitt 5.6. 
5.6  Dataö verför ing mellan fordonsenhetens DSR C-modul och fordonsenheten 
5.6.1  Fysisk anslutning och gränssnitt 
DSC_66  Anslutninge n mellan fordonsenheten och fordonsenhetens DSRC-modul kan utgör as av antinge n en fysisk 
kabel eller trådlös kommunikation över korta avstånd baserad på Bluetooth v4.0 BLE. 
DSC_67  Oav sett val av fysisk anslutning och gränssnitt ska följande krav vara uppfyllda: 
DSC_68  a)För att olika leverantör er ska kunna kontrakt eras att leverera fordonsenheten och fordonsenhetens 
DSR C-modul, och även olika partier av DSR C-moduler , ska anslutningen mellan fordonsenheten 
och fordonsenhetens DSR C-modul följa en öppen standard. Fordonsenhet en ska anslutas till dess 
DSR C-modul via anting en 
i)  en fast kabel på minst 2 meter och en godkänd hank ontakt av typen Straight DIN 41612 H11 
Connector med 11 stift från DSR C-modulen som passar med en liknande DIN/ISO-godkänd 
honk ontakt från fordonsenheten, 26.5.2016 L 139/492 Europeiska unionens officiella tidning SV     
ii)  Bluetooth Low Energy (BLE), eller 
iii)  en standardanslutning enligt ISO 11898 eller SAE J1939. 
DSC_69  b)Defi nitionen av gränssnitt och anslutning mellan fordonsenhet en och fordonsenhetens DSR C- 
modul måst e stöd ja kommandona i det tilläm pningsprotok oll som definieras i avsnitt 5.6.2. 
DSC_70  c)Fordonsenheten och fordonsenhet ens DSR C-modul måste ha kapacitet för dataö verfö ring via 
anslutningen i praktisk drift när det gäller prestanda och strömtillf örsel. 
5.6.2  Tillämpningspr otokoll 
DSC_71  Tillämpn ingsprotok ollet för kommunikationen mellan fordonsenhet ens kommunikationsanordning för 
fjärravläsning och fordonsenhet ens DSR C-modul ansvarar för periodisk överfö ring av data för 
fjärravläsning från fordonsenhet en till dess DSR C-modul. 
DSC_72  Följande huvudsakliga kommandon hanter as:  
1. Initier ing av kommunikationslänk – begäran  
2. Initier ing av kommunikationslänk – svar  
3. Sänd data med identif ierare för RTM-till ämpning en och nytt olast i form av RTM-data  
4. Kvittering av data  
5. Avslutning av kommunikationslänk – begäran  
6. Avslutning av kommunikationslänk – svar 
DSC_73  I ASN1.0 kan de ovanstående kommandona definieras på följande sätt: 
26.5.2016 L 139/493 Europeiska unionens officiella tidning SV     
DSC_74  Beskr ivning av kommandon och parametrar : 
—  
 används för att initiera 
kommunikationslänke n. Kommandot sänds från fordonsenheten till dess DSR C-modul. 
LinkIdentifier sätts av fordonsenheten och kommuniceras till dess DSR C-modul så att en specifi k 
kommunikationslänk kan spåras. 
(Anm.: Detta är för att stöd ja framtida länkar och andra tillämpning ar/moduler , t.ex. för vägning 
ombord.)  
—  
 används av fordonsenhet ens 
DSR C-modul för att ge svar på begäran om att initiera kommunikationslänk en. Kommandot sänds 
från fordonsenhet ens DSR C-modul till fordonsenheten. Kommandot ger resultatet av initier ingen i 
form av svaret ”= 1” (initier ing utförd) eller ”= 0” (initier ing missly ckad). 
DSC_75  Initier ing av kommunikationslänk en får ske endast efter installation och kalibrer ing och efter det att 
motorn har startats/f ordonsenhet en har satts på. 
—
 används av fordonsenhet en för att sända signerade data för fjärrkommu ­
nikation (RCD TData) till fordonsenhetens DSR C-modul. Data sänds var 60:e sekund. Paramet ern 
DataT ransactionId identif ierar den specifika dataö verföringen. LinkIdentif ier används också för att 
säkerställa att den tillämplig a länk en är korrekt. 
—  
 sänds av fordonsenhetens DSR C-modul för att ge återkoppling 
till fordonsenhet en om mottagan det av data via det kommando 
 som 
identifieras med paramet ern DataT ransactionId. Parametern i svaret är 1 (OK) eller 0 (fel). Om 
fordonsenheten tar emot fler än tre svar som är lika med 0 eller om fordonsenhet en inte tar emot 
någon kvitt ering (RCDT Data Ackno wledgment) för ett visst, tidigare sänt kommando RCDT -Send 
Data med ett visst DataT ransactionId kommer fordonsenhet en att generera och registrera en 
händelse. 
—  
 sänds av fordonsenhet en till 
fordonsenhetens DSR C-modul för att avsluta en länk med en viss LinkIdentifier . 
DSC_76  Vid omstar t av fordonsenhet ens DSR C-modul eller fordonsenhet en ska samtliga befintliga 
kommunikationslänkar tas bort, eftersom det annars kan finnas ”hänga nde” länkar orsakade av en 
plötslig nedstängning av fordonsenhet en. 
—  
 sänds av fordonsenhetens DSR C- 
modul till fordonsenheten för att bekräf ta mottagan det av fordonsenhetens begäran om att avsluta 
länk en med just denna LinkIdentif ier. 
5.7  Felhanter ing 
5.7.1  Registrer ing och kommunik ation av data i fordonsenhetens DSRC-modul 
DSC_77  Redan skyddade data ska tillhandahållas av fordonsenhetens säkerhetsmodul till fordonsenhetens 
DSR C-modul. Fordonsenhetens säkerhetsmodul ska kontrollera att de data som registreras i 
fordonsenhet ens DSR C-modul har registrerats på korrekt sätt. Registrer ing och rappor tering av 
eventuella fel vid överföringen av data från fordonsenheten till minnet i fordonsenhetens DSR C-modul 
ska registreras som EventFa ultT ype med värdet ‘62’H (kommunikationsf el i kommunikationsanordning 
för fjärravläsning) tillsammans med en tidsstäm pel. 
DSC_78 Fordonsenhet en ska upprätthålla en fil med ett unikt namn som enkelt kan identif ieras av besiktnings ­
tjänst emän, i syfte att registrera intern a kommunikationsf el i fordonsenhet en. 
DSC_79  Om fordonsenhet ens minne för nytt olastdata (VUPM) försöke r hämta data från säkerhet smodulen (för 
att lämna dessa vidare till fordonsenhet ens DSR C-modul) men missly ckas med detta, ska den registrera 
felet som EventFaultT ype med värdet ‘62’H (kommunikationsfel i kommunikationsanordning för 
fjärravläsning) tillsammans med en tidsstämpel. Kommunikationsfe let upptäc ks när meddelandet 
inte tas emot för motsvarande meddelande 
(dvs. där de två meddelandena har samma DataT ransactionId) 
 vid mer än tre 
på varandra följande tillfäll en. 
5.7.2  Fel i trådlös kommunik ation 
DSC_80  Hanter ing av kommunikationsf el ska ske i enlighet med det som föreskr ivs i relaterad e DSR C- 
standarder , nämlig en EN 300 674-1, EN 12253, EN 12795, EN 12834 och lämplig a parametrar från 
EN 13372. 26.5.2016 L 139/494 Europeiska unionens officiella tidning SV     
5.7.2.1  Krypter ings- och signatur fel 
DSC_81 Krypterings- och signatur fel ska hanter as såsom definieras i tillägg 11 om gemensamma säke rhetsme ­
kanismer och förek ommer inte i några felmeddelanden som hänge r ihop med DSR C-överfö ringe n av 
data. 
5.7.2.2  Registrer ing av fel 
DSR C är ett dynamiskt trådlöst kommunikationsmedium i en miljö med okända atmosfä rs- och interferensf ör­
hållanden, särskilt med den kombination av flyttbar fjärravläsare och bil i rörelse som är aktuell för den här 
tilläm pningen. Det är därf ör nödvändigt att säkerställa skillnaden mellan en ”missly ckad avläsning” och ett ”fel”. 
För transaktioner via ett trådlöst gränssnitt är det vanligt med missly ckade avläsni ngar och konsekvensen är 
vanlige n att försöka igen , dvs. att återsända BST och försöka samma sekvens igen, vilket under de flesta 
omständighete r leder till att anslutningen och dataö verfö ringe n lyckas, såvida inte fordonet som ska kontrolleras 
har förflyttat sig utom räck håll under den tid som krävs för återsändning. (En lyckad avläsning kan ha omf attat 
flera försök och omf örsök.) 
En missly ckad avläsni ng kan bero på att antenner na inte parades på rätt sätt (”siktningsf el”), att en av 
antenner na är skär mad (detta kan vara avsiktligt, men också orsakas av ett annat fordons fysiska närvaro). Det 
kan också bero på radiointerf erens, särskilt från Wi-Fi på cirka 5,8 GHz eller annan allmänt tillgänglig trådlös 
kommunikation, radar interferens eller svåra atmosfäriska förhållanden (t.ex. under ett åskväder), eller helt enkelt 
att fordonet rör sig utanf ör DSR C-kommunikationens räckvidd. Enstaka missly ckade avläsning ar kan, till följd 
av sin natur , inte registreras, helt enkelt därför att kommunikationen inte upprättades. 
Om de behör iga kontrollm yndigheternas representant riktar fjärravläsaren mot ett fordon och försöker avläsa 
dess fordonsenhets DSR C-modul utan att någon lyckad dataö verföring uppstår kan detta missly ckande dock 
bero på avsiktlig manipuler ing, och representante n behö ver därför ett medel för att logg a missly ckandet och 
förvarna kollegor längre fram om den eventuella överträdelsen. Kollegor na kan sedan stoppa fordonet och 
utföra en fysisk besiktning. Eftersom ingen lyckad kommunikation har ägt rum kan dock inte fordonsenhetens 
DSR C-modul ge några data om missly ckandet. Sådan rappor tering ska därför ingå som en funktion i 
utformningen av fjärravläsarens utrustning. 
”Missly ckad avläsning” är tekni skt sett något annat än ett ”fel”. I detta sammanhang är ett fel samma sak som 
mottagan de av ett felaktigt värde. 
Data som överfö rs till fordonsenhetens DSRC-modul är redan skyddade när de lämnas och måste därf ör 
kontrolleras av den som tillhandahållit dessa data (se avsnitt 5.4). 
Data som däref ter överfö rs genom gränssnitt et (luften) kontrolleras genom cyklisk redundansk ontroll (CRC) på 
kommunikationsnivån. Data som valideras genom CRC är korrekta. Data som inte valideras genom CRC 
återsänds. Sannolikhet en att data skulle kunna passera genom en CRC på fel sätt är statistiskt så liten att den 
kan lämnas utan avseende. 
Om data inte valideras genom CRC och det inte finns tid att återsända och ta emot korrekta data blir resultatet 
inte ett fel, utan en instansier ing av en särskild typ av missly ckad avläsning. 
De enda meningsfulla ”missly ckade” data som kan registreras är antalet lyckade initier ingar av transaktioner som 
förek ommer men inte leder till en lyckad dataö verföring till fjärravläsaren. 
DSC_82  Fjärravläsar en ska därför registrera, med tidsstäm pel, antalet tillfällen där initier ingsfa sen lyckas för en 
DSR C-avläsning, men transaktionen avsluta s innan korrekta data hämtats av fjärravläsaren. Dessa data 
ska vara tillgäng liga för de behör iga kontrollm yndighet ernas representant och lagras i fjärravläsarens 
minne. De medel som använ ds för att åstadk omma detta ska bestämmas genom produkten s 
utformning eller genom en specifi kation från en behör ig kontrollm yndighet. 
De enda meningsfulla data om ”fel” som kan registreras är antalet tillfäll en där fjärravläsaren 
missly ckas med att dekr yptera de data som tas emot. Det bör dock noteras att detta enbar t berör 
effektivitet en för fjärravläsarens program vara. Data kan vara tekniskt dekr ypterade utan att ha någon 
semantisk mening. 26.5.2016 L 139/495 Europeiska unionens officiella tidning SV     
DSC_83  Fjärravläsar en ska därför registrera, med tidsstäm pel, antalet tillfällen den försökt men missly ckats med 
att dekr yptera data som tagits emot via DSR C-gränssnitt et. 
6  PROVNING VID DRIFTSÄ TTNING OCH PERIODISK BESIK TNING AV FJÄRRK OMMUNIKA TIONSFUNK TIONEN 
6.1  Allmänt 
DSC_84  Två typer av prov kan förutses för fjärrkommunikationsfunktionen:  
1) Ett ECHO-prov för att validera den trådlösa kommunikationskanalen mellan fjärravläsarens DSR C- 
modul och fordonsenhetens DSR C-modul.  
2) Ett säkerhetspro v från början till slut för att säke rställa att ett verkstadsk ort kan komma åt 
krypterat och signerat datainnehåll som skapas i fordonsenheten och överfö rs via den trådlösa 
kommunikationskanalen. 
6.2  ECHO 
Detta avsnitt innehåller bestämmelser som är framtagna särskilt för att endast prova att kommunikationskanalen 
mellan fjärravläsarens DSR C-modul och fordonsenhet ens DSR C-modul är funktionellt aktiv . 
Syftet med kommandot ECHO är att ge verkstäder eller anläggningar för typgodkännandepro v möjlighet att 
prova om DSR C-länken fung erar, utan att behö va ha tillgång till säke rhetsuppgif ter. Provarens utrustning 
behö ver därför endast kunna initiera en DSR C-kommunikation (sända en BST med AID = 2) och sedan sända 
ECHO-kom mandot och, under antagande t att DSR C fungerar , ta emot ECHO-svaret. Se avsnitt 5.4.8 för mer 
information. Under antagandet att detta svar tas emot korrekt kan den korrekta funktionen hos DSR C-länken 
mellan fjärravläsarens DSR C-modul och fordonsenhet ens DSR C-modul valideras. 
6.3  Prov för att validera skyddat datainnehåll 
DSC_85  Detta prov utförs för att validera ett skyddat dataf löde från början till slut. En provningsavläsare för 
DSR C behö vs för detta prov. Provningsav läsaren för DSR C har samma funktionalitet och är utformad 
utifrån samma specifi kationer som den avläsare som använ ds av kontrolltjänstem ännen (även kallade 
law enforcer), med undantaget att ett verkstadsk ort i stället för ett kontrollk ort ska användas för att 
autenti sera användaren av provningsav läsaren. Provet kan utföras efter den första aktiver ingen av en 
smar t färdskr ivare eller i slute t av kalibrer ingsf örfarandet. Efter aktiver ingen ska fordonsenheten 
generera skyddade data för tidig upptäc kt och överföra dessa till fordonsenhet ens DSR C-modul. 
DSC_86  Verks tadspersonalen ska placera provningsavläsaren för DSR C på ett avstånd av mellan 2 och 
10 meter framf ör fordonet. 
DSC_87  Verks tadspersonalen ska sedan sätta in ett verkstadsk ort i provningsavläsaren för att begära avläsning 
av data för tidig upptäc kt i fordonsenheten. Efter en lyckad avläsning ska verkstadspersonalen 
kontrollera mottagna data för att säkerställa att deras integritet har validerats och att de har 
dekr ypterats.  26.5.2016 L 139/496 Europeiska unionens officiella tidning SV     
Tillägg 15 
MIGRERING: PARALLELL HANTERING AV FLERA UTR USTNINGSGENERA TIONER 
INNEHÅLLSFÖRTECKNING 
1 DEFINITIONER .................................................................................................................................. 497 
2. ALLMÄNNA BEST ÄMMELSER ................................................................................................................ 497 
2.1. Övergång en i stora drag ........................................................................................................... 497 
2.2. Driftskompatibilit et mellan fordonsenhet och kort......................................................................... 498 
2.3. Driftskompatibilit et mellan fordonsenhet och rörelsesensor .............................................................. 498 
2.4. Driftskompatibilit et mellan fordonsenhet er, färdskr ivark ort och utrustning för dataö verföring ................. 498 
2.4.1 Direkt överfö ring från kort till IDE-enhet ..................................................................................... 498 
2.4.2 Över föring från kort via fordonsenhet ......................................................................................... 499 
2.4.3 Över föring från fordonsenhet .................................................................................................... 499 
2.5. Driftskompatibilit et mellan fordonsenhet och kalibrer ingsutr ustning .................................................. 499 
3. VIKTIGA STEG UNDER PERIODEN FÖRE INFÖRANDED AGEN ...................................................................... 499 
4. BEST ÄMMELSER FÖR PERIODEN EFTER INFÖRANDED AGEN ....................................................................... 499  
1  DEFINITIONER 
Följande definitioner använ ds i detta tillägg: 
smar t färdskr ivarsyst em: Enligt definition i denna bilaga (kapit el 1, definition bbb). 
första generationens färdskr ivarsystem: Enligt definition i denna förordning (artikel 2, definition 1). 
andra generationens färdskr ivarsyst em: Enligt definition i denna förordning (artikel 2, definition 7). 
införandedag: Enligt definit ion i denna bilaga (kapitel 1, definition ccc). 
IDE (Intellig ent Dedicated Equipment): Utrustning som används för dataö verföring, enligt definition i tillägg 7 
till denna bilaga. 
2.  ALLMÄNNA BEST ÄMMELSER 
2.1.  Övergången i stora drag 
I inledning en till denna bilaga beskr ivs i stora drag övergång en mellan första och andra generationens färdskr i­
varsystem. 
Utöver bestämmelser na i denna inledning gäller följande: 
—  Första generationens rörelsesensorer kommer inte att vara driftskompati bla med andra generationens 
fordonsenhet er. 
—  Andra generationens rörelsesensorer kommer att installeras i fordon samtidigt som andra generationens 
fordonsenhet er. 
—  Dataö verfö rings- och kalibrer ingsutr ustning kommer att behö va utvecklas för att stödja användning av båda 
generationer na av färdsk rivare och färdskr ivark ort. 26.5.2016 L 139/497 Europeiska unionens officiella tidning SV     
2.2.  Driftskompatibilitet mellan fordonsenhet och kort 
Det är underförs tått att första generationens färdskr ivark ort är driftskompati bla med första generationens 
fordonsenhet er (i enlighet med bilaga 1B till denna förordning), medan andra generationens färdskr ivark ort är 
driftskompati bla med andra generationens fordonsenheter (i enlighet med bilaga 1C till denna förordning). 
Dessutom gäller följande krav: 
MIG_001  Första generationens färdskr ivark ort får fortsätta att användas i andra generationens fordonsenheter 
fram till deras sista giltighetsdag, med undantag för det som föreskr ivs i krav MIG_004 och MIG_005. 
Innehavar na får dock efterfråga att de ersätts med andra generationens färdskr ivark ort så snar t de finns 
tillgäng liga. 
MIG_002  Andra generationens fordonsenheter ska kunna använda alla giltiga förar -, kontroll- och företagsk ort av 
första generationen som sätts in. 
MIG_003  Denna förmåg a kan komma att slutgiltigt tas bort i samband med verkstadsbesök , så att första 
generationens färdskr ivark ort inte längre godtas. Detta kan endast ske efter det att Europeiska 
kommissionen har inlett ett förfarande i syfte att begära detta av verkstäder na, t.ex. vid varje periodisk 
färdskr ivarbesiktning. 
MIG_004  Andra generationens fordonsenheter får endast använda andra generationens verk stadsk ort. 
MIG_005  När det gäller att avgöra funktionsläge ska andra generationens fordonsenheter endast beakta typen av 
giltigt kort som sätts in, oavsett dess generation. 
MIG_006  Ett giltigt andra generationens färdsk rivark ort ska kunna användas i första generationens 
fordonsenhet er på exakt samma sätt som ett första generationens färdskr ivark ort av samma typ. 
2.3.  Driftskompatibilitet mellan fordonsenhet och rörelsesensor 
Det är underförs tått att första generationens rörelsesensorer är driftskompat ibla med första generationens 
fordonsenhet er, medan andra generationens rörelsesensorer är driftskompati bla med andra generationens 
fordonsenhet er. Dessutom gäller följande krav: 
MIG_007  Andra generationens fordonsenhet er kan inte paras och användas med första generationens 
rörelsesensorer . 
MIG_008  Andra generationens rörelsesensorer kan paras och användas endast med andra generationens 
fordonsenhet er, eller med båda generationer na av fordonsenhet er. 
2.4.  Driftskompatibilitet mellan fordonsenheter , färdskr ivark ort och utrustning för dataöverför ing 
MIG_009  Utrustning för dataö verföring får använ das med endast en generation av fordonsenhet er och 
färdskr ivark ort, eller med båda. 
2.4.1  Direkt överföring från kort till IDE-enhet 
MIG_010  Vid dataö verföring från ett färdskr ivark ort av en viss generation som är insatt i en kortläsare till en 
IDE-enhet ska säkerhetsmekanismern a och dataö verfö ringsprotok ollet för denna generation användas, 
och överfö rda data ska ha det format som definierats för denna generation. 
MIG_011  För förark ontroll genom andra än EU:s kontrollm yndighet er ska det också vara möjligt att överfö ra 
andra generationens förark ort (och verk stadsk ort) på exakt samma sätt som första generationens 
förark ort (och verk stadsk ort). En sådan överfö ring ska omf atta följande: 
—  Icke signerade elementfiler 
 och 
 . 
—  Icke signerade elementfiler (för första generationen) 
 och 
 . 26.5.2016 L 139/498 Europeiska unionens officiella tidning SV     
—  Andra elementfiler med tilläm pningsdata (under den dedike rade filen 
 ) som krävs av första 
generationens protok oll för överföring från kort. Denna information ska skyddas med en digital 
signatur , i enlighet med den första generationens säkerhetsmekanismer . 
En sådan överföring ska inte omf atta elementf iler med tillämpning sdata som endast finns på andra 
generationens förark ort (och verkstadsk ort) (elementfiler med tilläm pningsdata under den dedik erade 
filen 
 ). 
2.4.2  Överför ing från kort via fordonsenhet 
MIG_012  Vid dataö verfö ring från ett andra generationens kort som är insatt i en första generationens 
fordonsenhet ska första generationens dataö verfö ringsprotok oll användas. Kortet ska svara på 
fordonsenhet ens kommandon på exakt samma sätt som ett första generationens kort, och överförda 
data ska ha samma format som data som överfö rs från första generationens kort. 
MIG_013  Vid dataö verfö ring från ett första generationens kort som är insatt i en andra generationens 
fordonsenhet ska det dataö verfö ringsprotok oll som är definierat i tillägg 7 till denna bilaga användas. 
Fordonsenheten ska skicka kommandon till kortet på exakt samma sätt som en första generationens 
fordonsenhet, och överförda data ska följa det format som definierats för första generationens kort. 
2.4.3  Överför ing från fordonsenhet 
MIG_014  Vid dataö verfö ring från en andra generationens fordonsenhet som använder andra generationens 
säkerhetsmekanismer ska det dataö verföringsprotok oll som är definierat i tillägg 7 till denna bilaga 
använ das. 
MIG_015  För förark ontroll genom andra än EU:s kontrollm yndigheter och dataö verföring från fordonsenheten i 
verk städer utanf ör EU kan det också vara möjligt att överfö ra data från andra generationens 
fordonsenhet er genom att använda första generationens säkerhetsmekanismer och första generationens 
dataö verföringsprot okoll. Överfö rda data ska ha samma format som data som överförs från en första 
generationens fordonsenhet. Denna förmåg a kan väljas fritt genom kommandon i meny erna. 
2.5.  Driftskompatibilitet mellan fordonsenhet och kalibrer ingsutr ustning 
MIG_016  Kali brer ingsutr ustning ska kunna utföra kalibrer ing av varje generation av färdskr ivare med hjälp av 
kalibrer ingsprotok ollet för respektive generation. Kalibrer ingsutr ustning får använ das för endast en 
färdskr ivarge neration, eller för båda. 
3.  VIKTIGA STEG UNDER PERIODEN FÖRE INFÖRANDED AGEN 
MIG_017  Nycklar och certifikat för provning ska vara tillgängliga för tillverkare senast 30 månader före 
införandedage n. 
MIG_018  Driftskompati bilitetspro v ska kunna inledas på begäran från tillverkare senast 15 månader före 
införandedage n. 
MIG_019  Officiella nycklar och certifikat ska vara tillgäng liga för tillverkare senast 12 månader före 
införandedage n. 
MIG_020  Medlemsstater ska kunna utfärda andra generationens verkstadsk ort senast 3 månader före 
införandedage n. 
MIG_021  Medlemsstater ska kunna utfä rda alla typer av andra generationens färdskr ivark ort senast 1 månad 
före införandedagen. 
4.  BEST ÄMMELSER FÖR PERIODEN EFTER INFÖRANDED AGEN 
MIG_022  Efter införandedagen ska medlemsstatern a endast utfärda andra generationens färdskr ivark ort. 26.5.2016 L 139/499 Europeiska unionens officiella tidning SV     
MIG_023  Tillverkare av fordonsenhet er/rörelsesensorer ska tillåtas producera första generationens 
fordonsenhet er/rörelsesensorer så länge de används i praktike n, så att felaktiga kompone nter kan bytas 
ut. 
MIG_024  Tillverkare av fordonsenhet er/rörelsesensorer ska ha möjlighet att begära och erhålla fortsatta 
typgodkännanden för första generationens typer av fordonsenheter/rö relsesensorer som redan 
typgodkänts.  26.5.2016 L 139/500 Europeiska unionens officiella tidning SV     
Tillägg 16 
ADAPTER FÖR FORDONSKA TEGORIERNA M1 OCH N1 
INNEHÅLLSFÖRTECKNING 
1. FÖRK ORTNINGAR OCH REFERENSDOKUMENT .......................................................................................... 501 
1.1. Förk ortningar .......................................................................................................................... 501 
1.2. Hänvisning ar till standarder ........................................................................................................ 501 
2. ALLMÄN BESKRIVNING AV ADAPTERN OCH DESS FUNK TIONER ................................................................... 502 
2.1. Allmän beskr ivning av adapt ern.................................................................................................. 502 
2.2. Funktioner .............................................................................................................................. 502 
2.3. Säkerhet ................................................................................................................................. 502 
3. KRA V PÅ FÄRDSKRIV AREN NÄR EN ADAPTER ÄR INST ALLERAD .................................................................. 502 
4. KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR ADAPTERN ......................................................................... 503 
4.1. Gränssnitt mot och anpassning av inkommande hastighetspulser ........................................................ 503 
4.2. Inducer ing av de inkommande pulser na till den inby ggda rörelsesensor n.............................................. 503 
4.3. Inbyggd rörelsesensor ................................................................................................................ 503 
4.4. Säkerhets krav .......................................................................................................................... 503 
4.5. Prestanda ................................................................................................................................ 504 
4.6. Materi al................................................................................................................................. 504 
4.7. Märkningar ............................................................................................................................. 504 
5. INST ALL ATION AV FÄRDSKRIV ARE NÄR EN ADAPTER ANV ÄNDS ................................................................. 504 
5.1. Installation ............................................................................................................................. 504 
5.2. Plomber ing ............................................................................................................................. 505 
6. KONTR OLLER, BESIK TNINGAR OCH REPARA TIONER .................................................................................. 505 
6.1. Periodiska besiktningar .............................................................................................................. 505 
7. TYPGODKÄNNANDE FÖR FÄRDSKRIV ARE NÄR EN ADAPTER ANV ÄNDS ........................................................ 505 
7.1. Allmänt ................................................................................................................................. 505 
7.2. Funktionsintyg ......................................................................................................................... 506  
1.  FÖRK ORTNINGAR OCH REFERENSDOKUMENT 
1.1.  Förk ortningar 
TBD  To Be Defined (ej fastställt) 
VU  Vehicle Unit (fordonsenhet) 
1.2.  Hänvisningar till standarder 
ISO16844-3 Road vehicles – Tachog raph systems – Part 3: Motion sensor interface 26.5.2016 L 139/501 Europeiska unionens officiella tidning SV     
2.  ALLMÄN BESKRIVNING AV ADAPTERN OCH DESS FUNK TIONER 
2.1.  Allmän beskr ivning av adapter n 
ADA_001  Adapt ern ska förse en anslut en fordonsenhet med krypterade rörelsedata som ständigt visar fordonets 
hastighet och tillryggalagda sträck a. 
Adapt ern är endast avsedd för de fordon som ska vara utrustade med färdskr ivare enligt denna 
förordning. 
Den ska installeras och användas endast i de fordonstyper som definieras i definition ”yy” (”adapt er”) i 
bilaga 1C, där det inte är mekaniskt möjligt att installera någon annan typ av existerande rörelsesensor 
som i övrigt överensstämmer med bestämmelser na i denna bilaga och dess tillägg 1–16. 
Adapt ern får inte ha ett mekaniskt gränssnitt med en rörlig fordonsdel, utan ska vara anslut en till de 
impulser för hastighet/sträcka som avges av integre rade sensorer eller alternati va gränssnitt. 
ADA_002  En typgodkänd rörelsesensor (enligt bestämmelser na i avsnitt 8 i bilaga IC om typgodkännande för 
färdskr ivare och färdsk rivark ort) ska mont eras inuti adapt erns hölje, som också ska rymma en 
pulsomv andlare som inducerar de inkommande pulser na till den inby ggda rörelsesensor n. Denna 
inby ggda rörelsesensor ska själv vara anslut en till fordonsenhet en, så att gränssnittet mellan 
fordonsenheten och adap tern överensstämmer med de krav som anges i ISO 16844-3. 
2.2.  Funktioner 
ADA_003  Adapt ern ska inbegr ipa följande funktioner : 
—  Gränssnitt mot och anpassning av de inkommande hastighetspulser na. 
—  Inducer ing av de inkommande pulser na till den inby ggda rörelsesensor n. 
—  Alla funktioner i den inby ggda rörelsesensor n, så att krypterade rörelsedata tillhandahålls 
fordonsenheten. 
2.3.  Säkerhet 
ADA_004  Adapt ern får inte vara säkerhets certifierad enligt det allmänna säkerhetsmålet för rörelsesensorer i 
tillägg 10 till denna bilaga. I stället ska säkerhetskraven i avsnitt 4.4 i detta tillägg gälla. 
3.  KRA V PÅ FÄRDSKRIV AREN NÄR EN ADAPTER ÄR INST ALLERAD 
I de följande kapitlen anges hur kraven i denna bilaga ska tolkas när en adapt er används. De relat erade 
kravnumren i bilaga 1C anges i parente s. 
ADA_005  Varje färdskr ivare i fordon som har utrustats med en adapt er ska överensstämma med alla 
bestämmelser , om inte annat anges i detta tillägg. 
ADA_006  När en adapt er är installerad inbegr iper färdskr ivaren kablar , adap tern (inklusive en rörelsesensor) och 
en fordonsenhet (krav 01). 
ADA_007  Färdskr ivarens funktion för upptä ckt av en händelse och/eller fel ändras enligt följande: 
—  Händelsen ”avbrott i strömtillf örseln” (Power Supply Inter ruption) ska utlösas av fordonsenhet en om 
strömtillf örseln i den inby ggda rörelsesensor n är avbruten under mer än 200 millisekunder när 
kalibrer ingsläget inte är inställt (krav 79). 
—  Händelsen ”fel i rörelsedata” ska utlösas av fordonsenhet en vid avbrott av det normala dataf lödet 
mellan den inbyggda rörelsesensor n och fordonsenhet en och/eller vid integr itetsfel eller 
autentiser ingsf el under utby te av data mellan den inby ggda rörelsesensor n och fordonsenheten 
(krav 83). 26.5.2016 L 139/502 Europeiska unionens officiella tidning SV     
—  Händelsen ”försök till säke rhetsö verträdelse” ska utlösas av fordonsenhet en vid varje övrig händelse 
som påverkar säkerhet en i den inbygg da rörelsesensor n när kalibrer ingsläget inte är inställt 
(krav 85). 
—  ”Färdskr ivarfel” ska utlösas av fordonsenheten för varje fel i den inbygg da rörelsesensor n när 
kalibrer ingsläget inte är inställt (krav 88). 
ADA_008  De adapt erfel som kan upptä ckas av färdsk rivaren ska vara de som är relat erade till den inby ggda 
rörelsesensor n (krav 88). 
ADA_009  Fordonsenhet ens kalibrer ingsfunktion ska möjliggöra automatisk parning av den inbyggda 
rörelsesensor n med fordonsenheten (krav 202, 204). 
4.  KONSTR UKTIONS- OCH FUNK TIONSKRA V FÖR ADAPTERN 
4.1.  Gränssnitt mot och anpassning av inkommande hastigh etspulser 
ADA_011  Adapt erns gränssnitt för indata ska accept era frekvenspulser som motsvarar fordonets hastighet 
och/eller tillrygga lagda sträcka. De inkommande pulser na har följande elektr iska egenskaper: TBD (ska 
definieras av tillverkaren). Inställning ar som endast finns tillgäng liga för adap tertillverkaren och den 
godkända verkstad som utför installationen av adapt ern ska möjliggör a ett korrekt gränssnitt för 
adap tern s indata till fordonet, i förek ommande fall. 
ADA_012 Gränssnitte t för adapt erns indata ska, i förek ommande fall, kunna multiplicera eller dividera frekvens ­
pulser na i de inkommande hastighetspulser na med hjälp av en fast faktor, för att anpa ssa signalen till 
en k-konstant inom det inter vall som definieras i denna bilaga (4 000 till 25 000 imp/km). Denna 
fastställda faktor får endast programmeras av adapt ertillverkaren och den godkända verkstad som 
utför installationen av adapt ern. 
4.2.  Inducer ing av de inkommande pulser na till den inbyggda rörelsesensor n 
ADA_013  De inkommande pulser na, eventuellt anpassade enligt vad som anges ovan, ska induceras till den 
inby ggda rörelsesensor n, så att varje inkommande puls upptäc ks av rörelsesensor n. 
4.3.  Inbyggd rörelsesensor 
ADA_014  Den inbyggda rörelsesensor n ska stimuleras av de inducerade pulser na, för att på så sätt kunna 
generera rörelsedata som korrekt motsvarar fordonets rörelse, som om den var mekaniskt 
ihopk opplad med en rörlig del av fordonet. 
ADA_015  Identifier ingsdata i den inbyggda rörelsesensor n ska användas av fordonsenhet en för att identifiera 
adap tern (krav 95). 
ADA_016 Installationsdata som lagras i den inby ggda rörelsesensor n ska anses motsvara adapt erns installa ­
tionsdata (krav 122). 
4.4.  Säkerhetskrav 
ADA_017  Adapt erns hölje ska vara utformat så att det inte kan öppnas. Den ska vara plomberad, så att försök 
till fysisk manipuler ing lätt kan upptä ckas (exempe lvis genom okulär besiktning, se ADA_035). 
Plomber ingar ska uppfylla samma krav som rörelsesensor ns plomber ingar (krav 398–406). 
ADA_018  Det ska inte vara möjligt att avlägsna den inby ggda rörelsesensor n från adap tern utan att bryta 
plomber ingen/plomber ingarna på adapt erns hölje, eller bryta plomber ingen mellan rörelsesensor n och 
adap tern s hölje (se ADA_034). 
ADA_019  Adapt ern ska säke rställa att de rörelsedata som genereras och behandlas endast kommer från 
adap tern s indata. 26.5.2016 L 139/503 Europeiska unionens officiella tidning SV     
4.5.  Pres tanda 
ADA_020  Adapt ern ska vara helt funktionsdug lig inom ett temperatur inter vall som definieras av tillverkaren. 
ADA_021  Adapt ern ska vara helt funktionsdug lig vid en luftfuktighet i inter vallet 10–90 % (krav 214). 
ADA_022  Adapt ern ska skyddas mot överspänning, mot omkastning av poler na i dess strömtillf örsel och mot 
kortslutning (krav 216). 
ADA_023  Adapt ern ska antingen 
—  reagera på ett magnetfält som stör avkänningen av fordonets rörelse (i så fall ska fordonsenheten 
registrera och lagra ett sensorfel (krav 88)), eller 
—  ha ett sensorelement som är skyddat eller immunt mot magnetfä lt (krav 217). 
ADA_024  Adapt ern ska uppfylla kraven i den internati onella förordningen UN ECE R10 i fråg a om 
elektromagnetisk kompati bilitet, och ska skyddas mot elektrostatiska laddning ar och transienter 
(krav 218). 
4.6.  Mater ial 
ADA_025 Adapt ern ska uppfylla kriterierna för skyddsklass (TBD, ska definieras av tillverkaren , beroende på installa ­
tionsplats) (krav 220, 221). 
ADA_026  Färgen på adap tern s hölje ska vara gul. 
4.7.  Märkningar 
ADA_027  En typskylt ska fästas på adapt ern, och den ska ange följande: 
—  Adap tertillverkarens namn och adress. 
—  Tillverkarens artikelnummer och tillverkningsår för adap tern . 
—  Typgodkännandemärke för adapt ertypen eller för färdskr ivartypen som innehåller adapt ern. 
—  Installationsdatum för adap tern . 
—  Identif ieringsnummer för det fordon som adap tern har installerats i. 
ADA_028  Typskylten ska också visa följande uppgif ter (om de inte är direkt läsbara från utsidan av den inby ggda 
rörelsesensor n): 
—  Namn på tillverkaren av den inby ggda rörelsesensor n. 
—  Tillverkarens artikelnummer och tillverkningsår för den inbygg da rörelsesensor n. 
—  Typgodkännandemärke för den inby ggda rörelsesensor n. 
5.  INST ALL ATION AV FÄRDSKRIV ARE NÄR EN ADAPTER ANV ÄNDS 
5.1.  Inst allation 
ADA_029  Adaptrar för installation i fordon får endast installeras av fordonstillverkare eller av godkända 
verkstäder som har tillstånd att installera, aktivera och kalibrera digitala och smar ta färdskr ivare. 
ADA_030 Den godkända verkstad som installerar adapt ern ska justera gränssnitt för indata och välja fördelnings ­
förhållandet för insignalen (i förek ommande fall). 26.5.2016 L 139/504 Europeiska unionens officiella tidning SV     
ADA_031  Plomber ingen av adapt erns hölje ska utföras av en godkänd verkstad. 
ADA_032  Adapt ern ska mont eras så nära den del av fordonet som förser den med dess inkommande pulser som 
möjligt. 
ADA_033  Kablar na för adapt erns strömtillf örsel ska vara röda (positiv strömf örsör jning) och svar ta (jord). 
5.2.  Plomber ing 
ADA_034  Följande krav för plomber ing ska gälla: 
—  Adap terns hölje ska vara plomberat (se ADA_017). 
—  Den inby ggda sensor ns hölje ska vara plomberat till adap tern s hölje, såvida det inte är omöjligt att 
avlägsna sensor n från adap tern s hölje utan att bryta adapt erhöljets plomber ing(ar) (se ADA_018). 
—  Adap terns hölje ska vara plomberat till fordonet. 
—  Anslutningen mellan adapt ern och den utrustning som tillhandahåller dess inkommande pulser ska 
vara plomberad i båda ändar (i den mån det är rimlig en möjligt). 
6.  KONTR OLLER, BESIK TNINGAR OCH REPARA TIONER 
6.1.  Periodisk a besiktningar 
ADA_035  När en adapt er används ska varje periodisk besiktning (med periodisk besiktning avses besiktningar i 
enlighet med krav 409–413 i bilaga I C) av färdsk rivaren omf atta följande kontroller: 
—  Kontroll av att lämpligt typgodkännandemärke finns på adap tern . 
—  Kontroll av att plomber ingarna på adapt ern och dess anslutningar är orörda. 
—  Kontroll av att adap tern är installerad enligt vad som anges på typskylt en. 
—  Kontroll av att adapt ern är installerad enligt anvisningar från tillverkaren av adapt ern och/eller 
fordonet. 
—  Kontroll av att det är tillåtet att mont era en adapt er på det besiktigad e fordonet. 
ADA_036  Dessa besiktningar ska inbegr ipa en kalibrer ing och ett byte av samtliga plomber inga r, oavsett deras 
skick. 
7.  TYPGODKÄNNANDE FÖR FÄRDSKRIV ARE NÄR EN ADAPTER ANV ÄNDS 
7.1.  Allmänt 
ADA_037  Adapt ern ska finnas med vid ansökan om typgodkännande av färdskr ivare (krav 425). 
ADA_038  En adap ter får lämnas in för eget typgodkännande eller för typgodkännande som en kompon ent i en 
färdskr ivare. 
ADA_039  Ett sådant typgodkännande ska inbegr ipa funktionspro vning av adapt ern. Positiva resultat från vart 
och ett av dessa prov ska anges i ett lämpligt intyg (krav 426). 26.5.2016 L 139/505 Europeiska unionens officiella tidning SV     
7.2.  Funktionsintyg 
ADA_040  Ett funktionsintyg för en adapt er eller en färdskr ivare som innehåller en adap ter får inte utfärdas till 
adap tertillverkaren förrän minst alla följande funktionspro v har genomgåtts med positivt resultat. 
Nr Prov Beskr ivning Tillämp liga krav 
1. Administrativ provning 
1.1 Dokumentation Är adap tern s dokumentation korrekt?  
2. Okulär besiktning 
2.1. Adap terns överensstämmelse med dokumentationen  
2.2. Identif iering/märkningar på adapt ern ADA_027, ADA_028 
2.3 Adap terns mat erial (krav 219–223) 
ADA_026 
2.4. Plomber ing ADA_017, ADA_018, 
ADA_034 
3. Funktionspro v 
3.1 Inducer ing av hastighetspulser na till den inby ggda rörelsesensor n ADA_013 
3.2 Gränssnitt mot och anpassning av inkommande hastighetspulser ADA_011, ADA_012 
3.3 Rörelsemätning ens noggrannhet (krav 30–35, 217) 
4. Miljöpro vningar 
4.1 Tillverkarens provresultat Resultat av tillverkarens miljöpro vning ar ADA_020, ADA_021, 
ADA_022, ADA_023, 
ADA_024 
5. EMC 
5.1 Utstrålning och känslighet Kontrollera överensstämmelse med direktiv ECE 
R10 ADA_024 
5.2 Tillverkarens provresultat Resultat av tillverkarens miljöpro vning ar ADA_024   26.5.2016 L 139/506 Europeiska unionens officiella tidning SV