DE102015206198A1 - Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz - Google Patents

Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz Download PDF

Info

Publication number
DE102015206198A1
DE102015206198A1 DE102015206198.1A DE102015206198A DE102015206198A1 DE 102015206198 A1 DE102015206198 A1 DE 102015206198A1 DE 102015206198 A DE102015206198 A DE 102015206198A DE 102015206198 A1 DE102015206198 A1 DE 102015206198A1
Authority
DE
Germany
Prior art keywords
message
synchronization
messages
nodes
sent
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
DE102015206198.1A
Other languages
English (en)
Inventor
Aboubacar DIARRA
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.)
Robert Bosch GmbH
Original Assignee
Robert Bosch GmbH
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Robert Bosch GmbH filed Critical Robert Bosch GmbH
Priority to DE102015206198.1A priority Critical patent/DE102015206198A1/de
Priority to US15/074,610 priority patent/US10341440B2/en
Publication of DE102015206198A1 publication Critical patent/DE102015206198A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/60Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/62Establishing a time schedule for servicing the requests
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658Clock or time synchronisation among packet nodes
    • H04J3/0661Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Small-Scale Networks (AREA)

Abstract

Die Erfindung betrifft ein Verfahren und eine entsprechende Vorrichtung zur Übertagung von Nachrichten in einem Rechnernetz, dadurch gekennzeichnet, dass in einem ersten Betriebsmodus vor dem Senden einer Nachricht geprüft wird, ob es sich um eine Nachricht handelt, die eine Synchronisierung von Knoten des Rechnernetzes betrifft oder nicht.

