text:
höherer Gewalt nicht eingehalten
 werden, so ist der Abgleich sofort nach Wegfall der Hindernisse durchzuführen.
 Artikel 14: Grundsätze des automatisierten Abrufs von Fahrzeugregisterdaten
 1. Für den automatisierten Abruf von Fahrzeugregisterdaten verwenden die Staaten eine
 Version der Softwareanwendung Eucaris (Europäisches Fahrzeug- und Führerschein-
 Informationssystem), die speziell für die Zwecke von Artikel LAW.PRUM.15 [Automatisierter Abruf
 von Fahrzeugregisterdaten] entwickelt wurde, sowie geänderte Versionen dieser Software.
 2. Der automatisierte Abruf von Fahrzeugregisterdaten erfolgt im Wege einer dezentralen
 Struktur.
 3. Die Nachrichten, die über das Eucaris-System ausgetauscht werden, werden verschlüsselt
 übertragen.
 4. Die Datenelemente der auszutauschenden Fahrzeugregisterdaten sind in Kapitel 3
 festgelegt.
 5. Bei der Anwendung des Artikels LAW.PRUM.15 [Automatisierter Abruf von
 Fahrzeugregisterdaten] können die Staaten Abrufen im Zusammenhang mit der Bekämpfung
 schwerwiegender Verbrechen Vorrang verleihen.
 Artikel 15: Kosten
 Jeder Staat trägt die Kosten, die aus der Verwaltung, der Verwendung und der Pflege der in
 Artikel 14 Absatz 1 genannten Eucaris-Softwareanwendung entstehen.
 Artikel 16: Zweckbindung
 1. Der empfangende Staat darf die personenbezogenen Daten ausschließlich zu den Zwecken
 verarbeiten, zu denen sie gemäß Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und
 Fahrzeugregisterdaten] übermittelt worden sind. Eine Verarbeitung zu anderen Zwecken ist nur nach
 vorheriger Zustimmung des die Datei führenden Staates und nur nach Maßgabe des internen Rechts
 des empfangenden Staates zulässig. Die Zustimmung darf erteilt werden, soweit das interne Recht
 des die Datei führenden Staates diese Verarbeitung zu solchen anderen Zwecken zulässt.
 1021
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 2. Die Verarbeitung von nach Artikel LAW.PRUM.8 [Automatisierter Abruf von DNA-Profilen],
 LAW.PRUM.9 [Automatisierter Abgleich von DNA-Profilen] und LAW.PRUM.12 [Automatisierter
 Abruf daktyloskopischer Daten] übermittelten Daten durch den abrufenden oder abgleichenden
 Staat ist ausschließlich erlaubt zur
 (a) Feststellung, ob die verglichenen DNA-Profile oder daktyloskopischen Daten übereinstimmen;
 (b) Vorbereitung und Einreichung eines Amts- oder Rechtshilfeersuchens nach internem Recht im
 Fall der Übereinstimmung dieser Daten;
 (c) Protokollierung gemäß Artikel 19 dieses Kapitels.
 3. Der die Datei führende Staat darf die ihm gemäß Artikel LAW.PRUM.8 [Automatisierter
 Abruf von DNA-Profilen], LAW.PRUM.9 [Automatisierter Abgleich von DNA-Profilen] und
 LAW.PRUM.12 [Automatisierter Abruf daktyloskopischer Daten] übermittelten Daten ausschließlich
 verarbeiten, soweit es zur Durchführung des Abgleichs, zur automatisierten Beantwortung der
 Anfrage oder zur Protokollierung gemäß Artikel 19 dieses Kapitels erforderlich ist. Nach Beendigung
 des Datenabgleichs oder nach der automatisierten Beantwortung der Anfrage sind die übermittelten
 Daten unverzüglich zu löschen, soweit nicht die Weiterverarbeitung zu den in Absatz 2 Buchstaben b
 und c dieses Artikels genannten Zwecken erforderlich ist.
 4. Gemäß Artikel LAW.PRUM.15 [Automatisierter Abruf von Fahrzeugregisterdaten]
 übermittelte Daten dürfen von dem die Datei führenden Staat ausschließlich verwendet werden,
 soweit es zur automatisierten Beantwortung der Anfrage oder zur Protokollierung gemäß Artikel 19
 dieses Kapitels erforderlich ist. Nach der automatisierten Beantwortung der Anfrage sind die
 übermittelten Daten unverzüglich zu löschen, soweit nicht die Weiterverarbeitung zur
 Protokollierung gemäß Artikel 19 dieses Kapitels erforderlich ist. Der Mitgliedstaat darf die im Zuge
 der Beantwortung erhaltenen Daten ausschließlich für das Verfahren verwenden, für das


text:
die Anfrage
 erfolgt ist.
 Artikel 17: Richtigkeit, Aktualität und Speicherungsdauer von Daten
 1. Die Staaten stellen die Richtigkeit und Aktualität der personenbezogenen Daten sicher.
 Erweist sich von Amts wegen oder aufgrund einer Mitteilung der betroffenen Person, dass unrichtige
 Daten oder Daten, die nicht hätten übermittelt werden dürfen, übermittelt worden sind, so ist das
 dem empfangenden Staat unverzüglich mitzuteilen. Der betroffene Staat oder die betroffenen
 Staaten sind verpflichtet, die Daten zu berichtigen oder zu löschen. Im Übrigen sind übermittelte
 personenbezogene Daten zu berichtigen, wenn sich ihre Unrichtigkeit herausstellt. Hat die
 empfangende Stelle Grund zur Annahme, dass übermittelte Daten unrichtig sind oder zu löschen
 wären, so unterrichtet sie die übermittelnde Stelle unverzüglich hierüber.
 2. Daten, deren Richtigkeit die betroffene Person bestreitet und deren Richtigkeit oder
 Unrichtigkeit sich nicht feststellen lässt, sind nach Maßgabe des internen Rechts der Staaten auf
 Verlangen der betroffenen Person zu kennzeichnen. Eine Kennzeichnung darf nach Maßgabe des
 1022
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 internen Rechts und nur mit Zustimmung der betroffenen Person oder aufgrund einer Entscheidung
 des zuständigen Gerichts oder der unabhängigen Datenschutzbehörde aufgehoben werden.
 3. Übermittelte personenbezogene Daten sind zu löschen, wenn sie nicht hätten übermittelt
 oder empfangen werden dürfen. Rechtmäßig übermittelte und empfangene Daten sind zu löschen,
 (a) wenn sie zu dem Zweck, zu dem sie übermittelt worden sind, nicht oder nicht mehr
 erforderlich sind; sind personenbezogene Daten ohne Ersuchen übermittelt worden, so hat
 die empfangende Stelle unverzüglich zu prüfen, ob sie für die der Übermittlung zugrunde
 liegenden Zwecke erforderlich sind;
 (b) sobald die im internen Recht des übermittelnden Staats vorgesehene Höchstfrist für die
 Aufbewahrung der Daten abgelaufen ist, wenn die übermittelnde Stelle die empfangende
 Stelle bei der Übermittlung auf diese Höchstfrist hingewiesen hat.
 4. Statt der Löschung erfolgt eine Sperrung nach Maßgabe des internen Rechts, wenn es Grund
 zu der Annahme gibt, dass durch eine Löschung schutzwürdige Interessen der betroffenen Person
 beeinträchtigt würden. Gesperrte Daten dürfen nur für den Zweck, für den die Löschung
 unterblieben ist, übermittelt oder genutzt werden.
 Artikel 18: Technische und organisatorische Maßnahmen zur Gewährleistung von Datenschutz und
 Datensicherheit
 1. Die übermittelnde und die empfangende Stelle ergreifen Maßnahmen, um sicherzustellen,
 dass personenbezogene Daten wirksam gegen zufällige oder unbefugte Zerstörung, zufälligen
 Verlust, unbefugten Zugang, unbefugte oder zufällige Veränderung und unbefugte Bekanntgabe
 geschützt sind.
 2. Die Einzelheiten der technischen Ausgestaltung des automatisierten Abrufverfahrens
 werden in den in Artikel LAW.PRUM.17 [Durchführungsmaßnahmen] genannten
 Durchführungsmaßnahmen geregelt, die gewährleisten, dass
 (a) dem jeweiligen Stand der Technik entsprechende Maßnahmen zur Sicherstellung von
 Datenschutz und Datensicherheit, insbesondere von Vertraulichkeit und Unversehrtheit der
 Daten, getroffen werden,
 (b) bei der Nutzung allgemein zugänglicher Netze Verschlüsselungs- und
 Authentifizierungsverfahren angewendet werden, die von den dafür zuständigen Stellen
 anerkannt worden sind, und
 (c) die Zulässigkeit der Abrufe gemäß Artikel 19 Absätze 2, 5 und 6 dieses Kapitels kontrolliert
 werden kann.
 1023
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und

type: contracts

jurisdiction: EU


text:
dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Artikel 19: Dokumentation und Protokollierung, besondere Vorschriften zur automatisierten und
 nichtautomatisierten Übermittlung
 1. Jeder Staat gewährleistet, dass jede nichtautomatisierte Übermittlung und jeder
 nichtautomatisierte Empfang von personenbezogenen Daten durch die die Datei führende und die
 abrufende Stelle zur Kontrolle der Zulässigkeit der Übermittlung dokumentiert werden. Die
 Dokumentation muss folgende Angaben umfassen:
 (a) den Anlass der Übermittlung,
 (b) die übermittelten Daten,
 (c) das Datum der Übermittlung sowie
 (d) die Bezeichnung oder Kennung der abrufenden Stelle und der die Datei führenden Stelle.
 2. Für den automatisierten Abruf von Daten auf der Grundlage der Artikel LAW.PRUM.8
 [Automatisierter Abruf von DNA-Profilen], LAW.PRUM.12 [Automatisierter Abruf daktyloskopischer
 Daten] und LAW.PRUM.15 [Automatisierter Abruf von Fahrzeugregisterdaten] und für den
 automatisierten Abgleich nach Artikel LAW.PRUM.9 [Automatisierter Abgleich von DNA-Profilen] gilt
 Folgendes:
 (a) Der automatisierte Abruf oder Abgleich darf nur durch besonders ermächtigte Beamte der
 nationalen Kontaktstellen erfolgen. Auf Ersuchen wird die Liste der Beamten, die zum
 automatisierten Abruf oder Abgleich ermächtigt sind, den in Absatz 6 genannten
 Aufsichtsbehörden sowie den anderen Staaten zur Verfügung gestellt.
 (b) Jeder Staat stellt sicher, dass jede Übermittlung und jeder Empfang von personenbezogenen
 Daten von der die Datei führenden Stelle und der abrufenden Stelle protokolliert wird,
 einschließlich der Mitteilung, ob ein Treffer vorliegt oder nicht. Diese Protokollierung muss
 folgende Angaben umfassen:
 (i) die übermittelten Daten,
 (ii) das Datum und den genauen Zeitpunkt der Übermittlung sowie
 (iii) die Bezeichnung oder Kennung der abrufenden Stelle und der die Datei führenden
 Stelle.
 3. Die abrufende Stelle protokolliert darüber hinaus den Anlass der Anfrage oder Übermittlung
 sowie die Kennung des Beamten, der den Abruf durchgeführt hat, sowie des Beamten, der die
 Anfrage oder Übermittlung veranlasst hat.
 4. Die protokollierende Stelle teilt die Protokolldaten den Datenschutzbehörden des
 betreffenden Staates auf Ersuchen unverzüglich, spätestens jedoch innerhalb von vier Wochen nach
 1024
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Eingang des Ersuchens mit. Protokolldaten dürfen ausschließlich für folgende Zwecke verwendet
 werden:
 (a) die Kontrolle des Datenschutzes,
 (b) die Sicherstellung der Datensicherheit.
 5. Die Protokolldaten sind durch geeignete Vorkehrungen gegen zweckfremde Verwendung
 und sonstigen Missbrauch zu schützen und zwei Jahre aufzubewahren. Nach Ablauf der
 Aufbewahrungsfrist sind die Protokolldaten unverzüglich zu löschen.
 6. Die rechtliche Kontrolle der Übermittlung oder des Empfangs personenbezogener Daten
 obliegt den unabhängigen Datenschutzbehörden oder gegebenenfalls den Justizbehörden der
 jeweiligen Staaten. Jedermann kann diese Behörden ersuchen, die Rechtmäßigkeit der Verarbeitung
 von Daten zu seiner Person nach Maßgabe des internen Rechts zu prüfen. Unabhängig von solchen
 Ersuchen nehmen diese Behörden sowie die für die Protokollierung zuständigen Stellen Stichproben
 zur Kontrolle der Rechtmäßigkeit der Übermittlungen anhand der zugrunde liegenden
 Aktenvorgänge vor.
 7. Die Ergebnisse dieser Kontrolltätigkeit werden zur Überprüfung durch die unabhängigen
 Datenschutzbehörden 18 Monate aufbewahrt. Nach Ablauf dieser Frist sind sie unverzüglich zu
 löschen. Jede Datenschutzbehörde kann von der unabhängigen Datenschutzbehörde eines anderen


