[go: up one dir, main page]
More Web Proxy on the site http://driver.im/

EP3446466B1 - Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message - Google Patents

Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message Download PDF

Info

Publication number
EP3446466B1
EP3446466B1 EP16724625.5A EP16724625A EP3446466B1 EP 3446466 B1 EP3446466 B1 EP 3446466B1 EP 16724625 A EP16724625 A EP 16724625A EP 3446466 B1 EP3446466 B1 EP 3446466B1
Authority
EP
European Patent Office
Prior art keywords
message
network
clock
information
network element
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.)
Active
Application number
EP16724625.5A
Other languages
German (de)
French (fr)
Other versions
EP3446466A1 (en
Inventor
Feng Chen
Jürgen Schmitt
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.)
Siemens AG
Original Assignee
Siemens AG
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 AG filed Critical Siemens AG
Publication of EP3446466A1 publication Critical patent/EP3446466A1/en
Application granted granted Critical
Publication of EP3446466B1 publication Critical patent/EP3446466B1/en
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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/0641Change of the master or reference, e.g. take-over or failure of the master
    • 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/0644External master-clock
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04JMULTIPLEX COMMUNICATION
    • H04J3/00Time-division multiplex systems
    • H04J3/02Details
    • H04J3/06Synchronising arrangements
    • H04J3/0635Clock or time synchronisation in a network
    • H04J3/0638Clock or time synchronisation among nodes; Internode synchronisation
    • H04J3/0658Clock or time synchronisation among packet nodes
    • H04J3/0661Clock or time synchronisation among packet nodes using timestamps
    • H04J3/0667Bidirectional timestamps, e.g. NTP or PTP for compensation of clock drift and for compensation of propagation delays
    • 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/0682Clock or time synchronisation in a network by delay compensation, e.g. by compensation of propagation delay or variations thereof, by ranging
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/12Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Definitions

  • Time-Sensitive Networking is a set of standards that the Time-Sensitive Networking Task Group (IEEE 802.1) is working on.
  • the standards in the standardization define mechanisms for the transmission of data via Ethernet networks.
  • the majority of the projects define extensions to the bridging standard IEEE 802.1Q. These extensions primarily address the transmission with very low transmission latency and high availability.
  • Possible areas of application are convergent networks with real-time audio / video streams and, in particular, real-time control streams, which, for. B. in automobiles or in industrial plants for control.
  • the TSN Task Group is currently working on the revision of the gPTP, i.e. the generalized Precision Time Protocol (IEEE 802.1 AS-2011).
  • IEEE 802.1 AS-2011 the generalized Precision Time Protocol
  • One of the main changes in the revised version is the addition of redundancy support to meet the requirements of real-time communication in industrial applications for high availability time synchronization.
  • Redundancy can be achieved in various ways in gPTP (generalized Precision Time Protocol, IEEE 802.1AS-2011) networks.
  • gPTP Generalized Precision Time Protocol, IEEE 802.1AS-2011
  • a PTP network consists of communicating clocks. Of these participating devices, the one that determines the most exact time is determined via the Best Master Clock (BMC) algorithm. This device serves as a reference clock and is called the Grandmaster Clock.
  • BMC Best Master Clock
  • the master distributes the time signal to its slaves to determine the delay.
  • a time stamp in the form of a sync message is sent from the master reference clock to the slave, which determines the time at which the time stamps are received at its own time.
  • the slave repeatedly sends a delay request message to the master, the reception time of which is in turn sent back to the slave as a delay response message.
  • the master-to-slave delay and the slave-to-master delay are determined from the differences between the four time stamps. These values therefore contain the difference between the two clocks and the message runtime with opposite signs. The mean of the two values thus provides the directed offset to the master, which is ultimately used to synchronize the slave clock.
  • the compensation of the transit times is based on the assumption that the outward and return journey of synchronization messages have the same average transit times and only change slowly over time.
  • the slave approaches the reference time of the master continuously using a control process. In particular, jumps back in the slave time are avoided.
  • the BMCA determines a single GM clock by spanning a tree with the root of the best clock.
  • RSTP Rapid Spanning Tree Protocol
  • the BMCA + algorithm supports the exchange and Storage of only selected results from the currently two best watches.
  • the advantage is the reduced data traffic and improved scalability.
  • the data exchange scheme of the BMCA + causes a problem with the stability in the GM reconfiguration if a current GM is downgraded to the subordinate clock due to changes in the clock attributes and a new GM clock has to be determined to replace the previous GM.
  • the BMCA + has an information conflict, which takes an excessively long reconfiguration time, which is much longer than in other cases.
  • the Figure 1 shows an example of a run of the BMCA + protocol on a network with four linearly arranged nodes for the selection of the best and the second best clock as redundant GMs.
  • the arrow t indicates the passage of time.
  • the horizontal arrows show the sending of messages between the network elements, including the information contained in the message.
  • the GM new selection is triggered by the currently best clock on network node A, which lowers its priority value from 3 to 8.
  • the nodes are in the Figure 1 and 2 labeled as follows: (A3: 4) means, for example, clock A with priority 3 and sequence number 4.
  • A sends an announcement message (Announce +) with A8 as the second best GM clock. After receiving the change, each node must make a new selection locally and propagate these new selection results.
  • node C Unlike nodes A and B, which continue to view A8 as the second best GM watch, node C will send A8 with its own watch (C7: 4) in the current GM list and an announcement message without A8. This transaction provokes the next neighbor D, who knows nothing about the change in A. The result is that the old values of (A3: 4) stored in D are not deleted overwritten in a timely manner and therefore have the chance to overwrite the results of the new selection. This data inconsistency is noticeable as soon as A finds the old information in B's Announce + message. However, based on the current BMCA + protocol, A can only reply to B by resending the current results based on BMCA +. This does not resolve the conflict.
  • the GM new selection cannot establish itself as long as the old information (A3: 4) is still available on the network. This deadlock is currently being intercepted by a timeout, but this takes longer than desired.
  • a timeout event later starts this cleaning action for each network node that has still stored the outdated information (A3: 4) and in the current example cause the network nodes to finally choose network node C as the new GM clock.
  • This presupposes that the time lasts as long as the hold time, the value of which is usually several seconds. Selecting a much smaller value for the hold time, for example hundreds of milliseconds, can be helpful in reducing the reconfiguration time, but this is at the expense of significantly increased data traffic in the form of periodic Announce + messages that are transmitted.
  • the task is solved by introducing a concrete advertizing scheme for the BMCA + protocol in order to remedy the instability described during the GM reconfiguration period.
  • the method uses an Announce + message for an extra notification, which shows a clock with outdated information and spreads the new information in the entire network.
  • the goal is to inform all watches that outdated information is available so that the GM reconfiguration can be carried out quickly and without any additional conflicts.
  • This so-called “teardown” notification is provided in the event that a current best clock (that is, either first or second best GM clock) downgrades its priority in order to become a subordinate clock. In other cases, if the best (or second best) watch increases its priority or a subordinate watch changes its attributes, it is not necessary to send a notification, since the problems described will not occur here.
  • the transmission of the BMCA + Announce + message uses an SN-based link-local information exchange mechanism to circulate the information about the communication of the best watch in the network, which is also used to advertise the tear-down notification.
  • the port-based loop prevention action ensures that the same tear-down Message, identified by the pair "ClockID and SN", is only transmitted once via the same data port.
  • FIG 3 shows an alternative network structure to make it clear that in Figure 1 and 2 network shown is only to be understood as an example.

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)
  • Synchronisation In Digital Transmission Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Description

