WO2014044501A1 - Method for managing and maintaining an accurate distribution of time in a network when a failure occurs - Google Patents
Method for managing and maintaining an accurate distribution of time in a network when a failure occurs Download PDFInfo
- Publication number
- WO2014044501A1 WO2014044501A1 PCT/EP2013/067708 EP2013067708W WO2014044501A1 WO 2014044501 A1 WO2014044501 A1 WO 2014044501A1 EP 2013067708 W EP2013067708 W EP 2013067708W WO 2014044501 A1 WO2014044501 A1 WO 2014044501A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- path
- peer
- network
- time
- delay
- Prior art date
Links
- 238000000034 method Methods 0.000 title claims abstract description 53
- 238000012937 correction Methods 0.000 claims abstract description 39
- 230000001934 delay Effects 0.000 claims abstract description 23
- 230000005540 biological transmission Effects 0.000 claims abstract description 12
- 230000001955 cumulated effect Effects 0.000 claims abstract description 7
- 230000007246 mechanism Effects 0.000 claims description 52
- 238000005259 measurement Methods 0.000 claims description 27
- 238000011144 upstream manufacturing Methods 0.000 claims description 11
- 230000011664 signaling Effects 0.000 claims description 4
- 108700009949 PTP protocol Proteins 0.000 claims description 3
- 230000007613 environmental effect Effects 0.000 claims description 2
- 238000012805 post-processing Methods 0.000 claims description 2
- 238000004891 communication Methods 0.000 description 8
- 230000006870 function Effects 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 230000004807 localization Effects 0.000 description 4
- 238000001514 detection method Methods 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000001419 dependent effect Effects 0.000 description 2
- 230000003116 impacting effect Effects 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000002457 bidirectional effect Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000004064 dysfunction Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000000691 measurement method Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
- H04J3/0673—Clock or time synchronisation among packet nodes using intermediate nodes, e.g. modification of a received timestamp before further transmission to the next packet node, e.g. including internal delay time or residence time into the packet
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/06—Synchronising arrangements
- H04J3/0635—Clock or time synchronisation in a network
- H04J3/0638—Clock or time synchronisation among nodes; Internode synchronisation
- H04J3/0658—Clock or time synchronisation among packet nodes
- H04J3/0661—Clock or time synchronisation among packet nodes using timestamps
- H04J3/0664—Clock or time synchronisation among packet nodes using timestamps unidirectional timestamps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J3/00—Time-division multiplex systems
- H04J3/02—Details
- H04J3/14—Monitoring arrangements
-
- 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/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/40—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass for recovering from a failure of a protocol instance or entity, e.g. service redundancy protocols, protocol state redundancy or protocol service redirection
Definitions
- the invention relates generally to communication systems which involve packet switched network, called PSN and time distribution in such a network. More precisely, the invention relates to a method for managing an accurate distribution of time, especially when the environment is degraded, i.e. when a failure occurs within an equipment or on a path of the network impacting the information transfer relating to the distribution of time. In a main aspect, the invention is related to the maintaining of operational services of time distribution and delay measurements when a IEEE Standard 1588-2008 peer delay mechanism has failed.
- Transparent clocks are implemented on respective network elements - e.g. routers or switches - along a communication path between a given pair of master and slave clocks or Master and Slave ports, called thereafter respectively as “Master” and “Slave”. They exchange synchronization time-stamped packets aiming at distributing the time reference from the Mater to the Slave along said communication path. In this document, such time-stamped packets also called synchronization packets.
- a transparent clock can, by default, measure and inform the Slave of the associated network element residence times, said transparent clock is called as an end- to-end transparent clock.
- a transparent clock is also able to measure neighboring link/path delays - said measurement method being called as the peer delay mechanism - the transparent clock is called as a peer-to-peer transparent clock.
- a given pair of peer-to-peer transparent clocks are said to be "adjacent” if they are peers to each other with regards to the peer delay mechanism.
- Two such adjacent peer-to-peer transparent clocks can be directly connected via a network physical "link” or can by separated by a network "path” made of successive combinations of network links and network elements.
- the standard IEEE 1588V2 also called Precision Time Protocol release 2 version or PTPV2
- IEEE Institute of Electrical and Electronics Engineers
- a transparent clock TC may be, as defined in the IEEE 1588V2 standard : a peer-to-peer transparent clock, "P2P TC".
- Figure 1 represents a P2P network architecture comprising P2P TCs ensuring path delay measurements between each node and residence time measurements of each traversed node on the end-to-end synchronization path between the Master 106 and the Slave 108.
- P2P TCs ensuring path delay measurements between each node and residence time measurements of each traversed node on the end-to-end synchronization path between the Master 106 and the Slave 108.
- a given link/path delay could be measured twice by two peer delay instances, each measurement instance being triggered by one or the two adjacent P2P TCs delineating the considered link/path.
- this targeted redundant operation mode suffers from strong issues especially while considering :
- these two measurement instances aim at covering the case when synchronization packets transmission directions change relatively to the rules imposed by the PTPV2 standard
- both involved ports have to be capable of generating messages. It means that if a failure occurs at one side, e.g. one port unable to generate messages, then both instances fail.
- the messages exchanged within a P2P network architecture comprise different fields aiming at sharing synchronization data and/or time distribution information between the network elements.
- Such messages can be for instance Sync messages as defined in the IEEE 1588V2 standard.
- One field within the messages is particularly used in a P2P network architecture, it is called the "correction field" as defined in the IEEE 1588V2 standard.
- NE Network element
- path delays mean path delays, called "path delays” and ;
- the downstream (with regards to the time distribution direction) P2P TC has to be declared as in a FULL failure state whereas some of its remaining interesting capabilities could still be maintained for supporting the time distribution (e.g. NE residence time measurements).
- the figure 1 represents in each NE : 104 1 ; 104 2 , 104 3 , an associated peer-to-peer transparent clock (P2P TC) : 102 1 ; 102 2 , 102 3 .
- the peer delay mechanism - providing the measurement of an adjacent path delay information, also called peer delay information - allows for cumulating into the correction field CF of the Sync message with said path delay information and residence time across each NE.
- the peer delay mechanism is based on a scheme which requires a mechanism for bidirectional message exchanges 120 and 130.
- One solution consists in detecting the failure and replacing a synchronization path between the Master and the Slave by another valid path, like a backup synchronization path.
- Figure 2 represents such a solution in which a backup end-to-end synchronization path 1 10 is identified and activated in order to allow path delay and residence time measurements.
- the backup path comprises a set of NE 104 , 104 5 , 104 6 , 104 7 , which are associated respectively to TCs 102 4 , 102 5 , 102 6 , 102 7
- a reference clock might be used to control the transparent clock frequency deviation.
- This reference clock could be embedded either locally - i.e. either within the transparent clock or within an associated network element - or could be available through an external synchronization signal, such as a retimed bit stream.
- a locking system might be able to detect any deviation between the frequency carried by the retimed signal and the frequency generated by the local oscillator of the transparent clock.
- a holdover mode is triggered at the slave level, meaning that the progression of time is driven by the stability of the slave oscillator frequency. This behavior is not relevant for long time holdover.
- the Time deviation between two high quality/expensive clocks i.e. Primary References Clocks - ITU-T G.81 1 characteristics
- Typical slave clocks are far from these best- in-class clocks.
- One object of the invention is to overcome at least some of the inconveniences of the state of the art. Some embodiments of the invention allow to improve and maintain an operational protection schemes for P2P architecture when a failure event occurs disabling the peer delay mechanism between two adjacent P2P TCs.
- each time stamped packet comprising at least a correction field CF indicating the cumulated transmission delay of the said packet along the end-to-end synchronization path, the correction field CF being updated by each network element of the first set.
- the method comprises :
- the method comprises generating a first stability indicator reflecting the risk of using a past path delay value instead a measured one when detecting a failure event by the first element to the Slave.
- the stability indicator allows for assessing the potential time distribution error from the master to the slave of using a past path delay value instead a measured one when detecting a failure event by the first element to the Slave.
- the first network element detects an internal failure event occurring within the path delay measurement between the first network element and its upstream adjacent neighbour.
- the first network element detects a failure event occurring in its upstream adjacent neighbour.
- the current value of the correction field CF of at least a time-stamped packet transiting in the first element is updated with the transit value.
- the new correction field value is transmitted to the Slave through a time-stamped packet transiting in the first element in a TLV field- TLV referring to the "Type Length Value" - of the said time- stamped packet.
- At least one of the previous past path delay values is transmitted to the Slave through a time-stamped packet transiting in the first element in a TLV field of the said time-stamped packet.
- the Slave computes the new correction field value instead the first element.
- the first value is a function of a previous set of past path delays which are stored in the first element.
- the first value is a mean value of a previous set of past path delays which were stored in the first element.
- the first value is the last path delay which was stored by the first element.
- the failure event disables the peer delay mechanism of the P2P protocol between the first element and its upstream adjacent neighbour in the synchronization path.
- the method is particularly suited to this context.
- the first indicator is generated in a signalling message belonging to the IEEE 1588V2 protocol from the PTP protocol.
- the first indicator is generated in a specific created TLV field of a PTP message, the TLV being added to the time- stamped packet by the first network element.
- the correction field is in the header of a signalling message from the PTP protocol.
- the correction field value of each time stamped message transiting in the said first element is updated when failure event is detected by the first element.
- one other object of the invention concerns a network element for updating at least a field of data of at least a message transiting in a packet network, the said network element allows detecting a failure event occurring in a path delay measurement mechanism, the network element being associated to a peer-to-peer transparent clock in order to determine and correct path delays and network element (NE) residence time of time- stamped packets, each time stamped packet comprising at least a correction field CF indicating the current cumulated residence times and path delays of the said packet on the synchronization path.
- NE network element
- the network element and its associated P2P transparent clock allow for:
- ⁇ figure 1 illustrates an end-to-end synchronization path between a
- ⁇ figure 2 illustrates a solution of the state of the art when a failure occurs by reconfiguring a backup synchronization path
- ⁇ figure 3 illustrates a packet network implementing a method according to the invention
- ⁇ figure 4 illustrates the peer delay mechanism of a P2P transparent clock architecture
- ⁇ figure 5 illustrates the packet network of figure 1 wherein a P2P TC presents a failure.
- PSN Packet Switched Network
- Precise Time Protocol refers hereafter to the IEEE 1588 v2 standard.
- Figure 3 represents a hierarchical synchronization architecture of time distribution in a PSN network.
- a grandmaster clock MC distributes a reference time through the network to slave clocks SC.
- a set of P2P transparent clocks TC and boundary clocks BC allows peer delay mechanism in the network.
- the boundary clock BC allows for segmenting the synchronization network into areas with bounded packet delay variation.
- the grandmaster MC, the boundary clocks BC and the slave clocks SC are organized into a tree-like hierarchy with the grandmaster as the root of this hierarchy, the slave clocks as its leaves, and boundary clocks as intermediate elements.
- the grandmaster distributes the time reference towards the slave clocks across this tree-like hierarchy.
- the synchronization path between the grandmaster MC and a given slave clock SC can be decomposed as a succession of pairs of Master and Slave with one Slave of the upstream segment/area becoming the Master of the downstream segment/area.
- P2P Transparent clocks TC are deployed between a given pair of the aforementioned Master and Slave. The later allow for taking into account the overall end-to-end transmission delays of PTP packets between the Master and the Slave .
- a P2P TC for each network element, called NE, along the end-to-end communication path between a Master and a Slave , a P2P TC is implemented.
- Each NE is associated to a P2P TC. This latter particularly allows for measuring PTPV2 message residence time within the NE, also called transit delay, and adjacent upstream path delays of the 1588V2 event message/packet.
- a NE may be for instance a router or a switch.
- Figure 4 represents the peer delay mechanism of a P2P transparent clock architecture as described within the IEEE 1588V2 standard.
- This mechanism allows for measuring the path delay between two ports that implement the peer delay mechanism. This measurement is conducted by all ports of a network element implementing the said mechanism. Both ports, sharing a given link/path, independently make the measurement and both ports know the path delay.
- the path delay measurement starts with port 1 issuing a P_REQ message, also known as "Pdelay_Req message" and generating a timestamp t1 for the P_REQ message, tpi represents the time scale in port 1 of a first peer entity P1 .
- P_REQ messages are represented by arrows 130 on figure 1 , 5.
- Port-2 receives the P_REQ message and generates a timestamp t2 for this message. Port-2 returns a P_RESP, also known as "Pdelay_Resp message", and generates a timestamp t3 for this message.
- tP2 represents the time scale in port 2 of a second peer entity P2.
- P_REQ messages are represented by arrows 120 on figure 1 , 5. In order to minimize errors due to any frequency offset between the two ports, Port-2 returns the P_RESP message as quickly as possible after the receipt of the P_REQ message.
- Respectively Port-1 generates a timestamp t4 upon receiving the P_RESP message. Port-1 then uses these four timestamps to compute the mean path delays.
- the peer delay mechanism mainly consists of the exchange of P_REQ / P_RESP messages in order to measure the mean path delay between 2 PTP peers implementing the peer delay mechanism while considering opposite communication directions. This latter "link/path delay” is called "path delay”.
- the method of the invention allows maintaining operations of path delay measurements in a degraded context.
- the degraded context corresponds to a failure events related to the peer delay mechanism on P2P TCs, i.e. related to the path delay measurement mechanism. In that case, the failure event disables the nominal path delay measurement of the peer delay mechanism.
- the method of the invention is related to a one-step mode, i.e. without implementing the P_RESP_Fup message, or to a two-step-mode, i.e. implementing P_RESP_Fup message.
- the method of the invention is related either to a one-way mode or a two-ways mode. It means that the invention is applicable to the unidirectional message transmission from the Master to the Slave (i.e. Sync transmission only) and PTV2 messages in both communication direction (i.e. exchange of Sync, Delay_Req and Delay_Resp). Nevertheless the invention appears particularly advantageous in the one-way and multicast modes.
- Figure 5 represents a end-to-end synchronization path a Master and a Slave of a packet network wherein the end-to-end synchronization path presents such a failure as described above.
- the method of the invention allows for updating the correction field of at least a SYNC message in order to maintain the synchronization chain in a degraded state as per lack of peer delay measurements between 2 peers implementing the peer delay mechanism such as 2 P2P TCs.
- the scope of the invention is applicable to messages which carry data field comprising data as defined in the correction field of SYNC messages.
- a packet network comprises P2P transparent clocks 102i, 102 2 ,102 3 in order to measure the respective residence times of packets through elements 104i, 104 2 , 104 3 of said network.
- each network element 104i is associated to a P2P TC 102, whose functions consist in measuring the network element residence times and the network element upstream path delay information related to the time-stamped packets transmitted between a Master 106 and a Slave 108 through at least one end-to-end path 1 12.
- control packets and pair of Master 106 and Slave 108 operates accordingly to the IEEE 1588V2 protocol already mentioned.
- Transparent clocks 102 1 ; 102 2 , 102 3 operations, according to said protocol IEEE 1588V2, are especially dedicated to fight out the packet jitter - i.e. the Packet Delay Variations (PDVs) - within the network as well as the PDV-induced communication path delay asymmetry, often mentioned as "network noise", whereby the communication delay of one PTPV2 message in one direction (e.g. from Master 106 to Slave 108) significantly differs from the delay of a related PTPV2 message (i.e. with the same sequence number) in the opposite direction (e.g. from Slave 108 to Master 106), which is inherent to PSNs ("two-ways" approach).
- PDNs Packet Delay Variations
- a one-way time distribution from the Master to the Slave is generally sufficient and efficient , for achieving stringent synchronization requirement at the Slave level.
- each peer-to-peer transparent clock implements the method of the invention.
- the method allows the detection of a failure at the peer delay mechanism level by a network element. Depending of the localization of the failure, at least one network element is able to detect the failure event.
- a failure event 200 occurs on the link/path between NE 104i and NE 104 2 .
- the failure event is such that it only disables the peer delay mechanism between NE 104 2 and NE 104i.
- the said network element and its associated transparent clock allows for updating some data from specific time stamped packets.
- the updated data allow for maintaining the synchronization path and allow for informing the Slave of the failure event in the network and its localization.
- the method allows for generating a specific indicator indicating the localization of the peer delay mechanism failure event to the impacted Slave.
- the method of the invention allows using SYNC message which is sent from the Master NE 106 to at least a Slave NE 108.
- the SYNC message has a specific field as described above, called "correction field", which indicates a cumulated value of residence time and path delays of the transmitted SYNC message along the end-to-end synchronization path 1 12. While considering a full P2P TC support, It comprises the transit delay across each NE and each link/path delay between NE.
- the method of the invention allows for detecting a failure event which disables the peer delay mechanism.
- both NEs may detect any dysfunction with its neighbor. It means that both NEs are able to detect a failure event at the peer delay mechanism level.
- the failure event When a failure event occurs in a given NE, the failure event disables at least the peer delay mechanism on at least a second adjacent NE located downstream between the Master and the Slave.
- the second NE is capable of detecting a failure event occurred upstream on the link/path.
- the first NE can also detect the failure event thanks to an internal mechanism.
- the method of the invention comprises a step which allows for detecting a failure event impacting the peer delay mechanism between two adjacent NEs.
- the method of the invention allows for a local updating of the correction field of the SYNC message with at least a past value of the measured path delay, called a "measured past path delay value". If the method is applied to messages equivalent to SYNC messages, the updating step of the method remains unchanged.
- the past value is stored in the P2P TC prior to the failure event.
- the past value is used instead of the real-time one.
- the invention allows for using memory capabilities of the NE or the associated P2P TC for storing at least one past value of the measured path delay in order to update the correction field of the SYNC message when a failure occurs.
- the method of the invention allows an advertisement to the impacted Slave of a failure event at the peer delay mechanism level and the impact of the used protection schemes in terms of stability.
- An indicator is used for this purpose. This indicator particularly allows the Slave for taking reconfiguration decisions for instance.
- the indicator could be supported by the header of the SYNC message in an unoccupied/undeveloped field of the header (e.g. Control Field).
- the indicator could be supported by a
- TLV referring to the "Type Length Value" semantics within SYNC messages
- both the updated value of the CF and the indicator could be supported by a TLV extension field of a time stamped packet.
- This indicator has at least two roles.
- a first role comprises indicating a failure event for the peer delay mechanism. This is a "failure indicator" which is an alarm dedicated to inform the impacted Slave with the following goals:
- a second role comprises indicating the stability of such protection scheme on the distribution of time.
- the indicator can be considered as a "stability indicator".
- this stability indicator announces :
- the failure indicator and the stability indicator may be supported by dedicated Announce or Follow-up messages.
- P2P TCs are by principle transparent to the Announce message, they may be implemented in such a way.
- the indicator when indicating a failure event cannot be modified by others NE of the synchronization path. It ensures a good transmission to the Slave of the localization of failure event.
- an impacted Slave of a failed synchronization link/path can take advantage of the protection scheme stability indicator by finally triggering or not triggering the holdover mode or a path reconfiguration avoiding the failed P2P TC, e. g. switching to a backup path.
- the method of the invention allows a local handling of the modification of the SYNC message which transits across the NE 104 2 which has detected the failure event.
- the method of the invention allows for updating the data of the correction field of at least a SYNC message transiting in the network element 104 2 with a new value once the failure event has occurred.
- the new correction field value is a function of :
- Outgoing_CF value lncoming_CF value + NE residence time + P_LD.
- a past path delay value can result from an average of several past values.
- the correction may be performed according to the link/path connected to the ingress port of the SYNC message and according to the link/path connected to the egress port for P_REQ messages.
- the TLV field may be updated with statistical data allowing post-processing analysis by an impacted Slave.
- the TLV of the SYNC message may be updated with :
- the method of the invention allows for establishing a protection methodology addressing a peer delay mechanism failure.
- This mode is theoretically better than a pure holdover mode which drives the progression of time with respect the local Slave frequency reference.
- the mean path delay could be provided by the peer delay mechanism at the PTPV2 level or by similar mechanism at the physical layer.
- the method of the invention aims at offering a suitable protection scheme for P2P TCs experimenting a failure at the peer delay mechanism level.
- the proposed solution allows for using P2P TCs in a degraded mode, meaning that it saves synchronization resources. Accordingly these well suited solutions are cost-effective comparatively to general state-of-the-art protection schemes.
- the presented solution allows for keeping the same synchronization topology within an optimized one-way and multicast mode.
- the method of the invention allows better resource provisioning, resource allocation and stability of the synchronization topology than the solutions from the state of the art.
- the different aspects of the invention particularly cover the mobile network application demonstrating stringent frequency and time accuracy requirements (e.g. microsecond time accuracy) at the slave level.
- stringent frequency and time accuracy requirements e.g. microsecond time accuracy
- a full P2P Transparent Clock deployment is one viable approach for addressing such an issue.
- this proposal can particularly be well-suited for a full deployment of P2P TCs where a P2P TC is implemented on every NE within the PSN but, depending on the embodiments, this "full deployment" implementation might not be required.
- end-to-end TC or PTP-unaware network elements can be intermediate elements between 2 (adjacent) P2P TCs.
Abstract
Description
Claims
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/429,476 US9571216B2 (en) | 2012-09-19 | 2013-08-27 | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs |
CN201380060027.3A CN104798326A (en) | 2012-09-19 | 2013-08-27 | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs |
KR1020157010035A KR101594281B1 (en) | 2012-09-19 | 2013-08-27 | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs |
JP2015532356A JP5932157B2 (en) | 2012-09-19 | 2013-08-27 | Method for managing and maintaining accurate time distribution in a network in the event of a failure |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP12185080.4 | 2012-09-19 | ||
EP12185080.4A EP2712099B1 (en) | 2012-09-19 | 2012-09-19 | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2014044501A1 true WO2014044501A1 (en) | 2014-03-27 |
Family
ID=46851338
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/EP2013/067708 WO2014044501A1 (en) | 2012-09-19 | 2013-08-27 | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs |
Country Status (6)
Country | Link |
---|---|
US (1) | US9571216B2 (en) |
EP (1) | EP2712099B1 (en) |
JP (1) | JP5932157B2 (en) |
KR (1) | KR101594281B1 (en) |
CN (1) | CN104798326A (en) |
WO (1) | WO2014044501A1 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016225714A (en) * | 2015-05-27 | 2016-12-28 | セイコーソリューションズ株式会社 | Signal transmission device for delay measurement, delay measuring system, signal transmission method for delay measurement, and program |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2712100A1 (en) * | 2012-09-19 | 2014-03-26 | Alcatel Lucent | Method for switching from a one-way into a two-way signalling mode as a protection scheme for the distribution of time and frequency over a packet switched network |
JP2017090046A (en) * | 2014-02-13 | 2017-05-25 | 日本電気株式会社 | Repeating device, time synchronization system, and time synchronization method |
EP3343809B1 (en) * | 2015-08-27 | 2020-09-30 | Nec Corporation | Relay device, communication system, and fault detection method |
JP6601232B2 (en) * | 2016-01-21 | 2019-11-06 | 富士通株式会社 | Analysis method, analysis device, and analysis program |
CN110226297B (en) * | 2017-02-01 | 2022-07-12 | 英国电讯有限公司 | Method, medium and optical network for locating events in optical network |
KR101973264B1 (en) * | 2017-06-30 | 2019-04-26 | 명지대학교 산학협력단 | Clocks timing fault recovery method and apparatus in precision time protocol system |
CN107395307B (en) * | 2017-07-12 | 2019-04-19 | 瑞斯康达科技发展股份有限公司 | A kind of clock synchronizing method and equipment |
JP6879234B2 (en) * | 2018-03-12 | 2021-06-02 | 日本電信電話株式会社 | Time synchronization device and time synchronization method |
GB2573573B (en) * | 2018-05-11 | 2022-08-17 | Cambridge Broadband Networks Group Ltd | A system and method for distributing packets in a network |
EP4145804A1 (en) * | 2018-11-19 | 2023-03-08 | Telefonaktiebolaget LM ERICSSON (PUBL) | 5g system support for conveying tsn time synchronization |
US11546072B2 (en) * | 2018-12-14 | 2023-01-03 | Arris Enterprises Llc | Systems and methods to improve holdover performance in R-PHY network architectures |
US10972382B2 (en) * | 2019-06-05 | 2021-04-06 | Nokia Solutions And Networks Oy | Dynamic shared protection using redundant network paths |
US11876609B2 (en) * | 2019-07-18 | 2024-01-16 | Nippon Telegraph And Telephone Corporation | Time sync device, time sync method, and program |
KR102175461B1 (en) | 2020-04-17 | 2020-11-06 | (주)스페이스엔지니어링 | Evacuation slide |
KR102204129B1 (en) | 2020-07-16 | 2021-01-18 | (주)스페이스엔지니어링 | Slide with safety connection device and construction method therefor |
CN114666199A (en) * | 2020-12-24 | 2022-06-24 | 中兴通讯股份有限公司 | Network fault diagnosis method, device, equipment and storage medium |
KR102372324B1 (en) * | 2021-11-23 | 2022-03-10 | (주) 시스메이트 | Network interface card structure and clock synchronization method to precisely acquire heterogeneous PTP synchronization information for PTP synchronization network extension |
KR102529583B1 (en) | 2022-08-12 | 2023-05-08 | (주)스페이스엔지니어링 | Evacuation slides for wheelchair usersn |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2367309A1 (en) | 2010-02-10 | 2011-09-21 | Alcatel Lucent | Method for detecting a synchronization failure of a transparent clock and related protection schemes |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101615963B (en) * | 2008-06-23 | 2012-12-12 | 华为技术有限公司 | Method and system for processing correction domain information |
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 |
US8274998B2 (en) * | 2008-10-02 | 2012-09-25 | Cortina Systems, Inc. | Systems and methods for packet based timing offset determination using timing adjustment information |
US8064485B1 (en) * | 2008-11-14 | 2011-11-22 | Cisco Technology, Inc. | System and method for providing quality inter-domain network time transport |
US8416763B1 (en) * | 2008-11-14 | 2013-04-09 | Cisco Technology, Inc. | System and method for providing quality inter-domain network time transport |
EP2422468B1 (en) * | 2009-04-21 | 2013-08-21 | Alcatel Lucent | Add and drop elements for ntp on-path-support and method for inter-operating between ntp and ieee-1588 protocol domains |
CN101827098A (en) * | 2010-03-31 | 2010-09-08 | 中兴通讯股份有限公司 | Processing method and device for time synchronization |
EP2381622B1 (en) * | 2010-04-23 | 2012-06-20 | Alcatel Lucent | Update of a cumulative residence time of a packet in a packet-switched communication network |
EP2461501A1 (en) * | 2010-12-01 | 2012-06-06 | Alcatel Lucent | Tunnel follow-up message for transparent clock |
EP2487836A1 (en) * | 2011-02-01 | 2012-08-15 | Alcatel Lucent | Automatic capture of the network delay components |
EP2487819B1 (en) * | 2011-02-10 | 2015-08-05 | Alcatel Lucent | Network element for a packet-switched network |
JP5650072B2 (en) * | 2011-08-03 | 2015-01-07 | 日本電信電話株式会社 | Frequency / time synchronization method and frequency / time synchronization apparatus |
WO2013117217A1 (en) * | 2012-02-07 | 2013-08-15 | Telefonaktiebolaget L M Ericsson (Publ) | Method and device for resident time calculation and synchronization |
JP2013165326A (en) * | 2012-02-09 | 2013-08-22 | Sony Corp | Information processing device, method and program and information processing system |
EP2712100A1 (en) * | 2012-09-19 | 2014-03-26 | Alcatel Lucent | Method for switching from a one-way into a two-way signalling mode as a protection scheme for the distribution of time and frequency over a packet switched network |
-
2012
- 2012-09-19 EP EP12185080.4A patent/EP2712099B1/en not_active Not-in-force
-
2013
- 2013-08-27 KR KR1020157010035A patent/KR101594281B1/en not_active IP Right Cessation
- 2013-08-27 WO PCT/EP2013/067708 patent/WO2014044501A1/en active Application Filing
- 2013-08-27 US US14/429,476 patent/US9571216B2/en active Active
- 2013-08-27 JP JP2015532356A patent/JP5932157B2/en not_active Expired - Fee Related
- 2013-08-27 CN CN201380060027.3A patent/CN104798326A/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2367309A1 (en) | 2010-02-10 | 2011-09-21 | Alcatel Lucent | Method for detecting a synchronization failure of a transparent clock and related protection schemes |
Non-Patent Citations (2)
Title |
---|
"IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems;IEEE Std 1588-2008 (Revision of IEEE Std 1588-2002) ED - Anonymous", IEEE STANDARD; [IEEE STANDARD], IEEE, PISCATAWAY, NJ, USA, 24 July 2008 (2008-07-24), pages c1 - 269, XP017604130, ISBN: 978-0-7381-5400-8 * |
SVEN MEIER ET AL: "IEEE 1588 applied in the environment of high availability LANs", INFORMATION SCIENCES AND SYSTEMS, 2007. CISS '07. 41ST ANNUAL CON FERENCE ON, IEEE, PI, 1 October 2007 (2007-10-01), pages 100 - 104, XP031161286, ISBN: 978-1-4244-1063-7 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2016225714A (en) * | 2015-05-27 | 2016-12-28 | セイコーソリューションズ株式会社 | Signal transmission device for delay measurement, delay measuring system, signal transmission method for delay measurement, and program |
Also Published As
Publication number | Publication date |
---|---|
KR101594281B1 (en) | 2016-02-15 |
KR20150060791A (en) | 2015-06-03 |
EP2712099A1 (en) | 2014-03-26 |
EP2712099B1 (en) | 2015-04-01 |
JP5932157B2 (en) | 2016-06-08 |
US20150249514A1 (en) | 2015-09-03 |
JP2015533040A (en) | 2015-11-16 |
US9571216B2 (en) | 2017-02-14 |
CN104798326A (en) | 2015-07-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9571216B2 (en) | Method for managing and maintaining an accurate distribution of time in a network when a failure occurs | |
JP5525068B2 (en) | Method and associated protection scheme for detecting transparent clock synchronization failure | |
RU2504086C1 (en) | Sychronisation network configuration | |
KR101646889B1 (en) | Method for switching from a one-way into a two-way signalling mode as a protection scheme for the distribution of time and frequency over a packet switched network | |
JP5480977B2 (en) | Synchronization network configuration with synchronization trail for time synchronization and frequency synchronization | |
EP2333993B1 (en) | Automatic management of timestamp-based synchronisation protocols | |
JP5661951B2 (en) | Network elements for packet-switched networks | |
KR101807745B1 (en) | A method for detecting timing references affected by a change in path delay asymmetry between nodes in a communications network | |
US11503560B2 (en) | Time synchronization offset adjustment method and apparatus, terminal, and access layer device | |
CN103098396A (en) | Interworking agent adapted to interact between network and precision time protocol entities | |
WO2023060390A1 (en) | Method and network device for ptp clock synchronization | |
CN116112113A (en) | Method and system for implementing dual-time-plane synchronous enhancement architecture |
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: 13756409 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2015532356 Country of ref document: JP Kind code of ref document: A |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
WWE | Wipo information: entry into national phase |
Ref document number: 14429476 Country of ref document: US |
|
ENP | Entry into the national phase |
Ref document number: 20157010035 Country of ref document: KR Kind code of ref document: A |
|
122 | Ep: pct application non-entry in european phase |
Ref document number: 13756409 Country of ref document: EP Kind code of ref document: A1 |