CN116094640A - 一种分布式框式设备及其时间同步的方法 - Google Patents

Abstract

本申请提供一种分布式框式设备及其时间同步的方法，分布式框式设备包括主控板及与业务板，该方法包括：主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；主控板确定利用率Umx对应的第一处理时延值Tdmx，以及利用率Usx对应的第二处理时延值Tdsx；主控板确定主控板和业务板的当前时延值Tdx为Td0、Tdmx及Tdsx的总和，并通知业务板，Td0为主控板和业务板初始状态时主控板和业务板之间的时延值；业务板按照接收到的Tdx对本地时钟进行调整，以完成和主控板的时间同步。本申请业务板和主控板之间进行时间同步时充分考虑了各自CPU利用率对报文处理速度的影响，可以准确实现时间同步。

Description

一种分布式框式设备及其时间同步的方法

技术领域

本申请涉及交换机、路由器技术领域，特别涉及一种分布式框式设备及其时间同步的方法。

背景技术

随着网络的高速发展，网络性能的持续提升，对分布式框式设备的需求数量也越来越多。核心及汇聚网络中目前使用的通信设备大多数都是分布式框式设备。

在设备运行期间，如图1所示的分布式框式设备中，主控板和各个业务板均需要自行记录相应的业务运行日志、异常告警以及调试信息等。当设备运行出现问题时，仅通过主控板上的系统日志并不足以支撑精确定位时，就需要业务板自身也提供一份详尽的日志信息共同配合定位。但当两份日志信息上携带的时间信息不一致时，不仅无法发挥日志信息的最大价值，也为排查问题带来了一定的困难。

现有技术中主控板和业务板之间的时延计算通过两者间交互报文携带的四个时间戳来计算，但是该方法使用时并没有将设备各板卡的CPU利用率考虑进来，而由于设备各板卡的CPU负责处理各种报文，在设备空配置运转的情况下，CPU利用率是一个稳定的比较小的数值时，认为此状态是一个比较理想的状态，在此情况下得到的时延值也是一个比较稳定准确的数值；而当分布式框式设备的各板卡处于不同载荷状态时，各板卡的CPU利用率将发生较大变化，这种情况下实际上也将导致主控板和业务板之间的时延值不再与设备空配置运转时两者的时延值保持一致，甚至存在较大的变化值，此时如果仍然采用设备空配置运转时的时延值将使得主控板和业务板之间的时间同步实质上并未实现，影响整个设备数据采集的准确性和运行的可靠性。

发明内容

本申请提供了一种分布式框式设备及其时间同步的方法，用以解决现有分布式框式设备未考虑主控板和业务板CPU利用率导致时间同步不准确的问题。

根据本申请实施例的第一方面，提供一种分布式框式设备时间同步的方法，所述分布式框式设备包括主控板及与所述主控板连接的多个业务板，该方法包括：

主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；

主控板确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；

主控板确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值；

业务板按照接收到的当前时延值Tdx对本地时钟进行调整，以完成和所述主控板的时间同步。

主控板确定所述利用率Umx对应的第一处理时延值Tdmx，包括：

确定所述利用率Umx当前所在的预设区间(Umi，Umj]；

根据记录的主控板CPU利用率的区间端点值与第一处理时延值的对应关系，获取区间端点值Umi所对应的时延值Tdmi、Umj所对应的时延值Tdmj；

计算

在一个或多个可能的实施方式中，主控板确定所述利用率Usx对应的第二处理时延值Tdsx，包括：

主控板自身采用如下方式确定利用率Usx对应的第二处理时延值Tdsx，或接收业务板采用如下方式确定的利用率Usx对应的第二处理时延值Tdsx：

确定所述利用率Usx当前所在的预设区间(Usm，Usn]；

根据记录的业务板CPU利用率的区间端点值与第二处理时延值的对应关系，获取区间端点值Usm所对应的时延值Tdsm、Usn所对应的时延值Tdsn；

计算

在一个或多个可能的实施方式中，主控板自身确定利用率Usx对应的第二处理时延值Tdsx时，所述主控板预先记录业务板CPU利用率的区间端点值与第二处理时延值的对应关系；

主控板接收业务板确定的利用率Usx对应的第二处理时延值Tdsx时，所述业务板预先记录业务板CPU利用率的区间端点值与第二处理时延值的对应关系。

