Los2: Standards - Versionsgeschichte

Neuner: /* Transport Protocol Experts Group (TPEG) */

2017-02-27T12:25:08Z

Transport Protocol Experts Group (TPEG)

Pfähler am 14. September 2016 um 08:32 Uhr

2016-09-14T08:32:20Z

Neuner am 2. August 2016 um 08:49 Uhr

2016-08-02T08:49:10Z

Neuner: /* Fahrzeug-zu-X Kommunikation */

2016-08-02T08:17:45Z

Fahrzeug-zu-X Kommunikation

Neuner am 29. Juli 2016 um 11:58 Uhr

2016-07-29T11:58:10Z

Neuner am 29. Juli 2016 um 11:57 Uhr

2016-07-29T11:57:57Z

Neuner: /* Radio Broadcast */

2016-07-29T11:57:46Z

Radio Broadcast

Neuner: /* OCA und ODG-Standards */

2016-07-29T11:38:31Z

OCA und ODG-Standards

Neuner: /* Fahrzeug-zu-X Kommunikation */

2016-07-29T11:34:00Z

Fahrzeug-zu-X Kommunikation

Neuner am 29. Juli 2016 um 11:30 Uhr

2016-07-29T11:30:49Z

@@ Zeile 106: / Zeile 106: @@
 Unter http://www.tisa.org/technologies/tmc/tmc-world-map/ gibt die TISA Auskunft über die aktuelle Verbreitung und die geplante Einführung von TMC in den Ländern der Welt. Es ist deutlich zu sehen, dass TMC einen hohen Durchdringungsgrad nicht nur in Europa hat. In den USA aber auch in Russland, China, Australien und Brasilien ist TMC etabliert. Argentinien und Indien planen die Einführung von TMC.
-== Transport Protocol Experts Group (TEPG) ==
+== Transport Protocol Experts Group (TPEG) ==
 '''Kurzbeschreibung'''

← Nächstältere Version		Version vom 14. September 2016, 08:32 Uhr
Zeile 211:		Zeile 211:
	* SAE (Society of Automotive Engineers)		* SAE (Society of Automotive Engineers)
	* IEEE (Institute of Electrical and Electronics Engineers)		* IEEE (Institute of Electrical and Electronics Engineers)
		+
		+	----
		+	[[Hauptseite\|<< Zurück zur Hauptseite]]

@@ Zeile 1: / Zeile 1: @@
 Zur Bestandsanalyse gehört auch die Untersuchung des aktuellen Stands und der Relevanz von Standards aus dem Verkehrsbereich wie DATEX II, TPEG, OTS/OCIT, TLS und aus dem IT-Bereich z.B. W3C/WS-* für allgemeine und Webtechnologien sowie OGC im GIS-Bereich.