Time-Sensitive Networking (TSN) bezeichnet eine Reihe von Standards, an denen die Time-Sensitive Networking Task Group (IEEE 802.1) arbeitet.Time-Sensitive Networking (TSN) is a set of standards that the Time-Sensitive Networking Task Group (IEEE 802.1) is working on.

Die sich in der Standardisierung befindlichen Standards definieren Mechanismen zur Übertragung von Daten über Ethernet-Netzwerke. Ein Großteil der Projekte definiert dabei Erweiterungen des Bridging-Standards IEEE 802.1Q. Diese Erweiterungen adressieren vor allem die Übertragung mit sehr geringer Übertragungslatenz und hoher Verfügbarkeit. Mögliche Anwendungsbereiche sind konvergente Netzwerke mit Echtzeit-Audio/Video-Streams sowie insbesondere Echtzeit-Kontrollstreams, welche z. B. im Automobil oder in Industrieanlagen zur Steuerung verwendet werden.The standards in the standardization define mechanisms for the transmission of data via Ethernet networks. The majority of the projects define extensions to the bridging standard IEEE 802.1Q. These extensions primarily address the transmission with very low transmission latency and high availability. Possible areas of application are convergent networks with real-time audio / video streams and, in particular, real-time control streams, which, for. B. in automobiles or in industrial plants for control.

Redundanz ist das zusätzliche Vorhandensein funktional gleicher oder vergleichbarer Ressourcen eines technischen Systems, wenn diese bei einem störungsfreien Betrieb im Normalfall nicht benötigt werden. Ressourcen können z. B. redundante Informationen, Motoren, Baugruppen, komplette Geräte, Steuerleitungen und Leistungsreserven sein. In der Regel dienen diese zusätzlichen Ressourcen zur Erhöhung der Ausfall-, Funktions- und Betriebssicherheit. In der industriellen Kommunikation ist Redundanz daher weit verbreitet, insbesondere bei Kommunikationsnetzen in der Industrie, die eine besonders kurze "Switch-over Time" im Falle eines Fehlers benötigen, also die Zeit die benötigt wird, im Falle eines Fehlers einer Komponente einen Wechsel (geplant oder ungeplant) von einem Primärsystem zu einem Standby-System durchzuführen.Redundancy is the additional existence of functionally identical or comparable resources of a technical system, if these are normally not required for trouble-free operation. Resources can e.g. B. redundant information, motors, assemblies, complete devices, control lines and power reserves. As a rule, these additional resources serve to increase failure, functional and operational safety. Redundancy is therefore widespread in industrial communication, particularly in industrial communication networks that require a particularly short "switch-over time" in the event of an error, i.e. the time required in the event of a component failure to change (planned or unplanned) from a primary system to a standby system.

Die TSN Task Group arbeitet derzeit an der Revision des gPTP, also des generalized Precision Time Protocol (IEEE 802.1 AS-2011). Eine der wesentlichen Änderungen in der überarbeiteten Version besteht in der Hinzufügung einer Redundanz-Unterstützung um die Anforderungen der Echtzeit-Kommunikation in industriellen Anwendungen für Hochverfügbarkeits Zeitsynchronisation.The TSN Task Group is currently working on the revision of the gPTP, i.e. the generalized Precision Time Protocol (IEEE 802.1 AS-2011). One of the main changes in the revised version is the addition of redundancy support to meet the requirements of real-time communication in industrial applications for high availability time synchronization.

Redundanz kann dabei in gPTP (generalized Precision Time Protocol, IEEE 802.1AS-2011) Netzen auf verschiedene Arten erreicht werden.Redundancy can be achieved in various ways in gPTP (generalized Precision Time Protocol, IEEE 802.1AS-2011) networks.

