EP3542495A1 - Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk - Google Patents

Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk

Info

Publication number
EP3542495A1
EP3542495A1 EP17805158.7A EP17805158A EP3542495A1 EP 3542495 A1 EP3542495 A1 EP 3542495A1 EP 17805158 A EP17805158 A EP 17805158A EP 3542495 A1 EP3542495 A1 EP 3542495A1
Authority
EP
European Patent Office
Prior art keywords
network device
network
packet
data
trigger
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
EP17805158.7A
Other languages
German (de)
English (en)
French (fr)
Inventor
René HUMMEN
Florian MÜCK
Stephan KEHRER
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.)
Hirschmann Automation and Control GmbH
Original Assignee
Hirschmann Automation and Control 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 Hirschmann Automation and Control GmbH filed Critical Hirschmann Automation and Control GmbH
Publication of EP3542495A1 publication Critical patent/EP3542495A1/de
Pending legal-status Critical Current

Links

Classifications

    • 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/0652Synchronisation among time division multiple access [TDMA] nodes, e.g. time triggered protocol [TTP]
    • H04J3/0655Synchronisation among time division multiple access [TDMA] nodes, e.g. time triggered protocol [TTP] using timestamps
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • H04L43/0858One way delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/10Active monitoring, e.g. heartbeat, ping or trace-route

