WO2018130416A1 - Ats kommunikations-verfahren für industrielle anwendungen - Google Patents

Ats kommunikations-verfahren für industrielle anwendungen Download PDF

Info

Publication number
WO2018130416A1
WO2018130416A1 PCT/EP2017/084799 EP2017084799W WO2018130416A1 WO 2018130416 A1 WO2018130416 A1 WO 2018130416A1 EP 2017084799 W EP2017084799 W EP 2017084799W WO 2018130416 A1 WO2018130416 A1 WO 2018130416A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
bridge
queues
network
latency
Prior art date
Application number
PCT/EP2017/084799
Other languages
English (en)
French (fr)
Inventor
Feng Chen
Franz-Josef GÖTZ
Marcel Kiessling
An Ninh NGUYEN
Jürgen Schmitt
Original Assignee
Siemens Aktiengesellschaft
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 Siemens Aktiengesellschaft filed Critical Siemens Aktiengesellschaft
Publication of WO2018130416A1 publication Critical patent/WO2018130416A1/de

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/62—Queue scheduling characterised by scheduling criteria
    • H04L47/6215—Individual queue per QOS, rate or priority
    • 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/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/20—Traffic policing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/50—Queue scheduling
    • H04L47/56—Queue scheduling implementing delay-aware scheduling
    • H04L47/564—Attaching a deadline to packets, e.g. earliest due date first
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L2012/4026—Bus for use in automation systems
    • 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/44—Star or tree networks
    • H04L2012/445—Star or tree networks with switching in a hub, e.g. ETHERNET switch