Ein PTP-Netz besteht aus kommunizierenden Uhren. Von diesen teilnehmenden Geräten wird über den Best Master Clock (BMC)-Algorithmus dasjenige ermittelt, das die exakteste Zeit angibt. Dieses Gerät dient als Referenzuhr und wird als Grandmaster Clock bezeichnet.A PTP network consists of communicating clocks. Of these participating devices, the one that determines the most exact time is determined via the Best Master Clock (BMC) algorithm. This device serves as a reference clock and is called the Grandmaster Clock.

Im Betrieb verteilt jeweils der Master das Zeitsignal an seine Slaves zur Ermittlung der Verzögerung (engl. delay). Dazu wird eine Zeitmarke in Form einer Sync Message von der Master-Referenzuhr an den Slave versandt, der die Empfangszeit der Zeitmarken an seiner eigenen Zeit bestimmt. Zudem sendet der Slave wiederholt eine Delay Request Message an den Master, deren Empfangszeit beim Master wiederum als Delay Response Message an den Slave zurückgeschickt wird.
Aus jeweils den Differenzen der vier Zeitmarken werden das Master-to-Slave Delay und das Slave-to-Master Delay bestimmt. In diesen Werten ist also jeweils die Differenz der beiden Uhren und die Nachrichtenlaufzeit mit entgegengesetzten Vorzeichen enthalten. Der Mittelwert der beiden Größen liefert somit den gerichteten Offset zum Master, welcher schließlich zur Synchronisation der Slave-Uhr benutzt wird.
Die Kompensation der Laufzeiten stützt sich dabei auf die Annahme, dass Hin- und Rückweg von Synchronisierungsnachrichten gleiche mittlere Laufzeiten haben und sich mit der Zeit nur langsam ändern. Die Annäherung des Slaves an die Referenzzeit des Master erfolgt kontinuierlich über ein Regelverfahren. Insbesondere werden so Rücksprünge in der Slave-Zeit vermieden.
During operation, the master distributes the time signal to its slaves to determine the delay. For this purpose, a time stamp in the form of a sync message is sent from the master reference clock to the slave, which determines the time at which the time stamps are received at its own time. In addition, the slave repeatedly sends a delay request message to the master, the reception time of which is in turn sent back to the slave as a delay response message.
The master-to-slave delay and the slave-to-master delay are determined from the differences between the four time stamps. These values therefore contain the difference between the two clocks and the message runtime with opposite signs. The mean of the two values thus provides the directed offset to the master, which is ultimately used to synchronize the slave clock.
The compensation of the transit times is based on the assumption that the outward and return journey of synchronization messages have the same average transit times and only change slowly over time. The slave approaches the reference time of the master continuously using a control process. In particular, jumps back in the slave time are avoided.

Eine Möglichkeit ist nun die sogenannte "Master Redundancy", die zwei aktive GrandMasters (GM) vorsieht. Hierbei wird eine synchronisierte Zeit parallel publiziert, so dass bei Ausfall einer der beiden GM Uhren das Netz immer noch durch die andere Uhr weiter synchronisiert werden kann. Dieses Verfahren setzt die Auswahl von zwei Uhren als redundante GMs voraus, wobei typischerweise die "bessere" Uhr als primary GM und die zweitbeste Uhr als sofort einsetzbarer Ersatz (hot standby) GM fungiert.One possibility is the so-called "Master Redundancy", which provides two active GrandMasters (GM). A synchronized time is published in parallel, so that if one of the two GM clocks fails, the network can still be synchronized by the other clock. This procedure requires the selection of two clocks as redundant GMs, with the "better" clock typically functioning as the primary GM and the second best clock acting as an immediately usable replacement (hot standby) GM.

Basierend auf dem Rapid Spanning Tree Protocol (RSTP) legt der BMCA eine einzelne GM Uhr fest, indem er einen Baum aufspannt mit der Wurzel bei der besten Uhr. Den existierenden BMCA zu Verwenden um zwei GMs zu ermitteln wird allerdings als fehleranfällig angesehen und ist auch nicht automatisierbar, weil zwei BMCA Instanzen auf verschienenen gPTP Domänen laufen müssen und Netzmanagement zur Vorkonfiguration von Uhr-Attributen benötigt wird um zu garantieren, dass es sich bei den ausgewählten GMs in den verschiedenen Domänen nicht um die gleiche Uhr handelt.Based on the Rapid Spanning Tree Protocol (RSTP), the BMCA determines a single GM clock by spanning a tree with the root of the best clock. However, using the existing BMCA to determine two GMs is considered error-prone and cannot be automated because two BMCA instances have to run on different gPTP domains and network management is required to preconfigure clock attributes to guarantee that the selected GMs in different domains are not at the same clock.

Ein kürzlich eingereichte Eingabe bei einem IEEE 802.1 Standardisierungsmeetings zu gPTP präsentiert ein neues Protokoll, welches im Folgenden BMCA+ genannt werden soll. BMCA+ unterstützt Auswahl und Wartung von zwei BestMaster Clocks auf einer einzelnen gPTP Domäne. Sie benutzt sogenannte peerto-peer Announce+ Nachrichten welche die Best Master Auswahl-Informationen für die beste und die zweitbeste Uhr. Hierbei verwendet BMCA+ keinen Spanning Tree Algorithmus wie BMCA basierend auf RSTP. BMCA+ wendet die Sequenznummer (SN) und einen Haltezeit Mechanismus an um Schleifen zu vermeiden und Fehler zu erkennen. Dynamische Rekonfiguration als Reaktion auf Systemänderungen wird ebenso unterstützt.A recently submitted entry at an IEEE 802.1 standardization meeting on gPTP presents a new protocol, which will be called BMCA + in the following. BMCA + supports selection and maintenance of two BestMaster clocks on a single gPTP domain. It uses so-called peerto-peer Announce + messages which are the best master selection information for the best and the second best watch. BMCA + does not use a spanning tree algorithm like BMCA based on RSTP. BMCA + uses the sequence number (SN) and a hold time mechanism to avoid loops and detect errors. Dynamic reconfiguration in response to system changes is also supported.

