360 2026 LB Anl A 09 Anf Fahrzeugrechner 260723.pdf

[Seite 1]

MVV-Regionalbusverkehr – Vergabeunterlagen (Stand 2026)

ANFORDERUNGEN FAHRZEUGRECHNER ANLAGE A 09

Diese Unterlage beschreibt ergänzend zur Leistungsbeschreibung (Abschnitte 5.2.6.6.; 5.2.6.13. und 8.5. ff) die Anforderungen an die Fahrzeugrechner im Hinblick auf die Erfassung und Übermittlung von Betriebsdaten (ISE, RBL) und das elektronische Fahrgeldmanagement (EFM) und die KA- Anwendungsfälle. Darin werden die wesentlichen Schnittstellen zu den Hintergrundsystemen des MVV beschrieben, die seitens der Fahrzeugrechner und evtl. eigener RBL-Systeme des Auftragnehmers erfüllt werden müssen. Die beiliegenden Unterlagen dokumentieren den derzeitigen Stand. Sobald neuere Unterlagen vorlie- gen, werden wir Ihnen diese zur Verfügung stellen. Folgende Unterlagen sind in dieser Anlage zusammengefasst, sie beinhalten Regelungen zu den im Folgenden genannten Themenkomplexen:

Anlage A 09.1 GPRS-Kommunikation zwischen Fahrzeugen und IVU.fleet.Regio Telegrammdefinition (P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.pdf) beschreibt die wechselseitige Kommunikation zwischen Fahrzeugrechner und ISE des MVV für die Verkehrsunternehmen, die am ISE des MVV teilnehmen und keine Fahrzeugrechner der Firma IVU verwenden Mögliche Erweiterungen zu den Themen: – Ablehnung der Anschlusssicherung, – CAN-Bus-Daten (Tankdaten etc.), – IBIS-Fehlercode und – Bedarfsverkehr sind in dieser Spezifikation noch nicht beschrieben, werden ggf. im laufenden Pro- jekt noch definiert. Anlage A 09.2 Import ISE (MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.pdf) Beschreibt das Format der Daten zu Liniennetz und Fahrplan wie sie den Nutzern des ISE bzw. jenen eines eigenen RBL von Seiten des MVV zur Verfügung gestellt werden. Grundlage ist die Spezifikation »Dino-Austauschformat, Version 2.0«.

Diese Anlage liegt derzeit im Entwurf vor. Im Verlauf des Projektes können sich hier noch Änderungen ergeben.

Anlage A 09.3 Spezifikation für Mandanten mit eigenem RBL Beschreibt die Kommunikation von eigenen RBL-Systemen der Verkehrsunterneh- men zum ISE des MVV über die zentrale Datendrehscheibe DEFAS. Die Kommunikation erfolgt auf Grundlage der VDV-Schriften 453/454 mit den Diens- ten VIS, ANS, DFI und AUS. Diese Dokumente stehen zum Herunterladen bereit unter: http://www.vdv.de/i-d-s-downloads.aspx. Die Schnittstelle erfordert Abspra- chen mit dem MVV (Fahrplandaten) sowie Defas (Datendrehscheibe und Einbin- dung in elektronische Fahrplanauskunft).

V 2026/0

2026 LB Anl A 09 0 Anf Fahrzeugrechner 260723.docx Seite 1 von 2

[Seite 2]

MVV-Regionalbusverkehr – Vergabeunterlagen (Stand 2026)

ANFORDERUNGEN FAHRZEUGRECHNER ANLAGE A 09

Anlage A 09.4 Fahrtaufzeichnungen und Anschlüsse (IVU-Statistikdatenschnittstelle_2_4.pdf) Beschreibt eine Schnittstelle von Bordrechner oder RBL-Systemen zum Statistiksys- tem IVU.fleet.control des MVV. Relevant ist diese Schnittstelle für Unternehmen, die keine Bordrechner der Firma IVU einsetzen. Die Schnittstelle ist als offener Stan- dard definiert, dem sich Fremdhersteller anschließen können, auch solche, die keine Datenbank als Grundlage der Datenversorgung verwenden. Übertragen werden hier Daten, die nicht bereits in den Telegrammen gem. 9.1 und 9.3 enthalten sind. Anlage A 09.5 Schnittstelle Verkaufsdatenimport (Schnittstelle_VDABF_Datenimport_1.7.1.pdf) Beschreibt eine Schnittstelle zwischen dem Hintergrundsystem des Verkehrsunter- nehmens und dem EFM des MVV in Bezug auf die Verkaufsdaten. Relevant ist die- se Schnittstelle für Unternehmen, die keine Fahrzeugrechner der Firma IVU einset- zen. Anlage A 09.6 Schnittstelle Tarifdaten IVU.fare (Schnittstelle_Tarifdaten_0.1.) Beschreibt die Kommunikation zwischen EFM und dem Hintergrundsystem des Ver- kehrsunternehmens bzgl. der Bereitstellung von Tarifdaten und Fahrscheinlayouts. Relevant ist diese Schnittstelle für Unternehmen, die keine Fahrzeugrechner der Firma IVU einsetzen. Alternativ können Layouts im Hintergrundsystem des Verkehrsunternehmens ma- nuell gepflegt werden: siehe Kapitel 5.2.6.6g der Leistungsbeschreibung. Tarifdaten (siehe Kapitel 5.2.6.6h der Leistungsbeschreibung) werden von der MVV GmbH ggf. in separaten Medien zur Verfügung gestellt. Anlage A 09.7 KA-Anwendungsfälle Enthält die für Fahrzeugrechner und deren Hintergrundsystem umzusetzenden KA- Anwendungsfälle in der KA-Version 1.5. Dies sind die Anwendungsfälle für das Kundenvertragspartner-System (KVPS) und das Selbstbedienungs- Kundenvertragspartner-Terminal (SbKVPT).

◼

V 2026/0

2026 LB Anl A 09 0 Anf Fahrzeugrechner 260723.docx Seite 2 von 2

[Seite 3]

Anlage A 09.1

GPRS-Kommunikation

Zwischen Fahrzeugen und IVU.fleet (Re-

gio)

Telegrammdefinition

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 1/46 Seiten

[Seite 4]

ÄNDERUNGSHISTORIE

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 2/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 5]

INHALTSVERZEICHNIS

1 Zweck des Dokuments ...................................................................................... 5

2 Telegrammstruktur ............................................................................................ 6 2.1 Kommunikation Allgemein ......................................................................... 6 2.2 Konkretisierung für Telegramme im Mandantenkontext ............................. 8 2.3 Genereller Aufbau ..................................................................................... 8 2.3.1 Quittungstelegramm ................................................................................ 10 2.3.1.1 Beispiel ............................................................................................... 11 2.3.2 Telegramm nicht zustellbar ..................................................................... 12 2.4 Kommunikation Fahrzeug –> Zentrale ..................................................... 13 2.4.1 Standortmeldung ..................................................................................... 13 2.4.1.1 Betriebsmodus .................................................................................... 16 2.4.1.2 Appendix ............................................................................................. 18 2.4.2 Dienstmeldung ........................................................................................ 21 2.4.3 Anschluss-Bedarfsmeldung .................................................................... 22 2.4.4 Abonnement Umsteigeinformationen ...................................................... 23 2.4.5 Bedarfsfahrt-Aussteigermeldung ............................................................ 24 2.5 Kommunikation Zentrale -> Fahrzeug ...................................................... 26 2.5.1 Fahrtdaten-Übermittlung ......................................................................... 26 2.5.1.1 Beispiel ............................................................................................... 27 2.5.2 Fahrt-Einfügung ...................................................................................... 27 2.5.3 Fahrt-Änderung ....................................................................................... 28 2.5.3.1 Beispiel ............................................................................................... 30 2.5.4 Fahrt-Löschung ....................................................................................... 30 2.5.4.1 Beispiel ............................................................................................... 31 2.5.5 Umlaufwechsel ........................................................................................ 31 2.5.5.1 Beispiel: .............................................................................................. 32 2.5.6 Linien-/Kurs-Wechsel .............................................................................. 32 2.5.6.1 Beispiel: .............................................................................................. 33 2.5.7 Umsteigebeziehung / Umsteigehinweise ................................................ 33 2.5.7.1 Grundsätzliches zu Modalitäten in der Funkschnittstelle ................... 33 2.5.7.2 Version 1.1 ......................................................................................... 34 2.5.8 Anschluss-Datenmeldung ....................................................................... 37 2.5.9 Bedarfsfahrtmeldung ............................................................................... 38 2.6 Kommunikation Zentrale -> Fahrzeug, Fahrzeug -> Zentrale ................... 41 2.6.1 Anweisungen und Meldungen ................................................................. 41 2.6.1.1 Anforderungen Zentrale -> Fahrzeug ................................................. 41 2.6.1.2 Anforderungsantwort Fahrzeug -> Zentrale ....................................... 42 2.6.1.3 Codierte Anweisungen ....................................................................... 42 2.6.1.4 Freie Textanweisungen ...................................................................... 43 2.6.1.5 Anweisungen der Anschlusssicherung ............................................... 43 3 Sendekriterien ................................................................................................. 45

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 3/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 6]

3.1 Kommunikation Fahrzeug -> Zentrale ...................................................... 45 3.1.1 Anforderung ............................................................................................ 45 3.1.2 Fahrermeldung inkl. Standortmeldung .................................................... 45 3.1.3 Standortmeldung bei Ankunft .................................................................. 45 3.1.4 Standortmeldung bei Abfahrt .................................................................. 45 3.1.5 Standortmeldung bei Änderung .............................................................. 45 3.1.6 Standortmeldung bei Änderung der Fahrplanlage .................................. 46 3.1.7 Zyklische Standortmeldung ..................................................................... 46 3.1.8 OffRoute-/OnRoute-Meldung .................................................................. 46

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 4/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 7]

1 Zweck des Dokuments

Dieses Dokument definiert Telegrammstruktur und –inhalt in der Kommunikation zwi- schen Fahrzeug-Bordrechnern und IVU.fleet Regio über GPRS.

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 5/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 8]

2 Telegrammstruktur

2.1 Kommunikation Allgemein

Die Definition der Telegramme ist unabhängig vom Kommunikationsweg (GPRS, TETRA, usw.) und von der Art der Übertragung (ASCII, binär, usw.). Sollte die Trans- portschicht das Telegramm in mehrere Teiltelegramme aufteilen, so ist die Transport- schicht für das ordnungsgemäße Zusammenfügen der Telegrammteile verantwortlich.

Alle Felder des Telegramms haben eine variable Länge und werden mit einem Separa- tor voneinander getrennt. Bei leeren Feldern folgen die beiden Separatoren direkt auf- einander. Nicht benötigte Felder am Ende des Telegramms können weggelassen wer- den. Die Längenangaben der Datentypen sind für die Telegrammstruktur unerheblich. Sie geben lediglich den Sendern und Empfängern einen Hinweis auf die zurzeit gülti- gen maximalen Feldlängen.

Zeichenketten werden so übertragen, dass eine byteweise Auswertung der Binärdaten möglich ist. Es ist zugelassen, dass Zeichen UTF-8-codiert werden. Die UTF-8- Codierung ändert zugelassene Steuerzeichen (’0’-’9’, ’#’, ’a’-’z’, ‘A‘-‘Z‘, ‘,‘, ‘.‘} nicht, In- halte wie Textmeldungen müssen von Sender und Empfänger in passender Weise ausgewertet werden.

Identifier werden in der Regel als Folge von Ziffern (Number) oder alphanumerisch (AlNum) übergeben, zulässige Zeichen werden in den Unterabschnitten zu den einzel- nen Telegrammtypen spezifiziert.

Jede Kommunikation besteht aus einem Header mit Informationen über Sender und Empfänger sowie dem Telegramm und dem Kommunikationsende:

=

= ’#’

= ’\n’’\0’ (Newline, ASCII 10)(Nullbyte)

Sender und Empfänger (Peers) sind eindeutig durch ihren Typ und ihre Id identifizier- bar. Es existieren folgende Peer-Typen:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 6/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 9]

Für die folgenden Sender- oder Empfängertypen besteht die Id aus einer optionalen Betreiberkennung (Mandant bzw. Tenant) und einer Nummer: I, B, G Für die folgenden Sender- oder Empfängertypen besteht die Id aus der Funkkennung und der Kennung der Sprechfunkhardware (Extension): W

Alle anderen Typen von Kommunikationsteilnehmern werden alleine durch eine Num- mer eindeutig identifiziert. Gibt es für einen Typ nur eine Ausprägung (z.B IVU.fleet), so kann die Id entfallen. Sender und Receiver sind folgendermaßen definiert:

= [] = []

oder

= [] = []

oder

= [] = []

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 7/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 10]

Fahrzeugnummer oder Telefonnummer (auch mit Mandantenkennung möglich). Communi- Char(n) %s Die verwendete Fahrzeug-Identifikation muss mit catorID der Belegung des zugehörigen Zuschnittsparame- ters in IVU.fleet konsistent sein.

2.2 Konkretisierung für Telegramme im Mandantenkontext

Beispiel von B nach I

mit = B#VBW/

und = I#VBW/36

folgt: B#VBW/#I#VBW/36#

Beispiel von I nach B

mit = I#IVU/53

und = B#

folgt: I#IVU/53#B##

2.3 Genereller Aufbau

Jedes Telegramm besteht aus einem Header und seinem Inhalt. Die ersten vier Attribut Positionen sind durch Sender und Receiver belegt, die Zählung beginnt somit bei 5.

=

wobei

= []

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 8/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 11]

7 TeleID Number(6) %6u Quittungsnummer

Im TeleHeader ist der Typ des Telegramms, seine Versionsnummer sowie eine optio- nale Telegramm-ID abgelegt. Der Telegrammtyp ist nur in Verbindung mit dem Sender eindeutig. Verschiedene Sender können unter dem gleichen Telegrammtyp verschie- dene Telegramme senden. Über die TeleID wird festgelegt, ob der Sender für dieses Telegramm eine Quittung benötigt. Sie muss für einen Sender über alle Telegramme eindeutig sein. Der TeleContent ist telegrammtypabhängig und wird in den folgen- den Abschnitten spezifiziert. Für die Telegrammtypen besteht folgende Zuordnung:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 9/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 12]

Der Telegramminhalt ist telegrammtypabhängig und wird in den fol- genden Abschnitten spezifiziert.

Es besteht folgende Zuordnung

2.3.1 Quittungstelegramm

Mit Hilfe des Quittungstelegramms bestätigt der Empfänger (Zentrale, Fahrzeug und DFI für technische Quittungen oder der Fahrer für Fahrerquittungen) den Erhalt des Telegramms.

Der Telegrammheader einer Quittung ist wie folgt definiert:

= 4

= 1

Der Inhalt einer Quittung hat folgenden Aufbau:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 10/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 13]

= [ ]

= <Number(8)>

= <Number(1)> (0=techn.Quittung, 1= Fahrerquittung)

Eine technische Quittung wird vom Empfänger genau dann gesendet, wenn das einge- hende Telegramm mit einer Telegramm-ID versehen wurde. Diese Telegramm-ID wird als Quittungstelegramm zurückgesendet. Ist die Telegramm-Id 6-stellig mit führender Ziffer größer oder gleich 1 (die Telegramm-Id also größer als 100000) wird eine Fahrer- quittung erwartet.

2.3.1.1 Beispiel

Das folgende Beispiel zeigt eine technische Quittung des Telegramms mit der ID 112:

B##I#MAN/1234#4#1##112

