WO2009121087A1 - Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet - Google Patents
Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet Download PDFInfo
- Publication number
- WO2009121087A1 WO2009121087A1 PCT/AT2009/000130 AT2009000130W WO2009121087A1 WO 2009121087 A1 WO2009121087 A1 WO 2009121087A1 AT 2009000130 W AT2009000130 W AT 2009000130W WO 2009121087 A1 WO2009121087 A1 WO 2009121087A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- tte
- message
- star coupler
- node
- schedule
- 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.)
- Ceased
Links
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/4013—Management of data rate on the bus
- H04L12/40136—Nodes adapting their rate to the physical link properties
-
- 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]
Definitions
- This invention relates to a method and apparatus for secure dynamic bandwidth allocation in TT-Ethernet according to the preamble of claim 1 and claim 15, respectively.
- EP 1 512254 discloses a method which makes it possible to transmit time-controlled messages with good real-time property in an extended Ethernet system - referred to below as TT (time-triggered) Ethernet.
- TT-Ethernet distinguishes between two message categories, the ETE messages, which are the conventional event-triggered Ethernet messages and the TTE messages, which are the new time-triggered Ethernet messages.
- TT-Ethernet assumes that all TTE messages come from a closed TTE network and timed to a priori from a TTE message scheduler fixed conflict-free timetable without reciprocal disability.
- the closed TTE network consists of a number of node computers communicating via one or more TTE star couplers. Since the closed TTE network can also connect to the open world of ETE messages, or ETE messages can be generated within the TTE network, there may be a temporal conflict between a TTE message (originating from a closed environment) and an ETE message (originating from an open environment).
- the transmission of the ETE message is interrupted by the TTE star coupler in TT-Ethernet according to EP 1 512 254 in order to transmit the TTE message within a guaranteed small transmission time.
- the TTE star coupler autonomously resends the interrupted ETE message.
- the TTE star coupler handles all ETE messages according to the Ethernet standard (IEEE Ethernet Standard 802.3, URL: http://standards.ieee.org).
- the transmission time of ETE messages (interruption and retransmission of an interrupted ETE message by the TTE star coupler) conforms to standards, as the standard does not specify the transmission time.
- the timing of when to send a TTE message may be contained in either the TTE message or the TTE star coupler (or both).
- the disadvantages are:
- the inventive method described here according to the characterizing part of claim 1 solves this problem, so that the TTE star coupler remains largely free of state, i. does not have to save schedules, and yet a faulty or malicious node computer can not interfere with the communication of the other node computers.
- This method thus enables efficient dynamic yet secure bandwidth allocation of TTE messages.
- This invention provides the following significant economic benefits: • Real-time data transmission in a TT Ethernet system can be dynamically changed without reprogramming the TTE star couplers.
- the present invention in a distributed real-time computer system in which a number of node computers communicate over one or more communication channels via TT-Ethernet (TTE) messages in real time, enables a secure dynamic change in the bandwidth allocation of the TTE messages.
- TTE TT-Ethernet
- Fig. 3 shows the structure of a TTE message
- TTE Transmission Control Protocol
- a TT Ethernet (TTE) service node 142 is connected to the star coupler 120 via a point-to-point link 141.
- the TTE service node 142 may have a GPS (Global Positioning System) receiver 152, which receives from the GPS satellites a time signal with an accuracy of better than one ⁇ sec.
- GPS Global Positioning System
- TTE service node 142 is a trusted TTE messaging scheduler that computes a new schedule for TTE messages from the nodal processors 112 and 122 upon request. This request can be made via ETE News.
- Fig. 2 shows a message sequence which allows a dynamic change of the schedule.
- the node computer 112 sends the ETE message 211 to the TTE service node 142 requesting to generate a plan for a new TTE message sequence.
- the TTE service node 142 After calculating the schedule for this new TTE message sequence by the TTE message scheduler, the TTE service node 142 returns the new schedule information in the form of a TTE message header 320 in the ETE message 212 to the node computer 112.
- the node computer 112 copies the TTE message header 320 with the schedule information including the signature 309 of the TTE service node 142 from the message 212 into each TTE message 213 corresponding to FIG. 3, and then sends the first TTE message 213 to the in The message 213 contained periodic time 203 in the TTE network.
- Fig. 3 shows a possible structure of a TTE message.
- the Ethernet standard specifies fields 301 to 305 and fields 311 to 312.
- a two-byte TTE control field 306 is provided.
- the first byte of the field 306 contains control information about the TTE message.
- the contents of the control field 306 determine the further format of the TTE message header 320, which matches that of the TTE message header 320.
- Message Scheduler contains a calculated schedule for this message.
- the TTE message header 320 comprises three fields in addition to the control field 306.
- field 307 is the period ID of the message. This field is calculated by the TTE message scheduler at service node 142 and determines the period and phase of the TTE message 213.
- the version field 308 is maintained by the TTE message scheduler and includes the version identification of the current schedule.
- Field 309 contains the signature of the TTE message scheduler that the TTE message scheduler computes with the secret portion of an asymmetric key pair. The public part of this key is included in the periodic configuration message (FIG. 4) of the TTE service node 142 in field 406.
- a simple Checksum on the fields 306 to 308 of TTE message header 320 may be included.
- FIG. 4 shows the contents of the configuration message of the TTE service node 142.
- This configuration message is sent with an a priori fixed period as a TTE message from the TTE service node 142 to all TTE star couplers 110 and 120 as well as to all node computers 112 and 122. The duration of this period determines the amount of time that a TTE star coupler 110 or 120 needs after a transient outage to become fully functional again.
- Field 401 contains the transmission time of the configuration night. Since the TTE service node 142 knows a priori when to send the next configuration message, it can sign the content of the configuration message before the send time contained in the message, so that the message can be sent exactly at the time contained in field 401.
- Field 402 includes the version identification of the current schedule.
- the current version is valid since the time specified in field 403. If the TTE message scheduler, due to a request from a node computer, knows that a new schedule version needs to be created in the foreseeable future, the version identification of that future schedule is contained in field 404. The future time The point from which this version becomes valid is indicated in field 405. From this point on, the previous schedule version will become invalid.
- the TTE message scheduler must create a new schedule version that conflicts with the sending time of at least one of the messages in the new version and the time of sending one of the messages in the previous version.
- the field 406 includes the public part of the key needed to verify the authenticity of the TTE message header 320. Because this key is relatively short (to save bandwidth), it must be changed frequently by the TTE message scheduler. For example, a new key can be provided with each new scheduler version.
- Fig. 4 contains the information about the connection graph of the TTE star couplers. This information is needed to decide whether an incoming TTE message in the star coupler is to be delayed until the transmission time contained in the TTE message. Since, according to the Austrian patent application A 558/2007, all TTE star couplers have high-precision clock synchronization, the precision is (Kopetz, H.
- each star coupler can instantaneously transmit a message coming directly from another star coupler without delay.
- the competent star coupler 120 must first check whether the TTE message header 320 contained in the TTE message is authentically signed and the schedule version is currently valid. Then, the TTE message is delayed until the periodic transmission time saved in the message, which is secured by the signature of the scheduler, in order to be able to send it to the TTE network at exactly this time.
- This delay is also necessary because a node computer may send the TTE message to the TTE star coupler some time before the transmission time contained in the message to intercept the lower precision of the local clock synchronization in the node computer 112. In addition, this measure prevents a faulty node computer from sending TTE messages to the TTE network at times that may conflict with the correct TTE messages of the other node computers.
- a long signature of the TTE service node 142 is included. With this signature the contents of fields 401 to 407 of the configuration message are saved. The public part of the asymmetric key used to verify this signature is communicated to the TTE star couplers prior to operating the system over a secure channel. Otherwise, this key can also be written to a tamperresistant register of the TTE star coupler prior to system startup. We denote a register is tamper resistant if its content can not be changed from an unauthorized distance.
- TT Ethernet systems used in safety-critical applications may require a combination of static and dynamic schedules. Because many safety-critical applications must certify the safety-relevant TTE message schedules, these certified static schedules must not be changed during operation. These static schedules are therefore stored in a non-volatile (non-volatile) memory in the TTE star coupler prior to real-time operation. If a conflict between a certified static TTE message and a dynamic TTE message scheduled by the TTE message scheduler is detected by the TTE star coupler during operation (eg due to an error in the TTE message scheduler), the TTE star coupler becomes the TTE star coupler discard the dynamic TTE message and send the static TTE message without conflict.
- the TTE star coupler sends a diagnostic message to a service node.
- This diagnostic message can be signed by the TTE star coupler to prevent falsification of diagnostic messages.
- these TTE diagnostic messages can be interpreted as heartbeats of the star couplers and serve to quickly detect the failure of a TTE star coupler.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Quality & Reliability (AREA)
- Small-Scale Networks (AREA)
Abstract
Die Erfindung betrifft ein Kommunikationsverfahren zur Übertragung von TT-Ethernet Nachrichten in einem verteilten Echtzeitsystem, bestehend aus einer Vielzahl von Knotenrechnern (112, 122), wobei jeder Knotenrechner über mindestens einen Ethernetkontroller verfügt, der über eine Datenleitung (111, 121) mit einem dem Knotenrechner eindeutig zugeordneten Port eines TTE-Sternkopplers (110) direkt verbunden ist, und wobei mehrere TTE-Sternkoppler über eine oder mehrere Datenleitungen (131) untereinander direkt oder indirekt verbunden sind um ein TTE-Netzwerk zu bilden, wobei erfindungsgemäß ein TTE-Nachrichtenscheduler die konfliktfreien Zeitpläne für eine Anzahl von zeitgesteuerten Nachrichten dynamisch berechnet und den für jeden Knoten vorgesehenen Zeitplan mit dem geheimen Teil einer public-key Signatur signiert, bevor er diesen Zeitplan an den entsprechenden Knotenrechner sendet, und wobei jeder Knotenrechner den signierten periodischen Zeitplan, welcher in Form eines TTE-Message Headers (320) einer ETE Nachricht an den Knotenrechner gesendet wird, in jede dynamisch berechnete TTE-Nachricht einbaut, und wobei die TTE-Sternkoppler überprüfen, ob jede dynamisch berechnete TTE-Nachricht einen authentisch signierten Zeitplan enthält.
Description
Verfahren zur sicheren dynamischen Bandbreitenallokation in TT-Ethernet
Diese Erfindung betrifft ein Verfahren und einen Apparat zur sicheren dynamischen Bandbreitenallokation in TT-Ethernet entsprechend dem Oberbegriff von Anspruch 1 bzw. Anspruch 15.
hi der EP 1 512254 wird ein Verfahren offen gelegt, das es ermöglicht, zeitgesteuerte Nachrichten mit guten Echtzeiteigenschaft in einem erweiterten Ethernersystem — im folgenden TT-(time-triggered) Ethernet genannt — zu übertragen. In TT- Ethernet wird zwischen zwei Nachrichtenkategorien unterschieden, den ETE Nachrichten, das sind die herkömmlichen event-triggered Ethernet Nachrichten und den TTE-Nachrichten, das sind die neuen time-tiggered Ethernet Nachrichten.
Während die ETE Nachrichten aus einer zeitlich unkoordinierten offenen Umgebung kommen und daher im zeitlichen Konflikt zueinander stehen können, wird in TT-Ethernet vorausgesetzt, dass alle TTE-Nachrichten aus einem geschlossenen TTE-Netzwerk kommen und zeitgesteuert entsprechend einem a priori von einem TTE-Nachrichtenscheduler festgelegten konfliktfreien Zeitplan ohne wechselseitige Behinderung übertragen werden können. Das geschlossene TTE-Netzwerk besteht aus einer Anzahl von Knotenrechnern, die über einen oder mehrere TTE- Sternkoppler kommunizieren. Da das geschlossenen TTE-Netzwerk auch eine Verbindung zur offenen Welt der ETE-Nachrichten haben kann, oder ETE-Nachrichten innerhalb des TTE-Netzwerkes generiert werden können, kann es zu einem zeitlichen Konflikt zwischen einer (aus einer geschlossenen Umgebung stammenden) TTE-Nachricht und einer (aus einer offenen Umgebung stammenden) ETE Nachricht kommen. In einem solchen Konfliktfall wird in TT-Ethernet entsprechend der EP 1 512 254 die Übertragung der ETE Nachricht vom TTE-Sternkoppler unterbrochen, um die TTE-Nachricht innerhalb einer garantierten kleinen Übertragungszeit übertragen zu können. Nach Übertragung der TTE-Nachricht sendet der TTE- Sternkoppler autonom erneut die unterbrochene ETE Nachricht. Der TTE- Sternkoppler behandelt alle ETE Nachrichten entsprechend dem Ethernet Standard (IEEE Ethernet Standard 802.3, URL: http://standards.ieee.org). Die unter gewissen Umständen längere Übertragungsdauer von ETE Nachrichten (Unterbrechung und
erneutes Senden einer unterbrochenen ETE-Nachricht durch den TTE-Sternkoppler) ist standardkonform, da der Standard keine Angabe über die Übertragungsdauer enthält.
Der Zeitplan, wann eine TTE-Nachricht zu senden ist, kann entweder in der TTE- Nachricht oder im TTE-Sternkoppler (oder in beiden) enthalten sein. Wenn der Zeitplan im TTE-Sternkoppler gespeichert ist, so ergeben sich folgende Nachteile:
(i) bei einer Änderung des Zeitplans müssen nicht nur der sendende Knotenrechner, sondern auch alle betroffenen TTE-Sternkoppler geändert werden.
(ii) bei einem transienten Ausfall eines Sternkopplers kann der im Stern- koppler gespeicherte Zeitplan verloren gehen. Der Sternkoppler fällt dann aus, bis er von einem authorisierten TTE-Nachrichtenscheduler einen neuen Zeitplan erhalten hat.
Dieses Problem tritt nicht auf, wenn die Zeitplan-Information, wie in der EP 1 512254 angeführt, in der TTE-Nachricht enthalten ist. Jedoch kann in diesem Fall ein fehlerhafter oder bösartiger Knotenrechner einen falschen Zeitplan in die TTE Nachricht einbetten und so alle anderen Knotenrechner stören.
Das hier beschriebene erfindungsgemäße Verfahren entsprechend dem Kennzeichen des Anspruchs 1 löst dieses Problem, so dass der TTE-Sternkoppler weitgehend zu- standsfrei bleibt, d.h. keine Zeitpläne speichern muss, und trotzdem ein fehlerhafter oder bösartiger Knotenrechner die Kommunikation der anderen Knotenrechner nicht stören kann. Dieses Verfahren ermöglicht somit eine effiziente dynamische und trotzdem sichere Bandbreitenallokation von TTE-Nachrichten.
Durch diese Erfindung ergeben sich folgende signifikante wirtschaftliche Vorteile:
• Die Echtzeitdatenübertragung in einem TT Ethernet System kann dynamisch geändert werden, ohne eine Neuprogrammierung der TTE-Sternkoppler vornehmen zu müssen.
• Vor allem im Bereich der Multimediakommunikation ist eine dynamische Änderung der Zeitpläne von großem Vorteil, da sie zu signifikanten Bandbreiteneinsparungen führt.
Die vorliegende Erfindung ermöglicht in einem verteilten Echtzeitcomputersystem, in dem eine Anzahl von Knotenrechnern über einen oder mehreren Kommunikationskanäle mittels TT-Ethernet (TTE) Nachrichten in Echtzeit kommunizieren, eine sichere dynamische Änderung der Bandbreitenallokation der TTE-Nachrichten. Eine solche sichere dynamische Änderung der Bandbreitenallokation ist vor allem in Multimedia Anwendungen von großer Wichtigkeit.
Weitere Vorteile der Erfindung sind in den abhängigen Ansprüchen geoffenbart.
Das vorab beschriebene Ziel und andere neue Eigenschaften der vorliegenden Erfindung werden in der Zeichnung näher erläutert. In dieser zeigt
Fig. 1 den Aufbau eines verteilten Computersystems mit zwei TTE-Sternkoppler,
Fig. 2 eine Nachrichtenfolge, welche eine dynamische Änderung des Zeitplans ermöglicht,
Fig. 3 den Aufbau einer TTE-Nachricht, und
Fig.4 den Inhalt des Datenfeldes einer Konfigurationsnachricht.
Im folgenden Abschnitt wird eine Realisierung des neuen Verfahrens an einem konkreten Beispiel gezeigt.
Fig. 1 zeigt ein verteiltes Computersystem mit zwei TTE-Sternkopplern 110, 120, wobei drei Knotenrechner 112 über Punkt-zu-Punkt Verbindungen 111 mit dem Sternkoppler 110 und drei weitere Knotenrechner 122 über Punkt-zu-Punkt Verbindungen 121 mit dem Sternkoppler 120 verbunden sind. Ein TT-Ethernet (TTE) Serviceknoten 142 ist über eine Punkt-zu-Punkt Verbindung 141 mit dem Sternkoppler 120 verbunden. Der TTE-Service Knoten 142 kann über einen GPS (Global Positio- ning System) Empfänger 152 verfügen, der von den GPS Satelliten ein Zeitsignal mit einer Genauigkeit von besser als eine μsec empfängt. Im TTE-Serviceknoten 142 befindet sich ein vertrauenswürdiger (trusted) TTE-Nachrichtenscheduler, der auf Anfrage von den Knotenrechnern 112 und 122 einen neuen Zeitplan für TTE- Nachrichten berechnet. Diese Anfrage kann über ETE Nachrichten erfolgen.
Fig. 2 zeigt eine Nachrichtenfolge, welche eine dynamische Änderung des Zeitplans ermöglicht. Auf der linken Seite ist das Fortschreiten der Zeit auf der Zeitachse 200 veranschaulicht. Zum Zeitpunkt 201 sendet der Knotenrechner 112 die ETE Nachricht 211 an den TTE-Service Knoten 142 mit der Anforderung, einen Plan für eine neue TTE-Nachrichtenfolge zu generieren. Nach Berechnung des Zeitplans für diese neue TTE-Nachrichtenfolge durch den TTE-Nachrichtenscheduler sendet der TTE-Service Knoten 142 die neue Zeitplaninformation in der Form eines TTE- Message Headers 320 in der ETE Nachricht 212 an den Knotenrechner 112 zurück. Der Knotenrechner 112 kopiert den TTE-Message Header 320 mit der Zeitplaninformation, einschließlich der Signatur 309 des TTE-Service Knoten 142 aus der Nachricht 212 in jede TTE-Nachricht 213 entsprechend Fig. 3 und sendet die erste TTE-Nachricht 213 dann zu dem in der Nachricht 213 enthaltenen periodischen Zeitpunkt 203 in das TTE-Netzwerk.
Fig. 3 zeigt einen möglichen Aufbau einer TTE-Nachricht. Durch den Ethernet Standard sind die Felder 301 bis 305 und die Felder 311 bis 312 vorgeben. In Fig. 3 ist ein zwei-Byte TTE-Kontrollfeld 306 vorgesehen. Das erste Byte des Feldes 306 enthält Kontrollinformationen über die TTE-Nachricht. Der Inhalt des Kontrollfeld 306 bestimmt das weitere Format des TTE-Message Headers 320, der den vom TTE-
Nachrichtenscheduler berechneten Zeitplan für diese Nachricht enthält. Im angeführten Beispiel umfasst der TTE-Message Header 320 neben dem Kontrollfeld 306 drei Felder. Im Feld 307 ist die Period ID der Nachricht angeführt. Dieses Feld wird vom TTE-Nachrichtenscheduler im Serviceknoten 142 berechnet und bestimmt die Periode und Phase der TTE-Nachricht 213. Das Versionsfeld 308 wird vom TTE- Nachrichtenscheduler verwaltet und beinhaltet die Versionsidentifikation des gegenständlichen Zeitplans. Das Feld 309 beinhaltet die Signatur des TTE- Nachrichtenscheduler, die der TTE-Nachrichtenscheduler mit dem geheimen Teil eines asymmetrischen Schlüsselpaars berechnet. Der öffentliche Teil dieses Schlüssels ist in der periodischen Konfigurationsnachricht (Fig. 4) des TTE-Service Knoten 142 im Feld 406 enthalten. In einfachen TTE-System, in denen Sicherheitsaspekte keine Rolle spielen sondern nur zufällige Fehler in der Hardware oder Software eines Knotenrechners beherrscht werden sollen, kann auch ein symmetrisches Schlüsselverfahren Anwendung finden oder es kann im Feld 406 eine einfache Checksum über die Felder 306 bis 308 des TTE-Message Header 320 enthalten sein.
Fig. 4 zeigt den Inhalt der Konfigurationsnachricht des TTE-Serviceknotens 142. Diese Konfigurationsnachricht wird mit einer a priori festgelegten Periode als TTE- Nachricht vom TTE-Serviceknotens 142 an alle TTE-Sternkoppler 110 und 120 sowie an alle Knotenrechner 112 und 122 gesendet. Die Dauer dieser Periode bestimmt die Zeitdauer, die ein TTE-Sternkoppler 110 oder 120 nach einem transienten Ausfall braucht, um wieder voll funktionstüchtig zu werden. Das Feld 401 beinhaltet den Sendezeitpunkt der Konfigurationsnacht. Da dem TTE-Serviceknoten 142 a priori bekannt ist, wann die nächste Konfigurationsnachricht gesendet werden muss, kann er den Inhalt der Konfigurationsnachricht vor dem in der Nachricht enthaltenen Sendezeitpunkt signieren, so dass die Nachricht exakt zu dem im Feld 401 enthaltenen Zeitpunkt gesendet werden kann. Wenn der TTE-Serviceknoten 142 über den GPS Empfänger 152 die weltweit synchronisierte GPS Zeit empfängt, so wird der Sendezeitpunkt 401 mit dieser GPS Zeit synchronisiert. Das Feld 402 beinhaltet die Versionsidentifikation des aktuellen Zeitplans. Die aktuelle Version ist seit dem im Feld 403 angegebenen Zeitpunkt gültig. Wenn dem TTE-Nachrichtenscheduler aufgrund einer Anforderung von einem Knotenrechner bekannt ist, dass in absehbarer Zukunft eine neue Zeitplanversion erstellt werden muss, so ist die Versionsidentifikation dieses zukünftigen Zeitplans im Feld 404 enthalten. Der zukünftige Zeit-
punkt, ab dem diese Version gültig wird, ist im Feld 405 angegeben. Ab diesem Zeitpunkt verliert die vorangegangene Zeitplanversion ihre Gültigkeit. Der TTE- Nachrichtenscheduler muss eine neue Zeitplanversion erstellen, wem der Sendezeitpunkt mindestens einer der Nachrichten in der neuen Version mit dem Sendezeitpunkt einer der Nachrichten in der vorangegangen Version in Konflikt steht. Das Feld 406 beinhaltet den öffentlichen Teil des Schlüssels, der zur Überprüfung der Authentizität des TTE-Message Headers 320 benötigt wird. Da dieser Schlüssel relativ kurz ist (um Bandbreite zu sparen) muss er vom TTE-Nachrichtenscheduler öfters geändert werden. Z.B. kann mit jeder neuen Scheduler Version ein neuer Schlüssel bereitgestellt werden. Fig. 4 beinhaltet die Informationen über den Verbindungsgraphen der TTE-Sternkoppler. Diese Information wird benötigt um entscheiden zu können, ob eine eintreffende TTE-Nachricht im Sternkoppler bis zu dem in TTE-Nachricht enthaltenen Sendezeitpunkt zu verzögern ist. Da entsprechend der österreichischen Patentanmeldung A 558/2007 alle TTE-Sternkoppler über eine hochpräzise Uhrensynchronisation verfügen, ist die Präzision (Kopetz, H. (1997). Real-Time Systems, Design Principles for Distributed Embedded Applications; ISBN: 0-7923-9894-7. Boston. Kluwer Academic Publishers) der Sendezeitpunkte von Nachrichten, die von den TTE-Sternkoppler weitergeleitet werden systemweit bekannt und sehr gut. Deshalb kann jeder Sternkoppler eine Nachricht, die direkt von einem anderen Sternkoppler kommt, ohne Verzögerung sofort übertragen. Geht eine Nachricht jedoch von einem Knotenrechner 112 aus, so muss der zuständige Sternkoppler 120 zuerst überprüfen, ob der in der TTE-Nachricht enthaltene TTE- Message Header 320 authentisch signiert und die Zeitplanversion gegenwärtig gültig ist. Dann wird die TTE-Nachricht bis zu dem in der Nachricht enthaltenen durch die Signatur des Schedulers gesicherten periodischen Sendezeitpunkt verzögert, um sie exakt zu diesem Zeitpunkt in das TTE-Netzwerk senden zu können. Diese Verzögerung ist auch notwendig, weil ein Knotenrechner einige Zeit vor dem in der Nachricht enthaltenen Sendezeitpunkt die TTE-Nachricht an den TTE-Sternkoppler senden kann, um die geringere Präzision der lokalen Uhrensynchronisation im Knotenrechner 112 abzufangen. Zusätzlich wird durch diese Massnahme verhindert, dass ein fehlerhafter Knotenrechner TTE-Nachrichten zu Zeitpunkten in das TTE- Netzwerk sendet, die zu einem Konflikt mit den korrekten TTE-Nachrichten der anderen Knotenrechnern führen können. Im Feld 408 der Konfigurationsnachricht ist eine lange Signatur des TTE-Serviceknotens 142 enthalten. Mit dieser Signatur
wird der Inhalt der Felder 401 bis 407 der Konfigurationsnachricht gesichert. Der öffentliche Teil des asymmetrischen Schlüssels, mit dem diese Signatur überprüft werden kann, wird den TTE-Sternkopplern vor dem Betrieb des Systems über einen gesicherten Kanal mitgeteilt. Anderenfalls kann dieser Schlüssel auch vor der Inbetriebnahme des Systems in ein tamperresistant Register des TTE-Sternkopplers geschrieben werden. Wir bezeichnen ein Register ist tamperresistant, wenn dessen Inhalt von einer nicht authorisierten Distanz nicht geändert werden kann.
In TT Ethernet Systemen, die in sicherheitskritischen Anwendungen eingesetzt werden, kann eine Kombination von statischen und dynamischen Schedules notwendig werden. Da in vielen sicherheitskritischen Anwendungen die Zeitpläne für sicherheitsrelevante TTE-Nachrichten zertifiziert werden müssen, dürfen diese zertifizier- ten statischen Zeitpläne während des Betriebs nicht geändert werden. Diese statischen Zeitpläne werden deshalb vor dem Echtzeitbetrieb in einem non-volatile (nicht-flüchtigen) Speicher im TTE-Sternkoppler abgelegt. Wenn nun während des Betriebes, (z.B. aufgrund eines Fehlers im TTE-Nachrichtenscheduler) vom TTE- Sternkoppler ein Konflikt zwischen einer zertifizierten statischen TTE-Nachricht und einer vom TTE-Nachrichtenscheduler eingeplanten dynamischen TTE- Nachricht erkannt wird, so wird der TTE-Sternkoppler die dynamische TTE- Nachricht verwerfen und die statische TTE-Nachricht konfliktfrei senden. In diesem Fall sendet der TTE-Sternkoppler eine Diagnosemeldung an einen Serviceknoten. Diese Diagnosemeldung kann vom TTE-Sternkoppler signiert werden, um einer Fälschung von Diagnosenachrichten vorzubeugen. Wenn jeder Sternkoppler periodisch eine TTE Diagnosenachricht an einen Serviceknoten sendet, so können diese TTE Diagnosenachrichten als Lebenszeichen (heart beat) der Sternkopplers interpretiert werden und zur schnellen Erkennung des Ausfall eines TTE-Sternkopplers dienen.
Die hier beschriebene konkrete Realisierung der Erfindung stellt nur eine von vielen Realisierungsmöglichkeiten dieser Erfindung dar.
Claims
1. Kommunikations verfahren zur Übertragung von TT-Ethernet Nachrichten in einem verteilten Echtzeitsystem, bestehend aus einer Vielzahl von Knotenrechnern (112, 122), wobei jeder Knotenrechner über mindestens einen Ethernetkontroller verfügt, der über eine Datenleitung (111, 121) mit einem dem Knotenrechner eindeutig zugeordneten Port eines TTE-Sternkopplers (110) direkt verbunden ist, und wobei mehrere TTE-Sternkoppler über eine oder mehrere Datenleitungen (131) untereinander direkt oder indirekt verbunden sind um ein TTE-Netzwerk zu bilden,
dadurch gekennzeichnet, dass
ein TTE-Nachrichtenscheduler die konfliktfreien Zeitpläne für eine Anzahl von zeitgesteuerten Nachrichten dynamisch berechnet und den für jeden Knoten vorgesehenen Zeitplan mit dem geheimen Teil einer public-key Signatur signiert, bevor er diesen Zeitplan an den entsprechenden Knotenrechner sendet, und wobei jeder Knotenrechner den signierten periodischen Zeitplan, welcher in Form eines TTE- Message Headers (320) in einer ETE Nachricht vom TTE-Nachrichtenscheduler an den Knotenrechner gesendet worden ist, in jede dynamisch berechnete TTE- Nachricht einbaut, und wobei die TTE-Sternkoppler überprüfen, ob jede dynamisch berechnete TTE-Nachricht einen authentisch signierten Zeitplan enthält.
2. Kommunikationsverfahren nach Anspruch 1, dadurch gekennzeichnet, dass ein TTE-Nachrichtenscheduler die konfliktfreien Zeitpläne für eine Anzahl von zeitgesteuerten Nachrichten dynamisch berechnet und mit einem einfachen symmetrischen Schlüssel signiert, bevor er diesen Zeitplan an den entsprechenden Knotenrechner sendet, und wobei jeder Knotenrechner den signierten periodischen Zeitplan des TTE-Message Headers (320) in jede dynamisch berechnete TTE-Nachricht einbaut, und wobei die TTE-Sternkoppler überprüfen, ob jede dynamisch berechnete TTE-Nachricht eine authentisch signierten Zeitplan enthält.
3. Kommunikationsverfahren nach Anspruch 1 oder 2, dadurch gekennzeichnet, dass alle Sternkoppler von einem Serviceknoten eine Konfigurationsnachricht mit folgendem Inhalt enthalten: Sendezeitpunkt der Nachricht, aktuelle Schedule Version, Startzeitpunkt der Gültigkeit der aktuellen Schedule Version, folgende Schedule Version, Startzeitpunkt der Gültigkeit der folgenden Schedule Version, aktueller public-key zur Überprüfung der Scheduler Signatur (309) einer TTE- Nachricht, Verbindungsstruktur der TTE-Sternkoppler, wobei der Nachrichten- Inhalt durch eine elektronische Signatur des TTE-Nachrichtenschedulers gesichert ist.
4. Kommunikationsverfahren nach einem der Ansprüche 1 bis 3, dadurch gekennzeichnet, dass der Serviceknoten eine Konfigurationsnachricht vor dem in der Nachricht enthaltenen Sendezeitpunkt aufbaut und signiert, und exakt zu dem in der Konfigurationsnachricht enthaltenen Sendezeitpunkt zu senden beginnt.
5. Kommunikationsverfahren nach einem der Ansprüche 1 bis 4, dadurch gekennzeichnet, dass der Sternkoppler diese gesicherte Konfigurationsnachricht periodisch sendet, wobei die Sendeperiode und Phase in der Konfigurationsnachricht enthalten sind, und wo der Empfangszeitpunkt dieser Nachricht von den TTE- Sternkopplern und den Knotenrechnern zur Synchronisation ihrer Uhren verwendet wird.
6. Kommunikationsverfahren nach einem der Ansprüche 1 bis 5, dadurch gekennzeichnet, dass der Serviceknoten den zur Berechnung des TTE-Headers (320) verwendeten Schlüssel während des Betriebs ändert.
7. Kommunikationsverfahren nach einem der Ansprüche 1 bis 6, dadurch gekennzeichnet, dass jedem Sternkoppler der public key des TTE-Serviceknoten (142) a priori über einen gesicherten Kanal bekannt gegeben wird.
8. Kommunikationsverfahren nach einem der Ansprüche 1 bis 7, dadurch gekennzeichnet, dass eine von einem Knotenrechner beim nächstgelegenen Sternkoppler eintreffende TTE-Nachricht genau dann vom TTE-Sternkoppler zum Weiterleiten freigegeben wird, wenn der in der Nachricht enthaltene Sendezeitpunkt mit der TTE-Sternkopplerzeit übereinstimmt.
9. Kommunikationsverfahxen nach einem der Ansprüche 1 bis 8, dadurch gekennzeichnet, dass eine von einem Sternkoppler eintreffende TTE-Nachricht vom nächsten Sternkoppler sofort zur Weiterleitung freigegeben wird.
10. Kommunikationsverfahren nach einem der Ansprüche 1 bis 9, dadurch gekennzeichnet, dass zwischen statischen TTE-Schedules und dynamischen TTE- Schedules unterschieden wird.
11. Kommunikationsverfahren nach einem der Ansprüche 1 bis 10, dadurch gekennzeichnet, dass die Zeitpunkte der Freigabe zur Weiterleitung der statischen Schedules in den TTE Sternkopplern a priori in einem non-volatile Speicher abgelegt werden.
12. Kommunikationsverfahren nach einem der Ansprüche 1 bis 11, dadurch gekennzeichnet, dass ein Sternkoppler eine dynamisch eingeplante TTE-Nachricht verwirft oder in eine Warteschlange stellt, wenn ihre Schedule mit einer statisch eingeplanten TTE Nachricht in zeitlichem Konflikt steht.
13. Kommunikationsverfahren nach einem der Ansprüche 1 bis 12, dadurch gekennzeichnet, dass jeder Sternkoppler periodisch eine TTE-Diagnosenachricht exakt zu dem in der Nachricht enthaltenen Sendezeitpunkt an den Serviceknoten zum Senden freigibt.
14. Kommunikationsverfahren nach einem der Ansprüche 1 bis 13, dadurch gekennzeichnet, dass die Diagnosenachricht vom Sternkoppler signiert wird.
15. TTE-Sternkoppler zur Vermittlung von TTE-Ethernet Nachrichten in einem verteilten Echtzeitsystem, bestehend aus einer Vielzahl von Knotenrechnern (112, 122), wobei jeder Knotenrechner über mindestens einen Ethernetkontroller verfügt, der über eine Datenleitung (111, 121) mit einem dem Knotenrechner eindeutig zugeordneten Port eines TTE-Sternkopplers (110) direkt verbunden ist, dadurch gekennzeichnet, dass der TTE-Sternkoppler dazu eingerichtet ist, ein Verfahren nach einem der Ansprüche 1 bis 14 auszuführen.
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AT09728230T ATE534216T1 (de) | 2008-04-03 | 2009-04-02 | Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet |
| US12/936,093 US8464056B2 (en) | 2008-04-03 | 2009-04-02 | Method for secure dynamic bandwidth allocation in a TT ethernet |
| EP09728230A EP2258082B1 (de) | 2008-04-03 | 2009-04-02 | Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| AT0052708A AT506623A1 (de) | 2008-04-03 | 2008-04-03 | Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet |
| ATA527/2008 | 2008-04-03 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| WO2009121087A1 true WO2009121087A1 (de) | 2009-10-08 |
Family
ID=40677601
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| PCT/AT2009/000130 Ceased WO2009121087A1 (de) | 2008-04-03 | 2009-04-02 | Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US8464056B2 (de) |
| EP (1) | EP2258082B1 (de) |
| AT (2) | AT506623A1 (de) |
| WO (1) | WO2009121087A1 (de) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AT512528A4 (de) * | 2012-05-15 | 2013-09-15 | Fts Computertechnik Gmbh | Verfahren und Apparat zur Vermittlung von zeitgesteuerten und ereignisgesteuerten Nachrichten |
| WO2016044871A1 (en) * | 2014-09-22 | 2016-03-31 | Fts Computertechnik Gmbh | Static message placement in queues based on an apriori defined placement plan |
| WO2019081230A1 (de) * | 2017-10-26 | 2019-05-02 | Beckhoff Automation Gmbh | Datenübertragungsverfahren und kommunikationsnetzwerk |
| WO2020035584A1 (de) * | 2018-08-17 | 2020-02-20 | Continental Automotive Gmbh | Gegen angriffe gesicherte netzwerkschnittstelle |
| US12069155B2 (en) | 2019-09-23 | 2024-08-20 | Beckhoff Automation Gmbh | Method for synchronizing time in an ethernet-based network |
| US12250092B2 (en) | 2019-09-23 | 2025-03-11 | Beckhoff Automation Gmbh | Data transmission method, segment telegram and automation communication network |
Families Citing this family (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2013155548A1 (de) | 2012-04-19 | 2013-10-24 | Fts Computertechnik Gmbh | Verfahren und vorrichtung zur konsistenten änderung der zeitpläne in einer zeitgesteuerten vermittlung |
| AT512805A1 (de) | 2012-04-19 | 2013-11-15 | Fts Computertechnik Gmbh | Selbstorganisierendes Verfahren zum Aufbau von deterministischen Routen in einem großen Computernetzwerk |
| AT513314A1 (de) * | 2012-06-25 | 2014-03-15 | Fts Computertechnik Gmbh | Verfahren zum Aufbau von optimalen zeitgesteuerten Pfaden in einem großen Computernetzwerk |
| WO2014094023A1 (de) * | 2012-12-18 | 2014-06-26 | Fts Computertechnik Gmbh | Verfahren zur erhöhung der sicherheit in einem verteilten echtzeitsystem sowie echtzeitsystem |
| US10742738B2 (en) * | 2015-07-17 | 2020-08-11 | The Boeing Company | Flexible deterministic communications network |
| US10814893B2 (en) | 2016-03-21 | 2020-10-27 | Ge Global Sourcing Llc | Vehicle control system |
| US10298503B2 (en) * | 2016-06-30 | 2019-05-21 | General Electric Company | Communication system and method for integrating a data distribution service into a time sensitive network |
| US11072356B2 (en) | 2016-06-30 | 2021-07-27 | Transportation Ip Holdings, Llc | Vehicle control system |
| CN108235432B (zh) * | 2016-12-14 | 2021-08-03 | 中国航空工业集团公司西安航空计算技术研究所 | 一种基于tte协议的be数据帧预调度方法及装置 |
| CN109547157B (zh) * | 2018-11-07 | 2021-07-27 | 西安微电子技术研究所 | 一种支持时间触发以太网的万兆网络控制器及控制方法 |
| CN111049667B (zh) * | 2019-10-22 | 2021-03-16 | 清华大学 | 一种时间触发以太网通信任务离线调度优化方法 |
| CN111030942B (zh) * | 2019-11-05 | 2021-12-17 | 天津大学 | 基于响应约束的tte网络离线调度方法 |
| US11683700B2 (en) | 2020-12-14 | 2023-06-20 | T-Mobile Usa, Inc. | Digital signatures for small cells of telecommunications networks |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1512254A1 (de) | 2002-06-13 | 2005-03-09 | FTS Computertechnik Ges.mbH | Kommunikationsverfahren und system zur übertragung von zeitgesteuerten und ereignisgesteuerten ethernet-nachrichten |
| WO2007085028A1 (de) | 2006-01-27 | 2007-08-02 | Fts Computertechnik Gmbh | Zeitgesteuerte sichere kommunikation |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8363744B2 (en) * | 2001-06-10 | 2013-01-29 | Aloft Media, Llc | Method and system for robust, secure, and high-efficiency voice and packet transmission over ad-hoc, mesh, and MIMO communication networks |
| US6977919B1 (en) * | 2000-07-31 | 2005-12-20 | Harington Valve Llc | Method and apparatus for efficient bandwidth utilization in subscriber unit initialization and synchronization in a time-synchronized communication system |
| SE524201C2 (sv) * | 2002-12-17 | 2004-07-06 | Lars-Berno Fredriksson | Anordning vid distribuerat styr- och övervakningssystem |
| US20040210663A1 (en) * | 2003-04-15 | 2004-10-21 | Paul Phillips | Object-aware transport-layer network processing engine |
| US7373500B2 (en) * | 2003-04-15 | 2008-05-13 | Sun Microsystems, Inc. | Secure network processing |
| US7483449B2 (en) * | 2004-03-10 | 2009-01-27 | Alcatel-Lucent Usa Inc. | Method, apparatus and system for guaranteed packet delivery times in asynchronous networks |
| JP4076520B2 (ja) * | 2004-05-26 | 2008-04-16 | 富士通株式会社 | 翻訳支援プログラムおよび単語対応付けプログラム |
| US7885240B2 (en) * | 2006-11-15 | 2011-02-08 | Motorola, Inc. | Hybrid time division multiple access (TDMA)-carrier sense multiple access (CSMA) medium access control (MAC) for multi-hop ad hoc networks |
| US7881329B2 (en) * | 2007-05-25 | 2011-02-01 | Sharp Laboratories Of America, Inc. | Method and system for maintaining high reliability logical connection |
| US8320321B2 (en) * | 2007-06-22 | 2012-11-27 | Motorola Solutions, Inc. | Optimizing positions of time slots in a hybrid time division multiple access (TDMA)-carrier sense multiple access (CSMA) medium access control (MAC) for multi-hop ad hoc networks |
| US8160097B2 (en) * | 2007-11-07 | 2012-04-17 | Broadcom Corporation | System and method for optimizing communication between a mobile communications device and a second communications device |
-
2008
- 2008-04-03 AT AT0052708A patent/AT506623A1/de not_active Application Discontinuation
-
2009
- 2009-04-02 WO PCT/AT2009/000130 patent/WO2009121087A1/de not_active Ceased
- 2009-04-02 EP EP09728230A patent/EP2258082B1/de active Active
- 2009-04-02 US US12/936,093 patent/US8464056B2/en active Active
- 2009-04-02 AT AT09728230T patent/ATE534216T1/de active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1512254A1 (de) | 2002-06-13 | 2005-03-09 | FTS Computertechnik Ges.mbH | Kommunikationsverfahren und system zur übertragung von zeitgesteuerten und ereignisgesteuerten ethernet-nachrichten |
| WO2007085028A1 (de) | 2006-01-27 | 2007-08-02 | Fts Computertechnik Gmbh | Zeitgesteuerte sichere kommunikation |
Non-Patent Citations (2)
| Title |
|---|
| KOPETZ H ET AL: "The Time-Triggered Ethernet (TTE) Design", OBJECT-ORIENTED REAL-TIME DISTRIBUTED COMPUTING, 2005. ISORC 2005. EIG HTH IEEE INTERNATIONAL SYMPOSIUM ON SEATTLE, WA, USA 18-20 MAY 2005, PISCATAWAY, NJ, USA,IEEE, 18 May 2005 (2005-05-18), pages 22 - 33, XP010801230, ISBN: 978-0-7695-2356-9 * |
| MARCO SERAFINI ET AL: "A Tunable Add-On Diagnostic Protocol for Time-Triggered Systems", DEPENDABLE SYSTEMS AND NETWORKS, 2007. DSN '07. 37TH ANNUAL IEEE/IFIP INTERNATIONAL CONFERENCE ON, IEEE, PI, 1 June 2007 (2007-06-01), pages 164 - 174, XP031116420, ISBN: 978-0-7695-2855-7 * |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AT512528A4 (de) * | 2012-05-15 | 2013-09-15 | Fts Computertechnik Gmbh | Verfahren und Apparat zur Vermittlung von zeitgesteuerten und ereignisgesteuerten Nachrichten |
| AT512528B1 (de) * | 2012-05-15 | 2013-09-15 | Fts Computertechnik Gmbh | Verfahren und Apparat zur Vermittlung von zeitgesteuerten und ereignisgesteuerten Nachrichten |
| WO2016044871A1 (en) * | 2014-09-22 | 2016-03-31 | Fts Computertechnik Gmbh | Static message placement in queues based on an apriori defined placement plan |
| WO2019081230A1 (de) * | 2017-10-26 | 2019-05-02 | Beckhoff Automation Gmbh | Datenübertragungsverfahren und kommunikationsnetzwerk |
| CN111279656A (zh) * | 2017-10-26 | 2020-06-12 | 贝克霍夫自动化有限公司 | 数据传输方法和通信网络 |
| US11050585B2 (en) | 2017-10-26 | 2021-06-29 | Beckhoff Automation Gmbh | Data transmission method and communications network |
| CN111279656B (zh) * | 2017-10-26 | 2021-08-03 | 贝克霍夫自动化有限公司 | 数据传输方法和通信网络 |
| WO2020035584A1 (de) * | 2018-08-17 | 2020-02-20 | Continental Automotive Gmbh | Gegen angriffe gesicherte netzwerkschnittstelle |
| US12021833B2 (en) | 2018-08-17 | 2024-06-25 | Continental Automotive Gmbh | Network interface protected against attacks |
| US12069155B2 (en) | 2019-09-23 | 2024-08-20 | Beckhoff Automation Gmbh | Method for synchronizing time in an ethernet-based network |
| US12250092B2 (en) | 2019-09-23 | 2025-03-11 | Beckhoff Automation Gmbh | Data transmission method, segment telegram and automation communication network |
Also Published As
| Publication number | Publication date |
|---|---|
| US20110066854A1 (en) | 2011-03-17 |
| EP2258082B1 (de) | 2011-11-16 |
| EP2258082A1 (de) | 2010-12-08 |
| US8464056B2 (en) | 2013-06-11 |
| AT506623A1 (de) | 2009-10-15 |
| ATE534216T1 (de) | 2011-12-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2258082B1 (de) | Verfahren zur sicheren dynamischen bandbreitenallokation in tt-ethernet | |
| EP2556633B1 (de) | Verfahren und apparat zur fehlertoleranten zeitgesteuerten echtzeitkommunikation | |
| AT407582B (de) | Nachrichtenverteilereinheit mit integriertem guardian zur verhinderung von ''babbling idiot'' fehlern | |
| EP3446466B1 (de) | Verfahren zum schnellen rekonfiguration von gm clocks im tsn network mittels einer expliziten teardown nachricht | |
| DE10211281B4 (de) | Verfahren und Vorrichtung zur Synchronisation der Zykluszeit von mehreren Bussen sowie entsprechendes Bussystem | |
| EP2421221B1 (de) | Verfahren und Architekur zur Sicherung von Echtzeitdaten | |
| EP2850788B1 (de) | Verfahren und apparat zur vermittlung von zeitgesteuerten und ereignisgesteuerten nachrichten | |
| WO2016020155A1 (de) | Teilnehmerstation für ein bussystem und verfahren zur breitbandigen can-kommunikation | |
| DE102019217035A1 (de) | Verfahren zur Sicherung der Zeitsynchronisation in einem Netzwerk gegen unautorisierte Änderungen | |
| EP2036263B1 (de) | Verfahren und einrichtung zum aufbau eines kommunikationssystems auf der basis von can kommunikationskontrollern mit erhöhtem datendurchsatz | |
| EP3676991A1 (de) | Bahnautomatisierungsnetz sowie verfahren zum übermitteln von nachrichten in einem bahnautomatisierungsnetz | |
| EP2801174A1 (de) | Verfahren und vorrichtung zur konsistenten änderung der zeitpläne in einer zeitgesteuerten vermittlung | |
| DE102010003248B4 (de) | Verfahren und Vorrichtung zur Verarbeitung von Daten in einem Netzwerk eines Fahrzeugs | |
| EP4268438A1 (de) | Verfahren zur bestimmung von komponenten eines sensornetzwerkes innerhalb eines ethernet-bordnetzwerks in einem kraftfahrzeug | |
| AT513314A1 (de) | Verfahren zum Aufbau von optimalen zeitgesteuerten Pfaden in einem großen Computernetzwerk | |
| DE102009000581A1 (de) | Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems | |
| EP2235837A2 (de) | Verfahren zur übertragung von datensätzen | |
| EP1376940A1 (de) | Verfahren zur Datenübertragung | |
| AT506275B1 (de) | Verfahren zur zuverlässigen übertragung von datenströmen über heterogene zeitgesteuerte netzwerke | |
| EP3939241B1 (de) | Zugerfassungssystem sowie verfahren zum übermitteln von nachrichten in einem zugerfassungssystem | |
| AT512449B1 (de) | Verfahren zum übermitteln von botschaften in einem bussystem, busgerät und bussystem | |
| DE112016007522T5 (de) | Fehlertolerante Betriebsgruppe bei einem verteilten Netzwerk | |
| DE102009000585B4 (de) | Synchronisierung zweier Kommunikationsnetzwerke eines elektronischen Datenverarbeitungssystems | |
| DE10221017A1 (de) | Verfahren zur dezentralen Steuerung verteilter elektronischer Geräte und Steuerungsadaptermittel | |
| WO2004068343A1 (de) | Verfahren zur sicherstellung der gleichen nachrichtenreihenfolge in mehreren datensenken |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| 121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 09728230 Country of ref document: EP Kind code of ref document: A1 |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 2009728230 Country of ref document: EP |
|
| NENP | Non-entry into the national phase |
Ref country code: DE |
|
| WWE | Wipo information: entry into national phase |
Ref document number: 12936093 Country of ref document: US |