CN111405603B - 一种时延获取方法、测试装置以及计算机存储介质 - Google Patents

Abstract

本发明实施例提供了一种时延获取方法、测试装置以及计算机存储介质，其中方法包括：将待测试业务拆分得到至少一个处理部分；对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延；其中，所述至少一种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延；基于所述至少一种时延，确定所述待测试业务的总时延。

Description

一种时延获取方法、测试装置以及计算机存储介质

技术领域

本发明涉及信息处理技术领域，尤其涉及一种时延获取方法、测试装置以及计算机存储介质。

背景技术

随着通信技术的发展，人们在使用电子产品时不断的追求更快、效果更好，对产品系统的时延要求越来越高。这就要求一个产品从研发到产品商用化的过程中，对产品时延的测试更加精准。传统测试端到端时延时采用的为在新号发送端将新号打上时间戳，信号经过业务处理最终到达接收端时再打上时间戳，统计两个时间只差即为该业务的端到端时延。

在新兴起的通信业务中，有一些业务不光本身对业务时延要求高(低时延、统计时延精度高)，发送频率与接收频率不一致、非及时响应业务，也非一对一响应业务，对于这类业务若采用传统的测试方法进行业务时延的测试，一则难以统计出准确的时延；二则所统计出的时延也不便于用来分析处理。

发明内容

为解决上述技术问题，本发明实施例提供了一种时延获取方法、测试装置以及计算机存储介质。

第一方面，提供了一种时延获取方法，所述方法包括：

将待测试业务拆分得到至少一个处理部分；

对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延；其中，所述至少一种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延；

基于所述至少一种时延，确定所述待测试业务的总时延。

第二方面，提供了一种测试装置，包括：

处理单元，用于将待测试业务拆分得到至少一个处理部分；以及基于至少一种时延，确定所述待测试业务的总时延；

检测单元，用于对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延；其中，所述至少一种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延。

第三方面，提供了一种计算机存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述第一方面或其各实现方式中的方法。

本发明实施例的技术方案，就能够先将整体业务进行分段，对每一个分段进行时延测试，尤其是获取到逻辑时延，最后将每一个分段的时延的总和作为待测试业务的总时延。如此，就提升针对业务的整体时延的检测的准确性，进而提升针对业务的性能的判断的正确性。

附图说明

图1是本申请实施例提供的一种时延获取方法流程示意图；

图2为本发明实施例提供的一种处理场景示意图；

图3为本发明实施例提供的一种网络架构示意图；

图4为本发明实施例提供的一种测试装置组成结构示意性图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

如图1所示，本发明实施例提供了一种时延获取方法，包括：

步骤101：将待测试业务拆分得到至少一个处理部分；

步骤102：对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延；其中，所述至少一种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延；

步骤103：基于所述至少一种时延，确定所述待测试业务的总时延。

本实施例所提供的方法，可以应用于具备处理单元的设备，比如，可以为能够进行网络测试的测试装置，该测试装置能够获取到业务的信号传输过程中发送以及接收信号的时间点。

所述待测试业务可以具备提以下至少一种业务特征：

发送信号与接收信号频率不同；

一个响应信号对应至少两个发送信号；

至少两个响应信号对应同一个发送信号。

其中，所述一个响应信号对应至少两个发送信号，可以为，一个响应信号能够针对多个终端设备发来的多个发送信号进行合并处理，比如，终端设备为车载设备，多个车载设备向网络侧发送多个发送信号的时候，网络侧可以在一定时长内接收多个发送信号时，集中进行处理并集中向多个车载设备反馈响应信号。当然，还可以为同一个终端设备向网络侧发送多个发送信号，网络侧将多个发送信号集中进行处理，然后向该终端设备发送对应多个发送信号的响应信号。

所述至少两个响应信号对应同一个发送信号，可以理解为某一个终端设备向网络侧发送一个发送信号，该发送信号处理后得到多个响应信号。

也就是说，本实施例提供的方案对于这种发送与接收频率不一致的业务提供一种时延测试方法，用于精准的统计出这种业务的时延。

进一步地，所述至少一种时延中，还包括以下至少之一：

发送端处理时延、传输时延、接收端处理时延。