Description

  • Stand der Technik
  • Die Erfindung geht aus von einem Verfahren und einer Vorrichtung nach Gattung der unabhängigen Ansprüche. Gegenstand der vorliegenden Erfindung sind auch ein Computerprogramm und ein maschinenlesbares Speichermedium.
  • Rechnernetze bestehen aus Knoten, die über Datenleitungen verbunden sind. Die in Fahrzeugen, insbesondere in Kraftfahrzeugen eingesetzten Rechnernetze, sogenannte Bordnetze, verbinden Steuergeräte als Knoten. Dabei erfüllen die in einem Fahrzeug eingesetzten Steuergeräte unterschiedliche Funktionen zum Betrieb des Fahrzeugs und tauschen diesbezüglich über das Bordnetz Daten miteinander aus. Um möglichst schnell nach dem Start des Fahrzeugs oder dem Start des Bornetzes die volle Funktionsfähigkeit der einzelnen Steuergeräte in jeder Fahrsituation des Fahrzeugs zu gewährleisten, muss das Bordnetz besonders hohe Anforderungen bezüglich der Anlaufzeit erfüllen.
  • Offenbarung der Erfindung
  • Das Verfahren mit den Merkmalen des unabhängigen Anspruchs 1 hat den Vorteil, dass die Synchronisierung im Bordnetz deterministisch und schnell abläuft. Dadurch erreichen die einzelnen Steuergeräte rasch die volle Funktionsfähigkeit.
  • Durch die in den abhängigen Ansprüchen aufgeführten Maßnahmen sind vorteilhafte Weiterbildungen und Verbesserungen des im unabhängigen Anspruch 1 angegebenen Verfahrens möglich.
  • Ausführungsbeispiele sind in den Zeichnungen dargestellt und in der nachfolgenden Beschreibung näher erläutert.
  • Es zeigen:
  • 1 schematisch Teile eines Synchronisierungsprozess,
  • 2 schematisch Teile eines Synchronisierungsprozess,
  • 3 schematisch Teile eines Senders,
  • 4 ein Flussdiagramm mit Schritten der Erfindung.
  • 1 oder 2 zeigt schematisch Teile eines Synchronisierungsprozesses. Vorzugsweise läuft der Synchronisierungsprozess zwischen miteinander über eine Datenleitung verbunden Knoten ab. Die Knoten sind im Beispiel Teil eines Rechnernetzes, beispielsweise eines Bordnetzes eines Fahrzeugs, insbesondere eines Kraftfahrzeugs.
  • Im Beispiel läuft der Synchronisierungsprozess zwischen einer Bridge A und einer Bridge B ab. Diese sind über eine Datenverbindung 10, im Beispiel über eine Ethernet Audio Video Bridging (AVB) Verbindung, miteinander verbunden. Die Synchronisierung erfolgt im Beispiel nach dem generalized precision time protocol (gPTP) gemäß IEEE 802.1 AS. Andere Protokolle wie Ethernet Time-Sensitive Networking (TSN) können auch verwendet werden.
  • Die Bridge A ist im Beispiel näher zum Grand Master (GM) Knoten als die Bridge B. Die Wahl des GM Knoten kann, beispielsweise in einem statischen Bordnetz, fest vorgegeben sein. Alternativ oder zusätzlich kann der Grand Master mittels des Best Master Clock Algorithm (BMCA) bestimmt werden. Wie in 1 oder 2 dargestellt, werden Nachrichten zur Synchronisierung von der Bridge A, über eine Master Port MP an einen Slave Port SP der Bridge B übertragen, da Bridge A dem GM Knoten näher ist als Bridge B.
  • 1 zeigt beispielhaft einen Signalfluss für eine Synchronisierung in einem Zweischrittverfahren.
  • Zur Synchronisierung sendet der GM Knoten eine erste Nachricht, "synch", und eine zweite Nachricht, "follow_up", an alle seine Ports, die mit Zeitbewussten Systemen verbunden sind. Zeitbewusste Systeme werden im Folgenden allgemein als Slave bezeichnet. Die Übertragungsfrequenz beträgt beispielsweise 8Hz. Die Zeit zu der die erste Nachricht, "synch", versendet wurde, wird vom GM Knoten in der zweiten Nachricht, "follow_up", versendet. Im Beispiel erreichen diese Nachrichten die Bridge A. Bridge A leitet diese Nachrichten über ihren Master Port MP an den Slave Port SP der Bridge B weiter.
  • Zunächst wird eine erste Nachricht, "synch", vom Master Port MP zum Slave Port SP gesendet. Anschließen wird eine zweite Nachricht, "follow_up", vom Master Port MP zum Slave Port SP gesendet.
  • Die Bridge B leitet diese Nachrichten an den Slave weiter. Der Slave sendet bei Empfang der ersten Nachricht, "synch", oder der zweiten Nachricht, "follow_up" eine dritte Nachricht, "Pdelay_Req" an den GM Knoten. Diese wird von der Bridge B über ihren Slave Port SP an den Master Port MP der Bridge A geleitet und von Bridge A weiter zum GM Knoten.
  • Der GM Knoten antwortet im Folgenden mit einer vierten Nachricht, "Pdelay_Resp" und einer fünften Nachricht, "Pdelay_Resp_Follow-up". Die Zeit zu der die vierten Nachricht, "Pdelay_Resp", versendet wurde, wird vom GM Knoten in der fünften Nachricht, "Pdelay_Resp_Follow-up", versendet. Diese werden wie oben für die ersten Nachricht, "synch", und die zweiten Nachricht, "follow_up" über die Bridge A und die Bridge B an den Slave gesendet.
  • Der Datenaustausch für die Synchronisierung ist beispielsweise abgeschlossen, wenn die dritte Nachricht, "Pdelay_Req" seitens des Slaves oder die fünfte Nachricht, "Pdelay_Resp_Follow-up" seitens des Masters gesendet wurde. Dies ist wie in 1 dargestellt nach Ablauf der Zeit ΔT1 seitens des Knoten A bzw. ΔT2 seitens des Knoten B seit Start der Synchronisierung der Fall.
  • 2 zeigt beispielhaft einen Signalfluss für eine Synchronisierung in einem Einschrittverfahren.
  • Im Unterschied zum Zweischrittverfahren aus 1 entfallen die dort mit "follow-up", und "Pdelay_Resp_Follow-up" bezeichneten Nachrichten. Stattdessen ist der Sendezeitpunkt in der jeweiligen Nachricht "synch" und "Pdelay_Resp" selbst enthalten.
  • Die Bridge A und die Bridge B sind im Beispiel identisch aufgebaut. Das heißt, beide weisen einen oder mehrere Ports auf. Die Ports, unabhängig davon ob es sich um einen Master Port oder Slave Port handelt, stellen Sender für die Nachrichten dar.
  • 3 zeigt schematisch Teile eines Senders 300. Beispielsweise umfasst die Bridge A oder die Bridge B einen derartigen Sender 300.
  • Der Sender 300 umfasst eine Auswahleinrichtung 301 und mindestens zwei Warteschlangen. Im Beispiel sind eine erste Warteschlange 302 und sieben zweite Warteschlangen 303 vorgesehen.
  • Vorteilhafterweise sind die Warteschlangen 302, 303 ausgebildet Daten, die vom Sender 300 zu versenden sind, zu speichern. Beispielsweise sind die Warteschlangen 302, 303 in einem Pufferspeicher ausgebildet.
  • Vorteilhafterweise ist die Auswahleinrichtung 301 ausgebildet die vom Sender 300 zu versendenden Daten auszuwählen. Beispielsweise werden die ausgewählten Daten zum Versenden vom Pufferspeicher in einen Ausgangspuffer geschrieben.
  • Im Beispiel ist der Sender 300 ausgebildet, Daten nach dem Ethernet AVB Standard zu versenden. Die Warteschlangen 302, 303 sind im Beispiel ausgebildet Ethernet Rahmen zu speichern.
  • Vorteilhafterweise ist der Sender 300 ausgebildet, Nachrichten zur Synchronisierung von anderen Nachrichten zu unterscheiden. Beispielsweise erkennt der Sender 300 die Nachrichten zur Synchronisierung an Ihrem Header nach IEEE 802.1 AS.
  • Vorteilhafterweise ist der Sender 300 ausgebildet, diese Nachrichten in der ersten Warteschlange 302 zu speichern.
  • Vorteilhafterweise ist der Sender 300 ausgebildet, andere Nachrichten in einer der zweiten Warteschlangen 303 zu speichern.
  • Vorteilhafterweise ist die Auswahleinrichtung 301 ausgebildet, Nachrichten zur Synchronisierung zu erkennen. Beispielsweise ist die Auswahleinrichtung 301 ausgebildet, Daten, die in der ersten Warteschlange 302 gespeichert sind, als Nachrichten zur Synchronisierung zu erkennen.
  • Vorzugsweise kann die Auswahleinrichtung 301 in einem ersten Betriebsmodus und einem zweiten Betriebsmodus betrieben werden.
  • Im ersten Betriebsmodus kann vorgesehen sein, Nachrichten zur Synchronisierung bevorzugt auszuwählen. Beispielsweise kann vorgesehen sein, eine Entscheidung darüber zu treffen, ob eine Übertragung anderer Nachrichten, als der Nachrichten zur Synchronisierung möglich ist, ohne die Dauer der Synchronisierung oder Anlaufzeit zu verlängern. Beispielsweise prüft die Auswahleinerichtung 301 dazu, ob die erste Warteschlange 302 leer ist oder nicht. Wenn die erste Warteschlange 302 leer ist liegt aktuell keine Nachricht zur Synchronisierung vor. In diesem Fall kann vorgesehen sein, eine andere Nachricht aus einer der zweiten Warteschlangen 303 zu senden.
  • Im zweiten Betriebsmodus kann vorgesehen sein, dass die Auswahleinrichtung 301 die zu versendenden Daten nach einem Ethernet Standardverfahren, beispielsweise dem Ethernet AVB Standard auswählt. In diesem Betriebsmodus kann vorgesehen sein, dass zum Speichern von Nachrichten keine Unterscheidung zwischen erster Warteschlange 302 und zweiter Warteschlange 303 gemacht wird.
  • Vorzugsweise wird zwischen den Betriebsmodi umgeschaltet. Beispielsweise wird die Auswerteeinrichtung 301 in einer Anlaufzeit, in der beispielsweise die Synchronisierung erfolgt, im ersten Betriebsmodus betrieben.
  • Vorzugsweise wird die Auswerteeinrichtung 301 nach erfolgter Synchronisierung im zweiten Betriebsmodus betrieben.
  • Die Umschaltung der Betriebsmodi erfolgt im Beispiel in dem in 4 dargestellten Verfahren abhängig vom Wert eines Bits isSynch. Die Auswerteeinrichtung 301 wird im Beispiel in den ersten Betriebsmodus geschaltet, wenn das Bit isSynch den Wert TRUE hat. Anderenfalls wird die Auswerteeinrichtung 301 in den zweiten Betriebsmodus geschaltet.
  • Das Bit isSynch wird beispielsweise auf TRUE gesetzt, wenn die Synchronisierung abgeschlossen ist. Bei Start des Synchronisierungsprozesses oder bei Verlust der Synchronisierung wird das Bit isSynch beispielsweise auf FALSE gesetzt.
  • Im Beispiel der 1 oder 2 ist die Zeit ΔT1 bzw. ΔT2 seit Start der Synchronisierung vergangen, wenn das Bit isSynch im jeweiligen Sender der Bridge B bzw. Bridge A auf TRUE gesetzt wird.
  • Das Verfahren zum Setzen des Bits isSynch wird im Folgenden anhand der 4 beschrieben.
  • Das Verfahren beginnt beispielsweise bei Beginn der Anlaufzeit. Die Anlaufzeit beginnt beispielsweise bei Aktivieren des Bordnetzes, in einem Fahrzeug beispielsweise beim Einschalten der Zündung.
  • Nach dem Start wird in einem Schritt 401 das Bit isSynch = FALSE gesetzt. Dadurch wird die Auswahleinrichtung 301 im ersten Betriebsmodus betrieben. Dies bedeutet, dass nur Nachrichten zur Synchronisierung ausgewählt werden. Alle anderen Nachrichten werden blockiert. Alternativ oder zusätzlich kann vorgesehen sein, die oben beschriebene Überprüfung durchzuführen, um die Nachrichten zur Synchronisierung zu bevorzugen, ohne alle anderen Nachrichten zu blockieren.
  • Anschließend wird in einem Schritt 402 geprüft, ob eine Nachricht über den Master Port MP gesendet werden soll. Falls einen Nachricht über den Master Port MP gesendet werden soll, wird ein Schritt 404 ausgeführt. Anderenfalls ein Schritt 403.
  • Im Schritt 403 wird geprüft, ob die zu sendende Nachricht über den Slave Port SP gesendet werden soll. Falls einen Nachricht über den Slave Port SP gesendet werden soll, wird ein Schritt 405 ausgeführt. Anderenfalls wird Schritt 402 ausgeführt.
  • Im Schritt 405 wird geprüft, ob es sich bei der zu sendende Nachricht um eine Nachricht "Pdelay_Req" handelt und/oder ob diese bereits gesendet wurde. Falls eine Nachricht "Pdelay_Req" bereits gesendet wurde, wird ein Schritt 409 ausgeführt. Anderenfalls wird ein Schritt 407 ausgeführt.
  • Im Schritt 407 wird das Bit isSynch auf den Wert FALSE gesetzt. Anschließend wird Schritt 402 ausgeführt.
  • Im Schritt 409 wird das Bit isSynch auf den Wert TRUE gesetzt. Anschließend wird Schritt 402 ausgeführt.
  • Im Schritt 404 wird geprüft, ob die Synchronisierung mittels Einschrittverfahren durchgeführt wird. Falls dies der Fall ist, wird ein Schritt 408 ausgeführt. Anderenfalls ein Schritt 406.
  • Im Schritt 406 wird geprüft, ob es sich bei der zu sendende Nachricht um eine Nachricht "Pdelay_Resp_Follow-up" handelt und/oder ob diese bereits gesendet wurde. Falls eine Nachricht "Pdelay_Resp_Follow-up" bereits gesendet wurde, wird ein Schritt 410 ausgeführt. Anderenfalls wird ein Schritt 412 ausgeführt.
  • Im Schritt 408 wird geprüft, ob es sich bei der zu sendende Nachricht um eine Nachricht "Pdelay_Resp" handelt und/oder ob diese bereits gesendet wurde. Falls eine Nachricht "Pdelay_Resp" bereits gesendet wurde, wird ein Schritt 410 ausgeführt. Anderenfalls wird ein Schritt 412 ausgeführt.
  • Im Schritt 410 wird das Bit isSynch auf den Wert TRUE gesetzt. Anschließend wird der Schritt 402 ausgeführt.
  • Im Schritt 412 wird das Bit isSynch auf den Wert FALSE gesetzt. Anschließend wird der Schritt 402 ausgeführt.
  • Das Verfahren endet beispielsweise mit Abschalten des Senders 300, der jeweiligen Bridge oder des Bordnetzes.
  • Der Sender 300, d.h. die Bridge A oder die Bridge B ist eingerichtet, das beschriebene Verfahren auszuführen. Das Verfahren ist beispielsweise als Computerprogramm implementiert. Dieses Computerprogramm kann auf einem maschinenlesbaren Speichermedium gespeichert sein.
  • Durch das beschriebene Verfahren und die Vorrichtung wird eine bevorzugte und Versendung der Nachrichten zur Synchronisierung umgesetzt. Wenn andere Nachrichten ganz blockiert werden, bis die Synchronisierung erfolgt ist, ist der Ablauf der Synchronisierung deterministisch. Ausgehend von der Netzwerk-Topologie ist damit eine deterministische Aussage über die Anlaufzeit des Netzwerkes möglich.
  • 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 Nicht-Patentliteratur
    • IEEE 802.1 [0012]
    • IEEE 802.1 [0028]