Ein weiteres Beispiel zeigt eine Fahrerquittung des Telegramms mit der ID 400728:

I#MAN/137#B##4#1##400728#1

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 11/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 14]

2.3.2 Telegramm nicht zustellbar

Der Netpeermanager kann nicht zustellbare Telegramme an den Absender zurückschi- cken:

= 1

= 1

Der Inhalt des Telegramms besteht aus dem Grund der Nichtzustellung sowie dem vollständigen nicht zustellbaren Telegramm mitsamt seinem Kommunikationsheader:

=

=

Folgende Gründe für eine Nichtzustellung sind möglich:

2.3.2.1.1 Beispiel

Das folgende Beispiel zeigt die Benachrichtigung über Nichtzustellung einer Standort- anforderung an Fahrzeug MAN/1234, da Empfänger unbekannt:

C##B##1#1##1#B##I#MAN/1234#3#1##101

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 12/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 15]

2.4 Kommunikation Fahrzeug –> Zentrale

2.4.1 Standortmeldung

= 1

= 1.8

Mit der Standortmeldung informiert IVU.cockpit die Leitstelle IVU.fleet über den aktuel- len Standort des Fahrzeugs, entweder als relative Position zu einem Haltepunkt oder als GPS-Position. Im Gegensatz zu den analogen Funkverfahren enthält das Standort- telegramm zudem alle relevanten Informationen zur aktuellen Fahrt, erweiterte Standortinformation und den Status des Fahrzeugs auf der Fahrt. Darüber hinaus kann die Standortmeldung auch weitere Informationsblöcke wie codierte Meldung, freie Text- meldung, Informationen über Zugverband, etc. enthalten. Diese Informationen werden zusammen mit dem Standort gesendet, damit Produkte, die den Telegrammfluss aus- werten, den Ereignissen direkt einen Standort zuordnen können. Der Inhalt einer Standortmeldung hat folgenden Aufbau:

= [()]*

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 13/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 16]

Substruktur =

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 14/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 17]

Substruktur =

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 15/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 18]

2.4.1.1 Betriebsmodus

Ein Fahrzeug kann in den Betriebsmodi Linienbetrieb, Routenbetrieb und IBIS-Betrieb fahren. Im Linienbetrieb wird nach Fahrplan gefahren und es erfolgt die normale Or- tung. Ein Fahrzeug im Routenbetrieb fährt unabhängig von einem Fahrplan auf einem Fahrweg und kann im Netz geortet werden. Wird kein Fahrweg übermittelt, so fährt das Fahrzeug im IBIS-Betrieb und es erfolgt keine Ortung. Die Fahrzeuge bestimmen den Betriebsmodus durch Übermittlung der Werte aus folgender Tabelle. Legende: Feld mit "X" ist nicht maßgebend für Betriebsmoduswahl, Feld mit "#" ist leer.

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 16/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 19]

2.4.1.1.1 Beispiel 1

Das folgende Beispiel zeigt eine fiktive Standortmeldung (Telegrammversion 1.8):

• Fahrzeug 1234

• Es befindet sich 23 Meter hinter Haltepunkt 123456

• Umlauf 4711

• Linie 7

• Fahrt 23

• Fahrweg 12

• Verfrühung von 10 Sekunden:

• Besetztgrad von 5 (75%)

• Zielnummer 31

• Abfahrtzeit 41000

• Fahrgastfahrt

• Es ist eine regelmäßige Meldung während der Fahrt

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 17/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 20]

• keine Datenanforderung nötig

I#1234#B##1#1.8##123456#23###0#4711#23#7#12#- 10#5#31#41000#0#4#0#

2.4.1.1.2 Beispiel 2

In diesem Telegramm meldet dasselbe Fahrzeug 10 Meter später einen Notruf:

I#1234#B##1#1.8##123456#23###0#4711#23#7#12#- 10#5#31#41000#0#4#0#103

2.4.1.2 Appendix

In einem Standorttelegramm können mehrere Felder der Art Appendix enthalten sein. Hinter dem letzten Appendix kann das Feld weggelassen werden. Ein Appendix besteht aus

2.4.1.2.1 Codierte Meldung

= 1

= <Number(3)> (Nummer der Meldung)

Die übertragenen Nummern entsprechen den in der Datenversorgung festgelegten Werten und ergeben sich aus der aktuell am Bordrechner eingestellten Fahrt.

Die Texte für die codierten Meldungen werden in der gemeinsamen Solldatenversor- gung von IVU.cockpit und IVU.fleet festgelegt.

Die Texte für die technischen Störungsmeldungen sind im Server fest verdrahtet.

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 18/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 21]

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 19/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 22]

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 20/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 23]

2.4.1.2.2 Freie Textmeldung

= 2

= (Text der Meldung, maximal 512 Zeichen)

2.4.2 Dienstmeldung

Mit Hilfe der Dienstmeldung leitet der Bordrechner die Fahrer- und/oder Dienstnummer an IVU.fleet weiter.

Der Telegrammheader einer Dienstmeldung ist wie folgt definiert:

= 2

= 1.1

Der Inhalt einer Dienstmeldung hat folgenden Aufbau:

=

= <Number(8)> (Dienstnummer)

= <Number(7)> (Fahrernummer)

= <Number(1)> (1 = Anmeldung 2 = in Pause 3 = Abmeldung )

= <Number(7)> (Nummer Zugbegleiter)

Der Status gilt sowohl für den DriverNo als auch den ConductorNo. Diese Felder wer- den also wahrscheinlich nicht gleichzeitig gefüllt sein.

Ist das Status-Feld leer, handelt es sich automatisch um eine Anmeldung. Ist DriverNo leer, so wird der Fahrer automatisch abgemeldet. Das gewährleistet eine Kompatibilität zu älteren Dienstmeldungen ohne Status.

2.4.2.1.1 Beispiel

Die folgenden Beispiele zeigen fiktive Dienstmeldungen des Fahrzeugs 1234.

Anmeldung des Fahrers 4711:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 21/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 24]

I#MAN/1234#B##2#1.1##5555#4711

Anmeldung des Fahrers 4711:

I#MAN/1234#B##2#1.1##5555#4711#1

Abmeldung des Zugbegleiters 815:

I#MAN/1234#B##2#1.1##5555##3#815

2.4.3 Anschluss-Bedarfsmeldung

= 5 = 3 > 0

Mit diesem Telegramm kann der Fahrer den Bedarf (Fahrgastwunsch) für Anschlüsse auf der aktuellen Fahrt in seiner Rolle als Zubringer oder in seiner Rolle als Abbringer an die Leitstelle mitteilen.

= { }*

Die Dateninhalte ändern sich in Abhängigkeit von der Rolle des Senders im Feld Rolle. Der Zubringer kann in einem Telegramm Bedarf für einen oder mehrere Anschlüsse im selben Haltepunkt melden. Der Anschlusspunkt wird dabei durch die

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 22/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 25]

Haltepunktnummer und die Ankunftszeit identifiziert. Die Abbringer sind über Linie- und Fahrtnummer bezeichnet. Der Status je Abbringer kann folgende Werte enthalten

Der Abbringer kann mit dem Telegramm die Anfrage nach einer Sicherungsanfrage be- antworten. Dann stehen im Telegramm die Haltepunktnummer des Abbringers und die Abfahrtzeit des Abbringers an diesem Haltepunkt. Die Linien-/Kursnummer ist in die- sem Fall die des Zubringers. Das Statusflag bedeutet dann:

Beispiel

Mit folgendem Telegramm meldet das Fahrzeug 100 an die Leitstelle den Bedarf für zwei Anschlüssen (Linie 201, Fahrt 5&6) an und für einen ab (Linie 301/4). Die An- schlüsse finden im Haltepunkt 4711 statt, die Ankunft des Zubringers ist 10:22. Die Zentralensoftware soll diese Meldung mit der TeleID 77 beantworten.

I#100#B##5#2#77#4711#102200#201#5#1#201#6#1#301#4#0

2.4.4 Abonnement Umsteigeinformationen

= 35 = 1.0 = <Number(8)>

Dieses Telegramm dient zur Abonnierung von Umsteigeinformationen. Das Fahrzeug sendet an ein die Zentrale eine Liste mit Haltepunkten, für welche die Abonnierung eine bestimmte Dauer gültig sein soll, sowie ein Update-Intervall (in Sekunden). Es können für ein Fahrzeug mehrere Abonnements gleichzeitig gültig sein, die mit ihrer ID unterschieden werden können. Es wird immer das zuletzt gesendete Abo-Telegramm für eine bestimmte ID berücksichtigt. Eine leere Haltepunktliste entspricht einer Kündi- gung des Abonnements.

= <Gültigkeit> ( )*

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 23/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 26]

Beispiel

Fahrzeug 5301 abonniert Umsteigehinweise für die Haltepunkte 8003 und 8700. Das Abo hat die ID 1 und eine Gültigkeit von 2 Stunden.

I#5301#K##35#1#4005#1#120#60#8003#8700

2.4.5 Bedarfsfahrt-Aussteigermeldung

= 29 = 1

Das Fahrzeug informiert die Zentrale über Aussteiger an einem oder mehreren Be- darfshaltepunkten auf einer Bedarfsfahrt, die der Fahrer dort auf der ibox protokolliert hat. In der Zentrale werden Meldungen dieser Art immer als absolut und nicht als additiv aufgefasst. D.h. eine Meldung zu einem Haltepunkt einer Bedarfsfahrt muss immer die Summe der dort ausgestiegenen Fahrgäste enthalten.

=

Der TripKey enthält den natürlichen Schlüssel der Bedarfsfahrt und DemandStops ent- hält die Daten für die Bedarfshaltepunkte, für die Aussteiger gemeldet werden.

=

Po- Wer- For- si- Feld tebe- Kommentar mat tion reich

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 24/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 27]

Aktuell ist nicht vorgesehen, dass die Namen der aussteigenden Fahrgäste kommuni- ziert werden, da sie nicht bekannt sind. Attribute für DemandStops

Beispiel

am Bedarfshaltepunkt 5733 sind 2 Fahrgäste ausgestiegen

I#IVU/100#B##29#1#14#119998#59520#0#18#{"DemandStops":[{"StopPoint":57 33,"Out":4}]}

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 25/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 28]

2.5 Kommunikation Zentrale -> Fahrzeug

2.5.1 Fahrtdaten-Übermittlung

Die Zentrale teilt dem Bordrechner Fahrtdaten für die aktuelle oder die Folgefahrt in ei- nem Telegramm mit.

Der Telegrammheader einer Fahrtdaten-Übermittlung ist wie folgt definiert:

= 10

= 1.1

Der Inhalt einer Fahrtdaten-Übermittlung hat folgenden Aufbau:

=

Im ersten TripData-Block werden die Fahrtdaten für die aktuelle Fahrt und im zweiten TripData-Block die Fahrtdaten für die Folgefahrt übermittelt.

=

= <Number(8)> (Umlaufnummer)

= <Number(7)> (Liniennummer)

= <Number(7)> (Fahrt- oder Kursnummer)

= <Number(4)> (Fahrwegnummer)

= <Number(4)> (Zielnummer)

= <Number(6)> (Einsetzhaltepunktnummer)

= <Number(6)> (Aussetzhaltepunktnummer)

= <Number(4)> (Abfahrtzeit, Minuten nach 0 Uhr)

= <Number(5)> (Fahrzeitgruppe: 1..32767)

= <Number(4)> (Zeitversatz [min])

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 26/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 29]

2.5.1.1 Beispiel

Ein fiktives Beispiel für eine Kurzwende von Fahrzeug 9211 mit neuem Ziel "100", neuem Endhaltepunkt der aktuellen Fahrt "101" und dem neuen Starthaltepunkt der Folgefahrt "102" erzeugt ein Telegramm

B##I#MAN/9211#10#1.1######100##101#########102####

2.5.2 Fahrt-Einfügung

Die Fahrt-Einfügung ist eine von drei Operationen zur Übertragung von dispositiven Fahrtänderungen von IVU.fleet an die Fahrzeuge. Voraussetzung für die Unterstützung des Telegramms ist, dass entsprechende Dispositionsfunktionen im Lieferumfang ent- halten sind. Weitere Operationen sind Fahrt-Änderung und Fahrt-Löschung.

Die Zentrale teilt dem Bordrechner Fahrtdaten für eine einzufügende Fahrt mit.

Der Telegrammheader einer Fahrt-Einfügung ist wie folgt definiert:

= 18

= 1.0

Der Inhalt einer Fahrt-Einfügung hat folgenden Aufbau:

=

Der TripKey enthält den natürlichen Schlüssel der neuen Fahrt und NewTrip enthält die sonstigen relevanten Fahrtdaten.

=

=

= <Number(8)> (Umlaufnummer)

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 27/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 30]

= <Number(6)> (Abfahrtzeit, Sekunden nach 0 Uhr)

= <Number(1)> (Fahrtart)

= <Number(2)> (Betriebstag (1-31))

= <Number(7)> (Liniennummer)

= <Number(7)> (Fahrt- oder Kursnummer)

= <Number(4)> (Fahrwegnummer)

= <Number(9)> (Einsetzortsnummer)

= <Number(4)> (laufende Nummer des Einsetzortes im Fahrwegverlauf)

= <Number(9)> (Aussetzortsnummer)

= <Number(4)> (laufende Nummer des Aussetzortes im Fahrwegverlauf)

= <Number(5)> (Fahrzeitgruppe: 1..32767)

= <Number(4)> (Zielnummer)

= <Number(4)> (Kennung der Fahrt im Wagenumlauf)

2.5.3 Fahrt-Änderung

Die Fahrt-Änderung ist eine von drei Operationen zur Übertragung von dispositiven Fahrtänderungen von IVU.fleet an die Bordrechner. Voraussetzung für die Unterstüt- zung des Telegramms ist, dass entsprechende Dispositionsfunktionen im Lieferumfang enthalten sind. Weitere Operationen sind Fahrt-Einfügung und Fahrt-Löschung.

Die Zentrale teilt dem Bordrechner den Fahrtschlüssel einer zu ändernden Fahrt mit. Die Fahrt kann dann über den natürlichen Fahrtschlüssel identifiziert werden. Der Fahrtschlüssel enthält dabei immer die Werte der ursprünglichen Sollfahrt, d.h. nicht etwa die gegenüber dem Sollfahrplan möglicherweise (durch eine dispositive Maß- nahme) geänderten Werte. Bei neu eingefügten Fahrten enthält der Fahrtschlüssel den initialen Zustand der Werte der Fahrtschlüsselattribute.

Die Attribute Abfahrtzeit und Fahrtart des Fahrtschlüssels können sich durch die Fahrt- Änderung verändern. Sie sind dazu im Fahrtschlüssel als bisherige und in den Fahrtda- ten als neue Attribute vorhanden.

Der Telegrammheader einer Fahrt-Änderung ist wie folgt definiert:

= 19

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 28/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 31]

= 1.0

Der Inhalt einer Fahrt-Änderung hat folgenden Aufbau:

=

Der TripKey enthält den natürlichen Schlüssel der neuen Fahrt und ChangedTrip ent- hält die sonstigen relevanten Fahrtdaten.

=

=

= <Number(8)> (Umlaufnummer)

= <Number(6)> (Abfahrtzeit, Sekunden nach 0 Uhr)

= <Number(1)> (Fahrtart)

= <Number(2)> (Betriebstag (1-31))

= <Number(7)> (Liniennummer)

= <Number(7)> (Fahrt- oder Kursnummer)