也就是说，本实施例会对于所测业务进行拆分，将业务拆分成多个单独的部分分别进行时延的统计，一般可分为以下几个部分：发送端处理时延、传输时延、接收端处理时延、逻辑时延。最后将这几部分的时延相加，即可得出该业务的整体时延。

下面针对如何检测得到至少一种时延进行说明：

对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延，包括以下至少之一：

检测发送端生成发送信号之后、至发出所述发送信号之间的发送端处理时延；

检测发出所述发送信号至接收到所述发送信号的第一传输时延；

检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的第二传输时延；

检测处理生成响应信号的接收端处理时延；

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延。

具体来说，可以参见图2，

所述检测发送端生成发送信号之后、至发出所述发送信号之间的时长即图2中的发送端处理时延，也就是检测到发送端生成发送信号时开始计时，直至发送端发出该发送信号停止计时，这段第一时长即发送端处理时延。

检测发出所述发送信号至接收到所述发送信号的时长；即检测图2中的传输时延。也就是检测发送信号由发送端发出、至接收端收到信号所需时长，作为第一传输时延。

另外，还需要说明的是，上述可以理解为单向传输的传输时延，而针对双向传输的传输时延，则可以为检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的总时长；也就是信号为双向传输时，需加上返回信号离开接收端至发送端接收返回信号所需时间作为第二传输时延。

检测处理生成响应信号的时长；可以为图2中接收端处理时延，也就是检测接收到发送信号后，开始处理对应的响应信号至生成响应信号所需时间即接收端处理时延。

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延，可以如图2所示的逻辑时延。具体来说，当发送频率与接收频率不一致时，会存在一个响应信号对应多个发送信号的情况，即接收端收到发送信号至开始处理发送信号之前，这一段时间等待的时间，记为逻辑时延。这里需要指出的是，逻辑时延除修改业务逻辑外无法改变。

进一步还需要说明的是，当响应信号为对应至少两个发送信号的响应信号时，逻辑时延可以为响应信号与每个与之对应的发送信号时间之差的平均值。另外，当至少两个响应信号对应一个发送信号时，可以为每一个响应信号与发送信号之间的时长的平均值作为逻辑时延。

最后，关于所述基于所述至少一种时延，确定所述待测试业务的总时延，包括：

将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；

或者，

将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

也就是说，当针对单向传输的业务时，可以将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；当针对双向传输的业务时，可以将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

结合在车联网业务中，LTE-V2X业务系统架构，如图3所示的架构对本实施例提供的方案进行进一步说明：

在整个系统中可以看出车载终端为发送端、V2X平台为接收端，传输回路为双向，由车载终端发起，最终回到车载终端，业务逻辑时延发生在V2X平台处理时。

整个业务流程为：车载终端以10Hz的频率上传商业服务管理(BSM，BusinessService Management)消息；BSM消息通过LTE-V2X网络传输至V2X平台；V2X平台收到消息后以2Hz的频率下发绿灯信号相位与信号时序(green signal phase and timing，SPaT)消息；车载终端接收到SPAT消息后解析并将消息呈现在显示屏上。

根据图3与该业务流程可以看出：

发送端处理时延：为车载终端接收到返回的SPAT消息并将其解析所需的第一时长，记为A；

接收端处理时延：为V2X平台开始解析BSM消息并生成响应SPAT消息所需第二时长，记为B；

传输时延：为BSM/SPAT消息通过LTE-V2X网络所需时间，记为C；如果为双向传输则需要增加传输时延为BSM/SPAT通过LTE-V2X网络再传输回来响应信息所需的时间，可以将这段时间记为2C；

逻辑时延：由于SPAT消息下发频率为2Hz，BSM消息上传频率为10Hz，所以正常情况下每个SPAT消息将对应5个BSM消息，记某个SPAT消息生成的时间点为d1，与该SPAT消息对应的5个BSM消息到达V2X平台的时间点为e1、e2、e3、e4、e5，则该业务的逻辑时延D；D＝((d1-e1)+(d1-e2)+(d1-e3)+(d1-e4)+(d1-e5))/5。

整体的，所述待测试业务的整体业务时延即总时延为T＝A+B+2C+D。