-Im folgenden Kapitel wird eine Übersicht über eine Auswahl an wichtigen, zum Teil standardisierten Datenformaten gegeben, die für diese Referenzarchitektur von Bedeutung sind. Die Quelle für dieses Kapitel ist der UR:BAN Leitfaden.
+Im folgenden Kapitel wird eine Übersicht über eine Auswahl an wichtigen, zum Teil standardisierten Datenformaten gegeben, die für diese Referenzarchitektur von Bedeutung sind. Die Quelle für dieses Kapitel ist der [http://www.vt.bgu.tum.de/fileadmin/w00bnf/www/Projekte/Urban/URBAN_Leitfaden.pdf UR:BAN Leitfaden].
 Die folgenden Datenformate werden nachfolgend kurz erläutert:

@@ Zeile 185: / Zeile 185: @@
 Im Folgenden werden vier wichtige Nachrichtentypen für den Datenaustausch von Fahrzeugen mit Infrastruktureinrichtungen beschrieben:
-;CAM:
+: '''CAM''':
-: CAMs (Cooperative Awareness Message) enthalten aktuelle Zustandsdaten einer ITS Station (Fahr-zeug / Infrastruktur). Die Nachricht informiert über die Präsenz der ITS-Station, die Position, grundlegende Eigenschaften und Zustandswerte. Alle ITS-Stationen, d.h. sowohl fahrzeugseitig als auch infrastrukturseitig, senden diese Daten periodisch aus. Die Nachrichteninhalte sind zum Teil einheitlich festgelegt und zu einem anderen Teil je nach Stationstyp unterschiedlich. Jede Station sendet ihre aktuelle Position und ihren Stationstyp. Ein Fahrzeug sendet beispielsweise zusätzlich Informationen über den Fahrzeugtyp, seine aktuelle Geschwindigkeit und Bewegungsrichtung. CAM Nachrichten sind standardisiert nach TS 102 637-2 V1.2.1 (ETSI 2011).
+:: CAMs (Cooperative Awareness Message) enthalten aktuelle Zustandsdaten einer ITS Station (Fahr-zeug / Infrastruktur). Die Nachricht informiert über die Präsenz der ITS-Station, die Position, grundlegende Eigenschaften und Zustandswerte. Alle ITS-Stationen, d.h. sowohl fahrzeugseitig als auch infrastrukturseitig, senden diese Daten periodisch aus. Die Nachrichteninhalte sind zum Teil einheitlich festgelegt und zu einem anderen Teil je nach Stationstyp unterschiedlich. Jede Station sendet ihre aktuelle Position und ihren Stationstyp. Ein Fahrzeug sendet beispielsweise zusätzlich Informationen über den Fahrzeugtyp, seine aktuelle Geschwindigkeit und Bewegungsrichtung. CAM Nachrichten sind standardisiert nach TS 102 637-2 V1.2.1 (ETSI 2011).
-;DENM:
+: '''DENM''':
-: DENMs (Decentralized Environmental Notification Message) sind Nachrichten, die Information zu genau einem ortsgebundenen Ereignis enthalten, z.B. über eine Baustelle, ein Stauende oder Einsatz- bzw. Gefahrenstellen. Die DENM Nachrichten sind durch standardisiert nach EN 302 637-3 V1.2.1 (ETSI 2014) und werden nur unter der Voraussetzung eines eintretenden Ereignisses generiert und versendet,
+:: DENMs (Decentralized Environmental Notification Message) sind Nachrichten, die Information zu genau einem ortsgebundenen Ereignis enthalten, z.B. über eine Baustelle, ein Stauende oder Einsatz- bzw. Gefahrenstellen. Die DENM Nachrichten sind durch standardisiert nach EN 302 637-3 V1.2.1 (ETSI 2014) und werden nur unter der Voraussetzung eines eintretenden Ereignisses generiert und versendet,
-;MAP/TOPO:
+: '''MAP/TOPO''':
-: Dieser Nachrichtentyp enthält Informationen zur Topologie einer Kreuzung wie Haltelinien und Fahrstreifen. Dieser Nachrichtentyp ist nach J2735 standardisiert (SAE 2007). Inhaltlich mit den MAP Nachrichten vergleichbar sind die zum Teil auch synonym genannten TOPO Nachrichten, die vom ETSI beschrieben werden.
+:: Dieser Nachrichtentyp enthält Informationen zur Topologie einer Kreuzung wie Haltelinien und Fahrstreifen. Dieser Nachrichtentyp ist nach J2735 standardisiert (SAE 2007). Inhaltlich mit den MAP Nachrichten vergleichbar sind die zum Teil auch synonym genannten TOPO Nachrichten, die vom ETSI beschrieben werden.
-;SPaT:
+: '''SPaT''':
-: Die SPaT (Signal Phase and Timing) enthält Daten zum aktuellen Signalbild einer LSA sowie den er-warteten Umschaltzeitpunkt zur nächsten Phase. Dieser Nachrichtentyp ist nach J2735 standardisiert (ebd.).
+:: Die SPaT (Signal Phase and Timing) enthält Daten zum aktuellen Signalbild einer LSA sowie den er-warteten Umschaltzeitpunkt zur nächsten Phase. Dieser Nachrichtentyp ist nach J2735 standardisiert (ebd.).
 '''Betriebskosten'''

@@ Zeile 6: / Zeile 6: @@
 __TOC__
+<br>
 = OCA und ODG-Standards =
 [[Datei:StandardsLos2.png|center]]

@@ Zeile 93: / Zeile 93: @@
 OCIT-O (http://www.ocit.org/OCIT-O.htm) wird von der Herstellerorganisation ODG (http://www.ocit.org/odg.htm) unterstützt. Im Bedarfsfall wird hierüber Support geleistet. Als Lizenznehmer erhält man Unterstützung durch eine BTPPL-Bibliothek und (z.T. ebenfalls kostenpflichtige) Testtools. Betriebskosten speziell auf OCIT-O bezogen fallen ansonsten nicht an, es gibt keine Lizenzgebühren für einzelne Installationen o.ä.
-= Radio Broadcast =
+= Standards im Radio Broadcast =
 == Traffic Message Channel – TMC ==
 '''Kurzbeschreibung'''

@@ Zeile 7: / Zeile 7: @@
 <p> </p>
 = OCA und ODG-Standards =
 == OTS 1 (OCIT-I) ==
 '''Kurzbeschreibung'''

← Nächstältere Version		Version vom 29. Juli 2016, 11:34 Uhr
Zeile 163:		Zeile 163:

	== Fahrzeug-zu-X Kommunikation ==		== Fahrzeug-zu-X Kommunikation ==
		+	'''Kurzbeschreibung'''
		+
		+	Die Fahrzeug-zu-X Kommunikation (im Folgenden kurz: V2X) bezeichnet nicht ein Protokoll im allgemeinen Sinne sondern einerseits eine Familie von Protokollen sowohl für die Kommunikation aus Zentralen heraus als auch zwischen Fahrzeugen und andererseits auch die dazugehörige Architektur. Der Begriff Fahrzeug-zu-X umfasst im Kontext dieses Abschnitts aber auch die Backend-Kommunikation.
		+
		+	Es gibt hierfür eine große Anzahl von Standards (zum Teil noch in der Entstehung) für die verschiedenen Kommunikationsarten. Konkrete Standards gibt es zurzeit für die Kommunikation auf der Fahrzeugseite. Die Kommunikation zur Zentralenseite befindet sich noch in der Standardisierung.
		+
		+	Es ist anzunehmen, dass die Einführung der Technologie zur Kommunikation über die Luftschnittstelle in der Anfangsphase mit größeren Aufwendungen verbunden ist, da es sich um eine neue Technologie handelt. Dies wird sich im Laufe der Jahre ändern, wenn mehr Erfahrung im Umgang mit der Technologie vorhanden sein wird und mehr Anbieter am Markt sein werden.
		+
		+	Es werden vermutlich von verschiedenen Anbietern fertige System zu erstehen sein, so dass die gesamte Komplexität der Luftschnittstellenkommunikation (ähnlich beim Kauf eine Access-Points heute) durch diese Produkte bereits abgedeckt wird. Die Implementierung von Anwendungen wird aufgrund der standardisierten Schnittstellen und dem anzunehmenden Einsatz weit verbreiteter Ausführungsumgebungen nur eine geringe Einarbeitungszeit erfordern. Bei Einsatz der dienstorientierten OSGi Technologie kann der Einsatz eines entsprechenden Rahmenwerkes zu Lizenzgebühren führen. Es sind hier aber auch kostenfrei Open-Source Implementierungen verfügbar.
		+
		+	Der Einsatz von ASN.1 erfordert für kommunikationserfahrene Programmierer nur eine geringe Ei-narbeitungszeit. Es können allerdings Kosten für einen ASN.1 Compiler anfallen, obgleich auch hier Open-Source-Alternativen existieren.
		+
		+	Für die Backendkommunikation sind die Protokolle und Schnittstellen noch nicht ausreichend defi-niert um eine spezielle Aussage tätigen zu können. Allgemein lässt sich aber sagen, dass höchstwahrscheinlich zumeist bereits vorhandene und etablierte Protokolle und Mechanismen eingesetzt werden, sodass sich der Aufwand auf die Implementierung der Funktionalität an und für sich beschränken wird.
		+
		+	V2X nutzt auf der Luftschnittstelle eine Kommunikation, die auf dem weit verbreiteten Standard IEEE 802.11 beruht und dort als IEEE 802.11p standardisiert ist. Die darauf aufbauenden Protokolle sind alle neu spezifiziert worden.
		+
		+	Auf der Backendseite kommen Protokolle auf Basis von IP (IPv4: RFC 791, IPv6: RFC 2460) bzw. Pa-cket Data Convergence Protocol (PDCP: ETSI TS 125 323; im Mobilfunkbereich) zum Einsatz. Die ge-nau eingesetzten Protokolle sind momentan noch offen.
		+
		+	Im Folgenden werden vier wichtige Nachrichtentypen für den Datenaustausch von Fahrzeugen mit Infrastruktureinrichtungen beschrieben:
		+
		+	;CAM:
		+	: CAMs (Cooperative Awareness Message) enthalten aktuelle Zustandsdaten einer ITS Station (Fahr-zeug / Infrastruktur). Die Nachricht informiert über die Präsenz der ITS-Station, die Position, grundlegende Eigenschaften und Zustandswerte. Alle ITS-Stationen, d.h. sowohl fahrzeugseitig als auch infrastrukturseitig, senden diese Daten periodisch aus. Die Nachrichteninhalte sind zum Teil einheitlich festgelegt und zu einem anderen Teil je nach Stationstyp unterschiedlich. Jede Station sendet ihre aktuelle Position und ihren Stationstyp. Ein Fahrzeug sendet beispielsweise zusätzlich Informationen über den Fahrzeugtyp, seine aktuelle Geschwindigkeit und Bewegungsrichtung. CAM Nachrichten sind standardisiert nach TS 102 637-2 V1.2.1 (ETSI 2011).
		+
		+	;DENM:
		+	: DENMs (Decentralized Environmental Notification Message) sind Nachrichten, die Information zu genau einem ortsgebundenen Ereignis enthalten, z.B. über eine Baustelle, ein Stauende oder Einsatz- bzw. Gefahrenstellen. Die DENM Nachrichten sind durch standardisiert nach EN 302 637-3 V1.2.1 (ETSI 2014) und werden nur unter der Voraussetzung eines eintretenden Ereignisses generiert und versendet,
		+
		+	;MAP/TOPO:
		+	: Dieser Nachrichtentyp enthält Informationen zur Topologie einer Kreuzung wie Haltelinien und Fahrstreifen. Dieser Nachrichtentyp ist nach J2735 standardisiert (SAE 2007). Inhaltlich mit den MAP Nachrichten vergleichbar sind die zum Teil auch synonym genannten TOPO Nachrichten, die vom ETSI beschrieben werden.
		+
		+	;SPaT:
		+	: Die SPaT (Signal Phase and Timing) enthält Daten zum aktuellen Signalbild einer LSA sowie den er-warteten Umschaltzeitpunkt zur nächsten Phase. Dieser Nachrichtentyp ist nach J2735 standardisiert (ebd.).
		+
		+	'''Betriebskosten'''
		+
		+	Für die Nutzung der Standards entstehen keine Lizenzgebühren. Die ETSI Standards sind unentgeltlich zugänglich. Die IEEE, SAE und OSI Standards sind zumeist nur entgeltlich zugänglich. Die Nutzung von Funktechnologien erfordert die einmalige Anschaffung von dedizierter Hardware. Es können betreiberabhängige Kosten bei der Nutzung von mobilfunkbasierenden Systemen anfallen.
		+
		+	Die Luftschnittstellenkommunikation über IEEE802.11p erfolgt in Europa im lizenzfreien ISM-Band (ISM = Industrial, Scientific and Medical Band). Für weitere Informationen hierzu wird auf die Stan-dards ETSI EN 302 665 und ETSI ES 202 663 verwiesen.
		+
		+	'''Unterstützung (Support)'''
		+
		+	Hierzu lässt sich zum momentanen Zeitpunkt, da die Technologie noch nicht produktiv eingesetzt wird, noch keine Aussage machen. Die Standards in diesem Bereich werden hauptsächlich von vier verschiedenen Organisationen durchgeführt:
		+
		+	* ETSI (European Telecommunications Standards Institute) ITS Standards lassen sich in folgende Bereiche unterteilen: EN = European Norm, ES = ETSI Standard, TS = Technical Specification (Für die einzelnen Bereiche wurde nur beispielhaft ein Standard zur Verdeutlichung ausgewählt.)
		+	* CEN (Comité Européen de Normalisation) / TC (Technical committee) 278 und ISO (International Organization for Standardization) / TC 204
		+	* SAE (Society of Automotive Engineers)
		+	* IEEE (Institute of Electrical and Electronics Engineers)

@@ Zeile 94: / Zeile 94: @@
 = Radio Broadcast =
 == Traffic Message Channel – TMC ==
 == Transport Protocol Experts Group (TEPG) ==
-= Öffentlicher Personennahverkehr =
+'''Kurzbeschreibung'''
-== VDV R09.1 ==
-== VDV 453/454 ==
+TPEG umfasst einen umfangreichen Werkzeugkasten aus technischen Spezifikationen (zum großen Teil CEN/ISO Standards). Alle dienen zur Übermittlung von Verkehrsinformationen für Dienste. Ob Verkehrsmeldungen, flächige Verkehrslage und –prognose, Anzeige der dynamischen Geschwindigkeitsbegrenzungen, Benzinpreise oder Wetter – für jede Anwendung wird ein eigener Teilstandard im Gesamtrahmenwerk erstellt.
-== Service interface for real-time information (SIRI) ==
 = Weitere =
-== OpenLR ==
+== OpenLR™ ==
 == DATEX II ==
 == Fahrzeug-zu-X Kommunikation ==