Anders als die auf IS-IS (Intermediate System to Intermediate System Protocol) basierenden Methode das einen kompletteen Satz von globaler Information in den lokalen Datenbanken erhält, unterstützt der BMCA+ Algorithmus den Austausch und die Speicherung ausschließlich von ausgewählten Ergebnissen der aktuell zwei besten Uhren. Der Vorteil ist der reduzierte Datentraffic und verbesserte Skalierbarkeit. Allerdings verursacht das Datenaustausch Schema des BMCA+ ein Problem bei der Stabilität in der GM Rekonfiguration wenn eine aktuelle GM aufgrund von Änderungen der Uhren-Attribute wieder zur untergeordneten Uhr zurück gestuft wird und eine neue GM Uhr ermittelt werden muss um die vorherige GM zu ersetzten. In diesem Fall hat das BMCA+ einen Informations-Konflikt, welcher in einer übermäßig langen Rekonfigurations-Zeit, die viel länger ist als in anderen Fällen.Unlike the IS-IS (ystem I ntermediate S ystem to I ntermediate S Protocol) based method which obtains a kompletteen set of global information in the local database, the BMCA + algorithm supports the exchange and Storage of only selected results from the currently two best watches. The advantage is the reduced data traffic and improved scalability. However, the data exchange scheme of the BMCA + causes a problem with the stability in the GM reconfiguration if a current GM is downgraded to the subordinate clock due to changes in the clock attributes and a new GM clock has to be determined to replace the previous GM. In this case, the BMCA + has an information conflict, which takes an excessively long reconfiguration time, which is much longer than in other cases.

In dem Foliensatz " Support of Automatic Configuration in Working Clocks with Redundancy", IEEE Draft Bd 802., Nr. V01, November 2015, Autoren Feng Chen, Franz-Josef Götz, Jürgen Schmitt, http://www.ieee802.org/1/files/public/docs2015/aschen-goetz-sync-redundancy-1115-v01.pdf wird das zugrunde liegende Setting mit BMCA+ und Announce+ messages beschrieben, sowie die Durchführung einer Konfiguration (d. h. ersten Initialisierung) der GM in einem Kommunikationsnetz der genannten Art.In the slide set " Support of Automatic Configuration in Working Clocks with Redundancy ", IEEE Draft Vol 802., No. V01, November 2015, authors Feng Chen, Franz-Josef Götz, Jürgen Schmitt, http://www.ieee802.org/1/files/ public / docs2015 / aschen-goetz-sync-redundancy-1115-v01.pdf the underlying setting is described with BMCA + and Announce + messages, as well as the implementation of a configuration (ie first initialization) of the GM in a communication network of the type mentioned.

Die Figur 1 zeigt ein Beispiel eines Durchlaufs des BMCA+ Protokolls auf einem Netzwerk mit vier linear angeordneten Knoten zur Auswahl der Besten und des Zweitbesten Uhr als redundante GMs. Der Pfeil t zeigt dabei den Ablauf der Zeit an. Die horizontalen Pfeile zeigen das Versenden von Nachrichten zwischen den Netzelementen, inclusive der in der Nachricht enthaltenen Informationen. Die GM Neuauswahl wird durch die aktuell beste Uhr auf dem Netzknoten A getriggert, der seinen Prioritätswert von 3 auf 8 senkt. Die Knoten sind dabei in der Figur 1 und 2 wie folgt beschriftet: (A3:4) bedeutet beispielsweise Uhr A mit Priorität 3 und Sequenznummer 4. A sendet eine Ankündigungs-Nachricht (Announce+) mit A8 als zweitbeste GM Uhr. Nach Erhalt der Änderung muss jeder Knoten lokal eine Neuauswahl treffen und diese neuen Selektions-Ergebnisse propagieren.The Figure 1 shows an example of a run of the BMCA + protocol on a network with four linearly arranged nodes for the selection of the best and the second best clock as redundant GMs. The arrow t indicates the passage of time. The horizontal arrows show the sending of messages between the network elements, including the information contained in the message. The GM new selection is triggered by the currently best clock on network node A, which lowers its priority value from 3 to 8. The nodes are in the Figure 1 and 2 labeled as follows: (A3: 4) means, for example, clock A with priority 3 and sequence number 4. A sends an announcement message (Announce +) with A8 as the second best GM clock. After receiving the change, each node must make a new selection locally and propagate these new selection results.

Anders als die Knoten A und B, die A8 weiterhin als zweitbeste GM Uhr ansehen, wird Knoten C A8 mit seiner eigenen Uhr (C7:4) in der aktuellen GM Liste und eine Ankündigungsnachricht ohne A8 versenden. Diese Transaktion provoziert den nächsten Nachbarn D, der nichts von der Änderung von A weiss. Das Ergebnis ist, dass die alten Werte von (A3:4) die in D gespeichert sind, nicht zeitnah überschrieben gelöscht werden und daher die Chance haben, die Ergebnisse der Neuauswahl zu überschreiben. Diese Daten-Inkonsistenz fällt auf, sobald A die alte Information in der Announce+ Nachricht von B findet. Basierend auf dem aktuellen BMCA+ Protokoll kann A jedoch nur an B antworten, in dem er die aktuellen Ergebnisse basierend auf BMCA+ erneut versendet. Damit ist der Konflikt aber nicht behoben. Als Ergebnis des Konflikts zwischen der veralteten und der neuen Information derselben Uhr sich kann die GM Neuauswahl nicht etablieren, solange die alte Information (A3:4) noch im Netz verfügbar ist. Dieser Deadlock wird derzeit durch einen Timeout abgefangen, was allerdings länger dauert als gewünscht.Unlike nodes A and B, which continue to view A8 as the second best GM watch, node C will send A8 with its own watch (C7: 4) in the current GM list and an announcement message without A8. This transaction provokes the next neighbor D, who knows nothing about the change in A. The result is that the old values of (A3: 4) stored in D are not deleted overwritten in a timely manner and therefore have the chance to overwrite the results of the new selection. This data inconsistency is noticeable as soon as A finds the old information in B's Announce + message. However, based on the current BMCA + protocol, A can only reply to B by resending the current results based on BMCA +. This does not resolve the conflict. As a result of the conflict between the obsolete and the new information on the same watch, the GM new selection cannot establish itself as long as the old information (A3: 4) is still available on the network. This deadlock is currently being intercepted by a timeout, but this takes longer than desired.

