DE102018222139A1 - Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen - Google Patents

Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen Download PDF

Info

Publication number
DE102018222139A1
DE102018222139A1 DE102018222139.1A DE102018222139A DE102018222139A1 DE 102018222139 A1 DE102018222139 A1 DE 102018222139A1 DE 102018222139 A DE102018222139 A DE 102018222139A DE 102018222139 A1 DE102018222139 A1 DE 102018222139A1
Authority
DE
Germany
Prior art keywords
communication channel
data packet
communication
predefined condition
dispatcher
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
DE102018222139.1A
Other languages
English (en)
Inventor
Stefan Bieger
Peter Kuhlmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Continental Automotive GmbH
Original Assignee
Continental Automotive GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Continental Automotive GmbH filed Critical Continental Automotive GmbH
Priority to DE102018222139.1A priority Critical patent/DE102018222139A1/de
Priority to PCT/EP2019/085395 priority patent/WO2020127080A1/de
Publication of DE102018222139A1 publication Critical patent/DE102018222139A1/de
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/54Store-and-forward switching systems 
    • H04L12/56Packet switching systems
    • H04L12/5691Access to open networks; Ingress point selection, e.g. ISP selection
    • H04L12/5692Selection among different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30Services specially adapted for particular environments, situations or purposes
    • H04W4/40Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H04W4/44Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0231Traffic management, e.g. flow control or congestion control based on communication conditions
    • H04W28/0236Traffic management, e.g. flow control or congestion control based on communication conditions radio quality, e.g. interference, losses or delay
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/06Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

Die Erfindung betrifft drahtlose Datenverbindungen, welche z.B. zwischen einem Endgerät und einer Gegenstelle im Mobilfunknetz der Generationen 2G, 3G, 4G, beispielsweise in einem Fahrzeug, betrieben werden. Insbesondere betrifft die Erfindung ein Verfahren zum Verteilen eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230), mit den Schritten:
- Empfangen des Datenpakets (500) von einem Kommunikations-Endpunkt (300), wobei das Datenpaket (500) zu einem ersten Kommunikationskanal (210) und zu einem zweiten Kommunikationskanal (220) zugeordnet ist;
- Wenn eine vordefinierte Bedingung (650) erfüllt ist, senden des Datenpakets (500) zu dem ersten Kommunikationskanal (210);
- Wenn die vordefinierte Bedingung (650) nicht erfüllt ist, senden des Datenpakets (500) zu dem zweiten Kommunikationskanal (220), wobei die vordefinierte Bedingung (650) von dem Datenpaket (500) und/oder von einem Status des ersten Kommunikationskanals (210) abhängig ist.

