1588V2技术白皮书

('1588v2技术白皮书Preparedby拟制Date日期Reviewedby审核Date日期Reviewedby审核Date日期Approvedby批准Date日期HuaweiTechnologiesCo.,Ltd.华为技术有限公司Allrightsreserved版权所有侵权必究目录1背景介绍..................................................................................................................................61.1同步概述......................................................................................................................61.1.1频率同步...........................................................................................................61.1.2时间同步...........................................................................................................61.1.3时间同步与频率同步的区别...........................................................................71.2移动承载网络的同步需求...........................................................................................71.2.1不同无线制式对同步的要求...........................................................................71.2.2现有的时间同步解决方案...............................................................................81.2.31588v2同步传送方案......................................................................................921588v2技术介绍....................................................................................................................102.11588V2标准介绍.......................................................................................................102.21588V2版本新增的特性...........................................................................................102.31588v2协议简介........................................................................................................112.3.1网络节点模型.................................................................................................112.3.21588V2时戳...................................................................................................162.3.31588报文........................................................................................................162.3.4同步实现过程.................................................................................................252.3.5建立主从层次.................................................................................................252.3.6频率同步.........................................................................................................282.3.7时间同步.........................................................................................................2931588v2典型应用场景............................................................................................................323.1全网同步（BC模式）..............................................................................................323.2时间透传（TC模式）...............................................................................................333.3网络保护....................................................................................................................3441588v2部署考虑....................................................................................................................354.11588V2网络规划.......................................................................................................354.2物理拓扑对同步精度的影响.....................................................................................354.3准确度问题................................................................................................................364.4系统实现问题............................................................................................................364.5性能考虑....................................................................................................................37图表目录图1时间同步与频率同步示意图...........................................................................................7图2现有时间同步解决方案...................................................................................................9图31588v2同步传送方案....................................................................................................10图4BMC算法示意图...........................................................................................................26图5简单主从时钟体系.........................................................................................................27图6修剪后的MESH网络拓扑............................................................................................28图71588V2频率同步原理...................................................................................................29图8Delay-Req机制测量平均路径延时原理.......................................................................30图9Pdelay机制测量平均路径延时原理.............................................................................31图10时间校正.......................................................................................................................32图111588v2全网同步应用场景..........................................................................................32图121588v2时间透传应用场景..........................................................................................33图131588v2网络保护应用场景..........................................................................................34图141588v2同步网络架构..................................................................................................35表格目录表1不同无线制式对时钟精度的要求...................................................................................71背景介绍1.1同步概述现代通信网络对于同步的需求主要包括频率同步和时间同步两类需求。1.1.1频率同步频率同步，大家通常称之为时钟同步，是指信号之间的频率或相位上保持某种严格的特定关系，其相对应的有效瞬间以同一平均速率出现，以维持通信网络中所有的设备以相同的速率运行。数字通信网中传递的是对信息进行编码后得到的PCM（PulseCodeModulation）离散脉冲。若两个数字交换设备之间的时钟频率不一致，或者由于数字比特流在传输中因干扰损伤，而叠加了相位漂移和抖动，就会在数字交换系统的缓冲存储器中产生码元的丢失或重复，导致在传输的比特流中出现滑动损伤。1.1.2时间同步一般所说的“时间”有两种含义：时刻和时间间隔。前者指连续流逝的时间的某一瞬间，后者是指两个瞬间之间的间隔长度。时间同步的操作就是按照接收到的时间来调控设备内部的时钟和时刻。时间同步的调控原理与频率同步对时钟的调控原理相似，它既调控时钟的频率又调控时钟的相位，同时将时钟的相位以数值表示，即时刻，表示当前的年、月、日、时、分、秒、毫秒、纳秒。时间同步接受非连续的时间参考源信息校准设备时间，使时刻达到同步；而时钟同步是跟踪时钟源达到频率同步。时间同步有两个主要的功能：授时和守时。用通俗的语音描述，授时就是“对表”。通过不定期的对表动作，将本地时刻与标准时刻相位同步；守时就是前面提到的频率同步保证在对表的间隙里，本地时刻与标准时刻偏差不要太大。1.1.3时间同步与频率同步的区别图1时间同步与频率同步示意图上图给出了时间同步与频率同步的区别。如果两个表（WatchA与WatchB）每时每刻的时间都保持一致，这个状态叫时间同步（Phasesynchronization）；如果两个表的时间不一样，但是走得一样快，始终保持一个恒定的差，比如6小时，那么这个状态称为频率同步(Frequencysynchronization)。1.2移动承载网络的同步需求在移动承载网络中，除了TDM业务本身的需求，往往还需要给无线基站提供同步参考源。随着无线技术向3G和LTE演进，时间同步逐渐成为主流。这就对承载网提出了时间同步的新需求。1.2.1不同无线制式对同步的要求无线技术存在多种制式，不同制式下对同步有不同的需求，下表是常见的一些无线制式对同步的需求。表1不同无线制式对时钟精度的要求无线制式频率精度要求时间同步要求GSM0.05ppmNAWCDMA0.05ppmNATD-SCDMA0.05ppm+/-1.5usCDMA20000.05ppm+/-3usWiMaxFDD0.05ppmNAWiMaxTDD0.05ppm+/-0.5usLTETDD0.05ppm+/-1.5us总的来看，以GSM/WCDMA为代表的欧洲标准采用的是FDD制式，只需要频率同步，精度要求0.05ppm（或者50ppb）。而以TD-SCDMA/CDMA2000代表的TDD制式，同时需要频率同步和时间同步。无线基站之间在软切换时，如果基站管理器（RNC）和基站（NodeB）没有时间同步，可能导致在选择器中发生邮件指令不匹配，从而使通话连接不能建立起来。时间和频率的偏差还会影响移动台在基站间切换的成功率。另外，时间同步能够有效提高无线空间频谱利用率，即使是传统GSM系统，在增加时间同步后，频谱利用率可以大幅提高。因此，时间同步将成为未来无线系统发展的趋势。1.2.2现有的时间同步解决方案传统的时间同步链路是采用NTP传送方式实现，该协议最大的缺点只能满足ms级别的时间传递精度，这对于无线时间同步基站所需的us级时间精度是远远不够的。而在基站侧，目前是采用GPS解决频率和时间同步问题。图2现有时间同步解决方案但是采用GPS进行时间同步存在诸多问题：1、安装选址难，尤其是室内覆盖基站；2、维护困难，GPS系统故障率高，超过了1%，出现故障时需要上站维护；3、馈线铺设困难，馈线较长时需要加装放大器并考虑馈电，室内覆盖基站馈线长，情况更加复杂；4、安全隐患高，这种方法依赖于美国GPS系统，紧急情况下整网可能因失步而瘫痪，且GPS系统目前存在失效的可能；5、成本高，每一个基站均需要配置一套GPS系统，安装、维护成本更高（尤其是在海外）。针对无线时间同步基站高精度时间的需求以及现有GPS解决方案的种种弊端，运营商迫切希望能够有一种高精度的地面传送时间同步方案。1.2.31588v2同步传送方案IEEE协议组织提出了IEEE1588V2精确时间传送协议，该协议可以实现亚微秒级精度的时间同步，精度与当前的GPS实现方案类似，但是在成本、维护、安全等方面有一定的优势，成为业界最热门的时间传递协议，其主要优势有：1、空间本地化：应用于支持多播消息的局域网（包括但不限于以太网）通信；2、高同步精度：ns级别；免管理；协议完善的状态机和管理消息减少人工干预；3、低成本：最小化网络资源和处理器计算资源需求，以实现低成本应用；4、符合网络转型趋势：IP网络-承载未来的融合网络。下图是一个典型的1588v2同步传送方案，时间源通过GPS/北斗/GLONASS等多种方式注入，承载设备通过1588v2协议传送时间信息，基站可通过1588v2或1pps+TOD接口从承载设备获取时间信息，达到与时间源同步的目的，精度可达到ns级，完全能够满足无线基站要求。图31588v2同步传送方案21588v2技术介绍2.11588V2标准介绍IEEE1588的全称是《IEEEStandardforaPrecisionClockSynchronizationProtocolforNetworkedMeasurementandControlSystems》（即《网络测量和控制系统的精密时钟同步协议标准》），2002年底通过IEEE标准委员会认证，1588V1正式发布。随着1588在工业控制的广泛应用，以及逐渐引入电信网络，提出了1588V1版本存在的一些缺陷。IEEE又于2006年6月份输出1588V2版本草稿，并在2007年完成修订，在2008年3月份正式发布了1588V2版本协议。2.21588V2版本新增的特性相对于1588V1版本，1588V2版本新增的主要特性如下：1、更高的精度，在物理接口采用硬件打戳，获得ns级的精度；2、更快的Sync报文速率；3、PTP报文长度更短，同时新增了单播协商报文，P2P延时机制报文；4、引入TC时钟；5、故障容限，它用来保证不会因为某单一网络单元失效引起对端时钟也故障；6、TLV扩展用来延伸协议特性和功能；7、将1588映射到其他传输机制，如1588overIPV4、IPV6。2.31588v2协议简介2.3.1网络节点模型IEEE1588v2定义了5种网络节点模型：OC（普通时钟）、BC（边界时钟）、E2ETC（E2E透明时钟）、P2PTC（P2P透明时钟）、管理节点。上图描述了用于同步的4种节点模型，管理节点仅用于同步节点的配置管理，本身不提供同步功能。由于大多数通信网络和设备本身就是有网管的，因此并非所有厂家都支持独立的管理节点，而是通过通信网络本身的网管来对1588V2同步网进行管理。\uf06eOC(Ordinaryclock)：普通时钟OC节点的设备模型如上图所示，其特征如下：1）OC节点只包含一个物理接口：物理接口上有两个逻辑接口，分别是发送和接收Event消息的Event接口和发送和接收general消息的general接口；2）包含一个本地时钟：OC设备端口是从状态时，本地时钟同步于它的主时钟。如果端口是主状态，本地时钟自由运行或者可能同步于一个外部定时(例如GPS)。3）包含一个时间戳生成模块：时间戳生成模块基于本地时钟对Event消息打时间戳；4）包含一个PTP协议引擎：发送和接收PTP消息，维护数据集，执行端口相关状态机，计算主时钟。5）包含数据集：一个时钟数据集和一个端口数据集。6）报文处理：除信令报文和管理报文外，其他报文均在OC节点终结或者产生。由于OC节点只有一个物理端口，在实际应用中，要么是首节点GrandMaster，要么是末节点Slave，如BITS一般配置为OC模式，作为整个网络的GrandMaster；而基站作为最末端的Slave设备，也配置为OC模式。\uf06eBC(Boundaryclock)：边界时钟BC节点有多个物理接口同网络通信，每个物理端口行为都类似于OrdinaryClock的端口，可连接多个子域，主要特征如下：1）BC设备包含有多个物理端口：每个物理端口通过两个逻辑接口（event和general接口）来与网络通信。2）包含一个本地时钟：BC设备的所有端口使用相同的本地时钟，它同步于一个外部定时。3）包含N个时钟戳生成模块：基于本地时钟对每个端口的EVENT消息打时钟戳4）包含N个PTP协议引擎：解析所有端口状态，以决定哪一个端口来提供用于同步本地时钟设备的时间信号。5）包含数据集：一个时钟数据集，N个端口数据集。6）报文处理：除信令报文和管理报文外，其他报文均在BC节点终结或者产生。BC节点在实际应用中，设备本身的时间同步于上游网元，同时把同步后的设备时间向下游设备分发。\uf06eE2ETC(End-to-endtransparentclock)：E2EE2ETC设备有多个接口，它转发所有PTP消息，并测量PTP事件消息经过该设备的驻留时间，并进行修正。1）包含n个物理端口，通过两个逻辑接口（event和general接口）来与网络通信。包含N个时钟戳生成模块：基于本地时钟对每个端口通过的Sync和Follow_Up消息打时钟戳。2）包含1个驻留时间桥：修正Sync和Follow_Up消息的驻留时间并转发，更新数据集，透明转发其他PTP消息。驻留时间桥修正时间消息通过PTP节点引入的延时。驻留时间是指一个PTPevent消息通过TC设备的时间，驻留时间的测量基于该event消息进入和离开TC设备时所生成的时间戳的差。适用于E2ETC设备和P2PTC设备。驻留时间的修正值应该对应到设备的每一个输出端口和每一个消息。测量后的驻留时间会累计在PTPevent消息或相关Follow_Up消息（Follow_Up或Pdelay_Resp_Follow_Up）里的correctionField字段。\uf06eP2PTC(Peer-to-peertransparentclock)：P2PTC设备有多个接口，与E2ETC设备相比，它还可以测量该设备每个端口相连链路的延迟，并进行修正。1）包含1个本地时钟RC或RE1：所有端口使用这个本地时钟产生修正驻留时间的时间戳，这两个本地时钟和E2ETC中的相同。2）包含N个本地时钟RE2(RateEstimationrelativetoneighbor)：所有端口使用Pdelay机制测量和相邻端口之间的链路延时，每个端口包含一个RE2来产生Pdelay相关消息的时间戳。对于ONE-STEPP2PTC设备，将链路延时累积到sync消息里的correctionField字段中，在TC的出端口，将TC的驻留时间加入到Sync消息的correctionField中。对于TWO-STEPP2PTC设备，将链路延时累积到sync消息关联的Follow_Up消息里的correctionField字段中，在TC的出端口，将TC的驻留时间加入到Follow_Up消息的correctionField中。\uf06eE2ETC和P2PTC的区别1、P2PTC时钟设备在每个端口通过Pdelay机制测量该端口和相邻节点端口之间的链路延时。2、E2ETC修正并转发所有PTP定时消息，这些消息中相应的correctionField根据下列数值予以更新：Sync消息在P2PTC内的驻留时间以及接收Sync消息的端口上的链路延时。3、通过P2PTC组成的网络，最终提供给从时钟的定时信息，总是反映了网络的实际路径信息。而使用E2E方式修正延时，从时钟会等待基于Sync、Delay_Resp消息组合给出的新路径延时数值，这样会花费更多的时间。4、使用Pdelay机制测量路径延时，这种方式与基于延时请求-响应机制的路径延时测量方式不能互通。同样的，E2ETC设备也只支持延时请求-响应机制，不支持Pdelay机制。如果一个网络在某个区域中有P2PTC设备，而在另外一个区域有E2ETC设备，这两个区域只能通过BC连接。从上述描述可以看出，除信令报文和管理报文外，TC节点本身是不终结1588V2报文的。对于Event报文，除了转发，还需要计算报文经过TC节点的驻留时间；对于General报文，TC节点只做转发，不计算驻留时间。TC节点对1588V2报文的转发机制，不在IEEE1588V2协议规定的范围内，取决于具体设备的转发机制，遵循转发协议的相关标准。\uf06ePTP管理设备：该设备具有多个接口，提供PTP管理消息的管理接口。由于管理节点不是重点，不做详细介绍。2.3.21588V2时戳当PTP消息穿过节点内的协议栈时，消息时间戳点通过协议栈定义的特定参考点（如A、B、C点）时产生时间戳。参考点越靠近实际的物理连接点，引起的定时误差就越小，下图中的A点即为最佳参考点。正是因为1588V2在最靠近物理层的PHY和MAC之间打戳，有效规避了协议层带来的不确定延时，才可以获得ns级的同步精度，满足电信网络的高精度时间同步需求。1588V2时戳实际上记录的是1588V2EVENT报文到达设备物理端口的，经过时戳点时的时间，用一个80bit的计数值来表示，包含48bit的秒、32bit的纳秒部分。图1时间戳可能产生的位置2.3.31588报文\uf06e1588报文类型1588V2报文分为两类：事件报文和通用报文。事件报文是时间概念报文，进出设备端口时需要打上精确的时间戳，而通用报文则是非时间概念报文，进出设备不会产生时戳。事件报文包含4个：Sync，Delay_Req，Pdelay_Req和Pdelay_Resp。通用报文包含6个：Announce，Follow_Up，Delay_Resp，Pdelay_Resp_Follow_Up，Management和Signalling。Sync、Delay_Req、Follow_Up、和Delay_Resp报文用于产生和通信定时报文，用延迟请求-响应机制来同步OC和BC设备需要这些定时报文。Pdelay_Req、Pdelay_Resp和Pdelay_Resp_Follow_Up报文用于测量两个实现Pdelay机制的时钟端口间的链路延时，链路延时用于修正P2PTC系统中Sync和Follow_Up报文中的定时信息，OC和BC通过执行Pdelay机制应用测量的链路延时和Sync和Follow_Up报文中的信息实现同步。Announce报文被用来建立同步体系。management报文用来查询和更新时钟维护的PTP数据集，这些报文也被用来定制一个PTP系统、初始化和故障管理，管理报文用在管理节点和时钟设备间。Signaling报文用在时钟设备间实现其他用途的通信，比如Signaling报文可用于协商在主从时钟间单播报文的速率。1588的报文类型总结如下：报文大类报文类型说明事件报文(eventmessage）a)Syncb)Delay_Reqc)Pdelay_Reqd)Pdelay_Resp在报文收发的时刻，需要及时处理时间戳普通报文(generalmessage）a)Announceb)Follow_Upc)Delay_Respd)Pdelay_Resp_Follow_Upe)Managementf)Signaling在报文收发的时刻，不需要及时处理时间戳\uf06e1588报文格式1588报文PTP报文必须包含报文头、报文主体和报文扩展字节，扩展字节长度可能为0。除了以下几种情况外，保留字节必须将所有比特位填充为0发送，保留字节在接受端将被忽略：1、报文包含新的固有特性并且在扩展协议中被特殊定义。2、报文发起设备基于数据集或协议运行而特殊定义。3、TWO-STEP的TC模式下，表示Sync和Follow_Up，Pdelay_Resp和Pdelay_Resp_Follow_Up相关连信息的特殊定义。具体的报个格式相见IEEE1588V2协议。\uf06e1588V2报文封装IEEE1588V2协议附录D定义了1588V2overIPV4的报文封装，附录E定义了1588V2overIPV6的报文封装，附录F定义了1588V2overIEEE802.3/Ethernet的报文封装。由于IEEE802.3封装本身就很少使用，因此实际上大部分厂家只实现了1588V2overEthernetII封装。而IPV6封装，本身业务上的应用就还比较少，因此支持1588V2overIPV6的厂家目前也比较少。其他如MPLS封装，业界还没有成熟的标准。除此之外，在实际应用中还可能携带VLAN，因此常见的1588V2封装目前主要有以下几种：1、1588V2overEthernetII：不带VLAN和带VLAN2、1588V2overIPV4：不带VLAN和带VLAN\uf06ePTP报文的识别及处理流程：（1）以太封装的PTP报文识别PTP报文处理：以太封装的PTP报文检测以太类型是否为16’h88F7，如果是则将此报文分流至1588协议处理模块；否则按照普通业务处理。（2）IP封装的PTP报文（a）识别PTP报文处理：以太类型为16’h0800，表示是IPV4封装的报文，以太类型为16’h86DD，表示是IPV6封装的报文，然后需检验协议字段值是否为17，是17则表示UDP，然后检测UDP头的DPN，以判断是否是PTP报文。EVENT报文的UDP目的端口号要求319，组播General报文的UDP目的端口要求为320。（b）报文分流处理：对于IPV4，首先检测IPV4header的首部校验和是否正确（如果为0则不必校验），然后需要校验UDP头的首部校验和（包括PTP报文）是否正确（如果为0则不必校验）。然后检测UDP长度字段中值是否与实际传送的报文一致。如果以上校验都通过，则该报文分流至1588协议处理模块；如果以上校验有一项未通过，则该报文错误，按照普通业务报文的出错处理方式进行处理（通常是丢弃）。\uf06e1588报文的封装格式1、不带VLAN的EthernetII报文格式Payload1ByteDMAC6ByteSMAC6ByteEthernetType2Byte44~64ByteFCS4ByteProtocolType1588PayloadEthernetHeader图以太封装1588报文结构表以太封装1588报文结构描述Name位宽（bits）描述DMAC68=48目的MAC地址SMAC68=48源MAC地址EthernetType28=16以太类型：16’h88F7PayloadN=(44~64)81588v2报文净荷FCS48=32CRC32校验值各字段配置填充说明如下：1）目的MAC地址：IEEE1588V2协议规定，当为组播报文时，要求peerdelaymechanism报文填充48’h01-80-C2-00-00-0E，其它报文填充48’h01-1B-19-00-00-00；当为单播报文时，根据软件配置填充相应的目的MAC地址或者自动学习接收的相关报文的SMAC。2）源MAC地址：填充发送MAC地址；3）EthernetType：固定填充16’h88F7，表示以太封装的1588v2报文格式；4）Payload：1588v2报文净荷；5）FCS：32bit的CRC校验值2、带VLAN的EthernetII报文格式图带VLAN的以太封装1588报文结构表带VLAN的以太封装1588报文结构描述Name位宽（bits）描述DMAC68=48目的MAC地址SMAC68=48源MAC地址VLAN48=32VLAN标签，由软件配置EthernetType28=16以太类型：16’h88F7PayloadN=(44~64)81588v2报文净荷FCS48=32CRC32校验值除VLANID需要软件配置外，其他字段的填充原则同上。3、不带VLAN的IPV41588报文格式DMACSMACEthernetTypeIPheaderSA_IPDA_IPSPNDPNUDP_LenUDP_checksumPayloadFCSEthernetheaderIPheaderUDPheader1588payload6Byte6Byte2Byte12Byte4Byte4Byte2Byte2Byte2Byte2Byte44~64Byte4Byte图IP封装1588报文结构表IP封装的1588报文结构描述Name位宽（bits）描述DMAC68=48目的MAC地址SMAC68=48源MAC地址EthernetType28=16以太类型：16’h0800，表示是IPv4封装的报文IPheader128=96版本（4bit）首部长度（4bit）服务类型（8bit）总长字节数（16bit）标识符（16bit）标志（3bit）分段偏移量（13bit）生存期（8bit）协议（8bit）首部校验和（16bit）SA_IP48=32源IP地址DA_IP48=32目的IP地址（多播）SPN28=16源端口号DPN28=16目的端口号，区分是否是1588报文UDP_Len28=16数据报文长度UDP_checksum28=16首部校验和，如果没有校验为0PayloadN=(44~64)81588报文净荷FCS48=32CRC校验值各字段填充说明如下：1）目的MAC地址：由软件配置，三层组播时DMAC地址的设计规格如下【规则4-4】，单播时DMAC的填充处理如下规则【规则4-3】；2）源MAC地址：由软件配置，源MAC地址为网元的主控MAC地址；3）EthernetType：由软件配置，固定填充16’h0800，表示为IPv4封装的报文；4）IPheader_版本：由软件配置，固定填充16’h4，表示为IPv4；5）IPheader_首部长度：由软件配置，固定填充16’h5，表示为IPv4报文首部为5×4=20字节；IPheader_服务类型：由软件配置，在TOS字段中DS字段值要求置为可用的最高业务级别编码点；软件配置为8’he0。4、带VLAN的IPV41588报文格式图带VLAN的IP封装1588报文结构表带VLAN的IP封装的1588报文结构描述Name位宽（bits）描述DMAC68=48目的MAC地址SMAC68=48源MAC地址VLAN48=32VLAN标签，软件配置EthernetType28=16以太类型，16’h0800，表示是IPv4封装的报文IPheader128=96版本（4bit）报文长度（4bit）服务类型（8bit）总长字节数（16bit）标识符（16bit）标志（3bit）分段偏移量（13bit）生存期（8bit）协议（8bit）首部校验和（16bit）SA_IP48=32源IP地址DA_IP48=32目的IP地址SPN28=16源端口号DPN28=16目的端口号UDP_Len28=16数据报文长度UDP_checksum28=16校验和，如果没有校验为0PayloadN=(44~64)81588报文净荷FCS48=32CRC校验值除VLANID由软件配置外，其他字段的填充规则同上。2.3.4同步实现过程1588v2同步实现过程包括两个步骤：建立主从层次在一个时钟域中，OC和BC的每一个端口会检查其端口上接收到的所有Announce报文的内容，利用最佳主时钟算法（BestMasterClock，简称BMC）对Announce报文中的信息进行分析，以此来决定每个时钟端口的状态。频率/时间同步主从层次建立之后，主从设备之间的频率/时间同步通过在连接这两个时钟设备的通信链路上交换PTP报文完成。2.3.5建立主从层次网络中的各个设备可能参考不同的时间源，在执行时钟同步之前，需要确定整个域的主从跟踪关系。\uf06c从网络层面看，目标为：\uf0f0确定和最佳参考时钟源相连的grandmaster时钟设备\uf0f0确定各个时钟设备到达grandmaster时钟设备的路径（避免环路）。\uf06c从设备层面看，目标为：\uf0f0确定各个端口的状态：MASTER/SLAVE/PASSIVE1588通过BMC算法实现主从层次的建议。BMC算法的流程如下：\uf06c计算端口最佳消息Erbest：时钟设备的每个端口各自对本端口收到的Announce消息进行优先级比较，最优者为该端口的最佳消息Erbest。计算完成后时钟设备的每个端口都得到一个Erbest。\uf06c计算节点最佳消息Ebest：对各端口上报的Erbest进行优先级比较，最优者为该节点的最佳消息Ebest。\uf06c计算端口推荐状态：每个端口独立比较Ebest、defaultDS和本端口Erbest来确定各自的推荐状态。图4BMC算法示意图主从层次确定过程如下：图2主从层次确定过程示意图Announce消息收发：OC/BC通过Announce消息彼此发送本设备确定的grandmaster时钟的时钟参数；Announce消息的信息来源于各个设备时钟数据集的信息；BMC算法：收到Announce消息的设备，分别运行最佳主时钟算法(BMC)，比较各个grandmaster时钟参数，确定最佳grandmaster时钟参数的接收端口或确定自身为grandmaster时钟，并给出各个端口的推荐状态；数据集更新：BMC算法的推荐状态，设备数据集更新各个数据集的信息。端口状态确定：各个端口分别运行的端口状态机根据BMC算法的推荐状态和端口当前状态，最终确定各个端口的主从状态，从而确定整个域的主从体系。在一个域中的OC与BC之间建立主从层次的过程如下图所示。图5简单主从时钟体系其中，Ordinaryclock-1在层次的根部，被称为grandmaster。Boundaryclock-1的Port-1端口相对于grandmaster是一个slave（指示为S）。Boundaryclock-1的其它所有端口相对于连接到它们的时钟设备都是master。因此Boundaryclock-2的port-1端口相对于Boundaryclock-1是一个slave，等等。只有OC与BC存在这种状态形式，并且在主从层次中只有BC能建立这种分支节点（例如：路径1，2，3，4和5可能包含TC，但是这些TC时钟设备不参与主/从层次，也不维持这种形式状态。）下图所示为一个mesh网络通过PTP协议被简化为一个树状结构的主从层次，当底层的桥接或路由协议不能消除网络环路的时候就会形成这种树状结构。图6修剪后的MESH网络拓扑图中，假定OC-1被BMC算法选为Grandmaster时钟设备。在BC中，通过BMC算法已经决策出各个端口状态，通过这些状态就构成了主从树状链路，Mesh网络中被修剪的路径如图虚线所示。对于每一个BC，其中一个端口被BMC算法决策出来作为从端口，其他的端口被设置成master状态或者passive状态，BMC算法保证在每一个段上只有一个master端口。2.3.6频率同步1588V2报文频率同步通过交换Sync报文产生的时间戳来实现。假设时钟A要同步到时钟B。不考虑路径延时和驻留时间的变化，如果A和B的时钟频率相等，则在相同的时间间隔内，A和B的时间累积的偏差应该是一样的，也就是说t2N-t20=t1N-t10。如果t2N-t20大于t1N-t10，说明A的时钟频率比B快，要调慢A的时钟频率；如果t2N-t20小于t1N-t10，说明A的时钟频率比B慢，则要调快A的时钟频率。图71588V2频率同步原理上述是通过1588V2报文来实现频率同步的基本原理。对于一个实际的PTP同步系统，考虑路径延时和驻留时间的变化，通过计算和时戳来恢复频率。对于来自时钟B的一系列Sync报文或者可能的Follow_Up报文（two_step模式），时钟A按照下面的公式计算和的值：1、根据接收到的Sync报文，时钟A产生并记录时戳；2、对于one-step模式：=++correctionFieldofSyncmessage。3、对于two-step模式：=++correctionFieldofSyncmessage+correctionFieldofFollow_Upmessage。4、根据上面计算得到的时戳，按照下面的比例公式来调整从端设备A的时钟频率。注：N为SyncInterval的数量（N>0）。2.3.7时间同步1588V2通过记录主从设备之间事件报文交换时产生的时间戳，计算出主从设备之间的平均路径延迟和时间偏差，实现主从设备之间的时间同步。Delay-Req机制测量平均路径延时下图是Delay-Req机制计算主从设备之间平均路径延时的过程和原理：图8Delay-Req机制测量平均路径延时原理主设备在时刻t1发送Sync报文。如果主设备为one-step模式，t1随Sync报文传送到从设备；如果主设备为two-step模式，则t1在随后的Follow_Up报文中传送到从设备；从设备在时刻t2接收到Sync报文，并从Sync报文（one-step）或者Follow_Up(two-step)报文中获取t1；从设备在时刻t3发送Delay_Req报文给主设备；主设备在时刻t4接收到Delay_Req报文；主设备随后通过Delay_Resp报文将t4发送给从设备；上述报文离开和到达时打戳的时钟都是基于本设备内部的系统时钟的，1588v2协议规定时间戳的宽度为80bit。通过上述报文传递过程，从设备获取t1、t2、t3、t44个时间，并利用这4个时间计算出主从设备之间的平均路径延迟。路径延时：meanPathDelay＝[(t4–t1)+(t3–t2)]/2；Pdelay机制测量平均路径延时下图是Pdelay机制计算设备之间平均路径延时的过程和原理：图9Pdelay机制测量平均路径延时原理请求设备在时刻t1发送Pelay_Req报文；响应设备在时刻t2接收到Pelay_Req报文，并从Pelay_Req报文中获取t1；响应设备在时刻t3发送Pdelay_Resp报文，如果响应设备为one-step模式，t3-t2随Pdelay_Resp报文传送到请求设备；如果响应设备为two-step模式，则t2随Pdelay_Resp报文传送到请求设备，t3在随后的Pdelay_Resp_Follow_Up报文中传送到请求设备；请求设备在时刻t4接收到Pdelay_Resp报文；上述报文离开和到达时打戳的时钟都是基于本设备内部的系统时钟的，1588v2协议规定时间戳的宽度为80bit。通过上述报文传递过程，请求设备获取t1、t2、t3、t44个时间，并利用这4个时间计算出设备之间的平均路径延迟。平均路径延时meanPathDelay＝[(t4–t1)+(t3–t2)]/2；时间偏差计算从时钟接收到主时钟发送的Sync报文，记录Sync报文到达的时间t2，同时从Sync报文中获取Sync报文从主时钟发出的时间t1，再通过Delay-Req或Pdelay机制计算出主从设备之间的平均路径延时meanPathDelay。主从设备的时间偏差offsetFromMaster=t2-t1-meanPathDelay。从设备计算出时间偏差后就可以修正本地时间，使其和主设备时间同步了。图10时间校正31588v2典型应用场景3.1全网同步（BC模式）图111588v2全网同步应用场景时钟/时间源BITS作为OC设备向承载设备注入频率/时间，承载设备作为BC设备，逐级恢复频率和时间，以达到将频率和时间传送给基站的目的，基站作为OC设备，也必须支持频率和时间恢复功能。全网同步方式的优势在于每一个站点都进行频率和时间恢复，同步精度高，但同时对承载设备要求也较高，要求每个站点必须支持完整的1588v2协议，必须支持BMC算法。3.2时间透传（TC模式）图121588v2时间透传应用场景时间透传场景中，承载设备作为TC设备，无需恢复频率和时间，只需要计算自身驻留时间（E2ETC）或计算自身驻留时间和链路延时（P2PTC），基站作为OC设备，必须支持频率和时间同步。时间透传方式下，承载设备无需支持完整的1588v2协议，无需支持BMC算法，对软硬件要求较低，但透传方式同步精度不如全网同步方式，问题定位手段也不如全网同步方式丰富。3.3网络保护图131588v2网络保护应用场景1588v2同步网络支持网络保护，包括两部分：时钟/时间源主备保护和承载网网络倒换保护，如上图所示。正常工作情况下，承载设备和基站通过上图中的红色路径同步到主时钟源/时间源，当主时钟源/时间源发生故障不可用时，承载网和基站同步路径自动到换到上图中的粉色路径跟踪被时钟源/时间源。主时钟源/时间源正常时，基站主用跟踪路径为主时钟源/时间源->承载设备A->承载设备D->承载设备E->基站，如上图中红色实线所示，备用路径为主时钟源/时间源->承载设备A->承载设备B->承载设备C->承载设备E->基站，如上图中红色虚线所示，当承载设备A和承载设备D之间同步路径发生故障时（断纤、接口板坏等），同步路径将自动倒换到备用路径。两种自动倒换过程均由BMC算法保障。41588v2部署考虑4.11588V2网络规划一个完整的1588v2同步网络由时钟/时间源、承载网、基站三部分组成，如图14所示。图141588v2同步网络架构对于时钟/时间源，设备类型可以主要是增加了1588功能的BITS，注入点一般选择放置在RNC侧或骨干层，若网络规模较大，也可以放在汇聚层。一张1588v2同步网络一般配置一主一备两个时钟/时间源设备，不同时钟/时间源通过配置不同的优先级实现备份。对于承载设备，一般采用分层结构，可分为骨干层、汇聚层和接入层，按照不同网络规模三个层次可以合并，如某些场景，骨干层和汇聚层融合。承载网的网络拓扑一般分为环形、树形、链形、星形等，由于同步网络需要实现网络保护，建议采用环形网络，末端可以采用链形组网。从时间源设备BITS到末端基站，中间承载网的跳数，在1588时间同步链路上一般以不超过30个网元。4.2物理拓扑对同步精度的影响\uf06e理论上PTP协议在任何分组网络环境中都能够运行，在复杂的系统中，通常存在不支持PTP的网桥或者路由器对网络的区域进行划分，这些设备通常会引起较大的延时和延时波动，无法实现预期的同步精度。\uf06e为了提升定时性能，可以使用BC替代路由器和普通网桥。对于线性拓扑，可以使用TC替代普通网桥4.3准确度问题\uf06e协议栈延迟波动：1、PTP的最简单实现是在网络协议栈顶作为普通应用运行。时间戳是成于应用层，协议栈延迟波动导致这些时间戳中的错误。这些错误典型为100us到ms范围2、可以在中断层级而非应用层级生成时间戳。此时延迟波动通常能够减少到10us级，具体取决于其它应用对中断的具体使用，和网络上业务流量的情况3、通过硬件辅助技术可以获得最小的协议栈延迟波动，该技术在协议栈物理层生成时间戳。延迟波动典型为ns范围。误差来源于从输入数据流中恢复时钟和数据同步的PHY芯片所属相位锁定特征导致。\uf06e网络转发延时波动1、网络组件在消息的传播过程中引入波动，直接影响了offsetFromMaster和meanPathDelay数值的准确度。2、高优先级业务转发延时波动较小，支持流量优先级的网桥和路由器，可以设置发送的PTP事件消息相对其它数据而言更高的优先级。\uf06e时间戳准确度生成PTP要求时间戳的时钟分辨率必须和理想准确度保持一致。对于TC和从时钟，本地时钟频率往往和GM存在差异，将影响时间戳的精度。4.4系统实现问题为了确保构建的PTP系统是最佳的，部署是建议考虑：\uf06e整个域内所有PTP节点使用相同的底层传送协议\uf06e整个域内选择相同的BMC算法\uf06e整个域内使用相同的状态配置选项\uf06e整个域内使用相同的通道延迟测量机制\uf06e整个系统中所有节点的属性和可配置数据集成员使用相同的默认值\uf06e整个系统中所有节点的属性使用相同的最大和最小范围数值。\uf06e整个域内使用相同PTP模板\uf06e整个域内使用相同的标准版本4.5性能考虑满足下列要求可以获得最佳时钟同步性能：\uf06e主从之间的网络延迟应是对称的\uf06e如果时间戳机制或协议通道包含不对称延迟，并且是不可忽略的，应该正确进行补偿\uf06e主从节点之间的网络延迟在一个Delay_Req消息发送的时间间隔内应给是恒定的\uf06ePTP中使用的时间戳应尽可能靠近物理层。实际的时间戳数值建议通过主时钟的Follow_Up消息或p2pTC的Pdelay_Resp_Follow_Up消息传送。\uf06e实现协议的时钟计算能力必须足够大，且时钟数量必须合适，以此满足定时约束。例如因资源限制而无法处理这些消息可能导致同步性能的恶化。\uf06e时钟晶振的固有稳定度和精确度必须满足要求（范文素材和资料部分来自网络，供参考。可复制、编制，期待你的好评与关注）',)