Definitions

  • the present invention relates to a method for transmitting data in an industrial application with a plurality of network components, in which the respective data is transmitted between the network components by means of at least one bridge, wherein at least two are used for the transmission of the data Queues can be specified.
  • the present invention relates to a bridge for a network system of an industrial application.
  • the present invention relates to a network system for an industrial application.
  • Ethernet is used in industrial communication for the transmission of time-critical and non-time-critical data. So far, the data are prioritized differently.
  • information from the telegrams is used to select a special queue with separate memory and preferred forwarding. This principle relies on a special mechanism that does not exist in the Ethernet standard.
  • IEEE AVB (Audio / Video Bridging) and the successor TSN (Time Sensitive Networking) have expanded the scope of existing Ethernet mechanisms.
  • a separate queue with a controlled preferred forwarding has been introduced.
  • the extended mechanisms are automatically configured in the network by means of a reservation protocol triggered by the terminal. For this purpose, the terminal or the network component must describe the data to be transmitted with predetermined parameters.
  • Targeted identification of real-time data and dedicated forwarding provide the latency guarantee needed for industrial communications and the loss of Prevents packets in the event of a temporary network overload.
  • the reservation protocol excludes that a technical maximum bandwidth for the specific forwarding is not exceeded. If the load is too high, new connections are rejected by the network and the forwarding is prevented. For different latency requirements there are so far different classes with AVB (typically two classes - one for audio and one for video data). Each class requires its own queue in the hardware with separate resources.
  • the amount of data must be defined in the transmission period specified by the class.
  • the sending period has a direct influence on the guaranteed latency and the required resources. The larger the transmission period, the greater the latency in the network and the more resources must be pre-reserved in each bridge.
  • overbooking can be provided by a too small class transmission period: a low latency can only be achieved by a small class transmission period.
  • the maximum latency results if the maximum bandwidth of all ports in the transmission period arrives at the beginning of the interval and should be forwarded via the same port. Due to the small transmission period, there are less data in this interval. The maximum delay is lower.
  • Applications with a larger application cycle must also specify a frame in the transmission period in the description of the data. This may result in a much larger bandwidth in the description for the reservation and a higher resource requirements.
  • Oversubscribing means fewer connections on the network can be accepted before the resources run out.
  • a greater latency and higher resource consumption can be provided by too large a class transmission period:
  • An increase in the class transmission period allows applications with a large application cycle to better describe the required bandwidth. As a result, fewer resources are needed and there is no overbooking.
  • the larger class transmitter period allows more frames to arrive at the beginning of the period. These are distributed evenly over the period in AVB in order to prevent an overload at the receiver (the next bridge or the receiving device). The longer interval allows more data to arrive at the beginning. The guaranteed latency is thus significantly greater.
  • An inventive method is used to transmit data in an industrial application with a plurality of network components.
  • the respective data are transmitted by means of at least one bridge between the network components, wherein at least two queues are specified for the transmission of the data.
  • the at least two queues are predetermined for different predetermined latency classes.
  • a latency request is determined by the respective data and the respective data are assigned to one of the at least two queues in dependence on the determined latency request and depending on the predetermined latency classes.
  • the process is intended to transfer data in an industrial application.
  • a network system can be used which has the plurality of network components.
  • the network components may be connected within the network system to one or more networks.
  • industrial application may be a
  • the industrial application can also serve to monitor an industrial process and / or process automation.
  • the respective network components may be assigned to individual components of the industrial application.
  • the components may be machines, actuators, sensors or the like.
  • the bridge German: bridge
  • the bridge which may also be referred to as a switch, connects the network components at the level of a layer in the network system. It can also be provided that the network system has several bridges. Within the at least one bridge at least two cues are provided to which the data is divided for transmission.
  • a queue which can also be called a queue, is a data structure. This serves to temporarily store the data in an order before they are processed further or transmitted to one of the network components.
  • the particular data to be transmitted has respective latency requirements and latencies, respectively. Latency classes are specified for the respective queues. Each latency class can be assigned an interval of latencies.
  • the proposed method uses the one by ATS
  • ATS (Asynchronous Traffic Shaping) to better transfer industrial applications with different application cycles.
  • ATS which is described for example in the standard IEEE 802.1, uses so-called sub-classes, based on a finer identification of different connections.
  • the ATS Shaper is actually intended for use in the automotive sector, where each connection is identified and a periodic transmission ensured. All connections share one or more queues. The number of queues required can be calculated by planning the entire network system with all subscribers during network design. Dynamic use as known from Ethernet is not supported yet.
  • Each bridge has one or more internally
  • An advantage of the proposed method is the dynamic arrangement per bridge. Another advantage of the proposed method is the support of multiple application cycles. Support for multiple application cycles becomes less Resources in the network components are needed and lower latency becomes possible.
  • Traffic shaping also known as traffic shaping refers to a type of queue management in data networks or networks in which data or data packets are delayed or discarded according to specific criteria in order to meet certain requirement profiles. As already explained, this is the one from the ATS
  • ATS Asynchronous Traffic Shaping known methods for industrial application expanded.
  • the ATS is described, for example, in the IEEE 802.1Qcr standard.
  • a new concept of the dynamic use of queues in combination with ATS uses the extension of ATS in combination with the different application cycles of industrial communication.
  • resources can be saved on the network. It can enable more connections in the network (more efficient overall system) while at the same time simpler network components (cheaper total price) are sufficient.
  • an individual earliest transmission time is specified for the respective transmission of the data.
  • the packets can not be overtaken - however, an individual earliest transmission time is specified per connection for the respective data or every frame in the queue. This maintains the transmit pattern of the data in the network. This mechanism is much easier to implement in hardware than a separate queue per connection.
  • Sub-priorities for which at least two queues are specified are specified.
  • Within the at least one bridge can respectively for the respective queues or their latency class be given a sub-priority.
  • a static assignment of the respective latency classes or the intervals of latencies to the sub-priorities can be predetermined.
  • the bridge defines its own assignment of the data to the queues.
  • a Qci Quality Class Identifier
  • respective bandwidths for the transmission of the data are predetermined by means of the at least one bridge for the at least two queues.
  • predetermined bandwidths or data rates can be specified in the respective queues.
  • a bridge according to the invention for a network system of an industrial application is designed for carrying out a method according to the invention and the advantageous refinements thereof. It is provided in particular that a standard hardware is used to provide the bridge or the switch. By using standard hardware, the development cost of the system is lower.
  • a network system according to the invention for an industrial application comprises a bridge according to the invention.
  • the network system includes a plurality of network components.
  • the network components can form one or more networks. Dynamic local ordering of connections into existing queues allows simple network components for simple networks to be combined with more powerful network components in a network. Cost-effective components can be combined at the field level with more powerful, more expensive components in the backbone network without the application having to know the details of each network component. must.
  • it is preferably provided that the respective network components are operated synchronized in time.
  • the network system is designed according to the Ethernet standard. Integration into the Ethernet standard ensures further development and compatibility.
  • the invention also includes a computer program product
  • Program code means stored in a computer-readable medium for carrying out the method according to the invention and the advantageous embodiments thereof when the computer program product is processed on a processor of a bridge.
  • a further aspect of the invention relates to a computer-readable medium in which program code means are stored in order to carry out the method according to the invention and the advantageous embodiments thereof when the program code means are loaded into a memory of a bridge and executed on a processor of the bridge.
  • the single figure shows a schematic representation of a network system 1.
  • the network system 1 is intended for use in an industrial application.
  • the network system 1 can be used for process automation.
  • the network system 1 comprises a plurality of network components 2. Data or data packets can be transmitted between the individual network components 2.
  • the network system 1 comprises a bridge 3, which serves to transmit the data between the individual network components 2.
  • a bridge 3 which serves to transmit the data between the individual network components 2.
  • several queues 4 or queues are provided, to which the data or data packets to be transmitted are divided.
  • the respective queues are assigned latent classes or latencies.
  • the data to be transferred has latency requirements. Depending on these latency requirements, the data may then be one of
  • Queues 4 are assigned.
  • ATS Asynchronous Traffic Shaping
  • sub-priorities for the respective queues 4 are defined.
  • the latency times or intervals for the respective sub-priorities can be defined.
  • a network design can be used to statically map (mappings) the intervals to sub-priorities.
  • the bridge 3 defines its own mapping.
  • network components 1 may simply be combined with more powerful network components 2 in the network system 1.
  • Supporting multiple application cycles requires fewer resources in each network component 2, resulting in lower overall latency.
  • the network system 1 according to the Ethernet

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 zum Übertragen von Daten in einer industriellen Anwendung mit einer Mehrzahl von Netzwerkkomponenten (2), bei welchem die jeweiligen Daten mittels zumindest einer Bridge (3) zwischen den Netzwerkkomponenten (2) übertragen werden, wobei für die Übertragung der Daten zumindest zwei Queues (4) vorgegeben werden, wobei die zumindest zwei Queues (4) für verschiedene vorbestimmte Latenzklassen vorgegeben werden, von den jeweiligen Daten eine Latenzanforderung bestimmt wird und die jeweiligen Daten in Abhängigkeit von der bestimmten Latenzanforderung und in Abhängigkeit den vorbestimmten Latenzklassen einer der zumindest zwei Queues (4) zugeordnet werden.