Wie in der Figur 1 gezeigt startet in der aktuellen Lösung später ein Timeout Ereignis diese Reinigungsaktion für jeden Netzknoten der noch die veraltete Information (A3:4) gespeichert hat und die Netzknoten dazu bringen im aktuellen Beispiel den Netzknoten C endgültig als neue GM Uhr zu wählen. Das setzt voraus, dass die Zeit so lange dauert wie die Hold-Time, dessen Wert üblicherweise mehrere Sekunden beträgt. Einen sehr viel kleineren Wert für die Hold-Time auszuwählen, beispielsweise hunderte von Millisekunden, kann hilfreich sein bei der Reduzierung der Rekonfigurationszeit, allerdings geht das auf Kosten von deutlich erhöhten Datentraffic in Form von periodischen Announce+ Nachrichten, die übertragen werden.Like in the Figure 1 shown in the current solution, a timeout event later starts this cleaning action for each network node that has still stored the outdated information (A3: 4) and in the current example cause the network nodes to finally choose network node C as the new GM clock. This presupposes that the time lasts as long as the hold time, the value of which is usually several seconds. Selecting a much smaller value for the hold time, for example hundreds of milliseconds, can be helpful in reducing the reconfiguration time, but this is at the expense of significantly increased data traffic in the form of periodic Announce + messages that are transmitted.

Es ist Aufgabe der Erfindung, das beschriebene Problem zu lösen. Diese Aufgabe wird gelöst durch ein Verfahren gemäß den Merkmalen des unabhängigen Patentanspruchs 1 und einen Vorrichtungsanspruch gemäß Patentanspruch 6.It is an object of the invention to solve the problem described. This object is achieved by a method according to the features of independent claim 1 and a device claim according to claim 6.

Das Beispiel aus Figur 1 zeigt, dass der Schlüssel zur Lösung des Problems die Durchführung eines Netzweiten Säuberung der der veralteten Informationen um sicher zu stellen, dass veraltete GM Informationen mit einer höheren Priorität neue Informationen nicht überschreiben können. Das aktuelle BMCA+ vertraut auf dem Hold-Time Mechanismus um die GM Rekonfiguration schnell auf allen Knoten durchzuführen.The example from Figure 1 shows that the key to solving the problem is to perform a network wide clean up of the outdated information to ensure that outdated GM information with a higher priority cannot overwrite new information. The current BMCA + relies on the hold-time mechanism to quickly carry out the GM reconfiguration on all nodes.

Die Aufgabe wird gelöst durch die Einführung eines konkreten Advertizing Schemas für das BMCA+ Protokoll um die beschriebene Instabilität während der GM Rekonfigurationsperiode zu beheben. Die Methode benutzt eine Announce+ Nachricht um eine extra Benachrichtigung, die eine Uhr mit veralteter Information anzeigt und die neue Information im kompletten Netzwerk verbreitet. Das Ziel ist alle Uhren darüber zu informieren, dass veraltete Informationen vorhanden sind, so dass die GM Rekonfiguration schnell und ohne extra Konflikte durchgeführt werden kann. Diese sogenannte "teardown" Notification ist vorgesehen für den Fall wenn eine aktuelle beste Uhr (also entweder erst- oder zweitbeste GM Clock) ihre Priorität herabstuft, um eine nachgeordnete Uhr zu werden. In anderen Fällen, wenn die beste (oder zweitbeste) Uhr seine Priorität erhöht oder eine nachgeordnete Uhr ihre Attribute ändert, ist das Versenden einer Notification nicht erforderlich, da die beschriebenen Probleme hier nicht auftreten werden.The task is solved by introducing a concrete advertizing scheme for the BMCA + protocol in order to remedy the instability described during the GM reconfiguration period. The method uses an Announce + message for an extra notification, which shows a clock with outdated information and spreads the new information in the entire network. The goal is to inform all watches that outdated information is available so that the GM reconfiguration can be carried out quickly and without any additional conflicts. This so-called "teardown" notification is provided in the event that a current best clock (that is, either first or second best GM clock) downgrades its priority in order to become a subordinate clock. In other cases, if the best (or second best) watch increases its priority or a subordinate watch changes its attributes, it is not necessary to send a notification, since the problems described will not occur here.

Figur 2 beschreibt den Advertising Prozess, basierend auf derselben Netzwerkkonfiguration wie in Figur 1 dargestellt. Die herabgestufte Master Clock A muss zunächst eine eine Information verschicken (tear down), welche die ClockID und die letzte Serial Number SN vor der Änderung enthält. Danach wird eine neue Announce+ Nachricht versendet, welche die geänderten Auswahl-Ergebnisse (D5:4, A8:5) und die Tear-Down Information (A:4) enthält.
Anstatt den kompletten Satz an Informationen in dieser Nachricht zu versenden, z. B. (A3.4) wird in der Tear-Down Information das Minimum an Information übermittelt, welches zur Auswahl der überflüssigen Uhren Information ausreicht, also ClockID und SN.
Die Tear-Down Nachricht kann als TLV (type length value) übertragen werden. Das Type-Length-Value-Format (TLV; deutsch Typ-Länge-Wert) wird in Netzwerkprotokollen und Dateiformaten genutzt, um eine variable Anzahl von Attributen in einer Nachricht respektive Datei zu übertragen.
Ein Attribut wird durch folgendes Tripel (Type, Length, Value) am Ende der Announce+ Nachricht übermittelt:

  • Type (Typ): bestimmt den Typ des Attributes
  • Length (Länge): bestimmt die Übertragungslänge des Attributes
  • Value (Wert): enthält den eigentlichen Wert des Attributes.
