1998R2135—DE—25.08.2002—001.001—1
Dieses Dokument ist lediglich eine Dokumentationsquelle, für deren Richtigkeit die Organe der Gemeinschaften keine
Gewähr übernehmen
►B VERORDNUNG (EG) Nr. 2135/98 DES RATES
vom 24. September 1998
zur Änderung der Verordnung (EWG) Nr. 3821/85 über das Kontrollgerät im Straßenverkehr
und der Richtlinie 88/599/EWG über die Anwendung der Verordnungen (EWG) Nr. 3820/85 und
(EWG) Nr. 3821/85
(ABl.L274vom9.10.1998,S.1)
Geändert durch:
Amtsblatt
Nr. Seite Datum
►M1Verordnung(EG)Nr.1360/2002derKommissionvom13.Juni2002 L207 1 5.8.2002
▼B
VERORDNUNG (EG) Nr. 2135/98 DES RATES
vom 24. September 1998
zur Änderung der Verordnung (EWG) Nr. 3821/85 über das
Kontrollgerät im Straßenverkehr und der Richtlinie 88/599/EWGüber die Anwendung der Verordnungen (EWG) Nr. 3820/85 und
(EWG) Nr. 3821/85
DERRATDEREUROPÄISCHENUNION—
gestütztaufdenVertragzurGründungderEuropäischenGemeinschaft,insbesondere aufArtikel75Absatz1Buchstaben c)undd),
aufVorschlagderKommission(
1),
nachStellungnahme desWirtschafts- undSozialausschusses(2),
gemäß demVerfahrendesArtikels189cdesVertrags(3),
inErwägungnachstehenderGründe:
(1)Die Verordnung (EWG) Nr. 3821/85 des Rates vom 20.
Dezember 1985 über das Kontrollgerät im Straßenverkehr(4)
enthält Vorschriften über den Bau, den Einbau, die BenutzungunddiePrüfungvonKontrollgeräten imStraßenverkehr.
(2)Erfahrungsgemäß lassen sich bei den Verkehrsunternehmenbeschäftigte Fahrer durch den wirtschaftlichen Druck und denWettbewerb im Straßenverkehr dazu verleiten, bestimmteRegeln, insbesondere die in der Verordnung (EWG) Nr. 3820/85 des Rates vom 20. Dezember 1985 über die Harmonisierung
bestimmter Sozialvorschriften im Straßenverkehr(
5) festgelegten
RegelnfürdieLenk-undRuhezeiten, nicht einzuhalten.
(3)Grobe Verstöße und Zuwiderhandlungen gefährden die Sicher-heit im Straßenverkehr und sind für Fahrer, die sich an dieVorschriften halten, aus Gründen des Wettbewerbs unan-nehmbar.
(4)Eine vollautomatische Aufzeichnung der Angaben über denEinsatz und das Verhalten des Fahrers und über die Fahrt, z. B.die Geschwindigkeit und die zurückgelegte Wegstrecke, sowie
deren regelmäßige Kontrolle sowohldurch das Unternehmen als
auchdurchdiezuständigen BehördenkönneneineVerbesserungderVerkehrssicherheit bewirken.
(5)Die gemeinschaftlichen Sozialvorschriften sehen Grenzwerte fürdie täglichen Lenk- und Ruhezeiten sowie die Gesamtlenk- undRuhezeiteninnerhalbeinesZeitraumsvonzweiWochenvor.DieEinhaltung dieser Vorschriften läßt sich nur schwer kontroll-
ieren, da die Daten gegenwärtig auf mehreren
Tagesschaublättern aufgezeichnet sind, wobei die Schaublätterder laufenden Woche und des letzten Tages der vorange-gangenenWoche imFahrerhausaufbewahrt werden.
(6)UmdiehäufigstenMißbräuchedesgegenwärtigenSystemsabzu-stellen, ist es daher erforderlich, neue, moderne Geräte miteinem Modul zur elektronischen Speicherung der relevantenDaten und mit einer persönlichen Fahrerkarte einzuführen; mit
diesen Geräten soll gewährleistet werden, daß die aufgezeich-
neten Daten verfügbar, eindeutig, leicht verständlich undzuverlässig sind und ausgedruckt werden können und daß eine1998R2135—DE—25.08.2002—001.001—2
(1) ABl.C243vom31.8.1994,S.8,undABl.C370vom31.12.1985,S.1.
(2) ABl.C110vom21.4.1995,S.19.
(3) StellungnahmedesEuropäischenParlamentsvom13.Juli1995(ABl.C249
vom 25.9.1995, S. 128), gemeinsamer Standpunkt des Rates vom 11.
Dezember1997(ABl.C43vom9.2.1998,S.6)undBeschlußdesEuropäi-schenParlaments vom31.März1998(ABl.C138vom4.5.1998,S.26).
(
4) ABl. L 370 vom 31.12.1985, S. 8. Verordnung zuletzt geändert durch die
Verordnung (EG) Nr. 1056/97 der Kommission (ABl. L 154 vom
12.6.1997,S.21).
(5) ABl.L370vom31.12.1985,S.1.
▼B
unanfechtbareBestandsaufnahme der Tätigkeiten des Fahrers
während der vorangegangenen Tage einerseits und der Benut-zung des Fahrzeugs während eines mehrmonatigen Zeitraums
andererseits zustandekommt.
(7)Die Gesamtsicherheit des Systems und seiner Komponenten ist
ein wesentlicher Faktor für die Wirksamkeit eines Kontroll-
geräts.
(8)EsmüssenVorschriftenfürdieAusstellungundVerwendungder
Speicherkarten gemäßAnhangIBerlassenwerden.
(9)DieFahrer,dieUnternehmen,beidenensiebeschäftigtsind,unddie zuständigen Behörden der Mitgliedstaaten müssen dieMöglichkeit haben, die Daten über die Tätigkeiten der Fahrer
zu überprüfen. Der Fahrer und das Unternehmen dürfen jedoch
nur zu den Daten Zugang erhalten, die für die Ausübung ihrerjeweiligen Tätigkeiten vonBelang sind.
(10)Das in dieser Verordnung beschriebene Kontrollgerät muß inFahrzeuge eingebaut werden, die erstmalig zugelassen werden,nachdem die technischen Spezifikationen, von denen einigenach dem Ausschußverfahren des Artikels 18 der Verordnung(EWG) Nr. 3821/85 von der Kommission festgelegt werden, im
Amtsblatt der Europäischen Gemeinschaften veröffentlicht
worden sind. Eine Übergangsfrist ist erforderlich, damit sicher-gestellt ist, daß die neuen Geräte entsprechend diesentechnischen Spezifikationen hergestellt werden und die EG-Bauartgenehmigung erhalten.
(11)Esistwünschenswert,daßdieKontrollgerätegemäßAnhangIBauch die Möglichkeit einer kostengünstigen Funktionserweite-rungfürFuhrparkmanagement bieten.
(12)In Einklang mit dem Subsidiaritätsprinzip ist ein Tätigwerkender Gemeinschaft zur Änderung der Verordnung (EWG) Nr.3821/85 erforderlich, um die Kompatibilität der Kontrollgerätegemäß Anhang I B mit den Speicherkarten einerseits und die
Einheitlichkeit der von den Kontrollgeräten gemäß den
AnhängenIundIBgeliefertenDatenandererseitszugewährlei-sten.
(13)DertechnischeFortschritterforderteinerascheAnpassungderinden Anhängen dieser Verordnung festgelegten Vorschriften. Umdie Durchführung der hierfür erforderlichen Maßnahmen zuerleichtern, ist vorzusehen, daß die technischen Anpassungendieser Anhänge von der Kommission genehmigt werden, dienach dem Ausschußverfahren gemäß dem Beschluß 87/373/
EWG des Rates vom 13. Juli 1987 zur Festlegung der Moda-
litäten für die Ausübung der der Kommission übertragenenDurchführungsbefugnisse(
1)tätigwird.
(14)Die Einführung eines neuen Kontrollgeräts macht die Änderungbestimmter Vorschriften der Richtlinie 88/599/EWG(
2) über die
Anwendung der Verordnungen (EWG) Nr. 3820/85 und (EWG)Nr.3821/85erforderlich —
HATFOLGENDEVERORDNUNGERLASSEN::
Artikel 1
DieVerordnung(EWG)Nr.3821/85wirdwiefolgtgeändert:
1. InArtikel1wirdderSatzteil„einschließlichderAnhängeIundII“
durch die Formulierung „einschließlich der Anhänge I bzw. I BundII“ersetzt.1998R2135—DE—25.08.2002—001.001—3
(1) ABl.L197vom18.7.1987,S.33.
(2) ABl.L325vom29.11.1988,S.55.
▼B
2. IndenArtikeln4,5,6,7,8und11werdenjeweilsnachderBezu-
gnahme auf das Schaublatt bzw. die Schaublätter die Worte „oder(die)(eine) Fahrerkarte(n)“ eingefügt.
3. InArtikel 4wirdvorAbsatz1folgender neuer Absatzeingefügt:
„Im Sinne dieses Kapitels ist unter dem Ausdruck ‚Kontrollgerät‘
das‚Kontrollgerät oderseineKomponenten‘ zuverstehen.“
4. Artikel 5Absatz1enthält folgende Fassung:
„Jeder Mitgliedstaat erteilt die EG-Bauartgenehmigung für alle
Kontrollgeräte-, Schaublatt- oder Speicherkarten-Muster, wenndiese den Vorschriften der Anhänge I oder I B entsprechen undwenn der Mitgliedstaat die Möglichkeit hat, die ÜbereinstimmungderFertigungmit demzugelassenen Musterzuüberwachen.
Das System muß in bezug auf die Sicherheit den technischen
Vorschriften des Anhangs I B entsprechen. Die Kommission stelltnach dem Verfahren des Artikels 18 sicher, daß in diesen Anhang
Vorschriften aufgenommen werden, nach denen die EG-Bauartge-
nehmigung füreinKontrollgerät nurerteilt werdenkann,wennfürdas Gesamtsystem (das Kontrollgerät selbst, die Speicherkarte unddie elektrischen Verbindungen mit dem Getriebe) nachgewiesenwurde, daß es gegen Manipulationen oder Verfälschungen derDaten über die Lenkzeiten gesichert ist. Die hierfür erforderlichen
Prüfungen werden von Sachverständigen durchgeführt, denen die
neuesten Manipulationstechniken bekannt sind.“
5. Artikel 12wirdwiefolgtgeändert:
a) InAbsatz1werdenfolgendeUnterabsätze angefügt:
„Die Gültigkeitsdauer der Karten der zugelassenen Werkstätten
und der zugelassenen Installateure darf ein Jahr nicht über-schreiten.
Bei Erneuerung, Beschädigung, Fehlfunktion, Verlust oder
Diebstahl der den zugelassenen Werkstätten oder den zugelas-senen Installateuren ausgestellten Karten stellt die ausstellende
Behörde binnen fünf Werktagen nach Eingang eines entspre-
chenden begründeten Antragseine Ersatzkarte aus.
Wird eine neue Karte ausgestellt, die die alte ersetzt, erhält die
neueKartediegleicheWerkstattinformationsnummer, derIndex
wirdjedoch umeins erhöht. Die ausstellende Behörde führteinVerzeichnis derverlorenen, gestohlenen unddefekten Karten.
Die Mitgliedstaaten ergreifen alle erforderlichen Maßnahmen,
um die Möglichkeit einer Fälschung der den zugelassenenWerkstätten oder den zugelassenen Installateuren ausgestelltenKartenauszuschließen.“
b) Absatz2erhält folgende Fassung:
„(2) DerzugelasseneInstallateur oderdiezugelasseneWerk-
statt versehen die durchgeführten Plombierungen mit einembesonderen Zeichen; außerdem geben sie im Fall von Kontroll-
geräten gemäß Anhang I B die elektronischen Sicherheitsdaten
ein, anhand deren sich insbesondere die Authentifizierungskon-trollen durchführen lassen. Die zuständigen Behörden einesjeden Mitgliedstaats führen ein Verzeichnis der verwendetenZeichen und elektronischen Sicherheitsdaten sowie der den
zugelassenen Werkstätten und den zugelassenen Installateuren
ausgestellten Karten.“
c) Absatz3erhält folgende Fassung:
„(3) Die zuständigen Behörden der Mitgliedstaaten übermit-
teln der Kommission das Verzeichnis der zugelassenenInstallateure und Werkstätten sowie der ihnen ausgestelltenKarten;außerdemübermittelnsieihreineAbschriftderverwen-deten Zeichen und die erforderlichen Informationen betreffend
die verwendeten elektronischen Sicherheitsdaten.“
d) In Absatz 4 werden die Worte „nach Anhang I“ durch die
Worte„nach denAnhängenIundIB“ersetzt.1998R2135—DE—25.08.2002—001.001—4
▼B
e) In Absatz 5 werden nach den Worten „Nummer 4“ die Worte
„oder AnhangIBKapitel VIBuchstabe c)“eingefügt.
6. Artikel 13erhält folgende Fassung:
„Artikel 13
DerUnternehmerunddieFahrersorgenfürdaseinwandfreieFunk-
tionieren und die ordnungsgemäße Benutzung des Kontrollgerätssowie der Fahrerkarte, wenn der Fahrer ein Fahrzeug benutzt, das
mit einem Kontrollgerät gemäßAnhangIBausgerüstet ist.“
7. Artikel 14wirdwiefolgtgeändert:
a) Absatz1erhält folgende Fassung:
„(1) Der Unternehmer händigt den Fahrern von Fahrzeugen
mit einem Kontrollgerät gemäß Anhang I eine ausreichendeAnzahl Schaublätter aus, wobei dem persönlichen Charakter
dieserSchaublätter,derDauerdesDienstesundderMöglichkeit
Rechnung zu tragen ist, daß beschädigte oder von einemzuständigen Kontrollbeamten beschlagnahmte Schaublätterersetzt werden müssen. Der Unternehmer händigt den Fahrernnur solche Schaublätter aus, die einem amtlich genehmigten
Musterentsprechen unddie sichfürdasindasFahrzeug einge-
baute Gerät eignen.
Ist ein Fahrzeug mit einem Kontrollgerät gemäß Anhang I B
ausgerüstet,tragenderUnternehmerundderFahrerdafürSorge,daß im Fall einer Kontrolle der Ausdruck gemäß Anhang I B
unterBerücksichtigungderDauerdesDienstesaufAnforderung
ordnungsgemäßerfolgenkann.“
b) Diefolgenden Absätzewerdenangefügt:
„(3) Die in Anhang I B beschriebene Fahrerkarte wird dem
Fahrer auf seinen Antrag von der zuständigen Behörde des
Mitgliedstaats, in dem er seinen gewöhnlichen Wohnsitz hat,
erteilt.
Ein Mitgliedstaat kann verlangen, daß jeder Fahrer, der der
Verordnung (EWG) Nr. 3820/85 unterliegt und seinen gewöhn-
lichen Wohnsitz im Hoheitsgebiet dieses Mitgliedstaats hat,
Inhaber derFahrerkarte ist.
a) Im Sinne dieser Verordnung gilt als ‚gewöhnlicher Wohn-
sitz‘ der Ort, an dem eine Person wegen persönlicher undberuflicher Bindungen oder — im Fall einer Person ohneberufliche Bindungen —wegen persönlicher Bindungen, dieenge Beziehungen zwischen der Person und dem Wohnort
erkennen lassen, gewöhnlich, d. h. während mindestens
185TagenimKalenderjahr, wohnt.
Jedoch gilt als gewöhnlicher Wohnsitz eine Person, deren
berufliche Bindungen an einem anderen Ort als dem ihrer
persönlichen Bindungen liegen und die daher veranlaßt ist,
sich abwechselnd an verschiedenen Orten inzwei oder mehrMitgliedstaaten aufzuhalten, der Ort ihrer persönlichenBindungen, sofern sie regelmäßig dorthin zurückkehrt. Diesist nicht erforderlich, wenn sich die Person in einemMitgliedstaatzur Ausführungeines Auftragsvon bestimmter
Daueraufhält.
b) DieFahrererbringendenNachweisüberihrengewöhnlichen
Wohnsitz anhand aller geeigneten Mittel, insbesondere desPersonalausweisesoderjedesanderenbeweiskräftigenDoku-
ments.
c) Bestehen bei den zuständigen Behörden des Mitgliedstaats,
der die Fahrerkarte ausstellt, Zweifel über die Richtigkeitder Angabe des gewöhnlichen Wohnsitzes nach Buchstabe
b) oder sollen bestimmte spezifische Kontrollen vorgen-
ommen werden, so können diese Behörden nähereAuskünfteoderzusätzliche Belegeverlangen.
d) Die zuständigen Behörden des ausstellenden Mitgliedstaats
vergewissern sich im Rahmen des Möglichen, daß der1998R2135—DE—25.08.2002—001.001—5
▼B
Antragsteller nicht bereits Inhaber einer gültigen Fahrerkarte
ist.
(4) a) Die zuständige Behörde des Mitgliedstaats versieht
gemäß AnhangIBdie Fahrerkarte mit denpersönlichenDatendesFahrers.
Die Gültigkeitsdauer der Fahrerkarte darf fünf Jahre
nicht überschreiten.
DerFahrerdarfnurInhabereinereinzigengültigenFahr-
erkarte sein. Er darf nur seine eigene persönlicheFahrerkartebenutzen.ErdarfwedereinedefekteFahrer-karte benutzen, noch eine Fahrerkarte, deren Gültigkeitabgelaufen ist.
Wird eine neue Fahrerkarte ausgestellt, die die alte
ersetzt, erhält die neue Karte die gleiche Ausstellungs-nummer, der Index wird jedoch um eins erhöht. Dieausstellende Behörde führt ein Verzeichnis der ausge-
stellten, gestohlenen, verlorenen und defekten
Fahrerkarten, in dem die Fahrerkarten mindestens biszumAblaufihrerGültigkeitsdauer aufgeführtsind.
Bei Beschädigung, Fehlfunktion, Verlust oder Diebstahl
der Fahrerkarte stellt die ausstellende Behörde binnen
fünf Werktagen nach Eingang eines entsprechendenbegründeten AntragseineErsatzkarte aus.
Bei Antrag auf Erneuerung einer Karte, deren Gültig-
keitsdauer abläuft, stellt die Behörde vor Ablauf derGültigkeit eine neue Karte aus, sofern sie den Antragbis zu der in Artikel 15 Absatz 1 Unterabsatz 2genannten Fristerhalten hat.
b) Fahrerkarten werden nur Antragstellern ausgestellt, die
derVerordnung(EWG)Nr.3820/85unterliegen.
c) Die Fahrerkarte ist persönlich. Während ihrer Gültig-
keitsdauer darf sie unter keinen Umständen entzogenoder ihre Gültigkeit ausgesetzt werden, es sei denn, diezuständige Behörde eines Mitgliedstaats stellt fest, daßdie Karte gefälscht worden ist, der Fahrer eine Karteverwendet, deren Inhaber er nicht ist, oder die Ausstel-
lung der Karte auf der Grundlage falscher Erklärungen
und/oder gefälschter Dokumente erwirkt wurde. Werdendie vorgenannten Maßnahmen zum Entzug oder zurAussetzung der Gültigkeit der Karte von einem anderenals dem ausstellenden Mitgliedstaat getroffen, so sendet
dieser Mitgliedstaat die Karte an die Behörden des
ausstellenden Mitgliedstaats zurück und begründet seinVorgehen.
d) DieFahrerkartenwerdenvondenMitgliedstaaten gegen-
seitig anerkannt.
Hat der Inhaber einer von einem Mitgliedstaat ausge-
stellten gültigen Fahrerkarte seinen gewöhnlichen
Wohnsitz in einem anderen Mitgliedstaat begründet, so
kann er einen Antrag auf Umtausch seiner Karte gegeneine gleichwertige Fahrerkarte stellen; es ist Sache desumtauschenden Mitgliedstaats, gegebenenfalls zu prüfen,obdievorgelegte Kartetatsächlich nochgültigist.
Die Mitgliedstaaten, die einen Umtausch vornehmen,
sendendieeinbehaltene KartedenBehördendesausstel-lenden Mitgliedstaats zurück und begründen ihrVorgehen.
e) Wird eine Fahrerkarte von einem Mitgliedstaat ersetzt
oder umgetauscht, so wird dieser Vorgang ebenso wiejede weitere Ersetzung oder Erneuerung in dem betref-fendenMitgliedstaat erfaßt.
f) Die Mitgliedstaaten ergreifen alle für die Vermeidung
einer Fälschung von Fahrerkarten erforderlichenMaßnahmen.1998R2135—DE—25.08.2002—001.001—6
▼B
(5) Die Mitgliedstaaten tragen dafür Sorge, daß die für die
Überwachung der Einhaltung der Verordnung (EWG) Nr.3820/85 und der Richtlinie 92/6/EWG des Rates vom 10.
Februar 1992 über Einbau und Benutzung von Geschwindig-
keitsbegrenzern für bestimmte Kraftfahrzeugklassen in derGemeinschaft(*) erforderlichen Daten, die von den Kontroll-geräten gemäß Anhang I B dieser Verordnung aufgezeichnetund gespeichert werden, nach ihrer Aufzeichnung mindestens
365 Tage lang gespeichert bleiben und unter solchenBedin-
gungen , die die Sicherheit und Richtigkeit der Angabengarantieren, zugänglich gemacht werdenkönnen.
Die Mitgliedstaaten ergreifen alle erforderlichen Maßnahmen,
um sicherzustellen, daß die Weiterveräußerung oder Stillegung
von Kontrollgeräten insbesondere die ordnungsgemäße Anwen-
dungdiesesAbsatzesnichtbeeinträchtigen kann.
(*)ABl.57vom2.3.1992,S.27.“
8. Artikel 15wirdwiefolgtgeändert:
a) In Artikel 15 Absatz 1 und Absatz 2 Unterabsatz 1 werden
jeweils nach der Bezugnahme auf das Schaublatt bzw. dieSchaublätter dieWorte„oder(die)(eine)Fahrerkarte(n)“ einge-
fügt.
b) InAbsatz1
— wirdfolgender Unterabsatz nachUnterabsatz 1eingefügt:
„Fahrer, die die Erneuerung ihrer Fahrerkarte wünschen,
müssenbei den zuständigen Behörden desMitgliedstaats, indem sie ihren gewöhnlichen Wohnsitz haben, spätestensfünfzehn Werktage vor Ablauf der Gültigkeit der Karte
einenentsprechendenAntragstellen.“;
— wirdfolgender Unterabsatz nachUnterabsatz 3angefügt:
„BeiBeschädigung,Fehlfunktion,VerlustoderDiebstahlder
Fahrerkarte müssen die Fahrer bei den zuständigenBehördendesMitgliedstaats, indemsieihrengewöhnlichen
Wohnsitz haben, binnen sieben Kalendertagen einen Antrag
aufErsetzung derKartenstellen.“
c) NachAbsatz5wirdfolgender Absatzeingefügt:
„(5a) DerFahrergibtindasKontrollgerätgemäßAnhangIB
das Symbol des Landes, in dem er seinen Arbeitstag beginnt,und das Symbol des Landes ein, in dem er seinen Arbeitstagbeendet. Ein Mitgliedstaat kann jedoch den Fahrern von Fahr-zeugen, die einen innerstaatlichen Transport in seinem
Hoheitsgebiet durchführen, vorschreiben, dem Symbol des
Landes genauere geographische Angaben hinzuzufügen, sofernsie der Kommission von diesem Mitgliedstaat vor dem 1.April1998 mitgeteilt worden sind und ihre Zahl nicht über zwanzigliegt.
Die Eingaben der vorgenannten Daten werden vom Fahrer
vorgenommen; sie können entweder völlig manuell oder, wenndas Kontrollgerät an ein satellitengestützes Standortbestim-mungssystemangeschlossenist,automatisch sein.“
d) Zu Beginn des Absatzes 6 Unterabsatz 1 werden die Worte
„DasGerät“durchdieWorte„DasKontrollgerätgemäßAnhang
I“ersetzt.
e) Absatz7erhält folgende Fassung:
„(7) Lenkt der Fahrer ein Fahrzeug, das mit einem Kontroll-
gerät gemäß Anhang I ausgerüstet ist, muß er denKontrollbeamten auf Verlangen jederzeit folgendes vorlegenkönnen:
— dieSchaublätterfürdielaufendeWochesowieinjedemFall
das Schaublatt für den letzten Tag der vorangegangenen
Woche, andemergefahrenist,
— dieFahrerkarte,fallserInhabereinersolchenKarte,ist,und1998R2135—DE—25.08.2002—001.001—7
▼B
— die Ausdrucke aus dem Kontrollgerät gemäß Anhang I B
mit den in Absatz 3 zweiter Gedankenstrich Buchstaben a),b), c) und d) genannten Zeiten, falls der Fahrer in dem im
ersten Gedankenstrich genannten Zeitraum ein Fahrzeug
gelenkt hat,dasmit einem solchenGerät ausgerüstetist.
Lenkt der Fahrer ein Fahrzeug, das mit einem Kontrollgerät
gemäßAnhangIBausgerüstetist,mußerdenKontrollbeamten
aufVerlangen jederzeit folgendesvorlegenkönnen:
— dieFahrerkarte, derenInhaber erist,und
— die Schaublätter für den Zeitraum gemäß Unterabsatz 1
erster Gedankenstrich, falls er in dieser Zeit ein Fahrzeug
gelenkt hat, das mit einem Kontrollgerät gemäß Anhang I
ausgerüstetist.
Ein ermächtigter Kontrollbeamter kann die Einhaltung der
Verordnung (EWG) Nr. 3820/85 überprüfen, indem er die
Schaublätter, die im Kontrollgerät oder auf der Fahrerkarte
gespeicherten Daten (mittels Anzeige oder Ausdruck) oderanderenfalls jedes andere beweiskräftige Dokument, das dieNichteinhaltung einer Bestimmung (beispielsweise der Bestim-mungen des Artikels 16 Absätze 2 und 3) rechtfertigt,
analysiert.“
f) FolgenderAbsatzwirdangefügt:
„(8) Die Verfälschung, Unterdrückung oder Vernichtung von
Aufzeichnungen auf dem Schaublatt, des Speicherinhalts des
Kontrollgeräts bzw. der Fahrerkarte sowie der von dem
Kontrollgerät gemäß Anhang I B ausgedruckten Dokumente istverboten. Dies gilt in gleicher Weise für Manipulationen amKontrollgerät, am Schaublatt oderan derFahrerkarte, durchdiedie Aufzeichnungenund/oder die ausgedruckten Dokumenteverfälscht,unterdrücktodervernichtetwerdenkönnen.ImFahr-
zeug darf keine Einrichtung vorhanden sein, die zu diesem
Zweckverwendet werdenkann.“
9. Artikel 16wirdwiefolgtgeändert:
a) Absatz2erhält folgende Fassung:
„(2) Während einer Betriebsstörung oder bei Fehlfunktion
des Kontrollgerätes hat der Fahrer auf dem Schaublatt (denSchaublättern) oder auf einem besonderen, entweder demSchaublatt oder der Fahrerkarte beizufügenden Blatt die vomKontrollgerät nicht mehr einwandfrei aufgezeichneten oderausgedruckten Angaben über die Zeitgruppen zu vermerken,
zusammen mit Angaben zu seiner Person (Name und Nummer
seines Führerscheins oder Name und Nummer seiner Fahrer-karte) undseinerUnterschrift.
Bei Verlust, Diebstahl, Beschädigung oder Fehlfunktion der
Fahrerkarte läßt der Fahrer am Ende der Fahrt die Angabenüber die Zeitgruppen ausdrucken, die das Kontrollgerät aufge-zeichnet hat, macht auf dem Ausdruck Angaben zu seinerPerson (Name und Nummer seines Führerscheins oder Nameund Nummer seiner Fahrerkarte) und versieht ihn mit seiner
Unterschrift.“
b) FolgenderAbsatzwirdangefügt:
„(3) Bei Beschädigung oder Fehlfunktion der Fahrerkarte
gibt der Fahrer diese Karte der zuständigen Behörde des
Mitgliedstaats, in dem er seinen gewöhnlichen Wohnsitz hat,
zurück. Der Diebstahl einer Fahrerkarte ist den zuständigenBehörden des Staates, in dem sich der Diebstahl ereignet hat,ordnungsgemäßzumelden.
Der Verlusteiner Fahrerkarte istden zuständigen Behörden des
ausstellenden Staates sowie, sofern es sich nicht um denselbenStaat handelt, den zuständigen Behörden des Mitgliedstaats, indem der Fahrer seinen gewöhnlichen Wohnsitz hat, ordnungs-gemäß zumelden.1998R2135—DE—25.08.2002—001.001—8
▼B
DerFahrerdarfseineFahrtohneFahrerkartewährendeineZeit-
raums von höchstens 15 Kalendertagen fortsetzen, bzw.während eines längeren Zeitraums, wenn das für die Rückkehr
des Fahrzeugs zu dem Standort des Unternehmens erforderlich
ist,sofernernachweisenkann,daßesunmöglichwar,dieFahr-erkarte währenddiesesZeitraums vorzulegen oderzubenutzen.
HandeltessichbeidenBehördendesMitgliedstaats,indemder
Fahrer seinen gewöhnlichen Wohnsitz hat, nicht um dieBehörden, die die Fahrerkarte ausgestellt haben, und müssendiesedieFahrerkarteerneuern,ersetzenoderaustauschen,teilen
siedenBehörden, diedie bisherige Karte ausgestellt haben, die
genauen Gründe für die Erneuerung, die Ersetzung oder denAustauschmit.“
10. Artikel 17erhält folgende Fassung:
„Artikel 17
(1) Die Änderungen, die zur Anpassung der Anhänge an den
technischen Fortschritt notwendig sind, werden nach dem
VerfahrendesArtikels18erlassen.
(2) Die technischen Spezifikationen für folgende Punkte des
Anhangs I B werden möglichst bald und wenn möglich vor dem
1.Juli1998nach demselben Verfahrenfestgelegt:
a) Kapitel II
— Buchstabed)Abschnitt17:
Anzeige und Ausdruck bei Systemstörungen des Kontroll-
geräts;
— Buchstabed)Abschnitt18:
AnzeigeundAusdruckbeiFehlfunktionenderFahrerkarte;
— Buchstabed)Abschnitt21:
AnzeigeundAusdruckvonzusammenfassenden Berichten;
b) Kapitel III
— Buchstabea)Abschnitt6.3:
NormenfürdenSchutz derelektronischen Anlagen inFahr-
zeugen gegen elektrische Interferenzen und magnetische
Felder;
— Buchstabea)Abschnitt6.5:
Schutz(Sicherheit) desGesamtsystems;
— Buchstabec)Abschnitt1:
Warnsignal beiinternen Fehlfunktionen desKontrollgeräts;
— Buchstabec)Abschnitt5:
ArtderWarnsignale;
— Buchstabef):
zulässigeFehlergrenzen;
c) Kapitel IVBuchstabeA:
— Abschnitt4:
Normen;
— Abschnitt5:
Sicherheit einschließlichdesDatenschutzes;
— Abschnitt6:
Temperaturspanne;
— Abschnitt8:
elektrische Merkmale;
— Abschnitt9:
logischeStrukturderFahrerkarte;1998R2135—DE—25.08.2002—001.001—9
▼B
— Abschnitt10:
FunktionenundBefehle;
— Abschnitt11:
grundlegende Dateien;
Kapitel IVBuchstabeB;
d) Kapitel V:
DruckerundStandardausdrucke.“
11. Artikel 18erhält folgende Fassung:
„Artikel 18
(1) Wird auf das Verfahren dieses Artikels Bezug genommen,
wird die Kommission von einem Ausschuß unterstützt, der sich
aus Vertretern der Mitgliedstaaten zusammensetzt und in dem derVertreter derKommissiondenVorsitzführt.
(2) Der Vertreter der Kommission unterbreitet dem Ausschuß
einen Entwurf der zu treffenden Maßnahmen. Der Ausschuß gibtseine Stellungnahme zu diesem Entwurf innerhalb einer Frist ab,die der Vorsitzende unter Berücksichtigung der Dringlichkeit der
betreffenden Frage festsetzen kann. Die Stellungnahme wird mit
der Mehrheit abgegeben, die in Artikel 148 Absatz 2 des Vertragsfür die Annahme der vom Rat auf Vorschlag der Kommission zufassenden Beschlüsse vorgesehen ist. Bei der Abstimmung imAusschuß werden die Stimmen der Vertreter der Mitgliedstaaten
gemäß dem vorgenannten Artikel gewogen. Der Vorsitzende
nimmt anderAbstimmungnichtteil.
(3) a) Die Kommission erläßt die beabsichtigten Maßnahmen, wenn
siemit derStellungnahme desAusschussesübereinstimmen.
b) Stimmendiebeabsichtigten MaßnahmennichtmitderStellung-
nahme des Ausschussesüberein oder liegt keine Stellungnahmevor, so unterbreitet die Kommission dem Rat unverzüglich
einen Vorschlag für die zu treffenden Maßnahmen. Der Rat
beschließt mit qualifizierter Mehrheit.
Hat der Rat innerhalb von drei Monaten nach seiner Befassung
keinen Beschluß gefaßt, so werden die vorgeschlagenenMaßnahmen vonderKommissionerlassen.“
12. DerimAnhangzudieserVerordnungwiedergegebene AnhangIB
wirdangefügt.
Artikel 2
(1) a) Die Fahrzeuge, die vierundzwanzig Monate nach dem Datum
der Veröffentlichung — im Amtsblatt der Europäischen
Gemeinschaften — des Rechtsakts, der nach Artikel 17 Absatz
2derVerordnung(EWG)Nr.3821/85inderFassungdervorlie-genden Verordnung anzunehmen ist, erstmals zum Verkehrzugelassen sind, müssen mit einem Kontrollgerät gemäß den
Bestimmungen des Anhangs I B der Verordnung (EWG) Nr.
3821/85ausgerüstetsein.
b) Ab dem Inkrafttreten des Buchstabens a) unterliegen Fahrzeuge
fürdiePersonenbeförderungmitmehralsachtSitzplätzenaußerdem Fahrersitz und einer Höchstmasse von mehr als 10t sowieFahrzeuge für die Güterbeförderung mit einer Höchstmasse von
mehrals12t,dieabdem1.Januar1996erstmalszumVerkehr
zugelassen sind, im Fall der Ersetzung des Kontrollgeräts, mitdem sie ausgerüstet sind, den Bestimmungen des Anhangs I Bder Verordnung (EWG) Nr. 3821/85, sofern die ÜbermittlungderSignale andiesesGerät völligelektrisch erfolgt.
(2) Die Mitgliedstaaten treffen die erforderlichen Maßnahmen, um
die Fahrerkarten spätestens einundzwanzig Monate nach dem Datumder Veröffentlichung des in Absatz 1 Buchstabe a) genannten Rechts-aktsausstellen zukönnen.1998R2135—DE—25.08.2002—001.001—10
▼B
(3) Sollte zwölf Monate nach dem Datum der Veröffentlichung des
inAbsatz1genanntenRechtsaktskeineEG-BauartgenehmigungfüreinKontrollgerät gemäß Anhang I B der Verordnung (EWG) Nr. 3821/85
erteilt worden sein, so unterbreitet die Kommission dem Rat einen
VorschlagzurVerlängerungderindenAbsätzen1und2vorgesehenenFristen.
(4) Die Fahrer, die vor dem in Absatz 2 genannten Zeitpunkt ein
Fahrzeug lenken, das mit einem Kontrollgerät gemäß Anhang I B der
Verordnung (EWG) Nr. 3821/85 ausgerüstet ist, und denen die
zuständigen Behörden noch keine Fahrerkarte ausstellen konnten,drucken am Ende ihres Arbeitstags die vom Kontrollgerät aufgezeich-neten Angaben zu den Zeitgruppen aus, übertragen die Angaben, dieihre Identifizierung ermöglichen (Name und Nummer des Führer-
scheins),aufdasausgedruckte Dokumentundunterzeichnen es.
Artikel 3
DieRichtlinie 88/599/EWGwirdwiefolgt geändert:1. Artikel 3Absatz2erhält folgendeFassung:
„(2) GegenstandderStraßenkontrolle sind
— die Tageslenkzeiten, die Unterbrechungen und die täglichen
Ruhezeiten. Bei eindeutigen Anzeichen für Unregelmäßigkeitenerstrecken sie sich auch auf die Schaublätter der vorange-gangenen Tage, die gemäß Artikel 15 Absatz 7 der Verordnung
(EWG) Nr. 3821/85 in der Fassung der Verordnung (EG) Nr.
2135/98(*) im Fahrzeug mitgeführt werden müssen, und/oderauf die Angaben, die für den gleichen Zeitraum auf der Fahrer-karte und/oder in dem Speicher des Kontrollgeräts gemäßAnhangIBgespeichert wordensind;
— gegebenenfalls für die in Artikel 15 Absatz 7 der Verordnung
(EWG) Nr. 3821/85 genannte Zeit etwaige Überschreitungen
der höchstzulässigen Geschwindigkeit für das Fahrzeug; diesewerden definiert als Zeiträume von mehr als einer Minute, indenen die Geschwindigkeit des Fahrzeugs bei Fahrzeugen derKlasse N
3mehr als 90 km/h oder bei Fahrzeugen der Klasse M3mehr als 105 km/h beträgt — wobei für die Klassen N3und M3die Definitionen in Anhang I der Richtlinie 70/156/EWG(**)gelten;
— gegebenenfalls momentane Geschwindigkeiten des Fahrzeugs,
wie sie vom Kontrollgerät während höchstens der letzten 24Stunden der Einsatzzeit des Fahrzeugs aufgezeichnet wordensind;
— gegebenenfalls die letzte wöchentliche Ruhezeit;— das einwandfreie Funktionieren des Kontrollgeräts (Feststellung
einesmöglichenMißbrauchsdesGerätsund/oderderFahrerkarte
und/oder der Schaublätter) oder gegebenenfalls Vorlage der inArtikel 14 Absatz 5 der Verordnung (EWG) Nr. 3820/85genannten Dokumente.
(*) Verordnung (EG) Nr. 2135/98 des Rates vom 24. September
1998 zur Änderung der Verordnung (EWG) Nr. 3821/85 über
das Kontrollgerät im Straßenverkehr und der Richtlinie 88/599/EWGüberdieAnwendungderVerordnungen(EWG)Nr.3820/85und(EWG)Nr.3821/85(ABl.L274vom9.10.1998,S.1).
(**) Richtlinie 70/156/EWG des Rates vom 6. Februar 1970 zur
Angleichung der Rechtsvorschriften der Mitgliedstaaten über
die Betriebserlaubnis für Kraftfahrzeuge und Kraftfahrzeug-anhänger (ABl. L 42 vom 23.2.1970, S. 1), zuletzt geändertdurch die Richtlinie 97/27/EG (ABl. L 233 vom 25.8.1997, S.1).“
2. Artikel 4Absatz3erhält folgendeFassung:
„(3) Im Sinne dieses Artikels sind Kontrollen, die bei den
zuständigen Behörden anhand der von den Unternehmen aufVerlangen dieser Behörden vorgelegten einschlägigen Unterlagen1998R2135—DE—25.08.2002—001.001—11
▼B
und/oder Daten durchgeführt werden, den Kontrollen auf den
GeschäftsgrundstückenderUnternehmen gleichgestellt.“
Artikel 4
Diese Verordnung tritt am Tag nach ihrer Veröffentlichung im Amts-
blatt der Europäischen Gemeinschaften inKraft.
Diese Verordnung ist in allen ihren Teilen verbindlich und gilt unmit-
telbar injedem Mitgliedstaat.1998R2135—DE—25.08.2002—001.001—12
▼M1
ANHANG
„ANHANG I B
VORSCHRIFTEN FÜR BAU, PRÜFUNG, EINBAU UND NACHPRÜFUNG
Im Interesse der Erhaltung der Interoperabilität der Softwareprogramme der in diesem Anhang defi-
nierten Geräte wurden bestimmte Programmierungszeichen, -begriffe und -ausdrücke in der Sprache,
in der der Text ursprünglich verfasst worden ist, d. h. im Englischen, belassen. Um die Verständlich-
keit zu verbessern, ist hinter bestimmten Ausdrücken in Klammern eine wörtliche Übersetzung
beigefügt.
INHALTSVERZEICHNIS
I. BEGRIFFSBESTIMMUNGEN… .. ............................................
II. ALLGEMEINEFUNKTIONSMERKMALEDESKONTROLLGERÄTS… . ...........
1. Allgemeine Merkmale … ............................................
2. Funktionen…... ...................................................
3. Betriebsarten … . ...................................................
4. Sicherheit … .......................................................
III. BAUART-UNDFUNKTIONSMERKMALEDESKONTROLLGERÄTS… ...........
1. ÜberwachungdesEinsteckens undEntnehmensderKarten… .. ............
2. Geschwindigkeits-undWegstreckenmessung … ... .......................
2.1. Messungderzurückgelegten Wegstrecke … .............................
2.2. Geschwindigkeitsmessung… . ........................................
3. Zeitmessung ….. ...................................................
4. ÜberwachungderFahrertätigkeiten … ..................................
5. ÜberwachungdesStatusderFahrzeugführung… .. .......................
6. Manuelle Eingaben durchdieFahrer… .................................
6.1. Eingaben desOrtsdesBeginnsund/oderdesEndesdesArbeitstages… ......
6.2. Manuelle Eingabe derFahrertätigkeiten … . .............................
6.3. Eingabe spezifischer Bedingungen…. ..................................
7. Unternehmenssperren … .............................................
8. ÜberwachungvonKontrollaktivitäten … ... .............................
9. FeststellungvonEreignissenund/oderStörungen:… ......................
9.1. Ereignis „Einstecken einerungültigen Karte“…... .......................
9.2. Ereignis „Kartenkonflikt“ … .. ........................................
9.3. Ereignis „Zeitüberlappung“ … ........................................
9.4. Ereignis „Lenkenohnegeeignete Karte“… .............................
9.5. Ereignis „Einstecken derKartewährenddesLenkens“… ..................
9.6. Ereignis „Letzter Vorgangnichtkorrektabgeschlossen“… .................
9.7. Ereignis „Geschwindigkeitsüberschreitung“ … ...........................
9.8. Ereignis „UnterbrechungderStromversorgung“… . .......................
9.9. Ereignis „Datenfehler WegundGeschwindigkeit“ … ......................
9.10. Ereignis „VersuchSicherheitsverletzung“ … .............................
9.11. Störung„Kartenfehlfunktion“ … .......................................
9.12. Störung„Kontrollgerät“ … ... ........................................
10. Integrierte TestsundSelbsttests…... ..................................
11. AuslesenvonDatenausdemMassenspeicher… .. .......................
12. Aufzeichnung undSpeicherungvonDatenimMassenspeicher… ............
12.1. Gerätekenndaten … .................................................1998R2135—DE—25.08.2002—001.001—13
▼M1
12.1.1. KenndatenderFahrzeugeinheit … ... ..................................
12.1.2. KenndatendesWeg-und/oderGeschwindigkeitsgebers… .................
12.2. Sicherheitselemente ….. .............................................
12.3. Einsteck- undEntnahmedaten derFahrerkarte … .. .......................
12.4. Fahrertätigkeitsdaten … . .............................................
12.5. OrtdesBeginnsund/oderdesEndesdesArbeitstages…. ..................
12.6. Kilometerstandsdaten … .............................................
12.7. Detaillierte Geschwindkeitsdaten … .. ..................................
12.8. Ereignisdaten … . ...................................................
12.9. Störungsdaten… ...................................................
12.10. Kalibrierungsdaten … .. .............................................
12.11. Zeiteinstellungsdaten …. .............................................
12.12. Kontrolldaten …. ...................................................
12.13. Unternehmenssperrdaten … ... ........................................
12.14. ErfassendesHerunterladens… ........................................
12.15. Datenzuspezifischen Bedingungen… .................................
13. AuslesenvonDatenausKontrollgerätkarten … ... .......................
14. Aufzeichnung undSpeicherungvonDatenaufKontrollgerätkarten … .. ......
15. Anzeige … ........................................................
15.1 Standardanzeige … ..................................................
15.2. Warnanzeige … . ...................................................
15.3. Menübedienung… ..................................................
15.4. SonstigeAnzeigen …... .............................................
16. Drucken… ........................................................
17. Warnungen… .. ...................................................
18. Herunterladen vonDatenaufexterne Datenträger … ......................
19. Datenausgabe anexterneZusatzgeräte … .. .............................
20. Kalibrierung ….. ...................................................
21. Zeiteinstellung … ...................................................
22. Leistungsmerkmale … .. .............................................
23. Werkstoffe… ... ...................................................
24. Markierungen … ...................................................
IV. BAUART- UND KONSTRUKTIONSMERKMALE DER KONTROLLGERÄTKARTEN
… ........................................................................
1. Sichtbare Daten… ..................................................
2. Sicherheit … .......................................................
3. Normen… ........................................................
4. Spezifikationen fürUmgebungundElektrizität … . .......................
5. Datenspeicherung … ... .............................................
5.1. Kenn-undSicherheitsdaten derKarte…... .............................
5.1.1. Anwendungskennung… .............................................
5.1.2. Chipkennung… . ...................................................
5.1.3. IS-Kartenkennung… ... .............................................
5.1.4. Sicherheitselemente ….. .............................................
5.2. Fahrerkarte …... ...................................................
5.2.1. Kartenkennung … ..................................................1998R2135—DE—25.08.2002—001.001—14
▼M1
5.2.2. Karteninhaberkennung … ............................................
5.2.3. Führerscheininformationen … . ........................................
5.2.4. Datenzugefahrenen Fahrzeugen… .. ..................................
5.2.5. Fahrertätigkeitsdaten … . .............................................
5.2.6. OrtdesBeginnsund/oderdesEndesdesArbeitstages…. ..................
5.2.7. Ereignisdaten … . ...................................................
5.2.8. Störungsdaten… ...................................................
5.2.9. Kontrollaktivitätsdaten … ............................................
5.2.10. Kartenvorgangsdaten …. .............................................
5.2.11. Datenzuspezifischen Bedingungen… .................................
5.3. Werkstattkarte … ...................................................
5.3.1. Sicherheitselemente ….. .............................................
5.3.2. Kartenkennung … ..................................................
5.3.3. Karteninhaberkennung … ............................................
5.3.4. Datenzugefahrenen Fahrzeugen… .. ..................................
5.3.5. Fahrertätigkeitsdaten … . .............................................
5.3.6. DatenzumBeginn/Ende desArbeitstages… .............................
5.3.7. Ereignis- undStörungsdaten… ........................................
5.3.8. Kontrollaktivitätsdaten … ............................................
5.3.9. Kalibrierungs- undZeiteinstellungsdaten …. .............................
5.3.10. Datenzuspezifischen Bedingungen… .................................
5.4. Kontrollkarte … . ...................................................
5.4.1. Kartenkennung … ..................................................
5.4.2. Karteninhaberkennung … ............................................
5.4.3. Kontrollaktivitätsdaten … ............................................
5.5. Unternehmenskarte … .. .............................................
5.5.1. Kartenkennung … ..................................................
5.5.2. Karteninhaberkennung … ............................................
5.5.3. Unternehmensaktivitätsdaten … .......................................
V. EINBAUDESKONTROLLGERÄTS…... ......................................
1. Einbau … . ........................................................
2. Einbauschild … . ...................................................
3. Plombierung… . ...................................................
VI. EINBAUPRÜFUNGEN,NACHPRÜFUNGENUNDREPARATUREN… .. ...........
1. ZulassungderInstallateure oderWerkstätten … ... .......................
2. Prüfungneueroderreparierter Geräte… ... .............................
3. Einbauprüfung … ...................................................
4. Regelmäßige Nachprüfungen… .......................................
5. MessungderAnzeigefehler … ........................................
6. Reparaturen … .. ...................................................
VII. KARTENAUSGABE… ......................................................
VIII. BAUARTGENEHMIGUNG VON KONTROLLGERÄTEN UND KONTROLLGE-
RÄTKARTEN… ............................................................
1. Allgemeines ….. ...................................................
2. Sicherheitszertifikat ….. .............................................
3. Funktionszertifikat …... .............................................1998R2135—DE—25.08.2002—001.001—15
▼M1
4. Interoperabilitätszertifikat … .. ........................................
5. Bauartgenehmigungsbogen … . ........................................
6. Ausnahmeverfahren fürdieerstenInteroperabilitätszertifikate … ............
Anlage 1:Datenglossar
Anlage 2:Spezifikation derKontrollgerätkarten
Anlage 3:Piktogramme
Anlage 4:Ausdrucke
Anlage 5:Anzeige
Anlage 6:Externe Schnittstellen
Anlage 7:ProtokollezumHerunterladen derDaten
Anlage 8:Kalibrierungsprotokoll
Anlage 9:Bauartgenehmigung —Mindestanforderungen andiedurchzuführenden Prüfungen
Anlage 10:Allgemeine Sicherheitsanforderungen
Anlage 11:Gemeinsame Sicherheitsmechanismen1998R2135—DE—25.08.2002—001.001—16
▼M1
I. BEGRIFFSBESTIMMUNGEN
ImSinnediesesAnhangsbezeichnet derAusdruck
a)Aktivierung:
Phase,inderdasKontrollgerätseinevolleEinsatzbereitschafterlangtund
alle Funktionen,einschließlich Sicherheitsfunktionen, erfüllt;
Die Aktivierung eines Kontrollgeräts erfordert die Verwendung einer
Werkstattkarte unter Eingabe des entsprechenden PIN-Codes.
b)Authentisierung:
FunktionzurFeststellungundÜberprüfungderIdentität einerPerson;
c)Authentizität:
Eigenschaft einer Information, die voneinem Beteiligten stammt, dessen
Identität überprüftwerdenkann;
d)Integrierter Test:
Tests auf Anforderung, ausgelöst durch den Bediener oder durch ein
externesGerät;
e)Kalendertag:
einen von 0.00 Uhr bis 24.00 Uhr dauernden Tag. Alle Kalendertage
beziehen sichaufUTC-Zeitangaben (koordinierte Weltzeit);
f)Kalibrierung:
Aktualisierung oder Bestätigung von Fahrzeugparametern, die im
Massenspeicher zu speichern sind. Zu den Fahrzeugparametern gehören
dieFahrzeugkennung(Fahrzeugidentifizierungsnummer, amtliches Kenn-
zeichen und zulassender Mitgliedstaat) sowie Fahrzeugmerkmale
(Wegdrehzahl, Kontrollgerätkonstante, tatsächlicher Reifenumfang,
Reifengröße, Einstellung des Geschwindigkeitsbegrenzers (wenn zutref-
fend),aktuelle UTC-Zeit,aktueller Kilometerstand);
Zum Kalibrieren eines Kontrollgeräts muss eine Werkstattkarte
verwendet werden.
g)Kartennummer:
eine aus 16 alphanumerischen Zeichen bestehende Nummer zur eindeu-
tigen Identifizierung einer Kontrollgerätkarte innerhalb eines
Mitgliedstaates. Die Kartennummer enthält (gegebenenfalls) einen fort-
laufenden Index,einenErsatzindex undeinenErneuerungsindex.
Die eindeutige Zuordnung einer Karte erfolgt somit anhand des Codes
desausstellenden Mitgliedstaates undderKartennummer.
h)fortlaufender Kartenindex:
das 14. alphanumerische Zeichen einer Kartennummer zur Unterschei-
dung der verschiedenen Karten, die für ein zum Empfang mehrerer
Kontrollgerätkarten berechtigtes Unternehmen oder Gremium ausgestellt
wurden. Die eindeutige Identifizierung des Unternehmens bzw.
Gremiumserfolgt durchdie13erstenZeichen derKartennummer;
i)Kartenerneuerungsindex:
das 16. alphanumerische Zeichen einer Kartennummer, das bei jeder
ErneuerungderKontrollgerätkarte umeine Stelleerhöhtwird;
j)Kartenersatzindex:
das 15.alphanumerische Zeichen einer Kartennummer, das sich um eine
Stelleerhöht,wenndieKarteersetzt wird;
k)Wegdrehzahl des Kraftfahrzeugs:
eineKenngröße,diedenZahlenwert desAusgangssignalsangibt,dasam
Anschlussstutzen für das Kontrollgerät am Kraftfahrzeug (Getriebe-
stutzen bzw. Radachse) bei einer unter normalen Prüfbedingungen
zurückgelegten Wegstrecke von einem Kilometer (vgl. Kapitel VI.5.)
entsteht. Die Wegdrehzahl wird in Impulsen je Kilometer (w = … Imp/
km)ausgedrückt;
l)Unternehmenskarte:
eine Kontrollgerätkarte, die dem Eigentümer von Fahrzeugen, in die das
Kontrollgerät eingebaut ist, von den Behörden der Mitgliedstaaten zuge-
teilt wird;
Die Unternehmenskarte weist das Unternehmen aus und ermöglicht die
Anzeige, das Herunterladen und den Ausdruck der Daten, die in dem1998R2135—DE—25.08.2002—001.001—17
▼M1
Kontrollgerät gespeichert sind. Die Karte ist anderen Unternehmen
gegenüber gesperrt.
m)Konstante des Kontrollgeräts:
eine Kenngröße, die den Wert des Eingangssignals angibt, der für das
Anzeigen und Aufzeichnen einer zurückgelegten Wegstrecke von 1 km
erforderlich ist; diese Konstante wird ausgedrückt in Impulsen je Kilo-
meter (k=…Imp/km);
n)ununterbrochene Lenkzeit, im Kontrollgerät errechnet als (1):
die jeweiligen akkumulierten Lenkzeiten eines bestimmten Fahrers seit
Ende seiner letzten BEREITSCHAFT oder UNTERBRECHUNG/RUHE
oder UNBEKANNTEN Zeit(2) von 45 oder mehr Minuten (dieser Zeit-
raum kann in mehrere Zeiträume von 15 oder mehr Minuten aufgeteilt
worden sein). Bei den Berechnungen werden nach Bedarf die auf der
Fahrerkarte gespeicherten bisherigen Tätigkeiten berücksichtigt. Hat der
Fahrer seine Karte nicht eingesteckt, beruhen die Berechnungen auf den
Massenspeicheraufzeichnungen zu dem Zeitraum, in dem keine Karte
eingesteckt war,undzumentsprechenden Lesegerät;
o)Kontrollkarte:
eine Kontrollgerätkarte, die einer zuständigen Kontrollbehörde von den
BehördeneinesMitgliedstaates ausgestellt wordenist;
Die Kontrollkarte weist die Kontrollbehörde und möglicherweise den
Kontrollbeamten aus und ermöglicht das Lesen, Ausdrucken und/oder
Herunterladen der im Massenspeicher oder auf Fahrerkarten gespei-
cherten Daten.
p)kumulative Unterbrechungszeit, im Kontrollgerät errechnet als (1):
die kumulative Lenkzeitunterbrechung eines bestimmten Fahrers wird
errechnet als die jeweilige akkumulierte Zeit aus BEREITSCHAFT,
UNTERBRECHUNG/RUHE oder UNBEKANNT(2) von 15 oder mehr
Minutenseitdem Ende derletzten BEREITSCHAFToder UNTERBRE-
CHUNG/RUHE oder UNBEKANNTEN Zeit(2) von 45 oder mehr
Minuten (dieser Zeitraum kann in mehrere Zeiträume von 15 oder mehr
Minutenaufgeteilt wordensein).
Bei den Berechnungen werden nach Bedarf die auf der Fahrerkarte
gespeicherten bisherigen Tätigkeiten berücksichtigt. Unbekannte Zeit-
räume mit negativer Dauer (Beginn des unbekannten Zeitraums > Ende
des unbekannten Zeitraums) aufgrund von zeitlichen Überlappungen
verschiedener Kontrollgeräte werden bei der Berechnung nicht berücks-
ichtigt.
Hat der Fahrer seine Karte nicht eingesteckt, beruhen die Berechnungen
auf den Massenspeicheraufzeichnungen zu dem Zeitraum, in dem keine
Karteeingesteckt war,undzumentsprechenden Lesegerät;
q)Massenspeicher:
einindasKontrollgerät eingebautes Speichermedium;
r)digitale Signatur:
die aneinen Datenblock angehängte Datenmenge oder dieverschlüsselte
UmwandlungeinesDatenblocks,dieesdemEmpfängerdesDatenblocks
ermöglicht, sich der Authentizität und Integrität des Datenblocks zu
vergewissern;
s)Herunterladen:
das Kopieren eines Teils oder aller im Massenspeicher eines Fahrzeugs
oder der im Speicher einer Kontrollgerätkarte enthaltenen Daten
zusammen mit derdigitalen Signatur;
Beim Herunterladen dürfen gespeicherte Daten weder verändert noch
gelöscht werden.
t)Fahrerkarte:
die von den Behörden eines Mitgliedstaates an die Fahrer ausgegebene
Kontrollgerätkarte;1998R2135—DE—25.08.2002—001.001—18
(1) DieseArtderBerechnungderununterbrochenenLenkzeitundderkumulativenPausen-
zeit dient dem Kontrollgerät zur Errechnung der Warnung für ununterbrocheneLenkzeit.Siestellt keinen Vorgriffaufdie rechtliche Auslegungdieser Zeitendar.
(
2) UNBEKANNT sind Zeiträume, in denen die Fahrerkarte nicht in ein Kontrollgerät
eingesteckt war und für die kein manueller Eintrag über die Fahrertätigkeit vorgen-
ommen wurde.
▼M1
Die Fahrerkarte enthält die Daten zur Identität des Fahrers und
ermöglicht die Speicherung von Tätigkeitsdaten.
u)tatsächlicher Umfang der Fahrzeugreifen:
den Mittelwert der von jedem Antriebsrad bei einer vollen Umdrehung
zurückgelegtenWegstrecke.DieMessungdieserWegstreckenmussunter
normalenPrüfbedingungenerfolgen(KapitelVI.5.)undwirdinfolgender
Form ausgedrückt: l = … mm. Fahrzeughersteller können die Messung
dieser Wegstrecken durch eine theoretische Berechnung ersetzen, bei
der die Achslastverteilung des fahrbereiten, unbeladenen Fahrzeugs
berücksichtigt wird(1). Die Verfahren für diese theoretische Berechnung
werdenvoneinerzuständigen BehördedesMitgliedstaats genehmigt;
v)Ereignis:
vom Kontrollgerät festgestellter anormaler Betrieb, möglicherweise
aufgrundeinesBetrugsversuchs;
w)Störung/Fehlfunktion:
vom Kontrollgerät festgestellter anormaler Betrieb, möglicherweise
aufgrundeinestechnischen Defektsodereinertechnischen Störung;
x)Einbau:
dieMontagedesKontrollgerätsineinem Fahrzeug;
y)Weg- und/oder Geschwindigkeitsgeber:
den Bestandteil des Kontrollgeräts, der ein Signal, der ein die Fahrzeug-
geschwindigkeit und/oder die zurückgelegte Wegstrecke darstellendes
Signalbereitstellt;
z)ungültige Karte:
eine Karte, die als fehlerhaft festgestellt wurde oder deren Erstauthenti-
sierung fehlgeschlagen oder deren Gültigkeitsbeginn noch nicht erreicht
oderderenAblaufdatum überschritten ist;
aa)Kontrollgerät nicht erforderlich:
wenn die Anwendung des Kontrollgeräts gemäß den Bestimmungen der
Verordnung(EWG)Nr.3820/85desRatesnichterforderlich ist;
bb)Geschwindigkeitsüberschreitung:
die Überschreitung der zulässigen Fahrzeuggeschwindigkeit, definiert als
Zeitraum vonmehrals60Sekunden,indemdiegemesseneFahrzeugge-
schwindigkeit den Höchstwert für die Einstellung des
Geschwindigkeitsbegrenzers gemäß Richtlinie 92/6/EWG des Rates vom
10. Februar 1992 über Einbau und Benutzung von Geschwindigkeitsbe-
grenzern für bestimmte Kraftfahrzeugklassen in der Gemeinschaft(2)
überschreitet;
cc)regelmäßige Nachprüfung:
einen Komplex von Arbeitsgängen zur Überprüfung der ordnungs-
gemäßen Funktion des Kontrollgeräts und der Übereinstimmung seiner
Einstellungen mitdenFahrzeugparametern;
dd)Drucker:
eine Komponente desKontrollgeräts, dasAusdruckegespeicherter Daten
liefert;
ee)Kontrollgerät:
sämtlichefürdenEinbauinKraftfahrzeugebestimmtenGerätezumvoll-
automatischen oder halbautomatischen Anzeigen, Aufzeichnen und
Speichern von Angaben über die Fahrt des Fahrzeugs sowie über
bestimmte Arbeitszeiten derFahrer;
ff)Erneuerung:
die Ausgabe einer neuen Kontrollgerätkarte bei Ablauf der Gültigkeit
einer vorhandenen Karte oder wenn die vorhandene Karte defekt ist und
der ausstellenden Behörde zurückgegeben wurde. Bei einer Erneuerung
besteht stets die Gewissheit, dass nicht zwei gültige Karten gleichzeitig
vorhandensind;1998R2135—DE—25.08.2002—001.001—19
(1) Richtlinie 97/27/EG des Europäischen Parlaments und des Rates vom 22. Juli 1997
über die Massen und Abmessungen bestimmter Klassen von Kraftfahrzeugen undKraftfahrzeuganhängern und zur Änderung der Richtlinie 70/156/EWG (ABl. L 233vom25.8.1997,S.1).
(
2) ABl.L57vom2.3.1992,S.27.
▼M1
gg)Reparatur:
die Reparatur eines Weg- und/oder Geschwindigkeitsgebers oder einer
Fahrzeugeinheit, wozu die Trennung von der Stromversorgung oder die
Trennung von anderen Komponenten des Kontrollgeräts oder die
ÖffnungdesKontrollgerätserforderlich ist;
hh)Ersatz:
die Ausgabe einer Kontrollgerätkarte als Ersatz für eine vorhandene
Karte, die als verloren, gestohlen oder defekt gemeldet und der ausstel-
lenden Behörde nicht zurückgegeben wurde. Ein Ersatz birgt immer das
Risiko, dass möglicherweise zwei gültige Karten gleichzeitig vorhanden
sind;
ii)Sicherheitszertifizierung:
der Prozess der Zertifizierung durch eine ITSEC(1)-Zertifizierungsstelle,
dassdasuntersuchteKontrollgerät(oderdieKomponente)oderdieunter-
suchte Kontrollgerätkarte die in Anlage 10 „Allgemeine
Sicherheitsanforderungen“ aufgeführten Sicherheitsanforderungen erfüllt;
jj)Selbsttest:
zyklisch und automatisch vom Kontrollgerät durchgeführte Tests zur
FeststellungvonStörungen;
kk)Kontrollgerätkarte:
eine Chipkarte zur Verwendung mit dem Kontrollgerät. Kontrollge-
rätkarten ermöglichen dem Kontrollgerät die Feststellung der Identität
(oderIdentitätsgruppe)desKarteninhabersundgestattendieÜbertragung
und Speicherung von Daten. Es gibt folgende Arten von Kontrollge-
rätkarten:
— Fahrerkarte,
— Kontrollkarte,
— Werkstattkarte,— Unternehmenskarte;
ll)Bauartgenehmigung:
ein Verfahren, mit dem durch einen Mitgliedstaat zertifiziert wird, dass
das untersuchte Kontrollgerät (oder die Komponente) oder die unter-
suchteKontrollgerätkarte dieAnforderungendieserVerordnungerfüllt;
mm)Reifengröße:
die Bezeichnung der Abmessungen der Reifen (äußere Antriebsräder)
gemäßRichtlinie 92/23/EWGdesRates(
2);
nn)Fahrzeugkennung:
Nummern,mitderenHilfedasFahrzeugidentifiziertwerdenkann:amtli-
ches Kennzeichen (VRN) mit Angabe des zulassenden Mitgliedstaates
undFahrzeugidentifizierungsnummer (VIN)(3);
oo)Fahrzeugeinheit (FE):
das Kontrollgerät ohne den Weg- und/oder Geschwindigkeitsgeber und
die Verbindungskabel zum Weg- und/oder Geschwindigkeitsgeber. Die
Fahrzeugeinheit kann entweder aus einem oder aus mehreren im Fahr-
zeug verteilten Geräten bestehen, solange sie den
Sicherheitsanforderungen dieserVerordnungentspricht;
pp)Woche zu Berechnungszwecken im Kontrollgerät:
den Zeitraum zwischen Montag 0.00 Uhr UTC und Sonntag 24.00 Uhr
UTC;
qq)Werkstattkarte:
eine Kontrollgerätkarte, die an eine(n) in einem Mitgliedstaat zugelas-
sene(n) Kontrollgeräthersteller, Installateur, Fahrzeughersteller oder
Werkstatt vondenBehördendiesesMitgliedstaates ausgegebenwurde.
Die Werkstattkarte weist den Karteninhaber aus und ermöglicht die
Prüfung und Kalibrierung bzw. das Herunterladen der Daten des
Kontrollgeräts.1998R2135—DE—25.08.2002—001.001—20
(1) Empfehlung des Rates 95/144/EG vom 7. April 1995 über gemeinsame Kriterien für
die Bewertung der Sicherheit von Systemen der Informationstechnik (ABl. L 93 vom26.4.1995,S.27).
(
2) ABl.L129vom14.5.1992,S.95.
(3) Richtlinie76/114/EWGdesRatesvom18.12.1975(ABl.L24vom30.1.1976,S.1).
▼M1
II. ALLGEMEINEFUNKTIONSMERKMALEDESKONTROLLGERÄTS
Ein Fahrzeug, das mit einem den Bestimmungen dieses Anhangs genügenden
Kontrollgerät ausgestattet ist, muss über eine Geschwindigkeitsanzeige und
einen Wegstreckenzähler verfügen. Diese Funktionen können in das Kontroll-
gerätintegriert sein.
1.Allgemeine Merkmale
Aufgabe des Kontrollgeräts ist das Aufzeichnen, Speichern, Anzeigen,
AusdruckenundAusgebenvontätigkeitsbezogenen DatendesFahrers.
DasKontrollgerät besteht ausVerbindungskabeln, einem Weg- bzw.Geschwin-
digkeitsgeber undeinerFahrzeugeinheit.
Die Fahrzeugeinheit besteht aus einem Prozessor, einem Massenspeicher, einer
Echtzeituhr, zwei Chipkartenschnittstellen (Fahrer und zweiter Fahrer), einem
Drucker, einem Display, einer optischen Warneinrichtung, einem Anschluss
zumKalibrieren/Herunterladen sowieausEingabeeinrichtungen.
Über weitere Stecker kann das Kontrollgerät mit anderen Geräten verbunden
sein.
Werden Zusatzeinrichtungen in das Kontrollgerät eingebaut oder daran ange-
schlossen, dürfen sie unabhängig davon, ob sie zugelassen sind, die
einwandfreie Arbeitsweise des Kontrollgeräts und die Bestimmungen der
Verordnungwederfaktisch nochpotentiell beeinträchtigen.
Benutzer des Kontrollgeräts weisen sich gegenüber dem Gerät mit Kontrollge-
rätkarten aus.
Je nach Art und/oder Identität des Benutzers bietet das Kontrollgerät einen
selektiven ZugangzuDatenundFunktionen.
Das Kontrollgerät zeichnet Daten auf und speichert sie in seinem Massenspei-
cherundaufKontrollgerätkarten.
Dies geschieht in Übereinstimmung mit der Richtlinie 95/46/EG des Europäi-
schen Parlaments und des Rates vom 24. Oktober 1995 zum Schutz natürlicher
PersonenbeiderVerarbeitungpersonenbezogenerDatenundzumfreienDaten-
verkehr(1).
2.Funktionen
MitdemKontrollgerät müssenfolgendeFunktionengewährleistet sein:— ÜberwachungdesEinsteckens undEntnehmens vonKarten,
— Geschwindigkeits-undWegstreckenmessung,
— Zeitmessung,— ÜberwachungderFahrertätigkeiten,— ÜberwachungdesStatusderFahrzeugführung,
— manuelle Eingabe durchdieFahrer:
— EingabedesOrtsdesBeginnsund/oderdesEndesdesArbeitstages,
— manuelle EingabederFahrertätigkeiten,
— Eingabespezifischer Bedingungen,
— Unternehmenssperren,
— ÜberwachungvonKontrollen,
— FeststellungvonEreignissenund/oderStörungen,— Integrierte TestsundSelbsttests,
— AuslesenvonDatenausdemMassenspeicher,
— AufzeichnungundSpeicherungvonDatenimMassenspeicher,— AuslesenvonDatenausKontrollgerätkarten,
— AufzeichnungundSpeicherungvonDatenaufKontrollgerätkarten,
— Anzeige,— Ausdrucken,
— Warnung,
— Herunterladen vonDatenaufexterne Datenträger,— Datenausgabeanzusätzliche externe Geräte,
— Kalibrierung,
— Zeiteinstellung.1998R2135—DE—25.08.2002—001.001—21
(1) ABl.L281vom23.11.1995,S.31.
▼M1
3.Betriebsarten
DasKontrollgerät verfügtübervierBetriebsarten:
— Betrieb,
— Kontrolle,— Kalibrierung,— Unternehmen.
Jenachdem,welchegültigeKontrollgerätkarte indieKartenschnittstellen einge-
stecktist,schaltet dasKontrollgerät auffolgendeBetriebsart:
BetriebsartSteckplatz Fahrer
Keine Karte Fahrerkarte Kontrollkarte WerkstattkarteUnternehmens-
karteSteckplatz 2.FahrerKeineKarte Betrieb Betrieb Kontrolle Kalibrierung Unternehmen
Fahrerkarte Betrieb Betrieb Kontrolle Kalibrierung UnternehmenKontrollkarte Kontrolle Kontrolle Kontrolle(*) Betrieb BetriebWerkstatt-
karteKalibrierung Kalibrierung Betrieb Kalibrie-
rung(*)Betrieb
Unterneh-
menskarteUnternehmen Unternehmen Betrieb Betrieb Unter-
nehmen(*)
(*) Indiesen Zuständen verwendetdasKontrollgerätnurdieimFahrersteckplatzeingesetzte Kontrollgerätkarte.
UngültigeKarten,dieeingestecktwerden,sindvomKontrollgerätzuignorieren,doch müssen das Anzeigen, Ausdrucken oder Herunterladen von auf abgelau-
fenenKartengespeicherten Datenmöglichsein.
Alle in II.2 aufgeführten Funktionen sind in jeder Betriebsart zu gewährleisten,
wobeifolgendeAusnahmengelten:
— dieFunktionKalibrierungistnurinderBetriebsart Kalibrierungverfügbar,
— die Funktion Zeiteinstellung ist außerhalb der Betriebsart Kalibrierung nur
begrenzt verfügbar,
— die Funktionen der manuellen Eingabe durch den Fahrer sind nur in den
Betriebsarten BetriebundKalibrierung verfügbar,
— die Funktion Unternehmenssperre ist nur in der Betriebsart Unternehmen
verfügbar,
— die Funktion Überwachung der Kontrollen ist nur in der Kontrollbetriebsart
verfügbar,
— die Funktion Herunterladen von Daten ist in der Betriebsart Betrieb nicht
verfügbar(außergemäß Randnummer150).
Das Kontrollgerät kann jegliche Daten an Anzeige-, Drucker- oder externe
Schnittstellen ausgeben,wobeifolgendeAusnahmengelten:
— inderBetriebsartBetriebwerdenpersönlicheDaten(Vor-undZuname),die
nicht zur einer eingesteckten Kontrollgerätkarte gehören, ausgeblendet, und
eine Kartennummer, die nicht zu einer eingesteckten Kontrollgerätkarte
gehört, wird teilweise ausgeblendet (von links nach rechts jedes zweite
Zeichen),
— in der Betriebsart Unternehmen (Randnummern 081, 084 und 087) lassen
sich Fahrerdaten nur für Zeiträume ausgeben, die nicht von einem anderen
Unternehmen (ausgewiesen durch die ersten 13 Stellen der Unternehmens-
kartennummer) gesperrtsind,
— ist keine Karte in das Kontrollgerät eingesteckt, lassen sich Fahrerdaten nur
fürdenaktuellen unddieacht vorhergehenden Kalendertage ausgeben.
4.Sicherheit
DurchdieSystemsicherheitsollfolgenderSchutzgewährleistetsein:Schutzdes
Massenspeichers, dass ein unbefugter Zugriff auf die Daten und deren Manipu-
lierung ausgeschlossen ist und alle entsprechenden Versuche entdeckt werden,
Schutz der Integrität und Authentizität der zwischen Weg- und/oder Geschwin-
digkeitsgeber und Fahrzeugeinheit ausgetauschten Daten, Schutz der Integrität
und Authentizität der zwischen Kontrollgerät und den Kontrollgerätkarten
ausgetauschtenDatensowieÜberprüfungderIntegrität undAuthentizität herun-
tergeladener Daten.1998R2135—DE—25.08.2002—001.001—22
▼M1
Um die Systemsicherheit zu gewährleisten, muss das Kontrollgerät die in den
allgemeinen Sicherheitsvorgaben fürdenWeg-und/oderGeschwindigkeitsgeber
und die Fahrzeugeinheit spezifizierten Sicherheitsanforderungen erfüllen
(Anhang10).
III. BAUART-UNDFUNKTIONSMERKMALEDESKONTROLLGERÄTS
1.Überwachung des Einsteckens und Entnehmens der Karten
Das Kontrollgerät überwacht die Kartenschnittstellen und erkennt das
Einstecken undEntnehmen einerKarte.
Beim Einstecken einer Karte erkennt das Kontrollgerät, ob es sich um eine
gültigeKontrollgerätkartehandelt,undidentifiziertindiesemFalldieKartenart.
Das Kontrollgerät muss so ausgelegt sein, dass die Kontrollgerätkarten nach
demordnungsgemäßenEinstecken indieKartenschnittstelle einrasten.
Das Entnehmen der Kontrollgerätkarten darf nur bei stehendem Fahrzeug und
nachderSpeicherung derjeweiligen DatenaufdieKartensowiedurchentspre-
chendeEinwirkungdesBenutzers möglich sein.
2.Geschwindigkeits- und Wegstreckenmessung
Diese Funktion muss kontinuierlich den Kilometerstand entsprechend der
gesamten vom Fahrzeug zurückgelegten Wegstrecke messen und angeben
können.
Diese Funktion muss kontinuierlich die Geschwindigkeit des Fahrzeugs messen
undangeben können.
Die Geschwindigkeitsmessfunktion liefert auch Informationen darüber, ob das
Fahrzeug fährt oder steht. Das Fahrzeug gilt als fahrend, sobald die Funktionvom Geschwindigkeitsgeber mindestens 5 Sekunden lang mehr als 1 Imp/s
erhält; ansonstengilt dasFahrzeugalsstehend.
Geräte zur Anzeige der Geschwindigkeit (Tachometer) und der zurückgelegten
Gesamtwegstrecke (Kilometerzähler), die in einem mit einem verordnungs-
gemäßen Kontrollgerät ausgerüsteten Fahrzeug eingebaut sind, müssen den
VorschriftenüberdieindiesemAnhang(KapitelIII.2.1undIII.2.2)festgelegten
zulässigenFehlergrenzen entsprechen.
2.1.Messung der zurückgelegten Wegstrecke
Diezurückgelegte Wegstrecke kanngemessenwerden:— alsKumulierungsowohlderVorwärts-alsauchderRückwärtsfahrt oder
— nurbeimVorwärtsfahren.
DasKontrollgerät misstWegstrecken von0bis9999999,9km.
Die gemessene Wegstrecke muss innerhalb folgender Fehlergrenzen liegen
(Strecken vonmindestens1000m):
— ±1%vordemEinbau,
— ±2%beimEinbauundbeidenregelmäßigen Nachprüfungen,— ±4%währenddesBetriebs.
DieWegstreckenmessungerfolgt aufmindestens0,1kmgenau.
2.2.Geschwindigkeitsmessung
DasKontrollgerät misstdieGeschwindigkeit von0bis220km/h.
Zur Gewährleistung einer zulässigen Fehlergrenze der angezeigten Geschwin-
digkeit imBetrieb von±6km/hundunterBerücksichtigung
— einer Fehlergrenze von ± 2 km/h für Inputabweichungen (Reifenabweich-
ungen,…),
— einer Fehlergrenze von ± 1 km/h bei Messungen beim Einbau oder bei den
regelmäßigen Nachprüfungen
misst das Kontrollgerät bei Geschwindigkeiten zwischen 20 und 180 km/h und
bei Wegdrehzahlen des Fahrzeugs zwischen 4000 und 25000 Imp/km die
Geschwindigkeit innerhalb einer Fehlergrenze von ± 1 km/h (bei konstanter
Geschwindigkeit).
Anmerkung: Aufgrund der Auflösung der Datenspeicherung ergibt sich eine
weitere zulässige Fehlergrenze von ± 0,5 km/h für die vom Kontrollgerät
gespeicherte Geschwindigkeit.
DieGeschwindigkeitmussinnerhalbderzulässigenFehlergrenzeninnerhalbvon
2 Sekunden nach Abschluss einer Geschwindigkeitsänderung korrekt gemessen
werden,wennsichdieGeschwindigkeit mit biszu2m/s
2geändert hat.1998R2135—DE—25.08.2002—001.001—23
▼M1
DieGeschwindigkeitsmessungerfolgtaufmindestens1km/hgenau.
3.Zeitmessung
DieZeitmessfunktionläuftständigundstelltDatumundUhrzeitdigital inUTC
bereit.
Für Datumsangaben im Kontrollgerät (Aufzeichnungen, Ausdrucke, Datenaus-
tausch, Anzeige, …) sind durchgängig Datum und Uhrzeit in UTC zu
verwenden.
Zur Anzeige der Ortszeit muss es möglich sein, die sichtbare Zeitangabe in
Halbstundenschritten zuverändern.
Die Zeitabweichung darf ± 2 Sekunden/Tag unter Bauartgenehmigungsbedin-
gungenbetragen.
DieZeitmessungerfolgtaufmindestens1Sekundegenau.
Die Zeitmessung darf durch eine Unterbrechung der externen Stromversorgung
von weniger als 12 Monaten unter Bauartgenehmigungsbedingungen nicht
beeinträchtigt werden.
4.Überwachung der Fahrertätigkeiten
DieseFunktionüberwachtständigundgesondertdieTätigkeitendesFahrersund
deszweiten Fahrers.
FahrertätigkeitensindLENKEN,ARBEIT,BEREITSCHAFTundUNTERBRE-
CHUNG/RUHE.
ARBEIT, BEREITSCHAFT sowie UNTERBRECHUNG/RUHE müssen vom
Fahrerund/odervomzweitenFahrermanuell ausgewähltwerdenkönnen.
Während der Fahrt wird für den Fahrer automatisch LENKEN und für den
zweiten Fahrerautomatisch BEREITSCHAFTausgewählt.
BeiHaltwirdfürdenFahrerautomatisch ARBEITausgewählt.
Bei der ersten Tätigkeitsänderung innerhalb von 120 Sekunden nach dem auto-
matischenWechselaufARBEITwirddavonausgegangen,dasssiebeiStillstand
desFahrzeugseingetretenist(sodassmöglicherweisederWechselaufARBEIT
aufgehobenwird).
Die Ausgabe von Tätigkeitsveränderungen an die Aufzeichnungsfunktionen
erfolgtaufeine Minutegenau.
Tritt zu irgendeinem Zeitpunkt innerhalb einer Kalenderminute die Tätigkeit
LENKENauf,gilt diegesamte MinutealsLENK-Zeit.
Tritt zu irgendeinem Zeitpunkt innerhalb der unmittelbar der Kalenderminute
vorausgehenden und nachfolgenden Minute die Tätigkeit LENKEN auf,gilt die
gesamte MinutealsLENK-Zeit.
Für eine Kalenderminute, die aufgrund der vorstehenden Anforderungen nicht
alsLENK-Zeit gilt,wirddieTätigkeit angesetzt, diealslängsteTätigkeit inner-
halb der Minute ausgeführt wurde (oder bei gleichlangen Tätigkeiten diejenige,
diezuletzt ausgeführtwurde).
Diese Funktion dient auch der ständigen Überwachung der ununterbrochenen
Lenkzeit undderkumulativen Pausenzeit desFahrers.
5.Überwachung des Status der Fahrzeugführung
DieseFunktionüberwachtständigundautomatisch denStatusderFahrzeugfüh-
rung.
WennzweigültigeFahrerkartenindasGeräteingestecktsind,wirdautomatisch
der Status TEAM gewählt, in allen anderen Fällen der Status EINMANNBE-
TRIEB.
6.Manuelle Eingaben durch die Fahrer
6.1.Eingabe des Orts des Beginns und/oder des Endes des Arbeitstages
Diese Funktion ermöglicht dem Fahrer und/oder dem zweiten Fahrer die
Eingabe desOrtes,andemderArbeitstagbeginntund/oderendet.
AlsOrtgilt einLandundgegebenenfalls zusätzlich dieentsprechende Region.
Bei Entnahme einer Fahrerkarte (oder Werkstattkarte) wird der Fahrer/zweite
FahrervomGerätaufgefordert,denOrtdesEndesdesArbeitstageseinzugeben.
DasKontrollgerät lässteinIgnorieren dieserAufforderungzu.DieEingabedesOrtsdesBeginnsund/oderdesEndesdesArbeitstagesistauch
ohne eingesetzte Karte sowie zu anderen Zeitpunkten als beim Einstecken oder
Entnehmen derKartemöglich.1998R2135—DE—25.08.2002—001.001—24
▼M1
6.2.Manuelle Eingabe der Fahrertätigkeiten
Beim Einstecken der Fahrerkarte (oder der Werkstattkarte), und nur zu diesem
Zeitpunkt,
— zeigtdasGerätdemKarteninhaberDatumundUhrzeitderletztenKartenent-
nahmeanund
— fordert den Karteninhaber auf anzugeben, ob das jetzige Einstecken der
Karteeine Fortsetzungdeslaufenden Arbeitstagesdarstellt.
Das Kontrollgerät ermöglicht dem Karteninhaber, die Frage ohne Antwort zu
ignorieren odermitJabzw.Neinzubeantworten:
— Ignoriert der Karteninhaber die Frage, fordert ihn das Kontrollgerät zur
Eingabe eines „Ortsdes Beginns des Arbeitstages“ auf. Diese Aufforderung
kann ignoriert werden. Wird ein Ort eingegeben, so wird dieser zusammen
mit der Karteneinsteckzeit im Massenspeicher sowie auf der Kontrollge-
rätkarte aufgezeichnet.
— Bei Bejahung oder Verneinung fordert das Kontrollgerät den Karteninhaber
zur manuellen Eingabe der Tätigkeiten ARBEIT, BEREITSCHAFT oder
UNTERBRECHUNG/RUHE mit Datum und Uhrzeit für Beginn und Ende
auf, und zwar ausschließlich für den Zeitraum zwischen der letzten
Entnahme unddemjetzigen Einstecken derKarteundohnedieMöglichkeit
einer Überlappung dieser Tätigkeiten. Dies geschieht nach folgenden
Verfahren:
— BeantwortetderKarteninhaberdieFragemitJa,fordertihndasKontroll-
gerät zur manuellen Eingabe der Tätigkeiten in chronologischer
Reihenfolge für den Zeitraum zwischen der letzten Entnahme und dem
jetzigen Einstecken derKarteauf.DerVorgangendet, wenndieEndzeit
einermanuelleingegebenen Tätigkeit derKarteneinsteckzeit entspricht.
— Beantwortet derKarteninhaber dieFragemit Nein,
— fordert ihn das Kontrollgerät zur manuellen Eingabe der Tätigkeiten
in chronologischer Reihenfolge vom Zeitpunkt der Kartenentnahme
bis zum Zeitpunkt des Endes des entsprechenden Arbeitstages auf
(oder der Tätigkeiten in Bezug auf dieses Fahrzeug, sofern der
Arbeitstag auf einem Schaublatt fortgeführt wird). Bevor also das
KontrollgerätdemKarteninhaberdiemanuelleEingabedereinzelnen
Aktivitätengestattet,fordertesihnaufanzugeben,obdieEndzeitder
letzten aufgezeichneten Tätigkeit dasEndeeinerfrüheren Arbeitszeit
darstellt (sieheAnmerkung).
Anmerkung: Gibt der Karteninhaber nicht das Ende der früheren
Arbeitszeit an und gibt manuell eine Tätigkeit ein, deren Endzeit
derKarteneinsteckzeit entspricht,
— geht das Kontrollgerät davon aus, dass der Arbeitstag zu Beginn
der ersten RUHE-Zeit (oder verbleibenden UNBEKANNTEN
Zeit) nach der Kartenentnahme oder zum Zeitpunkt der Karten-
entnahme endete, wenn keine Ruhezeit eingegeben wurde (und
wennkeinZeitraum UNBEKANNTbleibt),
— gehtdasKontrollgerätdavonaus,dassdieAnfangszeitgleichder
Karteneinsteckzeit ist,
— führtdasKontrollgerät dieuntenangegebenen Schritte aus.
— Stimmen das Ende der entsprechenden Arbeitszeit und der Zeitpunkt
der Kartenentnahme nicht überein oder wurde zu jenem Zeitpunkt
keinOrtdesEndesdesArbeitstageseingegeben,erhältderKartenin-
haber vom Kontrollgerät folgende Aufforderung: „Bestätigung/
Eingabe Ort desEndes desArbeitstages“ (Ignorieren möglich). Wird
ein Ort eingegeben, wird er, bezogen auf den Endzeitpunkt des
Arbeitstages, nur auf der Kontrollgerätkarte und nur dann aufge-
zeichnet, wenn sich die Eingabe vom bei der Kartenentnahme
eingegebenen Ortunterscheidet.
— Danach erhält der Karteninhaber die Aufforderung: „Eingabe
Anfangszeit“ des laufenden Arbeitstages (oder der Tätigkeiten in
Bezug auf das derzeitige Fahrzeug, wenn der Karteninhaber zuvor
ein Schaublatt während dieses Arbeitstages verwendet hat), sowie
die Eingabeaufforderung „Ort Beginn des Arbeitstages“ (Ignorieren
möglich). Bei Eingabe eines Ortes wird dieser, bezogen auf diese
Anfangszeit, auf der Kontrollgerätkarte aufgezeichnet. Stimmt diese
Anfangszeit mit der Karteneinsteckzeit überein, wird der Ort auch
imMassenspeicheraufgezeichnet.
— Stimmt diese Anfangszeit nicht mit der Karteneinsteckzeit überein,
wird der Karteninhaber zur manuellen Eingabe der Tätigkeiten in
chronologischer Reihenfolge von dieser Anfangszeit bis zum Zeit-
punkt des Einsteckens der Karte aufgefordert. Der Vorgang endet,
wenn die Endzeit einer manuell eingegebenen Tätigkeit der Karten-
einsteckzeit entspricht.1998R2135—DE—25.08.2002—001.001—25
▼M1
— Anschließend erhält der Karteninhaber vom Kontrollgerät die Möglich-
keit, Änderungen an den eingegebenen Tätigkeiten vorzunehmen, bis
mit Hilfe eines speziellen Kommandos die endgültige Bestätigung
erfolgt;danachsindkeineÄnderungenmehrmöglich.
— Antworten auf die erste Frage ohne darauffolgende Eingabe von Tätig-
keiten werden vom Kontrollgerät als Ignorieren der Frage durch den
Karteninhaber ausgelegt.
Während desgesamten VorgangsgiltfürdieEingabe folgendesZeitlimit:— 1 Minute — erfolgt innerhalb dieser 60 Sekunden an den Bedienelementen
keine Interaktion (trotz einer visuellen und möglicherweise akustischen
Warnungnach30Sekunden)oder
— wird die Karte entnommen bzw. eine andere Fahrerkarte (oder Werkstatt-
karte)eingesteckt oder
— setztsichdasFahrzeuginBewegung,
sovalidiert dasKontrollgerät alle bisdahingemachten Eingaben.
6.3.Eingabe spezifischer Bedingungen
DasKontrollgerät gestattet demFahrerdieEingabederfolgendenbeidenspezi-
fischenBedingungen inEchtzeit:
— „KONTROLLGERÄTNICHTERFORDERLICH“(Anfang,Ende)
— „FÄHRÜBERFAHRT/ZUGFAHRT“
Bei eingeschalteter Bedingung „KONTROLLGERÄT NICHT ERFORDER-
LICH“darfkeine„FÄHRÜBERFAHRT/ZUGFAHRT“erfolgen.
Beim Einstecken oder Entnehmen einer Fahrerkarte muss die eingeschaltete
Bedingung „KONTROLLGERÄT NICHT ERFORDERLICH“ automatisch
ausgeschaltet werden.
7.Unternehmenssperren
Diese Funktion ermöglicht die Verwaltung der Sperren, die ein Unternehmen
einsetzt, um den Datenzugang in der Betriebsart Unternehmen auf sich selbst
zubeschränken.
Unternehmenssperren bestehen aus einem Anfangszeitpunkt (Datum/Uhrzeit)
(Sperrung, Lock-in) und einem Endzeitpunkt (Datum/Uhrzeit) (Entsperrung,
Lock-out) im Zusammenhang mit der Identifizierung des Unternehmens anhand
derUnternehmenskartennnummer (beiderSperrung).
SperrenkönnennurinEchtzeit ein-oderausgeschaltet werden.Das Ausschalten der Sperre kann nur durch das Unternehmen (ausgewiesen
durch die ersten 13 Stellen der Unternehmenskartennummer) erfolgen, dessen
Sperreeingeschaltet ist,oder
erfolgtautomatisch, wenneinanderesUnternehmenseineSperreeinschaltet.In dem Fall, dass ein Unternehmen die Sperrung aktiviert (lock-in) und die
vorhergehende Sperrung für dasselbe Unternehmen war, dann wird ange-
nommen, dass vorher keine Entsperrung vorgenommen worden ist und die
Sperrenocheingeschaltet ist.
8.Überwachung von Kontrollaktivitäten
Diese Funktion überwacht die Aktivitäten ANZEIGE, DRUCK, FAHRZEUG-
EINHEITundHERUNTERLADENvonderKarteinderBetriebsart Kontrolle.
Diese Funktionüberwacht darüber hinausin der Betriebsart Kontrolle die Akti-
vitäten KONTROLLE GESCHWINDIGKEITSÜBERSCHREITUNG. Eine
Kontrolle Geschwindigkeitsüberschreitung gilt als erfolgt, wenn in der
Betriebsart Kontrolle der Ausdruck „Geschwindigkeitsüberschreitung“ an den
DruckeroderandasDisplaygesandtwurdeoderwenn„Ereignis-undStörungs-
daten“ ausdemMassenspeicherderFahrzeugeinheit heruntergeladen wurden.
9.Feststellung von Ereignissen und/oder Störungen
DieseFunktionstellt folgende Ereignisseund/oderStörungenfest:
9.1. Ereignis „Einstecken einer ungültigen Karte“
Dieses Ereignis wird beim Einstecken einer ungültigen Karte und/oder beim
AblaufderGültigkeit einereingesteckten gültigen Karteausgelöst.1998R2135—DE—25.08.2002—001.001—26
▼M1
9.2. Ereignis „Kartenkonflikt“
Dieses Ereignis wird ausgelöst, wenn eine der in der folgenden Tabelle mit X
gekennzeichneten Kombinationen vongültigen Kartenvorliegen:
KartenkonfliktSteckplatz Fahrer
Keine Karte Fahrerkarte Kontrollkarte WerkstattkarteUnternehmens-
karteSteckplatz 2.FahrerKeineKarte
Fahrerkarte X
Kontrollkarte X X XWerkstatt-
karteXXXX
Unterneh-
menskarteXXX
9.3. Ereignis „Zeitüberlappung“
DiesesEreigniswirdausgelöst,wennDatum/UhrzeitderletztenEntnahmeeiner
Fahrerkarte beim Auslesen der Karte der aktuellen Datums-/Uhrzeiteinstellung
desKontrollgeräts voraussind.
9.4. Ereignis „Lenken ohne geeignete Karte“
DiesesEreigniswirdbeieinerinderfolgendenTabellemitXgekennzeichneten
Kontrollgerätkartenkombination ausgelöst, wenn die Fahrertätigkeit auf
LENKEN wechselt oder wenn während der Fahrertätigkeit LENKEN eine
ÄnderungderBetriebsart erfolgt.
Lenken ohnegeeignete
KarteSteckplatz Fahrer
Keine (oder
ungültige)
KarteFahrerkarte Kontrollkarte WerkstattkarteUnternehmens-
karteSteckplatz 2.FahrerKeine(oder
ungültige)
KarteXXX
Fahrerkarte X X X X
Kontrollkarte X X X X X
Werkstatt-
karteXXX X
Unterneh-
menskarteXXXXX
9.5. Ereignis „Einstecken der Karte während des Lenkens“
DiesesEreigniswirdausgelöst,wenneineKontrollgerätkarte währendderFahr-
ertätigkeit LENKENineinenderSteckplätze eingesetzt wird.
9.6. Ereignis „Letzter Vorgang nicht korrekt abgeschlossen“
Dieses Ereignis wird ausgelöst, wenn das Kontrollgerät beim Einstecken der
Karte feststellt, dass trotz der Bestimmungen in Kapitel III.1. der vorherige
Kartenvorgang nicht korrekt abgeschlossen wurde (Kartenentnahme, bevor alle
relevanten Daten auf der Karte gespeichert wurden). Dieses Ereignis spielt nur
fürFahrer-undWerkstattkarten eine Rolle.
9.7. Ereignis „Geschwindigkeitsüberschreitung“
DiesesEreigniswirdbeijederGeschwindigkeitsüberschreitung ausgelöst.1998R2135—DE—25.08.2002—001.001—27
▼M1
9.8. Ereignis „Unterbrechung der Stromversorgung“
DiesesEreigniswird,sofernsichdasKontrollgerätnichtinderBetriebsartKali-
brierung befindet, bei einer 200 Millisekunden überschreitenden Unterbrechung
der Stromversorgung des Weg- und/oder Geschwindigkeitsgebers und/oder der
Fahrzeugeinheit ausgelöst. Die Unterbrechungsschwelle wird vom Hersteller
festgelegt.NichtausgelöstwirddasEreignisdurchdenStromabfallbeimStarten
desFahrzeugmotors.
9.9. Ereignis „Datenfehler Weg und Geschwindigkeit“
Dieses Ereignis wird bei einer Unterbrechung des normalen Datenflusses
zwischen dem Weg- und/oder Geschwindigkeitsgeber und der Fahrzeugeinheitund/oder bei einem Datenintegritäts- oder Datenauthentizitätsfehler während
desDatenaustauschszwischenWeg-und/oderGeschwindigkeitsgeberundFahr-
zeugeinheit ausgelöst.
9.10. Ereignis „Versuch Sicherheitsverletzung“
DiesesEreigniswird,sofernsichdasKontrollgerätnichtinderBetriebsartKali-
brierungbefindet,beijedemsonstigenEreignisausgelöst,dasdieSicherheitdes
Weg- und/oder Geschwindigkeitsgebers und/oder der Fahrzeugeinheit entspre-
chenddenallgemeinen Sicherheitszielen dieserKomponenten beeinträchtigt.
9.11. Störung „Kartenfehlfunktion“
DieseStörungwirdausgelöst,wennwährenddesBetriebseineFehlfunktionder
Kontrollgerätkarte auftritt.
9.12. Störung „Kontrollgerät“
Diese Störung wird bei folgenden Fehlern ausgelöst, sofern sich das Kontroll-
gerätnichtinderBetriebsart Kalibrierungbefindet:
— interneStörungFE
— Druckerstörung
— Anzeigestörung
— StörungHerunterladen— Sensorstörung
10.Integrierte Tests und Selbsttests
Mit Hilfe der Funktion „Integrierte Tests und Selbsttests“ muss das Kontroll-
gerät zur automatischen Fehlererkennung anhand der folgenden Tabelle in der
Lagesein:
Zutestende Baugruppe Selbsttest Integrierter Test
Software Integrität
Massenspeicher Zugriff Zugriff,Datenintegrität
Kartenschnittstellen Zugriff Zugriff
Tastatur ManuellePrüfungDrucker (demHersteller überlassen) AusdruckDisplay VisuellePrüfungHerunterladen (Ausführungnur
währenddesHerunterladens)KorrekterBetrieb
Sensor KorrekterBetrieb KorrekterBetrieb
11.Auslesen von Daten aus dem Massenspeicher
DasKontrollgerätmusssämtliche inseinemMassenspeichergespeicherteDaten
auslesenkönnen.1998R2135—DE—25.08.2002—001.001—28
▼M1
12.Aufzeichnung und Speicherung von Daten im Massenspeicher
ImSinnediesesAbsatzes— sind „365 Tage“ 365 Kalendertage mit durchschnittlicher Fahrertätigkeit in
einem Fahrzeug. Als durchschnittliche Tätigkeit je Tag in einem Fahrzeug
geltenmindestens6FahreroderzweiteFahrer,6Karteneinsteck-/-entnahme-
vorgänge und 256 Tätigkeitswechsel. Somit umfassen „365 Tage“
mindestens 2190 Fahrer/zweite Fahrer, 2190 Karteneinsteck-/-entnahme-
vorgängeund93440Tätigkeitswechsel,
— erfolgt die Zeitaufzeichnung auf eine Minute genau, sofern nicht anders
angegeben,
— erfolgtdieAufzeichnungdesKilometerstands aufeinenKilometer genau,
— erfolgtdieGeschwindigkeitsaufzeichnung auf1km/hgenau.
Die im Massenspeicher gespeicherten Daten dürfen durch eine Unterbrechung
der externen Stromversorgung von weniger als 12 Monaten unter Bauartgeneh-
migungsbedingungen nichtbeeinträchtigt werden.
Das Kontrollgerät muss in seinem Massenspeicher Folgendes implizit oder
explizit aufzeichnen undspeichern können:
12.1. Gerätekenndaten
12.1.1.Kenndaten der Fahrzeugeinheit
Das Kontrollgerät muss in seinem Massenspeicher folgende Kenndaten der
Fahrzeugeinheit speichernkönnen:
— NamedesHerstellers,
— AnschriftdesHerstellers,
— Teilnummer,
— Seriennummer,— Softwareversionsnummer,
— Installationsdatum derSoftwareversion,
— Herstellungsjahr,
— Bauartgenehmigungsnummer.
Die Kenndaten der Fahrzeugeinheit werden von deren Hersteller aufgezeichnet
und dauerhaft gespeichert; eine Ausnahme bildet die softwarebezogenen Daten
sowie die Bauartgenehmigungsnummer, die bei einer Aktualisierung der Soft-
wareverändert werdendürfen.
12.1.2.Kenndaten des Weg- und/oder Geschwindigkeitsgebers
Der Weg- und/oder Geschwindigkeitsgeber muss in seinem Speicher folgende
Kenndatenspeichern können:
— NamedesHerstellers,
— Teilnummer,
— Seriennummer,— Bauartgenehmigungsnummer,
— BezeichnerdereingebettetenSicherheitskomponenten(z.B.Teilnummerdes
internen Chips/Prozessors),
— Betriebssystembezeichner (z.B.Softwareversionsnummer).
Die Kenndaten des Weg- und/oder Geschwindigkeitsgebers werden von dessen
Hersteller aufgezeichnet unddauerhaft gespeichert.
Die Fahrzeugeinheit muss in ihrem Massenspeicher folgende Kenndaten des
derzeit gekoppelten Weg-und/oderGeschwindigkeitsgebersspeichern können:
— Seriennummer,
— Bauartgenehmigungsnummer,
— erstesKoppelungsdatum.
12.2. Sicherheitselemente
DasKontrollgerät mussdiefolgendenSicherheitselemente speichern können:
— deneuropäischen öffentlichen Schlüssel,
— dasZertifikat desMitgliedstaates,
— dasGerätezertifikat,
— denprivaten Geräteschlüssel.
Die Sicherheitselemente des Kontrollgeräts werden vom Hersteller der Fahr-
zeugeinheit indasGeräteingefügt.1998R2135—DE—25.08.2002—001.001—29
▼M1
12.3. Einsteck- und Entnahmedaten der Fahrerkarte
Bei jedem Einsteck-/Entnahmevorgang einer Fahrer-oder Werkstattkarte regist-
riert undspeichert dasKontrollgerät folgendeDateninseinem Massenspeicher:
— Name und Vorname(n) des Karteninhabers in der auf der Karte gespei-
chertenForm,
— Kartennummer, ausstellender Mitgliedstaat und Ablauf der Gültigkeit in der
aufderKartegespeicherten Form,
— DatumundUhrzeitdesEinsteckens,
— Kilometerstand beimEinstecken derKarte,
— Steckplatz, indendieKarteeingesetzt wurde,
— DatumundUhrzeitderEntnahme,
— Kilometerstand beiEntnahme derKarte,
— folgendeInformationenüberdaszuvorvomFahrerbenutzteFahrzeuginder
aufderKartegespeicherten Form:
— amtliches Kennzeichen undzulassenderMitgliedstaat,
— DatumundUhrzeitderKartenentnahme,
— Merker zur Angabe, ob der Karteninhaber beim Einstecken Tätigkeiten
manuell eingegeben hatodernicht.
Die Speicherdauer dieser Daten im Massenspeicher muss mindestens 365 Tage
betragen können.
Ist die Speicherkapazität erschöpft, werden die ältesten Daten durch neue über-
schrieben.
12.4. Fahrertätigkeitsdaten
BeijedemWechselderTätigkeitdesFahrersund/oderzweitenFahrersund/oder
bei jedem Wechsel des Status der Fahrzeugführung und/oder bei jedem
Einstecken bzw. jeder Entnahme einer Fahrer- oder Werkstattkarte wird im
MassenspeicherdesKontrollgerätsaufgezeichnet undgespeichert:
— derStatusderFahrzeugführung(TEAM,EINMANNBETRIEB)
— derSteckplatz (FAHRER,ZWEITER FAHRER)
— der Kartenstatus im jeweiligen Steckplatz (EINGESTECKT, NICHT
EINGESTECKT)(sieheAnmerkung)
— dieTätigkeit(LENKEN,BEREITSCHAFT,ARBEIT,UNTERBRECHUNG/
RUHE)
— DatumundUhrzeitdesWechsels.
Anmerkung: EINGESTECKTbedeutet, dasseine gültige Fahrer-oderWerks-
tattkarte im Steckplatz eingesetzt ist. NICHT EINGESTECKT bedeutet das
Gegenteil,d.h.esistkeinegültigeFahrer-oderWerkstattkarteeingesetzt(z.B.
isteine Unternehmenskarte oderkeineKarteeingesteckt).
Anmerkung:Vom Fahrer manuell eingegebene Tätigkeitsdaten werden im
Massenspeichernichtaufgezeichnet.
Die Speicherdauer der Fahrertätigkeitsdaten im Massenspeicher muss
mindestens365Tagebetragen können.
Ist die Speicherkapazität erschöpft, werden die ältesten Daten durch neue über-
schrieben.
12.5. Ort des Beginns und/oder des Endes des Arbeitstages
Gibt ein Fahrer oder zweiter Fahrer den Ort des Beginns und/oder Endes des
Arbeitstages ein, wird im Massenspeicher des Kontrollgeräts Folgendes aufge-
zeichnet undgespeichert:
— gegebenenfalls die Nummer der (Zweit-)Fahrerkarte und den ausstellenden
Mitgliedstaat,
— Datum und Uhrzeit der Eingabe (oder Datum und Uhrzeit, auf die sich die
Eingabebezieht,wenndieEingabewährenddesmanuellenEingabevorgangs
erfolgt),
— ArtderEingabe (BeginnoderEnde,Eingabebedingung),
— eingegebenes Landundeingegebene Region,
— Kilometerstand.
Die Speicherdauer der Anfangs- und/oder Enddaten des Arbeitstages im
Massenspeicher muss mindestens 365 Tage betragen können (unter der
Annahme,dasseinFahrerzweiDatensätze proTageingibt).
Ist die Speicherkapazität erschöpft, werden die ältesten Daten durch neue über-
schrieben.1998R2135—DE—25.08.2002—001.001—30
▼M1
12.6. Kilometerstandsdaten
Das Kontrollgerät registriert in seinem Massenspeicher an jedem Kalendertag
umMitternachtdenKilometerstanddesFahrzeugsunddasdazugehörigeDatum.
Die Speicherdauer des mitternächtlichen Kilometerstands im Massenspeicher
mussmindestens365Tagebetragen können.
Ist die Speicherkapazität erschöpft, werden die ältesten Daten durch neue über-
schrieben.
12.7. Detaillierte Geschwindigkeitsdaten
Das Kontrollgerät registriert und speichert in seinem Massenspeicher zu jeder
Sekundemindestensderletzten 24Stunden,indenensichdasFahrzeugbewegt
hat, die Momentangeschwindigkeit des Fahrzeugs mit den dazugehörigen
Datums-undUhrzeitangaben.
12.8. Ereignisdaten
Im Sinne dieses Unterabsatzes erfolgt die Zeitaufzeichnung auf 1 Sekunde
genau.
Bei jedem festgestellten Ereignis registriert und speichert das Kontrollgerät die
folgenden Daten entsprechend den nachfolgend aufgeführten Speicherungsvor-
schriften:
Ereignis Speicherungsvorschriften JeEreignis aufzuzeichnende Daten
Kartenkonflikt — die10jüngstenEreignisse — Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
DatumundUhrzeit,
— Kartenart, Nummer und
ausstellender Mitgliedstaat
der beiden Karten, die den
Konflikthervorrufen
Lenken ohnegeeignete Karte — das jeweils längste
Ereignis an den letzten 10
TagendesAuftretens,
— die 5 längsten Ereignisse
indenletzten 365Tagen— Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
DatumundUhrzeit,
— Kartenart, Nummer und
ausstellender Mitgliedstaat
einer zu Beginn und/oder
zum Ende des Ereignisses
eingesteckten Karte,
— Anzahl gleichartiger Ereig-
nisseandiesemTag
Einstecken derKartewährend
desLenkens— das jeweils letzte Ereignis
an den letzten 10 Tagen
desAuftretens— Datum und Uhrzeit des
Ereignisses,
— Kartenart, Nummer und
ausstellender Mitgliedstaat,
— Anzahl gleichartiger Ereig-
nisseandiesemTag
Letzter Vorgangnichtkorrekt
abgeschlossen— die10jüngstenEreignisse — Datum und Uhrzeit des
Einsteckens derKarte
— Kartenart, Nummer und
ausstellender Mitgliedstaat,
— aus der Karte ausgelesene
Datendesletzten Vorgangs:
— Datum und Uhrzeit des
Einsteckens derKarte
— amtliches Kennzeichen
und zulassender
Mitgliedstaat
Geschwindigkeitsüberschrei-
tung(1)— das jeweils gravierendste
Ereignis an den letzten 10
TagendesAuftretens(d.h.
das Ereignis mit der
höchsten Durchschnittsge-
schwindigkeit),— Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
DatumundUhrzeit,
— während des Ereignisses
gemessene Höchstgeschwin-1998R2135—DE—25.08.2002—001.001—31
▼M1
Ereignis Speicherungsvorschriften JeEreignis aufzuzeichnende Daten
— die 5 gravierendsten
Ereignisse in den letzten
365Tagen,
— das erste Ereignis nach
derletzten Kalibrierungdigkeit
— während des Ereignisses
gemessene arithmetische
Durchschnittsgeschwindig-
keit
— Kartenart, Nummer und
ausstellender Mitgliedstaat
des Fahrers (wenn zutref-
fend),
— Anzahl gleichartiger Ereig-
nisseandiesemTag
Unterbrechung derStromver-
sorgung(2)— das jeweils längste
Ereignis an den letzten 10
TagendesAuftretens,
— die 5 längsten Ereignisse
indenletzten 365Tagen— Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
DatumundUhrzeit,
— Kartenart, Nummer und
ausstellender Mitgliedstaat
einer zu Beginn und/oder
zum Ende des Ereignisses
eingesteckten Karte,
— Anzahl gleichartiger Ereig-
nisseandiesemTag
Datenfehler Wegund
Geschwindigkeit— das jeweils längste
Ereignis an den letzten 10
TagendesAuftretens,
— die 5 längsten Ereignisse
indenletzten 365Tagen— Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
DatumundUhrzeit,
— Kartenart, Nummer und
ausstellender Mitgliedstaat
einer zu Beginn und/oder
zum Ende des Ereignisses
eingesteckten Karte,
— Anzahl gleichartiger Ereig-
nisseandiesemTag
VersuchSicherheitsverletzung — die 10 jüngsten Ereignisse
nachEreignisart— Beginn des Ereignisses —
DatumundUhrzeit,
— Ende des Ereignisses —
Datum und Uhrzeit (sofern
relevant),
— Kartenart, Nummer und
ausstellender Mitgliedstaat
einer zu Beginn und/oder
zum Ende des Ereignisses
eingesteckten Karte,
— ArtdesEreignisses
(1) ImMassenspeicherdesKontrollgerätssinddarüber hinausfolgende Daten aufzuzeichnen undzuspeichern:
— Datum undUhrzeit derletztenKONTROLLEGESCHWINDIGKEITSÜBERSCHREITUNG,
— Datum und Uhrzeit der ersten Geschwindigkeitsüberschreitung, die dieser KONTROLLE GESCHWIN-
DIGKEITSÜBERSCHREITUNGfolgt,
— Anzahl derGeschwindigkeitsüberschreitungsereignisseseitderletzten KONTROLLE GESCHWINDIG-
KEITSÜBERSCHREITUNG.
(2) Diese Daten können erst nach Wiederherstellung der Stromversorgung aufgezeichnet werden, wobei die
Genauigkeithiereine Minute betragen kann.
12.9. Störungsdaten
Im Sinne dieses Unterabsatzes erfolgt die Zeitaufzeichnung auf 1 Sekunde
genau.
BeijederfestgestelltenStörungmussdasKontrollgerätversuchen,diefolgenden
Daten entsprechend den nachfolgend aufgeführten Speicherungsvorschriften
aufzuzeichnen undzuspeichern:
Störung Speicherungsvorschriften JeStörungaufzuzeichnendeDaten
Kartenfehlfunktion — die 10 jüngsten Fahrerkar-
tenfehlfunktionen— Beginn der Störung —
DatumundUhrzeit,1998R2135—DE—25.08.2002—001.001—32
▼M1
Störung Speicherungsvorschriften JeStörungaufzuzeichnendeDaten
— Ende der Störung — Datum
undUhrzeit,
— Kartenart, Nummer und
ausstellender Mitgliedstaat
Kontrollgerätstörung — die 10 jüngsten Störungen
jederStörungsart
— die erste Störung nach der
letzten Kalibrierung— Beginn der Störung —
DatumundUhrzeit,
— Ende der Störung — Datum
undUhrzeit,
— ArtderStörung— Kartenart, Nummer und
ausstellender Mitgliedstaat
einer zu Beginn und/oder
zum Ende der Störung
eingesteckten Karte
12.10. Kalibrierungsdaten
Das Kontrollgerät registriert und speichert in seinem Massenspeicher Daten in
Bezugauf:
— bekannte Kalibrierungsparameter zumZeitpunkt derAktivierung,
— seineersteKalibrierung nachderAktivierung,
— seine erste Kalibrierung im derzeitigen Fahrzeug (identifiziert anhand von
dessenFahrzeugidentifizierungsnummer)
— die5jüngstenKalibrierungen(erfolgenaneinemKalendertagmehrereKali-
brierungen,istnurdieletzte desTageszuspeichern).
Zudeneinzelnen Kalibrierungen sindfolgende Datenzuspeichern:
— Zweck der Kalibrierung (Aktivierung, Ersteinbau, Einbau, regelmäßige
Nachprüfung)
— NameundAnschriftderWerkstatt,
— Werkstattkartennummer, ausstellender Mitgliedstaat und Ablauf der Gültig-
keit derKarte,
— Fahrzeugkennung,
— aktualisierte und bestätigte Parameter: Wegdrehzahl (w), Kontrollgerätkon-
stante (k), tatsächlicher Reifenumfang (l), Reifengröße, Einstellung des
Geschwindigkeitsbegrenzers, Kilometerstand (alt und neu), Datum und
Uhrzeit(alte undneueWerte).
Der Weg- und/oder Geschwindigkeitsgeber registriert und speichert in seinem
Speicher diefolgenden Installationsdaten:
— erste Koppelung mit einer Fahrzeugeinheit (Datum, Uhrzeit, FE-Bauartge-
nehmigungsnummer, FE-Seriennummer),
— letzte Koppelung mit einer Fahrzeugeinheit (Datum, Uhrzeit, FE-Bauartge-
nehmigungsnummer, FE-Seriennummer).
12.11. Zeiteinstellungsdaten
Das Kontrollgerät registriert und speichert in seinem Massenspeicher Daten in
Bezugauf:
— diejüngsteZeiteinstellung,
— die5größtenZeiteinstellungen seitderletzten Kalibrierung,
ausgeführtinderBetriebsart KalibrierungundnichtimRahmeneinernormalen
Kalibrierung (Begriffsbestimmungf).
Zudeneinzelnen Zeiteinstellungen sindfolgende Datenzuspeichern:— DatumundUhrzeit,alter Wert,
— DatumundUhrzeit,neuerWert,
— NameundAnschriftderWerkstatt,
— Werkstattkartennummer, ausstellender Mitgliedstaat und Ablauf der Gültig-
keit derKarte.1998R2135—DE—25.08.2002—001.001—33
▼M1
12.12. Kontrolldaten
Das Kontrollgerät registriert und speichert in seinem Massenspeicher folgende
DateninBezugaufdie20jüngstenKontrollen:
— DatumundUhrzeitderKontrolle,
— Kontrollkartennummer undausstellender Mitgliedstaat,— Art der Kontrolle (Anzeigen und/oder Drucken und/oder Herunterladen von
derFahrzeugeinheit und/oderHerunterladen vonderKarte).
BeimHerunterladensindzudemdieältestenunddiejüngstenheruntergeladenen
Tageaufzuzeichnen.
12.13. Unternehmenssperrdaten
Das Kontrollgerät registriert und speichert in seinem Massenspeicher folgende
DateninBezugaufdie20jüngstenUnternehmenssperren:
— Sperrung(Lock-in) —DatumundUhrzeit,
— Entsperrung(Lock-out)—DatumundUhrzeit,— Unternehmenskartennummer undausstellender Mitgliedstaat,— NameundAnschriftdesUnternehmens.
12.14. Erfassen des Herunterladens
Das Kontrollgerät registriert und speichert in seinem Massenspeicher in Bezug
auf das letzte Herunterladen vom Massenspeicher auf externe Datenträger in
denBetriebsarten Unternehmen oderKalibrierung folgendeDaten:
— DatumundUhrzeitdesHerunterladens,
— Unternehmens-oderWerkstattkartennummerundausstellenderMitgliedstaat,— NamedesUnternehmensoderderWerkstatt.
12.15. Daten zu spezifischen Bedingungen
Das Kontrollgerät registriert und speichert in seinem Massenspeicher folgende
DateninBezugaufspezifische Bedingungen:
— DatumundUhrzeitdesEintrags,
— Artderspezifischen Bedingung.
Die Speicherdauer der Daten zu spezifischen Bedingungen im Massenspeicher
muss mindestens 365 Tage betragen können (unter der Annahme, dass pro Tag
eineBedingungein-undausgeschaltetwird).IstdieSpeicherkapazitäterschöpft,
werdendieältesten Datendurchneueüberschrieben.
13.Auslesen von Daten aus Kontrollgerätkarten
DasKontrollgerät mussausKontrollgerätkarten dieerforderlichen Daten— zur Identifizierung der Kartenart, des Karteninhabers, des zuvor genutzten
Fahrzeugs,desDatumsundderUhrzeit derletzten Kartenentnahme undder
zujenem Zeitpunkt gewählten Tätigkeit,
— zurKontrolle deskorrekten Abschlussesdesletzten Kartenvorgangs,
— zurBerechnung derununterbrochenen Lenkzeit, der kumulativen Pausenzeit
und der kumulierten Lenkzeit für die vorangegangene und für die laufende
Woche,
— zur Anfertigung von Ausdrucken von auf einer Fahrerkarte aufgezeichneten
Daten,
— zumHerunterladen einerFahrerkarte aufexterneDatenträger
auslesenkönnen.
Bei einem Lesefehler verwendet das Kontrollgerät maximal dreimal erneut den
gleichen Lesebefehl. Schlagen alle Versuche fehl, wird die Karte für fehlerhaft
undungültig erklärt.
14.Aufzeichnung und Speicherung von Daten auf Kontrollgerätkarten
Sofort nach dem Einstecken der Karte stellt das Kontrollgerät die „Kartenvor-
gangsdaten“ aufderFahrer-oderWerkstattkarte ein.
Das Kontrollgerät aktualisiert die auf gültigen Fahrer-, Werkstatt- und/oder
Kontrollkarten gespeicherten Daten mit sämtlichen erforderlichen Daten, die
für den Karteninhaber und für den Zeitraum, in dem die Karte eingesteckt ist,
relevant sind. Die auf diesen Karten gespeicherten Daten sind in Kapitel IV
spezifiziert.1998R2135—DE—25.08.2002—001.001—34
▼M1
Das Kontrollgerät aktualisiert die auf gültigen Fahrer- und Werkstattkarten
gespeicherten Fahrertätigkeits- und Ortsdaten (gemäß Kapitel IV.5.2.5 und
5.2.6)mitTätigkeits-undOrtsdaten,dievomKarteninhabermanuelleingegeben
werden.
DieAktualisierungderKontrollgerätkarten erfolgtso,dassbeiBedarfundunter
Berücksichtigung der Speicherkapazität der Karte die jeweils ältesten Daten
durchdiejüngstenDatenersetzt werden.
Bei einem Schreibfehler verwendet das Kontrollgerät maximal dreimal erneut
den gleichen Schreibbefehl. Schlagen alle Versuche fehl, wird die Karte für
fehlerhaft undungültig erklärt.
Vor der Entnahme einer Fahrerkarte und nach Speicherung aller relevanten
DatenaufderKartesetztdasKontrollgerät alle „Kartenvorgangsdaten“ zurück.
15.Anzeige
DieAnzeigeenthält mindestens20Zeichen.
DieMindesthöhederZeichen beträgt5mmunddieMindestbreite 3,5mm.Die Anzeige unterstützt die Zeichensätze Latin-1 und Griechisch gemäß ISO
8859, Teil 1 und 7, spezifiziert in Anlage 1 Kapitel 4 „Zeichensätze“. Die
Anzeige kannvereinfachte Zeichen verwenden(z. B.könnenmit Akzent verse-
heneZeichenohneAkzentoderKleinbuchstabenalsGroßbuchstabendargestellt
werden).
DieAnzeigeistmit einerblendfreien Beleuchtung auszustatten.
Die in der Anzeige dargestellten Zeichen müssen von außerhalb des Kontroll-
gerätsgutsichtbar sein.
VomKontrollgerät müssenfolgendeDatenangezeigt werdenkönnen:
— Standarddaten,
— Warndaten,— Menüzugangsdaten,
— anderevoneinem Benutzerangeforderte Daten.
Vom Kontrollgerät können zusätzliche Informationen angezeigt werden, sofern
sievondenvorstehendverlangten Informationen deutlichunterscheidbar sind.
Die Anzeige des Kontrollgeräts verwendet die in Anlage 3 aufgeführten Pikto-
gramme oder Piktogrammkombinationen. Es können auch zusätzlichePiktogramme oder Kombinationen angezeigt werden, sofern sie sich deutlich
vondengenannten PiktogrammenundKombinationen unterscheiden.
DieAnzeigemusssichbeifahrendemFahrzeugstetsimeingeschaltetenZustand
befinden.
Das Kontrollgerät kann eine manuelle oder automatische Abschaltvorrichtung
fürdieAnzeigeaufweisen,wennsichdasFahrzeugnichtinFahrtbefindet.
DasAnzeigeformat istinAnlage5spezifiziert.
15.1. Standardanzeige
Wenn keine anderen Informationen angezeigt werden müssen, sind vom
Kontrollgerät standardmäßig folgendeAngabenanzuzeigen:
— dieOrtszeit (UTC+Einstellung durchdenFahrer),
— dieBetriebsart,
— diederzeitige Tätigkeit desFahrersunddie derzeitige Tätigkeit deszweiten
Fahrers,
— Informationen zumFahrer:
— bei derzeitiger Tätigkeit LENKEN: aktuelle ununterbrochene Lenkzeit
undaktuelle kumulative Pausenzeit,
— derzeitige Tätigkeit nicht LENKEN: aktuelle Dauer der anderen Tätig-
keit(seitderAuswahl)undaktuelle kumulative Pausenzeit,
— Informationen zumzweiten Fahrer:
— aktuelle DauerseinerTätigkeit (seitderAuswahl).
Die Anzeige von Daten zu den Fahrern muss klar, deutlich und eindeutig sein.
Lassen sich Fahrer- und Zweitfahrerinformationen nicht gleichzeitig anzeigen,
zeigt das Kontrollgerät standardmäßig die Informationen zum Fahrer und
ermöglicht dem Benutzer, auf die Anzeige der Informationen zum zweiten
Fahrerumzuschalten.
LässtdieAnzeigebreiteeineständigeAnzeigederBetriebsartnichtzu,zeigtdas
Kontrollgerät beiBetriebsartwechsel dieneueBetriebsart kurzan.
BeimEinstecken derKartewirdderNamedesKarteninhabers kurzangezeigt.1998R2135—DE—25.08.2002—001.001—35
▼M1
Ist die Bedingung „KONTROLLGERÄT NICHT ERFORDERLICH“ einge-
schaltet, muss die Standardanzeige das entsprechende Piktogramm aufweisen
(es ist zulässig, dass die aktuelle Fahrertätigkeit nicht gleichzeitig angezeigt
wird).
15.2. Warnanzeige
Das Kontrollgerät zeigt Warninformationen vorrangig unter Verwendung der
Piktogramme gemäß Anlage 3 an, die gegebenenfalls durch zahlencodierte
Informationen ergänzt werden. Darüber hinaus kann zusätzlich eine textliche
BeschreibungderWarnunginderMuttersprachedesFahrerserfolgen.
15.3. Menübedienung
Das Kontrollgerät stellt die erforderlichen Befehle über eine geeignete
Menüstrukturbereit.
15.4. Sonstige Anzeigen
NachBedarfmüssensichfolgende Anzeigenauswählenlassen:— DatumundUhrzeitinUTC,
— Betriebsart (wennnichtständigangezeigt),— ununterbrochene Lenkzeit undkumulative Pausenzeit desFahrers,— ununterbrochene Lenkzeit undkumulative Pausenzeit deszweitenFahrers,— kumulierte Lenkzeit desFahrersfürdieVorwocheunddielaufendeWoche,
— kumulierteLenkzeit deszweitenFahrersfürdieVorwocheunddielaufende
Woche,
— der Inhalt der sechs Ausdrucke im gleichen Format wie die Ausdrucke
selbst.
DieAnzeigedesAusdruckinhaltserfolgtsequentiell,ZeilefürZeile.Beträgtdie
Anzeigebreite weniger als 24 Zeichen, erhält der Benutzer die vollständige
Information durch ein geeignetes Mittel (mehrere Zeilen, Rollen usw.). Für
handschriftliche Einträge vorgesehene Ausdruckzeilen brauchen nicht angezeigt
zuwerden.
16.Drucken
DasKontrollgerätmussInformationenausseinemMassenspeicherund/odervon
Kontrollgerätkarten anhandderfolgendensechsAusdruckedruckenkönnen:
— täglicher AusdruckFahrertätigkeiten vonderKarte,
— täglicher AusdruckFahrertätigkeiten vonderFahrzeugeinheit,— AusdruckEreignisseundStörungenvonderKarte,— AusdruckEreignisseundStörungenvonderFahrzeugeinheit,— AusdruckTechnische Daten,— AusdruckGeschwindigkeitsüberschreitung.
Genaue Angaben zu Format und Inhalt dieser Ausdrucke sind in Anlage 4
enthalten.
AmEndederAusdruckekönnenzusätzliche Datenbereitgestellt werden.
Vom Kontrollgerät können auch zusätzliche Ausdrucke bereitgestellt werden,
sofernsievondenvorgenanntensechsAusdruckendeutlichunterscheidbarsind.
Der „tägliche Ausdruck Fahrertätigkeiten von der Karte“ und der „Ausdruck
EreignisseundStörungenvonderKarte“dürfenverfügbarsein,wenneineFahr-
erkarte oder eine Werkstattkarte in das Kontrollgerät eingesetzt sind. Das
Kontrollgerät muss die auf der betreffenden Karten gespeicherten Daten vor
BeginndesAusdrucksaktualisieren.
Zur Herstellung des „täglichen Ausdrucks Fahrertätigkeiten von der Karte“ und
des„AusdrucksEreignisseundStörungenvonderKarte“
— wählt das Kontrollgerät entweder automatisch die Fahrerkarte oder die
Werkstattkarte, wennnureine dieserKarteneingesetzt ist,
— oder ermöglicht einen Befehl zur Auswahl der Quellenkarte oder zur
Auswahl der Karte im Fahrersteckplatz, wenn beide Kartenarten im
Kontrollgerät eingesetzt sind.
DerDruckermuss24Zeichen proZeile druckenkönnen.
DieMindesthöhederZeichen beträgt2,1mmunddieMindestbreite 1,5mm.
Der Drucker unterstützt die Zeichensätze Latin-1 und Griechisch gemäß ISO
8859,Teil 1und7,spezifiziert inAnlage 1Kapitel 4„Zeichensätze“.
Drucker müssen von ihrer Auslegung her diese Ausdrucke mit einem
Auflösungsniveauliefern, dasMissverständnissebeimLesenausschließt.1998R2135—DE—25.08.2002—001.001—36
▼M1
Die Abmessungen der Ausdrucke und die Eintragungen auf den Ausdrucken
dürfenunternormalenFeuchtigkeits-(10bis90%)undTemperaturbedingungen
keinerlei Veränderungen unterliegen.
Auf dem vom Kontrollgerät verwendeten Papier sind das Prüfzeichen und der
Typ/die Typen des Kontrollgeräts anzugeben, mit denen es eingesetzt werden
kann. Die Ausdrucke müssen unter normalen Aufbewahrungsbedingungen
hinsichtlich Lichtintensität, Feuchtigkeit und Temperatur mindestens ein Jahr
langdeutlich lesbarundidentifizierbar bleiben.
Es muss möglich sein, auf diesen Ausdrucken zusätzliche manuelle Eintra-
gungenwiedieUnterschriftdesFahrersvorzunehmen.
TrittwährenddesDruckensdasEreignis„KeinPapier“auf,startetdasKontroll-
gerät nach dem Nachladen des Papiers den Druckvorgang vom Anfang des
Ausdrucks oder setzt den Druck fort, wobei ein eindeutiger Hinweis auf den
zuvorgedruckten Teil erfolgt.
17.Warnungen
BeiFeststellungeinesEreignissesund/odereinerStörungerhält derFahrervom
Kontrollgerät einWarnsignal.
DieWarnungfürdasEreignisUnterbrechungderStromversorgungkannbiszur
Wiederherstellung derStromversorgungaufgeschobenwerden.
Das Kontrollgerät warnt den Fahrer 15 Minuten vor dem Zeitpunkt sowie zum
Zeitpunkt derÜberschreitungvon4Std.30Min.ununterbrochener Lenkzeit.
Die Warnungen erfolgen optisch. Zusätzlich zu optischen können auch akusti-
scheWarnsignale abgegeben werden.
OptischeWarnungenmüssenfürdenBenutzereindeutigerkennbarsein,sichim
SichtfelddesFahrersbefindenundsowohlamTagealsauchinderNachtdeut-
lich lesbarsein.
Optische Warnungen können in das Kontrollgerät eingebaut oder gerätefern
installiert sein.
Im letzteren Fall erfolgt die Kennzeichnung mit einem „T“-Symbol und in der
Farbegelboderorange.
Die Warnsignale haben eine Dauer von mindestens 30 Sekunden, sofern sie
nicht vom Benutzer durch Betätigen einer Taste am Kontrollgerät bestätigt
werden. Mit dieser ersten Bestätigung darf die im nächsten Absatz angeführte
Anzeige desGrundesfürdieWarnungnichtgelöscht werden.
DerGrundfürdieWarnungwirdamKontrollgerätangezeigtundbleibtsolange
sichtbar, bis der Benutzer ihn mit einer bestimmten Taste oder mit einem
bestimmten BefehlüberdasKontrollgerät bestätigt.
Es können zusätzliche Warnsignale abgegeben werden, solange sie bei den
Fahrern zu keinen Verwechslungen mit den vorstehend festgelegten Warnsi-
gnalenführen.
18.Herunterladen von Daten auf externe Datenträger
Das Kontrollgerät mussbei Bedarf über den Anschlusszum Kalibrieren/Herun-
terladen Daten aus seinem Massenspeicher oder von einer Fahrerkarte an
externe Speichermedien herunterladen können. Das Kontrollgerät muss die auf
der betreffenden Karte gespeicherten Daten vor Beginn des Ausdrucks aktuali-
sieren.
Zusätzlich undalsoptionalesLeistungsmerkmal kanndasKontrollgerät injeder
Betriebsart Daten über einen anderen Anschluss an ein über diesen Anschluss
authentisiertesUnternehmenherunterladen.IndiesemFallgeltenfürdasHerun-terladen dieDatenzugriffsrechte derBetriebsart Unternehmen.
Beim Herunterladen dürfen gespeicherte Daten weder verändert noch gelöscht
werden.
Die elektrische Schnittstelle des Anschlusses zum Kalibrieren/Herunterladen ist
inAnlage6spezifiziert.
DieProtokollezumHerunterladen sindinAnlage7spezifiziert.
19.Datenausgabe an externe Zusatzgeräte
Wenn am Kontrollgerät keine Funktion für die Anzeige der Geschwindigkeit
und/oder des Kilometerstands gegeben ist, stellt das Kontrollgerät (ein)
Ausgangssignal(e) für die Anzeige der Fahrzeuggeschwindigkeit und/oder für
dievomFahrzeuginsgesamtzurückgelegte Wegstrecke zurVerfügung.1998R2135—DE—25.08.2002—001.001—37
▼M1
DieFahrzeugeinheitmussdarüberhinauszurAusgabederfolgendenDatenüber
eine geeignete dedizierte serielle Verbindung unabhängig von einer optionalen
CAN-Busverbindung(ISO11898Straßenfahrzeuge—AustauschdigitalerInfor-
mationen — Controller Area Network (CAN) für hohe Übertragungsraten) in
derLagesein,sodassderenVerarbeitungdurchandereimFahrzeuginstallierte
elektronische Gerätemöglich ist:
— aktuelle(s) DatumundUhrzeit inUTC,
— Fahrzeuggeschwindigkeit,
— Kilometerstand,
— zurZeit gewählte Tätigkeit desFahrersunddeszweiten Fahrers,
— Information,obimSteckplatzdesFahrersoderdeszweitenFahrerszurZeit
eine Karte eingesteckt ist und (gegebenenfalls) Informationen über die
entsprechende Kartenkennung (Kartennummer und ausstellender Mitglied-
staat).
ÜberdieseMinimalliste hinauskönnennochweitereDatenausgegebenwerden.
Bei eingeschalteter Zündung werden diese Daten ständig ausgesendet. Ist die
Zündung ausgeschaltet, ruft zumindest ein Tätigkeitswechsel des Fahrers oder
deszweitenFahrersund/oderdasEinsteckenoderdieEntnahmeeinerKontroll-
gerätkarte eine Datenausgabe hervor. Wurden Daten bei ausgeschalteter
Zündung zurückgehalten, so werden diese Daten sofort nach Einschalten der
Zündungbereitgestellt.
20.Kalibrierung
DieKalibrierungsfunktiongestattet folgende Vorgänge:
— automatischeKoppelungdesWeg-und/oderGeschwindigkeitsgebersmitder
Fahrzeugeinheit,
— digitale Angleichung der Konstante des Kontrollgeräts (k) an die Wegdreh-
zahl des Fahrzeugs (w) (Kraftfahrzeuge mit mehreren
Hinterachsuntersetzungen müssen mit einer Umschalteinrichtung ausgerüstet
sein,durch die die verschiedenen Untersetzungsverhältnisse automatisch auf
dieWegdrehzahlgebrachtwerden,fürdiedasGerätaufdasFahrzeugabge-
stimmtwurde),
— Einstellung (ohneBeschränkung)deraktuellen Zeit,
— Einstellung desaktuellen Kilometerstands,
— Aktualisierung der im Massenspeicher gespeicherten Kenndaten des Weg-
und/oderGeschwindigkeitsgebers,
— Aktualisierung oder Bestätigung anderer dem Kontrollgerät bekannten Para-
meter: Fahrzeugkennung, Wegdrehzahl (w), Reifenumgang (l), Reifengröße
undgegebenenfalls Einstellung desGeschwindigkeitsbegrenzers.
DieKopplungdesWeg-und/oderGeschwindigkeitsgebersmitderFahrzeugein-
heit bestehtmindestens
— in der Aktualisierung der vom Weg- und/oder Geschwindigkeitsgeber
gespeicherten Installationsdaten (nachBedarf),
— imKopierenerforderlicherKenndatendesWeg-und/oderGeschwindigkeits-
gebersvondiesemindenMassenspeicherderFahrzeugeinheit.
Mit der Kalibrierungsfunktion muss es möglich sein, die erforderlichen Daten
über den Anschluss zum Kalibrieren/Herunterladen gemäß dem in Anlage 8
festgelegten Kalibrierungsprotokoll einzugeben. Die Eingabe von Daten durch
dieKalibrierungsfunktion kannauchüberandere Anschlüsseerfolgen.
21.Zeiteinstellung
Die Funktion Zeiteinstellung ermöglicht im Abstand von mindestens 7 Tagen
eine Anpassungderaktuellen Uhrzeit umhöchstens1Minute.
In derBetriebsart Kalibrierung ist mit der FunktionZeiteinstellung eine Anpas-
sungderaktuellen UhrzeitohneEinschränkungmöglich.1998R2135—DE—25.08.2002—001.001—38
▼M1
22.Leistungsmerkmale
DieFahrzeugeinheitmussimTemperaturbereich von-20ºCbis70ºC,undder
Weg- und/oder Geschwindigkeitsgeber im Temperaturbereich von - 40 ºC bis
135 ºC voll einsatzbereit sein. Der Inhalt des Massenspeichers muss bis zu
Temperaturen von-40ºCerhalten bleiben.
DasKontrollgerätmussbeieinerLuftfeuchtigkeit von10bis90%volleinsatz-
bereit sein.
Das Kontrollgerät muss gegen Überspannung, Falschpolung der Stromversor-
gungundKurzschlussgeschützt sein.
DasKontrollgerätmusshinsichtlichderelektromagnetischen Verträglichkeitder
Richtlinie 95/54/EG der Kommission(1) zur Anpassung der Richtlinie 72/245/
EWG des Rates(2) entsprechen und gegen elektrostatische Entladungen und
Störgrößengeschützt sein.
23.Werkstoffe
Alle Bauteile des Kontrollgeräts müssen aus Werkstoffen mit hinreichender
Stabilität und mechanischer Festigkeit sowie mit elektrischer und magnetischer
Stabilität bestehen.
ZurGewährleistungnormalerBetriebsbedingungenmüssenalleTeiledesGeräts
gegenFeuchtigkeit undStaubgeschütztsein.
Die Fahrzeugeinheit muss den Schutzgrad IP 40 und der Weg- und/oder
Geschwindigkeitsgeber denSchutzgradIP64gemäß NormIEC529erfüllen.
Das Kontrollgerät muss den geltenden technischen Spezifikationen hinsichtlich
derergonomischenGestaltunggenügen.
DasKontrollgerät mussgegenunbeabsichtigte Beschädigungen geschützt sein.
24.Markierungen
SindamKontrollgerätKilometerstandundGeschwindigkeitablesbar,müssenin
derAnzeigefolgendeAngabenerscheinen:
— inderNähederZahl,diediezurückgelegteWegstreckeanzeigt,dieMaßein-
heit derzurückgelegten Wegstrecken mitderAbkürzung„km“
— inderNähederZahl,diedieGeschwindigkeitanzeigt, dieAbkürzung„km/
h“.
Kann das Kontrollgerät auch auf eine Geschwindigkeitsanzeige in Meilen pro
Stunde umgeschaltet werden; wird in diesem Fall als Maßeinheit der zurückge-
legten Wegstrecke dieAbkürzung„mph“angezeigt.
An jeder gesonderten Komponente des Kontrollgeräts ist ein Typenschild mit
folgenden Angabenanzubringen:
— NameundAnschriftdesHerstellers,
— Teilnummer undBaujahr,— Seriennummer desGeräts,— Prüfzeichen desKontrollgerätetyps.
Reicht der Platz für alle genannten Angaben nicht aus, muss das Typenschild
mindestens folgende Angaben enthalten: Name oder Logo des Herstellers und
Teilnummer desKontrollgeräts.
IV. BAUART- UND KONSTRUKTIONSMERKMALEDER KONTROLLGE-
RÄTKARTEN
1.Sichtbare Daten
DieVorderseiteenthält:jenachKartentypdiegroßgedrucktenWörter„Fahrerkarte“oder„Kontrollkarte“
oder„Werkstattkarte“ oder„Unternehmenskarte“ inderSprachebzw.denSpra-
chendesausstellenden Mitgliedstaats;
die gleichen Wörter in den anderen Gemeinschaftssprachen, und zwar so
gedruckt,dasssiedenHintergrundderKartebilden:1998R2135—DE—25.08.2002—001.001—39
(1) ABl.L266vom8.11.1995,S.1.
(2) ABl.L152vom6.7.1972,S.15.
▼M1
ES TARJETADEL
CONDUCTORTARJETADE
CONTROLTARJETADEL
CENTRODE
ENSAYOTARJETADELA
EMPRESA
DK FØRERKORT KONTROLKORT VÆRK-
STEDSKORTVIRKSOM-
HEDSKORT
DE FAHRERKARTE KONTROLL-
KARTEWERKSTATT-
KARTEUNTERNEHMENS-
KARTE
EL ΚΑΡΤΑ Ο∆ΗΟΥ ΚΑΡΤΑ
ΕΛΕΓΧΟΥΚΑΡΤΑ
ΚΕΝΤΡΟΥ
∆ΟΚΙΜΩΝΚΑΡΤΑ
ΕΠΙΧΕΙΡΗΣΗΣ
EN DRIVERCARD CONTROLCARD WORKSHOP
CARDCOMPANYCARD
FR CARTEDE
CONDUCTEURCARTEDE
CONTROLEURCARTED'ATE-
LIERCARTED'ENTRE-
PRISE
GA CÁRTA
TIOMÁNAÍCÁRTA
STIÚRTHACÁRTACEARD-
LAINNECÁRTACOMH-
LACHTA
IT CARTADEL
CONDUCENTECARTADI
CONTROLLOCARTADELL'OF-
FICINACARTADELL'A-
ZIENDA
NL BESTUURDERS
KAARTCONTROLE-
KAARTWERKPLAATS-
KAARTBEDRIJFSKAART
PT CARTÃODE
CONDUTORCARTÃODE
CONTROLOCARTÃODO
CENTRODE
ENSAIOCARTÃODE
EMPRESA
FIN KULJETTAJA
KORTTILLAVALVONTA
KORTILLATESTAUSASEMA
KORTILLAYRITYSKORTILLA
SVFÖRARKORT KONTROLLKORT V ERKSTADSKO-
RTFÖRETAGSKORT
denNamendesMitgliedstaats, derdieKarteausstellt (fakultativ);
dasUnterscheidungszeichendesausstellendenMitgliedstaatsimNegativdruckin
einem blauenRechteck, umgeben vonzwölfgelbenSternen:
B Belgien
DK DänemarkD DeutschlandGR Griechenland
E Spanien
F FrankreichIRL IrlandI ItalienL Luxemburg
NL Niederlande
A ÖsterreichP PortugalFIN FinnlandS SchwedenUK Vereinigtes Königreich
wiefolgtnummerierte Angabenzuderausgestellten Karte:1998R2135—DE—25.08.2002—001.001—40
▼M1
Fahrerkarte KontrollkarteUnternehmens-oderWerkstatt-
karte
1. NamedesFahrers NamederKontrollstelle NamedesUnternehmens
oderderWerkstatt
2. Vorname(n) NamedesKontrolleurs
(wennzutreffend)NamedesKarteninhabers
(wennzutreffend)
3. Geburtsdatum Vorname(n)desKontrolleurs
(wennzutreffend)Vorname(n)desKarteninha-
bers(wennzutreffend)
4.(a) Gültigab(b) Gültigbis
(c) AusstellendeBehörde(kannaufSeite2angegeben werden)
(d) eine anderealsunter5.genannte NummerfürVerwaltungszwecke(fakultativ)5.(a) Führerscheinnummer (am
AusstellungstagderFahrer-
karte)
5.(b) Kartennummer6. Lichtbild desFahrers Lichtbild desKontrolleurs
(fakultativ)—
7. UnterschriftdesFahrers UnterschriftdesInhabers(fakultativ)
8. WohnortoderAnschriftdes
Inhabers(fakultativ)AnschriftderKontrollstelle AnschriftdesUnternehmens
oderderWerkstatt
Die zu verwendende Datumsform ist „TT/MM/JJJJ“ oder „TT.MM.JJJJ“ (Tag,
Monat,Jahr).
DieRückseiteenthält:
eine Erläuterung zudennummerierten AngabenaufderVorderseitederKarte;
gegebenenfalls und mit ausdrücklicher schriftlicher Zustimmung des Inhabers
Angaben, die nicht mit der Verwaltung der Fahrerkarte im Zusammenhang
stehen; jede Erschwerung der Verwendung des Modells als Fahrerkarte durch
derartige Zusätze istauszuschließen.1998R2135—DE—25.08.2002—001.001—41
▼M1
DieKontrollgerätkarten werdenmitfolgender Hintergrundfarbe gedruckt:
— Fahrerkarte: weiß,
— Kontrollkarte: blau,— Werkstattkarte: rot,— Unternehmenskarte: gelb.
Zum Schutz vor Fälschung und unbefugten Änderungen weisen die Kontrollge-
rätkarten mindestensfolgende Merkmaleauf:
— ein Sicherheitshintergrunddesign mit feingemustertem Guillochen und Iris-
druck,
— im Bereich des Lichtbilds eine Überlappung des Sicherheitshintergrunddes-
ignsmit demLichtbild,
— mindestenseine zweifarbige Mikrodruckzeile.
DieMitgliedstaatenkönnennachBeratungmitderKommissionunbeschadetder
übrigen Bestimmungen dieses Anhangs Farben oder Markierungen wie Staats-
symboleoderSicherheitsmerkmale hinzufügen.
2.Sicherheit
Ziel der Systemsicherheit ist der Schutz der Integrität und Authentizität der
zwischen den Karten und dem Kontrollgerät ausgetauschten Daten und der von1998R2135—DE—25.08.2002—001.001—42
▼M1
denKartenheruntergeladenenDaten,dieZulassungbestimmterSchreibvorgänge
aufdieKartennurfürdasKontrollgerät,derAusschlussjederMöglichkeiteiner
FälschungderaufdenKartengespeichertenDaten,dieVerhinderungunbefugter
ÄnderungensowiedieFeststellungjeglicher VersuchedieserArt.
Zur Gewährleistung der Systemsicherheit müssen die Kontrollgerätkarten die in
den allgemeinen Sicherheitsvorgaben für Kontrollgerätkarten (Anlage 10) fest-
gelegten Anforderungenerfüllen.
Kontrollgerätkarten müssen mit anderen Geräten, wie z. B. Personalcomputern,
lesbarsein.
3.Normen
DieKontrollgerätkarten müssendenfolgendenNormenentsprechen:— ISO/IEC7810Identifikationskarten —PhysikalischeEigenschaften,
— ISO/IEC7816Identifikationskarten —Chipkarten mitKontakten:
— Teil 1:PhysikalischeEigenschaften,
— Teil 2:AbmessungenundLokalisierungderKontakte,— Teil 3:Elektronische Eigenschaften undProtokollezumHerunterladen,— Teil 4:Interindustrielle Kommandos,
— Teil 8:Interindustrielle sicherheitsbezogene Kommandos,
— ISO/IEC10373Identifikationskarten; Prüfverfahren.
4.Spezifikationen für Umgebung und Elektrizität
Die Kontrollgerätkarten müssen unter allen klimatischen Bedingungen, die im
Gebiet der Gemeinschaft gewöhnlich anzutreffen sind, ordnungsgemäß funktio-
nieren können, mindestens im Temperaturbereich - 25 ºC bis + 70 ºC mit
gelegentlichen Spitzen bis zu + 85 ºC , wobei „gelegentlich“ jeweils nicht
mehr als 4 Stunden und nicht mehr als 100mal während der Lebensdauer derKartebedeutet.
Die Kontrollgerätkarten müssen bei einer Luftfeuchtigkeit von 10 bis 90 %
ordnungsgemäßfunktionieren können.
DieKontrollgerätkartenmüssenbeiVerwendunggemäßdenSpezifikationenfür
Umgebung und Elektrizität während einer Dauer von fünf Jahren ordnungs-
gemäßfunktionieren können.
Während des Betriebs müssen die Kontrollgerätkarten hinsichtlich der elektro-
magnetischen Verträglichkeit der Richtlinie 95/54/EG entsprechen und gegen
elektrostatische Entladungen geschützt sein.
5.Datenspeicherung
ImSinnediesesAbsatzes— erfolgt die Zeitaufzeichnung auf eine Minute genau, sofern nicht anders
angegeben,
— erfolgtdieAufzeichnungdesKilometerstands aufeinenKilometer genau,
— erfolgtdieGeschwindigkeitsaufzeichnung auf1km/hgenau.
Die Funktionen, Befehle und logischen Strukturen der Kontrollgerätkarten, die
der Erfüllung von Anforderungen zur Datenspeicherung dienen, sind in Anlage
2spezifiziert.
IndiesemAbsatzistdieMindestspeicherkapazitätfürdieverschiedenenAnwen-
dungsdaten festgelegt. Die Kontrollgerätkarten müssen dem Kontrollgerät die
tatsächliche Speicherkapazität dieserDateien anzeigen können.
Alle zusätzlichen auf Kontrollgerätkarten gespeicherten Daten in Bezug auf
andere Anwendungen, für die die Karte sonst noch vorgesehen ist, müssen
gemäßderRichtlinie 95/46/EGgespeichert werden.
5.1.Kenn- und Sicherheitsdaten der Karte
5.1.1.Anwendungskennung
Die Kontrollgerätkarten müssen die folgenden Anwendungskenndaten speichern
können:
— KennummerderKontrollgerätanwendung,
— Kontrollgerätkartenartkennung.1998R2135—DE—25.08.2002—001.001—43
▼M1
5.1.2.Chipkennung
Die Kontrollgerätkarten müssen die folgenden Kenndaten des integrierten
Schaltkreises (IS)speichernkönnen:
— IS-Seriennummer,
— IS-Fertigungsangaben.
5.1.3.IS-Kartenkennung
Die Kontrollgerätkarten müssen die folgenden Chipkartenkenndaten speichern
können:
— Seriennummer derKarte(einschl.Fertigungsangaben),
— Bauartgenehmigungsnummer derKarte— KennungderKarten-Personalisierung (ID),— Kartenhersteller-ID,— IS-Bezeichner.
5.1.4.Sicherheitselemente
Die Kontrollgerätkarten müssen die folgenden Sicherheitselementdaten spei-
chernkönnen:
— europäischer öffentlicher Schlüssel,
— Mitgliedstaatzertifikat,— Kartenzertifikat,
— privaterSchlüsselderKarte.
5.2.Fahrerkarte
5.2.1.Kartenkennung
DieFahrerkarte mussdiefolgenden Kartenkenndaten speichern können:
— Kartennummer,
— ausstellender Mitgliedstaat, Name der ausstellenden Behörde, Ausstellungs-
datum
— gültigab,gültigbis.
5.2.2.Karteninhaberkennung
DieFahrerkarte mussdiefolgenden Karteninhaberkenndaten speichern können:
— NamedesInhabers,
— Vorname(n)desInhabers,— Geburtsdatum,— Muttersprache.
5.2.3.Führerscheininformationen
DieFahrerkarte mussdiefolgenden Führerscheindaten speichern können:
— ausstellender Mitgliedstaat, Namederausstellenden Behörde,
— Führerscheinnummer (amAusstellungstagderKarte).
5.2.4.Daten zu gefahrenen Fahrzeugen
Die Fahrerkarte muss für jeden Kalendertag, an dem die sie benutzt wurde,
sowie für jeden Betriebszeitraum eines Fahrzeugs an diesem Tag (ein Betriebs-
zeitraum umfasst alle aufeinander folgenden Einsteck-/Entnahmevorgänge der
Karte in dem Fahrzeug im Hinblick auf diese Karte) die folgenden Daten spei-
chernkönnen:
— Datum und Uhrzeit des ersten Einsatzes des Fahrzeugs (d. h. erstes Karten-
einstecken für diesen Betriebszeitraum des Fahrzeugs oder 0.00 Uhr, wenn
derBetriebszeitraum zudiesem Zeitpunkt andauert),
— Kilometerstand zudiesemZeitpunkt,— Datum undUhrzeit desletzten Einsatzes desFahrzeugs (d.h.letzte Karten-
entnahme für diesen Betriebszeitraum des Fahrzeugs oder 23.59 Uhr, wenn
derBetriebszeitraum zujenem Zeitpunkt andauert),
— Kilometerstand zudiesemZeitpunk,
— amtliches Kennzeichen undzulassenderMitgliedstaat.
DieFahrerkarte mussmindestens84derartige Datensätze speichern können.1998R2135—DE—25.08.2002—001.001—44
▼M1
5.2.5.Fahrertätigkeitsdaten
DieFahrerkarte mussfürjedenKalendertag, andemsiebenutzt wurdeoderfür
den der Fahrer manuell Tätigkeiten eingegeben hat, die folgenden Daten spei-
chernkönnen:
— Datum,
— Tagesanwesenheitszähler (wird für jeden dieser Kalendertage um den Wert
Einserhöht),
— dievomFahrerandiesemTagzurückgelegte Gesamtwegstrecke,— denFahrerstatusum0.00Uhr,— jedesMal,wennderFahrerdieTätigkeitgewechseltund/oderdenStatusder
Fahrzeugführung verändert und/oder seine Karte eingesteckt oder
entnommen hat:
— denStatusderFahrzeugführung(EINMANNBETRIEB,TEAM),
— denSteckplatz (FAHRER,2.FAHRER)— denKartenstatus(EINGESTECKT,NICHTEINGESTECKT— die Tätigkeit (LENKEN, BEREITSCHAFT, ARBEIT, UNTERBRE-
CHUNG/RUHE),
— denZeitpunkt derVeränderung.
DerSpeicherderFahrerkartemussdieFahrertätigkeitsdatenmindestens28Tage
langgespeichert halten können(diedurchschnittliche Tätigkeit einesFahrersist
mit 93Tätigkeitsveränderungen proTagdefiniert).
Die in den Randnummern 197 und 199 aufgeführten Daten werden so gespei-
chert, dass — auch bei zeitlichen Überschneidungen — ein Abrufen der
Tätigkeiten inderReihenfolge ihresAuftretensmöglich ist.
5.2.6.Ort des Beginns und/oder des Endes des Arbeitstages
Die Fahrerkarte muss die folgenden vom Fahrer eingegebenen Daten zum Ort
desBeginnsund/oderdesEndesdesArbeitstagesspeichernkönnen:
— Datum und Uhrzeit der Eingabe (oder Datum/Uhrzeit bezogen auf die
Eingabe, wenndiesewährenddesmanuellen Eingabevorgangs erfolgt),
— ArtderEingabe (BeginnoderEnde,Eingabebedingung),— eingegebene(s) LandundRegion,— Kilometerstand.
Der Speicher der Fahrerkarte muss mindestens 42 derartige Datensatzpaare
gespeichert halten können.
5.2.7.Ereignisdaten
ImSinnediesesAbsatzeserfolgtdieZeitspeicherung auf1Sekundegenau.
Die Fahrerkarte mussDaten in Bezug auf die folgenden, vom Kontrollgerät bei
eingesteckter Kartefestgestellten Ereignissespeichernkönnen:
— Zeitüberlappung (wenndieKarteUrsachedesEreignissesist),
— EinsteckenderKartewährenddesLenkens(wenndieKarteGegenstanddes
Ereignissesist),
— Letzter Kartenvorgang nicht korrekt abgeschlossen (wenn die Karte Gegen-
standdesEreignissesist),
— UnterbrechungderStromversorgung,— Datenfehler WegundGeschwindigkeit,— VersuchSicherheitsverletzung.
Die Fahrerkarte muss die folgenden Daten für diese Ereignisse speichern
können:
— Ereigniscode,
— DatumundUhrzeitdesEreignisbeginns(oderderKartenentnahme,wenndas
Ereignisandauerte),
— Datum und Uhrzeit des Ereignisendes (oder der Kartenentnahme, wenn das
Ereignisandauerte),
— amtliches KennzeichenundzulassenderMitgliedstaat desFahrzeugs,indem
dasEreigniseintrat.
Anmerkung:FürdasEreignis„Zeitüberlappung“:— Datum und Uhrzeit des Ereignisbeginns müssen Datum und Uhrzeit der
Kartenentnahme ausdemvorherigenFahrzeugentsprechen,
— Datum und Uhrzeit des Ereignisendes müssen Datum und Uhrzeit des
Einsteckens derKarteindasderzeitige Fahrzeugentsprechen,1998R2135—DE—25.08.2002—001.001—45
▼M1
— Fahrzeugdaten müssen dem derzeitigen Fahrzeug entsprechen, das das
Ereignisauslöst.
Anmerkung:Für das Ereignis „Letzter Kartenvorgang nicht korrekt abge-
schlossen“:
— Datum und Uhrzeit des Ereignisbeginns müssen Datum und Uhrzeit des
Einsteckens der Karte bei dem nicht korrekt abgeschlossenen Vorgang
entsprechen,
— Datum und Uhrzeit des Ereignisendes müssen Datum und Uhrzeit des
Einsteckens der Karte bei dem Vorgang entsprechen, während dessen das
Ereignisfestgestellt wurde(derzeitiger Vorgang),
— FahrzeugdatenmüssendemFahrzeugentsprechen,indemderVorgangnicht
korrektabgeschlossenwurde.
DieFahrerkartemussDatenfürdiesechsjüngstenEreignissejederArt(d.h.36
Ereignisse)speichern können.
5.2.8.Störungsdaten
ImSinnediesesAbsatzeserfolgtdieZeitspeicherung auf1Sekundegenau.
Die Fahrerkarte mussDaten in Bezug auf die folgenden, vom Kontrollgerät bei
eingesteckter Kartefestgestellten Störungenspeichern können:
— Kartenfehler (wenndieKarteGegenstandderStörungist),
— StörungKontrollgerät.
Die Fahrerkarte muss die folgenden Daten für diese Störungen speichern
können:
— Störungscode,
— Datum und Uhrzeit des Störungsbeginns (oder der Kartenentnahme, wenn
dieStörungandauerte),
— Datum und Uhrzeit des Störungsendes (oder der Kartenentnahme, wenn die
Störungandauerte),
— amtliches KennzeichenundzulassenderMitgliedstaat desFahrzeugs,indem
dieStörungeintrat.
DieFahrerkartemussDatenfürdiezwölfjüngstenStörungenjederArt(d.h.24
Störungen)speichernkönnen.
5.2.9.Kontrollaktivitätsdaten
DieFahrerkartemussinBezugaufKontrollaktivitätendiefolgendenDatenspei-
chernkönnen:
— DatumundUhrzeitderKontrolle,
— Kontrollkartennummer undausstellender Mitgliedstaat,— Art der Kontrolle (Anzeige, Drucken, Herunterladen von der Fahrzeugein-
heit,Herunterladen vonderKarte(sieheAnmerkung)),
— Heruntergeladener Zeitraum beimHerunterladen,— amtliches Kennzeichen und zulassender Mitgliedstaat des kontrollierten
Fahrzeugs.
Anmerkung:Gemäß Sicherheitsanforderungen wird ein Herunterladen von der
Kartenuraufgezeichnet, wenndiesübereinKontrollgerät erfolgt.
DieFahrerkarte musseinenderartigen Datensatz gespeichert halten können.
5.2.10.Kartenvorgangsdaten
Die Fahrerkarte muss Daten in Bezug auf das Fahrzeug speichern können, in
demderlaufende Vorgangeingeleitet wurde:
— DatumundUhrzeitderEinleitungdesVorgangs(d.h.EinsteckenderKarte)
auf1Sekundegenau,
— amtliches Kennzeichen undzulassenderMitgliedstaat.
5.2.11.Daten zu spezifischen Bedingungen
Die Fahrerkarte muss die folgenden Daten in Bezug auf spezifische Bedin-
gungen speichern können, die bei eingesetzter Karte (ungeachtet des
Steckplatzes) eingegeben wurden:
— DatumundUhrzeitderEingabe,
— Artderspezifischen Bedingung.
DieFahrerkarte muss56derartige Datensätze gespeichert halten können.1998R2135—DE—25.08.2002—001.001—46
▼M1
5.3.Werkstattkarte
5.3.1.Sicherheitselemente
DieWerkstattkartemusseinenPIN-Code(PersonalIdentificationNumber)spei-
chernkönnen.
Die Werkstattkarte muss die kryptografischen Schlüssel speichern können, die
fürdieKoppelungderWeg-und/oderGeschwindigkeitsgeber mit denKontroll-
geräten erforderlich sind.
5.3.2.Kartenkennung
DieWerkstattkarte mussdiefolgendenKartenkenndaten speichernkönnen:
— Kartennummer,
— ausstellender Mitgliedstaat, Name der ausstellenden Behörde, Ausstellungs-
datum
— gültigab,gültigbis.
5.3.3.Karteninhaberkennung
DieFahrerkarte mussdiefolgenden Karteninhaberkenndaten speichern können:
— NamederWerkstatt
— AnschriftderWerkstatt
— NamedesInhabers,
— Vorname(n)desInhabers,
— Muttersprache.
5.3.4.Daten zu gefahrenen Fahrzeugen
Die Werkstattkarte muss Datensätze zu gefahrenen Fahrzeugen so speichern
könnenwieeineFahrerkarte.
DieWerkstattkarte mussmindestens4derartige Datensätze speichern können.
5.3.5.Fahrertätigkeitsdaten
Die Werkstattkarte muss Fahrertätigkeitsdaten so speichern können wie eine
Fahrerkarte.
Die Werkstattkarte muss Fahrertätigkeitsdaten für mindestens 1 Tag mit durch-
schnittlicher Tätigkeit einesFahrersgespeichert halten können.
5.3.6.Daten zum Beginn/Ende des Arbeitstages
DieWerkstattkarte mussDatensätzezumBeginn/EndedesArbeitstagessospei-
chernkönnenwieeine Fahrerkarte.
Die Werkstattkarte muss mindestens 3 derartige Datensatzpaare gespeichert
halten können.
5.3.7.Ereignis- und Störungsdaten
Die Werkstattkarte muss Ereignis- und Störungsdaten so speichern können wie
eine Fahrerkarte.
Die Werkstattkarte muss Daten für die drei jüngsten Ereignisse jeder Art (d. h.
18Ereignisse)sowiediesechsjüngstenStörungenjederArt(d.h.12Störungen)
speichern können.
5.3.8.Kontrollaktivitätsdaten
Die Werkstattkarte muss einen Kontrollaktivitätsdatensatz so speichern können
wieeineFahrerkarte.
5.3.9.Kalibrierungs- und Zeiteinstellungsdaten
Die Werkstattkarte muss Datensätze zu Kalibrierungen und/oder Zeiteinstel-
lungen gespeichert halten können, die ausgeführt werden, während die Karte in
einKontrollgerät eingesetzt ist.
Injedem Kalibrierungsdatensatz müssenfolgendeDatenenthalten sein:
— ZweckderKalibrierung (Ersteinbau,Einbau,regelmäßige Nachprüfung),
— Fahrzeugkennung,
— aktualisierte oder bestätigte Parameter (Wegdrehzahl, Kontrollgerätkon-
stante, tatsächlicher Reifenumfang, Reifengröße, Einstellung des1998R2135—DE—25.08.2002—001.001—47
▼M1
Geschwindigkeitsbegrenzers, Kilometerstand (alt und neu), Datum und
Uhrzeit(alte undneueWerte),
— Kontrollgerätkennung (FE-Teilnummer, FE-Seriennummer, Seriennummer
desWeg-und/oderGeschwindigkeitsgebers).
DieWerkstattkarte mussmindestens88derartige Datensätze speichern können.
Die Werkstattkarte führt einen Zähler, der die Gesamtzahl der mit der Karte
ausgeführtenKalibrierungen angibt.
Die Werkstattkarte führt einen Zähler, der die Anzahl der seit dem letzten
Herunterladen durchgeführten Kalibrierungenangibt.
5.3.10.Daten zu spezifischen Bedingungen
Die Werkstattkarte muss Daten in Bezug auf spezifische Bedingungen so wie
die Fahrerkarte speichern können. Die Werkstattkarte muss 2 derartige
Datensätze speichern können.
5.4.Kontrollkarte
5.4.1.Kartenkennung
DieKontrollkarte mussdiefolgenden Kartenkenndaten speichernkönnen:— Kartennummer,
— ausstellender Mitgliedstaat, Name der ausstellenden Behörde, Ausstellungs-
datum
— gültigab,gültigbis(sofernzutreffend).
5.4.2.Karteninhaberkennung
Die Kontrollkarte muss die folgenden Karteninhaberkenndaten speichern
können:
— NamederKontrollstelle,
— AnschriftderKontrollstelle,
— NamedesInhabers,
— Vorname(n)desInhabers,— Muttersprache.
5.4.3.Kontrollaktivitätsdaten
Die Kontrollkarte muss die folgenden Daten in Bezug auf Kontrollaktivitäten
speichern können:
— DatumundUhrzeitderKontrolle,
— Art der Kontrolle (Anzeige, Drucken, Herunterladen von der Fahrzeugein-
heit,Herunterladen vonderKarte),
— heruntergeladenerer Zeitraum (sofernzutreffend),
— amtliches Kennzeichen und zulassender Mitgliedstaat des kontrollierten
Fahrzeugs,
— Kartennummer und ausstellender Mitgliedstaat der kontrollierten Fahrer-
karte.
Die Kontrollkarte muss mindestens 230 derartige Datensätze gespeichert halten
können.
5.5.Unternehmenskarte
5.5.1.Kartenkennung
DieUnternehmenskarte mussdiefolgenden Kartenkenndaten speichern können:— Kartennummer,
— ausstellender Mitgliedstaat, Name der ausstellenden Behörde, Ausstellungs-
datum
— gültigab,gültigbis(wennzutreffend).
5.5.2.Karteninhaberkennung
Die Unternehmenskarte muss die folgenden Karteninhaberkenndaten speichern
können:
— NamedesUnternehmens,
— AnschriftdesUnternehmens.1998R2135—DE—25.08.2002—001.001—48
▼M1
5.5.3.Unternehmensaktivitätsdaten
Die Unternehmenskarte mussdie folgenden Daten inBezug aufUnternehmens-
aktivitäten speichern können:
— DatumundUhrzeitderAktivität,
— Art der Aktivität (Sperren/Entsperren der Fahrzeugeinheit, Herunterladen
vonderFahrzeugeinheit, Herunterladen vonderKarte),
— heruntergeladenerer Zeitraum (wennzutreffend),
— amtlichesKennzeichenundZulassungsbehördedesMitgliedstaatesdesFahr-
zeugs,
— Kartennummer und ausstellender Mitgliedstaat (beim Herunterladen von der
Karte).
Die Unternehmenskarte muss mindestens 230 derartige Datensätze gespeichert
halten können.
V. EINBAUDESKONTROLLGERÄTS
1.Einbau
Neue Kontrollgeräte werden in nichtaktiviertem Zustand an Installateure oder
Fahrzeughersteller geliefert, wobei alle in Kapitel III.20 aufgeführten Kalibrie-
rungsparameter auf geeignete und gültige Standardwerte eingestellt sind. Liegt
kein bestimmter Wert vor, sind Buchstaben-Parameter auf Strings mit „?“ und
numerische Parameter auf„0“zusetzen.
Vor seiner Aktivierung muss das Kontrollgerät den Zugang zur Kalibrierfunk-
tiongewähren,auchwennessichnichtinderBetriebsartKalibrierungbefindet.
Vor seiner Aktivierung darf das Kontrollgerät die in III.12.3 bis III.12.9 sowie
III.12.12bisIII.12.14genannten Datenwederaufzeichnen nochspeichern.
Während des Einbaus werden alle bekannten Parameter vom Fahrzeughersteller
voreingestellt.
Der Fahrzeughersteller oder Installateur aktiviert das eingebaute Kontrollgerät,
bevordasFahrzeugdenEinbaustandort verlässt.
Die Aktivierung des Kontrollgeräts wird durch das erstmalige Einstecken einer
Werkstattkarte ineine derbeidenKartenschnittstellen automatisch ausgelöst.
Gegebenenfalls erforderliche spezifische Koppelungsoperationen zwischen dem
Weg-und/oderGeschwindigkeitsgeberundderFahrzeugeinheitmüssenautoma-
tischvoroderwährendderAktivierungstattfinden.
NachseinerAktivierungsorgtdasKontrollgerätfürdievollständigeAnwendung
aller FunktionenundDatenzugriffsrechte.
Die Aufzeichnungs- und Speicherfunktion des Kontrollgeräts muss nach seiner
Aktivierungvollwirksamsein.
NachdemEinbau erfolgt eine Kalibrierung. BeiderErstkalibrierung, dieinner-
halb von 2 Wochen nach dem Einbau oder nach der Zuteilung des amtlichen
Kennzeichens erfolgt, je nachdem, welches Ereignis zuletzt eintritt, wird das
amtliche Kennzeichen eingegeben.
Das Kontrollgerät ist im Fahrzeug so anzubringen, dass für den Fahrer alle
notwendigenFunktionenvomFahrersitzauszugänglich sind.
2.Einbauschild
Nach der Einbauprüfung beim Ersteinbau wird am oder im Kontrollgerät selbst
oder neben dem Gerät gut sichtbar ein Einbauschild angebracht. Nach jedem
Eingriff eines zugelassenen Installateurs oder einer zugelassenen Werkstatt ist
dasEinbauschild durcheinneuesSchildzuersetzen.
DasEinbauschild mussmindestensdienachstehenden Angabenenthalten:
— Name,AnschriftoderFirmenzeichen deszugelassenenInstallateursoderder
zugelassenenWerkstatt,
— Wegdrehzahl desKraftfahrzeugsinderForm„w=…Imp/km“,— KonstantedesKontrollgerätsinderForm„k=…Imp/km“,
— tatsächlicher Reifenumfang inderForm„l=…mm“,
— Reifengröße,
— Datum der Bestimmung der Wegdrehzahl des Kraftfahrzeugs und der
Messungdestatsächlichen Reifenumfangs,
— Fahrzeugidentifizierungsnummer.1998R2135—DE—25.08.2002—001.001—49
▼M1
3.Plombierung
FolgendeGeräteteile müssenplombiert werden:— jederAnschluss,sofernesbeieinerTrennungderVerbindungzunichtnach-
weisbaren Änderungen oder nicht feststellbaren Datenverlusten kommen
würde;
— das Einbauschild, es sei denn, es ist so angebracht, dass es sich nicht ohne
VernichtungderAngabenentfernen lässt.
Diegenannten Plombierungendürfenentfernt werden:
— inNotfällen,
— um einen Geschwindigkeitsbegrenzer oder ein anderes der Sicherheit im
Straßenverkehr dienendes Gerät einzubauen, zu justieren oder zureparieren,
sofern das Kontrollgerät auch dann noch zuverlässig und ordnungsgemäß
arbeitet und von einem zugelassenen Installateur oder einer zugelassenen
Werkstatt (gemäß Kapitel VI) unmittelbar nach dem Einbau des Geschwin-
digkeitsbegrenzers bzw. eines anderen der Sicherheit im Straßenverkehr
dienenden Gerätes oder andernfalls spätestens nach sieben Tagen wieder
plombiert wird.
Jede Verletzung der Plombierung muss Gegenstand einer schriftlichen Begrün-
dungsein,diederzuständigen BehördezurVerfügungzuhalten ist.
VI. EINBAUPRÜFUNGEN,NACHPRÜFUNGENUNDREPARATUREN
DieinArtikel12Absatz5derVerordnung(EWG)Nr.3821/85,zuletztgeändert
durch die Verordnung (EG) Nr. 2135/98, genannten Umstände, unter denen die
Versiegelungenentferntwerdendürfen,sindinKapitelV.3diesesAnhangsfest-
gelegt.
1.Zulassung der Installateure oder Werkstätten
Die Mitgliedstaaten übernehmen die Zulassung, regelmäßige Kontrolle und
Zertifizierung derStellen, die
— denEinbau,
— Einbauprüfungen,
— Nachprüfungenund
— Reparaturen
vornehmen.Im Rahmen von Artikel 12 Absatz 1 der Verordnung werden Werkstattkarten,
sofern keine entsprechend Begründung erfolgt, nur an für die Aktivierung und/
oder Kalibrierung des Kontrollgeräts gemäß diesem Anhang zugelassene Instal-
lateure und/oderWerkstätten ausgegeben,
— diekeinen Anspruchaufeine Unternehmenskarte haben;
— und deren sonstige unternehmerische Tätigkeit keine potentielle Gefährdung
derGesamtsicherheit desSystemsgemäßAnlage10darstellt.
2.Prüfung neuer oder reparierter Geräte
Fürjedesneueoderreparierte Einzelgerät werdendieordnungsgemäßeArbeits-
weise und die Genauigkeit der Anzeigen und Aufzeichnungen innerhalb der in
Kapitel III.2.1 und III.2.2festgelegten Grenzen durch die in Kapitel V.3vorge-
sehenePlombierungsowiedurchKalibrierunggeprüft.
3.Einbauprüfung
Beim Einbau in ein Fahrzeug muss die Gesamtanlage (einschließlich des
Kontrollgeräts) den Vorschriften über die in Kapitel III.2.1 und III.2.2 festge-
legten zulässigenFehlergrenzen entsprechen.
4.Regelmäßige Nachprüfungen
Regelmäßige Nachprüfungen der im Kraftfahrzeug eingebauten Ausrüstung
erfolgennachjederReparaturderAusrüstung,jederÄnderungderWegdrehzahl
oder des tatsächlichen Reifenumfangs, wenn die UTC-Zeit von der korrekten
Zeit um mehr als 20 Minuten abweicht oder wenn sich das amtliche Kennzei-
chen geändert hat, und mindestens einmal innerhalb von zwei Jahren (24
Monaten)seitderletzten Überprüfung.
Überprüftwerdenzumindest:
— die ordnungsgemäße Arbeitsweise des Kontrollgeräts, einschließlich der
FunktionDatenspeicherung aufKontrollgerätkarten,1998R2135—DE—25.08.2002—001.001—50
▼M1
— die Einhaltung der Bestimmungen von Kapitel III.2.1 und III.2.2 über die
zulässigenFehlergrenzen desGerätsineingebautem Zustand,
— dasVorhandenseindesPrüfzeichens aufdemKontrollgerät,— dasVorhandenseindesEinbauschilds,— dieUnversehrtheitderPlombierungdesGerätsundderanderenEinbauteile,— dieReifengröße unddertatsächliche Reifenumfang.
Bestandteil dieserÜberprüfungenmusseine Kalibrierungsein.
5.Messung der Anzeigefehler
Die Messung der Anzeigefehler beim Einbau und während der Benutzung wird
unter folgenden Bedingungen durchgeführt, die als normale Prüfbedingungen
anzusehen sind:
— unbeladenes Fahrzeuginfahrbereitem Zustand,
— Reifendrücke gemäß denAngabendesHerstellers,— Reifenabnutzunginnerhalbdernachdeneinzelstaatlichen Rechtsvorschriften
zulässigenGrenzen,
— BewegungendesFahrzeugs:
— Das Fahrzeug muss sich mit eigener Motorkraft geradlinig auf ebenem
Gelände und mit einer Geschwindigkeit von 50 ± 5 km/h fortbewegen.
DieMessstreckemussmindestens1000mbetragen.
— diePrüfungkannauchmitanderenMethoden,soaufeinemgeeignetenPrüf-
stand, durchgeführt werden, sofern eine vergleichbare Genauigkeit
gewährleistet ist.
6.Reparaturen
DieWerkstättenmüssenDatenvomKontrollgerätherunterladenkönnen,umdie
Datendementsprechenden Transportunternehmen zuübergeben.
DiezugelassenenWerkstättenstellendenTransportunternehmeneineBescheini-
gung über die Unmöglichkeit des Herunterladens der Daten aus, wenn das
Herunterladen von aufgezeichneten Daten aufgrund eines Defekts des Kontroll-
geräts auch nach der Reparatur durch diese Werkstätten nicht möglich ist. Eine
KopiejederausgestelltenBescheinigungistvondenWerkstättenmindestensein
Jahrlangaufzubewahren.
VII. KARTENAUSGABE
Die von den Mitgliedstaaten eingerichteten Kartenausgabeverfahren müssen
folgenden Vorschriftenentsprechen:
Die Kartennummer der Erstausgabe einer Kontrollgerätkarte an einen Antrag-
steller hat einen fortlaufenden Index (wennzutreffend) sowie einen Ersatzindex
undeinenauf„0“gesetzten Erneuerungsindex.
Die Kartennummern aller an dieselbe Kontrollstelle oder dieselbe Werkstatt
oder dasselbe Transportunternehmen ausgegebenen nicht personengebundenen
Kontrollgerätkarten weisen die gleichen ersten 13 Stellen sowie einen unter-
schiedlichen laufenden Indexauf.
Eine als Ersatz einer vorhandenen Kontrollgerätkarte ausgegebene Kontrollge-
rätkarte weist die gleiche Kartennummer auf wie die ersetzte Karte, wobei
jedochderErsatzindexum„1“(inderReihenfolge0,…,9,A,…,Z)erhöhtist.
EinealsErsatzfüreine vorhandeneKontrollgerätkarte ausgegebene Karteweist
dasgleiche DatumfürdenAblaufderGültigkeit aufwiedieersetzte Karte.
Eine zur Erneuerung einer vorhandenen Kontrollgerätkarte ausgegebene Karte
trägt die gleiche Kartennummer wie die erneuerte Karte, wobei jedoch der
Ersatzindex auf „0“ zurückgesetzt und der Erneuerungsindex um „1“ erhöht ist
(inderReihenfolge 0,…,9,A,…,Z).
Der Austausch einer vorhandenen Kontrollgerätkarte zwecks Änderung von
Verwaltungsdaten richtet sich bei Erneuerung innerhalb desselben Mitglied-
staates nach den Vorschriften für die Erneuerung und bei Ausführung durch
einenanderen Mitgliedstaat nachdenVorschriftenfürdieErstausgabe.
Bei nicht personengebundenen Werkstatt- oder Kontrollkarten wird in der
Rubrik „Name des Inhabers“ der Name der Werkstatt bzw. der Kontrollstelle
eingetragen.1998R2135—DE—25.08.2002—001.001—51
▼M1
VIII. BAUARTGENEHMIGUNG VON KONTROLLGERÄTEN UND
KONTROLLGERÄTKARTEN
1.Allgemeines
ImSinnediesesKapitelsistunterdemAusdruck„Kontrollgerät“das„Kontroll-
gerät oder seine Komponenten“ zu verstehen. Für das/die Verbindungskabel
zwischen Weg- und/oder Geschwindigkeitsgeber und Fahrzeugeinheit ist keine
Bauartgenehmigung erforderlich. Das zur Verwendung durch das Kontrollgerät
bestimmte PapieristalsKomponentedesKontrollgeräts zubetrachten.
Kontrollgeräte sind zusammen mit allen integrierten Zusatzgeräten zur Bauar-
tgenehmigung vorzulegen.
Die Bauartgenehmigung von Kontrollgeräten und Kontrollgerätkarten beinhaltet
Sicherheitsprüfungen, Funktionsprüfungen und Interoperabilitätsprüfungen. Die
positivenErgebnissedereinzelnenPrüfungenwerdenineinemgeeignetenZerti-
fikatausgewiesen.
Die Behörden der Mitgliedstaaten erteilen nur dann eine Bauartgenehmigung
gemäßArtikel 5dieserVerordnung,wennihnen
— einSicherheitszertifikat,
— einFunktionszertifikat und— einInteroperabilitätszertifikat
für das Kontrollgerät oder die Kontrollgerätkarte, für die die Bauartgenehmi-
gungbeantragt wurde,vorliegt.
Änderungen an der Software oder Hardware des Geräts oder an den für seine
Herstellung verwendeten Werkstoffen sind vor ihrer Umsetzung der Behörde
zu melden, die die Bauartgenehmigung für das Gerät erteilt hat. Diese Behörde
bestätigt dem Hersteller die Erweiterung der Bauartgenehmigung oder verlangt
eine Aktualisierung oder Bestätigung des entsprechenden Funktions-, Sicher-
heits-und/oderInteroperabilitätszertifikats.
Verfahren zur Versionsaufrüstung der Software bereits eingebauter Kontroll-
geräte sind von der Behörde zu genehmigen, die die Bauartgenehmigung für
das Kontrollgerät erteilt hat. Durch die Softwareaufrüstung dürfen im Kontroll-
gerät gespeicherte Fahrertätigkeitsdaten nicht verändert oder gelöscht werden.
Die Softwareaufrüstung darf nur unter der Verantwortung des Geräteherstellers
erfolgen.
2.Sicherheitszertifikat
Das Sicherheitszertifikat wird gemäß den Bestimmungen von Anlage 10 dieses
Anhangserteilt.
3.Funktionszertifikat
Jeder Antragsteller einer Bauartgenehmigung legt der Bauartgenehmigungs-
behörde des Mitgliedstaats sämtliche Materialien und Unterlagen vor, die die
Behördefürnotwendigerachtet.
Ein Funktionszertifikat ist dem Hersteller erst dann zu erteilen, nachdem
mindestens alle in Anlage 9 spezifizierten Prüfungen erfolgreich bestanden
wurden.
Das Funktionszertifikat wird von der Bauartgenehmigungsbehörde erteilt. Auf
diesemZertifikatistnebendemNamendesEmpfängersundderModellkennung
eine ausführliche Liste der durchgeführten Prüfungen und der erzielten Erge-
bnisseanzuführen.
4.Interoperabilitätszertifikat
Interoperabilitätsprüfungen werden von einer einzigen Prüfstelle durchgeführt,
die der Europäischen Kommission untersteht und sich in ihrer Verantwortung
befindet.
Die Prüfstelle registriert von den Herstellern gestellte Anträge auf Interoperabi-
litätsprüfungen inderReihenfolge ihresEintreffens.
Anträge werden nur dann amtlich registriert, wenn der Prüfstelle folgende
Unterlagen vorliegen:
— sämtliche Materialien und Dokumente, die für diese Interoperabilitätsprü-
fungenerforderlich sind,
— dasentsprechende Sicherheitszertifikat,
— dasentsprechende Funktionszertifikat.
DasRegistrierungsdatum desAntragswirddemHersteller mitgeteilt.1998R2135—DE—25.08.2002—001.001—52
▼M1
FüreinKontrollgerät odereine Kontrollgerätkarte, fürdiekeinSicherheitszerti-
fikat und kein Funktionszertifikat erteilt wurden, werden keine
Interoperabilitätsprüfungen durchgeführt.
Jeder Hersteller, der Interoperabilitätsprüfungen beantragt, verpflichtet sich, der
damit beauftragten Prüfstelle sämtliche Materialien und Dokumente zu über-
lassen,dieerfürdieDurchführungderPrüfungenbereitgestellt hat.
DieInteroperabilitätsprüfungenwerdengemäßdenBestimmungenvonAnlage9
Absatz 5 dieses Anhangs für jeweils alle Modelle von Kontrollgeräten oder
Kontrollgerätkarten durchgeführt,
— derenBauartgenehmigung nochgültigistoder
— für die eine Bauartgenehmigung beantragt wurde und die ein gültiges Inter-
operabilitätszertifikat besitzen.
DasInteroperabilitätszertifikatwirddemHerstellervonderPrüfstelleersterteilt,
nachdem alle erforderlichen Interoperabilitätsprüfungen erfolgreich bestanden
wurden.
Sind die Interoperabilitätsprüfungen bei einem oder mehreren Kontrollgeräten
oder bei einer oder mehreren Kontrollgerätkarten entsprechend Randnummer
283 nicht erfolgreich, wird das Interoperabilitätszertifikat erst dann erteilt,
wenn der antragstellende Hersteller die erforderlichen Änderungen vorgen-
ommen und die Interoperabilitätsprüfungen bestanden hat. Die Prüfstelle stellt
mit Hilfe des von diesem Interoperabilitätsfehler betroffenen Herstellers die
Ursachedes Problemsfest undbemüht sich,denantragstellenden Hersteller bei
der Suche nach einer technischen Lösung zu unterstützen. Hat der Hersteller
sein Produkt verändert, muss er sich bei den zuständigen Behörden vergewis-
sern,dassdasSicherheitszertifikat unddieFunktionszertifikatenochgültigsind.
Das Interoperabilitätszertifikat ist sechs Monate gültig. Hat der Hersteller bei
Ablauf dieser Frist keine entsprechende Bauartgenehmigung erhalten, wird es
ihm wieder entzogen. Das Interoperabilitätszertifikat wird vom Hersteller an
dieBauartgenehmigungsbehördedesMitgliedstaatsweitergeleitet, diedasFunk-
tionszertifikat erteilt hat.
Ein Element, das möglicherweise einem Interoperabilitätsfehler zugrunde liegt,
darf nicht gewinnbringend oder zur Errichtung einer beherrschenden Stellung
verwendet werden.
5.Bauartgenehmigungsbogen
Die Bauartgenehmigungsbehörde des Mitgliedstaates darf die Bauartgenehmi-
gungerteilen, sobaldihrdiedreibenötigten Zertifikate vorliegen.
BeiderErteilungderBauartgenehmigungandenHerstellerfertigtdieBauartge-
nehmigungsbehörde eine Kopie des Bauartgenehmigungsbogens für die mit den
Interoperabilitätsprüfungen betraute Prüfstellean.
Die für Interoperabilitätsprüfungen zuständige Prüfstelle unterhält eine öffent-
liche Website mit einer aktuellen Liste der Modelle von Kontrollgeräten und
Kontrollgerätkarten,
— fürdieeinAntragaufInteroperabilitätsprüfungen registriert wurde,
— fürdieeinInteroperabilitätszertifikat (aucheinvorläufigesInteroperabilitäts-
zertifikat) erteilt wurde,
— fürdieeine Bauartgenehmigung erteilt wurde.
6.Ausnahmeverfahren für die ersten Interoperabilitätszertifikate
Innerhalb von vier Monaten, nachdem ein erster Satz von Kontrollgerät und
Kontrollgerätkarten (Fahrer-, Werkstatt-, Kontroll- und Unternehmenskarte) als
interoperabel zertifiziert wurden, gilt jedes Interoperabilitätszertifikat (auch
dieses erste), das in diesem Zeitraum auf entsprechenden Antrag ausgestellt
wird,alsvorläufig.
Sind am Ende dieses Zeitraums sämtliche betreffenden Produkte interoperabel,
erhalten sämtliche entsprechenden Interoperabilitätszertifikate endgültigen
Charakter.
WerdenindiesemZeitraum Interoperabilitätsfehler festgestellt, ermittelt diemit
den Interoperabilitätsprüfungen betraute Prüfstelle die Ursachen der Probleme
mit Hilfe aller beteiligten Hersteller und fordert diese auf, die erforderlichen
Änderungenvorzunehmen.
Liegen am Ende dieses Zeitraums weiterhin Interoperabilitätsprobleme vor,
ermittelt die mit den Interoperabilitätsprüfungen betraute Prüfstelle in Zusam-
menarbeit mit den betreffenden Herstellern und mit den
Bauartgenehmigungsbehörden, die die entsprechenden Funktionszertifikate
erteilt haben, die Ursachen der Interoperabilitätsfehler und gibt an, welche
Änderungen von den einzelnen betroffenen Herstellern vorzunehmen sind. Die1998R2135—DE—25.08.2002—001.001—53
▼M1
SuchenachtechnischenLösungendauertmaximalzweiMonate;istnachAblauf
dieses Zeitraums keine gemeinsame Lösung gefunden worden, entscheidet die
Kommission nach Rücksprache mit der mit den Interoperabilitätsprüfungen
betrauten Prüfstelle unterAngabevonGründen,welchen GeräteundKartenein
endgültigesInteroperabilitätszertifikat erteilt wird.
Anträge auf Interoperabilitätsprüfungen, die von der Prüfstelle zwischen dem
Ende der Viermonatsfrist nach Erteilung des ersten vorläufigen Interoperabi-
litätszertifikats und dem Datum der in Randnummer 294 genannten
Entscheidung der Kommission registriert werden, sind bis zur Lösung der
ursprünglichenInteroperabilitätsprobleme zurückzustellen.Anschließendwerden
dieseAnträgeinderReihenfolge ihrerRegistrierungbearbeitet.1998R2135—DE—25.08.2002—001.001—54
▼M1
Anlage 1
DATENGLOSSAR
INHALTSVERZEICHNIS
1. Einführung… .............................................................
1.1. GrundlagefürdieDefinition vonDatentypen … .................................
1.2. Referenzdokumente …... ...................................................
2. Datentypdefinitionen … .. ...................................................
2.1. ActivityChangeInfo … ... ...................................................
2.2. Address… . ..............................................................
2.3. BCDString… .............................................................
2.4. CalibrationPurpose … ... ...................................................
2.5. CardActivityDailyRecord … ... ..............................................
2.6. CardActivityLengthRange …... ..............................................
2.7. CardApprovalNumber … . ...................................................
2.8. CardCertificate … .........................................................
2.9. CardChipIdentification … ...................................................
2.10. CardConsecutiveIndex … ...................................................
2.11. CardControlActivityDataRecord … ............................................
2.12. CardCurrentUse… .........................................................
2.13. CardDriverActivity … ... ...................................................
2.14. CardDrivingLicenceInformation … ............................................
2.15. CardEventData … .........................................................
2.16. CardEventRecrord … .......................................................
2.17. CardFaultData … . .........................................................
2.18. CardFaultRecord … ........................................................
2.19. CardIccIdentification ….. ...................................................
2.20. CardIdentification … .......................................................
2.21. CardNumber… .. .........................................................
2.22. CardPlaceDailyWorkPeriod … . ..............................................
2.23. CardPrivateKey … .........................................................
2.24. CardPublicKey … .........................................................
2.25. CardRenewalIndex … ... ...................................................
2.26. CardReplacementIndex … ...................................................
2.27. CardSlotNumber… ........................................................
2.28. CardSlotsStatus… .........................................................
2.29. CardStructureVersion … . ...................................................
2.30. CardVehicleRecord … ... ...................................................
2.31. CardVehiclesUsed… .......................................................
2.32. Certificate … .............................................................
2.33. CertificateContent … .......................................................
2.34. CertificateHolderAuthorisation … .............................................
2.35. CertificateRequestID … .. ...................................................
2.36. CertificationAuthorityKID … .. ..............................................
2.37. CompanyActivityData …. ...................................................
2.38. CompanyActivityType … ...................................................1998R2135—DE—25.08.2002—001.001—55
▼M1
2.39. CompanyCardApplicationIdentification … ... ...................................
2.40. CompanyCardHolderIdentification ….. ........................................
2.41. ControlCardApplicationIdentification … .......................................
2.42. ControlCardControlActivityData … ... ........................................
2.43. ControlCardHolderIdentification … ... ........................................
2.44. ControlType…... .........................................................
2.45. CurrentDateTime … ........................................................
2.46. DailyPresenceCounter … . ...................................................
2.47. Datef… ... ..............................................................
2.48. Distance … . ..............................................................
2.49. DriverCardApplicationIdentification … ........................................
2.50. DriverCardHolderIdentification … ............................................
2.51. EntryTypeDailyWorkPeriod … . ..............................................
2.52. EquipmentType … .........................................................
2.53. EuropeanPublicKey …... ...................................................
2.54. EventFaultType … .........................................................
2.55. EventFaultRecordPurpose … ... ..............................................
2.56. ExtendedSerialNumber … ...................................................
2.57. FullCardNumber… ........................................................
2.58. HighResOdometer… .......................................................
2.59. HighResTripDistance … . ...................................................
2.60. HolderName… .. .........................................................
2.61. K-ConstantOfRecordingEquipment … . ........................................
2.62. KeyIdentifier … .. .........................................................
2.63. L-TyreCircumference … . ...................................................
2.64. Language … ..............................................................
2.65. LastCardDownload… ... ...................................................
2.66. ManualInputFlag … ........................................................
2.67. ManufacturerCode … .......................................................
2.68. MemberStateCertificate … ..................................................
2.69. MemberStatePublicKey … ...................................................
2.70. Name… ... ..............................................................
2.71. NationAlpha… .. .........................................................
2.72. NationNumeric … .........................................................
2.73. NoOfCalibrationRecords … ..................................................
2.74. NoOfCalibrationSinceDownload … ... ........................................
2.75. NoOfCardPlaceRecords… ..................................................
2.76. NoOfCardVehicleRecords…... ..............................................
2.77. NoOfCompanyActivityRecords… ............................................
2.78. NoOfControlActivityRecords … ..............................................
2.79. NoOfEventsPerType… .. ...................................................
2.80. NoOfFaultsPerType…... ...................................................
2.81. OdometerValueMidnight … ..................................................
2.82. OdometerShort … .........................................................
2.83. OverspeedNumber… .......................................................
2.84. PlaceRecord …... .........................................................1998R2135—DE—25.08.2002—001.001—56
▼M1
2.85. PreviousVehicleInfo … .. ...................................................
2.86. PublicKey… .............................................................
2.87. RegionAlpha… .. .........................................................
2.88. RegionNumeric … .........................................................
2.89. RSAKeyModulus… .......................................................
2.90. RSAKeyPrivateExponent… ... ..............................................
2.91. RSAKeyPublicExponent… ..................................................
2.92. SensorApprovalNumber… ..................................................
2.93. SensorIdentification …... ...................................................
2.94. SensorInstallation … .......................................................
2.95. SensorInstallationSecData …... ..............................................
2.96. SensorOSIdentifier… ... ...................................................
2.97. SensorPaired… .. .........................................................
2.98. SensorPairingDate… .......................................................
2.99. SensorSerialNumber… .. ...................................................
2.100. SensorSCIdentifier… ... ...................................................
2.101. Signature … ..............................................................
2.102. SimilarEventsNumber … . ...................................................
2.103. SpecificConditionType … ...................................................
2.104. SpecificConditionRecord … ... ..............................................
2.105. Speed… ... ..............................................................
2.106. SpeedAuthorised… ........................................................
2.107. SpeedAverage… . .........................................................
2.108. SpeedMax… .............................................................
2.109. TDesSessionKey… ........................................................
2.110. TimeReal … ..............................................................
2.111. TyreSize …. ..............................................................
2.112. VehicleIdentificationNumber … ..............................................
2.113. VehicleRegistrationIdentification … ... ........................................
2.114. VehicleRegistrationNumber … . ..............................................
2.115. VuActivityDailyData ….. ...................................................
2.116. VuApprovalNumber… .. ...................................................
2.117. VuCalibrationData … .......................................................
2.118. VuCalibrationRecord ….. ...................................................
2.119. VuCardIWData … .........................................................
2.120. VuCardIWRecord… .......................................................
2.121. VuCertificate … .. .........................................................
2.122. VuCompanyLocksData … ...................................................
2.123. VuCompanyLocksRecord… ... ..............................................
2.124. VuControlActivityData … ...................................................
2.125. VuControlActivityRecord … ... ..............................................
2.126. VuDataBlockCounter … . ...................................................
2.127. VuDetailedSpeedBlock … ...................................................
2.128. VuDetailedSpeedData … . ...................................................
2.129. VuDownloadablePeriod… ..................................................
2.130. VuDownloadActivityData …... ..............................................1998R2135—DE—25.08.2002—001.001—57
▼M1
2.131. VuEventData… .. .........................................................
2.132. VuEventRecord … .........................................................
2.133. VuFaultData… .. .........................................................
2.134. VuFaultRecord … .........................................................
2.135. VuIdentification … .........................................................
2.136. VuManufacturerAddress… ..................................................
2.137. VuManufacturerName …. ...................................................
2.138. VuManufacturingDate …. ...................................................
2.139. VuOverSpeedingControlData … ..............................................
2.140. VuOverSpeedingEventData … . ..............................................
2.141. VuOverSpeedingEventRecord … .............................................
2.142. VuPartNumber…. .........................................................
2.143. VuPlaceDailyWorkPeriodData … .............................................
2.144. VuPlaceDailyWorkPeriodRecord … ... ........................................
2.145. VuPrivateKey… . .........................................................
2.146. VuPublicKey… .. .........................................................
2.147. VuSerialNumber… ........................................................
2.148. VuSoftInstallationDate … ...................................................
2.149. VuSoftwareIdentification … ... ..............................................
2.150. VuSoftwareVersion… ... ...................................................
2.151. VuSpecificConditionData … ... ..............................................
2.152. VuTimeAdjustmentData … ..................................................
2.153. VuTimeAdjustmentRecord … .. ..............................................
2.154. W-VehicleCharacteristicConstant …... ........................................
2.155. WorkshopCardApplicationIdentification … .. ...................................
2.156. WorkshopCardCalibrationData … .............................................
2.157. WorkshopCardCalibrationRecord … ... ........................................
2.158. WorkshopCardHolderIdentification … . ........................................
2.159. WorkshopCardPIN… ... ...................................................
3. Definitionen fürWert-undGrößenbereiche … ..................................
3.1. Definitionen fürdieFahrerkarte … ............................................
3.2. Definitionen fürdieWerkstattkarte … . ........................................
3.3. Definitionen fürdieKontrollkarte … .. ........................................
3.4. Definitionen fürdieUnternehmenskarte … .. ...................................
4. Zeichensätze … .. .........................................................
5. Kodierung… .............................................................1998R2135—DE—25.08.2002—001.001—58
▼M1
1. EINFÜHRUNG
Diese Anlage enthält die Spezifizierung der zur Verwendung im Kontrollgerät
und auf den Kontrollgerätkarten vorgesehenen Datenformate, -elemente und
-strukturen.
1.1.Grundlage für die Definition von Datentypen
DieDefinitionderDatentypenindieserAnlageberuhtaufderNotationEinsfür
abstrakte Syntax (ASN.1), da es auf diese Weise möglich ist, einfache und
strukturierte Daten ohne Implizierung einer spezifischen, anwendungs- und
umgebungsabhängigen Transfersyntax (Kodierungsregeln)festzulegen.
Die ASN.1-Typbenennungskonventionen werden gemäß ISO/IEC 8824-1
verwendet. Dasheißt:
— IndengewähltenBenennungenistsoweitmöglichdieBedeutungdesDaten-
typsimplizit erkennbar.
— Handelt essichbeieinem Datentyp umeine Zusammensetzung ausanderen
Datentypen, ist die Datentypbenennung zwar weiterhin eine Folge von
alphabetischen Zeichen, die mit einem Großbuchstaben beginnen, doch
werden innerhalb der Benennung Großbuchstaben verwendet, um die
entsprechende Bedeutungzuvermitteln.
— Generell stehen die Datentypbenennungen in Beziehung zu den Bene-
nnungen der Datentypen, aus denen sie aufgebaut sind, zu dem Gerät, in
denendieDatengespeichertwerden,undzudermitdenDatenverbundenen
Funktion.
IsteinASN.1-TypbereitsimRahmeneineranderenNormdefiniertundfürden
Gebrauch im Kontrollgerät von Bedeutung, wird dieser ASN.1-Typ in dieser
Anlagedefiniert.
Um mehrere Arten von Kodierungsregeln zu ermöglichen, sind einige ASN.1-
Typen dieser Anlage mit Wertbereichsbezeichnern versehen, die in Abschnitt 3
definiert sind.
1.2.Referenzdokumente
IndieserAnlagewerdenfolgende Referenzdokumente herangezogen:ISO639 Code for the representation of names of languages. First
Edition: 1988. (Code für Sprachennamen)Code for the repre-
sentation of names of languages. First Edition: 1988. (Code
fürSprachennamen)
EN726-3 Identification cards systems — Telecommunications inte-
grated circuit(s) cards and terminals — Part 3: Application
independent card requirements. December 1994.(Identifikati-
onskartensysteme — Anforderungen an Chipkarten und
Endgeräte für Telekommunikationszwecke — Teil 3: Appli-
kationsunabhängige AnforderungenandieKarte)
ISO3779 Road vehicles — Vehicle identification number (VIN) —
Content and structure. Edition 3: 1983. (Straßenfahrzeuge;
Fahrzeugidentifizierungsnummer (VIN) — Inhalt und
Struktur)
ISO/IEC7816-5 Information technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 5: Numbering system
and registration procedure for application identifiers. First
edition: 1994 + Amendment 1: 1996. (Informationstechnik
—Identifikationskarten —Chipkarten mitKontakten—Teil
5:NummerierungssystemundRegistrierverfahrenfürAnwen-
dungsbezeichner; Deutsche Fassung EN ISO/IEC 7816-
5:1995+A1:1997)
ISO/IEC8824-1 Information technology — Abstract Syntax Notation 1
(ASN.1): Specification of basic notation. Edition 2: 1998.
(Informationstechnik — Notaton Eins für abstrakte Syntax
(ASN.1):Spezifikation derBasisnotation)
ISO/IEC8825-2 Information technology — ASN.1 encoding rules: Specifica-
tion of Packed Encoding Rules (PER). Edition 2: 1998.
(Informationstechnik — Kodierungsregeln für ASN.1: Spezi-
fikation fürgepackte Kodierungsregeln(PER))
ISO/IEC8859-1 Information technology — 8 bit single-byte coded graphic
character sets — Part 1: Latin alphabet No.1. First edition:
1998. (Informationstechnik — einzelbytekodierte 8-Bit-
Schriftzeichensätze —Teil 1:Lateinisches Alphabet Nr.1)
ISO/IEC8859-7 Information technology — 8 bit single-byte coded graphic
character sets — Part 7: Latin/Greek alphabet. First edition:1998R2135—DE—25.08.2002—001.001—59
▼M1
1987. (Informationstechnik — einzelbytekodierte 8-Bit-
Schriftzeichensätze — Teil 1: Lateinisch-griechisches
Alphabet Nr.1)
ISO16844-3 Road vehicles — Tachograph systems — Motion Sensor
Interface. WD 3-20/05/99. (Straßenfahrzeuge — Kontrollge-
rätsysteme—SchnittstelleWeg-undGeschwindigkeitsgeber)
2. DATENTYPDEFINITIONEN
Bei allen folgenden Datentypen besteht der Standardwert für einen „unbe-
kannten“ oder einen „nicht zutreffenden“ Inhalt in der Ausfüllung des
Datenelements mit „FF“-Bytes.
2.1.ActivityChangeInfo
Mit diesem Datentyp ist es möglich, den Steckplatz- und Fahrerstatus um 0.00
Uhr und für einen Fahrer oder einen 2. Fahrer Tätigkeitsänderungen und/oder
Veränderungen des Status der Fahrzeugführung und/oder Veränderungen des
Kartenstatus innerhalb eines Zwei-Byte-Wortes zu kodieren. Dieser Datentyp
bezieht sichaufdieRandnummern 084,109a,199und219.
ActivityChangeInfo::=OCTETSTRING(SIZE(2))
Wertzuweisung — Oktettanordnung: „scpaattttttttttt“B (16Bit)
FürAufzeichnungen imMassenspeicher(oderdenSteckplatz-Status):
„s“B Steckplatz:
„0“B:FAHRER,
„1“B:2.FAHRER,
„c“B StatusderFahrzeugführung:
„0“B:EINMANNBETRIEB,
„1“B:TEAM,
„p“B Status der Fahrerkarte (oder Werkstattkarte) im entsprechenden
Steckplatz:
„0“B:EINGESTECKT,eine Karteisteingesteckt,
„1“B: NICHT EINGESTECKT, keine Karte eingesteckt (oder
Karteentnommen),
„aa“B Tätigkeit:
„00“B:UNTERBRECHUNG/RUHE,
„01“B:BEREITSCHAFT,
„10“B:ARBEIT,
„11“B:LENKEN,
„ttttttttttt“B Zeitpunkt der Veränderung: Anzahl der Minuten seit 0.00 Uhr an
diesemTag.
Für Aufzeichnungen auf der Fahrerkarte (oder Werkstattkarte) (und den Fahr-
erstatus):
„s“B Steckplatz (nicht von Belang, wenn „p“ = 1 außer siehe Anmer-
kung):
„0“B:FAHRER,
„1“B:2.FAHRER,
„c“B Status der Fahrzeugführung
(Fall„p“=0)oderStatus der Folgetätigkeit (Fall
„p“=1):
„0“B:EINMANNBETRIEB, „0“B:UNBEKANNT
„1“B:TEAM, „1“B:BEKANNT(=manuell
eingegeben)
„p“B Kartenstatus:
„0“B:EINGESTECKT,KarteistineinKontrollgerät eingesteckt,
„1“B: NICHT EINGESTECKT, keine Karte eingesteckt (oder
Karteentnommen),1998R2135—DE—25.08.2002—001.001—60
▼M1
„aa“B Tätigkeit (nicht von Belang, wenn „p“ = 1 und „c“ = 0. Ausnah-
mebedingungsieheAnmerkung):
„00“B:UNTERBRECHUNG/RUHE,
„01“B:BEREITSCHAFT,„10“B:ARBEIT,„11“B:LENKEN,
„ttttttttttt“B Zeit der Veränderung: Anzahl der Minuten seit 0.00 Uhr an
diesemTag.
Anmerkung für den Fall „Kartenentnahme“:WenndieKarteentnommen wurde,gilt folgendes:
— „s“ ist relevant und gibt den Steckplatz an, aus dem die Karte entnommen
wurde,
— „c“ mussauf0gesetztsein,
— „p“mussauf1gesetztsein,
— „aa“ mussdiezudieserZeit gewähltelaufende Tätigkeit kodieren.
Infolge eines manuellen Eintrags können die (auf der Karte gespeicherten) Bits
„c“ and „aa“ des Worts später zur Berücksichtigung desEintrags überschrieben
werden.
2.2.Address
EineAdresse.
Address::=SEQUENCE{
codePage INTEGER(0..255),addressOCTETSTRING(SIZE(35))
}
codePagegibt den Teil der ISO/IEC 8859 an, der zur Kodierung der Adresse
verwendet wurde,
addressisteine gemäßISO/IEC8859-Codepagekodierte Adresse.
2.3.BCDString
BCDString wird für die Darstellung von binär kodierten Dezimalzahlen (BCD)
angewendet. Dieser Datentyp dient der Darstellung einer Dezimalziffer in einer
4-Bit-Gruppe. BCDStringbasiert auf„CharacterStringType“ derISO/IEC8824-
1.
BCDString::=CHARACTERSTRING(WITHCOMPONENTS{
identification(WITHCOMPONENTS{
fixedPRESENT})})BCDStringverwendeteine „hstring“-Notation. Dieäußerste linkeHexadezimal-
ziffer ist die höchstwertige 4-Bit-Gruppe des ersten Oktetts. Um ein Vielfaches
der Oktette zu erhalten, werden nach Bedarf von der Position der äußersten
linken4-Bit-GruppeimerstenOktett4-Bit-Gruppenmitrechtsstehenden Nullen
eingefügt.
Zulässige Ziffern:0,1,…9.
2.4.CalibrationPurpose
Code zur Erläuterung, warum ein bestimmter Satz von Kalbierungsparametern
aufgezeichnet wurde. Dieser Datentyp bezieht sich auf die Randnummern 097
und098.
CalibrationPurpose::=OCTETSTRING(SIZE(1))Wertzuweisung:
„00“H reservierter Wert,„01“H Aktivierung: Aufzeichnung von bekannten Kalibrierungsparametern
zumZeitpunkt derFE-Aktivierung
„02“H Ersteinbau: ErsteKalibrierung derFEnachihrerAktivierung,„03“H Einbau: ErsteKalibrierungderFEimderzeitigen Fahrzeug,„04“H regelmäßige Nachprüfung.1998R2135—DE—25.08.2002—001.001—61
▼M1
2.5.CardActivityDailyRecord
Auf einer Karte gespeicherte Informationen zu den Fahrertätigkeiten an einem
bestimmten Kalendertag. Dieser Datentyp bezieht sich auf die Randnummern
199und219.
CardActivityDailyRecord::=SEQUENCE{
activityPreviousRecordLength INTEGER(0..CardActivityLen-
gthRange),
activityRecordDateTimeReal,activityDailyPresenceCounterDailyPresenceCounter,activityDayDistanceDistance,activityChangeInfo SET SIZE(1..1440) OF ActivityChan-
geInfo
}
activityPreviousRecordLength — Gesamtlänge des vorherigen Tagesdaten-
satzes in Byte. Der Höchstwert wird durch die Länge des OCTET STRING
angegeben, der diese Datensätze enthält (siehe CardActivityLengthRange,
Abschnitt 3). Ist dieser Datensatz der älteste Tagesdatensatz, muss der Wert
vonactivityPreviousRecordLength auf0gesetztwerden.
activityRecordLength — Gesamtlänge dieses Datensatzes in Byte. Der
Höchstwert wird durch die Länge des OCTET STRING angegeben, das diese
Datensätze enthält.
activityRecordDate —DatumdesDatensatzes.
activityDailyPresenceCounter — Tagesanwesenheitszähler für die Karte an
diesemTag.
activityDayDistance —dieandiesemTagzurückgelegte Gesamtwegstrecke.
activityChangeInfo —MengederActivityChangeInfo-Daten fürdenFahreran
diesem Tag. Kann maximal 1440 Werte enthalten (1 Tätigkeitsänderung je
Minute). Dieser Datensatz enthält stets auch den ActivityChangeInfo-Wert für
denFahrerstatusum0.00Uhr.
2.6.CardActivityLengthRange
AnzahlderBytesaufeinerFahrer-oderWerkstattkarte, diefürdieSpeicherung
vonDatensätzen zurFahrertätigkeit zurVerfügungstehen.
CardActivityLengthRange::=INTEGER(0..2
16-1)
Wertzuweisung: sieheAbschnitt3.
2.7.CardApprovalNumber
Bauartgenehmigungsnummer derKarte.
CardApprovalNumber::=IA5String(SIZE(8))Wertzuweisung: nichtspezifiziert.
2.8.CardCertificate
Zertifikat desöffentlichen SchlüsselseinerKarte.
CardCertificate::=Certificate
2.9.CardChipIdentification
Auf einer Karte gespeicherte Information zur Identifizierung des integrierten
Schaltkreises derKarte(Randnummer191).
CardChipIdentification::=SEQUENCE{
icSerialNumberOCTETSTRING(SIZE(4)),icManufacturingReferencesOCTETSTRING(SIZE(4))
}
icSerialNumber —IS-Seriennummer laut Definition inEN726-3.
icManufacturingReferences — IS-Herstellerbezeichner und Fertigungselement
laut Definition inEN726-3.
2.10.CardConsecutiveIndex
Fortlaufender Kartenindex (Begriffsbestimmung h)).
CardConsecutiveIndex::=IA5String(SIZE(1))1998R2135—DE—25.08.2002—001.001—62
▼M1
Wertzuweisung: (sieheKapitel VIIindiesemAnhang)
Reihenfolge fürdieErhöhung:
„0,…,9,A,…,Z,a,…,z“
2.11.CardControlActivityDataRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information über die letzte
Kontrolle,welcher derFahrerunterzogen wurde(Randnummer210und225).
CardControlActivityDataRecord::=SEQUENCE{
controlTypecontrolType,controlTimeTimeReal,controlCardNumberFullCardNumber,controlVehicleRegistrationVehicleRegistrationIdentification,
controlDownloadPeriodBeginTimeReal,
controlDownloadPeriodEndTimeReal,
}
controlType —ArtderKontrolle.
controlTime —DatumundUhrzeitderKontrolle.
controlCardNumber —FullCardNumberdesausführendenKontrolleurs.
controlVehicleRegistration — amtliches Kennzeichen und zulassender
Mitgliedstaat desFahrzeugs,indemdieKontrolle stattfand.
controlDownloadPeriodBegin undcontrolDownloadPeriodEnd — übertra-
generZeitraum beiÜbertragungen.
2.12.CardCurrentUse
Information überdieaktuelle BenutzungderKarte(Randnummer 212).
CardCurrentUse::=SEQUENCE{
sessionOpenTimeTimeReal,
sessionOpenVehicleVehicleRegistrationIdentification
}
sessionOpenTime — Uhrzeit, zu der die Karte für die aktuelle Benutzung
eingesteckt wird.BeiKartenentnahme wirddiesesElement aufNullgesetzt.
sessionOpenVehicle — Kennung des derzeit gefahrenen Fahrzeugs, gesetzt
beim Einstecken der Karte. Bei Kartenentnahme wird dieses Element auf Null
gesetzt.
2.13.CardDriverActivity
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information über die Tätig-
keiten desFahrers(Randnummer 199und219).
CardDriverActivity::=SEQUENCE{
activityPointerOldestDayRecord INTEGER(0..CardActivity-
LengthRange-1),
activityPointerNewestRecord INTEGER(0..CardActivityLen-
gthRange-1),
activityDailyRecords OCTET STRING (SIZE(CardActivity-
LengthRange))
}
activityPointerOldestDayRecord — Angabe des Beginns des Speicherortes
(AnzahlderBytesvomAnfangdesStrings)desältesten vollständigenTagesda-
tensatzes im String activityDailyRecords. Der Höchstwert ist durch die Länge
desStringsgegeben.
activityPointerNewestRecord — Angabe des Beginns des Speicherortes
(Anzahl der Bytes vom Anfang des Strings) des jüngsten vollständigen Tages-
datensatzes im String activityDailyRecords. Der Höchstwert ist durch die
LängedesStringsgegeben.
activityDailyRecords — der für die Fahrertätigkeitsdaten zur Verfügung
stehende Speicherplatz (Datenstruktur: CardActivityDailyRecord) für jeden
Kalendertag, andemdieKartebenutzt wurde.1998R2135—DE—25.08.2002—001.001—63
▼M1
Wertzuweisung: Dieser Oktettstring wird zyklisch mit CardActivityDailyRe-
cord-Datensätzen gefüllt. Bei der ersten Benutzung beginnt die Speicherung
beim ersten Byte des Strings. Alle neuen Datensätze werden am Ende des
vorigen angefügt. Ist der String voll, wird die Speicherung am ersten Byte des
Strings unabhängig davon fortgesetzt, ob es innerhalb eines Datenelements zu
einem Bruch kommt. Bevor (zur Vergrößerung des aktuellen activityDailyRe-
cord oder zum Einsetzen eines neuen activityDailyRecord) neue
TätigkeitsdatenindenStringgesetztwerden,dieältereTätigkeitsdaten ersetzen,
muss activityPointerOldestDayRecord aktualisiert werden, um den neuen Platz
des ältesten vollständigen Tagesdatensatzes auszuweisen, und activityPrevious-
RecordLength dieses (neuen) ältesten vollständigen Tagesdatensatzes muss auf
0zurückgesetzt werden.
2.14.CardDrivingLicenceInformation
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Führer-
scheindaten desKarteninhabers(Randnummer 196).
CardDrivingLicenceInformation::=SEQUENCE{
drivingLicenceIssuingAuthorityName,
drivingLicenceIssuingNationNationNumeric,
drivingLicenceNumberIA5String(SIZE(16))
}
drivingLicenceIssuingAuthority — die für die Ausstellung des Führerscheins
zuständige Behörde.
drivingLicenceIssuingNation — Nationalität der Ausstellungsbehörde des
Führerscheins.
drivingLicenceNumber —NummerdesFührerscheins.
2.15.CardEventData
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den Ereig-
nissenimZusammenhang mit demKarteninhaber (Randnummer 204und223).
CardEventData::=SEQUENCESIZE(6)OF{
cardEventRecords SET SIZE(NoOfEventsPerType) OF CardE-
ventRecord
}
CardEventData — eine nach absteigendem Wert von EventFaultType geord-
nete Folge von cardEventRecords (mit Ausnahme von Versuchen der
Sicherheitsverletzung, die in der letzen Gruppe der Folge zusammengefasst
sind).
cardEventRecords — Ereignisdatensätze einer bestimmten Ereignisart (oder
Kategorie beiEreignissenVersuchSicherheitsverletzung).
2.16.CardEventRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu einem
Ereignis im Zusammenhang mit dem Karteninhaber (Randnummer 205 und
223).
CardEventRecord::=SEQUENCE{
eventTypeEventFaultType,
eventBeginTimeTimeReal,
eventEndTimeTimeReal,
eventVehicleRegistrationVehicleRegistrationIdentification
}
eventType—ArtdesEreignisses.
eventBeginTime —DatumundUhrzeit desEreignisbeginns.
eventEndTime —DatumundUhrzeitdesEreignisendes.
eventVehicleRegistration — amtliches Kennzeichen und zulassender Mitglied-
staatdesFahrzeugs,indemdasEreignis eingetreten ist.
2.17.CardFaultData
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den
Störungen im Zusammenhang mit dem Karteninhaber (Randnummer 207 und
223).
CardFaultData::=SEQUENCESIZE(2)OF{1998R2135—DE—25.08.2002—001.001—64
▼M1
cardFaultRecords SET SIZE(NoOfFaultsPerType) OF Card-
FaultRecord
}
CardFaultData — eine Folge von Datensätzen mit Kontrollgerätstörungen,
gefolgtvonDatensätzen mit Kartenfehlfunktionen.
cardFaultRecords — Störungsdatensätze einer bestimmten Störungskategorie
(Kontrollgerät oderKarte).
2.18.CardFaultRecord
AufeinerFahrer-oderWerkstattkartegespeicherteInformationzueinerStörung
imZusammenhang mitdemKarteninhaber (Randnummer208und223).
CardFaultRecord::=SEQUENCE{
faultTypeEventFaultType,
faultBeginTimeTimeReal,
faultEndTimeTimeReal,faultVehicleRegistrationVehicleRegistrationIdentification
}
faultType—ArtderStörung.
faultBeginTime —DatumundUhrzeitdesStörungsbeginns.
faultEndTime —DatumundUhrzeit desStörungsendes.
faultVehicleRegistration — amtliches Kennzeichen und zulassender Mitglied-
staatdesFahrzeugs,indemdieStörungauftrat.
2.19.CardIccIdentification
Auf einer Karte gespeicherte Information zur Identifizierung der Chipkarte
(Randnummer 192).
CardIccIdentification::=SEQUENCE{
clockStopOCTETSTRING(SIZE(1)),cardExtendedSerialNumberExtendedSerialNumber,
cardApprovalNumberCardApprovalNumber
cardPersonaliserIDOCTETSTRING(SIZE(1)),embedderIcAssemblerIdOCTETSTRING(SIZE(5)),
icIdentifierOCTETSTRING(SIZE(2))
}
clockStop—Clockstop-ModuslautDefinition inEN726-3.
cardExtendedSerialNumber — Seriennummer sowie Fertigungsangabe der
Chipkarte laut Definition in EN 726-3 und laut weiterer Spezifikation durch
denDatentypExtendedSerialNumber.
cardApprovalNumber —Bauartgenehmigungsnummer derKarte.
cardPersonaliserID —Karten-Personaliser-IDlaut Definition inEN726-3.
embedderIcAssemblerId — Kartenhersteller-/IS-Assembler-Bezeichner laut
Definition inEN726-3.
icIdentifier—BezeichnerdesISaufderKarteunddesIS-HerstellerslautDefi-
nitioninEN726-3.
2.20.CardIdentification
Auf der Karte gespeicherte Information zur Identifikation der Karte (Rand-
nummer 194,215,231,235).
CardIdentification::=SEQUENCE
cardIssuingMemberStateNationNumeric,
cardNumberCardNumber,
cardIssuingAuthorityNameName,cardIssueDateTimeReal,
cardValidityBeginTimeReal,
cardExpiryDateTimeReal
}1998R2135—DE—25.08.2002—001.001—65
▼M1
cardIssuingMemberState — Code des Mitgliedstaates, der die Karte ausge-
stellt hat.
cardNumber —Kartennummer.
cardIssuingAuthorityName — Name der Behörde, die die Karte ausgestellt
hat.
cardIssueDate —DatumderAusstellungderKarteandenderzeitigen Inhaber.
cardValidityBegin —Datum,andemdieGültigkeit derKartebeginnt.
cardExpiryDate —Datum,andemdieGültigkeit derKarteabläuft.
2.21.CardNumber
Kartennummer nachDefinition g).
CardNumber::=CHOICE{
SEQUENCE{
driverIdentificationIA5String(SIZE(14)),cardReplacementIndexCardReplacementIndex,cardRenewalIndexCardRenewalIndex
}
SEQUENCE{
ownerIdentificationIA5String(SIZE(13)),cardConsecutiveIndexCardConsecutiveIndex,cardReplacementIndexCardReplacementIndex,cardRenewalIndexCardRenewalIndex
}
}
driverIdentification — eindeutige Kennung eines Fahrers in einem Mitglied-
staat.
ownerIdentification — eindeutige Kennung eines Unternehmens oder einer
Werkstatt odereinerKontrollstelle ineinem Mitgliedstaat.
cardConsecutiveIndex —fortlaufender Kartenindex.
cardReplacementIndex —Kartenersatzindex.
cardRenewalIndex —Kartenerneuerungsindex.
Die erste Folge der Auswahl eignet sich zur Kodierung einer Fahrerkarten-
nummer, die zweite Folge zur Kodierung der Werkstatt-, Kontroll- und
Unternehmenskartennummer.
2.22.CardPlaceDailyWorkPeriod
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zum Ort des
Beginnsund/oderdesEndesdesArbeitstages(Randnummer202und221).
CardPlaceDailyWorkPeriod::=SEQUENCE{
placePointerNewestRecord INTEGER(0..NoOfCardPlaceRe-
cords-1),
placeRecords SET SIZE(NoOfCardPlaceRecords) OF PlaceRe-
cord
}
placePointerNewestRecord —Indexdeszuletzt aktualisierten Ortsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Ortsdatensatzes entspricht, begin-
nendmit „0“fürdasersteAuftreten derOrtsdatensätze inderStruktur.
placeRecords —Datensätze mitInformationen zudeneingegebenen Orten.
2.23.CardPrivateKey
Derprivate SchlüsseleinerKarte.
CardPrivateKey::=RSAKeyPrivateExponent
2.24.CardPublicKey
Deröffentliche SchlüsseleinerKarte.
CardPublicKey::=PublicKey1998R2135—DE—25.08.2002—001.001—66
▼M1
2.25.CardRenewalIndex
EinKartenerneuerungsindex (Begriffsbestimmung i)).
CardRenewalIndex::=IA5String(SIZE(1))Wertzuweisung: (sieheKapitel VIIindiesemAnhang).
„0“ Erstausstellung.
Reihenfolge fürdieErhöhung: „0,…,9,A,…,Z“
2.26.CardReplacementIndex
EinKartenersatzindex (Begriffsbestimmung j)).
CardReplacementIndex::=IA5String(SIZE(1))Wertzuweisung: (sieheKapitel VIIindiesemAnhang).
„0“ Originalkarte.
Reihenfolge fürdieErhöhung: „0,…,9,A,…,Z“
2.27.CardSlotNumber
CodezurUnterscheidung derbeidenSteckplätze einerFahrzeugeinheit.
CardSlotNumber::=INTEGER{
driverSlot(0),
co-driverSlot(1)
}
Wertzuweisung: nichtnäherspezifiziert.
2.28.CardSlotsStatus
Code zur Angabe der in den beiden Steckplätzen der Fahrzeugeinheit einge-
setzten Kartenarten.
CardSlotsStatus::=OCTETSTRING(SIZE(1))
Wertzuweisung — Oktettanordnung: „ccccdddd“B :
„cccc“B Identifizierung derimSteckplatz 2.Fahrerbefindlichen Kartenart,
„dddd“B Identifizierung derimSteckplatz Fahrerbefindlichen Kartenart,
mit folgenden Codes:
„0000“B keineKarteeingesteckt,„0001“B Fahrerkarte eingesteckt,
„0010“B Werkstattkarte eingesteckt,„0011“B Kontrollkarte eingesteckt,„0100“B Unternehmenskarte eingesteckt.
2.29.CardStructureVersion
Code zur Angabe der Version der auf einer Kontrollgerätkarte implementierten
Struktur.
CardStructureVersion::=OCTETSTRING(SIZE(2))Wertzuweisung: „aabb“H:
„aa“H IndexfürÄnderungenderStruktur,„bb“H Index für Änderungen im Zusammenhang mit dem Gebrauch der
Datenelemente, die für die vom oberen Byte gegebenen Struktur defi-
niertsind.
2.30.CardVehicleRecord
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zur Einsatzzeit
einesFahrzeugsaneinem Kalendertag (Randnummer 197und217).
CardVehicleRecord::=SEQUENCE{
vehicleOdometerBeginOdometerShort,vehicleOdometerEndOdometerShort,vehicleFirstUseTimeReal,vehicleLastUseTimeReal,1998R2135—DE—25.08.2002—001.001—67
▼M1
vehicleRegistrationVehicleRegistrationIdentification,
vuDataBlockCounterVuDataBlockCounter
}
vehicleOdometerBegin — Kilometerstand zu Beginn der Einsatzzeit des Fahr-
zeugs.
vehicleOdometerEnd — Kilometerstand am Ende der Einsatzzeit des Fahr-
zeugs.
vehicleFirstUse — Datum und Uhrzeit des Beginns der Einsatzzeit des Fahr-
zeugs.
vehicleLastUse —DatumundUhrzeitdesEndesderEinsatzzeitdesFahrzeugs.
vehicleRegistration — amtliches Kennzeichen und zulassender Mitgliedstaat
desFahrzeugs.
vuDataBlockCounter — Wert des VuDataBlockCounter beim letzten Auszug
derEinsatzzeit desFahrzeugs.
2.31.CardVehiclesUsed
Auf einer Fahrer- oder Werkstattkarte gespeicherte Information zu den vom
Karteninhaber gefahrenen Fahrzeugen(Randnummer197und217).
CardVehiclesUsed:=SEQUENCE{
vehiclePointerNewestRecord INTEGER(0..NoOfCardVehicle-
Records-1),
cardVehicleRecords SET SIZE(NoOfCardVehicleRecords) OF
CardVehicleRecord
}
vehiclePointerNewestRecord — Index des zuletzt aktualisierten Fahrzeugda-
tensatzes.
Wertzuweisung: Zahl, die dem Zähler des Fahrzeugdatensatzes entspricht,
beginnend mit „0“ für das erste Auftreten der Fahrzeugdatensätze in der
Struktur.
cardVehicleRecords — Datensätze mit Informationen zu den gefahrenen Fahr-
zeugen.
2.32.Certificate
Das von einer Zertifizierungsstelle ausgestellte Zertifikat eines öffentlichen
Schlüssels.
Certificate::=OCTETSTRING(SIZE(194))Wertzuweisung: digitale Signatur mit teilweiser Wiederherstellung eines Certi-
ficateContent gemäß Anlage 11 „Gemeinsame Sicherheitsmechanismen“:
Signature(128Byte)||PublicKeyremainder(58Byte)||CertificationAuthority
Reference (8Byte).
2.33.CertificateContent
Der(Klartext-)InhaltdesZertifikatseinesöffentlichenSchlüsselsgemäßAnlage
11„Gemeinsame Sicherheitsmechanismen“.
CertificateContent::=SEQUENCE{
certificateProfileIdentifierINTEGER(0..255),
certificationAuthorityReferenceKeyIdentifier,certificateHolderAuthorisation CertificateHolderAuthorisa-
tion,
certificateEndOfValidityTimeReal,certificateHolderReferenceKeyIdentifier,
publicKeyPublicKey
}
certificateProfileIdentifier —VersiondesentsprechendenZertifikats.
Wertzuweisung :„01h“fürdieseVersion.
CertificationAuthorityReference identifiziert die das Zertifikat ausstellende
Zertifizierungsstelle und enthält darüber hinaus einen Verweis auf den öffentli-
chenSchlüsseldieserZertifizierungsstelle.
certificateHolderAuthorisation identifiziert dieRechtedesZertifikatsinhabers.1998R2135—DE—25.08.2002—001.001—68
▼M1
certificateEndOfValidity — Datum, an dem die Gültigkeit des Zertifikats
administrativ endet.
certificateHolderReference identifiziert den Zertifikatsinhaber und enthält
zugleich einenVerweisaufdessenöffentlichen Schlüssel.
publicKey— der öffentliche Schlüssel, der durch dieses Zertifikat zertifiziert
wird.
2.34.CertificateHolderAuthorisation
Identifizierung derRechteeinesZertifikatsinhabers.
CertificateHolderAuthorisation::=SEQUENCE{
tachographApplicationIDOCTETSTRING(SIZE(6))equipmentTypeEquipmentType
}
tachographApplicationID — Anwendungsbezeichner für die Kontrollgerätan-
wendung.
Wertzuweisung : „FFh“ „54h“ „41h“ „43h“ „48h“ „4Fh“. Dieser AID ist ein
proprietärer nichtregistrierter Anwendungsbezeichner gemäßISO/IEC7816-5.
equipmentType istdieKennungdesGerätetyps,fürdendasZertifikatbestimmt
ist.
Wertzuweisung : entsprechend dem Datentyp EquipmentType. 0, wenn es sich
umeinZertifikat einesMitgliedstaates handelt.
2.35.CertificateRequestID
Eindeutige Kennung eines Zertifikatsantrags. Kann auch als Bezeichner des
öffentlichen Schlüssels einer Fahrzeugeinheit verwendet werden, wenn die
SeriennummerderFahrzeugeinheit,fürdiederSchlüsselbestimmtist,zumZeit-
punktderErzeugungdesZertifikats nichtbekannt ist.
CertificateRequestID::=SEQUENCE{
requestSerialNumberINTEGER(0..2
32-1)
requestMonthYearBCDString(SIZE(2))crIdentifierOCTETSTRING(SIZE(1))manufacturerCodeManufacturerCode
}
requestSerialNumber — einmalige Seriennummer des Zertifikatsantrags für
denimFolgendenangegebenen Hersteller undMonat.
requestMonthYear — Kennung für den Monat und das Jahr des Zertifikatsan-
trags.
Wertzuweisung: BCD-KodierungdesMonats(zweiStellen)unddesJahres(die
beidenletzten Stellen).
crIdentifier — Bezeichner zur Unterscheidung eines Zertifikatsantrags von
einererweiterten Seriennummer.
Wertzuweisung: „FFh“.
manufacturerCode — numerischer Code des Herstellers, der das Zertifikat
beantragt.
2.36.CertificationAuthorityKID
Bezeichner desöffentlichen SchlüsselseinerZertifizierungsstelle (Mitgliedstaat-
liche Stelle oderEuropäische Zertifizierungsstelle).
CertificationAuthorityKID::=SEQUENCE{
nationNumericNationNumericnationAlphaNationAlphakeySerialNumberINTEGER(0..255)additionalInfoOCTETSTRING(SIZE(2))
caIdentifierOCTETSTRING(SIZE(1))
}
nationNumeric —numerischer Landescode derZertifizierungsstelle.
nationAlpha —alphanumerischer Landescode derZertifizierungsstelle.
keySerialNumber —eineSeriennummerzurUnterscheidungderverschiedenen
SchlüsselderZertifizierungsstelle fürdenFalldesWechselsvonSchlüsseln.1998R2135—DE—25.08.2002—001.001—69
▼M1
additionalInfo — 2-Byte-Feld für Zusatzkodierung (je nach Zertifizierungs-
stelle).
caIdentifier — Bezeichner zur Unterscheidung des Schlüsselbezeichners einer
Zertifizierungsstelle vonanderenSchlüsselbezeichnern.
Wertzuweisung: „01h“.
2.37.CompanyActivityData
Auf einer Unternehmenskarte gespeicherte Information zu den mit der Karte
ausgeführtenTätigkeiten (Randnummer 237).
CompanyActivityData::=SEQUENCE{
companyPointerNewestRecord INTEGER(0..NoOfCompanyAc-
tivityRecords-1),
companyActivityRecords SET SIZE(NoOfCompanyActivityRe-
cords)OF
companyActivityRecordSEQUENCE{
companyActivityTypeCompanyActivityType,companyActivityTimeTimeReal,cardNumberInformationFullCardNumber,vehicleRegistrationInformation VehicleRegistrationI-
dentification,
downloadPeriodBeginTimeReal,downloadPeriodEndTimeReal
}
}
companyPointerNewestRecord —IndexdeszuletztaktualisiertencompanyAc-
tivityRecord.
Wertzuweisung: Zahl, die dem Zähler des Unternehmenstätigkeitsdatensatzes
entspricht, beginnend mit „0“ für das erste Auftreten des Unternehmenstätig-
keitsdatensatzes inderStruktur.
companyActivityRecords —sämtliche Unternehmenstätigkeitsdatensätze.
companyActivityRecord — Folge von Informationen zu einer Unternehmens-
tätigkeit.
companyActivityType —ArtderUnternehmenstätigkeit.
companyActivityTime —DatumundUhrzeit derUnternehmenstätigkeit.
cardNumberInformation — gegebenenfalls Kartennummer und ausstellender
Mitgliedstaat derheruntergeladenen Karte.
vehicleRegistrationInformation — amtliches Kennzeichen und zulassender
Mitgliedstaat des heruntergeladenen bzw. des gesperrten oder entsperrten Fahr-
zeugs.
downloadPeriodBegin unddownloadPeriodEnd —gegebenenfallsdervonder
FEheruntergeladene Zeitraum.
2.38.CompanyActivityType
Code für die von einem Unternehmen unter Nutzung seiner Unternehmenskarte
ausgeführteTätigkeit.
CompanyActivityType::=INTEGER{
carddownloading(1),VUdownloading(2),
VUlock-in(3),
VUlock-out(4)
}
2.39.CompanyCardApplicationIdentification
Auf einer Unternehmenskarte gespeicherte Information zur Identifizierung der
AnwendungderKarte(Randnummer190).
CompanyCardApplicationIdentification::=SEQUENCE{
typeOfTachographCardIdEquipmentType,
cardStructureVersionCardStructureVersion,
noOfCompanyActivityRecordsNoOfCompanyActivityRecords1998R2135—DE—25.08.2002—001.001—70
▼M1
}
typeOfTachographCardId gibtdieimplementierte Kartenartan.
cardStructureVersion gibt die Version der auf der Karte implementierten
Strukturan.
noOfCompanyActivityRecords — Anzahl der Unternehmenstätigkeitsda-
tensätze, diedieKartespeichern kann.
2.40.CompanyCardHolderIdentification
Auf einer Unternehmenskarte gespeicherte Information zur Identifizierung des
Karteninhabers (Randnummer236).
CompanyCardHolderIdentification::=SEQUENCE{
companyNameName,
companyAddressAddress,cardHolderPreferredLanguageLanguage
}
companyName —NamedesUnternehmens,demdieKartegehört.
companyAddress —AnschriftdesUnternehmens,demdieKartegehört.
cardHolderPreferredLanguage —Muttersprache desKarteninhabers.
2.41.ControlCardApplicationIdentification
AufeinerKontrollkartegespeicherteInformationzurIdentifizierungderAnwen-
dungderKarte(Randnummer190).
ControlCardApplicationIdentification::=SEQUENCE{
typeOfTachographCardIdEquipmentType,cardStructureVersionCardStructureVersion,
noOfControlActivityRecordsNoOfControlActivityRecords
}
typeOfTachographCardId gibtdenimplementierten Kartentypan.
cardStructureVersion gibt die Version der auf der Karte implementierten
Strukturan.
noOfControlActivityRecords — Anzahl der Kontrolltätigaktivitätsdatensätze,
diedieKartespeichern kann.
2.42.ControlCardControlActivityData
Auf einer Kontrollkarte gespeicherte Information zur mit der Karte durchge-
führtenKontrollaktivität (Randnummer 233).
ControlCardControlActivityData::=SEQUENCE{
controlPointerNewestRecord INTEGER(0..NoOfControlActivi-
tyRecords-1),
controlActivityRecords SET SIZE(NoOfControlActivityRe-
cords)OF
controlActivityRecordSEQUENCE{
controlTypeControlType,
controlTimeTimeReal,
controlledCardNumberFullCardNumber,
controlledVehicleRegistration VehicleRegistrationI-
dentification,
controlDownloadPeriodBeginTimeReal,
controlDownloadPeriodEndTimeReal
}
}controlPointerNewestRecord — Index des zuletzt aktualisierten Kontrolltätig-
keitsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Kontrolltätigkeitsdatensatzes
entspricht,beginnendmit„0“fürdasersteAuftretendesKontrolltätigkeitsdaten-
satzesinderStruktur.
controlActivityRecords —sämtliche Kontrolltätigkeitsdatensätze.1998R2135—DE—25.08.2002—001.001—71
▼M1
controlActivityRecord —FolgevonInformationen zueinerKontrolle.
controlType —ArtderKontrolle.
controlTime —DatumundUhrzeitderKontrolle.
controlledCardNumber — Kartennummer und ausstellender Mitgliedstaat der
kontrollierten Karte.
controlledVehicleRegistration — amtliches Kennzeichen und zulassender
Mitgliedstaat desFahrzeugs,indemdieKontrolle stattfand.
controlDownloadPeriodBegin undcontrolDownloadPeriodEnd —herunterge-
ladener Zeitraum.
2.43.ControlCardHolderIdentification
AufeinerKontrollkartegespeicherteInformationzurIdentifizierungdesKarten-
inhabers(Randnummer232).
ControlCardHolderIdentification::=SEQUENCE{
controlBodyNameName,controlBodyAddressAddress,cardHolderNameHolderName,cardHolderPreferredLanguageLanguage
}
controlBodyName —NamederKontrollstelle desKarteninhabers.
controlBodyAddress —AnschriftderKontrollstelle desKarteninhabers.
cardHolderName —NameundVorname(n)desInhabersderKontrollkarte.
cardHolderPreferredLanguage —Muttersprache desKarteninhabers.
2.44.ControlType
Code zur Angabe der bei einer Kontrolle ausgeführten Aktivitäten. Dieser
Datentyp bezieht sichaufdieRandnummern102,210and225.
ControlType::=OCTETSTRING(SIZE(1))Wertzuweisung — Oktettanordnung: „cvpdxxxx“B (8Bit)
„c“B Herunterladen Karte:
„0“B:KartebeidieserKontrollaktivität nichtheruntergeladen,
„1“B:KartebeidieserKontrollaktivität heruntergeladen
„v“B Herunterladen FE:
„0“B:FEbeidieserKontrollaktivität nichtheruntergeladen,
„1“B:FEbeidieserKontrollaktivität heruntergeladen
„p“B Drucken:
„0“B:keinDruckenbeidieserKontrollaktivität,
„1“B:DruckenbeidieserKontrollaktivität
„d“B Anzeige:
„0“B:keineAnzeigebeidieserKontrollaktivität verwendet,
„1“B:AnzeigebeidieserKontrollaktivität verwendet
„xxxx“B Nichtverwendet.
2.45.CurrentDateTime
Aktuelles Datumundaktuelle UhrzeitdesKontrollgeräts.
CurrentDateTime::=TimeRealWertzuweisung: nichtnäherspezifiziert.
2.46.DailyPresenceCounter
AufeinerFahrer-oderWerkstattkartegespeicherterZähler,derfürjedenKalen-
dertag, an dem die Karte in eine FE eingesteckt wurde, um eins erhöht wird.
DieserDatentyp bezieht sichaufdieRandnummern 199and219.
DailyPresenceCounter::=BCDString(SIZE(2))Wertzuweisung :LaufendeNummermitHöchstwert=9999,danachwiederbei
0beginnend.ZumZeitpunktdeserstenEinsteckensderKarteistdieZahlauf0
gesetzt.1998R2135—DE—25.08.2002—001.001—72
▼M1
2.47.Datef
Datumineinem leicht ausdruckbarennumerischen Format.
Datef::=SEQUENCE{
yearBCDString(SIZE(2)),monthBCDString(SIZE(1)),
dayBCDString(SIZE(1))
}
Wertzuweisung:yyyy Jahr
mm Monatdd Tag
„00000000“H bezeichnet explizit keinDatum.
2.48.Distance
Eine zurückgelegte Wegstrecke (Ergebnis der Differenz von zwei Kilome-
terständen desFahrzeugs).
Distance::=INTEGER(0..2
16-1)
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in km im Betriebsbereich 0
bis9999km.
2.49.DriverCardApplicationIdentification
Auf einer Fahrerkarte gespeicherte Information zur Identifizierung der Anwen-
dungderKarte(Randnummer190).
DriverCardApplicationIdentification::=SEQUENCE{
typeOfTachographCardIdEquipmentType,
cardStructureVersionCardStructureVersion,
noOfEventsPerTypeNoOfEventsPerType,noOfFaultsPerTypeNoOfFaultsPerType,
activityStructureLengthCardActivityLengthRange,
noOfCardVehicleRecordsNoOfCardVehicleRecords,noOfCardPlaceRecordsNoOfCardPlaceRecords
}
typeOfTachographCardId gibtdieimplementierte Kartenartan.
cardStructureVersion gibt die Version der auf der Karte implementierten
VersionderStrukturan.
noOfEventsPerType — Anzahl der Ereignisse je Ereignisart, die die Karte
speichern kann.
noOfFaultsPerType — Anzahl der Störungen je Störungsart, die die Karte
speichern kann.
activityStructureLength gibt die Zahl der Bytes an, die für die Speicherung
vonTätigkeitsdatensätzen zurVerfügungstehen.
noOfCardVehicleRecords — Anzahl der Fahrzeugdatensätze, die die Karte
enthalten kann.
noOfCardPlaceRecords —AnzahlderOrte,diedieKarteaufzeichnen kann.
2.50.DriverCardHolderIdentification
AufeinerFahrerkartegespeicherteInformationzurIdentifizierungdesKartenin-
habers(Randnummer 195).
DriverCardHolderIdentification::=SEQUENCE{
cardHolderNameHolderName,cardHolderBirthDateDatef,
cardHolderPreferredLanguageLanguage
}
cardHolderName —NameundVorname(n)desInhabersderFahrerkarte.
cardHolderBirthDate —Geburtsdatum desInhabersderFahrerkarte.
cardHolderPreferredLanguage —Muttersprache desKarteninhabers.1998R2135—DE—25.08.2002—001.001—73
▼M1
2.51.EntryTypeDailyWorkPeriod
CodezurUnterscheidungzwischenBeginnundEndedesEintragseinesArbeits-
tagesundEingabebedingung.
EntryTypeDailyWorkPeriod::=INTEGER
Begin,relatedtime=cardinsertiontimeortimeofentry(0),
End,relatedtime=cardwithdrawaltimeortimeofentry(1),Begin,relatedtimemanuallyentered(starttime)(2),End,relatedtimemanuallyentered(endofworkperiod)(3),Begin,relatedtimeassumedbyVU(4),End,relatedtimeassumedbyVU(5)
}
Wertzuweisung :gemäßISO/IEC8824-1.
2.52.EquipmentType
Code zur Unterscheidung verschiedener Gerätetypen für die Kontrollgerätan-
wendung.
EquipmentType::=INTEGER(0..255)--Reserved(0),--DriverCard(1),--WorkshopCard(2),--ControlCard(3),--CompanyCard(4),--ManufacturingCard(5),--VehicleUnit(6),--MotionSensor(7),--RFU(8..255)Wertzuweisung: gemäß ISO/IEC8824-1.
DerWert0istfürdieAngabedesMitgliedstaatsoderEuropasimCHA-Feldder
Zertifikate reserviert.
2.53.EuropeanPublicKey
Dereuropäische öffentliche Schlüssel.
EuropeanPublicKey::=PublicKey
2.54.EventFaultType
Codezurnäheren BeschreibungeinesEreignissesodereinerStörung.
EventFaultType:=OCTETSTRING(SIZE(1))Wertzuweisung:
′0x′H Allgemeine Ereignisse
′00′H Keineweiteren Angaben
′01′H Einstecken einerungültigen Karte
′02′H Kartenkonflikt
′03′H Zeitüberlappung
′04′H Lenkenohnegeeignete Karte
′05′H Einstecken derKartewährenddesLenkens
′06′H Letzter Vorgangnichtkorrektabgeschlossen
′07′H Geschwindigkeitsüberschreitung
′08′H UnterbrechungderStromversorgung
′09′H Datenfehler WegundGeschwindigkeit
′0A′H..′0F′H RFU(fürzukünftige Funktionenreserviert)
′1x′H Sicherheitsverletzende VersucheanderFahrzeugeinheit
′10′H Keineweiteren Angaben
′11′H Fehlgeschlagene Authentisierung des Weg- und/oder Geschwin-
digkeitsgebers
′12′H Authentisierungsfehler derKontrollgerätkarte1998R2135—DE—25.08.2002—001.001—74
▼M1
′13′H Unbefugte Veränderung des Weg- und/oder Geschwindigkeits-
gebers
′14′H Integritätsfehler derKartendateneingabedaten
′15′H Integritätsfehler dergespeicherten Benutzerdaten
′16′H Interner Datenübertragungsfehler
′17′H Unberechtigtes ÖffnendesGehäuses
′18′H Hardwaremanipulation
′19′H..′1F′H RFU
′2x′H Sicherheitsverletzende Versuche Weg- und/oder Geschwindig-
keitsgeber
′20′H Keineweiteren Angaben
′21′H Fehlgeschlagene Authentisierung
′22′H Integritätsfehler derSpeicherdaten
′23′H Interner Datenübertragungsfehler
′24′H Unberechtigtes ÖffnendesGehäuses
′25′H Hardwaremanipulation
′26′H..′2F′H RFU
′3x′H StörungenKontrollgerät
′30′H Keineweiteren Angaben
′31′H FE-interne Störung
′32′H Druckerstörung
′33′H Anzeigestörung
′34′H StörungbeimHerunterladen
′35′H Sensorstörung
′36′H..′3F′H RFU
′4x′H Kartenstörungen
′40′H Keineweiteren Angaben
′41′H..′4F′H RFU
′50′H..′7F′H RFU
′80′H..′FF′H Herstellerspezifisch.
2.55.EventFaultRecordPurpose
Code,dererläutert, warumeinEreignisodereineStörungaufgezeichnet wurde.
EventFaultRecordPurpose::=OCTETSTRING(SIZE(1))
Wertzuweisung:
′00′H einesder10jüngstenEreignisseoderStörungen
′01′H das längste Ereignis an einem der letzten 10 Tage des Auftre-
tens
′02′H einesder5längstenEreignisseindenletzten 365Tagen
′03′H dasletzte Ereignis aneinem derletzten 10TagedesAuftretens
′04′H dasschwerwiegendsteEreignisaneinenderletzten10Tagedes
Auftretens
′05′H eines der 5 schwerwiegendsten Ereignisse in den letzten 365
Tagen
′06′H das erste Ereignis oder die erste Störung nach der letzten Kali-
brierung
′07′H einaktivesEreignis odereine andauernde Störung
′08′H..′7F′H RFU
′80′H..′FF′H herstellerspezifisch
2.56.ExtendedSerialNumber
Eindeutige Kennung eines Geräts. Kann auch als Bezeichner des öffentlichen
SchlüsselseinesGerätsverwendet werden.
ExtendedSerialNumber::=SEQUENCE{
serialNumberINTEGER(0..232-1)
monthYearBCDString(SIZE(2))1998R2135—DE—25.08.2002—001.001—75
▼M1
typeOCTETSTRING(SIZE(1))
manufacturerCodeManufacturerCode
}
serialNumber — einmalige Seriennummer des Geräts in Bezug auf den
Hersteller, denGerätetyp unddenimFolgendenangegebenen Monat.
monthYear— Kennung für den Monat und das Jahr der Herstellung (oder der
ZuweisungderSeriennummer).
Wertzuweisung: BCD-KodierungdesMonats(zweiStellen)unddesJahres(die
beidenletzten Stellen).
type—Bezeichner desGerätetyps.
Wertzuweisung: herstellerspezifisch, mit reserviertem Wert„FFh“.
manufacturerCode —numerischer CodedesGeräteherstellers.
2.57.FullCardNumber
Codezurvollständigen Identifizierung einerKarte.
FullCardNumber::=SEQUENCE{
cardTypeEquipmentType,cardIssuingMemberStateNationNumeric,cardNumberCardNumber
}
cardType—ArtderKontrollgerätkarte.
cardIssuingMemberState — Code des Mitgliedstaates, der die Karte ausge-
gebenhat.
cardNumber —Kartennummer.
2.58.HighResOdometer
Kilometerstand des Fahrzeugs: Vom Fahrzeug während des Betriebs insgesamt
zurückgelegte Wegstrecke.
HighResOdometer::=INTEGER(0..2
32-1)
Wertzuweisung : Vorzeichenlose Binärzahl. Wert in 1/200 km im Betriebsbe-
reich0bis21055406km.
2.59.HighResTripDistance
Während einerFahrtodereinesTeilseinerFahrtzurückgelegte Wegstrecke.
HighResTripDistance::=INTEGER(0..232-1)
Wertzuweisung : Vorzeichenlose Binärzahl. Wert in 1/200 km im Betriebsbe-
reich0bis21055406km.
2.60.HolderName
Familienname undVorname(n)einesKarteninhabers.
HolderName::=SEQUENCE{
holderSurnameName,holderFirstNamesName
}
holderSurname —Familienname desInhabersohneTitel.
Wertzuweisung: Handelt es sich nicht um eine auf eine bestimmte Person
ausgestellte Karte, enthält holderSurname die gleichen Informationen wie
companyName oderworkshopNameodercontrolBodyName.
holderFirstNames —Vorname(n)undInitialen desInhabers.
2.61.K-ConstantOfRecordingEquipment
Kontrollgerätkonstante (Begriffsbestimmung m)).
K-ConstantOfRecordingEquipment::=INTEGER(0..2
16-1)
Wertzuweisung: ImpulsejeKilometerimBetriebsbereich0bis64255Imp/km.1998R2135—DE—25.08.2002—001.001—76
▼M1
2.62.KeyIdentifier
Eindeutiger Bezeichner eines öffentlichen Schlüssels zur Herstellung eines
Verweises auf den Schlüsselund für dessenAuswahl.Identifiziert zugleich den
InhaberdesSchlüssels.
KeyIdentifier::=CHOICE{
extendedSerialNumberExtendedSerialNumber,
certificateRequestIDCertificateRequestID,certificationAuthorityKIDCertificationAuthorityKID
}
Die erste Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen
SchlüsseleinerFahrzeugeinheit odereinerKontrollgerätkarte.
Die zweite Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen
Schlüssel einer Fahrzeugeinheit (falls die Seriennummer der Fahrzeugeinheit
zumZeitpunkt derGenerierungdesZertifikats nichtbekanntist).
Die dritte Auswahlmöglichkeit eignet sich zum Verweis auf den öffentlichen
SchlüsseleinesMitgliedstaates.
2.63.L-TyreCircumference
Tatsächlicher UmfangderFahrzeugreifen (Begriffsbestimmungu)).
L-TyreCircumference::=INTEGER(0..2
16-1)
Wertzuweisung: VorzeichenloseBinärzahl,Wertin1/8mmimBetriebsbereich
0bis8031mm.
2.64.Language
CodezurIdentifizierung einerSprache.
Language::=IA5String(SIZE(2))Wertzuweisung: KodierungauszweiKleinbuchstaben gemäßISO639.
2.65.LastCardDownload
Auf der Fahrerkarte gespeicherte(s) Datum und Uhrzeit des letzten Herunterla-
dens der Daten von der Karte (zu anderen als Kontrollzwecken). Diese
Datumsangabe kann mit einer beliebigen FE oder einem Kartenlesegerät
geändert werden.
LastCardDownload::=TimeReal
Wertzuweisung: nichtnäherspezifiziert.
2.66.ManualInputFlag
Code, der angibt, ob ein Karteninhaber beim Einstecken der Karte Fahrertätig-
keiten manuelleingegeben hatodernicht(Randnummer081).
ManualInputFlag::=INTEGER{
noEntry(0)
manualEntries(1)
}
Wertzuweisung: nichtnäherspezifiziert.
2.67.ManufacturerCode
CodezurIdentifizierung desHerstellers.
ManufacturerCode::=INTEGER(0..255)
Wertzuweisung:
′00′H KeineInformationen verfügbar
′01′H Reservierter Wert
′02′H..′0F′H Zurkünftigen Verwendungreserviert
′10′H ACTIA
′11′H..′17′H Reserviert fürHersteller, derenNamemit „A“beginnt
′18′H..′1F′H Reserviert fürHersteller, derenNamemit „B“beginnt
′20′H..′27′H Reserviert fürHersteller, derenNamemit „C“beginnt
′28′H..′2F′H Reserviert fürHersteller, derenNamemit „D“beginnt1998R2135—DE—25.08.2002—001.001—77
▼M1
′30′H..′37′H Reserviert fürHersteller, derenNamemit „E“ beginnt
′38′H..′3F′H Reserviert fürHersteller, derenNamemit „F“beginnt
′40′H Giesecke &DevrientGmbH
′41′H GEMplus
′42′H..′47′H Reserviert fürHersteller, derenNamemit „G“beginnt
′48′H..′4F′H Reserviert fürHersteller, derenNamemit „H“beginnt
′50′H..′57′H Reserviert fürHersteller, derenNamemit „I“beginnt
′58′H..′5F′H Reserviert fürHersteller, derenNamemit „J“beginnt
′60′H..′67′H Reserviert fürHersteller, derenNamemit „K“beginnt
′68′H..′6F′H Reserviert fürHersteller, derenNamemit „L“ beginnt
′70′H..′77′H Reserviert fürHersteller, derenNamemit „M“beginnt
′78′H..′7F′H Reserviert fürHersteller, derenNamemit „N“beginnt
′80′H OSCARD
′81′H..′87′H Reserviert fürHersteller, derenNamemit „O“beginnt
′88′H..′8F′H Reserviert fürHersteller, derenNamemit „P“beginnt
′90′H..′97′H Reserviert fürHersteller, derenNamemit „Q“beginnt
′98′H..′9F′H Reserviert fürHersteller, derenNamemit „R“beginnt
′A0′H SETEC
′A1′H SIEMENSVDO
′A2′H STONERIDGE
′A3′H..′A7′H Reserviert fürHersteller, derenNamemit „S“beginnt
′AA′H TACHOCONTROL
′AB′H..′AF′H Reserviert fürHersteller, derenNamemit „T“ beginnt
′B0′H..′B7′H Reserviert fürHersteller, derenNamemit „U“beginnt
′B8′H..′BF′H Reserviert fürHersteller, derenNamemit „V“beginnt
′C0′H..′C7′H Reserviert fürHersteller, derenNamemit „W“ beginnt
′C8′H..′CF′H Reserviert fürHersteller, derenNamemit „X“beginnt
′D0′H..′D7′H Reserviert fürHersteller, derenNamemit „Y“beginnt
′D8′H..′DF′H Reserviert fürHersteller, derenNamemit „Z“ beginnt
2.68.MemberStateCertificate
Zertifikat des öffentlichen Schlüssels eines Mitgliedstaates, ausgestellt von der
europäischen Zertifizierungsstelle.
MemberStateCertificate::=Certificate
2.69.MemberStatePublicKey
Deröffentliche SchlüsseleinesMitgliedstaates.
MemberStatePublicKey::=PublicKey
2.70.Name
EinName.
Name::=SEQUENCE{
codePage INTEGER(0..255),
nameOCTETSTRING(SIZE(35))
}
codePagegibt den Teil der ISO/IEC 8859 an, der zur Kodierung des Namens
verwendet wurde.
name—einentsprechend derISO/IEC8859-Codepagekodierter Name.
2.71.NationAlpha
Alphabetische Bezeichnung eines Landes entsprechend der üblichen Landes-
kennzeichen an Kraftfahrzeugen und/oder entsprechend der Verwendung in den
internationaleinheitlichenFahrzeugversicherungspapieren(grüneVersicherungs-
karte).
NationAlpha::=IA5String(SIZE(3))1998R2135—DE—25.08.2002—001.001—78
▼M1
Wertzuweisung:
′′KeineInformation verfügbar
′A′Österreich
′AL′Albanien
′AND′Andorra
′ARM′Armenien
′AZ′Aserbaidschan
′B′Belgien
′BG′Bulgarien
′BIH′BosnienundHerzegowina
′BY′Weißrussland
′CH′Schweiz
′CY′Zypern
′CZ′Tschechische Republik
′D′Deutschland
′DK′Dänemark
′E′Spanien
′EST′Estland
′F′Frankreich
′FIN′Finnland
′FL′Liechtenstein
′FR′Färöer
′UK′Vereinigtes Königreich, Alderney, Guernsey, Jersey, Isle of Man,
Gibraltar
′GE′Georgien
′GR′Griechenland
′H′Ungarn
′HR′Kroatien
′I′Italien
′IRL′Irland
′IS′Island
′KZ′Kasachstan
′L′Luxemburg
′LT′Litauen
′LV′Lettland
′M′Malta
′MC′Monaco
′MD′RepublikMoldau
′MK′Mazedonien
′N′Norwegen
′NL′Niederlande
′P′Portugal
′PL′Polen
′RO′Rumänien
′RSM′SanMarino
′RUS′RussischeFöderation
′S′Schweden
′SK′Slowakei
′SLO′Slowenien
′TM′Turkmenistan
′TR′Türkei
′UA′Ukraine
′V′Vatikanstadt
′YU′Jugoslawien1998R2135—DE—25.08.2002—001.001—79
▼M1
′UNK′Unbekannt
′EC′Europäische Gemeinschaft
′EUR′ÜbrigesEuropa
′WLD′ÜbrigeWelt.
2.72.NationNumeric
NumerischeBezeichnung einesLandes.
NationNumeric::=INTEGER(0..255)Wertzuweisung:
-- KeineInformationen verfügbar(00)H,
-- Österreich (01)H,-- Albanien(02)H,-- Andorra(03)H,-- Armenien (04)H,-- Aserbaidschan(05)H,-- Belgien(06)H,-- Bulgarien (07)H,-- BosnienundHerzegowina(08)H,-- Weißrussland(09)H,-- Schweiz(0A)H,-- Zypern(0B)H,-- Tschechische Republik (0C)H,-- Deutschland(0D)H,-- Dänemark (0E)H,
-- Spanien(0F)H,
-- Estland(10)H,-- Frankreich(11)H,-- Finnland(12)H,-- Liechtenstein (13)H,-- Färöer(14)H,-- Vereinigtes Königreich(15)H,-- Georgien(16)H,-- Griechenland (17)H,-- Ungarn(18)H,-- Kroatien(19)H,-- Italien (1A)H,-- Irland(1B)H,-- Island(1C)H,-- Kasachstan(1D)H,-- Luxemburg(1E)H,
-- Litauen (1F)H,
-- Lettland (20)H,-- Malta(21)H,-- Monaco(22)H,-- RepublikMoldau(23)H,-- Mazedonien (24)H,-- Norwegen(25)H,-- Niederlande (26)H,-- Portugal(27)H,-- Polen(28)H,-- Rumänien (29)H,-- SanMarino(2A)H,-- RussischeFöderation(2B)H,-- Schweden(2C)H,1998R2135—DE—25.08.2002—001.001—80
▼M1
-- Slowakei(2D)H,
-- Slowenien(2E)H,
-- Turkmenistan (2F)H,-- Türkei(30)H,-- Ukraine(31)H,-- Vatikanstadt (32)H,
-- Jugoslawien(33)H,
-- RFU(34..FC)H,-- Europäische Gemeinschaft (FD)H,-- ÜbrigesEuropa(FE)H,-- ÜbrigeWelt (FF)H
2.73.NoOfCalibrationRecords
AnzahlderKalibrierungsdatensätze, dieeineWerkstattkarte speichernkann.
NoOfCalibrationRecords::=INTEGER(0..255)Wertzuweisung: sieheAbschnitt3.
2.74.NoOfCalibrationsSinceDownload
Zähler zur Angabe der mit einer Werkstattkarte seit dem letzten Herunterladen
durchgeführten Kalibrierungen (Randnummer230).
NoOfCalibrationsSinceDownload::=INTEGER(0..2
16-1),
Wertzuweisung: nichtnäherspezifiziert.
2.75.NoOfCardPlaceRecords
AnzahlderOrtsdatensätze,dieeineFahrer-oderWerkstattkarte speichernkann.
NoOfCardPlaceRecords::=INTEGER(0..255)Wertzuweisung: sieheAbschnitt3.
2.76.NoOfCardVehicleRecords
Anzahl der Angaben zu den gefahrenen Fahrzeugen enthaltenden Datensätze,
dieeine Fahrer-oderWerkstattkarte speichern kann.
NoOfCardVehicleRecords::=INTEGER(0..2
16-1)
Wertzuweisung: sieheAbschnitt3.
2.77.NoOfCompanyActivityRecords
Anzahl der Unternehmenstätigkeitsdatensätze, die eine Unternehmenskarte spei-
chernkann.
NoOfCompanyActivityRecords::=INTEGER(0..216-1)
Wertzuweisung: sieheAbschnitt3.
2.78.NoOfControlActivityRecords
AnzahlderKontrollaktivitätsdatensätze, dieeine Kontrollkarte speichernkann.
NoOfControlActivityRecords::=INTEGER(0..216-1)
Wertzuweisung: sieheAbschnitt3.
2.79.NoOfEventsPerType
AnzahlderEreignisseje Ereignisart,dieeine Kartespeichernkann.
NoOfEventsPerType::=INTEGER(0..255)
Wertzuweisung: sieheAbschnitt3.
2.80.NoOfFaultsPerType
AnzahlderStörungenjeStörungsart,dieeine Kartespeichernkann.
NoOfFaultsPerType::=INTEGER(0..255)Wertzuweisung: sieheAbschnitt3.1998R2135—DE—25.08.2002—001.001—81
▼M1
2.81.OdometerValueMidnight
KilometerstanddesFahrzeugsumMitternachtamjeweiligenTag(Randnummer
090).
OdometerValueMidnight::=OdometerShortWertzuweisung: nichtnäherspezifiziert.
2.82.OdometerShort
Kilometerstand desFahrzeugsinKurzform.
OdometerShort::=INTEGER(0..2
24-1)
Wertzuweisung: Vorzeichenlose Binärzahl. Wert in km im Betriebsbereich 0
bis9999999km.
2.83.OverspeedNumber
Anzahl der Geschwindigkeitsüberschreitungen seit der letzten Kontrolle
Geschwindigkeitsüberschreitung.
OverspeedNumber::=INTEGER(0..255)Wertzuweisung: 0 bedeutet, dass seit der letzten Kontrolle Geschwindigkeits-
überschreitung kein Ereignis Geschwindigkeitsüberschreitung aufgetreten ist, 1
bedeutet, dass 1 derartiges Ereignis seit der letzten entsprechenden Kontrolle
aufgetreten ist, … 255 bedeutet, dass 255 oder mehr derartige Ereignisse seit
derletzten entsprechenden Kontrolle aufgetreten sind.
2.84.PlaceRecord
Informationen zum Ort des Beginnsoder Endes des Arbeitstages (Randnummer
087,202,221).
PlaceRecord::=SEQUENCE{
entryTimeTimeReal,entryTypeDailyWorkPeriodEntryTypeDailyWorkPeriod,dailyWorkPeriodCountryNationNumeric,dailyWorkPeriodRegionRegionNumeric,vehicleOdometerValueOdometerShort
}
entryTime—aufdieEingabe bezogeneDatums-undZeitangabe.
entryTypeDailyWorkPeriod —ArtderEingabe.
dailyWorkPeriodCountry —eingegebenes Land.
dailyWorkPeriodRegion —eingegebene Region.
vehicleOdometerValue — Kilometerstand zum Zeitpunkt und am Ort der
Eingabe.
2.85.PreviousVehicleInfo
InformationzumzuvorvoneinemFahrergefahrenenFahrzeugbeimEinstecken
seinerKarteineine Fahrzeugeinheit (Randnummer 081).
PreviousVehicleInfo::=SEQUENCE{
vehicleRegistrationIdentification VehicleRegistrationIdentifi-
cation,
cardWithdrawalTimeTimeReal
}
vehicleRegistrationIdentification — amtliches Kennzeichen und zulassender
Mitgliedstaat desFahrzeugs.
cardWithdrawalTime —DatumundUhrzeitderKartenentnahme.
2.86.PublicKey
Einöffentlicher RSA-Schlüssel.
PublicKey::=SEQUENCE{
rsaKeyModulusRSAKeyModulus,
rsaKeyPublicExponentRSAKeyPublicExponent
}
rsaKeyModulus —ModulusdesSchlüsselpaares.1998R2135—DE—25.08.2002—001.001—82
▼M1
rsaKeyPublicExponent —öffentlicher Exponent desSchlüsselpaares.
2.87.RegionAlpha
Alphabetische AngabeeinerRegioninnerhalb einesbestimmten Landes.
RegionAlpha::=IA5STRING(SIZE(3))Wertzuweisung:
′′KeineInformationen verfügbar
Spanien:
′AN′Andalucía
′AR′Aragón
′AST′Asturias
′C′Cantabria
′CAT′Cataluña
′CL′Castilla-León
′CM′Castilla-La-Mancha
′CV′Valencia
′EXT′Extremadura
′G′Galicia
′IB′Baleares
′IC′Canarias
′LR′LaRioja
′M′Madrid
′MU′Murcia
′NA′Navarra
′PV′PaísVasco
2.88.RegionNumeric
NumerischeAngabeeinerRegioninnerhalb einesbestimmten Landes.
RegionNumeric::=OCTETSTRING(SIZE(1))Wertzuweisung:
′00′H KeineInformationen verfügbar
Spanien:
′01′H Andalucía
′02′H Aragón
′03′H Asturias
′04′H Cantabria
′05′H Cataluña
′06′H Castilla-León
′07′H Castilla-La-Mancha
′08′H Valencia
′09′H Extremadura
′0A′H Galicia
′0B′H Baleares
′0C′H Canarias
′0D′H LaRioja
′0E′H Madrid
′0F′H Murcia
′10′H Navarra
′11′H PaísVasco
2.89.RSAKeyModulus
DerModuluseinesRSA-Schlüsselpaares.
RSAKeyModulus::=OCTETSTRING(SIZE(128))
Wertzuweisung: nichtspezifiziert.1998R2135—DE—25.08.2002—001.001—83
▼M1
2.90.RSAKeyPrivateExponent
Privater ExponenteinesRSA-Schlüsselpaares.
RSAKeyPrivateExponent::=OCTETSTRING(SIZE(128))Wertzuweisung: nichtspezifiziert.
2.91.RSAKeyPublicExponent
Öffentlicher ExponenteinesRSA-Schlüsselpaares.
RSAKeyPublicExponent::=OCTETSTRING(SIZE(8))Wertzuweisung: nichtspezifiziert.
2.92.SensorApprovalNumber
Bauartgenehmigungsnummer desWeg-und/oderGeschwindigkeitsgebers.
SensorApprovalNumber::=IA5String(SIZE(8))Wertzuweisung: nichtspezifiziert.
2.93.SensorIdentification
In einem Weg- und/oder Geschwindigkeitsgeber gespeicherte Information zur
Identifizierung desWeg-und/oderGeschwindigkeitsgebers(Randnummer077).
SensorIdentification::=SEQUENCE{
sensorSerialNumberSensorSerialNumber,sensorApprovalNumberSensorApprovalNumber,sensorSCIdentifierSensorSCIdentifier,
sensorOSIdentifierSensorOSIdentifier
}
sensorSerialNumber — erweiterte Seriennummer des Weg- und/oder
Geschwindigkeitsgebers(umfasstTeilnummer undHerstellercode).
sensorApprovalNumber — Bauartgenehmigungsnummer des Weg- und/oder
Geschwindigkeitsgebers.
sensorSCIdentifier — Bezeichner der Sicherheitskomponente des Weg- und/
oderGeschwindigkeitsgebers.
sensorOSIdentifier — Bezeichner des Betriebssystems des Weg- und/oder
Geschwindigkeitsgebers.
2.94.SensorInstallation
In einem Weg- und/oder Geschwindigkeitsgeber gespeicherte Information zur
Installation desWeg-und/oderGeschwindigkeitsgebers(Randnummer 099).
SensorInstallation::=SEQUENCE{
sensorPairingDateFirstSensorPairingDate,
firstVuApprovalNumberVuApprovalNumber,firstVuSerialNumberVuSerialNumber,sensorPairingDateCurrentSensorPairingDate,currentVuApprovalNumberVuApprovalNumber,currentVUSerialNumberVuSerialNumber
}
sensorPairingDateFirst — Datum der ersten Koppelung des Weg- und/oder
Geschwindigkeitsgebersmit einerFahrzeugeinheit.
firstVuApprovalNumber — Bauartgenehmigungsnummer der ersten mit dem
Weg-und/oderGeschwindigkeitsgeber gekoppelten Fahrzeugeinheit.
firstVuSerialNumber — Seriennummer der ersten mit dem Weg- und/oder
Geschwindigkeitsgeber gekoppelten Fahrzeugeinheit.
sensorPairingDateCurrent — Datum der derzeitigen Koppelung des Weg-
und/oderGeschwindigkeitsgeber mitderFahrzeugeinheit.
currentVuApprovalNumber — Bauartgenehmigungsnummer der derzeit mit
demWeg-und/oderGeschwindigkeitsgeber gekoppelten Fahrzeugeinheit.
currentVUSerialNumber —SeriennummerderderzeitmitdemWeg-und/oder
Geschwindigkeitsgeber gekoppelten Fahrzeugeinheit.1998R2135—DE—25.08.2002—001.001—84
▼M1
2.95.SensorInstallationSecData
Auf einer Werkstattkarte gespeicherte Information zu den für die Koppelung
von Weg- und/oder Geschwindigkeitsgebern und Fahrzeugeinheiten benötigten
Sicherheitsdaten (Randnummer214).
SensorInstallationSecData::=TDesSessionKey
Wertzuweisung: gemäß ISO16844-3.
2.96.SensorOSIdentifier
Bezeichner desBetriebssystemsdesWeg-und/oderGeschwindigkeitsgebers.
SensorOSIdentifier::=IA5String(SIZE(2))
Wertzuweisung: herstellerspezifisch.
2.97.SensorPaired
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung des mit
derFahrzeugeinheitgekoppeltenWeg-und/oderGeschwindigkeitsgebers(Rand-
nummer 079).
SensorPaired::=SEQUENCE{
sensorSerialNumberSensorSerialNumber,
sensorApprovalNumberSensorApprovalNumber,
sensorPairingDateFirstSensorPairingDate
}
sensorSerialNumber — Seriennummer des derzeit mit der Fahrzeugeinheit
gekoppelten Weg-und/oderGeschwindigkeitsgebers.
sensorApprovalNumber — Bauartgenehmigungsnummer des derzeit mit der
Fahrzeugeinheit gekoppelten Weg-und/oderGeschwindigkeitsgebers.
sensorPairingDateFirst — Datum der ersten Koppelung des derzeit mit der
Fahrzeugeinheit gekoppelten Weg- und/oder Geschwindigkeitsgebers mit einer
Fahrzeugeinheit.
2.98.SensorPairingDate
Datum einer Koppelung des Weg- und/oder Geschwindigkeitsgebers mit einer
Fahrzeugeinheit.
SensorPairingDate::=TimeReal
Wertzuweisung: nichtspezifiziert.
2.99.SensorSerialNumber
Seriennummer desWeg-und/oderGeschwindigkeitsgebers.
SensorSerialNumber::=ExtendedSerialNumber
2.100.SensorSCIdentifier
Bezeichner der Sicherheitskomponente des Weg- und/oder Geschwindigkeits-
gebers.
SensorSCIdentifier::=IA5String(SIZE(8))
Wertzuweisung: Komponente herstellerspezifisch.
2.101.Signature
Einedigitale Signatur.
Signature::=OCTETSTRING(SIZE(128))
Wertzuweisung: gemäß Anlage11,„Gemeinsame Sicherheitsmechanismen“.
2.102.SimilarEventsNumber
Anzahlähnlicher Ereignisseaneinem bestimmten Tag(Randnummer094).
SimilarEventsNumber::=INTEGER(0..255)Wertzuweisung: 0 wird nicht verwendet, 1 bedeutet, dass an diesem Tag nur
ein Ereignis dieser Art aufgetreten und gespeichert wurde, 2 bedeutet, dass 2
Ereignisse dieser Art an diesem Tag aufgetreten sind (nur eines wurde gespei-
chert), … 255 bedeutet, dass 255 oder mehr Ereignisse dieser Art an diesem
Tagaufgetreten sind.1998R2135—DE—25.08.2002—001.001—85
▼M1
2.103.SpecificConditionType
Code zur Identifizierung einer spezifischen Bedingung (Randnummer 050b,
105a,212aund230a).
SpecificConditionType::=INTEGER(0..255)Wertzuweisung:
′00′H RFU
′01′H Kontrollgerät nichterforderlich —Anfang
′02′H Kontrollgerät nichterforderlich —Ende
′03′H Fährüberfahrt/Zugfahrt
′04′H..′FF′H RFU
2.104.SpecificConditionRecord
AufeinerFahrerkarte,einerWerkstattkarteoderineinerFahrzeugeinheitgespei-
cherte Information zu einer spezifischen Bedingung (Randnummer 105a, 212a
und230a).
SpecificConditionRecord::=SEQUENCE{
entryTimeTimeReal,specificConditionTypeSpecificConditionType
}
entryTime—DatumundUhrzeit derEingabe.
specificConditionType —CodezurIdentifizierungderspezifischenBedingung.
2.105.Speed
Fahrzeuggeschwindigkeit (km/h).
Speed::=INTEGER(0..255)
Wertzuweisung: Kilometer proStundeimBetriebsbereich 0bis220km/h.
2.106.SpeedAuthorised
Zulässige Höchstgeschwindigkeit desFahrzeugs(Begriffsbestimmung bb)).
SpeedAuthorised::=Speed
2.107.SpeedAverage
Durchschnittsgeschwindigkeit ineinem vorherfestgelegten Zeitraum (km/h).
SpeedAverage::=Speed
2.108.SpeedMax
Höchstgeschwindigkeit ineinem vorherfestgelegten Zeitraum.
SpeedMax::=Speed
2.109.TDesSessionKey
EinTriple-DES-Sitzungsschlüssel.
TDesSessionKey::=SEQUENCE{
tDesKeyAOCTETSTRING(SIZE(8))tDesKeyBOCTETSTRING(SIZE(8))
}
Wertzuweisung: nichtnäherspezifiziert.
2.110.TimeReal
Code für ein kombiniertes Datum/Uhrzeit-Feld, in dem Datum und Uhrzeit als
Sekundennachdem1.Januar197000h.00m.00s.GMTausgedrücktsind.
TimeReal{INTEGER:TimeRealRange} ::= INTEGER(0..Time-
RealRange)
Wertzuweisung — Oktettanordnung: AnzahlderSekundenseitdem1.Januar
1970,0.00UhrGMT.
Höchstmögliche(s)Datum/Uhrzeit istimJahr2106.1998R2135—DE—25.08.2002—001.001—86
▼M1
2.111.TyreSize
Bezeichnung derReifenabmessungen.
TyreSize::=IA5String(SIZE(15))
Wertzuweisung: gemäß Richtlinie 92/23/EWG.
2.112.VehicleIdentificationNumber
Fahrzeugidentifizierungsnummer (VIN) mit Bezug auf das Fahrzeug insgesamt,
inderRegelFahrgestellnummer oderRahmennummer.
VehicleIdentificationNumber::=IA5String(SIZE(17))
Wertzuweisung: laut Definition inISO3779.
2.113.VehicleRegistrationIdentification
Für Europa eindeutige Identifizierung eines Fahrzeugs (amtliches Kennzeichen
undMitgliedstaat).
VehicleRegistrationIdentification::=SEQUENCE{
vehicleRegistrationNationNationNumeric,
vehicleRegistrationNumberVehicleRegistrationNumber
}
vehicleRegistrationNation —Land,indemdasFahrzeugzugelassenist.
vehicleRegistrationNumber —amtliches Kennzeichen desFahrzeugs(VRN).
2.114.VehicleRegistrationNumber
Amtliches Kennzeichen des Fahrzeugs (VRN). Das amtliche Kennzeichen wird
vonderFahrzeugzulassungsstelle zugewiesen.
VehicleRegistrationNumber::=SEQUENCE{
codePage INTEGER(0..255),
vehicleRegNumberOCTETSTRING(SIZE(13))
}
codePagegibtdenTeilderISO/IEC8859an,derzurKodierungdervehicleRe-
gNumberverwendet wurde.
vehicleRegNumber — ein amtliches Kennzeichen gemäß ISO/IEC 8859-Code-
page.
Wertzuweisung: landesspezifisch.
2.115.VuActivityDailyData
In einer FE gespeicherte Information zu Tätigkeitsänderungen und/oder
Veränderungen des Status der Fahrzeugführung und/oder Veränderungen des
Kartenstatus für einen bestimmten Kalendertag (Randnummer 084) und des
Steckplatzstatus andiesemTagum0.00Uhr.
VuActivityDailyData::=SEQUENCE{
noOfActivityChangesINTEGERSIZE(0..1440),
activityChangeInfos SET SIZE(noOfActivityChanges) OF
ActivityChangeInfo
}
noOfActivityChanges — Anzahl der ActivityChangeInfo-Wörter in der activi-
tyChangeInfos-Menge.
activityChangeInfos — Datensatz der in der FE für den Tag gespeicherten
ActivityChangeInfo-Wörter. Er enthält stets zwei ActivityChangeInfo-Wörter
fürdenStatusderbeidenSteckplätze andiesemTagum0.00Uhr.
2.116.VuApprovalNumber
Bauartgenehmigungsnummer derFahrzeugeinheit.
VuApprovalNumber::=IA5String(SIZE(8))
Wertzuweisung: nichtspezifiziert.
2.117.VuCalibrationData
In einer Fahrzeugeinheit gespeicherte Information zu den Kalibrierungen des
Kontrollgeräts (Randnummer098).1998R2135—DE—25.08.2002—001.001—87
▼M1
VuCalibrationData::=SEQUENCE{
noOfVuCalibrationRecordsINTEGER(0..255),vuCalibrationRecords SET SIZE(noOfVuCalibrationRecords)
OFVuCalibrationRecord
}
noOfVuCalibrationRecords —AnzahlderindervuCalibrationRecords-Menge
enthaltenen Datensätze.
vuCalibrationRecords —MengederKalibrierungsdatensätze.
2.118.VuCalibrationRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Kalibrierung des
Kontrollgeräts (Randnummer098).
VuCalibrationRecord::=SEQUENCE{
calibrationPurposeCalibrationPurpose,workshopNameName,workshopAddressAddress,workshopCardNumberFullCardNumber,workshopCardExpiryDateTimeReal,vehicleIdentificationNumberVehicleIdentificationNumber,vehicleRegistrationIdentification VehicleRegistrationIdentifi-
cation,
wVehicleCharacteristicConstant W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumferenceL-TyreCircumference,tyreSizeTyreSize,authorisedSpeedSpeedAuthorised,oldOdometerValueOdometerShort,newOdometerValueOdometerShort,
oldTimeValueTimeReal,
newTimeValueTimeReal,nextCalibrationDateTimeReal
}
calibrationPurpose —ZweckderKalibrierung.
workshopName, workshopAddress —NameundAnschriftderWerkstatt.
workshopCardNumber dient der Identifizierung der zur Kalibrierung verwen-
detenWerkstattkarte.
workshopCardExpiryDate —Ablaufdatum derKarte.
vehicleIdentificationNumber —Fahrzeugidentifizierungsnummer (VIN).
vehicleRegistrationIdentification enthält das amtliche Kennzeichen und den
zulassendenMitgliedstaat.
wVehicleCharacteristicConstant —Wegdrehzahl desFahrzeugs.
kConstantOfRecordingEquipment —Kontrollgerätkonstante.
lTyreCircumference —tatsächlicher Reifenumfang.
tyreSize—Bezeichnung derGrößederamFahrzeugmontierten Reifen.
authorisedSpeed —zulässige Geschwindigkeit desFahrzeugs.
oldOdometerValue, newOdometerValue —alter undneuerKilometerstand.
oldTimeValue, newTimeValue —alterundneuerWertfürDatumundUhrzeit.
nextCalibrationDate — Datum der nächsten von der zugelassenen Prüfstelle
durchzuführenden Kalibrierung derinCalibrationPurposeangegebenen Art.
2.119.VuCardIWData
In einer Fahrzeugeinheit gespeicherte Information zu Einsteck- und Entnahme-
vorgängen von Fahrerkarten oder Werkstattkarten in der Fahrzeugeinheit
(Randnummer 081).
VuCardIWData::=SEQUENCE{1998R2135—DE—25.08.2002—001.001—88
▼M1
noOfIWRecordsINTEGER(0..216-1),
vuCardIWRecords SET SIZE(noOfIWRecords) OF VuCardIW-
Record
}
noOfIWRecords —AnzahlderDatensätze inderMengevuCardIWRecords.
vuCardIWRecords — Datensätze zu Einsteck- und Entnahmevorgängen von
Karten.
2.120.VuCardIWRecord
In einer Fahrzeugeinheit gespeicherte Information zu einem Einsteck- und
Entnahmevorgang einer Fahrerkarte oder Werkstattkarte in der Fahrzeugeinheit
(Randnummer 081).
VuCardIWRecord::=SEQUENCE{
cardHolderNameHolderName,
fullCardNumberFullCardNumber,cardExpiryDateTimeReal,
cardInsertionTimeTimeReal,
vehicleOdometerValueAtInsertionOdometerShort,
cardSlotNumberCardSlotNumber,
cardWithdrawalTimeTimeReal,
vehicleOdometerValueAtWithdrawalOdometerShort,
previousVehicleInfoPreviousVehicleInfomanualInputFlagManualInputFlag
}
cardHolderName — Name und Vorname(n) des Inhabers der Fahrer- oder
Werkstattkarte inderaufderKartegespeicherten Form.
fullCardNumber — Art der Karte, ausstellender Mitgliedstaat und Karten-
nummer inderaufderKartegespeicherten Form.
cardExpiryDate — Ablaufdatum der Karte in der auf der Karte gespeicherten
Form.
cardInsertionTime —DatumundUhrzeit desEinsteckens.
vehicleOdometerValueAtInsertion — Kilometerstand des Fahrzeugs beim
Einstecken derKarte.
cardSlotNumber —Steckplatz, indemdieKarteeingesteckt ist.
cardWithdrawalTime —DatumundUhrzeitderEntnahme derKarte.
vehicleOdometerValueAtWithdrawal — Kilometerstand des Fahrzeugs bei
Kartenentnahme.
previousVehicleInfo enthält Informationen zum zuvor vom Fahrer gefahrenen
FahrzeuginderaufderKartegespeicherten Form.
manualInputFlag —Merker,derangibt,obderKarteninhaberbeimEinstecken
derKarteFahrertätigkeiten manuell eingegeben hat.
2.121.VuCertificate
Zertifikat desöffentlichen SchlüsselseinerFahrzeugeinheit.
VuCertificate::=Certificate
2.122.VuCompanyLocksData
In einer Fahrzeugeinheit gespeicherte Information zu Unternehmenssperren
(Randnummer 104).
VuCompanyLocksData::=SEQUENCE {
noOfLocksINTEGER(0..20),
vuCompanyLocksRecords SET SIZE(noOfLocks) OF VuCom-
panyLocksRecord
}
noOfLocks—Anzahl derinvuCompanyLocksRecordsaufgeführten Sperren.
vuCompanyLocksRecords —DatensätzemitInformationenzurUnternehmens-
sperre.1998R2135—DE—25.08.2002—001.001—89
▼M1
2.123.VuCompanyLocksRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Unternehmenssperre
(Randnummer 104).
VuCompanyLocksRecord::=SEQUENCE{
lockInTimeTimeReal,
lockOutTimeTimeReal,
companyNameName,
companyAddressAddress,companyCardNumberFullCardNumber
}
lockInTime, lockOutTime — Datum und Uhrzeit der Sperrung und Entsper-
rung.
companyName, companyAddress — Name und Anschrift des Unternehmens,
aufdassichdieSperrungbezieht.
companyCardNumber — Identifizierung der bei der Sperrung verwendeten
Karte.
2.124.VuControlActivityData
In einer Fahrzeugeinheit gespeicherte Information zu unter Verwendung dieser
FEausgeführtenKontrollen(Randnummer 102).
VuControlActivityData::=SEQUENCE{
noOfControlsINTEGER(0..20),
vuControlActivityRecords SET SIZE(noOfControls) OF
VuControlActivityRecord
}
noOfControls — Anzahl der in vuControlActivityRecords aufgeführten
Kontrollen.
vuControlActivityRecords —Kontrollaktivitätsdatensätze.
2.125.VuControlActivityRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer unter Verwendung
dieserFEausgeführtenKontrolle (Randnummer102).
VuControlActivityRecord::=SEQUENCE{
controlTypeControlType,
controlTimeTimeReal,
controlCardNumberFullCardNumber,downloadPeriodBeginTimeTimeReal,
downloadPeriodEndTimeTimeReal
}
controlType —ArtderKontrolle.
controlTime —DatumundUhrzeitderKontrolle.
ControlCardNumber — Identifizierung der für die Kontrolle verwendeten
Kontrollkarte.
downloadPeriodBeginTime — Anfangszeit des heruntergeladenen Zeitraums
beimHerunterladen.
downloadPeriodEndTime — Endzeit des heruntergeladenen Zeitraums beim
Herunterladen.
2.126.VuDataBlockCounter
Auf einer Karte gespeicherter Zähler, der sequentiell die Einsteck- und Entnah-
mevorgänge derKarteinFahrzeugeinheiten angibt.
VuDataBlockCounter::=BCDString(SIZE(2))
Wertzuweisung: Laufende Nummer mit Höchstwert 9999, danach wieder
Beginnbei0.1998R2135—DE—25.08.2002—001.001—90
▼M1
2.127.VuDetailedSpeedBlock
IneinerFahrzeugeinheit gespeicherte Information zurgenauen Geschwindigkeit
des Fahrzeugs während einer Minute, in der sich das Fahrzeug bewegt hat
(Randnummer 093).
VuDetailedSpeedBlock::=SEQUENCE{
speedBlockBeginDateTimeReal,speedsPerSecondSEQUENCESIZE(60)OFSpeed
}
speedBlockBeginDate — Datum und Uhrzeit des ersten Geschwindigkeits-
wertesinnerhalb desBlocks.
speedsPerSecond —chronologischeReihenfolgedergemessenenGeschwindig-
keiten zujederSekundederMinute,beginnendmitspeedBlockBeginDate.
2.128.VuDetailedSpeedData
IneinerFahrzeugeinheit gespeicherte Information zurgenauen Geschwindigkeit
desFahrzeugs.
VuDetailedSpeedData::=SEQUENCE
noOfSpeedBlocksINTEGER(0.2
16-1),
vuDetailedSpeedBlocks SET SIZE(noOfSpeedBlocks) OF
VuDetailedSpeedBlock
}
noOfSpeedBlocks — Anzahl der Geschwindigkeitsblöcke in der Menge vuDe-
tailedSpeedBlocks.
vuDetailedSpeedBlocks —MengedergenauenGeschwindigkeitsblöcke.
2.129.VuDownloadablePeriod
ÄltestesundjüngstesDatum,fürdaseineFahrzeugeinheitDatenzuFahrertätig-
keiten enthält (Randnummer 081,084oder087).
VuDownloadablePeriod::=SEQUENCE{
minDownloadableTimeTimeReal
maxDownloadableTimeTimeReal
}
minDownloadableTime —ältestesinderFEgespeichertesDatumdesEinstek-
kensderKarte,einerTätigkeitsänderungodereinerOrtseingabeundAngabeder
entsprechenden Uhrzeit.
maxDownloadableTime — jüngstes in der FE gespeichertes Datum des
Einsteckens der Karte, einer Tätigkeitsänderung oder einer Ortseingabe und
AngabederentsprechendenUhrzeit.
2.130.VuDownloadActivityData
In einer Fahrzeugeinheit gespeicherte Information zu ihrem letzten Herunter-
laden(Randnummer 105).
VuDownloadActivityData::=SEQUENCE{
downloadingTimeTimeReal,
fullCardNumberFullCardNumber,
companyOrWorkshopNameName
}
downloadingTime —DatumundUhrzeitdesHerunterladens
fullCardNumber identifiziertdiezurGenehmigungdesHerunterladensverwen-
dete Karte.
companyOrWorkshopName —NamedesUnternehmensoderderWerkstatt.
2.131.VuEventData
IneinerFahrzeugeinheit gespeicherte Information zuEreignissen(Randnummer
094,mit AusnahmeEreignis Geschwindigkeitsüberschreitung).
VuEventData::=SEQUENCE{
noOfVuEventsINTEGER(0..255),
vuEventRecordsSETSIZE(noOfVuEvents)OFVuEventRecord1998R2135—DE—25.08.2002—001.001—91
▼M1
}
noOfVuEvents —AnzahlderindenvuEventRecordsaufgeführten Ereignisse.
vuEventRecords —Ereignisdatensätze.
2.132.VuEventRecord
In einer Fahrzeugeinheit gespeicherte Information zu einem Ereignis (Rand-
nummer 094,mit AusnahmeEreignisGeschwindigkeitsüberschreitung).
VuEventRecord::=SEQUENCE{
eventTypeEventFaultType,eventRecordPurposeEventFaultRecordPurpose,eventBeginTimeTimeReal,eventEndTimeTimeReal,
cardNumberDriverSlotBeginFullCardNumber,
cardNumberCodriverSlotBeginFullCardNumber,cardNumberDriverSlotEndFullCardNumber,cardNumberCodriverSlotEndFullCardNumber,similarEventsNumberSimilarEventsNumber
}
eventType—ArtdesEreignisses.
eventRecordPurpose —ZweckderAufzeichnungdiesesEreignisses.
eventBeginTime —DatumundUhrzeit desEreignisbeginns.
eventEndTime —DatumundUhrzeitdesEreignisendes.
cardNumberDriverSlotBegin identifiziert die zu Beginn des Ereignisses im
Steckplatz Fahrereingesetzte Karte.
cardNumberCodriverSlotBegin identifiziert die zu Beginn des Ereignisses im
Steckplatz 2.Fahrereingesetzte Karte.
cardNumberDriverSlotEnd identifiziertdieamEndedesEreignissesimSteck-
platz Fahrereingesetzte Karte.
cardNumberCodriverSlotEnd identifiziert die am Ende des Ereignisses im
Steckplatz 2.Fahrereingesetzte Karte.
similarEventsNumber —Anzahlähnlicher EreignisseandiesemTag.
Diese Folge kann für alle Ereignisse mit Ausnahme von Geschwindigkeitsüber-
schreitungen verwendetwerden.
2.133.VuFaultData
In einer Fahrzeugeinheit gespeicherte Information zu Störungen (Randnummer
096).
VuFaultData::=SEQUENCE {
noOfVuFaultsINTEGER(0..255),vuFaultRecordsSETSIZE(noOfVuFaults)OFVuFaultRecord
}
noOfVuFaults — Anzahl der in der Menge vuFaultRecords aufgeführten
Störungen.
vuFaultRecords —Störungsdatensätze.
2.134.VuFaultRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Störung (Rand-
nummer 096).
VuFaultRecord::=SEQUENCE{
faultTypeEventFaultType,faultRecordPurposeEventFaultRecordPurpose,
faultBeginTimeTimeReal,
faultEndTimeTimeReal,cardNumberDriverSlotBeginFullCardNumber,cardNumberCodriverSlotBeginFullCardNumber,cardNumberDriverSlotEndFullCardNumber,
cardNumberCodriverSlotEndFullCardNumber1998R2135—DE—25.08.2002—001.001—92
▼M1
}
faultType—ArtderKontrollgerätstörung.
faultRecordPurpose —ZweckderAufzeichnungdieserStörung.
faultBeginTime —DatumundUhrzeitdesStörungsbeginns.
faultEndTime —DatumundUhrzeit desStörungsendes.
cardNumberDriverSlotBegin identifiziert diezuBeginnderStörungimSteck-
platz Fahrereingesetzte Karte.
cardNumberCodriverSlotBegin identifiziert die zu Beginn der Störung im
Steckplatz 2.Fahrereingesetzte Karte.
cardNumberDriverSlotEnd identifiziert die zum Zeitpunkt des Endes der
StörungimSteckplatz Fahrereingesetzte Karte.
cardNumberCodriverSlotEnd identifiziert die zum Zeitpunkt des Endes der
StörungimSteckplatz 2.Fahrereingesetzte Karte.
2.135.VuIdentification
In einer Fahrzeugeinheit gespeicherte Information zur Identifizierung der Fahr-
zeugeinheit (Randnummer075).
VuIdentification::=SEQUENCE{
vuManufacturerNameVuManufacturerName,
vuManufacturerAddressVuManufacturerAddress,
vuPartNumberVuPartNumber,
vuSerialNumberVuSerialNumber,vuSoftwareIdentificationVuSoftwareIdentification,
vuManufacturingDateVuManufacturingDate,
vuApprovalNumberVuApprovalNumber
}
vuManufacturerName —NamedesHerstellersderFahrzeugeinheit.
vuManufacturerAddress —AnschriftdesHerstellersderFahrzeugeinheit.
vuPartNumber —Teilnummer derFahrzeugeinheit.
vuSerialNumber —SeriennummerderFahrzeugeinheit.
vuSoftwareIdentification identifiziert die in der Fahrzeugeinheit implemen-
tierte Software.
vuManufacturingDate —Herstellungsdatum derFahrzeugeinheit.
vuApprovalNumber —Bauartgenehmigungsnummer derFahrzeugeinheit.
2.136.VuManufacturerAddress
AnschriftdesHerstellersderFahrzeugeinheit.
VuManufacturerAddress::=AddressWertzuweisung: nichtspezifiziert.
2.137.VuManufacturerName
NamedesHerstellersderFahrzeugeinheit.
VuManufacturerName::=Name
Wertzuweisung: nichtspezifiziert.
2.138.VuManufacturingDate
Herstellungsdatum derFahrzeugeinheit.
VuManufacturingDate::=TimeRealWertzuweisung: nichtspezifiziert.
2.139.VuOverSpeedingControlData
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindig-
keitsüberschreitung seit der letzten Kontrolle Geschwindigkeitsüberschreitung
(Randnummer 095).
VuOverSpeedingControlData::=SEQUENCE{
lastOverspeedControlTimeTimeReal,firstOverspeedSinceTimeReal,1998R2135—DE—25.08.2002—001.001—93
▼M1
numberOfOverspeedSinceOverspeedNumber
}
lastOverspeedControlTime — Datum und Uhrzeit der letzten Kontrolle
Geschwindigkeitsüberschreitung.
firstOverspeedSince — Datum und Uhrzeit der ersten Geschwindigkeitsüber-
schreitungnachdieserKontrolleGeschwindigkeitsüberschreitung.
numberOfOverspeedSince — Anzahl der Ereignisse Geschwindigkeitsüber-
schreitungseitderletzten KontrolleGeschwindigkeitsüberschreitung.
2.140.VuOverSpeedingEventData
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindig-
keitsüberschreitung (Randnummer094).
VuOverSpeedingEventData::=SEQUENCE{
noOfVuOverSpeedingEventsINTEGER(0..255),vuOverSpeedingEventRecords SET SIZE(noOfVuOverSpeedin-
gEvents)OFVuOverSpeedingEventRecord
}
noOfVuOverSpeedingEvents — Anzahl der in der Menge vuOverSpeedingE-
ventRecordsaufgeführten Ereignisse.
vuOverSpeedingEventRecords — Ereignisdatensätze Geschwindigkeitsüber-
schreitung.
2.141.VuOverSpeedingEventRecord
In einer Fahrzeugeinheit gespeicherte Information zum Ereignis Geschwindig-
keitsüberschreitung (Randnummer094).
VuOverSpeedingEventRecord::=SEQUENCE{
eventTypeEventFaultType,
eventRecordPurposeEventFaultRecordPurpose,
eventBeginTimeTimeReal,eventEndTimeTimeReal,maxSpeedValueSpeedMax,
averageSpeedValueSpeedAverage,
cardNumberDriverSlotBeginFullCardNumber,similarEventsNumberSimilarEventsNumber
}
eventType—ArtdesEreignisses.
eventRecordPurpose —ZweckderAufzeichnungdiesesEreignisses.
eventBeginTime —DatumundUhrzeit desEreignisbeginns.
eventEndTime —DatumundUhrzeitdesEreignisendes.
maxSpeedValue — die während des Ereignisses gemessene Höchstgeschwin-
digkeit.
averageSpeedValue — die während des Ereignis gemessene arithmetische
Durchschnittsgeschwindigkeit.
cardNumberDriverSlotBegin identifiziert die zu Beginn des Ereignisses im
Steckplatz Fahrereingesetzte Karte.
similarEventsNumber —Anzahlähnlicher EreignisseandiesemTag.
2.142.VuPartNumber
Teilnummer derFahrzeugeinheit.
VuPartNumber::=IA5String(SIZE(16))Wertzuweisung: Herstellerspezifisch.
2.143.VuPlaceDailyWorkPeriodData
In einer Fahrzeugeinheit gespeicherte Information zum Ort des Beginns und/
oderEndesdesArbeitstages(Randnummer087).
VuPlaceDailyWorkPeriodData::=SEQUENCE{
noOfPlaceRecordsINTEGER(0..255),1998R2135—DE—25.08.2002—001.001—94
▼M1
vuPlaceDailyWorkPeriodRecords SET SIZE(noOfPlaceRe-
cords)OFVuPlaceDailyWorkPeriodRecord
}
noOfPlaceRecords — Anzahl der in der Menge vuPlaceDailyWorkPeriodRe-
cordsaufgeführten Datensätze.
vuPlaceDailyWorkPeriodRecords —ortsbezogeneDatensätze.
2.144.VuPlaceDailyWorkPeriodRecord
In einer Fahrzeugeinheit gespeicherte Information zu einem Ort des Beginns
oderEndesdesArbeitstageseinesFahrers(Randnummer 087).
VuPlaceDailyWorkPeriodRecord::=SEQUENCE{
fullCardNumberFullCardNumber,placeRecordPlaceRecord
}
fullCardNumber — Art der Karte des Fahrers, ausstellender Mitgliedstaat und
Kartennummer.
placeRecord enthält dieInformationen zumeingegebenen Ort.
2.145.VuPrivateKey
Derprivate SchlüsseleinerFahrzeugeinheit.
VuPrivateKey::=RSAKeyPrivateExponent
2.146.VuPublicKey
Deröffentliche SchlüsseleinerFahrzeugeinheit.
VuPublicKey::=PublicKey
2.147.VuSerialNumber
Seriennummer derFahrzeugeinheit (Randnummer075).
VuSerialNumber::=ExtendedSerialNumber
2.148.VuSoftInstallationDate
Installationsdatum derFE-Softwareversion.
VuSoftInstallationDate::=TimeReal
Wertzuweisung: nichtspezifiziert.
2.149.VuSoftwareIdentification
IneinerFahrzeugeinheit gespeicherte Information zurinstallierten Software.
VuSoftwareIdentification::=SEQUENCE{
vuSoftwareVersionVuSoftwareVersion,
vuSoftInstallationDateVuSoftInstallationDate
}
vuSoftwareVersion —SoftwareversionsnummerderFahrzeugeinheit.
vuSoftInstallationDate —Installationsdatum derSoftwareversion.
2.150.VuSoftwareVersion
SoftwareversionsnummerderFahrzeugeinheit.
VuSoftwareVersion::=IA5String(SIZE(4))
Wertzuweisung: nichtspezifiziert.
2.151.VuSpecificConditionData
IneinerFahrzeugeinheit gespeicherteInformationzuspezifischenBedingungen.
VuSpecificConditionData::=SEQUENCE{
noOfSpecificConditionRecordsINTEGER(0..2
16-1)
specificConditionRecords SET SIZE (noOfSpecificCondition-
Records)OFSpecificConditionRecord
}1998R2135—DE—25.08.2002—001.001—95
▼M1
noOfSpecificConditionRecords —AnzahlderinderMengespecificCondition-
Recordsaufgeführten Datensätze.
specificConditionRecords — Datensätze mit Bezug auf spezifische Bedin-
gungen.
2.152.VuTimeAdjustmentData
In einer Fahrzeugeinheit gespeicherte Information zu Zeiteinstellungen außer-
halbeinernormalen Kalibrierung(Randnummer101).
VuTimeAdjustmentData::=SEQUENCE{
noOfVuTimeAdjRecordsINTEGER(0..6),vuTimeAdjustmentRecords SET SIZE(noOfVuTimeAdjRe-
cords)OFVuTimeAdjustmentRecord
}
noOfVuTimeAdjRecords — Anzahl der in der Menge vuTimeAdjustmentRe-
cordsaufgeführten Datensätze.
vuTimeAdjustmentRecords —Zeiteinstellungsdatensätze.
2.153.VuTimeAdjustmentRecord
In einer Fahrzeugeinheit gespeicherte Information zu einer Zeiteinstellung
außerhalb einernormalen Kalibrierung(Randnummer 101).
VuTimeAdjustmentRecord::=SEQUENCE{
oldTimeValueTimeReal,oldTimeValueTimeReal,newTimeValueTimeReal,workshopNameName,
workshopAddressAddress,
workshopCardNumberFullCardNumber
}
oldTimeValue, newTimeValue —alterundneuerWertfürDatumundUhrzeit.
workshopName, workshopAddress —NameundAnschriftderWerkstatt.
workshopCardNumber identifiziert die für die Durchführung der Zeiteinstel-
lungverwendete Werkstattkarte.
2.154.W-VehicleCharacteristicConstant
Wegdrehzahl desFahrzeugs(Begriffsbestimmung k)).
W-VehicleCharacteristicConstant::=INTEGER(0..2
16-1))
Wertzuweisung: ImpulsejeKilometerimBetriebsbereich0bis64255Imp/km.
2.155.WorkshopCardApplicationIdentification
Auf einer Werkstattkarte gespeicherte Information zur Identifizierung der
AnwendungderKarte(Randnummer190).
WorkshopCardApplicationIdentification::=SEQUENCE{
typeOfTachographCardIdEquipmentType,cardStructureVersionCardStructureVersion,noOfEventsPerTypeNoOfEventsPerType,
noOfFaultsPerTypeNoOfFaultsPerType,
activityStructureLengthCardActivityLengthRange,noOfCardVehicleRecordsNoOfCardVehicleRecords,noOfCardPlaceRecordsNoOfCardPlaceRecords,noOfCalibrationRecordsNoOfCalibrationRecords
}
typeOfTachographCardId gibtdieimplementierte Kartenartan.
cardStructureVersion gibt die Version der auf der Karte implementierten
Strukturan.
noOfEventsPerType — Anzahl der Ereignisse je Ereignisart, die die Karte
speichern kann.1998R2135—DE—25.08.2002—001.001—96
▼M1
noOfFaultsPerType — Anzahl der Störungen je Störungsart, die die Karte
speichern kann.
activityStructureLength gibt die Zahl der Bytes an, die für die Speicherung
vonTätigkeitsdatensätzen zurVerfügungstehen.
noOfCardVehicleRecords — Anzahl der Fahrzeugdatensätze, die die Karte
enthalten kann.
noOfCardPlaceRecords —AnzahlderOrte,diedieKarteaufzeichnen kann.
noOfCalibrationRecords — Anzahl der Kalibrierungsdatensätze, die die Karte
speichern kann.
2.156.WorkshopCardCalibrationData
Auf einer Werkstattkarte gespeicherte Information zur mit der Karte durchge-
führtenWerkstatttätigkeit (Randnummer227und229).
WorkshopCardCalibrationData::=SEQUENCE{
calibrationTotalNumberINTEGER(0..216-1),
calibrationPointerNewestRecord INTEGER(0..NoOfCalibra-
tionRecords-1),
calibrationRecords SET SIZE(NoOfCalibrationRecords) OF
WorkshopCardCalibrationRecord
}
calibrationTotalNumber —GesamtzahldermitderKartedurchgeführtenKali-
brierungen.
calibrationPointerNewestRecord — Index des zuletzt aktualisierten Kalibrie-
rungsdatensatzes.
Wertzuweisung: Zahl, die dem Zähler des Kalibrierungsdatensatzes entspricht,
beginnend mit „0“ für das erste Auftreten der Kalibrierungsdatensätze in der
Struktur.
calibrationRecords — Datensätze mit Informationen zu Kalibrierung und/oder
Zeiteinstellung.
2.157.WorkshopCardCalibrationRecord
AufeinerWerkstattkartegespeicherteInformationzueinermitderKartedurch-
geführten Kalibrierung(Randnummer 227).
WorkshopCardCalibrationRecord::=SEQUENCE{
calibrationPurposeCalibrationPurpose,
vehicleIdentificationNumberVehicleIdentificationNumber,
vehicleRegistrationVehicleRegistrationIdentification,
wVehicleCharacteristicConstant W-VehicleCharacteristicCon-
stant,
kConstantOfRecordingEquipment K-ConstantOfRecordingE-
quipment,
lTyreCircumferenceL-TyreCircumference,
tyreSizeTyreSize,
authorisedSpeedSpeedAuthorised,
oldOdometerValueOdometerShort,
newOdometerValueOdometerShort,
oldTimeValueTimeReal,
newTimeValueTimeReal,
nextCalibrationDateTimeReal,
vuPartNumberVuPartNumber,
vuSerialNumberVuSerialNumber,
sensorSerialNumberSensorSerialNumber
}
calibrationPurpose —ZweckderKalibrierung.
vehicleIdentificationNumber —Fahrzeugidentifizierungsnummer (VIN).
vehicleRegistration enthält das amtliche Kennzeichen und den zulassenden
Mitgliedstaat.
wVehicleCharacteristicConstant —Wegdrehzahl desFahrzeugs.
kConstantOfRecordingEquipment —Kontrollgerätkonstante.1998R2135—DE—25.08.2002—001.001—97
▼M1
lTyreCircumference —tatsächlicher Reifenumfang.
tyreSize—Bezeichnung derGrößederamFahrzeugmontierten Reifen.
authorisedSpeed —zulässige Geschwindigkeit desFahrzeugs.
oldOdometerValue, newOdometerValue —alter undneuerKilometerstand.
oldTimeValue, newTimeValue —alterundneuerWertfürDatumundUhrzeit.
nextCalibrationDate — Datum der nächsten von der zugelassenen Prüfstelle
durchzuführenden Kalibrierung derinCalibrationPurposeangegebenen Art.
vuPartNumber, vuSerialNumber undsensorSerialNumber — Datenelemente
zurIdentifizierung desKontrollgeräts.
2.158.WorkshopCardHolderIdentification
Auf einer Werkstattkarte gespeicherte Information zur Identifizierung des
Karteninhabers (Randnummer216).
WorkshopCardHolderIdentification::=SEQUENCE{
workshopNameName,
workshopAddressAddress,
cardHolderNameHolderName,cardHolderPreferredLanguageLanguage
}
workshopName —NamederWerkstatt desKarteninhabers.
workshopAddress —AnschriftderWerkstatt desKarteninhabers.
cardHolderName — Name und Vorname(n) des Inhabers (z. B. Name des
Mechanikers).
cardHolderPreferredLanguage —Muttersprache desKarteninhabers.
2.159.WorkshopCardPIN
PIN-Code (Personal Identification Number) der Werkstattkarte (Randnummer
213).
WorkshopCardPIN::=IA5String(SIZE(8))
Wertzuweisung: Der dem Karteninhaber bekannte PIN-Code, nach rechts mit
„FF“-Bytesbiszu8Bytesaufgefüllt.
3. DEFINITIONENFÜRWERT-UNDGRÖSSENBEREICHE
Definition variabler Werte, die für die Definitionen in Abschnitt 2 verwendet
werden.
TimeRealRange::=2
32-1
3.1.Definitionen für die Fahrerkarte:
Name desvariablen Wertes Min. Max.
CardActivityLengthRange 5544Bytes
(28Tage93Tätig-
keitsänderungen pro
Tag)13776Bytes
(28Tage240Tätig-
keitsänderungen pro
Tag)
NoOfCardPlaceRecords 84 112
NoOfCardVehicleRecords 84 200NoOfEventsPerType 6 12NoOfFaultsPerType 12 241998R2135—DE—25.08.2002—001.001—98
▼M1
3.2.Definitionen für die Werkstattkarte:
Name desvariablen Wertes Min. Max.
CardActivityLengthRange 198Bytes
(1Tag93Tätig-
keitsänderungen pro
Tag)492Bytes
(1Tag240Tätig-
keitsänderungen)
NoOfCardPlaceRecords 6 8
NoOfCardVehicleRecords 4 8NoOfEventsPerType 3 3
NoOfFaultsPerType 6 6
NoOfCalibrationRecords 88 255
3.3.Definitionen für die Kontrollkarte:
Name desvariablen Wertes Min. Max.
NoOfControlActivityRecords 230 520
3.4.Definitionen für die Unternehmenskarte:
Name desvariablen Wertes Min. Max.
NoOfCompanyActivityRecords 230 520
4. ZEICHENSÄTZE
IndenIA5StringswerdendieASCII-ZeichenlautDefinitioninISO/IEC8824-1
verwendet.AusGründenderLesbarkeitundzurBezugnahmeistdieWertzuwei-
sung nachfolgend angegeben. Bei Diskrepanzen mit dieser zu
Informationszwecken aufgeführten Angabegilt stetsdieNormISO/IEC8824-1.
!"#$%&'()*+,-./0123456789:;<=>?
@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_/primerevabcdefghijklmnopqrstuvwxyz{|} =
Andere Zeichenfolgen (Anschrift, Name, amtliches Kennzeichen) verwenden
darüber hinaus die Zeichen, die in den Codes 192 bis 255 der ISO/IEC 8859-1
(Zeichensatz Lateinisch 1) bzw. ISO/IEC 8859-7(Zeichensatz Griechisch) defi-
niertsind.
5. KODIERUNG
Bei Kodierung anhand der ASN.1-Kodierungsregeln werden alle Datentypen
gemäßISO/IEC8825-2(ausgerichtet) kodiert.1998R2135—DE—25.08.2002—001.001—99
▼M1
Anlage 2
SPEZIFIKATION DER KONTROLLGERÄTKARTEN
INHALTSVERZEICHNIS
1. Einleitung … .............................................................
1.1. Abkürzungen… .. .........................................................
1.2. Referenzdokumente …... ...................................................
2. Elektrische undphysikalischeEigenschaften … .................................
2.1. VersorgungsspannungundStromverbrauch … ...................................
2.2. Programmierspannung Vpp… ................................................
2.3. Taktversorgung und-frequenz… .............................................
2.4. E/A-Kontakt… .. .........................................................
2.5. Kartenzustände … .........................................................
3. HardwareundDatenaustausch… .............................................
3.1. Einleitung … .............................................................
3.2. Übertragungsprotokoll …. ...................................................
3.2.1. Protokolle… .............................................................
3.2.2. ATR… ..................................................................
3.2.3. PTS… ..................................................................
3.3. Zugriffsbedingungen (AC)… .. ..............................................
3.4. Datenverschlüsselung … . ...................................................
3.5. Befehle undFehlercodes—Übersicht… ... ...................................
3.6. BeschreibungderBefehle…... ..............................................
3.6.1. Select File… .............................................................
3.6.1.1. AuswahlnachNamen(AID)… ..............................................
3.6.1.2. AuswahleinerElementardatei anhandihrerDateikennung… ......................
3.6.2. ReadBinary…... .........................................................
3.6.2.1. BefehlohneSecureMessaging… ............................................
3.6.2.2. Befehlmit SecureMessaging… ..............................................
3.6.3. UpdateBinary… . .........................................................
3.6.3.1. BefehlohneSecureMessaging… ............................................
3.6.3.2. Befehlmit SecureMessaging… ..............................................
3.6.4. GetChallenge … . .........................................................
3.6.5. Verify…... ..............................................................
3.6.6. GetResponse….. .........................................................
3.6.7. PSO:VerifyCertificate … ..................................................
3.6.8. Internal Authenticate ….. ...................................................
3.6.9. External Authenticate … . ...................................................
3.6.10. ManageSecurity Environment … .............................................
3.6.11. PSO:Hash… .............................................................
3.6.12. PerformHashofFile… . ...................................................
3.6.13. PSO:Compute DigitalSignature … ... ........................................
3.6.14. PSO:VerifyDigitalSignature … .............................................
4. StrukturderKontrollgerätkarten … ... ........................................
4.1. StrukturderFahrerkarte … ..................................................1998R2135—DE—25.08.2002—001.001—100
▼M1
4.2. StrukturderWerkstattkarte … . ..............................................
4.3. StrukturderKontrollkarte … .. ..............................................
4.4. StrukturderUnternehmenskarte … ............................................1998R2135—DE—25.08.2002—001.001—101
▼M1
1. EINLEITUNG
1.1.Abkürzungen
ImSinnedieserAnlagegelten folgende Abkürzungen:AC Accessconditions(Zugriffsbedingungen)
AID Application Identifier (Anwendungskennung)
ALW Always(immer)
APDU Application ProtocolDataUnit(Befehlsstruktur)ATR AnswerToReset(AntwortaufZurücksetzen)
AUT Authenticated (authentisiert)
C6,C7 Kontakte Nr. 6 und 7 der Karte laut Beschreibung in ISO/IEC
7816-2
cc TaktgeberzyklenCHVCardholderV erificationInformation(InformationzurÜberprüfung
desKarteninhabers)
CLA KlassenbyteeinesAPDU-Befehls
DF Dedicated File (Verzeichnis). Ein DF kann andere Verzeichnisse
oderDateien enthalten (EFoderDF)
EF Elementary File(Elementardatei)
ENC Verschlüsselt:ZugriffnurdurchDatenkodierung möglich
etu elementary time unit(Elementarzeiteinheit)IC Integrated Circuit(Integrierter Schaltkreis)
ICC Integrated CircuitCard(Chipkarte)
ID Identifier (Bezeichner, Kennung)
IFD Interface Device (Schnittstellengerät, Kartenterminal)
IFS Information FieldSize(Informationsfeldgröße)IFSC Informationsfeldgröße derKarte
IFSD Informationsfeldgröße desTerminals
INS Befehlsbyte einesAPDU-BefehlsLc LängederEingabedaten füreinenAPDU-Befehl
Le Längedererwarteten Daten(AusgabedatenfüreinenBefehl)
MF MasterFile(Wurzel-DF)P1-P2 Parameterbytes
NAD Knotenadresse,verwendet imProtokollT=1
NEVNever(nie)PIN PersonalIdentification Number
PROSM MitSecureMessaginggeschützt
PTS Protocol Transmission Selection (Auswahl der Protokollübertra-
gung)
RFU ReservedforFutureUse(fürkünftige Anwendungenreserviert)RST Zurücksetzen (derKarte)
SM SecureMessaging
SW1-SW2 StatusbytesTS ATR-Anfangszeichen
VPP Programmierspannung
XXh WertXXinHexadezimalnotation|| Verkettungssymbol03||04=0304
1.2.Referenzdokumente
IndieserAnlagewerdenfolgende Referenzdokumente herangezogen:
EN726-3 Identification cardssystems—Telecommunications integrated circuit(s)cards
and terminals — Part 3: Application independent card requirements.
December 1994. (Identifikationskartensysteme — Anforderungen an Chip-
kartenundEndgerätefürTelekommunikationszwecke—Teil3:Applikations-
unabhängigeAnforderungenandieKarte)1998R2135—DE—25.08.2002—001.001—102
▼M1
ISO/CEI7816-2 Information technology — Identification cards — Integrated circuit(s) cards
withcontacts—Part2:Dimensionsandlocationofthecontacts.Firstedition:
1999.(Informationstechnik—Identifikationskarten —Integrierte Schaltungenmit Kontakten—Teil 2:AbmessungenundLokalisierungderKontakte)
ISO/CEI7816-3 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 3: Electronic signals and transmission protocol. Edition
2: 1997. (Informationstechnik — Identifikationskarten — Integrierte Schal-
tungen mit Kontakten — Teil 3: Elektronische Eigenschaften und Übertra-
gungsprotokolle)
ISO/CEI7816-4 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 4: Interindustry commands for interexchange. First
edition: 1995 + Amendment 1: 1997. (Informationstechnik — Identifikations-
karten — Identifikationskarten mit integrierten Schaltkreisen und Kontakten
—Teil 4:Interindustrielle Kommandos)
ISO/CEI7816-6 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 6: Interindustry data elements. First Edition: 1996 +
Cor 1: 1998. (Informationstechnik — Identifikationskarten mit integrierten
Schaltkreisen undKontakten—Teil 6:Interindustrielle Datenelemente)
ISO/CEI7816-8 Information technology — Identification cards — Integrated circuit(s) cards
with contacts — Part 8: Security related interindustry commands. First
Edition: 1999. (Informationstechnik — Identifizierungskarten — Chipkarten
mit Kontakten—Teil 8:Interindustrielle sicherheitsbezogene Kommandos)
ISO/CEI9797 Information technology — Security techniques — Data integrity mechanism
using a cryptographic check function employing a block cipher algorithm.
Edition 2: 1994. (Informationstechnik — IT-Sicherheitsverfahren — Codes
zur Erkennung von Nachrichtenveränderungen (MACs) — Teil 1: Mecha-
nismenaufBasiseinesBlockschlüssel-Algorithmus)
2. ELEKTRISCHEUNDPHYSIKALISCHEEIGENSCHAFTEN
Sofern nicht anderweitig spezifiziert, erfüllen alle elektronischen Signale die
NormISO/IEC7816-3.
LageundAbmessungenderKartenkontakte erfüllendieNormISO/IEC7816-2.
2.1.Versorgungsspannung und Stromverbrauch
DieKartearbeitetgemäßSpezifikationinnerhalbderGrenzenfürdieLeistungs-
aufnahme nachISO/IEC7816-3.
DieKartearbeitet mit V
cc=3V(+/-0,3V)odermit Vcc=5V(+/-0,5V).
DieSpannungswahlerfolgtgemäßISO/IEC7816-3.
2.2.Programmierspannung Vpp
Die Karte benötigt am KontaktC6 keine Programmierspannung. Eswirddavon
ausgegangen, dass Kontakt C6 in einem Schnittstellengerät nicht angeschlossen
ist.DerKontaktC6kannanVccaufderKarteangeschlossensein,abernichtan
Masse.AufjedenFallistdieseSpannungnichtzuinterpretieren.
2.3.Taktversorgung und -frequenz
DieKartearbeitetimFrequenzbereichvon1bis5MHz.InnerhalbeinesKarten-
vorgangs darf die Taktfrequenz um ± 2 % schwanken. Die Taktfrequenz wird
vonderFahrzeugeinheitundnichtvonderKarteselbsterzeugt.FürdenArbeits-
zyklusisteine Schwankungzwischen40und60%zulässig.
Unter den in der Kartendatei EFICCenthaltenen Bedingungen kann der externe
Taktgeber angehalten werden. Das erste Byte des Hauptteils der EFICC-Datei
kodiert die Bedingungen für den Clockstop-Modus (nähere Einzelheiten siehe
EN726-3):
L-Pegel H-Pegel
Bit 1 Bit3 Bit2
00 1 Clockstopzulässig,keinVorzugspegel
01 1 Clockstopzulässig,Vorzugspegel:H
10 1 Clockstopzulässig,Vorzugspegel:L1998R2135—DE—25.08.2002—001.001—103
▼M1
L-Pegel H-Pegel
Bit 1 Bit3 Bit2
00 0 Clockstopnichtzulässig
01 0 ClockstopnurbeiH-Pegelzulässig
10 0 ClockstopnurbeiL-Pegelzulässig
Bits4bis8werdennichtgenutzt.
2.4.E/A-Kontakt
Der E/A-Kontakt C7 wird für den Empfang von Daten vom Schnittstellengerät
und das Senden von Daten zum Schnittstellengerät verwendet. Während des
BetriebsbefindetsichentwederdieKarteoderdasSchnittstellengerätimSende-
modus. Sollten sich beide Einheiten im Sendemodus befinden, darf die Karte
dadurch nicht beschädigt werden. Sofern die Karte nicht sendet, tritt sie in den
Empfangsmodus.
2.5.Kartenzustände
Beiangelegter Versorgungsspannungarbeitet dieKarteinzweiZuständen:
— imBetriebszustandwährendderAusführungvonBefehlenoderwährendder
VerbindungzurDigitaleinheit,
— im Ruhezustand zu allen anderen Zeiten; in diesem Zustand bleiben alle
DatenaufderKarteerhalten.
3. HARDWAREUNDDATENAUSTAUSCH3.1.Einleitung
Dieser Abschnitt beschreibt die für dieKontrollgerätkarten undFahrzeugeinheit
(FE)erforderlicheMindestfunktionalität,mitdereinkorrekterBetriebundInter-
operabilität gewährleistet werden.
Kontrollgerätkarten erfüllen so weit wie möglich die geltenden ISO/IEC-
Normen (insbesondere ISO/IEC 7816). Befehle und Protokolle werden jedoch
vollständig beschrieben, um gegebenenfalls bestimmte eingeschränkte Verwen-
dungen oder Unterschiede herauszustellen. Die spezifizierten Befehle
entsprechen, sofernnicht anders angegeben, invollem Umfangden angeführten
Normen.
3.2.Übertragungsprotokoll
Das Übertragungsprotokoll entspricht den Festlegungen von ISO/IEC 7816-3.
InsbesondereerkenntdieFEvonderKartegesendete Wartezeitverlängerungen.
3.2.1. Protokolle
DieKarteunterstützt sowohlProtokollT=0alsauchProtokollT=1.
T=0istdasStandardprotokoll;zumWechselaufdasProtokollT=1istdaherein
PTS-Befehlerforderlich.
DieGeräteunterstützeninbeidenProtokollendie„directconvention“,diesomit
fürdieKarteobligatorisch ist.
DasBytefürdieInformationsfeldgrößederKartewirdimATRimZeichenTA3
dargestellt. DieserWertbeträgtmindestens„F0h“(=240Byte).
FürdieProtokollegelten diefolgenden Einschränkungen:
T=0
— Das Schnittstellengerät unterstützt eine Antwort bei E/A nach der anstei-
gendenFlankedesSignalsbeiRSTvon400cc.
— DasSchnittstellengerät mussZeichen imAbstandvon12etulesenkönnen.— Das Schnittstellengerät liest ein fehlerhaftes Zeichen und dessen Wiederho-
lung, wenn der Abstand 13 etu beträgt. Wird ein fehlerhaftes Zeichen
festgestellt, kann das Fehlersignal bei E/A zwischen 1 etu und 2 etu
auftreten. DasGerätunterstützt eine Verzögerungvon1etu.
— DasSchnittstellengerät akzeptiert einATRvon33Byte(TS+32).— Befindet sich TC1 im ATR, ist für vom Schnittstellengerät gesendete
Zeichen die Extra Guard Time vorhanden, obwohl von der Karte gesendete1998R2135—DE—25.08.2002—001.001—104
▼M1
Zeichenweiterhinmit12etugetrenntwerdenkönnen.Diesgiltauchfürdas
von der Karte gesendete ACK-Zeichen nach Aussendungeines P3-Zeichens
vomSchnittstellengerät.
— DasSchnittstellengerätberücksichtigteinvonderKarteausgesendetesNUL-
Zeichen.
— DasSchnittstellengerät akzeptiert denErgänzungsmodusfürACK.— Der Befehl GET RESPONSE kann im Verkettungsmodus nicht zum
Einholen von Daten verwendet werden, deren Länge 255 Byte übersteigen
könnte.
T=1
— NAD-Byte:nichtverwendet (NADistauf„00“gesetzt).
— S-BlockABORT:nichtverwendet.
— S-BlockVPP-Zustandsfehler:nichtverwendet.
— DieGesamtverkettungslänge füreinDatenfelddarf255Byte(vomSchnitts-
tellengerät abzusichern) nichtübersteigen.
— Die Informationsfeldgröße des Schnittstellengeräts (IFSD) wird vom
SchnittstellengerätunmittelbarnachdemATRangezeigt:DasSchnittstellen-
gerät überträgt die S-BlockIFS-Anforderungnach dem ATR,und die Karte
sendetS-BlockIFSzurück.Derempfohlene WertfürIFSDist254Byte.
— DieKartefordertkeineIFS-Nachkorrekturan.
3.2.2. ATR
Das Gerät überprüft ATR-Bytes gemäß ISO/IEC 7816-3. Es erfolgt keine
ÜberprüfungvonhistorischenATR-Zeichen.
Beispiel für ein Zweiprotokoll-Basis-ATR gemäßISO/IEC7816-3
Zeichen Wert Bemerkungen
TS „3Bh“ Anzeigerfür„direct convention“
T0 „85h“ TD1vorhanden;5historischeBytesvorhanden
TD1 „80h“ TD2vorhanden;T=0verwendenTD2 „11h“ TA3vorhanden;T=1verwendenTA3 „XXh“(mind.
„F0h“)Informationsfeldgröße derKarte(IFSC)
TH1bisTH5 „XXh“ HistorischeZeichen
TCK „XXh“ Prüfzeichen (ohneOR)
Nach der Antwort auf das Zurücksetzen (ATR) wird das Wurzelverzeichnis
(MF)implizit ausgewähltundzumaktuellen Verzeichnis.
3.2.3. PTS
Das Standardprotokoll ist T=0. Zur Einstellung des Protokolls T=1 muss ein
PTS(auchPPSgenannt)vomGerätgesendetwerden.
Da für die Karte beide Protokolle, T=0 und T=1, obligatorisch sind, ist das
Basis-PTSfürdieProtokollumschaltung ebenfalls obligatorisch.
Wie in ISO/IEC 7816-3 angegeben, kann das PTS zur Umschaltung auf höhere
Übertragungsraten als die von der Karte im ATR vorgeschlagene Geschwindig-
keit verwendet werden(TA(1)Byte).
HöhereÜbertragungsraten sindfürdieKartefakultativ.
WirdkeineandereÜbertragungsratealsdieStandardgeschwindigkeit unterstützt
(oder wird die ausgewählte Übertragungsrate nicht unterstützt), antwortet die
Karte auf das PTS korrekt gemäß ISO/IEC 7816-3 durch Weglassen des PPS1-
Byte.
Beispiele füreinBasis-PTSzurProtokollwahl:
Zeichen Wert Bemerkungen
PPSS „FFh“ Startzeichen1998R2135—DE—25.08.2002—001.001—105
▼M1
Zeichen Wert Bemerkungen
PPS0 „00h“oder
„01h“PPS1 bis PPS3 nicht vorhanden; „00h“ zur Auswahl von
T0,„01h“zurAuswahlvonT1
PK „XXh“ Prüfzeichen: „XXh“=„FFh“wennPPS0=„00h“
„XXh“=„FEh“wennPPS0=„01h“
3.3.Zugriffsbedingungen (AC)
Für jede Elementardatei sind Zugriffsbedingungen (AC) für die Befehle
UPDATEBINARYundREADBINARYfestgelegt.
VordemZugriffaufdieaktuelle DateimüssenderenACerfüllt werden.
DieDefinitionen derverfügbarenZugriffsbedingungen lauten wiefolgt:
— ALW: DieAktionistimmermöglichundkannohneEinschränkungausge-
führtwerden.
— NEV: DieAktionistniemöglich.
— AUT: Das Zugriffsrecht, das einer erfolgreichen externen Authentisierung
entspricht, muss eröffnet werden (durch den Befehl EXTERNAL
AUTHENTICATE).
— PROSM: Befehl muss mit einer kryptografischen Prüfsumme unter
Verwendung von Secure Messaging übertragen werden (siehe
Anlage 11).
— AUTundPROSM(kombiniert).Mit den Verarbeitungsbefehlen (UPDATE BINARY und READ BINARY)
könnendiefolgendenZugriffsbedingungen aufderKartegesetzt werden:
UPDATEBINARY READBINARY
ALW Ja Ja
NEVJa Ja
AUT Ja Ja
PROSM Ja Nein
AUTundPROSM Ja Nein
DieZugriffsbedingungPROSMstehtfürdenBefehlREADBINARYnichtzur
Verfügung. Das bedeutet, dass das Vorhandensein einer kryptografischen Prüf-
summe für einen READ-Befehl nie obligatorisch ist. Unter Verwendung des
Wertes „OC“ für die Klasse ist es jedoch möglich, wie im Abschnitt 3.6.2
beschrieben wird, den Befehl READ BINARY mit Secure Messaging zu
benutzen.
3.4.Datenverschlüsselung
Wenn die Vertraulichkeit von aus einer Datei auszulesenden Daten geschützt
werdenmuss,wirddieDateials„verschlüsselt“gekennzeichnet. DieVerschlüs-
selungerfolgtmit HilfevonSecureMessaging(sieheAnlage11).
3.5.Befehle und Fehlercodes — Übersicht
Befehle und Dateiorganisation sind von der ISO/IEC 7816-4 abgeleitet und
erfüllen dieseNorm.
DieserAbschnittbeschreibt diefolgenden APDU-Befehl-Antwort-Paare:
Befehl INS
SELECT FILE A4
READBINARY B0UPDATEBINARY D6GETCHALLENGE 841998R2135—DE—25.08.2002—001.001—106
▼M1
Befehl INS
VERIFY 20
GETRESPONSE C0PERFORMSECURITYOPERATION:
VERIFYCERTIFICATE
COMPUTEDIGITALSIGNATURE
VERIFYDIGITALSIGNATURE
HASH2A
INTERNALAUTHENTICATE 88
EXTERNALAUTHENTICATE 82
MANAGESECURITYENVIRONMENT:
SETTINGAKEY22
PERFORMHASHOFFILE 2A
In jeder Antwortnachricht werden die Statusbytes SW1 SW2 zurückgesendet,
diedenVerarbeitungszustand desBefehlsbezeichnen.
SW1 SW2 Bedeutung
90 00 NormaleVerarbeitung
61 XX NormaleVerarbeitung. XX=ZahlderverfügbarenAntwortbytes
62 81 Verarbeitungswarnung. Ein Teil der zurückgesendeten Daten kann
beschädigt sein
63 CX FalscheCHV(PIN).Zähler fürverbleibende Versuche„X“
64 00 Ausführungsfehler — Zustand des nichtflüchtigen Speichers unverä-
ndert.Integritätsfehler
65 00 Ausführungsfehler—Zustanddesnichtflüchtigen Speichersverändert
65 81 Ausführungsfehler — Zustand des nichtflüchtigen Speichers verändert
—Speicherfehler
66 88 Sicherheitsfehler: falsche kryptografische Prüfsumme (bei Secure
Messaging)oder
falsches Zertifikat (bei Zertifikatsverifizierung)
oder
falsches Kryptogramm (bei externer Authentisie-
rung)oder
falscheSignatur(beiSignaturverifizierung)
67 00 FalscheLänge(falsche LcoderLe)69 00 Verbotener Befehl(keineAntwortverfügbarinT=0)69 82 Sicherheitsstatus nichterfüllt
69 83 Authentisierungsverfahren blockiert
69 85 Nutzungsbedingungennichterfüllt69 86 Befehlnichtzulässig(keineaktuelle EF)69 87 Erwartete Secure-Messaging-Datenobjekte fehlen1998R2135—DE—25.08.2002—001.001—107
▼M1
SW1 SW2 Bedeutung
69 88 Inkorrekte Secure-Messaging-Datenobjekte
6A 82 Dateinichtgefunden6A 86 FalscheParameter P1-P2
6A 88 Bezugsdatennichtgefunden
6B 00 FalscheParameter (Offsetaußerhalb derEF)6C XX Falsche Länge, SW2 gibt die genaue Länge an. Kein Datenfeld wird
zurückgesendet
6D 00 Befehlscode nichtunterstützt oderungültig
6E 00 Klassenichtunterstützt
6F 00 SonstigePrüffehler
3.6.Beschreibung der Befehle
In diesem Kapitel werden die obligatorischen Befehle für die Kontrollge-
rätkarten beschrieben.
Weitere sachdienliche Einzelheiten zu kryptografischen Operationen sind in
Anlage11,Gemeinsame Sicherheitsmechanismen, aufgeführt.
Alle Befehle werden unabhängig vom verwendeten Protokoll (T=0 oder T=1)
beschrieben. Die APDU-Bytes CLA, INS, P1, P2, Lc und Le werden immer
angegeben. Wird Lc oder Le für den beschriebenen Befehl nicht benötigt,
bleiben dieentsprechende Länge, derWertunddieBeschreibungleer.
WerdenbeideLängenbytes(LcundLe)angefordert,istderBefehlinzweiTeile
aufzuspalten, wenn das IFD das Protokoll T=0 verwendet: Das IFD sendet den
Befehl wie beschrieben mit P3=Lc + Daten und sendet dann einen GET
RESPONSE-Befehl(sieheAbschnitt3.6.6)beiP3=Le.
Wenn beide Längenbytes angefordert werden und wenn Le=0 (Secure Messa-
ging)gilt Folgendes:
— Bei Verwendung von Protokoll T=1 antwortet die Karte auf Le=0 mit dem
Sendenaller verfügbarenAusgabedaten.
— Bei Verwendung von Protokoll T=0 sendet das IFD den ersten Befehl mit
P3=Lc + Daten und die Karte antwortet auf dieses implizierte Le=0 mit
denStatusbytes„61La“,wobeiLadieAnzahlderverfügbarenAntwortbytes
ist. Daraufhin generiert das IFD einen GET RESPONSE-Befehl mit P3=La
zumLesenderDaten.
3.6.1. Select File
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4; seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
DerBefehl SELECTFILEwirdverwendet:
— zurAuswahleinesApplikations-DF(AuswahlnachNamenobligatorisch)
— zurAuswahleinerElementardatei, diedervorgelegten Datei-IDentspricht.
3.6.1.1.Auswahl nach Namen (AID)
DieserBefehlermöglicht dieAuswahleinesApplikations-DFaufderKarte.
Dieser Befehl kann von jeder beliebigen Stelle in der Dateistruktur aus ausge-
führtwerden(nachdemATRoderjederzeit).
Bei Auswahl einer Anwendung wird die derzeitige Sicherheitsumgebung
zurückgesetzt. Nach Auswahl der Anwendung wird kein aktueller öffentlicher
Schlüssel mehr ausgewählt, und der frühere Sitzungsschlüssel steht nicht mehr
für das Secure Messaging zur Verfügung. Die Zugriffsbedingung AUT geht
ebenfalls verloren.1998R2135—DE—25.08.2002—001.001—108
▼M1
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“
INS 1 „A4h“
P1 1 „04h“ AuswahlnachNamen(AID)P2 1 „0Ch“ KeineAntworterwartet
Lc 1 „NNh“ Anzahl der an die Karte gesendeten Bytes (Länge
derAID):„06h“fürdieKontrollgerätanwendung
#6—#(5+NN) NN „XX..XXh“ AID:„FF544143484F“fürdieKontrollgerätan-
wendung
EswirdkeineAntwortaufdenBefehlSELECTFILEbenötigt(LefehltinT=1,
oderkeineAntwortangefordert inT=0).
Antwortnachricht (keine Antwortangefordert)
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Wird die der AID entsprechende Anwendung nicht gefunden, lautet der
zurückgesendete Verarbeitungsstatus„6A82“.
— Bei Vorhandensein des Bytes Le lautet in T=1 der zurückgesendete Status
„6700“.
— WennnachdemBefehlSELECTFILEeineAntwortangefordertwird,lautet
inT=0derzurückgesendete Status„6900“.
— Wird die ausgewählte Anwendung als verfälscht betrachtet (weil in den
Dateiattributen ein Integritätsfehler festgestellt wurde), lautet der zurückge-
sendeteVerarbeitungsstatus „6400“oder„6581“.
3.6.1.2.Auswahl einer Elementardatei anhand ihrer Dateikennung
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“
INS 1 „A4h“
P1 1 „02h“ AuswahleinerEFunterdemaktuellen DF
P2 1 „0Ch“ KeineAntworterwartet
Lc 1 „02h“ AnzahlderandieKartegesendeten Bytes
#6—#7 2 „XXXXh“ Dateikennung
EswirdkeineAntwortaufdenBefehlSELECTFILEbenötigt(LefehltinT=1,
oderkeineAntwortangefordert inT=0).
Antwortnachricht (keine Antwortangefordert)
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Wird die der AID entsprechende Anwendung nicht gefunden, lautet der
zurückgesendete Verarbeitungsstatus„6A82“.
— Bei Vorhandensein des Bytes Le lautet in T=1 der zurückgesendete Status
„6700“.1998R2135—DE—25.08.2002—001.001—109
▼M1
— WennnachdemBefehlSELECTFILEeineAntwortangefordertwird,lautet
inT=0derzurückgesendete Status„6900“.
— Wird die ausgewählte Anwendung als verfälscht betrachtet (weil in den
Dateiattributen ein Integritätsfehler festgestellt wurde), lautet der zurückge-
sendeteVerarbeitungsstatus „6400“oder„6581“.
3.6.2. Read Binary
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4; seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
Der Befehl Read Binary wird zum Auslesen von Daten aus einer transparenten
Dateiverwendet.
Die Antwort der Karte besteht im Zurücksenden der gelesenen Daten, die
optional ineinerSecure-Messaging-Struktureingekapselt werdenkönnen.
Der Befehl kann nur ausgeführt werden, wenn der Sicherheitsstatus den für die
EFfürdieREAD-Funktionfestgelegten Sicherheitsattributen genügt.
3.6.2.1.Befehl ohne Secure Messaging
Dieser Befehl ermöglicht dem IFD das Lesen von Daten aus der zu dem
entsprechenden Zeitpunkt ausgewählten EFohneSecureMessaging.
Das Lesen aus einer als verschlüsselt gekennzeichneten Datei darf mit diesem
Befehlnichtmöglich sein.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ KeinSecureMessagingangefordert
INS 1 „B0h“
P1 1 „XXh“ Offset in Bytes vom Dateianfang: höchstwertiges
Byte
P2 1 „XXh“ Offset in Bytes vom Dateianfang: niedrigstwertiges
Byte
Le 1 „XXh“ Erwartete Datenlänge. Anzahl der zu lesenden
Bytes
Anmerkung: Bit8vonP1mussauf0gesetztsein.
Antwortnachricht
Byte Länge Wert Beschreibung
#1—#X X „XX..XXh“ Gelesene Daten
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Ist keine EF ausgewählt, lautet der zurückgesendete Verarbeitungsstatus
„6986“.
— Sind die Zugangsbedingungen der ausgewählten Dateien nicht erfüllt, wird
derBefehlmit „6982“unterbrochen.
— Ist das Offset nicht mit der Größe der EF kompatibel (Offset > EF-Größe),
lautet derzurückgesendete Verarbeitungsstatus„6B00“.
— Ist die Größe der auszulesenden Daten nicht mit der Größe der EF kompa-
tibel (Offset + Le > EF-Größe) lautet der zurückgesendete
Verarbeitungsstatus „6700“ oder „6Cxx“, wobei „xx“ die genaue Länge
angibt.
— WirdindenDateiattributeneinIntegritätsfehlerfestgestellt,sobetrachtetdie
Karte die Datei als beschädigt und nicht wieder herstellbar und der zurück-
gesendete Verarbeitungsstatuslautet „6400“ oder„6581“.
— WirdindengespeichertenDateneinIntegritätsfehlerfestgestellt,sogibtdie
Karte die angeforderten Daten aus und der zurückgesendete Verarbeitungs-
statuslautet „6281“.1998R2135—DE—25.08.2002—001.001—110
▼M1
3.6.2.2.Befehl mit Secure Messaging
Dieser Befehl ermöglicht dem IFD das Lesen von Daten aus der zu dem
entsprechenden Zeitpunkt ausgewählten EFmit Secure Messaging,umdieInte-
grität der empfangenen Daten zu überprüfen und die Vertraulichkeit der Daten
beialsverschlüsseltgekennzeichneter EFzuschützen.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „0Ch“ SecureMessagingangefordert
INS 1 „B0h“ INS
P1 1 „XXh“ P1 (Offset in Bytes vom Dateianfang): höchstwer-
tigesByte
P2 1 „XXh“ P2 (Offset in Bytes vom Dateianfang): niedrigst-
wertigesByte
Lc 1 „09h“ LängederEingabedaten fürSecureMessaging
#6 1 „97h“ TLE:TagzurSpezifikation dererwarteten Länge
#7 1 „01h“ LLE:Erwartete Länge
#8 1 „NNh“ Spezifikation der erwarteten Länge (Original Le):
AnzahlderzulesendenBytes
#9 1 „8Eh“ TCC:Tagfürdiekryptografische Prüfsumme
#10 1 „04h“ LCC: Länge der folgenden kryptografischen Prüf-
summe
#11—#14 4 „XX..XXh“ Kryptografische Prüfsumme (4 höchstwertige
Bytes)
Le 1 „00h“ GemäßSpezifikation inISO/IEC7816-4
Antwortnachricht, wenn EF nicht als verschlüsselt gekennzeichnet und wenn
Secure-Messaging-Eingabeformat korrekt:
Byte Länge Wert Beschreibung
#1 1 „81h“ TPV:TagfürKlarwertdaten
#2 L „NNh“oder
„81NNh“LPV: Länge der zurückgesendeten Daten (=
Original Le)
Lgleich 2Byte,wennLPV>127Byte
#(2+L)—#(1+L+NN) NN „XX..XXh“ Klardatenwert
#(2+L+NN) 1 „8Eh“ TCC:Tagfürkryptografische Prüfsumme
#(3+L+NN) 1 „04h“ LCC: Länge der folgenden kryptografischen
Prüfsumme
#(4+L+NN)—#(7+-
L+NN)4 „XX..XXh“ Kryptografische Prüfsumme (4 höchstwer-
tige Bytes)
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
Antwortnachricht, wenn EF als verschlüsselt gekennzeichnet und wenn Secure-
Messaging-Eingabeformat korrekt:1998R2135—DE—25.08.2002—001.001—111
▼M1
Byte Länge Wert Beschreibung
#1 1 „87h“ TPICG:TagfürverschlüsselteDaten(Krypto-
gramm)
#2 L „MMh“oder
„81MMh“LPI CG: Länge der zurückgesendeten
verschlüsselten Daten (wegen Auffüllung
andersalsOriginal-Le desBefehls)
Lgleich 2Byte,wennLPICG>127Byte
#(2+L)—#(1+L+MM) MM „01XX..XXh“ Verschlüsselte Daten: Auffüllindikator und
Kryptogramm
#(2+L+MM) 1 „8Eh“ TCC:Tagfürkryptografische Prüfsumme
#(3+L+MM) 1 „04h“ LCC: Länge der folgenden kryptografischen
Prüfsumme
#(4+L+MM)—#(7+-
L+MM)4 „XX..XXh“ Kryptografische Prüfsumme (4 höchstwer-
tige Bytes)
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
Die zurückgesendeten verschlüsselten Daten enthalten ein erstes Byte, das den
verwendeten Auffüllmodus angibt. Für die Kontrollgerätanwendung nimmt der
Auffüllindikator stets den Wert „01h“ an und zeigt damit an, dass der verwen-
deteAuffüllmodusdemModusinISO/IEC7816-4entspricht(einBytemitWert
„80h“,gefolgtvoneinigen Nullbytes:ISO/IEC9797Methode2).
Die für den Befehl READ BINARY ohne Secure Messaging beschriebenen
„regulären“ Verarbeitungszustände (siehe Abschnitt 3.6.2.1), können unter
Verwendung der oben aufgeführten Antwortnachrichtstrukturen zurückgesendet
werden.
Darüber hinaus können einige Fehler speziell im Zusammenhang mit Secure
Messaging auftreten. In diesem Fall wird der Verarbeitungsstatus einfach ohne
Secure-Messaging-Strukturzurückgesendet:
Antwortnachricht beiinkorrektem Secure-Messaging-Eingabeformat
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— Ist kein aktueller Sitzungsschlüssel vorhanden, wird der Verarbeitungsstatus
„6A88“ zurückgesendet. Dies geschieht entweder, wenn der Sitzungs-
schlüssel noch nicht erzeugt wurde oder wenn dessen Gültigkeit abgelaufen
ist (in diesem Fall muss das IFD erneut eine gegenseitige Authentisierung
durchführen,umeinenneuenSitzungsschlüsselzusetzen).
— Wenn im Secure-Messaging-Format einige erwartete Datenobjekte (siehe
oben) fehlen, wird der Verarbeitungsstatus „6987“ zurückgesendet. Dieser
Fehler tritt auf, wenn ein erwartetes Tag fehlt oder wenn der Befehlskörper
nichtdenAnforderungenentsprechend aufgebaut ist.
— Sind Datenobjekte nicht korrekt, lautet der zurückgesendete Verarbeitungs-
status „6988“. Dieser Fehler tritt auf, wenn zwar alle benötigten Tags
vorhanden sind, einige Längen sich jedoch von den erwarteten unter-
scheiden.
— Schlägt die Überprüfung der kryptografischen Prüfsumme fehl, lautet der
zurückgesendete Verarbeitungsstatus„6688“.
3.6.3. Update Binary
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4; seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
Die Befehlsnachricht UPDATE BINARY initiiert die Aktualisierung (erase +
write) der bereits in einer EF-Binärzahl vorhandenen Bits mit den im APDU-
Befehlgegebenen Bits.
Der Befehl kann nur ausgeführt werden, wenn der Sicherheitsstatus den für die
EF für die UPDATE-Funktion festgelegten Sicherheitsattributen genügt (wenn1998R2135—DE—25.08.2002—001.001—112
▼M1
die Zugangskontrolle der UPDATE-Funktion PRO SM enthält, muss im Befehl
einSecureMessaginghinzugefügt werden).
3.6.3.1.Befehl ohne Secure Messaging
Dieser Befehl ermöglicht dem IFD das Schreiben von Daten in die zu dem
entsprechenden Zeitpunkt ausgewählte EF, ohne dass die Karte die Integrität
der empfangenen Daten überprüft. Dieser Klarmodus ist nur dann zulässig,
wenndieentsprechende Dateinichtalsverschlüsseltgekennzeichnet ist.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ KeinSecureMessagingangefordert
INS 1 „D6h“
P1 1 „XXh“ Offset in Bytes vom Dateianfang: höchstwertiges
Byte
P2 1 „XXh“ Offset in Bytes vom Dateianfang: niedrigstwertiges
Byte
Lc 1 „NNh“ Lc Länge der zu aktualisierenden Daten. Anzahl
derzuschreibendenBytes
#6—#(5+NN) NN „XX..XXh“ Zuschreibende Daten
Anmerkung: Bit8vonP1mussauf0gesetztsein.
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Ist keine EF ausgewählt, lautet der zurückgesendete Verarbeitungsstatus
„6986“.
— Sind die Zugriffsbedingungen der ausgewählten Dateien nicht erfüllt, wird
derBefehlmit „6982“abgebrochen.
— Ist das Offset nicht mit der Größe der EF kompatibel (Offset > EF-Größe),
lautet derzurückgesendete Verarbeitungsstatus„6B00“.
— Ist die Größe der auszulesenden Daten nicht mit der Größe der EF kompa-
tibel (Offset + Le > EF-Größe) lautet der zurückgesendete
Verarbeitungsstatus„6700“.
— WirdindenDateiattributeneinIntegritätsfehlerfestgestellt,sobetrachtetdie
Karte die Datei als beschädigt und nicht wieder herstellbar und der zurück-
gesendete Verarbeitungsstatuslautet „6400“ oder„6500“.
— Schlägt der Schreibvorgang fehl, so lautet der zurückgesendete Verarbei-
tungsstatus„6581“.
3.6.3.2.Befehl mit Secure Messaging
Dieser Befehl ermöglicht dem IFD das Schreiben von Daten in die zu dem
entsprechenden Zeitpunkt ausgewählte EF, wobei die Karte die Integrität der
empfangenen Daten überprüft. Da keine Vertraulichkeit erforderlich ist, werden
dieDatennichtverschlüsselt.
Befehlsnachricht
Byte Läe Wert Beschreibung
CLA 1 „0Ch“ SecureMessagingangefordert
INS 1 „D6h“ INS
P1 1 „XXh“ Offset in Bytes vom Dateianfang:
höchstwertiges Byte
P2 1 „XXh“ Offset in Bytes vom Dateianfang: niedrigst-
wertigesByte1998R2135—DE—25.08.2002—001.001—113
▼M1
Byte Läe Wert Beschreibung
Lc 1 „XXh“ Länge desgesicherten Datenfeldes
#6 1 „81h“ TPV:TagfürKlarwertdaten
#7 L „NNh“oder
„81NNh“LPV:Längederübermittelten Daten
Lgleich 2Byte,wennLPV>127Byte
#(7+L)—#(6+L+NN) NN „XX..XXh“ Klardatenwert (zuschreibende Daten)
#(7+L+NN) 1 „8Eh“ TCC:Tagfürdiekryptografische Prüfsumme
#(8+L+NN) 1 „04h“ LCC: Länge der folgenden kryptografischen
Prüfsumme
#(9+L+NN)—#(12+-
L+NN)4 „XX..XXh“ Kryptografische Prüfsumme (4 höchstwer-
tige Bytes)
Le 1 „00h“ GemäßSpezifikation inISO/IEC7816-4
Antwortnachricht beikorrektem Secure-Messaging-Eingabeformat
Byte Länge Wert Beschreibung
#1 1 „99h“ TSW:TagfürStatusbytes(durchCCzuschützen)
#2 1 „02h“ LSW:Längederzurückgesendeten Statusbytes
#3—#4 2 „XXXXh“ Statusbytes(SW1,SW2)
#5 1 „8Eh“ TCC:Tagfürdiekryptografische Prüfsumme
#6 1 „04h“ LCC: Länge der folgenden kryptografischen Prüf-
summe
#7—#10 4 „XX..XXh“ Kryptografische Prüfsumme (4 höchstwertige
Bytes)
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
Die für den Befehl UPDATE BINARY ohne Secure Messaging beschriebenen
„regulären“ Verarbeitungszustände (siehe Abschnitt 3.6.3.1) können unter
Verwendung der oben aufgeführten Antwortnachrichtstrukturen zurückgesendet
werden.
Darüber hinaus können einige Fehler speziell im Zusammenhang mit Secure
Messaging auftreten. In diesem Fall wird der Verarbeitungsstatus einfach ohne
Secure-Messaging-Strukturzurückgesendet:
Antwortnachricht beiFehlerimSecureMessaging
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— Ist kein aktueller Sitzungsschlüssel vorhanden, wird der Verarbeitungsstatus
„6A88“zurückgesendet.
— Wenn im Secure-Messaging-Format einige erwartete Datenobjekte (siehe
oben) fehlen, wird der Verarbeitungsstatus „6987“ zurückgesendet. Dieser
Fehler tritt auf, wenn ein erwartetes Tag fehlt oder wenn der Befehlskörper
nichtdenAnforderungenentsprechend aufgebaut ist.
— Sind Datenobjekte nicht korrekt, so lautet der zurückgesendete Verarbei-
tungsstatus „6988“. Dieser Fehler tritt auf, wenn zwar alle benötigten Tags
vorhanden sind, einige Längen sich jedoch von den erwarteten unter-
scheiden.
— Schlägt die Überprüfung der kryptografischen Prüfsumme fehl, lautet der
zurückgesendete Verarbeitungsstatus„6688“.1998R2135—DE—25.08.2002—001.001—114
▼M1
3.6.4. Get Challenge
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4; seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
DerBefehlGETCHALLENGEfordertdieKartezurAusgabeeinerZufallszahl
aus, damit diese in einem sicherheitsbezogenen Verfahren verwendet werden
kann, bei dem ein Kryptogramm oder chiffrierte Daten an die Karte gesendet
werden.
Die von der Karte ausgegebene Zufallszahl ist nur für den nächsten Befehl
gültig,dereine andieKartegesendeteZufallszahl verwendet.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „84h“ INS
P1 1 „00h“ P1
P2 1 „00h“ P2
Le 1 „08h“ Le(erwartete LängederZufallszahl)
Antwortnachricht
Byte Länge Wert Beschreibung
#1—#8 8 „XX..XXh“ Zufallszahl
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Unterscheidet sichLevon„08h“,istderVerarbeitungsstatus„6700“.— SinddieParameter P1-P2inkorrekt,istderVerarbeitungsstatus„6A86“.
3.6.5. Verify
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-4, seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
DerBefehlVerifyleitetaufderKartedenVergleichdervomBefehlgesendeten
CHV(PIN)-DatenmitderaufderKartegespeicherten Bezugs-CHVein.
Anmerkung: Die vom Benutzer eingegebene PINmussdurch das IFDbis zu
einerLängevon8Bytenachrechtsmit„FFh“-Bytesaufgefüllt sein.
Ist der Befehl erfolgreich, werden die der CHV-Präsentation entsprechenden
Rechte freigegeben, und der Zähler für die verbleibenden CHV-Versuche wird
reinitialisiert.
EinerfolgloserVergleich wirdaufderKarteregistriert, umdieAnzahlweiterer
VersuchederVerwendungderBezugs-CHVzubeschränken.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „20h“ INS
P1 1 „00h“ P1
P2 1 „00h“ P2(dieüberprüfteCHVistimplizit bekannt)
Lc 1 „08h“ Längedesübertragenen CHV-Codes
#6—#13 8 „XX..XXh“ CHV1998R2135—DE—25.08.2002—001.001—115
▼M1
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— WirddieBezugs-CHVnichtgefunden,lautet derzurückgesendete Verarbei-
tungsstatus„6A88“.
— IstdieCHVblockiert(derZählerfürverbleibendeVersuchestehtaufNull),
lautetderzurückgesendeteVerarbeitungsstatus„6983“.WenndieserZustand
erreicht ist,kanndieCHVniewiedererfolgreich präsentiert werden.
— Ist der Vergleich erfolglos, wird der Zähler für die verbleibenden Versuche
herabgesetztundderStatus„63CX“zurückgesendet(X>0,undXistgleich
dem Zähler für verbleibende CHV-Versuche. Wenn X = „F“, ist der Zähler
fürCHV-Versuchegrößerals„F“).
— Wird die Bezugs-CHVals verfälscht betrachtet, lautet der zurückgesendete
Verarbeitungsstatus„6400“oder„6581“.
3.6.6. Get Response
DieserBefehlentspricht denFestlegungen vonISO/IEC7816-4.
Dieser (nur für das Protokoll T=0 notwendige und verfügbare) Befehl wird zur
Übertragung vorbereiteter Daten von der Karte zum Schnittstellengerät
verwendet (wenneinBefehlsowohlLcalsauchLeenthalten hat).
DerBefehlGETRESPONSEmusssofortnachdemBefehlzurVorbereitungder
Daten ausgegeben werden, sonst gehen die Daten verloren. Nach der Ausfüh-
rung des Befehls GET RESPONSE (außer bei Auftreten der Fehler „61xx“
oder „6Cxx“, siehe unten) stehen die zuvor vorbereiteten Daten nicht mehr zur
Verfügung.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“
INS 1 „C0h“
P1 1 „00h“
P2 1 „00h“
Le 1 „XXh“ Anzahldererwarteten Bytes
Antwortnachricht
Byte Länge Wert Beschreibung
#1—#X X „XX..XXh“ Daten
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Wurden von der Karte keine Daten vorbereitet, lautet der zurückgesendete
Verarbeitungsstatus„6900“oder„6F00“.
— Übersteigt Le die Anzahl der verfügbaren Bytes oder ist Le gleich null,
lautet der zurückgesendete Verarbeitungsstatus „6Cxx“, wobei „xx“ die
genaue Anzahl der verfügbaren Bytes bezeichnet. In diesem Fall stehen die
vorbereiteten Daten für einen weiteren Befehl GET RESPONSE zur Verfü-
gung.
— Ist Le nicht null und kleiner als die Anzahl der verfügbaren Bytes, werden
die angeforderten Daten normal von der Karte gesendet. Der zurückgesen-
dete Verarbeitungsstatus lautet „61xx“, wobei „xx“ die Anzahl der
zusätzlichen Bytes angibt, die noch für einen nachfolgenden Befehl GET
RESPONSEzurVerfügungstehen.
— Wird der Befehl nicht unterstützt (Protokoll T=1), sendet die Karte „6D00“
zurück.1998R2135—DE—25.08.2002—001.001—116
▼M1
3.6.7. PSO: Verify Certificate
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-8, seine Verwen-
dung ist jedoch im Vergleich zu dem in der Norm definierten Befehl
eingeschränkt.
Der Befehl VERIFY CERTIFICATE wird von der Karte zur Einholung eines
öffentlichen SchlüsselsvonaußenundzurPrüfungseinerGültigkeit verwendet.
Ist der Befehl VERIFY CERTIFICATE erfolgreich, wird der öffentliche
Schlüssel zur künftigen Verwendung in der Sicherheitsumgebung gespeichert.
Dieser Schlüssel wird explizit zur Verwendung in sicherheitsbezogenen
Befehlen (INTERNAL AUTHENTICATE, EXTERNAL AUTHENTICATE
oder VERIFYCERTIFICATE) durch den Befehl MSE (siehe Abschnitt 3.6.10)
unterVerwendungseinesSchlüsselbezeichners gesetzt.
Auf jeden Fall verwendet der Befehl VERIFY CERTIFICATE den zuvor vom
Befehl MSE zur Eröffnung des Zertifikats ausgewählten öffentlichen Schlüssel.
Dabei muss es sich um den öffentlichen Schlüssel eines Mitgliedstaates oder
Europashandeln.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „2Ah“ PerformSecurity Operation
P1 1 „00h“ P1
P2 1 „AEh“ P2: nicht BER-TLV-kodierte Daten (Verkettung
vonDatenelementen)
Lc 1 „CEh“ Lc: LängedesZertifikats, 194Byte
#6—#199 194 „XX..XXh“ Zertifikat: Verkettung von Datenelementen
(entsprechend BeschreibunginAnlage11)
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Schlägt die Zertifikatsverifizierung fehl, lautet der zurückgesendete Verar-
beitungsstatus „6688“. Das Prüfungs- und Entpackungsverfahren für das
Zertifikat wirdinAnlage11beschrieben.
— Ist in der Sicherheitsumgebung kein öffentlicher Schlüssel vorhanden, wird
„6A88“zurückgesendet.
— Wird der (zum Entpacken des Zertifikats verwendete) ausgewählte öffent-
liche Schlüssel als verfälscht betrachtet, lautet der zurückgesendete
Verarbeitungsstatus„6400“oder„6581“.
— Weist der (zum Entpacken des Zertifikats verwendete) öffentliche Schlüssel
ein CHA.LSB (CertificateHolderAuthorisation.equipmentType)mit einem anderen Wert als „00“ auf (d. h. es ist der Schlüssel eines
Mitgliedstaates oder Europas), so lautet der zurückgesendete Verarbeitungs-
status„6985“.
3.6.8. Internal Authenticate
DieserBefehlentspricht denFestlegungen vonISO/IEC7816-4.
Mit Hilfe des Befehls INTERNAL AUTHENTICATE kann das IFD die Karte
authentisieren.
Der Authentisierungsvorgang wird in Anlage 11 beschrieben. Er beinhaltet
folgende Aussagen:
Der Befehl INTERNAL AUTHENTICATE verwendet den (implizit
ausgewählten) privaten Kartenschlüssel zum Signieren von Authentisierungs-
daten einschließlich K1 (erstes Element für die Sitzungsschlüsselvereinbarung)
und RND1 und verwendet den aktuell (durch den letzten MSE-Befehl)
ausgewählten öffentlichen Schlüssel zur Verschlüsselung der Signatur und zur
BildungdesAuthentisierungstokens(nähere AngabeninAnlage11).1998R2135—DE—25.08.2002—001.001—117
▼M1
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „88h“ INS
P1 1 „00h“ P1P2 1 „00h“ P2
Lc 1 „10h“ LängederandieKartegesendeten Daten
#6—#13 8 „XX..XXh“ Zufallszahl zurAuthentisierung derKarte
#14—#21 8 „XX..XXh“ VU.CHR(sieheAnlage11)
Le 1 „80h“ LängedervonderKarteerwarteten Daten
Antwortnachricht
Byte Länge Wert Beschreibung
#1—#128 128 „XX..XXh“ Kartenauthentisierungstoken (sieheAnlage11)
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— IstinderSicherheitsumgebung kein öffentlicher Schlüsselvorhanden, lautet
derzurückgesendete Verarbeitungsstatus „6A88“.
— IstinderSicherheitsumgebung keinprivater Schlüsselvorhanden,lautet der
zurückgesendete Verarbeitungsstatus„6A88“.
— Stimmt VU.CHR nicht mit dem aktuellen Bezeichner des öffentlichen
Schlüsselsüberein,lautet derzurückgesendete Verarbeitungsstatus„6A88“.
— Wird der ausgewählte private Schlüssel als verfälscht betrachtet, lautet der
zurückgesendete Verarbeitungsstatus„6400“ oder„6581“.
Ist der Befehl INTERNAL AUTHENTICATE erfolgreich, wird der aktuelle
Sitzungsschlüssel, sofernvorhanden, gelöscht undistnicht mehrverfügbar. Um
einen neuen Sitzungsschlüssel zur Verfügung zu haben, muss der Befehl
EXTERNALAUTHENTICATEerfolgreich ausgeführtwerden.
3.6.9. External Authenticate
DieserBefehlentspricht denFestlegungen vonISO/IEC7816-4.
Mit Hilfe des Befehls EXTERNAL AUTHENTICATE kann die Karte das IFD
authentisieren.
Der Authentisierungsvorgang wird in Anlage 11 beschrieben. Er beinhaltet
folgende Aussagen:
Ein GET CHALLENGE-Befehl muss dem Befehl EXTERNAL AUTHENTI-
CATE unmittelbar vorausgehen. Die Karte gibt eine Zufallszahl (RND3) nach
außenaus.
DieVerifizierung desKryptogrammsverwendetRND3(vonderKarteausgege-
beneZufallszahl),den(implizit ausgewählten)privatenKartenschlüsselundden
zuvordurchdenMSE-Befehlausgewähltenöffentlichen Schlüssel.
DieKarteprüftdasKryptogramm,undwenneskorrektist,wirddieZugriffsbe-
dingungAUTeröffnet.
DasEingabekryptogrammträgtdaszweiteElementfürdieSitzungsschlüsselver-
einbarung K2.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „82h“ INS
P1 1 „00h“ P11998R2135—DE—25.08.2002—001.001—118
▼M1
Byte Länge Wert Beschreibung
P2 1 „00h“ P2 (der zu verwendende öffentliche Schlüssel ist
implizit bekannt und wurde vorher durch den
MSE-Befehlgesetzt)
Lc 1 „80h“ Lc(Länge derandieKartegesendeten Daten)
#6—#133 128 „XX..XXh“ Kryptogramm(sieheAnlage11)
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(Statusbytes(SW1,SW2))
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Ist kein öffentlicher Schlüssel in der Sicherheitsumgebung vorhanden, wird
„6A88“zurückgesendet.
— Ist die CHA des derzeit gesetzten Schlüssels nicht die Verkettung der AID
der Kontrollgerätanwendung und eines FE-Gerätetyps, lautet der zurückge-
sendeteVerarbeitungsstatus „6F00“(sieheAnlage11).
— IstkeinprivaterSchlüsselinderSicherheitsumgebung vorhanden,lautet der
zurückgesendete Verarbeitungsstatus„6A88“.
— IstdiePrüfungdesKryptogrammsfalsch,lautet derzurückgesendete Verar-
beitungsstatus„6688“.
— Geht dem Befehl nicht unmittelbar ein GET CHALLENGE-Befehl voraus,
lautet derzurückgesendete Verarbeitungsstatus„6985“.
— Wird der ausgewählte private Schlüssel als verfälscht betrachtet, lautet der
zurückgesendete Verarbeitungsstatus„6400“ oder„6581“.
IstderBefehlEXTERNALAUTHENTICATEerfolgreichundistderersteTeil
des Sitzungsschlüssels eines kurz zuvor erfolgreich ausgeführten INTERNAL
AUTHENTICATE verfügbar, wird der Sitzungsschlüssel für künftige Befehle
unterVerwendungvonSecureMessaginggesetzt.
Ist der erste Teil des Sitzungsschlüssels nicht aus einem vorhergehenden
INTERNAL AUTHENTICATE-Befehl verfügbar, wird der vom IFD gesendete
zweite Teil des Sitzungsschlüssels nicht auf der Karte gespeichert. Mit diesem
Mechanismus wirdsichergestellt, dassder Vorgang der gegenseitigen Authenti-
sierunginderinAnlage11spezifizierten Reihenfolge abläuft.
3.6.10. Manage Security Environment
Dieser Befehl wird zum Setzen eines öffentlichen Schlüssels zu Authentisie-
rungszweckenverwendet.
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-8. Die Verwen-
dung des Befehls ist jedoch im Vergleich zur entsprechenden Norm
eingeschränkt.
DerSchlüssel,aufdenimMSE-Datenfeldverwiesenwird,istfürjedeDateides
DFTachograph gültig.
Der Schlüssel, auf den im MSE-Datenfeld verwiesen wird, bleibt bis zum
nächsten korrektenMSE-Befehlderaktuelle öffentliche Schlüssel.
Ist der Schlüssel, auf den verwiesen wird, (noch) nicht in der Karte vorhanden,
bleibtdieSicherheitsumgebung unverändert.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „22h“ INS
P1 1 „C1h“ P1: Schlüssel, auf den verwiesen wird, gültig für
alle kryptografischen Operationen
P2 1 „B6h“ P2 (mit Verweis versehene Daten zur digitalen
Signatur)
Lc 1 „0Ah“ Lc: Längedesfolgenden Datenfelds1998R2135—DE—25.08.2002—001.001—119
▼M1
Byte Länge Wert Beschreibung
#6 1 „83h“ Tag zum Verweis auf einen öffentlichen Schlüssel
inasymmetrischen Fällen
#7 1 „08h“ Länge des Schlüsselverweises (Schlüsselbe-
zeichner)
#8—#15 08h „XX..XXh“ Schlüsselbezeichner laut Anlage11
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Ist der Schlüssel, auf den verwiesen wird, auf der Karte nicht vorhanden,
lautet derzurückgesendete Verarbeitungsstatus„6A88“.
— Fehlen einige erwartete Datenobjekte im Secure-Messaging-Format, wird
„6987“zurückgesendet. DieskannderFallsein,wennderTag„83h“fehlt.
— Sind einige Datenobjekte inkorrekt, lautet der zurückgesendete Verarbei-
tungsstatus „6988“. Dies kann der Fall sein, wenn der Schlüsselbezeichner
nicht„08h“ist.
— Wird der ausgewählte Schlüssel als verfälscht betrachtet, lautet der zurück-
gesendete Verarbeitungsstatus„6400“oder„6581“.
3.6.11. PSO: Hash
Dieser Befehl dient dazu, Ergebnisse der Hashwertberechnung für bestimmte
Daten an die Karte zu übertragen. Der Hashwert wird im EEPROM für den
folgenden BefehlzurPrüfungderdigitalen Signaturgespeichert.
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-8. Die Verwen-
dung des Befehls ist jedoch im Vergleich zur entsprechenden Norm
eingeschränkt.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „2Ah“ PerformSecurity Operation
P1 1 „90h“ Hash-CodezurücksendenP2 1 „A0h“ Tag: Datenfeld enthält relevante DO für Hash-
Code-Anwendung
Lc 1 „16h“ LängeLcdesfolgendenDatenfelds
#6 1 „90h“ TagfürdenHash-Code#7 1 „14h“ LängedesHash-Codes
#8—#27 20 „XX..XXh“ Hash-Code
Antwortnachricht
Byte Longitud Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Fehlen einige der erwarteten Datenobjekte (siehe oben), wird der Verarbei-
tungsstatus „6987“ zurückgesendet. Dies kann der Fall sein, wenn der Tag
„90h“fehlt.1998R2135—DE—25.08.2002—001.001—120
▼M1
— Sind einige Datenobjekte inkorrekt, lautet der zurückgesendete Verarbei-
tungsstatus„6988“. Dieser Fehler tritt auf, wennder erforderliche Tag zwar
vorhandenist,abereine andereLängeals„14h“aufweist.
3.6.12. Perform Hash of File
Dieser Befehl entspricht nicht den Festlegungen von ISO/IEC 7816-8. Das
CLA-Byte dieses Befehls gibt daher an, dass eine proprietäre Verwendung von
PERFORMSECURITYOPERATION/HASHerfolgt.
Der Befehl PERFORMHASHOF FILE wird zur Hash-Berechnung des Daten-
bereichs der zu dem entsprechenden Zeitpunkt ausgewählten transparenten EF
verwendet.
DasErgebnisderHash-OperationwirdaufderKartegespeichert. Eskanndann
zur Einholung einer digitalen Signatur der Datei mit Hilfe des Befehls PSO:
COMPUTE DIGITAL SIGNATURE verwendet werden. Dieses Ergebnis bleibt
bis zum nächsten erfolgreichen Befehl Perform Hash of File für den Befehl
COMPUTEDIGITALSIGNATUREverfügbar.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „80h“ CLA
INS 1 „2Ah“ PerformSecurity Operation
P1 1 „90h“ Tag:HashP2 1 „00h“ P2: Hash-Berechnung der Daten der zu dem
entsprechenden Zeitpunkt ausgewählten transpa-
rentenDatei
Antwortnachricht
Byte Länge Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Ist keine Anwendung ausgewählt, wird der Verarbeitungsstatus „6985“
zurückgesendet.
— Wird die ausgewählte EF als verfälscht betrachtet (wegen Integritätsfehlern
in den Dateiattributen oder den gespeicherten Daten), lautet der zurückge-
sendeteVerarbeitungsstatus „6400“oder„6581“.
— Ist die ausgewählte Datei keine transparente Datei, lautet der zurückgesen-
dete Verarbeitungsstatus„6986“.
3.6.13. PSO: Compute Digital Signature
DieserBefehlwirdzurBerechnungderdigitalenSignaturdeszuvorberechneten
Hash-Codes(siehePerformHashofFile,3.6.12)verwendet.
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-8. Die Verwen-
dung des Befehls ist jedoch im Vergleich zur entsprechenden Norm
eingeschränkt.
ZurBerechnungderdigitalen SignaturwirdderprivateSchlüsselderKarte,der
derKarteimplizit bekannt ist,herangezogen.
Die Karte führt eine digitale Signatur mit Hilfe einer Auffüllmethode gemäß
PKCS1aus(Einzelheiten sieheAnlage11).
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „2Ah“ PerformSecurity Operation
P1 1 „9Eh“ Zurückzusendende digitale Signatur1998R2135—DE—25.08.2002—001.001—121
▼M1
Byte Länge Wert Beschreibung
P2 1 „9Ah“ Tag: Datenfeld enthält zu signierende Daten. Da
kein Datenfeld enthalten ist, wird davon ausge-
gangen, dass die Daten bereits auf der Karte
vorhandensind(hashoffile)
Le 1 „80h“ Längedererwarteten Signatur
Antwortnachricht
Byte Länge Wert Beschreibung
#1—#128 128 „XX..XXh“ Signaturdeszuvorberechneten Hash
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Wird der implizit ausgewählte private Schlüssel als verfälscht betrachtet,
lautet derzurückgesendete Verarbeitungsstatus„6400“oder„6581“.
3.6.14. PSO: Verify Digital Signature
Dieser Befehl wird zur Verifizierung der als Eingabe gemäß PKCS1 bereitge-
stellten digitalen Signatur einer Nachricht verwendet, deren Hash der Karte
bekannt ist.DerSignaturalgorithmus istderKarteimplizit bekannt.
Dieser Befehl entspricht den Festlegungen von ISO/IEC 7816-8. Die Verwen-
dung des Befehls ist jedoch im Vergleich zur entsprechenden Norm
eingeschränkt.
Der Befehl VERIFY DIGITAL SIGNATURE verwendet stets den vom vorher-
gehenden Befehl MANAGE SECURITY ENVIRONMENT ausgewählten
öffentlichen Schlüssel sowie den von einem PSO: Hash-Befehl eingegebenen
Hash-Code.
Befehlsnachricht
Byte Länge Wert Beschreibung
CLA 1 „00h“ CLA
INS 1 „2Ah“ PerformSecurity Operation
P1 1 „00h“P2 1 „A8h“ Tag:Datenfeld enthält verifizierungsrelevante DO
Lc 1 „83h“ LängeLcdesfolgendenDatenfelds
#28 1 „9Eh“ Tagfürdigitale Signatur
#29—#30 2 „8180h“ Länge der digitalen Signatur (128 Byte, kodiert
gemäßISO/IEC7816-6)
#31—#158 128 „XX..XXh“ Inhaltderdigitalen Signatur
Antwortnachricht
Byte Longitud Wert Beschreibung
SW 2 „XXXXh“ Statusbytes(SW1,SW2)
— IstderBefehlerfolgreich, sendetdieKarte„9000“zurück.
— Schlägt die Verifizierung der Signatur fehl, lautet der zurückgesendete
Verarbeitungsstatus „6688“. Der Verifizierungsvorgang wird in Anlage 11
beschrieben.
— IstkeinöffentlicherSchlüsselausgewählt,lautetderzurückgesendete Verar-
beitungsstatus„6A88“.1998R2135—DE—25.08.2002—001.001—122
▼M1
— Fehlen einige der erwarteten Datenobjekte (siehe oben), wird der Verarbei-
tungsstatus „6987“ zurückgesendet. Das kann der Fall sein, wenn der
erforderliche Tagfehlt.
— Ist kein Hash-Code zur Verarbeitung des Befehls verfügbar (im Ergebnis
eines PSO: Hash-Befehls), lautet der zurückgesendete Verarbeitungsstatus
„6985“.
— Sind einige Datenobjekte inkorrekt, lautet der zurückgesendete Verarbei-
tungsstatus „6988“. Dies kann der Fall sein, wenn eine Länge der
erforderlichen Datenobjekte inkorrektist.
— Wird der ausgewählte öffentliche Schlüssel als verfälscht betrachtet, lautet
derzurückgesendete Verarbeitungsstatus „6400“oder„6581“.
4. STRUKTURDERKONTROLLGERÄTKARTEN
IndiesemAbschnittwerdendieDateistrukturen,dieaufdenKontrollgerätkarten
derSpeicherungzugänglicher Datendienen, spezifiziert.
Nicht spezifiziert werden vom Kartenhersteller abhängige interne Strukturen,
wie z. B. Dateianfangskennsätze oder die Speicherung und Verarbeitung von
Datenelementen, dienurfürdeninternenGebrauchbenötigtwerden,z.B.
EuropeanPublicKey, CardPrivateKey, TDesSessionKey oder
WorkshopCardPin.
Die nutzbare Speicherkapazität von Kontrollgerätkarten beträgt mindestens
11 KB, doch sind höhere Kapazitäten zulässig. In einem derartigen Fall bleibt
die Struktur der Karte gleich, während sich die Anzahl der Datensätze einiger
Elemente der Struktur erhöht. Dieser Abschnitt spezifiziert die Mindest- und
dieHöchstwertedieserDatensatzzahlen.
4.1.Struktur der Fahrerkarte
Nach der Personalisierung weist die Fahrerkarte folgende permanente Datei-
strukturundDateizugriffsbedingungen auf:
DieStrukturenaller EFsindtransparent.
Lesen mit Secure Messaging muss für alle Dateien unter dem DF Tachograph
möglich sein.
DieFahrerkarte hatfolgende Datenstruktur:1998R2135—DE—25.08.2002—001.001—123
▼M1
1998R2135—DE—25.08.2002—001.001—124
▼M1
1998R2135—DE—25.08.2002—001.001—125
▼M1
Die folgenden, in der vorstehenden Tabelle zur Größenangabe herangezogenen
Werte sind die Mindest- und die Höchstwerte für die Anzahl der Datensätze,
diedieDatenstrukturderFahrerkarte verwendenmuss:
Min. Max.
n1NoOfEventsPerType 6 12
n2NoOfFaultsPerType 12 24
n3NoOfCardVehicleRecords 84 200
n4NoOfCardPlaceRecords 84 112
n6CardActivityLengthRange 5544Byte
(28Tage*93Tätig-
keitsänderungen)13776Byte
(28Tage*240Tätig-
keitsänderungen)
4.2.Struktur der Werkstattkarte
Nach der Personalisierung weist die Werkstattkarte folgende permanente Datei-
strukturundDateizugriffsbedingungen auf:
DieStrukturenaller EFsindtransparent.
Lesen mit Secure Messaging muss für alle Dateien unter dem DF Tachograph
möglich sein.
DieWerkstattkarte hatfolgende Datenstruktur:
1998R2135—DE—25.08.2002—001.001—126
▼M1
1998R2135—DE—25.08.2002—001.001—127
▼M1
Die folgenden, in der vorstehenden Tabelle zur Größenangabe herangezogenen
Werte sind die Mindest- und die Höchstwerte für die Anzahl der Datensätze,
diedieDatenstrukturderWerkstattkarte verwendenmuss:
Min. Max.
n1NoOfEventsPerType 3 3
n2NoOfFaultsPerType 6 6
n3NoOfCardVehicleRecords 4 8
n4NoOfCardPlaceRecords 6 8
n5NoOfCalibrationRecords 88 255
n6CardActivityLengthRange 198Byte
(1Tag*93
Tätigkeitsverände-
rungen)492Byte
(1Tag*240
Tätigkeitsverände-
rungen)1998R2135—DE—25.08.2002—001.001—128
▼M1
4.3.Struktur der Kontrollkarte
Nach der Personalisierung weist die Kontrollkarte folgende permanente Datei-
strukturundDateizugriffsbedingungen auf:
DieStrukturenaller EFsindtransparent.
Lesen mit Secure Messaging muss für alle Dateien unter dem DF Tachograph
möglich sein.
DieKontrollkarte hatfolgendeDatenstruktur:
Die folgenden, in der vorstehenden Tabelle zur Größenangabe herangezogenen
Werte sind die Mindest- und die Höchstwerte für die Anzahl der Datensätze,
diedieDatenstrukturderKontrollkarte verwendenmuss:1998R2135—DE—25.08.2002—001.001—129
▼M1
Min. Max.
n7NoOfControlActivityRecords 230 520
4.4.Struktur der Unternehmenskarte
Nach der Personalisierung weist die Unternehmenskarte folgende permanente
Dateistruktur undDateizugriffsbedingungen auf:
DieStrukturenaller EFsindtransparent.
Lesen mit Secure Messaging muss für alle Dateien unter dem DF Tachograph
möglich sein.
DieUnternehmenskarte hatfolgendeDatenstruktur:
1998R2135—DE—25.08.2002—001.001—130
▼M1
Die folgenden, in der vorstehenden Tabelle zur Größenangabe herangezogenen
Werte sind die Mindest- und die Höchstwerte für die Anzahl der Datensätze,
diedieDatenstrukturderUnternehmenskarte verwendenmuss:
Min. Max.
n8NoOfCompanyActivityRecords 230 5201998R2135—DE—25.08.2002—001.001—131
▼M1
Anlage 3
PIKTOGRAMME1998R2135—DE—25.08.2002—001.001—132
▼M1
Vom Kontrollgerät können folgende Piktogramme und Piktogrammkombina-
tionenverwendet werden:
1. EINZELPIKTOGRAMME
Personen Maßnahmen Betriebsarten
Unternehmen Unternehmen
Kontrolleur Kontrolle Kontrolle
Fahrer Lenken Betrieb
Werkstatt/Prüfstelle Überprüfung/Kali-
brierungKalibrierung
Hersteller
Tätigkeiten Dauer
Bereitschaft LaufendeBereitschaftszeit
Lenken Kontinuierliche Lenkzeit
Ruhe LaufendeRuhezeit
Arbeit LaufendeArbeitszeit
Unterbrechung Kumulative Pausenzeit
UnbekanntGeräte Funktionen
Steckplatz Fahrer
Steckplatz 2.Fahrer
Karte
Uhr
Anzeige Anzeigen
ExterneSpeicherung Herunterladen
Stromversorgung
Drucker/Ausdruck Drucken
Sensor
Reifengröße
Fahrzeug/FahrzeugeinheitSpezifische Bedingungen
Kontrollgerät nichterforderlich
Fährüberfahrt/Zugfahrt
Verschiedenes
Ereignisse
 Störungen
BeginndesArbeitstages
 EndedesArbeits-
tages
Ort
 Manuelle Eingabe
vonFahrertätigkeiten
Sicherheit
 Geschwindigkeit
Zeit
 Gesamt/Zusammen-
fassung
Qualifikatoren
täglich
wöchentlich
zweiWochen
vonoderbis
2. PIKTOGRAMMKOMBINATIONEN
Verschiedenes
Kontrollort
OrtdesBeginnsdesArbeitstages
 OrtdesEndesdes
Arbeitstages
Anfangszeit
 Endzeit
vonFahrzeug
Kontrollgerät nichterforderlich —Beginn
 Kontrollgerät nichterforderlich —Ende1998R2135—DE—25.08.2002—001.001—133
▼M1
Karten
Fahrerkarte
Unternehmenskarte
Kontrollkarte
Werkstattkarte
--- KeineKarte
Lenken
Team
Lenkzeit füreine Woche
Lenkzeit fürzweiWochen
Ausdrucke
Täglicher AusdruckFahrertätigkeiten vonderKarte
Täglicher AusdruckFahrertätigkeiten vonderFE
AusdruckEreignisseundStörungenvonderKarte
AusdruckEreignisseundStörungenvonderFE
AusdruckTechnische Daten
AusdruckGeschwindigkeitsüberschreitung
Ereignisse
Einstecken einerungültigen Karte
Kartenkonflikt
Zeitüberlappung
Lenkenohnegeeignete Karte
Einstecken derKartewährenddesLenkens
Letzter Kartenvorgangnichtkorrektabgeschlossen
Geschwindigkeitsüberschreitung
UnterbrechungderStromversorgung
Datenfehler WegundGeschwindigkeit
Sicherheitsverletzung
Zeiteinstellung (durchWerkstatt)
Kontrolle GeschwindigkeitsüberschreitungStörungen
Kartenfehlfunktion (Steckplatz Fahrer)
Kartenfehlfunktion (Steckplatz 2.Fahrer)
Anzeigestörung
Herunterladestörung
Druckerstörung
Sensorstörung
InterneFE-StörungManueller Eingabevorgang
Weiterhin derselbe Arbeitstag?
EndedesvorherigenArbeitstages?
BestätigungoderEingabeOrtdesArbeitstagendes
Eingabe Anfangszeit
Eingabe OrtdesArbeitstagbeginns
Anmerkung: Weitere Piktogrammkombinationen als Block- oder Datensatzbe-
zeichner beiAusdruckensindinAnlage4festgelegt.1998R2135—DE—25.08.2002—001.001—134
▼M1
Anlage 4
AUSDRUCKE
INHALTSVERZEICHNIS
1. Allgemeines … .................................................................
2. Spezifikationen derDatenblöcke … ................................................
3. Spezifikationen derAusdrucke….. ................................................
3.1. AusdruckFahrertätigkeiten vonderKarte… ... .....................................
3.2. TagesausdruckFahrertätigkeiten vonderFE… . .....................................
3.3. AusdruckEreignisseundStörungenvonderKarte… .. ...............................
3.4. AusdruckEreignisseundStörungenvonderFE… ...................................
3.5. AusdruckTechnische Daten… ....................................................
3.6. AusdruckGeschwindigkeitsüberschreitung … ... .....................................1998R2135—DE—25.08.2002—001.001—135
▼M1
1. ALLGEMEINES
JederAusdruckbestehtauseinerAneinanderreihungverschiedenerDatenblöcke,
diedurcheinenBlockbezeichner ausgewiesenwerdenkönnen.
Ein Datenblock enthält einen oder mehrere Datensätze, die durch einen Daten-
satzbezeichner ausgewiesenwerdenkönnen.
Steht ein Blockbezeichner unmittelbar vor einem Datensatzbezeichner, wirdder
Datensatzbezeichner nichtgedruckt.
Ist eine Datenangabe unbekannt oder darf aus datenzugriffsrechtlichen Gründen
nichtgedruckt werden,werdenstattdessenLeerzeichen ausgedruckt.
Ist der Inhalt einer ganzen Zeile unbekannt oder braucht nicht gedruckt zu
werden,wirddiegesamteZeile weggelassen.
NummerischeDatenfelderwerdenrechtsbündig,miteinerLeerstellezurAbtren-
nungvonTausendernundMillionen undohneFührungsnullengedruckt.
Datenfelder mit Zeichenfolgen werden linksbündig gedruckt und nach Bedarf
bis zur Datenelementlänge mit Leerzeichen aufgefüllt oder auf Datenele-
mentlänge abgeschnitten (Namen undAnschriften).
2. SPEZIFIKATIONDERDATENBLÖCKE
IndiesemKapitel wurdenfolgendeKonventionen fürdieNotation verwendet:
— Zeichen in Fettdruckstehen für zu druckenden Klartext (im Ausdruck
erscheinen dieZeichen unformatiert).
— Unformatierte Zeichen stehen für Variablen (Piktogramme oder Daten), die
beimAusdruckendurchihreWerte ersetzt werden.
— Bezeichnungen vonVariablen wurdenmit Unterstrichen ergänzt, umdiefür
dieVariable verfügbare Datenelementlänge sichtbar zumachen.
— Datumsangaben sind im Format „TT/MM/JJJJ“ (Tag, Monat, Jahr) spezifi-
ziert. VerwendetwerdenkannauchdasFormat„TT.MM.JJJJ“.
— Die „Kartenkennung“ setzt sich aus folgenden Elementen zusammen:
Angabe der Kartenart durch entsprechende Piktogrammkombination, Code
desausstellendenMitgliedstaates,SchrägstrichundKartennummermitdurch
Leerstelle abgetrenntem Ersatzindex undErneuerungsindex:
Ausdrucke verwenden die folgenden Datenblöcke und/oder Datensätze in der
jeweiligen BedeutungundForm:
Block-oderDatensatznummer
Bedeutung
1Datum und Uhrzeit des Ausdrucks
2Art des Ausdrucks
BlockbezeichnerAusdruck Piktogrammkombination (siehe
Anlage 3), Einstellung des Geschwindigkeits-
begrenzers (nur bei Ausdruck Geschwindig-
keitsüberschreitung)
1998R2135—DE—25.08.2002—001.001—136
▼M1
Block-oderDatensatznummer
Bedeutung
3Angaben zum Karteninhaber
Blockbezeichner. P=PiktogrammPersonen
NamedesKarteninhabersVorname(n) des Karteninhabers (wenn zutref-
fend)
Kartenkennung
Kartegültigbis(wennzutreffend)
Handelt es sich um eine nicht personengebun-
deneKarteohneNamendesKarteninhabers, ist
stattdessenderNamedesUnternehmens,der
Werkstatt oderderKontrollstelle zudrucken
4Fahrzeugkennung
Blockbezeichner
Fahrzeugidentifizierungsnummer (VIN)
ZulassenderMitgliedstaatundamtlichesKenn-
zeichen
5FE-Kennung
Blockbezeichner
NamedesFE-HerstellersFE-Teilnummer
6Letzte Kalibrierung des Kontrollgeräts
Blockbezeichner
NamederWerkstattWerkstattkartenkennung
DatumderKalibrierung
7Letzte Kontrolle (durch einen Kontrolleur)
Blockbezeichner
KontrollkartenkennungDatum,Uhrzeit undArtderKontrolle
Art der Kontrolle: bis zu vier Piktogramme.
Die Art der Kontrolle kann sein (auch in
Kombination):
:HerunterladenvonderKarte,
 :Herunter-
ladenvonderFE,
 :Drucken,
 :Anzeigen
8Fahrertätigkeiten, auf einer Karte in der
Reihenfolge des Auftretens gespeichert
BlockbezeichnerAbfragedatum (Kalendertag des Ausdrucks) +
Tagesanwesenheitszähler
8.1Zeitraum, in dem die Karte nicht einge-
steckt war
8.1a Datensatzbezeichner (Beginn des Zeit-
raums)
8.1bUnbekannter Zeitraum . Uhrzeit Beginn und
Ende,Dauer1998R2135—DE—25.08.2002—001.001—137
▼M1
Block-oderDatensatznummer
Bedeutung
8.1cManuell eingegebene Tätigkeit
Piktogramm Tätigkeit (A), Uhrzeit Beginn
undEnde,Dauer,Ruhezeitenvonmindestens
einerStundesindmit einem Sterngekenn-
zeichnet
8.2Einstecken der Karte in Steckplatz S
Datensatzbezeichner;S=PiktogrammSteck-
platz
Zulassender Mitgliedstaat und amtliches
Kennzeichen
Kilometerstand beimEinstecken derKarte
8.3Tätigkeit (bei eingesteckter Karte)
Piktogramm Tätigkeit (A), Uhrzeit Beginn
und Ende, Dauer, Status der Fahrzeugfüh-
rung (Piktogramm Team bei TEAM, Leer-
stellen bei EINMANNBETRIEB),
Ruhezeiten von mindestens einer Stunde
sindmiteinem Sterngekennzeichnet.
8.3aSpezifische Bedingung. Eingabezeit, Pikto-
gramm Spezifische Bedingung (oder Pikto-
grammkombination).
8.4Entnahme der Karte
Kilometerstand und zurückgelegte
Wegstrecke seit dem letzten Einstecken, für
dasderKilometerstand bekanntist
9Fahrertätigkeiten, in einer FE je Steckplatz
in chronologischer Reihenfolge gespeichert
BlockbezeichnerAnfragedatum(Kalendertag desAusdrucks)
Kilometerstand um00:00Uhrund24:00Uhr
10Tätigkeiten in Steckplatz S
Blockbezeichner
10.1Zeitraum, in dem keine Karte in Steckplatz
S eingesetzt ist
Datensatzbezeichner
KeineKarteeingesetzt
Kilometerstand zuBeginndesZeitraums
10.2Einstecken der Karte
Datensatzbezeichner Einstecken derKarte
NamedesFahrersVorname(n)desFahrers
Fahrerkartenkennung
Fahrerkarte gültigbisZulassender Mitgliedstaat und amtliches
Kennzeichen desvorherigenFahrzeuges
DatumundUhrzeitderKartenentnahmeaus
vorherigem Fahrzeug
1998R2135—DE—25.08.2002—001.001—138
▼M1
Block-oderDatensatznummer
Bedeutung
Leerzeile
Kilometerstand beim Einstecken der Karte,
manuelleEingabederFahrertätigkeits-Flags
(M=ja,leer =nein)
10.3Tätigkeit
Piktogramm Tätigkeit (A), Uhrzeit Beginn
und Ende, Dauer, Status der Fahrzeugfüh-
rung (Piktogramm Team bei TEAM, Leer-
stellen bei EINMANNBETRIEB),
Ruhezeiten von mindestens einer Stunde
sindmit einem Sterngekennzeichnet.
10.3aSpezifische Bedingung. Eingabezeit, Pikto-
gramm Spezifische Bedingung (oder
Piktogrammkombination)
10.4Kartenentnahme oder Ende des Zeitraums
„keine Karte“
Kilometerstand bei Kartenentnahme oder
Ende des Zeitraums „keine Karte“ und
zurückgelegte Wegstrecke seit Einstecken
der Karte oder seit Beginn des Zeitraums
„keine Karte“
11Tageszusammenfassung
Blockbezeichner
11.1FE-Zusammenfassung der Zeitabschnitte
ohne Karte im Steckplatz Fahrer
Blockbezeichner
11.2FE-Zusammenfassung der Zeitabschnitte
ohne Karte im Steckplatz 2. Fahrer
Blockbezeichner
11.3FE-Tageszusammenfassung je Fahrer
Datensatzbezeichner
NamedesFahrersVorname(n)desFahrers
Fahrerkartenkennung
11.4Eingabe Ort des Beginns oder Endes des
Arbeitstages
pi=PiktogrammOrtBeginn/Ende,Uhrzeit,
Land,Region
Kilometerstand
11.5Gesamtwerte Tätigkeiten (von einer Karte)
Gesamtlenkzeit, zurückgelegte Wegstrecke
GesamteArbeits-undBereitschaftszeit
GesamteRuhezeit undunbekannte ZeitenGesamtzeit Teamtätigkeiten
1998R2135—DE—25.08.2002—001.001—139
▼M1
Block-oderDatensatznummer
Bedeutung
11.6Gesamtwerte Tätigkeiten (Zeitabschnitte ohne
Steckplatz Fahrer)
Gesamtlenkzeit, zurückgelegte Wegstrecke
GesamteArbeits-undBereitschaftszeit
Gesamtruhezeit
11.7Gesamtwerte Tätigkeiten (Zeitabschnitte
ohne Steckplatz 2. Fahrer)
GesamteArbeits-undBereitschaftszeitGesamtruhezeit
11.8Gesamtwerte Tätigkeiten (je Fahrer, beide
Steckplätze)
Gesamtlenkzeit, zurückgelegte Wegstrecke
GesamteArbeits-undBereitschaftszeitGesamtruhezeit
Gesamtzeit Teamtätigkeiten
Wird ein Tagesausdruck für den aktuellen
Tag benötigt, erfolgt die Berechnung der
Angaben für die Tageszusammenfassung
anhand der zum Zeitpunkt des Ausdrucks
vorhandenenDaten
12Auf einer Karte gespeicherte Ereignisse
und/oder Störungen
12.1 Blockbezeichner für die letzten 5 Ereig-
nisseundStörungenaufderKarte
12.2 Blockbezeichner für alle aufgezeichneten
EreignisseaufderKarte
12.3 Blockbezeichner für alle aufgezeichneten
StörungenaufderKarte
12.4Datensatz Ereignis und/oder Störung
DatensatzbezeichnerPiktogramm Ereignis/Störung, Datensatz-
zweck,Datum/Zeit Beginn
(ggf.) weiterer Ereignis-/Störungscode,
Dauer
Zulassender Mitgliedstaat und amtliches
Kennzeichen des Fahrzeugs, in dem
EreignisoderStörungauftrat
13In einer FE gespeicherte oder andauernde
Ereignisse und Störungen
13.1 Blockbezeichner für die letzten 5 Ereig-
nisseundStörungeninderFE
1998R2135—DE—25.08.2002—001.001—140
▼M1
Block-oderDatensatznummer
Bedeutung
13.2 Blockbezeichner für alle aufgezeichneten
oderandauernden EreignisseinderFE
13.3 Blockbezeichner für alle aufgezeichneten
oderandauernden StörungeninderFE
13.4Datensatz Ereignis und/oder Störung
Datensatzbezeichner
Pikt. Ereignis/Störung, Datensatzzweck,
Datum/Zeit Beginn
(ggf.) weiterer Ereignis-/Störungscode,
Anzahl ähnlicher Ereignisse an diesem
Tag,Dauer
Kennung der zu Beginn oder am Ende des
Ereignisses oder der Störung eingesteckten
Karten(biszu4Zeilen ohneWiederholung
derselbenKartennummern)
Beinichteingesteckter Karte
DerDatensatzzweck (z)isteinnumerischer
Code zur Erläuterung, warum das Ereignis
oder die Störung aufgezeichnet wurde; die
CodierungerfolgtentsprechenddemDaten-
elementEventFaultRecordPurpose .
14FE-Kennung
Blockbezeichner
NamedesFE-Herstellers
AnschriftdesFE-HerstellersFE-Teilnummer
FE-Bauartgenehmigungsnummer
FE-SeriennummerFE-Baujahr
Version und Installationsdatum der FE-Soft-
ware
15Kennnummer des Weg- und/oder
Geschwindigkeitsgebers (Sensor)
BlockbezeichnerSeriennummer desSensors
Bauartgenehmigungsnummer desSensors
Ersteinbaudatum desSensors
16Kalibrierungsdaten
Blockbezeichner
1998R2135—DE—25.08.2002—001.001—141
▼M1
Block-oderDatensatznummer
Bedeutung
16.1Datensatz Kalibrierung
Datensatzbezeichner
Werkstatt,diedieKalibrierungausgeführthat
AnschriftderWerkstattWerkstattkartenkennung
Werkstattkarte gültigbis
LeerzeileDatumundZweckderKalibrierung
Fahrzeugidentifizierungsnummer (VIN)
Zulassender Mitgliedstaat und amtliches
Kennzeichen
Wegdrehzahl desFahrzeugsKonstantedesKontrollgeräts
Tatsächlicher Reifenumfang
ReifengrößeEinstellung desGeschwindigkeitsbegrenzers
AlterundneuerKilometerstand
Der Kalibrierungszweck (z) ist ein numeri-
scherCodezurErläuterung, warumdiese
Kalibrierungsparameter aufgezeichnet
wurden;dieCodierungerfolgtentsprechend
demDatenelement CalibrationPurpose.
17Zeiteinstellung
Blockbezeichner
17.1Datensatz Zeiteinstellung
DatensatzbezeichnerDatumundUhrzeit,alt
DatumundUhrzeit,neu
Werkstatt, die die Zeiteinstellung vorgen-
ommenhat
AnschriftderWerkstattWerkstattkartenkennung
Werkstattkarte gültigbis
18Jüngste(s) in der FE aufgezeichnete(s)
Ereignis und Störung
Blockbezeichner
JüngstesEreignis,DatumundUhrzeitJüngsteStörung,DatumundUhrzeit
19Angaben zur Kontrolle Geschwindigkeits-
überschreitung (GÜ)
Blockbezeichner
Datum/UhrzeitderletztenKONTROLLEGÜDatum/Uhrzeit der ersten Geschwindigkeits-
überschreitung und Anzahl der weiteren
Überschreitungen seitdem
1998R2135—DE—25.08.2002—001.001—142
▼M1
Block-oderDatensatznummer
Bedeutung
20Datensatz Geschwindigkeitsüberschreitung
20.1 Blockbezeichner „Erste Geschwindigkeits-
überschreitung nach der letzten Kalibrie-
rung“
20.2 Blockbezeichner „5 schwerste Geschwin-
digkeitsüberschreitungen in den letzten 365
Tagen“
20.3 Blockbezeichner„SchwersteGÜderletzten
10Tagemitderartigen Ereignissen“
20.4 Datensatzbezeichner
Datum,Uhrzeit undDauer
Höchst- und Durchschnittsgeschwindigkeit,
Anzahlähnlicher EreignisseandiesemTag
NamedesFahrers
Vorname(n)desFahrersFahrerkartenkennung
20.5 Wenn in einem Block kein Datensatz für
GÜexistiert
21Handschriftliche Angaben
Blockbezeichner
21.1 OrtderKontrolle
21.2 UnterschriftdesKontrolleurs
21.3 Anfangszeit21.4 Endzeit
21.5 UnterschriftdesFahrers
„Handschriftliche Angaben“: Es sind so
viele Leerzeilen über einem handschriftli-
chen Eintrag einzufügen, dass der Platz für
die erforderlichen Angaben oder eine
Unterschriftausreicht.
3. SPEZIFIKATIONDERAUSDRUCKE
In diesem Kapitel werden die folgenden Konventionen für die Notation
verwendet:
NummerNdesDruckblocksoder-datensatzes
NummerNdesDruckblocksoder-datensatzes, Wiederholung sooftwienötig
DruckblöckeoderDatensätze Xund/oderYnachBedarf,Wieder-
holungsooftwienötig
3.1.Ausdruck Fahrertätigkeiten von der Karte
DerAusdruckFahrertätigkeiten vonderKartehatfolgendesFormat:1998R2135—DE—25.08.2002—001.001—143
▼M1
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKontrolleur(beieingesteckter Kontrollkarte)
AngabenzumFahrer(vonderKarte,aufdiesichAusdruck
bezieht)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstellt wird)
FE-Kennung(FE,mit derAusdruckerstellt wird)
Letzte KalibrierungdieserFE
Letzte Kontrolledeshierkontrollierten Fahrers
Begrenzungszeichen Fahrertätigkeiten
Tätigkeiten desFahrersinderReihenfolge ihresAuftretens
Begrenzungszeichen Tageszusammenfassung
Eingegebene Orteinchronologischer Reihenfolge
GesamtwerteTätigkeiten
Begrenzungszeichen EreignisseundStörungenvonderKarte
Datensätze Ereignis/Störung(dieletzten 5aufKartegespeichertenEreignisse/Störungen)
Begrenzungszeichen EreignisseoderStörungenvonderFE
Datensätze Ereignis/Störung(dieletzten 5inderFEgespeicherten
oderandauernden Ereignisse/Störungen)
OrtderKontrolle
UnterschriftdesKontrolleurs
UnterschriftdesFahrers
3.2.Tagesausdruck Fahrertätigkeiten von der FE
DerTagesausdruck Fahrertätigkeiten vonderFEhatfolgendesFormat:
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKarteninhaber (füralle indieFEeingesteckten
Karten)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstelltwird)
FE-Kennung(FE,mit derAusdruckerstellt wird)
Letzte KalibrierungdieserFE
Letzte Kontrolledeshierkontrollierten Fahrers
Begrenzungszeichen Fahrertätigkeiten
Begrenzungszeichen Steckplatz Fahrer(Steckplatz 1)
Tätigkeiten inchronologischer Reihenfolge (Steckplatz Fahrer)
Begrenzungszeichen Steckplatz 2.Fahrer(Steckplatz 2)
Tätigkeiten inchronologischerReihenfolge (Steckplatz2.Fahrer)
Begrenzungszeichen Tageszusammenfassung
ZusammenfassungderZeitabschnitte ohneKarteimSteckplatz
Fahrer
Eingegebene Orteinchronologischer Reihenfolge
GesamtwerteTätigkeiten
ZusammenfassungderZeitabschnitte ohneKarteimSteckplatz2.
Fahrer1998R2135—DE—25.08.2002—001.001—144
▼M1
Eingegebene Orteinchronologischer Reihenfolge
GesamtwerteTätigkeiten
ZusammenfassungderTätigkeiten füreinenFahrer,beide
Steckplätze
VondiesemFahrereingegebene OrteinchronologischerReihen-
folge
GesamtwerteTätigkeiten fürdiesenFahrer
Begrenzungszeichen Ereignisse/Störungen
Datensätze Ereignis/Störung(dieletzten 5inderFEgespei-
cherten oderandauernden Ereignisse/Störungen)
OrtderKontrolle
UnterschriftdesKontrolleurs
Anfangszeit (Raum,indemeinFahrerdie
zutreffenden Zeitabschnitte
angebenkann)
Endzeit
UnterschriftdesFahrers
3.3.Ausdruck Ereignisse und Störungen von der Karte
DerAusdruckEreignisseundStörungenvonderKartehatfolgendesFormat:
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKontrolleur(beieingesteckter Kontrollkarte)
AngabenzumFahrer(vonderKarte,aufdiesichAusdruck
bezieht)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstellt wird)
Begrenzungszeichen Ereignisse
Ereignisdatensätze (alle aufderKartegespeicherten Ereignisse)
Begrenzungszeichen Störungen
Störungsdatensätze (alle aufderKartegespeicherten Ereignisse)
OrtderKontrolle
UnterschriftdesKontrolleurs
UnterschriftdesFahrers
3.4.Ausdruck Ereignisse und Störungen von der FE
DerAusdruckEreignisseundStörungenvonderFEhatfolgendesFormat:
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKarteninhaber (füralle indieFEeingesteckten
Karten)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstellt wird)
Begrenzungszeichen Ereignisse
Ereignisdatensätze (alle inderFEgespeicherten oderandauernden
Ereignisse)
Begrenzungszeichen Störungen
Störungsdatensätze (alle inderFEgespeicherten oderandauerndenEreignisse)
OrtderKontrolle
UnterschriftdesKontrolleurs1998R2135—DE—25.08.2002—001.001—145
▼M1
UnterschriftdesFahrers
3.5.Ausdruck Technische Daten
DerAusdruckTechnische DatenhatfolgendesFormat:
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKarteninhaber (füralle indieFEeingesteckten
Karten)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstellt wird)
FE-Kennung
Sensorkennung
Begrenzungszeichen Kalibrierungsdaten
Kalibrierungsdatensätze (alle verfügbarenDatensätze inchronolo-
gischerReihenfolge)
Begrenzungszeichen Zeiteinstellung
Datensätze Zeiteinstellung (alle verfügbarenDatensätze fürZeit-einstellung undKalibrierung)
Jüngste(s)inderFEaufgezeichnete(s) Ereignis undStörung
3.6.Ausdruck Geschwindigkeitsüberschreitung
DerAusdruckGeschwindigkeitsüberschreitung hatfolgendesFormat:
DatumundUhrzeit desAusdrucks
ArtdesAusdrucks
AngabenzumKarteninhaber (füralle indieFEeingestecken
Karten)
Fahrzeugkennung(Fahrzeug,vondemderAusdruckerstellt wird)
Information Kontrolle Geschwindigkeitsüberschreitung
KennungDatenGeschwindigkeitsüberschreitung
ErsteGeschwindigkeitsüberschreitungnachderletztenKalibrierung
KennungDatenGeschwindigkeitsüberschreitung
Die5schwerstenGÜindenletzten 365Tagen
KennungDatenGeschwindigkeitsüberschreitung
DieschwerstenGÜderletzten 10Tagemit derartigen Ereignissen
OrtderKontrolle
UnterschriftdesKontrolleurs
UnterschriftdesFahrers1998R2135—DE—25.08.2002—001.001—146
▼M1
Anlage 5
ANZEIGE1998R2135—DE—25.08.2002—001.001—147
▼M1
IndieserAnlagewerdenfolgende KonventionenfürdieNotation verwendet:
— Zeichen in Fettdruckstehen für anzuzeigenden Klartext (in der Anzeige
erscheinen dieZeichen unformatiert).
— Unformatierte Zeichen stehen für Variablen (Piktogramme oder Daten), die
inderAnzeige durchihreWerte ersetzt werden:
TTMMJJJJ: Tag,Monat,Jahr,
hh: Stunden,mm: Minuten,
D: PiktogrammDauer,
EF: Piktogrammkombination EreignisoderStörung,O: PiktogrammBetriebsart.
DieAnzeigevonDatendurchdasKontrollgerät erfolgtinfolgendem Format:
Daten Format
Standardanzeige
Ortszeit hh:mmBetriebsart OInformation zumFahrer
Dhhhmm
 hhhmm
Information zum2.Fahrer
 Dhhhmm
Betriebsart „Kontrollgerät nicht erforderlich“
eingeschaltet
Warnanzeige
Überschreitung derununterbrochenen Lenkzeit
 hhhmm
hhhmm
Ereignis oderStörung EFSonstige AnzeigenUTC-Datum UTC
TT/MM/JJJJ
oder
UTC
TT.MM.JJJJ
Uhrzeit hh:mm
Ununterbrochene Lenkzeit und kumulative
Pausenzeit desFahrers
hhhmm
hhhmm
Ununterbrochene Lenkzeit und kumulative
Pausenzeit des2.Fahrers
hhhmm
hhhmm
Kumulierte Lenkzeit des Fahrers für die
Vorwocheunddielaufende Woche
hhhhmm
Kumulierte Lenkzeit des 2. Fahrers für die
Vorwocheunddielaufende Woche
hhhhmm1998R2135—DE—25.08.2002—001.001—148
▼M1
Anlage 6
EXTERNE SCHNITTSTELLEN
INHALTSVERZEICHNIS
1. Hardware… .. .................................................................
1.1. Steckverbinder… ...............................................................
1.2. BelegungderKontakte… ... .....................................................
1.3. Blockschaltbild … ... ...........................................................
2. Schnittstelle zumHerunterladen …. ................................................
3. Kalibrierungsschnittstelle … . .....................................................1998R2135—DE—25.08.2002—001.001—149
▼M1
1. HARDWARE
1.1.Steckverbinder
Das Herunterladen/Kalibrieren erfolgt über eine sechspolige Steckverbindung,
dieanderFrontplattezugänglichist,ohnedasseinTeildesKontrollgerätsabge-
trennt werden muss. Sie ist entsprechend der folgenden Abbildung auszulegen
(sämtliche Maßangabeninmm):
1998R2135—DE—25.08.2002—001.001—150
▼M1
DiefolgendeAbbildungzeigt einentypischensechspoligenStecker:
1998R2135—DE—25.08.2002—001.001—151
▼M1
1.2.Belegung der Kontakte
DieKontaktesindentsprechend dernachstehenden Tabelle zubelegen:
Stift Beschreibung Anmerkung
1 Batterie minus ZumMinuspolderFahrzeugbatterie
2 Datenkommunikation K-Leitung(ISO14230-1)
3 RxD—Herunterladen Dateneingang Kontrollgerät4 Eingabe-/Ausgabesignal Kalibrierung5 Dauerausgangsleistung Zur Berücksichtigung des Spannungsabfalls am Schutz-
stromkreis entspricht der Spannungsbereich dem des
Fahrzeugsminus3V
Ausgangsleistung:40mA
6 TxD—Herunterladen DatenausgangKontrollgerät
1.3.Blockschaltbild
FolgendesBlockschaltbild istvorgegeben:
2. SCHNITTSTELLEZUMHERUNTERLADENDieSchnittstelle zumHerunterladen entspricht denRS232-Spezifikationen.DieSchnittstellezumHerunterladenverwendeteinStartbit,8Datenbitsmitdem
niedrigstwertigen Bit an erster Stelle, ein Bit geradzahliger Parität und 1
Stoppbit.
AufbauderDatenbytes
Startbit: EinBitmitdemLogikpegel 0
Datenbits: AnersterStelle Übertragungdesniedrigstwertigen Bits1998R2135—DE—25.08.2002—001.001—152
▼M1
Paritätsbit: GeradeParität
Stoppbit: EinBitmitdemLogikpegel 1
Bei der Übermittlung nummerischer Daten, die aus mehr als einem Byte
bestehen, wird das höchstwertige Byte an erster Stelle und das niedrigstwertige
Byteanletzter Stelleübertragen.
Die Baudrate bei der Übertragung ist zwischen 9600 und 115200 bit/s
einstellbar. Die Übertragung hat mit der höchstmöglichen Übertragungsge-
schwindigkeit zu erfolgen, wobei die anfängliche Bitgeschwindigkeit nach dem
AufbauderVerbindungauf9600bit/sgesetztwird.
3. KALIBRIERUNGSSCHNITTSTELLE
Die Datenkommunikation erfolgt nach ISO 14230-1 Straßenfahrzeuge —
Diagnosesysteme — Schlüsselwort 2000 — Teil 1: Bitübertragungsschicht,
1999.
Das Eingabe-/Ausgabesignal entspricht den folgenden elektrischen Spezifika-
tionen:
Parameter Minimum Typisch Maximum Anmerkung
UL-Pegel(Eingang) 1,0VI=750µA
UH-Pegel(Eingang) 4VI=200µA
Frequenz 4kHz
UL-Pegel(Ausgang) 1,0VI=1mA
UH-Pegel(Ausgang) 4VI=1mA
FürdasEingabe-/Ausgabesignal gelten diefolgendenZeitdiagramme:
Sensorsignal(abgehend)
Testsignal (ankommend)
UTC-Taktsignal (abgehend)
1998R2135—DE—25.08.2002—001.001—153
▼M1
Anlage 7
PROTOKOLLE ZUM HERUNTERLADEN DER DATEN
INHALTSVERZEICHNIS
1. Einleitung … .............................................................
1.1. Geltungsbereich … .........................................................
1.2. AkronymeundNotation… ..................................................
2. Herunterladen vonDatenvonderFahrzeugeinheit … .............................
2.1. Download-Verfahren….. ...................................................
2.2. Datendownload-Protokoll … ... ..............................................
2.2.1. Nachrichtenstruktur … ... ...................................................
2.2.2. Nachrichtentypen … ........................................................
2.2.2.1. StartCommunication Request(SID81)… .. ...................................
2.2.2.2. PositiveResponseStartCommunication (SIDC1)… .............................
2.2.2.3. StartDiagnosticSessionRequest(SID10)… ...................................
2.2.2.4. PositiveResponseStartDiagnostic(SID50)… .................................
2.2.2.5. LinkControlService(SID87)… .............................................
2.2.2.6. LinkControlPositiveResponse(SIDC7)… ...................................
2.2.2.7. RequestUpload(SID35)… ... ..............................................
2.2.2.8. PositiveResponseRequestUpload(SID75)… .................................
2.2.2.9. TransferDataRequest(SID36)… ... ........................................
2.2.2.10. PositiveResponseTransfer Data(SID76)… ...................................
2.2.2.11. RequestTransfer Exit(SID37)… ............................................
2.2.2.12. PositiveResponseRequestTransferExit(SID77)… ............................
2.2.2.13. StopCommunication Request(SID82)… .. ...................................
2.2.2.14. PositiveResponseStopCommunication (SIDC2)… .............................
2.2.2.15. AcknowledgeSubMessage(SID83)… .......................................
2.2.2.16. Negative Response(SID7F)… ..............................................
2.2.3. Nachrichtenfluss … ........................................................
2.2.4. Timing … .. ..............................................................
2.2.5. Fehlerbehandlung … .......................................................
2.2.5.1. StartCommunication-Phase … . ..............................................
2.2.5.2. Communication-Phase …. ...................................................
2.2.6. InhaltderAntwortnachricht … . ..............................................
2.2.6.1. PositiveResponseTransfer DataOverview… ..................................
2.2.6.2. PositiveResponseTransfer DataActivities … ..................................
2.2.6.3. PositiveResponseTransfer DataEventsandFaults… ............................
2.2.6.4. PositiveResponseTransfer DataDetailed Speed… . .............................
2.2.6.5. PositiveResponseTransfer DataTechnical Data… . .............................
2.3. ESM-Datenspeicherung … ...................................................
3. ProtokollfürdasHerunterladen vonDatenvonKontrollgerätkarten … .. ............
3.1. Geltungsbereich … .........................................................
3.2. Begriffsbestimmungen … ...................................................
3.3. Herunterladen vonderKarte… ..............................................
3.3.1. Initialisierungssequenz … ...................................................1998R2135—DE—25.08.2002—001.001—154
▼M1
3.3.2. Sequenzfürunsignierte Dateien … ... ........................................
3.3.3. Sequenzfürsignierte Dateien … .............................................
3.3.4. SequenzfürdasZurücksetzen desKalibrierungszählers … ........................
3.4. Datenspeicherungsformat … ... ..............................................
3.4.1. Einleitung … .............................................................
3.4.2. Dateiformat … ... .........................................................
4. Herunterladen vonderKontrollgerätkarte übereineFahrzeugeinheit … .. ............1998R2135—DE—25.08.2002—001.001—155
▼M1
1. EINLEITUNG
Diese Anlage enthält die Spezifizierung der Verfahren für die verschiedenen
Arten der Übertragung der Daten von der Karte auf ein externes Speicherme-
dium (ESM) sowie die Protokolle, die zur Sicherung der korrekten
Datenübertragung und der vollständigen Kompatibilität des heruntergeladenen
Datenformats zu implementieren sind, damit ein Kontrolleur diese Daten inspi-
zieren undvorihrerAnalyseihreEchtheit undIntegrität kontrollieren kann.
1.1.Geltungsbereich
DasHerunterladen vonDatenaufeinESMkannerfolgen:
— voneinerFahrzeugeinheit (FE)durcheinandieFEangeschlossenesIntelli-
gentDedicated Equipment (IDE),
— von einer Kontrollgerätkarte durch ein mit einem Kartenschnittstellengerät
(IFD)ausgestattetes IDE,
— von einer Kontrollgerätkarte über eine Fahrzeugeinheit durch ein an die FE
angeschlossenesIDE.
Um eine Prüfung der Echtheit und Integrität der auf einem ESM gespeicherten
heruntergeladenen Daten zu ermöglichen, werden die Daten mit einer gemäß
Anlage 11 (Gemeinsame Sicherheitsmechanismen) angefügten Signatur herun-
tergeladen. Ebenfalls heruntergeladen werden die Kennung des Ursprungsgeräts
(FE oder Karte) und dessen Sicherheitszertifikate (Mitgliedstaatszertifikat und
Gerätezertifikat). Der Prüfer der Daten muss einen zuverlässigen europäischen
öffentlichen Schlüsselbesitzen.
Die während eines Download-Vorgangs heruntergeladenen Daten müssen auf
demESMineinereinzigen Dateigespeichert werden.
1.2.Akronyme und Notation
IndieserAnlagewerdenfolgende Akronymeverwendet:
AID Application Identifier (Anwendungskennung)
ATR AnswerToReset(AntwortaufZurücksetzen)
CS ChecksumByte(Prüfsummenbyte)DF Dedicated File(Verzeichnis)DS_ DiagnosticSession(Diagnosevorgang)EF Elementary File(Elementardatei)
ESM ExternalStorage Medium(externesSpeichermedium)
FE FahrzeugeinheitFID FileIdentifier (FileID,Dateikennung)FMT Formatbyte(erstesByteeinesNachrichtenkopfes)
ICC Integrated CircuitCard(Chipkarte)
IDE Intelligent Dedicated Equipment: Gerät, das zum Herunterladen von
DatenaufdasESMverwendet wird(z.B.Personalcomputer)
IFD Interface Device (Schnittstellengerät, Kartenterminal)
KWP KeywordProtocol2000
LEN Längenbyte (letztes ByteeinesNachrichtenkopfes)PPS ProtocolParameter Selection (AuswahlderProtokollparameter)PSO PerformSecurityOperation (Sicherheitsoperation ausführen)
SID ServiceIdentifier
SRC SourceByte(Quellbyte)TGT Target Byte(Zielbyte)TLVTaglängenwertTREP TransferResponseParameter (Antwortübertragungsparameter)
TRTP TransferRequestParameter (Anfrageübertragungsparameter)1998R2135—DE—25.08.2002—001.001—156
▼M1
2. HERUNTERLADENVONDATENVONDERFAHRZEUGEINHEIT
2.1.Download-Verfahren
Zur Durchführung eines FE-Datendownloads muss der Bediener folgende
Arbeitsschritte ausführen:
— Einführen seinerKontrollgerätkarte ineinen Steckplatz derFE(1);
— AnschließendesIDEandenFE-AnschlusszumHerunterladen;
— Herstellen derVerbindungzwischenIDEundFE;— Auswählen der herunterzuladenden Daten auf dem IDE und Senden der
AnforderungandieFE;
— BeendendesDownload-Vorgangs.
2.2.Datendownload-Protokoll
Das Protokoll ist auf Master/Slave-Basis aufgebaut, wobei das IDE den Master
unddieFEdenSlavebildet.
Nachrichtenstruktur, -typ und -fluss beruhen prinzipiell auf dem Keyword
Protocol 2000 (KWP) (ISO 14230-2 Straßenfahrzeuge — Diagnosesysteme —
Schlüsselwort2000—Teil 2:Sicherungsschicht).
Die Anwendungsschicht beruht grundsätzlich auf dem aktuellen Normentwurf
ISO14229-1(Straßenfahrzeuge—Diagnosesysteme—Teil1:Diagnosedienste,
Version6vom22.Februar2001).
2.2.1. Nachrichtenstruktur
Alle zwischen dem IDE und der FE ausgetauschten Nachrichten sind mit einer
dreiteiligen Strukturformatiert, diesichzusammensetzt aus
— dem Kopf, bestehend aus einem Formatbyte (FMT), einem Zielbyte (TGT),
einem Quellbyte (SRC)undmöglicherweise einem Längenbyte (LEN),
— demDatenfeld,bestehendauseinemService-Identifier-Byte (SID)undeiner
variablen Anzahl von Datenbytes, z. B. ein optionales Diagnostic-Session-
Byte(DS_)odereinoptionalesTransfer-Parameter-Byte(TRTPoderTREP).
— derPrüfsumme,bestehend auseinem Prüfsummenbyte(CS).
Kopf Datenfeld Prüfsumme
FMT TGT SRC LEN SID DATA … … … CS
4Bytes Max.255Bytes 1Byte
TGT- und SRC-Byte stellen die physische Adresse des Empfängers und des
Absenders der Nachricht dar. Die Werte sind F0Hex für das IDE und EE Hex
fürdieFE.
DasLEN-ByteistdieLängedesDatenfeldteils.Das Prüfsummenbyte ist die 8-Bit-Summenreihe modulo 256 aller Bytes der
Nachricht außerCSselbst.
Die Bytes FMT, SID, DS_, TRTP und TREP werden an anderer Stelle dieses
Dokumentsdefiniert.
SinddievonderNachrichtaufzunehmenden DatenlängeralsderimDatenfeld-
teil zur Verfügung stehende Platz, wird die Nachricht in mehreren
Teilnachrichten gesendet. Jede Teilnachricht hat einen Kopf, die gleiche SID,TREP sowie einen 2-Byte-Teilnachrichtenzähler, der die Teilnachrichtnummer
innerhalb der Gesamtnachricht angibt. Damit Fehlerprüfung und Abbruch
möglich sind,bestätigt dasIDEjede Teilnachricht. DasIDEkanndieTeilnach-
richt annehmen, ihre erneute Übertragung anfordern sowie die FE zum
NeubeginnoderzumAbbruchderÜbertragungauffordern.
Enthält die letzte Teilnachricht genau 255 Bytes im Datenfeld, muss eine
abschließende Teilnachricht mit leerem Datenfeld (außer SID, TREP und Teil-
nachrichtenzähler) angefügt werden,diedasEndederNachricht anzeigt.1998R2135—DE—25.08.2002—001.001—157
(1) Die eingesetzte Karte löst die erforderlichen Zugriffsrechte für die Herunterladefunk-
tionunddieDatenaus.
▼M1
Beispiel:
Kopf SID TREP Nachricht CS
4Bytes Längerals255Bytes
wirdübertragen als:
Kopf SID TREP 00 01 Teilnachricht 1 CS
4Bytes 255Bytes
Kopf SID TREP 00 02 Teilnachricht 2 CS
4Bytes 255Bytes
…
Kopf SID TREP xx yy Teilnachricht n CS
4Bytes Weniger als255Bytes
oderals:
Kopf SID TREP 00 01 Teilnachricht 1 CS
4Bytes 255Bytes
Kopf SID TREP 00 02 Teilnachricht 2 CS
4Bytes 255Bytes
…
Kopf SID TREP xx yy Teilnachricht n CS
4Bytes 255Bytes
Kopf SID TREP xx yy+1 CS
4Bytes 4Bytes
2.2.2. Nachrichtentypen
Das Kommunikationsprotokoll für das Herunterladen von Daten zwischen der
FE und dem IDE verlangt den Austausch von 8 verschiedenen Nachrichten-
typen.
InderfolgendenTabelle sinddieseNachrichten zusammengefasst.1998R2135—DE—25.08.2002—001.001—158
▼M1
Nachrichtenstruktur
IDE-> <-FEMax.4Bytes
KopfMax.255Bytes
Daten1
Byte
Prüf-sum-me
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
StartCommunication Request 81 EE F0 81 E0
PositiveResponseStart
Communication 80 F0 EE 03 C1 8F,EA 9B
StartDiagnosticSession
Request 80 EE F0 02 10 81 F1
PositiveResponseStart
Diagnostic 80 F0 EE 02 50 81 31
LinkControlService
Verify Baud Rate (stage
1)
9600Baud 80 EE F0 04 87 01,01,01 EC
19200Baud 80 EE F0 04 87 01,01,02 ED38400Baud 80 EE F0 04 87 01,01,03 ED57600Baud 80 EE F0 04 87 01,01,04 EF
115200Baud 80 EE F0 04 87 01,01,05 F0
PositiveResponseVerifyBaud
Rate 80 F0 EE 02 C7 01 28
Transition BaudRate(stage2) 80 EE F0 03 87 02,03 ED
RequestUpload
80 EE F0 0A 3500,00,00,-
00,00,FF,-
FF,FF,FF 99
PositiveResponseRequest
Upload 80 F0 EE 03 75 00,FF D5
TransferDataRequest
Overview 80 EE F0 02 36 01 97Activities 80 EE F0 06 36 02 Date CSEvents&Faults 80 EE F0 02 36 03 99Detailed Speed 80 EE F0 02 36 04 9ATechnical Data 80 EE F0 02 36 05 9B
Carddownload 80 EE F0 02 36 06 9C
PositiveResponseTransfer
Data 80 F0 EE Len 76 TREP Data CS
RequestTransfer Exit 80 EE F0 01 37 96
PositiveResponseRequest
TransferExit 80 F0 EE 01 77 D61998R2135—DE—25.08.2002—001.001—159
▼M1
Nachrichtenstruktur
IDE-> <-FEMax.4Bytes
KopfMax.255Bytes
Daten1
BytePrüf-sum-me
FMT TGT SRC LEN SIDDS_/
TRTPDATA CS
StopCommunication Request 80 EE F0 01 82 E1
PositiveResponseStop
Communication 80 F0 EE 01 C2 21
Acknowledgesubmessage 80 EE F0 Len 83 Data CS
Negative responses
General reject 80 F0 EE 03 7F SidReq 10 CS
Servicenotsupported 80 F0 EE 03 7F SidReq 11 CS
Subfunctionnotsupported 80 F0 EE 03 7F SidReq 12 CS
Incorrect MessageLength 80 F0 EE 03 7F SidReq 13 CS
Conditionsnotcorrect or
Requestsequenceerror 80 F0 EE 03 7F SidReq 22 CS
Requestoutofrange 80 F0 EE 03 7F SidReq 31 CS
Uploadnotaccepted 80 F0 EE 03 7F SidReq 50 CS
Responsepending 80 F0 EE 03 7F SidReq 78 CS
Datanotavailable 80 F0 EE 03 7F SidReq FA CS
Anmerkungen:
— SidReq=Sidder entsprechendenAnforderung.
— TREP=der TRTPderentsprechendenAnforderung.— Geschwärzte Felder zeigenan,dassnichtsübertragen wird.
— Der Ausdruck „Upload“ (vom IDE aus gesehen) wird in Anlehnung an die ISO 14229 verwendet. Er bedeutet
dasselbe wie„Download“ (vonderFEausgesehen).
— Mögliche 2-Byte-Teilnachrichtenzähler sindin dieser Tabelle nichtaufgeführt.
2.2.2.1.Start Communication Request (SID 81)
Diese Nachricht wird vom IDE zum Aufbau der Kommunikationsverbindung
mitderFEausgegeben.DerVerbindungsaufbauunddieKommunikationerfolgt
anfangs stets mit einer Datenrate von 9600 Baud (solange die Übertragungsge-
schwindigkeit nicht durch einen Link Control Service
(Verbindungssteuerungsdienst)geändert wird).
2.2.2.2.Positive Response Start Communication (SID C1)
Diese Nachricht wird von der FE als positive Antwort auf einen Start Commu-
nication Request ausgegeben. Sie enthält die beiden Schlüsselbytes „8F“ „EA“
alsHinweisdarauf,dassdieEinheit dasProtokollmit Kopfeinschließlich Ziel-
,Quell-undLängeninformation unterstützt.
2.2.2.3.Start Diagnostic Session Request (SID 10)
Die Nachricht Start Diagnostic SessionRequest wirdvom IDEausgegeben, um
einen neuen Diagnosevorgang mit der FE zu beginnen. Die Untervariable
„default session“ (81 Hex) zeigt an, dass ein Standard-Diagnosevorgang einge-
leitet werdensoll.
2.2.2.4.Positive Response Start Diagnostic (SID 50)
Die Nachricht Positive Response Start Diagnostic wird von der FE als positive
AntwortaufeinenDiagnosticSessionRequestgesendet.1998R2135—DE—25.08.2002—001.001—160
▼M1
2.2.2.5.Link Control Service (SID 87)
MitHilfedesLinkControlService(Verbindungssteuerungsdienst)leitetdieIDE
einen Wechsel der Übertragungsgeschwindigkeit (Baudrate) ein. Dies erfolgt in
zwei Schritten. Zunächst schlägt die IDE einen Wechsel vor und gibt dazu die
neueBaudratean.NacheinerpositivenAntwortderFEsendetdiedieIDEdann
im zweiten Schritt eine Bestätigung des Geschwindigkeitswechsels an die FE
und geht danach zur neuen Baudrate über. Nach Erhalt der Bestätigung geht
auchdieFEzurneuenBaudrateüber.
2.2.2.6.Link Control Positive Response (SID C7)
Die Nachricht Link Control Positive Response wird von der FE als positive
Antwort auf einen Link Control Service Request (Schritt 1) gesendet. Die
Bestätigungsmeldung (Schritt 2)wirddagegennichtbeantwortet.
2.2.2.7.Request Upload (SID 35)
Die Nachricht Request Upload wird vom IDE als Mitteilung an die FE ausge-
geben, dass eine Download-Operation angefordert wird. In Übereinstimmung
mit der ISO 14229 umfasst diese Anforderung stets Angaben zu Adresse,
Größe und Format der angeforderten Daten. Da diese Angaben der IDE jedoch
vordemHerunterladennichtbekanntsind,wirddieSpeicheradresseauf„0“,das
Format auf „verschlüsselt und unkomprimiert“ und die Speichergröße auf den
Höchstwertgesetzt.
2.2.2.8.Positive Response Request Upload (SID 75)
DieNachrichtPositiveResponseRequestUploadwirdvonderFEgesendet,um
dem IDE anzuzeigen, dass die FE zum Herunterladen der Daten bereit ist. In
Übereinstimmung mit der ISO 14229 enthält diese Positive-Response-Nachricht
auch Daten, mit denen der IDE mitgeteilt wird, dass die spätere Nachrichten
PositiveResponseTransferDatahöchstens00FFHexBytesumfassenwerden.
2.2.2.9.Transfer Data Request (SID 36)
Die Nachricht Transfer Data Request wird vom IDE gesendet und spezifiziert
derFEdenherunterzuladenden Datentyp.MitdemByteTransferRequestPara-
meter (TRTP)wirddieÜbertragungsart angegeben.
EsgibtsechsArtenderDatenübertragung:
— Überblick (TRTP01),
— Tätigkeiten einesbestimmten Tages(TRTP02),
— EreignisseundStörungen(TRTP03),
— GenaueGeschwindigkeitsangaben (TRTP04),
— Technische Daten(TRTP05),
— Kartendownload(TRTP06).
Die IDE muss beim Herunterladen eine Überblicks-Datenübertragung (TRTP
01) anfordern, da nur so die FE-Zertifikate in der heruntergeladenen Datei
gespeichert werden(unddiedigitale Signaturgeprüftwerdenkann).
Im zweiten Fall (TRTP 02) schließt die Nachricht Transfer Data Request die
Angabedesherunterzuladenden Kalendertags (Format TimeReal)ein.
2.2.2.10. Positive Response Transfer Data (SID 76)
DieNachrichtPositiveResponseTransferDatawirdvonderFEalsAntwortauf
die Transfer Data Requestgesendet. Sieenthält die angeforderten Daten, wobei
dieTransferResponseParameter(TREP)denTRTPderAnforderungentspricht.
Im ersten Fall (TREP 01), sendet die FE Daten, die es dem IDE-Bediener
erleichtern, die von ihm herunterzuladenden Daten auszuwählen. Diese Nach-
richtenthält folgendeInformationen:
— Sicherheitszertifikate,
— Fahrzeugkennung,
— aktuelles DatumundUhrzeitderFE,
— min.undmax. herunterladbares Datum(FE-Daten),— AngabederindieFEeingesteckten Karten,
— dervorherige DownloadaneinUnternehmen,
— Unternehmenssperren,
— bisherigeKontrollen.1998R2135—DE—25.08.2002—001.001—161
▼M1
2.2.2.11. Request Transfer Exit (SID 37)
Mit der Nachricht Request Transfer Exit teilt das IDE der FE mit, dass der
Download-Vorgangbeendetist.
2.2.2.12. Positive Response Request Transfer Exit (SID 77)
Die Nachricht Positive Response Request Transfer Exit wird von der FE zur
QuittierungderRequestTransferExitgesendet.
2.2.2.13. Stop Communication Request (SID 82)
Die Nachricht Stop Communication Request wird vom IDE gesendet, um die
Kommunikationsverbindung mit derFEzutrennen.
2.2.2.14. Positive Response Stop Communication (SID C2)
Mit der Nachricht Positive Response Stop Communication quittiert die FE die
Nachricht StopCommunication Request.
2.2.2.15. Acknowledge Sub Message (SID 83)
Mit der Nachricht Acknowledge Sub Message bestätigt das IDE den Empfang
der einzelnen Teile einer Nachricht, die in mehreren Teilnachrichten gesendet
wird. Das Datenfeld enthält die von der FE empfangene SID sowie einen 2-
Byte-Codewiefolgt:
— MsgC + 1 quittiert den korrekten Empfang der Teilnachricht Nummer
MsgC.
AnforderungvomIDEandieFEzurSendungdernächstenTeilnachricht.
— MsgC zeigt ein Problem beim Empfang der Teilnachricht Nummer MsgC
an.
AnforderungvonIDEandieFEzurerneuten SendungderTeilnachricht.
— FFFFfordertzurBeendigungderNachricht auf.
Kann vom IDE zur Beendigung der Übertragung der FE-Nachricht aus
irgendeinem Grundverwendet werden.
Die letzte Teilnachricht einer Nachricht (LEN-Byte <255)kann unter Verwen-
dungeinesdieserCodesodergarnichtquittiert werden.
FolgendeFE-Antwortbestehtausmehreren Teilnachrichten:
— PositiveResponseTransferData(SID76).
2.2.2.16. Negative Response (SID 7F)
DieNachricht Negative ResponsewirdvonderFEalsAntwortaufdieobenge-
nannten Anforderungsnachrichten gesendet, wenn sie die Anforderung nicht
erfüllen kann. Die Datenfelder der Nachricht enthalten die SID der Antwort
(7F), die SID der Anforderung sowie einen Code zur Angabe des Grundes der
negativen Antwort.FolgendeCodesstehenzurVerfügung:
— 10generalreject
AktionkannauseinemimFolgendennichtaufgeführtenGrundnichtausge-
führtwerden.
— 11servicenotsupported
DieSIDderAnforderungwirdnichtverstanden.
— 12subfunctionnotsupported
Die DS_ oder TRTP der Anforderung wird nicht verstanden, oder es sind
keineweiteren Teilnachrichten zuübertragen.
— 13incorrect messagelength
DieLängedererhaltenen Nachricht istnichtkorrekt.
— 22conditionsnotcorrect orrequestsequence error
Der angeforderte Dienst ist nicht aktiv oder die Reihenfolge der Anforde-
rungsnachrichten istnichtkorrekt.
— 31Requestoutofrange
DerParameterdatensatz derAnforderung(Datenfeld) istungültig.
— 50uploadnotaccepted
Die Anforderung kann nicht ausgeführt werden (FE in einem nicht geeig-
netenModusoderinterneStörungderFE).1998R2135—DE—25.08.2002—001.001—162
▼M1
— 78responsepending
Die angeforderte Aktion kann nicht rechtzeitig abgeschlossen werden, und
dieFEistnichtbereit,eine weitere Anforderunganzunehmen.
— FAdatanotavailable
Das Datenobjekt einer Datenübertragungsanforderung ist in der FE nicht
verfügbar(z.B.keineKarteeingesetzt, …).
2.2.3. Nachrichtenfluss
Ein typischer Nachrichtenfluss während einer normalen Datendownload-
Prozedursiehtfolgendermaßen aus:
IDE FE
StartCommunication Request
PositiveResponse
StartDiagnosticServiceRequest
PositiveResponse
RequestUpload
PositiveResponse
Transfer DataRequest#2
PositiveResponse#1
AcknowledgeSubMessage#1
PositiveResponse#2
AcknowledgeSubMessage#2
PositiveResponse#m
AcknowledgeSubMessage#m
PositiveResponse(DataField<255
Bytes)1998R2135—DE—25.08.2002—001.001—163
▼M1
IDE FE
AcknowledgeSubMessage(optional)
…
Transfer DataRequest#n
PositiveResponse
RequestTransferExit
PositiveResponse
StopCommunication Request
PositiveResponse
2.2.4. Timing
Während des normalen Betriebs sind die in der folgenden Abbildung darge-
stellten Timing-Parameter relevant:
Abbildung 1
Nachrichtenfluss, Timing
Hierbei sind:
P1 = Zeit zwischendenBytesbeiFE-Antwort.
P2 = ZeitzwischendemEndederIDE-AnforderungunddemBeginnderFE-
Antwort bzw. zwischen dem Ende der IDE-Quittung und dem Beginn
dernächstenFE-Antwort.
P3 = Zeit zwischen dem Ende der FE-Antwort und dem Beginn der neuen
IDE-Anforderung bzw. zwischen dem Ende der FE-Antwort und dem
Beginn der IDE-Quittung bzw. zwischen dem Ende der IDE-Anforde-
rung und dem Beginn der neuen IDE-Anforderung, wenn FE nicht
antwortet.
P4 = Zeit zwischendenBytesbeiIDE-Anforderung.P5 = Erweiterter WertvonP3fürdasHerunterladen derKarte.Die zulässigen Werte für die Timing-Parameter sind in der folgenden Tabelle
aufgeführt (KWP — erweiterter Timing-Parametersatz, verwendet bei physi-
scherAdressierungzwecksschnellerer Kommunikation).1998R2135—DE—25.08.2002—001.001—164
▼M1
Timing-Parameter Unterer Grenzwert(ms) Oberer Grenzwert (ms)
P1 0 20
P2 20 1000(*)P3 10 5000P4 5 20
P5 10 20Minuten
(*) Wenn die FE mit einer negativen Antwort reagiert, die einen Code mit der Bedeutung „Anforderung korrekt
empfangen,Antwortkommt“ enthält, wirddieser Wert aufden gleichen oberen Grenzwerterweitert wieP3.
2.2.5. Fehlerbehandlung
Tritt während des Nachrichtenaustauschs ein Fehler auf, erfolgt eine Modifizie-
rung des Nachrichtenflusses in Abhängigkeit von dem Gerät, das den Fehlererkannt hat,sowievonderNachricht,diedenFehlerhervorgerufenhat.
InAbbildung2und3sinddieFehlerbehandlungsprozedurenfürdieFEbzw.für
dasIDEdargestellt.
2.2.5.1.Start Communication-Phase
Erkennt das IDE einen Fehler während der Start Communication-Phase
entweder durch Timing oder durch den Bitstrom, wartet es P3min bis zur
erneuten AusgabederAnforderung.
Erkennt die FE einen Fehler in der vom IDE eingehenden Folge, sendet sie
keine Antwort und wartet innerhalb des Zeitraums P3max auf eine weitere
Nachricht StartCommunication Request.
2.2.5.2.Communication-Phase
Eslassensichzweiverschiedene Fehlerbehandlungsbereiche definieren:
1. Die FE erkennt einen IDE-Übertragungsfehler.
Die FE prüft jede empfangene Nachricht auf Timing-Fehler, Byteformatfehler
(z.B.Start-undStoppbitverletzungen) sowieDatenpaketfehler (falscheBytean-
zahl empfangen, falschesPrüfsummenbyte).
ErkenntdieFEeinendervorstehendgenanntenFehler,sendetsiekeineAntwort
undignoriert dieempfangene Nachricht.
Die FE kann andere Fehler im Format oder Inhalt der empfangenen Nachricht
(z. B. Nachricht nicht unterstützt) feststellen, selbst wenn die Nachricht die
erforderlichen Längen und Prüfsummen einhält; in diesem Fall antwortet die
FEdemIDEmiteinerNegativeResponse-NachrichtunterAngabederFehlerart.1998R2135—DE—25.08.2002—001.001—165
▼M1
Abbildung 2
Fehlerbehandlung durch die FE
1998R2135—DE—25.08.2002—001.001—166
▼M1
2. Das IDE erkennt einen FE-Übertragungsfehler.
Das IDE prüft jede empfangene Nachricht auf Timing-Fehler, Byteformatfehler
(z.B.Start-undStoppbitverletzungen) sowieDatenpaketfehler (falscheBytean-
zahl empfangen, falschesPrüfsummenbyte).
DasIDEerkenntSequenzfehler,z.B.dieinkorrekteErhöhungdesTeilnachrich-
tenzählers beinacheinander empfangenen Nachrichten.
Erkennt das IDE einen Fehler oder ist innerhalb des Zeitraums T2max keine
Antwort von der FE erfolgt, wird die Anforderungsnachricht für insgesamt
maximal drei Übertragungen erneut gesendet. Zum Zwecke dieser Fehlererken-
nungwirdeine Teilnachrichtquittung alsAnforderungandieFEbetrachtet.
Vor dem Beginn jeder Sendung wartet das IDE mindestens T3min; die Warte-
zeit wird vom letzten errechneten Auftreten eines Stoppbits nach der
Fehlererkennung angemessen.
Abbildung 3
Fehlerbehandlung durch das IDE
1998R2135—DE—25.08.2002—001.001—167
▼M1
2.2.6. Inhalt der Antwortnachricht
IndiesemAbschnittwirdderInhaltderDatenfelderderverschiedenenpositiven
Antwortnachrichten spezifiziert.
DieDatenelemente sindinAnlage1,Datenglossar,definiert.
2.2.6.1.Positive Response Transfer Data Overview
Das Datenfeld der Nachricht Positive Response Transfer Data Overview liefert
folgende Daten in folgender Reihenfolge unter SID76 Hex und TREP 01 Hex.
Esmusseine geeignete AufteilungundZählungderTeilnachrichten erfolgen:
1998R2135—DE—25.08.2002—001.001—168
▼M1
2.2.6.2.Positive Response Transfer Data Activities
Das Datenfeld der Nachricht Positive Response Transfer Data Activities liefert
folgende Daten in folgender Reihenfolge unter SID76 Hex und TREP 02 Hex.
Esmusseine geeignete AufteilungundZählungderTeilnachrichten erfolgen:
1998R2135—DE—25.08.2002—001.001—169
▼M1
2.2.6.3.Positive Response Transfer Data Events and Faults
DasDatenfeldderNachrichtPositiveResponseTransferDataEventsandFaults
liefertfolgendeDateninfolgenderReihenfolgeunterSID76HexundTREP03
Hex. Es muss eine geeignete Aufteilung und Zählung der Teilnachrichten
erfolgen:
1998R2135—DE—25.08.2002—001.001—170
▼M1
2.2.6.4.Positive Response Transfer Data Detailed Speed
Das Datenfeld der Nachricht Positive Response Transfer Data Detailed Speed
liefert folgende Daten in folgender Reihenfolge unter SID 76 Hex und TREP
04 Hex. Es muss eine geeignete Aufteilung und Zählung der Teilnachrichten
erfolgen:
2.2.6.5.Positive Response Transfer Data Technical Data
Das Datenfeld der Nachricht Positive Response Transfer Data Technical Data
liefert folgende Daten in folgender Reihenfolge unter SID 76 Hex und TREP
05 Hex. Es muss eine geeignete Aufteilung und Zählung der Teilnachrichten
erfolgen:
1998R2135—DE—25.08.2002—001.001—171
▼M1
2.3.ESM-Datenspeicherung
WareineFE-DatenübertragungBestandteileinesDownload-Vorgangs,speichert
das IDEin einer einzigen physischen Datei alle Daten, diewährend desDown-
load-Vorgangs von der FE in Positive Response Transfer Data-Nachrichten
empfangen wurden. Dabei nicht gespeichert werden Nachrichtenköpfe, Teil-
nachrichtenzähler, leere Teilnachrichten und Prüfsummen, gespeichert werden
jedoch SID und TREP (nur der ersten Teilnachricht bei mehreren Teilnach-
richten).
3. PROTOKOLL FÜR DAS HERUNTERLADEN VON DATEN VON
KONTROLLGERÄTKARTEN
3.1.Geltungsbereich
Dieser Abschnitt beschreibt das direkte Herunterladen der Kartendaten einer
KontrollgerätkarteaufeinIDE.DadasIDEnichtBestandteilderSicherheitsum-
gebungist,erfolgtkeineAuthentisierung zwischenderKarteunddemIDE.
3.2.Begriffsbestimmungen
Download-Vorgang: Die Ausführung eines Download der Chipkarten-
daten. Der Vorgang umfasst die gesamte Prozedur vom Zurücksetzen der
Chipkarte durch ein IFD bis zur Deaktivierung der Chipkarte (Entnahme der
KarteodernächstesZurücksetzen).
Signierte Datei: Eine Datei von der Chipkarte. Die Datei wird in
Klartext zum IFD übertragen. Auf der Chipkarte erfolgt eine Hash-Code-
Anwendung für die Datei, sie wird signiert, und die Signatur wird an das IFD
übertragen.
3.3.Herunterladen von der Karte
DasHerunterladen einerKontrollgerätkarte beinhaltet diefolgendenSchritte:
— Herunterladen der gemeinsamen Informationen der Karte in den EF ICC
und IC. Diese Informationen sind fakultativ und werden nichtmiteinerdigitalenSignaturgesichert.
— Herunterladen der EF Card_Certificate und CA_Certificate. Diese
InformationensindnichtmiteinerdigitalenSignaturgesichert.
DasHerunterladendieserDateienistbeijedemDownload-Vorgangobligato-
risch.
— HerunterladenderanderenAnwendungsdaten-EF(innerhalbdesDFTacho-
graph)außerEFCard_Download. Diese Informationensindmit
einerdigitalenSignaturgesichert.
— Bei jedem Download-Vorgang ist zumindest das Herunterladen der EF
Application_IdentificationundIDobligatorisch.
— BeimHerunterladeneinerFahrerkarteistzudemderDownloadfolgender
EFobligatorisch:
—E v e n t s _ D a t a ,
—F a u l t s _ D a t a ,— Driver_Activity_Data,— Vehicles_Used,— Places,— Control_Activity_Data,— Specific_Conditions.
— Beim Herunterladen einer Fahrerkarte, wirddas Datum LastCard_Down-
loadinEFCard_Downloadaktualisiert.
— Beim Herunterladen einer Werkstattkarte ist der Kalibrierungszähler in der
EFCard_Downloadzurückzusetzen.
3.3.1. Initialisierungssequenz
DasIDEleitet folgende Sequenzein:
Karte Richtung IDE/IFD Bedeutung/Bemerkungen
Hardwarezurücksetzen
ATR
1998R2135—DE—25.08.2002—001.001—172
▼M1
MitPPSkannaufeinehöhereBaudrategewechseltwerden,soferndieChipkarte
dieseBaudrate unterstützt.
3.3.2. Sequenz für unsignierte Dateien
Die Sequenz für das Herunterladen der EF ICC, IC, Card_Certificate und
CA_Certificate lautet folgendermaßen::
Karte Richtung IDE/IFD Bedeutung/Bemerkungen
Select File AuswahlnachDateikennung
OK
ReadBinary EnthältdieDateimehrDatenals
derPufferdesLesersoderder
Kartefassenkann,istderBefehl
solangezuwiederholen, bisdie
gesamte Dateiausgelesenist.
FileData
OK
SpeicherungderDatenauf
ESMgemäß3.4,Datenspeicherungs-
format
Anmerkung: Vor Auswahl der EF Card_Certificate muss die Kontrollge-
rätanwendung ausgewähltwerden(AuswahldurchAID).
3.3.3. Sequenz für signierte Dateien
DiefolgendeSequenzwirdfürdiefolgendenDateienverwendet,diejeweilsmit
ihrerSignaturherunterzuladen sind:
Karte Richtung IDE/IFD Bedeutung/Bemerkungen
Select File
OK
PerformHashofFile Berechnet denHashwertüber
demDateninhalt der
ausgewähltenDateimit Hilfe
desvorgeschriebenen Hash-
AlgorithmusgemäßAnlage11.
DieserBefehlistkeinISO-
Befehl.
HashofFile
berechnen und
Hashwert
temporär spei-
chern
OK
ReadBinary EnthältdieDateimehrDatenals
derPufferdesLesersoderder
Kartefassenkann,istderBefehl
solangezuwiederholen, bisdie
gesamte Dateiausgelesenist.
FileData
OK
Empfangene DatenaufESM
speicherngemäß3.4,Datenspeicherungs-
format
PSO:ComputeDigitalSigna-
ture1998R2135—DE—25.08.2002—001.001—173
▼M1
Karte Richtung IDE/IFD Bedeutung/Bemerkungen
PerformSecurity
Operation
Compute Digital
Signature mit
Hilfedes
temporär gespei-
chertenHash-
werts
Signature
OK
Datenandiezuvoraufdem
ESMgespeicherten Daten
anfügengemäß3.4,Datenspeicherungs-
format
3.3.4. Sequenz für das Zurücksetzen des Kalibrierungszählers
Die Sequenz für das Zurücksetzen des Zählers NoOfCalibrationsSince-
Download in der EF Card_Download auf einer Werkstattkarte lautet
folgendermaßen:
Karte Richtung IDE/IFD Bedeutung/Bemerkungen
Select FileEF
Card_DownloadAuswahlnachDateikennung
OK
UpdateBinary
NoOfCalibrationsSince-
Download=0000
setztKarten-
downloadzahl
zurück
OK
3.4.Datenspeicherungsformat
3.4.1. Einleitung
Dieheruntergeladenen Datensindnachfolgenden Bedingungenzuspeichern:— Die Daten sind transparent zu speichern, d. h. die Reihenfolge der von der
Karte übertragenen Bytes sowie die Reihenfolge der in ihnen enthaltenen
BitsmusswährendderSpeicherungerhalten bleiben.
— Alle im Rahmen eines Download-Vorgangs heruntergeladenen Dateien der
Kartewerdenineinereinzigen DateiaufdemESMgespeichert
3.4.2. Dateiformat
DasDateiformat isteine VerkettungmehrererTLV-Objekte.
DerTagfüreine EFistdieFIDsowiederZusatz „00“.
DerTagderSignatureinerEFistdieFIDderDatei sowiederZusatz „01“.
DieLängeistein2-Byte-Wert.DerWertlegtdieAnzahlderBytesimWertfeld
fest. Der Wert „FF FF“ im Längenfeld ist für eine künftige Verwendung reser-
viert.
WirdeineDateinichtheruntergeladen,istauchnichtszuspeichern,wasmitder
DateiimZusammenhang steht(alsokeinTagundkeineNulllänge).
Eine Signatur wird als nächstes TLV-Objekt unmittelbar nach dem Objekt, das
dieDatenderDateienthält, gespeichert.
Definition Bedeutung Länge
FID(2Bytes)||„00“ TagfürEF(FID) 3Bytes1998R2135—DE—25.08.2002—001.001—174
▼M1
Definition Bedeutung Länge
FID(2Bytes)||„01“ Tag für Signatur der EF
(FID)3Bytes
xxxx Länge desWertfelds 2Bytes
Beispiel fürDatenineinerDownload-Dateiaufeinem ESM:
Tag Länge Wert
00 02 00 00 11 DatenvonEFICC
C1 00 00 00 C2 DatenvonEFCard_Certificate
…
05 05 00 0A 2E DatenvonVehicles_Used05 05 01 00 80 SignaturvonEFVehicles_Used
4. HERUNTERLADEN VON DER KONTROLLGERÄTKARTE ÜBER EINE
FAHRZEUGEINHEIT
Die FE muss das Herunterladen des Inhalts einer eingesteckten und an ein IDE
angeschlossenenFahrerkarte zulassen.
ZumStartendiesesModussendetdasIDEdieNachrichtTransferDataRequest
CardDownloadandieFE(siehe2.2.2.9).
Daraufhin lädt die FE die gesamte Karte dateiweise in Übereinstimmung mit
dem in Abschnitt 3 definierten Download-Protokoll herunter und leitet alle von
derKarteempfangenenDatenimentsprechendenTLV-Dateiformat(siehe3.4.2)
sowie eingekapselt in eine Positive Response Transfer Data-Nachricht an das
IDEweiter.
Das IDE ruft die Kartendaten aus der Nachricht Positive Response Transfer
Data ab (unter Fortlassung aller Köpfe, SID, TREP, Teilnachrichtenzähler und
Prüfsummen) und speichert sie innerhalb einer in Abschnitt 2.3 beschriebenen
physischenDatei.
Danach aktualisiert die FE gegebenenfalls die Dateien ControlActivityData
oderCard_Download derFahrerkarte.1998R2135—DE—25.08.2002—001.001—175
▼M1
Anlage 8
KALIBRIERUNGSPROTOKOLL
INHALTSVERZEICHNIS
1. Einleitung … .. ..............................................................
2. Begriffe,Begriffsbestimmungen undReferenzdokumente … ... .......................
3. Diensteübersicht … ... ........................................................
3.1. VerfügbareDienste… . ........................................................
3.2. Antwortcodes… ..............................................................
4. Kommunikationsdienste … .. ...................................................
4.1. DerDienstStartCommunication … . .............................................
4.2. DerDienstStopCommunication ….. .............................................
4.2.1. Beschreibung derNachricht … ..................................................
4.2.2. Nachrichtenformat ….. ........................................................
4.2.3. Parameterdefinition … . ........................................................
4.3. DerDienstTesterPresent … . ...................................................
4.3.1. Beschreibung derNachricht … ..................................................
4.3.2. Nachrichtenformat ….. ........................................................
5. Verwaltungsdienste … . ........................................................
5.1. DerDienstStartDiagnosticSession… .............................................
5.1.1. Beschreibung derNachricht … ..................................................
5.1.2. Nachrichtenformat ….. ........................................................
5.1.3. Parameterdefinition … . ........................................................
5.2. DerDienstSecurityAccess … ...................................................
5.2.1. Beschreibung derNachricht … ..................................................
5.2.2. Nachrichtenformat —SecurityAccess —requestSeed… . ............................
5.2.3. Nachrichtenformat —SecurityAccess —sendKey… ... ............................
6. Datenübertragungsdienste … . ...................................................
6.1. DerDienstReadDataByIdentifier … .............................................
6.1.1. Beschreibung derNachricht … ..................................................
6.1.2. Nachrichtenformat ….. ........................................................
6.1.3. Parameterdefinition … . ........................................................
6.2. DerDienstWriteDataByIdentifier … .............................................
6.2.1 Beschreibung derNachricht … ..................................................
6.2.2. Nachrichtenformat ….. ........................................................
6.2.3. Parameterdefinition … . ........................................................
7. Prüfimpulssteuerung —Funktionseinheit Eingabe/Ausgabe-Steuerung … ................
7.1. DerDienstInputOutputControlByIdentifier … ... ..................................
7.1.1. Beschreibung derNachricht … ..................................................
7.1.2. Nachrichtenformat ….. ........................................................
7.1.3. Parameterdefinition … . ........................................................
8. Datensatzformate …... ........................................................
8.1. Wertebereiche derübertragenen Parameter … ......................................
8.2. dataRecords-Formate … ........................................................1998R2135—DE—25.08.2002—001.001—176
▼M1
1. EINLEITUNG
In dieser Anlage wird der Datenaustausch zwischen einer Fahrzeugeinheit und
einem Prüfgerät über die K-Leitung, die Teil der in Anlage 6 beschriebenen
Kalibrierungsschnittstelle ist, beschrieben. Außerdem enthält sie eine Beschrei-
bung der Steuerung der Eingangs-/Ausgangssignalleitung am
Kalibrierungsanschluss.
Das Aufbauen der K-Leitungskommunikation wird im Abschnitt 4 „Kommuni-
kationsdienste“ beschrieben.
IndieserAnlageistvomKonzeptderDiagnosevorgängedieRede,mitdemder
Umfang der K-Leitungssteuerung unter verschiedenen Bedingungen festgelegt
wird. Der Standardvorgang ist dabei die „StandardDiagnosticSession“, bei der
auseinerFahrzeugeinheitalleDatenausgelesen,jedochkeineDatenindieFahr-
zeugeinheit geschrieben werdenkönnen.
Die Auswahl des Diagnosevorgangs wird im Abschnitt 5 „Verwaltungsdienste“
beschrieben.
Im Programmiervorgang „ECUProgrammingSession“ ist es möglich, Daten in
die Fahrzeugeinheit einzugeben. Bei der Eingabe von Kalibrierungsdaten
(Anforderungen 097 und 098) muss sich die Fahrzeugeinheit außerdem in der
Betriebsart KALIBRIERUNGbefinden.
Die Datenübertragung über die K-Leitung wird im Abschnitt 6 „Datenübertra-
gungsdienste“ beschrieben. Die Formate der übertragenen Daten werden in
Abschnitt8„Datensatzformate“ erläutert.
DerEinstellvorgang„ECUAdjustmentSession“ermöglichtdieAuswahlderE/A-
Betriebsart der Kalibrierungs-E/A-Signalleitung über die Schnittstelle der K-
Leitung. Die Steuerung der Kalibrierungs-E/A-Signalleitung wird in Abschnitt
7 „Prüfimpulssteuerung — Funktionseinheit Eingabe/Ausgabe-Steuerung“
beschrieben.
Im vorliegenden Dokument wird als Adresse für das Prüfgerät durchgängig ′tt′
verwendet. Ungeachtet dessen, dass für Prüfgeräte bevorzugte Adressen
verwendet werden können, muss die FE auf jede Prüfgerätadresse richtig
antworten. DiephysischeAdressederFEist0xEE.
2. BEGRIFFE, BEGRIFFSBESTIMMUNGEN UND REFERENZDOKU-
MENTE
FürdieServiceIdentifier(SID),dieBedienanforderungenund-antwortensowie
die Standardparameter werden Byte-Codierungen und hexadezimale Werte
verwendet.
DerBegriff„Prüfgerät“bezeichnetdaszurEingabederProgrammierungs-/Kali-
brierungsdaten indieFEverwendete Gerät.
DieBegriffe„Client“und„Server“beziehensichaufdasPrüfgerätbzw.dieFE.Der Begriff „ECU“ bedeutet „elektronische Steuereinheit“ und bezieht sich auf
dieFE.
Referenzdokumente:ISO14230-2: Road Vehicles — Diagnostic Systems — Keyword Protocol
2000 — Part 2: Data Link Layer. First edition: 1999. (Straßenfahrzeuge —Diagnosesysteme — Schlüsselwort 2000 — Teil 2: Sicherungsschicht. 1.
Ausgabe1999)
3. DIENSTEÜBERSICHT3.1.Verfügbare Dienste
Die folgende Tabelle gibt einen Überblick über die in dieser Anlage beschrie-
benenDienste,dieimKontrollgerät verfügbarseinwerden.
InderTabellesinddieDiensteaufgeführt,diebeiaktiviertem Diagnosevorgang
verfügbarsind.
— Spalte1enthält dieverfügbarenDienste.
— Spalte 2 nennt den Abschnitt in der vorliegenden Anlage, in der der Dienst
näherbeschrieben wird.
— Spalte3ordnetdieService-Identifier-WertebeiAnforderungsnachrichtenzu.— Spalte4gibtdieDienstedesStandardvorgangs„StandardDiagnosticSession“
(SD)an,dieinjederFEimplementiert seinmüssen.
— Spalte 5 gibt die Dienste des Einstellvorgangs „ECUAdjustmentSession“
(ECUAS) an, die implementiert sein müssen, um die Steuerung der E/A-1998R2135—DE—25.08.2002—001.001—177
▼M1
Signalleitung derfürdieKalibrierungvorgesehenen Steckverbindung ander
Frontplatte derFEzugestatten.
— Spalte 6 gibt die Dienste des Programmiervorgangs „ECUProgrammingSes-
sion“ (ECUPS) an, die implementiert sein müssen, um die Programmierung
vonParametern inderFEzuermöglichen.
Tabelle 1
Übersicht über die SID-Werte
BezeichnungdesDiagnose-
dienstesAbschnittNr.SID-Anforde-
rungswertDiagnosevorgänge
SD ECUAS ECUPS
StartCommunication 4.1 81 ■■ ■
StopCommunication 4.2 82 ■
TesterPresent 4.3 3E ■■ ■
StartDiagnosticSession 5.1 10 ■■ ■
SecurityAccess 5.2 27 ■■ ■
ReadDataByIdentifier 6.1 22 ■■ ■
WriteDataByIdentifier 6.2 2E ■
InputOutputControlByI-
dentifier7.1 2F ■
■DiesesSymbolzeigtan,dassderbetreffendeDienstbeidiesemDiagnosevorgangobligatorischist.EinFeldohne
Symbolbedeutet, dassderbetreffende Dienstbeidiesem Diagnosevorgang nicht zugelassen ist.
3.2.Antwortcodes
FürjedenDienstsindAntwortcodesfestgelegt.
4. KOMMUNIKATIONSDIENSTE
Um die Kommunikation aufzubauen und aufrecht zu erhalten, sind einige
Dienste erforderlich, die nicht auf der Anwendungsschicht liegen. Die zur
Verfügungstehenden Dienstesindinnachstehender Tabelle aufgeführt:
Tabelle 2
Kommunikationsdienste
Dienstbezeichnung Beschreibung
StartCommunication Client fordert Beginn eines Kommunikationsvorgangs mit einem
(mehreren) Server(n)an
StopCommunication Client fordertBeendigungdeslaufenden KommunikationsvorgangsanTesterPresent Client teilt demServermit, dassdieVerbindungnochaktivist
Der Dienst StartCommunication wird genutzt, um eine Kommunikation einzu-
leiten. Für die Ausführung eines Dienstes ist es immer erforderlich, dass die
Kommunikation initialisiert und die für die gewünschte Betriebsart geeigneten
Kommunikationsparameter verwendet werden.
4.1.Der Dienst StartCommunication
BeiErhalteinesStartCommunication-PrimitivsprüftdieFE,obdieangeforderte
Kommunikationsverbindung unter den gegebenen Bedingungen initialisiert
werden kann. Gültige Bedingungen für die Initialisierung einer Kommunikati-
onsverbindungsindimDokumentISO14230-2beschrieben.
Die FE führt daraufhin alle erforderlichen Maßnahmen zur Initialisierung der
Kommunikationsverbindung aus und versendet ein StartCommunication-
Antwort-Primitivmit dengewählten PositiveResponse-Parametern.1998R2135—DE—25.08.2002—001.001—178
▼M1
Erhält eine bereits initialisierte (und in eine Diagnosesitzung eingetretene) FE
die Anforderung StartCommunication (z. B. aufgrund Wiederanlauf des Prüf-
geräts nach einer Fehlerbedingung), muss die Anforderung angenommen und
dieFEneuinitialisiert werden.
FallssichdieKommunikationsverbindung ausirgendeinem Grundnicht initiali-
sierenlässt,setztdieFEdenBetriebindergleichen Weisewieunmittelbar vor
demVersuchzurInitialisierung derKommunikationsverbindung fort.
Die Anforderungsnachricht StartCommunication muss an eine physische
Adresseerfolgen.
Die Initialisierung der FE für Dienste erfolgt mit Hilfe einer „Schnellinitialisie-
rung“:
— JederAktivitätgehteinBus-Ruhezustandstaktvoraus.
— DasPrüfgerätüberträgt anschließend eineInitialisierungssequenz.
— Alle zum Aufbau der Kommunikation benötigten Informationen sind in der
AntwortderFEenthalten.
NachBeendigungderInitialisierung:
— Alle Kommunikationsparameter werden entsprechend der Schlüssel-Bytes
aufdieWerte inTabelle 5gesetzt.
— DieFEwartetaufdieersteAnforderungvomPrüfgerät.
— Die FE befindet sich in der Standarddiagnosebetriebsart, d. h. der „Standar-
dDiagnosticSession“.
— Die Kalibrierungs-E/A-Signalleitung befindet sich im Standardzustand, d. h.
imdeaktivierten Zustand.
Die Übertragungsgeschwindigkeit (Baudrate) auf der K-Leitung beträgt 10400
Baud.
Die Schnellinitialisierung wird ausgelöst, indem das Prüfgerät eine Wake-Up-
Sequenz (Wup) auf der K-Leitung überträgt. Diese beginnt nach dem Ruhezu-
standstakt auf der K-Leitung mit einem L-Takt TInil. Das Prüfgerät sendet das
erste Bit des Dienstes StartCommunication im Anschluss an einen TWup-Takt,
dernachdererstenfallenden Flankebeginnt.
Die Taktwerte für die Schnellinitialisierung sowie für die Kommunikationgenerell sind in den nachstehenden Tabellen im einzelnen aufgeführt. Für den
Ruhezustandstakt existieren mehrere Möglichkeiten:
— ErsteÜbertragungnachEinschalten, T
Ruhe=300ms.
— NachAbschlusseinesDienstesStopCommunication, TRuhe=P3Minimum
— Nach Beendigung der Kommunikation durch Zeitüberschreitung (Time-Out)
P3Maximum,TRuhe=0.
Tabelle 3
Taktwerte zur Schnellinitialisierung
Parameter Min. Max.
TInil 25±1ms 24ms 26ms
TWup 50±1ms 49ms 51ms1998R2135—DE—25.08.2002—001.001—179
▼M1
Tabelle 4
Taktwerte für die Kommunikation
Takt-Parameter BeschreibungderParameterUntere Grenz-
werte (inms)ObereGrenz-
werte (inms)
Min. Max.
P1 Byte-Taktabstand fürdieFE-Antwort 0 20
P2 Zeit zwischenPrüfgerätanforderung undFE-
Antwortbzw.zweiFE-Antworten25 250
P3 Zeit zwischenEndederFE-Antwortenund
BeginneinerneuenPrüfgerätanforderung55 5000
P4 Byte-Taktabstand fürdiePrüfgerätantwort 5 20
Das Nachrichtenformat für die Schnellinitialisierung ist in den nachstehenden
Tabellen spezifiziert:
Tabelle 5
Anforderungsnachricht für StartCommunication
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 81 FMT
#2 Zieladress-Byte EE TGT#3 Quelladress-Byte tt SRC
#4 ServiceIdentifier fürAnforderungStartCommu-
nication81 SCR
#5 Prüfsumme 00-FF CS
Tabelle 6
Nachricht Positive Response auf StartCommunication
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 03 LEN
#5 ServiceIdentifier fürPositiveResponseStart-
CommunicationC1 SCRPR
#6 Schlüssel-Byte1 EA KB1
#7 Schlüssel-Byte2 8F KB2
#8 Prüfsumme 00-FF CS
Eine negative Antwort (Negative Response) auf die Anforderungsnachricht
StartCommunication gibt es nicht. Kann keine positive Nachricht (Positive
Response) gegeben werden, so erfolgt keine Initialisierung der FE, und diese
verbleibt inihrernormalen Betriebsart.1998R2135—DE—25.08.2002—001.001—180
▼M1
4.2.Der Dienst StopCommunication
4.2.1. Beschreibung der Nachricht
Dieser Dienst der Kommunikationssteuerungsschicht hat zum Zweck, einen
Kommunikationsvorgang zubeenden.
Bei Erhalt eines StopCommunication-Primitivs prüft die FE, ob die derzeitigen
BedingungendieBeendigungdieserKommunikation gestatten.IstdiesderFall,
soführtdieFEalle erforderlichen MaßnahmenzurBeendigungdieserKommu-
nikation durch.
Ist die Beendigung der Kommunikation möglich, gibt die FE vor der Beendi-
gung der Kommunikation ein StopCommunication-Antwort-Primitiv mit den
gewählten PositiveResponse-Parametern aus.
Falls sich die Kommunikation aus irgendeinem Grund nicht beenden lässt, gibt
dieFEeinStopCommunication-Antwort-Primitiv mitdengewähltenParametern
fürNegative Responseaus.
Wird von der FE eine Zeitüberschreitung aufgrund P3max erkannt, muss die
Kommunikation ohneAusgabeeinesAntwortelements beendetwerden.
4.2.2. Nachrichtenformat
Die Nachrichtenformate für die StopCommunication-Primitive sind in den
folgenden Tabellen aufgeführt:
Tabelle 7
Anforderungsnachricht für StopCommunication
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT#3 Quelladress-Byte tt SRC
#4 Zusatzlängen-Byte 01 LEN
#5 ServiceIdentifier fürAnforderungStopCommu-
nication82 SPR
#6 Prüfsumme 00-FF CS
Tabelle 8
Nachricht Positive Response auf StopCommunication
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 01 LEN
#5 ServiceIdentifier fürPositiveResponseauf
StopCommunicationC2 SPRPR
#6 Prüfsumme 00-FF CS
Tabelle 9
Nachricht Negative Response auf StopCommunication
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT1998R2135—DE—25.08.2002—001.001—181
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR
#6 ServiceIdentifier fürAnforderungStopCommu-
nicationentification82 SPR
#7 responseCode=generalReject 10 RC_GR
#8 Prüfsumme 00-FF CS
4.2.3. Parameterdefinition
DieserDiensterfordertkeineParameterdefinition.
4.3.Der Dienst TesterPresent
4.3.1. Beschreibung der Nachricht
MitHilfedesDienstesTesterPresentteilt dasPrüfgerätdemServermit,dasses
sich noch immer in einer aktiven Verbindung mit ihm befindet, um zu verhin-
dern, dass der Server automatisch in die normale Betriebsart zurückkehrt und
dadurch möglicherweise die Verbindung beendet. Dieser Dienst sorgt durch
regelmäßiges Aussenden einer Anforderung dafür, dass die Diagnosesitzung
oderVerbindungaktivbleibt,indemderP3-ZeitgeberjedemErhalteinerAnfor-
derungfürdiesenDienstzurückgesetzt wird.
4.3.2. Nachrichtenformat
Die Nachrichtenformate für die TesterPresent-Primitive sind in den folgenden
Tabellen aufgeführt.
Tabelle 10
Anforderungsnachricht TesterPresent
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT#3 Quelladress-Byte tt SRC
#4 Zusatzlängen-Byte 02 LEN
#5 ServiceIdentifier fürAnforderungTesterPresent 3E TP#6 SubFunction=responseRequired=[yes 01 RESPREQ_-
Y
no] 02 RESPREQ_-
NO
#7 Prüfsumme 00-FF CS
Ist der Parameter responseRequired auf „yes“ gesetzt, so antwortet der Server
mit folgendenpositiven Antwortnachrichten. IstderParameter auf„no“gesetzt,
sendetderServerkeineAntwort.
Tabelle 11
Nachricht TesterPresent Positive Response
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT1998R2135—DE—25.08.2002—001.001—182
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 01 LEN
#5 ServiceIdentifier fürTesterPresentPositive
Response7E TPPR
#6 Prüfsumme 00-FF CS
DerDienstverwendet diefolgenden negativen Antwort-Codes:
Tabelle 12
Nachricht TesterPresent Negative Response
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR
#6 ServiceIdentifier fürAnforderungTesterPresent 3E TP
#7 responseCode=[SubFunctionNotSupported-
InvalidFormat12 RC_SFNS_-
IF
incorrectMessageLength] 13 RC_IML
#8 Prüfsumme00-FFCS 00-FF CS
5. VERWALTUNGSDIENSTE
DiezurVerfügungstehenden Dienstesindinnachstehender Tabelle aufgeführt:
Tabelle 13
Verwaltungsdienste
Dienstbezeichnung Beschreibung
StartDiagnosticSession Client fordertBeginneinesDiagnosevorgangsmit einerFEan
SecurityAccess Client ruft Funktionen auf, zu denen nur berechtigte Benutzer Zugriff
haben
5.1.Der Dienst StartDiagnosticSession
5.1.1. Beschreibung der Nachricht
Der Dienst StartDiagnosticSession dient dazu, verschiedene Diagnosevorgänge
imServerzuaktivieren. EinDiagnosevorgangaktiviert bestimmte Dienstenach
Maßgabe von Tabelle 17. Mit einem solchen Vorgang kann der Fahrzeugher-
steller bestimmte Dienste aktivieren, die hier nicht beschrieben werden. Die
Implementierungsregeln habenfolgenden Festlegungenzuentsprechen:
— EsiststetsgenaueinDiagnosevorganginderFEaktiv.1998R2135—DE—25.08.2002—001.001—183
▼M1
— DieFEstartet die„StandardDiagnosticSession“beijedemEinschaltvorgang.
WirdkeinandererDiagnosevorganggestartet, soläuftdie„StandardDiagno-
sticSession“solangewiedieFEeingeschaltet ist.
— Wird vom Prüfgerät ein bereits laufender Diagnosevorgang angefordert,
sendetdieFEeine positive Antwortnachricht (PositiveResponse).
— FordertdasPrüfgeräteinenneuenDiagnosevorgangan,sendetdieFEzuerst
einepositiveAntwortnachricht auf„StartDiagnosticSession“, bevorderneue
Diagnosevorgang in der FE aktiviert wird. Kann die FE den angeforderten
neuen Diagnosevorgang nicht starten, antwortet sie mit einer negativen
Antwortnachricht auf StartDiagnosticSession und setzt den laufenden
Diagnosevorgangfort.
Ein Diagnosevorgang darf erst begonnen werden, wenn die Nachrichtenverbin-
dungzwischendemClientundderFEerrichtet wurde.
Nach einer erfolgreichen Anforderung StartDiagnosticSession sind die in
Tabelle4aufgeführtenTaktparameteraktiv,wobeiderParameterdiagnosticSes-
sioninderAnforderungsnachrichtauf„StandardSession“gesetztist,wennzuvor
einandererDiagnosevorgangaktivwar.
5.1.2. Nachrichtenformat
Die Nachrichtenformate für die StartDiagnosticSession-Primitive sind in den
folgenden Tabellen spezifiziert:
Tabelle 14
Anforderungsnachricht StartDiagnosticSession
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC#4 Zusatzlängen-Byte 02 LEN#5 ServiceIdentifier fürAnforderungStartDiagno-
sticSession10 STDS
#6 diagnosticSession=[einWertausTabelle 17] xx DS_…
#7 Prüfsumme 00-FF CS
Tabelle 15
Nachricht Positive Response auf StartDiagnosticSession
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 02 LEN
#5 ServiceIdentifier fürPositiveResponseauf
StartDiagnosticSession50 STDSPR
#6 DiagnosticSession=[gleicherWertwieByteNr.
6inTabelle 14]xx DS_…
#7 Prüfsumme 00-FF CS1998R2135—DE—25.08.2002—001.001—184
▼M1
Tabelle 16
Nachricht Negative Response auf StartDiagnosticSession
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR#6 ServiceIdentifier fürAnforderungStartDiagno-
sticSession10 STDS
#7 ResponseCode=[subFunctionNotSupported(
a) 12 RC_SFNS
incorrectMessageLength(b) 13 RC_IML
conditionsNotCorrect(c)] 22 RC_CNC
#8 Prüfsumme 00-FF CS
(a) Der in Byte Nr. 6 der Anforderungsnachricht eingetragene Wert wird nicht unterstützt, d. h. er ist nicht in
Tabelle 17definiert.
(b) DieNachricht hat eine falsche Länge.
(c) DieBedingungenfürdieangeforderteStartDiagnosticSessionsindnicht erfüllt.
5.1.3. Parameterdefinition
Der Parameter DiagnosticSession (DS_) dient dem Dienst StartDiagnosticSes-
sion dazu, das spezielle Verhalten des Servers bzw. der Server zu wählen. Im
vorliegenden DokumentsindfolgendeDiagnosevorgängespezifiziert:
Tabelle 17
Definition der Werte für diagnosticSession
Hex Beschreibung Symbolform
81 StandardDiagnosticSession
DieserDiagnosevorgangaktiviertalleDienste,dieinSpalte4„SD“
von Tabelle 1 angegeben sind. Diese Dienste ermöglichen das
Auslesen der Daten von einem Server (FE). Dieser Diagnosevor-
gang ist aktiv, nachdem die Initialisierung zwischen Client (Prüf-
gerät) und Server (FE) erfolgreich abgeschlossen wurde. Dieser
Diagnosevorgang kann durch andere in diesem Abschnitt genannte
Diagnosevorgängeüberschriebenwerden.SD
85 ECUProgrammingSession
Dieser Diagnosevorgang aktiviert alle Dienste, die in Spalte 6
„ECUPS“ von Tabelle 1 angegeben sind. Diese Dienste unter-
stützen die Speicherprogrammierung eines Servers (FE). Dieser
Diagnosevorgang kann durch andere in diesem Abschnitt genannte
Diagnosevorgängeüberschriebenwerden.ECUPS
87 ECUAdjustmentSession
Dieser Diagnosevorgang aktiviert alle Dienste, die in Spalte 5
„ECUAS“ von Tabelle 1 angegeben sind. Diese Dienste unter-
stützen die Eingabe/Ausgabe-Steuerung eines Servers (FE). Dieser
Diagnosevorgang kann durch andere in diesem Abschnitt genannte
Diagnosevorgängeüberschriebenwerden.ECUAS1998R2135—DE—25.08.2002—001.001—185
▼M1
5.2.Der Dienst SecurityAccess
Das Schreiben von Kalibrierungsdaten bzw. der Zugriff auf die Eingabe/
Ausgabe-Leitung für die Kalibrierung ist nur dann möglich, wenn sich die FE
in der Betriebsart KALIBRIERUNG befindet. Der Zugriff auf die Betriebsart
KALIBRIERUNG wird erst gewährt, nachdem eine gültige Werkstattkarte in
die FE eingesteckt und zusätzlich die richtige persönliche Geheimzahl (PIN) in
dieFEeingegeben wurde.
Der Dienst SecurityAccess stellt die Möglichkeit zur PIN-Eingabe bereit und
zeigt dem Prüfgerät an, ob sich die FE in der Betriebsart KALIBRIERUNG
befindet.
EinePIN-Eingabedurchalternative Methodenistzulässig.
5.2.1. Beschreibung der Nachricht
DerDienstSecurityAccessbestehtausderAnforderungrequestSeed,dermögli-
cherweise eine Nachricht sendKey folgt. Der Dienst SecurityAccess muss nach
demDienstStartDiagnosticSessionausgeführtwerden.
MitderSecurityAccess-AnforderungrequestSeedstelltdasPrüfgerätfest,obdie
Fahrzeugeinheit zurAnnahmeeinerPINbereit ist.
Befindet sich die Fahrzeugeinheit bereits in der Betriebsart KALIBRIERUNG,
beantwortet sie die Anforderung durch Versenden eines Seed 0x0000 mit Hilfe
desDienstesaufSecurityAccessPositiveResponse.
Ist die Fahrzeugeinheit zur Annahme einer PIN zur Verifizierung einer Werks-
tattkarte bereit, beantwortet sie die Anforderung durch Versenden eines Seed,
der größer als 0x0000 ist, mit Hilfe des Dienstes SecurityAccess Positive
Response.
IstdieFahrzeugeinheitzurAnnahmeeinerPINvomPrüfgerätnichtbereit,weil
entweder die eingesteckte Werkstattkarte ungültig ist, keine Werkstattkarte
eingesteckt wurde oder die Fahrzeugeinheit eine andere Methode der PIN-
Eingabeerwartet,beantwortetsiedieAnforderungmiteinerNegativeResponse,
wobeiderAntwortcode„conditionsNotCorrectOrRequestSequenceError“ lautet.
Das Prüfgerät sendet dann gegebenenfalls eine SecurityAccess-Nachricht
sendKey, um eine PIN an die Fahrzeugeinheit zu übergeben. Um ausreichend
Zeit für den Prozess der Kartenauthentisierung zu gewähren, sendet die FE den
negativen Antwortcode „requestCorrectlyReceived-ResponsePending“, mit dem
die Antwortzeit verlängert wird. Die längstmögliche Wartezeit darf jedoch 5
Minuten nicht überschreiten. Sobald der angeforderte Dienst abgeschlossen ist,
sendet die FE eine positive oder negative Antwortnachricht mit einem anderen
Antwortcode als diesem. Der negative Antwortcode „requestCorrectlyReceived-
ResponsePending“ kann so oft von der FE wiederholt werden, bis der angefor-
derte Dienst abgeschlossen ist und die abschließende Antwortnachricht gesandt
wurde.
Die Fahrzeugeinheit darf diese Anforderung nur dann mit dem Dienst Securi-
tyAccess Positive Response beantworten, wenn sie sich in der Betriebsart
KALIBRIERUNGbefindet.
In den nachstehenden Fällen muss die Fahrzeugeinheit diese Anforderung mit
einerNegativeResponsebeifolgendermaßengesetztenAntwortcodesquittieren:
— subFunctionNotSupported: ungültiges Format für den Parameter der Unter-
funktion(accessType),
— conditionsNotCorrectOrRequestSequenceError: Fahrzeugeinheit ist zur
AnnahmeeinerPIN-Eingabenichtbereit,
— invalidKey: ungültige PIN, Zahl der zulässigen PIN-Prüfversuche jedoch
nichtüberschritten,
— exceededNumberOfAttempts: ungültige PIN und Zahl der zulässigen PIN-
Prüfversucheüberschritten,
— generalReject: richtigePIN,gegenseitigeAuthentisierungmitWerkstattkarte
istjedochfehlgeschlagen.
5.2.2. Nachrichtenformat — SecurityAccess — requestSeed
Die Nachrichtenformate für die SecurityAccess requestSeed-Primitive sind in
denfolgendenTabellen spezifiziert:
Tabelle 18
Anforderungsnachricht SecurityAccess
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT1998R2135—DE—25.08.2002—001.001—186
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC#4 Zusatzlängen-Byte 02 LEN
#5 ServiceIdentifier fürAnforderungSecurityAc-
cess27 SA
#6 accessType —requestSeed 7D AT_RSD
#7 Prüfsumme 00-FF CS
Tabelle 19
Nachricht Positive Response auf SecurityAccess requestSeed
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 04 LEN#5 SecurityAccessPositiveResponseService Id 67 SAPR
#6 accessType —requestSeed 7D AT_RSD
#7 H-Seed 00-FF SEEDH#8 L-Seed 00-FF SEEDL#9 Prüfsumme 00-FF CS
Tabelle 20
Nachricht Negative Response auf SecurityAccess
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN
#5 ServiceIdentifier fürNegative Response 7F NR#6 ServiceIdentifier fürAnforderungSecurityAc-
cess27 SA
#7 responseCode=[conditionsNotCorrectOrRequest-
SequenceError22 RC_CNC
incorrectMessageLength] 13 RC_IML
#8 Prüfsumme 00-FF CS1998R2135—DE—25.08.2002—001.001—187
▼M1
5.2.3. Nachrichtenformat — SecurityAccess — sendKey
Die Nachrichtenformate für die SecurityAccess sendKey-Primitive sind in den
folgenden Tabellen spezifiziert:
Tabelle 21
Nachricht SecurityAccess — sendKey
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC#4 Zusatzlängen-Byte m+2 LEN#5 ServiceIdentifier fürAnforderungSecurityAc-
cess27 SA
#6 accessType —sendKey 7E AT_SK
#7bis#m+6 Schlüssel1(H) xx KEY
……
Schlüsselm(N,mmussmindestens4unddarf
höchstens8betragen)xx
#m+7 Prüfsumme 00-FF CS
Tabelle 22
Nachricht Positive Response auf SecurityAccess — sendKey
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 02 LEN
#5 ServiceIdentifier fürPositiveResponseauf
SecurityAccess67 SAPR
#6 accessType —sendKey 7E AT_SK
#7 Prüfsumme 00-FF CS
Tabelle 23
Nachricht Negative Response auf SecurityAccess
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR1998R2135—DE—25.08.2002—001.001—188
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#6 ServiceIdentifier fürAnforderungSecurityAc-
cess27 SA
#7 ResponseCode=[generalReject 10 RC_GR
subFunctionNotSupported 12 RC_SFNS
incorrectMessageLength 13 RC_IMLconditionsNotCorrectOrReque-
stSequenceError22 RC_CNC
invalidKey 35 RC_IK
exceededNumberOfAttempts 36 RC_ENA
requestCorrectlyReceived-
ResponsePending]78 RC_RCR_-
RP
#8 Prüfsumme 00-FF CS
6. DATENÜBERTRAGUNGSDIENSTE
DiezurVerfügungstehenden Dienstesindinnachstehender Tabelle aufgeführt:
Tabelle 24
Datenübertragungsdienste
Dienstbezeichnung Beschreibung
ReadDataByIdentifier Client fordert an, dass der aktuelle Wert eines Datensatzes durch
Zugriff vonrecordDataIdentifier übertragen wird
WriteDataByIdentifier Client fordert an, dass ein Datensatz von recordDataIdentifier
geschrieben wird
6.1.Der Dienst ReadDataByIdentifier
6.1.1. Beschreibung der Nachricht
Mit dem Dienst ReadDataByIdentifier fordert der Client vom Server die
Übertragung von Datensatzwerten an, die mit durch einen RecordDataIdentifier
gekennzeichnetsind.DerFahrzeugherstellermussdafürsorgen,dassdieServer-
bedingungenzurAbwicklungdiesesDiensteserfüllt sind.
6.1.2. Nachrichtenformat
Die Nachrichtenformate für die ReadDataByIdentifier-Primitive sind in den
folgenden Tabellen aufgeführt:
Tabelle 25
Anforderungsnachricht ReadDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC#4 Zusatzlängen-Byte 03 LEN1998R2135—DE—25.08.2002—001.001—189
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#5 ServiceIdentifier fürAnforderungReadData-
ByIdentifier22 RDBI
#6bis#7 RecordDataIdentifier=[einWertausTabelle28] xxxx RDI_…
#8 Prüfsumme 00-FF CS
Tabelle 26
Nachricht Positive Response auf ReadDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte m+3 LEN
#5 ServiceIdentifier fürPositiveResponseauf
ReadDataByIdentifier62 RDBIPR
#6bis#7 recordDataIdentifier =[gleicherWertwieByte6
bis7inTabelle 25]xxxx RDI_…
#8bis#m+7 dataRecord[] =[data1 xx DREC_-
DATA1
:: :
data m] xx DREC_-
DATAm
#m+8 Prüfsumme 00-FF CS
Tabelle 27
Nachricht Negative Response auf ReadDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN
#5 ServiceIdentifier fürNegative Response 7F NR#6 ServiceIdentifier fürAnforderungReadData-
ByIdentifier22 RDBI
#7 ResponseCode=[requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
#8 Prüfsumme 00-FF CS1998R2135—DE—25.08.2002—001.001—190
▼M1
6.1.3. Parameterdefinition
Der Parameter recordDataIdentifier (RDI_) in der Anforderungsnachricht Read-
DataByIdentifier kennzeichnet einenDatensatz.
Die hier definierten Werte für recordDataIdentifier sind der folgenden Tabelle
aufgeführt.
DieTabelle recordDataIdentifier enthält 4Spalten mitmehreren Zeilen.— Die1.Spalte(Hex)enthältjeweilsdenhexadezimalenWertfürdieinder3.
Spalteangeführte Anforderungsnachricht recordDataIdentifier.
— Die 2. Spalte (Datenelement) gibt zum jeweiligen recordDataIdentifier das
Datenelement gemäßAnlage1an(ggf.Umkodierungerforderlich).
— Die 3. Spalte (Beschreibung) enthält den dazugehörigen Namen des record-
DataIdentifier.
— Die 4. Spalte (Symbolform) gibt die Symbolschreibweise des jeweiligen
recordDataIdentifier an.
Tabelle 28
Definition der Werte für recordDataIdentifier
Hex DatenelementBeschreibungvonrecordDataIdentifier
(ISO16844-7)Symbolform
F90B CurrentDateTime TimeDate RDI_TD
F912 HighResOdometer HighResolutionTotalVehicleDi-
stanceRDI_HRT-
VD
F918 K-ConstantOfRecordingE-
quipmentKfactor RDI_KF
F91C L-TyreCircumference LfactorTyreCircumference RDI_LF
F91D W-VehicleCharacteristic-
ConstantWvehicleCharacteristicFactor RDI_WVCF
F921 TyreSize TyreSize RDI_TS
F922 nextCalibrationDate NextCalibrationDate RDI_NCD
F92C SpeedAuthorised SpeedAuthorised RDI_SA
F97D vehicleRegistrationNation RegisteringMemberState RDI_RMS
F97E VehicleRegistration-
NumberVehicleRegistrationNumber RDI_VRN
F190 VehicleIdentification-
NumberVIN RDI_VIN
Der Parameter dataRecord (DREC_) dient der Nachricht Positive Response auf
ReadDataByIdentifier dazu, dem Client (Prüfgerät) den durch die recordDataI-
dentifier gekennzeichneten Datensatz bereitzustellen. Die Datensatzformate
werdeninAbschnitt8definiert. Eskönnenzusätzliche, vomBenutzerwählbare
dataRecord-Werte, z. B.FE-abhängige Eingabedaten, interne Daten undAusga-
bedaten integriert werden,diesewerdenjedochhiernichtdefiniert.
6.2.Der Dienst WriteDataByIdentifier
6.2.1. Beschreibung der Nachricht
Der Dienst WriteDataByIdentifier dient dem Client dazu, Datensatzwerte auf
einen Server zu schreiben. Die Daten sind durch einen recordDataIdentifier
gekennzeichnet. Der Fahrzeughersteller muss dafür sorgen, dass die Serverbe-
dingungen zur Abwicklung dieses Dienstes erfüllt sind. Zur Aktualisierung der
inTabelle28aufgeführtenParametermusssichdieFEinderBetriebsartKALI-
BRIERUNGbefinden.1998R2135—DE—25.08.2002—001.001—191
▼M1
6.2.2. Nachrichtenformat
Die Nachrichtenformate für die WriteDataByIdentifier-Primitive sind in den
folgenden Tabellen aufgeführt: Tabelle 29
Anforderungsnachricht WriteDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC
#4 Zusatzlängen-Byte m+3 LEN#5 ServiceIdentifier fürAnforderungWriteData-
ByIdentifier2E WDBI
#6a#7 recordDataIdentifier =[einWertausTabelle 28] xxxx RDI_…
#8bis#m+7 dataRecord[] =[data1 xx DREC_-
DATA1
:: :
data m] xx DREC_-
DATAm
#m+8 Prüfsumme 00-FF CS
Tabelle 30
Nachricht Positive Response auf WriteDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 03 LEN
#5 ServiceIdentifier fürPositiveResponseWrite-
DataByIdentifier6E WDBIPR
#6bis#7 recordDataIdentifier =[gleicherWertwieByte6
bis7inTabelle 29]0xxxx RDI_…
#8 Prüfsumme 00-FF CS
Tabelle 31
Nachricht Negative Response auf WriteDataByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR1998R2135—DE—25.08.2002—001.001—192
▼M1
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#6 ServiceIdentifier fürAnforderungWriteData-
ByIdentifier2E WDBI
#7 ResponseCode=[requestOutOfRange 31 RC_ROOR
incorrectMessageLength 13 RC_IML
conditionsNotCorrect] 22 RC_CNC
#8 Prüfsumme 00-FF CS
6.2.3. Parameterdefinition
DerParameter recordDataIdentifier (RDI_)istinTabelle 28definiert.
DerParameterdataRecord(DREC_)dientderAufforderungsnachrichtWriteDa-
taByIdentifier dazu, dem Server (FE) den durch die recordDataIdentifier
gekennzeichneten Datensatzwerte bereitzustellen. Die Datensatzformate werden
inAbschnitt8definiert.
7. PRÜFIMPULSSTEUERUNG — FUNKTIONSEINHEIT EINGABE/
AUSGABE-STEUERUNG
DiezurVerfügungstehenden Dienstesindinnachstehender Tabelle aufgeführt:
Tabelle 32
Funktionseinheit Eingabe/Ausgabe-Steuerung
Dienstbezeichnung Beschreibung
InputOutputControlByIdentifier Der Client fordert die Steuerung einer speziellen Eingabe/
AusgabefürdenServeran
7.1.Der Dienst InputOutputControlByIdentifier
7.1.1. Beschreibung der Nachricht
Über einen der Steckanschlüsse an der Vorderseite ist es möglich, Prüfimpulse
mit einem geeigneten Prüfgerätzusteuernbzw.zuüberwachen.
Diese Kalibrierungs-E/A-Signalleitung ist mit einem K-Leitungsbefehl konfigu-
rierbar, wobei mit dem Dienst InputOutputControlByIdentifier die für die
Leitung gewünschte Eingabe- bzw. Ausgabefunktion gewählt wird. Es gibt
folgende Leitungszustände:
— deaktiviert,
— speedSignalInput: über die Kalibrierungs-E/A-Signalleitung wird ein
Geschwindigkeitssignal (Testsignal) eingegeben, das das Geschwindigkeits-
signaldesWeg-undGeschwindigkeitsgebersersetzt,
— realTimeSpeedSignalOutputSensor:überdieKalibrierungs-E/A-Signalleitung
wird das Geschwindigkeitssignal des Weg- und Geschwindigkeitsgebers
ausgegeben,
— RTCOutput: über die Kalibrierungs-E/A-Signalleitung wird das UTC-Zeitsi-
gnalausgegeben.
UmdenLeitungsstatuszukonfigurieren,musssichdieFahrzeugeinheitineinem
Einstellvorgang befinden und in die Betriebsart KALIBRIERUNG gesetzt sein.
BeiVerlassendesEinstellvorgangsbzw.derBetriebsartKALIBRIERUNGmuss
die Fahrzeugeinheit die Rückkehr der E/A-Signalleitung in den Status „deakti-
viert“ (Standardzustand) gewährleisten.
Treffen an der Echtzeit-Eingabeleitung für Geschwindigkeitssignale der FE
Geschwindigkeitsimpulse ein, während die E/A-Signalleitung auf Eingabe
gesetzt ist,mussdie E/A-Signalleitung aufAusgabegesetzt werdenoderinden
deaktivierten Zustandzurückkehren.
DerAblaufmusswiefolgtsein:
— AufbauderVerbindungdurchdenDienstStartCommunication
— Einleiten eines Einstellvorgangs durch den Dienst StartDiagnosticSession
und Eintritt in die Betriebsart KALIBRIERUNG (die Reihenfolge dieser
beidenVorgängeistnichtvonBedeutung).1998R2135—DE—25.08.2002—001.001—193
▼M1
— Änderung des Ausgabestatus durch den Dienst InputOutputControlByIdent-
ifier.
7.1.2. Nachrichtenformat
Die Nachrichtenformate für die InputOutputControlByIdentifier-Primitive sind
indenfolgendenTabellen spezifiziert:
Tabelle 33
Anforderungsnachricht InputOutputControlByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte EE TGT
#3 Quelladress-Byte tt SRC
#4 Zusatzlängen-Byte xx LEN#5 ServiceIdentifier fürAnforderungInputOutput-
ControlByIdentifier30 IOCBI
#6bis#7 InputOutputIdentifier =[CalibrationInputOutput] F960 IOI_CIO
#8oder#8
bis#9ControlOptionRecord=[ COR_…
inputOutputControlPara-
meter —einWertaus
Tabelle 36xx IOCP_…
controlState —einWert
ausTabelle 37(siehe
Hinweisunten)]xx CS_…
#9oder#10 Prüfsumme 00-FF CS
Hinweis: DerParameter controlStateliegt nurinbestimmten Fällen vor(siehe 7.1.3).
Tabelle 34
Nachricht Positive Response auf InputOutputControlByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte xx LEN#5 ServiceIdentifier fürPositiveResponseauf
inputOutputControlByIdentifier6F IOCBIPR
#6bis#7 inputOutputIdentifier =[CalibrationInputOutput] F960 IOI_CIO
#7bis#8 controlStatusRecord =[ CSR_
inputOutputControlPara-
meter (gleicher Wertwie
Byte8inTabelle 33)xx IOCP_…
controlState (gleicher Wert
wieByte9inTabelle 33)]xx CS_…
#9 Prüfsumme 00-FF CS1998R2135—DE—25.08.2002—001.001—194
▼M1
Tabelle 35
Nachricht Negative Response auf InputOutputControlByIdentifier
Byte-Nr. Parameterbezeichnung Hex-Wert Symbolform
#1 Format-Byte—PhysischeAdressierung 80 FMT
#2 Zieladress-Byte tt TGT
#3 Quelladress-Byte EE SRC
#4 Zusatzlängen-Byte 03 LEN#5 ServiceIdentifier fürNegative Response 7F NR#6 ServiceIdentifier fürAnforderunginputOutput-
ControlByIdentifier2F IOCBI
#7 responseCode=[
incorrectMessageLength 13 RC_IML
conditionsNotCorrect 22 RC_CNC
requestOutOfRange 31 RC_ROORdeviceControlLimitsEx-
ceeded]7A RC_DCLE
#8 Prüfsumme 00-FF CS
7.1.3. Parameterdefinition
Der Parameter inputOutputControlParameter (IOCP_) ist in folgender Tabelle
beschrieben:
Tabelle 36
Definition der Werte für inputOutputControlParameter
Hex Beschreibung Symbolform
00 ReturnControlToECU
Dieser Wert zeigt dem Server (FE) an, dass das Prüfgerät die
SteuerungderKalibrierungs-E/A-Signalleitung beendet hat.RCTECU
01 ResetToDefault
Dieser Wert zeigt dem Server (FE) die Anforderung an, den
Status der Kalibrierungs-E/A-Signalleitung in den Standardstatus
zurückzusetzen.RTD
03 ShortTermAdjustment
DieserWertzeigtdemServer(FE)dieAnforderungan,dieKali-
brierungs-E/A-Signalleitung auf den im Parameter controlState
enthaltenen Werteinzustellen.STA
DerParametercontrolStateliegtnurvor,wennderinputOutputControlParameter
aufShortTermAdjustment gesetztist;folgendeWerte sindmöglich:
Tabelle 37
Beschreibung der Werte für controlState
Betriebsart Hex-Wert Beschreibung
Deaktiviert 00 E/A-Leitung deaktiviert (Ausgangszustand)1998R2135—DE—25.08.2002—001.001—195
▼M1
Betriebsart Hex-Wert Beschreibung
Aktiviert 01 Kalibrierungs-E/A-Leitung alsspeedSignalInput aktiviert
Aktiviert 02 Kalibrierungs-E/A-Leitung als realTimeSpeedSignalOutput-
Sensoraktiviert
Aktiviert 03 Kalibrierungs-E/A-Leitung alsRTCOutputaktiviert
8. DATENSATZFORMATE
DieserAbschnittenthält:— allgemeineRegelnfürdieParameter,dievonderFahrzeugeinheitzumPrüf-
gerätübertragen werden,
— die Beschreibung der Formate für die in Abschnitt 6 erläuterten Datenüber-
tragungsdienste.
Allehierangegebenen Parameter müssenvonderFEunterstützt werden.
VonderFEandasPrüfgerätaufgrundeinerAnforderungsnachricht übertragene
Daten müssen dem jeweiligen Messtyp entsprechen (d. h. dem aktuellen Wert
desangeforderten Parameters, wieihndieFEgemessenodervorgegebenhat).
8.1.Wertebereiche der übertragenen Parameter
Tabelle 38 enthält die Wertebereiche, mit deren Hilfe die Gültigkeit der über-
mittelten Parameter festgestellt wird.
Mit den Werten im Bereich „Errorindikator“ kann die Fahrzeugeinheit sofort
mitteilen, dass aufgrund eines Fehlers im Kontrollgerät derzeit keine gültigen
Werte vorhandensind.
Mit den Werten im Bereich „Nicht verfügbar“ kann die Fahrzeugeinheit eine
Nachricht übermitteln, die einen in diesem Modul nicht verfügbaren oder nicht
unterstützten Parameter enthält. Die Werte im Bereich „Nicht angefordert“
ermöglichen es der Fahrzeugeinheit eine Befehlsnachricht zu übermitteln und
dieParameteranzugeben,fürdieesvomanderenGerätkeineAntworterwartet.
KönnenwegeneinesdefektenBauteilskeinegültigenDatenfüreinenParameter
übermittelt werden, sollte mit dem in Tabelle 38 angegebenen Fehlerindikator
anstelle von Daten für den angeforderten Parameter geantwortet werden. Wenn
die gemessenen oder errechneten Daten Werte annehmen, die zwar gültig sind,
aber außerhalb des festgelegten Wertebereichs für diesen Parameter liegen, ist
der Fehlerindikator jedoch nicht zu verwenden. In diesem Fall sollte der jewei-
lige Mindest-oderHöchstwertfürdiesenParameter übertragen werden.
Tabelle 38
Wertebereiche der dataRecords
Wertebereichsname1Byte
(Hex-Wert)2Bytes
(Hex-Wert)4Bytes
(Hex-Wert)ASCII
GültigesSignal 00bisFA 0000bis
FAFF00000000bis
FAFFFFFF1bis254
Parameterspezifischer
IndikatorFB FB00bis
FBFFFB000000bis
FBFFFFFFkeiner
Reserviert für künftige
IndikatorbitsFCbisFD FC00bis
FDFFFC000000bis
FDFFFFFFkeiner
Fehlerindikator FE FE00bis
FEFFFE000000bis
FEFFFFFF0
Nicht verfügbar oder
nichtangefordertFF FF00bis
FFFFFF000000bis
FFFFFFFFFF
Bei den in ASCII dargestellten Parametern ist der Stern „*“ als Trennzeichen
reserviert.1998R2135—DE—25.08.2002—001.001—196
▼M1
8.2.dataRecords-Formate
InTabelle39bisTabelle42sinddieDatensatzformatefürdieDiensteReadDa-
taByIdentifier undWriteDataByIdentifier angegeben.
In Tabelle 39 sind die Länge, die Auflösung und der Betriebsbereich für jeden
durchseinenrecordDataIdentifier gekennzeichneten Parameter aufgeführt:
Tabelle 39
dataRecords-Formate
ParameterbezeichnungDatenlänge
(Byte)Auflösung Betriebsbereich
TimeDate 8 sieheTabelle 40
HighResolutionTotalVehi-
cleDistance4 Zuwachs5m/Bit,
Ausgangswert0m0bis+21055406km
Kfactor 2 Zuwachs0,001Impulse/
m/Bit,Ausgangswert00bis64,255pulse/m
LfactorTyreCircumference 2 Zuwachs0,12510-3m/
Bit, Ausgangswert00bis8031m
WvehicleCharacteristic-
Factor2 Zuwachs0,001Impulse/
m/Bit,Ausgangswert00bis64,255Impulse/m
TyreSize 15 ASCII ASCII
NextCalibrationDate 3 sieheTabelle 41
SpeedAuthorised 2 Zuwachs1/256km/h/Bit,
Ausgangswert00bis250996km/h
RegisteringMemberState 3 ASCII ASCII
VehicleRegistrationNumber 14 sieheTabelle 42VIN 17 ASCII ASCII
Tabelle 40 enthält die Formate der verschiedenen Bytes für den Parameter
TimeDate:
Tabelle 40
Ausführliches Format des Parameters TimeDate (recordDataIdentifier-Wert F00B)
Byte Parameterdefinition Auflösung Betriebsbereich
1 Sekunden Zuwachs0,25s/Bit,
Ausgangswert0s0bis59,75s
2 Minuten Zuwachs1min/Bit,
Ausgangswert0min0bis59min
3 Stunden Zuwachs1h/Bit,
Zuwachs0h0bis23h
4 Monat Zuwachs1Monat/Bit,
Ausgangswert0Monate1bis12Monate
5 Tag Zuwachs0,25Tag/Bit,
Ausgangswert0Tage
(sieheHinweisunter
Tabelle 41)0,25bis31,75Tage
6 Jahr Zuwachs1Jahr/Bit,
Ausgangswert+1985
Jahre(sieheHinweis
unterTabelle 41)1985bis2235Jahre1998R2135—DE—25.08.2002—001.001—197
▼M1
Byte Parameterdefinition Auflösung Betriebsbereich
7 Lokaler Ausgangswert
MinutenZuwachs1min/Bit,
Ausgangswert-125min-59bis59min
8 Lokaler Ausgangswert
StundenZuwachs1h/Bit,
Ausgangswert-125h-23bis+23h
Tabelle41enthältdieFormatederverschiedenenBytesfürdenParameterNext-
CalibrationDate:
Tabelle 41
Ausführliches Format des Parameters NextCalibrationDate (recordDataIdentifier-Wert F022)
Byte Parameterdefinition Auflösung Betriebsbereich
1 Monat Zuwachs1Monat/Bit,
Ausgangswert0Monate1bis12Monate
2 Tag Zuwachs0,25Tage/Bit,
Ausgangswert0Tage
(sieheHinweisunten)0,25bis31,75Tage
3 Jahr Zuwachs1Jahr/Bit,
Ausgangswert+1985
Jahre(sieheHinweis
unten)1985bis2235Jahre
HinweiszurVerwendungdesTag-Parameters:
1. DerDatumswert0istungültig.DieWerte1,2,3und4kennzeichnendenerstenTagdesMonats;dieWerte5,6,
7und8kennzeichnen denzweiten TagdesMonatsusw.
2. DieserParameterhatkeinen EinflussaufdenStundenparameteroben.
HinweiszurVerwendungdesJahr-Parameterbits:
DerWert 0fürdasJahrkennzeichnet dasJahr1985;derWert 1dasJahr1986usw.
Tabelle42enthältdieFormatederverschiedenenBytesfürdenParameterVehi-
cleRegistrationNumber:
Tabelle 42
Ausführliches Format des Parameters VehicleRegistrationNumber (recordDataIdentifier-Wert
F07E)
Byte Parameterdefinition Auflösung Betriebsbereich
1 Codeseite (entsprechend
Anhang1)ASCII 01bis0A
2bis14 amtliches Kennzeichen
(entsprechendAnhang1)ASCII ASCII1998R2135—DE—25.08.2002—001.001—198
▼M1
Anlage 9
BAUARTGENEHMIGUNG — MINDESTANFORDERUNGEN AN DIE DURCHZU-
FÜHRENDEN PRÜFUNGEN
INHALTSVERZEICHNIS
1. Einleitung … . .................................................................
1.1. Bauartgenehmigung … ...........................................................
1.2. Referenzdokumente … ...........................................................
2. FunktionsprüfungenanderFahrzeugeinheit … .. .....................................
3. FunktionsprüfungenamWeg-und/oderGeschwindigkeitsgeber … ... ....................
4. FunktionsprüfungenanKontrollgerätkarten … .. .....................................
5. Interoperabilitätsprüfungen … .....................................................1998R2135—DE—25.08.2002—001.001—199
▼M1
1. EINLEITUNG
1.1.Bauartgenehmigung
Die EWG-Bauartgenehmigung von Kontrollgeräten (oder deren Komponenten)
odereinerKontrollgerätkarte beruhtauf:
— einerSicherheitszertifizierung durcheine ITSEC-Stelle anhandeiner Sicher-
heitsvorgabeinvölliger Übereinstimmung mit Anlage10diesesAnhangs,
— einer Funktionszertifizierung durch die Behörde eines Mitgliedstaates, mit
derbestätigtwird,dassdasgeprüfteTeilhinsichtlichderausgeführtenFunk-
tionen, der Messgenauigkeit und der Umwelteigenschaften die
AnforderungendiesesAnhangserfüllt,
— einer Interoperabilitätszertifizierung durch die zuständige Stelle, mit der
bestätigt wird, dass das Kontrollgerät (oder die Kontrollgerätkarte) mit dem
erforderlichenMusterderKontrollgerätkarte(bzw.desKontrollgeräts)(siehe
KapitelVIIIindiesemAnhang)uneingeschränkt interoperabel ist.
In dieser Anlage ist in Form von Mindestanforderungen festgelegt, welche
Prüfungen eine Behörde der Mitgliedstaaten während der Funktionsprüfungen
und welche Prüfungen eine zuständige Stelle während der Interoperabilitätsprü-
fungendurchführen muss.DieVerfahren zurDurchführungder Prüfungenbzw.
dieArtderPrüfungenwerdennichtweiterspezifiziert.
Die Aspekte der Sicherheitszertifizierung sind in dieser Anlage nicht enthalten.
Werden bestimmte Prüfungen bereits für die Bauartgenehmigung im Rahmen
des Verfahrens zur Sicherheitsbewertung und -zertifizierung durchgeführt, so
brauchendiesePrüfungennichtwiederholtzuwerden.IndiesemFallsindledig-
lich die Ergebnisse dieser Sicherheitsprüfungen nachzuprüfen. Zu
Informationszwecken sind in dieser Anlage Anforderungen, bei denen während
derSicherheitszertifizierungdieDurchführungeinerPrüfungerwartetwird(oder
die mit durchzuführenden Prüfungen in einem engen Verhältnis stehen), mit
einem „*“gekennzeichnet.
In dieser Anlage wird die Bauartgenehmigung für den Weg- und/oder
Geschwindigkeitsgebers getrennt von der für die Fahrzeugeinheit betrachtet, da
es sich dabei um Komponenten des Kontrollgeräts handelt. Da Interoperabilität
nicht zwischen sämtlichen Modellen von Weg- und/oder Geschwindigkeits-
gebern und Fahrzeugeinheiten erforderlich ist, kann die Bauartgenehmigung für
einen Weg- und/oder Geschwindigkeitsgeber nur in Verbindung mit der Bauar-
tgenehmigung füreine Fahrzeugeinheit undumgekehrt erteilt werden.
1.2.Referenzdokumente
Referenzdokumente zudieserAnlage:IEC68-2-1 Environmental testing — Part 2: Tests — Tests A: Cold.
1990+Amendment2:1994.
IEC68-2-2 Environmental testing — Part 2: Tests — Tests B: Dry heat.
1974+Amendment2:1994.
IEC68-2-6 Basic environmental testing procedures — Test methods —
Test Fc and guidance: Vibrations (sinusoidal). 6th edition:
1985.
IEC68-2-14 Basic environmental testing procedures — Test methods —
TestN:Changeoftemperature. Modification 1:1986.
IEC68-2-27 Basic environmental testing procedures — Test methods —
TestEaandguidance: Shock.Edition3:1987.
IEC68-2-30 Basic environmental testing procedures — Test methods —
Test Db and guidance: Damp heat, cyclic (12 + 12 — hour
cycle). Modification 1:1985.
IEC68-2-35 Basic environmental testing procedure — Test methods —
Test Fda: Random Vibrations wide band — Reproducibility
High.Modification 1:1983.
IEC529 Degrees of protection provided by enclosures (IP code).
Edition 2:1989.
IEC61000-4-2 Electromagnetic Compatibility (EMC)—Testingandmeasu-
rement techniques — Electrostatic discharge immunity test:
1995/Amendment 1:1998
ISO7637-1 Road vehicles — Electrical disturbance by conduction and
coupling — Part 1: Passenger cars and light commercial
vehicles with nominal 12 Vsupply voltage — Electrical
transient conduction along supply lines only. Edition 2:
1990.(Straßenfahrzeuge;ElektrischeStörungendurchLeitung
und Kopplung; Teil 1: Personenkraftwagen und leichte Nutz-1998R2135—DE—25.08.2002—001.001—200
▼M1
kraftwagen mit 12-V-Bordnetzen — Leitungsgeführte
StörgrößenaufVersorgungsleitungen)
ISO7637-2 Road vehicles — Electrical disturbance by conduction and
coupling — Part 2: Commercial vehicles with nominal 24 V
supplyvoltage—Electricaltransientconductionalongsupply
lines only. First edition: 1990. (Straßenfahrzeuge; Elektrische
Störungen durch Leitung und Kopplung; Teil 2: Nutzkraft-
wagen mit 24-V-Bordnetzen; Leitungsgeführte Störgrößen
aufVersorgungsleitungen)
ISO7637-3 Road vehicles — Electrical disturbance by conduction and
coupling — Part 3: V ehicles with 12 Vor 24 Vsupply
voltage — Electrical transient transmission by capacitive and
inductive coupling via lines other than supply lines. First
Edition: 1995 + Cor 1: 1995. (Straßenfahrzeuge — Elektri-
sche Störungen durch Leitung und Kopplung — Teil 3:
Fahrzeuge mit 12 Voder 24 VNenn-V ersorgungsspannung
— Kapazitiv und induktiv gekoppelte Störungen auf andere
alsVersorgungsleitungen)
ISO/IEC7816-1 Identification cards — Integrated circuit(s) cards with
contacts — Part 1: Physical characteristics. First edition:
1998. (Identifikationskarten — Integrierte Schaltungen mit
Kontakten—Teil 1:PhysikalischeEigenschaften)
ISO/IEC7816-2 Information technology — Identification cards — Integrated
circuit(s)cardswithcontacts—Part2:Dimensionsandloca-
tion of the contacts. First edition: 1999. (Informationstechnik
— Identifikationskarten — Integrierte Schaltungen mit
Kontakten—Teil 2:AbmessungenundLagederKontakte)
ISO/IEC7816-3 Information technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 3: Electronic signals
and transmission protocol. Edition 2: 1997. (Informations-
technik —Identifikationskarten —Chipkarten mit Kontakten
— Teil 3: Elektronische Eigenschaften und Übertragungspro-
tokolle)
ISO/IEC10373 Identification cards — Test methods. First edition: 1993.
(Identifikationskarten —Prüfverfahren)
2. FUNKTIONSPRÜFUNGENANDERFAHRZEUGEINHEIT
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
1. Administrative Prüfung
1.1. Dokumentation Richtigkeit derDokumentation1.2. Prüfergebnisse
desHerstellersErgebnissederbeimEinbauvomHersteller
durchgeführtenPrüfung.NachweisaufPapier070,071,073
2. Sichtprüfung
2.1. Übereinstimmung mit derDokumentation
2.2. Kennung/Markierungen 168,169
2.3. Werkstoffe 163bis1672.4 Plombierung 2512.5. ExterneSchnittstellen3. Funktionsprüfungen
3.1. Mögliche Funktionen 002,004,244
3.2. Betriebsarten 006*,007*,008*,
009*,106,107
3.3. FunktionenundDatenzugriffsrechte 010*,011*,240,
246,2471998R2135—DE—25.08.2002—001.001—201
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
3.4. ÜberwachungdesEinsteckens undEntnehmens derKarten 013,014,015*,
016*,106
3.5. Geschwindigkeits-undWegstreckenmessung 017bis0263.6. Zeitmessung(Prüfungbei20ºC) 027bis0323.7. ÜberwachungderFahrertätigkeiten 033bis043,1063.8. ÜberwachungdesStatusderFahrzeugführung 044,045,106
3.9. Manuelle EingabedurchdieFahrer 046bis050b
3.10. VerwaltungderUnternehmenssperren 051bis0553.11. ÜberwachungvonKontrollaktivitäten 056,0573.12. FeststellungvonEreignissenundStörungen 059bis069,1063.13. KenndatenderFahrzeugeinheit 075*,076*,0793.14. Einsteck- undEntnahmedaten derFahrerkarte 081*bis083*3.15. Fahrertätigkeitsdaten 084*bis086*
3.16. OrtdesArbeitstagsbeginnsund-endes 087*bis089*
3.17. Kilometerstandsdaten 090*bis092*3.18. Detaillierte Geschwindigkeitsdaten 093*3.19. Ereignisdaten 094*,0953.20. Störungsdaten 096*3.21. Kalibrierungsdaten 097*,098*3.22. Zeiteinstellungsdaten 100*,101*
3.23. Kontrolldaten 102*,103*
3.24. Unternehmenssperredaten 104*3.25. ErfassendesHerunterladens 105*3.26. Datenzuspezifischen Bedingungen 105a*,105b*3.27. AufzeichnungundSpeicherungvonDatenaufKontrollge-
rätkarten108,109*,109a*,
110*,111,112
3.28. Anzeige 072,106,113bis
128,PIC_001,
DIS_001
3.29. Drucken 072,106,129bis
138,PIC_001,
PRT_001bis
PRT_012
3.30. Warnung 106,139bis148,
PIC_001
3.31. Herunterladen vonDatenaufexterne Datenträger 072,106,149bis
1511998R2135—DE—25.08.2002—001.001—202
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
3.32. Datenausgabeanzusätzliche externe Geräte 152,153
3.33. Kalibrierung 154*,155*,156*,
245
3.34. Zeiteinstellung 157*,158*3.35. Störungsfreiheit zusätzlicher Funktionen 003,269
4. Umweltprüfungen
4.1. Temperatur Funktionsprüfunganhand:
— IEC 68-2-1, Prüfung Ad, Prüfdauer
72Std.beiMindesttemperatur (-20ºC),
1Std.Betrieb, 1Std.außerBetrieb,
— IEC 68-2-2, Prüfung Bd, Prüfdauer
72Std.beiHöchsttemperatur (+70ºC),
1Std.Betrieb, 1Std.außerBetrieb
Temperaturzyklen: IEC68-2-14PrüfungNa
zumNachweis,dassFahrzeugeinheit einem
raschenWechsel derUmgebungstemperatur
standhält,20Zyklen,jeweils miteinem
Temperaturwechsel zwischenMindest-
(-20ºC)undHöchsttemperatur (+70ºC)
undjeweils 2Std.Verweilzeit beiMindest-
undHöchsttemperatur
InBezugaufMindest-undHöchsttemperatur
sowiewährendderTemperaturzyklen ist(für
dieinAbschnitt3dieserTabelle aufge-
führtenPrüfungen)einegeringere Anzahlan
Prüfungenzulässig159
4.2. Luftfeuchtigkeit IEC68-2-30,PrüfungDb,zumNachweis,
dassdieFahrzeugeinheit einerzyklischen
Feuchtigkeitsprüfung (Wärmeprüfung) von
sechs24-Std.-Zyklenjeweilsmit einer
Temperaturänderungvon+25ºCbis+55ºC
undeinerrelativenLuftfeuchtigkeitvon97%
bei+25ºCbzw.entsprechend93%bei
+55ºCstandhält160
4.3. Schwingungen 1. Sinusschwingungen:
Nachweis, dass Fahrzeugeinheit Sinus-
schwingungenmit folgenden Merkmalen
standhält
konstante Verschiebung zwischen 5 und
11Hz:max.10mm
konstante Beschleunigung zwischen 11
und300Hz:5g
Nachweis nach IEC 68-2-6, Prüfung Fc,
mit Mindestprüfdauervon3×12Std.
(12Std.jeAchse)
2. Zufallsschwingungen:
Nachweis, dass Fahrzeugeinheit Zufalls-
schwingungenmit folgenden Merkmalen
standhält:
Frequenz5—150Hz,Ebene0,02g
2/Hz
Nachweis nach IEC 68-2-35, Prüfung
Ffda,mitMindestprüfdauervon3×12Std.
(12Std.jeAchse),1Std.inBetrieb,1Std.
außerBetrieb
DiesebeidenPrüfungenwerdenanzwei
unterschiedlichen Probendeszuprüfenden
Gerätetypsdurchgeführt1631998R2135—DE—25.08.2002—001.001—203
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
4.4. Schutzvor
Wasserund
FremdkörpernNachweis,dassSchutzgradderFahrzeugein-
heit ineingebautem Zustandineinem Fahr-
zeugunterBetriebsbedingungen nachIEC
529mindestensIP40beträgt164,165
4.5. Überspannungs-
schutzNachweis,dassdieFahrzeugeinheit folgende
Versorgungsspannungenaushält:
24-V-Modelle: 34Vbei+40ºC1Std.
12-V-Modelle: 17Vbei+40ºC1Std.161
4.6. Falschpolungs-
schutzNachweis,dassdieFahrzeugeinheit einer
UmkehrungderPolarität derStromversor-
gungstandhält161
4.7. Kurzschluss-
schutzNachweis,dassfürEingangs-/Ausgangssi-
gnaleSchutzvorKurzschlussderStromver-
sorgungundvorErdschlussbesteht161
5. EMV-Prüfungen
5.1. Störaussendung
undStöranfäl-
ligkeitEinhaltung derRichtlinie 95/54/EWG 162
5.2. Elektrostatische
EntladungEinhaltung vonIEC61000-4-2,±2kV
(Stufe1)162
5.3. Leitungsge-
führte
Störgrößenauf
Versorgungslei-
tungenBei24-V-Modellen:Einhaltung vonISO
7637-2
Impuls1a:Vs=-100V,Ri=10Ohm
Impuls2:Vs=+100V,Ri=10Ohm
Impuls3a:Vs=-100V,Ri=50OhmImpuls3b:Vs=+100V,Ri=50Ohm
Impuls4:Vs=-16V,Va=-12V,
t6=100ms
Impuls5:Vs=+120V,Ri=2,2Ohm,
td=250ms
Bei12-V-Modellen:Einhaltung vonISO
7637-1
Impuls1:Vs=-100V,Ri=10Ohm
Impuls2:Vs=+100V,Ri=10Ohm
Impuls3a:Vs=-100V,Ri=50OhmImpuls3b:Vs=+100V,Ri=50OhmImpuls4:Vs=-6V,Va=-5V,t6=15ms
Impuls5:Vs=+65V,Ri=3Ohm,
td=100ms
Impuls5istnurinFahrzeugeinheiten zu
prüfen,dieinFahrzeugeninstalliert werdensollen,fürdiekeinegemeinsame externe
Blindlast vorgesehenist162
3. FUNKTIONSPRÜFUNGEN AM WEG- UND/ODER GESCHWINDIG-
KEITSGEBER
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
1. Administrative Prüfung
1.1. Dokumentation Richtigkeit derDokumentation1998R2135—DE—25.08.2002—001.001—204
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
2. Sichtprüfung
2.1. Übereinstimmung mit derDokumentation
2.2. Kennung/Markierungen 169,170
2.3. Werkstoffe 163bis1672.4. Plombierung 2513. Funktionsprüfungen
3.1. KenndatendesWeg-und/oderGeschwindigkeitsgebers 077*
3.2. KoppelungdesWeg-und/oderGeschwindigkeitsgebersmitder
Fahrzeugeinheit099*,155
3.3. MessungWegstrecke/Geschwindigkeit
Messgenauigkeit Wegstrecke/Geschwindigkeit 022bis026
4. Umweltprüfungen
4.1. Betriebstempe-
raturPrüfungderFunktionstüchtigkeit (entspre-
chendFestlegunginPrüfungNr.3.3)im
Temperaturbereich [-40ºC;+135ºC]
anhand:
— IEC 68-2-1, Prüfung Ad, Prüfdauer
96Std.beiMindesttemperatur To
min
— IEC 68-2-2, Prüfung Bd, Prüfdauer
96Std.beiHöchsttemperatur Tomax159
4.2. Temperatur-
zyklenPrüfungderFunktionstüchtigkeit (entspre-
chendFestlegunginPrüfungNr.3.3)anhand
IEC68-2-14,PrüfungNa,20Zyklen,jeweils
mit Wechsel vonderMindest-(-40ºC)zur
Höchsttemperatur (+135ºC)undjeweils
2Std.Verweilzeit beiMindest-und
Höchsttemperatur
InBezugaufMindest-undHöchsttemperatur
sowiewährendderTemperaturzyklen ist(für
dieinPrüfung3.3aufgeführten Prüfungen)
eine geringere AnzahlanPrüfungenzulässig159
4.3. Luftfeuchtig-
keitszyklenPrüfungderFunktionstüchtigkeit (entspre-
chendFestlegunginPrüfungNr.3.3)anhand
IEC68-2-30,PrüfungDb,sechs24-Std.-
Zyklen,jeweilsmit einerTemperaturände-
rungvon+25ºCbis+55ºCundeinerrela-
tivenLuftfeuchtigkeit von97%bei+25ºC
bzw.entsprechend93%bei+55ºC160
4.4. Schwingungen PrüfungderFunktionstüchtigkeit (entspre-
chendFestlegunginPrüfungNr.3.3)anhand
IEC68-2-6,PrüfungFc,Prüfdauer100
Frequenzzyklen: konstante Verschiebung
zwischen10und57Hz:max.1,5mm
konstante Beschleunigung zwischen57und
500Hz:20g163
4.5. Mechanischer
StoßPrüfungderFunktionstüchtigkeit (entspre-
chendFestlegunginPrüfungNr.3.3)anhand
IEC68-2-27,PrüfungEa,3Stößeinbeiden
Richtungender3senkrechten Achsen163
4.6. Schutzvor
Wasserundvor
FremdkörpernNachweis,dassSchutzgraddesWeg-und/
oderGeschwindigkeitsgebersineingebautem
Zustandineinem FahrzeugunterBetriebsbe-1651998R2135—DE—25.08.2002—001.001—205
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
dingungengemäßIEC529IPmindestens64
beträgt
4.7. Falschpolungs-
schutzNachweis,dassderWeg-und/oder
Geschwindigkeitsgeber einerUmkehrungder
Polarität derStromversorgungstandhält161
4.8. Kurzschluss-
schutzNachweis,dassfürEingangs-/Ausgangssi-
gnaleSchutzvorKurzschlussderStromver-
sorgungundvorErdschlussbesteht161
5. EMV
5.1. Störaussendung
undStöranfäl-
ligkeitNachweisderEinhaltung derRichtlinie 95/
54/EWG162
5.2. Elektrostatische
EntladungEinhaltung vonIEC61000-4-2,±2kV
(Stufe1)162
5.3. Anfälligkeit
gegenüber
leitungsge-
führten
Störgrößenauf
DatenleitungenEinhaltung vonISO7637-3(StufeIII) 162
4. FUNKTIONSPRÜFUNGENANKONTROLLGERÄTKARTEN
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
1. Administrative Prüfung
1.1. Dokumentation Richtigkeit derDokumentation
2. Sichtprüfung
2.1. Gewährleistung,dasssämtliche Schutzanfor-
derungenunddiesichtbar anzubringenden
Angabenkorrektgedruckt sindundden
Vorgabenentsprechen171bis181
3. Physische Prüfungen
3.1. Kontrolle derAbmessungenderKartenundderLageder
Kontakte184
ISO/IEC7816-1ISO/IEC7816-2
4. Protokollprüfungen
4.1. ATR Prüfen,dassATRdenAnforderungen
entsprichtISO/IEC7816-3
TCS304,307,
308
4.2. T=0 Prüfen,dassProtokollT=0denAnforde-
rungenentsprichtISO/IEC7816-3
TCS302,303,
305
4.3. PTS Prüfen,dassKommandoPTSdurch
Einstellen vonT=1ausgehendvonT=0den
AnforderungenentsprichtISO/IEC7816-3
TCS309a311
4.4. T=1 Prüfen,dassProtokollT=1denAnforde- ISO/IEC7816-31998R2135—DE—25.08.2002—001.001—206
▼M1
Nr. Prüfung BeschreibungAnforderungsent-
sprechung
rungenentspricht TCS303,/306
5. Kartenstruktur
5.1. Prüfen,dassdieDateistrukturderKarteden
Anforderungenentspricht. Hierzusinddas
Vorhandenseinderobligatorischen Dateien
aufderKarteunddieZugriffsbedingungen
daraufzuüberprüfenTCS312
TCS400*,401,
402,403*,404,
405*,406,407,
408*,409,410*,
411,412,413*,
414,415*,416,
417,418*,419
6. Funktionsprüfungen
6.1. NormaleVerar-
beitungFürjedenBefehlistjedezulässige Ausfüh-
rungzumindest einmal zuprüfen(z.B.:
PrüfungdesBefehlsUPDATEBINARYmit
CLA= ′00′,CLA= ′0C′undmit unter-
schiedlichen Parametern P1,P2undLc).
Prüfen,dassdieOperationen aufderKarte
tatsächlich ausgeführtwurden(z.B.:durch
dasLesenderDatei, inderderBefehl
ausgeführtwurde)TCS313bisTCS
379
6.2. Fehlermel-
dungenFürjedenBefehlistjedeFehlermeldung
(entsprechendAnlage2)zumindesteinmalzu
prüfen.Jedergenerische Fehleristzumindest
einmal zuprüfen(mitAusnahmevon ′6400′-
Integritätsfehlern, diewährendderSicher-
heitszertifizierung geprüftwerden)
7. Umweltprüfungen
7.1. Gewährleistung,dassdieKarteninnerhalb
derinÜbereinstimmung mit ISO/IEC10373
festgelegten Grenzbedingungenfunktions-
tüchtig sind185bis188
ISO/IEC7816-1
5. INTEROPERABILITÄTSPRÜFUNGEN
Nr. Prüfung Beschreibung
1. Gegenseitige
AuthentisierungPrüfen,dassgegenseitige Authentisierung zwischenderFahrzeug-
einheit undderKontrollgerätkarte normalabläuft
2. Lese-/Schreib-
PrüfungenAusführungeinestypischen Tätigkeitsszenarios anderFahrzeug-
einheit. DabeisindinAbhängigkeitvonderzuprüfendenKarteso
viele Schreibvorgänge wiebeiderKartemöglich zuEreignissen
undStörungendurchzuführen
DurchHerunterladen vonderKarteistnachzuprüfen, obdie
entsprechenden Aufzeichnungen ordnungsgemäßerfolgtsind
MitHilfeeinesTagesausdrucksderKarteistnachzuprüfen, obdie
entsprechenden Aufzeichnungen ordnungsgemäßgelesen werden
können1998R2135—DE—25.08.2002—001.001—207
▼M1
Anlage 10
ALLGEMEINE SICHERHEITSANFORDERUNGEN
IndieserAnlagewerdendieMindestanforderungenund-inhaltefürWeg-und/oderGeschwindigkeits-
geber,Fahrzeugeinheit undSicherheitsanforderungen derKontrollgerätkarten festgelegt.
Zur Formulierung der Sicherheitsanforderungen, die bei der Beantragung einer Sicherheitszertifizie-
rung erfüllt werden müssen, sind die Hersteller aufgefordert, die Dokumente nach Bedarf zu
konkretisierenundzuvervollständigen,ohnediehierangegebenenSpezifizierungenmöglicherSicher-
heitsgefährdungen sowieder Ziele, Verfahrensmöglichkeiten undsicherheitserzwingenden Funktionen
zuändernbzw.zustreichen.
INHALTSVERZEICHNIS
Allgemeine Sicherheitsanforderungen für Weg- und/oder Geschwindigkeitsgeber
1. Einleitung … .. ..............................................................
2. Abkürzungen,Begriffsbestimmungen undReferenzdokumente … ......................
2.1. Abkürzungen… ..............................................................
2.2. Begriffsbestimmungen … ... ...................................................
2.3. Referenzdokumente …. ........................................................
3. GrundprinzipdesProdukts… ...................................................
3.1. Beschreibung undVerwendungdesWeg-und/oderGeschwindigkeitsgebers… ..........
3.2. Lebenszyklus desWeg-und/oderGeschwindigkeitgebers … ... .......................
3.3. Sicherheitsgefährdungen … .. ...................................................
3.3.1. Sicherheitsgefährdungen imZusammenhang mit derZugriffskontrolle … ... ............
3.3.2. Konstruktionsbedingte Sicherheitsgefährdungen … ..................................
3.3.3. Betriebsbedingte Sicherheitsgefährdungen … .......................................
3.4. Sicherheitsziele … ............................................................
3.5. Informationstechnische Sicherheitsziele ….. .......................................
3.6. Physische,personelle bzw.verfahrenstechnische Mittel… ............................
3.6.1. Gerätekonstruktion … . ........................................................
3.6.2. AuslieferungderGeräte… .. ...................................................
3.6.3. GenerierungundLieferung derSicherheitsdaten … .................................
3.6.4. Einbau,Kalibrierung undNachprüfungdesKontrollgerätes … . .......................
3.6.5. Kontrolle derEinhaltung vonVorschriften… ......................................
3.6.6. Software-Upgrades… . ........................................................
4. Sicherheitserzwingende Funktionen… ............................................
4.1. Identifizierung undAuthentisierung … ............................................
4.2. Zugriffskontrolle … ... ........................................................
4.2.1. Zugriffsberechtigung … ........................................................
4.2.2. Datenzugriffsrechte … . ........................................................
4.2.3. Dateistruktur und-zugriffsbedingungen ….. .......................................
4.3. Zuordnungsmöglichkeit …... ...................................................
4.4. Audit… . ...................................................................
4.5. Genauigkeit … . ..............................................................
4.5.1. MaßnahmenzurKontrolledesInformationsflusses… ... ............................
4.5.2. Interne Datenübertragung … . ...................................................
4.5.3. Integrität derSpeicherdaten … ..................................................
4.6. Zuverlässigkeit währenddesBetriebes … .. .......................................
4.6.1. Prüfungen… .. ..............................................................
4.6.2. Software… ..................................................................1998R2135—DE—25.08.2002—001.001—208
▼M1
4.6.3. PhysischerSchutz… .. ........................................................
4.6.4. Unterbrechung derStromversorgung… ...........................................
4.6.5. Rücksetzbedingungen … .......................................................
4.6.6. Datenbereitstellung … . ........................................................
4.6.7. Multifunktionsgeräte … ........................................................
4.7. Datenaustausch … ............................................................
4.8. Kryptografische Unterstützung… ... .............................................
5. Beschreibung derSicherheitsmechanismen … ......................................
6. MindestrobustheitderSicherheitsmechanismen … ..................................
7. Gewährleistungsebene … .......................................................
8. GrundlegendesPrinzip… ... ...................................................
Allgemeine Sicherheitsanforderungen für die Fahrzeugeinheit (FE)
1. Einführung….. ..............................................................
2. Abkürzungen,Begriffsbestimmungen undReferenzdokumente … ......................
2.1. Abkürzungen… ..............................................................
2.2. Begriffsbestimmungen … ... ...................................................
2.3. Referenzdokumente …. ........................................................
3. GrundprinzipdesProdukts… ...................................................
3.1. Beschreibung undVerwendungderFahrzeugeinheit … .. ............................
3.2. Lebenszyklus derFahrzeugeinheit … .............................................
3.3. Sicherheitsgefährdungen … .. ...................................................
3.3.1. Sicherheitsgefährdungen imZusammenhang mit Identifizierung undZugangskontrolle … ..
3.3.2. Konstruktionsbedingte Sicherheitsgefährdungen … ..................................
3.3.3. Betriebsbedingte Sicherheitsgefährdungen … .......................................
3.4. Sicherheitsziele … ............................................................
3.5. Informationstechnische Sicherheitsziele ….. .......................................
3.6. Physische,personelle bzw.verfahrenstechnische Mittel… ............................
3.6.1. Gerätekonstruktion … . ........................................................
3.6.2. AuslieferungundAktivierungderGeräte… .......................................
3.6.3. GenerierungundLieferung derSicherheitsdaten … .................................
3.6.4. Kartenübergabe … ............................................................
3.6.5. Einbau,Kalibrierung undNachprüfungdesKontrollgerätes … . .......................
3.6.6. Betrieb derGeräte….. ........................................................
3.6.7. Kontrolle derEinhaltung vonVorschriften… ......................................
3.6.8. Software-Upgrades… . ........................................................
4. Sicherheitserzwingende Funktionen… ............................................
4.1. Identifizierung undAuthentisierung … ............................................
4.1.1. Identifizierung undAuthentisierung desWeg-und/oderGeschwindigkeitsgebers… . ......
4.1.2. Identifizierung undAuthentisierung desBenutzers… ... ............................
4.1.3. Identifizierung undAuthentisierung einesentfernt angeschlossenenUnternehmens… .....
4.1.4. Identifizierung undAuthentisierung desVerwaltungsgeräts… . .......................
4.2. Zugriffskontrolle … ... ........................................................
4.2.1. Zugriffsberechtigung … ........................................................
4.2.2. Funktionszugriffrechte … ... ...................................................
4.2.3. Datenzugriffsrechte … . ........................................................
4.2.4. Dateistruktur und-zugriffsbedingungen ….. .......................................1998R2135—DE—25.08.2002—001.001—209
▼M1
4.3. Zuordnungsmöglichkeit …... ...................................................
4.4. Audit… . ...................................................................
4.5. Wiederverwendung vonSpeichermedien …. .......................................
4.6. Genauigkeit … . ..............................................................
4.6.1. MaßnahmenzurKontrolledesInformationsflusses… ... ............................
4.6.2. Interne Datenübertragung … . ...................................................
4.6.3. Integrität derSpeicherdaten … ..................................................
4.7. Zuverlässigkeit währenddesBetriebs… ... .......................................
4.7.1. Prüfungen… .. ..............................................................
4.7.2. Software… ..................................................................
4.7.3. PhysischerSchutz… .. ........................................................
4.7.4. Unterbrechung derStromversorgung… ...........................................
4.7.5. Rücksetzbedingungen … .......................................................
4.7.6. Datenbereitstellung … . ........................................................
4.7.7. Multifunktionsgeräte … ........................................................
4.8. Datenaustausch … ............................................................
4.8.1. Datenaustausch mit demWeg-und/oderGeschwindigkeitsgeber … ... .................
4.8.2. Datenaustausch mit Kontrollgerätkarten … . .......................................
4.8.3. Datenaustausch mit externen Datenträgern (Übertragungsfunktion)… . .................
4.9. Kryptografische Unterstützung… ... .............................................
5. Beschreibung derSicherheitsmechanismen … ......................................
6. MindestrobustheitderSicherheitsmechanismen … ..................................
7. Gewährleistungsebene … .......................................................
8. GrundlegendesPrinzip… ... ...................................................
Allgemeine Sicherheitsanforderungen für die Kontrollgerätkarte
1. Einführung….. ..............................................................
2. Abkürzungen,Begriffsbestimmungen undReferenzdokumente … ......................
2.1. Abkürzungen… ..............................................................
2.2. Begriffsbestimmungen … ... ...................................................
2.3. Referenzdokumente …. ........................................................
3. GrundprinzipdesProdukts… ...................................................
3.1. Beschreibung undVerwendungderKontrollgerätkarte … ............................
3.2. Lebenszyklus derKontrollgerätkarte … ...........................................
3.3. Sicherheitsgefährdungen … .. ...................................................
3.3.1. Letztliche Ziele … ............................................................
3.3.2. Angriffswege… ..............................................................
3.4. Sicherheitsziele … ............................................................
3.5. Informationstechnische Sicherheitsziele ….. .......................................
3.6. Physische,personelle bzw.verfahrenstechnische Mittel… ............................
4. Sicherheitserzwingende Funktionen… ............................................
4.1. Einhaltung vonSchutzprofilen … ... .............................................
4.2. Identifizierung undAuthentisierung desBenutzers… ... ............................
4.2.1. Identifizierung desBenutzers… .................................................
4.2.2. Autentisierung desBenutzers … .................................................
4.2.3. Fehlgeschlagene Authentisierungen … ............................................
4.3. Zugriffskontrolle … ... ........................................................1998R2135—DE—25.08.2002—001.001—210
▼M1
4.3.1. Zugriffskontrollregeln … .......................................................
4.3.2. Zugriffskontrollfunktionen … ...................................................
4.4. Zuordnungsmöglichkeit …... ...................................................
4.5. Audit… . ...................................................................
4.6. Genauigkeit … . ..............................................................
4.6.1. Speicherdatenintegrität … ... ...................................................
4.6.2. Basisdatenauthentisierung … . ...................................................
4.7. Zuverlässigkeit währenddesBetriebs… ... .......................................
4.7.1. Prüfungen… .. ..............................................................
4.7.2. Software… ..................................................................
4.7.3. Stromversorung… ............................................................
4.7.4. Rücksetzbedingungen … .......................................................
4.8. Datenaustausch … ............................................................
4.8.1. Datenaustausch mit einerFahrzeugeinheit … ......................................
4.8.2. ExportvonDatenaneine Nicht-Fahrzeugeinheit (Übertragungsfunktion)… . ............
4.9. Kryptografische Unterstützung… ... .............................................
5. Beschreibung derSicherheitsmechanismen … ......................................
6. MindesrobustheitderSicherheitsmechanismen … . ..................................
7. Gewährleistungsebene … .......................................................
8. GrundlegendesPrinzip… ... ...................................................1998R2135—DE—25.08.2002—001.001—211
▼M1
ALLGEMEINE SICHERHEITSANFORDERUNGEN FÜR WEG- UND/ODER
GESCHWINDIGKEITSGEBER
1.Einleitung
In diesem Abschnitt werden der Weg- und/oder Geschwindigkeitsgeber,
mögliche Sicherheitsgefährdungen sowie die zu erfüllenden Sicherheitsziele
beschrieben. Außerdem enthält er Erläuterungen zu den zur Durchsetzung der
Sicherheitsanforderungen erforderlichen Funktionen, und es erfolgt eine Aufli-
stung der Mindestanforderungen an die Sicherheitsmechanismen und die
erforderliche Gewährleistungsebene fürEntwicklungundEvaluierung.
DiehieraufgeführtenAnforderungenentsprechendenAnforderungenimHaupt-
teil von Anhang I B. Im Interesse einer besseren Verständlichkeit können sich
zwischendenAnforderungenimHauptteilvonAnhangIBunddenSicherheits-
anforderungen Doppelungen ergeben. Bei Diskrepanzen zwischen einer
Sicherheitsanforderung und der Anforderung im Hauptteil von Anhang I B, auf
die sich diese Sicherheitsanforderung bezieht, geht die Anforderung im Haupt-
teil vonAnhangIBvor.
Anforderungen im Hauptteil von Anhang I B, auf die sich diese Sicherheitsan-
forderungen nicht beziehen, sind nicht Gegenstand der Funktionen zur
DurchsetzungvonSicherheitsanforderungen.
ZwecksbessererZuordnungzudeninderDokumentationüberEntwicklungund
Evaluierung verwendeten Begriffen wurden für die möglichen Sicherheitsge-
fährdungen sowie die zu erfüllenden Ziele, Verfahrensmöglichkeiten und SEF-
Spezifikationen eindeutige Bezeichnungen gewählt.
2.Abkürzungen, Begriffsbestimmungen und Referenzdokumente
2.1.Abkürzungen
ROM Festspeicher(ReadOnlyMemory)
SEF Sicherheitserzwingende Funktion
PO PrüfobjektFE Fahrzeugeinheit (Vehicle Unit)
2.2.Begriffsbestimmungen
Digitaler Fahrtenschreiber Kontrollgerät
Geräteeinheit Ein an den Weg- und/oder Geschwindigkeitsgeber
angeschlossenesGerät
Weg-undGeschwindigkeitsdaten DiemitderFEausgetauschtenDatenüberFahrge-
schwindigkeitundzurückgelegte Wegstrecke
Physischgetrennte Teile Komponenten des Weg- und/oder Geschwindig-
keitsgebers, die sich im Gegensatz zu den im
Gehäuse des Weg- und/oder Geschwindigkeits-
gebers untergebrachten Bauteilen an anderer Stelle
imFahrzeugbefinden
Sicherheitsdaten Spezielle Daten, die zur Unterstützung der sicher-
heitserzwingenden Funktionen erforderlich sind
(z.B.kryptografische Schlüssel)
System Gerätetechnik, Menschen bzw. Organisationen, die
in welcher Weise auch immer mit den Kontroll-
geräteninBeziehung stehen
Benutzer Den Weg- und/oder Geschwindigkeitsgeber
anwendendePerson
Benutzerdaten Abgesehen von den Weg- und Geschwindigkeits-
sowie den Sicherheitsdaten alle sonstigen Daten,
die vom Weg- und/oder Geschwindigkeitsgeber
aufgezeichnet bzw.gespeichert werden
2.3.Referenzdokumente
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (Kriterien für die Bewertung
der Sicherheit von Systemen der Informations-
technik)1998R2135—DE—25.08.2002—001.001—212
▼M1
3.Grundprinzip des Produkts
3.1.Beschreibung und Verwendung des Weg- und/oder Geschwindigkeits-
gebers
Der Weg- und/oder Geschwindigkeitsgeber ist zum Einbau in Straßentranspor-
tfahrzeuge vorgesehen. Seine Aufgabe ist es, der FE gesicherte Daten im
Hinblick auf die Fahrzeuggeschwindigkeit und die zurückgelegte Wegstrecke
zurVerfügungzustellen.
DerWeg-und/oderGeschwindigkeitsgeberistmiteinembewegtenFahrzeugteil,
dessen Bewegung für die Fahrtgeschwindigkeit bzw. die zurückgelegte
Wegstrecke stellvertretend ist, mechanisch verbunden. Er kann im Getriebe
oderineinem anderen Teil desFahrzeugsinstalliert werden.
Im Betriebszustand ist der Weg- und/oder Geschwindigkeitsgeber an eine FE
angeschlossen.
Ebenso ließe er sich zu Verwaltungszwecken an spezielle Geräte anschließen
(durchdenHersteller festzulegen).
Der typische Weg- und/oder Geschwindigkeitsgeber ist in der folgenden Abbil-
dungdargestellt:
Abbildung 1
Typischer Weg- und/oder Geschwindigkeitsgeber
1998R2135—DE—25.08.2002—001.001—213
▼M1
3.2.Lebenszyklus des Weg- und/oder Geschwindigkeitsgebers
DertypischeLebenszyklusdesWeg-und/oderGeschwindigkeitsgebersistinder
folgenden Abbildungdargestellt:
Abbildung 2
Typischer Lebenszyklus des Weg- und/oder Geschwindigkeitsgebers
3.3.Sicherheitsgefährdungen
In diesem Abschnitt werden mögliche Sicherheitsgefährdungen des Weg- und/
oderGeschwindigkeitsgebersbeschrieben.
3.3.1.Sicherheitsgefährdungen im Zusammenhang mit der Zugriffskontrolle
T.Access Versuch seitens der Benutzer, Zugriff auf ihnen
nichterlaubte Funktionenzuerlangen
3.3.2.Konstruktionsbedingte Sicherheitsgefährdungen
T.Faults FehlerbeiHardware,SoftwareoderKommunikati-
onsverfahren können den Weg- und/oder
Geschwindigkeitsgeber in einen unvorhergese-1998R2135—DE—25.08.2002—001.001—214
▼M1
henen Zustand versetzen, der seine Sicherheit
beeinträchtigt
T.Tests Die Nutzung nicht validierter Prüfmodi bzw.
vorhandener „Hintertüren“ kann die Sicherheit des
Weg- und/oder Geschwindigkeitsgebers beein-
trächtigen
T.Design Versuch seitens der Benutzer, auf illegale Weise
Kenntnis über Konstruktionsdaten zu erlangen, sei
esausUnterlagendesHerstellers(durchDiebstahl,
Bestechung usw.) oder durch Methoden des
ReverseEngineering
3.3.3.Betriebsbedingte Sicherheitsgefährdungen
T.Environment Gefährdung der Sicherheit des Weg- und/oder
Geschwindigkeitsgebers durch (thermische, elek-
tromagnetische, optische, chemische, mechanische
usw.)Einwirkungvonaußen
T.Hardware Versuch seitens der Benutzer, Änderungen an der
Weg- und/oder Geschwindigkeitsgeberhardware
vorzunehmen
T.Mechanical_Origin Versuch seitens der Benutzer, die Eingabe des
Weg- und/oder Geschwindigkeitsgebers zu mani-
pulieren (z. B. durch Abschrauben vom Getriebe
usw.)
T.Motion_Data Versuch seitens der Benutzer, die Weg- und
Geschwindigkeitsdaten des Fahrzeugs zu verfäl-
schen (durch Signaladdition, -modifizierung,
-löschung,-wiederholung)
T.Power_Supply Versuch seitens der Benutzer, Sicherheitsziele des
Weg- und/oder Geschwindigkeitsgebers durch
Manipulation der Stromversorgung (Leitungstren-nung, Spannungserhöhung bzw. -reduzierung) zu
untergraben
T.Security_Data Versuch seitens der Benutzer, auf illegale Weise
Kenntnis über Sicherheitsdaten während deren
Generierung, Übertragung bzw. Speicherung im
Gerätzuerlangen
T.Software Versuch seitens der Benutzer, Änderungen an der
Software des Weg- und/oder Geschwindigkeits-
gebersvorzunehmen
T.Stored_Data Versuch seitens der Benutzer, gespeicherte Daten
(Sicherheits-bzw.Benutzerdaten) zuverfälschen
3.4.Sicherheitsziele
Das wichtigste Sicherheitsziel des digitalen Fahrtenschreibersystems ist
folgendes:
O.Main DievondenKontrollbehörden zuprüfendenDaten
müssen verfügbar sein und die Handlungen der
kontrollierten Fahrer und Fahrzeuge hinsichtlich
Lenk-, Arbeits-, Bereitschafts- und Ruhezeiten
sowie Fahrzeuggeschwindigkeit vollständig und
genauwiderspiegeln
DaszumglobalenSicherheitszielbeitragendeSicherheitszieldesWeg-und/oder
Geschwindigkeitsgebersistsomitfolgendes:
O.Sensor_Main Die vom Weg- und/oder Geschwindigkeitsgeber
übermittelten Daten müssen der FE so bereitge-
stellt werden, dass die FE die Bewegung des
Fahrzeugs in Bezug auf Geschwindigkeit undzurückgelegte Wegstrecke vollständig und genau
feststellen kann
3.5.Informationstechnische Sicherheitsziele
Die speziellen, zum Hauptsicherheitsziel beitragenden IT-Sicherheitsziele des
Weg-und/oderGeschwindigkeitsgeberssindfolgende:
O.Access Der Weg- und/oder Geschwindigkeitsgeber muss
den Zugriff der angeschlossenen Geräteeinheiten
aufFunktionenundDatensteuern1998R2135—DE—25.08.2002—001.001—215
▼M1
O.Audit Der Weg- und/oder Geschwindigkeitsgeber muss
Versuche zur Umgehung seiner Sicherheitsfunk-
tionen prüfen und zu den angeschlossenen
Geräteeinheiten zurückverfolgen
O.Authentication Der Weg- und/oder Geschwindigkeitsgeber muss
angeschlosseneGeräteeinheiten authentisieren
O.Processing Der Weg- und/oder Geschwindigkeitsgeber stellt
sicher, dass die Eingabedaten, aus denen sich die
Weg- und Geschwindigkeitsdaten ableiten, exakt
verarbeitet werden
O.Reliability Der Weg- und/oder Geschwindigkeitsgeber muss
zuverlässigarbeiten
O.Secured_Data_Exchange Der Weg- und/oder Geschwindigkeitsgeber muss
densicherenDatenaustauschmitderFEgewährlei-
sten
3.6.Physische, personelle bzw. verfahrenstechnische Mittel
In diesem Abschnitt werden die physischen, personellen bzw. verfahrenstechni-
schen Anforderungen, die zur Sicherheit des Weg- und/oder
Geschwindigkeitsgebersbeitragen, beschrieben.
3.6.1.Gerätekonstruktion
M.Development Die Entwickler des Weg- und/oder Geschwindig-
keitsgebers müssen sicherstellen, dass die
Zuweisung von Verantwortlichkeiten während des
Entwicklungszeitraums in einer die IT-Sicherheit
wahrendenWeiseerfolgt
M.Manufacturing Die Hersteller des Weg- und/oder Geschwindig-
keitsgebers müssen sicherstellen, dass die
Zuweisung von Verantwortlichkeiten während des
Herstellungsprozesses in einer die IT-Sicherheit
wahrenden Weise erfolgt und dass der Weg- und/
oder Geschwindigkeitsgeber in diesem Prozess vor
physischen Angriffen, die die IT-Sicherheit beein-
trächtigen könnten,geschütztwird
3.6.2.Auslieferung der Geräte
M.Delivery Die Hersteller des Weg- und/oder Geschwindig-
keitsgebers, die Fahrzeughersteller und die
Installateure bzw. Werkstätten müssen beim
Umgang mit dem Weg- und/oder Geschwindig-
keitsgeber sicherstellen, dass die IT-Sicherheit
gewahrtbleibt
3.6.3.Generierung und Lieferung der Sicherheitsdaten
M.Sec_Data_Generation Die Algorithmen zur Generierung von Sicherheits-
daten dürfen nur berechtigten und
vertrauenswürdigenPersonenzugänglich sein
M.Sec_Data_Transport Die Sicherheitsdaten müssen in einer Weise gene-
riert, transportiert und in den Weg- und/oder
Geschwindigkeitsgeber eingebracht werden, die
Vertraulichkeit und Integrität der Daten ange-
messengewährleistet
3.6.4.Einbau, Kalibrierung und Nachprüfung des Kontrollgeräts
M.Approved_Workshops Einbau, Kalibrierung und Reparatur des Kontroll-
geräts dürfen nur durch vertrauenswürdige und
zugelassene Installateure bzw. Werkstätten
erfolgen
M.Mechanical_Interface EsmüssenMöglichkeitengeschaffenwerden(z.B.
durchPlombierung),umphysischeManipulationen
andermechanischen Schnittstelle zuerkennen
M.Regular_Inpections Die Kontrollgeräte müssen einer regelmäßigen
NachprüfungundKalibrierungunterzogen werden1998R2135—DE—25.08.2002—001.001—216
▼M1
3.6.5.Kontrolle der Einhaltung von Vorschriften
M.Controls Die Einhaltung der gesetzlichen Vorschriften ist
regelmäßig und stichprobenartig zu kontrollieren,
unteranderem durchSicherheitsaudits
3.6.6.Software-Upgrades
M.Software_Upgrade Neue Softwareversionen dürfen erst nach Erhalt
der Sicherheitszertifizierung im Weg- und/oder
Geschwindigkeitsgeber implementiert werden
4.Sicherheitserzwingende Funktionen
4.1.Identifizierung und Authentisierung
Der Weg- und/oder Geschwindigkeitsgeber muss in der Lage sein, für jede
Interaktion dieIdentität derangeschlossenenGeräteeinheit festzustellen.
DieIdentität einerangeschlossenenGeräteeinheit setztsichzusammen aus:
— einerGeräteeinheitsgruppe:
— Fahrzeugeinheit (FE),
— Verwaltungsgerät,
— sonstigeEinheit,
— einerGeräteeinheitskennung (nurFE).
Die Geräteeinheitskennung einer FE besteht aus der Bauartgenehmigungs-
nummer derFEundderSeriennummerderFE.
Der Weg- und/oder Geschwindigkeitsgeber ist in der Lage, die Authentisierung
jederangeschlossenenFEbzw.jedesangeschlossenenVerwaltungsgeräts
— beiAnschließenderGeräteeinheit,
— beiWiederzuschalten derStromversorgung
vorzunehmen.
Der Weg- und/oder Geschwindigkeitsgeber ist in der Lage, die Authentisierung
derangeschlosseneFEinbestimmten Abständenzuwiederholen.
Der Weg- und/oder Geschwindigkeitsgeber erkennt und verhindert den
Gebrauchkopierterundwiedereingespielter Authentisierungsdaten.
Nach Erkennen einer (vom Hersteller noch festzulegenden, jedoch 20 nicht
übersteigenden) Zahl von aufeinander folgenden erfolglosen Authentisierungs-
versuchenwirddieSEF:
— einAuditprotokoll überdasEreignisanlegen,
— eine WarnungandieGeräteeinheit ausgeben,
— dieAusgabevonWeg-undGeschwindigkeitsdaten imungesicherten Modus
fortsetzen.
4.2.Zugriffskontrolle
Die Zugriffskontrolle gewährleistet, dassnur speziell dazu berechtigte Personen
Informationen aus dem POauslesensowieim POanlegen bzw. nach Änderung
indasPOeinlesen.
4.2.1.Zugriffsberechtigung
DerWeg-und/oderGeschwindigkeitsgeberkontrolliert dieZugriffsberechtigung
aufFunktionenundDaten.
4.2.2.Datenzugriffsrechte
DerWeg-und/oderGeschwindigkeitsgeberstelltsicher,dassdieKenndatennur
ein einziges Mal in den Weg- und/oder Geschwindigkeitsgeber geschriebenwerdenkönnen(Anforderung078).
Der Weg- und/oder Geschwindigkeitsgeber darf nur von authentisierten
Geräteeinheiten Benutzerdaten annehmen und/oderspeichern.
Der Weg- und/oder Geschwindigkeitsgeber setzt geeignete Zugriffsrechte für
dasLesenundSchreiben vonSicherheitsdaten durch.1998R2135—DE—25.08.2002—001.001—217
▼M1
4.2.3.Dateistruktur und -zugriffsbedingungen
DieStrukturenderAnwendungs-undDatendateienunddieZugriffsbedingungen
auf diese Dateien werden bereits im Herstellungsprozess angelegt und gegen
jegliche spätereVerfälschungbzw.Löschunggesperrt.
4.3.Zuordnungsmöglichkeit
Im Speicher des Weg- und/oder Geschwindigkeitsgebers werden die Kenndaten
des Weg- und/oder Geschwindigkeitsgebers gespeichert gehalten (Anforderung
077).
Im Speicher des Weg- und/oder Geschwindigkeitsgebers werden die Installati-
onsdatenabgespeichert (Anforderung099).
DerWeg-und/oderGeschwindigkeitsgeberistinderLage,Zuordnungsdatenauf
Verlangen anauthentisierte Geräteeinheiten auszugeben.
4.4.Audit
Der Weg- und/oder Geschwindigkeitsgeber legt bei Ereignissen, die seine
Sicherheit beeinträchtigen, Auditprotokollefürdiebetreffenden Ereignissean.
Folgende Ereignisse beeinträchtigen die Sicherheit des Weg- und/oder
Geschwindigkeitsgebers:
— Sicherheitsverletzende Versuche:
— fehlgeschlagene Authentisierung,
— Integritätsfehler derSpeicherdaten,
— internerDatenübertragungsfehler,
— unberechtigtes ÖffnendesGehäuses,
— Hardwaremanipulation.
— StörungdesGebers.
DieAuditprotokolle enthalten folgendeAngaben:
— DatumundUhrzeitdesEreignisses,
— ArtdesEreignisses,
— Identität derangeschlossenenGeräteeinheit.
Stehen die geforderten Daten nicht zur Verfügung, wird ein entsprechender
Fehlvermerk ausgegeben(vomHersteller nochfestzulegen).
DerWeg-und/oderGeschwindigkeitsgeberüberträgtdieangefertigtenAuditpro-
tokolle zum Zeitpunkt ihrer Generierung an die FE, und kann sie zugleich in
seinemSpeicher ablegen.
Für den Fall, dass der Weg- und/oder Geschwindigkeitsgeber Auditprotokolle
speichert,musssichergestelltsein,dassunabhängigvonderanderweitigenSpei-
cherbelegung 20 Auditprotokolle gespeichert und diese gespeicherten
Auditprotokolle auf Anfrage an authentisierte Geräteeinheiten ausgegeben
werdenkönnen.
4.5.Genauigkeit
4.5.1.Maßnahmen zur Kontrolle des Informationsflusses
DerWeg-und/oderGeschwindigkeitsgeber stellt sicher,dassnurvommechani-
schenGebereingangstammendeWeg-undGeschwindigkeitsdatenangenommen
undverarbeitet werden.
4.5.2.Interne Datenübertragung
Die Anforderungen dieses Absatzes gelten nur, wenn der Weg- und/oder
Geschwindigkeitsgeber physischgetrennte Teile nutzt.
Werden Daten zwischen physisch getrennten Teilen des Weg- und/oder
Geschwindigkeitsgebers übertragen, müssen diese Daten gegen Verfälschungen
geschützt werden.
Bei Erkennen eines Datenübertragungsfehlers im Verlauf einer internen Daten-
übertragung wird die Übertragung wiederholt und zu dem Ereignis durch die
SEFeinAuditprotokollangelegt.
4.5.3.Integrität der Speicherdaten
Der Weg- und/oder Geschwindigkeitsgeber prüft die in seinem Speicher abge-
legten Benutzerdaten aufIntegritätsfehler.1998R2135—DE—25.08.2002—001.001—218
▼M1
Bei Erkennen eines Integritätsfehlers der Benutzerdaten generiert die SEF ein
Auditprotokoll.
4.6.Zuverlässigkeit während des Betriebs
4.6.1.Prüfungen
Sämtliche speziell fürdenPrüfbedarfwährendderHerstellungsphase erforderli-
chen Befehle, Handlungen bzw. Prüfpunkte werden vor Abschluss der
Herstellungsphase deaktiviert oder entfernt. Esdarf nicht möglich sein,sie zum
späteren Gebrauchwiederherzustellen.
Der Weg- und/oder Geschwindigkeitsgeber führt zur Funktionsprüfung beim
ersten Einschalten sowie während des üblichen Betriebs Selbsttests durch. Die
Selbsttests des Weg- und/oder Geschwindigkeitsgebers beinhalten eine Inte-
gritätsprüfung der Sicherheitsdaten sowie eine Integritätsprüfung des
gespeicherten Ausführungscodes(soferndiesernichtimROMgespeichert ist).
BeiErkenneneinerinternenFehlfunktionwährendderSelbstprüfungerstelltdie
SEFeinAuditprotokoll(Geberstörung).
4.6.2.Software
Es darf keine Möglichkeit gegeben sein, die Weg- und/oder Geschwindigkeits-
gebersoftware beiderPraxisanwendungzuanalysieren bzw.auszutesten.
Eingaben aus externen Quellen dürfen als Ausführungscode nicht akzeptiert
werden.
4.6.3.Physischer Schutz
Falls die Konstruktionsweise des Weg- und/oder Geschwindigkeitsgebers ein
Öffnen des Gehäuses erlaubt, muss der Weg- und/oder Geschwindigkeitsgeber
jedesÖffnendesGehäusesfeststellen,selbstwenndieexterneStromversorgung
bis zu 6 Monate unterbrochen ist. Die SEF legt in diesem Fall ein Auditproto-
kollüberdasEreignisan(hierbeiistzulässig,dassdasAuditprotokollerstnach
Wiederzuschalten derStromversorgungerstellt undgespeichert wird).
Ist der Weg- und/oder Geschwindigkeitsgeber so konstruiert, dass er nicht
geöffnet werden kann, muss seine Bauweise dennoch jeden Versuch der physi-
schenManipulationleicht erkennenlassen(z.B.durchSichtprüfung).
Der Weg- und/oder Geschwindigkeitsgeber muss bestimmte (vom Hersteller
nochfestzulegende) FormenderHardwaremanipulation erkennen.
InvorgenanntenFallerstelltdieSEFeinAuditprotokollundwirdderWeg-und/
oderGeschwindigkeitsgeber …(vomHersteller nochfestzulegen).
4.6.4.Unterbrechung der Stromversorgung
Der Weg- und/oder Geschwindigkeitsgeber behält bei Stromunterbrechungen
bzw.-schwankungenseinengesicherten Statusbei.
4.6.5.Rücksetzbedingungen
BeieinerUnterbrechung derStromversorgung,beimAbbrucheiner Transaktion
vor deren Vollendung bzw. bei Vorliegen jeder sonstigen Rücksetzbedingung
mussderWeg-und/oderGeschwindigkeitsgeber sauberzurückgesetzt werden.
4.6.6.Datenbereitstellung
Der Weg- und/oder Geschwindigkeitsgeber stellt sicher, dass auf den Datenbe-
stand bei Bedarf zugegriffen werden kann und dass die Daten weder unnötig
abgerufen nochzurückgehalten werden.
4.6.7.Multifunktionsgeräte
FallsderWeg-und/oderGeschwindigkeitsgebernebenderKontrollgerätfunktion
noch weitere Anwendungen bietet, müssen alle diese Anwendungen physisch
und/oder logisch voneinander getrennt sein. Jede dieser Anwendungen muss
aufeigene Sicherheitsdaten zurückgreifen, undesdarfimmernureine Funktion
aktivsein.
4.7.Datenaustausch
Der Weg- und/oder Geschwindigkeitsgeber überträgt die Weg- und Geschwin-
digkeitsdaten mit den zugehörigen Sicherheitsattributen an die FE, so dass die
FE in die Lage versetzt wird, die Integrität und Authentizität der Daten festzu-
stellen.1998R2135—DE—25.08.2002—001.001—219
▼M1
4.8.Kryptographische Unterstützung
JenachSicherheitsmechanismusundvomHerstellergewähltenLösungengelten
dieAnforderungendiesesAbsatzesnursoweiterforderlich.
Jede vom Weg- und/oder Geschwindigkeitsgeber durchgeführte kryptografische
Operation entspricht einem genau festgelegten Algorithmus und einer genaufestgelegten Schlüsselgröße.
FallsderWeg-und/oderGeschwindigkeitsgeberkryptografischeSchlüsselgene-
riert, müssen diese genau festgelegten Schlüsselgenerierungsalgorithmen und
genaufestgelegten Schlüsselgrößenentsprechen.
Falls der Weg- und/oder Geschwindigkeitsgeber kryptografische Schlüssel
vergibt,mussdiesnachgenaufestgelegten Schlüsselvergabemethoden erfolgen.
Falls der Weg- und/oder Geschwindigkeitsgeber auf kryptografische Schlüssel
zugreift,mussdiesnachgenaufestgelegtenSchlüsselzugriffsmethoden erfolgen.
Falls der Weg- und/oder Geschwindigkeitsgeber kryptografische Schlüssel
vernichtet, muss dies nach genau festgelegten Schlüsselvernichtungsmethoden
erfolgen.
5.Beschreibung der Sicherheitsmechanismen
Die der Erfüllung der sicherheitserzwingenden Funktionen des Weg- und/oder
Geschwindigkeitsgebers dienenden Sicherheitsmechanismen werden durch die
Hersteller desWeg-und/oderGeschwindigkeitsgebersbestimmt.
6.Mindestrobustheit der Sicherheitsmechanismen
Die Mindestrobustheit der Sicherheitsmechanismen des Weg- und/oder
GeschwindigkeitsgebersistHoch,gemäß Definition inITSEC.
7.Gewährleistungsebene
Die für den Weg- und/oder Geschwindigkeitsgeber vorgegebene Gewährlei-
stungsebeneistdieITSEC-EbeneE3,gemäßDefinition inITSEC.
8.Grundlegendes Prinzip
Mit der folgenden Matrix wird das Prinzip der SEF begründet. Hierzu wird
verdeutlicht:
— welcheSEFbzw.Mittelwelchen Sicherheitsgefährdungen entgegenwirken,
— welcheSEFwelche IT-Sicherheitsziele erfüllen.1998R2135—DE—25.08.2002—001.001—220
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
Fehler/Störungen
PrüfungenKonstruktionUmfeldHardwareMechanischer Ursprung
Daten WegundGeschwindigkeit
StromversorgungSicherheitsdatenSoftwareSpeicherdatenZugriff
Audit
AuthentisierungDatenverarbeitungGewährleistungGesicherter Datenaustausch
Physische,personelle,verfahrenstechnische Mittel
Entwicklung x x x
Herstellung x xAuslieferung xx x
GenerierungvonSicherheitsdaten x
TransportvonSicherheitsdaten x
Zugelassene Werkstätten xMechanischeSchnittstelle xRegelmäßige Nachprüfung x x x xDurchsetzunggesetzl. Vorschriften x x x x x x
Software-Upgrades x
Sicherheitserzwingende Funktionen
KennungundAuthentisierungUIA_101Geräteidentifizierung x x x x x▼M11998R2135—DE—25.08.2002—001.001—221
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
Fehler/Störungen
PrüfungenKonstruktionUmfeldHardwareMechanischer Ursprung
Daten WegundGeschwindigkeit
StromversorgungSicherheitsdatenSoftwareSpeicherdatenZugriff
Audit
AuthentisierungDatenverarbeitungGewährleistungGesicherter Datenaustausch
UIA_102Gerätekenndaten x xx
UIA_103FE-Kenndaten x
UIA_104Geräteauthentisierung x x x x xUIA_105Neuauthentisierung x x x x xUIA_106FälschungssichereAuthentisierung x x x x
UIA_107Authentisierungsfehler x x x
ZugriffskontrolleACC_101Zugriffskontrollregeln x x x xACC_102Weg-und/oderGeschwindigkeits-
geber-Kennungxx
ACC_103Benutzerdaten xx
ACC_104Sicherheitsdaten xx x
ACC_105DatenstrukturundZugriffsbedin-
gungenxx x x▼M11998R2135—DE—25.08.2002—001.001—222
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
Fehler/Störungen
PrüfungenKonstruktionUmfeldHardwareMechanischer Ursprung
Daten WegundGeschwindigkeit
StromversorgungSicherheitsdatenSoftwareSpeicherdatenZugriff
Audit
AuthentisierungDatenverarbeitungGewährleistungGesicherter Datenaustausch
Zuordnungsmöglichkeit
ACT_101Weg-und/oderGeschwindigkeits-
geberkenndatenx
ACT_102Koppelungsdaten x
ACT_103Zuordnungsdaten x
AuditoríaAUD_101Auditprotokolle x
AUD_102Auditereignislisten x x x x x
AUD_103Auditdaten x
AUD_104Auditwerkzeuge x
AUD_105Auditprotokollspeicherung x
Genauigkeit
ACR_101Informationsflusskontrolle x x x
ACR_102InterneDatenübertragung xx
ACR_103InterneDatenübertragung x▼M11998R2135—DE—25.08.2002—001.001—223
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
Fehler/Störungen
PrüfungenKonstruktionUmfeldHardwareMechanischer Ursprung
Daten WegundGeschwindigkeit
StromversorgungSicherheitsdatenSoftwareSpeicherdatenZugriff
Audit
AuthentisierungDatenverarbeitungGewährleistungGesicherter Datenaustausch
ACR_104Speicherdatenintegrität xx
ACR_105Speicherdatenintegrität xx
ZuverlässigkeitRLB_101Herstellungsprüfungen x x x
RLB_102Selbsttests x x x x xRLB_103Selbsttests x x x x
RLB_104Softwareanalyse x x x
RLB_105Softwareeingabe xx x
RLB_106ÖffnendesGehäuses x x x x x x xRLB_107Hardwaremanipulation x x
RLB_108Hardwaremanipulation x xRLB_109Unterbrechungen derStromversor-
gungxx
RLB_110Rücksetzen x x▼M11998R2135—DE—25.08.2002—001.001—224
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
Fehler/Störungen
PrüfungenKonstruktionUmfeldHardwareMechanischer Ursprung
Daten WegundGeschwindigkeit
StromversorgungSicherheitsdatenSoftwareSpeicherdatenZugriff
Audit
AuthentisierungDatenverarbeitungGewährleistungGesicherter Datenaustausch
RLB_111Datenbereitstellung xx
RLB_112Multifunktionsgeräte x
DatenaustauschDEX_101Gesicherter ExportvonWeg-und
Geschwindigkeitsdatenx x
KryptografischeUnterstützung
CSP_101Algorithmen xx
CSP_102Schlüsselgenerierung xx
CSP_103Schlüsselvergabe xx
CSP_104Schlüsselzugriff xx
CSP_105Schlüsselvernichtung xx▼M11998R2135—DE—25.08.2002—001.001—225
▼M1
ALLGEMEINE SICHERHEITSANFORDERUNGEN FÜR DIE FAHRZEUG-
EINHEIT(FE)
1.Einführung
In diesem Abschnitt werden die Fahrzeugeinheit, mögliche Sicherheitsge-
fährdungen sowie die zu erfüllenden Sicherheitsziele beschrieben. Außerdem
enthält er Erläuterungen zu den zur Durchsetzung der Sicherheitsanforderungen
erforderlichen Funktionen, und es erfolgt eine Auflistung der Mindestanforde-
rungen an die Sicherheitsmechanismen und die erforderliche
Gewährleistungsebene fürEntwicklung undEvaluierung.
DiehieraufgeführtenAnforderungenentsprechendenAnforderungenimHaupt-
teil von Anhang I B. Im Interesse einer besseren Verständlichkeit können sich
Doppelungen zwischen den Anforderungen im Hauptteil von Anhang I B unddenSicherheitsanforderungenergeben.BeiDiskrepanzenzwischeneinerSicher-
heitsanforderung und der Anforderung im Hauptteil von Anhang I B, auf die
sich diese Sicherheitsanforderung bezieht, geht die Anforderung im Hauptteil
vonAnhangIBvor.
Anforderungen im Hauptteil von Anhang I B, auf die sich diese Sicherheitsan-
forderungen nicht beziehen, sind nicht Gegenstand der Funktionen zur
DurchsetzungvonSicherheitsanforderungen.
ZwecksbessererZuordnungzudeninderDokumentationüberEntwicklungund
EvaluierungverwendetenBegriffenwurdenfürdieSicherheitsgefährdungen,die
Ziele, Verfahrensmöglichkeiten und SEF-Spezifikationen eindeutige Bezeich-
nungengewählt.
2.Abkürzungen, Begriffsbestimmungen und Referenzdokumente
2.1.Abkürzungen
PIN PersönlicheGeheimzahl
ROM Festspeicher(ReadOnlyMemory)SEF Sicherheitserzwingende Funktion
PO Prüfobjekt
FE Fahrzeugeinheit (Vehicle Unit)
2.2.Begriffsbestimmungen
Digitaler Fahrtenschreiber Kontrollgerät
Weg-undGeschwindigkeitsdaten Die mit dem Weg- und/oder
Geschwindigkeitsgeber ausgetauschten Daten über
Fahrgeschwindigkeit und zurückgelegte
Wegstrecke
Physischgetrennte Teile Komponenten der FE, die sich im Gegensatz zu
den im Gehäuse der FE untergebrachten Bauteilen
anandererStelleimFahrzeugbefinden
Sicherheitsdaten Spezielle Daten, die zur Unterstützung der sicher-
heitserzwingenden Funktionen erforderlich sind
(z.B.kryptografische Schlüssel)
System Gerätetechnik, Menschen bzw. Organisationen, die
in welcher Weise auch immer mit den Kontroll-
geräteninBeziehung stehen
Benutzer Als Benutzer sind die Personen zu verstehen, die
das Gerät anwenden. Die Benutzer einer FE sind
in der Regel Fahrer, Kontrolleure, Werkstätten
undUnternehmen
Benutzerdaten Mit Ausnahme der Weg- und Geschwindigkeits-
sowie und Sicherheitsdaten, alle sonstigen nach
Kapitel III.12 erforderlichen Daten, die von derFEaufgezeichnet bzw.gespeichert werden
2.3.Referenzdokumente
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (Kriterien für die Bewertung
der Sicherheit von Systemen der Informations-
technik)1998R2135—DE—25.08.2002—001.001—226
▼M1
3.Grundprinzip des Produkts
3.1.Beschreibung und Verwendung der Fahrzeugeinheit
Die FE ist zum Einbau in Straßentransportfahrzeuge vorgesehen. Ihre Aufgabe
ist es, Daten über die Tätigkeit der Fahrer aufzuzeichnen, zu speichern, anzu-
zeigen, auszudruckenundauszugeben.
Sie ist an einen Weg- und/oder Geschwindigkeitsgeber angeschlossen, mit dem
sieDatenüberdieFahrzeugbewegungaustauscht.
DieBenutzeridentifizieren sichgegenüber derFEdurchKontrollgerätkarten.Die FE zeichnet die Tätigkeitsdaten der Benutzer auf und legt sie in seinem
Massenspeicher ab. Die Benutzerdaten werden außerdem auf Kontrollge-
rätkarten aufgezeichnet.
DieFEgibtdieDatenanAnzeigegerät, Druckerundexterne Geräteaus.
Die Betriebsumgebung einer im Fahrzeug installierten Fahrzeugeinheit wird in
derfolgendenAbbildungbeschrieben:
Abbildung 2
Betriebsumgebung der FE
Allgemeine Merkmale, FunktionenundBetriebsarten derFEwerdeninAnhang
IB,Kapitel II,beschrieben.
Die Funktionsanforderungen an die FE werden in Anhang I B, Kapitel III,
beschrieben.
Einetypische FEistinderfolgenden Abbildungdargestellt:
Abbildung 3
Typische Fahrzeugeinheit (FE) (…) optional
1998R2135—DE—25.08.2002—001.001—227
▼M1
Zu beachten ist, dass zwar der Druckermechanismus ein Teil des PO ist, das
einmal ausgedruckteDokumentjedochnichtmehr.
3.2.Lebenszyklus der Fahrzeugeinheit
Dertypische LebenszyklusderFEistinderfolgenden Abbildungdargestellt:
Abbildung 4
Typischer Lebenszyklus der FE
1998R2135—DE—25.08.2002—001.001—228
▼M1
3.3.Sicherheitsgefährdungen
In diesem Abschnitt werden mögliche Sicherheitsgefährdungen für die FE
beschrieben.
3.3.1.Sicherheitsgefährdungen im Zusammenhang mit Identifizierung und
Zugangskontrolle
T.Access Versuch seitens der Benutzer, Zugriff auf ihnen
nicht erlaubte Funktionen zu erlangen (z. B. wenn
FahrerZugriff aufdieKalibrierfunktion erlangen)
T.Identification Versuch seitens der Benutzer, sich mehrfach oder
garnichtzuidentifizieren
3.3.2.Konstruktionsbedingte Sicherheitsgefährdungen
T.Faults FehlerbeiHardware,SoftwareoderKommunikati-
onsverfahren können die FE in einen
unvorhergesehenen Zustand versetzen, der ihre
Sicherheit beeinträchtigt
T.Tests Die Nutzung nicht validierter Prüfmodi bzw.
vorhandener „Hintertüren“ kann die Sicherheit der
FEbeeinträchtigen
T.Design Versuch seitens der Benutzer, auf illegale Weise
Kenntnis über Konstruktionsdaten zu erlangen, sei
esausUnterlagendesHerstellers(durchDiebstahl,
Bestechung usw.) oder durch Methoden des
ReverseEngineering
3.3.3. Betriebsbedingte Sicherheitsgefährdungen
T.Calibration_Parameters Versuch seitens der Benutzer, falsch kalibrierte
Geräte zu verwenden (durch Änderung der Kali-
brierungsdaten bzw. aufgrund organisatorischer
Schwachpunkte)
T.Card_Data_Exchange Versuch seitens der Benutzer, Daten während
deren Austauschs zwischen FE und Kontrollge-
rätkarten zu verfälschen (durch Signaladdition,
-modifizierung, -löschung,-wiederholung)
T.Clock Versuch seitens der Benutzer, die Systemuhr zu
verstellen
T.Environment Versuch seitens der Benutzer, die Sicherheit der
FE durch äußere (thermische, elektromagnetische,
optische, chemische, mechanische usw.) Einwir-
kungenzudurchbrechen
T.Fake_Devices Versuch seitens der Benutzer, nachgebaute Geräte
(Weg- und/oder Geschwindigkeitsgeber, Smart-
cards)andieFEanzuschließen
T.Hardware Versuch seitens der Benutzer, Änderungen an der
FE-Hardwarevorzunehmen
T.Motion_Data Versuch seitens der Benutzer, die Weg- und
Geschwindigkeitsdaten des Fahrzeugs zu verfäl-
schen (durch Signaladdition, -modifizierung,
-löschung,-wiederholung)
T.Non_Activated Verwendung nichtaktivierter Geräte durch
Benutzer
T.Output_Data VersuchseitensderBenutzer,dieDatenausgabezu
manipulieren (Ausdruck, Anzeige bzw. Übertra-
gung)
T.Power_Supply Versuch seitens der Benutzer, Sicherheitsziele der
FE durch Manipulation der Stromversorgung
(Leitungstrennung, Spannungserhöhung bzw.
-reduzierung)zuuntergraben
T.Saturation Versuch seitens der Benutzer, den Massenspeicher
so zu erschöpfen (selbst durch legalen Gebrauch),
dassbereitsgespeicherte Datengelöscht werden
T.Security_Data Versuch seitens der Benutzer, auf illegale Weise
Kenntnis über Sicherheitsdaten während deren
Generierung, Übertragung bzw. Speicherung im
Gerätzuerlangen1998R2135—DE—25.08.2002—001.001—229
▼M1
T.Software Versuch seitens der Benutzer, Änderungen an der
FE-Softwarevorzunehmen
T.Stored_Data Versuch seitens der Benutzer, gespeicherte Daten
(Sicherheits-bzw.Benutzerdaten) zuverfälschen
3.4.Sicherheitsziele
Das wichtigste Sicherheitsziel des digitalen Fahrtenschreibersystems ist
Folgendes:
O.Main DievondenKontrollbehörden zuprüfendenDaten
müssen verfügbar sein und die Handlungen der
kontrollierten Fahrer und Fahrzeuge hinsichtlich
Lenk-, Arbeits-, Bereitschafts- und Ruhezeiten
sowie Fahrzeuggeschwindigkeit vollständig und
genauwiderspiegeln
Das zum globalen Sicherheitsziel beitragende Sicherheitsziel der FE ist somit
Folgendes:
O.VU_Main Die zu messenden und aufzuzeichnenden sowie
daraufhin von den Kontrollbehörden zu prüfenden
Daten müssen verfügbar sein und die Tätigkeiten
der kontrollierten Fahrer und Fahrzeuge hinsicht-
lich Lenk-, Arbeits-, Bereitschafts- und
Ruhezeiten sowie Fahrzeuggeschwindigkeit genau
widerspiegeln
O.VU_Export MitderFEmussesmöglichsein,Datenanexterne
Datenträger so zu exportieren, dass sich die Inte-
grität und Authentizität dieser Daten verifizieren
lässt
3.5.Informationstechnische Sicherheitsziele
Die speziellen, zum Hauptsicherheitsziel beitragenden IT-Sicherheitsziele der
FEsindFolgende:
O.Access Die FE muss den Zugriff der Benutzer auf Funk-
tionenundDatensteuern
O.Accountability DieFEmussexakte Zuordnungsdatenerfassen
O.Audit Die FE muss Versuche zur Umgehung ihrer
Sicherheitsfunktionen prüfen und zu den betref-
fendenBenutzern zurückverfolgen
O.Authentication Die FE sollte Benutzer und angeschlossene
Geräteeinheiten authentisieren (wenn ein vertrau-
enswürdiger Weg zwischen Geräteeinheiten
eingerichtet werdenmuss)
O.Integrity Die FE muss die Integrität der Speicherdaten
wahren
O.Output Die FE stellt sicher, dass die Datenausgabe die
gemessenen bzw. gespeicherten Daten genau
widerspiegelt
O.Processing Die FE stellt sicher, dass die Eingabedaten, aus
denensichdieBenutzerdatenableiten,exaktverar-
beitet werden
O.Reliability DieFEmusszuverlässigarbeiten
O.Secured_Data_Exchange DieFEmussdensicherenDatenaustauschmitdem
Weg- und/oder Geschwindigkeitsgeber und mit
Kontrollgerätkarten gewährleisten
3.6.Physische, personelle bzw. verfahrenstechnische Mittel
In diesem Abschnitt werden die physischen, personellen bzw. verfahren-
stechnischen Anforderungen, die zur Sicherheit der FE beitragen,
beschrieben.
3.6.1.Gerätekonstruktion
M.Development Die Entwickler der FE müssen sicherstellen, dass
die Zuweisung von Verantwortlichkeiten während
des Entwicklungszeitraums in einer die IT-Sicher-
heitwahrendenWeiseerfolgt
M.Manufacturing Die Hersteller der FE müssen sicherstellen, dass
die Zuweisung von Verantwortlichkeiten während1998R2135—DE—25.08.2002—001.001—230
▼M1
des Herstellungsprozesses in einer die IT-Sicher-
heit wahrenden Weise erfolgt und dass die FE in
diesem Prozess vor physischen Angriffen, die die
IT-Sicherheit beeinträchtigen könnten, geschützt
wird
3.6.2.Auslieferung und Aktivierung der Geräte
M.Delivery Die Hersteller der FE, die Fahrzeughersteller und
die Installateure bzw. Werkstätten müssen beim
Umgang mit noch nicht aktivierten FE sicher-
stellen, dassdieSicherheit derFEgewahrtbleibt
M.Activation Die Fahrzeughersteller und die Installateure bzw.
Werkstätten müssendieFEnacherfolgtem Einbau
aktivieren, und zwar noch bevor das Fahrzeug den
Einbauortverlässt
3.6.3.Generierung und Lieferung der Sicherheitsdaten
M.Sec_Data_Generation Die Algorithmen zur Generierung von Sicherheits-
daten dürfen nur berechtigten und
vertrauenswürdigenPersonenzugänglich sein
M.Sec_Data_Transport Die Sicherheitsdaten müssen in einer Weise gene-
riert, transportiert und in die FE eingebracht
werden, die Vertraulichkeit und Integrität der
Datenangemessengewährleistet
3.6.4.Kartenübergabe
M.Card_Availability Kontrollgerätkarten dürfen nur berechtigten
Personen zugänglich gemacht und übergeben
werden
M.Driver_Card_Uniqueness EinFahrerdarfimmernur einegültigeFahrerkarte
besitzen
M.Card_Traceability DieÜbergabederKartenmussrückverfolgbarsein
(weiße und schwarze Listen), und für die Sicher-
heitsaudits müssen schwarze Listen herangezogen
werden
3.6.5.Einbau, Kalibrierung und Nachprüfung des Kontrollgeräts
M.Approved_Workshops Einbau, Kalibrierung und Reparatur des Kontroll-
geräts dürfen nur durch vertrauenswürdige und
zugelassene Installateure bzw. Werkstätten
erfolgen
M.Regular_Inpections Die Kontrollgeräte müssen einer regelmäßigen
NachprüfungundKalibrierungunterzogen werden
M.Faithful_Calibration Zugelassene Installateure und Werkstätten müssen
bei der Kalibrierung die richtigen Fahrzeugpara-
meter indieKontrollgeräte eingegeben
3.6.6.Betrieb der Geräte
M.Faithful_Drivers Die Fahrer müssen sich an die Vorschriften halten
undverantwortungsvollhandeln(z.B.ihreFahrer-
karten benutzen, manuell auszuwählende
Tätigkeiten korrekt anwählenusw.)
3.6.7.Kontrolle der Einhaltung von Vorschriften
M.Controls Die Einhaltung der gesetzlichen Vorschriften ist
regelmäßig und stichprobenartig zu kontrollieren,
unteranderem durchSicherheitsaudits
3.6.8.Software-Upgrades
M.Software_Upgrade Neue Softwareversionen dürfen erst nach Erhalt
der Sicherheitszertifizierung in der FE implemen-
tiert werden1998R2135—DE—25.08.2002—001.001—231
▼M1
4.Sicherheitserzwingende Funktionen
4.1.Identifizierung und Authentisierung
4.1.1.Identifizierung und Authentisierung des Weg- und/oder Geschwindigkeits-
gebers
Die FE ist in der Lage, für jede Interaktion die Identität des angeschlossenen
Weg-und/oderGeschwindigkeitsgebersfestzustellen.
Die Kennung des Weg- und/oder Geschwindigkeitsgebers setzt sich zusammen
aus der Bauartgenehmigungsnummer und der Seriennummer des Weg- und/
oderGeschwindigkeitsgebers.
Die FE authentisiert den angeschlossenen Weg- und/oder Geschwindigkeits-
geber:
— beiAnschließendesWeg-und/oderGeschwindigkeitsgebers,
— beijederKalibrierung desKontrollgeräts,
— beiWiederzuschalten derStromversorgung.
DieAuthentisierungerfolgt gegenseitig undwirddurchdieFEausgelöst.
DieFEidentifiziertundauthentisiertinregelmäßigenIntervallen(Intervalldauer
vom Hersteller noch festzulegen, jedoch häufiger als einmal pro Stunde) den
angeschlossenen Weg- und/oder Geschwindigkeitsgeber erneut und stellt dabei
sicher, dass der bei der zuletzt erfolgten Kalibrierung des Kontrollgeräts
erkannte Weg-und/oderGeschwindigkeitsgeber nichtausgetauschtwurde.
DieFEerkenntundverhindertdenGebrauchkopierterundwiedereingespielter
Authentisierungsdaten.
Nach Erkennen einer (vom Hersteller noch festzulegenden, jedoch 20 nicht
übersteigenden) Zahl von aufeinander folgenden erfolglosen Authentisierungs-
versuchen und/oder nach Erkennen, dass der Weg- und/oder
Geschwindigkeitsgeber ohne Berechtigung (d. h. nicht während einer Kalibrie-rungdesKontrollgeräts)ausgewechselt wurde,wirddieSEF:
— einAuditprotokoll überdasEreignisanlegen,
— denBenutzer warnen,— die vom Weg- und/oder Geschwindigkeitsgeber gesendeten ungesicherten
Weg-undGeschwindigkeitsdaten weiterhin annehmen undnutzen.
4.1.2.Identifizierung und Authentisierung des Benutzers
Die FE wird die Identität von zwei Benutzern durch Überwachung der in den
Kartensteckplatz des Fahrers bzw. in den Kartensteckplatz des zweiten Fahrers
eingesteckten Kontrollgerätkarten ständigundausgewähltnachprüfen.
DieBenutzeridentität setztsichzusammen aus:
— einerBenutzergruppe:
— FAHRER(Fahrerkarte),
— KONTROLLEUR(Kontrollkarte),
— WERKSTATT(Werkstattkarte),— UNTERNEHMEN(Unternehmenskarte),
— UNBEKANNT(keineKarteeingesteckt),
— einerBenutzerkennung, bestehendaus:
— dem Code des die Karte ausstellenden Mitgliedstaats und der Karten-
nummer,
— UNBEKANNT,fallsdieBenutzergruppe UNBEKANNTist.
UNBEKANNTEIdentitäten könnenimplizit oderexplizit bekanntsein.
DieFEauthentisiert ihreBenutzer beiEinstecken derKarte.
DieFEauthentisiert ihreBenutzer erneut:
— beiWiederzuschalten derStromversorgung,
— regelmäßig nach bestimmten Ereignissen (vom Hersteller noch festzulegen,
jedochöfteralseinmal amTag).
Die Authentisierung besteht in der Nachweisführung, dass die eingesteckte
Karte eine gültige Kontrollgerätkarte ist, die über Sicherheitsdaten verfügt, die
nurausdemSystemselbststammenkönnen.DieAuthentisierungerfolgtgegen-
seitigundwirddurchdieFEausgelöst.
Zusätzlich ist auch eine erfolgreiche Authentisierung der Werkstätten mittels
PIN-Prüfungerforderlich. EinePINumfasstmindestens4Zeichen.1998R2135—DE—25.08.2002—001.001—232
▼M1
Anmerkung: FallsdiePINdurcheininderNähederFEangeordnetes externes
Gerät an die FE übertragen wird, ist ein Schutz der PIN während der Übertra-
gungnichterforderlich.
DieFEerkenntundverhindertdenGebrauchkopierterundwiedereingespielter
Authentisierungsdaten.
Nach 5 aufeinander folgenden erfolglosen Authentisierungsversuchen wird die
SEF:
— einAuditprotokoll überdasEreignisanlegen,
— eine WarnungandenBenutzerausgeben,
— davonausgehen,dassderBenutzerUNBEKANNTunddieKarteungültigist
(Begriffsbestimmung z)undAnforderung007).
4.1.3.Identifizierung und Authentisierung eines entfernt angeschlossenen Unter-
nehmens
Die Fähigkeit zum entfernten Anschluss von Unternehmen ist optional. Dieser
Absatzgilt dahernur,wenndiesesMerkmalimplementiert ist.
BeijederInteraktionmiteinementferntangeschlossenenUnternehmenmussdie
FEzurFeststellungderIdentität desUnternehmensinderLagesein.
Die Identität des entfernt angeschlossenen Unternehmens setzt sich aus dem
Code des die Unternehmenskarte ausstellenden Mitgliedstaats und der Nummer
seinerUnternehmenskarte zusammen.
Die FE muss das entfernt angeschlossene Unternehmen erst erfolgreich authen-
tisieren, bevorsiejeglichen Datenexport andasUnternehmenzulässt.
Die Authentisierung besteht in der Nachweisführung, dassdas Unternehmen im
Besitz einer gültigen Unternehmenskarte ist, die über Sicherheitsdaten verfügt,
dienurausdemSystemselbststammen können.
DieFEerkenntundverhindertdenGebrauchkopierterundwiedereingespielter
Authentisierungsdaten.
Nach5aufeinander folgendenerfolglosenAuthentisierungsversuchensendetdie
FE:
— Andasentfernt angeschlosseneUnternehmeneine Warnungaus.
4.1.4.Identifizierung und Authentisierung des Verwaltungsgeräts
Die Hersteller der FE können spezielle Geräte für zusätzliche FE-Verwaltungs-
funktionen vorsehen (z. B. für Software-Upgrade, Neuladen von
Sicherheitsdaten,…).DieserAbsatzgiltdahernur,wenndiesesMerkmalimple-
mentiert ist.
Bei jeder Interaktion mit einem Verwaltungsgerät muss die FE zur Feststellung
derIdentität desGerätsinderLagesein.
Die FE muss das Verwaltungsgerät erst erfolgreich authentisieren, bevor sie
jegliche weitere Interaktion zulässt.
DieFEerkenntundverhindertdenGebrauchkopierterundwiedereingespielter
Authentisierungsdaten.
4.2.Zugriffskontrolle
Die Zugriffskontrolle gewährleistet, dassnur speziell dazu berechtigte Personen
Informationen aus dem POauslesensowieim POanlegen bzw. nach Änderung
indasPOeinlesen.
Zu beachten ist, dass die von der FE aufgezeichneten Benutzerdaten zwar
private bzw. kommerziell sensible Aspekte beinhalten, ihrem Wesen nach
jedoch nicht vertraulich sind. Aus diesem Grund ist die auf das Zugriffsrecht
zum Lesen von Daten bezogene funktionelle Anforderung (Anforderung 011)
nichtGegenstandeinersicherheitserzwingenden Funktion.
4.2.1.Zugriffsberechtigung
DieFEverwaltet undprüftdieZugriffsberechtigung aufFunktionenundDaten.
4.2.2.Funktionszugriffrechte
DieFEdientderDurchsetzung derVorschriftenzurBetriebsartauswahl (Anfor-
derungen006bis009).
MitderFEwerdenausgehendvonderBetriebsartdieVorschriftenfürdieFunk-
tionszugriffskontrolle durchgesetzt (Anforderung010).1998R2135—DE—25.08.2002—001.001—233
▼M1
4.2.3.Datenzugriffsrechte
Die FE dient der Durchsetzung der Vorschriften für den Schreibzugriff auf die
FE-Kenndaten (Anforderung076)
Die FE dient der Durchsetzung der Vorschriften für den Schreibzugriff auf die
gekoppelten Weg- und/oder Geschwindigkeitsgeberkenndaten (Anforderungen
079und155)
Nach der FE-Aktivierung stellt die FE sicher, dassKalibrierungsdaten einzig in
derBetriebsartKalibrierungindieFEeingegebenundinihremMassenspeicher
abgelegt werdenkönnen(Anforderungen154und156).
NachderFE-AktivierungsorgtdieFEfürdieDurchsetzungderVorschriftenfür
denSchreib-undLöschzugriffaufdieKalibrierungsdaten (Anforderung097).
Nach der FE-Aktivierung stellt die FE sicher, dass Zeiteinstellungsdaten einzig
in der Betriebsart Kalibrierung in die FE eingegeben und in ihrem Massenspei-
cher abgelegt werden können. (Diese Anforderung trifft nicht auf geringfügige
Zeiteinstellungen zu, wie sie im Rahmen der Anforderungen 157 und 158
gestattet sind.)
NachderFE-AktivierungsorgtdieFEfürdieDurchsetzungderVorschriftenfür
denSchreib-undLöschzugriffaufdieZeiteinstellungsdaten (Anforderung100).
DieFEgewährleistetangemesseneZugriffsrechtezumLesenundSchreibenvon
Sicherheitsdaten (Anforderung080).
4.2.4.Dateistruktur und -zugriffsbedingungen
DieStrukturenderAnwendungs-undDatendateienunddieZugriffsbedingungen
auf diese Dateien werden bereits im Herstellungsprozess angelegt und gegen
jegliche spätereVerfälschungbzw.Löschunggesperrt.
4.3.Zuordnungsmöglichkeit
Die FE stellt sicher, dass den Fahrern ihre Tätigkeiten zugeordnet werden
können(Anforderungen081,084,087,105a,105b,109und109a).
DieFEspeichertKenndatendauerhaft (Anforderung075).Die FE stellt sicher, dass den Werkstätten ihre Tätigkeiten zugeordnet werden
können(Anforderungen098,101und109).
DieFEstellt sicher,dassdenKontrolleurenihreTätigkeiten zugeordnet werden
können(Anforderungen102,103und109).
DieFEzeichnetKilometerstände(Anforderung090)undGeschwindigkeitsdaten
mit Detailangaben auf(Anforderung093).
DieFEstelltsicher,dassdieAnforderungen081bis093und102biseinschließ-
lich 105b betreffende Benutzerdaten nach Aufzeichnung nicht mehr geändert
werden, außer wenn diese zu den ältesten Daten werden, die bei erschöpftem
Speicher durchneueDatenüberschrieben werden.
Die FE darf bereits auf einer Kontrollgerätekarte gespeicherte Daten nicht
ändern (Anforderungen 109 und 109a), außer beim Überschreiben der ältesten
Daten durch neue Daten (Anforderung 110) bzw. im in der Anmerkung zu
Absatz2.1inAnlage1beschriebenen Fall.
4.4.Audit
Die Möglichkeit der Durchführung von Audits ist nur für Ereignisse erforder-
lich, die auf einen Versuch der Manipulation bzw. Sicherheitsverletzung
hindeuten. Für die übliche Ausübung von Rechten sind Auditfähigkeiten auch
dann,wenndiessicherheitserzwingend ist,nichtgefordert.
Die FE muss Ereignisse, die ihre Sicherheit beeinträchtigen, mit den dazuge-
hörigenDatenaufzeichnen (Anforderungen094,096und109).
FolgendeEreignissebeeinträchtigen dieSicherheit derFE:
— Sicherheitsverletzende Versuche:
— fehlgeschlagene Authentisierung des Weg- und/oder Geschwindigkeits-
gebers,
— fehlgeschlagene Authentisierung derKontrollgerätkarte,— unberechtigtesAuswechselndesWeg-und/oderGeschwindigkeitsgebers,
— Integritätsfehler derKarteneingabedaten,
— Integritätsfehler dergespeicherten Benutzerdaten,— internerDatenübertragungsfehler,— unberechtigtes ÖffnendesGehäuses,— Hardwaremanipulation,1998R2135—DE—25.08.2002—001.001—234
▼M1
— Letzte Kartentransaktion nichtordnungsgemäßabgeschlossen,
— Weg-undGeschwindigkeitsdatenfehlerereignis,— UnterbrechungderStromversorgung,— FE-interne Störung.
Mit der FE werden die Speicherungsvorschriften für Auditprotokolle durchge-
setzt(Anforderung094und096).
Die FE legt die vom Weg- und/oder Geschwindigkeitsgeber generierten Audit-
protokollsinihremMassenspeicherab.
Es muss möglich sein, Auditprotokolle auszudrucken, anzuzeigen und zu über-
tragen.
4.5.Wiederverwendung von Speichermedien
Die FE stellt sicher, dass Zwischenspeichermedien wiederverwendet werden
können,ohneeinenunzulässigenInformationsflusszubeinhalten.
4.6.Genauigkeit
4.6.1.Maßnahmen zur Kontrolle des Informationsflusses
DieFEstellt sicher,dassdieAnforderungen081,084,087,090,093,102,104,
105, 105a und 109 betreffende Benutzerdaten nur verarbeitet werden, wenn sie
vondenrichtigen Eingabequellen stammen:
— Weg-undGeschwindigkeitsdaten desFahrzeugs,
— Echtzeituhr derFE,— Kalibrierungsparameter desKontrollgeräts,
— Kontrollgerätkarten,
— Eingaben durchBenutzer.
Die FE stellt sicher, dass die Anforderung 109a betreffende Benutzerdaten nur
für den Zeitraum von der letzten Kartenentnahme bis zum derzeitigen
Einstecken derKarteeingegeben werdenkönnen(Anforderung050a).
4.6.2.Interne Datenübertragung
DieAnforderungendieses Absatzesgelten nur,wenndieFEphysischgetrennte
Teile nutzt.
Werden Daten zwischen physisch getrennten Teilen der FE übertragen, müssen
dieseDatengegenVerfälschungengeschützt werden.
Bei Erkennen eines Datenübertragungsfehlers im Verlauf einer internen Daten-
übertragung wird die Übertragung wiederholt und über das Ereignis ein
Auditprotokoll durchdieSEFangelegt.
4.6.3.Integrität der Speicherdaten
Die FE prüft die in ihrem Speicher abgelegten Benutzerdaten auf Integritäts-
fehler.
Bei Erkennen eines Integritätsfehlers der Benutzerdaten generiert die SEF ein
Auditprotokoll.
4.7.Zuverlässigkeit während des Betriebs
4.7.1.Prüfungen
Sämtliche speziell für den Prüfbedarf während der Herstellungsphase der FE
erforderlichen Befehle, Handlungen bzw. Prüfpunkte werden vor Aktivierung
der FE deaktiviert oder entfernt. Es darf nicht möglich sein, sie zum späteren
Gebrauchwiederherzustellen.
Die FE führt zur Funktionsprüfung beim ersten Einschalten sowie während des
normalenBetriebsSelbsttestsdurch.DieSelbsttestsderFEbeinhalteneineInte-
gritätsprüfung der Sicherheitsdaten sowie eine Integritätsprüfung des
gespeicherten Ausführungscodes(soferndiesernichtimROMgespeichert ist).
Bei Erkennen einer internen Fehlfunktion während der Selbstprüfung wird die
SEF:
— ein Auditprotokoll erstellen (außer in der Betriebsart Kalibrierung) (FE-
interneStörung),
— dieSpeicherdatenintegrität wahren.1998R2135—DE—25.08.2002—001.001—235
▼M1
4.7.2.Software
Es darf keine Möglichkeit gegeben sein, die Software nach Aktivierung der FE
beiderPraxisanwendungzuanalysieren bzw.auszutesten.
Eingaben aus externen Quellen dürfen als Ausführungscode nicht akzeptiert
werden.
4.7.3.Physischer Schutz
FallsdieKonstruktionsweisederFEeinÖffnendesGehäuseserlaubt, mussdie
FEjedes ÖffnendesGehäusesfeststellen, selbstwenndieexterne Stromversor-
gung bis zu 6 Monate unterbrochen ist. Die SEF legt in diesem Fall ein
Auditprotokoll an (hierbei ist zulässig, dass das Auditprotokoll erst nach
Wiederzuschalten derStromversorgungerstellt undgespeichert wird).
Ist die FE so konstruiert, dass sie nicht geöffnet werden kann, muss ihre
Bauweise dennoch jeden Versuch der physischen Manipulation leicht erkennen
lassen(z.B.durchSichtprüfung).
Die FE muss nach ihrer Aktivierung bestimmte (vom Hersteller noch festzule-
gende)FormenderHardwaremanipulation erkennen.
In vorgenannten Fall erstellt die SEF ein Auditprotokoll und wird die FE …
(vomHersteller nochfestzulegen).
4.7.4.Unterbrechung der Stromversorgung
DieFEerkenntAbweichungenvondenfestgelegten Stromwerteneinschließlich
einerUnterbrechung derStromversorgung.
Imvorgenannten FallwirddieSEF:
— einAuditprotokoll erstellen (außerinderBetriebsart Kalibrierung),
— denSicherheitsstatus derFEwahren,
— dieSicherheitsfunktionenfürdienochinBetriebbefindlichenKomponenten
bzw.nochlaufenden Prozesseaufrechterhalten,
— dieSpeicherdatenintegrität wahren.
4.7.5.Rücksetzbedingungen
BeieinerUnterbrechung derStromversorgung,beimAbbrucheiner Transaktion
vor deren Vollendung bzw. bei Vorliegen jeder sonstigen Rücksetzbedingung
mussdieFEsauberzurückgesetzt werden
4.7.6.Datenbereitstellung
Die FE stellt sicher, dass auf den Datenbestand bei Bedarf zugegriffen werden
kannunddassdieDatenwederunnötigabgerufennochzurückgehalten werden.
Die FE muss gewährleisten, dass die Kartenfreigabe erst erfolgt, nachdem die
relevanten Daten auf die Karten gespeichert wurden (Anforderungen 015 und
016).
Im vorgenannten Fall wird die SEF ein Auditprotokoll über das Ereignis
anlegen.
4.7.7.Multifunktionsgeräte
FallsdieFEnebenderKontrollgerätfunktionnochweitereAnwendungenbietet,
müssenalledieseAnwendungenphysischund/oderlogischvoneinandergetrennt
sein.JededieserAnwendungenmussaufeigeneSicherheitsdaten zurückgreifen,
undesdarfimmernureine Funktionaktivsein.
4.8.Datenaustausch
DieserAbsatzbetrifftdenDatenaustauschzwischenderFEundangeschlossenen
Geräten.
4.8.1.Datenaustausch mit dem Weg- und/oder Geschwindigkeitsgeber
DieFEprüftdieIntegritätundAuthentizitätdervomWeg-und/oderGeschwin-
digkeitsgeber importierten Daten.
Bei Erkennen eines Integritäts- bzw. Authentizitätsfehlers der Weg- und
Geschwindigkeitsdaten wirddieSEF:
— einAuditprotokoll generieren,
— dieimportierten Datenweiterhin verwenden.1998R2135—DE—25.08.2002—001.001—236
▼M1
4.8.2.Datenaustausch mit Kontrollgerätkarten
Die FE prüft die Integrität und Authentizität der von den Kontrollgerätkarten
importierten Daten.
Bei Erkennen eines Integritäts- bzw. Authentizitätsfehlers der Weg- und
Geschwindigkeitsdaten wirddieFE:
— einAuditprotokoll generieren,
— dieDatennichtverwenden.
Die FE exportiert die Daten mit den zugehörigen Sicherheitsattributen an die
Kontrollgerätkarten, sodassdieKartedieIntegrität undAuthentizität derDaten
prüfenkann.
4.8.3.Datenaustausch mit externen Datenträgern (Übertragungsfunktion)
DieFEgeneriertfüranexterneDatenträgerübertrageneDateneinenHerkunfts-
nachweis.
DieFEstelltdemEmpfängerderübertragenenDateneineFähigkeitzurPrüfung
desHerkunftsnachweisesbereit.
Die FE exportiert die Daten mit den zugehörigen Sicherheitsattributen an den
externen Datenträger, sodasssich Integrität und Authentizität der Daten prüfen
lassen.
4.9.Kryptografische Unterstützung
JenachSicherheitsmechanismusundvomHerstellergewähltenLösungengelten
dieAnforderungendiesesAbsatzesnursoweiterforderlich.
Jede von der FE durchgeführte kryptografische Operation entspricht einem
genaufestgelegten Algorithmusundeinergenaufestgelegten Schlüsselgröße.
Falls die FE kryptografische Schlüssel generiert, müssen diese genau festge-
legten Schlüsselgenerierungsalgorithmen und genau festgelegten
Schlüsselgrößenentsprechen.
Falls die FE kryptografische Schlüssel vergibt, muss dies nach genau festge-
legten Schlüsselvergabemethoden erfolgen.
Falls die FE auf kryptografische Schlüssel zugreift, muss dies nach genau fest-
gelegten Schlüsselzugriffsmethoden erfolgen.
Falls die FE kryptografische Schlüssel vernichtet, mussdies nach genau festge-
legten Schlüsselvernichtungsmethoden erfolgen.
5.Beschreibung der Sicherheitsmechanismen
Diegeforderten Sicherheitsmechanismen werdeninAnlage11beschrieben.
AllesonstigenSicherheitsmechanismen werdendurchdieHersteller festgelegt.
6.Mindestrobustheit der Sicherheitsmechanismen
Die Mindestrobustheit der Sicherheitsmechanismen der Fahrzeugeinheit ist
Hoch,gemäßDefinition inITSEC.
7.Gewährleistungsebene
Die für die Fahrzeugeinheit vorgegebene Gewährleistungsebene ist die ITSEC-
EbeneE3,gemäßDefinition inITSEC.
8.Grundlegendes Prinzip
Die folgenden Kreuzgitter sollen das Prinzip der SEF begründen, indem sie
verdeutlichen:
— welcheSEFbzw.Mittelwelchen Sicherheitsgefährdungen entgegenwirken,
— welcheSEFwelche IT-Sicherheitsziele erfüllen.1998R2135—DE—25.08.2002—001.001—237
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
NachgebauteGeräte
Hardware
Weg-/Geschwindigkeitsdaten
Nicht aktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
GesicherterDatenaustausch
Physische,personelle,verfahrenstechnische Mittel
Entwicklung x x xHerstellung x x
Auslieferung x
Aktivierung x xGenerierungvonSicherheitsdaten x
TransportvonSicherheitsdaten x
Kartenverfügbarkeit x
Nureine KarteproFahrer xRückverfolgbarkeit derKarte xZugelassene Werkstätten x xRegelmäßige Nachprüfung,Kalibrierung x x x x x
Verlässliche Werkstätten x x
Verlässliche Fahrer x▼M11998R2135—DE—25.08.2002—001.001—238
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
Durchsetzunggesetzlicher Vorschriften x x x xxxx x x
Software-Upgrade x
Sicherheitserzwingende Funktionen
Identifizierung undAuthentisierung
UIA_201Geberidentifizierung x x x x
UIA_202Geberidentität x x x xUIA_203Geberauthentisierung x x x xUIA_204Sensor-Neuidentifizierung und
-Neuauthentisierungxx x x
UIA_205FälschungssichereAuthentisierung x x x
UIA_206Fehlgeschlagene Authentisierung x x x xUIA_207Benutzeridentifizierung x x x x x xUIA_208Benutzeridentität x x x x x xUIA_209Benutzerauthentisierung x x x x x xUIA_210Benutzer-Neuauthentisierung x x x x x x▼M11998R2135—DE—25.08.2002—001.001—239
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
UIA_211Authentisierungsmittel x x x x x
UIA_212PIN-Prüfungen x x x x x xUIA_213FälschungssichereAuthentisierung x x x x xUIA_214Fehlgeschlagene Authentisierung x x x xUIA_215Identifizierung entfernter Benutzer x x xx x
UIA_216Identität entfernter Benutzer x x xx
UIA_217AuthentisierungentfernterBenutzer x x xx x
UIA_218Authentisierungsmittel x x xx
UIA_219FälschungssichereAuthentisierung x x xx
UIA_220Fehlgeschlagene Authentisierung x x
UIA_221Verwaltungsgerät-Identifizierung x x xx
UIA_222Verwaltungsgerät-Authentisierung x x xx
UIA_223FälschungssichereAuthentisierung x x xx
Zugriffskontrolle
ACC_201Zugriffskontrollregeln x x x x x x▼M11998R2135—DE—25.08.2002—001.001—240
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
ACC_202Zugriffsrechte aufFunktionen x x x x
ACC_203Zugriffsrechte aufFunktionen x x x xACC_204FE-Kennung xx
ACC_205Kennungangeschlossener Geber x x x
ACC_206Kalibrierungsdaten x x x x
ACC_207Kalibrierungsdaten x x xACC_208Zeiteinstellungsdaten x x xACC_209Zeiteinstellungsdaten x x xACC_210Sicherheitsdaten xx x
ACC_211DatenstrukturundZugriffsbedin-
gungenxx x x x
Zuordnungsmöglichkeit
ACT_201ZuordnungzuFahrern x
ACT_202FE-Kenndaten xx
ACT_203ZuordnungzuWerkstätten x▼M11998R2135—DE—25.08.2002—001.001—241
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
ACT_204ZuordnungzuKontrolleuren x
ACT_205ZuordnungzuFahrzeugen x
ACT_206Zuordnungsdatenänderung xx x
ACT_207Zuordnungsdatenänderung xx x
Audit
AUD_201Auditprotokolle x
AUD_202Auditereignislisten x x x x x x x xAUD_203Auditprotokoll-Speichervor-
schriftenx
AUD_204Geber-Auditprotokolle x
AUD_205Auditwerkzeuge x
WiederverwendungREU_201Wiederverwendung xx x
GenauigkeitACR_201Informationsflusskontrolle x x x xx▼M11998R2135—DE—25.08.2002—001.001—242
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
ACR_202InterneDatenübertragung xx x x
ACR_203InterneDatenübertragung xx
ACR_204Speicherdatenintegrität xx x
ACR_205Speicherdatenintegrität xx
Gewährleistung
RLB_201Herstellungsprüfungen x x x
RLB_202Selbsttests x x x x xRLB_203Selbsttests xx xx
RLB_204Softwareanalyse x x xRLB_205Softwareeingabe xx x x
RLB_206ÖffnendesGehäuses x x x x x x x x xRLB_207Hardwaremanipulation x x
RLB_208Hardwaremanipulation x xRLB_209Unterbrechungen derStromversor-
gungxx▼M11998R2135—DE—25.08.2002—001.001—243
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
RLB_210Unterbrechungen derStromversor-
gungxx
RLB_211Rücksetzen x x
RLB_212Datenbereitstellung xx
RLB_213Kartenfreigabe x
RLB_214Kartentransaktion nichtordnungs-
gemäßabgeschlossenx
RLB_215Multifunktionsgeräte x
DatenaustauschDEX_201Gesicherter ImportvonWeg-und
Geschwindigkeitsdatenx x
DEX_202Gesicherter ImportvonWeg-und
Geschwindigkeitsdatenxx
DEX_203Gesicherter ImportvonKarten-
datenx x
DEX_204Gesicherter ImportvonKarten-
datenx x▼M11998R2135—DE—25.08.2002—001.001—244
Sicherheitsgefährdungen IT-ZielsetzungenZugriff
IdentifizierungFehler/Störungen
Prüfungen
Konstruktion
Kalibrierungsparameter
Kartendatenaustausch
Uhr
Umfeld
Nachgebaute Geräte
Hardware
Weg-/Geschwindigkeitsdaten
Nichtaktiviert
Ausgabedaten
Stromversorgung
Sicherheitsdaten
Software
SpeicherdatenZugriff
Zuordnungsmöglichkeit
Audit
Authentisierung
Integrität
Ausgabe
Datenverarbeitung
Verlässlichkeit
Gesicherter Datenaustausch
DEX_205Gesicherter ExportvonDatenan
Kartenx x
DEX_206Herkunftsnachweis x
DEX_207Herkunftsnachweis x
DEX_208Gesicherter Exportanexterne
Datenträgerx
KryptografischeUnterstützung
CSP_201Algorithmen xx
CSP_202Schlüsselgenerierung xx
CSP_203Schlüsselvergabe xx
CSP_204Schlüsselzugriff xx
CSP_205Schlüsselvernichtung xx▼M11998R2135—DE—25.08.2002—001.001—245
▼M1
ALLGEMEINE SICHERHEITSANFORDERUNGEN FÜR DIE KONTROLL-
GERÄTKARTE
1.Einführung
In diesem Abschnitt werden die Kontrollgerätkarte, mögliche Sicherheitsge-
fährdungen sowie die zu erfüllenden Sicherheitsziele beschrieben. Außerdem
enthält er Erläuterungen zu den zur Durchsetzung der Sicherheitsanforderungen
erforderlichen Funktionen, und es erfolgt eine Auflistung der Mindestanforde-
rungen an die Sicherheitsmechanismen und die erforderliche
Gewährleistungsebene fürEntwicklung undEvaluierung.
DiehieraufgeführtenAnforderungenentsprechendenAnforderungenimHaupt-
teil von Anhang I B. Im Interesse einer besseren Verständlichkeit können sich
Doppelungen zwischen den Anforderungen im Hauptteil von Anhang I B und
denSicherheitsanforderungenergeben.BeiDiskrepanzenzwischeneinerSicher-
heitsanforderung und der Anforderung im Hauptteil von Anhang I B, auf die
sich diese Sicherheitsanforderung bezieht, geht die Anforderung im Hauptteil
vonAnhangIBvor.
Anforderungen im Hauptteil von Anhang I B, auf die sich diese Sicherheitsan-
forderungen nicht beziehen, sind nicht Gegenstand der Funktionen zur
DurchsetzungvonSicherheitsanforderungen.
Eine Kontrollgerätkarte ist eine serienmäßige Chipkarte mit einer speziellen
Kontrollgerätanwendung. Sie muss den aktuellen Funktions- und Sicherheitsan-
forderungen an Chipkarten genügen. Die im Folgenden dargelegten
SicherheitsanforderungenbeinhaltendahernurdiezusätzlichenSicherheitsanfor-
derungeninBezugaufdieKontrollgerätanwendung.
ZwecksbessererZuordnungzudeninderDokumentationüberEntwicklungund
Evaluierung verwendeten Begriffen wurden für die möglichen Sicherheitsge-
fährdungen sowie die zu erfüllenden Ziele, Verfahrensmöglichkeiten und SEF-
Spezifikationen eindeutige Bezeichnungen gewählt.
2.Abkürzungen, Begriffsbestimmungen und Referenzdokumente
2.1.Abkürzungen
IC IntegrierterSchaltkreis(ElektronischesBauelement
zum Ausführen von Datenverarbeitungs- und/oder
Speicherfunktionen)
OS Betriebssystem
PIN Persönliche Geheimzahl (Personal Identification
Number)
ROM Festspeicher(ReadOnlyMemory)
SFP Sicherheitsfunktionsregeln
PO Prüfobjekt
TSF Sicherheitsfunktion desPrüfobjekts
FE Fahrzeugeinheit (Vehicle Unit)
2.2.Begriffsbestimmungen
Digitaler Fahrtenschreiber Kontrollgerät
SensibleDaten Von der Kontrollgerätkarte gespeicherte Daten,
deren Schutz hinsichtlich Integrität, unberechtigten
ZugriffundVertraulichkeit(sofernaufSicherheits-
daten zutreffend) erforderlich ist. Zu sensiblen
Datenzählen Sicherheitsdaten undBenutzerdaten
Sicherheitsdaten Spezielle Daten, die zur Unterstützung der sicher-
heitserzwingenden Funktionen erforderlich sind
(z.B.kryptografische Schlüssel)
System Gerätetechnik, Menschen bzw. Organisationen, die
in welcher Weise auch immer mit den Kontroll-
geräteninBeziehung stehen
Benutzer Jede Person oder externe IT-Geräteeinheit, die
nichtTeil desPOist,jedoch mit dem POinInter-
aktiontritt
Benutzerdaten Auf der Kontrollgerätekarte gespeicherte sensible
Daten, mit Ausnahme der Sicherheitsdaten. Zu
den Benutzerdaten zählen Kenndaten und Tätig-
keitsdaten1998R2135—DE—25.08.2002—001.001—246
▼M1
Kenndaten DieKenndatenbeinhaltendieKenndatenderKarte
unddieKenndatendesKarteninhabers
Kartenkenndaten Benutzerdaten zur Kartenidentifizierung entspre-
chend den Anforderungen 190, 191, 192, 194,
215,231und235
Karteninhaberkenndaten Benutzerdaten zur Identifizierung des Karteninha-
bers entsprechend den Anforderungen 195, 196,
216,232und236
Tätigkeitsdaten Zu den Tätigkeitsdaten zählen die Karteninhaber-
tätigkeitsdaten, die Ereignis- und Störungsdaten
sowiedieKontrolltätigkeitsdaten
Karteninhabertätigkeitsdaten Die Tätigkeiten des Karteninhabers betreffende
Benutzerdaten entsprechend den Anforderungen
197, 199, 202, 212, 212a, 217, 219, 221, 226,
227,229,230a,233und237
Ereignis- undStörungsdaten Ereignisse bzw. Störungen und Fehlfunktionen
betreffende Benutzerdaten entsprechend den
Anforderungen204,205,207,208und223
Kontrolltätigkeitsdaten Die Kontrollen der Durchsetzung gesetzlicher
Vorschriften betreffende Benutzerdaten entspre-
chenddenAnforderungen210und225
2.3.Referenzdokumente
ITSEC ITSEC Information Technology Security Evalua-
tion Criteria 1991 (Kriterien für die Bewertung
der Sicherheit von Systemen der Informations-
technik)
ICPP Smartcard Integrated Circuit Protection Profile
(Profil für den Schutz von Chipkarten-ICs) —
Version 2.0 — Ausgabe September 1998. Einge-
tragen bei der französischen Zertifizierungsstelle
unterNummerPP/9806
ESPP Smart Card Integrated Circuit With Embedded
Software Protection Profile (Profil für den Schutzvon Chipkarten-ICs mit eingebetteter Software) —
Version 2.0 — Ausgabe Juni 1999. Eingetragen
bei der französischen Zertifizierungsstelle unter
NummerPP/9911
3.Grundprinzip des Produkts
3.1.Beschreibung und Verwendung der Kontrollgerätekarte
Eine Kontrollgerätekarte ist eine Chipkarte wie in IC PP und ES PP
beschrieben,dieeineAnwendungzurVerwendungderKartemitdemKontroll-
gerätbeherbergt.
DiegrundlegendenFunktionenderKontrollgerätekarte sind:— das Speichern der Karten- und der Karteninhaberkenndaten. Diese Daten
werdenvonderFahrzeugeinheitverwendet,umdenKarteninhaberzuidenti-
fizieren,dementsprechendeFunktionenundDatenzugriffsrechtezugewähren
und sicherzustellen, dass dem Karteninhaber seine Tätigkeiten zugerechnet
werdenkönnen,
— dasSpeichernvonKarteninhabertätigkeitsdaten, vonEreignis-undStörungs-
daten sowie von Kontrolltätigkeitsdaten, die auf den Karteninhaber bezogen
sind.
Eine Kontrollgerätekarte ist somit zur Verwendung durch das Kartenschnittstel-
lengerät einer Fahrzeugeinheit gedacht. Ebenso kann es durch jeden sonstigen
Kartenleser(z.B.einesPC),derdasuneingeschränkteZugriffsrechtaufjegliche
Benutzerdaten hat,verwendet werden.
In der Endnutzungsphase des Lebenszyklus einer Kontrollgerätekarte (Phase 7
des Lebenszyklus gemäß Beschreibung in ES PP), können nur Fahrzeugein-
heiten Benutzerdaten aufdieKarteschreiben.
Die funktionellen Anforderungen an eine Kontrollgerätekarte sind im Hauptteil
vonAnhangIBundinAnlage2beschrieben.
3.2.Lebenszyklus der Kontrollgerätekarte
Der Lebenszyklus der Kontrollgerätekarte entspricht dem in ES PP beschrie-
benenLebenszykluseinerChipkarte.1998R2135—DE—25.08.2002—001.001—247
▼M1
3.3.Sicherheitsgefährdungen
Neben den in ES PP und IC PP aufgelisteten allgemeinen Sicherheitsge-
fährdungen für eine Chipkarte kann es bei Kontrollgerätekarten zu folgenden
Sicherheitsgefährdungen kommen.
3.3.1.Letztliche Ziele
Das Ziel von Manipulationen wird letztendlich darin bestehen, die im PO
gespeicherten Benutzerdaten zuverfälschen.
T.Ident_Data Eine erfolgreiche Änderung der im PO abgelegten
Kenndaten(z.B.desKartentyps,desKartenablauf-
datums oder der Karteninhaberkenndaten) würde
eine betrügerische Verwendung des PO ermögli-
chen und eine erhebliche Gefährdung des globalen
Sicherheitsziels desSystemsbedeuten.
T.Activity_Data Eine erfolgreiche Änderung der im PO abgelegten
Tätigkeitsdaten würde die Sicherheit des PO
gefährden.
T.Data_Exchange Eine erfolgreiche Änderung der Tätigkeitsdaten
(Hinzufügung, Löschung, Verfälschung) während
des Datenimports bzw. -exports würde die Sicher-
heitdesPOgefährden.
3.3.2.Angriffswege
AngriffeaufdieRessourcendesPOsindmöglichdurch:— den Versuch, unrechtmäßige Kenntnis über Hardware- und Softwareentwurf
des PO zu erlangen, insbesondere über dessen Sicherheitsfunktionen bzw.
Sicherheitsdaten. Unrechtmäßige KenntniskanndurchAngriffeaufMaterial
derKonstrukteurebzw.Hersteller(Diebstahl,Bestechung)oderdurchunmit-
telbare Untersuchung des PO (physische Erkundung, Interferenzanalyse)
erworbenwerden.
— Ausnutzung von Schwächen im konstruktiven Entwurf bzw. in der Ausfüh-
rung des PO (Hardware- bzw. Softwarefehler, Übertragungsfehlfunktionen,
im PO durch äußere Einwirkungen hervorgerufene Fehler, Ausnutzen von
Schwächen der Sicherheitsfunktionen, wie z. B. der Authentisierungsver-
fahren,Datenzugriffskontrolle, kryptografischen Operationen usw.).
— Manipulation des PO bzw. der Sicherheitsfunktionen des PO durch physi-
sche, elektrische oder logische Angriffe bzw. durch eine Kombination
derselben.
3.4.Sicherheitsziele
Das wichtigste Sicherheitsziel des gesamten digitalen Fahrtenschreibersystems
istFolgendes:
O.Main DievondenKontrollbehörden zuprüfendenDaten
müssen verfügbar sein und die Handlungen der
kontrollierten Fahrer und Fahrzeuge hinsichtlich
Lenk-, Arbeits-, Bereitschafts- und Ruhezeiten
sowie Fahrzeuggeschwindigkeit vollständig und
genauwiderspiegeln.
Das zum übergreifenden Sicherheitsziel beitragende Sicherheitsziel des PO ist
somitFolgendes:
O.Card_Identification_Data Das PO muss die während des Prozesses der
Kartenpersonalisierung gespeicherten Kartenkenn-
datenundKarteninhaberkenndaten bewahren.
O.Card_Activity_Storage Das PO muss die von Fahrzeugeinheiten auf der
Kartegespeicherten Benutzerdaten bewahren.
3.5.Informationstechnische Sicherheitsziele
Neben den in ES PP und IC PP aufgelisteten allgemeinen Sicherheitszielen für
eine Chipkarte tragen folgende spezielle IT-Sicherheitsziele des PO zu dessen
Hauptsicherheitsziel währendderEndnutzungsphasedesLebenszyklusbei:
O.Data_Access Das PO muss die Zugriffsrechte für das Schreiben
von Benutzerdaten auf authentisierte Fahrzeugein-
heiten beschränken.
O.Secure_Communications Das PO muss sichere Kommunikationsprotokolle
und -verfahren zwischen der Karte und dem
Kartenschnittstellengerät unterstützen, wenn die
jeweilige Anwendungdieserfordert.1998R2135—DE—25.08.2002—001.001—248
▼M1
3.6.Physische, personelle bzw. verfahrenstechnische Mittel
Diephysischen,personellen bzw.verfahrenstechnischen Anforderungen,diezur
Sicherheit des PO beitragen, sind in ES PP und IC PP aufgeführt (Kapitel zu
Sicherheitszielen fürdasUmfeld).
4.Sicherheitserzwingende Funktionen
In diesem Abschnitt werden einige der zulässigen Operationen wie Zuweisung
bzw.AuswahlvonESPPnäherspezifiziert undzusätzliche funktionelle Anfor-
derungenandieSEFgestellt.
4.1.Einhaltung von Schutzprofilen
DasPOhält dieICPPein.
DasPOhält dieESPP,wieimweiteren näherspezifiziert, ein.
4.2.Identifizierung und Authentisierung des Benutzers
DieKartemussdieGeräteeinheit, indiesieeingesteckt wird,identifizieren und
erkennen, ob es sich um ein authentisiertes Fahrzeug handelt oder nicht. Die
Karte darf ungeachtet der Geräteeinheit, an die sie angeschlossen ist, jegliche
Benutzerdaten exportieren. Eine Ausnahme bildet die Kontrollkarte, die die
Karteninhaberkenndaten nur an authentisierte Fahrzeugeinheiten exportieren
darf (damit sich ein Kontrolleur durch Lesen seines Namens auf der Anzeige
bzw. dem Ausdruck vergewissern kann, dass es sich bei der Fahrzeugeinheit
nichtumeinenNachbauhandelt).
4.2.1.Identifizierung des Benutzers
Zuweisung(FIA_UID.1.1) Liste von TSF-vermittelten Handlungen :keine.
Zuweisung(FIA_ATD.1.1) Liste von Sicherheitsattributen :
— USER_GROUP: VEHICLE_UNIT,NON_VEHICLE_UNIT,
— USER_ID: amtl.Kennzeichen(VRN)undCodedesregistrier-
enden Mitgliedstaats (USER_ID ist nur bei
USER_GROUP=VEHICLE_UNITbekannt).
4.2.2.Authentisierung des Benutzers
Zuweisung(FIA_UAU.1.1)ListevonTSF-vermittelten Handlungen:
— Fahrer- und Werkstattkarten: Export von Benutzerdaten mit Sicherheitsattri-
buten(Kartendaten-Übertragungsfunktion),
— Kontrollkarte: Export von Benutzerdaten ohne Sicherheitsattribute, mit
AusnahmederKarteninhaberkenndaten.
Die Authentisierung der Fahrzeugeinheit besteht in der Nachweisführung, dass
sie über Sicherheitsdaten verfügt, die nur aus dem System selbst stammen
können.
Auswahl(FIA_UAU.3.1undFIA_UAU.3.2):verhindern.
Zuweisung(FIA_UAU.4.1) Identifizierte(r) Authentisierungsmechanismen(-
mus):jederbeliebige Authentisierungsmechanismus.
Die Werkstattkarte stellt durch Prüfung eines PIN-Codes einen zusätzlichen
Authentisierungsmechanismus bereit. (Dieser Mechanismus soll es der Fahr-
zeugeinheit ermöglichen, die Identität des Karteninhabers zu prüfen; er dient
indesnichtdemSchutz desInhaltsderWerkstattkarte.)
4.2.3.Fehlgeschlagene Authentisierungen
Die folgenden Zuweisungen beschreiben die Reaktion der Karte auf jede
einzelne fehlgeschlagene Authentisierung.
Zuweisung(FIA_AFL.1.1) Nummer:1 ,Liste der Authentisierungsereignisse :
Authentisierung einesKartenschnittstellengeräts.
Zuweisung(FIA_AFL.1.2)Handlungsliste:
— WarnungderangeschlossenenGeräteeinheit,
— BehandlungdesBenutzers alsNON_VEHICLE_UNIT.
Die folgenden Zuweisungen beschreiben die Reaktion der Karte im Fall eines
fehlgeschlagenen zusätzlichen Authentisierungsmechanismus gemäß Anforde-
rungUIA_302.
Zuweisung(FIA_AFL.1.1) Nummer:5,Liste der Authentisierungsereignisse :
PIN-Prüfungen(Werkstattkarte).1998R2135—DE—25.08.2002—001.001—249
▼M1
Zuweisung(FIA_AFL.1.2)Handlungsliste:
— WarnungderangeschlossenenGeräteeinheit,
— Sperren des PIN-Prüfverfahrens, so dass jeder nachfolgende Versuch der
PIN-Prüfungfehlschlägt,
— Möglichkeit derAnzeigederSperrungannachfolgende Benutzer.
4.3.Zugriffskontrolle
4.3.1.Zugriffskontrollregeln
Während der Endnutzungsphase ihres Lebenszyklus ist die Kontrollgerätkarte
Gegenstand der Sicherheitsfunktionsregeln (SFP) für einfache Zugriffskontrolle
mit derBezeichnung AC_SFP.
Zuweisung(FDP_ACC.2.1) Zugriffskontroll-SFP :AC_SFP.
4.3.2.Zugriffskontrollfunktionen
Zuweisung(FDP_ACF.1.1) Zugriffskontroll-SFP :AC_SFP.
Zuweisung(FDP_ACF.1.1) Benannte Gruppe von Sicherheitsattributen :
USER_GROUP.
Zuweisung(FDP_ACF.1.2) Vorschriften für den Zugriff durch/auf kontroll-
ierte Subjekte und kontrollierte Objekte unter Anwendung von
kontrollierten Operationen auf kontrollierte Objekte :
GENERAL_READ: Die Benutzerdaten darf jeder beliebige Benutzer
aus dem PO lesen, mit Ausnahme der Karteninha-
berkenndaten, die nur durch die VEHICLE_UNIT
ausKontrollkarten gelesenwerdendürfen.
IDENTIF_WRITE: Kenndaten dürfen nur einmal und vor Ende der
Phase 6 des Lebenszyklus der Karte geschrieben
werden. Während der Endphase des Lebenszyklus
der Karte darf kein Benutzer die Kenndaten
schreibenoderändern.
ACTIVITY_WRITE: Tätigkeitsdaten dürfen nur durch die VEHI-
CLE_UNITindasPOgeschrieben werden.
SOFT_UPGRADE: EinUpgradingderPO-SoftwaredurchBenutzerist
nichtgestattet.
FILE_STRUCTURE: Dateistrukturund-zugriffsbedingungenwerdenvor
dem Ende der Phase 6 des Lebenszyklus des PO
geschaffen und anschließend gegen jegliche
spätere Änderung oder Löschung durch Benutzer
gesperrt.
4.4.Zuordnungsmöglichkeit
DasPOmussdieKenndatendauerhaftgespeichert halten.Uhrzeit und Datum der Personalisierung des PO werden angegeben. Diese
AngabensindvoneinerÄnderungausgeschlossen.
4.5.Audit
Die PO muss Ereignisse, die auf eine potentielle Sicherheitsverletzung des PO
hindeuten, überwachen.
Zuweisung(FAU_SAA.1.2) Teilmenge von beschriebenen auditierbaren Ereig-
nissen:
— fehlgeschlagene Karteninhaberauthentisierung (5 aufeinander folgende
erfolglose PIN-Prüfungen),
— FehlerbeimSelbsttest,
— Speicherdatenintegritätsfehler,— Integritätsfehler beiderEingabe vonTätigkeitsdaten.
4.6.Genauigkeit
4.6.1.Speicherdatenintegrität
Zuweisung(FDP_SDI.2.2) Vorzunehmende Handlungen : Warnung der ange-
schlossenenGeräteeinheit.1998R2135—DE—25.08.2002—001.001—250
▼M1
4.6.2.Basisdatenauthentisierung
Zuweisung(FDP_DAU.1.1) Liste von Objekten bzw. Informationsarten :
Tätigkeitsdaten.
Zuweisung(FDP_DAU.1.2) Liste von Subjekten :beliebige.
4.7.Zuverlässigkeit während des Betriebs
4.7.1.Prüfungen
Auswahl(FPT_TST.1.1): beim ersten Einschalten sowie regelmäßig während
desnormalen Betriebs.
Hinweis:
„Beim erstenEinschalten“
bedeutet:bevorderCodeausgeführtwird(undnichtnotwendigerweisewährend
AntwortaufRücksetzverfahren).
DieSelbsttestsdesPObeinhaltendieIntegritätsfeststellungeinesjeglichennicht
imROMabgelegten Softwarecodes.
BeiErkenneneinesFehlerswährendderSelbstprüfungwarntdieTSFdieange-
schlosseneGeräteeinheit.
Nach Abschluss der OS-Prüfung werden alle speziellen Prüfbefehle und -hand-
lungen deaktiviert bzw. entfernt. Es darf nicht möglich sein, diese Steuerungen
zu überschreiben und zur erneuten Verwendung zu reaktivieren. Ausschließlich
auf ein bestimmtes Lebenszyklusstadium bezogene Befehle dürfen nie während
einesanderenStadiumszugreifbar sein.
4.7.2.Software
Es darf keine Möglichkeit gegeben sein, die Software des PObei der Praxisan-
wendungzuanalysieren, auszuprüfenoderabzuändern.
Eingaben aus externen Quellen dürfen als Ausführungscode nicht akzeptiert
werden.
4.7.3.Stromversorgung
Bei Unterbrechungen bzw. der Stromversorgung bzw. bei Stromschwankungen
verbleibt dasPOimSicherheitsstatus.
4.7.4.Rücksetzbedingungen
Bei einer Unterbrechung der Stromversorgung (bzw. bei Stromschwankungen)
am PO, beim Abbruch einer Transaktion vor deren Vollendung bzw. bei
VorliegenjedersonstigenRücksetzbedingungmussdasPOsauberzurückgesetzt
werden.
4.8.Datenaustausch
4.8.1.Datenaustausch mit einer Fahrzeugeinheit
Das PO prüft die Integrität und Authentizität der von einer Fahrzeugeinheit
importierten Daten.
BeiErkenneneinesIntegritätsfehlers derimportierten DatenwirddasPO:
— diedatenexportierende Geräteeinheit warnen,
— dieDatennichtverwenden.
Das PO exportiert die Daten mit den zugehörigen Sicherheitsattributen an die
Fahrzeugeinheit, so dass die Fahrzeugeinheit die Integrität und Authentizität
derempfangenen Datenebenfalls prüfenkann.
4.8.2.Export von Daten an eine Nicht-Fahrzeugeinheit (Übertragungsfunktion)
Das PO muss in der Lage sein, für an externe Datenträger übertragene Daten
einenHerkunftsnachweiszugenerieren.
Das PO muss in der Lage sein, dem Empfänger der übertragenen Daten eine
Fähigkeit zurPrüfungdesHerkunftsnachweisesbereitzustellen.
Das POmuss in der Lage sein, die Daten mit den zugehörigen Sicherheitsattri-
buten an den externen Datenträger zu exportieren, so dass sich Integrität und
Authentizität derübertragenen Datenprüfenlassen.1998R2135—DE—25.08.2002—001.001—251
▼M1
4.9.Kryptografische Unterstützung
Falls die TSF kryptografische Schlüssel generiert, müssen diese genau festge-
legten Schlüsselgenerierungsalgorithmen und genau festgelegten
Schlüsselgrößenentsprechen.DiegeneriertenkryptografischenSitzungsschlüssel
dürfen nur begrenzt oft (vom Hersteller noch festzulegen, jedoch höchstens
240mal) verwendbarsein.
Falls die TSF kryptografische Schlüssel vergibt, muss dies nach genau festge-
legten Schlüsselvergabemethoden erfolgen.
5.Beschreibung der Sicherheitsmechanismen
Diegeforderten Sicherheitsmechanismen werdeninAnlage11beschrieben.
AllesonstigenSicherheitsmechanismenwerdendurchdieHerstellerdesPOfest-
gelegt.
6.Mindestrobustheit der Sicherheitsmechanismen
Die Mindestrobustheit der Sicherheitsmechanismen der Fahrzeugeinheit ist
Hoch,gemäßDefinition inITSEC.
7.Gewährleistungsebene
Die für die Kontrollgerätkarte vorgegebene Gewährleistungsebene ist die
ITSEC-Ebene E3,gemäßDefinition inITSEC.
8.Grundlegendes Prinzip
Aus der folgenden Matrix ist das Prinzip der zusätzlichen SEF ersichtlich.
Hierzuwirdverdeutlicht:
— welcheSEFwelchen Sicherheitsgefährdungen entgegenwirken,
— welcheSEFwelche IT-Sicherheitsziele erfüllen.1998R2135—DE—25.08.2002—001.001—252
Sicherheitsgefährdungen IT-ZielsetzungenT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREKenndatenTätigkeitsdatenDatenaustausch
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
Datenzugriff
Gesicherte Kommunikation
UIA_301Authentisierungsmittel x
UIA_302PIN-Prüfungen x
ACT_301Kenndaten
ACT_302PersonalisierungszeitpunktRLB_301Softwareintegrität xx
RLB_302Selbsttests xx
RLB_303Herstellungsprüfungen x x x x
RLB_304Softwareanalyse x x x x xRLB_305Softwareeingabe x x x x xRLB_306Stromversorgung x xxx
RLB_307Rücksetzen xx
DEX_301Gesicherter Datenimport xx
DEX_302Gesicherter Datenimport xx▼M11998R2135—DE—25.08.2002—001.001—253
Sicherheitsgefährdungen IT-ZielsetzungenT.CLON*
T.DIS_ES2T.T_ES
T.T_CMD
T.MOD_SOFT*T.MOD_LOADT.MOD_EXET.MOD_SHAREKenndatenTätigkeitsdatenDatenaustausch
O.TAMPER_ES
O.CLON*O.OPERATE*O.FLAW*O.DIS_MECHANISM2O.DIS_MEMORY*O.MOD_MEMORY*
Datenzugriff
Gesicherte Kommunikation
DEX_303Gesicherter Datenexport anFE xx
DEX_304Herkunftsnachweis xx
DEX_305Herkunftsnachweis xx
DEX_306Gesicherter Datenexport anexterne Datenträger x xCSP_301Schlüsselgenerierung xx
CSP_302Schlüsselvergabe xx▼M11998R2135—DE—25.08.2002—001.001—254
▼M1
Anlage 11
GEMEINSAME SICHERHEITSMECHANISMEN
INHALTSVERZEICHNIS
1. Allgemeines ... ..............................................................
1.1. Referenzdokumente ... ........................................................
1.2. Notationen undAbkürzungen ...................................................
2. Kryptografische SystemeundAlgorithmen . .......................................
2.1. Kryptografische Systeme .......................................................
2.2. Kryptografische Algorithmen. ...................................................
2.2.1. RSA-Algorithmus .............................................................
2.2.2. Hash-Algortihmus .............................................................
2.2.3. Datenverschlüsselungsalgorithmus... .............................................
3. SchlüsselundZertifikate .......................................................
3.1. ErzeugungundVerteilung derSchlüssel ... .......................................
3.1.1. ErzeugungundVerteilung derRSA-Schlüssel ......................................
3.1.2. RSA-Prüfschlüssel ............................................................
3.1.3. SchlüsselfürWeg-/Geschwindigkeitsgeber . .......................................
3.1.4. ErzeugungundVerteilung vonT-DES-Sitzungsschlüsseln ............................
3.2. Schlüssel . ...................................................................
3.3. Zertifikate ...................................................................
3.3.1. InhaltderZertifikate .. ........................................................
3.3.2. Ausgestellte Zertifikate ........................................................
3.3.3. Verifizieren undEntpacken derZertifikate . .......................................
4. Gegenseitige Authentisierung ...................................................
5. Vertraulichkeits-,Integrität-undAuthentisierungsmechanismenfürdieDatenübertragungFE-
Karte.......................................................................
5.1. SecureMessaging .............................................................
5.2. BehandlungvonSecure-Messaging-Fehlern . .......................................
5.3. AlgorithmuszurBerechnungderkyrptografischen Prüfsummen .......................
5.4. AlgorithmuszurBerechnungderKyrptogrammen fürVertraulichkeits-DOs.. ............
6. Digitale Signaturmechanismen beimHerunterladen vonDaten . .......................
6.1. ErzeugungderSignatur ........................................................
6.2. Verifizierung derSignatur ... ...................................................1998R2135—DE—25.08.2002—001.001—255
▼M1
1. ALLGEMEINES
Diese Anlage enthält die Spezifizierung der Sicherheitsmechanismen zur
Gewährleistung
— dergegenseitigenAuthentisierungvonFahrzeugeinheiten(FE)undKontroll-
gerätkarten, einschließlich derSitzungsschlüsselvereinbarung,
— der Vertraulichkeit, Integrität und Authentisierung der Daten, die zwischen
FEundKontrollgerätkarten übertragen werden,
— der Integrität und Authentisierung der Daten, die von FE auf externe Spei-
chermedien heruntergeladen werden,
— derIntegritätundAuthentisierungderDaten,dievonKontrollgerätkartenauf
externeSpeichermedien heruntergeladen werden.
1.1.Referenzdokumente
DiefolgendenReferenzdokumente werdenindieserAnlageherangezogen:SHA-1 National Institute of Standards and Technology (NIST).FIPS
Publication 180-1:SecureHashStandard.April1995
PKCS1 RSA Laboratories. PKCS # 1: RSA Encryption Standard.
Version2.0.Oktober1998
TDES National Institute of Standards and Technology (NIST).FIPS
Publication 46-3:DataEncryption Standard.Draft1999
TDES-OP ANSI X9.52, Triple Data Encryption Algorithm Modes of
Operation.1998
ISO/IEC7816-4 Information Technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 4: Interindustry
commands for interexchange. First edition: 1995 + Amend-
ment 1: 1997. (Informationstechnik — Identifizierungskarten
— Identifizierungskarten mit integrierten Schaltkreisen und
Kontakten—Teil 4:Übergreifende Austauschbefehle)
ISO/IEC7816-6 Information Technology — Identification cards — Integrated
circuit(s) cards with contacts — Part 6: Interindustry data
elements. First edition: 1996 + Cor 1: 1998. (Informations-
technik — Identifizierungskarten mit integrierten
Schaltkreisen undKontakten—Teil6:ÜbergreifendeDaten-
elemente)
ISO/IEC7816-8 Information Technology — Identification cards — Integrated
circuit(s)cardswithcontacts—Part8:Securityrelatedinter-
industry commands. First edition 1999 (Informationstechnik
— Identifizierungskarten — Chipkarten mit Kontakten —
Teil 8:Übergreifende sicherheitsbezogene Befehle)
ISO/IEC9796-2 Information Technology — Security techniques — Digital
signatureschemesgivingmessagerecovery—Part2:Mecha-
nisms using a hash function. First edition: 1997.
(Informationstechnik — Sicherheitsverfahren — Digitaler
Unterschriftsmechanismus mit Rückgewinnung der Nachricht
—Teil 2:Mechanismen unterNutzungeinerHash-Funktion)
ISO/IEC9798-3 Information Technology — Security techniques — Entity
authentication mechanisms — Part 3: Entity authentication
usingapublic keyalgorithm. Secondedition 1998.(Informa-
tionstechnik — Sicherheitsverfahren — Mechanismen zur
Authentifizierung von Instanzen — Teil 3: Authentifizierung
von Instanzen unter Nutzung eines Algorithmus mit öffentli-
chemSchlüssel)
ISO16844-3 Road vehicles — Tachograph systems — Part 3: Motion
sensor interface (Straßenfahrzeuge — Fahrtenschreibersy-
steme — Teil 3: Schnittstelle Weg- und
Geschwindigkeitsgeber)
1.2.Notationen und Abkürzungen
IndieserAnlagewerdenfolgende Notationen undAbkürzungenverwendet:(K
a,Kb,Kc) ein Schlüsselbund zur Verwendung durch den Triple Data
Encryption Algorithm
CA Certification Authority(Zertifizierungsstelle)
CAR Certification Authority Reference (Referenz der Zertifizie-
rungsstelle)
CC CryptographicChecksum(kryptografische Prüfsumme)
CG Cryptogram(Kryptogramm)1998R2135—DE—25.08.2002—001.001—256
▼M1
CH CommandHeader(Befehlskopf)
CHA Certificate Holder Authorisation (Autorisierung des Zertifikat-
sinhabers)
CHR CertificateHolderReference(ReferenzdesZertifikatsinhabers)
D() Entschlüsselungmit DES
DE Datenelement
DO Datenobjektd privaterRSA-Schlüssel,privater Exponent
e öffentlicher RSA-Schlüssel,öffentlicher Exponent
E() Verschlüsselungmit DES
EQT Equipment (Gerät)
Hash() Hash-Wert,einErgebnisvon Hash
Hash Hash-Funktion
KID KeyIdentifier (Schlüsselbezeichner)
Km T-DES-Schlüssel.HauptschlüsselgemäßISO16844-3
Km
vuinFahrzeugeinheiten integrierter T-DES-Schlüssel
KmwcinWerkstattkarten integrierter T-DES-Schlüssel
m Nachrichtenrepräsentant, eine ganzeZahlzwischen0und n-1
n RSA-Schlüssel,Modulus
PB PaddingBytes(Füllbytes)
PI Padding Indicator-Byte (Verwendung im Kryptogramm für
Vertraulichkeits-DO)
PVPlainV alue(Klarwert)
s Signaturrepräsentant, eine ganzeZahlzwischen0und n-1
SSC SendSequence Counter(Sendesequenzzähler)SM SecureMessaging
TCBC TDEA-ModusCipherBlockChaining
TDEA Triple Data Encryption Algorithm (Triple-Datenverschlüsse-
lungsalgorithmus)
TLVTagLengthV alue(Tag-Längenwert)
FE Fahrzeugeinheit (Vehicle Unit,VU)
X.C Zertifikat von Benutzer X, ausgestellt durch eine Zertifizie-
rungsstelle
X.CA Zertifizierungsstelle vonBenutzer X
X.CA.PK
oX.C Vorgang des Entpackens eines Zertifikats zur Herauslösung
eines öffentlichen Schlüssels; es handelt sich um einen Infix-
Operator,dessenlinkerOperandderöffentlicheSchlüsseleiner
Zertifizierungsstelle und dessen rechter Operand das von der
Zertifizierungsstelle ausgestellte Zertifikat ist; das Ergebnis ist
deröffentlicheSchlüsselvonBenutzerX,dessenZertifikat der
rechte Operanddarstellt
X.PK öffentlicher RSA-SchlüsseleinesBenutzersXX.PK[I] RSA-Chiffrierung einer Information I unter Verwendung des
öffentlichen SchlüsselsvonBenutzerX
X.SK privaterRSA-SchlüsseleinesBenutzersX
X.SK[I] RSA-Chiffrierung einer Information I unter Verwendung des
privatenSchlüsselsvonBenutzerX
′xx′ einHexadezimalwert
|| Verkettungsoperator
2. KRYPTOGRAFISCHESYSTEMEUNDALGORITHMEN2.1.Kryptografische Systeme
Fahrzeugeinheiten und Kontrollgerätkarten verwenden ein klassisches RSA-
Public-Key-Verschlüsselungssystem, so dass folgende Sicherheitsmechanismen
vorliegen:
— Authentisierung zwischenFahrzeugeinheiten undKarten,
— ÜbertragungvonTriple-DES-SitzungsschlüsselnzwischenFahrzeugeinheiten
undKontrollgerätkarten,1998R2135—DE—25.08.2002—001.001—257
▼M1
— digitale Signatur von Daten, die von Fahrzeugeinheiten oder Kontrollge-
rätkarten anexterneMedien heruntergeladen werden.
FahrzeugeinheitenundKontrollgerätkartenverwendeneinsymmetrischesTriple-
DES-Verschlüsselungssystem, so dass ein Mechanismus für die Datenintegrität
während des Benutzerdatenaustauschs zwischen Fahrzeugeinheiten und
KontrollgerätkartenundgegebenenfallsdieVertraulichkeitbeimDatenaustausch
zwischenFahrzeugeinheiten undKontrollgerätkarten gewährleistet sind.
2.2.Kryptografsche Algorithmen
2.2.1. RSA-Algorithmus
DerRSA-AlgorithmuswirddurchfolgendeBeziehungen vollständigdefiniert:
Eineausführlichere BeschreibungderRSA-FunktionfindetsichimReferenzdo-
kument PKCS1.
DerimRSA-AlgorithmusverwendeteExponent emussinallenerzeugtenRSA-
Schlüsselnungleich2sein.
2.2.2. Hash-Algorithmus
Die Mechanismen für die digitale Signatur verwenden den SHA-1-Hash-Algo-
rithmusgemäß Definition imReferenzdokument SHA-1.
2.2.3. Datenverschlüsselungsalgorithmus
DES-gestützte Algorithmen werden im Modus Cipher Block Chaining
verwendet.
3. SCHLÜSSELUNDZERTIFIKATE
3.1.Erzeugung und Verteilung der Schlüssel
3.1.1. Erzeugung und Verteilung der RSA-Schlüssel
Die Erzeugung der RSA-Schlüssel erfolgt auf drei hierarchischen Funktions-
ebenen:
— aufeuropäischer Ebene,
— aufMitgliedstaatebene,
— aufGeräteebene.
AufeuropäischerEbenewirdeineinzigesSchlüsselpaar(EUR.SKundEUR.PK)
erzeugt. Der europäische private Schlüssel wird zur Zertifizierung der öffentli-
chen Schlüssel der Mitgliedstaaten verwendet. Über alle zertifizierten Schlüssel
sind Belege aufzubewahren. Diese Aufgaben werden von einer Europäischen
Zertifizierungsstelle wahrgenommen, die der Europäischen Kommission unter-
steht.
Auf Mitgliedstaatebene wird ein Mitgliedstaatschlüsselpaar (MS.SK und
MS.PK) erzeugt. Öffentliche Mitgliedstaatschlüssel werden von der Europäi-
schen Zertifizierungsstelle zertifiziert. Der private Mitgliedstaatschlüssel wird
für die Zertifizierung von öffentlichen Schlüsseln verwendet, die in Geräten
(Fahrzeugeinheit oderKontrollgerätkarte) eingefügtsind.Überallezertifizierten
öffentlichen Schlüssel sind Belege zusammen mit der Kennung des Geräts, für
das sie bestimmt sind, aufzubewahren. Diese Aufgaben werden von der Zertifi-
zierungsstelle des jeweiligen Mitgliedstaats wahrgenommen. Ein Mitgliedstaat
darfseinSchlüsselpaarinregelmäßigen Abständenändern.
Auf Geräteebene wird ein einziges Schlüsselpaar (EQT.SK und EQT.PK)
erzeugt und in jedes Gerät eingefügt. Die öffentlichen Geräteschlüssel werden
von der Zertifizierungsstelle des jeweiligen Mitgliedstaats zertifiziert. Diese
Aufgaben können von Geräteherstellern, Geräteintegratoren und Behörden der
Mitgliedstaaten wahrgenommen werden. DiesesSchlüsselpaar wirdzur Authen-
tisierung,fürdiedigitale SignatursowiezurChiffrierungverwendet.
Bei der Erzeugung, ggf. bei der Übertragung sowie bei der Speicherung ist die
Vertraulichkeit derprivaten Schlüsselzuwahren.1998R2135—DE—25.08.2002—001.001—258
▼M1
Imfolgenden SchaubildistderDatenflussdiesesProzesseszusammengefasst:
3.1.2. RSA-Prüfschlüssel
Zum Zwecke der Geräteprüfung (einschließlich Interoperabilitätsprüfungen)
erzeugt die Europäische Zertifizierungsstelle ein anderes einziges europäisches
Prüfschlüsselpaar und mindestens zwei Mitgliedstaat-Prüfschlüsselpaare, deren
öffentliche Schlüssel mit dem europäischen privaten Prüfschlüssel zertifiziert
werden.VondenHerstellernwerdeninGeräte,diederBauartgenehmigungsprü-
fung unterzogen werden, Prüfschlüssel eingefügt, die durch einen dieser
Mitgliedstaatprüfschlüssel zertifiziert sind.
3.1.3. Schlüssel für Weg-/Geschwindigkeitsgeber
DieGeheimhaltung derdreigenanntenT-DES-SchlüsselistwährendderErzeu-
gung, der Übermittlung und ggf. der Aufbewahrung in geeigneter Weise zu
gewährleisten.
Um die Unterstützung von Kontrollgeräten, die der ISO 16844 entsprechen, zu
gewährleisten, stellen die Europäische Zertifizierungsstelle und die Zertifizie-
rungsstellenderMitgliedstaaten darüberhinausFolgendessicher:
EuropäischeZertifizierungsstelleerzeugtKmVUundKmWCalszweivoneinander
unabhängige undeinmalige Triple-DES-Schlüssel sowieKm,wobeigilt:
Die Europäische Zertifizierungsstelle übermittelt diese Schlüssel unter geeig-neten Sicherheitsvorkehrungen auf deren Anforderung an die
Zertifizierungsstellen derMitgliedstaaten.1998R2135—DE—25.08.2002—001.001—259
▼M1
DieZertifizierungsstellen derMitgliedstaaten:
— verschlüsseln mit Km die von den Herstellern der Weg-/Geschwindigkeits-
geber angeforderten Weg-/Geschwindigkeitsgeberdaten (die mit Km zu
verschlüsselndenDatensindISO16844-3festgelegt),
— übermitteln KmVUzum Einbau in die Fahrzeugeinheiten unter geeigneten
Sicherheitsvorkehrungen anderenHersteller,
— stellensicher,dassKmWCbeiderPersonalisierungderKarteninalleWerks-
tattkarten eingefügt wird(SensorInstallationSecData inderGrunddatei
Sensor_Installation_Data).
3.1.4. Erzeugung und Verteilung von T-DES-Sitzungsschlüsseln
Im Rahmen des Prozesses der gegenseitigen Authentisierung erzeugen Fahr-
zeugeinheiten und Kontrollgerätkarten die erforderlichen Daten zur Erstellung
eines gemeinsamen Triple-DES-Sitzungsschlüssels und tauschen diese Daten
aus. Die Vertraulichkeit dieses Datenaustauschs wird durch einen RSA-
Verschlüsselungsmechanismusgeschützt.
DieserSchlüsselwirdfürallenachfolgendenkryptografischenOperationenunter
Anwendung des Secure Messaging benutzt. Seine Gültigkeit erlischt am Ende
derSitzung(Entnahme oderZurücksetzen derKarte)und/odernach 240Benut-
zungen (eine Benutzung des Schlüssels = ein mittels Secure Messaging an die
Kartegesandter Befehlunddiedazugehörige Antwort).
3.2.Schlüssel
RSA-Schlüssel haben (ungeachtet der Ebene) folgende Länge: Modulus n1024
Bit,öffentlicher Exponent emax. 64Bit,privaterExponent d1024Bit.
Triple-DES-Schlüssel haben die Form (Ka,Kb,Ka), wobei Kaund Kbunab-
hängige Schlüsselmit einer Länge von64Bit sind.Eswirdkein Paritätsfehler-
Erkennungsbit gesetzt.
3.3.Zertifikate
Bei den RSA-Public-Key-Zertifikaten muss es sich um Zertifikate entsprechend
der Definition „non self descriptive“ und „card verifiable“ des Referenzdoku-
mentsISO/IEC7816-8handeln.
3.3.1. Inhalt der Zertifikate
RSA-Public-Key-Zertifikate sind aus den folgenden Daten in folgender Reihen-
folgeaufgebaut:
Daten Format Bytes Bemerkung
CPI INTEGER 1 Certificate Profile Identifier (Zertifikat-
sprofil ′01′indieserVersion)
CAR OCTETSTRING 8 Certification Authority Reference (Referenz
derZertifizierungsstelle)
CHA OCTETSTRING 7 Certificate Holder Authorisation (Autorisie-
rungdesZertifikatsinhabers)
EOVTimeReal 4 Ablauf der Gültigkeit des Zertifikats, bei
Nichtverwendungmit ′FF′gefüllt
CHR OCTETSTRING 8 Certificate Holder Reference (Referenz des
Zertifikatsinhabers)
n OCTETSTRING 128 Öffentlicher Schlüssel(Modulus)
e OCTETSTRING 8 Öffentlicher Schlüssel (öffentlicher Expo-
nent)
164
Anmerkungen:
1. Mit dem Certificate Profile Identifier (Zertifikatsprofilbezeichner, CPI)
wirddie genaue Struktur eines Authentisierungszertifikats abgegrenzt. Er
kann als interner Gerätebezeichner einer relevanten Kopfliste verwendet
werden, die die Verkettung der Datenelemente innerhalb des Zertifikats
beschreibt.1998R2135—DE—25.08.2002—001.001—260
▼M1
DieKopflistefürdiesenZertifikatinhalt lautet wiefolgt:
2. „Certification Authority Reference“ (Referenz der Zertifizierungsstelle,
CAR) identifiziert die das Zertifikat ausstellende Zertifizierungsstelle so,
dass das Datenelement gleichzeitig als Authority Key Identifier (Schlüs-
selbezeichner der Stelle) zur Angabe des öffentlichen Schlüssels der
Zertifizierungsstelleverwendetwerdenkann(Kodierungsiehe„KeyIden-
tifier“).
3. Mit„CertificateHolderAuthorisation“(AutorisierungdesZertifikatsinha-
bers, CHA) wird die Berechtigung des Zertifikatsinhabers ausgewiesen.Sie besteht aus der Kontrollgerätanwendungs-ID sowie aus der Art des
Geräts, für das das Zertifikat bestimmt ist (entsprechend dem Datenele-
mentEquipmentType ,„00“füreinenMitgliedstaat).
4. „Certificate Holder Reference“ (Referenz des Zertifikatsinhabers, CHR)
dient der eindeutigen Identifizierung des Zertifikatsinhabers, so dass das
Datenelement gleichzeitig als „Subject Key Identifier“ (Schlüsselbe-
zeichner des Subjekts) zur Angabe des öffentlichen Schlüssels des
Zertifikatsinhabers verwendet werdenkann.
5. „Key Identifiers“ (Schlüsselbezeichner, KID) dienen der eindeutigen
Identifizierung des Zertifikatsinhabers oder der Zertifizierungsstellen. Sie
sindwiefolgtkodiert:
5.1. Gerät(FEoderKarte):
Daten Seriennummer
GerätDatum Art Hersteller
Länge 4Byte 2Byte 1Byte 1Byte
Wert GanzeZahl MMJJBCD-
Kod.Herstellerspezi-
fischHerstellercode
Dem Hersteller einer FE ist die Kennung des Geräts, in das die Schlüssel
eingefügt werden, bei der Beantragung von Zertifikaten unter Umständen
nichtbekannt.
Ist dem Hersteller die Gerätekennung bekannt, sendet er sie mit dem
öffentlichen Schlüssel zwecks Zertifizierung an die Zertifizierungsstelle
seines Mitgliedstaats. Das Zertifikat enthält dann die Gerätekennung, und
der Hersteller muss sicherstellen, dass Schlüssel und Zertifikat in das
vorgesehene Gerät eingefügt werden. Der Key Identifier weist die obenge-nannteFormauf.
Ist dem Hersteller die Gerätekennung nicht bekannt, muss er jeden Antrag
auf ein Zertifikat eindeutig kennzeichnen und diese Kennung zusammen
mit dem öffentlichen Schlüssel zwecks Zertifizierung an die Zertifizie-
rungsstelle seines Mitgliedstaats senden. Das Zertifikat enthält dann die
Antragskennung. Nach dem Einfügen der Schlüssel in das Gerät muss der
HerstellerderZertifizierungsstelledieZuordnungdesSchlüsselszumGerät
mitteilen (d. h. Kennung des Zertifikatsantrags, Gerätekennung). Der Key
Identifier (KID)hatfolgendeForm:
Daten Seriennummer
Zertifikatsan-
tragDatum Art Hersteller
Länge 4Byte 2Byte 1Byte 1Byte1998R2135—DE—25.08.2002—001.001—261
▼M1
Wert BCD-Kodie-
rungMMJJBCD-
Kod.′FF′ Herstellercode
5.2. Zertifizierungsstelle:
Daten Kennung Seriennr.
SchlüsselZusatzinfo Bezeichner
Länge 4Byte 1Byte 2Byte 1Byte
Wert 1Bytenumeri-
scherLandes-
codeGanzeZahl Zusatzkodie-
rung(CA-
spezifisch)′01′
3Bytealpha-
numerischer
Landescode′FFFF′bei
Nichtverwen-
dung
MitderSeriennummer Schlüsselwerdendie verschiedenen Schlüsseleines
Mitgliedstaates unterschieden, sofernderSchlüsselverändertwird.
6. Den Zertifikatsprüfern ist implizit bekannt, dass es sich bei dem zertifi-
zierten Schlüssel um einen für die Authentisierung, für die Verifizierung
der digitalen Signatur und für die vertrauliche Chiffrierung relevanten
RSA-Schlüssel handelt (das Zertifikat enthält keine Objektkennung zur
entsprechenden Spezifizierung).
3.3.2. Ausgestellte Zertifikate
DasausgestellteZertifikatisteinedigitaleSignaturmitteilweiserWiederherstel-
lung desZertifikatsinhalts gemäß ISO/IEC 9796-2mit angefügter „Certification
AuthorityReference“.
wobeiZertifikatsinhalt
Anmerkungen:
1. DiesesZertifikat ist194Bytelang.
2. DievonderSignaturverdeckteCARwirdebenfallsandieSignaturange-
fügt, so dass der öffentliche Schlüssel der Zertifizierungsstelle zur
Verifizierung desZertifikats gewähltwerdenkann.
3. Dem Zertifikatsprüfer ist der von der Zertifizierungsstelle für die Unter-
zeichnung desZertifikats verwendete Algorithmusimplizit bekannt.
4. Diezudemausgestellten Zertifikat gehörende Kopflistelautet wiefolgt:
3.3.3. Verifizieren und Entpacken der Zertifikate
Das Verifizieren und Entpacken der Zertifikate besteht in der Verifizierung der
Signatur entsprechend ISO/IEC 9796-2, wodurch der Zertifikatsinhalt und der
enthaltene öffentliche Schlüssel aufgerufen werden: X.PK = X.CA.PKoX.C,
sowieinderVerifizierung derGültigkeit desZertifikats.1998R2135—DE—25.08.2002—001.001—262
▼M1
Dazugehörenfolgende Schritte:
Verifizierung derSignaturundAbrufendesInhalts:— vonX.CAbrufvonSign,C
n′yCAR ′:
—von CAR ′Auswahl des entsprechenden öffentlichen Schlüssels der Zertifi-
zierungsstelle (wennnichtbereitszuvordurchandereMittelerfolgt),
— ÖffnenvonSignmit öffentlichem CA-Schlüssel:Sr ′=X.CA.PK[Sign],
— PrüfungSr ′beginntmit ′6A′undendetmit ′BC′
— BerechnungvonCr ′undH′aus:
—Wiederherstellung desZertifikatsinhalts C ′r′||Cn′,
— Prüfung Hash(C′)=H′
SinddiePrüfungenpositiv,istdasZertifikat echtundseinInhaltistC ′.
Verifizierung derGültigkeit. VonC ′:
— PrüfungdesAblaufdatumsderGültigkeit, wennzutreffend,
Abruf und Speicherung des öffentlichen Schlüssels, des Key Identifier, der
Certificate Holder Authorisation und des Ablaufs der Gültigkeit des Zertifikats
vonC′:
— X.PK= n||e
— X.KID=CHR
— X.CHA=CHA
— X.EOV=EOV
4. GEGENSEITIGEAUTHENTISIERUNG
Die gegenseitige Authentisierung zwischen Karten und FE beruht auf dem
folgenden Prinzip:
Jede Seite weist der Gegenseite nach, dass sie sich im Besitz eines gültigen
Schlüsselpaares befindet, dessen öffentlicher Schlüssel von der Zertifizierungs-
stelle des jeweiligen Mitgliedstaats zertifiziert worden ist, die wiederum von
dereuropäischenZertifizierungsstelle zertifiziert wurde.
Der Nachweis wird geführt, indem mit dem privaten Schlüssel eine von der
Gegenseite gesandte Zufallszahl signiert wird; die Gegenseite muss bei der
Verifizierung dieserSignaturdieZufallszahl wiederherstellen können.
Der Mechanismus wird von der FE beim Einstecken der Karte ausgelöst. Er
beginnt mit dem Austauschder Zertifikate und dem Entpacken der öffentlichen
SchlüsselundendetmitderErzeugungeinesSitzungsschlüssels.
Folgendes Protokoll findet Verwendung (Pfeile weisen auf Befehle und ausge-
tauschte Datenhin,sieheAnlage 2):1998R2135—DE—25.08.2002—001.001—263
▼M1
1998R2135—DE—25.08.2002—001.001—264
▼M1
1998R2135—DE—25.08.2002—001.001—265
▼M1
5. VERTRAULICHKEITS-, INTEGRITÄTS- UND AUTHENTISIERUNGS-
MECHANISMENFÜRDIEDATENÜBERTRAGUNGFE-KARTE
5.1.Secure Messaging
Die Integrität der Datenübertragung zwischen FE und Karte wird durch Secure
Messaging entsprechend den Referenzdokumenten ISO/IEC 7816-4 und ISO/
IEC7816-8geschützt.
Müssen Daten während der Übertragung geschützt werden, wird den innerhalb
des Befehls oder der Antwort gesandten Datenobjekten ein Datenobjekt „Cryp-
tographic Checksum“ angefügt. Diese kryptografische Prüfsumme wird vom
Empfänger verifiziert.
Die kryptografische Prüfsumme der innerhalb eines Befehls gesandten Daten
integriert denBefehlskopfsowiealle gesandten Datenobjekte (=>CLA= ′0C′,
undalle Datenobjekte sindmit Tagszukapseln,beidenenb1=1).
Die Statusinformationsbytes der Antwort sind durch eine kryptografische Prüf-
summezuschützen,wenndieAntwortkeinDatenfeld enthält.
KryptographischePrüfsummensind4Bytelang.Somit weisen Befehle und Antworten bei Anwendung von Secure Messaging
folgende Strukturauf:
Die DO werden als Teilmenge der in ISO/IEC 7816-4 beschriebenen Secure-
Messaging-DOsverwendet:
Tag Mnemonik Bedeutung
′81′ TPVKlarwert,nichtinBER-TLVkodiert(durchCCzuschützen)
′97′ TLEWertvonLeimungesichertenBefehl(durchCCzuschützen)
′99′ TSWStatus-Info(durchCCzuschützen)
′8E′ TCCKryptografische Prüfsumme(CC)
′87′ TPICGPaddingIndicator Byte||Cryptogram(Klarwert,nichtin
BER-TLVkodiert)
Ausgehendvoneinem ungesicherten Befehl-Antwort-Paar:
Befehlskopf Befehlskörper
CLAINSP1P2 [Lc-Feld][Datenfeld] [Le-Feld]
vierByte LByte,bezeichnet alsB1bisBL
Antwortkörper Antwortendmarke
[Datenfeld] SW1 SW2L
rDatenbyte zweiByte
lautet dasentsprechende gesicherte Befehl-Antwort-Paar:
Gesicherter Befehl:
Befehls-
kopf(CH)Befehlskörper
CLAINS
P1P2[NeuesLc-
Feld][NeuesDatenfeld] [Le-Feld
neu]
′OC′Länge des
neuen
DatenfeldsTPVLPVPVTLELLELeTCCLCCCC ′00′
′81′LcDate-
nfeld′97′′01′Le′8E′′04′CC1998R2135—DE—25.08.2002—001.001—266
▼M1
In die Prüfsumme zu integrierende Daten = CH || PB || TPV|| LPV|| PV|| TLE||
LLE||Le||PB
PB=PaddingBytes(80..00)gemäßISO-IEC7816-4undISO9797,Methode
2.
Die PVund LE der DO sind nur vorhanden, wenn entsprechende Daten im
ungesicherten Befehlvorliegen.
Gesicherte Antwort:
1. Wenn das Antwortdatenfeld nicht leer ist und vertraulichkeitsgeschützt
werdenmuss:
Antwortkörper Antwortendmarke
[NeuesDatenfeld] SW1SW2neu
TPVLPVPVTCCLCCCC
′81′LrDaten-
feld′8E′′04′CC
IndiePrüfsummezuintegrierende Daten=TPICG||LPICG||PICG||PB
2. Wenn das Antwortdatenfeld nicht leer ist und vertraulichkeitsgeschützt
werdenmuss:
Antwortkörper Antwortendmarke
[NeuesDatenfeld] SW1SW2neu
TPICGLPICGPICG TCCLCCCC
′87′ PI||
CG′8E′′04′CC
DateninCG:nicht-BER-TLV-kodierte DatenundFüllbytes.
IndiePrüfsummezuintegrierende Daten=TPICG||LPICG||PICG||PB
3. WenndasAntwortdatenfeld leerist:
Antwortkörper Antwortendmarke
[NeuesDatenfeld] SW1SW2neu
TSWLSWSW TCCLCCCC
′99′′02′SW1
SW2
neu′8E′′04′CC
IndiePrüfsummezuintegrierende Daten=TSW||LSW||SW||PB
5.2.Behandlung von Secure-Messaging-Fehlern
Erkennt die Kontrollgerätkarte beim Interpretieren eines Befehls einen SM-
Fehler, müssendieStatus-Bytes ohneSMzurückgesandt werden.Laut ISO/IEC
7816-4sindfolgende Status-ByteszurAnzeigevonSM-Fehlerndefiniert:
′6688′: Verifizierung derkryptografischen Prüfsummefehlgeschlagen,
′6987′: erwartete SM-Datenobjekte fehlen,
′6988′: SM-Datenobjekte inkorrekt.
SendetdieKontrollgerätekarteStatus-BytesohneSM-DOodermiteinemfehler-
haftenSM-DOzurück,mussdieFEdenVorgangabbrechen.1998R2135—DE—25.08.2002—001.001—267
▼M1
5.3.Algorithmus zur Berechnung der kryptografischen Prüfsummen
Kryptografische Prüfsummen werden unter Verwendung eines üblichen MAC
gemäßANSIX9.19mit DESaufgebaut:
— Ausgangsstufe:DerAusgangsprüfblocky0istE(Ka,SSC).
— Folgestufe: Unter Verwendung von Ka werden die Prüfblöcke y1, …, yn
berechnet.
— Endstufe:DiekryptografischePrüfsummewirdausdemletztenPrüfblockyn
wiefolgtberechnet: E(Ka,D(Kb,yn)).
E() bedeutet Verschlüsselung mit DES, und D() bedeutet Entschlüsselung mit
DES.
Die vier höchstwertigen Bytes der kryptografischen Prüfsumme werden über-
tragen.
WährendderSchlüsselvereinbarungwirdder„SendSequenceCounter“(Sendes-
equenzzähler, SSC)wiefolgtinitialisiert:
Anfangs-SSC: Rnd3 (4 niedrigstwertige Bytes) || Rnd1 (4 niedrigstwertige
Bytes).
VorjederBerechnungeinesMACwirdderSSCum1erhöht(d.h.derSSCfür
denerstenBefehlistAnfangs-SSC+1,derSSCfürdieersteAntwortAnfangs-
SSC+2).
DiefolgendeAbbildungzeigt dieBerechnungdesMAC:
5.4.Algorithmus zur Berechnung von Kryptogrammen für Vertraulich-
keits-DOs
KryptogrammewerdenmitTDEAimModusTCBCentsprechenddenReferenz-
dokumenten TDES und TDES-OP sowie mit dem Nullvektor als Initial Value-
Blockberechnet.
DiefolgendeAbbildungzeigt dieAnwendungvonSchlüsselninTDES:
1998R2135—DE—25.08.2002—001.001—268
▼M1
6. DIGITALESIGNATURMECHANISMENBEIMHERUNTERLADENVON
DATEN
Das Intelligent Dedicated Equipment (IDE) speichert die von einem Gerät (FE
oder Karte) während eines Übertragungsvorgangs empfangenen Daten in einer
Datei ab. Diese Datei muss die Zertifikate MSi.C und EQT.C enthalten. Die
Dateienthält digitale SignaturenvonDatenblöcken gemäßAnlage7,Protokolle
zumHerunterladen derDaten.
Für die digitalen Signaturen heruntergeladener Daten wird ein digitales Signa-
tursystem mit Anhang verwendet, so dass die heruntergeladenen Daten auf
WunschohneDechiffrierunglesbarsind.
6.1.Erzeugung der Signatur
Die Erzeugung der Datensignatur durch das Gerät folgt dem in Referenzdoku-
ment PKCS1 definierten digitalen Signatursystem mit Anhang und der Hash-
FunktionSHA-1:
Signatur=EQT.SK[ ′00′||′01′||PS||′00′||DER(SHA-1(Data))]
PS = FüllstringvonOktetten mit Wert ′FF′,sodassdieLänge128beträgt.
DER(SHA-1( M)) ist die Kodierung des Algorithmus-ID für die Hash-Funktion
und den Hash-Wert in einen ASN.1-Wert des Typs DigestInfo(Kodierungsre-
geln):
′30′||′21′||′30′||′09′||′06′||′05′||′2B′||′0E′||′03′||′02′||′1A′||′05′||′00′||′04′||′14′||Hash-
Wert.
6.2.Verifizierung der Signatur
Die Verifizierung der Datensignatur bei heruntergeladenen Daten folgt dem in
Referenzdokument PKCS1 definierten digitalen Signatursystem mit Anhang
undderHash-FunktionSHA-1.
Der europäische Schlüssel EUR.PK muss dem Prüfer von unabhängiger Seite
her(fürihnverlässlich) bekannt sein.
Die folgende Tabelle veranschaulicht das Protokoll, das von einem IDE mit
Kontrollkarte zur Verifizierung der Integrität von heruntergeladenen und in
ESM (externen Speichermedien) gespeicherten Daten herangezogen werden
kann.DieKontrollkartewirdzurDechiffrierungdigitaler Signaturenverwendet.
DieseFunktionkannindiesemFallnichtimIDEimplementiert sein.
DasGerät,dasdiezuanalysierendenDatenheruntergeladenundsignierthat,ist
mit EQTbezeichnet.“1998R2135—DE—25.08.2002—001.001—269
▼M1
1998R2135—DE—25.08.2002—001.001—270