在一个或多个可能的实施方式中，所述初始状态时延值Td0为主控板CPU利用率为Umi、业务板CPU利用率为初始值Us0时的主控板的时延值，与主控板CPU利用率为初始值Um0、业务板CPU利用率为Usm时业务板之间时延值；

其中，初始值Um0为主控板启动处于空载状态对应的利用率，初始值Us0为业务板启动处于空载状态时对应的利用率。

在一个或多个可能的实施方式中，所述区间端点值Umi对应的时延值Tdmi、Umj对应的时延值Tdmj，为业务板CPU利用率为初始值Us0，主控板CPU的利用率分别为Umi、Umj时分别对应的时延值；

所述区间端点值Usm对应的时延值Tdsm、Usn对应的时延值Tdsn，为主控板CPU利用率为初始值Um0，业务板CPU的利用率分别为Usm、Usn时对应的时延值。

在一个或多个可能的实施方式中，采用如下方式针对主控板CPU利用率设定预设区间：

当主控板CPU利用率与报文处理时间值成线性关系时，设定一个预设区间(Um0，Ummax]，Um0为主控板CPU利用率在空载状态下的初始值，Ummax为主控板预定的利用率峰值；

当主控板CPU利用率与报文处理时间值不成线性关系时，将Um0-Ummax划分为多个预设区间并确定各预设区间的区间端点值。

在一个或多个可能的实施方式中，采用如下方式针对业务板CPU利用率设定预设区间：

当业务板CPU利用率与报文处理时间值成线性关系时，设定一个预设区间(Us0，Usmax]，Us0为业务板CPU利用率在空载状态下的初始值，Usmax为业务板预定的利用率峰值；

当业务板CPU利用率与报文处理时间值不成线性关系时，将Us0-Usmax划分为多个预设区间并确定各预设区间的区间端点值。

在一个或多个可能的实施方式中，记录主控板CPU利用率的区间端点值与第一处理时延值的对应关系/业务板CPU利用率的区间端点值与第二处理时延值的对应关系时，采用如下方式将主控板CPU利用率/业务板CPU利用率提升到对应的区间端点值：

通过外部测试仪向主控板CPU/业务板CPU发送设定协议报文，以使主控板CPU利用率/业务板CPU利用率不断提升到对应的区间端点值；或者

主控板主动向非测试业务板发送测试报文，以使所述非测试业务板接收到测试报文后按照预设策略向主控板/业务板发送攻击报文，直至达到所需的主控板CPU利用率/业务板CPU利用率。

在一个或多个可能的实施方式中，采用如下方式判定主控板CPU利用率/业务板CPU利用率是否与报文处理时间值成线性关系：

在业务板的CPU利用率保持为初始值Us0，主控板的CPU利用率从初始值Um0增加到达到预定利用率峰值Ummax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与计算得到的时延值之间的误差值均在第一误差范围内，确定主控板CPU利用率与报文处理时间值成线性关系；

在主控板的CPU利用率保持为初始值Um0，业务板的CPU利用率从初始值Us0增加到达到预定利用率峰值Usmax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与计算得到的时延值之间的误差值均在第二误差范围内，确定业务板的CPU利用率与报文处理时间值成线性关系。

在一个或多个可能的实施方式中，主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx，包括：

业务板周期性获得业务板的当前CPU利用率并上报主控板；

主控板接收到所述业务板上报的当前CPU利用率时，在主控板本地获得主控板的当前CPU利用率。

根据本申请实施例的第二方面，提供一种分布式框式设备，所述分布式框式设备包括：

主控板，用于获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值；

多个业务板；接收所述主控板下发的当前时延值Tdx，按照所述当前时延值对本地时钟进行调整，以完成和所述主控板的时间同步。

利用本申请提供的分布式框式设备及其时间同步的方法，具有以下有益效果：

本申请时间同步的方法充分考虑主控板的CPU利用率和业务板的CPU利用率，使得两者间时延计算结果更加准确，可以有效保证业务板记录的日志信息携带的时间信息和主控板上记录的系统日志携带的时间信息保持一致，方便业务板日志信息和主控板的系统日志达到实时对齐，为产品维护提供了有效可靠的信息来源，为系统优化和产品维护提供了一个强效有力的手段。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍。

图1为相关技术中分布式框式设备的结构图；

图2为相关技术中分布式框式确定时延值的方法示意图；

图3为本申请实施例中提供的分布式框式设备时间同步的方法流程图；

图4为本申请实施例中提供的分布式框式设备的结构示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

