IEEE Std 1588-2019：网络测量与控制系统精密时钟同步协议

5星 · 超过95%的资源需积分: 49 26 浏览量更新于2024-07-15 1 收藏 8.91MB PDF 举报

"IEEE Std 1588-2019 (Revision of IEEE Std 1588-2008)" 是一个由IEEE Instrumentation and Measurement Society的技术委员会TC-9开发的标准，主要关注网络测量和控制系统中的精确时钟同步协议。 IEEE 1588，也称为精确时间协议（Precision Time Protocol，PTP），是一种用于包交换网络系统中时钟同步的方法。该标准的2019年修订版是对2008年版本的更新，旨在提高网络设备间的时间同步精度，这对于许多关键领域的应用至关重要，包括电力系统自动化、通信网络、金融交易、交通管理、视频广播和工业自动化等。此标准的主要目标是定义一种协议，能在网络测量和控制系统中实现精确的时钟同步。在分布式系统中，设备之间的准确时间同步是确保数据一致性、事件顺序记录、故障检测和协调操作的关键。IEEE 1588通过在网络中传递时间戳信息，使得各个设备能够调整其内部时钟，从而达到与参考时钟的精确同步。该协议的工作原理主要包括以下几个方面： 1. 主时钟和从时钟：网络中有一个或多个主时钟，它们提供参考时间。其他设备作为从时钟，通过与主时钟通信来调整自己的时间。 2. 时间戳：在网络传输的数据包中包含时间戳，这些时间戳用于计算传输延迟并校正从时钟。 3. 端到端延迟测量：PTP协议允许设备测量数据包从发送到接收的完整延迟，这有助于更准确地计算时间偏差。 4. 事件消息：PTP事件消息（如同步消息、跟随-up消息和延迟请求消息）在主从时钟之间交换，以实现时间调整。 5. 智能时钟算法：PTP协议采用智能算法，如Best Master Clock Algorithm (BMCA)，来确定网络中最佳的时间源，并自动进行主从时钟的角色分配。 6. 精度和适应性：IEEE 1588设计灵活，可以适应各种网络环境，包括以太网、光纤通道和无线网络，并能实现微秒甚至纳秒级的同步精度。修订版IEEE Std 1588-2019可能引入了新的改进，例如增强的性能、更高的精度、更好的网络适应性和对新技术的支持，以满足不断发展的网络技术需求。 IEEE 1588-2019标准对于那些需要严格时间同步的网络应用来说是至关重要的，它为确保跨设备的时间一致性提供了强大的框架和技术支持。

IEEE Std 1588-2019

IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems

2. Normative references

The following referenced documents are indispensable for the application of this document (i.e., they must

be understood and used, so each referenced document is cited in text and its relationship to this document is

explained). For dated references, only the edition cited applies. For undated references, the latest edition of

the referenced document (including any amendments or corrigenda) applies.

FIPS PUB 180-4:2015, Secure Hash Standard.

FIPS PUB 198-1:2008, The Keyed-Hash Message Authentication Code (HMAC).

IEC 61158-5-10:2007, Industrial communication networks

—Fieldbus specifications—Part 5-10:

Application layer service definition

—Type 10 elements.

IEC 61158-6-10:2007, Industrial communication networks

—Fieldbus specifications—Part 6-10:

Application layer protocol specification

—Type 10 elements.

IEC 61784-1:2007, Industrial communication networks

—Profiles—Part 1: Fieldbus profiles.

IEC 61784-2:2007, Industrial communications networks

—Profiles—Part 2: Additional fieldbus profiles for

real-time networks based on ISO/IEC 8802-3.

IEC 62026-3:2008, Low-voltage switchgear and controlgear

—Controller-device interfaces (CDIs)—Part 3:

DeviceNet.

IEEE Std 754™, IEEE Standard for Binary Floating-Point Arithmetic.

IEEE Std 802

, IEEE Standard for Local and Metropolitan Area Networks: Overview and Architecture.

IEEE Std 802.1AS™-2011, IEEE Standard for Local and Metropolitan Area Networks—Timing and

Synchronization for Time-Sensitive Applications in Bridged Local Area Networks.

IEEE Std. 802c™, Standard for Local and Metropolitan Area Networks—Overview and Architecture

Amendment: Local Medium Access Control (MAC) Address Usage.

IEEE Std 802.1Q™