text:
Staates um die Ausübung ihrer Befugnisse nach Maßgabe des internen Rechts ersucht werden. Die
 unabhängigen Datenschutzbehörden der Staaten stellen die zur Erfüllung ihrer Kontrollaufgaben
 notwendige gegenseitige Zusammenarbeit insbesondere durch den Austausch sachdienlicher
 Informationen sicher.
 Artikel 20: Rechte der betroffenen Person auf Schadensersatz
 Hat eine Stelle eines Staates personenbezogene Daten gemäß Teil drei Titel II [Austausch von DNA-,
 Fingerabdruck- und Fahrzeugregisterdaten] übermittelt, so kann die empfangende Stelle des
 anderen Staates sich ihrer Haftung gegenüber dem Geschädigten nach Maßgabe des internen Rechts
 nicht unter Berufung auf die Unrichtigkeit der übermittelten Daten entziehen. Wird der
 empfangenden Stelle Ersatz für einen Schaden auferlegt, der durch die Verwendung unrichtig
 übermittelter Daten verursacht wurde, so erstattet die übermittelnde Stelle der empfangenden
 Stelle den Gesamtbetrag des geleisteten Schadensersatzes.
 Artikel 21: Auskunft auf Ersuchen der Staaten
 Der empfangende Staat unterrichtet den übermittelnden Staat auf Anfrage über die Verarbeitung
 der übermittelten Daten und das erzielte Ergebnis.
 Artikel 22: Erklärungen und Benennungen
 1. Das Vereinigte Königreich übermittelt seine Erklärungen nach Artikel LAW.PRUM.7
 [Einrichtung von internen DNA-Analyse-Dateien] Absatz 3 und Artikel 12 Absatz 1 dieses Kapitels
 sowie seine Benennungen gemäß den Artikeln LAW.PRUM.13 Absatz 1 [Nationale Kontaktstellen]
 1025
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 und LAW.PRUM.15 Absatz 3 [Automatisierte Abfrage von Fahrzeugregisterdaten] an den
 Fachausschuss für Strafverfolgung und justizielle Zusammenarbeit.
 2. Die vom Vereinigten Königreich in diesen Erklärungen und Benennungen bereitgestellten
 Sachinformationen und die von den Mitgliedstaaten gemäß Artikel LAW.PRUM.17 Absatz 3
 [Durchführungsmaßnahmen] bereitgestellten Sachinformationen werden in das gemäß Artikel 18
 Absatz 2 des Beschlusses 2008/616/JI erstellte Handbuch aufgenommen.
 3. Gemäß Absatz 1 übermittelte Erklärungen und Benennungen können von den Staaten
 jederzeit durch eine an den Sonderausschuss für Zusammenarbeit im Bereich der Strafverfolgung
 und Justiz gerichtete Mitteilung geändert werden. Der Sonderausschuss für Zusammenarbeit im
 Bereich der Strafverfolgung und Justiz leitet alle eingegangenen Erklärungen an das
 Generalsekretariat des Rates weiter.
 4. Das Generalsekretariat des Rates teilt etwaige Änderungen an dem in Absatz 2 genannten
 Handbuch dem Sonderausschuss für Zusammenarbeit im Bereich der Strafverfolgung und Justiz mit.
 Artikel 23: Vorbereitung der in Artikel LAW.PRUM.18 [Ex-ante-Bewertung] genannten Beschlüsse
 1. Der Rat fasst einen Beschluss gemäß Artikel LAW.PRUM.18 [Ex-ante-Bewertung] auf der
 Grundlage eines Bewertungsberichts, dem ein Fragebogen zugrunde liegt.
 2. Im Zusammenhang mit dem automatisierten Datenaustausch gemäß Teil drei Titel II
 [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten] stützt sich der Bewertungsbericht
 außerdem auf einen Bewertungsbesuch und einen Testlauf, der erforderlichenfalls durchgeführt
 wird, nachdem das Vereinigte Königreich den Sonderausschuss für Zusammenarbeit im Bereich der
 Strafverfolgung und Justiz darüber unterrichtet hat, dass es den sich aus Teil drei Titel II [Austausch
 von DNA-, Fingerabdruck- und Fahrzeugregisterdaten] ergebenden Verpflichtungen nachgekommen
 ist und die in Artikel 22 dieses Kapitels vorgesehenen Erklärungen vorgelegt hat. Weitere
 Einzelheiten zu dem Verfahren sind in Kapitel 4 dieses Anhangs festgelegt.
 Artikel 24: Statistiken und Berichterstattung
 1. Die verwaltungsmäßige, technische und finanzielle Umsetzung des Datenaustauschs nach
 Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten]


text:
wird regelmäßig
 bewertet. Bewertet werden jene Datenkategorien, mit deren Austausch zwischen den betreffenden
 Staaten begonnen wurde. Die Bewertung wird anhand von Berichten der betreffenden Staaten
 vorgenommen.
 2. Jeder Staat stellt Statistiken zu den Ergebnissen des automatisierten Datenaustauschs auf.
 Das Statistikmodell wird von der zuständigen Ratsarbeitsgruppe erarbeitet, um die Vergleichbarkeit
 der Daten zu gewährleisten. Diese Statistiken werden jährlich dem Sonderausschuss für
 Zusammenarbeit im Bereich der Strafverfolgung und Justiz zugeleitet.
 1026
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 3. Darüber hinaus werden die Staaten gebeten, regelmäßig, aber nicht häufiger als einmal pro
 Jahr weitere Angaben über die verwaltungsmäßige, technische und finanzielle Umsetzung des
 automatisierten Datenaustauschs vorzulegen, damit das Verfahren – wenn nötig – analysiert und
 verbessert werden kann.
 4. Für diesen Artikel gelten die von den Mitgliedstaaten gemäß den Beschlüssen 2008/615/JI
 und 2008/616/JI erstellten Statistiken und Berichte.
 KAPITEL 1: Austausch von DNA-Daten
 1. DNA-bezogene forensische Aspekte, Abgleichsregeln und Algorithmen
 1.1. Merkmale der DNA-Profile
 Die DNA-Profile können 24 Zahlenpaare enthalten, welche die Allele von 24 Loci (auch:
 Merkmalssystemen) darstellen, die auch in den DNA-Verfahren von Interpol verwendet werden. Die
 Bezeichnungen dieser Loci sind in der nachstehenden Tabelle aufgeführt:
 VWA TH01 D21S11 FGA D8S1179 D3S1358 D18S51 Amelogeni
 n
 TPOX CSF1P0 D13S317 D7S820 D5S818 D16S539 D2S1338 D19S433
 Penta D Penta E FES F13A1 F13B SE33 CD4 GABA
 Die sieben grau gekennzeichneten Loci in der obersten Zeile sind sowohl im gegenwärtigen ESS als
 auch im ISSOL enthalten.
 Übermittlungsregeln
 Die von den Staaten zum Zweck der Suche und des Abgleichs zur Verfügung gestellten DNA-Profile
 sowie die zu Abruf- und Abgleichzwecken übermittelten DNA-Profile enthalten mindestens sechs
 vollständig bestimmte147 Loci; zusätzlich können sie je nach Verfügbarkeit weitere Loci oder
 Leerfelder enthalten. Die DNA-Personenprofile müssen mindestens sechs der sieben ESS-Loci
 enthalten. Zur Erhöhung der Treffergenauigkeit wird empfohlen, alle verfügbaren Allele in der
 Indexdatenbank für DNA-Profile zu speichern und für die Suche und den Abgleich zu verwenden.
 Jeder Staat sollte, so bald wie praktisch möglich, die Loci eines neuen ESS, der von der EU
 übernommen wurde, einführen.
 Mischspuren sind nicht zulässig, sodass die Allelwerte jedes Locus aus lediglich zwei Zahlenwerten
 bestehen; bei Homozygoten müssen die zwei Zahlenwerte eines bestimmten Locus identisch sein.
 147
 „Vollständig bestimmt bzw. belegt“ ("full designated") verweist auf die Einbeziehung seltener
 Allelwerte.
 1027
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Für Platzhalter ("Wildcards") und Mikrovarianten gelten folgende Regeln:
 – Jeder im DNA-Profil enthaltene nichtnumerische Wert (z. B. „o“, „f“, „r“, „na“, „nr“ oder
 „un“) mit Ausnahme von Amelogenin muss automatisch zum Datenaustausch in eine
 Wildcard (*) konvertiert und gegen alle Allelwerte abgeglichen werden.
 – Im Profil enthaltene numerische Werte „0“, „1“ oder „99“ müssen automatisch zum
 Datenaustausch in eine Wildcard (*) umgewandelt und gegen alle Allelwerte abgeglichen
 werden.
 – Werden drei Allele


text:
zu einem Locus angegeben, so wird das erste Allel akzeptiert und die
 beiden anderen Allele werden automatisch zum Datenaustausch in eine Wildcard (*)
 umgewandelt und gegen alle Allelwerte abgeglichen.
 – Werden Wildcards für das Allel 1 oder 2 angegeben, so werden beide Permutationen des
 angegebenen numerischen Wertes für den gegebenen Locus gesucht (z. B. könnte 12,*
 eine Übereinstimmung mit 12,14 oder 9,12 ergeben).
 – Pentanukleotid-Mikrovarianten (Penta D, Penta E und CD4) werden wie folgt abgeglichen:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x.4
 x.4 = x.3, x.4, x + 1,
 – Tetranukleotid-Mikrovarianten (die sonstigen Loci sind Tetranukleotide) werden wie folgt
 abgeglichen:
 x.1 = x, x.1, x.2
 x.2 = x.1, x.2, x.3
 x.3 = x.2, x.3, x + 1.
 1.2. Trefferregeln
 Der Vergleich von zwei DNA-Profilen erfolgt auf der Basis der Loci, für die ein Paar von Allelwerten in
 beiden DNA-Profilen verfügbar ist. Mindestens sechs vollständig belegte Loci (ausgenommen
 Amelogenin) müssen bei beiden DNA-Profilen übereinstimmen, bevor eine Hit-Antwort übermittelt
 wird.
 Als vollständige Übereinstimmung/"Full Match" ("Qualität 1") ist ein Treffer definiert, wenn alle
 Allelwerte der verglichenen Loci an gleicher Stelle, sowohl im Original- ("requesting") als auch im
 Ergebnis-DNA-Profil ("requested") enthalten sind. Ein "Near Match" ("Qualität 2, 3 und 4") ist
 1028
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 definiert als Übereinstimmung, bei der nur eines der verglichenen Allele abweicht. Ein "Near Match"
 wird nur dann akzeptiert, wenn in den beiden abgeglichenen DNA-Profilen bei mindestens sechs
 vollständig belegten Loci ("full designated") eine vollständige Übereinstimmung besteht.
 Ein "Near Match" kann folgende Gründe haben:
 – einen menschlichen Tippfehler bei der Eingabe eines der DNA-Profile im
 Überprüfungsersuchen oder in der DNA-Datenbank,
 – einen Fehler bei der Allelbestimmung ("allele-determination") oder Allelbenennung
 ("allele-calling") bei der Erstellung des DNA-Profils.
 1.3. Berichtsregeln
 Bei einer vollständigen Übereinstimmung, bei einem „Near Match“ sowie bei einem „No Hit“ erfolgt
 eine Rückmeldung.
 Der Trefferbericht wird der anfragenden nationalen Kontaktstelle übermittelt und zudem der
 befragten nationalen Kontaktstelle zugeleitet (um ihr die Abschätzung der Art und Anzahl möglicher
 zusätzlicher Anfragen nach Personendaten und weiteren mit dem DNA-Profil verknüpften
 Informationen gemäß Artikel LAW.PRUM.14 [Übermittlung weiterer personenbezogener Daten und
 sonstiger Informationen] zu ermöglichen).
 2. Staatencodes der Staaten
 Gemäß Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten] werden die
 folgenden Staatencodes nach dem Standard ISO 3166-1 alpha2 zur Bildung der Domänennamen und
 anderer Konfigurationsparameter für den Prüm-DNA-Datenaustausch über ein geschlossenes
 Netzwerk verwendet.
 Die aus zwei Buchstaben zusammengesetzten Staatencodes nach ISO 31661 alpha2 gestalten sich
 wie folgt.
 Staat Code Staat Code
 Belgien BE Litauen LT
 Bulgarien BG Luxemburg LU
 Tschechische Republik CZ Ungarn HU
 Dänemark DK Malta MT
 Deutschland DE Niederlande NL
 Estland EE Österreich AT
 Irland IE Polen PL
 1029
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der