Description

Beschreibung
ATS Kommunikations-Verfahren für industrielle Anwendungen Die vorliegende Erfindung betrifft ein Verfahren zum Übertragen von Daten in einer industriellen Anwendung mit einer Mehrzahl von Netzwerkkomponenten, bei welchem die jeweiligen Daten mittels zumindest einer Bridge zwischen den Netzwerkkomponenten übertragen wird, wobei für die Übertragung der Daten zumindest zwei Queues vorgegeben werden. Zudem betrifft die vorliegende Erfindung eine Bridge für ein Netzwerksystem einer industriellen Anwendung. Schließlich betrifft die vorliegende Erfindung ein Netzwerksystem für eine industrielle Anwendung .
Ethernet wird bei der industriellen Kommunikation für die Übertragung von zeitkritischen und nicht-zeitkritischen Daten verwendet. Bisher werden die Daten unterschiedlich priori- siert. Bei einer Kommunikation gemäß dem PROFINET-Standard wird eine Information aus den Telegrammen verwendet, um eine spezielle Queue mit getrenntem Speicher und bevorzugter Weiterleitung zu wählen. Dieses Prinzip setzt auf eine spezielle, nicht im Ethernet-Standard vorhandenen Mechanismus auf. In der IEEE ist mit AVB (Audio/Video Bridging) und dem Nachfolger TSN (Time Sensitive Networking) der Umfang der vorhandenen Ethernet-Mechanismen erweitert worden. Für zeitkritische Daten ist eine eigene Queue mit einer gesteuerten bevorzugten Weiterleitung eingeführt worden. Die erweiterten Me- chanismen werden durch ein Reservierungsprotokoll, vom Endgerät angestoßen, im Netzwerk automatisch konfiguriert. Dazu muss das Endgerät beziehungsweise die Netzwerkkomponente die zu übertragenden Daten mit vorgegebenen Parametern beschreiben .
Durch die gezielte Identifikation von Echtzeitdaten und die spezielle Weiterleitung wird die für industrielle Kommunikation benötigte Latenzgarantie erreicht und der Verlust von Paketen im Fall einer temporären Überlast im Netzwerk verhindert .
Durch die Erweiterung von Ethernet können nun andere Anwen- düngen ebenfalls die spezielle Weiterleitung verwenden. Durch das Reservierungsprotokoll wird ausgeschlossen, dass eine technisch bedingte maximale Bandbreite für die spezielle Weiterleitung nicht überschritten wird. Bei zu hoher Auslastung werden neue Verbindungen vom Netzwerk abgelehnt und die Wei- terleitung unterbunden. Für verschiedene Latenzanforderungen gibt es bei AVB bisher unterschiedliche Klassen (typisch zwei Klassen - eine für Audio und eine für Videodaten) . Jede Klasse benötigt eine eigene Queue in der Hardware mit getrennten Ressourcen .
Bei industrieller Kommunikation gibt es sehr verschiedene Anwendungszyklen. Um eine automatische Konfiguration im Netzwerk durch das Reservierungsprotokoll zu ermöglichen, muss die Datenmenge in der durch die Klasse vorgegebenen Sendepe- riode definiert werden. Die Sendeperiode hat einen direkten Einfluss auf die garantierte Latenz und die benötigten Ressourcen. Je größer die Sendeperiode wird, desto größer wird die Latenz im Netzwerk und umso mehr Ressourcen müssen in jeder Bridge vorreserviert werden.
Bislang wird davon ausgegangen, dass die Netzwerkressourcen exklusiv für eine industrielle Anwendung bereitstehen. Andere Anwendungen können die bevorzugte Weiterleitung nicht nutzen. Eine Reservierung erfolgt nicht. Wenn mehrere industrielle Anwendungen im Netzwerk aktiv sind, muss durch den Planer der Anwendungen eine Überlast im Netzwerk ausgeschlossen werden. Eine automatische Prüfung gibt es nicht.
Bei einer möglichen Umsetzung der bisherigen Lösung auf stan- dardisierte Mechanismen bleiben zwei Möglichkeiten:
Zum einen kann eine Überreservierung durch eine zu kleine Klassen-Sendeperiode vorgesehen sein: Eine geringe Latenz kann nur durch eine kleine Klassen-Sendeperiode erreicht werden. Die maximale Latenz ergibt sich, wenn von allen Ports in der Sendeperiode die maximale Bandbreite am Anfang des Intervalls ankommt und über den gleichen Port weitergeleitet wer- den sollen. Durch die kleine Sendeperiode liegen weniger Daten in diesem Intervall. Die maximale Verzögerung ist geringer. Anwendungen mit einem größeren Anwendungszyklus müssen in der Beschreibung der Daten ebenfalls einen Frame in der Sendeperiode angeben. Dadurch ergeben sich eventuell eine deutlich größere Bandbreite bei der Beschreibung für die Reservierung und ein höherer Ressourcenbedarf . Durch die Überreservierung können weniger Verbindungen im Netzwerk akzeptiert werden, bevor die Ressourcen aufgebraucht sind. Zum anderen können eine größere Latenz und höherer Ressourcenverbrauch durch zu große Klassen-Sendeperiode vorgesehen sein: Eine Vergrößerung der Klassen-Sendeperiode ermöglicht es Anwendungen mit großem Anwendungszyklus die benötigte Bandbreite besser zu Beschreiben. Dadurch werden weniger Res- sourcen benötigt und es erfolgt keine Überreservierung. Durch die größere Klassen-Senderperiode können jedoch mehr Frames am Anfang der Periode ankommen. Diese werden bei AVB gleichmäßig über die Periode verteilt um eine Überlastung beim Empfänger (der nächsten Bridge oder das Empfangsgerät) zu ver- hindern. Durch das längere Intervall können mehr Daten am Anfang ankommen. Die garantierte Latenz ist somit deutlich größer.
Beide Lösungen führen nicht zum gewünschten Effekt für in- dustrielle Anwendungen, einer möglichst optimalen Ressourcenverwendung bei niedriger Latenz .
Es ist Aufgabe der Erfindung, ein Verfahren anzugeben, welches die genannten Nachteile nicht aufweist. Zudem sollen ei- ne entsprechende Bridge sowie ein entsprechendes Netzwerksystem bereitgestellt werden. Diese Aufgabe wird erfindungsgemäß durch ein Verfahren, durch eine Bridge sowie durch ein Netzwerksystem mit den Merkmalen gemäß den jeweiligen unabhängigen Patentansprüchen gelöst. Vorteilhafte Weiterbildungen der vorliegenden Erfindung sind Gegenstand der abhängigen Patentansprüche.
Ein erfindungsgemäßes Verfahren dient zum Übertragen von Daten in einer industriellen Anwendung mit einer Mehrzahl von Netzwerkkomponenten. Hierbei werden die jeweiligen Daten mit- tels zumindest einer Bridge zwischen den Netzwerkkomponenten übertragen, wobei für die Übertragung der Daten zumindest zwei Queues vorgegeben werden. Dabei ist es vorgesehen, dass die zumindest zwei Queues für verschiedene vorbestimmte La- tenzklassen vorgegeben werden. Ferner wird von den jeweiligen Daten eine Latenzanforderung bestimmt und die jeweiligen Daten werden in Abhängigkeit von der bestimmten Latenzanforderung und in Abhängigkeit der vorbestimmten Latenzklassen einer der zumindest zwei Queues zugeordnet. Mithilfe des Verfahrens sollen Daten in einer industriellen Anwendung übertragen werden. Hierzu kann ein Netzwerksystem verwendet werden, welches die Mehrzahl von Netzwerkkomponenten aufweist. Die Netzwerkkomponenten können innerhalb des Netzwerksystems zu einem oder mehreren Netzwerken verbunden sein. Bei der industriellen Anwendung kann es sich um eine
Industrie- und/oder Fertigungsanlage handeln. Die industrielle Anwendung kann auch zur Überwachung eines industriellen Prozesses und/oder zur Prozessautomatisierung dienen. Die jeweiligen Netzwerkkomponenten können einzelnen Komponenten der industriellen Anwendung zugeordnet sein. Bei den Komponenten kann es sich um Maschinen, Aktoren, Sensoren oder dergleichen handeln. Zur Übertragung von Daten zwischen den einzelnen Netzwerkkomponenten wird die Bridge (deutsch: Brücke) verwendet. Die Bridge, welche auch als Switch bezeichnet werden kann, verbindet in dem Netzwerksystem die Netzwerkkomponenten auf der Ebene einer Schicht. Es kann auch vorgesehen sein, dass das Netzwerksystem mehrere Bridges aufweist. Innerhalb der zumindest eine Bridge werden zumindest zwei Queues vorge- ben, auf die die Daten zum Übertragen aufgeteilt werden. Eine Queue, welche auch als Warteschlange bezeichnet werden kann, ist eine Datenstruktur. Diese dient zur Zwischenspeicherung von den Daten in einer Reihenfolge, bevor diese weiterverar- beitet beziehungsweise an eine der Netzwerkkomponenten übertragen werden. Die jeweiligen Daten, die übertragen werden sollen, weisen jeweilige Latenzanforderungen beziehungsweise Latenzzeiten auf. Für die jeweiligen Queues sind Latenzklas- sen vorgegeben. Jeder Latenzklasse kann ein Intervall von La- tenzzeiten zugeordnet sein.
Das vorgeschlagene Verfahren verwendet den durch ATS
(Asynchronous Traffic Shaping) eingeführten Mechanismus, um industrielle Anwendungen mit unterschiedlichen Anwendungszyk- len besser zu übertragen. ATS, welches beispielsweise in dem Standard IEEE 802.1 beschrieben ist, verwendet sogenannte Sub-Klassen, basierend auf einer feineren Identifikation von unterschiedlichen Verbindungen. Der ATS Shaper ist eigentlich für den Einsatz im Automobilbereich vorgesehen, wo jede Ver- bindung identifiziert und eine periodische Übertragung sichergestellt wird. Alle Verbindungen teilen sich dabei eine oder mehrere Queues . Die Anzahl der benötigten Queues kann durch die Planung des gesamten Netzwerksystems mit allen Teilnehmern während der Auslegung des Netzwerkes berechnet werden. Eine dynamische Verwendung wie sie von Ethernet bekannt ist, wird bisher nicht unterstützt.
Das gleiche Prinzip soll nun für die unterschiedlichen La- tenzklassen in industriellen Anwendungen verwendet werden. Jede Bridge verfügt dabei intern über eine oder mehrere
Queues, auf welche die Verbindungen mit unterschiedlichen La- tenzklassen aufgeteilt werden. Ähnliche Latenzanforderungen können so in eine Queue abgelegt werden. Ein Vorteil des vorgeschlagenen Verfahrens besteht in der dynamischen Einordung pro Bridge. Ein weiterer Vorteil des vorgeschlagenen Verfahrens ist die Unterstützung mehreren Anwendungszyklen . Durch die Unterstützung mehrerer Anwendungszyklen werden weniger Ressourcen in den Netzwerkkomponenten benötigt und eine niedrigere Latenz wird möglich.
Bevorzugt werden die Daten mittels eines asynchronen Traffic Shapings übertragen. Das Traffic-Shaping (auch Verkehrsformung) bezeichnet eine Art der Warteschlangenverwaltung in Datennetzen beziehungsweise Netzwerken, bei der Daten beziehungsweise Datenpakete nach bestimmten Kriterien verzögert oder verworfen werden, um bestimmten Anforderungsprofilen zu genügen. Wie bereits erläutert, wird hier das aus dem ATS
(Asynchronous Traffic Shaping) bekannte Verfahren für die industrielle Anwendung erweitert. Das ATS ist beispielsweise in dem Standard IEEE 802.1Qcr beschrieben. Ein neues Konzept der dynamischen Verwendung von Queues in Kombination mit ATS nutzt der Erweiterung von ATS in Kombination mit den unterschiedlichen Anwendungszyklen der industriellen Kommunikation. Durch die andere Verwendung von ATS - angepasst an die Anforderungen der industriellen Kommunikation (speziell die Prozessautomatisierung mit langsameren Anwendungszyklen) kön- nen im Netzwerk Ressourcen eingespart werden. Es können mehr Verbindungen im Netzwerk ermöglicht werden (leistungsfähigeres Gesamtsystem) während gleichzeitig dafür einfachere Netzwerkkomponenten (günstigerer Gesamtpreis) ausreichen sind. In einer Ausführungsform wird für die jeweilige Übertragung der Daten ein individueller frühester Sendezeitpunkt festgelegt. Innerhalb einer Queue können sich die Pakete nicht überholen - es wird jedoch pro Verbindung für die jeweiligen Daten beziehungsweise jeden Frame in der Queue ein individu- eller früheste Sendezeitpunkt festgelegt. Dadurch wird das Sendemuster der Daten im Netzwerk aufrechterhalten. Dieser Mechanismus ist in Hardware deutlich einfacher zu realisieren als eine eigene Queue pro Verbindung. In einer weiteren Ausführungsform ist es vorgesehen, dass
Sub-Prioritäten für die zumindest zwei Queues vorgegeben werden. Innerhalb der zumindest einen Bridge können für die jeweiligen Queues beziehungsweise deren Latenzklasse jeweils eine Sub-Priorität vorgegeben sein. In dem Design des Netzwerksystems kann eine statische Zuordnung der jeweiligen La- tenzklassen beziehungsweise der Intervalle von Latenzzeiten zu den Sub-Prioritäten vorgegeben sein. Somit können die Da- ten auf einfache und zuverlässige Weise auf die jeweiligen Queues aufgeteilt werden. Es kann auch vorgesehen sein, dass die Bridge ihre eigene Zuordnung der Daten auf die Queues definiert. Für die Zuordnung der Daten kann insbesondere ein Qci (Quality Class Identifier) verwendet werden.
In einer weiteren Ausgestaltung werden mittels der zumindest einen Bridge für die zumindest zwei Queues jeweilige Bandbreiten für die Übertragung der Daten vorgegeben. Für die jeweiligen Latenzanforderungen der Daten können in den jeweili- gen Queues vorbestimmte Bandbreiten beziehungsweise Datenraten vorgegeben werden. Somit kann eine Übertragung der Daten innerhalb der geforderten Latenzzeit sichergestellt werden.
Eine erfindungsgemäße Bridge für ein Netzwerksystem einer in- dustriellen Anwendung ist zum Durchführen eines erfindungsgemäßen Verfahrens und der vorteilhaften Ausgestaltungen davon ausgelegt. Dabei ist es insbesondere vorgesehen, dass zum Bereitstellen der Bridge beziehungsweise des Switches eine Standard-Hardware verwendet wird. Durch die Verwendung von Standard Hardware sind die Entwicklungskosten für das System geringer .
Ein erfindungsgemäßes Netzwerksystem für eine industrielle Anwendung umfasst eine erfindungsgemäße Bridge. Zudem umfasst das Netzwerksystem eine Mehrzahl von Netzwerkkomponenten. Die Netzwerkkomponenten können ein oder mehrere Netzwerkte bilden. Die Dynamische lokale Einordung der Verbindungen in die vorhandenen Queues ermöglicht es einfache Netzwerkkomponenten für einfache Netzwerke mit leistungsfähigeren Netzwerkkompo- nenten in einem Netzwerk zu kombinieren. Kostengünstige Komponenten können in der Feldebene mit leistungsfähigen, teureren Komponenten im Backbone Netzwerk kombiniert werden, ohne dass die Anwendung die Details jeder Netzwerkkomponente ken- nen muss . Ferner ist es bevorzugt vorgesehen, dass die jeweiligen Netzwerkkomponenten zeitlich synchronisiert betrieben werden . Weiterhin ist es vorteilhaft, wenn das Netzwerksystem gemäß dem Ethernet-Standard ausgebildet ist. Die Integration in den Ethernet-Standard stellt die Weiterentwicklung und Kompatibilität sicher. Zur Erfindung gehört auch ein Computerprogrammprodukt mit
Programmcodemitteln, welche in einem computerlesbaren Medium gespeichert sind, um das erfindungsgemäße Verfahren und die vorteilhaften Ausgestaltungen davon durchzuführen, wenn das Computerprogrammprodukt auf einem Prozessor einer Bridge ab- gearbeitet wird.
Ein weiterer Aspekt der Erfindung betrifft ein computerlesbares Medium, in dem Programmcodemittel gespeichert sind, um das erfindungsgemäße Verfahren und die vorteilhaften Ausge- staltungen davon durchzuführen, wenn die Programmcodemittel in einen Speicher einer Bridge geladen und auf einem Prozessor der Bridge abgearbeitet werden.
Die mit Bezug auf das erfindungsgemäße Verfahren vorgestell- ten bevorzugten Ausführungsformen und deren Vorteile gelten entsprechend für die erfindungsgemäße Bridge, für das erfindungsgemäße Netzwerksystem, für das erfindungsgemäße Computerprogrammprodukt sowie für das erfindungsgemäße computerlesbare Medium.
Weitere Merkmale der Erfindung ergeben sich aus den Ansprüchen, den Figuren und der Figurenbeschreibung. Die vorstehend in der Beschreibung genannten Merkmale und Merkmalskombinationen sowie die nachfolgend in der Figurenbeschreibung genann- ten und/oder in den Figuren alleine gezeigten Merkmale und
Merkmalskombinationen sind nicht nur in der jeweils angegebenen Kombination, sondern auch in anderen Kombinationen verwendbar, ohne den Rahmen der Erfindung zu verlassen. Die Erfindung wird nun anhand von bevorzugten Ausführungsbei- spielen sowie unter Bezugnahme auf die beigefügte Zeichnung näher erläutert.
Dabei zeigt die einzige Figur eine schematische Darstellung eines Netzwerksystems 1. Das Netzwerksystem 1 dient dem Einsatz in einer industriellen Anwendung. Beispielsweise kann das Netzwerksystem 1 zur Prozessautomatisierung verwendet werden. Das Netzwerksystem 1 umfasst eine Mehrzahl von Netzwerkkomponenten 2. Zwischen den einzelnen Netzwerkkomponenten 2 können Daten beziehungsweise Datenpakete übertragen werden.
Darüber hinaus umfasst das Netzwerksystem 1 eine Bridge 3 , welche zur Übertragung der Daten zwischen den einzelnen Netzwerkkomponenten 2 dient. Innerhalb der Bridge 3 sind mehrere Queues 4 beziehungsweise Warteschalgen vorgesehen, auf welche die zu übertragenden Daten beziehungsweise Datenpakete aufgeteilt werden. Den jeweiligen Queues sind Latenzklassen bezie- hungsweise Latenzzeiten zugeordnet. Die zu übertragenden Daten weisen Latenzanforderungen auf. In Abhängigkeit von diesen Latenzanforderungen können die Daten dann einer der
Queues 4 zugeordnet werden. Für die Übertragung der Daten wird das sogenannte ATS (Asynchronous Traffic Shaping) gemäß dem Standard IEEE 802.1 für die industrielle Anwendung erweitert .
Es kann vorgesehen sein, dass Sub-Prioritäten für die jeweiligen Queues 4 definiert werden. Hierzu können die Latenzzei- ten oder Intervalle für die jeweiligen Sub-Prioritäten definiert werden. In einem Beispiel kann durch ein Netzwerkdesign eine statische Abbildung (Mapping) der Intervalle auf SubPrioritäten erfolgen. Zum Beispiel können zwei SubPrioritäten vorgesehen sein, welchen ein erstes Intervall Ii = 125 .s und ein zweites Intervall 12 = 500 zugeordnet werden. Gemäß einem weiteren Beispiel können vier SubPrioritäten vorgesehen sein, welchen ein erstes Intervall Ii = 125 us, ein zweites Intervall 12 = 250 μβ, ein drittes In- tervall 13 = 1 ms und ein viertes Intervall 14 = 16 ms zugeordnet werden.
Es kann auch vorgesehen sein, dass die Bridge 3 ihr eigenes Mapping definiert. Hierzu kann von einer Latenzzeit Tspec ausgegangen werden, welcher eine Zeitdauer von TI = 250 zugeordnet ist. Ausgehend hiervon kann dann eine Zuordnung auf verschiede Intervalle erfolgen. Dabei ist es insbesondere vorgesehen, dass die Zuordnung einen sogenannten Qci (Quality Class Identifier) verwendet. Einem ersten Intervall kann eine Zeitdauer TI(Il) = 125 is zugeordnet sein. In diesem Fall wird für eine niedrige Latenz beziehungsweise Latenzanforderung die doppelte Bandbreite reserviert. Einem zweiten Intervall kann eine Zeitdauer von TI(I2) = 250 is zugeordnet sein. Hierbei erfolgt keine Bandbreiten-Überreservierung. Einem dritten Intervall kann eine Zeitdauer von TI(I3) = 1 ms zugeordnet sein. Bei dieser höheren Latenz erfolgt keine Bandbreiten-Überreservierung . Auf diese Weise kann eine dynamische Zuordnung der Daten in der Bridge 3 erfolgen. Innerhalb der industriellen Anwendung können in dem Netzwerksystem 1 einfach Netzwerkkomponenten 2 mit leistungsfähigeren Netzwerkkomponenten 2 kombiniert werden. Insbesondere wird es ermöglicht, dass bei der Übertra- gung der Daten zwischen den Netzwerkkomponenten 2 die erforderlichen Latenzzeiten eingehalten werden. Durch die Unterstützung von mehreren Anwendungszyklen werden in den einzelnen Netzwerkkomponenten 2 weniger Ressourcen benötigt, wodurch insgesamt eine geringere Latenz erreicht werden kann. Insbesondere ist das Netzwerksystem 1 gemäß dem Ethernet-
Standard ausgebildet. Somit wird es ermöglicht, dass für die einzelnen Komponenten in dem Netzwerksystem 1 Standard- Hardware verwendet wird. Insgesamt wurde ein neues Konzept der dynamischen Verwendung von Queues in Kombination mit ATS gezeigt, welches die Erweiterung von ATS in Kombination mit den unterschiedlichen Anwendungszyklen der industriellen Kommunikation nutzt. Bezugs zeichenl iste
Netzwerksystem
Netzwerkkomponent
Bridge
Queue