Claims (10)

  1. Verfahren zur Übertragung von Nachrichten in einem Rechnernetz, dadurch gekennzeichnet, dass in einem ersten Betriebsmodus vor dem Senden einer Nachricht geprüft wird, ob es sich um eine Nachricht handelt, die eine Synchronisierung von Knoten des Rechnernetzes betrifft, oder nicht.
  2. Verfahren nach Anspruch 1, wobei eine Nachricht, die keine Synchronisierung von Knoten betrifft, blockiert wird.
  3. Verfahren nach Anspruch 1, wobei eine Nachricht, die eine Synchronisierung von Knoten betrifft, bevorzugt versendet wird.
  4. Verfahren nach Anspruch 1 oder 3, wobei eine Nachricht, die keine Synchronisierung von Knoten betrifft, versendet wird, sofern eine erste Warteschlange (302) für eine Nachricht, die die Synchronisierung von Knoten betrifft, leer ist.
  5. Verfahren nach einem der vorherigen Ansprüche, wobei im ersten Betriebsmodus Nachrichten, die eine Synchronisierung von Knoten betreffen, nur in einer ersten Warteschlange (302) gespeichert werden, und wobei alle anderen Nachrichten in mindestens einer zweiten Warteschlange (303) gespeichert werden.
  6. Verfahren nach einem der vorherigen Ansprüche, wobei die Nachrichten beim Start einer Anlaufzeit im ersten Betriebsmodus übertragen werden.
  7. Verfahren nach einem der vorherigen Ansprüche, wobei die Nachrichten nach Abschluss der Synchronisierung in einem zweiten Betriebsmodus übertragen werden, in dem keine Prüfung erfolgt, ob es sich um eine Nachricht handelt, die eine Synchronisierung von Knoten des Rechnernetzes betrifft, oder nicht.
  8. Vorrichtung (300) zur Übertagung von Nachrichten in einem Rechnernetz, die eingerichtet ist, das Verfahren nach einem der Ansprüche 1 bis 7 auszuführen.
  9. Computerprogramm, welches eingerichtet ist, das Verfahren nach einem der Ansprüche 1 bis 7 auszuführen.
  10. Maschinenlesbares Speichermedium, auf dem das Computerprogramm nach Anspruch 9 gespeichert ist.