text:
Artikel ist vorläufig.
 Griechenland EL Portugal PT
 Spanien ES Rumänien RO
 Frankreich FR Slowakei SK
 Kroatien HR Slowenien SI
 Italien IT Finnland FI
 Zypern CY Schweden SE
 Lettland LV Vereinigtes Königreich UK
 3. Funktionelle Analyse
 3.1. Verfügbarkeit des Systems
 Anfragen nach Artikel LAW.PRUM.8 [Automatisierter Abruf von DNA-Profilen] sollten in der
 abzufragenden Datenbank in der chronologischen Reihenfolge ihres Versandes eingehen; die
 ersuchenden Staaten sollten innerhalb von 15 Minuten nach Eingang ihrer Anfrage eine Antwort
 erhalten.
 3.2. Zweiter Schritt
 Geht eine Treffermeldung in einem Staat ein, so ist es Aufgabe seiner nationalen Kontaktstelle, die
 Werte des zur Anfrage übermittelten Profils mit denen des bzw. der übermittelten Antwort-Profile
 zu vergleichen, um die Beweiskraft des Profilabgleichs zu prüfen und zu bestätigen. Zum Zwecke
 einer solchen Validierung können die nationalen Kontaktstellen unmittelbar miteinander Kontakt
 aufnehmen.
 Nach der Validierung einer Übereinstimmung zwischen zwei Profilen, d. h. eines im Wege eines
 automatisierten Konsultationsverfahrens erzielten Treffers („Full Match“ oder „Near Match“),
 beginnt das Amts- oder Rechtshilfeverfahren.
 4. DNA-Schnittstellenbeschreibung (ICD)
 4.1. Einleitung
 4.1.1. Ziele
 Dieses Kapitel definiert die Anforderungen an den Austausch von DNA-Profildaten zwischen den
 DNA-Datenbanksystemen aller Staaten. Die Kopffelder wurden speziell für den Prüm-DNA-
 Datenaustausch bestimmt; der Datenteil des DNA-Profils ist im XML-Schema auf Basis des DNA-
 Austausch-Gateways von Interpol definiert.
 1030
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Die Daten werden mittels Simple Mail Transfer Protocol (SMTP) und anderen zeitgemäßen
 Verfahren unter Nutzung eines vom Netzbetreiber bereitgestellten zentralen Mailrelay-Servers
 ausgetauscht. Die XML-Datei wird als Mailanhang verschickt.
 4.1.2. Gültigkeitsbereich
 Das vorliegende ICD definiert ausschließlich den Inhalt der Nachricht ( oder „Mail“). Alle
 netzspezifischen und mailspezifischen Punkte werden einheitlich definiert, um eine gemeinsame
 technische Grundlage für den DNA-Datenaustausch zu schaffen.
 Dies schließt ein:
 – das Format des Subjektfelds in der Nachricht, um eine automatisierte Verarbeitung der
 Nachrichten zu ermöglichen,
 – die Frage, ob eine Verschlüsselung des Inhalts notwendig ist und falls ja, welche Methode
 anzuwenden ist,
 – die maximal zulässige Länge der Nachricht.
 4.1.3. XML: Struktur und Grundsätze
 Aufbau einer XML-Nachricht:
 – Kopfteil (header part) mit Informationen über die Übermittlung,
 – Datenteil (data part), der profilspezifische Informationen sowie das Profil selbst enthält.
 Für Anfragen und Antworten wird dasselbe XML-Schema verwendet.
 Zur vollständigen Überprüfung offener Spuren nach Artikel LAW.PRUM.9 [Automatisierter Abgleich
 von DNA-Profilen] wird es möglich sein, ein Set von Profilen in einer einzigen Nachricht zu
 übermitteln. Die maximal zulässige Anzahl von Profilen in einer Nachricht muss festgelegt werden.
 Diese Zahl hängt von der maximal zulässigen Mailgröße ab und wird nach der Auswahl des Mail-
 Servers festgelegt.
 Beispiel für eine XML-Nachricht:
 <?version=“1.0” standalone=“yes”?>
 <PRUEMDNAx xmlns:msxsl=“urn:schemas-microsoft-com:xslt”
 xmlns:xsi=“http://www.w3.org/2001/XMLSchema-instance”>
 <header>
 (...)
 </header>
 1031
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 <datas>
 (...)
 </datas>
 [ <datas> Wiederholung der Datenstruktur bei Übermittlung mehrerer Profile (...) in einer einzigen


text:
SMTP-Nachricht; nur zulässig bei Fällen nach Artikel LAW.PRUM.9 [Automatisierter Abgleich von
 DNA-Profilen]
 </datas>]
 </PRUEMDNA>
 4.2. Definition der XML-Struktur
 Die folgenden Definitionen dienen der Dokumentation und der besseren Verständlichkeit; die
 tatsächlich verbindlichen Informationen sind in einer XML-Schema-Datei (PRUEM DNA.xsd)
 festgelegt.
 4.2.1. Schema PRUEMDNAx
 Es enthält folgende Felder:
 Fields Type Description
 header PRUEM_header Occurs: 1
 datas PRUEM_datas Occurs: 1 ... 500
 4.2.2. Inhalt der Header-Struktur
 4.2.2.1. PRUEM header
 Diese Struktur beschreibt den Header der XML-Datei. Sie enthält folgende Felder:
 Fields Type Description
 direction PRUEM_header_dir Direction of message flow
 ref String Reference of the XML file
 generator String Generator of XML file
 schema_version String Version number of schema to use
 1032
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 requesting PRUEM_header_info Requesting State info
 requested PRUEM_header_info Requested State info
 4.2.2.2. PRUEM_header dir
 In der Nachricht enthaltene Datentypen; folgende Werte sind möglich:
 Value Description
 R Request
 A Answer
 4.2.2.3. PRUEM header info
 Struktur zur Beschreibung des Staates sowie des Datums/Zeitpunkts der Nachricht. Sie enthält
 folgende Felder:
 Fields Type Description
 source_isocode String ISO 3166-2 code of the requesting State
 destination_isocode String ISO 3166-2 code of the requested State
 request_id String unique Identifier for a request
 date Date Date of creation of message
 time Time Time of creation of message
 4.2.3. Inhalt der PRUEM-Datenprofile
 4.2.3.1. PRUEM_datas
 Diese Struktur beschreibt den XML-Datenbereich des Profils. Sie enthält folgende Felder:
 Fields Type Description
 reqtype PRUEM request type Type of request (Article LAW.PRUM.8 [Automated
 searching of DNA profiles] or LAW.PRUM.9
 [Automated comparison of DNA profiles])
 1033
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 date Date Date profile stored
 type PRUEM_datas_type Type of profile
 result PRUEM_datas_result Result of request
 agency String Name of corresponding unit responsible for the
 profile
 profile_ident String Unique State profile ID
 message String Error Message, if result = E
 profile IPSG_DNA_profile If direction = A (Answer) AND result ≠ H (HIT)
 empty
 match_id String In case of a HIT PROFILE_ID of the requesting
 profile
 quality PRUEM_hitquality_type Quality of HIT
 hitcount Integer Count of matched Alleles
 rescount Integer Count of matched profiles. If direction = R
 (Request), then empty. If quality!=0 (the original
 requested profile), then empty.
 4.2.3.2. PRUEM_request_type
 In der Nachricht enthaltene Datentypen; folgende Werte sind möglich:
 Value Description
 3 Requests pursuant to Article LAW.PRUM.8 [Automated
 searching of DNA profiles]
 4 Requests pursuant to Article LAW.PRUM.9 [Automated
 comparison of DNA profiles]
 4.2.3.3. PRUEM_hitquality_type
 Value Description
 1034
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 0 Referring original requesting profile:
 Case ‘No-HIT’: original requesting profile sent back only;
 Case ‘HIT’: original requesting profile and matched profiles


text:
sent back.
 1 Equal in all available alleles without wildcards
 2 Equal in all available alleles with wildcards
 3 HIT with Deviation (Microvariant)
 4 HIT with mismatch
 4.2.3.4. PRUEM_data_type
 In der Nachricht enthaltene Datentypen; folgende Werte sind möglich:
 Value Description
 P Person profile
 S Stain
 4.2.3.5. PRUEM_data_result
 In der Nachricht enthaltene Datentypen; folgende Werte sind möglich:
 Value Description
 U Undefined, If direction = R (request)
 H HIT
 N No-HIT
 E Error
 4.2.3.6. IPSG_DNA_profile
 Struktur zur Beschreibung eines DNA-Profils. Sie enthält folgende Felder:
 1035
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Fields Type Description
 ess_issol IPSG_DNA_ISSOL Group of loci corresponding to the ISSOL
 (standard group of Loci of Interpol)
 additional_loci IPSG_DNA_additional_loci Other loci
 marker String Method used to generate of DNA
 profile_id String Unique identifier for DNA profile
 4.2.3.7. IPSG_DNA_ISSOL
 Struktur, welche die ISSOL-Loci (Standard Group of Interpol loci) angibt. Sie enthält folgende Felder:
 Fields Type Description
 vwa IPSG_DNA_locus Locus vwa
 th01 IPSG_DNA_locus Locus th01
 d21s11 IPSG_DNA_locus Locus d21s11
 fga IPSG_DNA_locus Locus fga
 d8s1179 IPSG_DNA_locus Locus d8s1179
 d3s1358 IPSG_DNA_locus Locus d3s1358
 d18s51 IPSG_DNA_locus Locus d18s51
 amelogenin IPSG_DNA_locus Locus amelogin
 4.2.3.8. IPSG_DNA_additional_loci
 Struktur, welche die weiteren Loci enthält. Sie enthält folgende Felder:
 Fields Type Description
 tpox IPSG_DNA_locus Locus tpox
 csf1po IPSG_DNA_locus Locus csf1po
 1036
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 d13s317 IPSG_DNA_locus Locus d13s317
 d7s820 IPSG_DNA_locus Locus d7s820
 d5s818 IPSG_DNA_locus Locus d5s818
 d16s539 IPSG_DNA_locus Locus d16s539
 d2s1338 IPSG_DNA_locus Locus d2s1338
 d19s433 IPSG_DNA_locus Locus d19s433
 penta_d IPSG_DNA_locus Locus penta_d
 penta_e IPSG_DNA_locus Locus penta_e
 fes IPSG_DNA_locus Locus fes
 f13a1 IPSG_DNA_locus Locus f13a1
 f13b IPSG_DNA_locus Locus f13b
 se33 IPSG_DNA_locus Locus se33
 cd4 IPSG_DNA_locus Locus cd4
 gaba IPSG_DNA_locus Locus gaba
 4.2.3.9. IPSG_DNA_locus
 Struktur, die einen Locus beschreibt. Sie enthält folgende Felder:
 Fields Type Description
 low_allele String Lowest value of an allele
 high_allele String Highest value of an allele
 5. Anwendungs-, Sicherheits- und Kommunikationsarchitektur
 5.1. Überblick
 Zur Implementierung der Anwendungen für den DNA-Datenaustausch im Rahmen von Teil drei
 Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten] sollte ein gemeinsames
 1037
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 logisch abgeschlossenes Telekommunikationsnetz zwischen den Staaten genutzt werden. Um eine
 effizientere Nutzung dieser gemeinsamen Kommunikationsinfrastruktur für die Übermittlung der
 Anfragen sowie der eintreffenden Antworten zu gewährleisten, wird ein asynchroner Mechanismus
 zur Verschlüsselung der in SMTP-E-Mail-Nachrichten verpackten Anfragen zu DNA-Daten und
 daktyloskopischen Daten festgelegt. Zur Erfüllung der Sicherheitsanforderungen wird s/MIME als
 Erweiterung der SMTP-Funktionalität genutzt, um einen echten End-zu-End-Tunnel über das Netz
 einzurichten.
 Die operativen transeuropäischen Telematikdienste für Behörden (Trans European Services for
 Telematics between Administrations – TESTA) werden als Kommunikationsnetz für den
 Datenaustausch zwischen den