= <Number(4)> (Fahrwegnummer)

= <Number(9)> (Einsetzortsnummer)

= <Number(4)> (laufende Nummer des Einsetzortes im Fahrwegverlauf)

= <Number(9)> (Aussetzortsnummer)

= <Number(4)> (laufende Nummer des Aussetzortes im Fahrwegverlauf)

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 29/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 32]

= <Number(5)> (Fahrzeitgruppe: 1..32767)

= <Number(4)> (Zielnummer)

= <Number(4)> (Kennung der Fahrt im Wagenumlauf)

= <Number(6)> (Abfahrtzeit, Sekunden nach 0 Uhr)

= <Number(1)> (Fahrtart)

2.5.3.1 Beispiel

Im folgenden Beispiel bekommt Fahrzeug 11 des Mandanten MAN mitgeteilt, dass sich die auf Umlauf 5416 am Betriebstag 9 um 56160 Sekunden nach Mitternacht beginnende Fahrt geändert hat. Die neuen Fahrtdaten sind Linie 54, Kurs / Fahrt 16, Fahrweg 1, Einsetzhaltepunkt ist 1 und der erste Halte- punkt im Fahrwegverlauf, Aussetzhaltepunkt ist 86 und der 31ste Haltepunkt im Fahrwegverlauf. Die neue Abfahrtszeit entspricht der ursprünglichen Ab- fahrtszeit 56160 Sekunden nach Mitternacht.

B##I#MAN/11#19#1#57#5416#56160#0#9#54#16#1#1#1#86#31#1#162##56160#0

2.5.4 Fahrt-Löschung

Die Fahrt-Löschung ist eine von drei Operationen zur Übertragung von dispositiven Fahrtänderungen von IVU.fleet an den Bordrechner. Voraussetzung für die Unterstüt- zung des Telegramms ist, dass entsprechende Dispositionsfunktionen im Lieferumfang enthalten sind. Weitere Operationen sind Fahrt-Einfügung und Fahrt- Änderung.

Die Zentrale teilt dem Bordrechner den Fahrtschlüssel einer zu löschenden Fahrt mit. Der Fahrtschlüssel enthält dabei immer die Werte der ursprünglichen Sollfahrt, d.h. nicht etwa die gegenüber dem Sollfahrplan möglicherweise (durch eine dispositive Maßnahme) geänderten Werte. Bei neu eingefügten Fahrten enthält der Fahrtschlüssel den initialen Zustand der Werte der Fahrtschlüsselattribute.

Der Telegrammheader einer Fahrt-Löschung ist wie folgt definiert:

= 20

= 1.0

Der Inhalt einer Fahrt-Änderung hat folgenden Aufbau:

=

Der TripKey enthält den natürlichen Schlüssel der zu löschenden Fahrt

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 30/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 33]

=

= <Number(8)> (Umlaufnummer)

= <Number(6)> (Abfahrtzeit, Sekunden nach 0 Uhr)

= <Number(1)> (Fahrtart)

= <Number(2)> (Betriebstag (1-31))

2.5.4.1 Beispiel

Im folgenden Beispiel wird Fahrzeug 11 des Mandanten MAN die Löschung der Fahrt angeordnet, die an Betriebstag 9 50760 Sekunden nach Mitternacht auf Umlauf 5416 beginnt.

B##I#MAN/11#20#1#56#5416#50760#0#9

2.5.5 Umlaufwechsel

Beim Umlaufwechsel wird der Umlauf des Fahrzeugs von der Zentrale gesetzt. Der Umlaufwechsel kann auch einen Fahrtvorschlag enthalten. Nach Eingabe des Umlaufs erhält die zentrale eine Fahrerquittung vom Fahrzeug. Der Telegrammheader eines Umlaufwechsels ist wie folgt definiert:

= 22

= 1.0

Der Inhalt eines Umlaufwechsels hat folgenden Aufbau:

=

Der TripKey enthält den natürlichen Schlüssel der vorgeschlagenen Fahrt

= Optional ! Optinal ! Optional !

= <Number(8)> (Umlaufnummer)

= <Number(6)> (Abfahrtzeit, Sekunden nach 0 Uhr)

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 31/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 34]

= <Number(1)> (Fahrtart)

= <Number(2)> (Betriebstag (1-31))

Voraussetzung für die Unterstützung des Telegramms ist, dass entsprechende Dispo- sitionsfunktionen im Lieferumfang enthalten sind.

2.5.5.1 Beispiel:

Die Anweisung von IVU.fleet an Fahrzeug 15 auf den Umlauf 10.003 zu wechseln ab 10:16 (36960 sec), Fahrttyp 0 = Fahrgastfahrt am 15. Die Anweisung muss mit ID 400022 quittiert werden.

B##I#MAN/15#22#1#400022#10003#36960#0#15

2.5.6 Linien-/Kurs-Wechsel

Beim Linien-/Kurs-Wechsel wird die Linien-/Kurs-Nummer des Fahrzeugs von der Zentrale gesetzt. Der Auftrag kann auch einen Fahrtvorschlag enthalten. Nach Bestäti- gung des Auftrags auf dem Bordrechner erhält die zentrale eine Fahrerquittung vom Fahrzeug.

Der Telegrammheader eines Umlaufwechsels ist wie folgt definiert:

= 23

= 1.0

Der Inhalt eines Linien-/Kurs-Wechsels hat folgenden Aufbau:

= Optional ! Optional ! Optional !

= <Number(7)> (Liniennummer)

= <Number(7)> (Fahrt- oder Kursnummer)

= (Abfahrtzeit Soll (24h))

= <Number(1)> (Fahrtart)

= <Number(2)> (Betriebstag (1-31))

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 32/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 35]

Voraussetzung für die Unterstützung des Telegramms ist, dass entsprechende Dispo- sitionsfunktionen im Lieferumfang enthalten sind.

2.5.6.1 Beispiel:

Die Anweisung von IVU.fleet an Fahrzeug 15 auf Linie/Kurs 47/11 zu wechseln ab 10:16 (36960 sec), Fahrttyp 0 = Fahrgastfahrt am 15. Die Anweisung muss mit ID 400023 quittiert werden.

B##I#MAN/15#23#1#400023#47#11#36960#0#15

2.5.7 Umsteigebeziehung / Umsteigehinweise

An ein Fahrzeug kann eine Umsteigebeziehung für einen Haltepunkt versendet wer- den. Diese Umsteigebeziehung wird dann im Bordrechner angesagt oder angezeigt.

2.5.7.1 Grundsätzliches zu Modalitäten in der Funkschnittstelle

Zentralenseitig wird bei den Modalitäten zwischen externen und internen Modalitäten unterschieden. Die ID der Modalitäten sind deshalb im Funk-Telegramm nur in Verbin- dung mit dem Flag für Intern/Extern eindeutig! Der Bordrechner setzt diese Kodierung in eine eindeutige Modalitäts-ID um. Die Um- systeme von IVU.cockpit (Anzeiger, etc.) kennen keine Unterscheidung zwischen Inter- nen und Externen Modalitäten. Es wird die folgende Zuordnung genutzt:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 33/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 36]

2.5.7.2 Version 1.1

= 24 = 1.1

= ( )+

wobei

= = = =

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 34/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 37]

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 35/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 38]

Die Bedeutung der einzelnen Attribute und die Verarbeitung, insbesondere die Identifi- zierung der für die Fahrgastinformation benötigten Audio- und Bilddateien ist dem Fachkonzept zu Umsteigemöglichkeiten im Produktverzeichnis IVU.fleet zu entneh- men.

Beispiel

In diesem Beispiel erhält das Fahrzeug 4711 eine Meldung für den kommenden Halte- punkt 4712, in dem angezeigt werden sollen: Produktkategorie „RE", Zugnummer „11111", Modalität 102: externe Linie 202, Bezeichner 'Metro', Platform „A", Ziel „Main station", Plan-Abfahrt 12:43:30, Ist-Abfahrt 12:44:00

B##I#4711#24#1.1##4712#Stop47#RE#11111#102#1#202#Metro#4712#Stop 47#A#{„Final ":{„No":123,"Text":"Main station"}}#2015-10-27- 12:43:30#2015-10-27-12:44:00#Achtung Taschendiebe!#0

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 36/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 39]

2.5.8 Anschluss-Datenmeldung

= 6

= 2

Allgemein werden geänderte Plandaten zu den Anschlüssen der aktuellen Fahrt über- tragen, etwa nach Disposition einer der beteiligten Fahrten.

= { }+

wobei

=

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 37/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 40]

Bedarfs-Status (ab Version 2) 0: Kein Bedarf, Anschluss muss nicht überwacht werden 1: Anschlussbedarf: mindestens ein 16 Demand Number(2) %2u Fahrgast möchte umsteigen 2: Abbringer hat Bedarfsanschluss nicht zugesichert 3: Abbringer hat Bedarfsanschluss zugesichert

Für die Übertragung von Anschlussdaten zu Fahrtbeginn gilt:

Die Anschlüsse sind nach Fahrtverlauf sortiert, mehrere Anschlüsse an einem Halte- punkt werden nach Abfahrtzeit des Abbringers sortiert. Sind keine Anschlüsse für die Fahrt versorgt wird kein Telegramm gesendet (=> Count > 0). Das Attribut Modifier wird ab Version 1.1 von der Zentrale geliefert. Zur Kompatibilität mit der älteren Version wird hier der Wert 0 für im Soll unveränderte Anschlüsse übertragen. Die anderen Werte ergeben sich aus dispositiven Änderungen in den Solldaten, Einzelheiten sind den entsprechenden Fachkonzepten zu entnehmen.

Je nach Rolle des Fahrzeugs im Anschluss muss dieses Attribut unterschiedlich inter- pretiert werden:

• Für den Zubringer dient es als Bestätigung, dass einem Fahrgastwunsch nach- gekommen wird (Antwort auf Anschluss-Bedarfsmeldung).

• Für den Abbringer bedeutet es, dass er eine Anschlussbeziehung entweder mangels umsteigender Fahrgästen ignorieren kann oder explizit zum Warten aufgefor- dert wird. Je nach Konfiguration ist dies Aufforderung auf dem Bordrechner mit einem eigenen Fahrerdialog verbunden und führt zu einer weiteren Telegrammübertragung, mit der die Fahrerantwort an die Leitstelle und ggf. bis zum Zubringer übertragen wird.

Die Angaben "Zubringer" und "Abbringer" bei den obigen Attributen sind zuerst für die Nachricht an den Zubringer angegeben, in Klammern steht die Version für die Meldung Rolle an den Abbringer gerichtet (='A'). Die Beziehungen müssen dann umge- dreht werden, übertragen wird dann die Linien-, Fahrt- und Zielnummer des Zubrin- gers, der Haltepunkt und Abfahrtszeit des Abbringers.

2.5.9 Bedarfsfahrtmeldung

= 29 = 1

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 38/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 41]

Die Zentrale informiert das Fahrzeug über die aktuelle Disposition einer Bedarfsfahrt. Eine Bedarfsfahrt kann neben festen Haltepunkten auch Bedarfshaltepunkte enthalten, die nur angefahren werden, wenn eine entsprechende Buchung vorliegt. Das Tele- gramm beschreibt, an welchen der Bedarfshaltepunkte Einsteiger und/oder Aussteiger angemeldet sind. Enthält das Telegramm keine Haltepunkte ist dies für das Fahrzeug die Information, dass die Bedarfshaltepunkte der Fahrt nicht angefahren werden müs- sen.

=

Der TripKey enthält den natürlichen Schlüssel der Bedarfsfahrt und DemandStops ent- hält die Daten für die Bedarfshaltepunkte.

Attribute für DemandStops

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 39/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 42]

Aktuell ist nicht vorgesehen, dass die Namen der aussteigenden Fahrgäste kommuni- ziert werden, da sie nicht bekannt sind. Die Gesamtzahl der einsteigenden Fahrgäste muss nicht unbedingt die Summe aus den mit den Namen gemeldeten Einsteiger sein, da diese Informationen möglicherweise nicht vollständig sind.

Beispiel 1

Drei Bedarfshaltepunkte werden gemeldet. Beim Haltepunkt 5733 steigen die von Fahrgast Steiger gebuchten 3 Personen und Fahrgast Helm ein, ein Fahrgast steigt aus, beim Haltepunkt 3233 steigt Fahrgast Becker ein, am Haltepunkt 4711 steigen 3 Fahrgäste aus. B##I#IVU/100#29#1#14#119998#59520#0#18{"DemandStops":[{"StopPoin t":5733,"In":4,"NamesIn":[{"Name":"Stei- ger","Count":3},{"Name":"Helm","Count":1}],"Out":1},{"Stop- Point":3233,"In":1,"NamesIn":[{"Name":"Be- cker","Count":1}]},{"StopPoint":4711,"Out":3}]}

Beispiel 2

Leermeldung: Für die Fahrt wurden keine Buchungen durchgeführt: B##I#IVU/100#29#1#14#119998#59520#0#18{"DemandStops":[]}

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 40/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 43]

2.6 Kommunikation Zentrale -> Fahrzeug, Fahrzeug -> Zentrale

2.6.1 Anweisungen und Meldungen

Mit Hilfe von Anweisungen und Meldungen werden Informationen (z.B. zu dispositiven Maßnahmen, technischen Defekten, allgemeine Meldungen, Datenanforderungen etc.) zwischen IVU.fleet und Bordrechner ausgetauscht.

Der Telegrammheader einer Anweisung/Meldung ist wie folgt definiert:

= 3

= 1

Der Inhalt einer codierten Anweisung hat folgenden Aufbau:

= [ ]

= | | | | | |

= [( )*]

=

Die optionalen Parameter einer Anweisung sind anweisungsspezifisch und werden im Folgenden näher beschrieben:

2.6.1.1 Anforderungen Zentrale -> Fahrzeug

= (100 – 199)

= (für Anforderungen nicht definiert)

Zur Zeit sind folgende Anforderungen definiert:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 41/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 44]

2.6.1.1.1 Beispiel

Das folgende Beispiel fordert eine Standardmeldung des Fahrzeugs 1234 an:

B##I#MAN/1234#3#1##101

2.6.1.2 Anforderungsantwort Fahrzeug -> Zentrale

= (100 – 199)

= (siehe Tabelle)

Zur Zeit sind folgende Anforderungen definiert:

2.6.1.2.1 Beispiel

Das folgende Beispiel meldet das Fahrzeug 1234 seine Rufnummer 4711:

I#MAN/1234#B##3#1##102#4711

2.6.1.3 Codierte Anweisungen

= (1 – 99)

= (für cod. Anweisungen nicht definiert)

Die Texte für die codierten Anweisungen werden in der gemeinsamen Solldatenversor- gung von Bordrechner und IVU.fleet festgelegt. Projektspezifisch können Anweisungen im Bordrechner eine festgelegte Funktion anstoßen.

2.6.1.3.1 Beispiel

Das folgende Beispiel sendet die codierte Anweisung 22 an das Fahrzeug 1234:

B##I#MAN/1234#3#1##22

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 42/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 45]

2.6.1.4 Freie Textanweisungen

= 200

= (freier Text)

2.6.1.4.1 Beispiel

Das folgende Beispiel sendet den freien Text „Hello World“ an das Fahrzeug 1234:

B##I#MAN/1234#3#1##200#Hello World

2.6.1.5 Anweisungen der Anschlusssicherung

= (201 –216)

= (siehe Tabelle)

Zur Zeit sind innerhalb der Anschlusssicherung folgende Anweisungen definiert:

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 43/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 46]