现有技术中主控板和业务板之间的时延计算方法，参考图2所示，通常为采用如下公式(1)计算：

t_delay＝((t4- t1)-(t3-t2))/2 (1)

其中：t_delay为主控板和业务板n之间的时延，t1为主控板向业务板n发出同步Sync报文时所携带的本地时钟；t2为业务板n收到Sync报文时的本地时钟；t3为业务板n向主控板发送时延响应Delay_Req报文所携带的本地时钟；t4为主控板收到Delay_Req报文时的本地时钟；此处要说明的是：主控板和不同业务板之间时延是需要分别计算的，主控板和每个业务板之间的时延并不必然相等或者不相等。

由此可见，现有技术中主控板和业务板之间的时延计算通过两者间交互报文携带的四个时间戳来计算，但是该方法使用时并没有将设备各板卡的CPU利用率考虑进来，导致采用设备空配置运转时两者的时延值不能实现主控板和业务板之间的时间同步，影响整个设备数据采集的准确性和运行的可靠性。

针对上述存在的问题，本申请实施例提出一种分布式框式设备时间同步的方法，应用于由主控板和多个业务板构成的分布式框式设备，用来实现主控板和各业务板之间的时间同步。本申请时间同步的方法充分考虑主控板的CPU利用率和业务板的CPU利用率，使得两者间时延计算结果更加准确，可以有效保证业务板记录的日志信息携带的时间信息和主控板上记录的系统日志携带的时间信息保持一致，方便业务板日志信息和主控板的系统日志达到实时对齐，为产品维护提供了有效可靠的信息来源，为系统优化和产品维护提供了一个强效有力的手段。

本申请实施例提出一种时间同步的方法，应用于由主控板和业务板构成的分布式框式设备，参考图3所示，该方法包括：

S1:主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；

在本步骤中，业务板的当前CPU利用率Usx在业务板本地通过现有技术获得并且上报主控板。

可选地，业务板周期性获得业务板的当前CPU利用率Usx并上报主控板；

主控板接收到所述业务板上报的当前CPU利用率Usx时，在主控板本地通过现有技术获得主控板的当前CPU利用率Umx。

S2：主控板确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；

在本步骤中，主控板确定主控板当前CPU的利用率Umx所对应的第一处理时延值Tdmx，可以是通过以下方式获得：

确定主控板当前CPU的利用率Umx当前所在的预设区间(Umi，Umj]；

根据记录的主控板CPU利用率的区间端点值与第一处理时延值的对应关系，获取区间端点值Umi所对应的时延值Tdmi、Umj所对应的时延值Tdmj；

根据如下公式确定当前主控板CPU的利用率Umx所对应的第一处理时延值Tdmx：

其中，主控板当前CPU的利用率的设定区间的区间端点值Umi对应的时延值Tdmi、Umj对应的时延值Tdmj，为业务板CPU利用率为初始值Us0，主控板CPU的利用率分别为Umi、Umj时分别对应的时延值，具体获取对应时延值的方式可以通过现有技术中四个时间戳的方式获得；

本实施例中主控板CPU利用率的初始值Um0为主控板启动处于空载状态对应的利用率，业务板CPU利用率的初始值Us0为业务板启动处于空载状态时对应的利用率。

在本步骤中，确定业务板当前CPU的利用率Usx所对应的第二处理时延值Tdsx，可以是通过以下方式：

确定业务板当前CPU的利用率Usx当前所在的预设区间(Usm，Usn]；

根据记录的业务板CPU利用率的区间端点值与第二处理时延值的对应关系，获取区间端点值Usm所对应的时延值Tdsm、Usn所对应的时延值Tdsn；

根据如下公式确定当前CPU的利用率Usx所对应的第二处理时延值Tdsx：

其中，业务板当前CPU的利用率的设定区间的区间端点值Usm对应的时延值Tdsm、Usn对应的时延值Tdsn，为主控板CPU利用率为初始值Um0，业务板CPU的利用率分别为Usm、Usn时对应的时延值，具体获取对应时延值的方式可以通过现有技术中四个时间戳的方式获得。

在本步骤中，第二处理时延值Tdsx可以由业务板本地采用上述方式确定，并在上报主控板当前CPU利用率Usx时上报主控板，此时在业务板上预先记录本业务板CPU利用率的区间端点值与第二处理时延值的对应关系；也可以是主控板根据业务板的当前CPU利用率Usx在主控板本地确定；但此时需要在主控板预先记录各业务板CPU利用率的区间端点值与第二处理时延值的对应关系。