text:
Staaten genutzt. TESTA fällt in den Verantwortungsbereich der
 Europäischen Kommission. In Anbetracht dessen, dass sich die nationalen DNA-Datenbanken und die
 derzeitigen nationalen TESTA-Zugangspunkte an unterschiedlichen Orten in den Staaten befinden
 können, kann ein Zugang zu TESTA hergestellt werden entweder
 1. durch Nutzung des bestehenden nationalen Zugangspunktes oder durch Einrichtung
 eines neuen nationalen TESTA-Zugangspunktes oder
 2. durch Einrichtung einer gesicherten lokalen Verbindung zwischen dem Ort, an dem
 sich die DNA-Datenbank befindet und von der zuständigen nationalen Behörde verwaltet
 wird, und dem bestehenden nationalen TESTA-Zugangspunkt.
 Die laut Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten]
 anzuwendenden Protokolle und Normen beruhen auf offenen Standards und erfüllen die Auflagen
 der Entscheidungsträger für die nationale Sicherheitspolitik in den Staaten.
 5.2. Höhere Architekturebenen
 Gemäß Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten] stellt jeder
 Staat seine DNA-Daten für den Austausch mit und/oder den Abruf durch andere Staaten im
 Allgemeinen Standarddatenformat zur Verfügung. Die Architektur basiert auf einem "any-to-any"-
 Kommunikationsmodell. Es gibt weder einen Zentralserver noch eine zentralisierte Datenbank zur
 Speicherung der DNA-Profile.
 Abbildung 1: Topologie des DNA-Datenaustauschs
 1038
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Zusätzlich zur Erfüllung interner rechtlicher Auflagen der Staaten kann jeder Staat entscheiden,
 welche Art von Hardware und Software bei der Konfiguration seines Standorts eingesetzt werden
 sollte, um den Anforderungen von Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und
 Fahrzeugregisterdaten] gerecht zu werden.
 5.3. Sicherheitsstandards und Datenschutz
 Drei Ebenen von Sicherheitsaspekten wurden geprüft und umgesetzt.
 5.3.1. Datenebene
 Die von den einzelnen Staaten bereitgestellten DNA-Profildaten müssen mit einem gemeinsamen
 Datenschutzstandard übereinstimmen, sodass der anfragende Staat eine Information hauptsächlich
 über Übereinstimmung oder Nichtübereinstimmung (HIT oder No-HIT) erhält, wobei im Trefferfall
 (HIT) zugleich eine Identifizierungsnummer ohne personenbezogene Daten übermittelt wird. Die
 weiteren Ermittlungen nach einer Treffermeldung werden auf bilateraler Ebene entsprechend den
 internen rechtlichen und organisatorischen Vorschriften, denen die nationalen Standorte der
 betreffenden Staaten unterliegen, geführt.
 5.3.2. Kommunikationsebene
 Nachrichten mit DNA-Profil-Informationen (Anfragen und Antworten) werden anhand eines dem
 Stand der Technik entsprechenden Mechanismus, der offenen Standards wie beispielsweise s/MIME
 entspricht, verschlüsselt, bevor sie an die betreffenden Stellen der anderen Staaten übermittelt
 werden.
 5.3.3. Übermittlungsebene
 1039
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Alle verschlüsselten Nachrichten, die DNA-Profil-Informationen enthalten, werden den Standorten
 der anderen Staaten über ein VPN-(virtuelles privates Netzwerk)-Tunnelsystem zugeleitet, das auf
 internationaler Ebene von einem vertrauenswürdigen Netzbetreiber verwaltet wird; für die
 Einrichtung einer sicheren Verbindung zu diesem Tunnelsystem sind die einzelnen Staaten zuständig.
 Dieses VPN-Tunnelsystem hat keinen Verbindungspunkt mit dem offenen Internet.
 5.4. Für den Verschlüsselungsmechanismus zu verwendende Protokolle und Standards: S/MIME
 und dazugehörige Softwarepakete
 Zur Verschlüsselung von Nachrichten mit DNA-Profil-Informationen wird der offene Standard
 s/MIME, der den "de facto"-E-Mailstandard SMTP ergänzt, verwendet. Das Protokoll s/MIME (V3)
 unterstützt signierte Empfangsbestätigungen, Sicherheitsmarke (Security Label)


text:
und gesicherte
 Mailinglisten und basiert auf der Cryptographic Message Syntax (CMS), einer Spezifikation der
 Internet Engineering Task Force (IETF) für kryptografisch geschützte Nachrichten. Es kann zur
 digitalen Signatur, Prüfsummenerstellung, Authentifizierung oder Verschlüsselung von digitalen
 Daten jeglicher Form verwendet werden.
 Das für den s/MIME-Mechanismus verwendete Zertifikat muss dem Standard X.509 entsprechen.
 Um einheitliche Standards und Verfahren mit anderen Prümer Anwendungen sicherzustellen, gelten
 für s/MIME-Verschlüsselungsvorgänge oder zur Verwendung unterschiedlicher kommerzieller
 Standardprodukte (Commercial Product of the Shelves – COTS) folgende Bearbeitungsregeln:
 – Die Reihenfolge der Arbeitsvorgänge ist: erst verschlüsseln, dann signieren.
 – Die Verschlüsselungsalgorithmen AES (Advanced Encryption Standard) mit einer
 Schlüssellänge von 256 Bit und RSA mit einer Schlüssellänge von 1024 Bit werden jeweils
 für die symmetrische und die asymmetrische Verschlüsselung verwendet.
 – Der Hash-Algorithmus SHA-1 wird benutzt.
 Die s/MIME-Funktionalität ist bereits Bestandteil der überwiegenden Mehrzahl moderner E-Mail-
 Softwarepakete einschließlich Outlook, Mozilla Mail sowie Netscape Communicator 4.x und bietet
 eine Interoperabilität mit allen gängigen E-Mail-Softwarepaketen.
 Aufgrund der einfachen Integration von s/MIME in die nationale IT-Infrastruktur an allen Standorten
 der Staaten wurde es als funktionsfähiger Mechanismus zur Realisierung der Sicherheitsstufe der
 Kommunikation ausgewählt. Um das Ziel „Konzeptnachweis (Proof of Concept)“ effizienter zu
 erreichen und Kosten zu senken, wurde jedoch der offene Standard Java Mail API für den Prototyp
 des DNA-Datenaustauschs gewählt. JavaMail API ermöglicht eine einfache Ver- und Entschlüsselung
 von E-Mails unter Einsatz von s/MIME und/oder OpenPGP. Es ist beabsichtigt, eine einzelne, leicht
 zu nutzende Schnittstelle für E-Mail-Clients bereitzustellen, die verschlüsselte E-Mails in den beiden
 geläufigsten E-Mail-Verschlüsselungsformaten verschicken und erhalten sollen. Daher genügen alle
 dem Stand der Technik entsprechenden Implementierungen der JavaMail-API den Anforderungen
 gemäß Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten],
 beispielsweise das Produkt Bouncy Castle JCE (Java Cryptographic Extension), das genutzt wird, um
 s/MIME für den Prototyp des DNA-Datenaustauschs zwischen allen Staaten zu implementieren.
 5.5. Anwendungsarchitektur
 1040
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Jeder Staat stellt jedem anderen Staat einen Satz (Set) standardisierter DNA-Profildaten zur
 Verfügung, die dem aktuellen gemeinsamen ICD entsprechen. Dies kann entweder durch
 Bereitstellung einer logischen Sicht (logical view) der eigenen nationalen Datenbank erfolgen, oder
 aber durch Einrichtung einer physisch exportierten Datenbank (Indexdatenbank).
 Anhand der vier Hauptkomponenten — E-Mail Server/s/MIME, Anwendungsserver, Data Structure
 Area für den Abruf/die Eingabe von Daten und zur Registrierung der eingehenden/ausgehenden
 Nachrichten, sowie Match Engine – wird die gesamte Anwendungslogik anbieterunabhängig
 implementiert.
 Um allen Staaten eine unkomplizierte Integration der Komponente in ihre jeweiligen nationalen
 Standorte zu ermöglichen, wurde die festgelegte gemeinsame Funktionalität anhand von Open-
 Source-Komponenten implementiert, die von den einzelnen Staaten entsprechend ihrer jeweiligen
 nationalen IT-Politik und ihren Vorschriften ausgewählt werden können. Aufgrund der
 anbieterunabhängigen Merkmale, die zu implementieren sind, um Zugang zu den Indexdatenbanken
 mit den DNA-Profilen zu erhalten, die unter Teil drei Titel II [Austausch von DNA-, Fingerabdruck-
 und Fahrzeugregisterdaten] fallen, genießt jeder Staat Entscheidungsfreiheit bei der Wahl seiner
 Hardware und Software-Plattform, einschließlich der Datenbank- und Betriebssysteme.
 Für den DNA-Datenaustausch


text:
wurde ein Prototyp entwickelt und auf dem bestehenden
 gemeinsamen Netzwerk mit Erfolg getestet. Die Version 1.0 wurde in die Produktionsumgebung
 eingebunden und befindet sich im täglichen operativen Einsatz. Die Staaten können dieses
 gemeinsam entwickelte Produkt nutzen oder aber ihre eigenen Produkte entwickeln. Die
 gemeinsamen Produktkomponenten werden gewartet, bedarfsgerecht angepasst und entsprechend
 den im Wandel befindlichen informationstechnischen, forensischen bzw. polizeifachlichen
 Anforderungen weiterentwickelt.
 Abbildung 2: Überblick über die Anwendungstopologie
 5.6. Für die Anwendungsarchitektur zu verwendende Protokolle und Standards
 5.6.1. XML
 Für den DNA-Datenaustausch wird in vollem Umfang das XML-Schema verwendet, das den SMTP-E-
 Mail-Nachrichten als Attachment beigefügt wird. XML (eXtensible Markup Language) ist eine vom
 1041
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 W3C empfohlene allgemeine Markup-Sprache (Bezeichnungssprache) zur Schaffung spezieller
 Markup-Sprachen, mit denen viele verschiedene Arten von Daten beschrieben werden können. Das
 für den Austausch zwischen allen Staaten geeignete DNA-Profil wird im ICD-Dokument anhand von
 XML und dem XML-Schema beschrieben.
 5.6.2. ODBC
 Open DataBase Connectivity (ODBC) ist eine auf Standardsoftware gestützte API-Methode für den
 Zugang zu Datenbankverwaltungssystemen und macht sie unabhängig von Programmiersprachen,
 Datenbanken und Betriebssystemen. Allerdings hat ODBC auch einige Nachteile. Die Verwaltung
 einer großen Anzahl von Client-Maschinen kann dazu führen, dass eine Vielzahl von Treibern
 (Drivers) und DLL einbezogen werden. Diese Komplexität kann den mit der Systemverwaltung
 verbundenen Aufwand erhöhen.
 5.6.3. JDBC
 Java DataBase Connectivity (JDBC) ist eine API für die Programmiersprache Java, die definiert, auf
 welche Weise ein Client Zugang zu einer Datenbank erhält. Im Gegensatz zu ODBC erfordert JDBC
 nicht die Verwendung eines bestimmten Satzes von lokalen DLL im Desktop.
 Die Geschäftslogik der Bearbeitung von DNA-Profil-Anfragen und Antworten an jedem Standort der
 Staaten veranschaulicht die folgende Zeichnung. Sowohl die bei einer Anfrage als auch bei einer
 Antwort generierten Datenflüsse interagieren mit einem neutralen Datenbereich, der
 unterschiedliche Datenpools mit einer gemeinsamen Datenstruktur umfasst.
 Abbildung 3: Übersicht über den Anwendungs-Workflow im Standort der einzelnen Staaten
 5.7. Kommunikationsumgebung
 5.7.1. Gemeinsames Kommunikationsnetzwerk: TESTA und seine Nachfolgeinfrastruktur
 Für den DNA-Austausch nutzt die Anwendung E-Mails – ein asynchroner Mechanismus – zur
 Übermittlung von Anfragen und zur Entgegennahme von Antworten zwischen den Staaten. Da alle
 1042
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Staaten zumindest einen nationalen Zugangspunkt zu dem TESTA-Netzwerk haben, wird dieses für
 den DNA-Datenaustausch genutzt. TESTA bietet mit seinem E-Mail-Relay eine Reihe von
 Mehrwertdiensten. Neben dem Hosting TESTA-spezifischer E-Mail-Boxen ist die Infrastruktur in der
 Lage, Mailing-Verteilerlisten und Routing-Regelungen (Routing Policies) zu implementieren. Damit
 kann TESTA als Clearingstelle für Nachrichten eingesetzt werden, die an Behörden innerhalb der EU-
 weiten Domäne adressiert sind. Es können auch Virenprüffunktionen eingerichtet werden.
 Das durch eine Firewall geschützte TESTA E-Mail-Relay ist auf einer Hardware-Plattform mit hoher
 Verfügbarkeit aufgebaut, die sich im zentralen Standort der TESTA-Anwendung befindet. Mit den
 TESTA-Domänennamensystemen (DNS) werden