Figure 2 describes the advertising process based on the same network configuration as in Figure 1 shown. The downgraded master clock A must first send information (tear down) that contains the ClockID and the last serial number SN before the change. A new Announce + message is then sent, which contains the changed selection results (D5: 4, A8: 5) and the tear-down information (A: 4).
Instead of sending the full set of information in this message, e.g. B. (A3.4) the minimum of information is transmitted in the tear-down information, which for Selection of the redundant clock information is sufficient, i.e. ClockID and SN.
The tear-down message can be transmitted as TLV (type length value). The type length value format (TLV; German type length value) is used in network protocols and file formats to transmit a variable number of attributes in a message or file.
An attribute is transmitted by the following triple (type, length, value) at the end of the Announce + message:
  • Type: determines the type of the attribute
  • Length: determines the transmission length of the attribute
  • Value: contains the actual value of the attribute.

Bei Empfang einer Announce+ Nachricht mit der Tear-Down Nachricht muss jede Uhr zunächst eine Reinigungs-Aktion in der lokalen Datenbank durchführen und dann die Auswahl der besten Uhr durchführen. Jede Uhr muss also die empfangene Tear-Down Nachricht in der Announce+ Nachricht zum nächst gelegenen Netzknoten weiter leiten zusammen mit den aktualisierten Auswahl-Daten. Das Weiterleiten einer Tear-Down Benachrichtigung erfolgt bedingungslos, unabhängig davon ob eine zwischenliegende Uhr erkennt, dass nach der Aktualisierung der Werte die jenige Uhr, die als herunter gestuft gilt, weiterhin als eine der beiden besten Uhren angenommen wird. Zum Beispiel hat in Figur 2 der Netzknoten C ein neues Auswahl-Ergebnis ohne A, aber reicht immer noch die Werte (A3:4) an den Nachbar weiter. Dieses Verhalten stellt sicher, dass die Tear-Down Nachricht von allen Uhren im Netz gesehen wird, so dass die überflüssige Information aus den Netz und allen Netzelementen komplett entfernt werden kann.When receiving an Announce + message with the tear-down message, each watch must first carry out a cleaning action in the local database and then select the best watch. Each watch must therefore forward the received tear-down message in the Announce + message to the nearest network node together with the updated selection data. The forwarding of a tear-down notification is unconditional, regardless of whether an intermediate watch detects that after the values have been updated, the watch that is downgraded continues to be accepted as one of the two best watches. For example, in Figure 2 the network node C a new selection result without A, but still passes the values (A3: 4) to the neighbor. This behavior ensures that the tear-down message is seen by all clocks in the network, so that the superfluous information can be completely removed from the network and all network elements.

Die Übertragung der Announce+ Nachricht von BMCA+ nutzt einen SN-Basierten Link-lokalen Informationsaustauschmechanismus um die Information über Mitteilung der besten Uhr im Netzwerk im Netzwerk zu zirkulieren, was ebenso angewendet wird um die Tear-Down Notification zu advertisen. Die Port-basierte Schleifenverhinderungs-Aktion stellt sicher, dass die selbe Tear-Down Nachricht, gekennzeichnet durch das Paar "ClockID und SN", über den selben Datenport nur einmal übertragen wird.The transmission of the BMCA + Announce + message uses an SN-based link-local information exchange mechanism to circulate the information about the communication of the best watch in the network, which is also used to advertise the tear-down notification. The port-based loop prevention action ensures that the same tear-down Message, identified by the pair "ClockID and SN", is only transmitted once via the same data port.

Um die Zuverlässigkeit weiter zu erhöhen, kann eine Uhr, die die neue Benachrichtigung über einen ihrer Ports erhalten hat, diesen Erhalt durch Senden einer Announce+ Nachricht an den ursprünglichen Sender bestätigen, welcher die gleiche Announce Nachricht enthält.
Mit einer solchen Bestätigungsnachricht bestätigen sich beide Netzelemente an den Enden der Verbindung gegenseitig, dass sie benachrichtigt wurden und nun das Advertisen der Tear-down Nachricht in den folgenden Announce+ Übertragungen über den gleichen Link einstellen.
Die Bestätigungsnachrichten in Announce+ sind in der Figur 2 nicht enthalten.
To further increase reliability, a watch that has received the new notification through one of its ports can acknowledge this receipt by sending an Announce + message to the original sender that contains the same Announce message.
With such a confirmation message, both network elements at the ends of the connection mutually confirm that they have been notified and now stop advertising the tear-down message in the following Announce + transmissions via the same link.
The confirmation messages in Announce + are in the Figure 2 not included.

Wie in Figur 2 gezeigt, wird die Announce+ Nachricht mit der Tear-Down Notification durch das gesamte Netzwerk propagiert. Die überflüssige Best-Clock Information wird aus jeder Uhr stufenweise gelöscht. Vorteilhafterweise wird der beschriebene Vorgang duetlich schneller als der mit dem Stand der Technik wie in Figur 1 beschrieben, durchgeführte. Die Zeit für die GM Rekonfiguration wird damit extrem reduziert.As in Figure 2 shown, the Announce + message with the tear-down notification is propagated through the entire network. The superfluous best clock information is gradually deleted from each clock. Advantageously, the process described is duet faster than that with the prior art as in Figure 1 described, carried out. The time for GM reconfiguration is extremely reduced.

