为发起端，即对端设备，响应建链请求的一方为响应端，即本端设备， 当响应端接收到建链请求消息后，有权拒绝该建链请求，但是响应端不允许立即发起建链 请求，必须等待一段时间，例如等待10分钟以上，才可以发起建链请求；当响应端接收到建 链请求消息后，就不得再发送建链请求消息，只有当本次会话结束一段时间后，例如本次会 话结束3分钟后，方可以发起建链请求；在响应端接收到建链请求消息之前，可能先接收到 发起端的拒绝消息，此时响应端必须等待发起端的建链请求消息，不得主动发送建链请求 消息，只有等待一段时间后，例如等待时间必须在10分钟以上，才可以发起建链请求消息， 针对该响应端，需要至少设置两个定时器，当响应端接收到建链请求消息或者拒绝消息时， 启动第一个定时器，优选地，可以将该第一个定时器的时长设定为10分钟；当本次会话结 束后，启动第二个定时器，优选地，可以将该第二定时器的时长设定为3分钟，只要这两个 定时器中的任何一个超时，即定时器溢出，响应端均有权向对端发起建链请求，否则不能发 起建链请求，需要说明的是，本实施例中的等待时间不作限制，可根据实际需要进行设定。
[0223] 根据实施例一中提供的初始化消息的统一格式，该建链响应消息的格式如表15 所示：
[0224] 01234567890123456789012345678901
[0225]
[0226] 表 15
[0227] 响应端拒绝消息的格式如表16所示：
[0228] 01234567890123456789012345678901
[0229]
[0230]
[0231] 表 16
[0232] 对于建链响应消息中的响应端随机ID由响应端产生并填写，对于建链响应消息 中的发起端随机ID，根据建链请求消息中的发起端随机ID填写。在之后的消息交互中，通 信双方仅对自己产生的随机ID作加1处理，并保留对端的随机ID。通信双方核对本端随 机ID，如果接收的消息中的本端随机ID不为本端发送的消息的随机ID(即当前随机ID)， 则丢弃该消息，并发送拒绝消息给对端。本端的随机ID必须由本端进行修改，即针对发起 端而言，其只能修改发起端的随机ID，不得私自修改响应端的随机ID。对于拒绝消息，不需 要填写响应端随机ID，但需要填写类型、子类型、本端IP地址、设备ID号，以备发起端作验 证所用。
[0233] 在本实施例中，若通信双方已建立通信链接或已完成初始化，则本端设备可响应 对端设备发起时钟状态查询请求。本端设备接收对端设备发送的时钟状态查询请求消息， 根据该时钟状态查询请求消息，获取本端设备的时钟状态信息，生成时钟状态响应消息，该 时钟状态响应消息包括本端设备的时钟状态信息，将该时钟状态响应消息发送至对端设 备，若本端设备接收到对端设备发送的时钟状态确认消息，即表示对端设备已经获取到本 端设备的时钟状态信息，本次查询成功，若本端设备接收到对端设备发送的拒绝消息，即表 示对端设备没有获取到本端设备的时钟状态信息，本次查询失败。
[0234] 在上述时钟状态查询的过程中，本端设备需要根据对端设备的请求结果，执行相 应的操作。具体地，本端设备接收到对端设备发送的时钟状态查询请求消息，对该时钟状态 查询请求消息进行验证，若验证为正确，则根据该时钟状态查询请求消息，生成时钟状态响 应消息，该时钟状态响应消息包括本端设备的时钟状态信息，将该时钟状响应消息发送至 对端设备，若接收到对端设备发送的时钟状态确认消息，则说明对端设备已接收到时钟状 态响应消息，并获取到本端设备的时钟状态信息，即表示本次查询成功，若本端设备接收到 对端设备发送的拒绝消息，则表示本次查询失败；若验证为错误，本端设备将拒绝消息发送 至对端设备，则表示本端设备拒绝对端设备的时钟状态查询请求，即本次查询失败。
[0235] 对于上述查询过程而言，当响应端接收到时钟状态查询请求消息后，有权拒绝该 查询请求，但是响应端不允许立即发起时钟状态查询请求消息，必须等待一段时间，例如等 待10分钟以上，才可以发起查询请求；当响应端接收到时钟状态查询请求消息后，就不得 再发送时钟状态查询请求消息，只有当本次会话结束一段时间后，例如本次会话结束3分 钟后，方可以发起查询请求；在响应端接收到时钟状态查询请求消息之前，可能先接收到发 起端的拒绝消息，此时响应端必须等待发起端的时钟状态查询请求消息，不得主动发送时 钟状态查询请求消息，只有等待一段时间后，例如等待时间必须在10分钟以上，才可以发 起时钟状态查询请求消息，针对该响应端，需要至少设置两个定时器，当响应端接收到时钟 状态查询请求消息或者拒绝消息时，启动第一个定时器，优选地，可以将该第一个定时器的 时长设定为10分钟；当本次会话结束后，启动第二个定时器，优选地，可以将该第二定时器 的时长设定为3分钟，只要这两个定时器中的任何一个超时，即定时器溢出，响应端均有权 向对端发起查询请求，否则不能发起查询请求，需要说明的是，本实施例中的等待时间不作 限制，可根据实际需要进行设定。
[0236] 在上述技术方案中，对端设备可以了解并学习本端设备的时钟状态信息，若本端 设备也同样想了解并学习对端设备的时钟状态信息，其可以在同一次查询过程中完成相 应的操作，本实施例可以通过以下方式使本端设备同样了解并学习对端设备的时钟状态信 息：
[0237] 方式一、在查询过程中，若对端设备发送的时钟状态查询请求消息包括对端设备 的时钟状态信息，则本端设备可以根据该时钟状态查询请求消息，获取对端设备的时钟状 态信息，以便本端设备了解并学习对端设备的时钟状态信息；
[0238] 方式二、在查询过程中，若对端设备发送的时钟状态查询请求消息没有包括对端 设备的时钟状态信息，则本端设备根据时钟状态查询请求消息，获取本端设备的时钟状态 信息，还生成时钟状态查询请求信息，生成时钟状态响应消息，该时钟状态响应消息包括本 端设备的时钟状态信息、时钟状态查询请求信息（例如在时钟状态响应消息的Option区域 填写该信息）。本端设备接收对端设备发送的时钟状态确认消息，该时钟状态确认消息中包 括对端设备的时钟状态信息，本端设备根据该时钟状态确认消息，获取对端设备的时钟状 态信息，以便本端设备了解并学习本端设备的时钟状态信息；
[0239] 方式三、在查询过程中，若对端设备发送的时钟状态查询请求消息包括对端设备 的时钟状态信息，本端设备生成的时钟状态响应消息既可以包括时钟状态查询请求信息， 也可以不包括时钟状态查询请求信息，将该时钟状态响应消息发送至对端设备，接收对端 设备发送的时钟状态确认消息，该时钟状态确认消息同样也包括对端设备的时钟状态信 息，本端设备可根据时钟状态查询请求消息和/或时钟状态确认消息，获取对端设备的时 钟状态信息，以本端设备了解并学习对端设备的时钟状态信息。
[0240] 在上述技术方案中，对于时钟状态响应消息以及拒绝消息的发送方式，一方面， 可以将这些交互消息嵌入到其它协议中，例如，基站之间的X2AP信令中、基站与核心网之 间的S1AP信令中，将这些交互消息嵌入到这些协议的扩展字段进行发送，在此种情况下， 可以不用建立通信设备之间的通信链接或初始化过程，交互消息的安全性由嵌入协议保 证，对于如何在协议中嵌入交互消息，需要根据各个被嵌入协议消息的特点灵活定义，本 实施例不做具体描述；另一方面，由于该过程发生于应用层，因此，该交互消息可以承载在 UDP(User Datagram Protocol，用户数据报协议）、TCP(Transmission Control Protocol， 传输控制协议）、SCTP (STREAM CONTROL TRANSMISSION PROTOCOL，流控制传输协议）等传输 层协议之上。如果通过UDP协议来承载，建议通信双方自定义UDP端口号，为了保证安全， 建议选择未被定义的端口使用；如果通过TCP协议来承载，建议通信双方自定义TCP端口 号，为了保证安全，建议选择未被定义的端口使用；如果通过SCTP协议来承载，建议通信双 方自定义如何处理承载与SCTP流的关系，具体实现方式不属于本本实施范畴；对于LTE基 站与LTE基站之间、LTE基站与EPC核心网之间，建议采用SCTP传输层协议来承载交互报 文。如果采用其它传输层协议，建议用户根据网络及需求自行定义。
[0241] 根据实施例一中提供的查询消息的统一格式，该时钟状态响应消息的格式如表17 所示：
[0242] 01234567890123456789012345678901
[0243]
[0244] 表 17
[0245] 通过上述技术方案，以通信设备之间互相学习彼此的时钟状态为思想，定义彼此 之间通信的消息格式，克服目前系统中存在的弊端，满足业务对时钟的特殊要求。
[0246] 实施例三：
[0247] 如图3为本发明实施例三提供的通信设备的结构示意图，如图3所示，该通信设备 1包括：
[0248] 第一生成模块11，用于生成时钟状态查询请求消息；
[0249] 第一发送模块12,用于将第一生成模块11生成的时钟状态查询请求消息发送至 对端设备，还用于将时钟状态确认消息发送至对端设备；
[0250] 第一接收模块13,用于接收对端设备发送的时钟状态响应消息，时钟状态响应消 息包括对端设备的时钟状态信息；
[0251] 第一获取模块14,用于根据第一接收模块13接收的时钟状态响应消息，获取对端 设备的时钟状态信息。
[0252] 优选地，该通信设备1还包括第一通信模块15,该第一通信模块15用于建立本端 设备与对端设备之间的通信链接。
[0253] 优选地，第一生成模块11还用于生成建链请求消息，还用于根据建链响应消息， 生成建链确认消息，第一发送模块12还用于将第一生成模块11生成的建链请求消息发送 至对端设备，还用于将第一生成模块11生成的建链确认消息发送至对端设备，第一接收模 块13还用于接收对端设备发送的建链响应消息。
[0254] 优选地，该通信设备1还包括第一验证模块16,该第一验证模块16用于验证时钟 状态响应消息是否正确，第一获取模块14用于若第一验证模块16验证正确，则根据时钟状 态响应消息，获取对端设备的时钟状态信息，该第一验证模块16还用于验证建链响应消息 是否正确。
[0255] 优选地，第一获取模块14还用于获取本端设备的时钟状态信息，第一生成模块11 具体用于生成时钟状态查询请求消息，生成时钟状态查询请求消息包括本端设备的时钟状 态信息，还用于生成时钟状态确认消息，时钟状态确认消息包括本端设备的时钟状态信息。
[0256] 实施例四：
[0257] 如图4为本发明实施例四提供的通信设备的结构示意图，如图4所示，该通信设备 2包括：
[0258] 第二接收模块21，用于接收对端设备发送的时钟状态查询请求消息，还用于接收 对端设备发送的时钟状态确认消息；
[0259] 第二生成模块22,用于根据第二接收模块21接收的时钟状态查询请求消息，生成 时钟状态响应消息，时钟状态响应消息包括本端设备的时钟状态信息；
[0260] 第二发送模块23,用于将第二生成模块22生成的时钟状态响应消息发送至对端 设备。
[0261] 优选地，该通信设备2还包括第二通信模块24,该第二通信模块24用于建立本端 设备与对端设备之间的通信链接。
[0262] 优选地，第二接收模块21还用于接收对端设备发送的建链请求消息，还用于接收 对端设备发送的建链确认消息，第二生成模块22还用于根据第二接收模块21接收的建链 请求消息，生成建链响应消息，第二发送模块23还用于将第二生成模块22生成的建链响应 消息发送至对端设备。
[0263] 优选地，该通信设备2还包括第二验证模块25,该第二验证模块25用于验证时钟 状态查询请求消息是否正确，第二生成模块22用于若第二验证模块25验证正确，则根据时 钟状态查询请求消息，生成时钟状态响应消息，时钟状态响应消息包括本端设备的时钟状 态信息，该第二验证模块25还用于验证建链请求消息是否正确。
[0264] 优选地，该通信设备2还包括第二获取模块26,该