text:
Ressourcen-Locatoren für IP-Adressen gelöst und
 Probleme von Nutzern und Anwendungen verdeckt.
 5.7.2. Sicherheitserwägungen
 Im TESTA-Umfeld wurde das Konzept eines virtuellen privaten Netzwerks (VPN) umgesetzt. Die für
 den Aufbau dieses VPN verwendete Tag-Switching-Technologie wird weiterentwickelt werden, um
 den IETF-Standard Multi-Protocol Label Switching (MPLS) zu unterstützen.
 MPLS ist eine auf dem IETF-Standard basierende Technologie, die den Datenfluss im Netzwerk durch
 Vermeidung der Paketanalyse durch Zwischen-Router ("Hops") beschleunigt. Dies erfolgt auf der
 Grundlage sogenannter Labels (Kennsätze), die durch Edge-Router des Backbones an das Datenpaket
 angehängt werden, auf der Basis der Informationen, die in der FIB (Forwarding Information Base)
 gespeichert sind. Labels werden auch zur Einrichtung von VPN verwendet.
 MPLS kombiniert die Vorteile des Layer-3-Routing mit denen des Layer-2-Switching. Da IP-Adressen
 beim Durchlaufen des Backbones nicht evaluiert werden, werden von MPLS keine Beschränkungen
 für IP-Adressierung auferlegt.
 1043
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Darüber hinaus werden E-Mails im TESTA-Netzwerk durch einen s/MIME-gesteuerten
 Verschlüsselungsmechanismus geschützt. Ohne Schlüssel und das erforderliche Zertifikat können
 verschlüsselte Nachrichten in diesem Netzwerk nicht entschlüsselt werden.
 5.7.3. Für das Kommunikationsnetzwerk zu verwendende Protokolle und Standards
 5.7.3.1. SMTP
 SMTP ist De-Facto-Standard für die Übermittlung von E-Mails über das Internet. SMTP ist ein relativ
 einfaches, textbasiertes Protokoll, bei dem ein oder mehrere Empfänger einer Nachricht angegeben
 werden, woraufhin der Text der Nachricht übermittelt wird. SMTP verwendet den TCP-Port 25
 entsprechend der IETF-Spezifikation. Zur Bestimmung des SMTP-Servers für einen bestimmten
 Domänennamen wird der MX-(Mail eXchange)-DNS-(Domain Name Systems)-Record verwendet.
 Da dieses Protokoll ursprünglich ausschließlich ASCII-textbasiert war, gab es Schwierigkeiten mit
 binären Dateien. Zur Aufbereitung binärer Dateien im Hinblick auf ihre Übermittlung durch SMTP
 wurden Standards wie MIME ausgearbeitet. Gegenwärtig unterstützen die meisten SMTP-Server die
 8BITMIME- und s/MIME-Erweiterungen, sodass binäre Dateien fast ebenso einfach wie "Nur Text"
 (plain text) übermittelt werden können. Die Arbeitsabläufe für s/MIME-Operationen werden im
 Abschnitt über s/MIME (siehe Abschnitt 5.4) beschrieben.
 SMTP ist ein „Push“-Protokoll, d. h., es bietet nicht die Möglichkeit, auf Verlangen von einem
 Remote-Server Nachrichten abzurufen („pull“). Um dies zu ermöglichen, muss der Mail-Client POP3
 oder IMAP benutzen. Es wurde beschlossen, zur Implementierung des DNA-Datenaustauschs das
 Protokoll POP3 zu verwenden.
 5.7.3.2. POP
 Lokale E-Mail-Clients verwenden die Version 3 des Post Office Protocol (POP3), ein Internet-
 Standardprotokoll (der Anwendungsschicht), zum Abruf einer E-Mail von einem Remote-Server über
 eine TCP/IP-Verbindung. Unter Verwendung des SMTP-Submit-Profils des SMTP-Protokolls können
 E-Mail-Clients Nachrichten über das Internet oder interne Firmennetze übermitteln. MIME bildet
 den Standard für Attachments und Nicht-ASCII-Texte bei der Übermittlung von E-Mails. Obgleich
 weder POP3 noch SMTP MIME-formatierte E-Mails benötigen, erfolgt der E-Mail-Verkehr im Internet
 im Wesentlichen MIME-formatiert, sodass POP-Clients in der Lage sein müssen, MIME zu verstehen
 und anzuwenden. Die gesamte Kommunikationsumgebung nach Teil drei Titel II [Austausch von
 DNA-, Fingerabdruck- und Fahrzeugregisterdaten] wird daher die Komponenten des POP integrieren.
 5.7.4. Zuweisung der Netzwerkadressen
 Operative Umgebung
 Die europäische IP-Registrierungsbehörde RIPE hat TESTA unlängst einen speziellen Subnet-
 Adressenblock – halbe Klasse B – zugewiesen. Die


text:
Zuordnung von IP-Adressen an die Staaten erfolgt
 im Allgemeinen nach einem geografischen Schema in Europa. Der Datenaustausch zwischen Staaten
 im Rahmen von Teil drei Titel II [Austausch von DNA-, Fingerabdruck- und Fahrzeugregisterdaten]
 erfolgt im Wege eines EU-weiten logisch geschlossenen IP-Netzwerks.
 Testumgebung
 1044
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Damit allen angeschlossenen Staaten eine reibungslos funktionierende Operationsumgebung
 geboten werden kann, ist es erforderlich, für neue Staaten, die ihre Teilnahme an dem
 Datenaustausch vorbereiten, eine auf dem geschlossenen Netzwerk aufbauende Testumgebung zu
 schaffen. Es wurde eine Vorlage mit Parametern, darunter IP-Adressen, Netzeinstellungen, E-Mail-
 Domänen sowie Benutzerkonten, festgelegt, die in den betreffenden Standorten der Staaten
 eingerichtet werden sollten. Zudem wurde für Testzwecke ein Satz von „Pseudo“-DNA-Profilen
 erstellt.
 5.7.5. Konfigurationsparameter
 Es wurde ein sicheres E-Mail-System auf der Grundlage der Domäne eu-admin.net eingerichtet.
 Diese Domäne und die assoziierten Adressen sind vor einem Zugriff durch Stellen außerhalb der EU-
 weiten TESTA-Domäne geschützt, da die betreffenden Namen nur dem zentralen DNS-Server von
 TESTA bekannt sind, der vom Internet abgeschirmt ist.
 Die Zuordnung (Mapping) dieser TESTA-Site-Adressen ("host names") zu den IP-Adressen wird vom
 TESTA-DNS-Dienst vorgenommen. Für jede lokale Domäne wird ein Mail-Eintrag in diesen zentralen
 DNS-Server von TESTA eingefügt, sodass alle an die lokalen TESTA-Domänen geschickten E-Mail-
 Nachrichten dem zentralen Mail-Relay von TESTA zugeleitet werden. Dieses zentrale Mail-Relay
 leitet sie dann anhand der E-Mail-Adressen der lokalen Domäne an den speziellen E-Mail-Server der
 lokalen Domäne weiter. Durch dieses Verfahren zur Übermittlung von E-Mails durchlaufen
 vertrauliche Informationen ausschließlich die EU-weite geschlossene Netzwerkinfrastruktur und
 nicht das unsichere Internet.
 In allen Standorten der Staaten ist es erforderlich, Subdomänen (Fett- und Kursivdruck) einzurichten,
 die der folgenden Syntax entsprechen:
 „application-type.State-code.pruem.testa.eu“, wobei
 „State-code“ den Wert des aus zwei Buchstaben zusammengesetzten Staatencodes annimmt (z. B.
 AT, BE usw.) und
 „application-type“ einen der folgenden Werte annimmt: DNA, FP und CAR.
 In Anwendung der oben genannten Syntax erhalten die Subdomänen der Staaten folgende Form:
 Syntax der Subdomänen der Staaten
 State Sub Domains Comments
 BE dna.be.pruem.testa.eu
 fp.be.pruem.testa.eu
 car.be.pruem.testa.eu
 test.dna.be.pruem.testa.eu
 1045
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 test.fp.be.pruem.testa.eu
 test.car.be.pruem.testa.eu
 BG dna.bg.pruem.testa.eu
 fp.bg.pruem.testa.eu
 car.bg.pruem.testa.eu
 test.dna.bg.pruem.testa.eu
 test.fp.bg.pruem.testa.eu
 test.car.bg.pruem.testa.eu
 CZ dna.cz.pruem.testa.eu
 fp.cz.pruem.testa.eu
 car.cz.pruem.testa.eu
 test.dna.cz.pruem.testa.eu
 test.fp.cz.pruem.testa.eu
 test.car.cz.pruem.testa.eu
 DK dna.dk.pruem.testa.eu
 fp.dk.pruem.testa.eu
 car.dk.pruem.testa.eu
 test.dna.dk.pruem.testa.eu
 test.fp.dk.pruem.testa.eu
 test.car.dk.pruem.testa.eu
 DE dna.de.pruem.testa.eu
 fp.de.pruem.testa.eu
 car.de.pruem.testa.eu
 1046
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 test.dna.de.pruem.testa.eu
 test.fp.de.pruem.testa.eu
 test.car.de.pruem.testa.eu
 EE dna.ee.pruem.testa.eu
 fp.ee.pruem.testa.eu
 car.ee.pruem.testa.eu
 test.dna.ee.pruem.testa.eu
 test.fp.ee.pruem.testa.eu
 test.car.ee.pruem.testa.eu
 IE dna.ie.pruem.testa.eu
 fp.ie.pruem.testa.eu
 car.ie.pruem.testa.eu
 test.dna.ie.pruem.testa.eu
 test.fp.ie.pruem.testa.eu
 test.car.ie.pruem.testa.eu
 EL dna.el.pruem.testa.eu
 fp.el.pruem.testa.eu
 car.el.pruem.testa.eu
 test.dna.el.pruem.testa.eu
 test.fp.el.pruem.testa.eu
 test.car.el.pruem.testa.eu
 ES dna.es.pruem.testa.eu
 fp.es.pruem.testa.eu
 1047
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der


text:
Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 car.es.pruem.testa.eu
 test.dna.es.pruem.testa.eu
 test.fp.es.pruem.testa.eu
 test.car.es.pruem.testa.eu
 FR dna.fr.pruem.testa.eu
 fp.fr.pruem.testa.eu
 car.fr.pruem.testa.eu
 test.dna.fr.pruem.testa.eu
 test.fp.fr.pruem.testa.eu
 test.car.fr.pruem.testa.eu
 HR dna.hr.pruem.testa.eu
 fp.hr.pruem.testa.eu
 car.hr.pruem.testa.eu
 test.dna.hr.pruem.testa.eu
 test.fp.hr.pruem.testa.eu
 test.car.hr.pruem.testa.eu
 IT dna.it.pruem.testa.eu
 fp.it.pruem.testa.eu
 car.it.pruem.testa.eu
 test.dna.it.pruem.testa.eu
 test.fp.it.pruem.testa.eu
 test.car.it.pruem.testa.eu
 CY dna.cy.pruem.testa.eu
 1048
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 fp.cy.pruem.testa.eu
 car.cy.pruem.testa.eu
 test.dna.cy.pruem.testa.eu
 test.fp.cy.pruem.testa.eu
 test.car.cy.pruem.testa.eu
 LV dna.lv.pruem.testa.eu
 fp.lv.pruem.testa.eu
 car.lv.pruem.testa.eu
 test.dna.lv.pruem.testa.eu
 test.fp.lv.pruem.testa.eu
 test.car.lv.pruem.testa.eu
 LT dna.lt.pruem.testa.eu
 fp.lt.pruem.testa.eu
 car.lt.pruem.testa.eu
 test.dna.lt.pruem.testa.eu
 test.fp.lt.pruem.testa.eu
 test.car.lt.pruem.testa.eu
 LU dna.lu.pruem.testa.eu
 fp.lu.pruem.testa.eu
 car.lu.pruem.testa.eu
 test.dna.lu.pruem.testa.eu
 test.fp.lu.pruem.testa.eu
 test.car.lu.pruem.testa.eu
 1049
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 HU dna.hu.pruem.testa.eu
 fp.hu.pruem.testa.eu
 car.hu.pruem.testa.eu
 test.dna.hu.pruem.testa.eu
 test.fp.hu.pruem.testa.eu
 test.car.hu.pruem.testa.eu
 MT dna.mt.pruem.testa.eu
 fp.mt.pruem.testa.eu
 car.mt.pruem.testa.eu
 test.dna.mt.pruem.testa.eu
 test.fp.mt.pruem.testa.eu
 test.car.mt.pruem.testa.eu
 NL dna.nl.pruem.nl.testa.eu
 fp.nl.pruem.testa.eu
 car.nl.pruem.testa.eu
 test.dna.nl.pruem.testa.eu
 test.fp.nl.pruem.testa.eu
 test.car.nl.pruem.testa.eu
 AT dna.at.pruem.testa.eu
 fp.at.pruem.testa.eu
 car.at.pruem.testa.eu
 test.dna.at.pruem.testa.eu
 test.fp.at.pruem.testa.eu
 1050
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 test.car.at.pruem.testa.eu
 PL dna.pl.pruem.testa.eu
 fp.pl.pruem.testa.eu
 car.pl.pruem.testa.eu
 test.dna.pl.pruem.testa.eu
 test.fp.pl.pruem.testa.eu
 test.car.pl.pruem.testa.eu
 PT dna.pt.pruem.testa.eu
 fp.pt.pruem.testa.eu
 car.pt.pruem.testa.eu
 test.dna.pt.pruem.testa.eu
 test.fp.pt.pruem.testa.eu
 test.car.pt.pruem.testa.eu
 RO dna.ro.pruem.testa.eu
 fp.ro.pruem.testa.eu
 car.ro.pruem.testa.eu
 test.dna.ro.pruem.testa.eu
 test.fp.ro.pruem.testa.eu
 test.car.ro.pruem.testa.eu
 SI dna.si.pruem.testa.eu
 fp.si.pruem.testa.eu
 car.si.pruem.testa.eu
 test.dna.si.pruem.testa.eu
 1051
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 test.fp.si.pruem.testa.eu
 test.car.si.pruem.testa.eu
 SK dna.sk.pruem.testa.eu
 fp.sk.pruem.testa.eu
 car.sk.pruem.testa.eu
 test.dna.sk.pruem.testa.eu
 test.fp.sk.pruem.testa.eu
 test.car.sk.pruem.testa.eu
 FI dna.fi.pruem.testa.eu
 fp.fi.pruem.testa.eu
 car.fi.pruem.testa.eu
 test.dna.fi.pruem.testa.eu
 test.fp.fi.pruem.testa.eu
 test.car.fi.pruem.testa.eu
 SE dna.se.pruem.testa.eu
 fp.se.pruem.testa.eu
 car.se.pruem.testa.eu
 test.dna.se.pruem.testa.eu
 test.fp.se.pruem.testa.eu
 test.car.se.pruem.testa.eu
 UK dna.uk.pruem.testa.eu
 fp.uk.pruem.testa.eu
 car.uk.pruem.testa.eu
 1052
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 test.dna.uk.pruem.testa.eu
 test.fp.uk.pruem.testa.eu
 test.car.uk.pruem.testa.eu
 KAPITEL 2: Austausch daktyloskopischer Daten (Schnittstellenkontrolldokument)
 Mit dem folgenden Schnittstellenkontrolldokument sollen die Anforderungen für den Austausch
 daktyloskopischer Daten zwischen den Automatisierten Fingerabdruck-Identifizierungs-Systemen
 (AFIS) der Staaten festgelegt werden. Es stützt sich auf die Interpol-Implementierung des ANSI/NIST-
 ITL 1-2000-Standards (INT-I, Version 4.22b).
 In dieser Fassung werden alle grundlegenden Definitionen für logische Datensätze der Typen Typ 1,
 Typ 2, Typ 4, Typ 9, Typ 13 und Typ 15 erfasst, die für eine Fingerabdruckverarbeitung erforderlich
 sind, die sich auf Bilder und Minutien stützt.
 1. Übersicht über den Dateiinhalt
 Eine Fingerabdruckdatei besteht aus verschiedenen logischen Datensätzen. Im ursprünglichen
 ANSI/NIST-ITL 1-2000-Standard gibt es 16 Typen von Datensätzen. Zwischen den Datensätzen und
 zwischen den Feldern und Unterfeldern innerhalb der Datensätze werden geeignete ASCII-
 Trennzeichen verwendet.
 Nur 6 Datensatz-Typen werden für den Informationsaustausch zwischen der Sendestelle und der
 Empfangsstelle verwendet:
 Typ 1 → Transaktionsinformationen
 Typ 2 → Alphanumerische Personen-/Falldaten
 Typ 4 → Hochauflösende Fingerabdruckbilder in
 Grautönen
 Typ 9 → Minutiendatensatz
 Typ 13 → Datensatz mit Bildern von Fingerabdruck- und
 Handflächenabdruckspuren in variabler Auflösung
 Typ 15 → Datensatz mit Bildern von