与现有的测试方法相比，将时延测试分段，分段后可以得出每一部分单独的时延，对于时延要求搞得业务，有助于根据分段结果进行分析出每一部分的性能，当出现不符合预期测试结果的情况出现后，便于分析问题发生在业务的哪一部分，便于对产品或者整个业务系统进行改善。

但是，传统的测试方法无法体现出业务逻辑时延，在无法将发送信号与响应信号一一对应时，将会导致测试结果出现偏差，而在对实验要求极高的业务场景下来说，终端处理性能往往已经达到极佳的水平，业务逻辑时延将会占据整体业务时延的主要部分，所以忽略业务逻辑时延的测试结果将会为整个业务的性能带来错误的判断。

通过采用上述方案，能够先将整体业务进行分段，对每一个分段进行时延测试，尤其是获取到逻辑时延，最后将每一个分段的时延的总和作为待测试业务的总时延。如此，就提升针对业务的整体时延的检测的准确性，进而提升针对业务的性能的判断的正确性。

如图4所示，本发明实施例提供了一种测试装置，包括：

处理单元41，用于将待测试业务拆分得到至少一个处理部分；以及基于至少一种时延，确定所述待测试业务的总时延；

检测单元42，用于对所述至少一个处理部分的时延进行检测，得到所述至少一个处理部分所对应的至少一种时延；其中，所述至少一种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延。

本实施例所提供的方法，可以应用于具备处理单元的设备，比如，可以为能够进行网络测试的测试装置，该测试装置能够获取到业务的信号传输过程中发送以及接收信号的时间点。

所述待测试业务可以具备提以下至少一种业务特征：

发送信号与接收信号频率不同；

一个响应信号对应至少两个发送信号；

至少两个响应信号对应同一个发送信号。

其中，所述一个响应信号对应至少两个发送信号，可以为，一个响应信号能够针对多个终端设备发来的多个发送信号进行合并处理，比如，终端设备为车载设备，多个车载设备向网络侧发送多个发送信号的时候，网络侧可以在一定时长内接收多个发送信号时，集中进行处理并集中向多个车载设备反馈响应信号。当然，还可以为同一个终端设备向网络侧发送多个发送信号，网络侧将多个发送信号集中进行处理，然后向该终端设备发送对应多个发送信号的响应信号。

所述至少两个响应信号对应同一个发送信号，可以理解为某一个终端设备向网络侧发送一个发送信号，该发送信号处理后得到多个响应信号。

也就是说，本实施例提供的方案对于这种发送与接收频率不一致的业务提供一种时延测试方法，用于精准的统计出这种业务的时延。

进一步地，所述至少一种时延中，还包括以下至少之一：

发送端处理时延、传输时延、接收端处理时延。

也就是说，本实施例会对于所测业务进行拆分，将业务拆分成多个单独的部分分别进行时延的统计，一般可分为以下几个部分：发送端处理时延、传输时延、接收端处理时延、逻辑时延。最后将这几部分的时延相加，即可得出该业务的整体时延。

下面针对如何检测得到至少一种时延进行说明：

检测单元42，用于执行以下至少之一：

检测发送端生成发送信号之后、至发出所述发送信号之间的发送端处理时延；

检测发出所述发送信号至接收到所述发送信号的第一传输时延；

检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的第二传输时延；

检测处理生成响应信号的接收端处理时延；

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延。

具体来说，可以参见图2，

所述检测发送端生成发送信号之后、至发出所述发送信号之间的时长即图2中的发送端处理时延，也就是检测到发送端生成发送信号时开始计时，直至发送端发出该发送信号停止计时，这段第一时长即发送端处理时延。

检测发出所述发送信号至接收到所述发送信号的时长；即检测图2中的传输时延。也就是检测发送信号由发送端发出、至接收端收到信号所需时长，作为第一传输时延。

另外，还需要说明的是，上述可以理解为单向传输的传输时延，而针对双向传输的传输时延，则可以为检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的总时长；也就是信号为双向传输时，需加上返回信号离开接收端至发送端接收返回信号所需时间作为第二传输时延。