Die Anweisungen 211, 212, 216 dienen zur Kommunikation mit dem Abbringer bei An- schlüssen mit externen Zubringern, die Anweisungen 213, 214, 215 zur Kommunika- tion mit dem Zubringer bei Anschlüssen mit externen Abbringern (VDV-ANS). Die Attri- bute Betrieb, Linienbezeichner und externes Ziel werden dabei als Zeichenketten über- geben so wie sie über die externe Schnittstelle (VDV) geliefert werden. Zu diesem An- schluss gibt es kein Bezug in den Solldaten.

Bei Telegramm 211 soll die Anzeige für den Fahrer lauten:

'Externen Anschluss abwarten - / nach '

Die Wartezeit muss angezeigt und verrechnet werden.

Bei den Telegrammen 213 und 214 sollen Linienbezeichner und Ziel des VDV- Abbringers mit entsprechender Information („wartet“ / „wartet nicht“) im Zulauf auf den durch die Haltepunktnummer definierten Haltepunkt angezeigt werden.

Die Information „wartetBis“ ist ggfs. im Rahmen des Telegramms 213 auszuwerten.

2.6.1.5.1 Beispiel

Das folgende Beispiel sendet eine Anschlussanweisung mit Linie 5 an das Fahrzeug 1234:

B##I#MAN/1234#3#1##201#5

Das folgende Beispiel sendet eine Anschlussanweisung zu einem VDV-Abbringer an das Fahrzeug MAN/445:

B##I#MAN/445#3#1##213#VDV1#S101#16:51:30#1411#Schlosspark

Im folgenden Beispiel hingegen wird der Anschluss mit dem VDV-Abbringer aufgeho- ben:

B##I#MAN/445#3#1##214#VDV1#S101#00:00:00#1411#Schlosspark

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 44/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 47]

3 Sendekriterien

Durch die Festlegung von Sendekriterien soll einerseits die vom Fahrzeug gesendete Datenmenge klein gehalten werden, anderseits eine möglichst aktuelle Information im IVU.fleet-System erreicht werden. Die Sendekriterien beziehen sich auf die Standort- meldung (2.4.1).

3.1 Kommunikation Fahrzeug -> Zentrale

3.1.1 Anforderung

Eine Standortmeldung kann durch das IVU.fleet-System angefordert werden.

3.1.2 Fahrermeldung inkl. Standortmeldung

Fahrermeldungen werden nach Auswahl der entsprechen codierten Meldung vom Fah- rer gesendet. Die Fahrmeldung ist in das Standortmeldungstelegramm eingebettet. So- mit erfolgt auch eine Aktualisierung des Standortes.

3.1.3 Standortmeldung bei Ankunft

Bei Ankunft (GPS-Ortung) an Haltepunkten die in den Solldaten mit einer „Anforderung zur Standortmeldung“ gekennzeichnet sind erfolgt eine Standortmeldung.

3.1.4 Standortmeldung bei Abfahrt

An Haltepunkten, denen über die Solldaten eine FGI zugeordnet ist, erfolgt eine Standortmeldung bei Abfahrt.

3.1.5 Standortmeldung bei Änderung

Bei Änderung von Umlauf/Linie/Fahrt/Haltepunkt erfolgt eine Standortmeldung, wenn seit der letzten Standortmeldung eine vorgegebene parametrierbare Zeit (z.Z. 10 sec) vergangen sind. Die Standortmeldung erfolgt nicht sofort nach Änderung, um eine Mel- dungsflut beim Blättern der Haltestellen am Fahrzeug zu vermeiden.

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 45/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 48]

3.1.6 Standortmeldung bei Änderung der Fahrplanlage

Bei Änderung der Fahrplanlage erfolgt eine Standortmeldung, wenn eine der paramet- rierbaren Fahrplanabweichungsklassen gewechselt wird. Durch eine Hysterese wird ein ständiges Wechseln zwischen 2 Abweichungsklassen vermieden.

3.1.7 Zyklische Standortmeldung

Eine Standortmeldung erfolgt ebenfalls, wenn seit der letzten Standortmeldung eine pa- rametrierbare Zeit (z.B. 1 Minute) überschritten wurde.

3.1.8 OffRoute-/OnRoute-Meldung

Eine Standortmeldung erfolgt, wenn die GPS-Ortung im Fahrzeug ein Verlassen des Fahrwegs feststellt bzw. eine Rückkehr zum aktuellen Fahrweg erkannt wird. Eine GPS- Standortsynchronisation, d.h. eine Überprüfung auf Verlassen des (Rückkehr zum) Fahr- weg erfolgt an Haltepunkten und an in den Soldaten definierten GPS- Synchronisationspunkten.

P13588_SST_2020-11-23_Luftschnittstelle_19.1.FINAL_Auszug_MVV.docx, 46/46

Seiten GPRS-Kommunikation

IVU Traffic Technologies AG – Borchersstrasse 20 – 52072 Aachen –  (0241) 47051-0

[Seite 49]

Anlage A 09.2 Anlage A 9.2

Schnittstellenerweiterung VDV452 für das Projekt

ISE/EFM des MVV München

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 1/15 Seiten

[Seite 50]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

P

RÜFBLATT

ÄNDERUNGSHISTORIE

QS-PRÜFUNG Datum Name Neuer Status

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 2/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 51]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

Inhalt

1 Übersicht ............................................................................................................ 4 1.1 Einsatz der Schnittstelle ............................................................................ 4 1.2 Inhalt des Dokuments ................................................................................ 4 2 Mitgeltende Dokumente .................................................................................... 5 3 Erweiterungen ................................................................................................... 6 3.1 Wertebereich der Orte (REC_HP, REC_ORT, REC_OM) .......................... 6 3.2 Wertebereich und Schlüssel der Fahrtnummern (REC_FRT) .................... 6 3.3 Fahrttypen (REC_FRT, MENGE_LINIENFAHRTART)............................... 6 REC_FRT ................................................................................................................. 6 MENGE_LINIENFAHRTART.................................................................................... 8 3.4 LSA-Daten ............................................................................................... 10 LICHTSIGNALANLAGEN ....................................................................................... 10 LSA_MELDEPUNKTE ............................................................................................ 12 3.5 Entwerterdaten ........................................................................................ 14 LID_VERLAUF ....................................................................................................... 14 3.6 VDV-Bereiche .......................................................................................... 14

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 3/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 52]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

1 Übersicht

1.1 Einsatz der Schnittstelle

Im Projekt ISE/EFM des MVV München ist eine zentrale Fahrplanung vorgesehen, von der aus alle Verkehrsunternehmen mit den beim MVV zentral zu planenden Daten ver- sorgt werden. Als Fahr-und Dienstplanprogramm wird hier DIVA-4 von Mentz zum Ein- satz kommen. Der MVV nimmt dabei nur die Fahrtplanung vor, da die Umlaufplanung ausschließlich vom durchführenden Verkehrsunternehmen durchgeführt werden kann. Den Verkehrsunternehmen steht frei, die Daten in DIVA-4 oder in eigenen nachgela- gerten Fahr-und-Dienstplanprogrammen um Umläufe und weitere Fahrten anzurei- chern.

Für die Datenübertragung der Solldaten zwischen allen beteiligten Planungsprogram- men sowie zwischen den Planungsprogrammen und dem Hintergrundsystem des ISE (IVU.fleet.data) soll dieselbe Schnittstelle verwendet werden. Diese wird im Folgenden definiert.

1.2 Inhalt des Dokuments

Als Datenformat soll die Solldatenschnittstelle VDV-452 zum Einsatz kommen. Da im der MVV über den Umfang von VDV-452 hinaus Daten in DIVA-4 gepflegt werden sol- len und sich einige Abweichungen ergeben ist eine Erweiterung nötig. Dieses Doku- ment definiert die erweiterte Schnittstelle, indem es nur die Abweichungen von der in Kapitel 2 referenzierten und zu verwendenden Version der VDV-452 beschreibt. Eine in 2014 erscheinende Version der VDV-452 soll unterstützt werden.

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 4/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 53]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

2 Mitgeltende Dokumente

Basis-Schnittstellenbeschreibung VDV-Schriften 452 Version 1.5 07/13

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 5/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 54]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

3 Erweiterungen

3.1 Wertebereich der Orte (REC_HP, REC_ORT, REC_OM)

Die Wertebereiche der Haltepunkte und Haltestellen im MVV sind wie folgt definiert: Die Haltestellen-IDs sind bis zu 6-stellig numerisch zu versorgen. Die Haltepunkte sind maximal 8-stellig numerisch, wobei die letzten beiden Stellen den Steig innerhalb der Haltestelle bestimmen. Für die Übertragung der Haltepunkte in VDV-452 bedeutet dies eine Erweiterung des Wertebereiches auf decimal (6) in den Tabellen REC_HP, REC_ORT und REC_OM.

Die globale Haltestellen-ID (Wie in DEFAS verwendet) wird in der Spalte HST_NR_INTERNATIONAL übertragen.

3.2 Wertebereich und Schlüssel der Fahrtnummern (REC_FRT)

Vom ISE werden nur 7-stellige Fahrtnummern unterstützt. Daher wird in der Schnitt- stelle vorsorglich der Wertebereich reduziert. Weiterhin muss die Fahrtnummer FRT_FID nicht mehr eindeutig sein über den Export gesehen sondern innerhalb einer Linie pro Tagesart.

3.3 Fahrttypen (REC_FRT, MENGE_LINIENFAHRTART)

Im MVV sollen Fahrgastfahrten, die der Verkehrsunternehmer zusätzlich zum MVV- Verkehr plant, durch neue Fahrt-Typen zu unterscheiden. Hierfür werden wir nicht die Schnittstelle selbst erweitern sondern der geplanten Erweiterung der Schnittstelle VDV- 452 im Jahr 2014 vorgreifen, die im Folgenden beschrieben ist.

REC_FRT

Beschreibung der Erweiterung: Neues Attribut FZG_TYP_NR zur Definition des Fahr- zeugtyps der Fahrt, wenn die Fahrt nicht in einem Um- lauf verplant ist. Das Attribut referenziert auf die Tabel- le MENGE_FZG_TYP

Neues Attribut LINIENFAHRTART_NR zur freien Defini- tion neuer Fahrtarten in der Tabelle MENGE_LINIENFAHRTART

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 6/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 55]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 7/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 56]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

MENGE_LINIENFAHRTART

Beschreibung der Erweiterung: Neue Tabelle MENGE_LINIENFAHRTART. Linienfahr- ten (=Normalfahrten) können hiermit noch weiter diffe- renziert werden.

Für jede Linienfahrtart kann angegeben werden, für welche Anwendungszwecke die Linienfahrtart relevant ist, so z.B. ob die Fahrten dieser Linienfahrtart in der Auskunft erscheinen sollen.

Weiterhin besteht die Möglichkeit, den Linienfahrtarten Eigenschaften für den Bedarfsverkehr zuzuordnen.

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 8/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 57]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 9/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 58]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

BEDARFSVERKEHR char(40 ISO URL unter der die Fahrt angemeldet werden kann _URL ) 8859-1

Für die Fahrtarten des ISE im MVV wird folgendes vereinbart:

1. Verstärkerfahrten werden mit der FAHRT_TYP_NR 6 – Verstärkerfahrt markiert
2. Für die Sonderfahrten wird eine Linien-Fahrtart „Sonderfahrt“ mit der Nr. 1 er- stellt und in dem Feld LINIENFAHRTART_NR entsprechend referenziert.
3. Für die Schülerfahrten wird eine Linien-Fahrtart „Schülerfahrt“ mit der Nr. 2 er- stellt und in dem Feld LINIENFAHRTART_NR entsprechend referenziert.

Weitere Linien-Fahrtarten für die Definition des Bedarfsverkehrs für reguläre MVV- Linienfahrten können erstellt werden.

Diese Angaben sind vorbehaltlich der endgültigen Veröffentlichung der VDV-Schrift. Weiterhin können durch die Definition der Bedarfsverkehr-Funktionalitäten weitere An- forderungen an die Inhalte dieser Tabellen entstehen.

3.4 LSA-Daten

Die im Folgenden beschriebenen Tabellen zur Definition von LSA-Anlagen und Melde- punkten werden der Schnittstelle als zusätzliche Tabellen hinzugefügt um die ver- schiedenen Anforderungen der verwendeten Systeme abbilden zu können.

LICHTSIGNALANLAGEN

Beschreibung: Beschreibt Kreuzungen/Lichtsignalanlagen

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 10/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 59]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 11/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 60]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

Bemerkung: Die Entfernung vom vorhergehenden Haltepunkt ist in REC_SEL_ZP ent- halten Mit der Eingabe einer Liniennummer kann die Beeinflussung der LSA auf die Linie beschränkt werden. Keine Angabe (NULL) bedeutet, dass die Fahrzeuge aller Linien die LSA beeinflussen sollen. Die Telegrammtypen werden als String "R.- " codiert. Unterstützt werden folgende Telegrammtypen : "R09.0", "R09.12", "R09.14", "R09.14-1", "R09.14-2", "R09.16", "R09.16- 1", "R09.16-2", "R09.16-3", "R09.16-4", "R09.16-5"..

LSA_MELDEPUNKTE

Art der Abweichung gegenüber der Basisversion der Schnittstelle: zusätzliche Tabelle

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 12/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 61]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

Beschreibung: Attribute von LSA-Meldepunkten, Ergänzung zu LICHTSIGNALANLAGEN und REC_OM

Bemerkung: Die Entfernung vom vorhergehenden Haltepunkt ist in der Verbindung : REC_SEL_ZP enthalten. Die Verbindung kann über LICHTSIGNALANLAGEN.ANF_ORT_NR und LSA_MELDEPUNKTE.ORT_NR bestimmt werden. MELDEPUNKT_NUMMER: Die Meldepunkte bezeichnen die Punkte, an denen ein Fahrzeug ein Te- legramm an die zu beeinflussende LSA-Anlage sendet. Bei den Melde- punkten handelt es sich (i.d.R.) um die folgenden Meldungen: Fernanmeldung : Meldepunkttyp 0 Voranmeldung : Meldepunkttyp 1 Hauptanmeldung : Meldepunkttyp 2 Abmeldung : Meldepunkttyp 3 ANF_ART: Die Anforderung der LSA, d.h. das Senden des LSA-Telegramms, erfolgt: 0: automatisch am definierten Meldepunkt (Entfernung des Meldepunkt nach dem Bezugspunkt) 1: nach dem nächsten „Tür auf“ nach Erreichen des Meldepunktes

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 13/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 62]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

2: nach dem nächsten „Tür zu“ nach Erreichen des Meldepunktes 3: nach Betätigung einer Funktionstaste am Bordrechner durch den Fah- rer (Handanforderung) nach Erreichen des Meldepunktes

3.5 Entwerterdaten

LID_VERLAUF

Art der Abweichung gegenüber der Basisversion der Schnittstelle: zusätzliches Attribut ENTWERTER

Beschreibung: Versieht Linienverläufe mit Entwertermerkmalen (Codes für den Auf- druck).

Bemerkung: Die Daten werden nur exportiert wenn Daten vorhanden sind, da diese Attribute nicht verpflichtend sind.

3.6 VDV-Bereiche