text:
Handflächenabdrücken
 in variabler Auflösung
 1.1. Typ 1 – File Header
 1053
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieser Datensatz enthält Routing-Informationen und Informationen zur Beschreibung der Struktur
 der übrigen Datei. In dieser Datensatzart werden ferner die Transaktionstypen definiert, die unter
 die folgenden Kategorien fallen:
 1.2. Typ 2 – Descriptive Text
 Dieser Datensatz enthält Textinformationen, die für die Sende- und die Empfangsstellen von
 Interesse sind.
 1.3. Type-4 — High resolution greyscale image
 Dieser Datensatz dient zum Austausch hochauflösender Fingerabdruckbilder (500 Pixel/Inch) in
 Graustufen (8 Bit). Die Fingerabdruckbilder werden mit dem WSQ-Algorithmus in einem Verhältnis
 von nicht mehr als 15:1 komprimiert. Andere Algorithmen für die Komprimierung oder
 nichtkomprimierte Bilder dürfen nicht verwendet werden.
 1.4. Typ 9 – Minutiæ Record
 Typ-9-Datensätze dienen zum Austausch von Merkmalen der Papillarlinien oder Minutien. Mit
 diesen Datensätzen wird zum einen bezweckt, eine unnötige Doppelung von AFIS-
 Kodierungsprozessen zu vermeiden, und zum anderen, die Übertragung von AFIS-Codes, die weniger
 Daten enthalten als die entsprechenden Bilder, zu ermöglichen.
 1.5. Typ 13 – Variable-Resolution Latent Image Record
 Diese Datensätze werden verwendet, um Fingerabdruckspuren und Handflächenabdruckspuren in
 variabler Auflösung zusammen mit alphanumerischen Textinformationen zu übermitteln. Die Scan-
 Auflösung der Bilder beträgt 500 Pixel/Inch mit 256 Graustufen. Wenn die Qualität des Spurenbildes
 dafür ausreicht, wird es mit einem WSQ-Algorithmus komprimiert. Erforderlichenfalls kann die
 Bildauflösung durch gegenseitige Vereinbarung auf mehr als 500 Pixel/Inch und mehr als 256
 Graustufen ausgeweitet werden. Für diesen Fall wird dringend empfohlen, JPEG-2000 zu verwenden
 (siehe Anlage 7).
 1.6. Typ 15 – Variable-Resolution Palmprint Image Record
 Datensätze mit nummerierten Feldern werden verwendet, um Handabdruckbilder in variabler
 Auflösung zusammen mit alphanumerischen Textinformationen auszutauschen. Die Scan-Auflösung
 der Bilder beträgt 500 Pixel/Inch mit 256 Graustufen. Für ein möglichst geringes Datenaufkommen
 werden alle Handabdruckbilder mit einem WSQ-Algorithmus komprimiert. Erforderlichenfalls kann
 die Bildauflösung durch gegenseitige Vereinbarung auf mehr als 500 Pixel/Inch und mehr als 256
 Graustufen ausgeweitet werden. Für diesen Fall wird dringend empfohlen, JPEG-2000 zu verwenden
 (siehe Anlage 7).
 2. Datensatz-Format
 Eine Transaktionsdatei besteht aus einem oder mehreren logischen Datensätzen. Für jeden
 logischen Datensatz in der Datei müssen mehrere für den Datensatztyp geeignete
 Informationsfelder vorhanden sein. Jedes Informationsfeld kann ein oder mehrere grundlegende
 Informationselemente mit einheitlichem Wert enthalten. Zusammen werden diese Elemente
 1054
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 verwendet, um unterschiedliche Aspekte der in dem Feld enthaltenen Daten deutlich zu machen. Ein
 Informationsfeld kann auch aus einem oder mehreren Informationselementen bestehen, die
 zusammengruppiert und innerhalb eines Felds mehrfach wiederholt werden. Eine solche Gruppe von
 Informationselementen ist als Unterfeld bekannt. Ein Informationsfeld kann somit aus einem oder
 mehreren Unterfeldern mit Informationselementen bestehen.
 2.1. Informationstrennzeichen (Information Separators)
 In den logischen Datensätzen mit nummerierten Feldern wird die Abgrenzung der Informationen
 durch vier ASCII-Informationstrennzeichen erreicht. Bei den voneinander


text:
abgegrenzten
 Informationen kann es sich um Elemente innerhalb eines Felds oder Unterfelds, um Felder innerhalb
 eines logischen Datensatzes oder um mehrfach vorkommende Unterfelder handeln. Diese
 Informationstrennzeichen sind im ANSI-Standard X3.4 definiert. Die Zeichen werden verwendet, um
 Informationen logisch voneinander abzugrenzen und festzulegen. In einem hierarchischen Bezug
 betrachtet ist das Dateitrennzeichen „FS“ (File Separator) das umfassendste Trennzeichen, gefolgt
 vom Gruppentrennzeichen „GS“ (Group Separator), dem Datensatztrennzeichen „RS“ (Record
 Separator) und schließlich dem Einheitentrennzeichen „US“ (Unit Separator). In Tabelle 1 sind diese
 ASCII-Trennzeichen und eine Beschreibung ihrer Verwendung in dem vorliegenden Standard
 enthalten.
 Informationstrennzeichen sind ihrer Funktion nach als Angabe der darauf folgenden Datenart zu
 sehen. Das Zeichen „US“ grenzt einzelne Informationselemente innerhalb eines Felds oder
 Unterfelds voneinander ab. Es zeigt an, dass das nächste Informationselement Bestandteil der Daten
 dieses Felds oder Unterfelds ist. Bei mehrfachen Unterfeldern innerhalb eines Felds, die durch das
 Zeichen „RS“ voneinander abgegrenzt werden, wird mit dem Zeichen der Beginn der nächsten
 Gruppe sich wiederholender Informationselemente angezeigt. Das Trennzeichen „GS“, das zwischen
 Informationsfeldern verwendet wird, zeigt den Beginn eines neuen Felds vor der
 Feldidentifizierungsnummer an, die erscheinen soll. Auf die gleiche Weise wird der Beginn eines
 neuen logischen Datensatzes durch das Trennzeichen „FS“ angezeigt.
 Die vier Zeichen haben nur eine Bedeutung, wenn sie als Trennzeichen für Datenelemente in den
 Feldern der ASCII-Textrecords verwendet werden. Die Trennzeichen haben in binären
 Bilddatensätzen und binären Feldern keine besondere Bedeutung, sie gehören lediglich zu den
 ausgetauschten Daten.
 Normalerweise sollte es keine leeren Felder oder Informationselemente geben, daher sollte
 zwischen allen Datenelementen lediglich ein Trennzeichen stehen. Die Ausnahme von dieser Regel
 liegt vor, wenn die Daten in Feldern oder Informationselemente in einer Transaktion nicht verfügbar
 sind, fehlen oder fakultativ sind und die Transaktion nicht davon abhängt, ob diese spezifischen
 Daten vorhanden sind. In diesen Fällen erscheinen mehrfache und nebeneinanderliegende
 Trennzeichen zusammen; es ist nicht erforderlich, zwischen den Trennzeichen fiktive Daten
 einzufügen.
 Für die Definition eines Felds, das aus drei Informationselementen besteht, gilt Folgendes. Fehlt die
 Information für das zweite Informationselement, so würden zwei nebeneinanderstehende
 Informationstrennzeichen „US“ zwischen dem ersten und dem dritten Informationselement
 erscheinen. Würde sowohl das zweite als auch das dritte Informationselement fehlen, so sollten drei
 Trennzeichen verwendet werden, nämlich zwei „US“-Trennzeichen zusätzlich zu dem
 abschließenden Trennzeichen für das Feld oder Unterfeld. Allgemein lässt sich sagen, dass die
 1055
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 entsprechende Zahl von Trennzeichen eingefügt werden sollte, wenn ein oder mehr obligatorische
 oder fakultative Informationselemente für ein Feld oder Unterfeld nicht vorhanden sind.
 Es können zwei oder mehr der vier zur Verfügung stehenden Trennzeichen nebeneinander
 kombiniert werden. Wenn Daten für Informationselemente, Unterfelder oder Felder fehlen oder
 nicht zur Verfügung stehen, muss es ein Trennzeichen weniger geben als die erforderliche Zahl der
 Datenelemente, Unterfelder oder Felder.
 Tabelle 1: Verwendete Trennzeichen
 Code Typ Beschreibung Hexadezimalwert Dezimalwert
 US Unit Separator Separates information 1F 31
 items
 RS Record Separator Separates subfields 1E 30