检测处理生成响应信号的时长；可以为图2中接收端处理时延，也就是检测接收到发送信号后，开始处理对应的响应信号至生成响应信号所需时间即接收端处理时延。

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延，可以如图2所示的逻辑时延。具体来说，当发送频率与接收频率不一致时，会存在一个响应信号对应多个发送信号的情况，即接收端收到发送信号至开始处理发送信号之前，这一段时间等待的时间，记为逻辑时延。这里需要指出的是，逻辑时延除修改业务逻辑外无法改变。

进一步还需要说明的是，当响应信号为对应至少两个发送信号的响应信号时，逻辑时延可以为响应信号与每个与之对应的发送信号时间之差的平均值。另外，当至少两个响应信号对应一个发送信号时，可以为每一个响应信号与发送信号之间的时长的平均值作为逻辑时延。

最后，关于所述基于所述至少一种时延，确定所述待测试业务的总时延，处理单元41，用于将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；

或者，

将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

也就是说，当针对单向传输的业务时，可以将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；当针对双向传输的业务时，可以将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

通过采用上述方案，能够先将整体业务进行分段，对每一个分段进行时延测试，尤其是获取到逻辑时延，最后将每一个分段的时延的总和作为待测试业务的总时延。如此，就提升针对业务的整体时延的检测的准确性，进而提升针对业务的性能的判断的正确性。

本申请实施例还提供了一种计算机存储介质，用于存储计算机程序。

可选的，该计算机存储介质可应用于本申请实施例中的任意一种网络设备，并且该计算机程序使得计算机执行本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，)ROM、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

Claims (9)

1.一种时延获取方法，所述方法包括：

将待测试业务拆分得到多个处理部分；

对所述多个处理部分的时延进行检测，得到所述多个处理部分所对应的多种时延；其中，所述多种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延、发送端处理时延、传输时延和接收端处理时延；

基于所述多种时延，确定所述待测试业务的总时延。

2.根据权利要求1所述的方法，其特征在于，所述待测试业务具备以下至少一种业务特征：

发送信号与接收信号频率不同；

一个响应信号对应至少两个发送信号；

至少两个响应信号对应同一个发送信号。

3.根据权利要求1所述的方法，其特征在于，对所述多个处理部分的时延进行检测，得到所述多个处理部分所对应的多种时延，包括：

检测发送端生成发送信号之后、至发出所述发送信号之间的发送端处理时延；

检测发出所述发送信号至接收到所述发送信号的第一传输时延；

检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的第二传输时延；

检测处理生成响应信号的接收端处理时延；

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延。

4.根据权利要求3所述的方法，其特征在于，所述基于所述多种时延，确定所述待测试业务的总时延，包括：

将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；

或者，

将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

5.一种测试装置，包括：

处理单元，用于将待测试业务拆分得到多个处理部分；以及基于多种时延，确定所述待测试业务的总时延；

检测单元，用于对所述多个处理部分的时延进行检测，得到所述多个处理部分所对应的多种时延；其中，所述多种时延中至少包括有：表征接收到发送信号至处理所述发送信号之前的逻辑时延、发送端处理时延、传输时延和接收端处理时延。

6.根据权利要求5所述的测试装置，其特征在于，所述待测试业务具备以下至少一种业务特征：

发送信号与接收信号频率不同；

一个响应信号对应至少两个发送信号；

至少两个响应信号对应同一个发送信号。

7.根据权利要求5所述的测试装置，其特征在于，检测单元，用于执行包括：

检测发送端生成发送信号之后、至发出所述发送信号之间的发送端处理时延；

检测发出所述发送信号至接收到所述发送信号的第一传输时延；

检测所述发送信号至接收到所述发送信号的时长、与发出响应信号至接收到所述响应信号的时长相加得到的第二传输时延；

检测处理生成响应信号的接收端处理时延；

检测接收端接收到发送信号至处理所述发送信号之前之间的逻辑时延。

8.根据权利要求7所述的测试装置，其特征在于，所述处理单元，用于将发送端处理时延、第一传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延；

或者，

所述处理单元，用于将发送端处理时延、第二传输时延、接收端处理时延以及逻辑时延的总和，作为所述待测试业务的总时延。

9.一种计算机存储介质，其上存储有计算机程序，其中，该计算机程序被处理器执行时实现权利要求1-4任一项所述方法的步骤。

Images