VDV-Bereiche definieren Zuordnungen von Haltepunkten (Orten) zu einer festen ID, die mit den Kommunikationspartnern für VDV453/454 ausgetauscht werden kann und somit die IDs der Orte in den jeweiligen Datenversorgungen entkoppelt. Diese Berei- che können in VDV452 bislang nicht gepflegt werden. Daher definiert diese Erweite- rung zwei Tabellen: VDV_BEREICH für die Definition des Bereiches und dessen Typ und HP_ZU_VDV_BEREICHE für die Zuordnung der Orte zu den VDV-Bereichen.

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 14/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 63]

Schnittstellenerweiterungen VDV-452 MVV Anlage A 9.2

MVV_Schnittstellenerweiterung_VDV452_V.0.3._20140605.docx, Version 0.3 15/15 Seiten

IVU Traffic Technologies AG – Bundesallee 88 – 12161 Berlin – Tel. +49.30.8 59 06 0

[Seite 64]

Anlage A 09.4

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 65]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Änderungsverzeichnis

2 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 66]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Inhaltsverzeichnis

1 ALLGEMEINES .................................................................................................. 4 1.1 Dateiformat ................................................................................................ 4 1.2 Attributformate ........................................................................................... 4 1.3 Importvoraussetzungen ............................................................................. 7 2 Fahrtaufzeichnungen ........................................................................................ 8 2.1 Struktur...................................................................................................... 8 2.1.1 Schlüsselattribute ...................................................................................... 8 2.1.2 Attribute für TYP=“SB” ............................................................................ 10 2.1.3 Attribute für TYP=“SH“ und “Sh” ............................................................. 11 2.1.4 Attribute für TYP=“SE“ ............................................................................ 12 2.1.5 Attribute für TYP=“IB“ .............................................................................. 12 2.1.6 Attribute für TYP=“IH“ .............................................................................. 13 2.1.7 Attribute für TYP=“IA“ .............................................................................. 13 2.1.8 Attribute für TYP=“IV“ .............................................................................. 15 2.1.9 Attribute für TYP=“IG“ ............................................................................. 15 2.1.10 Attribute für TYP=“VB“ ............................................................................ 15 2.2 Datensätze zur Fahrgastzählung ............................................................. 16 2.2.1 Attribute für TYP=“ZH“ ............................................................................ 16 2.2.2 Attribute für TYP=“Zh“ ............................................................................. 16 2.2.3 Attribute für TYP=“Z0“ ............................................................................. 17 2.3 Semantik ................................................................................................. 19 2.4 Beispiel.................................................................................................... 21 3 ANSCHLUESSE ............................................................................................... 22

4 ANHANG ........................................................................................................... 25 4.1 Anhang 2 - XML-Dateiformat ................................................................... 25 4.1.1 Was ist XML? .......................................................................................... 25 4.1.2 Dokumenttyp STATISTIK ........................................................................ 25 4.1.3 Datenaustausch ...................................................................................... 25 4.1.4 Rahmendokumente ................................................................................. 26 4.1.5 Datendokumente ..................................................................................... 30

3 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 67]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

1 ALLGEMEINES

Das vorliegende Dokument beschreibt eine allgemeine Datenschnittstelle von Bord- rechnern oder Betriebsleitsystemen zum Statistiksystem wie z.B BON.qm.

Die Datenschnittstelle ist als offener Standard definiert, dem sich möglichst viele Fremdhersteller anschließen können, auch solche, die keine Datenbank als Grundlage der Datenversorgung verwenden.

1.1 Dateiformat

Die Datenschnittstelle ist als XML-Datei realisiert, um die Unabhängigkeit von ver- schiedenen Hardware- und Betriebssystemplattformen zu gewährleisten. Weiterhin wird durch die Verwendung von XML-Dateien eine programmunabhängige, ohne Hilfsmittel lesbare Zwischenschicht geschaffen, die bei etwaigen Unstimmigkeiten leicht zu prüfen ist.

Die Datensätze sollten innerhalb der Dateien nach dem Primärschlüssel sortiert sein, um die Daten leichter prüfen zu können.

Der technische Aufbau der XML-Dateien ist in Anhang2 beschrieben.

1.2 Attributformate

In den folgenden Kapiteln sind die Attribute aller Objekte in tabellarischer Form aufge- führt.

Spaltenbeschreibung :

Attribut Name des Attributes

Kommentar kurze Beschreibung des Attributes

Typ Datentyp des Attributes

Zulässige Datentypen sind STRING (Zeichenkette), NUMBER (Ganz- zahliger Wert), DATE (Datum), TIME (Uhrzeit), FIXED (fester Wert) und ENUMERATION (feste Wertemenge)

Länge Maximale Länge des Attributes

Wert Wertebereich des Attributes

Min..Max : Wertebereich mit Einschränkung der Ober- und Untergrenze.

4 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 68]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Min.. : Wertebereich mit Einschränkung der Untergrenze, die Obergrenze wird hier durch die maximale Länge des Attribute festgelegt.

.. Max : Wertebereich mit Einschränkung der Obergrenze, die Untergrenze für NUMBER-Attribute ist in diesem Fall 0.

.. : keine Einschränkung des Wertebereichs

Fixedwert : nur dieser Wert ist hier zugelassen

Wert1|Wert2|...|WertN : Aufzählung von zugelassenen Werten

Format : Formatangabe bei DATE und TIME Attributen, z.B. dd.MM.yyyy oder HH:mm:ss

NN "+" bedeutet, dass dieses Attribut ein NOT NULL - Attribut ist. D.h. das Attribut muss in jedem Fall versorgt sein. Default Werte werden hier eingetragen. Fehlt ein Einrag kann das Attribut auch leer (NULL) sein.

Schlüssel :

Unter dem Stichwort "Schlüssel" sind zu jeder Tabelle die Attribute beschrieben, die als Primärschlüssel dienen. In der Tabelle sind sie zusätzlich grau hinterlegt. Primär- schlüssel sind immer NN-Attribute und sie müssen zusammengesetzt eindeutig (UNIQUE) sein.

Neben dem Primärschlüssel eines Objektes, kann es eine weitere Kombination von Attributen geben, die das Datenobjekt eindeutig identifiziert. Diese Attributkombination wird natürlicher Schlüssel genannt. Er ist dann notwendig, wenn :

• der Primärschlüssel ein künstlicher Schlüssel ist, der nur zum Datenaustausch genutzt wird.

• der Primärschlüssel zur Wiedererkennung eines Objektes zwischen 2 ver- schiedenen Importen nicht geeignet ist.

• der Schlüssel eines Objektes kundenspezifisch ist.

Des weiteren werden hier diejenigen Attribute/Attributkombinationen einer Tabelle be- schrieben, die zusätzlich zum Primärschlüssel eindeutig (UNIQUE) sein müssen.

5 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 69]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Datentypen :

STRING ASCII-Zeichen des Zeichensatzes ISO-8859-1 (oder ISO-8859-2) mit Wertebereich >= 32.

Zusätzliche Einschränkungen ergeben sich durch die von den einge- setzten Bordrechnern, Zieltext- und FGI-Anzeigen unterstützten Zei- chen.

Achtung : Führende Leerzeichen werden beim Datentyp STRING impor- tiert. Das bedeutet für Schlüsselattribute, dass die Leerzeichen auch bei der Identifizierung und Referenzierung benutzt werden und damit, in al- len Dateien vorhanden sein müssen.

NUMBER Positiver numerischer Wert (d.h. >= 0).

Diese Einschränkung gilt auch dann, wenn in der Spalte "Wert" keine Einschränkung vermerkt ist.

Achtung : In den XML-Dateien müssen numerische Werte unformatiert abgelegt werden, d.h. führende Nullen oder Leerzeichen sind nicht er- laubt.

DATE Datum im angegebenen Format. Fehlt das Format, wird yyyy-MM-dd verwendet (z.B. 2001-03-12)

TIME Uhrzeit im angegebenen Format. Fehlt das Format, wird HH:mm:ss verwendet (z.B. 13:10:30)

FIXED Festes Attribut, welches nur den angegebenen Wert annehmen kann.

ENUMERATION Menge von festen Werten, die das Attribut annehmen kann.

Ortskoordinaten werden als GPS Koordinaten (WGS84) im Format gggmmssnnn (Gradzahl, Minuten, Sekunden mit 3 Nachkommastellen, Längengrad mit Bezugsrich- tung Ost, Breitengrad mit Bezugsrichtung Nord) abgelegt.

Zeiten im Betriebstag mit Datentyp NUMBER müssen in Sekunden ab 00:00 des Be- triebstages abgelegt sein, so dass eine Zeit über 24:00 hinausgehen kann.

weitere Randbedingungen :

Existieren weitere Randbedingungen zu den einzelnen Tabellen, so sind diese bei der jeweiligen Objektbeschreibung angegeben.

6 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 70]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

1.3 Importvoraussetzungen

Die im Rahmen der Schnittstelle gelieferten Daten müssen in sich referenziell, seman- tisch und syntaktisch konsistent sein. Es ist jedoch nicht erforderlich, dass alle Tabel- len gefüllt sind, wenn trotzdem die Konsistenzbedingung erfüllt ist. Für den Import ei- ner Tabelle müssen die Daten, die als Fremdschlüssel verwendet werden, bereits im- portiert sein.

Die zur Verwendung kommenden Programme erlauben den wiederholten Import von Daten. Es wird daher vorausgesetzt, dass eine Objektidentifikation stabil ist, d.h. sich nicht für jeden Import ändert.

Zu jedem Objekt (Tabelle) müssen die Randbedingungen erfüllt sein (Schlüssel, Ein- deutigkeit, Existenz, Referenzen, Wertebereich, etc.).

1.4 Exportnachbedingung

Immer wenn ein Fahrzeug statistische Daten, zu den zentralen Komponenten über- trägt, wird es in das in diesem Dokument beschriebene XML-Format konvertiert. Die Menge und Typ des zu exportierenden Objekts hängt von den von den Fahrzeugen gelieferten Informationen ab und darf nicht alle hier beschriebenen Objekte verwen- den, sondern nur die, die notwendig sind, um ein bestimmtes Ziel zu erreichen. Zum Beispiel ist es möglich, nur Passagierzähldaten zu exportieren.

In jedem Fall sind die exportierten Daten in sich referenziell, semantisch und syntak- tisch konsistent.

7 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 71]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2 Fahrtaufzeichnungen

2.1 Struktur

Die Informationen über die geplante Fahrt und die protokollierten Zeiten werden in derselben Struktur notiert, dabei werden verschiedene Ausprägungen als „Typ“ mar- kiert, die dann unterschiedliche Attributsätze enthalten können oder müssen.

2.1.1 Schlüsselattribute

Folgende Attribute müssen von allen Datensätzen geliefert werden.

Attribut Kommentar Typ Länge Wert NN

FAHRT ID der Fahrt NUMBER 15 +

LFD_NR durchgehende Nummerierung NUMBER 6 1..999999 +

QUELLE Datenherkunft NUMBER 1 1=RBL, + 2=ibox, 3=afr 4=Sonstige

MANDANT Mandantenkennung STRING 5 DEF

ANTR Zähler für mehrfach angetretene Fahrten NUMBER 2 1.. 1

8 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 72]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Bemerkungen:

Das Attribut TYP bestimmt den Inhalt der weiteren Attribute. Folgende Typen werden aktuell erkannt:

SB Sollbeginn Eintrag mit Planinformationen zu Fahrt und Fahrzeug

SH Soll-Haltepunkt Abfolge der geplanten Fahrtstrecke

IB Ist-Beginn Protokollierung des Fahrtantritts

IH Ist-Halt Protokollierung von Ankunft und Abfahrt am Haltepunkt

IA Ist-Aufenthalt Protokollierung von Stehzeiten in oder zwischen Haltepunkten

SE Sollende Abschluss der Fahrt

VB / VM Zugverband Datensatz zum Zugverband / Traktion

9 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 73]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.2 Fahrtprofil

Attribute für TYP=“SB”

Folgender Datensatz beschreibt die Plandaten der Fahrt.

Attribut Kommentar Typ Länge Wert NN

FWG Linienvariante auf der die Fahrt stattgefunden hat NUMBE 4 1.. + R

FAHRTNR Fahrtnummer NUMBE + R

FZG Fahrzeugnummer des Fahrzeuges welches das NUMBE 4 1.. + Telegramm erzeugt hat R

EXT_FZG externe Fahrzeugnummer NUMBE 8 1.. R

RICHT Richtung der Linienvariante (1=Hin,2=Rück) NUMBE 1 1..2 R

KAPAZ Fahrgastkapazität des Busses NUMBE R

DIENST Dienstnummer NUMBE R

BBER Bezeichner des Betriebsbereiches STRING 40

LINIE_INTBEZ alphanumerische Liniennummer STRING 5

ZIELTEXT Zielname für Fahreranzeige STRING 20

10 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 74]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

DATEI Name der Quelldatei STRING 40

FZG_MANDANT Besitzer-Mandant STRING 5

DISPO Vermerk, dass der Sollfahrweg, den das Fahrzeug NUMBE 1 0..1 fahren soll vom originellen Fahrweg in den Sollda- R ten abweicht 0 = keine Änderung, 1 = Fahrweg verändert

2.2.1 Attribute für TYP=“SH“ und “Sh”

Folgender Datensatz beschreibt die Abfolge von Haltepunkten auf dem Fahrweg zu einer Fahrt. Dabei werden Haltepunkte, die von der Fahrt nicht bedient werden, durch die Kennung TYP=“Sh“ markiert, von der Fahrt bediente Haltepunkte mit TYP=“SH“. Relevant nur bei Systemen, die die Solldaten komplett mit den protokollierten Istdaten beziehen.

Für die folgenden Auswertungen muss die Sequenz von Haltepunkten auf einem Fahrweg bei allen Fahrten auf diesem Fahrweg identisch sein.

Attribut Kommentar Typ Länge Wert NN

ORT_NR Ortsnummer NUMBER +

ORT_TYP 1 für Haltepunkt, 2 für Betriebshofpunkte NUMBER 1 1,2 1

VLWEG Sollentfernung zum Vorgänger-Haltepunkt (in NUMBER 0.. + Meter, erster Hp: 0)

LBEZ Haltepunktname STRING 30 +

HST_NR Haltestellennummer NUMBER

SHZEIT Sollhaltezeit am Haltepunkt in Sekunden NUMBER 0..

KONZ_NR Konzessionsnummer NUMBER

KONZ_KBEZ Kurzbezeichner Konzession STRING 10

KONZ_LBEZ Langbezeichner Konzession STRING 40

GEBIET_NR Gebietskörperschaftsnummer NUMBER

11 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 75]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.2.2 Attribute für TYP=“SE“

Folgender Datensatz dient zur Kennzeichnung des Abschlusses der Fahrt und der Vollständigkeit der Aufzeichnung.

Attribut Kommentar Typ Län- Wert NN ge

KLM Gefahrene Strecke auf der Fahrt (in 100m) NUMBER

2.2.3 Attribute für TYP=“IB“

Folgender Datensatz protokolliert den Beginn einer Fahrt.

Attribut Kommentar Typ Länge Wert NN

ABFAHRT Ist-Abfahrt der Fahrt NUMBER 7 +

FAHRTNR NUMBER +

FNR Fahrernummer NUMBER

KLMB Kilometerstand bei Fahrtbeginn in 100m NUMBER

ENTWB Entwerter-Zählerstand bei Fahrtbeginn

DATEI STRING 40

ZUGNR Zugnummer bei Zugbearbeitung NUMBER

12 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 76]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.2.4 Attribute für TYP=“IH“

Folgender Datensatz protokolliert die tatsächliche Fahrtdurchführung an einem Halte- punkt.

Attribut Kommentar Typ Länge Wert NN

