图3GOOSE监测过程示意图

监测单元接收被监测设备发出的1PPS信号，通过计算1PPS信号的偏差，完成对被监测设备的对 时偏差监测。

DL/T1100.6—2018 被监测设备的对时偏差监测。

8.5触发SOE监测功解

时间同步装置在设定的时间产生开关量信号，被监测设备接收到开关量信号后，产生变位的SOE 报文。监测单元解析该报文中的开关量动作时间供水标准规范范本，完成对该被监测设备的对时偏差监测

8.6 PTP 监测功能

8.7告警门限设置及越限处理功能

图4PTP监测示意图

监测单元应具备对时偏差监测告警门限设置、调整及越限处理功能，告警门限默认值设置要

时间同步监测方式的告警门限默认值设置要

次对时偏差测量值超过设置的告警门限值时，监测单元应采用越限处理方式，即再连续监测5次，越 限监测周期为1s。如果每次的对时偏差测量值都越限，则产生越限告警信息。其中，连续监测次数和 越限监测周期应可设，

监测单元应具备对自身的外部时间基准、运行状态进行自检的功能，

8.9告警变位信息上送功能

8.10测量值周期上送功能（选配

8.11总召上送（选配

单元可响应总召唤命令，上送当前测量值与告警

监测单元应能存储不少于15000条的监测数据，监测数据应包括监测通道、监测时间、测量值、 是否越限。

厂站内时间同步监测单元的测量准确度及分辨率应满足表2要求。信号（测量）不确定度按DL/T 1100.4一2018中附录A描述方法进行计算。

厂站内时间同步监测单元的测量准确度及分辨率

DL/T1100.62018

附录A （资料性附录） 调度主站和厂站信息传送方式

调度主站支持系统针对时钟同步监测功能修改，主要涉及前置应用，前置应用以104或476规约 与厂站自动化系统进行乒乓原理对时，根据对时结果来检测各厂站时间同步系统的准确性，从而保证 全网时间同步的准确性。具体原理及对时流程如图A.1所示。主站前置应用定期向变电站自动化系统 前置应用发送“测量时钟请求”命令。在完成一个“测量时钟请求”的过程后，根据To、TI、T2、T3 计算出主站与变电站间的时对时偏差△t，如果对时偏差超过系统预设的误差阅值则进行告警处理。

图A.1调度主站与厂站端的关系图

DL/T1100.6—2018附录B（规范性附录）NTP监测报文时间同步监测中，NTP采用客户/服务器模式。该模式中，时间管理服务器为客户端，被监测设备为服务端。时间管理服务器定期向被监测设备发送报文。时间管理服务器依照被监测设备返回的时钟报文计算时钟偏差，但不会修改被监测设备的时钟。时间管理服务器监测软件（客户端）顿格式如下：a)Referenceidentifier字段，参考时间源。按照NTP标准规定，可在已预定义的标识外扩充。用于监测的服务器和客户端应统一填充“TSSM”，标识自身为时间同步状态监测源，以便与正常对时用途的NTP服务区分。监测软件不应响应“TSSM”标识以外的请求。b）Originatetimestamp字段，NTP请求报文离开发送端时发送端的本地时间。时间管理服务器监测软件（客户端）请求时应将该字段应填的值保存在本地内存中，发出的报文中该字段全部填充0，即不向被测对象提供发送参考时间基准。NTP报文格式如表B.1所示。表B.1NTP报文格式0147152331LIVNModeStratumPollPrecision根延迟RootDelay（32bit）根差量Rootdispersion（32bit）参考时间源Referenceidentifier（32bit）参考更新时间Referencetimestamp（64bit）原始时间Originatetimestamp（64bit）接收时间Receivetimestamp（64bit）发送时间Transmittimestamp（64bit）认证位（可选）Authenticator(optional96bit)7

附录C （规范性附录） GOOSE监测报文

对于智能终端和支持GOOSE的合并单元，时间同步监测数据和设备状态自检数据都通过GOOSE 传输，其监测原理为NTP“乒乓”原理（四时标）。过程层设备的时间同步监测管理功能的相关基本数 据结构如表C.1所示。监测请求命令的GOOSE报文格式如表C.2所示。监测返回及状态自检信息的 GOOSE报文格式如表C.3所示。

表 C.1监测基本数据结构

表C.2GOOSE请求命令报文

表C.3GOOSE返回命令报文

DL/T1100.62018

DL/T1100.62018

支持DL/T860标准的装置，应提供装置ICD模型文件，ICD文件应符合DL/T860标准要求，并 提供PICS、PIXIT 和MICS等一致性声明文件。 件描还的装香 置性能应和其实际能力相符。

D.2物理设备建模（原则）

一个时钟装置建模为一个IED对象，该对象是一个容器，包含Server对象。一个Server对象中至 少包含一个LD对象，每个LD对象中至少包含3个LN对象：LLNO、LPHD、其他应用逻辑节点。时 钟装置使用的逻辑节点类型见表D.1。

D.1监测型时钟装置模

时钟模型ICD文件中IED名为“TEMPLATE”，实际工程系统应用中的IED名由系统配置工具统 配置。

时钟模型ICD文件中IED名为“TEMPLATE”，实际工程系统应用中的IED名由系统配置工具统 配置。

D.3服务器（Server）建模原则

服务器描述了一个设备外部可见（可访向）的行为，每个服务器至少应有一个访向点 （AccessPoint)。访问点体现通信服务，与具体物理网络无关。一个访问点可以支持多个物理网口。过 程层GOOSE服务访问点单独建模。站控层MMS服务与GOOSE服务应统一访问点建模。 支持过程层的间隔层设备，对上与站控层设备通信，对下与过程层设备通信，应采用2个不同访 问点分别与站控层、过程层GOOSE进行通信。所有访问点，应在同一个ICD文件中体现。

房地产项目D.4逻辑设备（LD）建模原则

逻辑设备建模原则，应把某些具有公用特性的逻辑节点组合成一个逻辑设备。LD不宜划分过多， 数据集包含的数据对象不应跨LD。 逻辑设备的划分宜依据功能进行，按以下几种类型进行划分： a）公用LD，inst名为“LDo”； b）信号与控制LD，inst名为“CTRL”； c）对时偏差测量LD，inst名为“TMSM”； d）GOOSE过程层访问点LD，inst名为“PIGO”； 装置中同一类型的LD若超过一个可通过添加两位数字尾缀解决，如PIGO01、PIGO02。

D.5逻辑节点（LN）建模原则

需要通信的每个最小功能单元建模为一个LN对象，属于同一功能对象的数据和数据属性应放在 同一个LN对象中。时钟装置使用的主要LN见表D.1。

为了实现时钟与被监测设备的1对1轮询机制，时钟模型采用如下形式实现： a）建立一个含有多个时间在线监测触发信号的数据集，至少32个触发信号。建立一个GOCB （GOOSE控制块），关联该触发信号数据集，并发送该GOOSE报文。 b） 所有受该时钟监测的被测设备订阅该GOOSE报文，且每个设备关联接收该数据集中的一个触 发信号，不同的被测设备关联不同的触发信号，以实现数据集中的每个触发信号对应一个被测 设备。 c）时钟采用轮询方式触发该数据集中的触发信号，每次有且仅有一个数据发生状态改变，对应于 某台接收该数据的过程层设备启动时间在线监测。 模型中“对时测量输入”LN，专门接收过程层设备返回的时间信息，即对时测量接收时间和 对时测量发送时间

D.1为监测型时钟装置模型山东标准规范范本，其他类型时钟模型

155198.163