Definitions

  • the invention relates to a method for operating a data network, in which network devices are present in the data network, which exchange data packets via data connections, wherein a mechanism is operated to determine at least an end-to-end latency between network devices, according to the features of the preamble of claim 1.
  • Mechanisms exist in many networks, particularly data networks, to randomly determine the end-to-end latency between devices (also referred to as network devices) and / or the accessibility of devices on the network.
  • the invention has for its object to improve a method for operating a data network with respect to the determination of the latencies and to avoid the disadvantages described above.
  • a trigger packet is sent out as a mechanism by a network device to at least one further network device and it is determined by means of a time stamp when the trigger packet has reached this at least one further network device.
  • the trigger packet is transmitted by a network device in addition to the data packets that are exchanged in the data network via the wired and / or wireless data connections and received by at least one further, for example several, preferably all network devices. If the trigger packet is received by at least one network device, a timestamp is taken with which it is determined when the trigger packet has reached the respective network device. The timestamps can be used to determine the time course that the trigger package required from network device to network device.
  • the end-to-end latency between network devices can be determined.
  • no additional trigger packet is sent, but a data packet itself is used as a trigger packet. If such a data packet is received by at least one network device, a time stamp is taken with which it is determined when the data packet has reached the respective network device. The timestamps can be used to determine the time course that the data packet needed from network device to network device. From this time course can be using the data packets, which requires no additional trigger packets compared to the first embodiment because the data packets themselves are used as trigger packets that determine end-to-end latency between network devices.
  • a time stamp is also detected (determined) at the time of dispatch of a parcel. This timestamp can then be used together with the timestamp, which was determined at the time of receipt of the packet in the same network device, to determine the duration of the packet in this network device. Since both time stamps in a network device relate to the local clock of the same network device, the dwell time can be precisely determined. This information can be very valuable in determining causes in the case of delayed delivery of a parcel.
  • the time stamp determined in the at least one further device is inserted as a partial data packet into the trigger packet and forwarded further.
  • each network device receiving the trigger packet has the time stamp or times available in the at least one network device from which it was sent.
  • the network device receiving this trigger packet detects receipt, it determines that time and sets a timestamp, which it inserts as a partial data packet into the received trigger packet and retransmits the trigger packet supplemented with its own timestamp.
  • a timestamp can also be determined and inserted into the Tnggervers in the transmission. This forwarding can be done to a single network device, to a group of network devices or to all network devices of the respective data network.
  • time stamps as partial data packets in the trigger packet
  • the time stamp determined in the at least one further device is stored on this network device and provided for further network devices and / or a network management system becomes.
  • time stamps of the respective network device in the trigger packet of the time stamp found in the respective network device is also or only stored on the network device, so that it is locally available and queried can. This query can be carried out by a corresponding request from another network device and / or a network management station at the network device on which the established time stamp has been collected and stored.
  • the trigger packet has a certain length and this length is increased by inserting Zeitstempei.
  • a place for the insertion of timestamps will exist in the trigger packet, so that the insertion of timestamps does not change the length of the trigger packet.
  • the time stamp which has been detected on the respective network device is assigned further data of that network device which determines the time stamp.
  • This can meta information such.
  • the time profile of the data exchange of the trigger packet over the data connections involved is determined from the time stamp of a respective network device.
  • the use of the trigger packet independently of the rest of the data exchange between the network devices via the data connections in the data network has the advantage that the data exchange is not delayed by the determination and transfer of time stamps.
  • the trigger packets are sent, received and forwarded independently of the other data packets exchanged between the network devices.
  • the timestamps detected in the participating network devices are considered to determine the duration for transmission of the trigger packet from the sending network device to the last network device receiving the trigger packet can be.
  • the inventive method thus realizes an end-to-end latency determination. Alternatively or additionally, it also offers a significantly higher granularity or temporal resolution. Because with the method according to the invention, the latencies of arbitrary sub-paths down to individual path segments of the transmission media of the network can be determined. This is possible because the receive and transmit timestems of the individual network devices are collected and not accumulated in one value.
  • the term "granularity" is understood to mean a precise determination of the transmission time of the trigger packets, which is required for the transmission of the trigger packets from a starting point, which can be arbitrarily selected, to an end point, which can also be arbitrarily selected specifically, when a trigger packet arrived at a network device (which is timestamped) and when it was retransmitted by that network device (which is also timestamped)
  • the time between the arrival of the trigger packet on the network device and the transmission of this trigger packet depends on the processing time of at least one data packet which is also received, processed (or only forwarded) and transmitted by this network device Assemble the times of arrival of both the trigger packet and the data packet and regardless of the timing of sending both the trigger packet and the data packet together.
  • the timestamp for the arrival of the trigger packet and the timestamp for the transmission of the trigger packet is a measure of how long the processing (or even the forwarding) of at least one data packet in the network device has required.
  • the transmission times of a respective trigger packet can be determined between the transmission from one network device to the arrival on another network device that receives the trigger packet.
  • the transmission times of the trigger packets between the network devices which are for example dependent on the type and length of a cable or which are dependent on a wireless transmission, by the detection of the timing of the trigger packets between the transmission from a network device to the reception on a subsequent network device precisely determinable. This process can be repeated as often as desired over the entire transmission path or on segments thereof, so that determination of an end-to-end latency on a predefinable partial path or the entire network path is possible at any time.
  • the method according to the invention can thus be carried out alternatively or additionally in four different ways.
  • trigger packets are sent out on the network and received by network devices.
  • a time stamp is taken which is inserted into the trigger packet on the network device on which the trigger packet is currently located and is sent on. If the trigger packet reaches another network device, the same procedure is used there, so that further time stamps are gradually inserted into the trigger packet.
  • the trigger packets exist in addition to the data packets.
  • trigger packets are sent out on the network and received by network devices.
  • a time stamp is taken which is stored on the network device on which the trigger packet is currently located. The same procedure is used if the trigger packet is sent out again and received by another network device.
  • the timestamps are not included in the trigger packets, but they are stored on the respective network device and can be retrieved from there. This is done for example by a network management system.
  • the trigger packets exist in addition to the data packets. 3. Instead of additional trigger packets, the data packets are used for the transmission of the taken time stamp.
  • the data packets carry useful content in this case and additionally contain information about their reception and / or transmission on a network device.
  • a time stamp is taken, which is inserted in the data packet on the network device on which the data packet is currently located, and sent on. If the data packet reaches another network device, the same procedure is used there, so that further time stamps are gradually inserted into the data packet. In this case, there are no trigger packages. In other words, this means that when a data packet arrives, which functions as a trigger packet, a time stamp is taken on a network device and / or a time stamp is emitted when a data packet is sent, which functions as a trigger packet, and inserted into the data packet.
  • the data packets are used to determine the transmission time.
  • the time stamps taken on the respective network devices are not inserted in the data packet, but stored in the network device on which they were just taken. This has the advantage that with the data packets the input and / or the output time can be determined on the respective network device without this information having to be inserted into the data packet. This means that the time stamp is available, but the data packet, more precisely its useful content, remains unchanged and the data packet can thus be forwarded unchanged.
  • the at least one taken time stamp is available in the network device and can in turn be read by a network management system.
  • a time stamp is taken on a network device and / or a time stamp is emitted when a data packet which serves as a trigger packet is sent, and taken to the network device on which the time stamp was taken. is stored.
  • the invention thus relates at least to the aspect of end-to-end measurements. In general, however, the measurement does not have to be performed from the actual end (or beginning) to the actual end, but it can also be performed as a method of path segment ancestor determination, with which any partial path latencies and, in the last instance, the end-to-end Latency can be derived.
  • end-to-end does not mean the actual first network device and the last network device, for example, in a line topology, but that any path segments can be defined, which are then defined by a first network device and a last network device between which there are no, at least one or preferably several network devices, so that the latency for the transmission of the trigger packets between this one and this other network device can be determined ideally, and preferably in the network devices, a timestamp is taken when a trigger packet arrives, and another time stamp is taken if that trigger packet after its processing (e.g., storage) and / or processing (or forwarding) of the received data packets leaves the network device again.
  • processing e.g., storage
  • processing or forwarding
  • the transmission times (latencies) on any sections of the network or the entire network taking into account the processing or forwarding times of data packets in the respective network device including the transmission times on the transmission medium between the individual network devices (wired or wireless) be determined precisely.
  • the network devices can be configured, for example, so that they interpret data packets of a certain type or with a certain (partial) information quasi as a trigger, so that upon arrival of such a data packet due to a specific configuration on a network device an input timestamp and / or Starting time stamp is taken.
  • all incoming data packets are interpreted as a kind of trigger that determines the determination of the Initiate input timestamp and / or the output timestamp.
  • data packets of the first kind can be interpreted as a kind of trigger or data packets of another type can be filtered out and nevertheless forwarded without a timestamp being taken.
  • data packets having a particular VLAN priority, destination MAC address or the like may be considered as a kind of trigger from the correspondingly configured network device.
  • trigger packets are transmitted on the network, preferably for at least one network device, or multiple network devices or each network device in the network, the time of arrival of the trigger packet (input time), and / or the time of sending the trigger packet (time of transmission).
  • This has the advantage that parallel to the data packets that are also transmitted on the network and are forwarded by a switch, for example, need to record any additional information with respect to the time stamp, but only contain their payload content unchanged.
  • it is of course possible to record a time stamp also in the data packet so that the time stamps collected and collected during the transmission can be cumulated in order to be able to determine the defined end-to-end latency on the basis thereof.
  • At least one network device (or a group of similar network devices), several network devices of different types or all network devices in the network or a sub-segment of the network are addressed ,
  • the inventive method described above is applicable to any network topologies (such as a ring topology or a line topology), even in the case of redundancy.
  • the method according to the invention is described below and explained with reference to the figures.
  • FIG. 1 shows a network in line topology
  • FIG. 2 shows a network in line topology with trigger packets and a database for access via a network management system
  • FIG. 4 shows an exemplary structure of a trigger packet
  • FIG. 5 shows a trigger packet in the event of an error.
  • FIG. 1 shows by way of example, as far as shown in detail, a network in a line topology.
  • An actual start of the network is determined by the network device ED1 and an actual end of the network by the network device ED2. Between this actual end and the actual start of the network, any number of network devices, such as two switches SW1 and SW2, are present to each other via suitable transmission media (such as wired via cable or wirelessly, for example via radio, infrared or the like ) are interconnected and exchange data packets not shown. In addition to these data packets, trigger packets TP are transmitted.
  • suitable transmission media such as wired via cable or wirelessly, for example via radio, infrared or the like
  • each trigger packet on the left of the switch or on the left of the network device indicates that whenever such a trigger packet arrives at the input of the network device concerned, the time of arrival (receipt) is determined. So a timestamp is raised. Alternatively or additionally, the time when a trigger packet leaves the respective network device can also be determined. To one To realize the highest possible precise resolution or determination of the transmission time, both the reception time and the time of transmission are determined.
  • FIG. 2 shows a network in line topology with trigger packets and a database for access via a network management system.
  • the network according to FIG. 2 is based on the functioning of the network, as shown in FIG. 1, but with the difference that a network management system (NMS) is permanently connected to at least one network device (in this example the switch SW1) or temporarily usable.
  • NMS network management system
  • the network management system may also be permanently connected or connectable to more than one network device or all network devices residing in the network (regardless of its topology).
  • the input time stamp and / or the output time stamp of the trigger packet is then stored after its detection (for example in a database, Mgmnt DB).
  • the network management system can access this database and read the timestamps for every trigger packet that the respective network device has reached or left, and from this, in conjunction with the time stamps of the other network devices, the end-to-end latency for the entire network (ie from ED1 to ED2) or for certain freely selectable segments of the network (such as from ED1 to SW2 or from SW2 to ED2).
  • FIG. 3 shows the case of inserting a timestamp "Inline" and in a database of the network management system.
  • the time of arrival of the trigger packet is denoted by TSin and the time of transmission of the trigger packet by TSout.
  • Mgmnt DB management database
  • the term "trigger frame” is used in the figure itself, wherein in principle the terms “trigger frame 1 " and “trigger packet” can be used synonymously with one another If the inventive method Realized layer 2 level, the term “trigger frame” can be used, whereas the term “trigger packet” can be used when the inventive method is performed at the layer 3 level or above.
  • FIG. 4 shows an example of a structure of a trigger packet, wherein it can be seen that not only the input and output timestamps of the respective network device are contained in the trigger packet, but that optionally also further data (for example metadata) can be contained in the trigger packet and transmitted ,
  • the number of time stamps in this trigger packet depends on the number of network devices, in particular on the number of terminals or the intermediary devices, such as switches.
  • Such a trigger packet can, but does not have to, contain the data of the actual first network device (here ED1) or of the actual last network device (here ED2), but can, for example, also contain only the data of the network devices connected between these devices.
  • FIG. 5 shows, based on the trigger packet, as shown in FIG. 4, a trigger packet in the event of an error with exemplary time specifications for the respective input and transmission time in the respective network device.
  • a line topology can be used with two terminals (see FIG. 1, which shows a line topology with trigger packet).
  • a trigger packet TP is transmitted by a network device ED1 and received by another network device ED2.
  • the end-to-end latency can be determined by the transmission time of the trigger packet from the network device ED1 from the time of reception of the trigger packet in the network device ED2 (see FIG. 4, in the structure of the trigger packet) is) is deducted. This gives the exact end-to-end packet transit time between the network devices ED1 and ED2.
  • the trigger packets can be sent independently of the network priority specified by the time synchronization protocol on a freely chosen network priority. This makes it possible to evaluate the switching of the trigger packet in the forwarding in different priority classes.
  • the trigger packet from the network device ED1 to the network device ED2 mentioned in the above example has an unexpectedly high delay, it becomes possible on the basis of the invention to observe the individual delays on each step of the transmission path and thereby achieve a precise limitation of the error source.
  • FIG. 5 as an example, there is an error in the network device SW2.
  • the determined end-to-end latency between the network devices ED1 and ED2, at 670ns, is well above the expected latency.
  • the cause of the error can now be limited to the network device SW2, since the residence time in the network device SW2 with 430 ns can be precisely determined, for example, by the network management system and significantly exceeds the assumed exemplary normal residence time in a switch of 100 ns.
  • the abovementioned numerical values are purely exemplary and not restrictive.
  • the illustrated meta-data is an exemplary package construction.
  • these are, for example, so-called end devices (such as personal computers, sensors, actuators, industrial controls and the like), which monitor an actual start or an actual end of a network (for example in a line). or in ring topology).
  • Those network devices that are arranged between these terminals usually serve the actual distribution or switching of data packets (with payload content) and send, with the exception of the inventively provided trigger packets, no new data packets to the network or change the payload of a forwarded data packet not ,
  • the invention will be given again in other words:
  • a "trigger packet" is sent, which ensures that individual devices, preferably each device on the transmission path, which supports the method described here, takes time stamps (eg the respective receiving and / or dispatch time) and the measured This results in a complete recording of the time history of the data switching on individual switching paths, preferably on each switching path (including the method supporting terminals) within the network the at least one receiver (device) is processed or provided for further processing (eg by passing it to a management system or by returning the packet to the initiator of the measurement).
  • time stamps eg the respective receiving and / or dispatch time
  • Qut-of-band Same as 1., except that the measurements and metadata are not inserted directly into the package on the device, but are cached and made available to the network participant on which they were collected ,
  • the stored values may e.g. queried by a management system via a management protocol.
  • mechanisms from existing time synchronization protocols such as IEEE 1588 may also be used as a "trigger packet" and to collect the timestamps.
  • the time stamping method should have the highest accuracy (eg ideally, it would be helpful).
  • the measurement method is suitable for use with unicasts, multicasts and broadcasts.
  • the novelty of the invention is characterized by the fact that unlike existing methods such as e.g. IEEE 1588 does not aggregate the total throughput times in the trigger packet, but records the measured values for a packet separately during mediation and provides them individually. This makes it possible, for example, to determine the latency contributions that are caused, inter alia, in the mediation by individual network subscribers. In addition, this can be monitored in time slot method compliance with the timing of the transmission of individual packets and diagnosed error cases.
  • IEEE 1588 does not aggregate the total throughput times in the trigger packet, but records the measured values for a packet separately during mediation and provides them individually. This makes it possible, for example, to determine the latency contributions that are caused, inter alia, in the mediation by individual network subscribers. In addition, this can be monitored in time slot method compliance with the timing of the transmission of individual packets and diagnosed error cases.
  • the described measurement can, for example, take place on the basis of a reserved time slot in the context of the time-slot method.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Health & Medical Sciences (AREA)
  • Cardiology (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
EP17805158.7A 2016-11-21 2017-11-21 Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk Pending EP3542495A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102016122292 2016-11-21
PCT/EP2017/079913 WO2018091736A1 (de) 2016-11-21 2017-11-21 Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk

Publications (1)

Publication Number Publication Date
EP3542495A1 true EP3542495A1 (de) 2019-09-25

Family

ID=60484357

Family Applications (1)

Application Number Title Priority Date Filing Date
EP17805158.7A Pending EP3542495A1 (de) 2016-11-21 2017-11-21 Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk

Country Status (5)

Country Link
US (1) US11133884B2 (zh)
EP (1) EP3542495A1 (zh)
CN (1) CN109997336B (zh)
DE (1) DE102017127431A1 (zh)
WO (1) WO2018091736A1 (zh)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11115142B1 (en) 2018-12-21 2021-09-07 Equinix, Inc. Timing synchronization service and distribution system
US11252065B1 (en) 2018-12-27 2022-02-15 Equinix, Inc. Clock synchronization in a heterogeneous system
US11206095B1 (en) 2019-03-22 2021-12-21 Equinix, Inc. Timing synchronization for clock systems with asymmetric path delay
US11520372B1 (en) 2020-02-12 2022-12-06 Equinix, Inc. Time synchronization using skew estimation
DE102020104098A1 (de) * 2020-02-17 2021-08-19 Hirschmann Automation And Control Gmbh Netzwerkgerät sowie Verfahren zum Erfassen und Verarbeiten von Paketinformationen mit dem Netzwerkgerät
CN111585895B (zh) * 2020-05-12 2021-11-09 北京交通大学 无需时间同步的时间触发的数据传输方法
DE102023116931A1 (de) * 2022-06-30 2024-01-04 Hirschmann Automation And Control Gmbh Analysieren und Modellieren des Jitter- und Verzögerungsverhaltens insbesondere gemischter industrieller zeitempfindlicher Netzwerke

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6097699A (en) 1998-06-05 2000-08-01 Gte Laboratories Incorporated Method and system for monitoring broadband quality of services
US6661810B1 (en) * 1999-03-19 2003-12-09 Verizon Laboratories Inc. Clock skew estimation and removal
CN100459529C (zh) * 2005-09-12 2009-02-04 华为技术有限公司 数据通信网络中时延特性的测量方法
US7873025B2 (en) * 2006-02-23 2011-01-18 Cisco Technology, Inc. Network device that determines application-level network latency by monitoring option values in a transport layer message
CN101026504B (zh) * 2006-02-24 2011-05-11 华为技术有限公司 一种网络性能测量方法
EP2485535B1 (en) * 2008-05-01 2015-07-29 Saudi Arabian Oil Company Adaptive wireless process control system and method
US20100125661A1 (en) * 2008-11-20 2010-05-20 Valtion Teknillinen Tutkimuskesku Arrangement for monitoring performance of network connection
US8107502B2 (en) * 2009-09-11 2012-01-31 Symmetricom, Inc. Method and apparatus for monitoring packet networks
US8830860B2 (en) * 2012-07-05 2014-09-09 Accedian Networks Inc. Method for devices in a network to participate in an end-to-end measurement of latency
US9054967B1 (en) * 2012-09-18 2015-06-09 Cisco Technology, Inc. Timestamping packets in a network
DE102012222881A1 (de) 2012-12-12 2014-06-12 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Zuweisen von Zeitstempeln zu empfangenen Datenpaketen
CN104144088A (zh) * 2014-07-24 2014-11-12 重庆邮电大学 一种提高时延测量精度的网络时延测量方法
US9948578B2 (en) * 2015-04-14 2018-04-17 Qualcomm Incorporated De-jitter buffer update
US10394734B1 (en) * 2016-05-04 2019-08-27 Altera Corporation Driver for network timing system

Also Published As

Publication number Publication date
CN109997336A (zh) 2019-07-09
WO2018091736A1 (de) 2018-05-24
US11133884B2 (en) 2021-09-28
CN109997336B (zh) 2023-02-28
US20190356402A1 (en) 2019-11-21
DE102017127431A1 (de) 2018-05-24

Similar Documents

Publication Publication Date Title
EP3542495A1 (de) Messverfahren zur bedarfsgerechten bestimmung von durchlaufzeiten in einem datennetzwerk
DE102008007672B4 (de) Verfahren und Vorrichtung zum Übertragen von Daten in einem Netzwerk
EP1987614B1 (de) Verfahren und einrichtungen zum übermitteln von sendezeit- oder empfangszeitinformation einer gesendeten oder empfangenen nachricht
DE102013207826B3 (de) Verfahren zum Betreiben eines Slave-Knotens eines digitalen Bussystems
EP2324601A1 (de) Verfahren zum übertragen von datenpaketen in einem kommunikationsnetz und schaltvorrichtung
EP2586162B1 (de) Priorisierte übertragung von datentelegrammen
EP2847936B1 (de) Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk und entsprechend eingerichtetes teilnehmergerät an dem kommunikationsnetzwerk
EP3353960B1 (de) Kommunikationsnetzwerk, verfahren zum betreiben eines solchen und teilnehmer in einem kommunikationsnetzwerk
WO2019016003A1 (de) Summenstreams für istzustände und steuersignale eines verteilten steuerungssystems
DE60123935T2 (de) Synchronisierte datenübermittlung
EP4073963B1 (de) Verfahren zur optimierung der zeitsynchronisation zwischen über ein kommunikationsnetzwerk verbundenen netzwerkgeräten
DE102012220784A1 (de) Verfahren zum Übertragen von Datenpaketen zwischen zwei Kommunikationsmodulen und Kommunikationsmodul zum Senden von Datenpaketen sowie Kommunikationsmodul zum Empfangen von Datenpaketen
EP3363165B1 (de) Verfahren und computersystem zur schnellen übertragung von zeitgesteuerten echtzeitnachrichten
WO2006089903A1 (de) Verfahren und netzwerk zur daten- und signalübertragung
EP2859766B1 (de) Verfahren und system zur zeitsynchronisierung in einem ad-hoc-netzwerk
EP0996259A2 (de) Automatische Konfigurierung eines Brücken-Terminals zur Uebertragung von Daten zwischen mehreren Sub-Netzwerken in einem lokalen Netzwerk
EP3997580A1 (de) Verfahren und datennetzwerk zum kommunizieren von dateninhalten, insbesondere in einer aufzuganlage
WO2015164897A1 (de) Verfahren zur flexiblen steuerung von zeitgesteuerten datenflüssen in einem verteilten computersystem
DE102020202226A1 (de) Verfahren sowie Übertragungssystem zur Übermittlung von Messdaten
EP1540905A1 (de) Verfahren zur übertragung von datentelegrammen in einem geschalteten, zyklischen kommunikationssystem
EP1924119A1 (de) Verfahren zum drahtlosen Austausch von Daten
EP2605457A1 (de) Verfahren zum Übertragen von Nutzdaten
EP3664510A1 (de) Wechsel des datenübertragungsweges ohne verlust von datenpaketen
DE102014226400B4 (de) Datenerfassungsvorrichtung, Netzwerk und Verfahren
AT408596B (de) Verfahren zur übertragung von daten in einem kommunikationsnetzwerk und kommunikationsnetzwerk

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20190412

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

RIN1 Information on inventor provided before grant (corrected)

Inventor name: HUMMEN, RENE

Inventor name: MUECK, FLORIAN

Inventor name: KEHRER, STEPHAN

17Q First examination report despatched

Effective date: 20200702

RIN1 Information on inventor provided before grant (corrected)

Inventor name: MUECK, FLORIAN

Inventor name: HUMMEN, RENE

Inventor name: KEHRER, STEPHAN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS