GY T 348-2021 专业广播环境下音视频设备精确时间同步协议规范.pdf

《GY T 348-2021 专业广播环境下音视频设备精确时间同步协议规范.pdf》由会员分享，可在线阅读，更多相关《GY T 348-2021 专业广播环境下音视频设备精确时间同步协议规范.pdf（22页珍藏版）》请在麦多课文档分享上搜索。

1、 GY 中华人民共和国 广播电视和网络视听 行业标准 GY/T 348 2021 专业广播环境下音视频设备精确时间同步 协议规范 Specification of precision time synchronization protocols for audio and video equipment in a professional broadcast environment 2021 - 03 - 29 发布 2021 - 03 - 29 实施 国家广播电视总局 发布 GY/T 348 2021 I 目 次 前言 . II 引言 . III 1 范围 . 1 2 规范性引用文件 . 1

2、 3 术语和定义 . 1 4 缩略语 . 2 5 PTP类约束 . 3 5.1 PTP实体特性 . 3 5.2 PTP数据集 . 4 5.3 普通时钟和边界时钟 . 6 5.4 透明时钟 . 6 5.5 管理 . 6 5.6 PTP选项 . 10 6 时钟物理要求 . 10 6.1 频率 准确度 . 10 6.2 频率调整范围 . 10 7 系统同步 准确度 要求 . 10 8 系统同步安全要求 . 11 9 与其他 PTP类的互操作性 . 11 附录 A（规范性） timeOfNextJam的计算 . 12 附录 B（资料性） 各 PTP类数据集成员属性值对比 . 13 附录 C（资料性）

3、PTP网络拓扑示例 . 15 参考文献 . 16 GY/T 348 2021 II 前 言 本文件按照 GB/T 1.1 2020标准化工作导则 第 1部分：标准化文件的结构和起草规则的规定 起草 。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本文件 由全国广播电影电视标准化技术委员会（ SAC/TC 239）归口。 本文件 起草单位： 国家广播电视总局广播电视规划院、中央广播电视总台、国家广播电视总局广播 电视科学研究院、 北京市广播电视局、 电影卫星频道节目制作中心、广东广播电视台、湖南广播电视台、 上海广播电视台、北京格非科技股份有限公司、 视溪科技

4、（上海）有限公司 、 北京中科大洋科技发展股 份有限公司 、 成都索贝数码科技股份有限公司 、 新华三技术有限公司、利达电子株式会社、博科达（北 京）科技有限公司、北京安达斯信息技术有限公司、南京奥视威电子科技股份有限公司、上海交通大学。 本文件主要 起草人 ： 邓向冬、 刘文翰、 韦安明、 张建东、 宋蔚、罗攀、 张娟、 周芸、 秦旭东 、 何英 楠、 宁金辉、 王惠明、 罗映辉、萧峰、袁跃、鲍放、林建泉、 商同、 谢海荐 、 乔传义、朴京浚、郭旭刚、 刘春桓、喻金华、翟广涛。 GY/T 348 2021 III 引 言 本 文 件 基于 GB/T 25931 2010网络测量和控制系统的精

5、确时钟同步协议规定的 PTP协议制定， 通过 约束 PTP 协议中 路径延时 测量机制 、时钟数据集成员的 初始值和 可 配置范围 、允许和禁用的 PTP 选项 ，补充 带有同步元数据的 机构 扩展 TLV，定义了适用于 专业广播环境 的 PTP 类，并进一步 规定 了 通 过应用该 PTP类 建立广播电视系统 同步时应满足的同步 准确度 要求。 GY/T 348 2021 1 专业广播 环境下音视频设备精确时间同步协议 规范 1 范围 本 文件 规定了专业广播环境下 ， 基于 GB/T 25931 2010的 PTP协议 实现 时钟 设备 （包括视音频设备 和网络设备） 精确 时间 同步的

6、技术要求 。 本 文件 适用于 IP架构 下专业 广播 环境 音视频设备 （ 含网络设备） 的 设计、 生产、 集成、 运行、 维护 和验收。 2 规范性 引用文件 下列文件中的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件；不注日期的引用文件，其最新版本（包括所有的修改单）适用于本 文件 。 GB/T 14001 2012 标准清晰度电视磁带录像用时间和控制码 GB/T 25931 2010 网络测量 和控制系统的 精确时钟 同步协议（ IEC 61588-2009， IDT） GY/T 193 2003 数字音频系统同步 3 术