Claims

Patentansprüche
1. Verfahren zum Übertragen von Daten in einer industriellen Anwendung mit einer Mehrzahl von Netzwerkkomponenten (2), bei welchem die jeweiligen Daten mittels zumindest einer Bridge (3) zwischen den Netzwerkkomponenten (2) übertragen werden, wobei für die Übertragung der Daten zumindest zwei Queues (4) vorgegeben werden,
dadurch gekennzeichnet, dass
die zumindest zwei Queues (4) für verschiedene vorbestimmte
Latenzklassen vorgegeben werden, von den jeweiligen Daten eine Latenzanforderung bestimmt wird und die jeweiligen Daten in Abhängigkeit von der bestimmten Latenzanforderung und in Abhängigkeit den vorbestimmten Latenzklassen einer der zumin- dest zwei Queues (4) zugeordnet werden.
2. Verfahren nach Anspruch 1,
dadurch gekennzeichnet, dass
die Daten mittels eines asynchronen Traffic Shapings übertra- gen werden.
3. Verfahren nach Anspruch 1 oder 2,
dadurch gekennzeichnet, dass
für die jeweilige Übertragung der Daten ein individueller frühester Sendezeitpunkt festgelegt wird.
4. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass
Sub-Prioritäten für die zumindest zwei Queues (4) vorgegeben werden.
5. Verfahren nach einem der vorhergehenden Ansprüche, dadurch gekennzeichnet, dass
mittels der zumindest einen Bridge (3) für die zumindest zwei Queues (4) jeweilige Bandbreiten für die Übertragung der Daten vorgegeben werden.
6. Bridge (3) für ein Netzwerksystem (1) einer industriellen Anwendung, welche zum Durchführen eines Verfahrens nach einem der vorhergehenden Ansprüche ausgelegt ist.
7. Netzwerksystem (1) für eine industrielle Anwendung mit einer Bridge (3) nach Anspruch 6 und mit einer Mehrzahl von Netzwerkkomponenten (2) .
8. Netzwerksystem (1) nach Anspruch 7,
dadurch gekennzeichnet, dass
das Netzwerksystem (1) gemäß dem Ethernet-Standard ausgebildet ist.
PCT/EP2017/084799 2017-01-16 2017-12-29 Ats kommunikations-verfahren für industrielle anwendungen WO2018130416A1 (de)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
DE102017200577 2017-01-16
DE102017200577.7 2017-01-16