Figur 3 zeigt einen alternativen Netzaufbau, um klar zu stellen, dass das in Figur 1 und 2 dargestellte Netz nur beispielhaft zu verstehen ist. Figure 3 shows an alternative network structure to make it clear that in Figure 1 and 2 network shown is only to be understood as an example.

Claims (6)

  1. Method for reconfiguring the information relating to redundant grand master clocks in a generalized Precision Time Protocol gPTP network by sending a teardown message from one network element (A, B, C, D) to an adjacent network element, which teardown message changes the information relating to at least one of the redundant grand master clocks (A, D) in the network elements of the gPTP network, wherein the teardown message is a first Announce+ message which, as information, contains only the clock ID and the serial number of the grand master clock before the change, wherein thereafter a new announcement message is sent, which is a second Announce+ message and contains changed results relating to a selection of a new best grand master clock and the information from the teardown message, and, after receiving the teardown message, the information relating to the affected grand master clocks is removed from the local database of the receiving network element and the selection of the new best grand master clock is carried out.
  2. Method according to Patent Claim 1,
    wherein
    the teardown message is transmitted in the type-length-value TLV format.
  3. Method according to one of the preceding patent claims,
    wherein
    the announcement message is transmitted only once via each data port of the network element.
  4. Method according to one of the preceding patent claims, wherein
    the reception of the announcement message is acknowledged with a confirmation message to the transmitter.
  5. Method according to Patent Claim 4,
    wherein
    the confirmation message contains a copy of the received message.
  6. Network element which is incorporated in a communication network, wherein the communication network operates according to IEEE 802.1 TSN, wherein
    the network element is able and set up to operate according to one of the method claims.
EP16724625.5A 2016-05-19 2016-05-19 Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message Active EP3446466B1 (en)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/EP2016/061269 WO2017198304A1 (en) 2016-05-19 2016-05-19 Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message

Publications (2)

Publication Number Publication Date
EP3446466A1 EP3446466A1 (en) 2019-02-27
EP3446466B1 true EP3446466B1 (en) 2020-03-04

Family

ID=56072313

Family Applications (1)

Application Number Title Priority Date Filing Date
EP16724625.5A Active EP3446466B1 (en) 2016-05-19 2016-05-19 Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message

Country Status (4)

Country Link
US (1) US10892839B2 (en)
EP (1) EP3446466B1 (en)
CN (1) CN109155788B (en)
WO (1) WO2017198304A1 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3827623A1 (en) 2018-07-25 2021-06-02 Nokia Solutions and Networks Oy Synchronizing tsn master clocks in wireless networks
WO2020059138A1 (en) 2018-09-21 2020-03-26 三菱電機株式会社 Communication device, communication system, communication method, and communication program
US20220030533A1 (en) * 2018-11-26 2022-01-27 Telefonaktiebolaget Lm Ericsson (Publ) Devices and Methods for Handling Precise Timing Protocol Signaling from a Time Sensitive Network
CN112152745B (en) 2019-08-07 2021-09-28 中兴通讯股份有限公司 Time synchronization method, time synchronization sending end, time synchronization receiving end and time synchronization system
CN114467338A (en) * 2019-10-04 2022-05-10 瑞典爱立信有限公司 Propagation delay compensation tool box
DE102019219475B4 (en) * 2019-12-12 2021-08-05 Continental Automotive Gmbh Method for optimizing the time synchronization between network devices connected via a communication network
CN113271653B (en) * 2020-02-14 2022-06-10 华为技术有限公司 Communication method, device and system
WO2021237525A1 (en) * 2020-05-27 2021-12-02 Oppo广东移动通信有限公司 Wireless communication method and device
CN113972957B (en) * 2020-07-24 2022-12-13 维沃移动通信有限公司 Information control method and device and communication equipment
KR102656209B1 (en) * 2020-11-09 2024-04-09 한국전자통신연구원 Method for configuring port of 5g system to provide time synchronization service and network entity performing the same

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060168379A1 (en) 2004-12-13 2006-07-27 Tim Frodsham Method, system, and apparatus for link latency management
US20060203851A1 (en) * 2005-03-14 2006-09-14 Eidson John C Applications of multiple time synchronization domains
US8902932B2 (en) * 2008-10-02 2014-12-02 Cortina Systems, Inc. Systems and methods for a network device to update timing packets to reflect delay
CN103703102B (en) 2011-07-05 2015-09-30 松下电器产业株式会社 Rare earth class aluminium garnet type fluor and employ the light-emitting device of this fluor
CN102355346B (en) 2011-10-13 2018-02-09 中兴通讯股份有限公司 A kind of validity judgment method of clock synchronous source device and device
CN103023595B (en) * 2012-06-08 2017-07-21 中兴通讯股份有限公司 The implementation method and device of a kind of best master clock algorithm
US9973601B2 (en) * 2013-03-15 2018-05-15 Avago Technologies General Ip (Singapore) Pte. Ltd. Fault tolerant clock network
WO2016037259A1 (en) * 2014-09-12 2016-03-17 Siemens Canada Limited Clock synchronization over redundant networks
KR101757528B1 (en) * 2015-04-14 2017-07-13 전자부품연구원 Segment Synchronization Method for Network Based Display
WO2018055433A1 (en) 2016-09-21 2018-03-29 Peter Law Autonomously controllable pull wire injection catheter, robotic system comprising said catheter and method for operating the same

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
None *

Also Published As

Publication number Publication date
EP3446466A1 (en) 2019-02-27
WO2017198304A1 (en) 2017-11-23
US20190173596A1 (en) 2019-06-06
CN109155788B (en) 2021-05-25
US10892839B2 (en) 2021-01-12
CN109155788A (en) 2019-01-04

