IEEE 1588釆用主从模式进行时间信息同步， 主时钟 （ Master Clock ) 釆 用 PTP数据包周期性发布时间信息， 从时钟（ Slave Clock )根据收到 PTP数 据包的接收时间测算网络延迟 （ Delay ) 和时间偏差 （ Offset , 本地时间与主 时钟发布的时间之间的偏差）， 才艮据此时间偏差来调整本地时钟。 IEEE1588 支持通过硬件获取 PTP数据包通过设备出口时的准确时间戳， 以此来获得更 为精确的时间同步。 IEEE1588精确时间协议支持两种同步模式： 一步 （One Step )同步模式和两步（ Two Step )同步模式。 在一步同步模式中， IEEE1588 时钟节点仅在发出的同步 Sync 消息中携带该消息的发送时间； 在两步同步 模式中， IEEE1588时钟节点在发出同步 Sync消息后，还会发出与该同步 Sync 消息对应的跟随 Follow_Up消息， 在该跟随 Follow_Up消息中携带对应的同 步 Sync消息的发送时间。 在时间同步的网络中， 各时钟通过网络连接起来， 在时钟之间可能会有 多台网络设备以及他们的端口之间的通讯电缆 。 在每一个网络设备上， 在一 个 PTP事件消息进入该网络设备的端口之后，该网 络设备可能会对该消息进 行识别、 处理和转发等诸多的操作， 这会对该 PTP事件消息的传送增添新的 延迟时间。 IEEE1588测算的时延包括两部分： 一是 PTP消息在所经历的网 络设备内部处理而导致的时延， 二是 PTP消息在线路上传递的传输时延。 通 信介质的传输延时是固定的， 并且双向延时几乎是相同的。 但是， 网络设备 处理和转发 PTP消息的延迟时间却是不固定的， 不但每一台网络设备的延迟 时间可能不同， 就连同一网络设备上行和下行方向上的延迟时 间也可能是不 同的。 如果不能准确测量网络设备的延迟时间， 时间同步就不能有效进行。 因此， 在测算网络时延时， 为了精确获知 PTP事件消息的传输时延， 必须精 确获知 PTP事件消息在所经历的网络设备上因处理该消 息而导致的处理延迟 时间。 在 IEEE1588v2标准中提出了透明时钟 ( Transparent Clock, 简称为 TC ) 的概念。 在网络设备的入端口和出端口之间实现透明时 钟， 用于获知 PTP事 件消息在网络设备上从入端口到出端口之间的 延迟时间， 从时钟 （ Slave Clock )在计算传输时延时会扣除该驻留时间， 去除网络设备上因处理消息而 导致的时延抖动， 从而可以提高时间同步精度。 其具体的做法是利用 PTP事 件消息中的校正域 ( Correction Field ) 来记录和累计 PTP消息在透明时钟内 的驻留时间。 由此可见， 在釆用 IEEE1588v2标准的时间同步网络中， 如果 能够准确获知 PTP消息在透明时钟内的驻留时间， 则可以更^"确地计算消息 的传输时延， 并最终提高从时钟与主时钟的时间同步的精度 。 在相关技术中， 记录和累计 PTP消息在透明时钟内的驻留时间的方法是 在入端口记录 Sync或 Delay_Req等 PTP事件消息的接收时间， 在出端口记 录该消息的发送时间， 当后续与上述消息关联的 PTP 消息 （例如， 与 Sync 关联的是 Follow Up消息， 与 Delay_Req关联的是 Delay Resp消息） 到达 时， 就把发送时间和接收时间的差值作为驻留时间 累加到当前的 Follow_Up 或 Delay_Resp消息的 Correction Field字段中。 但是， 这种方法需要对上述 关联消息进行查询、 匹配， 需要中央处理单元 （Central Processing Unit, 简 称为 CPU ) 处理， 且处理效率不高。 这种方法不支持以上述 IEEE1588的一 步 （ One Step ) 同步模式向后续节点转发 PTP消息， 也不支持在分布式设备 上实现一个透明时钟。 发明内容 本发明的主要目的在于提供一种时间同步的处 理方案， 以解决上述问题 至少之一。 为了实现上述目的， 才艮据本发明的一个方面， 提供了一种时间同步的处 理方法， 该方法包括： 根据精确时间协议消息在设备的入端口的接收 时间和 精确时间协议消息在设备的出端口的到达时间 ， 在设备的出端口调整精确时 间协议消息中预定字段的值， 从而使用预定字段记录精确时间协议消息在设 备的入端口和设备的出端口之间的传递时间。 为了实现上述目的， 居本发明的另一个方面， 提供了一种时间同步的 处理装置， 该装置包括： 调整模块， 用于根据精确时间协议消息在设备的入 端口的接收时间和精确时间协议消息在设备的 出端口的到达时间， 调整精确 时间协议消息中预定字段的值， 从而使用预定字段记录精确时间协议消息在 设备的入端口和设备的出端口之间的传递时间 。 通过本发明， 对有关时间同步消息， 釆用才艮据精确时间协议消息在设备 内的传递时间， 调整该精确时间协议消息中预定字段的值， 解决了相关技术 中并没有给出在透明时钟中如何计算消息驻留 时间的方法的问题， 进而达到 了有效获知消息在设备中驻留时间的效果。 附图说明 此处所说明的附图用来提供对本发明的进一步 理解， 构成本申请的一部 分， 本发明的示意性实施例及其说明用于解释本发 明， 并不构成对本发明的 不当限定。 在附图中： 图 1是才艮据^!关技术的 IEEE1588十办议实现机理的示意图； 图 2是才艮据本发明实施例的时间同步的处理方� �的流程图； 图 3是才艮据本发明实施例的入端口处理 PTP事件消息的流程的示意图； 图 4是才艮据本发明实施例的出端口处理 PTP事件消息的流程的示意图； 图 5是 居本发明实施例的时间同步的处理方法的具体 的流程图； 图 6是才艮据本发明实施例的 OLT和 ONU组成透明时钟的结构框图； 图 7是 居本发明实施例的时间同步的处理装置的结构 框图； 图 8是根据本发明另一实施例的调整模块的结构� �图； 以及 图 9是 居本发明实施例的时间同步的处理装置的另一 种结构框图。 具体实施方式 下文中将参考附图并结合实施例来详细说明本 发明。 需要说明的是， 在 不冲突的情况下， 本申请中的实施例及实施例中的特征可以相互 组合。 才艮据本发明的实施例， 提供了一种时间同步的处理方法， 该方法包括： 根据精确时间协议消息在设备的入端口的接收 时间和精确时间协议消息在设 备的出端口的到达时间， 在设备的出端口调整精确时间协议消息中预定 字段 的值， 从而使用该预定字段记录精确时间协议消息在 设备的入端口和出端口 之间的传递时间。 该实施例釆用才艮据精确时间协议消息在设备 内的传递时间， 调整该精确 时间协议消息中预定字段的值的方式， 解决了相关技术中并没有给出在透明 时钟中如何计算消息驻留时间的方法的问题， 进而达到了有效获知消息在设 备中驻留时间的效果。 优选地， 精确时间协议消息为同步 Sync消息、 跟随 Follow_Up消息或 延迟请求 Delay_Req消息。 优选地， 在 Sync消息和 Follow Up消息对应的情况下， 设备仅对 Sync 消息和 Follow_Up消息中的一个的预定字段的值进行调整 。 该实施例具有对应的 Sync消息或 FollowJJp消息， 入口端仅对其中一 个消息釆用上述方法进行预定字段的处理， 保证下行方向的驻留时间仅被累 计一次。 优选地， 在设备的出端口调整精确时间协议消息中预定 字段的值之前， 还包括： 设备的入端口接收精确时间协议消息， 并获取当前本地时间戳作为 第一时间戳值； 入端口将第一时间戳值承载在精确时间协议消 息中并将该精 确时间协议消息发送给设备的出端口； 出端口接收到精确时间协议消息时， 获取当前本地时间戳作为第二时间戳， 并计算第二时间戳和第一时间戳之差 作为精确时间协议消息在设备内的传递时间。 该实施例在出端口进行传递时间的计算， 从而能够准确获得该消息在设 备中的传递时间。 优选地， 在设备的出端口调整精确时间协议消息中预定 字段的值包括： 设备将调整预定字段的值为预定字段的当前值 和传递时间之和。 该实施例在出端口调整预定字段的值， 从而准确记录了该消息在设备中 的传递时间。 图 2是才艮据本发明实施例的时间同步的处理方� �的流程图， 优选地， 在 设备的出端口调整精确时间协议消息中预定字 段的值包括： 步骤 S202, 设备的入端口接收精确时间协议消息， 获取当前本地时间戳 作为第一时间戳值， 并将预定字段的值设置为预定字段的当前值与 第一时间 戳值之差； 步骤 S204 ,入端口将精确时间协议消息发送给设备的出� �口；步骤 S206 , 设备的出端口接收到精确时间协议消息时， 获取当前本地时间戳作为第二时 间戳值， 并将预定字段的值设置为预定字段的当前值与 第二时间戳值之和。 优选地， 入端口和出端口位于不同的网络设备。 该实施例在设备的入端口设置预定字段为预定 字段的当前值与入端口处 的时间戳值之差， 在出端口设置预定字段为预定字段的当前值与 出端口处的 时间戳值之和， 从而记录了精确时间协议消息在设备中的延迟 时间， 达到了 有效获知精确时间协议消息在设备中驻留时间 的效果。 优选地， 在上一跳时钟节点釆用两步 （Two Step ) 同步模式的情况下， 将精确时间协议消息中的预定字段的值设置为 预定字段的当前值与第一时间 戳值之差包括： 将 Sync消息或与其对应的 Follow_Up消息中的预定字段的 值设置为预定字段的当前值与第一时间戳值之 差。 优选地， 该实施例具有对应的 Sync消息或 Follow_Up消息， 入口端仅 对其中一个消息釆用上述方法进行预定字段的 处理， 保证下行方向的驻留时 间仅被累计一次。 优选地， 在上一跳时钟节点釆用两步 （Two Step ) 同步模式的情况下， 将精确时间协议消息中的预定字段的值设置为 预定字段的当前值与第二时间 戳值之和包括： 将 Sync消息或 Follow_Up消息中的预定字段的值设置为预 定字段的当前值与第二时间戳值之和。 优选地， 该实施例具有对应的 Sync消息或 Follow_Up消息， 出口端要 使用与入口端一致的处理原则， 仅对其中一个消息釆用上述方法进行预定字 段的处理， 保证下行方向的驻留时间仅被累计一次。 对于每次同步的 Sync和 Follow_Up这两个消息， 入口端和出口端的处 理原则要保持一致： 只对其中一个消息作上述处理， 即， 仅对 Sync 消息进 行处理而将 Follow_Up消息直接转发， 或仅对 Follow_Up消息进行处理而将 Sync直接转发。 优选地， 入端口和出端口位于不同的网络设备。 在该实施例中， 可以在分布在两个网络设备上的两个端口间实 现一个透 明时钟， 简化了时间同步消息在设备上的处理环节。 优选地， 获取第一时间戳值和第二时间戳值的方法包括 ： 从当前本地时 间戳的最低有效位开始， 提取不超过上述预定字段的长度的值。 该实施例提取时间戳的部分值， 使其长度能够与预定字段的字节长度相 匹配。 优选地， 设备在入端口接收消息包括： 设备通过入端口接收消息； 判断 接收的消息为精确时间协议消息。 该实施例在接收消息后判断该消息是精确时间 协议消息， 保证了在入端 口处理精确时间协议消息，从而获得精确时间 协议消息在设备中第一时间戳。 优选地， 在设备判断接收的消息不是精确时间协议消息 的情况下， 将接 收的消息转发给出端口。 该实施例在判断接收的消息不是精确时间协议 消息的情况下， 不会对该 消息进行预定字段的处理， 而仅是转发给出端口， 避免了不必要的操作。 优选地， 在设备获取第二时间戳之前， 设备通过出端口接收消息； 判断 出端口接收的消息为 ^"确时间协议消息。 该实施例在出端口接收到消息后判断该消息是 精确时间协议消息， 保证 了在出端口处理精确时间协议消息， 从而有效获知精确时间协议消息在设备 中第二时间戳。 优选地， 在判断出端口接收的消息不是精确时间协议消 息的情况下， 通 过出端口发送出端口接收的消息。 该实施例在出端口判断接收的消息不是精确时 间协议消息的情况下， 不 会对该消息进行预定字段的处理， 而仅是转发该消息，避免了不必要的操作。 优选地,设备使用 CPU或芯片处理精确时间协议消息。该设备可以 是由 CPU用软件方式对精确时间协议消息进行处理的 网络设备， 也可以是釆用芯 片对精确时间协议消息进行处理的网络设备。 为了更大限度的保证延迟时间 的计算精度， 优选在网络设备中釆用芯片对精确时间协议消 息进行处理。 该实施例使用 CPU或芯片处理精确时间协议消息，达到了使用 软件或硬 件处理精确时间协议消息， 并达到了能够有效获知精确时间协议消息在设 备 中驻留时间的效果。 优选地， 预定字段是校正域 Correction Field, 该实施例利用 Correction Field作为预定字段， 从而能够在 IEEE1588v2 中有效获知精确时间协议消息在设备中驻留时 间的效果。 下面结合实例对本发明的其他优选实例进行说 明。 优选实例一 本实施例说明在网络设备的入端口处理消息的 过程。 图 3是根据本发明 实施例的入端口处理消息的流程的示意图， 该方法包括： 步骤 S301 , 设备在入端口接收消息。 步骤 S302, 根据消息类型来判断该消息是否为预定的 PTP事件消息， 其中， 预定 PTP事件消息为 Sync消息、 Follow_Up消息或 Delay_Req消息； 如果判断结果为是， 则进入步骤 S303 , 否则， 对该消息不做处理， 进行透明 转发传送。 步骤 S303 , 设备从本地时钟模块获取时间戳值。 由于 IEEE 1588v2中规 定的时间戳的长度为 10个字节， 超过了 Correction Field字段 6个字节的长 度， 因此， 从本地时钟模块当前时间戳的最低有效位开始 ， 取 6个字节长度 的值作为时间戳值。 步骤 S304, 设备读取 PTP事件消息中 Correction Field字段的当前值， 将该值减去步骤 S303 中获得的时间戳值， 并将计算结果写入该 Correction Field字段中。 然后， 设备按正常的转发处理流程转发该 PTP事件消息到出 端口。 优选实例二 本实施例描述了在网络设备的出端口处理消息 的过程。 图 4是根据本发 明实施例的出端口处理消息的流程的示意图， 该方法包括： 步骤 S401 , 设备在出端口接收消息。 步骤 S402, 根据消息类型来判断该消息是否为预定的 PTP事件消息， 其中， 预定 PTP事件消息为 Sync消息、 Follow_Up消息或 Delay_Req消息； 如果判断结果为是， 则进入步骤 S403 , 否则， 对该消息不做处理， 进行透明 转发传送。 步骤 S403 , 设备从本机的时钟模块获取时间戳值， 由于 IEEE1588v2中 规定的时间戳的长度为 10个字节， 超过了 Correction Field字段 6个字节的 长度， 因此， 从本地时钟模块当前时间戳的最低有效位开始 ， 取 6个字节长 度的值作为时间戳值。 步一骤 S404, 读取 PTP消息中 Correction Field字段的当前值， ^！夺该值力口 上步骤 S403 中获取的时间戳值， 并将计算结果写入该字段中。 然后通过出 端口发送该消息。 上述优选实例一和优选实例二可以结合使用， 可以将其结合用于同一设 备， 也可以将优选实例一用于一个设备的入端口， 而将优选实例二用于另一 个设备的出端口。 优选实例三 本实施例在同一个设备上的两个端口上实现透 明时钟。 图 5是根据本发 明实施例的时间同步的处理方法的具体的流程 图， 该方法包括： 步骤 S501 , 主时钟在 T1时刻发送 PTP事件消息 Sync, 其中， Correction Field字段的当前值为 0。 步骤 S502, 该 Sync消息可能经过多台网络设备的处理和转发� �达实现 本发明的网络设备的入端口。入端口识别出该 消息是 PTP的 Sync事件消息， 并获取本设备当前时间戳 Ta。 步骤 S503 , 将该消息的 Correction Field字段值 ( CF ) 修改为 CF-Ta。 步骤 S504,经过设备正常的处理转发流程，该消息到� ��设备的出端口处。 设备获取当前时间戳 Tb。 步骤 S505 , 将消息的 CF字段值修改为 CF+Tb, 通过正常的发送流程将 该消息发送到下一台设备。 反向的 Delay_Req消息处理过程和上述相同， 只是出、入端口发生转换； 网络设备对 Follow_Up和 Delay_Rsp等其他消息不做处理， 进行透明转发传 送。 上述流程也可应用到 Follow_Up消息中， 此时， 网络设备对 Sync消息 不作处理， 进行透明转发。 优选实例四 本实施例中入端口和出端口在不同的设备上。 在 EPON、 GPON等 PON 网络上， 在光纤线路终端 （ Optical Line Terminal, 简称为 OLT ) 与光纤网络 单元 （ Optical Network Unit, 简称为 ONU )之间基于 PON的测距机制实现 OLT与 ONU的时间同步， 该同步过程可以使用现有的同步方法， 具体实现 方式在此不再赘述。 在此基础上， 在下行方向， 以 OLT的上联以太网接口作 为入端口， ONU的下联以太网接口作为出端口， 在上行方向， 以 OLT的上 联以太网接口作为出端口， ONU的下联以太网接口作为入端口，从而在 OLT 和 ONU上共同形成一个透明时钟。这样可以不需要 在 EPON/GPON的 MAC 芯片上支持 PTP数据包检测处理的情况下， 实现透明时钟。 在该透明时钟中 的入端口釆用优选实例一的方法对 PTP事件消息进行处理，在出端口使用优 选实例二的方法对 PTP事件消息进行处理。 其中如果存在 Sync消息和与其 对应的 Follow_Up消息， 则只对其中之一进行处理， 对另一个不做处理， 进 行透明转发传送； 对 Delay_Req消息进行处理， 而对与其对应的 Delay_Rsp 消息不故处理，进行透明转发传送。对除上述 消息以外的其他消息不故处理， 进行透明转发传送。 图 6是才艮据本发明实施例的 OLT和 ONU组成透明时钟的结构框图。 利 用上述处理方法，在下行方向，来自 OLT上联接口的 PTP消息，在经过 ONU 的下联口时， PTP消息的 Correction Field字段中已经累力口了 PTP消息在这一 透明时钟中的驻留时间； 在上行方向， 来自 ONU下联口的 PTP数据包， 在 经过 OLT的上联口时， PTP消息的 Correction Field字段中已经累力口了 PTP 消息在这一透明时钟中的驻留时间。 然后， 下级设备的 Slave根据 1588v2标 准算法扣除 Correction Field字段表征的时延， 就可以去除 PTP消息在 PON 设备内部传输和处理导致的时延和抖动。 利用上述处理方法， 不仅可以在一个网络设备上的两个端口间实现 一个 透明时钟，还可以在分布在两个网络设备上的 两个端口间实现一个透明时钟， 并支持 IEEE1588v2的一步同步 （ One Step )模式和两步 （ Two Step ) 同步模 式。 优选实例五 在实际应用中， 调整运算可以统一在出端口进行， 本实施例提供了在设 备的出端口计算驻留时间的方法。 该方法包括： 设备的入端口接收精确时间协议消息， 并获取当前本地时间戳作为第一 时间戳值；入端口将精确时间协议消息和第一 时间戳值发送给设备的出端口， 其中， 该第一时间戳值可以作为 PTP 消息的新扩充字段内容， 承载在 PTP 消息中发送给出端口， 当然也可以单独发送给出端口； 出端口接收到精确时 间协议消息时， 获取当前本地时间戳作为第二时间戳， 然后， 计算第二时间 戳和第一时间戳之差作为精确时间协议消息在 设备内的传递时间。 在计算出传递时间之后， 设备将调整预定字段的值为预定字段的当前值 和传递时间之和， 然后， 出端口将该 PTP消息发送出去， 其中， 该预定字段 可以是 correction field。 调整运算统一在出端口进行时， 出端口和入端口可以位于同一个网络设 备， 也可以位于不同的网络设备。 对应于上述方法实施例， 本发明实施例还提供了一种时间同步的处理装 置， 图 7是才艮据本发明实施例的时间同步的处理装� �的结构框图， 该装置包 括： 调整模块 714 , 用于根据精确时间协议消息在设备的入端口的 接收时间 和精确时间协议消息在设备的出端口的到达时 间， 调整精确时间协议消息中 预定字段的值， 从而使用该预定字段记录精确时间协议消息在 设备的入端口 和出端口之间的传递时间。 该装置还可以包括： 第一接收模块 702 , 位于入端口， 用于接收精确时 间协议消息， 第一获取模块 704耦合至第一接收模块 702 , 位于入端口， 用 于获取当前本地时间戳作为第一时间戳值； 第一发送模块 706耦合至第一获 取模块 704 , 位于入端口， 将第一时间戳值承载在精确时间协议消息中并 将 该精确时间协议消息发送给设备的出端口； 第二接收模块 708耦合至第一发 送模块 706 , 位于出端口， 用于接收到精确时间协议消息， 第二获取模块 710 耦合至第二接收模块 708 , 位于出端口， 用于获取当前本地时间戳作为第二 时间戳， 计算模块 712耦合至第二获取模块 710 , 位于出端口， 用于计算第 二时间戳和第一时间戳之差作为精确时间协议 消息在设备内的传递时间； 调 整模块 714耦合至计算模块 712 , 用于调整预定字段的值为预定字段的当前 值和传递时间之和。 图 8是根据本发明另一实施例的调整模块的结构� �图， 调整模块 800包 括： 第三接收模块 802 , 位于入端口， 用于接收精确时间协议消息， 第三获 取模块 804 合至第三接收模块 802 , 位于入端口， 用于获取当前本地时间 戳作为第一时间戳值， 第一设置模块 806耦合至第三获取模块 804 , 位于入 端口， 用于将预定字段的值设置为预定字段的当前值 与第一时间戳值之差； 第三发送模块 808耦合至第一设置模块 806 , 位于入端口， 用于将精确时间 协议消息发送给设备的出端口； 第四接收模块 810耦合至第三发送模块 808 , 位于出端口， 用于接收 ^"确时间协议消息， 第四获取模块 812耦合至第四接 收模块 810 ,用于获取当前本地时间戳作为第二时间戳值� � 第二设置模块 814 耦合至第四获取模块 812 , 用于将预定字段的值设置为预定字段的当前值 与 第二时间戳值之和。 在本实施例中装置只需要包括调整模块 800即可实现记 录消息在设备的入端口和出端口之间的驻留时 间， 而不需要上一实施例中的 第一接收模块 702等模块。 图 9是 居本发明实施例的时间同步的处理装置的另一 种结构框图， 该 装置包括： 消息接收处理模块 902 , 消息发送处理模块 904。 其中， 消息接 收处理模块 902对应于位于入端口的一个或多个设备的组合 ， 当网络设备的 入端口收到一条消息会调用消息接收处理模块 902对该消息进行处理， 处理 的方法可以釆用优选实例一记载的方法； 消息发送处理模块 904对应于位于 出端口的一个或多个设备的组合， 当设备要通过出端口发送消息时， 会调用 消息发送处理模块 904对该消息进行处理， 处理的方法可以釆用优选实例二 ΐ己载的方法。 其中， 消息接收处理模块 902 , 消息发送处理模块 904可以在一个网络 设备中， 也可以在两个网络设备中， 例如， 在上述优选实例四中， 在下行方 向，消息接收处理模块 902和消息发送处理模块 904可位于 OLT的上联以太 网接口和 ONU的下联以太网接口； 在上行方向， 消息接收处理模块 902和 消息发送处理模块 904可位于 ONU的下联以太网接口和 OLT的上联以太网 接口。 综上所述， 釆用本发明， 解决了相关技术中并没有给出在透明时钟中如 何计算驻留时间的方法的问题， 进而达到了有效获知 ΡΤΡ消息在设备中驻留 时间的效果。 显然， 本领域的技术人员应该明白， 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现， 它们可以集中在单个的计算装置上， 或者分布 在多个计算装置所组成的网络上， 可选地， 它们可以用计算装置可执行的程 序代码来实现， 从而， 可以将它们存储在存储装置中由计算装置来执 行， 并 且在某些情况下， 可以以不同于此处的顺序执行所示出或描述的 步骤， 或者 将它们分别制作成各个集成电路模块， 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样， 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已， 并不用于限制本发明， 对于本 领域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的 ^"神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的保护 范围之内。