Publications (1)

Publication Number Publication Date
WO2018130416A1 true WO2018130416A1 (de) 2018-07-19

Family

ID=60990781

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/EP2017/084799 WO2018130416A1 (de) 2017-01-16 2017-12-29 Ats kommunikations-verfahren für industrielle anwendungen

Country Status (1)

Country Link
WO (1) WO2018130416A1 (de)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150334060A1 (en) * 2012-11-16 2015-11-19 Fts Computertechnik Gmbh Method and Computer Network for Transmitting Real-Time Communications
US20150365337A1 (en) * 2012-03-08 2015-12-17 Marvell International Ltd. Systems and methods for performing a soft-block of a queue based on a size of a remaining period of a guard band

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150365337A1 (en) * 2012-03-08 2015-12-17 Marvell International Ltd. Systems and methods for performing a soft-block of a queue based on a size of a remaining period of a guard band
US20150334060A1 (en) * 2012-11-16 2015-11-19 Fts Computertechnik Gmbh Method and Computer Network for Transmitting Real-Time Communications

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ASHJAEI MOHAMMAD ET AL: "Improved Message Forwarding for Multi-Hop HaRTES Real-Time Ethernet Networks", JOURNAL OF SIGNAL PROCESSING SYSTEMS, SPRINGER, US, vol. 84, no. 1, 10 May 2015 (2015-05-10), pages 47 - 67, XP035934706, ISSN: 1939-8018, [retrieved on 20150510], DOI: 10.1007/S11265-015-1010-8 *
S NADAS, B VARGA. J FARKAS: "Stateless Resource Sharing and ATS", 14 September 2016 (2016-09-14), XP002779666, Retrieved from the Internet <URL:http://wwww.ieee802.org/1/files/public/docs2016/cr-nadas-combining-ATS-and-SRS-0916-v01.pdf> [retrieved on 20180327] *
SPECHT JOHANNES ET AL: "Urgency-Based Scheduler for Time-Sensitive Switched Ethernet Networks", 2016 28TH EUROMICRO CONFERENCE ON REAL-TIME SYSTEMS (ECRTS), IEEE, 5 July 2016 (2016-07-05), pages 75 - 85, XP032954198, DOI: 10.1109/ECRTS.2016.27 *
TIME SENSITIVE NETWORKING TASK GROUP OF IEEE 802 1: "Bridges and Bridged Networks- Amendment: Asynchronous Traffic Shaping ; 802-1Qcr-d0-0", vol. 802.1cr drafts; 802.1qcr drafts, no. d0.0, 9 January 2017 (2017-01-09), pages 1 - 29, XP068111520, Retrieved from the Internet <URL:grouper.ieee.org/groups/802/1/files/private/cr-drafts/d0/802-1Qcr-d0-0.pdf> [retrieved on 20170109] *