ORT_NR Ortsnummer NUMBER +

ORT_TYP 1 für Haltepunkt, 2 für Betriebshofpunkte NUMBER 1 1,2 1

FGWZEIT Fahrgastwechselzeit in Sekunden NUMBER 0..

KLM Kilometerstand am Haltepunkt in 100m NUMBER 7

GPS_LONGITUDE GPS-Koordinaten NUMBER GPS_LATITUDE in Grad * 107

URSACHE Numerische Kennung einer Aufenthaltsur- NUMBER 0.. sache

Die Fahrgastwechselzeit summiert alle Stehzeiten im Haltepunkt mit geöffneter Tür. Stehzeiten mit geschlossener Tür werden im folgenden Datensatz „IA“ mit LWEG=0 erfasst.

13 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 77]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.2.5 Attribute für TYP=“IA“

Folgender Datensatz protokolliert Stehzeiten während der Fahrtdurchführung.

Attribut Kommentar Typ Länge Wert NN

ORT_TYP 1 für Haltepunkt, 2 für Be- NUMBER 1 1,2 1 triebshofpunkte

ADAUER Aufenthaltsdauer in Sekun- NUMBER 0.. + den

Eine Stehzeit im Haltepunkt (LWEG=0) bezeichnet immer nur eine Zeitspanne mit geschlossener Tür. Stehzeiten im Haltepunkt mit offener Tür werden als Fahrgast- wechselzeit im Datensatz „IH“ angegeben.

Damit berechnet sich die Abfahrtzeit des Fahrzeugs an einem Haltepunkt als (Ankunft + Fahrgastwechselzeit + Aufenthalt im Haltpunkt)

Stehzeiten auf der Strecke (LWEG>0) werden mit geöffneter oder geschlossener Tür erfasst.

14 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 78]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.2.6 Attribute für TYP=“IV“

Folgender Datensatz protokolliert Verspätungsgründe.

Attribut Kommentar Typ Länge Wert NN

ORT_TYP 1 für Haltepunkt, 2 für Be- NUMBER 1 1,2 1 triebshofpunkte

VGRUND Kennung über den Ver- NUMBER 0..8 + spätungsgrund

2.2.7 Attribute für TYP=“IG“

Folgender Datensatz protokolliert Konzessions- oder Gebietswechsel.

Attribut Kommentar Typ Länge Wert NN

ORT_TYP 1 für Haltepunkt, 2 für Be- NUMBER 1 1,2 1 triebshofpunkte

KONZ_NR Kennung der folgenden NUMBER 0.. Konzession

15 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 79]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.3 Datensätze zur Fahrgastzählung

2.3.1 Attribute für TYP=“ZH“

Folgender Datensatz protokolliert eine Fahrgastzählung in einem Haltepunkt.

Attribut Kommentar Typ Länge Wert NN

ORT_TYP 1 für Haltepunkt, 2 für Be- NUMBER 1 1,2 1 triebshofpunkte

EIN Anzahl der Einsteiger NUMBER 0.. + (Summe aller Fahrzeuge im Zugverband)

ZAHL nur für ersten Haltepunkt der NUMBER 0.. + Fahrt relevant: s. Attribute für TYP=“Z0“

ENT Anzahl Entwertungen NUMBER 0.. +

ZART Zaehlungsart: NUMBER 1 0,1 + 0::automatisch (Ibis), 1 :: manuell (Dialog)

2.3.2 Attribute für TYP=“Zh“

Dieser Datensatz protokolliert eine türscharfe Fahrgastzählung in einem Haltepunkt.

Die Attribute entsprechen in Name und Beschreibung der vorigen Aufstellung. Der Datentyp für EIN, AUS und STATUS_ZAEHL ändert sich aber zu STRING. In dieser Zeichenkette ist jeweils eine kommaseparierte Liste mit maximal 16 Einträgen von Zählungen / Status enthalten, wobei der erste Eintrag die Zählung an der vordersten Tür beschreibt.

16 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 80]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.3.3 Attribute für TYP=“Z0“

Dieser Datensatz entspricht im Aufbau dem Datensatz „ZH“. Er wird ausschließlich am Beginn und Ende einer Fahrgastfahrt verwendet und signalisiert, dass beim Wechsel auf die Folgefahrt keine Fahrgäste übernommen werden konnten. Im Gegensatz dazu wird mit einem ZH-Datensatz zum Beginn einer Fahrt über das Feld ZAHL nach Abzug der Einsteiger im ersten Haltepunkt die Anzahl Fahrgäste geliefert, die bei Fahrtantritt noch von der letzten Fahrt übernommen wurden.

17 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 81]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.4 Datensätze zu Zugverbänden

Mit diesen Datensätzen können Aufzeichnungen anderer Fahrzeuge referenziert wer- den, die mit dem Fahrzeug dieser Aufzeichnung in einem Verbund gekoppelt waren.

2.4.1 Attribute für TYP=“VB“

Folgender Datensatz protokolliert Zusammenstellungen von Fahrzeugen im Zugver- band.

Attribut Kommentar Typ Länge Wert NN

STATUS An-/Abmeldung NUMBER 1 1,2,3 + 1: Anmeldung 2: Abmeldung

POS Position im Zugverband NUMBER 2.. + 2 -> erster Beiwagen

FZTYP Fahrzeugtyp (Ist) NUMBER 1..

SFZTYP Fahrzeugtyp (Soll) NUMBER 1..

2.4.2 Attribute für TYP=“VM“

Mit diesem Datensatz verweist ein gezogenes Fahrzeug auf das Zugfahrzeug

Attribut Kommentar Typ Länge Wert NN

ZEIT Sollabfahrt der gemeinsa- NUMBER 7 0..86400 + men Fahrt (Sek. ab Mitter- nacht)

18 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 82]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.5 Semantik

Eine Fahrt wird für die IVU-Statistik (IVU.control) durch eine Abfolge von Datensätzen in den oben angegebenen Strukturen protokolliert. Eine zulässige Fahrt besteht aus:

• Einem Sollbeginn-Datensatz (SB)

• Mindestens zwei Soll-Haltepunkt-Datensätzen (SH)

• Einem Ist-Beginn-Datensatz (IB)

• Einer Folge von Ist-Datensätzen: (I*), dabei aber mindestens zwei Ist-Haltepunkte (IH)

• Genau einem Soll-Ende-Datensatz (SE)

Die Plandaten einer Fahrt werden durch Soll-Datensätze protokolliert (S*)

Der Sollbeginn enthält die Kennwerte der Fahrt.

Der von der Fahrt abzuleistende Fahrweg wird durch die Abfolge der SH-Datensätze definiert. Für die IVU-Statistik sind nur Haltepunkte (ORT_TYP=1) relevant. Diese müssen in sich durch das Attribut ABFOLGE eindeutig nummeriert und sortierbar sein. Bei Ringfahrten kann derselbe Haltepunkt mehrfach angeführt werden, die Abfolge muss sich aber unterscheiden.

Werden mehrere Fahrten auf demselben Fahrweg protokolliert muss die Sequenz der Haltepunkte und die Nummerierung im Attribut ABFOLGE identisch sein. Wenn eine Fahrt nicht den gesamten Fahrweg bedient ist es zulässig, die nicht befah- renen Haltepunkte in der Protokollierung (TYP=SH) auszulassen. Die Nummerierung im Attribut ABFOLGE muss aber der Nummerierung im gesamten Fahrweg entspre- chen.

Die Durchführung der Fahrt wird mit Ist-Datensätzen protokolliert (I*).

Der Ist-Beginn bezeichnet den Antritt der Fahrt und kann sich von der Abfahrt am ers- ten Haltepunkt unterscheiden.

Die Ankünfte und Abfahrten an einzelnen Haltepunkten werden durch Ist-Haltepunkt- Datensätze aufgezeichnet. Dabei muss jeder Datensatz mit den Attributen ORT_NR und ORT_TYP auf einen Plandatensatz (Typ=SH) verweisen.

Die Ablage der Datensätze mit Ist-Informationen zur Fahrt sollte in chronologischer Reihenfolge geschehen.

19 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 83]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Das Ende einer Fahrt (durch Erreichen des Endhaltepunktes oder Wechsel auf eine andere Fahrt) wird durch ein Ist-Ende angezeigt.

2.5.1 Fahrgastzählung

Für die Fahrgastzählung werden im Verlauf der Fahrt mit der Ablage der Abfahrt- Informationen (Fehler! Verweisquelle konnte nicht gefunden werden. Datensätze vom Typ Z* abgelegt, die die im Fahrzeug erfassten Anzahlen an Ein- und Aussteigern sowie die Fahrgastzahl enthalten.

2.5.2 Zugverband

Die Datensätze zur Kennung der Zugverbände dienen den Referenzen in beide Rich- tungen, sowohl als Verweis vom Zugfahrzeug auf die gehängten Wagen als auch vom angehängten Fahrzeug auf das Zugfahrzeug.

Die Aufzeichnung des führenden Fahrzeugs wird nach Fahrtantritt (IB) um je einen Datensatz (VB) je angehängtem Fahrzeugs erweitert

Die Aufzeichnung der angehängten Fahrzeuge enthält keine Informationen über die tatsächliche Fahrtdurchführung, darum werden keine Ist-Datensätze zu Haltepunkten erwartet. Die Abfolge der Telegramme reduziert sich darum wie folgt:

• Ein Sollbeginn-Datensatz (SB)

• Mindestens zwei Soll-Haltepunkt-Datensätzen (SH)

• Ein Ist-Beginn-Datensatz (IB)

• Ein Verweis auf das Zugfahrzeug (VM)

• Fahrgastzählungen für dieses Fahrzeug (Z*)

Ein Datensatz zum Ende der Fahrt wird nicht erwartet.

20 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 84]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

2.6 Beispiel

…

…

21 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 85]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

3 ANSCHLUESSE

Attribut Kommentar Typ Länge Wert NN

ZEIT Zeitstempel TIME . HH:mm:ss +

QUELLE Datenherkunft (1=RBL, NUMBER 1 1..2 + 2=Bordrechner)

STATUS Codierung des Anschlussstatus STRING 4 .. +

MANDANT_ZU Mandantenkennung der Zubringer- NUMBER 1 .. . fahrt

LINIE_ZU Liniennummer der Zubringerfahrt NUMBER 4 1..9999 .

KURS_ZU Kursnummer der Zubringerfahrt NUMBER 4 1..9999 .

FRTNR_ZU Fahrtnummer der Zubringerfahrt NUMBER 5 1..99999 .

ORT_NR_ZU Nummer des Anschluss- NUMBER 8 1..99999999 . Haltepunktes der Zubringerfahrt

LINIE_AB Liniennummer der Abbringerfahrt NUMBER 4 1..9999 .

KURS_AB Kursnummer der Abbringerfahrt NUMBER 4 1..9999 .

START_AB Startzeit der Abbringerfahrt in Se- NUMBER 6 0..129600 . kunden nach Mitternacht

22 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 86]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

FRTNR_AB Fahrtnummer der Abbringerfahrt NUMBER 5 1..99999 .

ABFAHRT_AB Sollabfahrtzeit der Abbringerfahrt TIME . HH:mm:ss . im Anschlusspunkt

WEGEZEIT minimale Übergangszeit zwischen NUMBER 6 0..999999 . den Anschlusspunkten in Sekun- den

TYP Typ des Anschlusses STRING 1 .. .

XML-Element: ANSCHLUSS

Schlüssel:

Die Attribute (NR, ZEIT, TAG, QUELLE ) bilden den Schlüssel.

weitere Randbedingungen:

Die ersten drei Attribute müssen in der Reihenfolge (NR, ZEIT, TAG) geliefert werden.

Es ist möglich, für denselben Anschluss nacheinander verschiedene Status zu proto- kollieren. Die verschiedenen Status müssen dann mit verschiedenen Zeitstempeln versehen werden (ZEIT). Als Anschlussstatus wird der jüngste Statuseintrag verwen- det.

Das Attribut STATUS hat folgende Bedeutung: 0: Anschluss stattgefunden: ohne Probleme 1: Anschluss stattgefunden: war gefährdet 3: Anschluss stattgefunden: durch Eingriff des Fahrdienstleiter 2: Anschluss nicht stattgefunden: Fahrtausfall des Zubringers 21: Anschluss nicht stattgefunden: Fahrtausfall des Abbringers 22: Anschluss nicht stattgefunden: Abfahrt des Abbringers 23: Anschluss nicht stattgefunden: Gefährdung eines Anschlusses mit höherer Priori- tät 32: Anschluss nicht stattgefunden: Verspätung des Zubringers -1: Anschluss unbekannt

Das Attribut TYP beschreibt den Typ des Anschlusses und darf folgende Werte an- nehmen: A: normaler limitierter Anschluss S: vorgesehener Anschluss (nur Statistik)

23 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 87]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

24 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 88]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

4 ANHANG

4.1 Anhang 2 - XML-Dateiformat

4.1.1 Was ist XML?

Die Extensible Markup Language (XML) wurde am 10. Februar 1998 mit der Version 1.0 vom World Wide Web Consortium (W3C) zum offiziellen Standard erklärt. Die Spezifikation der Syntax findet sich unter http://www.w3.org/TR/2000/REC-xml- 20001006.

Was ist XML? XML ist eine Metasprache für das Definieren von Dokumenttypen. Unter Dokumenttypen versteht man eine Klasse von Dokumenten, die alle in ihrem Aufbau bestimmten Grundmustern folgen. Ein Beispiel für solch eine Dokumentenklasse sind die allseits bekannten HTML-Dokumente, die alle dem Dokumenttyp HTML angehö- ren.

Die Struktur eines Dokumenttyps wird in seiner Document Type Definition (DTD) fest- gelegt. Hier werden die Regeln für den Aufbau der Dokumente geliefert. „DTDs haben [also] diese beiden Hauptfunktionen: Sie sagen den Verfassern von Dokumenten, wel- che Strukturen es in den Dokumenten geben kann. Und sie sagen den Programmie- rern, auf was ihre Programme sich gefasst machen müssen“ [Kuno Dünhölter: Das Web automatisieren mit XML, 09/98, http://members.aol.com/xmldoku/ ].

4.1.2 Dokumenttyp STATISTIK

Mit Hilfe eines geeigneten Dokumenttyps soll es ermöglicht werden, alle Daten der betrieblichen Statistik mitsamt ihrer syntaktischen Strukturbeschreibung in einem Do- kument zusammenzufassen. Dies heißt nicht, dass man dieses Dokument nicht aus organisatorischen Gründen auf mehrere Dateien verteilen kann. Der XML-Parser übernimmt dann die Aufgabe, die verschiedenen Teile des Dokuments wieder zu- sammenzuführen.

In der DTD statistik.dtd wird die Struktur des Dokumenttyps STATISTIK definiert.

4.1.3 Datenaustausch

Für jedes zu übertragende Objekt werden zwei Dateien definiert:

• .trf XML-Rahmendokument (trans frame), z.B. ANSCHLUSS.trf

• .trd Datei mit den Daten im XML-Format (trans data), z.B. ANSCHLUSS.trd

25 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 89]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

Darüber hinaus sind weitere Rahmendokumente für jedes zu übertragende Paket so- wie ein Gesamtrahmendokument möglich:

• .trf XML-Rahmendokument für ein Paket, z.B. GRUNDDATEN.trf

• trans400.trf XML-Rahmendokument für die Gesamtdaten