-2014, IEEE Standard for Local and Metropolitan Area Networks—Bridges and

Bridged Networks.

IEEE Std 802.3™, IEEE Standard for Ethernet.

IEEE Std. 802.11™, IEEE Standard for Information technology—Telecommunications and information

exchange between systems—Local and metropolitan area networks—Specific requirements—

Part 11: Wireless LAN Medium Access Control (MAC) and Physical Layer (PHY) Specifications.

IERS Bulletin C.

IETF RFC 768 (1980), User Datagram Protocol, Postel, J., ed.

IETF RFC 791 (1981), Internet Protocol, Postel, J., ed.

FIPS publications are available from the National Technical Information Service, U. S. Department of Commerce

(http://www.ntis.org/).

IEC publications are available from the International Electrotechnical Commission (http://www.iec.ch) and the American National

Standards Institute (http://www.ansi.org/).

IEEE publications are available from The Institute of Electrical and Electronics Engineers (http://standards.ieee.org/).

The IEEE standards or products referred to in Clause 2 are trademarks owned by The Institute of Electrical and Electronics

Engineers, Incorporated.

IERS publications are available from the International Earth Rotation and Reference Systems Services (https://www.iers.org/).

IETF publications are available from the Internet Engineering Task Force (https://www.ietf.org/).

Authorized licensed use limited to: Shenzhen Technology University. Downloaded on November 28,2020 at 13:08:33 UTC from IEEE Xplore. Restrictions apply.

IEEE Std 1588-2019

IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems

IETF RFC 1624 (1994), Computation of the Internet Checksum via Incremental Update,

Rijsinghani, A., ed.

IETF RFC 4868 (2007), Using HMAC-SHA-256, HMAC-SHA-384, and HMAC-SHA-512 with IPsec,

Kelly, S., and Frankel, S., eds.

IETF RFC 8200 (2017), Internet Protocol, Version 6 (IPv6) Specification, Deering, S., and Hinden, R., eds.

ISO/IEC 10646:2003, Information technology

—Universal Multiple-Octet Coded Character Set (UCS)—

Part 1: Architecture and Basic Multilingual Plane.

3. Definitions, acronyms, and abbreviations

3.1 Definitions

For the purposes of this document, the following terms and definitions apply.

3.1.1 accuracy: The mean over an ensemble of measurements of the time or frequency error between the

clock under test and a reference clock.

NOTE 1— Line “B” in Figure 1 represents the error in the measured mean value with respect to the reference, that is,

the accuracy. The width of the curve of ensemble measurements, “C” in Figure 1, represents the measurement

precision.

Reference

clock value

Measured

mean value

Figure 1Histogram of an ensemble of measurements

NOTE 2— Different industries define "accuracy" in differing ways; however, for the discussion of an IEEE 1588

Grandmaster Clock, a smaller mean or maximum error from the reference time scale will be considered more accurate

(whether the mean error or the maximum error is more relevant depends on the application).

3.1.2 atomic process: A process in which all the values of all inputs to the process are not permitted to

change until all the results of the process are instantiated, and the outputs of the process are not visible to

other processes until the processing of each output is complete.

ISO publications are available from the International Organization for Standardization (http://www.iso.org/) and the American

National Standards Institute (http://www.ansi.org/).

Notes in text, tables, and figures of a standard are given for information only and do not contain requirements needed to implement

this standard.

Authorized licensed use limited to: Shenzhen Technology University. Downloaded on November 28,2020 at 13:08:33 UTC from IEEE Xplore. Restrictions apply.

IEEE Std 1588-2019

IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems

3.1.3 Boundary Clock: A PTP Instance that has multiple PTP Ports in a domain and maintains the

timescale used in the domain. Within a domain, it may serve as the source of time to other PTP Instances,

that is, be a Master Clock, and it can in addition synchronize to another Boundary Clock or Ordinary Clock,

that is, be a Slave Clock.

3.1.4 clock: A device that can provide a measurement of the passage of time since a defined epoch.

NOTE 1— There are only two types of clocks specified in this standard: the Local PTP Clock and the Local Clock.

NOTE 2—

For Local PTP Clocks associated with Ordinary Clocks and Boundary Clocks that are properly

synchronized, the epoch is the epoch of the timescale in use. In the case of a Local Clock associated with a

Transparent Clock, the epoch is locally defined and not necessarily aligned with the timescale in use.

NOTE 3— A clock provides time at desired moments of the timescale it maintains. Time is obtained either:

 Physically: in this type of clock, the time is modeled using a clock signal and a time counter that is

driven by the clock signal;

 Mathematically: in this type of clock, the time is generated by a model that describes the relation of

this clock to another clock (e.g., to a physical clock in a different timescale). The model enables the

calculation of the time of the clock from the time of the other clock.

NOTE 4— The word “clock” appears many times in this standard modified as Boundary Clock, Ordinary

Clock, Transparent Clock, or Grandmaster Clock. When used this way the combination, e.g. Boundary

Clock, is not a clock as defined here but rather contains a clock. For historical reasons, these terms have

been retained.

3.1.5 clock signal: A physical signal that has periodic events. The periodic events mark the significant

instants at which a time counter is incremented. The clock signal is characterized by its frequency and

phase.

3.1.6 default: When applied to attribute values and options of a PTP Instance, “default” means the

configuration of a PTP Instance as it is delivered from the manufacturer.

3.1.7 device: An entity implementing some functionality, for example, a clock, a Boundary Clock, an

encoder, and a port. See also: PTP Instance.

3.1.8 Direct PTP Link: A direct physical link with no intervening network elements between two PTP

Ports of Boundary Clocks, Ordinary Clocks, and/or peer-to-peer Transparent Clocks.

NOTE 1— A direct physical link, where at least one end point is a PTP Port of an end-to-end Transparent Clock, is not

a Direct PTP Link.

NOTE 2— A Direct PTP Link is a PTP Communication Path if the delay request-response mechanism is used. It is a

PTP Link if the peer-to-peer delay mechanism is used, and is at the same time a PTP Communication Path if it is

between two Boundary Clocks, two Ordinary Clocks, or a Boundary Clock and an Ordinary Clock.

3.1.9 domain (or PTP Domain): A logical grouping of PTP Instances using PTP to ensure that all Local

PTP Clocks in the grouping are synchronized to the Grandmaster Clock of the domain, but are not

necessarily synchronized to the Local PTP Clocks in another domain.

3.1.10 end-to-end port: A PTP Port that is configured to use the delay request-response mechanism.

3.1.11 end-to-end Transparent Clock: A Transparent Clock that supports the use of the delay request-

response mechanism between a PTP Port in the MASTER state and a PTP Port in the SLAVE state in the

same domain.

Authorized licensed use limited to: Shenzhen Technology University. Downloaded on November 28,2020 at 13:08:33 UTC from IEEE Xplore. Restrictions apply.

IEEE Std 1588-2019

IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems

3.1.12 epoch: The origin of a timescale.

3.1.13 event: An abstraction of the mechanism by which signals or conditions are generated and

represented. In this abstraction, the aspects of interest of the signals are conditions that occur at discrete

instants of time.

3.1.14 foreign master: If an Announce message is received on PTP Port a of PTP Instance A from PTP

Port b of PTP Instance B in the same PTP Network, and PTP Port b is not the current Master of PTP Port a,

then PTP Port b is considered a foreign master by PTP Port a.

3.1.15 fractional frequency offset: The fractional frequency offset (FFO) between a measured frequency

and a reference frequency is defined as follows:

(FO FR)

FFO

−

(1)

where

FO is the measured frequency

FR is the reference frequency

3.1.16 frequency offset: The frequency offset between a measured frequency and a reference frequency is

defined as follows:

Frequency Offset FO FR = −

(2)

where

FO is the measured frequency,

FR is the reference frequency.

3.1.17 Grandmaster Clock: In the context of a single PTP domain, the Local PTP Clock of an Ordinary

Clock or a Boundary Clock that is the source of time to which all other Local PTP Clocks in the domain are

synchronized.

3.1.18 Grandmaster PTP Instance: A PTP Instance containing the Grandmaster Clock.

3.1.19 holdover or holdover mode: A clock A, previously synchronized/syntonized to another clock B

(normally a primary reference or a Master Clock) but whose frequency is determined in part using data

acquired while it was synchronized/syntonized to B, is said to be in holdover or in the holdover mode as

long as it is within its accuracy requirements.

3.1.20 implemented message timestamp point: A point within a Precision Time Protocol event message

serving as a timestamp-capture point in the message. A timestamp is captured at the instant an implemented

message timestamp point passes a point possibly removed from the reference plane. Depending on the

implementation, the implemented message timestamp point is or is not equivalent to the message

timestamp point. See: message timestamp point.

NOTE—The relationship between the two is specified in 7.3.4.2.

3.1.21 integrity check value (ICV): The result of a cryptographic function used to ensure that

unauthorized modifications of a message are detected (e.g., the value might be the result of the keyed hash

function HMAC-SHA256.

NOTE—See FIPS PUB 180-4:2015.

Authorized licensed use limited to: Shenzhen Technology University. Downloaded on November 28,2020 at 13:08:33 UTC from IEEE Xplore. Restrictions apply.

IEEE Std 1588-2019

IEEE Standard for a Precision Clock Synchronization Protocol for Networked Measurement and Control Systems

3.1.22 key: In the context of a security association, refers to the secret used in the cryptographic calculation

of the integrity check value (ICV).

3.1.23 key distribution center (KDC): The functionality of a (typically) centralized authority to which

peers authenticate before distribution of security parameters. For instance, KDCs are used to distribute

security parameters for group-based communication.

3.1.24 L1 rx clock signal: A clock signal that is recovered from the reception of data from the medium.

3.1.25 L1 tx clock signal: A clock signal that is used in the transmission of data over the medium.

3.1.26 Local Clock: A physical clock that is used in the operation of the PTP Protocol.

 The Local PTP Clock may be derived from or identical to the Local Clock;

 The Local Clock may be syntonized to a reference clock signal.

NOTE—See 12.2.

3.1.27 Local Clock signal: The clock signal of a Local Clock.

3.1.28 Local PTP Clock: The clock of a PTP Instance that provides the local estimate of the time of its

Grandmaster Clock, that is it is synchronized to the time of the Grandmaster Clock. It is either a physical or

a mathematical clock, and it provides PTP or ARB (arbitrary) time.

NOTE—See 7.2.1.

3.1.29 Local PTP Clock signal: The clock signal of a Local PTP Clock.

3.1.30 management mechanism: A management protocol used for configuring and/or monitoring PTP

Nodes and PTP Instances.

NOTE—This term refers to the PTP management messages of this standard, as well as to the management protocols

defined in other standards (e.g., SNMP [B27]

and NETCONF [B20]).

3.1.31 Master Clock: In the context of a single PTP Communication Path, the Local PTP Clock of an

Ordinary Clock or Boundary Clock that is the source of time to which all other Local PTP Clocks on that

PTP Communication Path synchronize.

3.1.32 Master PTP Instance: A PTP Instance containing a Master Clock.

NOTE—A Master PTP Instance propagates the traceability information from the Grandmaster PTP Instance

throughout the associated PTP Communication Path.

3.1.33 message timestamp point: A point within a PTP event message serving as a reference point in the

message. A timestamp is defined by the instant a message timestamp point passes the reference plane of a

PTP Instance.

3.1.34 mixed-step PTP Instance: A PTP Instance where some PTP Ports can be one-step PTP Ports and

one or more PTP Ports can be two-step PTP Ports, see one-step PTP Port and two-step PTP Port.

3.1.35 multicast communication: A communication model in which each PTP message sent from any

PTP Port is received and processed by all PTP Ports on the same PTP Communication Path.

The numbers in brackets correspond to those of the bibliography in Annex Q.

Authorized licensed use limited to: Shenzhen Technology University. Downloaded on November 28,2020 at 13:08:33 UTC from IEEE Xplore. Restrictions apply.

剩余498页未读，继续阅读

SZU_X230

粉丝: 3
资源: 16

IEEE Std 1588-2019：网络测量与控制系统精密时钟同步协议

IEEE1588协议原文

IEEE_1588.pdf

ieee1588 标准

IEEE Std 802.3™-2008(Revision of IEEE Std 802.3-2005)Section 4

IEEE Std 802.3™-2008(Revision of IEEE Std 802.3-2005)Section 5

IEEE Std 802.3™-2008(Revision of IEEE Std 802.3-2005)Section 3

IEEE Std 802.3™-2008(Revision of IEEE Std 802.3-2005)Section 1

IEEE Std 1725-2021：移动电话可充电电池标准更新

IEEE Std 1800-2017: System Verilog统一硬件设计与验证标准

CRuL - Code Revision Library-开源

最新资源