/128bits ;Sipver :占4bits，表示发送端ip地址版本号，0x4表示报文 发送方为ipv4地址，0x6表示报文发送方为ipv6地址；0x0表示待确定；Ripver :占4bits， 表示接收端ip地址版本号，0x4表示报文发送方为ipv4地址，0x6表示报文发送方为ipv6 地址；0x0表示待确定；报文消息类型：用于标识报文类型，用Sbits标识，如下表格：
L0076」 吋钾捆卒：用t捆卒吋钾关型，用Hbits称识，卯卜农格：
[0078] 时钟传输方式：发送端希望使用的时钟传输方式，用Sbits标识，如下表格：
[0080] S312 :接收端的通信节点拒绝？若是，则转S313 ;若否，则转S314。
[0081] S313 :更新相邻通信节点时钟状态表信息；需要从状态表中删除该通信节点，并 重新开始查找另外一个通信节点。
[0082] S314 :正式设置该通信节点为时钟master节点。即找到可以进行时钟源同步的通 信节点，并将该通信节点设置为同步时钟源的同步通信节点。
[0083] 查找到相应的同步通信节点后，则需要建立两通信节点的时钟网络，在建立时钟 网络阶段包括两个分阶段：子阶段一和子阶段二。子阶段一主要完成时钟会话的建立，其目 的是为子阶段二和后续阶段（参数自维护阶段及时钟自拆除阶段）创建一个会话链路，保 证后续会话的安全、可靠；子阶段二主要完成时钟自建立所需的参数传递，为节点之间建立 1588时钟作最后的消息交互传递。
[0084] 需要说明的是发起端与接收端表示的都是通信节点；发起端可以是故障通信节 点，也可以是选择出的同步通信节点。如图4所示，为本发明一实施例提供的建立时钟网络 阶段中的子阶段一的流程图，请参见图4，
[0085] S401 :发起端发起会话请求。
[0086] S402 :响应端对发送的会话给予回应，包括向发起端发送会话请求响应或reject 消息。
[0087] S403 :发起端收到响应端的回应消息，执行确认，若收到reject消息，会话失败。
[0088] 具体地，通信双方的通信节点任何一方均可以发起init (初始化消息）会话，收到 init会话的接收端有权拒绝该会话,但拒绝端不允许立即发起init会话,必须等待一段时 间（大于10分钟）才可以发起init会话。发起init会话的一端，在init报文发出后，如 果此时收到自己init报文目的对端的init报文，必须采用拒绝操作，并给目的地（Res端） 发送拒绝消息。Res端收到初始化端的init报文后就不得再发送init报文，除了此次会话 结束3分钟后，方可以发起会话请求。响应端（Res端）在收到init报文之前，可能先收到 init端的reject消息，此时Res必须等待init端的init报文，不得主动发送init报文， 等待时间必须大于10分钟。初始化端至少设置定一个定时器，该定期器时长为10分钟，当 定时器超时后，应该响应对端的init消息而不应发送拒绝消息。
[0089] 响应端至少设置两个定时器，一个定时器用于当收到init端的init报文或者 reject报文，启动定时器，该定时器时长为10分钟，另外一个定时器当本次会话结束后启 动，该定时器时长为3分钟。只要两个定时器中的任何一个超时（定时器溢出），响应端均 有权发起init会话给对端，否则不能发起会话。若上述时钟会话建立成功，则通信两端可 以进行数据的交互等。
[0090] 上述提到的初始化消息的格式如下表所示：
[0092] 对上述表中的具体解释包括：标记位：占用8bits，固定为Oxaf ;版本号：占用 8bits，当前固定填0x01 ;分组长度：该字段占16bits，用于表述上述格式的长度（占用多 少个字节）；发端随机id :由源端产生的随机数，用16bits标识；收端随机id :由目标端产 生的随机数，用16bits标识；类型：用于标识报文类型，用Sbits标识，如下表格所示：
[0095] 预留：使用Oxff填写；校验和：报文的校验字段；OpFL :表示报文有无 Option区 域，该区域要表述的项目是多少（每个项目由一个TLV表示），0x0表示无 option，Oxnn表 示有16n+n(n取值为0~f)个TLV ;ip版本：占4bits，0x4表示报文发送方为ipv4地址， 0x6表示报文发送方为ipv6地址；设备id号：占20bits，用于标识设备的id,要求设备的 id号在网络中是唯一的；Ip地址：该字段使用报文发送方的源ip地址填写，占用32或者 128bits，Ipv4/32bits，Ipv6/128bits ;0ption 区域：0ption 区域由若干个 TLV(类型-长 度-值）格式构成，每个TLV代表着不同的意义，每个TLV均有一定的格式要求。Option区 域的TLV的个数由OpFL字段定义。如果Option区域的TLV的数量大于OpFL字段值，接收 端对于多出的TLV作丢弃处理，但必须保证报文的校验和；如果Option区域的TLV的数量 小于OpFL字段中值，接收端对该报文作丢弃处理，厂家可以利用re ject报文的预留字段自 行定义reject的原因等。TLV :TLV属于报文的Option选区域的内容,是构成该区域的组 件，不同的TLV表达的意义不相同，每个TLV的类型由类型+表述标示构成，长度字段表述 的是该TLV所占用的字节数，值区域根据不同的类型等。
[0096] 如图5所示，为本发明一实施例提供的建立时钟网络阶段中的子阶段二的流程 图，请参见图5，
[0097] S501 :发起端发起时钟协商请求。如，initiator端向responder发起1588时钟 协商请求（master/slave)。
[0098] S502 :响应端响应时钟协商请求响应或reject消息。
[0099] S503 :接收到时钟协商请求响应消息后，发起端发送报文参数请求或reject给响 应端；如，initiator端向responder发送1588时钟报文参数请求或reject。
[0100] S504 :响应端响应时钟报文参数请求响应。
[0101] S505 :发起端发送请求端点准备OK指示。
[0102] 时钟自建立请求消息，建议由时钟失锁一方发起或者需要重新确定时钟源一方发 起。上述中交互中的initiator和responder。initiator----通信双方发起时钟自建立 请求的一方；responder----通信双方响应时钟自建立请求的一方。
[0103] 在本次交互中，任何一方发送Reject消息，本次会话结束。需要确定时钟源的一 方需要重新选择推举相邻通信节点。
[0104] 时钟自建立完成后，通信双方建立了 1588时钟系统网络，随着时间推移，网络及 通信节点运行状态的变化，原来建立的1588时钟参数可能已经不能满足当前的要求，需要 对相关的内容进行适当的调整以满足通信节点或者网络的要求。因此，需要对时钟参数有 一个维护的过程。如图6所示，为本发明一实施例提供的时钟参数自维护阶段的流程图，请 参见图6，
[0105] S601 :发起端发起时钟参数调整请求。如，1588时钟的参数需要变化，或者是1588 时钟想改变时钟方式等；则发起端需要向响应端发起1588时钟参数调整请求。
[0106] S602 :响应端响应时钟参数调整请求响应或reject消息。如，响应端响应1588时 钟参数调整请求响应或reject消息。
[0107] S603 :接收到时钟参数调整请求响应消息后，发起端向响应端发送请求修改的参 数请求消息；如，发起端向响应端发送1588时钟请求修改的参数请求消息。
[0108] S604 :响应端响应发起端参数修改响应消息。
[0109] S605 :发起端请求端点确认OK消息。
[0110] 具体地，建立时钟网络的通信节点中的任何一方都可以发起时钟参数调整请求消 息，发起方使用的会话是自建立阶段协商的会话，相关的id号也是之前id号的递增。发起 方在发送这一请求后，在本地启动一个定时器，在定时器超时时未收到对端的响应消息，本 端再次发起请求，在请求发送次数超过规定的门限时，认为此次发送失败，需要本端检查是 否能够收到对端的时钟报文，如果收不到时钟报文，则认为对端节点故障，本端等待2分钟 后，再次检查，如果依然无法正确接收响应报文，本端需要进入自愈准备流程阶段。响应端 在回送响应消息后，也启动一个定时器，作为重新发送响应消息的依据。
[0111] 若故障通信节点因为原时钟源故障恢复或者同步通信节点的时钟不能满足故障 通信节点的通信，则需要拆除之前自建立的时钟网络。如图7所示，为本发明一实施例提供 的时钟自拆除阶段的流程图，请参见图7，
[0112] S701 :发起端发起自动拆除请求。本实施例中的发起端可以是故障通信节点也可 以是同步通信节点，如，故障通信节点的时钟源恢复，则故障通信节点发起1588时钟自动 拆除请求。
[0113] S702 :响应端响应自动拆除请求的请求响应。如，响应1588时钟自动拆除请求的 请求响应。
[0114] S703 :发起端请求端点发送确认OK消息或reject消息。
[0115] 具体地，通信的双方任何一方均可以