Similar Documents

Publication Publication Date Title
DE3687190T2 (de) Kommunikationsverfahren.
EP1133112B1 (de) Verfahren zum Verteilen einer Datenverkehrslast eines Kommunikationsnetzes und Kommunikationsnetz zur Realisierung des Verfahrens
EP2847936B1 (de) Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk und entsprechend eingerichtetes teilnehmergerät an dem kommunikationsnetzwerk
EP1593237B1 (de) Verfahren zur übertragungsbandbreitenzuteilung in einer pake torientierten kommunikationseinrichtung
EP3018958A1 (de) Netzwerkanordnung und Verfahren zur Priorisierung von Echtzeittelegrammen in einem konvergenten Netzwerk
DE10157101A1 (de) Verfahren und Steuergerät für ein paketorientiertes Datennetzwerk zur Übertragung von Daten in variablen Zeitschlitzen
DE102016224961A1 (de) Teilnehmerstation für ein Bussystem und Verfahren zur Datenübertragung in einem Bussystem
EP2847966B1 (de) Verfahren zur übertragung von daten in einem paketorientierten kommunikationsnetzwerk, entsprechendes system und entsprechendes computerprogrammprodukt
EP3326333B1 (de) Bussystem, teilnehmerstation dafür und verfahren zur konfiguration eines statischen bussystems für eine dynamische kommunikation
EP2920923B1 (de) Verfahren und computernetzwerk zur übertragung von echtzeitnachrichten
EP1805952B1 (de) Verfahren zur übermittlung von in form von datenpaketen zur verfügung stehenden daten
WO2020212217A1 (de) Teilnehmerstation für ein serielles bussystem und verfahren zur kommunikation in einem seriellen bussystem
WO2018130416A1 (de) Ats kommunikations-verfahren für industrielle anwendungen
EP3906642B1 (de) Verfahren zur datenkommunikation und computerprogramm
EP3758310A1 (de) Verfahren zur datenkommunikation, netzwerksteuereinrichtung, netzwerk, computerprogramm und computerlesbares medium
EP3629548B1 (de) Verfahren zur datenübermittlung innerhalb eines industriellen kommunikationsnetzes und kommunikationsgerät
EP3917089A1 (de) Verfahren zum betrieb eines kommunikationssystems zur übermittlung zeitkritischer daten und switch
EP3226484A1 (de) Verfahren zur datenübermittlung in einem kommunikationsnetz eines industriellen automatisierungssystems und kommunikationsgerät
DE102019208519A1 (de) Verfahren und Vorrichtung zum Anpassen einer Softwareanwendung
AT16095U1 (de) Restbus-Simulation eines FlexRay Kommunikationsnetzwerkes
DE10044828C2 (de) Verfahren zur Steuerung der Auslastung eines lokalen Netzes und Vorrichtung zur Durchführung des Verfahrens
WO2006061394A1 (de) Aggregation der inter-domain ressourcen-signalisierung
DE102017211721B4 (de) Masterkommunikationseinrichtung und Ethernet-Netzwerk zum Betreiben eines Ethernet-Netzwerkes
DE102018212399A1 (de) Verfahren zur Übermittlung zeitkritischer Daten innerhalb eines Kommunikationssystems für ein industrielles Automatisierungssystem und Kommunikationssystem
WO2020169280A1 (de) Verfahren zur datenübertragung, gerät, computerprogramm und computerlesbares medium

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: 17829676

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 17829676

Country of ref document: EP

Kind code of ref document: A1