S3：主控板确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，即Tdx＝Td0+Tdmx+Tdsx，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值。

在本步骤中，初始状态时延值Td0为主控板CPU利用率为初始值Um0、业务板CPU利用率为初始值Us0时的主控板和业务板之间时延值。

对于上述采用设定区间的确定Tdmx和Tdsx的方式，初始状态时延值Td0为主控板CPU利用率为Umi、业务板CPU利用率为初始值Us0时的主控板的时延值，与主控板CPU利用率为初始值Um0、业务板CPU利用率为Usm时业务板之间时延值，具体确定时延值的方法可以通过现有技术确定。

S4：业务板按照接收到的当前时延值Tdx对本地时钟进行调整，以完成和主控板的时间同步。

在上述的步骤S2中，主控板可以采用如下方式针对主控板CPU利用率设定预设区间：

当主控板的CPU利用率与报文处理时间值成线性关系时，则预设区间为一个，此时，预设区间(Umi，Umj]为(Um0，Ummax]，其中，Um0为主控板CPU利用率在空载状态下的初始值，Ummax为主控板预定的利用率峰值，示例性地可以但不限于为90％。

当主控板的CPU利用率与报文处理时间值不成线性关系时，则设定多个预设区间，本领域技术人员根据系统设计要求将Um0-Ummax确定划分的预设区间的个数及各预设区间的区间端点值，示例性地，Um0＝20％，Ummax＝90％，可以划分5个区间分别为：(20％,40％]、(40％,60％]、(60％,75％]、(75％,85％]、(85％,90％]，此处具体的划分区间只是为了更好的说明，并不对本申请实施例所涉及的区间个数和区间大小做出具体限定，但是本领域普通技术人员在设置多个预设区间时，一种可能的方式为，区间端点值越大，所涉及的预设区间的范围应该较小。

按照相同的构思，业务板可以采用如下方式针对业务板CPU利用率设定预设区间：

当业务板CPU利用率与报文处理时间值成线性关系时，则预设区间为一个，此时，预设区间(Usm，Usn]为(Us0，Usmax]，其中，Us0为业务板CPU利用率在空载状态下的初始值，Usmax为业务板预定的利用率峰值，示例性，可以但不限于为90％；

当业务板CPU利用率与报文处理时间值不成线性关系时，则设定多个预设区间，本领域普通技术人员根据系统设计要求将Us0-Usmax确定划分的多个预设区间的个数及各预设区间的区间端点值，此处并不对区间个数和区间大小做出具体限定，但是本领域普通技术人员在设置多个预设区间时，在一种可能的实施方式，区间端点值越大，所涉及的预设区间范围应该较小。

实施中，所述的主控板的CPU预定利用率峰值和业务板的CPU预定利用率峰值为系统设计时，设备正常运行可达到的CPU最大利用率，其中，主控板的CPU预定利用率峰值和业务板的CPU预定利用率峰值可以分别根据场景设计确定，而不要求两者必须相等或者不等。以上所述主控板和业务板的CPU处于不同利用率的状态下，主控板和业务板之间的时延值按照现有技术确定，可以是参考图1和公式(1)所示的方法，此处直接引用而不再赘述。

进一步的，在本申请的上述实现过程中，为了预先记录主控板CPU利用率的区间端点值与第一处理时延值的对应关系，可以通过以下方式调整主控板CPU的利用率：

(1)通过外部测试仪向主控板CPU发送设定协议报文，以使得主控板CPU利用率不断提升达到对应的区间端点值；

(2)主控板主动向非测试业务板发送测试报文，所述非测试业务板接收到测试报文后按照预设策略向主控板发送攻击报文，直至达到对应的区间端点值，即区间端点值对应的主控板CPU利用率；所述的攻击报文为：主控板可识别、只为增加主控板CPU载荷所设定的报文，且可以随着所需达到的CPU利用率的升高而提升发送频率。所述的非测试业务板为当前并不和主控板进行时延值测试的业务板。

基于相同构思，本申请的上述实现过程中，为了预先记录业务板CPU的利用率区间端点值与第二处理时延值的对应关系，可以通过以下方式调整业务板CPU的利用率：

(1)通过外部测试仪向业务板CPU发送设定协议报文，以使得业务板CPU利用率不断提升达到对应的区间端点值；

