DE102021104589A1 - Edge-computing-unterstützte abschwächung einer funküberlastung - Google Patents

Edge-computing-unterstützte abschwächung einer funküberlastung Download PDF

Info

Publication number
DE102021104589A1
DE102021104589A1 DE102021104589.4A DE102021104589A DE102021104589A1 DE 102021104589 A1 DE102021104589 A1 DE 102021104589A1 DE 102021104589 A DE102021104589 A DE 102021104589A DE 102021104589 A1 DE102021104589 A1 DE 102021104589A1
Authority
DE
Germany
Prior art keywords
message
geofence
vehicles
vehicle
traffic
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.)
Pending
Application number
DE102021104589.4A
Other languages
English (en)
Inventor
Oliver Lei
Somak Datta Gupta
Vladyslav Slyusar
Jayanthi Rao
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.)
Ford Global Technologies LLC
Original Assignee
Ford Global Technologies LLC
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 Ford Global Technologies LLC filed Critical Ford Global Technologies LLC
Publication of DE102021104589A1 publication Critical patent/DE102021104589A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/091Traffic information broadcasting
    • 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]
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0116Measuring and analyzing of parameters relative to traffic conditions based on the source of data from roadside infrastructure, e.g. beacons
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0125Traffic data processing
    • G08G1/0133Traffic data processing for classifying traffic situation
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0137Measuring and analyzing of parameters relative to traffic conditions for specific applications
    • G08G1/0141Measuring and analyzing of parameters relative to traffic conditions for specific applications for traffic information dissemination
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/04Detecting movement of traffic to be counted or controlled using optical or ultrasonic detectors
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/091Traffic information broadcasting
    • G08G1/093Data selection, e.g. prioritizing information, managing message queues, selecting the information to be output
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/12Messaging; Mailboxes; Announcements
    • 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/0289Congestion control
    • 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/08Load balancing or load distribution
    • H04W28/084Load balancing or load distribution among network function virtualisation [NFV] entities; among edge computing entities, e.g. multi-access edge computing

