IEEE1588的一些基本概念文档格式.docx
《IEEE1588的一些基本概念文档格式.docx》由会员分享，可在线阅读，更多相关《IEEE1588的一些基本概念文档格式.docx（12页珍藏版）》请在冰豆网上搜索。
Sync
Delay_Req
Pdelay_Req
Pdelay_Resp
通用报文包括：
Announce
Follow_Up
Delay_Resp
Pdelay_Resp_Follow_Up
Management
Signaling
Sync,Delay_Req,Follow_Up和Delay_Resp通过应答机制（delayrequest-responsemechanism）用于产生和通信用于同步普通时钟和边界时钟的时间信息。
Pdelay_Req,Pdelay_Resp和Pdelay_Resp_Follow_Up通过peer延时机制（peerdelaymechanism）用于测量两个时钟port之间的链接延时。
链接延时被用来更正在Sync和Follow_Up报文中的时间信息。
Annouce用于建立同步层次关系。
Management用于查询和更新时钟所维护的PTP数据集。
Signaling用于其他的目的，例如在主从之间协调单播报文的发送频率。
3PTP设备类型（from6.5）
包括：
a）Ordinaryclock普通时钟
一个普通时钟通过基于一个物理端口上的两个逻辑接口在网络上通信。
事件接口用于发送和接收事件报文，通用接口用于发送和接受通用报文。
在一个PTP的域内，普通时钟只能处于唯一的一种状态，可以是主钟，也可以是从钟。
一个普通时钟维护两种类型的数据集：
时钟数据集和端口数据集。
协议引擎负责：
发送和接受PTP报文，维护数据集，执行与端口关联的状态机，根据接收到的PTP时间报文和产生的时间戳计算主机时间（如果端口处于从状态）。
b）Boundaryclock边界时钟
边界时钟通常会有多个物理端口，每个物理端口有两个逻辑接口：
时间和通用。
边界时钟的每个端口与普通时钟基本一致，除了：
边界时钟所有的端口的时钟数据集是公用的，公用一个本地时间。
每个协议引擎会有额外的功能来解析所有端口的状态，从而决定哪个端口用来提供时间信号来同步本地时钟。
c）End-to-endtransparentclock端对端透明时钟
端对端透明时钟象一个普通的桥、路由器或中继器那样转发所有的报文。
但对于PTP事件报文，residenttimebridge会测量PTP事件报文的停留时间（esidencetimes：
报文穿越透明时钟所需要的时间）。
这个时间会写入到这个PTP事件报文或者其后续followup报文（Follow_Up或者Pdelay_Resp_Follow_Up）的特定字段中（correctionField）。
这个更正值是基于事件报文进入和离开透明时钟时的时间戳的差值。
d）Peer-to-peertransparentclock点对点透明时钟
点对点透明时钟与端对端透明时钟主要区别在于它更正和处理PTP时间报文的方式，除此以外，两者是一样的。
点对点透明时钟对于每一个端口有一个额外的模块，这个模块用来计算每个端口和与它分享这条链接的另一端（也要支持点对点透明时钟）的链路延时。
这个链路的延时计算是基于与其链路端交换Pdelay_Req，Pdelay_Resp和可选的Pdelay_Resp_Follow_Up报文过程的。
端对端透明时钟是更正所有的PTPEvent时间报文，而点对点只更正Sync和Follow_Up报文，因为延时已经确定了。
这些报文中的correctionField字段会被Sync报文的Residence时间和链路延时时间更新。
由于链路之间的延时已经包含在correctionField中，所以点对点透明时钟中的Master时钟不用对每个slave时钟的Delay_Req作出回应。
e）Managementnode
有一条或者多条物理链接到网络上；
作为一个通向PTP管理报文的人机或编程接口；
可以与任何时钟类型组合。
4同步概况（from6.6）
建立主从层次关系：
在一个域中，普通时钟和边界时钟的每个端口都有一个独立的协议状态机，每个端口检查其接受到的所有的Annouce报文，利用最佳主时钟算法（BestMasterClock，BMC），决定时钟端口的状态：
Master，Slave还是Passive。
最佳主时钟算法通过比较描述两个时钟的数据来决定哪个数据描述了更好的时钟。
这个算法有两个分离的算法组成：
数据集比较算法和状态决定算法。
数据集比较算法是基于相关属性的逐队比较的，这些属性包括有：
priority1,clockClass,clockAccurary,offsetScaledLogVariance,priority2,clockIdentity.
状态决定算法依据数据集比较算法的结果决定该端口的下一个状态。
普通时钟和边界时钟的同步：
基本的同步报文交换过程：
报文交换过程：
1.Master发送Sync报文，记下该报文的本地发送时间t1。
2.Slave接收到Sync报文，并记下其接收到该报文的本地时间t2。
3.Master有两种方式告诉Slave该Sync报文的发送时间t1。
1）将t1时间嵌入到Sync报文中，这需要某种硬件处理以获得高精度。
2）在后续的Follow_Up报文中发送
4.Slave发送Delay_Req报文往Master，并记下发送时间t3。
5.Master接收到Delay_Req，并记下该报文到达时间t4。
6.Master发送Delay_Resp报文告知Slavet4。
利用这四个时间可以算出从钟与主钟之间的offset，以及两个钟之间的平均延时，（如上图即为t-msandt-sm的平均值）计算的前提是假设主钟到从钟和从钟到主钟的时延是相同的。
Offset＝t2-t1
Meanpathdelay=（（t2-t1）+（t4-t3））/2
在支持peer-to-peer路径更正中测量连接延时：
这里没有主从之分
Port-1:
发送一个Pdelay_Req报文，并记下该时间t1。
Port-2:
接收到Pdelay_Req报文，记下接收时间t2，然后返回一个Pdelay_Resp报文，记下该报文的发送时间t3。
（收到报文到发送报文的时间间隔要尽可能的短以减小由于两个端口之间的频率偏移引起的误差。
）
然后Port-2可以：
1.在Pdelay_Resp中返回t2和t3的差值。
2.在Pdelay_Resp_Follow_Up报文中返回t2和t3的差值。
3.在Pdelay_Resp和Pdelay_Resp_Follow_Up报文中分别返回t2和t3。
接收到Pdelay_Resp后，记下时间t4。
利用这四个时间可以计算平均链路延时。
如果链路传输不对称会引起链路传输延时误差。
5PTP的epoch（from7.1）
epoch时间起源
PTPepochis1January197000:
00:
00TAI,也就是31December196923:
59:
51.999918UTC.
6通信路径非对称性（from7.4）
<
meanPathDelay>
，delayAsymmetry
=（tms+tsm）/2
tms=<
+delayAsymmetry,
tsm=<
─delayAsymmetry.
delayAsymmetry的测量不在这个标准范围内。
普通时钟和边界时钟的offset计算（from11.2）
对于单步的时钟，即只有sync没有followup报文，slave做如下计算
offsetFromMaster>
=<
syncEventIngressTimestamp>
─<
originTimestamp>
─
─correctionFieldofSyncmessage.
对于两步的时钟，即sync和followup报文都有，slave做如下计算
preciseOriginTimestamp>
─correctionFieldofSyncmessage─correctionFieldofFollow_Up
message.
这里，offsetFromMaster是slave与master的时间偏移，syncEventIngressTimestamp即slave收到的时间t2，
originTimestamp是master发给slavesync报文自带的时间信息源t1，preciseOriginTimestampmaster发给slavefollowup报文自带的时间信息源t1meanPathDelay即平均路径延时，可以通过theDelayrequest-responsemechanism和thepeerdelaymechanism两种机制来计算。
7延迟问答机制Delayrequest-responsemechanism（from11.3）
1）如果只收到sync报文,
=[（t2-t3）+（receiveTimestampofDelay_Respmessage–originTimestampofSyncmessage）–correctionFieldofSyncmessage–correctionFieldofDelay_Respmessage]/2.
2）如果收到sync报文及Followup报文，
=[（t2-t3）+（receiveTimestampofDelay_Respmessage–preciseOriginT
升级会员 