(2)主控板主动向非测试业务板发送测试报文，所述非测试业务板接收到测试报文后按照预设策略向当前需要进行时延值测试的业务板发送攻击报文，直至达到对应的区间端点值，即区间端点值对应的业务板CPU利用率；所述的攻击报文为：时延值测试的业务板可识别、只为增加该业务板CPU载荷所设定的报文，且可以随着所需达到的CPU利用率的升高而提升发送频率。所述的非测试业务板为当前并不和主控板进行时延值测试的业务板。

在上述实现过程中，主控板/业务板的CPU利用率与报文处理时间值是否成线性关系可以是系统设计时所已知，也可以是通过以下方法预先确定：

(1)在业务板的CPU利用率保持为初始值Us0，主控板的CPU利用率从初始值Um0增加到达到预定利用率峰值Ummax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与通过上述计算Tdx方式所得到的时延值之间的误差值均在第一误差范围内，才认为主控板的CPU利用率与时报文处理时间值成线性关系；所述的第一误差范围为本领域普通技术人员根据系统设计需求确定；

(2)在主控板的CPU利用率保持为初始值Um0，业务板的CPU利用率从初始值Us0增加到达到预定利用率峰值Usmax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与通过上述计算Tdx方式计算所得到的时延值之间的误差值均在第二误差范围内，才认为业务板的CPU利用率与报文处理时间值成线性关系。所述的第二误差范围为本领域普通技术人员根据系统设计需求确定。

在上述的主控板和各业务板的时间同步过程中，主控板只需要周期性的获取到本地CPU利用率以及要进行时延值测试的业务板的CPU利用率，并将根据主控板CPU利用率和业务板CPU利用率不同所各自带来的不同时延值作为初始状态下时延值的补偿，使得主控板和业务板的时间同步过程更为准确。进一步地，主控板CPU利用率和业务板CPU利用率不同所各自带来的不同时延值都在实际设备运行前获取和记录，并不影响设备在网运行。

以上对本申请中一种分布式框式设备时间同步的方法进行说明，以下对执行上述方法的分布式框式设备进行说明。

请参阅图4，本申请实施例提供一种分布式框式设备，包括：

主控板401，用于获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值；

多个业务板402；接收所述主控板下发的当前时延值Tdx，按照所述当前时延值对本地时钟进行调整，以完成和所述主控板的时间同步。

本申请实施例所提供的上述分布式框式设备与本申请上述实施例提供的分布式框式设备时间同步的方法属于同一发明构思，上述实施例提供的时间同步方法中主控板和业务板执行的各方法的步骤，可以应用到本实施例中的分布式框式设备进行实施，这里不再重述。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (12)

1.一种分布式框式设备时间同步的方法，所述分布式框式设备包括主控板及与所述主控板连接的多个业务板，其特征在于，该方法包括：

主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；

主控板确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；

主控板确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值；

业务板按照接收到的当前时延值Tdx对本地时钟进行调整，以完成和所述主控板的时间同步。

2.根据权利要求1所述的方法，其特征在于，主控板确定所述利用率Umx对应的第一处理时延值Tdmx，包括：

确定所述利用率Umx当前所在的预设区间(Umi，Umj]；

根据记录的主控板CPU利用率的区间端点值与第一处理时延值的对应关系，获取区间端点值Umi所对应的时延值Tdmi、Umj所对应的时延值Tdmj；

计算

3.根据权利要求1所述的方法，其特征在于，主控板确定所述利用率Usx对应的第二处理时延值Tdsx，包括：

主控板自身采用如下方式确定利用率Usx对应的第二处理时延值Tdsx，或接收业务板采用如下方式确定的利用率Usx对应的第二处理时延值Tdsx：

确定所述利用率Usx当前所在的预设区间(Usm，Usn]；

根据记录的业务板CPU利用率的区间端点值与第二处理时延值的对应关系，获取区间端点值Usm所对应的时延值Tdsm、Usn所对应的时延值Tdsn；

计算

4.根据权利要求3所述的方法，其特征在于，

主控板自身确定利用率Usx对应的第二处理时延值Tdsx时，所述主控板预先记录业务板CPU利用率的区间端点值与第二处理时延值的对应关系；

主控板接收业务板确定的利用率Usx对应的第二处理时延值Tdsx时，所述业务板预先记录业务板CPU利用率的区间端点值与第二处理时延值的对应关系。