Landscapes

  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • Chemical & Material Sciences (AREA)
  • Analytical Chemistry (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Traffic Control Systems (AREA)

Abstract

Die Offenbarung stellt Edge-Computing-unterstützte Abschwächung einer Funküberlastung bereit. Eine Rechenvorrichtung beinhaltet eine Kamera, die dazu konfiguriert ist, Bilder eines Bereichs einer Stral e aufzunehmen, wobei der Bereich einen Geofence definiert; und einen Prozessor, der konfiguriert ist zum, als Reaktion auf Detektieren einer Verkehrsdichte innerhalb des Geofence, die einen vordefinierten Schwellenwert überschreitet, drahtloses Senden einer Richtungsnachricht innerhalb des Geofence, um Fahrzeuge, die sich innerhalb des Geofence befinden, aufzufordern, individuelle Nachrichtendienste, die in der Richtungsnachricht identifizierte niedrige Prioritäten aufweisen, vorübergehend zu deaktivieren, Analysieren des Fahrzeugverkehrs unter Verwendung von durch die Kamera aufgenommenen Bildern, um eine vordefinierte Verkehrssituation zu detektieren, als Reaktion auf Detektieren der vordefinierten Verkehrssituation, die durch eines der Fahrzeuge eingeleitet wird, Generieren einer Sicherheitsnachricht, welche die Verkehrssituation widerspiegelt, und Senden der Sicherheitsnachricht an Fahrzeuge innerhalb des Geofence.

Description

  • GEBIET DER TECHNIK
  • Die vorliegende Offenbarung betrifft im Allgemeinen ein Edge-Computing-System. Insbesondere betrifft die vorliegende Offenbarung ein Edge-Computing-System, um Funküberlastungen für die drahtlose Fahrzeugkommunikation abzuschwächen.
  • ALLGEMEINER STAND DER TECHNIK
  • Fahrzeuge sind zunehmend mit drahtlosen Kommunikationstechnologien ausgestattet, um miteinander zu kommunizieren. Einige Beispiele für diese drahtlosen Kommunikationstechnologien sind Mobilfunk-Fahrzeug-zu-Alles (cellular vehicle to everything - CV2X) und dedizierte Nahbereichskommunikation (dedicated short range communications - DSRC). Die drahtlose Kommunikation weist jedoch eine begrenzte Bandbreite auf. Im Falle eines Verkehrsüberlastung, z. B. auf einer stark befahrenen Stral e oder Kreuzung, können die drahtlosen Kanäle überlastet sein und aufgrund der begrenzten Bandbreite nicht in der Lage sein, alle Nachrichten von jedem Fahrzeug rechtzeitig zu kommunizieren.
  • KURZDARSTELLUNG
  • In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet eine Rechenvorrichtung eine Kamera, die dazu konfiguriert ist, Bilder eines Bereichs einer Stral e aufzunehmen, wobei der Bereich einen Geofence definiert; und einen Prozessor, der konfiguriert ist zum, als Reaktion auf Detektieren einer Verkehrsdichte innerhalb des Geofence, die einen vordefinierten Schwellenwert überschreitet, drahtloses Senden einer Richtungsnachricht innerhalb des Geofence, um Fahrzeuge, die sich innerhalb des Geofence befinden, aufzufordern, individuelle Nachrichtendienste, die in der Richtungsnachricht identifizierte niedrige Prioritäten aufweisen, vorübergehend zu deaktivieren, Analysieren des Fahrzeugverkehrs unter Verwendung von durch die Kamera aufgenommenen Bildern, um eine vordefinierte Verkehrssituation zu detektieren, als Reaktion auf Detektieren der vordefinierten Verkehrssituation, die durch eines der Fahrzeuge eingeleitet wird, Generieren einer Sicherheitsnachricht, welche die Verkehrssituation widerspiegelt, und Senden der Sicherheitsnachricht an Fahrzeuge innerhalb des Geofence.
  • In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Fahrzeug einen drahtlosen Transceiver; und eine Steuerung, die konfiguriert ist zum, als Reaktion auf Empfangen einer Richtungsnachricht über den drahtlosen Transceiver, die von einer Edge-Computing-Vorrichtung gesendet wird, Aktivieren eines kollektiven Nachrichtenmodus durch Deaktivieren von individuellen Nachrichtendiensten mit in der Richtungsnachricht identifizierten niedrigen Prioritäten, als Reaktion auf Empfangen einer Sicherheitsnachricht, die von der Edge-Computing-Vorrichtung gesendet wird, Durchführen eines autonomen Fahrmanövers unter Verwendung der Sicherheitsnachricht, und, als Reaktion darauf, dass detektiert wird, dass eine Wiederherstellungsbedingung erfüllt ist, Deaktivieren des kollektiven Nachrichtenmodus durch Wiederherstellen der individuellen Nachrichtendienste.
  • In einer oder mehreren veranschaulichenden Ausführungsformen der vorliegenden Offenbarung beinhaltet ein Verfahren Aufnehmen von Bildern über eine Kamera, die einen Bereich einer Stral e abdecken; Analysieren der Bilder über einen Prozessor, um eine Verkehrsdichte in dem Bereich zu bewerten; als Reaktion auf Detektieren der Verkehrsdichte, die einen vordefinierten Schwellenwert überschreitet, Senden einer Richtungsnachricht innerhalb des Bereiches über einen drahtlosen Transceiver, um Fahrzeuge, die sich innerhalb des Bereiches befinden, aufzufordern, individuelle Nachrichtendienste, die in der Richtungsnachricht identifizierte niedrige Prioritäten aufweisen, vorübergehend zu deaktivieren; als Reaktion auf Detektieren einer vordefinierten Verkehrssituation, die durch eines der Fahrzeuge eingeleitet wird, Generieren einer Sicherheitsnachricht über den Prozessor, welche die Verkehrssituation widerspiegelt; Senden der Sicherheitsnachricht an Fahrzeuge innerhalb des Bereichs über den drahtlosen Transceiver; und, als Reaktion auf Detektieren, dass die Verkehrsdichte unter dem vordefinierten Schwellenwert liegt, Senden einer Anweisungsnachricht, welche die Fahrzeuge innerhalb des Bereiches auffordert, individuelle Nachrichtendienste wiederherzustellen.
  • Figurenliste
  • Für ein besseres Verständnis der Erfindung und um zu zeigen, wie diese durchgeführt werden kann, werden nun Ausführungsformen davon ausschließlich als nicht einschränkende Beispiele beschrieben, wobei auf die beigefügten Zeichnungen Bezug genommen wird, in denen Folgendes gilt:
    • 1 veranschaulicht eine beispielhafte Blocktopologie eines Edge-Computing-Systems einer Ausführungsform der vorliegenden Offenbarung;
    • 2 veranschaulicht eine beispielhafte schematische Darstellung des Edge-Computing-Systems einer Ausführungsform der vorliegenden Offenbarung;
    • 3 veranschaulicht ein beispielhaftes Ablaufdiagramm eines Prozesses für die Edge-Computing-Vorrichtung einer Ausführungsform der vorliegenden Offenbarung; und
    • 4 veranschaulicht ein beispielhaftes Ablaufdiagramm eines Prozesses für ein Fahrzeug einer Ausführungsform der vorliegenden Offenbarung.
  • DETAILLIERTE BESCHREIBUNG
  • Nach Bedarf werden in dieser Schrift ausführliche Ausführungsformen der vorliegenden Erfindung offenbart; es versteht sich jedoch, dass die offenbarten Ausführungsformen lediglich beispielhaft für die Erfindung sind, die in unterschiedlichen und alternativen Formen umgesetzt werden kann. Die Figuren sind nicht unbedingt mal stabsgetreu; einige Merkmale können vergrößert oder verkleinert dargestellt sein, um Details bestimmter Komponenten zu zeigen. Demnach sind in dieser Schrift offenbarte konkrete strukturelle und funktionelle Details nicht als einschränkend auszulegen, sondern lediglich als repräsentative Grundlage, um den Fachmann die vielfältige Umsetzung der vorliegenden Erfindung zu lehren.
  • Die vorliegende Offenbarung stellt im Allgemeinen eine Vielzahl von Schaltungen oder anderen elektrischen Vorrichtungen bereit. Alle Bezugnahmen auf die Schaltungen und anderen elektrischen Vorrichtungen und die durch jede davon bereitgestellte Funktionalität sollen nicht darauf beschränkt sein, nur das einzuschliei en, was in dieser Schrift veranschaulicht und beschrieben ist. Während den verschiedenen Schaltungen oder anderen elektrischen Vorrichtungen bestimmte Bezeichnungen zugewiesen werden können, können derartige Schaltungen und andere elektrische Vorrichtungen auf Grundlage der bestimmten Art der elektrischen Umsetzung, die gewünscht ist, miteinander kombiniert und/oder auf eine beliebige Weise getrennt sein. Es liegt auf der Hand, dass beliebige in dieser Schrift offenbarte Schaltungen oder andere elektrische Vorrichtungen eine beliebige Anzahl an Mikroprozessoren, integrierten Schaltungen, Speichervorrichtungen (z. B. FLASH, Direktzugriffsspeicher (random access memory - RAM), Festwertspeicher (read only memory - ROM), elektrisch programmierbaren Festwertspeicher (electrically programmable read only memory - EPROM), elektrisch löschbaren programmierbaren Festwertspeicher (electrically erasable programmable read only memory - EEPROM) oder andere geeignete Varianten davon) und Software beinhalten können, die miteinander zusammenwirken, um den bzw. die in dieser Schrift offenbarten Vorgang bzw. Vorgänge durchzuführen. Zusätzlich kann eine beliebige oder können mehrere beliebige der elektrischen Vorrichtungen dazu konfiguriert sein, ein Computerprogramm auszuführen, das in einem nicht transitorischen computerlesbaren Medium ausgeführt ist, das dazu programmiert ist, eine beliebige Anzahl der offenbarten Funktionen durchzuführen.
  • Die vorliegende Offenbarung schlägt unter anderem ein Mehrfachzugangs-Edge-Computing(multi-access edge computing - MEC)- System für den Stral enverkehr vor. Insbesondere schlägt die vorliegende Offenbarung ein MEC-System zum Senden von grundlegenden Sicherheitsnachrichten (basic safety message - BSM) und/oder anderen Nachrichten an lokale Fahrzeuge vor, um Funküberlastungen zu reduzieren.
  • Fahrzeuge verwenden drahtlose Verbindungen (z. B. CV2X-Verbindungen), um Nachrichten zu senden und voneinander zu empfangen. Die Nachrichten können BSMs, Fahrzeugdienstnachrichten, Notfallnachrichten oder dergleichen beinhalten. Jeder Art von Nachrichten kann eine Priorität zugewiesen sein. Zum Beispiel kann den Notfallnachrichten die höchste Priorität zugewiesen sein, kann den BSMs eine mittlere Priorität zugewiesen sein und kann den Dienstnachrichten eine niedrige Priorität zugewiesen sein. Mit der zunehmenden Anzahl von Fahrzeugen, die mit drahtlosen Verbindungsmerkmalen ausgestattet sind, auf der Stral e kann der drahtlose Verbindungskanal überlastet werden. Die vorliegende Offenbarung schlägt ein MEC-System vor, das eine MEC-Vorrichtung (auch bekannt als MEC-Server) aufweist, die mit einer intelligenten Kamera verbunden ist, um die Fahrzeugdichte adaptiv zu bestimmen und BSMs an lokale Fahrzeuge zu senden, anstatt dass jedes Fahrzeug einzeln Nachrichten sendet. Die MEC-Vorrichtung kann dazu auffordern, die BSMs zu deaktivieren, die von jedem Fahrzeug innerhalb eines vordefinierten Geofence gesendet werden, der durch das MEC und die intelligente Kamera abgedeckt ist.
  • Unter Bezugnahme auf 1 ist eine beispielhafte Blocktopologie eines Fahrzeugsystems 100 einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Ein Fahrzeug 102a kann verschiedene Arten von Automobilen, Softroadern (crossover utility vehicle - CUV), Geländewagen (sport utility vehicle - SUV), Trucks, Wohnmobilen (recreational vehicle - RV), Booten, Flugzeugen oder anderen mobilen Maschinen zum Befördern von Personen oder Gütern beinhalten. In vielen Fällen kann das Fahrzeug 102a durch eine Brennkraftmaschine mit Leistung versorgt werden. Als eine andere Möglichkeit kann das Fahrzeug 102a ein Batterieelektrofahrzeug (battery electric vehicle - BEV), oder ein Hybridelektrofahrzeug (hybrid electric vehicle - HEV), das sowohl durch eine Brennkraftmaschine als auch durch einen oder mehrere Elektromotoren mit Leistung versorgt wird, wie etwa ein Serienhybridelektrofahrzeug (series hybrid electric vehicle - SHEV), ein Plug-in-Hybridelektrofahrzeug (plug-in hybrid electric vehicle - PHEV) oder ein Parallel-/Serienhybridfahrzeug (parallel/series hybrid vehicle - PSHEV), ein Boot, ein Flugzeug oder eine andere mobile Maschine zum Befördern von Personen oder Gütern sein. Als ein Beispiel kann das System 100 das SYNC-System beinhalten, das durch die Ford Motor Company in Dearborn, Michigan, hergestellt wird. Es ist anzumerken, dass das veranschaulichte System 100 lediglich ein Beispiel ist und mehr, weniger und/oder anders angeordnete Elemente verwendet werden können.
  • Wie in 1 veranschaulicht, kann eine Rechenplattform 104 einen oder mehrere Prozessoren 106 beinhalten, die dazu konfiguriert sind, Anweisungen, Befehle und andere Routinen durchzuführen, um die in dieser Schrift beschriebenen Prozesse zu unterstützen. Die Rechenplattform 104 kann zum Beispiel dazu konfiguriert sein, Anweisungen von Fahrzeuganwendungen 108 auszuführen, um Merkmale, wie etwa Navigation, Fahrzeugnachrichtenübermittlung und drahtlose Kommunikation bereitzustellen. Derartige Anweisungen und andere Daten können nicht flüchtig unter Verwendung vielfältiger Arten von computerlesbaren Speichermedien 110 gepflegt werden. Das computerlesbare Medium 110 (auch als prozessorlesbares Medium oder Speicher bezeichnet) beinhaltet ein beliebiges nicht transitorisches Medium (z. B. ein physisches Medium), das am Bereitstellen von Anweisungen oder anderen Daten beteiligt ist, die durch den Prozessor 106 der Rechenplattform 104 gelesen werden können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder interpretiert werden, die unter Verwendung von vielfältigen Programmiersprachen und/oder -technologien erstellt worden sind, einschließlich unter anderem und entweder allein oder in Kombination Java, C, C++, C#, Objective C, Fortran, Pascal, Java Script, Python, Perl und PL/SQL.
  • Die Rechenplattform 104 kann mit verschiedenen Merkmalen versehen sein, durch welche die Fahrzeuginsassen/-benutzer eine Schnittstelle mit der Rechenplattform 104 bilden können. Die Rechenplattform 104 kann zum Beispiel Eingaben von Steuerungen einer Mensch-Maschine-Schnittstelle (Human-Machine Interface - HMI) 112 empfangen, die dazu konfiguriert ist, eine Interaktion zwischen Insassen und dem Fahrzeug 102a bereitzustellen. Als ein Beispiel kann die Rechenplattform 104 mit einer oder mehreren Tasten (nicht gezeigt) oder anderen HMI-Steuerungen eine Schnittstelle bilden, die dazu konfiguriert sind, Funktionen auf der Rechenplattform 104 aufzurufen (z. B. Audiotasten am Lenkrad, eine Sprechtaste, Bedienelemente am Armaturenbrett usw.).
  • Die Rechenplattform 104 kann zudem eine oder mehrere Anzeigen 114 ansteuern oder anderweitig damit kommunizieren, die dazu konfiguriert sind, Fahrzeuginsassen mittels einer Videosteuerung 116 eine visuelle Ausgabe bereitzustellen. In einigen Fällen kann es sich bei der Anzeige 114 um einen Touchscreen handeln, der ferner dazu konfiguriert ist, Berührungseingaben von Benutzern über die Videosteuerung 116 zu empfangen, wohingegen es sich bei der Anzeige 114 in anderen Fällen lediglich um eine Anzeige ohne Fähigkeiten zur Berührungseingabe handeln kann. Die Rechenplattform 104 kann zudem einen oder mehrere Lautsprecher 118, die dazu konfiguriert sind, Fahrzeuginsassen mittels einer Audiosteuerung 120 Audioausgaben und -eingaben bereitzustellen, ansteuern oder anderweitig mit diesen kommunizieren.
  • Die Rechenplattform 104 kann auch mit Navigations- und Routenplanungsfunktionen durch eine Navigationssteuerung 122 bereitgestellt sein, die dazu konfiguriert ist, Navigationsrouten als Reaktion auf Benutzereingaben z. B. über die HMI-Steuerungen 112 zu berechnen und geplante Routen und Anweisungen über den Lautsprecher 118 und die Anzeige 114 auszugeben. Standortdaten, die zur Navigation benötigt werden, können von einer Steuerung 124 des globalen Navigationssatellitensystems (GNSS) gesammelt werden, die dazu konfiguriert ist, mit mehreren Satelliten zu kommunizieren und den Standort des Fahrzeugs 102a zu berechnen. Die GNSS-Steuerung 124 kann dazu konfiguriert sein, verschiedene gegenwärtige und/oder zukünftige globale oder regionale Standortsysteme zu unterstützen, wie etwa das globale Positionierungssystem (GPS), Galileo, Beidou, das globale Navigationssatellitensystem (GLONASS) und dergleichen. Kartendaten, die für die Routenplanung verwendet werden, können als Teil der Fahrzeugdaten 126 in dem Speicher 110 gespeichert sein. Navigationssoftware kann als Teil der Fahrzeuganwendungen 108 in dem Speicher 110 gespeichert sein. Verkehrsdaten können von einem Cloud-Server 128 heruntergeladen werden (was später ausführlicher erörtert wird).
  • Die Rechenplattform 104 kann dazu konfiguriert sein, drahtlos mit verschiedenen digitalen Einheiten zu kommunizieren. Die Rechenplattform 104 kann zum Beispiel dazu konfiguriert sein, über eine drahtlose Verbindung 132 mit einer mobilen Vorrichtung 130 der Fahrzeugbenutzer/-insassen zu kommunizieren. Bei der mobilen Vorrichtung 130 kann es sich um eine beliebige verschiedener Arten tragbarer Rechenvorrichtungen handeln, wie etwa Mobiltelefone, Tablet-Computer, tragbare Vorrichtungen, Smartwatches, Laptop-Computer, tragbare Musikwiedergabevorrichtungen oder andere Vorrichtungen, die zur Kommunikation mit der Rechenplattform 104 in der Lage sind. Ein drahtloser Transceiver 132 kann mit einer WLAN-Steuerung 134, einer Bluetooth-Steuerung 136, einer Steuerung 138 für Hochfrequenzidentifikation (radio-frequency identification - RFID), einer Steuerung 140 für Nahfeldkommunikation (near-field communication - NFC) und anderen Steuerungen, wie etwa einem Zigbee-Transceiver, einem IrDA-Transceiver, einem Transceiver für Ultrabreitband (ultra-wide band - UWB) (nicht gezeigt), in Kommunikation stehen und dazu konfiguriert sein, mit einem kompatiblen drahtlosen Transceiver (nicht gezeigt) der mobilen Vorrichtung 130 zu kommunizieren.
  • Die Rechenplattform 104 kann ferner dazu konfiguriert sein, über ein oder mehrere fahrzeuginterne Netzwerke 134 mit anderen Komponenten des Fahrzeugs 102a zu kommunizieren. Das fahrzeuginterne Netzwerk 134 kann als einige Beispiele unter anderem eines oder mehrere von einem Controller Area Network (CAN), einem Ethernet-Netzwerk und einem medienorientierten Systemtransport (media-oriented system transport - MOST) beinhalten.
  • Die Rechenplattform 104 kann dazu konfiguriert sein, mit verschiedenen ECUs 136 des Fahrzeugs 102a zu kommunizieren, die dazu konfiguriert sind, verschiedene Vorgänge durchzuführen. Die Rechenplattform kann zum Beispiel dazu konfiguriert sein, mit einer TCU 138 zu kommunizieren, die dazu konfiguriert ist, Telekommunikation zwischen dem Fahrzeug 102a und der Cloud 128 über eine drahtlose Verbindung 140 unter Verwendung eines Modems 140 zu steuern. Die drahtlose Verbindung 140 kann in der Form von verschiedenen Kommunikationsnetzwerken, z. B. einem Mobilfunknetzwerk, vorliegen. Durch die Cloud 128 kann das Fahrzeug auf verschiedene Inhalte für verschiedene Zwecke zugreifen (z. B. Live-Verkehrsdaten für Navigationen). Es ist anzumerken, dass der Begriff Cloud in der vorliegenden Offenbarung als allgemeiner Begriff verwendet wird und ein beliebiges Rechennetzwerk beinhalten kann, das Träger, Router, Computer, Steuerungen oder dergleichen einschliel t, die dazu konfiguriert sind, Daten zu speichern und Datenverarbeitungsfunktionen auszuführen und die Kommunikation zwischen verschiedenen Einheiten zu erleichtern.
  • Die ECUs 136 können ferner eine DSRC-Steuerung 144 beinhalten, die dazu konfiguriert ist, über eine drahtlose V2V- oder V2X-Verbindung mit einem oder mehreren Flottenfahrzeugen 102b...102n zu kommunizieren. Die DSRC-Steuerung 180 kann zum Beispiel dazu konfiguriert sein, über eine DSRC-Verbindung 146 mit einem oder mehreren Flottenfahrzeugen 102b ... 102n zu kommunizieren. Die Flottenfahrzeuge 102b... 102n können verschiedene Fahrzeuge beinhalten, die dem gleichen oder unterschiedlichen Herstellern zugeordnet und für das Drahtloskommunikationsmerkmal angemeldet sind, das durch das Fahrzeugsystem der vorliegenden Offenbarung ermöglicht wird. Zusätzlich oder alternativ kann das Fahrzeug 102a durch die TCU 138 über die CV2X-Verbindung 148 mit den Flottenfahrzeugen 102b... 102n kommunizieren. Zum Beispiel können die Flottenfahrzeuge 102 als Reaktion auf ein gegenseitiges Erkennen eine oder mehrere drahtlose Verbindungen 184 und 186 herstellen und Informationen austauschen, wie etwa BSMs. Fahrzeug-BSMs können verschiedene Informationen über das Fahrzeug beinhalten, einschließlich Route, Absicht und Fahrzeugstatus. Zum Beispiel kann ein Fahrzeug, das links abbiegt, eine BSM generieren, um den Gegenverkehr über die Absicht zu informieren, links abzubiegen, und den Gegenverkehr bitten, gegebenenfalls Vorfahrt zu gewähren. Zusätzlich kann die BSM auch an den Verkehr gesendet werden, der sich hinter dem abbiegenden Fahrzeug befindet, um ein durch Geschwindigkeitsreduzierung verursachtes Auffahren zu vermeiden. Als Reaktion auf das Empfangen einer BSM von einem Flottenfahrzeug 102 kann das Fahrzeug 102a die Nachricht über die HMI-Steuerungen 112 ausgeben, um den Fahrer über die Absicht des Ursprungsfahrzeugs zu informieren. Falls das Fahrzeug 102a mit Merkmalen für autonomes Fahren über eine Steuerung für autonomes Fahren (autonomous driving controller - ADC) 150 bereitgestellt ist, kann alternativ die ADC 150 dazu konfiguriert sein, autonome Fahrmanöver unter Verwendung der empfangenen BSM durchzuführen. Es ist anzumerken, dass es sich bei den in dieser Schrift vorgestellten ECUs 136 nur um Beispiele handelt und dem tatsächlichen Fahrzeug 102a mehr ECUs oder Steuerungen bereitgestellt sein können, die dazu konfiguriert sind, verschiedene Vorgänge durchzuführen. Jede ECU 136 kann mit Verarbeitungs- und Speicherfunktionen bereitgestellt sein, die durch Computersoftware betrieben werden.
  • Eine MEC-Vorrichtung 152 kann dazu konfiguriert sein, mit dem Fahrzeug 102a (sowie den Flottenfahrzeugen 102b... 102n) über einen drahtlosen Transceiver 154 durch eine oder mehrere drahtlose Verbindungen 156 zu kommunizieren. Zum Beispiel kann der drahtlose Transceiver 154 mit einer WLAN-Steuerung 158, einer NFC-Steuerung 160, einer RFID-Steuerung 162, einer DSRC-Steuerung 164 und/oder einer CV2X-Steuerung 166 in Kommunikation stehen, die dazu konfiguriert sind, über kompatible Protokolle mit den Fahrzeugen 102 zu kommunizieren. Die MEC-Vorrichtung 152 kann ferner mit einem Prozessor 168 bereitgestellt sein, der dazu konfiguriert ist, Anweisungen, Befehle und andere Routinen durchzuführen, um den Prozess, wie etwa drahtlose Kommunikation, Bildverarbeitung, BSM-Generierung oder dergleichen, zu unterstützen. Die MEC-Vorrichtung 152 kann mit einem nicht flüchtigen Speicher 170 bereitgestellt sein, um verschiedene MEC-Anwendungen 172 zu speichern. Die MEC-Vorrichtung 152 kann ferner mit einer Kamera 174 bereitgestellt sein, die dazu konfiguriert ist, Bilder und Videos einer Stral e oder Kreuzung aufzunehmen, die durch die MEC-Vorrichtung 152 abgedeckt ist. Zum Beispiel können die MEC-Vorrichtung 152 und die Kamera 174 an einem Lichtmast oder einer Verkehrsampel montiert sein, um eine Verkehrssituation innerhalb einer vordefinierten Nähe zu einer Kreuzung zu überwachen. Die Kamera 174 kann mit intelligenten Kameramerkmalen bereitgestellt sein, die von MEC-Anwendungen 172 unterstützt werden, die dazu konfiguriert sind, Fahrzeuge und Verkehrsdichten automatisch zu erkennen. Zusätzlich kann die MEC-Vorrichtung 152 Verkehrsbedingungen auf Grundlage von Verkehrsbildern bestimmen, die von der Kamera 174 aufgenommen wurden, und dementsprechend BSMs erzeugen, um sie an Fahrzeuge 102 zu senden.
  • Unter Bezugnahme auf 2 ist eine schematische Darstellung 202 des Edge-Computing-Systems einer Ausführungsform der vorliegenden Offenbarung veranschaulicht. Unter fortgesetzter Bezugnahme auf 1 ist die MEC-Vorrichtung 152 in dem vorliegenden Beispiel zwei Kameras 174 zugeordnet, die dazu konfiguriert sind, Bilder einer Kreuzung 202 aus verschiedenen Winkeln aufzunehmen. Die MEC-Vorrichtung 152 kann an einer physischen Struktur (z. B. einem Lichtmast, einer Verkehrsampel oder einem Gebäude) nahe der Kreuzung 202 montiert sein. Eine erste Kamera 174a kann in die MEC-Vorrichtung integriert und dazu konfiguriert sein, in die Richtung der Kreuzung 202 zu zeigen, um Bilder aufzunehmen. In Abhängigkeit von der konkreten Kameraeinrichtung kann eine einzelne Kamera eine begrenzte Abdeckung des Stral enverkehrs aufweisen und einen signifikanten toten Winkel erzeugen, was unerwünscht ist. Wie in dem vorliegenden Beispiel unter Bezugnahme auf 2 veranschaulicht, kann eine zweite Kamera 174b auf einer gegenüberliegenden Seite der Kreuzung 202 eingerichtet sein, um Bilder aus einem anderen Winkel aufzunehmen. Die zweite Kamera 174b kann über ein Kabel (nicht gezeigt) mit der MEC-Vorrichtung 152 verbunden sein. Zusätzlich oder alternativ kann eine drahtlose Verbindung verwendet werden, um eine Verbindung mit der MEC-Vorrichtung 152 durch den drahtlosen Transceiver 154 anstelle des Kabels herzustellen. Es ist anzumerken, dass, obwohl in dem vorliegenden Beispiel zwei Kameras verwendet werden, die vorliegende Offenbarung nicht auf eine derartige Konfiguration begrenzt ist und auf die Verwendung von mehreren Kameras, Sensoren verschiedener Arten zum Detektieren von Verkehr und Stral enbedingungen in Abhängigkeit von dem Ausgestaltungsbedarf erweitert werden kann.
  • Die MEC-Vorrichtung 152 kann dazu konfiguriert sein, einen begrenzten Bereich abzudecken, in dem die MEC-Vorrichtung 152 kollektiv Nachrichten erzeugen und an Fahrzeuge senden kann. Der Bereich kann als Geofence 204 bezeichnet werden. In dem vorliegenden Beispiel kann der Geofence 204 als der Bereich der Kreuzung 202 und der Stral e definiert sein, der praktisch von den zwei Kameras 174 abgedeckt ist. Alternativ kann der Geofence ferner durch eine Übertragungsreichweite des drahtlosen Transceivers 154 der MEC-Vorrichtung 152 beeinflusst werden. Wie in 2 veranschaulicht, kann der Geofence 204 einen Bereich abdecken, der mehrere Fahrzeuge aufweist. Unter diesen Fahrzeugen in dem Geofence 204 sind einige Fahrzeuge 102 mit dem drahtlosen Kommunikationsmerkmal (auch bekannt als Flottenfahrzeug 102) bereitgestellt, während die anderen nicht mit einem derartigen Merkmal bereitgestellt sind. Als Reaktion auf das Detektieren, dass ein Flottenfahrzeug 102 in den Geofence eingetreten ist, kann die MEC-Vorrichtung 152 das Flottenfahrzeug 102 anweisen, das Senden der BSMs und Dienstnachrichten zu reduzieren oder zu stoppen. Die MEC-Vorrichtung 152 kann die BSMs kollektiv generieren und an Flottenfahrzeuge 102 innerhalb des Geofence senden. In dem vorliegenden Beispiel kann ein erstes Flottenfahrzeug 102a beabsichtigen, an der Kreuzung 202 nach links abzubiegen, was eine BSM auslösen kann, um Fahrzeuge in der Nähe zu benachrichtigen. Die MEC-Vorrichtung 152 kann die Absicht des ersten Flottenfahrzeugs 102a detektieren und eine BSM erzeugen, die das bevorstehende Linksabbiegemanöver des ersten Flottenfahrzeugs 102a angibt. Die MEC-Vorrichtung 152 kann die BSM-Nachricht dann kollektiv an die Flottenfahrzeuge 102 innerhalb des Geofence senden, um über die Absicht des Linksabbiegens des ersten Flottenfahrzeugs 102a zu benachrichtigen.
  • 3 veranschaulicht ein beispielhaftes Ablaufdiagramm für einen Prozess 300, der durch die MEC-Vorrichtung 152 durchgeführt wird, einer Ausführungsform der vorliegenden Offenbarung. Unter fortgesetzter Bezugnahme auf die 1 und 2 überwacht die MEC-Vorrichtung 152 bei Vorgang 302 den Verkehr innerhalb des bezeichneten Geofence 204 über die eine oder die mehreren Kameras 174 und andere Sensoren (nicht gezeigt). Die MEC-Vorrichtung 152 kann eine Verkehrsdichte auf Grundlage des Live-Verkehrsflusses, wie überwacht, berechnen und bestimmen. In dieser Phase ist das kollektive Sendemerkmal der MEC-Vorrichtung 152 deaktiviert und jedes Fahrzeug kann Nachrichten individuell senden und empfangen. Bei Vorgang 304 vergleicht die MEC-Vorrichtung 152 die Verkehrsdichte mit einem vordefinierten Schwellenwert, um die Funküberlastungssituation zu bewerten. Der Schwellenwert kann auf Grundlage eines spezifischen Ausgestaltungsbedarfs definiert und angepasst werden. Unterschiedlichen MEC-Vorrichtungen, die für unterschiedliche Bereiche vorgesehen sind, können unterschiedliche Schwellenwerte zugeordnet sein. Alternativ kann die MEC-Vorrichtung 152 ferner dazu konfiguriert sein, den Schwellenwert auf Grundlage von Faktoren, wie etwa Tageszeit, Wetter, von dem drahtlosen Transceiver 184 detektierten drahtlosen Signalen oder dergleichen, dynamisch anzupassen. Zum Beispiel kann die MEC-Vorrichtung 152 den Schwellenwert bei schlechten Wetterbedingungen (z. B. Regen, Schnee, Nebel) reduzieren, da die schlechten Wetterbedingungen mehr BSMs von jedem individuellen Fahrzeug auslösen können, wodurch die Wahrscheinlichkeit für eine Funküberlastung steigt. Die Wetterbedingungen können durch die Kamera 174 detektiert oder über den Cloud-Server 128 erhalten werden. Falls sich die MEC-Vorrichtung 152 hauptsächlich auf die Kameras 174 stützt, um den Verkehrsfluss zu überwachen, kann das kollektive MEC-Nachrichtensystem bei Wetterbedingungen mit geringer Sicht (z. B. Nebel) deaktiviert werden, um eine Fehlbewertung zu vermeiden.
  • Gemäl einer allgemeinen Regel ist es wahrscheinlicher, dass Funküberlastungen mit zunehmendem Ausmal von Fahrzeugverkehr innerhalb des Geofence 204 auftreten. Wenn die Verkehrsdichte nicht größer als der Schwellenwert ist, kehrt der Prozess zu Vorgang 302 zurück und überwacht die MEC-Vorrichtung 152 weiterhin den Verkehrsfluss. Wenn die Verkehrsdichte jedoch größer als der Schwellenwert ist, geht der Prozess zu Vorgang 306 über und sendet die MEC-Vorrichtung 152 eine Richtungsnachricht an Flottenfahrzeuge 102 innerhalb des Geofence 204, um die Flottenfahrzeuge 102 aufzufordern, die individuelle Nachrichtenübermittlung für Nachrichten mit niedriger Priorität zu deaktivieren. Flottenfahrzeuge 102 können dazu konfiguriert sein, Nachrichtendienste mit einer Vielzahl von Prioritäten zu unterstützen. Zum Beispiel kann Dienstnachrichten bezüglich eines medizinischen Notfalls die höchste Priorität (d. h. Priorität „0“) zugewiesen werden und müssen sie in allen Situationen gesendet werden. Die Richtungsnachricht von der MEC-Vorrichtung 152 darf Dienstnachrichten bezüglich eines medizinischen Notfalls nicht deaktivieren. BSMs und Verkehrsdatenanforderungsnachrichten kann als Reaktion auf das Empfangen der Richtungsnachricht eine mittlere Priorität (d. h. Priorität „1”) zugewiesen werden und sie können durch jedes Flottenfahrzeug 102 deaktiviert werden. Fahrzeugdienstnachrichten kann eine noch niedrigere Priorität (d. h. Priorität „2“) zugewiesen und von jedem Flottenfahrzeug 102 in den Wartezustand versetzt werden, bis individuelle Nachrichtendienste wiederhergestellt sind.
  • Bei Vorgang 308 erhält die MEC-Vorrichtung 152 Navigationsverkehrsdaten von dem Cloud-Server 128 und sendet die Verkehrsdaten an Flottenfahrzeuge 102 innerhalb des Geofence. Die Navigationsverkehrsdaten können einen oder mehrere Bereiche des Stral enverkehrs nahe dem Geofence 204 abdecken. Da die Verkehrsdatenanforderungsnachricht die mittlere Priorität aufweist, die innerhalb des Geofence deaktiviert ist, können Flottenfahrzeuge 102 die Verkehrsdaten kollektiv von der MEC-Vorrichtung 152 erhalten. Bei Vorgang 310 analysiert die MEC-Vorrichtung 152 den Fahrzeugverkehr unter Verwendung von Bild-/Videodaten, die von den Kameras aufgenommen werden, um Verkehrssituationen zu bestimmen, die BSM-Kommunikationen erfordern. Als Reaktion auf das Detektieren einer Verkehrssituation bei Vorgang 312 geht der Prozess zu Vorgang 314 über und die erzeugt MEC-Vorrichtung 152 eine BSM, welche die Verkehrssituation, wie detektiert, widerspiegelt, und sendet die BSM an Fahrzeuge innerhalb des Geofence 204. Als ein Beispiel kann die Verkehrssituation beinhalten, dass ein Flottenfahrzeug nach links abbiegt, wobei in diesem Fall BSMs erzeugt werden können, um Fahrzeuge 102 in der Nähe über die fahrzeugabsicht zu informieren. Die MEC-Vorrichtung 152 kann die Absicht des Linksabbiegens des Fahrzeugs durch Identifizieren von Merkmalen, wie etwa Blinkerlicht, Fahrzeug, das sich auf der Linksabbiegerspur befindet, Fahrzeugmanöver oder dergleichen, detektieren. Zusätzlich zum Detektieren der Absicht des Flottenfahrzeugs kann zudem, da die MEC-Vorrichtung 152 die BSM auf Grundlage von Kamera-/Sensordaten erzeugt, eine Verkehrssituation, die von einem Nicht-Flottenfahrzeug ohne das drahtlose Kommunikationsmerkmal eingeleitet wird, durch die MEC-Vorrichtung 152 detektiert werden. Zum Beispiel kann die MEC-Vorrichtung 152 als Reaktion auf das Detektieren einer Absicht eines Fahrzeugs unabhängig von dem drahtlosen Kommunikationsmerkmal eine BSM erzeugen und innerhalb des Geofence 204 senden, um eine Lösung mit verbesserter Sicherheit im Vergleich zu herkömmlichen individuellen Nachrichtendiensten bereitzustellen. Bei Vorgang 316 verifiziert die MEC-Vorrichtung 152, ob sich die Verkehrsdichte unter den Schwellenwert verringert hat. Wenn die Antwort Nein lautet, wodurch angegeben wird, das der Verkehrsfluss noch immer hoch ist, kehrt der Prozess zu Vorgang 306 zurück. Andernfalls geht der Prozess zu Vorgang 318 über und sendet die MEC-Vorrichtung eine zweite Richtungsnachricht an die Fahrzeuge 102 innerhalb des Geofences, um individuelle Nachrichtendienste wiederherzustellen.
  • Unter Bezugnahme auf 4 ist ein beispielhaftes Ablaufdiagramm für einen Prozess 400 veranschaulicht, der von einem Flottenfahrzeug 102 durchgeführt wird. Unter fortgesetzter Bezugnahme auf die 1-3 empfängt das Fahrzeug 102 bei Vorgang 402 eine Richtungsnachricht von der MEC-Vorrichtung 152, die eine Aufforderung zum Deaktivieren von Nachrichtendiensten mit niedriger Priorität angibt. Die Richtungsnachricht kann verschiedene Informationen beinhalten, wie etwa Prioritätsniveau für deaktivierte Nachrichtendienste, Grenze des Geofence und/oder einen Zeitgeber (der nachstehend ausführlich erörtert wird). Als Reaktion auf das Empfangen der Richtungsnachricht deaktiviert das Fahrzeug 102 bei Vorgang 404 die Nachrichtendienste mit dem Prioritätsniveau, wie angewiesen. Hier kann, obwohl die Übertragung von Nachrichten mit niedriger Priorität vorübergehend deaktiviert sein kann, das Fahrzeug 102 dennoch Nachrichten mit niedriger Priorität (z. B. Dienstnachrichten) erzeugen und die Nachrichten für spätere Übertragungen im Speicher 110 speichern. Bei Vorgang 406 empfängt das Fahrzeug 102 eine BSM von der MEC-Vorrichtung 152 und gibt die BSM über die HMI-Steuerungen 112 bei Vorgang 408 aus. Zusätzlich oder alternativ kann das Fahrzeug 102, falls das Fahrzeug 102 mit Merkmalen für autonomes Fahren bereitgestellt ist, die durch die ADC 150 aktiviert sind, die BSM für autonome Fahrmanöver an die ADC 150 leiten. Bei Vorgang 410 empfängt das Fahrzeug 102 die Navigationsverkehrsdaten, die von der MEC-Vorrichtung 152 gesendet werden. Bei Vorgang 412 verifiziert das Fahrzeug 102, ob die Bedingung zum Wiederherstellen der individuellen Nachrichtenübermittlung erfüllt wurde. Die Verifizierung kann auf verschiedene Weisen durchgeführt werden. Als einige nicht einschränkende Beispiele kann das Fahrzeug 102 eine zweite Richtungsnachricht von der MEC-Vorrichtung 152 empfangen, die eine Wiederherstellung individueller Dienste angibt. Zusätzlich oder alternativ kann das Fahrzeug 102 verifizieren, ob sich der Standort des Fahrzeugs noch immer innerhalb des Geofence 204 befindet, der in der Richtungsnachricht angewiesen ist, um zu entscheiden, ob die individuellen Nachrichtendienste wiederhergestellt werden sollen. Zusätzlich oder alternativ kann die von der MEC-Vorrichtung 152 empfangene Richtungsnachricht einen Zeitgeber beinhalten, dessen Ablauf die Berechtigung zum Wiederherstellen individueller Dienste angibt. Falls das Fahrzeug für einen längeren Zeitraum in dem Geofence bleibt (z. B. bei einer Verkehrsüberlastung), kann die MEC-Vorrichtung 152 dazu konfiguriert sein, die Richtungsnachricht periodisch zu wiederholen, um den Zeitgeber zu erneuern, sodass die kollektiven Nachrichtendienste fortgesetzt werden. Wenn die Wiederherstellungsbedingung noch nicht erfüllt ist, kehrt der Prozess zu Vorgang 406 zurück. Andernfalls geht der Prozess zu Vorgang 414 über und stellt das Fahrzeug 102 die individuellen Nachrichtendienste wieder her. Falls das Fahrzeug Nachrichten mit niedriger Priorität (z. B. Dienstnachrichten) während des kollektiven Nachrichtenmodus generiert hat, kann das Fahrzeug 102 die Nachrichten als Reaktion auf die Wiederherstellung des Dienstes senden.
  • Wenngleich vorstehend beispielhafte Ausführungsformen beschrieben sind, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Vielmehr sind die in der Beschreibung verwendeten Ausdrücke beschreibende und keine einschränkenden Ausdrücke, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Geist und Umfang der Erfindung abzuweichen. Zusätzlich können die Merkmale verschiedener umsetzender Ausführungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
  • Gemäl einer Ausführungsform ist die Steuerung ferner zu Folgendem konfiguriert: als Reaktion auf Empfangen einer zweiten Richtungsnachricht von der Edge-Computing-Vorrichtung, Erneuern des Zeitgebers, um Deaktivieren der individuellen Nachrichtendienste fortzusetzen.
  • In einem Aspekt der Erfindung beinhaltet das Verfahren Folgendes: Erhalten von Navigationsverkehrsdaten für Stral enverkehr angrenzend zu dem Bereich über eine drahtgebundene Verbindung von einem Cloud-Server; und Senden der Navigationsverkehrsdaten an die Fahrzeuge innerhalb des Bereichs über den drahtlosen Transceiver.
  • In einem Aspekt der Erfindung beinhaltet das Verfahren Anpassen des vordefinierten Schwellenwerts unter Verwendung einer Wetterbedingung des Bereichs, die von einem Cloud-Server erhalten wird.
  • In einem Aspekt der Erfindung beinhaltet die Richtungsnachricht Informationen, die eine Grenze des Bereichs angeben.
  • In einem Aspekt der Erfindung beinhaltet die Richtungsnachricht einen Zeitgeber, der eine Dauer für die Fahrzeuge zum Deaktivieren der individuellen Nachrichtendienste angibt, wobei das Verfahren ferner Senden, über den drahtlosen Transceiver, einer zweiten Richtungsnachricht an die Fahrzeuge innerhalb des Bereiches umfasst, bevor der Zeitgeber abläuft, um den Zeitgeber zu erneuern.

Claims (15)

  1. Rechenvorrichtung, umfassend: eine Kamera, die dazu konfiguriert ist, Bilder eines Bereichs einer Stral e aufzunehmen, wobei der Bereich einen Geofence definiert; und einen Prozessor, der konfiguriert ist zum als Reaktion auf Detektieren einer Verkehrsdichte innerhalb des Geofence, die einen vordefinierten Schwellenwert überschreitet, drahtloses Senden einer Richtungsnachricht innerhalb des Geofence, um Fahrzeuge, die sich innerhalb des Geofence befinden, aufzufordern, individuelle Nachrichtendienste, die in der Richtungsnachricht identifizierte niedrige Prioritäten aufweisen, vorübergehend zu deaktivieren, Analysieren des Fahrzeugverkehrs unter Verwendung von durch die Kamera aufgenommenen Bildern, um eine vordefinierte Verkehrssituation zu detektieren, als Reaktion auf Detektieren der vordefinierten Verkehrssituation, die durch eines der Fahrzeuge eingeleitet wird, Generieren einer Sicherheitsnachricht, welche die Verkehrssituation widerspiegelt, und Senden der Sicherheitsnachricht an Fahrzeuge innerhalb des Geofence.
  2. Rechenvorrichtung nach Anspruch 1, wobei der Prozessor ferner dazu konfiguriert ist, den vordefinierten Schwellenwert unter Verwendung einer Wetterbedingung des Geofence anzupassen.
  3. Rechenvorrichtung nach Anspruch 2, wobei der Prozessor ferner dazu konfiguriert ist, die Wetterbedingung von einem Cloud-Server zu erhalten.
  4. Rechenvorrichtung nach Anspruch 1, wobei der Prozessor ferner zu Folgendem konfiguriert ist: Erhalten von Navigationsverkehrsdaten für einen vordefinierten Stral enbereich, der mit dem Geofence verbunden ist, von einem Cloud-Server; und Senden der Navigationsverkehrsdaten an die Fahrzeuge innerhalb des Geofence.
  5. Rechenvorrichtung nach Anspruch 1, wobei der Prozessor ferner zu Folgendem konfiguriert ist: als Reaktion auf Detektieren, dass die Verkehrsdichte unter dem vordefinierten Schwellenwert liegt, Senden einer Anweisungsnachricht, welche die Fahrzeuge innerhalb des Geofence auffordert, individuelle Nachrichtendienste wiederherzustellen.
  6. Rechenvorrichtung nach Anspruch 1, wobei die Richtungsnachricht Informationen beinhaltet, die eine Grenze des Geofence angeben.
  7. Rechenvorrichtung nach Anspruch 1, wobei die Richtungsnachricht einen Zeitgeber beinhaltet, der die Dauer für die Fahrzeuge zum Deaktivieren der individuelle Nachrichtendienste angibt.
  8. Rechenvorrichtung nach Anspruch 7, wobei der Prozessor ferner zu Folgendem konfiguriert ist: Senden einer zweiten Richtungsnachricht an die Fahrzeuge innerhalb des Geofence, bevor der Zeitgeber abläuft, um den Zeitgeber zu erneuern.
  9. Fahrzeug, umfassend: einen drahtlosen Transceiver; und eine Steuerung, die konfiguriert ist zum als Reaktion auf Empfangen einer Richtungsnachricht über den drahtlosen Transceiver, die von einer Edge-Computing-Vorrichtung gesendet wird, Aktivieren eines kollektiven Nachrichtenmodus durch Deaktivieren von individuellen Nachrichtendiensten mit in der Richtungsnachricht identifizierten niedrigen Prioritäten, als Reaktion auf Empfangen einer Sicherheitsnachricht, die von der Edge-Computing-Vorrichtung gesendet wird, Durchführen eines autonomen Fahrmanövers unter Verwendung der Sicherheitsnachricht, und als Reaktion darauf, dass detektiert wird, dass eine Wiederherstellungsbedingung erfüllt ist, Deaktivieren des kollektiven Nachrichtenmodus durch Wiederherstellen der individuellen Nachrichtendienste.
  10. Fahrzeug nach Anspruch 9, wobei die Steuerung ferner zu Folgendem konfiguriert ist: als Reaktion auf Empfangen von Verkehrsdaten, die von der Edge-Computing-Vorrichtung gesendet werden, Planen einer Navigationsroute unter Verwendung der Verkehrsdaten.
  11. Fahrzeug nach Anspruch 9, wobei die Wiederherstellungsbedingung dadurch erfüllt ist, dass das Fahrzeug eine Anweisungsnachricht von der Edge-Computing-Vorrichtung empfängt.
  12. Fahrzeug nach Anspruch 9, das ferner Folgendes umfasst: eine Standortsteuerung, die dazu konfiguriert ist, einen Fahrzeugstandort zu berechnen, wobei die Richtungsnachricht Informationen über einen Geofence beinhaltet, innerhalb dessen die individuellen Nachrichtendienste deaktiviert werden sollen, und die Wiederherstellungsbedingung dadurch erfüllt ist, dass die Steuerung verifiziert, dass sich der Fahrzeugstandort aul erhalb des Geofence befindet.
  13. Fahrzeug nach Anspruch 9, wobei die Richtungsnachricht einen Zeitgeber beinhaltet, der eine Dauer zum Deaktivieren der individuellen Nachrichtendienste angibt, wobei die Wiederherstellungsbedingung dadurch erfüllt ist, dass die Steuerung einen Ablauf des Zeitgebers verifiziert, wobei die Steuerung ferner zu Folgendem konfiguriert ist: als Reaktion auf Empfangen einer zweiten Richtungsnachricht von der Edge-Computing-Vorrichtung, Erneuern des Zeitgebers, um Deaktivieren der individuellen Nachrichtendienste fortzusetzen.
  14. Fahrzeug nach Anspruch 9, wobei die Steuerung ferner zu Folgendem konfiguriert ist: im kollektiven Nachrichtenmodus, Unterlassen, eine grundlegende Sicherheitsnachricht zu generieren, die eine erste Priorität innerhalb der in der Richtungsnachricht identifizierten niedrigen Prioritäten aufweist, Generieren einer Dienstnachricht mit einer zweiten niedrigen Priorität innerhalb der in der Richtungsnachricht identifizierten niedrigen Prioritäten, und Unterlassen des Sendens der Dienstnachricht, bis der kollektive Nachrichtenmodus deaktiviert ist.
  15. Verfahren, umfassend: Aufnehmen von Bildern über eine Kamera, die einen Bereich einer Stral e abdecken; Analysieren der Bilder über einen Prozessor, um eine Verkehrsdichte in dem Bereich zu bewerten; als Reaktion auf Detektieren der Verkehrsdichte, die einen vordefinierten Schwellenwert überschreitet, Senden einer Richtungsnachricht innerhalb des Bereiches über einen drahtlosen Transceiver, um Fahrzeuge, die sich innerhalb des Bereiches befinden, aufzufordern, individuelle Nachrichtendienste, die in der Richtungsnachricht identifizierte niedrige Prioritäten aufweisen, vorübergehend zu deaktivieren; als Reaktion auf Detektieren einer vordefinierten Verkehrssituation, die durch eines der Fahrzeuge eingeleitet wird, Generieren einer Sicherheitsnachricht, über den Prozessor, welche die Verkehrssituation widerspiegelt; Senden der Sicherheitsnachricht an Fahrzeuge innerhalb des Bereichs über den drahtlosen Transceiver; als Reaktion auf Detektieren, dass die Verkehrsdichte unter dem vordefinierten Schwellenwert liegt, Senden einer Anweisungsnachricht, welche die Fahrzeuge innerhalb des Bereiches auffordert, individuelle Nachrichtendienste wiederherzustellen; Erhalten von Navigationsverkehrsdaten für Stral enverkehr angrenzend zu dem Bereich über eine drahtgebundene Verbindung von einem Cloud-Server; Senden der Navigationsverkehrsdaten an die Fahrzeuge innerhalb des Bereichs über den drahtlosen Transceiver; und Anpassen des vordefinierten Schwellenwerts unter Verwendung einer Wetterbedingung des Bereichs, die von einem Cloud-Server erhalten wird, wobei die Richtungsnachricht Informationen, die eine Grenze des Bereichs angeben, und einen Zeitgeber beinhaltet, der eine Dauer für die Fahrzeuge zum Deaktivieren der individuellen Nachrichtendienste angibt, wobei das Verfahren ferner Senden, über den drahtlosen Transceiver, einer zweiten Richtungsnachricht an die Fahrzeuge innerhalb des Bereiches umfasst, bevor der Zeitgeber abläuft, um den Zeitgeber zu erneuern.
DE102021104589.4A 2020-03-02 2021-02-25 Edge-computing-unterstützte abschwächung einer funküberlastung Pending DE102021104589A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16/806,186 2020-03-02
US16/806,186 US11210943B2 (en) 2020-03-02 2020-03-02 Edge computing aided radio congestion mitigation

Publications (1)

Publication Number Publication Date
DE102021104589A1 true DE102021104589A1 (de) 2021-09-02

Family

ID=77271108

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102021104589.4A Pending DE102021104589A1 (de) 2020-03-02 2021-02-25 Edge-computing-unterstützte abschwächung einer funküberlastung

Country Status (3)

Country Link
US (1) US11210943B2 (de)
CN (1) CN113347594A (de)
DE (1) DE102021104589A1 (de)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114913697A (zh) * 2022-04-07 2022-08-16 南京市德赛西威汽车电子有限公司 一种基于v2x-mec技术的跨区域紧急通行引导方法及***

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20220124287A1 (en) * 2020-10-21 2022-04-21 Michael Preston Cloud-Based Vehicle Surveillance System

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10964209B2 (en) * 2003-12-24 2021-03-30 Mark W. Publicover Method and system for traffic and parking management
US10979849B2 (en) * 2015-06-02 2021-04-13 GeoFrenzy, Inc. Systems, methods and apparatus for geofence networks
WO2017191615A1 (en) 2016-05-05 2017-11-09 Telefonaktiebolaget Lm Ericsson (Publ System and method for congestion control in a communication system
WO2019104280A1 (en) 2017-11-27 2019-05-31 Intel IP Corporation Multi-access edge computing (mec) based multi-operator support for c-v2x systems
US20190306912A1 (en) 2018-04-03 2019-10-03 Qualcomm Incorporated Hybrid operation mode for vehicle-to-everything communications
US10992752B2 (en) 2019-03-28 2021-04-27 Intel Corporation Sensor network configuration mechanisms

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114913697A (zh) * 2022-04-07 2022-08-16 南京市德赛西威汽车电子有限公司 一种基于v2x-mec技术的跨区域紧急通行引导方法及***

Also Published As

Publication number Publication date
US11210943B2 (en) 2021-12-28
US20210272454A1 (en) 2021-09-02
CN113347594A (zh) 2021-09-03

Similar Documents

Publication Publication Date Title
DE112018001483T5 (de) System und verfahren zur automatischen fahrgastaufteilung zwischen fahrzeugen
DE102020106951A1 (de) Vollständige ladestation für elektrische fahrzeuge und verfahren zum betrieb desselben
DE102018122588A1 (de) Systeme und verfahren zur zusammenarbeit zwischen autonomen fahrzeugen
DE112017003448T5 (de) Fahrzeugkommunikationssystem und Verfahren
DE112019003423T5 (de) Steuervorrichtung und steuerverfahren, fahrzeug und programm
DE102017114179A1 (de) Vorrichtung und Verfahren für eine Fahrzeugplattform
DE102018114600A1 (de) Systeme und verfahren zum reagieren auf einsatzfahrzeuge in einem autonomen fahrzeug
WO2017167580A1 (de) Verfahren, vorrichtungen und computerprogramm zum initiieren oder durchführen eines kooperativen fahrmanövers
DE102018108998A1 (de) Fahrzeugroutensteuerung
DE102021100329A1 (de) Stellvertreterfahrzeug-ota-aktualisierung durch v2x
DE102019105307A1 (de) Dynamische merkmalsverfügbarkeitsabbildung für ein fahrzeug
DE102016111787A1 (de) Fahrzeug-Notfallausstrahlung
DE102018117529A1 (de) Ladesysteme für autonome Fahrzeuge
DE102016111688A1 (de) Fahrzeug-Notfallausstrahlung und -Weiterleitung
DE102019122240A1 (de) Gemeinsame nutzung eines fahrzeugnetzwerks
DE102018128278A1 (de) Leitfahrzeugüberwachung für eine adaptive geschwindigkeitsregelung
DE102017123687A1 (de) Dynamisches aktualisieren der routenauswahl für halb-autonomes fahren
DE102020100593A1 (de) Fahrzeug-zu-fahrzeug-dateifreigabesystem und -verfahren
DE102019100212A1 (de) System und Verfahren zum fahren von Fahrzeugen im Kolonnenmodus
DE102020122757A1 (de) Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain
DE102018114327A1 (de) Streckentraversalfähigkeit für automatisiertes Fahrzeug
DE102019113876A1 (de) Nothaltestopp-planung während des autonomen fahrzeugbetriebs
DE102020115356A1 (de) Systeme und verfahren zur netzknotenkommunikation unter verwendung dynamisch konfigurierbarer interaktionsmodi
DE102018112085B4 (de) Konfigurationen für fahrzeugnetzwerkschalter basierend auf dem fahrmodus
DE102021104589A1 (de) Edge-computing-unterstützte abschwächung einer funküberlastung

Legal Events

Date Code Title Description
R082 Change of representative

Representative=s name: LORENZ SEIDLER GOSSEL RECHTSANWAELTE PATENTANW, DE