Similar Documents

Publication Publication Date Title
EP3446466B1 (en) Method for fast reconfiguration of gm clocks in the tsn network by means of an explicit teardown message
EP1875641B1 (en) Device for synchronising two bus systems and arrangement consisting of two bus systems
EP2145431B1 (en) Communication method and device for efficient and secure transmission of tt ethernet messages
DE602005002927T2 (en) TIME SYNCHRONIZATION DEVICE AND METHOD AND CORRESPONDING PRODUCTS
EP2559221B1 (en) Method and apparatus for interchanging data, and network
EP1370956B1 (en) Bus system consisting of at least two data buses
EP2258082A1 (en) Method for secure dynamic bandwidth allocation in the tt ethernet
DE102007003126A1 (en) Method for starting a communication system, communication system with a communication medium and a plurality of subscribers connected thereto and subscribers of such a communication system
DE10327548B4 (en) Method and device for exchanging data via a bus system
EP1884851B1 (en) Method, node and network for cyclical transmission of ethernet telegrams
EP3042473A1 (en) Method for transmitting messages in a computer network and computer network
EP0720337A2 (en) Method for highly reliable and consistent message communication
EP1763768A2 (en) Method and device for controlling a bus system, and corresponding bus system
EP1619849B1 (en) Method for synchronising a distributed system
EP2750310A1 (en) Method for synchronizing local clocks in a communication network of an industrial automation system and network infrastructure device
EP2965560B1 (en) Method and network infrastructure for the redundant transmission of messages in a distributed real-time system
DE102019219413A1 (en) Method for time-synchronized status and / or data acquisition in part software processes that are part of a software process and are executed on spatially separated computer systems
DE10246895B3 (en) Procedure for changing a parameter for the operation of a network and participants for performing the procedure
DE102006005840B4 (en) A method of processing a data set together, and a network system and a communication system for performing the method
WO2024017947A2 (en) Synchronized data network system, and method for initializing and synchronizing same
EP3099020B1 (en) Method for data communication between a limited number of communication partners connected to a common communication network
EP3996298A1 (en) Time synchronization in a real-time network
EP0768776A1 (en) Communication network and method for transmitting data
EP1453230A2 (en) Synchronisation in a switching data network
EP3751363A1 (en) Method for operating a redundant automation system

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

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)
GRAP Despatch of communication of intention to grant a patent

Free format text: ORIGINAL CODE: EPIDOSNIGR1

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

Free format text: STATUS: GRANT OF PATENT IS INTENDED

INTG Intention to grant announced

Effective date: 20191104

GRAS Grant fee paid

Free format text: ORIGINAL CODE: EPIDOSNIGR3

GRAA (expected) grant

Free format text: ORIGINAL CODE: 0009210

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

Free format text: STATUS: THE PATENT HAS BEEN GRANTED

AK Designated contracting states

Kind code of ref document: B1

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

REG Reference to a national code

Ref country code: GB

Ref legal event code: FG4D

Free format text: NOT ENGLISH

REG Reference to a national code

Ref country code: CH

Ref legal event code: EP

REG Reference to a national code

Ref country code: AT

Ref legal event code: REF

Ref document number: 1241745

Country of ref document: AT

Kind code of ref document: T

Effective date: 20200315

REG Reference to a national code

Ref country code: DE

Ref legal event code: R096

Ref document number: 502016009030

Country of ref document: DE

REG Reference to a national code

Ref country code: IE

Ref legal event code: FG4D

Free format text: LANGUAGE OF EP DOCUMENT: GERMAN

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: FI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: RS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: NO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200604

REG Reference to a national code

Ref country code: NL

Ref legal event code: MP

Effective date: 20200304

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BG

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200604

Ref country code: HR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: LV

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: SE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: GR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200605

REG Reference to a national code

Ref country code: LT

Ref legal event code: MG4D

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: NL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: ES

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: PT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200729

Ref country code: EE

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: SM

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: RO

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: IS

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200704

Ref country code: SK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: CZ

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: LT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

REG Reference to a national code

Ref country code: DE

Ref legal event code: R097

Ref document number: 502016009030

Country of ref document: DE

PLBE No opposition filed within time limit

Free format text: ORIGINAL CODE: 0009261

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

Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: CH

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200531

Ref country code: LI

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200531

Ref country code: DK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: MC

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

26N No opposition filed

Effective date: 20201207

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: PL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: SI

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

REG Reference to a national code

Ref country code: BE

Ref legal event code: MM

Effective date: 20200531

GBPC Gb: european patent ceased through non-payment of renewal fee

Effective date: 20200604

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: LU

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200519

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: GB

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200604

Ref country code: IE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200519

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: BE

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20200531

REG Reference to a national code

Ref country code: DE

Ref legal event code: R079

Ref document number: 502016009030

Country of ref document: DE

Free format text: PREVIOUS MAIN CLASS: H04L0029080000

Ipc: H04L0065000000

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: TR

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: MT

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: CY

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: MK

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

Ref country code: AL

Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT

Effective date: 20200304

REG Reference to a national code

Ref country code: AT

Ref legal event code: MM01

Ref document number: 1241745

Country of ref document: AT

Kind code of ref document: T

Effective date: 20210519

PG25 Lapsed in a contracting state [announced via postgrant information from national office to epo]

Ref country code: AT

Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES

Effective date: 20210519

PGFP Annual fee paid to national office [announced via postgrant information from national office to epo]

Ref country code: IT

Payment date: 20230523

Year of fee payment: 8

Ref country code: FR

Payment date: 20230515

Year of fee payment: 8

Ref country code: DE

Payment date: 20220620

Year of fee payment: 8