text:
GS Group Separator Separates fields 1D 29
 FS File Separator Separates logical records 1C 28
 2.2. Datensatzlayout
 Bei logischen Datensätzen mit nummerierten Feldern muss jedes verwendete Informationsfeld
 gemäß diesem Standard nummeriert werden. Das Format für jedes Feld muss aus der Nummer des
 Datensatztyps, gefolgt von einem Punkt „.“, einer Feldnummer gefolgt von einem Doppelpunkt „:“,
 gefolgt von der dem Feld entsprechenden Information bestehen. Die Feldnummer kann aus einer
 Zahl mit den Ziffern 1 bis 9 zwischen dem Punkt „.“ und dem Doppelpunkt „:“ bestehen. Die
 Feldnummer ist als vorzeichenloser Ganzzahlenwert zu betrachten. Dies bedeutet, dass die
 Feldnummer „2.123:“ der Feldnummer „2.000000123:“ entspricht und in der gleichen Weise
 ausgelegt werden sollte.
 Zu Illustrationszwecken in diesem Dokument wird eine dreistellige Zahl für die Felder verwendet, die
 in jedem der beschriebenen nummerierten logischen Datensätze enthalten sind. Feldnummern
 haben die Form „TT.xxx:“, wobei „TT“ für den Datensatztyp mit einem oder zwei Zeichen steht,
 gefolgt von einem Punkt. Die nächsten drei Zeichen enthalten die entsprechende Feldnummer,
 gefolgt von einem Doppelpunkt. Die beschreibenden ASCII-Informationen oder die Bilddaten folgen
 auf den Doppelpunkt.
 Die logischen Typ-1- und Typ-2-Datensätze enthalten nur ASCII-Textdatenfelder. Die gesamte Länge
 des Datensatzes (einschließlich Feldnummern, Doppelpunkten und Trennzeichen) wird als erstes
 ASCII-Feld innerhalb dieser Datensatztypen verzeichnet. Das Kontrollzeichen des ASCII-
 Dateitrennzeichens „FS“ (das das Ende des logischen Datensatzes oder der Transaktion bezeichnet)
 folgt auf das letzte Byte der ASCII-Information und wird in die Länge des Datensatzes mit
 einbezogen.
 1056
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Im Gegensatz zum Konzept der nummerierten Felder enthält der Typ-4-Datensatz ausschließlich
 binäre Daten, die als geordnete binäre Felder mit fester Länge verzeichnet werden. Die gesamte
 Länge des Datensatzes wird im ersten binären Feld mit vier Bytes eines jeden Datensatzes
 verzeichnet. Bei diesem binären Datensatz wird weder die Datensatznummer mit dem Punkt noch
 die Feldnummer und der darauf folgende Doppelpunkt verzeichnet. Darüber hinaus werden die vier
 Trennzeichen („US“, „RS“, „GS“ oder „FS“) ausschließlich als binäre Daten interpretiert, da alle
 Feldlängen dieses Datensatzes entweder festgelegt oder spezifiziert sind. Das Trennzeichen „FS“ darf
 bei dem binären Datensatz nicht als Datensatztrennzeichen oder Zeichen für das Transaktionsende
 verwendet werden.
 3. Typ-1-Datensatz: File Header
 Dieser Datensatz beschreibt die Dateistruktur, den Dateityp und andere wichtige Informationen. Der
 Zeichensatz für Typ-1-Felder darf nur den 7-Bit-ANSI-Code für den Informationsaustausch enthalten.
 3.1. Felder für Typ-1-Datensatz
 3.1.1. Feld 1.001: Logical Record Length (LEN)
 Dieses Feld enthält die Gesamtzahl der Bytes im gesamten Typ-1-Datensatz. Das Feld beginnt mit
 „1.001:“, gefolgt von der Gesamtlänge des Datensatzes einschließlich der Zeichen in jedem Feld
 inklusive der Trennzeichen.
 3.1.2. Feld 1.002: Version Number (VER)
 Um sicherzustellen, dass die Nutzer wissen, welche Version des ANSI/NIST-Standards verwendet
 wird, ist in diesem Feld mit vier Bytes die Versionsnummer des Standards angegeben, die von der
 Software oder dem System, das die Datei anlegt, benutzt wird. Die ersten beiden Bytes geben die
 führenden Stellen der Versionsnummer an, die zweiten beiden Bytes die


text:
Revisionsnummer.
 Beispielsweise würde der ursprüngliche Standard von 1986 als die erste Version betrachtet und
 „0100“ genannt, während der gegenwärtige ANSI/NIST-ITL 1-2000-Standard „0300“ genannt wird.
 3.1.3. Feld 1.003: File Content (CNT)
 In diesem Feld ist jeder der Datensätze in der Datei nach Datensatztyp und der Reihenfolge
 aufgeführt, in der die Datensätze in der Datei erscheinen. Es besteht aus einem oder mehreren
 Unterfeldern, von denen jedes wiederum zwei Informationselemente enthält, die einen einzelnen
 logischen Datensatz beschreiben, der sich in der vorliegenden Datei befindet. Die Unterfelder
 werden in der gleichen Reihenfolge angegeben, in der die Datensätze gespeichert und übertragen
 werden.
 Das erste Informationselement im ersten Unterfeld ist „1“; damit wird Bezug auf diesen Typ-1-
 Datensatz genommen. Darauf folgt ein zweites Informationselement, das die Anzahl aller Datensätze
 in der Datei enthält. Diese Zahl ist gleich der Anzahl der Unterfelder von Feld 1.003.
 Jedes der Unterfelder gehört zu einem Datensatz innerhalb der Datei, und die Reihenfolge der
 Unterfelder entspricht der Reihenfolge der Datensätze. Jedes Unterfeld enthält zwei
 Informationselemente. Das erste Informationselement dient zur Identifizierung des Datensatztyps.
 1057
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Das zweite ist der IDC des Datensatzes. Das Trennzeichen „US“ wird verwendet, um die beiden
 Informationselemente voneinander abzugrenzen.
 3.1.4. Feld 1.004: Type of Transaction (TOT)
 Dieses Feld enthält ein Mnemonik aus drei Buchstaben, das den Transaktionstyp bezeichnet. Diese
 Codes können sich von den Codes unterscheiden, die von anderen Anwendungen des ANSI/NIST-
 Standards verwendet werden.
 CPS: Criminal Print-to-Print Search. Diese Transaktion ist eine Anfrage zu einer Suche, mit einem
 Datensatz, der in Verbindung mit einer Straftat steht, in einer Fingerabdruck-Datenbank. Die
 Fingerabdrücke der Person müssen als WSQ-komprimierte Bilder in der Datei enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz,
 – 1-14 Typ-4-Datensätze.
 Der CPS-TOT wird in Tabelle A.6.1 (Anlage 6) zusammengefasst.
 PMS: Print-to-Latent Search. Diese Transaktion wird verwendet, wenn ein Satz Fingerabdrücke mit
 einer Datenbank abgeglichen wird, die nichtidentifizierte Fingerabdruckspuren enthält. Die Antwort
 enthält die HIT/No-HIT-Entscheidung des abgefragten AFIS-Systems. Wenn multiple
 nichtidentifizierte Fingerabdruckspuren vorliegen, sind multiple SRE-Transaktionen das Ergebnis, mit
 einer Fingerabdruckspur pro Transaktion. Die Fingerabdrücke der Person müssen als WSQ-
 komprimierte Bilder in der Datei enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz,
 – 1 Typ-13-Datensatz.
 1058
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Der PMS-TOT wird in Tabelle A.6.1 (Anlage 6) zusammengefasst.
 MPS: Latent-to-Print Search. Diese Transaktion wird verwendet, wenn eine Fingerabdruckspur gegen
 eine


text:
Fingerabdruck-Datenbank abgeglichen werden soll. In der Datei müssen die Informationen zu
 den Minutien der Fingerabdruckspur und das Bild (WSQ-komprimiert) enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz,
 – 1 Typ-4- oder Typ-15-Datensatz.
 Der MPS-TOT wird in Tabelle A.6.4 (Anlage 6) zusammengefasst.
 MMS: Latent-to-Latent Search. Bei dieser Transaktion enthält die Datei eine Fingerabdruckspur, die
 gegen eine Datenbank mit nichtidentifizierten Fingerabdruckspuren abgeglichen werden soll, um
 Bezüge zwischen verschiedenen Tatorten festzustellen. In der Datei müssen die Informationen zu
 den Minutien der Fingerabdruckspur und das Bild (WSQ-komprimiert) enthalten sein.
 Wird kein Treffer festgestellt (No-HIT), so sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz.
 Bei einem Treffer (HIT) sind die folgenden logischen Datensätze das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz,
 – 1 Typ-13-Datensatz.
 Der MMS-TOT wird in Tabelle A.6.4 (Anlage 6) zusammengefasst.
 SRE: Diese Transaktion wird von der Empfangsstelle als Antwort auf die Suchanfrage mit
 daktyloskopischem Material rückübermittelt. Die Antwort enthält die HIT/No-HIT-Entscheidung des
 abgefragten AFIS-Systems. Bei multiplen Kandidaten sind multiple SRE-Transaktionen das Ergebnis,
 mit einem Kandidaten pro Transaktion.
 Der SRE-TOT wird in Tabelle A.6.2 (Anlage 6) zusammengefasst.
 1059
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 ERR: Diese Transaktion wird von der AFIS-Empfangsstelle rückübermittelt, um einen
 Transaktionsfehler anzuzeigen. Sie enthält ein Nachrichtenfeld (ERM), mit dem der festgestellte
 Fehler angegeben wird. Die folgenden logischen Datensätze sind das Ergebnis:
 – 1 Typ-1-Datensatz,
 – 1 Typ-2-Datensatz.
 Der ERR-TOT wird in Tabelle A.6.3 (Anlage 6) zusammengefasst.
 Tabelle 2: Zulässige Codes bei Transaktionen
 Transaction Type Logical Record Type
 1 2 4 9 13 15
 CPS M M M — — —
 SRE M M C — C C
 (C in case of latent HITs)
 MPS M M — M (1*) M —
 MMS M M — M (1*) M —
 PMS M M M* — — M*
 ERR M M — — — —
 Schlüssel:
 M = Obligatorisch (Mandatory).
 M* = Nur einer der beiden Datensatztypen kann
 aufgenommen werden.
 O = Fakultativ (Optional).
 C = Abhängig davon, ob Daten vorliegen.
 – = Nicht zulässig.
 1* = Abhängig von Legacy-Systemen.
 1060
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 3.1.5. Feld 1.005: Date of Transaction (DAT)
 Dieses Feld gibt das Datum an, an dem die Transaktion gesendet wurde, und muss der ISO-Standard
 Schreibweise YYYYMMDD entsprechen,
 wobei YYYY das Jahr, MM den Monat und DD den Tag bezeichnet. Vorangestellte Nullen werden bei
 einstelligen Zahlen verwendet. So steht beispielsweise „19931004“ für den 4. Oktober 1993.
 3.1.6. Feld 1.006: Priority (PRY)
 Dieses fakultative Feld legt mit Stufen von 1 bis 9 die Priorität


text:
der Anfrage fest. „1“ ist die höchste
 Prioritätsstufe und „9“ die niedrigste Prioritätsstufe. Transaktionen der Prioritätsstufe „1“ sind
 unverzüglich zu bearbeiten.
 3.1.7. Feld 1.007: Destination Agency Identifier (DAI)
 In diesem Feld wird der Empfänger für die Transaktion angegeben.
 Es besteht aus zwei Informationselementen in folgendem Format: CC/agency.
 Das erste Informationselement enthält den Ländercode nach dem Standard ISO-3166 und ist zwei
 alphanumerische Zeichen lang. Das zweite Datenelement, "agency", dient der freitextlichen
 Bezeichnung der betreffenden Stelle mit maximal 32 alphanumerischen Zeichen.
 3.1.8. Feld 1.008: Originating Agency Identifier (ORI)
 In diesem Feld wird der Absender der Datei angegeben; es hat das gleiche Format wie das DAI-Feld
 (Feld 1.007).
 3.1.9. Feld 1.009: Transaction Control Number (TCN)
 Dies ist eine Kontrollnummer zu Referenzzwecken. Sie sollte vom Computer generiert werden und
 folgendes Format haben: YYSSSSSSSSA.
 Dabei steht YY für das Jahr der Transaktion, SSSSSSSS ist eine 8-stellige Seriennummer, und A ist ein
 Prüfzeichen, das nach dem Verfahren in Anlage 2 generiert wird.
 Ist keine TCN vorhanden, so wird das Feld YYSSSSSSSS mit Nullen ausgefüllt und das Prüfzeichen wie
 oben angegeben generiert.
 3.1.10. Feld 1.010: Transaction Control Response (TCR)
 In der Antwort auf eine übermittelte Anfrage wird dieses fakultative Feld die Transaction Control
 Number (TCN) der Anfragenachricht enthalten. Es hat daher das gleiche Format wie ein TCN-Feld
 (Feld 1.009).
 3.1.11. Feld 1.011: Native Scanning Resolution (NSR)
 In diesem Feld wird die native Scan-Auflösung des Aufnahmesystems angegeben. Die Auflösung wird
 in Form von zwei Ziffern, gefolgt von einem Dezimalpunkt und zwei weiteren Ziffern angegeben.
 1061
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Für alle Transaktionen gemäß Artikel LAW.PRUM.11 [daktyloskopische Daten] und LAW.PRUM.12
 [automatisierte Suche daktyloskopischer Daten] beträgt die Stichprobenrate 500 Pixel/Inch oder
 19,68 Pixel/mm.
 3.1.12. Feld 1.012: Nominal Transmitting Resolution (NTR)
 In diesem Feld mit fünf Bytes wird die nominale Übertragungsauflösung der übermittelten Bilder
 angegeben. Die Auflösung wird in Pixel/mm im gleichen Format wie das NSR-Feld angegeben (Feld
 1.011).
 3.1.13. Feld 1.013: Domain Name — DOM
 In diesem obligatorischen Feld wird der Domänenname für die benutzerdefinierte Implementierung
 des Typ-2-Datensatzes angegeben. Es besteht aus zwei Informationselementen und lautet: „INT-
 I{}{US}}4.22{}{GS}}“.
 3.1.14. Feld 1.014: Greenwich Mean Time (GMT)
 Dieses obligatorische Feld bietet einen Mechanismus, mit dem das Datum und die Uhrzeit in
 universellen Einheiten der Greenwich Mean Time (GMT) ausgedrückt werden kann. Sofern es
 verwendet wird, enthält das GMT-Feld das universelle Datum zusätzlich zu dem lokalen Datum in
 Feld 1.005 (DAT). Mit der Verwendung des GMT-Feldes fallen Unvereinbarkeiten der Ortszeit weg,
 die bestehen, wenn eine Transaktion und ihre Antwort zwischen zwei Orten übertragen werden,
 zwischen denen mehrere Zeitzonen liegen. GMT bietet unabhängig von den Zeitzonen ein
 universelles Datum und eine Uhrzeit im 24-Stunden-Modus. Die Darstellung ist
 „CCYYMMDDHHMMSSZ“, eine Kette mit 15 Zeichen, bei der es sich um die Verkettung des Datums
 mit der GMT, abgeschlossen durch ein „Z“, handelt. Die Zeichen „CCYY“ stehen für das Jahr der
 Transaktion, die Zeichen „MM“ für


