DE112020002093T5 - Wechseln eines masterknotens in einem drahtgebundenen lokalen netzwerk und zugehörige systeme, verfahren und vorrichtungen - Google Patents

Wechseln eines masterknotens in einem drahtgebundenen lokalen netzwerk und zugehörige systeme, verfahren und vorrichtungen Download PDF

Info

Publication number
DE112020002093T5
DE112020002093T5 DE112020002093.2T DE112020002093T DE112020002093T5 DE 112020002093 T5 DE112020002093 T5 DE 112020002093T5 DE 112020002093 T DE112020002093 T DE 112020002093T DE 112020002093 T5 DE112020002093 T5 DE 112020002093T5
Authority
DE
Germany
Prior art keywords
node
beacon
event
master
network
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.)
Granted
Application number
DE112020002093.2T
Other languages
English (en)
Other versions
DE112020002093B4 (de
Inventor
Michael Rentschler
Martin Miller
Thorben Link
Venkatraman Iyer
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.)
Microchip Technology Inc
Original Assignee
Microchip Technology Inc
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 Microchip Technology Inc filed Critical Microchip Technology Inc
Publication of DE112020002093T5 publication Critical patent/DE112020002093T5/de
Application granted granted Critical
Publication of DE112020002093B4 publication Critical patent/DE112020002093B4/de
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40143—Bus networks involving priority mechanisms
    • H04L12/4015—Bus networks involving priority mechanisms by scheduling the transmission of messages at the communication node
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40006—Architecture of a communication node
    • H04L12/40039—Details regarding the setting of the power status of a node according to activity on the bus
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40143—Bus networks involving priority mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40169—Flexible bus arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/407—Bus networks with decentralised control
    • H04L12/413—Bus networks with decentralised control with random access, e.g. carrier-sense multiple-access with collision detection [CSMA-CD]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
    • H04L41/0816—Configuration setting characterised by the conditions triggering a change of settings the condition being an adaptation, e.g. in response to network events
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/12—Discovery or management of network topologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H04L67/1048—Departure or maintenance mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1044—Group management mechanisms 
    • H04L67/1051—Group master selection mechanisms
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H04L67/1061—Peer-to-peer [P2P] networks using node-based peer discovery mechanisms
    • H04L67/1063—Discovery through centralising entities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/323—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the physical layer [OSI layer 1]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • Computing Systems (AREA)
  • Mathematical Physics (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Quality & Reliability (AREA)
  • Small-Scale Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Verschiedene Ausführungsformen betreffen ein drahtgebundenes lokales Netzwerk (WLAN), das ein gemeinsam genutztes Übertragungsmedium (z. B. ein 10SPE-Netzwerk) einschließt. Ein Verfahren kann das Detektieren eines Ereignisses in einem WLAN mit Physical Level Collision Avoidance (PLCA) einschließen. Das Verfahren kann zudem als Reaktion auf das Ereignis das Deaktivieren eines Beacons eines ersten Knotens, der als Master des WLANs fungiert, einschließen. Ferner kann das Verfahren das Aktivieren eines zweiten Knotens einschließen, sodass er als Master des WLANs fungiert.

Description

  • PRIORITÄTSANSPRUCH
  • Durch diese Anmeldung wird die Priorität der am 25. April 2019 eingereichten vorläufigen US-Patentanmeldung Nr. 62/838.750 beansprucht, deren gesamte Offenbarung hiermit durch Bezugnahme aufgenommen wird.
  • TECHNISCHES GEBIET
  • Die vorliegende Offenbarung bezieht sich allgemein auf die Verwaltung der Zuweisung als Masterknoten in einem Netzwerk und genauer auf das Wechseln eines Masterknotens in einem drahtgebundenen lokalen Netzwerk.
  • STAND DER TECHNIK
  • Bei der Bereitstellung von Konnektivität mit hohen Geschwindigkeiten können zum Verbinden von Computern und externen Peripheriegeräten verschiedene Schnittstellenstandards verwendet werden. Ein weit verbreiteter, flexibler Netzwerkstandard zum Verbindung von Computern (z. B. in Local Area Networks (LANs) und Wide Area Networks (WANs)) ist das Ethernet-Protokoll. Unter Ethernet-Kommunikation wird im Allgemeinen eine Punkt-zu-Punkt-Kommunikation innerhalb eines Netzwerks mit mehreren Endpunkten verstanden. Ethernet nutzt gemeinsam verwendete Ressourcen im Allgemeinen effizient, ist leicht wart- und rekonfigurierbar und mit vielen Systemen kompatibel.
  • Figurenliste
  • Während diese Offenbarung mit Ansprüchen endet, die bestimmte Ausführungsformen besonders hervorheben und eindeutig beanspruchen, können verschiedene Merkmale und Vorteile von Ausführungsformen innerhalb des Schutzumfangs dieser Offenbarung leichter aus der folgenden Beschreibung erkundet werden, wenn sie in Verbindung mit den beigefügten Zeichnungen gelesen werden, in denen:
    • 1 ein Funktionsblockdiagramm eines Netzwerksegments gemäß einigen Ausführungsformen ist;
    • 2 eine Anzahl von Buszyklen für eine Leitung einer Physical Layer Collision Avoidance-Unterschicht (PLCA-Unterschicht) gemäß einigen Ausführungsformen darstellt,
    • 3 einen weiteren Buszyklus für eine Leitung einer PLCA-Unterschicht gemäß einigen Ausführungsformen darstellt;
    • 4 ein mit einem in 2 gezeigten zweiten Buszyklus verbundenes Signalzeitdiagramm gemäß einigen Ausführungsformen veranschaulicht;
    • 5 ein Netzwerk darstellt, das eine Anzahl von Knoten einschließt;
    • 6 ein System darstellt, das ein Netzwerk und einen Knoten einschließt;
    • 7 ein Blockdiagramm einer beispielhaften Bitübertragungsschichtvorrichtung (PHY) aus 6 gemäß einigen Ausführungsformen ist;
    • 8 ein ein beispielhaftes Verfahren zum Betreiben eines Netzwerks, wie eines 10SPE-Netzwerks, veranschaulichendes Flussdiagramm ist;
    • 9 ein ein beispielhaftes Verfahren zum Betreiben eines Netzwerkknotens gemäß einigen Ausführungsformen veranschaulichendes Flussdiagramm ist;
    • 10 ein Fahrzeug darstellt, das ein Netzwerk einschließt; und
    • 11 ein Blockdiagramm einer Rechenvorrichtung ist, die in einigen Ausführungsformen verwendet werden kann.
  • ART(EN) ZUM AUSFÜHREN DER ERFINDUNG
  • In der folgenden detaillierten Beschreibung wird auf die beigefügten Zeichnungen Bezug genommen, die einen Teil hiervon bilden und in denen zur Veranschaulichung spezifische Beispiele von Ausführungsformen gezeigt sind, in denen die vorliegende Offenbarung ausgeführt werden kann. Diese Ausführungsformen werden ausreichend detailliert beschrieben, um es einem Durchschnittsfachmann zu ermöglichen, die vorliegende Offenbarung auszuführen. Es können jedoch auch andere Ausführungsformen verwendet werden und Änderungen der Struktur, des Materials und des Prozesses können vorgenommen werden, ohne vom Umfang der Offenbarung abzuweichen.
  • Die hierin dargestellten Veranschaulichungen sollen keine tatsächlichen Ansichten eines bestimmten Verfahrens oder Systems oder einer bestimmten Vorrichtung oder Struktur sein, sondern sind lediglich idealisierte Darstellungen, die zur Beschreibung der Ausführungsformen der vorliegenden Offenbarung verwendet werden. Die hierin dargestellten Zeichnungen sind nicht notwendigerweise maßstabsgetreu. Ähnliche Strukturen oder Komponenten in den verschiedenen Zeichnungen können zur Vereinfachung für den Leser die gleiche oder eine ähnliche Nummerierung beibehalten; die Ähnlichkeit in der Nummerierung bedeutet jedoch nicht, dass die Strukturen oder Komponenten notwendigerweise in Größe, Zusammensetzung, Konfiguration oder einer anderen Eigenschaft identisch sind.
  • Die folgende Beschreibung kann Beispiele einschließen, um es einem Durchschnittsfachmann zu ermöglichen, die offenbarten Ausführungsformen auszuführen. Die Verwendung der Begriffe „beispielhaft“, „als Beispiel“ und „zum Beispiel“ bedeutet, dass die zugehörige Beschreibung erläuternd ist, und während der Schutzumfang der Offenbarung die Beispiele und ihre rechtlichen Äquivalente umschließen soll, ist die Verwendung solcher Begriffe nicht dazu bestimmt, den Schutzumfang einer Ausführungsform oder dieser Offenbarung auf die spezifizierten Komponenten, Schritte, Merkmale, Funktionen oder dergleichen einzuschränken.
  • Es versteht sich von selbst, dass die Komponenten der Ausführungsformen, wie sie hierin allgemein beschrieben und in der Zeichnung veranschaulicht sind, in einer Vielzahl unterschiedlicher Konfigurationen angeordnet und gestaltet werden können. Somit soll die folgende Beschreibung verschiedener Ausführungsformen den Schutzumfang der vorliegenden Offenbarung nicht einschränken, sondern ist lediglich repräsentativ für verschiedene Ausführungsformen. Während die verschiedenen Gesichtspunkte der Ausführungsformen in Zeichnungen dargestellt werden können, sind die Zeichnungen nicht notwendigerweise maßstabsgetreu gezeichnet, sofern nicht ausdrücklich angegeben.
  • Des Weiteren sind die gezeigten und beschriebenen spezifischen Implementierungen nur Beispiele und sollten nicht als die einzige Möglichkeit zur Implementierung der vorliegenden Offenbarung ausgelegt werden, sofern hierin nicht anders angegeben. Elemente, Schaltungen und Funktionen können in Blockdiagrammform gezeigt sein, um die vorliegende Offenbarung nicht durch unnötige Details undeutlich werden zu lassen. Umgekehrt sind gezeigte und beschriebene spezifische Implementierungen nur beispielhaft und sollten nicht als die einzige Möglichkeit zur Implementierung der vorliegenden Offenbarung ausgelegt werden, sofern hierin nicht anders angegeben. Außerdem sind Blockdefinitionen und die Aufteilung von Logik zwischen verschiedenen Blöcken beispielhaft für eine spezifische Implementierung. Es ist für den Fachmann ohne Weiteres ersichtlich, dass die vorliegende Offenbarung durch zahlreiche andere Aufteilungslösungen ausgeführt werden kann. Details bezüglich Zeitüberlegungen und dergleichen wurden größtenteils weggelassen, wenn solche Details nicht notwendig sind, um ein vollständiges Verständnis der vorliegenden Offenbarung zu erhalten, und diese innerhalb der Fähigkeiten eines Durchschnittsfachmanns liegen.
  • Der Durchschnittsfachmann würde verstehen, dass Informationen und Signale unter Verwendung einer Vielfalt verschiedener Technologien und Techniken dargestellt werden können. Einige Zeichnungen können Signale zur Übersichtlichkeit der Darstellung und Beschreibung als ein einzelnes Signal veranschaulichen. Es ist für einen Durchschnittsfachmann ersichtlich, dass das Signal einen Bus von Signalen darstellen kann, wobei der Bus eine Vielfalt von Bitbreiten aufweisen kann und die vorliegende Offenbarung auf einer beliebigen Anzahl von Datensignalen, einschließlich eines einzelnen Datensignals, implementiert werden kann.
  • Die verschiedenen veranschaulichenden logischen Blöcke, Module und Schaltungen, die in Verbindung mit den hierin offenbarten Ausführungsformen beschrieben werden, können mit einem Universalprozessor, einem Spezialprozessor, einem digitalen Signalprozessor (Digital Signal Processor, DSP), einer integrierten Schaltung (Integrated Circuit, IC), einer anwendungsspezifischen integrierten Schaltung (Application Specific Integrated Circuit, ASIC), einer anwenderprogrammierbaren Gatteranordnung (Field Programmable Gate Array, FPGA) oder einer anderen programmierbaren Logikvorrichtung, einer diskreten Gate- oder Transistorlogik, diskreten Hardwarekomponenten oder einer beliebigen Kombination davon, die zum Durchführen der hierin beschriebenen Funktionen ausgelegt sind, implementiert oder durchgeführt werden. Ein Universalprozessor (der hierin auch als Host-Prozessor oder einfach als Host bezeichnet werden kann) kann ein Mikroprozessor sein, alternativ kann der Prozessor jedoch ein beliebiger herkömmlicher Prozessor oder Zustandsautomat oder eine beliebige herkömmliche Steuerung oder Mikrosteuerung sein. Ein Prozessor kann auch als eine Kombination von Rechenvorrichtungen, wie eine Kombination aus einem DSP und einem Mikroprozessor, eine Vielzahl von Mikroprozessoren, ein oder mehrere Mikroprozessoren in Verbindung mit einem DSP-Kern oder eine beliebige andere derartige Konfiguration implementiert sein. Ein Universalcomputer einschließlich eines Prozessors wird als Spezialcomputer angesehen, während der Universalcomputer so konfiguriert ist, dass er Rechenanweisungen (z. B. einen Softwarecode) ausführt, die sich auf Ausführungsformen der vorliegenden Offenbarung beziehen.
  • Die Ausführungsformen können in Bezug auf einen Prozess beschrieben sein, der als ein Flussdiagramm, ein Fließschema, ein Strukturdiagramm oder ein Blockdiagramm dargestellt ist. Obwohl ein Flussdiagramm Betriebsvorgänge als einen sequentiellen Prozess beschreiben kann, können viele dieser Vorgänge in einer anderen Sequenz, parallel oder im Wesentlichen gleichzeitig durchgeführt werden. Außerdem kann die Reihenfolge der Vorgänge neu angeordnet werden. Ein Prozess kann einem Verfahren, einem Thread, einer Funktion, einer Prozedur, einer Unterroutine, einem Unterprogramm usw. entsprechen. Weiterhin können die hierin offenbarten Verfahren in Hardware, Software oder beiden implementiert sein. Bei Implementierung in Software können die Funktionen als eine oder mehrere Anweisungen oder ein Code auf computerlesbaren Medien gespeichert oder übertragen werden. Computerlesbare Medien schließen sowohl Computerspeichermedien als auch Kommunikationsmedien, einschließlich aller Medien, die die Übertragung eines Computerprogramms von einem Ort zu einem anderen unterstützen, ein.
  • Jede Bezugnahme auf ein Element hierin unter Verwendung einer Bezeichnung, wie „erste/r/s“, „zweite/r/s“ usw. schränkt die Menge oder Reihenfolge dieser Elemente nicht ein, es sei denn, eine solche Einschränkung wird ausdrücklich angegeben. Vielmehr können diese Bezeichnungen hierin als ein zweckmäßiges Verfahren zum Unterscheiden zwischen zwei oder mehr Elementen oder Instanzen eines Elements verwendet werden. Ein Verweis auf ein erstes und ein zweites Element bedeutet also nicht, dass dort nur zwei Elemente eingesetzt werden dürfen oder dass das erste Element dem zweiten Element in irgendeiner Weise vorhergehen muss. Außerdem kann ein Satz von Elementen, sofern nicht anders angegeben, ein oder mehrere Elemente umfassen.
  • Wie hierin verwendet, bedeutet der Begriff „im Wesentlichen“ in Bezug auf einen gegebenen Parameter, eine gegebene Eigenschaft oder eine gegebene Bedingung und schließt in einem für den Durchschnittsfachmann verständlichen Ausmaß ein, dass der gegebene Parameter, die gegebene Eigenschaft oder die gegebene Bedingung mit einem geringen Maß an Varianz, wie zum Beispiel innerhalb annehmbarer Fertigungstoleranzen, erfüllt ist. Beispielhaft kann in Abhängigkeit von dem bestimmten Parameter, der bestimmten Eigenschaft oder der bestimmten Bedingung, der bzw. die im Wesentlichen erfüllt ist, der Parameter, die Eigenschaft oder die Bedingung zu mindestens 90 % erfüllt, zu mindestens 95 % erfüllt oder sogar zu mindestens 99 % erfüllt sein.
  • Ein Fahrzeug, wie ein Automobil, ein Lastkraftwagen, ein Bus, ein Schiff und/oder ein Flugzeug, kann ein Fahrzeugkommunikationsnetzwerk einschließen. Je nach Anzahl der elektronischen Vorrichtungen im Netzwerks kann die Komplexität eines Fahrzeugkommunikationsnetzwerks unterschiedlich sein. So kann ein modernes Fahrzeugkommunikationsnetzwerk verschiedene Steuermodule zum Beispiel zur Motorsteuerung, Getriebesteuerung, Sicherheitssteuerung (z. B. Antiblockiersystem) und Emissionssteuerung einschließen. Um diese Module zu unterstützen, werden in der Automobilindustrie verschiedene Kommunikationsprotokolle verwendet.
  • Derzeit wird die Spezifikation der Netzwerktechnologie 10SPE (d. h. 10-Mbps-Single Pair-Ethernet) als IEEE 802.3cg™ entwickelt. 10SPE kann verwendet werden, um in einem Multi-Drop-Netzwerk eine kollisionsfreie, deterministische Übertragung bereitzustellen. In der 10SPE-Spezifikation soll eine optionale Reconciliation-Unterschicht der Physical Level Collision Avoidance (PLCA) eingeschlossen sein, mit der physische Kollision auf einem Multi-Drop-Bus vermieden werden sollen. PLCA beruht auf einem Masterknoten, ein PLCA-Masterknoten, der einen Beacon aussendet, der einen Buszyklus startet und von Multi-Drop-Knoten nach einem Rundlauf-Verfahren untereinander verwendet wird. Bei einem Ausfall des Masterknotens kommt jedoch der gesamte Verkehr auf einem Bus zum Stehen und der Bus wird unbrauchbar. Ferner stellt die derzeit entwickelte 10SPE-Spezifikation kein Mittel zum dynamischen Wechseln eines Masters eines Netzwerks bereit. Der Begriff „Masterknoten“ bezeichnet einen Knoten mit einer Knotenkennung von Null (0) und der Begriff „Slave-
    Knoten“ bezeichnet einen Knoten mit einer Knotenkennung größer Null (0).
  • Verschiedene Ausführungsformen beziehen sich auf das Wechseln eines Masterknotens eines Netzwerks und insbesondere auf das Aktivieren eines Absicherungs-Masterknotens in einem Netzwerk (z. B. ein drahtgebundenes lokales Netzwerk, wie ein 10SPE-Netzwerk). Genauer können sich verschiedene Ausführungsformen auf das Deaktivieren eines Masterknotens des Netzwerks (z. B. als Reaktion auf ein oder mehrere Ereignisse und/oder Bedingungen) und das Ersetzen des bisherigen Masterknotens durch einen neuen Masterknoten (z. B. als Reaktion auf ein Detektieren, dass der Masterknoten Beacon nicht mit einer angemessenen Frequenz sendet) beziehen. Es kann also mit anderen Worten ein erster als Masterknoten fungierender Knoten (z. B. aus einem oder mehreren Gründen, wie ein Auslösen eines Airbags bei einem Fahrzeugzusammenstoß) ausfallen und/oder deaktiviert werden und ein anderer zuvor als Slave-Knoten fungierender Knoten kann zum Masterknoten werden.
  • In einigen Ausführungsformen kann eine Bitübertragungsschicht (PHY) (z. B. eines Slave-Knotens) einen Beaconzähler implementieren. Firmware der PHY kann den Beaconzähler in regelmäßigen Abständen lesen. Bleibt ein Zählwert des Beaconzählers unverändert (oder ist er kleiner als ein erwarteter (z. B. Schwellen-) Zählwert), kann bestimmt werden, dass der Masterknoten deaktiviert, außer Betrieb und/oder ohne Verbindung ist. In diesem Fall kann ein Absicherungs-Masterknoten (z. B. über Firmware) aktiviert und das Netzwerk neu synchronisiert werden.
  • In einigen Ausführungsformen kann eine 10SPE-PHY-Vorrichtung mit einer Mikrocontrollereinheit (MCU) verwendet werden, die dazu konfiguriert ist, unter Verwendung einer Managementdaten-Eingabe/Ausgabe-Schnittstelle (MDEA-Schnittstelle) bei der 10SPE PHY-Vorrichtung Schreib- und/oder Lesevorgänge durchzuführen. Gemäß verschiedenen Ausführungsformen kann ein Slave-Knoten in einem Multi-Drop-Netzwerk einen Zählwert (z. B. über einen Zähler) der von einem Masterknoten gesendeten Beacons erfassen. Ferner kann in einigen Ausführungsformen Firmware (FW) (z. B. in einer MCU) den Wert des Zählers abfragen (z. B. in regelmäßigen Abständen lesen). Gemäß einigen Ausführungsformen kann die Firmware auf einen Ausfall des Masterknotens schließen, wenn sich der Zählwert nicht mit einer erwarteten Rate ändert.
  • In einigen Ausführungsformen bestimmt Firmware eines festgelegten Absicherungs-Masterknotens (z. B. eines Slave-Knotens), wenn bestimmt wurde, dass der Masterknoten ausgefallen und/oder deaktiviert ist, seine PHY als PLCA-Masterknoten ein. Ferner kann der Absicherungs-Masterknoten die Übertragung von Beacons auf dem Bus neu starten, sodass der Busverkehr wieder aufgenommen werden kann. Um Masterknoten zu wechseln, kann die Firmware des aktuellen Masterknotens bewirken, dass die PHY des aktuellen Masters ihre Beacons stoppt (z. B. als Reaktion auf eine Detektion eines Ereignisses, wie einen Fahrzeugzusammenstoß, der dem Masterknoten signalisiert werden kann, wenn ein Airbag ausgelöst wird). Damit wird letztendlich veranlasst, dass der festgelegte Absicherungs-Master als Masterknoten übernimmt.
  • Ist zum Beispiel ein Notrufknoten (eCall) ein Absicherungs-Masterknoten, kann die Zuweisung als Master an den eCall-Knoten übergeben werden. Dies kann zum Beispiel erforderlich sein, wenn ein Aufprall (z. B. ein Aufprall, an dem ein Fahrzeug mit einem 10SPE-Netzwerks beteiligt ist) erkannt wird (z. B. als Reaktion auf das Auslösen eines Airbags). Zur Unterstützung von eCall als Reaktion auf das Detektieren eines Aufpralls (z. B. eines Fahrzeugs mit einem 10SPE-Netzwerk) können verschiedene Ausführungsformen verwendet werden. Beispielsweise deaktiviert Master-Firmware den Masterknoten (z. B. einen in einer Verstärkervorrichtung implementierten Netzwerkknoten) des Netzwerks. Ferner kann Firmware eines eCall-Masterknotens (z. B. Firmware eines in einer Antenne oder einem Mikrofon implementierten Netzwerkknotens) das fehlende Ansteigen bei einer Beaconzahl detektieren und ein Netzwerk durch Ausgeben von Beacons neu synchronisieren. Die eCall-Vorrichtung (z. B. Mikrofon) kann zum Anfordern von Hilfe verwendet werden.
  • In einigen Ausführungsformen kann Firmware einen oder mehrere (z. B. jeweilige) Vorgänge eines Master-Wechsels/Austauschs steuern. Alternativ oder zusätzlich können ein oder mehrere Vorgänge eines Wechsels/eines Austauschs hardwareseitig gesteuert werden.
  • Die die derzeit entwickelte 10SPE-Spezifikation schließt einen Zeitgeber (z. B. in einem oder mehreren Knoten eines Netzwerks) ein, der Knoten dazu veranlassen kann, nachdem ein bestimmter Zeitraum ohne Auftreten eines Beacons verstrichen ist, sich auf inaktiv zu setzen (d. h. eine Auszeit). Gemäß verschiedenen Ausführungsformen kann ein Absicherungs-Masterknoten als Reaktion auf eine oder mehrere Auszeiten die Master-Rolle übernehmen und den Bus neu synchronisieren. In diesen Ausführungsformen kann es nicht erforderlich sein, dass während eines Master-Wechsels/Austauschs eine oder mehrere Nachrichten zwischen einem Masterknoten und einem Absicherungs-Masterknoten ausgetauscht werden, und ein Netzwerk kann daher robuster sein.
  • Verschiedene Ausführungsformen der vorliegenden Offenbarung werden nun unter Bezugnahme auf die begleitenden Zeichnungen erläutert.
  • 1 ist ein Funktionsblockdiagramm eines Netzwerksegments 100, das gemäß einigen Ausführungsformen eine Sicherungsschichtvorrichtung, MAC 104, und eine Bitübertragungsschichtvorrichtung (PHY-Vorrichtung) 102 einschließt. Als nicht einschränkende Beispiele kann das Netzwerksegment 100 beispielsweise ein Segment eines Multi-Drop-Netzwerks, ein Segment eines Multi-Drop-Teilnetzwerks, ein Segment eines Netzwerks mit gemischten Medien oder eine Kombination davon oder eine Teilkombination davon sein. Als nicht einschränkende Beispiele kann das Netzwerksegment 100 beispielsweise ohne Einschränkung eines oder mehrere von einem eingebetteten System vom Typ Mikrocontroller, einem Computer vom Typ Personalcomputer, einem Computerserver, einem Notebook-Computer, einem Tablet, einem tragbaren Gerät, einem mobilen Gerät, einer drahtlosen Ohrhörervorrichtung oder Kopfhörervorrichtung, einer drahtgebundenen Ohrhörer- oder Kopfhörervorrichtung, einem Haushaltsgeräteuntersystem, Beleuchtungsuntersystem, Lautsprecheruntersystem, Gebäudesteuerungssysteme, Wohnungsüberwachungssystem (z. B. ohne Einschränkung zur Sicherheits- oder Versorgungsnutzung), System, Aufzugsystem oder Untersystem, Steuerungssystem des öffentlichen Verkehrs (z. B. ohne Einschränkung für einen oberirdischen Zug, unterirdischen Zug, Transportwagen oder Bus), ein Automobilsystem oder Automobiluntersystem oder ein industrielles Steuerungssystem sein, Teil davon sein oder diese einschließen.
  • Die PHY 102 kann so konfiguriert sein, dass sie mit der MAC 104 eine Schnittstelle aufweist. Als nicht einschränkende Beispiele können die PHY 102 und/oder die MAC 104 beispielsweise Chip-Bausteine sein, die Speicher und/oder Logik einschließen, die zum Ausführen aller oder von Teilen der hier beschriebenen Ausführungsformen konfiguriert sind. Als nicht einschränkende Beispiele können die PHY 102 und die MAC 104 jeweils beispielsweise als separater Chip-Baustein oder separate Schaltungen (z. B. integrierte Schaltungen) in einem einzigen Chip-Baustein (z. B. ein System-in-Package (SIP)) implementiert sein.
  • PHY 102 verfügt darüber hinaus über eine Schnittstelle mit dem gemeinsam genutzten Übertragungsmedium 106, einem physischen Medium, das einen Kommunikationspfad für Knoten darstellt, die Teil des Netzwerksegments 100 oder eines Netzwerks sind, von dem das Netzwerksegment 100 ein Teil ist, einschließlich Knoten, die jeweilige Instanzen von der PHY 102 und der MAC 104 einschließen. Als nicht einschränkendes Beispiel kann das gemeinsam genutzte Übertragungsmedium 106 eine einzelne verdrillte Doppelader sein, wie sie für Single Pair-Ethernet verwendet wird. Vorrichtungen, die sich in einem Basisbandnetz (z. B. ohne Einschränkung einem Multi-Drop-Netzwerk) befinden, verwenden das gleiche physikalische Übertragungsmedium und nutzen in der Regel die gesamte Bandbreite dieses Mediums für Übertragungen (anders ausgedrückt, ein digitales Signal, das bei der Basisbandübertragung verwendet wird, belegt die gesamte Bandbreite der Medien). Dadurch kann in einem Basisbandnetzwerk zu einem bestimmten Zeitpunkt nur ein Gerät senden. Daher werden Medienzugriffssteuerungsverfahren verwendet, um Konflikte bezüglich des gemeinsam verwendeten Übertragungsmedium 106 zu handhaben.
  • In einigen Ausführungsformen kann ein mit der PHY 102 und der MAC 104 in Verbindung stehender Netzwerkknoten dazu konfiguriert sein, als ein Masterknoten zu fungieren, der dazu konfiguriert ist, auf Netzwerkebene Aufgaben für das Netzwerk zu verwalten. Zum Beispiel kann der Netzknoten dazu konfiguriert sein, auf dem gemeinsamen Übertragungsmedium 106, wie unter Bezugnahme auf 2, 3 und 4 erörtert, zu Beginn von Buszyklen Beaconsignale zu übertragen. Außerdem kann der Netzwerkknoten dazu konfiguriert sein, in dem Netzwerk als ein Slave-Knoten zu fungieren, während ein anderer betriebstechnisch mit dem gemeinsam genutzten Übertragungsmedium 106 gekoppelter Netzwerkknoten als der Masterknoten fungiert. Der Netzknoten kann dazu konfiguriert sein, dass er im Falles eines Ausfalls der oder Verbindungsverlusts zum Masterknoten als Reserve-Masterknoten fungiert. Der Netzknoten kann dazu konfiguriert sein, (z. B. während er als Slave-Knoten fungiert) den Ausfall des oder Verbindungsverlust zum Masterknoten zu detektieren. In einigen Ausführungsformen kann, während der Netzknoten als Masterknoten fungiert, der Netzknoten seinen Betrieb als Masterknoten als Reaktion auf ein Ereignis, wie einen Fahrzeugzusammenstoß oder das Bestimmen, dass bei seinem Betrieb als Masterknoten ein Fehler auftrat, einstellen, und ein anderer betriebstechnisch mit dem gemeinsam genutzten Übertragungsmedium 106 gekoppelter Netzwerkknoten als Reaktion auf das Detektieren eines Ausbleibens von auf dem gemeinsam genutzten Übertragungsmedium 106 signalisierten Beacons auf den Betrieb als Masterknoten umstellen. In einigen Ausführungsformen kann, während der Netzknoten als Slave-Knoten fungiert, der Netzknoten als Reaktion auf das Bestimmen, dass ein Ausfall des oder Verbindungsverlust zum Masterknoten besteht, auf den Betrieb als Masterknoten umstellen (z. B. als Reaktion auf das Detektieren des Ausbleibens von auf dem gemeinsam genutzten Übertragungsmedium 106 signalisierten Beacons).
  • 2 zeigt eine Anzahl von Buszyklen 200 einer Leitung 246 (z. B. das gemeinsam genutzte Übertragungsmedium 106 aus 1) einer Physical Level Collision Avoidance-Unterschicht (PLCA-Unterschicht) gemäß einigen Ausführungsformen. Insbesondere veranschaulicht 2 einen ersten Buszyklus 248 und einen zweiten Buszyklus 250. Die Buszyklen 200 schließen eine Vielzahl von Zeitschlitzen 252 ein (z. B. Zeitschlitz 202 bis Zeitschlitz 232) der Leitung 246. Die Zeitschlitze 252 sind jeweils mit einer Nummer (z. B. 0, 1, 2, 3, 4, N, wobei die Nummer N um eins kleiner als eine Anzahl von Netzknoten ist) versehen, die einem von verschiedenen Netzknoten (z. B. Knoten 0, Knoten 1, Knoten 2, Knoten 3, Knoten 4, ... Knoten N) entspricht, der während des jeweiligen der Zeitschlitze 252 kommunizieren soll. Außerdem geht aus 2 hervor, ob die Kommunikation in jedem der Buszyklen 200 einen Beacon 238, Stille 240, Daten 242 oder ein Commit-Signal 244 einschließt. Beispielsweise kann, wie in 2 gezeigt, von einem Knoten 0 (z. B. einem Masterknoten) jeweils während des Zeitschlitzes 202, des Zeitschlitzes 204 und des Zeitschlitzes 206 ein Beacon 238 gesendet werden. Außerdem kann es auf der Leitung 246 während der Zeitschlitze 208 bis 226 jeweils Stille 240 geben (d. h. während der Zeitschlitze 206 bis einschließlich 226 werden keine Daten übertragen). Ferner kann im Zeitschlitz 232 ein Commit-Signal 244 gesendet werden (d. h. von einem Knoten 3, um z. B. vor dem Senden eines Datenpakets 242 den Bus zu reservieren). Während des Zeitschlitzes 228 und des Zeitschlitzes 230 werden möglicherweise Daten 242 gesendet. Genauer gesagt kann ein Knoten 1 während des Zeitschlitzes 228 Daten 242 senden und ein Knoten 3 kann während des Zeitschlitzes 230 Daten 242 senden.
  • Während der jeweiligen Buszyklen 200 kann der Masterknoten (Knoten 0) einen Beacon 238 aussenden, auf den ein oder mehrere Zeitschlitze 252 für jeden der Knoten (Knoten 0 bis Knoten n) folgen. Wie der 2 zu entnehmen ist, schließt der erste Buszyklus 248 den Zeitschlitz 202 ein, in dem der Beacon 238 durch den Knoten 0 gesendet wird, sodann Stille 240 in den Zeitschlitzen 208 bis einschließlich 214, während derer die Knoten 0 bis einschließlich N still bleiben (d. h. Stille 240 während des Zeitschlitzes 208, der dem Knoten 0 entspricht, des Zeitschlitzes 210, der dem Knoten 1 entspricht, der Zeitschlitze 212, die den Knoten 2 bis N-1 entsprechen, und des Zeitschlitzes 214, der dem Knoten N entspricht). Man beachte, dass dabei der Buszyklus, wenn jeder der Knoten wie beim ersten Buszyklus 248 während des Buszyklus nur eine minimale Zeitschlitzlänge 236 verwendet, eine minimale Buszykluslänge 234 aufweist.
  • Nach dem ersten Buszyklus 248 kann der zweite Buszyklus 250 erfolgen. Während des zweiten Buszyklus 250 kann der Masterknoten (z. B. Knoten 0) den Beacon 238 während des Zeitschlitzes 204 aussenden, dann Stille 240 während des Zeitschlitzes 216 mit minimaler Zeitschlitzlänge 236, der dem Knoten Null entspricht. Der zweite Buszyklus 250 schließt vom Knoten 1 während des Zeitschlitzes 228 übertragene Daten 242, dann im Zeitschlitz 218, der dem Knoten 2 entspricht, Stille 240 ein. Im Zeitschlitz 232 schließt der zweite Buszyklus 250 ein Freisignal 244 ein (z. B. um vor dem Senden eines Datenpakets 242 den Bus zu reservieren), gefolgt vom Zeitschlitz 230, der Daten 242, das Freisignal 244 und vom Knoten 3 übertragene Daten 242 überträgt. Der zweite Buszyklus 250 schließt ferner Stille 240 ein, die während des dem Knoten 4 entsprechenden Zeitschlitzes 220, der den Knoten 5 bis Knoten N-1 entsprechenden Zeitschlitze 222 und des dem Knoten N entsprechenden Zeitschlitzes 224 übertragen wird. Dem zweiten Buszyklus 250 folgt sodann ein zusätzlicher Beacon 238 beim Zeitschlitz 206 und einzelne Knotenübertragungen, die mit dem Knoten Null beim Zeitschlitz 226 beginnen.
  • 3 stellt einen weiteren Buszyklus 300 für eine Leitung 246 einer PLCA-Unterschicht gemäß einigen Ausführungsformen dar. Ähnlich wie die Buszyklen 200 der 2 schließt der Buszyklus 300 Zeitschlitze 328 ein, aus deren Kennzeichnung Knoten und Inhalte der Zeitschlitze 328 hervorgehen. Der Buszyklus 300 schließt eine im Zeitschlitz 302 von einem Masterknoten (z. B. Knoten 0) signalisierten Beacon 238, ein im Zeitschlitz 306 signalisiertes Freisignal 244 und im Zeitschlitz 314 vom Knoten 0 signalisierte Daten 242 ein. Der Buszyklus 300 schließt zudem ein im Zeitschlitz 308 signalisiertes Commit-Signal 244 und im Zeitschlitz 316 vom Knoten 1 signalisierte Daten 242 ein. Der Buszyklus 300 schließt ferner ein Commit-Signal 244 und in den Zeitschlitzen 310 und den Zeitschlitzen 318 jeweils von jedem der Knoten 2 bis einschließlich N-1 signalisierte Daten 242 ein. Schließlich schließt der Buszyklus 300 ein Commit-Signal 244 und im Zeitschlitz 312 und im Zeitschlitz 320 durch den Knoten N signalisierte Daten 242 ein. Der 3 ist auch ein Zeitschlitz 304 und ein Zeitschlitz 322 zu entnehmen, die jeweils einen Beacon 238 bzw. Stille 240 eines auf den Buszyklus 300 folgenden Buszyklus übertragen.
  • 3 veranschaulicht eine maximale Buszykluslänge 326, in der zu Beginn jedes Zyklus ein Beacon 238 gesendet wird und jeder Knoten ein Commit-Signal 244 und Daten 242 sendet. Unter der Annahme, dass jede von Knoten 1-N übertragene Kombination aus Commit-Signal 244 und Daten 242 eine maximale Zeitschlitzlänge 324 aufweist, beträgt eine Dauer des Buszyklus 300 eine maximale Buszykluslänge 326. Dementsprechend kann, wenn eine Anzahl von Knoten bekannt ist, sowohl eine minimale Buszykluslänge 234 (2) als auch eine maximale Buszykluslänge 326 (3) bestimmt werden.
  • Da mit jedem Buszyklus ein Beacon 238 einhergeht, kann eine Anzahl von Signalen des Beacons 238 über die Zeit gezählt werden und daraus bestimmt werden, ob eine Anzahl gezählter Signale des Beacons 238 mit der minimalen Buszykluslänge 234 und der maximalen Buszykluslänge 326 übereinstimmt. Wenn beispielsweise die gezählte Signalanzahl des Beacon 238, die über einen gegebenen Zeitraum gezählt wurden, geringer als eine Anzahl von Buszyklen mit der maximalen Buszykluslänge 326 ist, die in den gegebenen Zeitraum passen würde, kann auf das Vorhandensein eines Problems geschlossen werden. Dementsprechend kann ein Absicherungs-Masterknoten (z. B. ohne Eingriff durch den bisherigen Masterknoten) als Masterknoten übernehmen.
  • 4 veranschaulicht ein mit dem in 2 gezeigten zweiten Buszyklus 250 (z. B. der PLCA-Unterschicht) verbundenes Signalzeitdiagramm 400 gemäß einigen Ausführungsformen. Das Signalzeitdiagramm 400 veranschaulicht Leitungssignale 424 auf der Leitung 246 der 2, Signale 420 des Knoten 1, Signale 422 des Knoten 3 und aktuelle Knotenkennungssignale (CUR ID-Signale 442) auf einer CUR ID-Leitung 418. Die Signale 420 des Knoten 1 schließen Transmit Enable-Signale (TXEN-Signale 426) auf einer TXEN-Leitung 402, Transmit Data-Signale (TXD-Signale 428) auf einer TXD-Leitung 404, Carrier Sense-Signale (CRS-Signale 430) auf einer CRS-Leitung 406 und Zusammenstoßerkennung-Signale (COL-Signale 432) auf einer COL-Leitung 408 ein. In ähnlicher Weise schließen die Signale 422 des Knotens 3 TXEN-Signale 434 auf einer TXEN-Leitung 410, TXD-Signale 436 auf einer TXD-Leitung 412, CRS-Signale 438 auf einer CRS-Leitung 414 und COL-Signale 440 auf einer COL-Leitung 416 ein. Die CUR_ID-Signale 442 geben eine Kennung an, die angibt, welcher der Knoten (z. B. Knoten 0 bis Knoten 7) zur Übertragung von Daten 242 auf der Leitung 246 festgelegt wurde.
  • Wie in 4 veranschaulicht, sendet der Knoten 0 nach einem vorhergehenden Buszyklus (z. B. erster Buszyklus 248), der mit einem Knoten 7 endet, der durch die CUR_ID-Signale 442 auf der CUR ID-Leitung 418 festgelegt wurde, auf der Leitung 246 einen Beacon 238. Nach einer Festlegung durch die CUR ID-Signale 442 auf der CUR_ID-Leitung 418 des Knotens 0, auf der Leitung 246 zu übertragen, geben die CUR_ID-Signale 442 den Knoten 1 an und der Knoten 1 sendet Daten 242 auf der Leitung 246. Während der Knoten 1 die Daten 242 auf der Leitung 246 sendet, versucht der Knoten 3, Daten 242 auf der Leitung 246 zu senden. Da der Knoten 1 derzeit Daten 242 auf der Leitung 246 sendet, ergibt sich jedoch eine logische Kollision (d. h. die mit dem Knoten 3 verbundenen COL-Signale 440 schalten auf hoch um und in den TXD-Signalen 436 der TXD-Leitung 412 wird ein Jam-Signal 444 gesetzt). Während das CRS-Signal 438 der CRS-Leitung 414 des Knotens 3 auf hoch verbleibt, beendet der Knoten 1 das Senden der Daten 242 auf der Leitung 246 und die CUR ID-Signale 442 geben sodann den Knoten 2 an. Anschließend geben die CUR_ID-Signale 442 den Knoten 3 an. Anschließend schalten die CRS-Signale 438 des Knotens 3 422 von hoch 446 auf niedrig 448 um, woraufhin der Knoten 3 auf der Leitung 246 möglicherweise ein Freisignal 244 und Daten 242 sendet.
  • 5 stellt ein eine Anzahl von Knoten (Knoten 502, Knoten 504, Knoten 506, Knoten 508 und Knoten 510) einschließendes Netzwerk 500 gemäß einigen Ausführungsformen dar. In diesem Beispiel schließt Knoten 502 einen Verstärker ein, Knoten 504 schließt ein Mikrofon ein, Knoten 506 schließt eine Antenne ein, Knoten 508 einen Lautsprecher ein und Knoten 510 schließt einen Sensor ein. Ferner kann in einem ersten Zustand 512 der Knoten 502, der ein Verstärker ist, als Masterknoten (Knoten 0) fungieren. Ferner kann bei mindestens einem Ereignis (z. B. einem Unfall, der durch Auslösen eines Airbags und/oder Ausfalls des (Verbindungsverlust zum) Masterknotens signalisiert werden kann) das Netzwerk 500 zu einem zweiten Zustand 514 wechseln. Im zweiten Zustand 514 kann ein Knoten, der im ersten Zustand 512 ein Slave-Knoten war, die Rolle eines Masterknotens übernehmen. Mit anderen Worten, wenn beispielsweise der Knoten 502 ausfällt und/oder deaktiviert ist, kann der Knoten 506, der in diesem Fall eine Antenne ist, die Rolle eines Masterknotens übernehmen. Noch anders ausgedrückt kann der Knoten 506 bei Verbindungsverlust zum Masterknoten 502 dazu konfiguriert sein, als ein Absicherungs-Masterknoten zu fungieren. In einigen Ausführungsformen kann der Knoten 506 im ersten Zustand 512 als Reserve-Masterknoten 516 bezeichnet werden. Die Festlegung eines Reserve-Masterknotens 516 kann alle übrigen Betriebsknoten davon abhalten, gleichzeitig zu versuchen, die Zuweisung als Master zu übernehmen.
  • In einigen Ausführungsformen kann zusätzlich zum Wechseln eines Masterknotens ein Netzwerk mit einem anderen Satz von Knoten neu konfiguriert werden. Fällt beispielsweise Knoten 502 aus, kann Knoten 506 zum Masterknoten werden und ein oder mehrere andere Knoten können deaktiviert werden (z. B. um das Netzwerk 500 zu vereinfachen, sodass (z. B. nach einem Unfall) die Kommunikation zu einer Bodenstation vereinfacht und/oder zuverlässiger wird). In dem in 5 gezeigten Beispiel können der Knoten 504 (Mikrofon) und der Knoten 508 (Lautsprecher) im zweiten Zustand 514 deaktiviert sein, sodass die Kommunikation zu einer Bodenstation vereinfacht wird.
  • Wie bereits erläutert, kann, wenn der bisherige Masterknoten (Knoten 502 im ersten Zustand 512) ausfällt oder deaktiviert ist, ein anderer Knoten (z. B. Knoten 506 im zweiten Zustand 514 der 5) die Rolle des Masterknotens übernehmen. In einigen Ausführungsformen kann ein Ausfall des bisherigen Masterknotens erkannt werden, wenn eine vom Knoten 506 innerhalb eines bestimmten Zeitraums detektierte Gesamtsignalanzahl des Beacons 238 unter einen vorbestimmten Bereich von Werten sinkt. Dieser vorbestimmte Bereich von Werten kann basierend auf der maximalen Buszykluslänge 326 (3) gewählt werden.
  • 6 stellt ein System 600 dar, das ein Netzwerk 602 (z. B. 10SPE-Netzwerk) und einen Knoten 612 einschließt, der eine Bitübertragungsschicht (PHY 700), eine Unterschicht 604 und einen Sensor 606 einschließt. In einigen Ausführungsformen können einer oder mehrere der Knoten der 5 (z. B. Knoten 502, Knoten 504, Knoten 506, Knoten 508 und Knoten 510) wie für den Knoten 612 der 6 gezeigt implementiert werden. Zum Beispiel kann die Unterschicht 604 eine Medium Access Control (MAC), einen Mikrocontroller (µC) und/oder Firmware (FW) einschließen. Als nicht einschränkende Beispiele kann PHY 700 beispielsweise über eine medienabhängige Schnittstelle (MDI 610) mit dem Netzwerk 602 verbunden sein und PHY 700 kann über eine medienunabhängige Schnittstelle (MII 608) mit der Unterschicht 604 verbunden sein.
  • 7 ist ein Blockdiagramm einer beispielhaften PHY 700 aus 6 gemäß einigen Ausführungsformen. 7 veranschaulicht die PHY 700, die betriebstechnisch mit der Leitung 246 (z. B. dem gemeinsam genutzten Übertragungsmedium 106) gekoppelt ist. Die PHY 700 schließt einen betriebstechnisch mit der Leitung 246 gekoppelten Beaconzähler 702, eine betriebstechnisch mit dem Beaconzähler 702 gekoppelte Betriebsmodussteuerung 704 und einen betriebstechnisch mit der Betriebsmodussteuerung 704 und mit der Leitung 246 gekoppelten Beacongenerator 706 ein. Der Beaconzähler 702 ist zum Empfang von durch einen betriebstechnisch mit der Leitung 246 gekoppelten Masterknoten erzeugten Beaconsignalen 708 konfiguriert. In einigen Ausführungsformen werden die Beaconsignale 708 von der PHY 700 erzeugt, während die PHY 700 als ein Masterknoten des Netzwerks fungiert. In einigen Ausführungsformen werden die Beaconsignale 708 von einem anderen Knoten erzeugt, während der andere Knoten als Masterknoten des Netzwerks fungiert und die PHY 700 in einem Slave-Modus betrieben wird. Der Beaconzähler 702 ist zum Zählen einer Anzahl der Beaconsignale 708 und Berichten einer Beaconzahl/-rate an die Betriebsmodussteuerung 704 in einem Beaconzahl-/Beaconratensignal 712 konfiguriert. In einigen Ausführungsformen kann das Beaconzahl-/Beaconratensignal 712 eine Anzahl (z. B. während eines vorbestimmten Zeitraums) detektierter Beaconsignale 708 angeben. In einigen Ausführungsformen kann das Beaconzahl-/Beaconratensignal 712 eine Rate von Beaconsignalen 708 angeben.
  • Die Betriebsmodussteuerung 704 ist zum Empfangen des Beaconzahl-/Beaconratensignals 712 und zum Bestimmen, ob die Beaconzahl/-rate in einen akzeptablen Bereich fällt, konfiguriert. Der akzeptable Bereich kann zumindest teilweise basierend auf einer maximalen Buszykluslänge (z. B. der maximalen Buszykluslänge 326) bestimmt werden. Ist die Beaconzahl/-rate beispielsweise kleiner als eine Anzahl/Rate, die für maximale Buszykluslängen jedes der Buszyklen erwartet werden würde, kann bestimmt werden, dass Beaconsignale 708 zu Zeiten, zu denen die Beaconsignale 708 übertragen werden sollten, nicht auf der Leitung 246 übertragen werden. Dementsprechend kann ein Minimalwert eines akzeptablen Bereichs für die Beaconzahl/-rate basierend auf der maximalen Buszykluslänge bestimmt werden.
  • Die Betriebsmodussteuerung 704 kann dazu konfiguriert sein, während die PHY 700 als Masterknoten fungiert, den Betrieb der PHY 700 als Masterknoten als Reaktion auf ein Ereignis zu beenden. In einigen Ausführungsformen kann das Ereignis einen Betriebsausfall der PHY 700 als Masterknoten einschließen (z. B. als Reaktion auf das Bestimmen, dass die durch das Beaconzahl-/Beaconratensignal 712 angegebene Beaconzahl/-rate außerhalb des vorbestimmten akzeptablen Bereichs von Werten liegt). In einigen Ausführungsformen kann das Ereignis ein Fahrzeugzusammenstoß oder ein anderes Ereignis, das der Betriebsmodussteuerung 704 mit einem Ereignissignal 710 signalisiert werden kann, einschließen. In einigen Ausführungsformen kann das Ereignissignal 710 ein Airbagentfaltungssignal einschließen. In einigen Ausführungsformen kann das Ereignissignal 710 der PHY 700 von der Leitung 246 aus bereitgestellt werden. In einigen Ausführungsformen kann das Ereignissignal 710 der PHY 700 direkt (z. B. direkt von einer Airbagabgabevorrichtung) bereitgestellt werden.
  • Die Betriebsmodussteuerung 704 ist zum Übertragen eines Master-Aktivierungs-/Deaktivierungssignals 714, mit dem der Beacongenerator 706 angewiesen wird, die Übertragung der Beaconsignale 708 an die Leitung 246 zu beenden, konfiguriert.
  • Die Betriebsmodussteuerung 704 kann dazu konfiguriert sein, während die PHY 700 als Slave-Knoten fungiert, den Betrieb der PHY 700 als Masterknoten als Reaktion auf das Bestimmen, dass die durch das Beaconzahl-/Beaconratensignal 712 angegebene Beaconzahl/-rate außerhalb des vorbestimmten akzeptablen Bereichs von Werten liegt, zu beginnen. In einigen Ausführungsformen kann die Betriebsmodussteuerung 704 den Betrieb der PHY 700 als Masterknoten nur beginnen, wenn die PHY 700 (z. B. durch den aktuellen Masterknoten) als Reserve-Masterknoten festgelegt wurde. Beispielsweise ist die Betriebsmodussteuerung 704 zum Übertragen eines Master-Aktivierungs-/Deaktivierungssignals 714, mit dem der Beacongenerator 706 angewiesen wird, die Übertragung der Beaconsignale 708 an die Leitung 246 zu beginnen, konfiguriert. Der Beacongenerator 706 ist zum Empfangen des Master-Aktivierungs-/Deaktivierungssignals 714 und Übertragen der Beaconsignale 708 an die Leitung 246 oder Nichtübertragen der Beaconsignale 708 an die Leitung 246 als Reaktion auf das Master-Aktivierungs-/Deaktivierungssignal 714 konfiguriert.
  • In einigen Ausführungsformen ist die Betriebsmodussteuerung 704 dazu konfiguriert, vor dem derartigen Steuern der PHY 700, dass sie als Masterknoten übernimmt, ein Ereignissignal 710 über die Leitung 246 an den bisherigen Masterknoten zu übertragen. Das Ereignissignal 710 ist dazu konfiguriert, dem bisherigen Masterknoten anzuzeigen, dass ein Ereignis detektiert wurde und dass der bisherige Masterknoten nicht ordnungsgemäß als Masterknoten arbeitet. In einigen Ausführungsformen kann die Betriebsmodussteuerung 704 das Ereignissignal 710 an alle anderen mit der Leitung 246 verbundene Knoten übertragen. In einigen Ausführungsformen kann das Ereignissignal 710 einen oder mehrere von dem bisherigen Masterknoten und/oder den anderen Knoten angeben, die als Reaktion auf das Ereignis zu deaktivieren sind. In einigen Ausführungsformen kann das Ereignissignal 710 angeben, dass einer der mit der Leitung 246 verbundenen Knoten als ein Absicherungs-Masterknoten zu übernehmen hat, um dafür bereit zu sein, als Reaktion auf eine Detektion eines Ausfalls der oder Verbindungsverlusts zur PHY 700 als Masterknoten als Masterknoten zu übernehmen. In einigen Ausführungsformen kann die Betriebsmodussteuerung 704 dazu konfiguriert sein, die PHY 700 derart zu steuern, dass sie, ohne ein Ereignissignal 710 zu übertragen, als Masterknoten übernimmt. In einigen Ausführungsformen kann die Betriebsmodussteuerung 704 zum Empfangen eines von einem anderen Knoten des Netzwerks übertragenen Ereignissignals 710 konfiguriert sein. Fungiert die PHY 700 beispielsweise als Masterknoten und detektiert ein anderer Knoten des Netzwerks einen Ausfall der PHY 700 als Masterknoten kann der andere Knoten ein Ereignissignal 710 übertragen. In einigen Ausführungsformen ist die Betriebsmodussteuerung 704 zum Deaktivieren des Betriebs der PHY 700 als Masterknoten als Reaktion auf das Empfangen des Ereignissignals 710 durch Ändern des Zustands des Master-Aktivierungs-/Deaktivierungssignals 714 konfiguriert. Außerdem kann in einigen Ausführungsformen die Betriebsmodussteuerung 704 dazu konfiguriert sein, die PHY 700 derart zu steuern, dass sie als Reaktion auf das Empfangen eines die PHY 700 als den Absicherungs-Masterknoten angebenden Ereignissignals 710 als der Absicherungs-Masterknoten fungiert.
  • In einigen Ausführungsformen kann mindestens ein Teil der PHY 700 unter Verwendung elektrischer Hardware (z. B. kombinatorischer Logik) implementiert sein. In einigen Ausführungsformen kann mindestens ein Teil der PHY 700 unter Verwendung eines oder mehrerer Prozessoren implementiert sein. In einigen Ausführungsformen kann mindestens ein Teil der PHY 700 unter Verwendung von Firmware und/oder Software implementiert sein.
  • 8 ist ein ein beispielhaftes Verfahren zum Betreiben eines Netzwerks, wie eines 10SPE-Netzwerks, veranschaulichendes Flussdiagramm. Das Verfahren 800 kann gemäß mindestens einer in der vorliegenden Offenbarung beschriebenen Ausführungsform eingerichtet sein. Das Verfahren 800 kann in einigen Ausführungsformen von einer Vorrichtung oder einem System durchgeführt werden, wie dem System 500 (siehe 5), dem System 600 (siehe 6), einer oder mehreren der Komponenten davon oder einem anderen System oder einer anderen Vorrichtung. In diesen und anderen Ausführungsformen kann das Verfahren 800 basierend auf der Ausführung von Anweisungen durchgeführt werden, die auf einem oder mehreren nichtflüchtigen computerlesbaren Medien gespeichert sind. Obwohl als diskrete Blöcke veranschaulicht, können verschiedene Blöcke in Abhängigkeit von der gewünschten Implementierung in zusätzliche Blöcke unterteilt, in weniger Blöcke kombiniert oder eliminiert werden.
  • Das Verfahren 800 kann bei Block 802 beginnen, bei dem möglicherweise ein Ereignis in einem Netzwerk detektiert wird. In einigen Ausführungsformen kann das Ereignis indirekt durch Detektieren einer unzureichenden Anzahl von Beaconsignalen über einen Zeitraum detektiert werden. In einigen Ausführungsformen kann das Ereignis direkter (z. B. über ein Airbagentfaltungssignal) detektiert werden. Das Ereignis kann beispielsweise eine Änderung in einer Umgebung (z. B. einen Aufprall und/oder einen Unfall, einen Verbindungsverlust zu ohne Einschränkung einem oder mehrerer Knoten, der eine unerwartete Beaconzahl verursacht) oder ein anderes Ereignis einschließen, das zu einer detektierten Signalrate oder -anzahl des Beacons 238 außerhalb eines vorbestimmten Bereichs von Werten führt. Das Ereignis kann von einem Masterknoten und/oder einem Slave-Knoten detektiert werden. Zum Beispiel kann eine PHY des Knoten 502 und/oder eine PHY des Knoten 506 eine Änderung in einer Umgebung oder eine Signalrate oder -anzahl der Beacons 238 außerhalb eines vorbestimmten Bereichs von Werten detektieren. Die Änderung kann einen Zählwert der detektierten Signalanzahl des Beacons 238 einschließen, die sich nicht mit einer erwarteten Rate ändert. Ferner kann in einigen Ausführungsformen das Ereignis an einen Masterknoten (z. B. Masterknoten 502 im ersten Zustand 512 der 5) übermittelt werden.
  • Bei Block 804 kann ein Beacon als Reaktion auf das detektierte Ereignis deaktiviert werden und das Verfahren 800 kann mit Block 806 fortfahren. Genauer kann beispielsweise ein Beacon des Masterknotens (z. B. Masterknoten 502 im ersten Zustand 512 der 5) deaktiviert werden. Beispielsweise kann der Beacon des Masterknotens durch den Masterknoten oder einen anderen Knoten deaktiviert werden. Genauer kann beispielsweise Firmware des Masterknotens den Beacon des Masterknotens deaktivieren.
  • Bei Block 806 kann jeder der Knoten im Netzwerk neu synchronisiert werden und das Verfahren 800 kann mit Block 808 fortfahren. Genauer gesagt kann beispielsweise jede PHY eines jeden Knotens in dem Netzwerk zum Neusynchronisieren eines jeden Knotens in dem Netzwerk in einen PLCA-RESYN-Zustand eintreten.
  • Bei Block 808 kann ein Slave-Knoten (z. B. ein Absicherungs-Masterknoten) die Zuweisung als Master des Netzwerks übernehmen. Mit anderen Worten kann der Master („die Zuweisung als Master“) von einem Knoten zu einem anderen Knoten wechseln. Zum Beispiel kann der Slave-Knoten 506 (siehe 5) eine Master-Rolle übernehmen. Genauer gesagt kann beispielsweise Firmware des Slave-Knotens ihre PLCA-ID auf 0 setzen, um die Masterzuweisung anzunehmen.
  • Modifikationen, Hinzufügungen oder Auslassungen können an dem Verfahren 800 vorgenommen werden, ohne von dem Schutzumfang der vorliegenden Offenbarung abzuweichen. Zum Beispiel können die Operationen des Verfahrens 800 in unterschiedlicher Reihenfolge implementiert werden. Des Weiteren werden die skizzierten Vorgänge und Aktionen nur als Beispiele bereitgestellt, und einige der Vorgänge und Aktionen können optional, zu weniger Vorgängen und Aktionen kombiniert oder zu zusätzlichen Vorgängen und Aktionen erweitert sein, ohne das Wesen der offenbarten Ausführungsform zu beeinträchtigen.
  • 9 ist ein ein beispielhaftes Verfahren zum Betreiben eines Netzwerkknotens gemäß einigen Ausführungsformen veranschaulichendes Flussdiagramm. In Block 902 detektiert das Verfahren 900 ein Ereignis in einem drahtgebundenen lokalen Netzwerk mit Physical Level Collision Avoidance, wobei das drahtgebundene lokale Netzwerk eine Leitung eines gemeinsam genutzten Übertragungsmediums einschließt. In Block 904 deaktiviert das Verfahren 900 einen von dem Netzknoten übertragenen Beacon, um, wenn der Netzknoten als Masterknoten des drahtgebundenen lokalen Netzwerks fungiert, den Betrieb des Netzknotens als Masterknoten als Reaktion auf das Ereignis zu deaktivieren. In Block 906 aktiviert das Verfahren 900 den Beacon, durch den Netzknoten zu übertragen ist, sodass, wenn der Netzknoten als ein Slave-Knoten (z. B. ein Absicherungs-Masterknoten) fungiert, der Netzwerkknoten als Reaktion auf das Ereignis als ein Masterknoten fungiert. In einigen Ausführungsformen kann der Netzknoten den Betrieb als Masterknoten übernehmen und den Beacon als indirekte Reaktion auf das Ereignis übertragen. Zum Beispiel kann der Netzknoten den Betrieb als Masterknoten als Reaktion auf das Bestimmen, dass der bisherige Masterknoten Beaconsignale nicht mit einer ausreichenden Rate bereitstellt (z. B. ist eine Anzahl von Beacons niedriger als erwartet), übernehmen.
  • 10 zeigt ein Fahrzeug 1000 (z. B. einen Lastkraftwagen, einen Bus, ein Schiff und/oder ein Flugzeug), das ein Netzwerk 1002 (z. B. ein 10SPE-Netzwerk) mit einer Anzahl von Knoten (z. B. Verstärker, Mikrofon(e), Antenne(n), Lautsprecher, Sensor(en) usw.) einschließt. Gemäß einigen Ausführungsformen schließt das Netzwerk 1002, das auch als „Fahrzeugnetzwerk“ bezeichnet werden kann, eine Physical Level Collision Avoidance-Unterschicht (PLCA-Unterschicht) ein. Ferner kann in einigen Ausführungsformen ein erster Knoten (z. B. ein Verstärker) dazu konfiguriert sein, als Master des 10SPE-Netzwerks zu fungieren. Zusätzlich kann ein zweiter Knoten (z. B. eine Antenne) dazu konfiguriert sein, von dem ersten Knoten als Reaktion auf ein detektiertes Ereignis (z. B. einen Aufprall/Unfall oder ein anderes das Fahrzeug 1000 betreffendes Masterknotendeaktivierungsereignis) Masterverantwortlichkeiten zu übernehmen.
  • Wie hier beschrieben, können ein oder mehrere Slaves (z. B. Slave-Knoten) eines Netzwerks einen Ausfall eines PLCA-Masters (z. B. durch Überwachen der Beaconzahl und/oder andere Parameter (z. B. Signalqualität)) detektieren. Ferner kann ein festgelegter Slave (z. B. ein Absicherungs-Master) (z. B. als Reaktion auf einen Ausfall des Masters) zum Master werden (z. B. als Master übernehmen). Genauer gesagt kann beispielsweise basierend auf einer Beaconzahl und möglicherweise anderen Statusinformationen (z. B. Signalqualität) ein Master eines Netzwerks von einem Knoten zu einem anderen Knoten wechseln. Ferner kann in einigen Ausführungsformen der ursprüngliche Master als ein Slave-Knoten neu konfiguriert werden. In einem spezifischeren Beispiel kann bei einem Aufprall (z. B. an dem ein Fahrzeug mit einem Netzwerk beteiligt ist) ein Masterknoten das Senden von Beacons einstellen und ein eCall-Knoten kann beispielsweise eine fehlende Änderung der Beaconzahl detektieren und als Masterknoten übernehmen.
  • 11 ist ein Blockdiagramm einer Rechenvorrichtung, die in einigen Ausführungsformen verwendet werden kann. Die Rechenvorrichtung 1100 schließt einen oder mehrere Prozessoren 1102 (hier manchmal als „Prozessorprozessoren 1102“ bezeichnet) ein, die betriebstechnisch mit einer oder mehreren Datenspeichervorrichtungen (hier manchmal als „Speicher 1104“ bezeichnet) gekoppelt sind. Der Speicher 1104 schließt darauf gespeicherte computerlesbare Anweisungen (z. B. Software, Firmware) ein. Die computerlesbaren Anweisungen sind dazu konfiguriert, die Prozessoren 1102 anzuweisen, Vorgänge der hier offenbarten Ausführungsformen durchzuführen. Beispielsweise können die computerlesbaren Anweisungen dafür konfiguriert sein, die Prozessoren 1102 anzuweisen, mindestens einen Teil oder eine Gesamtheit des Verfahrens 800 aus 8 und/oder des Verfahrens 900 aus 9 durchzuführen. Darüber hinaus können die computerlesbaren Anweisungen beispielsweise dafür konfiguriert sein, die Prozessoren 1102 anzuweisen, mindestens einen Teil oder eine Gesamtheit der in Bezug auf die Knoten (z. B. Knoten 502, Knoten 504, Knoten 506, Knoten 508 oder Knoten 510) der 5; das Netzwerk 602, die PHY 700, die Unterschicht 604 oder den Sensor 606 der 6; den Beaconzähler 702, die Betriebsmodussteuerung 704, den Beacongenerator 706 der 7; oder das Netzwerk 1002 der 10 diskutierten Operationen durchzuführen. Als spezifisches, nicht einschränkendes Beispiel können die computerlesbaren Anweisungen dafür konfiguriert sein, die Prozessoren 1102 anzuweisen, einen Masterknoten als Reaktion auf die Detektierung eines Ereignisses, das einem Ausfall des Masterknotens entspricht, zu deaktivieren (z. B. sich selbst deaktivieren). Als ein weiteres spezifisches, nicht einschränkendes Beispiel können die computerlesbaren Anweisungen dafür konfiguriert sein, die Prozessoren 1102 anzuweisen, eine Bitübertragungsschichtvorrichtung (z. B. PHY 700 der 6 und 7) derart zu steuern, dass sie als Reaktion auf das Detektieren, dass ein Ereignis einem Ausfall des Masterknotens entspricht, die Rolle des Masterknotens übernimmt.
  • Verschiedene Ausführungsformen der vorliegenden Offenbarung können die 10SPE-Robustheit verbessern, indem PLCA-Master-Ausfälle detektiert werden und Absicherungs-Master (z. B. zur Wiederherstellung und/oder zur eCall-Unterstützung) eingesetzt werden.
  • Wie in der vorliegenden Offenbarung verwendet, können sich die Begriffe „Modul“ oder „Komponente“ auf spezifische Hardware-Implementierungen beziehen, die konfiguriert sind, um die Aktionen des Moduls oder der Komponente und/oder Softwareobjekte oder Softwareroutinen durchzuführen, die auf Universalhardware (z. B. computerlesbaren Medien, Verarbeitungsvorrichtungen, etc.) des Rechensystems gespeichert und/oder von dieser ausgeführt werden können. In einigen Ausführungsformen können die verschiedenen Komponenten, Module, Engines und Dienste, die in der vorliegenden Offenbarung beschrieben sind, als Objekte oder Prozesse implementiert werden, die auf dem Rechensystem ausgeführt werden (z. B. als separate Threads). Obwohl einige der in der vorliegenden Offenbarung beschriebenen Systeme und Verfahren allgemein als in Software implementiert (gespeichert auf und/oder ausgeführt durch Universalhardware) beschrieben sind, sind spezifische Hardware-Implementierungen oder eine Kombination von Software und spezifischen Hardware-Implementierungen ebenfalls möglich und werden in Betracht gezogen.
  • Begriffe, die in der vorliegenden Offenbarung und insbesondere in den beiliegenden Ansprüchen verwendet werden (z. B. Inhalte der beiliegenden Ansprüche), sind im Allgemeinen als „offene“ Begriffe gedacht (z. B. sollte der Begriff „einschließlich“ als „einschließlich, jedoch nicht beschränkt auf‟ interpretiert werden, der Begriff „aufweisend“ sollte als „mindestens aufweisend“ interpretiert werden, der Begriff „schließt ein“ sollte als „schließt ein, ist jedoch nicht beschränkt auf‟ interpretiert werden, usw.).
  • Wenn außerdem eine bestimmte Anzahl einer eingeführten Anspruchsangabe beabsichtigt ist, wird eine solche Absicht ausdrücklich in dem Anspruch angegeben, und in Abwesenheit einer solchen Angabe liegt keine solche Absicht vor. Als Verständnishilfe können zum Beispiel die folgenden beiliegenden Ansprüche die Verwendung der einleitenden Phrasen „mindestens einer“ und „einer oder mehrere“ zur Einführung von Anspruchsaufzählungen enthalten. Die Verwendung solcher Phrasen sollte jedoch nicht so ausgelegt werden, dass sie impliziert, dass die Einführung einer Anspruchsangabe durch die unbestimmten Artikel „ein“ oder „eine“ einen bestimmten Anspruch, der eine solche eingeführte Anspruchsangabe enthält, auf Ausführungsformen beschränkt, die nur eine solche Angabe enthalten, selbst wenn derselbe Anspruch die einleitenden Phrasen „eine/r/s oder mehrere“ oder „mindestens eine/r/s“ und unbestimmte Artikel wie „ein“ und/oder „eine“ einschließt (z. B. soll „ein“ und/oder „eine“ so interpretiert werden, dass es „mindestens ein/e“ oder „ein/e oder mehrere“ bedeutet); gleiches gilt für die Verwendung bestimmter Artikel, die zur Einführung von Anspruchsangaben verwendet werden.
  • Auch wenn eine bestimmte Anzahl einer eingeführten Anspruchsaufzählung explizit angegeben ist, wird der Fachmann erkennen, dass eine solche Aufzählung so interpretiert werden sollte, dass sie mindestens die angegebene Anzahl bedeutet (z. B. die bloße Aufzählung von „zwei Aufzählungen“ ohne andere Modifikatoren bedeutet mindestens zwei Aufzählungen oder zwei oder mehr Aufzählungen). Des Weiteren ist in den Fällen, in denen eine Konvention analog zu „mindestens eines von A, B und C usw.“ oder „eines oder mehrere von A, B und C usw.“ verwendet wird, eine solche Konstruktion im Allgemeinen dazu bestimmt, A allein, B allein, C allein, A und B zusammen, A und C zusammen, B und C zusammen, oder A, B und C zusammen zu bedeuten usw.
  • Ferner sollte jedes disjunkte Wort oder jede disjunkte Phrase, das bzw. die zwei oder mehr alternative Begriffe darstellt, sei es in der Beschreibung, den Ansprüchen oder den Zeichnungen, so verstanden werden, dass die Möglichkeit des Einschließens eines der Begriffe, des einen oder des anderen Begriffs oder beider Begriffe in Betracht gezogen wird. Zum Beispiel sollte die Phrase „A oder B“ so verstanden werden, dass sie die Möglichkeiten „A“ oder „B“ oder „A und B“ einschließt.
  • AUSFÜHRUNGSBEISPIELE
  • Es folgt eine nicht erschöpfende, nicht einschränkende Liste beispielhafter Ausführungsformen. Bei nicht jeder der nachstehend aufgeführten beispielhaften Ausführungsformen wird einzeln angegeben, dass sie mit allen anderen der nachstehend aufgeführten beispielhaften Ausführungsformen und vorstehend erörterten Ausführungsformen kombinierbar sind. Es ist jedoch vorgesehen, dass diese beispielhaften Ausführungsformen mit allen anderen beispielhaften Ausführungsformen und vorstehend erörterten Ausführungsformen kombinierbar sind, es sei denn es ist für den Fachmann offensichtlich ist, dass die Ausführungsformen nicht kombinierbar sind.
  • Beispiel 1: Verfahren, umfassend: das Detektieren eines Ereignisses in einem 10SPE-Netzwerk mit Physical Level Collision Avoidance (PLCA); das Deaktivieren eines Beacons eines als Master des 10SPE-Netzwerks fungierenden ersten Knotens des 10SPE-Netzwerks als Reaktion auf das Ereignis; und das Aktivieren eines zweiten Knotens, sodass er als Master des 10SPE-Netzwerks fungiert.
  • Beispiel 2: Verfahren nach Beispiel 1, wobei das Detektieren des Ereignisses das Überwachen einer Beaconzahl des ersten Knotens; und als Reaktion darauf, dass der Beacon einen unter der Erwartung liegende Zählwert aufweist, das Bestimmen, dass der erste Knoten ausgefallen ist, umfasst.
  • Beispiel 3: Verfahren nach einem der Beispiele 1 und 2, wobei das Deaktivieren das Deaktivieren des Beacon des ersten Knotens über Firmware des ersten Knotens umfasst.
  • Beispiel 4: Verfahren nach einem der Beispiele 1 bis 3, ferner umfassend das Kommunizieren des Ereignisses an den ersten Knoten.
  • Beispiel 5: Verfahren nach einem der Beispiele 1 bis 4, wobei das Deaktivieren des Beacons des ersten Knoten das Deaktivieren des Beacons eines Verstärkers umfasst.
  • Beispiel 6: Verfahren nach Beispiel 5, wobei das Aktivieren des zweiten Knotens das derartige Aktivieren einer Antenne, dass sie als Master fungiert, umfasst.
  • Beispiel 7: Verfahren nach einem der Beispiele 1 bis 6, ferner umfassend das Deaktivieren des ersten Knotens und mindestens eines anderen Knotens des 10SPE-Netzwerks als Reaktion auf das Ereignis.
  • Beispiel 8: Verfahren, umfassend: das Zählen einer Anzahl von Beacons, die von einem als Master eines 10SPE-Netzwerks fungierenden Knoten mit Physical Level Collision Avoidance (PLCA) gesendet werden; und als Reaktion darauf, dass die Anzahl der von dem Knoten gesendeten Beacons kleiner als eine Schwellenanzahl ist, Wechseln des Masters zu einem anderen Knoten des 10SPE-Netzwerks.
  • Beispiel 9: Verfahren nach Beispiel 8, wobei das Zählen der Anzahl von Beacons, die von dem Knoten gesendet werden, der als Master fungiert, das Zählen der Anzahl der von einem Verstärker gesendeten Beacons umfasst.
  • Beispiel 10: Verfahren nach einem der Beispiele 8 und 9, wobei das Wechseln des Masters zu einem anderen Knoten des 10SPE-Netzwerks das Wechseln des Masters zu einer Antenne des 10SPE-Netzwerks umfasst.
  • Beispiel 11: Verfahren nach einem der Beispiele 8 bis 10, ferner umfassend das Deaktivieren des Knotens als Reaktion darauf, dass die Anzahl der von dem Knoten gesendeten Beacons kleiner als eine Schwellenwertanzahl ist.
  • Beispiel 12: Verfahren nach Beispiel 11, ferner umfassend das Deaktivieren mindestens eines dritten Knotens des 10SPE-Netzwerks als Reaktion darauf, dass die Anzahl der von dem Knoten gesendeten Beacons, kleiner als die Schwellenwertanzahl ist.
  • Beispiel 13: Verfahren nach einem der Beispiele 8 bis 12, wobei das Wechseln des Masters zu einem anderen Knoten des 10SPE-Netzwerks das Setzen einer PLCA-Kennung (ID) des anderen Knotens auf 0 umfasst.
  • Beispiel 14: 10SPE-Netzwerk mit Physical Level Collision Avoidance (PLCA), umfassend: einen ersten zum Fungieren als Master des 10SPE-Netzwerks konfigurierten Knoten; und einen zweiten Knoten, der zum Übernehmen von Masterverantwortlichkeiten von dem ersten Knoten als Reaktion auf das Detektieren eines Ereignisses konfiguriert ist.
  • Beispiel 15: 10SPE-Netzwerk nach Beispiel 14, wobei der ersten Knoten und/oder der zweite Knoten dazu konfiguriert sind zu veranlassen, dass ein oder mehrere andere Knoten des 10SPE-Netzwerks als Reaktion auf das Ereignis offline gehen.
  • Beispiel 16: 10SPE-Netzwerk nach einem der Beispiele 14 und 15, ferner umfassend einen oder mehrere andere Knoten, die dazu konfiguriert sind, als Reaktion auf das Ereignis offline zu gehen.
  • Beispiel 17: 10SPE-Netzwerk nach einem der Beispiele 14 bis 16, wobei der zweite Knoten dazu konfiguriert ist, eine Anzahl der von dem ersten Knoten gesendeten Beacons zu zählen.
  • Beispiel 18: 10SPE-Netzwerk nach Beispiel 17, wobei das Ereignis als Reaktion darauf erfolgt, dass die Anzahl der von dem ersten Knoten gesendeten Beacons kleiner als eine erwartete Anzahl von Beacons ist.
  • Beispiel 19: 10SPE-Netzwerk nach einem der Beispiele 14 bis 18, wobei das Ereignis mindestens eines von einem Ausfall und/oder einem Aufprall umfasst.
  • Beispiel 20: Fahrzeug, das ein 10SPE-Netzwerk mit Physical Level Collision Avoidance (PLCA) einschließt, das Fahrzeug umfassend: einen Verstärker, der konfiguriert ist, als Master des 10SPE-Netzwerks zu fungieren; und eine Antenne, die dazu konfiguriert ist, von dem Verstärker als Reaktion auf das Detektieren eines Ereignisses Masterverantwortlichkeiten zu übernehmen.
  • Beispiel 21: Fahrzeug nach Beispiel 20, wobei das Ereignis einen Aufprall umfasst, an dem das Fahrzeug beteiligt ist.
  • Beispiel 22: Bitübertragungsschichtvorrichtung für einen Netzwerkknoten, die Bitübertragungsschichtvorrichtung umfassend: einen betriebstechnisch mit einer Leitung eines gemeinsam genutzten Übertragungsmediums eines drahtgebundenen lokalen Netzwerks mit Physical Level Collision Avoidance gekoppelten Beaconzähler, wobei der Beaconzähler dazu konfiguriert ist, über einen vorbestimmten Zeitraum Beaconsignale auf der Leitung zu zählen und eine Beaconzahl oder eine Beaconrate der Beaconsignale zu bestimmen; und eine Betriebsmodussteuerung, die dazu konfiguriert ist festzustellen, ob die bestimmte Beaconzahl oder die bestimmte Beaconrate in einen vorbestimmten akzeptablen Bereich von Werten fällt; und die Bitübertragungsschichtvorrichtung derart zu steuern, dass sie als Reaktion auf das Bestimmen, dass die bestimmte Beaconzahl oder die bestimmte Beaconrate außerhalb des vorbestimmten akzeptablen Bereichs von Werten liegt, den Betrieb als Masterknoten des drahtgebundenen lokalen Netzwerks übernimmt.
  • Beispiel 23: Bitübertragungsschichtvorrichtung nach Beispiel 22, wobei die Betriebsmodussteuerung dazu konfiguriert ist, die Bitübertragungsschichtvorrichtung derart zu steuern, dass sie nur dann, wenn die Bitübertragungsschichtvorrichtung als ein Absicherungs-Masterknoten festgelegt wurde, den Betrieb als Masterknoten übernimmt.
  • Beispiel 24: Bitübertragungsschichtvorrichtung nach einem der Beispiele 22 und 23, wobei die Betriebsmodussteuerung ferner dazu konfiguriert ist, einen durch den Netzknoten übertragene Beacon zu deaktivieren, um als Reaktion auf ein Ereignis den Betrieb des Netzknotens als Masterknoten zu deaktivieren.
  • Beispiel 25: Bitübertragungsschichtvorrichtung nach Beispiel 24, wobei das Ereignis einen Fahrzeugzusammenstoß einschließt.
  • Beispiel 26: Bitübertragungsschichtvorrichtung nach einem der Beispiele 22 bis 25, wobei ein Minimalwert des vorbestimmten akzeptablen Bereichs von Werten basierend auf einer maximalen Buszykluslänge von Buszyklen auf der Leitung bestimmt wird.
  • Beispiel 27: Verfahren zum Betreiben eines Netzwerkknoten, das Verfahren umfassend: das Detektieren eines Ereignisses in einem drahtgebundenen lokalen Netzwerk mit Physical Level Collision Avoidance, wobei das drahtgebundene lokale Netzwerk eine Leitung eines gemeinsam genutzten Übertragungsmediums einschließt; und das Aktivieren des durch den Netzwerkknoten zu übertragenden Beacons, um den Netzwerkknoten, wenn der Netzwerkknoten als ein Slave-Knoten fungiert, als Reaktion auf das Bestimmen, dass eine Beaconzahl über einen vorbestimmten Zeitraum oder eine Beaconrate eines Beaconsignals kleiner als ein vorbestimmter Minimalwert ist, als einen Masterknoten des drahtgebundenen lokalen Netzwerks zu betreiben.
  • Beispiel 28: Verfahren nach Beispiel 27, ferner umfassend das Deaktivieren eines durch den Netzwerkknoten übertragenen Beacons, um, wenn der Netzknoten als Masterknoten des drahtgebundenen lokalen Netzwerks fungiert, den Betrieb des Netzknotens als Masterknoten als Reaktion auf das Ereignis zu deaktivieren.
  • Beispiel 29: Verfahren nach Beispiel 28, ferner umfassend das Deaktivieren mindestens eines Knotens als Reaktion auf das Deaktivieren des Betriebs des Netzwerkknotens als Masterknoten.
  • Beispiel 30: Verfahren nach einem der Beispiele 28 und 29, wobei das Ereignis den Empfang eines Ereignissignals umfasst, das dazu konfiguriert ist, das Ereignis zu signalisieren.
  • Beispiel 31: Verfahren nach einem der Beispiele 28 bis 30, wobei das Deaktivieren des Beacons das Deaktivieren des Beacons über Firmware des Netzwerkknotens umfasst.
  • Beispiel 32: Verfahren nach einem der Beispiele 27 bis 31, wobei das Aktivieren des durch den Netzwerkknoten zu übertragenen Beacons, um den Netzwerkknoten als Reaktion auf das Ereignis als Masterknoten zu betreiben, nur dann das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten umfasst, wenn der Netzwerkknoten zuvor als ein Absicherungs-Netzwerkknoten festgelegt wurde.
  • Beispiel 33: Verfahren nach Beispiel 32, wobei das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten ohne Eingriff eines bisherigen Masterknotens umfasst.
  • Beispiel 34: Verfahren nach einem der Beispiele 27 bis 33, wobei das Detektieren des Ereignisses umfasst: das Überwachen eines Beaconsignals auf der Leitung, um eine Beaconzahl oder eine Beaconrate auf der Leitung zu detektieren; und das Entscheiden, dass der Masterknoten ausgefallen ist, als Reaktion darauf, dass die detektierte Beaconzahl oder die detektierte Beaconrate außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt.
  • Beispiel 35: Verfahren nach Beispiel 34, wobei die detektierte Beaconzahl oder die detektierte Beaconrate, die außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt, die detektierte Beaconzahl oder die detektierte Beaconrate umfasst, die einen Maximalwert des vorbestimmten akzeptablen Bereichs von Werten überschreitet.
  • Beispiel 36: Verfahren nach Beispiel 34, wobei die detektierte Beaconzahl oder die detektierte Beaconrate, die außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt, die detektierte Beaconzahl oder die detektierte Beaconrate umfasst, die einen Minimalwert des vorbestimmten akzeptablen Bereichs von Werten unterschreitet.
  • Beispiel 37: Verfahren nach einem der Beispiele 27 bis 36, ferner umfassend das Kommunizieren des Ereignisses an einen bisherigen Masterknoten als Reaktion auf das Detektieren des Ereignisses.
  • Beispiel 38: Verfahren nach einem der Beispiele 27 bis 37, ferner umfassend das Deaktivieren eines bisherigen Masterknotens und mindestens eines anderen Knotens des drahtgebundenen lokalen Netzwerks als Reaktion auf das Ereignis.
  • Beispiel 39: drahtgebundenes lokales Netzwerk (WLAN) mit Physical Level Collision Avoidance, umfassend: eine Leitung eines gemeinsam genutzten Übertragungsmediums; einen ersten betriebstechnisch mit der Leitung gekoppelten Knoten, wobei der erste Knoten dazu konfiguriert ist, als Master des WLANs zu fungieren; und einen zweiten Knoten, der zum Übernehmen von Masterverantwortlichkeiten von dem ersten Knoten als Reaktion auf das Detektieren eines Ereignisses konfiguriert ist.
  • Beispiel 40: WLAN nach dem Beispiel 39, wobei der ersten Knoten und/oder der zweite Knoten dazu konfiguriert sind, einen oder mehrere andere Knoten des WLANs als Reaktion auf das Ereignis zu deaktivieren.
  • Beispiel 41: WLAN nach einem der Beispiele 39 und 40, wobei der zweite Knoten dazu konfiguriert ist, eine Anzahl der von dem ersten Knoten gesendeten Beacons zu zählen.
  • Beispiel 42: WLAN nach Beispiel 41, wobei das Ereignis als Reaktion darauf erfolgt, dass die Anzahl der durch ersten Knoten über einen vorbestimmten Zeitraum gesendeten Beacons oder eine Rate von Beacons außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt.
  • Beispiel 43: WLAN nach einem der Beispiele 39 bis 42, wobei das Ereignis einen Ausfall des ersten Knotens und/oder einen Aufprall eines den ersten Knoten einschließenden Fahrzeugs umfasst.
  • Beispiel 44: Fahrzeug, das ein drahtgebundenes lokales Netzwerk mit Physical Level Collision Avoidance einschließt, das Fahrzeug umfassend: einen Verstärker, der konfiguriert ist, als Master des WLANs zu arbeiten, wobei das WLAN ein gemeinsam genutztes Übertragungsmedium einschließt; und eine Antenne, die dazu konfiguriert ist, von dem Verstärker als Reaktion auf das Detektieren eines Ereignisses Masterverantwortlichkeiten zu übernehmen.
  • Beispiel 45: Fahrzeug nach Beispiel 44, wobei das Ereignis einen Aufprall umfasst, an dem das Fahrzeug beteiligt ist.
  • Während die vorliegende Offenbarung hierin in Bezug auf bestimmte veranschaulichte Ausführungsformen beschrieben wurde, werden Fachleute erkennen und anerkennen, dass die vorliegende Erfindung nicht darauf beschränkt ist. Vielmehr können viele Ergänzungen, Löschungen und Modifikationen an den veranschaulichten und beschriebenen Ausführungsformen vorgenommen werden, ohne vom Schutzumfang der Erfindung abzuweichen, wie nachfolgend zusammen mit ihren rechtlichen Äquivalenten beansprucht wird. Zusätzlich können Merkmale von einer Ausführungsform mit Merkmalen einer anderen Ausführungsform kombiniert werden, während sie immer noch innerhalb des Schutzumfangs der Erfindung enthalten sind, wie er vom Erfinder in Betracht gezogen wird.
  • ZITATE ENTHALTEN IN DER BESCHREIBUNG
  • Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
  • Zitierte Patentliteratur
    • US 62/838750 [0001]

Claims (24)

  1. Bitübertragungsschichtvorrichtung für einen Netzwerkknoten, die Bitübertragungsschichtvorrichtung umfassend: einen betriebstechnisch mit einer Leitung eines gemeinsam genutzten Übertragungsmediums eines drahtgebundenen lokalen Netzwerks mit Physical Level Collision Avoidance gekoppelten Beaconzähler, wobei der Beaconzähler dazu konfiguriert ist, über einen vorbestimmten Zeitraum Beaconsignale auf der Leitung zu zählen und eine Beaconzahl oder eine Beaconrate der Beaconsignale zu bestimmen; und eine Betriebsmodussteuerung, die konfiguriert ist zum: Bestimmen, ob die bestimmte Beaconzahl oder die bestimmte Beaconrate in einen vorbestimmten akzeptablen Bereich von Werten fällt; und Steuern der Bitübertragungsschichtvorrichtung derart, dass sie als Reaktion auf das Bestimmen, dass die bestimmte Beaconzahl oder die bestimmte Beaconrate außerhalb des vorbestimmten akzeptablen Bereichs von Werten liegt, den Betrieb als Masterknoten des drahtgebundenen lokalen Netzwerks übernimmt.
  2. Bitübertragungsschichtvorrichtung nach Anspruch 1, wobei die Betriebsmodussteuerung dazu konfiguriert ist, die Bitübertragungsschichtvorrichtung derart zu steuern, dass sie nur dann, wenn die Bitübertragungsschichtvorrichtung als ein Absicherungs-Masterknoten festgelegt wurde, den Betrieb als Masterknoten übernimmt.
  3. Bitübertragungsschichtvorrichtung nach Anspruch 1, wobei die Betriebsmodussteuerung ferner dazu konfiguriert ist, einen durch den Netzknoten übertragene Beacon zu deaktivieren, um als Reaktion auf ein Ereignis den Betrieb des Netzknotens als Masterknoten zu deaktivieren.
  4. Bitübertragungsschichtvorrichtung nach Anspruch 3, wobei das Ereignis einen Fahrzeugzusammenstoß einschließt.
  5. Bitübertragungsschichtvorrichtung nach Anspruch 1, wobei ein Minimalwert des vorbestimmten akzeptablen Bereichs von Werten basierend auf einer maximalen Buszykluslänge von Buszyklen auf der Leitung bestimmt wird.
  6. Verfahren zum Betreiben eines Netzwerkknotens, das Verfahren umfassend: Detektieren eines Ereignisses in einem drahtgebundenen lokalen Netzwerk mit Physical Level Collision Avoidance, wobei das drahtgebundene lokale Netzwerk eine Leitung eines gemeinsam genutzten Übertragungsmediums einschließt. und Aktivieren des durch den Netzwerkknoten zu übertragenden Beacons, um den Netzwerkknoten, wenn der Netzwerkknoten als ein Slave-Knoten fungiert, als Reaktion auf das Bestimmen, dass eine Beaconzahl über einen vorbestimmten Zeitraum oder eine Beaconrate eines Beaconsignals kleiner als ein vorbestimmter Minimalwert ist, als einen Masterknoten des drahtgebundenen lokalen Netzwerks zu betreiben.
  7. Verfahren Anspruch 6, ferner umfassend das Deaktivieren eines durch den Netzwerkknoten übertragenen Beacons, um, wenn der Netzknoten als Masterknoten des drahtgebundenen lokalen Netzwerks fungiert, den Betrieb des Netzknotens als Masterknoten als Reaktion auf das Ereignis zu deaktivieren.
  8. Verfahren nach Anspruch 7, ferner umfassend das Deaktivieren mindestens eines Knotens als Reaktion auf das Deaktivieren des Betriebs des Netzwerkknotens als Masterknoten.
  9. Verfahren nach Anspruch 7, wobei das Ereignis den Empfang eines Ereignissignals umfasst, das dazu konfiguriert ist, das Ereignis zu signalisieren.
  10. Verfahren nach Anspruch 7, wobei das Deaktivieren des Beacons das Deaktivieren des Beacons über Firmware des Netzwerkknotens umfasst.
  11. Verfahren nach Anspruch 6, wobei das Aktivieren des durch den Netzwerkknoten zu übertragenen Beacons, um den Netzwerkknoten als Reaktion auf das Ereignis als Masterknoten zu betreiben, nur dann das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten umfasst, wenn der Netzwerkknoten zuvor als ein Absicherungs-Netzwerkknoten festgelegt wurde.
  12. Verfahren nach Anspruch 11, wobei das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten das Übergehen vom Betreiben des Netzwerkknotens als Slave-Knoten zum Betreiben des Netzwerkknotens als Masterknoten ohne Eingriff eines bisherigen Masterknotens umfasst.
  13. Verfahren nach Anspruch 6, das Detektieren des Ereignisses umfassend: Überwachen eines Beaconsignals auf der Leitung, um eine Beaconzahl oder eine Beaconrate auf der Leitung zu detektieren; und Entscheiden, dass der Masterknoten ausgefallen ist, als Reaktion darauf, dass die detektierte Beaconzahl oder die detektierte Beaconrate außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt.
  14. Verfahren nach Anspruch 13, wobei die detektierte Beaconzahl oder die detektierte Beaconrate, die außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt, die detektierte Beaconzahl oder die detektierte Beaconrate umfasst, die einen Maximalwert des vorbestimmten akzeptablen Bereichs von Werten überschreitet.
  15. Verfahren nach Anspruch 13, wobei die detektierte Beaconzahl oder die detektierte Beaconrate, die außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt, die detektierte Beaconzahl oder die detektierte Beaconrate umfasst, die einen Minimalwert des vorbestimmten akzeptablen Bereichs von Werten unterschreitet.
  16. Verfahren nach Anspruch 6, ferner umfassend das Kommunizieren des Ereignisses an einen bisherigen Masterknoten als Reaktion auf das Detektieren des Ereignisses.
  17. Verfahren nach Anspruch 6, ferner umfassend das Deaktivieren eines bisherigen Masterknotens und mindestens eines anderen Knotens des drahtgebundenen lokalen Netzwerks als Reaktion auf das Ereignis.
  18. Drahtgebundenes lokales Netzwerk (WLAN) mit Physical Level Collision Avoidance, umfassend: eine Leitung eines gemeinsam genutzten Übertragungsmediums; einen ersten betriebstechnisch mit der Leitung gekoppelten Knoten, wobei der erste Knoten dazu konfiguriert ist, als Master des WLANs zu fungieren; und einen zweiten Knoten, der zum Übernehmen von Masterverantwortlichkeiten von dem ersten Knoten als Reaktion auf das Detektieren eines Ereignisses konfiguriert ist.
  19. WLAN nach Anspruch 18, wobei der ersten Knoten und/oder der zweite Knoten dazu konfiguriert sind, einen oder mehrere andere Knoten des WLANs als Reaktion auf das Ereignis zu deaktivieren.
  20. WLAN nach Anspruch 18, wobei der zweite Knoten dazu konfiguriert ist, eine Anzahl der von dem ersten Knoten gesendeten Beacons zu zählen.
  21. WLAN nach Anspruch 20, wobei das Ereignis als Reaktion darauf erfolgt, dass die Anzahl der durch ersten Knoten über einen vorbestimmten Zeitraum gesendeten Beacons oder eine Rate von Beacons außerhalb eines vorbestimmten akzeptablen Bereichs von Werten fällt.
  22. WLAN nach Anspruch 18, wobei das Ereignis einen Ausfall des ersten Knotens und/oder einen Aufprall eines den ersten Knoten einschließenden Fahrzeugs umfasst.
  23. Fahrzeug einschließend ein drahtgebundenes lokales Netzwerk (WLAN) mit Physical Level Collision Avoidance, das Fahrzeug umfassend: einen Verstärker, der dazu konfiguriert ist, als Master des WLANs zu arbeiten, wobei das WLAN ein gemeinsam genutztes Übertragungsmedium einschließt; und eine Antenne, die dazu konfiguriert ist, von dem Verstärker als Reaktion auf das Detektieren eines Ereignisses Masterverantwortlichkeiten zu übernehmen.
  24. Fahrzeug nach Anspruch 23, wobei das Ereignis einen Aufprall umfasst, an dem das Fahrzeug beteiligt ist.
DE112020002093.2T 2019-04-25 2020-01-22 Wechseln eines masterknotens in einem drahtgebundenen lokalen netzwerk und zugehörige systeme, verfahren und vorrichtungen Active DE112020002093B4 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201962838750P 2019-04-25 2019-04-25
US62/838,750 2019-04-25
PCT/US2020/014627 WO2020219131A1 (en) 2019-04-25 2020-01-22 Changing a master node in a wired local area network and related systems, methods, and devices

Publications (2)

Publication Number Publication Date
DE112020002093T5 true DE112020002093T5 (de) 2022-01-13
DE112020002093B4 DE112020002093B4 (de) 2023-01-19

Family

ID=69726747

Family Applications (1)

Application Number Title Priority Date Filing Date
DE112020002093.2T Active DE112020002093B4 (de) 2019-04-25 2020-01-22 Wechseln eines masterknotens in einem drahtgebundenen lokalen netzwerk und zugehörige systeme, verfahren und vorrichtungen

Country Status (6)

Country Link
US (2) US11405127B2 (de)
JP (1) JP2022530400A (de)
KR (1) KR20210137549A (de)
CN (1) CN113728589B (de)
DE (1) DE112020002093B4 (de)
WO (1) WO2020219131A1 (de)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11513577B2 (en) 2020-03-24 2022-11-29 Microchip Technology Incorporated Low connection count interface wake source communication according to 10SPE local and remote wake and related systems, methods, and devices
DE112020002209B4 (de) 2019-05-03 2023-01-12 Microchip Technology Incorporated Emulation von Kollisionen in drahtgebundenen lokalen Netzwerken und zugehörige Systeme, Verfahren und Vorrichtungen
US11757550B2 (en) 2019-08-23 2023-09-12 Microchip Technology Incorporated Ethernet interface and related systems, methods and devices

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3987859A1 (de) * 2019-06-20 2022-04-27 Signify Holding B.V. Steuerungsnetzwerksystem
EP3761568B1 (de) * 2019-07-01 2023-05-31 Volvo Car Corporation Verfahren zur steuerung der kommunikation über einen lokalen verbindungsnetzbus
CN112422385B (zh) 2019-08-23 2022-11-29 微芯片技术股份有限公司 用于改进的媒体访问的接口以及相关的***、方法和设备
CN112423403A (zh) 2019-08-23 2021-02-26 微芯片技术股份有限公司 检测网络上的冲突
CN112422219B (zh) 2019-08-23 2024-05-24 微芯片技术股份有限公司 以太网接口和相关***、方法和设备
EP3905606A1 (de) * 2020-04-30 2021-11-03 KONE Corporation Sicherheitskommunikation in einem aufzugkommunikationssystem
CN113022495A (zh) * 2021-04-16 2021-06-25 蔚来汽车科技(安徽)有限公司 无钥匙进入启动***及其方法、以及车辆

Family Cites Families (63)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS6084031A (ja) * 1983-10-14 1985-05-13 Nec Corp 移動端末装置位置表示方式
US6298376B1 (en) 1997-03-07 2001-10-02 General Electric Company Fault tolerant communication monitor for a master/slave system
US6363416B1 (en) 1998-08-28 2002-03-26 3Com Corporation System and method for automatic election of a representative node within a communications network with built-in redundancy
KR20000050944A (ko) * 1999-01-13 2000-08-05 윤흥여 응급전화 송수신방법 및 장치
US6397133B1 (en) * 1999-04-19 2002-05-28 Palmer Safety Systems, Llc Vehicle rollover safety system
EP1184642B1 (de) * 2000-01-27 2005-03-23 Matsushita Electric Industrial Co., Ltd. Notfall-informationssystem und navigationssystem
US6983317B1 (en) * 2000-02-28 2006-01-03 Microsoft Corporation Enterprise management system
US7039694B2 (en) * 2000-05-02 2006-05-02 Sun Microsystems, Inc. Cluster membership monitor
US7389332B1 (en) * 2001-09-07 2008-06-17 Cisco Technology, Inc. Method and apparatus for supporting communications between nodes operating in a master-slave configuration
DE10155550C1 (de) * 2001-11-12 2003-10-02 Harman Becker Automotive Sys Verfahren und Notrufeinrichtung zur Auslösung eines Notrufs von einem Fahrzeug
US7587465B1 (en) * 2002-04-22 2009-09-08 Cisco Technology, Inc. Method and apparatus for configuring nodes as masters or slaves
US6795759B2 (en) * 2002-08-26 2004-09-21 International Business Machines Corporation Secure logging of vehicle data
DE102004036453A1 (de) * 2004-07-27 2006-03-23 Hirschmann Electronics Gmbh & Co. Kg Antenne zur Anwendung für Kommunikation (Senden und/oder Empfangen) in einem Fahrzeug, insbesondere in einem Personenkraftwagen
FR2887064B1 (fr) * 2005-06-14 2007-08-10 Peugeot Citroen Automobiles Sa Systeme et procede d'appel d'urgence pour vehicule automobile
US7457620B2 (en) * 2005-07-15 2008-11-25 Cisco Technology, Inc. Off-channel beacons in a wireless network
US20080254746A1 (en) * 2007-04-13 2008-10-16 Lear Corporation Voice-enabled hands-free telephone system for audibly announcing vehicle component information to vehicle users in response to spoken requests from the users
DE102009012628A1 (de) * 2009-03-11 2010-09-16 Continental Automotive Gmbh Anordnung zum Senden eines Notrufs
US8593991B2 (en) * 2009-04-24 2013-11-26 Digi International Inc. Method for synchronizing sleeping nodes in a wireless network
US8583773B2 (en) * 2011-01-11 2013-11-12 International Business Machines Corporation Autonomous primary node election within a virtual input/output server cluster
US8775689B2 (en) * 2011-05-02 2014-07-08 Deere & Company Electronic modules with automatic configuration
CN103379595B (zh) * 2012-04-28 2016-03-30 华为技术有限公司 无线局域网中sta获取数据的方法、装置及***
US9055530B2 (en) * 2012-09-06 2015-06-09 Qualcomm Incorporated Dynamic selection of early-RX duration during network sleep operation
US9055425B2 (en) * 2012-09-27 2015-06-09 Nokia Technologies Oy Method and apparatus for enhancing emergency calling with mobile devices
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9772665B2 (en) * 2012-10-05 2017-09-26 Analog Devices, Inc. Power switching in a two-wire conductor system
CN103124421B (zh) * 2012-12-12 2016-06-08 南京邮电大学 一种无线传感器网络中移动节点的分簇方法
US9204244B2 (en) * 2013-04-08 2015-12-01 Nokia Technologies Oy Method, apparatus, and computer program product for synchronization packet transmitter selection in a wireless network
ES1091107Y (es) * 2013-09-04 2014-01-21 Navarro Gabriel Prieto Casco para mejora de la seguridad vial y del motorista
US10271269B2 (en) * 2013-09-27 2019-04-23 Nokia Solutions And Networks Oy Changes of cluster head
US20150109997A1 (en) * 2013-10-21 2015-04-23 Alexander Sirotkin Apparatus, system and method of interfacing between a cellular manager and a wlan access device
EP2869659A1 (de) * 2013-10-31 2015-05-06 Dräger Safety AG & Co. KGaA Drahtlose Kommunikationsvorrichtung, System und Verfahren für Notdienste
DE102014003945A1 (de) * 2014-03-20 2015-09-24 Audi Ag Steuergerät in einem Kraftfahrzeug, Kraftfahrzeug und Verfahren zur Notfallkommunikation
CN106537931B (zh) * 2014-07-23 2020-03-03 高通股份有限公司 车辆发起的紧急呼叫
KR101589214B1 (ko) * 2014-09-23 2016-01-27 현대자동차주식회사 차량에서의 안테나 제어 방법 및 장치
KR101601534B1 (ko) * 2014-11-11 2016-03-21 현대자동차주식회사 긴급 콜 발신 시스템 및 그 방법
JP6332040B2 (ja) 2015-01-07 2018-05-30 株式会社デンソー 通信システム及びサブマスタノード
US10154485B2 (en) * 2015-03-24 2018-12-11 Qualcomm Incorporated Beacons for tiered sharing of spectrum
DE102015007144A1 (de) * 2015-06-03 2016-12-08 Audi Ag Zweitnutzung einer Kraftfahrzeugantenne durch ein E-Call-Steuergerät
DE102015215294A1 (de) * 2015-08-11 2017-02-16 Bayerische Motoren Werke Aktiengesellschaft Bereitstellen von Hilfsmitteln nach einem Fahrzeugunfall
KR102387266B1 (ko) * 2015-10-19 2022-04-15 에스케이플래닛 주식회사 무선 네트워크 설정 방법 및 이를 위한 장치
CN105553805B (zh) * 2015-12-15 2019-04-19 深圳市汇川控制技术有限公司 Can网络中主站掉电保护***及方法
US9867009B2 (en) * 2016-03-22 2018-01-09 Estimote Polska Sp. Z O. O. System and method for multi-beacon interaction and management
US10122621B2 (en) * 2016-06-16 2018-11-06 Sap Se Modified consensus protocol for eliminating heartbeat network traffic
US10447493B2 (en) 2016-07-26 2019-10-15 Honeywell International Inc. MAC and physical layer techniques for enabling communications on shared physical medium with multi-drop capability
US20200064131A1 (en) * 2016-08-03 2020-02-27 5Dtect IP Pty Ltd Method and apparatus for monitoring elevation
US10565227B1 (en) * 2016-08-31 2020-02-18 Amazon Technologies, Inc. Leadership lease protocol for data replication groups
CN206416931U (zh) * 2016-10-18 2017-08-18 北京鼎丰竭诚科技有限公司 一种北斗定位老年代步车
CN206421568U (zh) * 2016-12-23 2017-08-18 郑州祥和盛电子技术有限公司 实现院前医疗急救车载终端监控定位通话工单导航的装置
DE102017215864B3 (de) * 2017-09-08 2019-03-07 Audi Ag Verfahren zum Regeln einer Sendeleistung für eine von einem Kraftfahrzeug ausgehende Funkverbindung, Regelvorrichtung für ein Kraftfahrzeug und Kraftfahrzeug mit Regelvorrichtung
CN109729111B (zh) * 2017-10-27 2021-10-08 伊姆西Ip控股有限责任公司 用于管理分布式***的方法、设备和计算机程序产品
US10925097B2 (en) * 2018-01-19 2021-02-16 Canova Tech S.r.l. Method for preventing physical collision on ethernet multidrop networks
US11272543B2 (en) * 2018-02-21 2022-03-08 Nxp B.V. Physical layer device that connects to a shared media and method for operating a physical layer device that connects to a shared media
US10868765B2 (en) * 2018-05-25 2020-12-15 Microchip Technology Incorporated Shaping traffic on PLCA-enabled 10SPE networks
CN108770035A (zh) * 2018-05-30 2018-11-06 中国联合网络通信集团有限公司 一种簇头节点选取方法及***
US10999099B2 (en) * 2018-08-27 2021-05-04 Nxp B.V. Physical layer device and method for operating a physical layer device
US10736177B2 (en) * 2018-09-11 2020-08-04 WiSilica Inc. Dynamic wireless network topology for reduced spectrum flooding
US11233750B2 (en) * 2018-10-29 2022-01-25 Hyundai Motor Company Method and apparatus for allocating transmission opportunities in vehicle network
US11171807B2 (en) * 2018-10-30 2021-11-09 Hyundai Motor Company Method and apparatus for allocating priority transmission opportunities in vehicle network
KR20200109931A (ko) * 2019-03-15 2020-09-23 현대자동차주식회사 차량 네트워크에서 웨이크업 신호의 송수신을 위한 방법 및 장치
US11223114B2 (en) * 2019-12-27 2022-01-11 Harman International Industries, Incorporated Antenna system for a vehicle telematics unit
KR20210147495A (ko) * 2020-05-29 2021-12-07 현대자동차주식회사 차량 네트워크에서 nm 기능을 이용하는 통신 노드의 동작 방법 및 장치
CN111711526B (zh) * 2020-06-16 2024-03-26 深圳前海微众银行股份有限公司 一种区块链节点的共识方法及***
US11700146B2 (en) * 2020-08-26 2023-07-11 Microchip Technology Incorporated EMI reduction in PLCA-based networks through beacon temporal spreading

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE112020002209B4 (de) 2019-05-03 2023-01-12 Microchip Technology Incorporated Emulation von Kollisionen in drahtgebundenen lokalen Netzwerken und zugehörige Systeme, Verfahren und Vorrichtungen
US11757550B2 (en) 2019-08-23 2023-09-12 Microchip Technology Incorporated Ethernet interface and related systems, methods and devices
US11513577B2 (en) 2020-03-24 2022-11-29 Microchip Technology Incorporated Low connection count interface wake source communication according to 10SPE local and remote wake and related systems, methods, and devices

Also Published As

Publication number Publication date
US11405127B2 (en) 2022-08-02
US20200343993A1 (en) 2020-10-29
JP2022530400A (ja) 2022-06-29
DE112020002093B4 (de) 2023-01-19
US11876616B2 (en) 2024-01-16
US20220368451A1 (en) 2022-11-17
KR20210137549A (ko) 2021-11-17
WO2020219131A1 (en) 2020-10-29
CN113728589A (zh) 2021-11-30
CN113728589B (zh) 2022-10-28

Similar Documents

Publication Publication Date Title
DE112020002093B4 (de) Wechseln eines masterknotens in einem drahtgebundenen lokalen netzwerk und zugehörige systeme, verfahren und vorrichtungen
DE112020002209B4 (de) Emulation von Kollisionen in drahtgebundenen lokalen Netzwerken und zugehörige Systeme, Verfahren und Vorrichtungen
DE102014001197B4 (de) Kompatibler Netzwerkknoten, insbesondere für CAN-Bussysteme
EP2283616B1 (de) Kommunikationssystem mit einem can-bus und verfahren zum betreiben eines solchen kommunikationssystems
DE19620137C2 (de) Protokoll für sicherheitskritische Anwendungen
DE102020203261A1 (de) Verfahren und einrichtung zum senden und empfangen von aufwecksignalen in fahrzeugnetzwerk
DE102015214915B4 (de) Flexibles Scheduling-Verfahren und Scheduling-Vorrichtung bei einer LIN-Kommunikation
DE3413473C2 (de)
WO2009027251A1 (de) Vorrichtung und verfahren zum übertragen von informationen
DE112020002841T5 (de) Vorrichtung der physikalischen schicht mit ruhemodus und unterstützung eines teilweisen vernetzens und zugehörige systeme, verfahren und vorrichtungen
DE112020003980T5 (de) Aufweckdetektion am controller für die bitübertragungsschicht eines single-pair-ethernet-netzwerks und zugehörige systeme, verfahren und vorrichtungen
DE102013201596A1 (de) Fehlerdetektion und -abschwächung für eine verwaltung eines fahrzeuginternen lan-netzes
DE102010028665A1 (de) Verfahren zum Wechseln eines Betriebszustands mindestens einer Vorrichtung
DE112020003975T5 (de) Bitübertragungsschicht-zu-verbindungsschicht-schnittstelle und zugehörige systeme, verfahren und vorrichtungen
DE112020003973T5 (de) Ethernet-schnittstelle und zugehörige systeme, verfahren und vorrichtungen
DE102016210274A1 (de) Betriebsverfahren eines kommunikationsknotens in einem fahrzeugnetz
DE10138229B4 (de) Verfahren zur Funkübertragung in einem Gefahrenmeldesystem
EP2614996B1 (de) Zeit- und prioritäts-gesteuerter Sende/Empfangsknoten für FlexRay und LIN
DE102021103064A1 (de) Kommunikationssystem
DE112019007281T5 (de) Medienzugriff für Pakete von zeitempfindlichen und Best-Efforts-Daten und zugehörige Systeme, Verfahren und Vorrichtungen
DE112019005021T5 (de) Geräte, systeme und verfahren zum synchronisieren von ereignisfenstern in funknetzen
WO2020212218A1 (de) Teilnehmerstation für ein serielles bussystem und verfahren zur kommunikation in einem seriellen bussystem
DE60204860T2 (de) Tdma-übertragungssystem
EP2257114A1 (de) Verfahren zur Zuordnung der Datentelegramme zu den Zeitschlitzen in einem drahtlosen Datenbussystem mit versteckten Teilnehmern ("Hidden Nodes")
DE102021129105A1 (de) Verfahren für Multidrop-Netzwerksysteme

Legal Events

Date Code Title Description
R012 Request for examination validly filed
R016 Response to examination communication
R018 Grant decision by examination section/examining division
R020 Patent grant now final