DE102015206198.1A 2015-04-08 2015-04-08 Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz Pending DE102015206198A1 (de)

Priority Applications (2)

Application Number Priority Date Filing Date Title
DE102015206198.1A DE102015206198A1 (de) 2015-04-08 2015-04-08 Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz
US15/074,610 US10341440B2 (en) 2015-04-08 2016-03-18 Method and device for transferring messages in a computer network

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
DE102015206198.1A DE102015206198A1 (de) 2015-04-08 2015-04-08 Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz

Publications (1)

Publication Number Publication Date
DE102015206198A1 true DE102015206198A1 (de) 2016-10-13

Family

ID=56986110

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102015206198.1A Pending DE102015206198A1 (de) 2015-04-08 2015-04-08 Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz

Country Status (2)

Country Link
US (1) US10341440B2 (de)
DE (1) DE102015206198A1 (de)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102015206198A1 (de) * 2015-04-08 2016-10-13 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz
US10158441B1 (en) * 2017-06-02 2018-12-18 Apple Inc. Securing time between nodes
KR102656209B1 (ko) * 2020-11-09 2024-04-09 한국전자통신연구원 시동기 서비스를 제공하기 위한 5g 시스템의 포트 구성 방법 및 이를 수행하는 네트워크 엔티티

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4727062B2 (ja) * 2001-05-01 2011-07-20 三菱電機株式会社 エレベーターの通信制御装置
JP3822083B2 (ja) * 2001-10-03 2006-09-13 富士通株式会社 伝送装置
US7120092B2 (en) * 2002-03-07 2006-10-10 Koninklijke Philips Electronics N. V. System and method for performing clock synchronization of nodes connected via a wireless local area network
ITPD20030164A1 (it) * 2003-07-17 2005-01-18 Rosolini Ltd Apparecchiatura per la raccolta e lo smaltimento
JP2006014203A (ja) * 2004-06-29 2006-01-12 Pacific Ind Co Ltd 光lan装置
EP3042668B1 (de) * 2006-06-07 2018-09-19 The Board of Trustees of the Leland Stanford Junior University Anti-leukozyten-rekrutierungstherapie zur behandlung epileptischer anfälle
KR100895175B1 (ko) * 2007-04-04 2009-05-04 삼성전자주식회사 통신 시스템에서 gps 정보를 이용한 시간 동기화 방법및 장치
EP2045971B1 (de) * 2007-10-04 2011-12-07 Harman Becker Automotive Systems GmbH Datennetzwerk mit Zeitsynchronisationsmechanismus
US8775647B2 (en) * 2007-12-10 2014-07-08 Deluxe Media Inc. Method and system for use in coordinating multimedia devices
KR100987389B1 (ko) * 2008-08-14 2010-10-12 한국전자통신연구원 고정 지연 시간을 갖는 타임 동기화 방법 및 그 방법이 적용된 브릿지
US8583957B2 (en) * 2010-07-27 2013-11-12 National Instruments Corporation Clock distribution in a distributed system with multiple clock domains over a switched fabric
EP4180981A1 (de) * 2011-10-05 2023-05-17 Analog Devices, Inc. Zweidraht-kommunikationssystem für hochgeschwindigkeitsdaten- und leistungsverteilung
US8954609B1 (en) * 2012-04-25 2015-02-10 Juniper Networks, Inc. Time adjustment using time-to-live values
US8855614B2 (en) * 2012-06-28 2014-10-07 Apple Inc. Retrieving contact information from multiple devices
US9159687B2 (en) * 2012-07-31 2015-10-13 Taiwan Semiconductor Manufacturing Company, Ltd. Solder bump for ball grid array
US9966043B2 (en) * 2012-10-26 2018-05-08 Nec Display Solutions, Ltd. Identifier control device, identifier control system, multi-screen display system, identifier controlmethod, and program
US10002031B2 (en) * 2013-05-08 2018-06-19 Nvidia Corporation Low overhead thread synchronization using hardware-accelerated bounded circular queues
US9292036B2 (en) * 2013-05-24 2016-03-22 Arm Limited Data processing apparatus and method for communicating between a master device and an asynchronous slave device via an interface
US9819604B2 (en) * 2013-07-31 2017-11-14 Nvidia Corporation Real time network adaptive low latency transport stream muxing of audio/video streams for miracast
US9722810B2 (en) * 2014-02-03 2017-08-01 International Business Machines Corporation Computer-based flow synchronization for efficient multicast forwarding for products and services
DE102015206198A1 (de) * 2015-04-08 2016-10-13 Robert Bosch Gmbh Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
IEEE 802.1