5.根据权利要求2或3所述的方法，其特征在于，

所述初始状态时延值Td0为主控板CPU利用率为Umi、业务板CPU利用率为初始值Us0时的主控板的时延值，与主控板CPU利用率为初始值Um0、业务板CPU利用率为Usm时业务板之间时延值；

其中，初始值Um0为主控板启动处于空载状态对应的利用率，初始值Us0为业务板启动处于空载状态时对应的利用率。

6.根据权利要求2或3所述的方法，其特征在于，

所述区间端点值Umi对应的时延值Tdmi、Umj对应的时延值Tdmj，为业务板CPU利用率为初始值Us0，主控板CPU的利用率分别为Umi、Umj时分别对应的时延值；

所述区间端点值Usm对应的时延值Tdsm、Usn对应的时延值Tdsn，为主控板CPU利用率为初始值Um0，业务板CPU的利用率分别为Usm、Usn时对应的时延值。

7.根据权利要求2所述的方法，其特征在于，采用如下方式针对主控板CPU利用率设定预设区间：

当主控板CPU利用率与报文处理时间值成线性关系时，设定一个预设区间(Um0，Ummax]，Um0为主控板CPU利用率在空载状态下的初始值，Ummax为主控板预定的利用率峰值；

当主控板CPU利用率与报文处理时间值不成线性关系时，将Um0-Ummax划分为多个预设区间并确定各预设区间的区间端点值。

8.根据权利要求3所述的方法，其特征在于，采用如下方式针对业务板CPU利用率设定预设区间：

当业务板CPU利用率与报文处理时间值成线性关系时，设定一个预设区间(Us0，Usmax]，Us0为业务板CPU利用率在空载状态下的初始值，Usmax为业务板预定的利用率峰值；

当业务板CPU利用率与报文处理时间值不成线性关系时，将Us0-Usmax划分为多个预设区间并确定各预设区间的区间端点值。

9.根据权利要求2或3所述的方法，其特征在于，记录主控板CPU利用率的区间端点值与第一处理时延值的对应关系/业务板CPU利用率的区间端点值与第二处理时延值的对应关系时，采用如下方式将主控板CPU利用率/业务板CPU利用率提升到对应的区间端点值：

通过外部测试仪向主控板CPU/业务板CPU发送设定协议报文，以使主控板CPU利用率/业务板CPU利用率不断提升到对应的区间端点值；或者

主控板主动向非测试业务板发送测试报文，以使所述非测试业务板接收到测试报文后按照预设策略向主控板/业务板发送攻击报文，直至达到对应的区间端点值。

10.根据权利要求7所述的方法，其特征在于，采用如下方式判定主控板CPU利用率/业务板CPU利用率是否与报文处理时间值成线性关系：

在业务板的CPU利用率保持为初始值Us0，主控板的CPU利用率从初始值Um0增加到达到预定利用率峰值Ummax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与计算得到的时延值之间的误差值均在第一误差范围内，确定主控板CPU利用率与报文处理时间值成线性关系；

在主控板的CPU利用率保持为初始值Um0，业务板的CPU利用率从初始值Us0增加到达到预定利用率峰值Usmax的过程中，获取设定个数的主控板和业务板之间的时延值，如果所获取的设定个数的时延值与计算得到的时延值之间的误差值均在第二误差范围内，确定业务板的CPU利用率与报文处理时间值成线性关系。

11.根据权利要求1所述的方法，其特征在于，主控板获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx，包括：

业务板周期性获得业务板的当前CPU利用率Usx并上报主控板；

主控板接收到所述业务板上报的当前CPU利用率Usx时，在主控板本地获得主控板的当前CPU利用率Umx。

12.一种分布式框式设备，其特征在于，所述分布式框式设备包括：

主控板，用于获取当前主控板CPU的利用率Umx和业务板CPU的利用率Usx；确定所述利用率Umx对应的第一处理时延值Tdmx，以及所述利用率Usx对应的第二处理时延值Tdsx；确定所述主控板和业务板的当前时延值Tdx为初始状态时延值Td0、Tdmx及Tdsx的总和，并通知业务板，所述初始状态时延值Td0为所述主控板和业务板初始状态时所述主控板和业务板之间的时延值；

多个业务板；接收所述主控板下发的当前时延值Tdx，按照所述当前时延值对本地时钟进行调整，以完成和所述主控板的时间同步。

Images