Damit ist es möglich, sowohl ein einzelnes Objekt als auch ein Paket oder den gesam- ten Datenaustausch logisch als ein XML-Dokument zu sehen.

4.1.4 Rahmendokumente

Ein Rahmendokument fasst immer mehrere physikalische Dateien zu einem logischen Dokument zusammen und kann als Einstiegspunkt für jeden XML-Parser verwendet werden. Es beginnt wie jedes XML-Dokument mit der Angabe der XML-Version und des verwendeten Zeichensatzes:

Anschließend wird der Dokumenttyp mitsamt seiner DTD festgelegt und die zu diesem Rahmendokument gehörenden Objekte als geparste Entities vereinbart. Als Beispiel dient das Rahmendokument GRUNDDATEN.trf.

]>

Der Dokumenttyp TRANS besteht aus einem Header- und einem Data-Abschnitt. Im Header des Dokuments werden allgemeine Angaben zum Dokument gemacht:

• Von wem und wann wurde das Dokument erzeugt

• Welche Version hat das Dokument (hier trans400)

• Welchen Umfang hat der Datenaustausch (PARTIAL, COMPLETE)

26 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 90]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

PARTIAL : Die Daten des Dokuments ergänzen den bestehenden Datenbestand. Ist ein Datensatz des Dokuments bereits vorhanden, so werden die im Dokument angegebenen Attribute in den Datenbestand übernommen, alle anderen Attribute bleiben unverändert.

COMPLETE : Die Daten des Dokuments ersetzen den bestehenden Datenbestand, d.h. Datensätze des bestehenden Datenbestands, die nicht im Doku- ment enthalten sind, werden gelöscht. Mit den Datensätzen des Doku- ments wird wie bei PARTIAL verfahren.

Im Data-Abschnitt des Dokuments werden die Datendokumente der zugehörigen Ob- jekte eingebunden. COUNT gibt die Anzahl der Datensätze im jeweiligen Datendoku- ment an.

Liegen für ein Objekt keine Daten vor oder kann das Objekt nicht geliefert werden, so kann ein Datendokument ohne Datensatz erzeugt werden (COUNT=0).

Das Rahmendokument für ein Objekt bindet im Data-Abschnitt das Datendokument genau dieses Objektes ein,

das Gesamtdokument alle Pakete mit all ihren Datendokumenten:

27 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 91]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

...

...

]>

28 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 92]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

29 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 93]

Schnittstellenbeschreibung

IVU-Statistikdatenschnittstelle

4.1.5 Datendokumente

In den Datendokumenten stehen zu jedem Objekt die Datensätze. Jeder Datensatz wird durch ein XML-Element repräsentiert (hier BTB), deren Namen der DTD trans.dtd entnommen werden können. Die Attribute der Datensätze sind als XML-Attribute mo- delliert.

Hier ein Beispiel für BETRIEBSBEREICHE.trd:

30 IVU-Statistikdatenschnittstelle_2_x.doc, 31.10.19 V.28 30 Seiten

[Seite 94]

Anlage A 09.5

Definition:

Vertriebsdatenmeldung der

Verkehrsunternehmen

erstellt von: MVV GmbH

[Seite 95]

Seite 2 von 7

[Seite 96]

Definition Vertriebsdatenmeldung ......................................................................................................... 4 Technische Anbindung ............................................................................................................................ 4 Aufbau der Meldung ............................................................................................................................... 4 Definition Meldung ............................................................................................................................. 4

Details Definition ................................................................................................................................. 5

VU_B: Bezeichnung Verkehrsunternehmen .................................................................................... 5

AUSGST: Kurzbezeichnung Ausgabestelle ............................................................................... 5

ZP_VERK: Verkaufszeitpunkt ........................................................................................................... 5

ABZ: Abrechnungsziffer ................................................................................................................... 5

KBZ: Kurzbezeichnung ..................................................................................................................... 5

R_NR: Raumnummer ....................................................................................................................... 5

ZP_GA: Anfang Gültigkeitszeitpunkt ............................................................................................... 5

ZP_GE: Ende Gültigkeitszeitpunkt ................................................................................................... 5

E_PR: Einzelpreis ............................................................................................................................. 5

ANZ: Anzahl ..................................................................................................................................... 5

A_BEF: anteilige Beförderungskosten ............................................................................................. 6

G_PR: Gesamteinnahmen ............................................................................................................... 6

MWST: Anteil Mehrwertsteuer ....................................................................................................... 6

E_HST: Einstiegshaltestelle .............................................................................................................. 6

ZP_BUCH: Buchungszeitpunkt ......................................................................................................... 6

L_NR: Liniennummer (optional) ...................................................................................................... 6

Beispiele .............................................................................................................................................. 6

Bayern-Ticket ................................................................................................................................... 6

Starterkarte ..................................................................................................................................... 6

Datenaustausch ................................................................................................................................... 7

Datei-Namenskonventionen ........................................................................................................... 7

Meldefristen und Zugriff ................................................................................................................. 7

Seite 3 von 7

[Seite 97]

Definition Vertriebsdatenmeldung

Dieses Dokument beschreibt die Vertriebsdatenmeldung zur Umsetzung des Verbundreportings. Die Definition basiert auf den Annahmen eines monatlichen Reporting. Technische Anbindung

Abbildung 1 Datenversorgung Dashboard über Datenbank

Aufbau der Meldung

Definition Meldung

Die Meldung erfolgt im CSV-Format, wobei das Semikolon als Trennzeichen der Spalten verwendet wird.

Seite 4 von 7

[Seite 98]

Vor dem Einlesen der Daten wird auf Eindeutigkeit der blau hinterlegten Spalten geprüft.

Details Definition

VU_B: Bezeichnung Verkehrsunternehmen

eindeutige Bezeichnung des Verkehrsunternehmen Die Kurzbezeichnungen sind aus PV-Tabelle zu übernehmen.

AUSGST: Kurzbezeichnung Ausgabestelle

eindeutige Bezeichnung der Ausgabestelle wie Fahrkartenautomaten oder Verkaufsstellen Die Bezeichnung vergibt der Datenlieferant selbst. Kooperationspartner und Gemeinde/Schulträger für Kostenfreiheit sind explizit zu nennen.

ZP_VERK: Verkaufszeitpunkt

Format: YYYY-MM-DD HH:MM:SS

ABZ: Abrechnungsziffer

Abrechnungsziffer des verkauften Produktes Die ABZ-Nummern sind in der PV-Tabelle enthalten.

KBZ: Kurzbezeichnung

Kurzbezeichnung des Produktes

– Die Kurzbezeichnungen sind in der der PV-Tabelle enthalten. – maximal 15 Zeichen

R_NR: Raumnummer

Kodierung der Zonenkombination von 0–999 Die Raumnummern sind in der PV-Tabelle enthalten.

ZP_GA: Anfang Gültigkeitszeitpunkt

Anfangszeitpunkt der Gültigkeit des Fahrscheins Format YYYY-MM-DD HH:MM:SS Eine Zeitkarte kann bspw. zu einem späteren als den Verkaufszeitpunkt gültig werden.

ZP_GE: Ende Gültigkeitszeitpunkt

Endzeitpunkt der Gültigkeit des Fahrscheins Format YYYY-MM-DD HH:MM:SS. Die zeitliche Gültigkeit eines Produktes kann sich bspw. bei einem Tarifwechsel ändern.

E_PR: Einzelpreis

Einzelpreis des Fahrscheins [in Cent]

zur Handhabung von Stornofahrscheinen: siehe Kapitel 0

ANZ: Anzahl

Anzahl der verkauften Fahrscheine pro Verkaufsvorgang Eine negative Anzahl bedeutet, dass es sich bei der Zeile um ein Storno handelt. Ein zum Verkauf nachgelagerter Storno (bspw. am nächsten Tag) ist getrennt (in einer neuen Zeile) zu liefern. Beispiel: Von 3 Fahrscheinen zu je 1,50 EUR wird (später) storniert:

– 1. Zeile: ANZ = 3, G_PR = 450; Seite 5 von 7

[Seite 99]

– 2. Zeile: ANZ = −1, G_PR = −150

Alternativ können beim Sofortstorno sowohl Anzahlen (ANZ) als Gesamtpreis (G_PR) um die stornierten Fahrscheine verringert werden. Beispiel: Von 3 Fahrscheinen zu je 1,50 EUR wird 1 sofort storniert: ANZ = 2, G_PR = 300

A_BEF: anteilige Beförderungskosten

absoluter Betrag für die Beförderungsleistung am Einzelpreis [in Cent] Beispielsweise bei Kombinationsangeboten gilt ein Teil der Einnahmen für die Beförderungsleistung.

G_PR: Gesamteinnahmen

Gesamteinnahmen (an der Beförderungsleistung) pro Verkauf Beispiel: Wenn bei einem Verkauf 2 Fahrscheine zu 200 Cent verkauft werden, so werden gesamt 2 × 200 = 400 Cent Gesamtsumme angegeben.

zur Handhabung von Stornofahrscheinen: siehe Kapitel 0

MWST: Anteil Mehrwertsteuer

Anteil Mehrwertsteuer [in Promille] des Beförderungsentgeltes Der Mehrwertsteuersatz wird auf dem Fahrscheindokument ausgewiesen und ist ggf. Änderungen unterworfen.

E_HST: Einstiegshaltestelle