7、语 和定义 下列术语和 定义适用于 本 文件 。 3.1 专业广播环境 professional broadcast environment 由专业广播电视设备 （含网络设备） 组成的，用于 广播电视节目 采集 、制作和 播 出的 环境。 3.2 精确时间协议 precision time protocol； PTP 由 GB/T 25931 2010定义的协议 。 3.3 PTP 类 PTP profile 适用于 某类 设备允许的精确时间协议（ PTP）特征集。 3.4 准确 度 accuracy 在一个测量集上，待测时钟与理想参考时钟的时间或频率误差的平均值。 3.5 节点 node 在

8、网络上能发送或接收 PTP通信的设备。 3.6 大端模式 big-endian 一种多字节数据字的网络传输顺序， 首先 传输 数据字的 最 高 位字节 ，其次依次传输低位 字节 。 GY/T 348 2021 2 3.7 每日 纠 偏 daily jam 一种在时间设施内运行的可选时间处理程序， 并通过 GB/T 14001 2012时间编码 将其 时间地址值调 整为与 选定的 纠偏 事件 相对应的本地时间 。 该程序 通常由 设施运营方在 清晨的 非敏感时间执行。 注： 本 文件 不 要求 纠偏事件 每日发生 ，在某些 系统中 仅在 适应非连续时才发生（ 例如 ： 闰秒 或夏令时调整） 。

9、3.8 域 domain 一个 通过 PTP互相保持同步的时钟 逻辑组 ，但无需和另一个 PTP域的时钟同步 。 3.9 最高级 时钟 grandmaster clock 在 PTP中的一个 域内，用作 GB/T 25931 2010精确 时间 协议 (PTP)的 最终时间源 。 3.10 本地 时间 local time 在某个地理位置的某个司法管理辖区内由法律或习俗规定的时间尺度 。 注： 通常是本地 通用 的日历日期和当日时间。本地时间一般包含了与 UTC间的 时差、 因 UTC规则而 累 积 的闰秒 ，以及 可能 实行的夏令时 （如有） 。 3.11 主时钟 master clock

10、在单 一 PTP通信路径情况下， 作为时间源的时钟。在 该路径上 的 所有其他时钟 都 同步 到该时钟 。 3.12 历元 epoch 由 GB/T 25931 2010定义的 PTP域 中的时间标尺的 原点 。 3.13 从时钟 slave clock 在单 一 PTP通信路径 上，可同步到 其他 时钟的 时钟。 3.14 同步元数据 synchronization metadata； SM 音频 /视频信号 同步所需 的元数据 。 3.15 同步信号 synchronization signal 用于 专业广播环境下音频 /视频 设备同步的 参考信号 。 3.16 时间跳变 time ju

11、mp 可事先预知的本地时间的非连续性 变化 ，通常由 闰秒 或 夏令时 调整 所 引起 。 3.17 主参考 primary reference 可溯源至国际标准的时间或频率源。 4 缩略语 下列缩略语 适用于本文件。 ARB 任意 （ ARBitrary） BMCA 最佳主时钟 算法（ Best Master Clock Algorithm） GY/T 348 2021 3 DARS 数字音频 基准信号（ Digital Audio Reference Signal） IGMPv2 互联网组管理协议 第二版（ Internet Group Management Protocol,Versio

12、n 2） IGMPv3 互联网组管理协议 第三版（ Internet Group Management Protocol,Version 3） IP 网际互连协议 （ Internet Protocol） IPv4 互联网通信协议第四版 （ Internet Protocol version 4） IPv6 互联网通信协议第 六 版 （ Internet Protocol version 6） MLDv1 组播侦听发现协议 第一版 （ Multicast Listener Discovery version 1） MLDv2 组播侦听发现协议 第二版 （ Multicast Listener

13、Discovery version 2） ppm 百万分之 （ part per million） SI 国际单位制 （ International System of Units） SMPTE 电影和电视工程师协会 （ The Society of Motion Picture and Television Engineers） TAI 国际原子 时（ International Atomic Time） TLV 类型 、长度、值（ Type、 Length、 Value） SM TLV 同步元数据 的类型、长度 、 值 (Synchronization Metadata TLV) UDP

14、用户数据报协议 （ User Datagram Protocol） UTC 协调 世界时（ Coordinated Universal Time） 5 PTP 类 约束 5.1 PTP 实体特性 5.1.1 网络 传输机制 至少应支持以下 两种 网络 传输 机制 中的一种 ： a) GB/T 25931 2010附 录 D中指定的 IPv4上的 UDP； b) GB/T 25931 2010附 录 E中指定的 IPv6上的 UDP。 对于透明时钟，应使用 IPv4转发 IPv4报文，使用 IPv6 转发 IPv6报文。 5.1.2 通信模型 使用 GB/T 25931 2010中 6.4定义的

15、报文建立 PTP 时钟同步 ， 报文传输模式要求如下 ： Announce、 Sync、 Follow_Up 报文必须支持的报文传输模式：组播。 Announce、 Sync、 Follow_Up 报文允许支持的报文传输模式：单播。 对于 Announce和 Sync报文，单播协商不做硬性要求。 在 同一个 PTP域中， Announce、 Sync和 Follow_Up报文应使用同一种传输 模式， 如 全 使用 组播或全 使 用 单播 报文传输模式 。 Delay_Req报文可选 组播或单播 报文传输模式 。 对于 Delay_Req报文，单播协商不是必须的。每个处于 MASTER状态的、接

16、收单播 Delay_Req报文的端 口都应发送单播的 Delay_Resp报文，见 GB/T 25931 2010中 9.5.12。 注： 如果 Sync和 Announce报文采用单播报文传输 模式 且未启用单播协商机制，则需要通过其他机制将从时钟的 IP 地址传送给主时钟。 Pdelay_Req报文可选组播或单播报文传输模式。 Pdelay_Resp和 Pdelay_Resp_Follow_Up报文应使用单播报文传输模式。 Management报文可选组播或单播报文传输模式。对 Management报文进行答复的报文应通过单播传输。 GY/T 348 2021 4 对于 IPv4组播报文，

17、接收方应支持 IGMPv2， 宜支持 IGMPv3。 对于 IPv6组播报文，接收方应支持 MLDv2， 并且可选支持 MLDv1。 5.1.3 PTP 设备 特性 5.1.3.1 节点类型 必须 的 节点 类型 ： 普通时钟。 允许的 节点 类型： 边界时钟、端到端透明时钟、点到点透明时钟、管理节点。 除本 文件 所列设备属性值外，各类设备属性值应满足 GB/T 25931 2010的 要求。 5.1.3.2 设备属性 5.1.3.2.1 timeSource 该属性 指示最高级时钟 所使用的时间源信息 ， 其 值应为 GB/T 25931 2010中 7.6.2.6给出 的 timeSou

18、rce枚举值 或 本 PTP类 定义的 如下 枚举值 ： 当 主时钟的时间 取自 一个 时间值是未定义 且 与 真实的时间 无关 、 时标是 ARB的 同步信号 的 周期 性 时， timeSource取 F0h。 当 主时钟的时间 取自一个 最初参考本地时间源 的 同步信号 ， 随后主时钟时间相对于真实时间的 准确 度 取决于同步信号频率的 准确度 时 ， timeSource取 F1h。 5.1.3.2.2 clockClass 该属性 指示 最高级时钟分发的时间或频率的可溯源性， 其 值应为 表 1定义的 附加 枚举值 或 GB/T 25931 2010中 表 5定义 的 clockCl

19、ass枚举值 。 表 1 clockClass 附加枚举值 clockClass（十进制） 技术要求 150 之前已同步到主参考时间源的时钟，其频率同步到具有相对于 SI 秒 1ppm 频率 准确度 （例如符合 GY/T 193 2003 规定的一级 准确度 DARS 时钟信号）的参考源上。时标应通过 PTP 分发 158 之前已同步到主参考时间源的时钟，其频率同步到具有相对于 SI 秒 10ppm 频率 准确度 （例 如符合 GY/T 193 2003 规定的二级 准确度 DARS 时钟信号）的参考源上。时标应通过 PTP 分 发 220 之前未同步到主参考时间源的时钟，其频率同步到具有相对

20、于 SI 秒 1ppm 频率 准确度 （例如符合 GY/T 193 2003 规定的一级 准确度 DARS 时钟信号）的参考源上。时标应通过 ARB 分发 228 之前未同步到主参考时间源的时钟，其频率同步到具有相对于 SI 秒 10ppm 频率 准确度 （例 如符合 GY/T 193 2003 规定的二级 准确度 DARS 时钟信号）的参考源上。时标应通过 ARB 分 发 5.1.3.2.3 其他 属性 ， 该参数是 PTP方差算法中测量样本的采样周期，缺省 初始化 值 取 1.0s。 5.2 PTP 数据集 5.2.1 可配置的数据集成员 GY/T 348 2021 5 可配置的数据集成员

21、 属性限定 如下 。 a) defaultDS.priority1 1) 缺省初始化 值 ： 128，可 配置 范围 ： 0 255； 2) 规定 执行 BMCA时用到的优先级。 b) defaultDS.priority2 1) 缺省初始化 值： 128，可配置范围： 0 255； 2) 规定 执行 BMCA时 用到 的次要优先级 。 c) defaultDS.domainNumber 1) 缺省初始化值： 127，可配置 范围 ： 0 127； 2) 域由一个或多个 按协议 相互通信的 PTP 设备组成 ， domainNumber 属性 是用来标识域的整 数 。 d) defaultDS

22、.slaveOnly 普通时钟无法或无意进入主时钟状态时 ， 则取值 TRUE，其他情况取值 FALSE。 注： 在使用本类（ profile）的典型系统中 ,大部分设备都只能工作在 从时钟状态 。 e) portDS.logAnnounceInterval 1) 缺省初始化值： -2，可配置 范围 ： -3 1； 2) 该属性规定连续 Announce 报文的平均时间间隔，即 announceInterval，它与 announceReceiptTimeout一道决定当 主时钟 失效事件发生 时 BMCA 重新配置系统的 速度 ； 3) 该属性值在全域中应是统一的，其值为 ： 以 2为底 、

23、 单位为秒的 时间间隔的对数 。 例如当 要求报文间隔为 0.25s 时，该属性值应设为 -2；当要求报文间隔为 2s时，该属性值应设 为 1； 4) 为满足建立同步的时间要求，推荐使用缺省初始化值或比缺省值 更小的 值作为该属性的值。 f) portDS.announceReceiptTimeout 1) 缺省初始化 值： 3， 可配置 范围 ： 2 10； 2) 该属性 规定 ANNOUNCE_RECEIPT_TIMEOUT_EXPIRES事件 发生前未 接收到 Announce报文 的时 间 间隔 announceIntervals 的个数。 g) portDS.logSyncInter

24、val 1) 缺省初始化 值： -3， 可配置 范围 ： -7 -1； 2) 该属性 规定连续 Sync 报文 间的平均时间间隔，其值为 ： 以 2 为底 、 单位 为 秒 的 时间间隔 的对数 ； 3) 这个 时间间隔 被 设定为 较小 的 值 （也即较高报文发送率） ， 便于 从时钟更快 同步 ； 4) 为满足 建立同步的时间要求 ， 推荐 使用 缺省初始化 值或比 缺省 值 更小的 值作为 该属性的 值 。 h) portDS.logMinPDelayReqInterval 1) 缺 省 初 始 化 值 ：与 portDS.logSyncInterval 相等 ， 可配置 范围 ： po

25、rtDS.logSyncInterval portDS.logSyncInterval+5； 2) 该属性 规定 在链路上传输的 连续 Pdelay_Req 报文 间 允许 的最小平均时间间隔 ，即 minPdelayReqInterval。 i) transparentClockDefaultDS.delayMechanism 1) 端到端透明时钟 取 01h，点 到 点 透明时钟 取 02h； 2) 该属性规定透明时钟使用的延时测量选项 。 j) transparentClockDefaultDS.primaryDomain 1) 缺省 值 与 defaultDS.domainNumber

26、相等 ； 2) 该属性 规定 透明时钟的 主 谐振 域 。 GY/T 348 2021 6 5.2.2 动态数据集 成员 portDS.logMinDelayReqInterval， 该属性的 缺省初始值应与 portDS.logSyncInterval 相等，允 许的取值范围 为 portDS.logSyncInterval portDS.logSyncInterval+5。 该属性的值是 动态 的 ，由主时钟根据其处理 Delay_Req报文流量的能力来决定，见 GB/T 25931 20 10中 7.7.2.4的内容。 除非从时钟的数量超过了主时钟在初始速率下可支持的数量，否则主时钟不宜

27、在初始值的基础上 调 增 portDS.logMinDelayReqInterval（ 达到 降低 报文 速率 的目的 ）。 5.3 普通时钟和边界时钟 5.3.1 最佳主时钟 算法 应使用 GB/T 25931 2010的 9.3.2、 9.3.3和 9.3.4中 定义 的缺省的 最佳 主时钟 算法（ BMCA） 。 5.3.2 路径延时 测量机制 缺省的 路径 延时 测量机制 应使用 延时请求 -响应 机制， 也可使用 对等延时机制。 注： 具备支持两种机制的端口的边界时钟，可用于桥接不同的机制。而按照 GB/T 25931 2010的规定，每个主 -从 连接只允许一种机制存在。 5.4

28、透明 时钟 路径延时测量机制要求同 5.3.2。 5.5 管理 5.5.1 管理机制 管理机制应使用 GB/T 25931 2010的 15.2中的规定。 5.5.2 机构扩展 TLV： SM TLV 5.5.2.1 报文结构 本文件遵循 GB/T 25931 2010约定的字节和位顺序。 每过一秒钟或主时钟的锁定状态改变时，最高级时钟处于 MASTER状态的 每个 端口都应发送一条带有 SM TLV的管理报文。 管理报文（ COMMAND）的结构应符合 表 2的规定， SM TLV的结构应符合 表 3的规定。为避免在大型 PTP 网络中出现突发流量的情 况 ，当从时钟收到带有 SM TLV的

29、管理 报文 （ COMMAND）时，不 宜 回复应答管理 报文 （ ACKNOWLEDGE）。 注： 与同步、建立主从层次结构、信令相关的 报文 终止 于 边界时钟的协议 机 ，并不会被转发。由边界时钟 其他 端口 转发的管理 报文 在系统内被限制传播 。 表 2 管理报文 （ COMMAND） 结构 位 8 位 字节 偏移 量 描述 7 6 5 4 3 2 1 0 头 部 34 0 见 GB/T 25931 2010中 13.3 targetPortIdentity 10 34 全 为 1 GY/T 348 2021 7 表 2（ 续 ） 位 8 位 字节 偏移 量 描述 7 6 5 4 3

30、 2 1 0 startingBoundaryHops 1 44 最大 为 32 boundaryHops 1 45 由 边界时钟 更新 保留 actionField 1 46 actionField=COMMAND 保留 1 47 SM TLV（见表 3） 52 48 表 3 SM TLV 结构 元素 8 位 字节 偏移 量 描述 tlvType 2 0 ORGANIZATION_EXTENSION，值为 00 03 lengthField 2 2 整个 SM TLV 数据结构的长度，应为偶数 organizationId 3 4 占位 organizationSubType 3 7 占位

31、defaultSystemFrameRate 8 10 以最简有理式形式表达的从系统的缺省视频帧率。该值的 数据类型应由两个大端模式编码的一对 32位无符号整数构 成，第一个值应为分子，第二个值应为分母。 分母值应是 能表示帧率分 母 a的 最小 整数 值 masterLockingStatus 1 18 对 clockClassb的补充信息 ： 0：未使用 1：自由运行 2：冷锁 发生 干扰时，最高级时钟将快速重新锁定。此时可能出现 时间非连续性 的 快速 相位调整。 3：热锁 发生 干扰时，最高级时钟将通过频率调整缓慢 重新锁定， 无 相位不连续问题，可 保持 时间 的 连续。 4：锁定（

32、即正常运行且稳定） timeAddressFlags 1 19 指示 GB/T 14001 2012 中的标志位 位 0： 指示帧号是否连续 ，按照 GB/T 14001 2012 的规定， 应设置为 0 位 1： 彩色成帧 标识 0： 未使用 1： 使用 位 2 7：保留 currentLocalOffset 4 (int32) 20 本地时间与最高级时钟的 PTP时间 偏移量 c， 以秒为单位， 见 5.5.2.2 jumpSecondsd 4 (int32) 24 本地时间 下一次 时间 非连续性 的 大小，以秒为单位。 0 表示 将不会发生非连续性事件 。正值表示 将发生非连续性事件，

33、 并 将 导致 currentLocalOffset 增加。 GY/T 348 2021 8 表 3（ 续 ） 元素 8 位 字节 偏移 量 描述 timeOfNextJump 6 (uint48) 28 当 currentLocalOffset将发生下一次不连续事件的时刻所 对应最高级时钟 PTP 时间的秒数部分的值，不连续 发生在 所示秒时间 的 开始 ，见 5.5.2.2。 timeOfNextJam 6 (uint48) 34 下一次发生的每日纠偏 时刻的 PTP 时间的秒数部分的值 。如无每日纠偏计划 ， timeOfNextJam 值 应为 0，见 5.5.2.2。 timeOfP

34、reviousJam 6 (uint48) 40 上 一次发生的每日纠偏 时刻的 PTP 时间的秒数部分的值 ，见 5.5.2.2。 previousJamLocalOffset 4 (int32) 46 上一次每日纠偏事件发生时刻的 currentLocalOffset 值。 如果本地 时间 非连续性事件与纠偏事件同时发生，则该值 反映本地 时间 发生非连续性事件后与最高级时钟之间的偏 移量。该参数的缺省值应为 currentLocalOffset的当前值， 见 5.5.2.2。 daylightSaving 1 50 位 0：当前夏令时 0：无效 1：有效 位 1：下一次 非 连续 性事件

35、 时 的 夏令时 0：无效 1：有效 位 2： 上一次 每日纠偏事件 发生时 的夏令时 0：无效 1：有效 位 3 7：保留 见 5.5.2.2。 leapSecondJump 1 51 在 timeOfNextJump 指示的时刻， currentLocalOffset 即将 发生 非连续性事件的原因。 位 0： 0：非闰秒变化（缺省） 1：闰秒变化 位 1 7：保留 a 关于帧率分母， 例如：某视频帧率为 50Hz，表示为分子、分母形式即 50/1Hz，则该帧率将以十六进制格式表示为 00 00 00 32 00 00 00 01； 某视频帧率为 29.97（ 30/1.001） Hz，表

36、示为分子、分母形式即 30000/1001Hz，则 该帧率将以十六进制格式表示为 00 00 75 30 00 00 03 e9。 b Announce 报文 中 的 clockClass 参数可传递类似的信息 ，但 由于 clockClass 参数仅标识最高级时钟是否锁定，因 此可使用该字段设置有关最高级时钟发生干扰时其行为的补充信息。 c 关于本地时间与最高级时钟的 PTP 时间偏移量，例如，如果本地时间为北京标准时间 UTC+8，日期为 2020-09-16， 考虑到法国巴黎天文台公布自 2017 年 1 月 1 日 0 时 UTC 起，至另行通知， TAI 和 UTC 之间的闰秒时间差

37、为 -37 秒， 则该值以十进制形式表示为 28763。 d 如果因 为 jumpSeconds 的应用而出现本地时间 的 不连续性，则需要采取预防措施，以确保不会因此而发生多个每 日 纠偏事件 或错过每日纠偏 。 GY/T 348 2021 9 所有 的 SM TLV数据类型应 编码为 大端模式 ，且 最低有效位应为 位 0， 其他数据类型 应按 GB/T 25931 2010中所述 编码 。 为确定本地时间，从时钟应 用 有符号的 32 位秒字段 currentLocalOffset 加上 从时钟重建的 PTP 时间。 注： SM TLV报文就绪前，可能会因网络传输和从时钟的内部处理过程而

38、出现轻微延迟。 jumpSeconds和 timeOfNextJump的机制设计用来补偿这类延迟，当 SM标示的变化要被用于时间地址计算时， jumpSeconds和 timeOfNextJump会被提前告知从时钟。 5.5.2.2 动态 SM TLV 值 设置 5.5.2.2.1 概述 为了 指示本地时间将要发生非连续性跳变 ，应 事先传递 时间跳变事件信号 ，这种情况可能由闰秒 或 夏令时的调整引起。 每日纠偏事件的发生信号也 应 被事先传递。该事件发生时，通常 将从时钟产生的 GB/T 14001 2012 时间地址 调整为本地时间 ， 这个信号传递过程独立于时间跳变事件。 由 时间跳变