Also Published As

Publication number Publication date
US20160301749A1 (en) 2016-10-13
US10341440B2 (en) 2019-07-02

Similar Documents

Publication Publication Date Title
EP2702497B1 (de) Verfahren und vorrichtung zur an speichergrössen angepassten seriellen datenübertragung
EP2695073B1 (de) Verfahren und vorrichtung zur anpassung der datenübertragungssicherheit in einem seriellen bussystem
EP2695076B1 (de) Verfahren und vorrichtung zur erhöhung der datenübertragungskapazität in einem seriellen bussystem
EP3522477A1 (de) Verfahren zur daten-kommunikation in einem insbesondere industriellen netzwerk, vorrichtung zur durchführung des verfahrens, computerprogramm sowie computerlesbares medium
DE10147445A1 (de) Verfahren und Vorrichtung zur Übertragung von Informationen auf einem Bussystem und Bussystem
DE102014215469A1 (de) Kommunikationssteuereinrichtung für eine Teilnehmerstation eines Bussystems, Programmierwerkzeug und Verfahren zum Programmieren von Teilnehmerstationen in einem Bussystem, das nach unterschiedlichen Protokollen kommunizierende Teilnehmerstationen aufweist
EP2733910B1 (de) BUS-System, Verfahren zum Betrieb eines BUS-Systems und fluidisches System mit einem BUS-System
DE102013224697A1 (de) Verfahren zum Etablieren einer gemeinsamen Zeitbasis für Netzwerkteilnehmer in einem Netzwerk eines Kraftfahrzeugs
DE102015206198A1 (de) Verfahren und Vorrichtung zur Übertragung von Nachrichten in einem Rechnernetz
DE102015213680A1 (de) Zugriffsverfahren mit Zugriffsschlitzen und Prioritätsauflösung
WO2019166888A1 (de) Master-slave bussystem und verfahren zum betrieb eines bussystems
DE102012222483A1 (de) Weiterleitungssystem, Weiterleitungsvorrichtung und Kommunikationsvorrichtung, die das Weiterleitungssystem ausbildet
DE102011015966A1 (de) Automatisierungssystem
DE102012206529A1 (de) Drahtloses Echtzeitübertragungssystem
EP3152872B1 (de) Übertragungseinheit mit prüffunktion
EP1819113B1 (de) Verfahren zur Datenübertragung über Datennetzwerke
DE102011006884A1 (de) Verfahren und Vorrichtung zur Erhöhung der Datenübertragungskapazität in einem seriellen Bussystem
EP3632054B1 (de) Bestimmung von datenbusteilnehmern eines lokalbusses
DE102015206085A1 (de) Verfahren und Vorrichtung zur Erkennung eines Zustands eines Knotens in einem Rechnernetz
DE102010027167A1 (de) Kommunikationssystem und Verfahren zur isochronen Datenübertragung in Echtzeit
DE102010063528B4 (de) Verfahren zum Verbinden von Busleitungen zu Bussen und Vorrichtung zur Ausführung des Verfahrens
DE102021213001B3 (de) Verfahren zum Betreiben eines Feldbussystems und Feldbussystem
EP2733555B1 (de) BUS-System mit Teilnehmern, die Produzent und / oder Konsumenten von Prozesswerten sind, Vorrichtung umfassend ein BUS-System, fluidisches System mit einem BUS-System und Verfahren zum Betrieb eines BUS-Systems
EP1885100B1 (de) Verfahren zur automatischen Adressvergabe an einen Kommunikationsteilnehmer und Kommunikationsteilnehmer
WO2017063996A1 (de) Verfahren zur generierung eines geheimnisses in einem netzwerk mit wenigstens zwei übertragungskanälen

Legal Events

Date Code Title Description
R079 Amendment of ipc main class

Free format text: PREVIOUS MAIN CLASS: H04L0012813000

Ipc: H04L0047200000

R012 Request for examination validly filed