optional: Einstiegshaltestelle oder Starthaltestelle Format DHID/Global ID (gemäß VDV-Schrift

ZP_BUCH: Buchungszeitpunkt

Zeitpunkt, zu dem Fahrscheins im Hintergrundsystem des Verkehrsunternehmens erfasst wurde Format: YYYY-MM-DD HH:MM:SS

L_NR: Liniennummer

Nummer für die gefahrene Linie bei Regionalbusunternehmen. Verpflichtend für Regionalbusunternehmen. Format: Liniennummer des MVV

Beispiele

Dieses Kapitel enthält Beispiele für die Meldungserfassung über verschiedene Spalten hinweg.

Bayern-Ticket

– ABZ: 17004 – E_PR: 6900 – A_BEF: 1034 – ANZ: 2 – G_PR: 2068

Analog ist mit anderen Kombi-Tickets zu verfahren.

Starterkarte

Die Starterkarte zum persönlichem Abo – das Produkt 4770000 – basiert auf einem Einzelpreis, der pro Tag anfällt. Wenn eine Starterkarte vom 22.01. bis 31.01. verkauft wird, dann sind:

– ABZ: 4770000 – GDA: 2025-01-22 Seite 6 von 7

[Seite 100]

– GDE: 2025-01-31 – Preis: 200 – Anzahl (= Tage vom 22.01. bis 31.01 = 10 Tage): 10 – Gesamtsumme: 2000

Datenaustausch

Datei-Namenskonventionen

Die nachfolgende Datei-Namenskonventionen greifen nur, wenn der Datenaustausch über einen Export der Daten erfolgt. Bei direktem Zugriff auf die Datenbank entfällt die Regelung. Dem selbst gewählten Dateinamen (»*«) wird ein Unterstrich und die Version sowie die Dateiendung ».csv« angefügt: *_VVV.csv Hierbei bedeuten für VVV:

– 000 Erstlieferung – 001 und folgend: Korrekturlieferung (mit Zahl zeitlich aufsteigend) Für die Korrekturlieferung ist wichtig, dass der Dateinamen sonst wie bei der Erstlieferung benannt ist. Eine Korrekturlieferung ersetzt alle Inhalte der Erstlieferung.

Diese Definition umfasst sowohl einzelne Datensätze als auch zusammengefasste Meldungen.

Meldefristen und Zugriff

Die Bereitstellung der Vertriebsdaten durch die Verkehrsunternehmen erfolgt über die Ablage in der hierfür geschaffenen Cloud-Schnittstelle oder eine andere geeignete Schnittstelle. Die Bereitstellung erfolgt im jeweiligen Folgemonat. Nach Ablage der Daten werden diese automatisch auf Einhaltung des hier vorgegebenen Aufbaus überprüft und ggf. das Prüfprotokoll per E-Mail an den Datenlieferant geschickt. Verkehrsunternehmen und MVV können andere Meldewege vereinbaren.

Seite 7 von 7

[Seite 101]

Anlage A 09.6 Anlage A 9.6

Schnittstelle Tarifdaten IVU.fare

Fachkonzept

Dokumentadministration:

Schnittstelle_Tarifdaten_0.1.docx  2014 IVU Traffic Technologies AG

[Seite 102]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

Inhalt

1 NETZDATEN ....................................................................................................... 5 1.1 ORTE ........................................................................................................ 5 1.2 HALTESTELLEN ....................................................................................... 6 1.3 HALTEPUNKTE ........................................................................................ 6 2 TARIFDATEN ..................................................................................................... 8 2.1 MWST_SATZ ............................................................................................ 8 2.2 TARIFGEBIETE......................................................................................... 8 2.3 TARIFPUNKTE ......................................................................................... 9 2.4 ZIELCODES .............................................................................................. 9 2.5 HALTEPUNKTZUORDNUNGEN ............................................................. 10 2.6 PREISSTUFEN ....................................................................................... 10 2.7 KURZSTRECKEN ................................................................................... 11 2.8 PREISSTUFENMATRIX .......................................................................... 11 2.9 UMFAHRTEN .......................................................................................... 12 2.10 FAHRAUSWEISARTEN .......................................................................... 13 2.11 KONTROLL_FAHRPREISE .................................................................... 16 2.12 RUECKERSTATTUNGEN ....................................................................... 17 2.13 FA_ZU_KOMBI_FA ................................................................................. 18 2.14 GUELTIGKEITSARTEN .......................................................................... 19 2.15 GUELTART_FA_ZU_KOMBI_FA ............................................................ 22 2.16 GUELTART_ZU_FAARTEN .................................................................... 23 2.17 GUELTIGKEITSPLAENE ........................................................................ 23 2.18 GPL_ZU_GUELTIGKEITSARTEN ........................................................... 24 2.19 RABATTE ................................................................................................ 24 2.20 RABATT_ZU_KOMBI_FA ........................................................................ 25 2.21 RABATTIERUNGEN ............................................................................... 26 2.22 GUELTIGKEITSART_ZU_RABATT ......................................................... 26 2.23 FAART_GRUPPEN ................................................................................. 27 2.24 SONDERENTFERNUNGEN ................................................................... 27 2.25 UMFAHRT_SONDERENTFERNUNGEN ................................................ 28 2.26 PREISTABELLE ...................................................................................... 29 2.27 FAHRPREISE ......................................................................................... 29 2.28 GUELTART_ZU_FAHRPREISEN ........................................................... 30 2.29 RABATTE_ZU_FAHRPREISEN .............................................................. 31 2.30 RELATIONSZUSATZTEXTE ................................................................... 32 2.31 UMFAHRTZUSATZTEXTE ...................................................................... 33 2.32 ZUSATZTEXTE ....................................................................................... 34 2.33 ZUSATZTEXT_ZU_FAARTPSMATRIX ................................................... 34 2.34 ZUSATZTEXT_ZU_FAARTUMFAHRT .................................................... 35 2.35 UMSTIEGS_PUNKTE ............................................................................. 36 2.36 BERECHNUNGSREGELN ...................................................................... 37 2.37 UMSTIEG_REGELN ............................................................................... 37 2.38 SUCHBEGRIFF_TARIFPUNKTE ............................................................ 38

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 2/59 Seiten

[Seite 103]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2.39 MITNAHME_GRUPPEN .......................................................................... 39 2.40 MITNAHME_REGELN ............................................................................. 39 2.41 KONTROLL_RELATIONEN .................................................................... 39 2.42 KONTROLL_TP_ZU_RELATIONEN ....................................................... 40 2.43 MREGGRP_ZU_GUELTARTEN ............................................................. 41 2.44 FA_ZU_FAGRUPPEN ............................................................................. 41 2.45 VDVKA_ORGANISATIONEN .................................................................. 42 2.46 MREGGRP_ZU_FAHRPREISEN ............................................................ 42 3 FAHRAUSWEISDATEN .................................................................................... 44 3.1 LAYOUTPARAMETRIERUNGEN ............................................................ 44 3.2 LAYOUTPARAMETRIERUNG_FONTS ................................................... 45 3.3 FAHRAUSWEISLAYOUTS ...................................................................... 46 3.4 DRUCKFELDER...................................................................................... 47 3.5 FAHRAUSWARTLAYOUTS .................................................................... 58

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 3/59 Seiten

[Seite 104]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

Änderungsverzeichnis

Datum Autor Version Erstellung

07.02.2014 Holger Hemke 0.1 Entwurf

Referenzdokumente

Nr Stand Herausge- Version Titel ber

[R1]

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 4/59 Seiten

[Seite 105]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

1 NETZDATEN

Die Netzdaten enthalten die allgemeinen Daten zur Beschreibung eines Streckennet- zes.

1.1 ORTE

Beschreibt die allgemeinen Attribute aller Orte

XML-Element: ORT

Schlüssel:

Die Attribute (NR, TYP ) bilden den Schlüssel. Die Attribute (KBEZ, TYP ) müssen eindeutig sein.

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 5/59 Seiten

[Seite 106]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

weitere Randbedingungen:

Der Wert des Feldes TYP hat folgende Bedeutung: 1: Haltepunkt 2: Betriebshof 3: Ortsmarke(Bake) 4: Strecken- bzw. Verzweigungspunkt

Für jeden Ort in der Orttabelle ORTE muss ein entsprechender Eintrag in der zugehö- rigen Unter-Orttabelle (HALTEPUNKTE, BETRIEBSHOEFE, ORTSMARKEN, STRECKENPUNKTE) vorhanden sein. Falls für Orte (Ortsmarken, Streckenpunkte) keine Kurzbezeichner bekannt sind, so ist es zulässig als KBEZ die Nummer des Ortes einzutragen.

1.2 HALTESTELLEN

Beschreibt alle Haltestellen zur Vereinigung von Haltepunkten

XML-Element: HST

Schlüssel:

Das Attribut NR bildet den Schlüssel.

weitere Randbedingungen:

Für das Haltestellenkürzel(KBEZ) sind nur Buchstaben, Ziffern und Leerzeichen er- laubt.

1.3 HALTEPUNKTE

Beschreibt alle Haltepunkte mit ihren spezifischen Eigenschaften

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 6/59 Seiten

[Seite 107]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: HP

Schlüssel:

Das Attribut ORT_NR bildet den Schlüssel.

Referenzen:

Die Attribute (ORT_NR, ORT_TYP) referenzieren auf ORTE(0..). Das Attribut HST referenziert auf HALTESTELLEN(0..).

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 7/59 Seiten

[Seite 108]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2 TARIFDATEN

Die Tarifdaten enthalten die grundlegenden Daten zum Aufbau des Tarifsystems.

2.1 MWST_SATZ

Mehrwertsteuersätze mit Gültigkeiten

XML-Element: MWSTSATZ

Schlüssel:

Die Attribute (MWST_NR, GUELTIG_AB ) bilden den Schlüssel.

2.2 TARIFGEBIETE

Beschreibung von Tarifgebieten

XML-Element: TARIFGEBIET

Schlüssel:

Das Attribut TARIFGEBIET_NR bildet den Schlüssel.

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 8/59 Seiten

[Seite 109]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2.3 TARIFPUNKTE

Beschreibung von Tarifpunkten

XML-Element: TP

Schlüssel:

Das Attribut NR bildet den Schlüssel.

2.4 ZIELCODES

Zielcodes der Tarifpunkte

XML-Element: ZIELCODE

Schlüssel:

Das Attribut ZIELCODE bildet den Schlüssel.

Referenzen:

Das Attribut TARIFPUNKT_NR referenziert auf TARIFPUNKTE(0..*).

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 9/59 Seiten

[Seite 110]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2.5 HALTEPUNKTZUORDNUNGEN

Beschreibt die Zuordnungen von Haltepunkten zu Tarifpunkten

XML-Element: HP_ZU_TP

Schlüssel:

Die Attribute (HP, TP ) bilden den Schlüssel.

Referenzen:

Das Attribut HP referenziert auf HALTEPUNKTE(0..). Das Attribut TP referenziert auf TARIFPUNKTE(0..).

2.6 PREISSTUFEN

Beschreibung von Preisstufen

XML-Element: PREISSTUFE

Schlüssel:

Die Attribute (PREISSTUFE, TARIFGEBIET_NR ) bilden den Schlüssel.

Referenzen:

Das Attribut TARIFGEBIET_NR referenziert auf TARIFGEBIETE(0..*).

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 10/59 Seiten

[Seite 111]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2.7 KURZSTRECKEN

Haltestellenpaare, für die ein Kurzstreckentarif existiert

XML-Element: KURZSTRECKE

Schlüssel:

Die Attribute (HST_NR_EIN, HST_NR_AUS ) bilden den Schlüssel.

Referenzen:

Das Attribut HST_NR_EIN referenziert auf HALTESTELLEN(0..). Das Attribut HST_NR_AUS referenziert auf HALTESTELLEN(0..). Die Attribute (PREISSTUFE, TARIFGEBIET_NR) referenzieren auf PREISSTUFEN(0..*).

2.8 PREISSTUFENMATRIX

Beschreibung der Preisstufenmatrix

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 11/59 Seiten

[Seite 112]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: PSMATRIX

Schlüssel:

Die Attribute (TARIFPKT_NR_EIN, TARIFPKT_NR_AUS ) bilden den Schlüssel.

Referenzen:

Das Attribut TARIFPKT_NR_AUS referenziert auf TARIFPUNKTE(0..). Das Attribut TARIFPKT_NR_EIN referenziert auf TARIFPUNKTE(0..). Die Attribute (PREISSTUFE, TARIFGEBIET_NR) referenzieren auf PREISSTUFEN(0..*).

2.9 UMFAHRTEN

Beschreibung der Umfahrten

XML-Element: UMFAHRT

Schlüssel:

Die Attribute (TARIFPKT_NR_EIN, TARIFPKT_NR_AUS, UMFAHRT_TEXT ) bilden den Schlüssel.

Referenzen:

Die Attribute (TARIFPKT_NR_EIN, TARIFPKT_NR_AUS) referenzieren auf PREISSTUFENMATRIX(0..). Die Attribute (PREISSTUFE, TARIFGEBIET_NR) referenzieren auf PREISSTUFEN(0..).

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 12/59 Seiten

[Seite 113]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

2.10 FAHRAUSWEISARTEN

Beschreibung der Fahrausweisarten

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 13/59 Seiten

[Seite 114]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 14/59 Seiten

[Seite 115]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: FAHRAUSWART

Schlüssel:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR ) bilden den Schlüssel.

Referenzen:

Das Attribut TARIFGEBIET_NR referenziert auf TARIFGEBIETE(0..*).

nähere Erläuterungen:

FAHRAUSWART_TYP Unterstützt werden folgende Typen von Fahrausweisarten: "E" - Typ Einzelfahrausweis "GRUFP" - Typ Gruppenfahrausweis mit Freiplatzbrechnung "ARTKL" - Typ Artikel "ALPHA" - Typ Persönliches Abo "KOMBI" - Typ Kombi-Artikel "ABSCH_CHF" - Typ Abschlag CHF "ABSCH_EUR" - Typ Abschlag EUR "ABSCH_GUT" - Typ Abschlag Gutschein "ABSCH_REKA" - Typ Abschlag REKA-Scheck "REG" - Typ Registrierung "WKW" - Typ Wochenkarte für Kalenderwoche "WBEL" - Typ Wochenkarte mit beliebigem Anfang "MKM" - Typ Monatskarte für Kalendermonat "MBEL" - Typ Monatskarte mit beliebigem Anfang "JKJ" - Typ Jahreskarte für Kalenderjahr "JBEL" - Typ Jahreskarte mit beliebigem Anfang "JK12M" - Typ Jahreskarte für 12 Einzelmonate "VAR" - Typ variable Zeitkarte für X Tage "Q" - Typ Storno Mehrfahrtenkarte "PRDKT" - Typ Produkt-Rumpf Quittung Warenkorb "PKOPF" - Typ Produkt-Kopf Quittung Warenkorb "PFUSS" - Typ Produkt-Fuss Quittung Warenkorb "KTRLM" - Typ Kontrollmarke "KTREP" - Typ Kontrollmarke für GRUFP mit Einheitspreis "ZWABR" - Typ Zwischenabrechnung "ELOKAL" - Einzelfahrausweis lokal

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 15/59 Seiten

[Seite 116]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

"NACHERF_GUT" - Typ Nacherfassung Gutschein "NACHERF_REKA" - Typ Nacherfassung REKA-Scheck "QT_CASHTERM" - Typ Quittung vom Cashterminal

PREISBERECHNUNG 0 - keine Berechnung 1 - Preisstufendreieck 2 - Preiseingabe 3 - Preisstufe 4 - Einheitspreis

MWST Mehrwertsteuerberechnung 0 - keine MWST-Berechnung 1 - MWST Prozentsatz 1 (siehe MWST_SATZ). Wenn kein passender gültiger Daten- satz in MWST_SATZ vorliegt, wird der Wert des Konfigurationsparameters B4.Default_MWST_1 verwendet. 2 - MWST Prozentsatz 2 (siehe MWST_SATZ). Wenn kein passender gültiger Daten- satz in MWST_SATZ vorliegt, wird der Wert des Konfigurationsparameters B4.Default_MWST_2 verwendet. 3 - Ist die in der Preisstufenmatrix angegebene Entfernung kleiner als der im Konfigura- tionsparameter MWST_Entfernungs_Grenzwert angegebene Grenzwert, wird der 1. und sonst oder 2. Mehrwertsteuersatz verwendet.

2.11 KONTROLL_FAHRPREISE

Kreuztabelle zwischen Fahrausweisarten und Fahrpreisen

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 16/59 Seiten

[Seite 117]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: FAART_ZU_KONTROLL_FP

Schlüssel:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR ) bilden den Schlüssel.

Referenzen:

Das Attribut TARIFGEBIET_NR referenziert auf TARIFGEBIETE(0..*).

2.12 RUECKERSTATTUNGEN

Rückerstattungen für Zeitkarten

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 17/59 Seiten

[Seite 118]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: RUECKERSTATTUNG

Schlüssel:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR, LFD_NR, PREISSTUFE_MIN ) bilden den Schlüssel.

Referenzen:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR) referenzieren auf FAHRAUSWEISARTEN(0..*).

2.13 FA_ZU_KOMBI_FA

Fahrausweise, die einem Kombi-FA zugeordnet werden

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 18/59 Seiten

[Seite 119]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: FA_ZU_KOMBIFA

Schlüssel:

Die Attribute (TARIFGEBIET_NR, KOMBI_FA_NR, FA_ART_NR ) bilden den Schlüs- sel.

Referenzen:

Die Attribute (KOMBI_FA_NR, KOMBI_TGBT_NR) referenzieren auf FAHRAUSWEISARTEN(0..). Die Attribute (FA_ART_NR, TARIFGEBIET_NR) referenzieren auf FAHRAUSWEISARTEN(0..).

2.14 GUELTIGKEITSARTEN

Gültigkeit zu Fahrausweisen: Verkaufsperiode, FA-Gültigkeit oder Verwendungszeit- raum

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 19/59 Seiten

[Seite 120]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 20/59 Seiten

[Seite 121]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: GUELTIGKEITSART

Schlüssel:

Das Attribut GUELTIGKEITSTEXT bildet den Schlüssel.

nähere Erläuterungen:

GUELTIGKEITSART 0: Verkaufsperiode 1: Talzeit für Verkaufsperiode 2: Spitzenzeit für Verkaufsperiode 3: FA-Gültigkeit 4: Verwendungszeitraum

DAUER_EINHEIT 1 - Minuten 2 - Stunde 3 - Tag 4 - Woche

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 21/59 Seiten

[Seite 122]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

5 - Monat 6 - Jahr 7 - Betriebstag

weitere Randbedingungen:

Prioritäten Die Gültigkeitsart kann Fahrausweisarten, FA zu Kombi-FA, Preisstufen und Rabatten zugeordnet werden. Diese werden in folgender Reihenfolge ausgewertet: Prio 1 Preisstufe Prio 2 FA zu Kombi-FA Prio 3 Fahrausweisart Rabatt wird immer ausgewertet. Verkaufsperiode Die Gültigkeitsart Verkaufsperiode wird von allen FA-Typen unterstützt. Die Fahrausweise mit der nicht relevanten Verkaufsperiode sollen nicht wählbar sein. Ist keine Verkaufsperiode versorgt, dann kann der FA immer verkauft werden.

FA-Gültigkeit Die Gültigkeitsart FA-Gültigkeit wird nicht von den variablen und festen Zeitkarten un- terstützt. Ist keine FA-Gültigkeit versorgt, dann wird keine Gültigkeit aufgedruckt. Ausnahme sind die Typen E und GRUFP, die mit der Gültigkeit 1 Tag vorbelegt sind. Die Gültigkeit der Preisstufe hat Priorität vor der Gültigkeit zur FA-Art.

Verwendungszeitraum Die Gültigkeitsart Verwendungszeitraum wird von allen FA-Typen unterstützt. Ist kein Verwendungszeitraum versorgt, dann erfolgt kein Aufdruck. Die Gültigkeit der Preisstufe hat Priorität vor der Gültigkeit zur FA-Art.

2.15 GUELTART_FA_ZU_KOMBI_FA

Zuordnung von Gültigkeiten zum Fahrausweis eines Kombi-FA

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 22/59 Seiten

[Seite 123]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept

XML-Element: GUELTART_FA_ZU_KOMBIFA

Schlüssel:

Die Attribute (TARIFGEBIET_NR, KOMBI_FA_NR, FA_ART_NR, GUELTIGKEITSTEXT ) bilden den Schlüssel.

Referenzen:

Das Attribut GUELTIGKEITSTEXT referenziert auf GUELTIGKEITSARTEN(0..). Die Attribute (TARIFGEBIET_NR, KOMBI_FA_NR, FA_ART_NR) referenzieren auf FA_ZU_KOMBI_FA(0..).

2.16 GUELTART_ZU_FAARTEN

Gültigkeitsarten werden einer Fahrausweisart zugeordnet

XML-Element: GUELTART_ZU_FAART

Schlüssel:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR, GUELTIGKEITSTEXT ) bil- den den Schlüssel.

Referenzen:

Die Attribute (FAHRAUSWART_NR, TARIFGEBIET_NR) referenzieren auf FAHRAUSWEISARTEN(0..). Das Attribut GUELTIGKEITSTEXT referenziert auf GUELTIGKEITSARTEN(0..).

2.17 GUELTIGKEITSPLAENE

Gültigkeit für ausgewählte Kalendertage

Attribut Kommentar Typ Länge Wert NN

Schnittstelle_Tarifdaten_0.1.docx

Version : 0.1 23/59 Seiten

[Seite 124]

Schnittstelle Tarifdaten IVU.fare Anlage A 9.6

Fachkonzept