Description

  • Die Erfindung betrifft drahtlose Datenverbindungen, welche z.B. zwischen einem Endgerät und einer Gegenstelle in einem Mobilfunknetz betrieben werden. Insbesondere betrifft die Erfindung eine Verteilung eines Datenpakets auf eine Vielzahl von derartigen Datenverbindungen oder Kommunikationskanälen.
  • Fahrzeuge verfügen zumindest in einigen Fällen über eine Vielzahl von Funkdatenverbindungen oder Kommunikationskanälen. Beispielsweise durch die Bewegung des Fahrzeugs stehen die Kommunikationskanäle nicht kontinuierlich zur Verfügung, sondern das Fahrzeug kann in ein sogenanntes „Funkloch“ geraten, so dass in diesen Fällen zumindest eine der Kommunikationskanäle nicht mehr zur Verfügung stehen und/oder ausgefallen sein kann. Ein Datenpaket, das zu einem dieser ausgefallenen Kommunikationskanäle gesandt wird, kann, je nach Strategie des verwendeten Protokolls, z.B. noch einmal (oder mehrmals) gesendet oder verworfen werden; dies kann zu einer unnötigen Belastung des Kommunikationssystems und/oder zu zusätzlichen Verzögerungen bei der Übertragung dieser oder anderer (z.B. nachfolgender) Datenpakete führen. Die Strategie, wie bei einem ausgefallenen Kommunikationskanal zu verfahren ist, ist also Protokoll-gebunden und nicht - z.B. in Abhängigkeit von der Art des Kommunikationskanals und/oder des Datenpakets - wählbar.
  • Es ist Aufgabe der Erfindung, ein Verfahren zur Verfügung zu stellen, bei dem die Reaktion auf einen ausgefallenen Kommunikationskanal nicht nur von dem Protokoll des Kommunikationskanals abhängig ist.
  • Ein Aspekt der Erfindung betrifft ein Verfahren zur Verteilung eines Datenpakets auf eine Vielzahl von Kommunikationskanälen eines Fahrzeugs, mit den Schritten:
    • - Empfangen des Datenpakets von einem Kommunikations-Endpunkt, wobei das Datenpaket zu einem ersten Kommunikationskanal und zu einem zweiten Kommunikationskanal zugeordnet ist;
    • - Wenn eine vordefinierte Bedingung erfüllt ist, senden des Datenpakets zu dem ersten Kommunikationskanal;
    • - Wenn die vordefinierte Bedingung nicht erfüllt ist, senden des Datenpakets zu dem zweiten Kommunikationskanal,
    wobei die vordefinierte Bedingung von dem Datenpaket und/oder von einem Status des ersten Kommunikationskanals abhängig ist.
  • Das Datenpaket oder eine Vielzahl von Datenpaketen kommuniziert von einem Kommunikations-Endpunkt, der beispielsweise in dem Fahrzeug angeordnet sein kann. Das Kommunizieren beinhaltet, das Datenpaket zu empfangen. Das Kommunizieren kann auch ein Signalisieren umfassen. Der Kommunikations-Endpunkt kann ein einzelner Kommunikations-Endpunkt sein, beispielsweise ein Telefon, eine Haupteinheit (Head Unit), z.B. in einem Infotainmentsystem, eine IoT-fähige Einheit (loT: Internet of Things) und/oder ein anderer Kommunikations-Endpunkt und/oder eine Vielzahl von Kommunikations-Endpunkten. Der Kommunikations-Endpunkt und/oder eine Vorrichtung, die mit dem Kommunikations-Endpunkt verbunden ist, kann eine Klassifizierung des Datenpakets (Zuordnung zu einer Datenklasse oder Typ) vornehmen; so kann das Datenpaket beispielsweise als Audio-Kommunikations-Typ, Audio-Streaming-Typ, Email-Typ, Video-Streaming-Typ, Aktualisierungsdaten-Typ, etc. klassifiziert worden sein. Die Klassifizierung des Datenpakets kann z.B. eine feste Zuordnung sein oder von dem Kommunikations-Endpunkt, und/oder von einer Vorrichtung, die mit dem Kommunikations-Endpunkt verbunden ist, vorgenommen worden sein.
  • Der Kommunikationskanal kann beispielsweise ein Mobilfunk-Protokoll der Generationen 2G, 3G, 4G verwenden, oder auch z.B. Bluetooth, WLAN (z. B. WLAN 802.11a/b/g/n oder WLAN 802.11p), ZigBee oder WiMax. Es ist auch die Verwendung anderer Übertragungsprotokolle möglich. Der Kommunikations-kanal kann auch leer sein, etwa im Sinne des UNIX-Device /dev/null. Der Kommunikationskanal kann auch einen Speicher umfassen oder aus einem Speicher bestehen, der beispielsweise innerhalb des Fahrzeugs angeordnet ist.
  • Das Datenpaket von dem Kommunikations-Endpunkt ist zu einem ersten Kommunikationskanal und zu einem zweiten Kommunikationskanal zugeordnet. In zumindest einigen Fällen kann der erste Kommunikationskanal ein anderer sein als der zweite Kommunikationskanal. Die Zuordnung kann beispielsweise von dem Kommunikations-Endpunkt oder von einer anderen Vorrichtung vorgenommen werden. Die Zuordnung kann voreingestellt sein, z.B. bei Auslieferung des Fahrzeugs oder im Rahmen einer Wartung. Die Zuordnung kann die Klassifizierung des Datenpakets berücksichtigen. Die Zuordnung kann statisch oder dynamisch sein. Ein Beispiel einer dynamischen Zuordnung kann sein, dass die Zuordnung geändert wird, wenn ein Kommunikationskanal ausfällt, insbesondere temporär ausfällt, z.B. wenn das Fahrzeug durch einen Tunnel fährt.
  • Bezüglich des Datenpakets wird überprüft, ob eine vordefinierte Bedingung erfüllt ist. Dabei ist die vordefinierte Bedingung von dem Datenpaket und/oder einem Status des ersten Kommunikationskanals abhängig. Eine Bedingung, die von dem Datenpaket abhängig ist, kann z.B. die Länge des Datenpakets betreffen und/oder die Klassifizierung des Datenpakets. Der Status des ersten Kommunikationskanals kann z.B. ein statischer Status oder ein dynamischer Status sein. Ein Beispiel eines statischen Status kann eine maximale Bandbreite und/oder eine minimale Latenz des Kommunikations-kanals betreffen. Ein Beispiel eines dynamischen Status kann eine Verfügbarkeit und/oder eine aktuelle Bandbreite und/oder eine gemessene Latenz des Kommunikationskanals betreffen.
  • Wenn die vordefinierte Bedingung erfüllt ist, wird das Datenpaket an den ersten Kommunikationskanal gesendet. Wenn die vordefinierte Bedingung nicht erfüllt ist, wird das Datenpaket an den zweiten Kommunikationskanal gesendet, d.h. gewissermaßen auf den zweiten Kommunikationskanal umgeschaltet. Dabei kann die vordefinierte Bedingung beispiels-weise sehr einfach sein, aber auch komplex und sogar zeitabhängig. Ein Beispiel einer einfachen Bedingung kann sein: Wenn der erste Kommunikationskanal verfügbar ist, wird das Datenpaket an den ersten Kommunikationskanal gesendet. Ein Beispiel einer zeitabhängigen Bedingung kann sein: Wenn ein Kommunikationskanal für ein Datenpaket eines Audio-Streaming-Typs 1 Minute lang nicht verfügbar ist, findet eine Übertragung an einen anderen Kommunikationskanal statt (d.h. senden z.B. an den zweiten Kommunikationskanal „Satellit“); wenn der Kommunikationskanal länger nicht verfügbar ist, wird das Datenpaket verworfen (d.h. senden an einen Kommunikationskanal „leer“). Das „Umschalten“ auf den zweiten Kommunikationskanal kann auch weitere Aktionen auslösen, z.B. eine Mitteilung an den Fahrer „anderer Kommunikationskanal“; dies kann z.B. dann sinnvoll sein, wenn auf erhöhte Kosten und/oder schlechtere Qualität der Übertragung aufmerksam gemacht werden soll.
  • Damit ist vorteilhafterweise die Reaktion auf einen ausgefallenen Kommunikationskanal nicht nur von dem Protokoll des Kommunikationskanals abhängig. Dies ist insbesondere vorteilhaft, weil damit beispielsweise eine Blockierung des Übertragungssystems durch mehrfaches Senden („re-try“) bei einem Ausfall - wie das für zumindest einige Übertragungsprotokolle spezifiziert ist - vermieden werden kann. Weiterhin kann mit diesem Verfahren die Verfügbarkeit der Kommunikation verbessert werden, weil es bei Ausfall eines Kommunikationskanals möglich sein kann soweit überhaupt ein Kommunikationskanal verfügbar ist, auf den verfügbaren Kommunikationskanal umzuschalten. Dieses Umschalten kann vorteilhafterweise mit wenigen Komponenten und/oder Programmschritten realisiert werden, so dass das Umschalten schnell und die Realisierung kostengünstig erfolgen kann. Außerdem kann damit eine für jeden Benutzer bzw. Fahrer „maßgeschneiderte“ Strategie eingestellt werden. Wenn beispielsweise telefonische Erreichbarkeit eine hohe Priorität hat, dann kann z.B. bei einem Funkloch in schwach besiedelten Gegenden auf Satelliten-Kommunikation umgeschaltet werden. Wenn beispielsweise Daten des Video-Streaming-Typs nur über einen WLAN-Kommunikationskanal übertragen werden soll, so kann auch das mittels des geschilderten Verfahrens eingestellt werden. Darüber hinaus werden die Fehlermechanismen der verwendeten Übertragungsprotokolle nicht ausgeschaltet, so dass diese - etwa im Fall einer mangelhaften Anpassung - dennoch zum Tragen kommen. Wenn beispielsweise der erste und der zweite Kommunikationskanal ausgefallen ist, dann kann auf den zweiten Kommunikationskanal umgeschaltet werden, und es können (weil auch dieser nicht erreichbar ist) auf diese Weise die Fehlermechanismen des zweiten Kommunikationskanals verwendet werden. Es kann auch ein Umschalten gezielt unterbunden werden, z.B. dadurch, dass als erster und als zweiter Kommunikationskanal derselbe Kommunikationskanal eingetragen wird.
  • In einer Ausführungsform weist das Verfahren folgende weitere Schritte auf:
    • - Empfangen des Datenpakets von dem ersten Kommunikationskanal oder dem zweiten Kommunikationskanal. In zumindest einigen Fällen wird dabei derjenige Kommunikationskanal verwendet, an den ein Datenpaket mit dieser Adresse gesendet wurde.
    • - Senden des Datenpakets zu dem Kommunikations-Endpunkt.
  • In einer Ausführungsform umfasst der Status des ersten Kommunikationskanals eine Verfügbarkeit des ersten Kommunikationskanals. Dies kann beispielsweise in Gegenden mit schlechter Funkabdeckung vorteilhaft sein, wenn z.B. abschnittsweise und/oder abwechselnd der erste und der zweite Kommunikationskanal erreichbar ist. Dann könnte, wenn der erste Kommunikationskanal nicht erreichbar ist, der zweite Kommunikationskanal jedoch erreichbar ist, die Kommunikation auf den zweiten Kommunikationskanal umgeschaltet werden.
  • In einer Ausführungsform umfasst der Status des ersten Kommunikationskanals weiterhin eine Bandbreite des ersten Kommunikationskanals. Dies kann beispielsweise vorteilhaft sein, wenn Datenpakete eines Video-Streaming-Typs nur Kommunikationskanälen mit entsprechender (maximaler und/oder aktueller) Bandbreite zugeordnet werden sollen. Diese Zuordnung kann beispielsweise statisch erfolgen. Die Berücksichtigung der Bandbreite kann auch für eine dynamische Zuordnung genutzt werden, z.B. in der Weise, dass ein kostengünstigerer Kommunikationskanal solange genutzt wird, solange dieser die geforderte Bandbreite aufweist; wird die Bandbreite jedoch reduziert, z.B. wegen schlechterer Empfangsqualität, dann kann auf einen zweiten Kommunikationskanal umgeschaltet werden.
  • In einer Ausführungsform umfasst die vordefinierte Bedingung weiterhin eine Zugehörigkeit des Datenpakets zu einer Datenklasse und/oder die Länge des Datenpakets. Beispielsweise könnte eine Datenklasse „Notrufe“ gebildet werden, die stets einem Satelliten-Kommunikationskanal zugeordnet wird. Auch ist eine Zuordnung zu einem Broadcast- und/oder zu einem Multicast-Kommunikationskanal möglich.
  • In einer Ausführungsform ist der zweite Kommunikationskanal leer. Dabei bedeutet „leer“, dass keine Übertragung stattfindet, dass das Datenpaket bei Zuordnung zu diesem Kommunikationskanal also verworfen wird. Dabei kann der leere Kommunikationskanal sämtliche erforderlichen Quittungsmechanismen („Acknowledge“) unterstützen, so dass keine Verzögerung und/oder Blockierung durch dieses Verwerfen ausgelöst wird.
  • In einer Ausführungsform ist der zweite Kommunikationskanal ein Speicher. Der Speicher kann beispielsweise innerhalb eines Fahrzeugs angeordnet sein. Der Speicher kann z.B. für eine Zwischenspeicherung des Datenpakets verwendet werden. Dies kann insbesondere für Streaming-Daten vorteilhaft sein, bei denen ein kürzerer Ausfall der Kommunikationskanäle auf diese Weise überbrückt werden kann, und/oder für Email-Daten, die auf diese Weise zwischengespeichert werden können.
  • In einer Ausführungsform löst die vordefinierte Bedingung eine weitere Aktion aus. Die weitere Aktion kann beispielsweise das Senden einer Mitteilung an den Fahrer (z.B. „Kommunikationskanal K nicht verfügbar“) beinhalten. Die weitere Aktion kann eine Änderung der Übertragungsqualität, z.B. bei Video- und/oder Audio-Streaming-Daten beinhalten. Damit kann z.B. eine ununterbrochene Übertragung gewissermaßen „simuliert“ werden, wobei sich ein Ausfall und/oder eine reduzierte Bandbreite nur in einer Verschlechterung von Bild und/oder Ton bemerkbar macht.
  • In einer Ausführungsform weist das Verfahren einen weiteren Schritt auf:
    • - Zuordnen des Datenpakets zu einem dritten Kommunikations-kanal, wobei der dritte Kommunikationskanal als ein Kommunikationskanal für Broadcast und/oder für Multicast dient.
  • Damit kann beispielsweise eine Anforderung realisiert werden, wie bei einem Multicast bei Ausfall des ersten Kommunikationskanals nicht mehr auf einen funktionsfähigen Kommunikationskanal umgeschaltet wird, sondern auf den leeren Kommunikationskanal, oder z.B. auf einen Speicher, um vordefinierte Broadcast- und/oder Multicast-Mitteilungen zu protokollieren.
  • In einer Ausführungsform ist die vordefinierte Bedingung zumindest teilweise in einer Zuordnungstabelle abgespeichert. Eine derartige Zuordnungstabelle kann beispielsweise eine schnelle Umkonfiguration der Zuordnungen ermöglichen. Außerdem können damit in einfacher Weise Änderungen der Zuordnungen durch andere Module ermöglicht werden.
  • Ein weiterer Aspekt der Erfindung betrifft ein Verfahren zum Ermitteln eines Verfügbarkeitsstatus eines ersten Kommunikationskanals für eine Verteilung eines Datenpakets auf eine Vielzahl von Kommunikationskanälen, mit den Schritten:
    • - Senden einer Verfügbarkeitsabfrage an den ersten Kommunikationskanal;
    • - Empfangen eines Verfügbarkeitsstatus des ersten Kommunikationskanals von dem ersten Kommunikationskanal;
    • - Verwenden des Verfügbarkeitsstatus des ersten Kommunikationskanals bei der Verteilung eines Datenpakets auf eine Vielzahl von Kommunikationskanälen.
  • Der Verfügbarkeitsstatus kann z.B. eine Information „erster Kommunikationskanal verfügbar / nicht verfügbar“ umfassen. Der Verfügbarkeitsstatus kann auch eine Information über die aktuelle Bandbreite des ersten Kommunikationskanals umfassen.
    Die Verfügbarkeitsabfrage kann die Abfrage eines Timeout umfassen. Die Verfügbarkeitsabfrage kann das Auslesen von Werten, insbesondere von aktuellen Werten, aus einem Register des ersten Kommunikationskanals umfassen. Das Verwenden des Verfügbarkeitsstatus kann einen Eintrag in einen Teil einer Zuordnungstabelle eines Datenpakets, wie oben und/oder im Folgenden erläutert, und/oder eine andere Verwendung umfassen. Dies ist insbesondere vorteilhaft, um zeitnah einen aktuellen Verfügbarkeitsstatus des ersten Kommunikationskanals zur Verfügung zu haben, insbesondere um die Vorteile der Erfindung besser nutzen zu können.
  • Ein weiterer Aspekt der Erfindung betrifft einen Dispatcher zur Verteilung eines Datenpakets auf eine Vielzahl von Kommunikationskanälen eines Fahrzeugs. Dabei ist der Dispatcher dazu eingerichtet,
    • - das Datenpaket von einem Kommunikations-Endpunkt zu empfangen, wobei das Datenpaket und zu einem zweiten Kommunikationskanal zugeordnet ist;
    • - wenn eine vordefinierte Bedingung erfüllt ist, das Datenpaket an den ersten Kommunikationskanal zu senden, wobei die vordefinierte Bedingung von dem Datenpaket und/oder von einem Status des ersten Kommunikationskanals abhängig ist;
    • - wenn die vordefinierte Bedingung nicht erfüllt ist, an den zweiten Kommunikationskanal zu senden.
  • In einer Ausführungsform ist der Dispatcher weiterhin dazu eingerichtet,
    • - das Datenpaket von dem ersten Kommunikationskanal oder dem zweiten Kommunikationskanal zu empfangen;
    • - das Datenpaket zu dem Kommunikations-Endpunkt zu senden.
  • In einer Ausführungsform umfasst die vordefinierte Bedingung einen Verfügbarkeitsstatus und/oder eine Bandbreite des ersten Kommunikationskanals
  • In einer Ausführungsform umfasst die vordefinierte Bedingung weiterhin eine Zugehörigkeit des Datenpakets zu einer Datenklasse und/oder die Länge des Datenpakets.
  • In einer Ausführungsform ist die vordefinierte Bedingung in einer Zuordnungstabelle abgespeichert.
  • Ein weiterer Aspekt der Erfindung betrifft eine Verwendung eines Dispatchers wie oben oder im Folgenden beschrieben, oder eines Verfahrens wie oben oder im Folgenden beschrieben zur Verteilung eines Datenpakets auf eine Vielzahl von Kommunikationskanälen eines Fahrzeugs.
  • Ein weiterer Aspekt der Erfindung betrifft ein Programm-element, das, wenn es auf einem Prozessor ausgeführt wird, den Prozessor anleitet, das Verfahren nach einem der wie oben oder im Folgenden beschrieben durchzuführen.
  • Ein weiterer Aspekt der Erfindung betrifft ein computer-lesbares Medium, auf dem ein Programmelement wie oben beschrieben gespeichert ist.
  • Ein weiterer Aspekt der Erfindung betrifft ein Fahrzeug mit einem Dispatcher wie oben oder im Folgenden beschrieben.
    Bei dem Fahrzeug handelt es sich beispielsweise um Kraftfahrzeug, wie ein Auto, Bus oder Lastkraftwagen, oder aber auch um ein Schienenfahrzeug, ein Schiff, ein Luftfahrzeug, wie ein Helikopter oder ein Flugzeug, oder ein anderes mobiles Gerät, wie z.B. einen Roboter.
  • Zur weiteren Verdeutlichung wird die Erfindung anhand von in den Figuren abgebildeten Ausführungsformen beschrieben. Diese Ausführungsformen sind nur als Beispiel, nicht aber als Einschränkung zu verstehen.
  • Es zeigt
    • 1 schematisch ein Fahrzeug mit einer Vielzahl von Kommunikationskanälen und einen Dispatcher gemäß einer Ausführungsform der vorliegenden Erfindung;
    • 2 schematisch eine Vielzahl von Kommunikationskanälen und einen Dispatcher gemäß einer Ausführungsform der vorliegenden Erfindung;
    • 3 schematisch ein Datenpaket gemäß einer Ausführungsform der vorliegenden Erfindung;
    • 4 schematisch eine Zuordnungstabelle gemäß einer Ausführungsform der vorliegenden Erfindung;
    • 5 schematisch ein Verfahren gemäß einer Ausführungsform der vorliegenden Erfindung;
    • 6 schematisch ein weiteres Verfahren gemäß einer Aus-führungsform der vorliegenden Erfindung.
  • 1 zeigt ein Fahrzeug 700 mit einer Vielzahl von Kommunikationskanälen 210, 220, 230 und einen Dispatcher 150. Der Dispatcher 150 ist mit einem Kommunikations-Endpunkt 300 verbunden und kommuniziert mit dem Kommunikations-Endpunkt 300, d.h. er empfängt Datenpakete 500 (siehe 3) von diesem oder sendet Datenpakete 500 an den Kommunikations-Endpunkt 300. Der Kommunikations-Endpunkt 300 kann z.B. mit einer Vielzahl von Geräten verbunden sein, die Kommunikationsbedarf aufweisen, beispielsweise Telefone und/oder ein Infotainmentsystem mit einer Vielzahl von Geräten. Der Kommunikationsendpunkt kann auch mit einer Vielzahl von logischen Einheiten verbunden sein, die Kommunikationsbedarf aufweisen, beispielsweise mit einer Voice over IP (VoIP) Applikation oder einer Audio-Applikation. Der Dispatcher 150 verteilt ein oder mehrere Datenpakete 500 auf einen oder mehrere der Kommunikationskanäle 210, 220, 230.
  • 2 zeigt schematisch eine Vielzahl von Kommunikations-kanälen 210, 220, 230 und einen Dispatcher 150. Der Dispatcher 150 ist mit einem Kommunikations-Endpunkt 300 verbunden und kommuniziert mit dem Kommunikations-Endpunkt 300. Der Dispatcher 150 verteilt ein oder mehrere Datenpakete 500 auf einen oder mehrere der Kommunikations-kanäle 210, 220, 230. Die Kommunikationskanäle 210, 220, 230 sind als drahtlose Kommunikationskanäle dargestellt; die Kommunikationskanäle können auch als ein Speicher 400 oder als ein „leerer“ Kommunikationskanal (nicht dargestellt) ausgeführt sein. Der Dispatcher 150 ist Teil eines Kommunikationsmoduls 100. Das Kommunikationsmodul 100 weist neben dem Dispatcher 150 eine Zuordnungstabelle 600 (siehe 3) auf. Die Zuordnungstabelle 600 steht in Kommunikationsverbindung mit dem Dispatcher 150. Der Dispatcher 150 kann z.B. lesend auf die Zuordnungstabelle 600 zugreifen, z.B. um eine Existenz einer vordefinierten Bedingung 650 und/oder quantitative Angaben der Kommunikationskanäle 210, 220, 230 zu überprüfen.
  • Die vordefinierte Bedingung 650 kann beispielsweise einen Verfügbarkeitsstatus 610 für jeden der Kommunikationskanäle 210, 220, 230 beinhalten. Der Verfügbarkeitsstatus 610 kann statisch in der Zuordnungstabelle 600 eingetragen sein. Der Verfügbarkeitsstatus 610 kann, zumindest für einige der Kommunikationskanäle 210, 220, 230 dynamisch in die Zuordnungstabelle 600 eingetragen werden, z.B. mittels eines Statusmoduls 640. Das Statusmodul 640 kann Teil des Kommunikationsmoduls 100 sein oder ein getrenntes Modul. Dazu sendet das Statusmodul 640 eine Verfügbarkeitsabfrage 410 an einen der Kommunikationskanäle 210, 220, 230. Daraufhin empfängt das Statusmodul 640 den Verfügbarkeitsstatus 610, insbesondere einen aktuellen Verfügbarkeitsstatus, des Kommunikationskanals 210, 220, 230 von dem Kommunikationskanal 210, 220, 230 und sendet den Verfügbarkeitsstatus 610 an die Zuordnungstabelle 600 weiter. Die Zuordnungstabelle 600 kann den (ggf. aktuellen) Verfügbarkeitsstatus 610 bei der Verteilung eines Datenpakets 500 auf eine Vielzahl von Kommunikationskanälen 210, 220, 230 verwenden. In ähnlicher Weise können andere Parameter der Kommunikationskanäle 210, 220, 230 abgefragt werden, beispielsweise die aktuelle Bandbreite 620.
  • 3 zeigt schematisch ein Datenpaket 500. Das Datenpaket 500 weist einen Header 510 (und/oder mehrere geschachtelte Header) und ein Datenfeld 520 auf. Mittels Teilen des Headers 510 und/oder Teilen des Datenfelds 520 kann eine Klassifizierung des Datenpakets (Zuordnung zu einer Datenklasse oder Typ) vorgenommen werden. Das Datenpaket 500 weist eine Länge 501 auf. Die Länge 501 des Datenpakets 500 kann beispielsweise für die Zuordnung zu einem der Kommunikationskanäle 210, 220, 230 verwendet werden.
  • 4 zeigt eine Zuordnungstabelle 600. Die Zuordnungstabelle 600 weist beispielsweise die Zeilen 601 bis 604 auf. Jede der Zeilen 601 bis 604 kann aufweisen:
    • - Einträge zu Datenpaketen 500, z.B. D1 bis D4. Diese Einträge D1 bis D4 können z.B. zur Abfrage von Bedingungen dienen, die von einem Datenpaket abhängig sind. Beispielsweise können bestimmte Bits in dem Datenpaket einen virtuellen Kanal bezeichnen, und die Datenpakete werden in Abhängigkeit von diesem virtuellen Kanal einem vordefinierten Kommunikationskanal zugeordnet. Teile der Einträge D1 bis D4 (z.B. bestimmte Bitfelder) können als irrelevant („don't care“) betrachtet werden.
    • - Einträge: Datenklasse oder Typ 540 des Datenpakets 500, z.B. T1 bis T4.
    • - Einträge: Bandbreite 620, z.B. maximale, minimale und/oder aktuelle Bandbreite, jedes ersten Kommunikationskanals 210. Es können noch weitere Einträge vorgesehen sein, z.B. maximale und/oder aktuelle Latenz oder Kosten. Die Einträge können nach Upload Download unterschieden werden. Die Einträge können absolute Zahlen beinhalten und/oder eine relative Maßzahl, d.h. beispielsweise können die Kosten in Cent pro Mbyte angegeben sein oder (z.B.) mit einer Maßzahl zwischen 0 und 99.
    • - Eine Nummer oder sonstige Bezeichnung 610 des zugeordneten ersten Kommunikationskanals 210 bzw. zweiten Kommunikationskanals 220.; Es kann auch ein Eintrag für einen dritten 230 Kommunikationskanal vorhanden sein, z.B. für Broadcast und/oder für Multicast.
    • - Einen Verfügbarkeitsstatus 610, z.B. „1“ für „verfügbar“, „0“ für „nicht verfügbar“. Jede der Zeilen 601 bis 604 der Zuordnungstabelle 600 kann nur einen Teil der gezeigten Einträge beinhalten. Jede der Zeilen 601 bis 604 - oder Teile dieser Zeilen - kann zusätzliche Einträge beinhalten, z.B. maximale und/oder aktuelle Länge des Headers 510 und/oder Länge des Datenfelds 520, z.B. in Bytes.
  • 5 zeigt schematisch ein Ablaufdiagramm 800 für ein Verfahren zur Verteilung eines Datenpakets 500 auf eine Vielzahl von Kommunikationskanälen 210, 220, 230 eines Fahrzeugs 700. In einem Schritt 801 empfängt ein Dispatcher 150 (siehe 2) ein Datenpaket 500 von einem Kommunikations-Endpunkt 300. Dabei ist das Datenpaket 500 zu einem ersten Kommunikationskanal 210 und zu einem zweiten Kommunikationskanal 220 zugeordnet, z.B. mittels einer Zuordnungstabelle 600. In einem Schritt 802 wird eine vordefinierte Bedingung 650 überprüft. Dabei ist die vordefinierte Bedingung 650 von dem Datenpaket 500 und/oder von einem Status des ersten Kommunikationskanals 210 abhängig. Wenn die vordefinierte Bedingung 650 erfüllt ist, sendet der Dispatcher 150, in einem Schritt 803, das Datenpakets 500 zu einem ersten Kommunikationskanal 210. Wenn die vordefinierte Bedingung 650 nicht erfüllt ist, sendet der Dispatcher 150, in einem Schritt 804, das Datenpaket 500 zu einem zweiten Kommunikationskanal 220.
  • 6 zeigt schematisch ein Ablaufdiagramm 850 für ein Verfahren zum Ermitteln eines Verfügbarkeitsstatus 610 eines ersten Kommunikationskanals 210 für eine Verteilung eines Datenpakets 500 auf eine Vielzahl von Kommunikationskanälen 210, 220, 230, gemäß einer Ausführungsform der vorliegenden Erfindung. In einem Schritt 851 sendet z.B. ein Statusmodul 640 eine Verfügbarkeitsabfrage 410 an einen ersten Kommunikationskanal 210. In einem Schritt 852 empfängt das Statusmodul 640 einen Verfügbarkeitsstatus 610 des ersten Kommunikationskanals 210 von dem ersten Kommunikationskanal 210, an den die Verfügbarkeitsabfrage 410 gesandt wurde, und leitet diesen Verfügbarkeitsstatus 610 an eine Zuordnungs-tabelle 600 weiter. Die Zuordnungstabelle 600 verwendet, in Schritt 853, den Verfügbarkeitsstatus 610 bei der Verteilung eines Datenpakets 500 auf eine Vielzahl von Kommunikationskanälen 210, 220, 230.
  • Bezugszeichenliste
  • 100
    Kommunikationsmodul
    150
    Dispatcher
    210
    erster Kommunikationskanal
    220
    zweiter Kommunikationskanal
    230
    dritter Kommunikationskanal
    300
    Kommunikations-Endpunkt
    400
    Speicher
    410
    Verfügbarkeitsabfrage
    500
    Datenpaket
    501
    Länge des Datenpakets
    510
    Header
    520
    Datenfeld
    540
    Datenklasse
    600
    Zuordnungstabelle
    601 - 604
    Zeilen der Zuordnungstabelle
    610
    Verfügbarkeitsstatus
    620
    Bandbreite
    640
    Statusmodul
    650
    vordefinierte Bedingung
    700
    Fahrzeug
    800
    Ablaufdiagramm
    801 - 804
    Schritte
    850
    Ablaufdiagramm
    851 - 853
    Schritte

Claims (17)

  1. Verfahren zum Verteilen eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230) eines Fahrzeugs (700), mit den Schritten: - Empfangen des Datenpakets (500) von einem Kommunikations-Endpunkt (300), wobei das Datenpaket (500) zu einem ersten Kommunikationskanal (210) und zu einem zweiten Kommunikationskanal (220) zugeordnet ist; - Wenn eine vordefinierte Bedingung (650) erfüllt ist, senden des Datenpakets (500) zu dem ersten Kommunikationskanal (210); - Wenn die vordefinierte Bedingung (650) nicht erfüllt ist, senden des Datenpakets (500) zu dem zweiten Kommunikationskanal (220), wobei die vordefinierte Bedingung (650) von dem Datenpaket (500) und/oder von einem Status des ersten Kommunikationskanals (210) abhängig ist.
  2. Verfahren nach Anspruch 1, mit den weiteren Schritten: - Empfangen des Datenpakets (500) von dem ersten Kommunikationskanal (210) oder dem zweiten Kommunikationskanal (220); - Senden des Datenpakets (500) zu dem Kommunikations-Endpunkt (300).
  3. Verfahren nach Anspruch 1 oder 2, wobei der Status des ersten Kommunikationskanals (210) einen Verfügbarkeitsstatus (610) des ersten Kommunikationskanals (210) umfasst, und/oder wobei der Status des ersten Kommunikationskanals (210) weiterhin eine Bandbreite (620) des ersten Kommunikationskanals (210) umfasst.
  4. Verfahren nach einem der vorhergehenden Ansprüche, wobei die vordefinierte Bedingung (650) weiterhin eine Zugehörigkeit des Datenpakets (500) zu einer Datenklasse (540) und/oder die Länge (501) des Datenpakets (500) umfasst.
  5. Verfahren nach einem der vorhergehenden Ansprüche, wobei der zweite Kommunikationskanal (220) leer ist und/oder wobei der zweite Kommunikationskanal (220) ein Speicher (400) ist.
  6. Verfahren nach einem der vorhergehenden Ansprüche, wobei die vordefinierte Bedingung (650) eine weitere Aktion auslöst.
  7. Verfahren nach einem der vorhergehenden Ansprüche, mit dem weiteren Schritt: - Zuordnen des Datenpakets (500) zu einem dritten Kommunikationskanal (230), wobei der dritte Kommunikationskanal (230) als ein Kommunikationskanal für Broadcast und/oder für Multicast dient.
  8. Verfahren nach einem der vorhergehenden Ansprüche, wobei die vordefinierte Bedingung (650) zumindest teilweise in einer Zuordnungstabelle (600) abgespeichert ist.
  9. Verfahren zum Ermitteln eines Verfügbarkeitsstatus (610) eines ersten Kommunikationskanals (210) für eine Verteilung eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230), mit den Schritten: - Senden einer Verfügbarkeitsabfrage (410) an den ersten Kommunikationskanal (210); - Empfangen eines Verfügbarkeitsstatus (610) des ersten Kommunikationskanals (210) von dem ersten Kommunikationskanal (210); - Verwenden des Verfügbarkeitsstatus (610) des ersten Kommunikationskanals (210) bei der Verteilung eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230).
  10. Dispatcher (150) zur Verteilung eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230) eines Fahrzeugs, wobei der Dispatcher (150) dazu eingerichtet ist, - das Datenpaket (500) von einem Kommunikations-Endpunkt (300) zu empfangen, wobei das Datenpaket (500 zu einem ersten Kommunikationskanal (210) und zu einem zweiten Kommunikationskanal (220) zugeordnet ist; - wenn eine vordefinierte Bedingung (650) erfüllt ist, das Datenpaket (500) an den ersten Kommunikationskanal (210) zu senden, wobei die vordefinierte Bedingung (650) von dem Datenpaket (500) und/oder von einem Status des ersten Kommunikationskanals (210) abhängig ist; - wenn die vordefinierte Bedingung (650) nicht erfüllt ist, an den zweiten Kommunikationskanal (220) zu senden.
  11. Dispatcher (150) nach Anspruch 10, wobei der Dispatcher (150) weiterhin dazu eingerichtet ist, - das Datenpaket (500) von dem ersten Kommunikationskanal (210) oder dem zweiten Kommunikationskanal (220) zu empfangen; - das Datenpaket (500) zu dem Kommunikations-Endpunkt (300) zu senden.
  12. Dispatcher (150) nach Anspruch 10 oder 11, wobei die vordefinierte Bedingung (650) einen Verfügbarkeitsstatus (610) und/oder eine Bandbreite (620) des ersten Kommunikationskanals (210) umfasst, und/oder wobei die vordefinierte Bedingung (650) weiterhin eine Zugehörigkeit des Datenpakets (500) zu einer Datenklasse (540) und/oder die Länge (501) des Datenpakets (500) umfasst.
  13. Dispatcher (150) nach einem der Ansprüche 10 bis 12, wobei die vordefinierte Bedingung (650) in einer Zuordnungstabelle (600) abgespeichert ist.
  14. Verwendung eines Dispatchers (150) nach einem der Ansprüche 10 bis 13, oder eines Verfahrens nach einem der Ansprüche 1 bis 9 zur Verteilung eines Datenpakets (500) auf eine Vielzahl von Kommunikationskanälen (210, 220, 230) eines Fahrzeugs.
  15. Programmelement, das, wenn es auf einem Prozessor ausgeführt wird, den Prozessor anleitet, das Verfahren nach einem der Ansprüche 1 bis 9 durchzuführen.
  16. Computerlesbares Medium, auf dem ein Programmelement nach Anspruch 15 gespeichert ist.
  17. Fahrzeug (700) mit einem Dispatcher (150) nach einem der Ansprüche 10 bis 13.
DE102018222139.1A 2018-12-18 2018-12-18 Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen Withdrawn DE102018222139A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102018222139.1A DE102018222139A1 (de) 2018-12-18 2018-12-18 Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen
PCT/EP2019/085395 WO2020127080A1 (de) 2018-12-18 2019-12-16 Telematik-steuergerät mit dispatcher für "always on" funkverbindungen

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102018222139.1A DE102018222139A1 (de) 2018-12-18 2018-12-18 Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen

Publications (1)

Publication Number Publication Date
DE102018222139A1 true DE102018222139A1 (de) 2020-06-18

Family

ID=69061329

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102018222139.1A Withdrawn DE102018222139A1 (de) 2018-12-18 2018-12-18 Telematik-Steuergerät mit Dispatcher für "Always On" Funkverbindungen

Country Status (2)

Country Link
DE (1) DE102018222139A1 (de)
WO (1) WO2020127080A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022210901A1 (de) 2022-10-14 2024-04-25 Stellantis Auto Sas Verfahren und Steuerungseinrichtung zum Übertragen von Nachrichten mittels Fahrzeug-zu-Fahrzeug-Kommunikation

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112929406B (zh) * 2021-01-19 2022-10-18 深圳市计通智能技术有限公司 用于可信号隔离的双通道的通信方法及通信装置

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100167737A1 (en) * 2008-12-29 2010-07-01 General Motors Corporation Secondary connection strategy for vehicle originated cellular communication to a call center
WO2011041913A1 (en) * 2009-10-08 2011-04-14 Connectif Solutions Inc. System, method and integrated circuit chip for wireless multi- network telemetry
WO2012033774A2 (en) * 2010-09-07 2012-03-15 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
WO2013126859A2 (en) * 2012-02-24 2013-08-29 Interdigital Patent Holdings, Inc. Opportunistic radio access technology selection and aggregation
US8705527B1 (en) * 2011-01-14 2014-04-22 Cisco Technology, Inc. System and method for internal networking, data optimization and dynamic frequency selection in a vehicular environment
US20140313902A1 (en) * 2013-04-19 2014-10-23 John D. Bruner Optimization of over-the-top (ott) services on carrier networks
US20180242218A1 (en) * 2017-02-23 2018-08-23 Cisco Technology, Inc. Heterogeneous access gateway for an information-centric networking environment

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050090275A1 (en) * 2003-10-23 2005-04-28 General Motors Corporation Active wireless data channel select mechanism
DE102017218316A1 (de) * 2017-07-18 2019-01-24 Robert Bosch Gmbh Verfahren zum Betreiben einer straßenseitigen Netzwerkeinheit und straßenseitige Netzwerkeinheit

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100167737A1 (en) * 2008-12-29 2010-07-01 General Motors Corporation Secondary connection strategy for vehicle originated cellular communication to a call center
WO2011041913A1 (en) * 2009-10-08 2011-04-14 Connectif Solutions Inc. System, method and integrated circuit chip for wireless multi- network telemetry
WO2012033774A2 (en) * 2010-09-07 2012-03-15 Interdigital Patent Holdings, Inc. Bandwidth management, aggregation and internet protocol flow mobility across multiple-access technologies
US8705527B1 (en) * 2011-01-14 2014-04-22 Cisco Technology, Inc. System and method for internal networking, data optimization and dynamic frequency selection in a vehicular environment
WO2013126859A2 (en) * 2012-02-24 2013-08-29 Interdigital Patent Holdings, Inc. Opportunistic radio access technology selection and aggregation
US20140313902A1 (en) * 2013-04-19 2014-10-23 John D. Bruner Optimization of over-the-top (ott) services on carrier networks
US20180242218A1 (en) * 2017-02-23 2018-08-23 Cisco Technology, Inc. Heterogeneous access gateway for an information-centric networking environment

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022210901A1 (de) 2022-10-14 2024-04-25 Stellantis Auto Sas Verfahren und Steuerungseinrichtung zum Übertragen von Nachrichten mittels Fahrzeug-zu-Fahrzeug-Kommunikation

Also Published As

Publication number Publication date
WO2020127080A1 (de) 2020-06-25

Similar Documents

Publication Publication Date Title
WO2000023966A1 (de) Verfahren zum verbreiten einer nachricht
DE102007038964A1 (de) Verfahren und Vorrichtung zum Verarbeiten von Netzwerkdaten
DE102016124568A1 (de) Aggregieren fahrzeugbezogener big data
EP2847936B1 (de) Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk und entsprechend eingerichtetes teilnehmergerät an dem kommunikationsnetzwerk
EP3092829B1 (de) Zentrale kommunikationseinheit eines kraftfahrzeuges
DE102017124718A1 (de) Das zeitliche liefern von over-the-air-daten an ein fahrzeug
WO2020127080A1 (de) Telematik-steuergerät mit dispatcher für "always on" funkverbindungen
EP2028895B1 (de) Verfahren und Kommunikationssystem für Multihoming durch einem mobilen Router mit Lastverteilung
DE102014213304A1 (de) Verfahren und Vorrichtungen zum Überwachen bzw. Einstellen einer Dienstgüte von einer Datenübertragung über eine Datenverbindung in einem Funknetzwerk
DE102020105401A1 (de) V2x-kommunikationsnetz auf abonnementbasis für priorisierten dienst
DE102010029931A1 (de) Verfahren und Vorrichtung zur Abfrage von Daten eines Fahrzeugs
DE102007045519A1 (de) Kommunikationseinrichtung und Verfahren zur Kommunikation zwischen Fahrzeugen
EP2767451B1 (de) Verfahren und Netzwerk zur Datenkommunikation
EP1137296A1 (de) Verfahren und Vorrichtungen für ein zellulares Kommunikationsnetz
DE102012213328A1 (de) Kommunikationsvorrichtung für ein Fahrzeug
WO2020193019A1 (de) Verfahren zum auswählen einer ersten übertragungstechnologie oder einer zweiten übertragungstechnologie in abhängigkeit einer anforderung eines aktuellen anwendungsfalls sowie elektronische recheneinrichtung
DE10117133B4 (de) Verfahren und Vorrichtung zur Wegsteuerung von IP-Verbindungen in einem teilnehmerbezogenen Kommunikationsnetz
WO2020193017A1 (de) Verfahren zum übertragen einer information von einer kraftfahrzeugexternen, zentralen elektronischen recheneinrichtung an eine erste elektronische recheneinrichtung oder an eine zweite elektronische recheneinrichtung, sowie netzwerksystem
EP1376940A1 (de) Verfahren zur Datenübertragung
DE102017223398A1 (de) Datenverarbeitungsanlage, fahrzeug sowie kommunikationsverfahren
DE102020000498A1 (de) Managementvorrichtung und Applikationsvorrichtung für ein Fahrzeugkommunikationssystem
DE102017127512B4 (de) Verfahren zum verarbeiten einer vielzahl von fahrzeugnachrichten
DE10303488B4 (de) System und Verfahren zur Verbesserung des Übertragungsverhaltens einer nach dem TCP/IP-Protokoll arbeitenden Datenübertragung über eine unidirektionale Funkverbindung
DE102016206774A1 (de) Verfahren zum Betreiben eines Kommunikationssystems für ein Fahrzeug und Kommunikationssystem
DE102016211549A1 (de) Routingverfahren und Vorrichtung zum Festlegen einer Kommunikationsverbindung

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R120 Application withdrawn or ip right abandoned