text:
die Zehner- und Einerstellen des Monats, die Zeichen „DD“ für
 die Zehner- und Einerstellen des Monatstags, die Zeichen „HH“ für die Stunde, die Zeichen „MM“ für
 die Minute und die Zeichen „SS“ für die Sekunde. Das vollständige Datum darf nicht über das
 aktuelle Datum hinausgehen.
 4. Typ-2-Datensatz: Beschreibender Text
 Die Struktur des größten Teils dieses Datensatzes entspricht nicht dem ursprünglichen ANSI/NIST-
 Standard. Der Datensatz enthält Informationen von besonderem Interesse für die Stellen, die die
 Datei aussenden oder empfangen. Um zu gewährleisten, dass die miteinander kommunizierenden
 daktyloskopischen Systeme kompatibel sind, dürfen nur die unten angegebenen Felder in dem
 Datensatz enthalten sein. Dieses Dokument gibt an, welche Felder obligatorisch und welche
 fakultativ sind, und es legt ferner die Struktur der einzelnen Felder fest.
 4.1. Felder für Typ-2-Datensätze
 4.1.1. Feld 2.001: Logical Record Length (LEN)
 Dieses obligatorische Feld enthält die Länge dieses Typ-2-Datensatzes und gibt die Gesamtmenge
 von Bytes an; darin enthalten sind alle Zeichen in allen Feldern des Datensatzes sowie die
 Informationstrennzeichen.
 1062
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 4.1.2. Feld 2.002: Image Designation Character (IDC)
 Das in diesem obligatorischen Feld enthaltene IDC ist eine ASCII-Darstellung des IDC, das im Feld
 Dateiinhalt (File Content – CNT) des Typ-1-Datensatzes (Feld 1.003) definiert ist.
 4.1.3. Feld 2.003: System Information (SYS)
 Dieses Feld ist obligatorisch und enthält vier Bytes, die angeben, welcher Version der Interpol-
 Implementierung (INT-I) dieser Typ-2-Datensatz entspricht.
 Die ersten zwei Bytes geben die führende Nummer der Version an, während die weiteren zwei Bytes
 die Revisionsnummer angeben. Diese Implementierung basiert beispielsweise auf der INT-I-Version
 4 Revision 22 und würde somit als „0422“ dargestellt werden.
 4.1.4. Feld 2.007: Case Number (CNO)
 Diese Nummer wird von der örtlichen Daktyloskopiestelle einer Sammlung von
 Fingerabdruckspuren, die an einem Tatort gesichert wurden, zugeordnet. Dabei wird folgendes
 Format verwendet: CC/number,
 wobei CC der Interpol-Ländercode ist (zwei alphanumerische Zeichen) und „number“ den jeweiligen
 Leitlinien vor Ort entspricht und aus bis zu 32 alphanumerischen Zeichen bestehen kann.
 Mit diesem Feld kann das System Fingerabdruckspuren identifizieren, die mit einer bestimmten
 Straftat verbunden sind.
 4.1.5. Feld 2.008: Sequence Number (SQN)
 Dieses Feld gibt jede Sequenz von Fingerabdruckspuren im Rahmen eines bestimmten Falls an. Es
 kann aus bis zu vier numerischen Zeichen bestehen. Eine Sequenz ist eine Fingerabdruckspur oder
 eine Reihe von Fingerabdruckspuren, die zum Zwecke der Archivierung und/oder Suche
 zusammengefasst werden. Aufgrund dieser Definition müssen auch einzelne Fingerabdruckspuren
 eine Sequenznummer erhalten.
 Dieses Feld kann zusammen mit dem Feld MID (Feld 2.009) benutzt werden, um eine bestimmte
 Fingerabdruckspur innerhalb einer Sequenz zu identifizieren.
 4.1.6. Feld 2.009: Latent Identifier (MID)
 Dieses Feld bezeichnet eine einzelne Fingerabdruckspur innerhalb einer Sequenz. Der Wert besteht
 aus einem einzelnen oder zwei Buchstaben, wobei „A“ die erste Fingerabdruckspur und „B“ die
 zweite Fingerabdruckspur bezeichnet, bis zu maximal „ZZ“. Dieses Feld wird analog zur
 Fingerabdruckspur-Sequenznummer verwendet (siehe Beschreibung von Feld 2.008 SQN).
 4.1.7. Feld 2.010: Criminal Reference Number (CRN)
 Dies ist eine


text:
eindeutige Referenznummer, die eine nationale Behörde einer Person zuteilt, die zum
 ersten Mal beschuldigt wird, eine Straftat begangen zu haben. Innerhalb eines Landes hat eine
 Person nie mehr als eine CRN, und es haben nie zwei Personen dieselbe CRN. Eine Person kann
 1063
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 jedoch Straftäter-Referenznummern in mehreren Ländern haben; in diesem Fall unterscheiden sie
 sich durch den Ländercode.
 Für das CRN-Feld wird folgendes Format verwendet: CC/number,
 wobei CC der Ländercode nach ISO 3166 ist (zwei alphanumerische Zeichen) und „number“ den
 jeweiligen nationalen Leitlinien der ausstellenden Behörde entspricht und aus bis zu 32
 alphanumerischen Zeichen bestehen kann.
 Für Transaktionen gemäß den Artikeln LAW.PRUM.11 [Daktyloskopische Daten] und LAW.PRUM.12
 [Automatisierter Abruf daktyloskopischer Daten] wird dieses Feld für die nationale Straftäter-
 Referenznummer der Behörde, die den Datensatz erstellt, verwendet; diese Nummer ist mit den
 Abbildungen in den Typ-4- oder Typ-15-Datensätzen verknüpft.
 4.1.8. Feld 2.012: Miscellaneous Identification Number (MN1)
 Dieses Feld enthält die im Rahmen einer CPS- oder PMS-Transaktion übermittelte CRN (Feld 2.010)
 ohne den vorangestellten Ländercode.
 4.1.9. Feld 2.013: Miscellaneous Identification Number (MN2)
 Dieses Feld enthält die im Rahmen einer MPS- oder MMS-Transaktion übermittelte CNO (Feld 2.007)
 ohne den vorangestellten Ländercode.
 4.1.10. Feld 2.014: Miscellaneous Identification Number (MN3)
 Dieses Feld enthält die im Rahmen einer MPS- oder MMS-Transaktion übermittelte SQN (Feld 2.008).
 4.1.11. Feld 2.015: Miscellaneous Identification Number (MN4)
 Dieses Feld enthält das im Rahmen einer MPS- oder MMS-Transaktion übermittelte MID (Feld
 2.009).
 4.1.12. Feld 2.063: Additional Information (INF)
 Bei einer SRE-Transaktion im Anschluss an eine PMS-Anfrage enthält dieses Feld Informationen über
 den Finger, der den möglichen Treffer (HIT) ergeben hat. Das Feld hat folgendes Format:
 NN, wobei NN der in Tabelle 5 definierte Fingerpositionscode ist (zwei Zeichen).
 In allen anderen Fällen ist das Feld fakultativ. Es besteht aus bis zu 32 alphanumerischen Zeichen
 und kann zusätzliche Informationen über die Suchanfrage enthalten.
 4.1.13. Feld 2.064: Respondents List (RLS)
 Dieses Feld enthält mindestens zwei Unterfelder. Das erste Unterfeld beschreibt die Art der
 durchgeführten Suche anhand der aus drei Buchstaben bestehenden Mnemonik, die die Art der
 Transaktion im TOT (Feld 1.004) bezeichnen. Das zweite Unterfeld enthält ein einziges Zeichen. Ein
 „I“ bedeutet, dass ein HIT gefunden wurde, und ein „N“ gibt an, dass keine Übereinstimmung
 gefunden wurde (No-HIT). Das dritte Unterfeld enthält die Sequenz-Kennnummer für die
 1064
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 gefundenen Kandidaten und die Gesamtzahl der Kandidaten, getrennt durch einen Schrägstrich. Bei
 mehreren Kandidaten werden entsprechend mehrere Mitteilungen gesendet.
 Bei einem möglichen HIT enthält das vierte Unterfeld die Trefferzahl (score) aus bis zu sechs Zeichen.
 Wurde der HIT überprüft, so enthält dieses Teilfeld den Wert „999999“.
 Beispiel: „CPS{}{RS}}I{}{RS}}001/001{}{RS}}999999{}{GS}}“
 Teilt das AFIS der ersuchten Stelle keine Trefferzahlen (score) mit, so


text:
sollte an der entsprechenden
 Stelle die Trefferzahl Null verwendet werden.
 4.1.14. Feld 2.074: Status/Error Message Field (ERM)
 Dieses Feld enthält aus den Transaktionen hervorgehende Fehlermeldungen, die im Rahmen einer
 Fehlertransaktion an die ersuchende Stelle zurückgesandt werden.
 Tabelle 3: Fehlermeldungen
 Numerischer Code Bedeutung (5-128)
 (1-3)
 003 ERROR: UNAUTHORISED ACCESS
 101 Mandatory field missing
 102 Invalid record type
 103 Undefined field
 104 Exceed the maximum occurrence
 105 Invalid number of subfields
 106 Field length too short
 107 Field length too long
 108 Field is not a number as expected
 109 Field number value too small
 110 Field number value too big
 111 Invalid character
 112 Invalid date
 1065
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 115 Invalid item value
 116 Invalid type of transaction
 117 Invalid record data
 201 ERROR: INVALID TCN
 501 ERROR: INSUFFICIENT FINGERPRINT QUALITY
 502 ERROR: MISSING FINGERPRINTS
 503 ERROR: FINGERPRINT SEQUENCE CHECK FAILED
 999 ERROR: ANY OTHER ERROR. FOR FURTHER DETAILS CALL DESTINATION
 AGENCY.
 Fehlermeldungen im Bereich zwischen 100 und 199:
 Diese Fehlermeldungen beziehen sich auf die Validierung der ANSI/NIST-Datensätze und sind wie
 folgt definiert:
 <error_code 1>: IDC <idc_number 1> FIELD <field_id 1> <dynamic text 1> LF
 <error_code 2>: IDC <idc_number 2> FIELD <field_id 2> <dynamic text 2>...
 wobei
 – error_code ein Code ist, der sich ausschließlich auf einen spezifischen Grund bezieht (siehe
 Tabelle 3);
 – field_id die ANSI/NIST-Feldnummer des nicht korrekten Feldes ist (z. B. 1.001, 2.001 usw.),
 und zwar im Format <record_type>.field_id>.sub_field_id>;
 – dynamic text eine genauere Beschreibung des Fehlers ist;
 – LF ein Zeilenvorschub (Line Feed) als Trennung zwischen Fehlern ist, wenn mehrere Fehler
 auftreten;
 – für Typ-1-Datensätze das IDC als „-1“ definiert wird.
 Beispiel:
 201: IDC - 1 FIELD 1.009 WRONG CONTROL CHARACTER {}{LF}} 115: IDC 0 FIELD 2.003 INVALID
 SYSTEM INFORMATION
 1066
 ---pagebreak--- Dieses Dokument wurde zwischen der Europäischen Union und dem Vereinigten Königreich vereinbart und dient lediglich
 der Information. Daraus können bis zum Zeitpunkt der Anwendung keine Rechte abgeleitet werden. Die Nummerierung der
 Artikel ist vorläufig.
 Dieses Feld ist bei Fehlertransaktionen obligatorisch.
 4.1.15. Feld 2.320: Expected Number of Candidates (ENC)
 Dieses Feld enthält die von der anfragenden Stelle erwartete Höchstzahl von Kandidaten zur
 Überprüfung. Der Wert des ENC-Feldes darf die in Tabelle 11 definierten Werte nicht übersteigen.
 5. Typ-4-Datensatz: Hochauflösendes Bild in Grautönen
 Typ-4-Datensätze sind binär codiert, sie haben keine ASCII-Zeichen. Daher wird jedem Feld eine
 Position im Datensatz zugewiesen, was bedeutet, dass alle Felder obligatorisch zu besetzen sind.
 Der Standard ermöglicht es, sowohl Bildgröße als auch Auflösung im Datensatz zu spezifizieren. Typ-
 4-Datensätze werden zur Einbindung daktyloskopischer Bilddaten benötigt, die mit einer nominalen
 Pixeldichte von 500 bis 520 Pixel/Inch übertragen werden. Bevorzugte Pixelrate bei neuen Grafiken
 ist 500 Pixel/Inch oder 19,68 Pixel/mm. Eine Dichte von 500 Pixel/Inch wird von der INT-I-Norm
 vorgeschrieben; allerdings können vergleichbare Systeme auch ohne Einhaltung dieser bevorzugten
 Pixelrate miteinander kommunizieren, sofern sich die Rate zwischen 500 und 520 Pixel/Inch