39、事件所导致的 GB/T 14001 2012时间地址 的 非连续性 可能不会立即 反映到 从时钟产生 的时间地址 中。相反 ， 对 GB/T 14001 2012时间地址值的调整会在 下一 次 每日纠偏 事件中进行。 表 3中列出 的 部分 SM TLV元素的值 实际 上 是动态的 ，即： currentLocalOffset、 jumpSeconds、 timeOfNextJump、 timeOfNextJam、 timeOfPreviousJam、 previousJamLocalOffset、 leapSecondJump 和 daylightSaving。 上述部分元素 的 取值 受

40、本 地 系统的运行 策略 和要求 所 影响 ， 包括本地时区、每日 纠偏 时间 （ 如适用 ） 、 夏令时 的 开始及 结束日期和时间 ， 以及闰秒 调整 时间 。 在 夏令时开始或结束 时间应 格外 注意 ， 以 确保 通过 PTP时间 传递 的 与时间相关的 SM TLV元素 在 预定 的本地时间 产生 预期 的结果 。 5.5.2.2.2规定如何 设置 SM TLV元素的值 以 传递 时间跳变事件信号。 5.5.2.2.3规定如何设置 SM TLV元素的值以传递每日纠偏事件 信号 。 5.5.2.2.2 时间跳变事件信令 如发生下一次时间跳变事件的 时间 未知，应 将 jumpSecon

41、ds 和 timeOfNextJump元素 值设 为 0。 如要 发出时间跳变事件信号， 宜 至少在事件发生一天 前 将 timeOfNextJump 值调整为 所需 值 。 在 上 述 改变了 timeOfNextJump 值的 管理 报文 及后续 的 管理 报文 中， jumpSeconds 值应设定为 时间跳变 事件 所需 的 时间 非连续性值 ， leapSecondJump值应 设定为 即将发生的 非连续性 事件 的恰当 的值 。 如 时间跳变事件 的原因是闰秒的 增减， 则 leapSecondJump 元素 值的 位 0 应设 为 1。插入（正值） 闰秒时 ， jumpSecon

42、ds应设为 -1且 timeOfNextJump 应设 为插入 闰秒后 PTP时间的 秒值 ；删除 （ 负值 ） 闰秒 时， jumpSeconds应设为 +1且 timeOfNextJump应设 为 删除闰秒后 PTP时间的 秒值 。 当 最高级时钟 PTP时间 的秒数大于无符号 48位 的 timeOfNextJump字段时（即已过了事件发生的时 间 ）， 随后的 SM TLV元素 的值应按 如下的要求调整 ： a) 应调整 currentLocalOffset 值， 并 考虑时间跳变事件中发生的 时间 非 连续 性； b) 如果没有进一步的 时间跳变事件 信令需要发布 ， 应将 jump

43、Seconds和 timeOfNextJump 值设为 0，且 在后续 的管理报文中始终保持该值， 直到确定下一次时间跳变事件为止 ； c) 应将 daylightSaving 按 表 3 所述的 用法 设为更新 值 ，且 在后续 管理报文中始终保持该值，直 到 下一次 与 夏令时调整 有关 的时间跳变事件 发生后 为止 ； d) 如果 leapSecondJump 的位 0已设 为 1，则应将其 重置 为 缺省 值 0。 GY/T 348 2021 10 5.5.2.2.3 每日纠 偏 事件 信 令 如 未使用每日纠偏， timeOfNextJam值应 设为 0， timeOfPreviousJam 和 previousJamLocalOffset 应 设为从时钟 要求的 初始值。 注： 在 帧率 为 整数 环境 下 ， timeOfPreviousJam设定 为 过去的 任意 时间 （ 例如 0）且 previousJamLocalOffset设定 为 currentLocalOffset将 导致 所 产生 的时间地址与本地时间对齐。 如使用 每日纠偏， 应 按 附录 A 所述 步骤将 timeOfNextJam初始化为 与下一次每日纠偏 事件发生时间 相对应的值 。 timeOfPreviousJam 应初始化为 与上一次 每日 纠偏事件 发生 时间 相对应的 值