CN116806035A - 一种时延分析方法及装置 - Google Patents

Abstract

本申请提供一种时延分析方法及装置，其中方法包括：时延数据分析实体接收来自于时延数据请求实体的业务信息以及分析规则信息；时延数据分析实体获取通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；时延数据分析实体基于分析规则以及多条时延测量数据得到时延分析结果；时延分析结果用于指示存在时延故障的传输阶段。通过上面的方法，分析规则是由时延数据请求实体向时延数据分析实体配置的，通过分析规则可以对通信业务在传输路径中的各个传输阶段的时延测量数据进行分析，从而确定通信业务在每个传输阶段是否存在时延故障，能够准确的对时延故障进行定位。

Description

一种时延分析方法及装置

技术领域

本申请涉及通信技术领域，尤其涉及一种时延分析方法及装置。

背景技术

随着移动网络性能的提高，移动网络的应用场景也越来越多。随着移动网络的应用场景的增多，传统的时延故障分析方法确定的时延故障与实际的时延故障不匹配，不能够准确定位出实际发生时延故障的故障点。举例来说，第五代(5th generation，5G)网络的一个重要应用场景是5G面向企业(to business，to B)场景，在5G toB场景下，企业园区的私有网络中会部署大量的用户驻地设备(customer premises equipment，CPE)，CPE一方面可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务；另一方面可作为无线接入点，为其他终端设备，如可编程逻辑控制器(programmable logic controller，PLC)、摄像头等，提供无线接入功能。其中，如果CPE作为无线接入点时，可以为多个通信业务的数据包提供转发服务，如果一个通信业务的数据包出现时延较大的问题，例如CPE在转发视频回传业务时出现上行丢包或乱序，但是其他通信业务的数据包传输正常。按照传统的时延故障分析方法，最终的诊断分析结果可能是CPE没有异常问题，进而导致故障诊断分析结果不准确。

综上可知，传统的时延故障分析方法不能够准确定位出实际发生时延故障的故障点，从而导致无法快速对时延故障进行定位。

发明内容

本申请提供一种时延分析方法及装置，用以提高时延分析精确度，提高时延故障定位的准确度。

第一方面，本申请提供一种时延分析方法，该方法可以用于实现时延数据分析实体侧的功能，本申请实施例不限该方法的具体执行主体。以该方法应用于时延数据分析实体为例，在该方法中，时延数据分析实体接收来自于时延数据请求实体的业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；所述时延数据分析实体获取所述通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示所述通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；所述时延数据分析实体基于所述分析规则以及所述多条时延测量数据得到时延分析结果；所述时延分析结果用于指示所述通信业务在所述传输路径中存在时延故障的传输阶段。

作为示例，通信业务例如包括但不限于：视频类业务(如视频监控回传业务)，远程控制业务。

作为示例，该传输路径可以为用户驻地设备至UPF之间的路径，即通信业务的数据包在用户驻地设备至用户面功能(user plane function，UPF)之间传输，其中该用户驻地设备可以为该通信业务所属的终端设备提供无线接入功能。

通过上面的方法，在进行时延分析时，分析规则是由时延数据请求实体向时延数据分析实体配置的，通过分析规则可以对通信业务在传输路径中的各个传输阶段的时延测量数据进行分析，从而确定通信业务在每个传输阶段是否存在时延故障，因此时延分析的结果更准确，能够准确的对时延故障进行定位。进一步的，在进行时延分析时，是基于较细粒度(即业务粒度)的时延测量数据分析。这样，若需要进行故障诊断分析，则可以基于通信业务的时延测量数据进行通信业务粒度的时延分析。从而可以克服单纯基于无线网络空口的性能数据分析结果不准的问题，而且相比于进行设备级的时延分析，上述技术方案提高时延分析的准确性。

在一种可能的设计中，所述分析规则信息指示的所述分析规则为第一规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第一时延阈值；

所述第一规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据大于或等于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据小于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

在一种可能的设计中，所述第一时延阈值为所述分析规则信息指示的；或者，所述第一时延阈值为根据所述第一时延阈值对应的所述传输阶段的历史时延测量数据确定的；或者，所述第一时延阈值为知识管理实体配置的。

在一种可能的设计中，所述分析规则信息指示的所述分析规则为第二规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第二时延阈值；

所述第二规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述通信业务在所述传输路径中的总时延的比值大于或等于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述总时延的比值小于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

在一种可能的设计中，所述第二时延阈值为所述分析规则信息指示的；或者，所述第二时延阈值为知识管理实体配置的。

作为示例，时延数据请求实体还可以向时延数据分析实体发送以下一项或多项信息：

通信业务的分析类型信息；通信业务的分析粒度信息；数据流方向信息；分析时间信息；测量设备的标识信息；阈值信息。

其中，分析类型信息，用于指示请求的时延分析类型，本申请中，时延分析类型可以为“E2E时延分析”。分析类型信息指示的时延分析类型为“E2E时延分析”时，表示需要分析通信业务的数据包在E2E传输路径中的时延测量数据。时延分析类型还可能存在其他类型，例如包括但不限于：覆盖问题分析、通信业务体验分析、网络切片负载分析、故障预测、MDA辅助节能等。

其中，分析粒度信息，用于指示时延分析的粒度，本申请中，时延分析的粒度可以为“业务级(或业务流)”时延分析。时延分析的粒度还可能存在其他粒度，例如网络切片级时延分析。

其中，分析粒度信息也可以通过分析类型信息指示，例如，分析类型信息指示的时延分析类型为“业务级E2E时延分析”或“业务流E2E时延分析”时，表示需要分析通信业务的数据包在E2E传输路径中的时延测量数据，并且分析粒度为“业务级(或业务流)”。

其中，数据流方向信息，用于指示需要分析的通信业务的数据包的传输方向，可以为上行和下行中的至少一项。

其中，分析时间信息，用于指示对通信业务进行时延分析的时间，即指示在哪个时间段对通信业务进行时延分析或哪个时间开始对通信业务进行时延分析。作为示例，分析时间信息包括：分析开始时间、分析结束时间以及分析时长中的至少一项。其中，分析时间信息指示的时间，可以位于确定对通信业务进行时延分析的时间之前，也就是说，时延数据请求设备可以请求对通信业务的历史时延测量数据进行分析，从而使得进行时延分析的时延测量数据的来源更广泛，可以提高时延分析的准确性。

其中，测量设备的标识信息，用于指示测量通信业务的数据包的时延测量数据的设备，测量设备可以包括接入网设备、UPF或CPE中的至少一个。

其中，阈值信息，用于指示通信业务的传输路径中的每个传输阶段对应的第一时延阈值或第二时延阈值。

在一种可能的设计中，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向知识管理实体发送根因请求信息以及所述时延分析结果，所述根因请求信息用于请求存在时延故障的所述M个传输阶段对应的根因；

所述时延数据分析实体接收来自所述知识管理实体的根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因。

上面的方法中，通过知识管理实体查询时延故障的根因，可以快速高效的确定根因。

在一种可能的设计中，所述时延分析结果指示存在时延故障的传输阶段包括以下一项或多项：

无线接入网传输阶段；核心网传输阶段；传输网传输阶段；用户驻地设备传输阶段；空口传输阶段。

在一种可能的设计中，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向知识管理实体发送故障解决请求信息，所述故障解决请求信息包含所述时延分析结果，所述故障解决请求信息用于请求解决所述M个传输阶段的时延故障；所述时延数据分析实体接收来自所述知识管理实体的故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

上面的方法中，通过知识管理实体查询时延故障的故障解决方法信息，可以快速的解决时延故障。

在一种可能的设计中，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向所述时延数据请求实体发送以下至少一项信息：

所述时延分析结果；根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因；故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

第二方面，本申请提供一种时延分析方法，该方法可以用于实现时延数据请求实体侧的功能，本申请实施例不限该方法的具体执行主体。以该方法应用于时延数据请求实体为例，在该方法中，时延数据请求实体确定业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；所述时延数据请求实体向时延数据分析实体发送所述业务信息以及所述分析规则信息；所述时延数据请求实体接收来自所述时延数据分析实体的时延分析结果，所述时延分析结果用于指示所述通信业务在传输路径中存在时延故障的传输阶段。

在一种可能的设计中，所述分析规则信息指示的所述分析规则为第一规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第一时延阈值；所述第一规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据大于或等于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据小于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

在一种可能的设计中，所述第一时延阈值为所述分析规则信息指示的；

或者，所述第一时延阈值为根据所述第一时延阈值对应的所述传输阶段的历史时延测量数据确定的；或者，所述第一时延阈值为知识管理实体配置的。

在一种可能的设计中，所述分析规则信息指示的所述分析规则为第二规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第二时延阈值；

所述第二规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述通信业务在所述传输路径中的总时延的比值大于或等于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述总时延的比值小于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

在一种可能的设计中，所述第二时延阈值为所述分析规则信息指示的；或者，所述第二时延阈值为知识管理实体配置的。

在一种可能的设计中，所述时延分析结果指示存在时延故障的传输阶段包括以下一项或多项：无线接入网传输阶段；核心网传输阶段；传输网传输阶段；用户驻地设备传输阶段；空口传输阶段。

在一种可能的设计中，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据请求实体接收来自所述时延数据分析实体的以下至少一项信息：根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因；故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

在一种可能的设计中，所述方法还包括：所述时延数据请求实体根据所述时延分析结果、所述根因指示信息以及所述故障解决方法信息中的至少一项生成解决所述通信业务在所述M个传输阶段的时延故障的指示信息。

可以理解地，上述第二方面所描述的方法与上述第一方面所描述的方法相对应，因此，第二方面所描述的方法中相关技术特征的有益效果可以参照第一方面，具体不再赘述。

第三方面，本申请实施例提供一种时延数据分析实体，所述时延数据分析实体具备实现上述第一方面的功能。比如，所述时延数据分析实体包括执行上述第一方面所涉及的步骤的模块或单元或手段(means)，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述时延数据分析实体包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该时延数据分析实体和其它装置之间的通信；处理单元可以用于执行该时延数据分析实体的一些内部操作。

具体地，在一个实施例中，通信单元，用于接收来自于时延数据请求实体的业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示时延分析所采用的分析规则；获取所述通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示所述通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；处理单元，用于基于所述分析规则以及所述多条时延测量数据得到时延分析结果；所述时延分析结果用于指示所述通信业务在所述传输路径中存在时延故障的传输阶段。

在一种可能的设计中，所述时延数据分析实体包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第一方面中任意可能的设计或实现方式中的方法。其中，所述时延数据分析实体还可以包括一个或多个存储器，所述存储器用于与处理器耦合，所述存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述时延数据分析实体实现上述第一方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述时延数据分析实体包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第一方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述时延数据分析实体实现上述第一方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述时延数据分析实体包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第一方面中任意可能的设计或实现方式中的方法。

第四方面，本申请实施例提供一种时延数据请求实体，所述时延数据请求实体具备实现上述第二方面的功能，比如，所述时延数据请求实体包括执行上述第二方面所涉及的步骤的模块或单元或手段，所述功能或单元或手段可以通过软件实现，或者通过硬件实现，也可以通过硬件执行相应的软件实现。

在一种可能的设计中，所述时延数据请求实体包括处理单元、通信单元，其中，通信单元可以用于收发信号，以实现该时延数据请求实体和其它装置之间的通信；处理单元可以用于执行该时延数据请求实体的一些内部操作。

具体地，在一个实施例中，处理单元，用于确定业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示时延分析所采用的分析规则；通信单元，用于向时延数据分析实体发送所述业务信息以及所述分析规则信息；接收来自所述时延数据分析实体的时延分析结果，所述时延分析结果用于指示所述通信业务在传输路径中存在时延故障的传输阶段。

在一种可能的设计中，所述时延数据请求实体包括处理器，还可以包括收发器，所述收发器用于收发信号，所述处理器执行程序指令，以完成上述第二方面中任意可能的设计或实现方式中的方法。其中，所述时延数据请求实体还可以包括一个或多个存储器，所述存储器用于与处理器耦合，所述存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述时延数据请求实体实现上述第二方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述时延数据请求实体包括处理器，处理器可以用于与存储器耦合。所述存储器可以保存实现上述第二方面涉及的功能的必要计算机程序或指令。所述处理器可执行所述存储器存储的计算机程序或指令，当所述计算机程序或指令被执行时，使得所述时延数据请求实体实现上述第二方面中任意可能的设计或实现方式中的方法。

在一种可能的设计中，所述时延数据请求实体包括处理器和接口电路，其中，处理器用于通过所述接口电路与其它装置通信，并执行上述第二方面中任意可能的设计或实现方式中的方法。

可以理解地，上述第三方面至第四方面中，处理器可以通过硬件来实现也可以通过软件来实现，当通过硬件实现时，该处理器可以是逻辑电路、集成电路等；当通过软件来实现时，该处理器可以是一个通用处理器，通过读取存储器中存储的软件代码来实现。此外，以上处理器可以为一个或多个，存储器可以为一个或多个。存储器可以与处理器集成在一起，或者存储器与处理器分离设置。在具体实现过程中，存储器可以与处理器集成在同一块芯片上，也可以分别设置在不同的芯片上，本申请实施例对存储器的类型以及存储器与处理器的设置方式不做限定。

第五方面，本申请实施例提供一种通信系统，该通信系统包括上述第三方面所提供的时延数据分析实体和上述第四方面所提供的时延数据请求实体。

第六方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面中任一种可能实现方式中的方法的指令。

第七方面，提供了一种计算机可读存储介质，用于存储计算机程序，该计算机程序包括用于执行第二方面或第二方面中任一种可能实现方式中的方法的指令。

第八方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述第一方面或第一方面中任一种可能实现方式中的方法。

第九方面，提供了一种计算机程序产品，所述计算机程序产品包括：计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行上述第二方面及第二方面中任一种可能实现方式中的方法。

第十方面，本申请提供一种芯片，所述芯片包括处理器，所述处理器与存储器耦合，用于读取并执行所述存储器中存储的软件程序，以实现上述第一方面至第二方面的任一种可能的设计中的方法。

本申请的这些方面或其它方面在以下实施例的描述中会更加简明易懂。

附图说明

图1为适用于本申请实施例的网络架构的示意图；

图2为适用于本申请实施例的另一网络架构的示意图；

图3为本申请实施例提供的一种时延分析方法流程示意图；

图4为本申请实施例提供的一种时延分析方法流程示意图；

图5为本申请实施例提供的一种时延分析方法流程示意图；

图6为本申请实施例提供的一种通信装置结构示意图；

图7为本申请实施例提供的一种通信装置结构示意图。

具体实施方式

下面结合说明书附图对本申请实施例做详细描述。

本申请提供的技术方案可以应用于各种通信系统，例如：新无线(new radio，NR)系统、长期演进(long term evolution，LTE)系统等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。

为便于理解本申请实施例，首先对本申请中涉及到的术语做简单说明。

终端设备：可以称用户设备(user equipment，UE)、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端设备的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、PLC、摄像头、移动互联网设备(mobileinternet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

在本申请中，用于实现终端设备的功能的装置可以是终端设备；也可以是能够支持终端设备实现该功能的装置，例如芯片系统、硬件电路、软件模块、或硬件电路加软件模块，该装置可以被安装在终端设备中或可以与终端匹配使用。为了便于描述，下文以用于实现终端设备的功能的装置是终端设备为例，描述本公开提供的技术方案。

用户驻地设备，也可以称为行业终端设备，一方面可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务；另一方面可作为无线接入点，为其他终端设备(如PLC，摄像头等)提供无线接入功能。本申请实施例主要以用户驻地设备为CPE为例进行示例性说明，类似于CPE的其他用户驻地设备也适用于本申请实施例。

无线接入网(radio access network，RAN)设备，也可以称为接入网设备，可以为特定区域的授权用户提供接入通信网络的功能，具体可以包括第三代合作伙伴计划(3rdgeneration partnership project，3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。接入网设备可以是基站(base station)、演进型基站(evolvedNodeB，eNodeB)、发送接收点(transmission reception point，TRP)、5G移动通信系统中的下一代基站(next generation NodeB，gNB)、开放无线接入网(open radio accessnetwork，O-RAN)中的接入网设备、第六代(6th generation，6G)移动通信系统中的下一代基站、未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等；或者接入网设备可以是完成基站部分功能的模块或单元，例如，可以是集中式单元(central unit，CU)、分布式单元(distributed unit，DU)、集中单元控制面(CU controlplane，CU-CP)模块、或集中单元用户面(CU user plane，CU-UP)模块。本公开中对接入网设备所采用的具体技术和具体设备形态不做限定。

异常事件：在本申请实施例中，异常事件可以是指业务粒度的异常事件。业务粒度的异常事件如包括：通信业务对应的视频卡顿、或通信业务对应的控制时延异常等。其中，通信业务对应的视频卡顿可以是：通信业务为视频回传业务时，通信业务对应的视频业务服务器播放的视频出现花屏或卡顿现象。通信业务对应的控制时延异常可以是：通信业务为远程控制业务时，通信业务对应的控制业务服务器给终端设备发送的控制命令到达终端设备的时延较大(如大于数据传输平均时延)或终端设备接收到命令后响应时间长(如大于平均响应时长)等。

时延分析，可以是指分析通信业务的数据包或数据流在传输过程中是否存在时延故障，以及确定存在时延故障时，确定时延故障的具体信息，例如确定时延故障的根因以及故障解决方法信息等。

时延故障，是指导致通信业务的时延偏高/偏大，不满足通信业务对时延的要求的故障，例如，如果通信业务的时延要求为小于或等于预设阈值，如果该通信业务的时延大于该预设阈值，则认为出现时延故障。

首先简单介绍适用于本申请的网络架构，如图1所示，为适用于本申请实施例的网络架构的示意图。图1所示的网络架构，可适用于5G toB下的通信业务场景。在5G toB下的通信业务场景中，当终端设备为摄像头时，用户驻地设备(图1中以用户驻地设备为CPE为例)可以为一个或多个摄像头(camera)提供视频监控回传业务；当终端设备为PLC时，用户驻地设备可以为PLC的远程控制业务流提供接入和数据传输功能，其它情况不再逐一举例说明。其中，可以理解，图1中仅示出了3个终端设备，即终端设备1至终端设备3，本申请实施例对终端设备的数量并不限定。

图1的网络架构中，核心网侧可以包括多种核心网网元，例如可以包括接入和移动性管理功能(access and mobility management function，AMF)，会话管理功能(sessionmanagement function，SMF)，网络开放功能(network exposure function，NEF)以及用户面功能(user plane function，UPF)等。上述核心网网元的定义和功能可以参照3GPP标准规范中的描述，在此不再赘述。此外，尽管未示出，上述网络架构中还可以包括其它可能的实体，在此不再赘述。

进一步的，如图1所示，3GPP逻辑管理架构中包括两类管理系统，即网络管理系统(network management system，NMS)和网元管理系统(element management system，EMS)。其中，EMS可包括对无线网络的网元(如gNB，gNB-CU-CP，gNB-CU-UP，gNB-DU等)进行管理的功能实体，NMS可包括运营商实现跨域网络管理的功能实体。举例来说，EMS可能用于某一片区域内的网元进行管理，NMS可以对多个EMS管理范围内的区域进行管理。或者，EMS用于无线网络域的网元管理，NMS可以同时管理无线网络域和核心网域。

如图1所示，该网络架构可以包括管理数据分析(management data analytics，MDA)管理服务(Management Service，MnS)消费者实体，MDA MnS生产者实体，知识管理(knowledge management，KM)实体以及数据管理服务生产者实体等。其中，

MDA MnS生产者实体可以进行时延分析，确定是否存在时延故障等，并将分析结果提供给MDA MnS消费者实体，用于决策或者进一步分析。其中，MDA MnS生产者实体的功能可以通过管理数据分析功能(management data analytics function，MDAF)来实现。

MDA MnS消费者实体可以请求MDA MnS生产者进行时延分析。本申请中，MDA MnS消费者实体的功能可以通过无线终端设备管理功能(wireless terminal equipmentmanagement function，WTEMF)来实现。WTEMF可以实现对用户驻地设备(例如CPE)上所连接的终端设备提供上线注册、参数配置、性能管理、故障管理等操作。本申请中，WTEMF可以作为MDA MnS消费者实体请求MDA MnS生产者实体进行时延分析，例如，可以根据分析结果确定是否存在时延故障，以及确定执行解决时延故障的操作。

数据管理服务生产者实体可以用于从用户驻地设备、接入网设备以及UPF等收集时延测量数据，并提供给MDA MnS生产者实体。

知识管理实体可以用于为其它管理实体(如MDA MnS生产者实体)提供知识查询功能或问题分析功能。知识管理实体可以包含知识库，知识库中存储了处理各种问题的知识数据。例如：网络维护通信业务专家在处理故障问题过程中，不断进行经验积累，形成了大量的案例、指导书、故障树等知识数据，可以将这些知识数据导入知识库，将故障根因定位建模为基于问题图谱的概率图推理问题，从而能够通过数值因果推理确定故障的根因。

MDA MnS生产者实体，MDA MnS消费者实体，KM实体以及数据管理服务生产者实体可以部署在网络管理系统(network management system，NMS)或网元管理系统(elementmanagement system，EMS)中。数据管理服务生产者实体和知识管理实体为可选实体模块。可以理解，NMS/EMS中的各个实体可以分别作为独立实体部署，或者也可以多个实体集成或部署为一个实体(即由一个实体来实现多个实体的功能)。

本申请实施例中所述的实体(比如图1、图2中所述的实体)也可以称为功能实体或网元。上述实体既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能。可选的，上述实体可以由一个设备实现，也可以由多个设备共同实现，还可以是一个设备内的一个功能模块，本申请实施例对此不作具体限定。

在5G toB下的通信业务场景中，当用户驻地设备为终端设备提供无线接入功能时，从业务服务器到用户驻地设备可以形成一个端到端(end to end，E2E)网络。本申请中，E2E网络中的传输路径可以划分为多个传输阶段。如图2所示，为适用于本申请实施例的另一网络架构的示意图。用户驻地设备到UPF之间形成一个E2E网络，用户驻地设备到UPF之间的传输路径可以划分为以下5个传输阶段：

用户驻地设备传输阶段；空口传输阶段；无线接入网传输阶段；传输网传输阶段；核心网传输阶段。

其中，用户驻地设备传输阶段，可以是指通信业务的数据包在用户驻地设备内部传输或处理的阶段。通信业务的数据包在用户驻地设备传输阶段中的传输时长为：从用户驻地设备接收到数据包的时刻至用户驻地设备将该数据包发出的时刻之间的时长。

空口传输阶段，可以是指通信业务的数据包在用户驻地设备至接入网设备之间传输的阶段。通信业务的数据包在空口传输阶段中的传输时长为：从用户驻地设备发送数据包的时刻至接入网设备接收到该数据包的时刻之间的时长，或者，从接入网设备发送数据包的时刻至用户驻地设备接收到该数据包的时刻之间的时长。

无线接入网传输阶段，可以是指通信业务的数据包在接入网设备内部传输或处理的阶段。通信业务的数据包在无线接入网传输阶段中的传输时长为：从接入网设备接收到数据包的时刻至接入网设备将该数据包发出的时刻之间的时长。

传输网传输阶段，可以是指通信业务的数据包在UPF至接入网设备之间传输的阶段。通信业务的数据包在传输网传输阶段中的传输时长为：从UPF发送数据包的时刻至接入网设备接收到该数据包的时刻之间的时长，或者，从接入网设备发送数据包的时刻至UPF接收到该数据包的时刻之间的时长。

核心网传输阶段，可以是指通信业务的数据包在UPF内部传输或处理的阶段。通信业务的数据包在核心网传输阶段中的传输时长为：从UPF接收到数据包的时刻至UPF将该数据包发出的时刻之间的时长。

目前3GPP标准上定义的网络故障管理机制主要都是针对网络设备的故障管理，不支持对终端设备故障的管理。因此传统的时延故障分析方法中，EMS中的实体不能够准确定位出实际发生时延故障的故障点，从而导致无法快速对时延故障进行定位，降低网络的稳定性。

举例来说，如图1所示的5G toB场景，企业园区的私有网络中会部署大量的用户驻地设备(如CPE等)，CPE作为无线接入点时，可以为多个通信业务的数据包提供转发服务，如果一个通信业务的数据包出现时延较大的问题，例如CPE在转发视频回传业务时出现上行丢包或乱序，但是其他通信业务的数据包传输正常。如果按照传统的时延故障分析方法，统计的是CPE上所有通信业务的数据包的平均时延，每个通信业务流的真实的数据包的时延被平均，最终的诊断分析结果可能是CPE没有异常问题，进而导致故障诊断分析结果不准确。因此，对于这种情况，单纯通过无线网络空口问题分析，无法定位出实际发生异常的故障点。

有鉴于此，本申请提出一种方案，可以基于通信业务流粒度进行时延测量数据的统计，并基于通信业务流粒度的时延测量数据对各个传输阶段进行时延故障分析，从而可支持实现E2E的时延故障定界。

应理解，上述应用于本申请实施例的网络架构仅是举例说明的架构，适用本申请实施例的网络架构并不局限于此，任何能够实现上述各个网元的功能的网络架构都适用于本申请实施例。

还应理解，图1至图2中的各功能或者网元，如MDA MnS生产者实体、MDA MnS消费者实体、AMF、SMF、UPF等功能或者网元，可以理解为用于实现不同功能的网元，这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

还应理解，上述命名仅为便于区分不同的功能而定义，不应对本申请构成任何限定。本申请并不排除在6G网络以及未来其它的网络中采用其他命名的可能。例如，在6G网络中，上述各个网元中的部分或全部可以沿用5G中的术语，也可能采用其他名称等。

可以理解，本申请中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案，并不构成对于本申请实施例提供的技术方案的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请实施例提供的技术方案对于类似的技术问题，同样适用。

上面对本申请中涉及到的术语做了简单说明，下文实施例中不再赘述。

下文将结合附图详细说明本申请实施例提供的方法。本申请提供的实施例可以应用于上述图1至图2所示的网络架构中，不作限定。

下面将结合附图详细说明本申请提供的各个实施例。

本申请中，以时延数据分析实体与时延数据请求实体之间的交互为例进行说明，其中，时延数据请求实体可以为图1中的MDA MnS消费者实体，时延数据分析实体可以为图1中的MDA MnS生产者实体。

本申请中，时延数据请求实体可以指示时延数据分析实体获取通信业务的数据包在传输路径中各个传输阶段的时延测量数据，从而确定通信业务在传输路径中各个传输阶段是否存在时延故障。第一种可能的场景中，网络侧确定通信业务出现异常事件时，通过获取通信业务实时的时延测量数据进行分析，即事后分析。第二种可能的场景中，在对通信业务进行时延分析之前，就开始获取通信业务的时延测量数据，当监测到通信业务出现异常事件时，再对异常事件发生时刻前一段时间和/或后一段时间的时延测量数据进行时延分析，下面分别进行描述。

如图3所示，为本申请实施例提供的一种时延分析方法的示意图，该方法包括：

在一个示例中，在执行本申请之前，时延数据请求实体可以进行测量配置，具体的：

S301：时延数据请求实体向测量设备发送测量标识。

其中，时延数据请求实体可以发送多个测量标识，测量标识的具体数量并不限定，一个测量标识用于与一个通信业务进行关联。一个通信业务的数据可以通过通信业务数据流(data flow)来传输，一个通信业务可以对应一个或多个通信业务数据流。

本申请中，通信业务可以包括但不限于：视频类通信业务(如视频监控回传业务)，远程控制类通信业务等，通信业务的具体内容，本申请对此并不限定。例如，视频类业务可以是智慧港口视频监控业务、智慧矿井巷道监控业务、智慧矿井综采面监控业务等，远程控制类业务可以是智慧矿井遥控通信业务、机器人巡检业务、无人天车业务、智慧港口智能理货业务等。

本申请中，测量标识，也可以称为染色标识，用于与待时延分析的通信业务进行关联，可用于识别待测量的通信业务。作为示例，测量标识例如可以是一个特殊的字符或数据，或者，测量标识也可以是与其关联的通信业务的标识(如该通信业务的因特网协议(internet protocol，IP)5元组)。

本申请中，测量设备可以为通信业务的传输路径中包括的设备，例如，以E2E场景为例，通信业务的传输路径为从用户驻地设备至UPF，那么测量设备可以包括以下一项或多项：UPF、接入网设备、或用户驻地设备(如CPE)。

本申请中，通信业务的传输路径可以包括多个传输阶段，例如，通信业务的传输路径为从用户驻地设备至UPF，那么通信业务的传输路径可以包括以下传输阶段：无线接入网传输阶段；核心网传输阶段；传输网传输阶段；用户驻地设备传输阶段；空口传输阶段。上述各个传输阶段的具体含义可以参考前面的描述，在此不再赘述。

可以理解地，时延数据请求实体向测量设备发送测量标识，可以包括：时延数据请求实体直接向测量设备发送测量标识，也可以包括时延数据请求实体通过其他设备向测量设备发送测量标识，本申请对此并不限定。

本申请中，测量设备获取到测量标识之后，可以关联测量标识和通信业务。

关联测量标识和通信业务，也可以替换为关联测量标识和通信业务的数据包，或者也可以替换为利用测量标识对通信业务的数据包进行染色处理。在本申请实施例中，测量设备通过关联测量标识和通信业务，或者测量设备通过对通信业务的数据包进行染色处理，进而在测量设备需要测量通信业务的时延测量数据时，可以根据测量标识准确的将待测量的通信业务的数据包识别出来。

结合上面的描述，不同测量设备可以测量通信业务的数据包在不同传输阶段的时延测量数据。以E2E场景为例，通信业务的数据包的传输方向为上行方向时，用户驻地设备可以测量通信业务的数据包在用户驻地设备传输阶段的时延测量数据，接入网设备可以测量通信业务的数据包在无线接入网传输阶段和空口传输阶段的时延测量数据，UPF可以测量通信业务的数据包在核心网传输阶段和传输网传输阶段的时延测量数据；通信业务的数据包的传输方向为下行方向时，用户驻地设备可以测量通信业务的数据包在用户驻地设备传输阶段和空口传输阶段的时延测量数据，接入网设备可以测量通信业务的数据包在无线接入网传输阶段和传输网传输阶段的时延测量数据，UPF可以测量通信业务的数据包在核心网传输阶段的时延测量数据。

关联测量标识和通信业务，可以有很多实现方式。一种可能的实现方式，可以在通信业务的数据包中(如数据包的包头字段)填充(或者称添加)测量标识。本申请对具体如何关联测量标识和通信业务并不限定。

可以理解地，时延数据请求实体还可以向测量设备发送以下一项或多项信息：通信业务的标识、通信业务对应的CPE标识、或终端设备的标识。上述一项或多项信息与测量标识和/或测量指示可以携带于同一信令中，也可以携带于不同信令中，不予限制。下面对上述信息进行详细描述。

其中，通信业务的标识，可用于标识(或者识别)通信业务。作为示例，通信业务的标识为IP 5元组。例如，通信业务的标识可以包括：源IP(source IP)地址、源端口(sourceport)、目标IP(destination IP)地址、目标端口(destination port)、4层通信协议(thelayer4protocol)。

其中，CPE标识，可用于标识(或者识别)CPE，该CPE位于该通信业务的传输路径中，该CPE为通信业务所属的终端设备接入的CPE。作为示例，CPE标识可以为以下任一项：CPE的设备序列号码(equipment serial number，ESN)、CPE的IP地址、CPE的全球唯一临时用户标识(globally unique temporary UE identity，GUTI)等。

其中，终端设备的标识，可用于标识(或者识别)通信业务所属的设备。

在一个示例中，上述信息可以统称为测量信息，或者也可以称为染色策略(ColoredPolicy)。也就是说，测量信息可以包括：测量标识、关联测量标识的通信业务的数据包类型、通信业务的标识、通信业务对应的CPE标识、以及终端设备的标识中的至少一项。一种可能的实现方式，时延数据请求实体可以先配置该测量信息，然后再向测量设备发送该测量信息。或者，也可以是其他设备配置该测量信息，然后再向时延数据请求实体发送该测量信息，进而时延数据请求实体向测量设备发送该测量信息。

在一个示例中，如果在对通信业务进行时延分析之前，就开始测量通信业务的时延测量数据，可以执行S302至S304。

S302：时延数据请求实体向数据收集服务生产者实体发送创建数据收集任务请求消息，创建数据收集任务请求消息用于请求数据收集服务生产者实体创建数据收集任务，数据收集任务用于从测量设备收集通信业务的数据包在传输路径中各个传输阶段的测量时延数据。

其中，数据收集服务生产者实体可以是接入网设备、UPF、CPE，也可以是前面描述的数据管理服务生产者实体。

其中，创建数据收集任务请求消息中可以包括数据收集任务对应的任务配置信息，任务配置信息可以包括以下一项或多项信息：

测量业务信息；测量指标信息；测量设备的标识信息；数据流方向信息。

下面分别对上述信息进行详细描述。

其中，测量业务信息，用于指示需要测量的通信业务，可以为需要测量的通信业务的标识，也可以为与通信业务关联的测量标识。

其中，测量指标信息，用于指示对通信业务进行测量的关键性能指标(keyperformance indicator，KPI)。本申请中，KPI可以指示需要测量通信业务的数据包在传输路径中哪些传输阶段的时延测量数据。

其中，测量设备的标识信息，用于指示测量通信业务的数据包的时延测量数据的设备，测量设备可以包括接入网设备、UPF或CPE中的至少一个。

其中，数据流方向信息，用于指示需要测量的数据包的传输方向，传输方向可以包括上行和下行中的至少一项。

可选地，可以为一个通信业务配置一个数据收集任务，一个数据收集任务还可以分配一个任务标识。该任务标识可以为数据管理服务生产者实体分配的，也可以为时延数据请求实体分配的，本申请对此并不限定。一个通信业务的数据收集任务的任务标识，可以唯一标识该数据收集任务。

S303：数据收集服务生产者实体向时延数据请求实体发送创建数据收集任务响应消息。

可选地，如果数据管理服务生产者实体分配任务标识，创建数据收集任务响应消息中可以包括数据收集任务对应的任务标识。

S304：数据收集服务生产者实体从测量设备获取时延测量数据。

举例来说，创建数据收集任务请求消息包括的信息如表1所示。

表1

数据管理服务生产者实体根据表1中所示的信息，可以指示接入网设备，UPF以及CPE上报视频回传业务在上行方向传输的数据包，在测量指标信息指示的各个传输阶段传输的时延测量数据。数据管理服务生产者实体获取到这些时延测量数据时，可以存储这些时延测量数据。

S305：时延数据请求实体确定业务信息以及分析规则信息。

其中，业务信息用于指示待时延分析的通信业务，例如业务信息可以为待时延分析的通信业务的标识，也可以为与通信业务关联的测量标识。可以理解的，如果预先为待时延分析的通信业务创建了数据收集任务，业务信息还可以为该通信业务的数据收集任务的任务标识。

分析规则信息用于指示时延分析所采用的分析规则。

在一个示例中，业务服务器确定通信业务发生异常事件等情况时，业务服务器可以向时延数据请求实体发送维测请求消息，该维测请求消息包括通信业务的标识，该维测请求消息可以用于请求对该标识对应的通信业务进行维测。其中，维测可以是指，采集通信业务相关的网络性能数据(例如时延测量数据)，并基于采集的网络性能数据对网络性能进行分析，识别网络是否存在故障问题。

时延数据请求实体接收到维测请求消息后，根据通信业务的标识，可以确定待时延分析的通信业务。

可以理解地，以上只是示例，时延数据请求实体也可以通过其他方式确定待时延分析的通信业务，本申请对此并不限定。

本申请中，分析规则信息指示的分析规则可以为第一规则或者第二规则，关于第一规则和第二规则的具体内容可以参考如下：

第一规则可以包括：对于通信业务的传输路径中的任一传输阶段，如果该传输阶段对应的时延测量数据大于或等于该传输阶段对应的第一时延阈值，则通信业务在该传输阶段中存在时延故障；如果该传输阶段对应的时延测量数据小于该传输阶段对应的第一时延阈值，则通信业务在该传输阶段中不存在时延故障。

第二规则可以包括：对于通信业务的传输路径中的任一传输阶段，如果该传输阶段对应的时延测量数据与该通信业务在该传输路径中的总时延的比值大于或等于该传输阶段对应的第二时延阈值，则该通信业务在该传输阶段中存在时延故障；如果该传输阶段对应的时延测量数据与该通信业务在该传输路径中的总时延的比值小于该传输阶段对应的第二时延阈值，则该通信业务在该传输阶段中不存在时延故障。

可以理解地，时延数据请求实体具体如何确定采用哪种分析规则，本申请对此并不限定。在一个示例中，如果数据包在传输路径中各个传输阶段的传输时长相差较大(例如数据包在两个传输阶段的传输时长相差50％)的情况下，时延数据请求实体可以指示采用第一规则进行时延分析；如果数据包在传输路径中各个传输阶段的传输时长相近(例如数据包在两个传输阶段的传输时长相差10％以内)的情况下，时延数据请求实体可以指示采用第二规则进行时延分析。

可以理解地，第一时延阈值可能存在多种实现方式，第一种实现方式中，通信业务的传输路径中每个传输阶段对应的第一时延阈值，可以为时延数据请求实体确定的。

第二种实现方式中，通信业务的传输路径中每个传输阶段对应的第一时延阈值，可以根据每个传输阶段的历史时延测量数据确定的，具体确定过程并不限定。

第三种实现方式中，每个传输阶段对应的第一时延阈值可以为约定的默认值。

第四种实现方式中，每个传输阶段对应的第一时延阈值可以由知识管理实体配置，具体的，时延数据分析实体可以向知识管理实体发送时延阈值请求消息，时延阈值请求消息包括分析规则信息，时延阈值请求消息可以用于请求配置与分析规则信息对应的时延阈值；相应的，如果分析规则信息指示第一规则，知识管理实体可以向时延数据分析实体指示通信业务的传输路径中每个传输阶段对应的第一时延阈值。

可以理解地，第二时延阈值可能存在多种实现方式，第一种实现方式中，通信业务的传输路径中每个传输阶段对应的第二时延阈值，可以为时延数据请求实体确定的。第二种实现方式中，每个传输阶段对应的第二时延阈值可以为约定的默认值。第三种实现方式中，每个传输阶段对应的第二时延阈值可以由知识管理实体配置，具体的，时延数据分析实体可以向知识管理实体发送时延阈值请求消息，时延阈值请求消息包括分析规则信息，时延阈值请求消息可以用于请求配置与分析规则信息对应的时延阈值；相应的，如果分析规则信息指示第二规则，知识管理实体可以向时延数据分析实体指示通信业务的传输路径中每个传输阶段对应的第二时延阈值。

S306：时延数据请求实体向时延数据分析实体发送业务信息以及分析规则信息，相应的，时延数据分析实体接收来自于时延数据请求实体的业务信息以及分析规则信息。

可以理解地，时延数据请求实体还可以向时延数据分析实体发送以下一项或多项信息：

通信业务的分析类型信息；通信业务的分析粒度信息；数据流方向信息；分析时间信息；测量设备的标识信息；阈值信息。

下面分别对上述信息进行详细描述。

其中，分析类型信息，用于指示请求的时延分析类型，本申请中，时延分析类型可以为“E2E时延分析”。分析类型信息指示的时延分析类型为“E2E时延分析”时，表示需要分析通信业务的数据包在E2E传输路径中的时延测量数据。时延分析类型还可能存在其他类型，例如包括但不限于：覆盖问题分析、通信业务体验分析、网络切片负载分析、故障预测、MDA辅助节能等。

其中，分析粒度信息，用于指示时延分析的粒度，本申请中，时延分析的粒度可以为“业务级(或业务流)”时延分析。时延分析的粒度还可能存在其他粒度，例如网络切片级时延分析。

其中，分析粒度信息也可以通过分析类型信息指示，例如，分析类型信息指示的时延分析类型为“业务级E2E时延分析”或“业务流E2E时延分析”时，表示需要分析通信业务的数据包在E2E传输路径中的时延测量数据，并且分析粒度为“业务级(或业务流)”。

其中，数据流方向信息，用于指示需要分析的通信业务的数据包的传输方向，可以为上行和下行中的至少一项。

其中，分析时间信息，用于指示对通信业务进行时延分析的时间，即指示在哪个时间段对通信业务进行时延分析或哪个时间开始对通信业务进行时延分析。作为示例，分析时间信息包括：分析开始时间、分析结束时间以及分析时长中的至少一项。

其中，测量设备的标识信息，用于指示测量通信业务的数据包的时延测量数据的设备，测量设备可以包括接入网设备、UPF或CPE中的至少一个。

其中，阈值信息，用于指示通信业务的传输路径中的每个传输阶段对应的第一时延阈值或第二时延阈值。

S307：时延数据分析实体获取通信业务的数据包的多条时延测量数据。

其中，每一条时延测量数据指示通信业务的数据包在传输路径中的至少一个传输阶段的传输时长。在一个示例中，该传输路径可以为用户驻地设备至UPF之间的路径。

本申请中，时延数据分析实体可以通过数据收集服务生产者实体获取时延测量数据。在一个示例中，如图4所示，时延数据分析实体通过数据收集服务生产者实体获取时延测量数据时，可以包括以下流程：

实现方式一，数据收集服务生产者实体获取实时的时延测量数据：

S401a：时延数据分析实体向数据收集服务生产者实体发送数据请求消息，数据请求消息可以包括以下一项或多项信息：

测量业务信息；测量指标信息；测量设备的标识信息；数据流方向信息；测量时间信息；上报周期信息。

其中，数据收集服务生产者实体可以是接入网设备、UPF、CPE，也可以是前面描述的数据管理服务生产者实体。

其中，测量业务信息，用于指示需要测量的通信业务，测量业务信息可以为待时延分析的通信业务的标识，也可以为与该通信业务关联的测量标识。

其中，测量指标信息，用于指示对通信业务进行测量的关键性能指标(keyperformance indicator，KPI)。本申请中，KPI可以指示需要测量通信业务的数据包在传输路径中哪些传输阶段的时延测量数据。

其中，测量设备的标识信息，用于指示测量通信业务的数据包的时延测量数据的设备，测量设备可以包括接入网设备、UPF或CPE中的至少一个。

其中，数据流方向信息，用于指示需要测量的数据包的传输方向，传输方向可以包括上行和下行中的至少一项。

其中，测量时间信息，用于指示对通信业务的数据包进行测量的时间，即指示在哪个时间段对通信业务的数据包进行测量或哪个时间开始对通信业务的数据包进行测量。测量时间信息可以根据分析时间信息确定，例如测量时间信息指示的时间可以位于分析时间信息指示的时间之后。例如，分析时间信息指示的时间为T0，时延数据分析实体可以通过测量时间信息指示对T0之后传输的数据包进行测量。作为示例，测量时间信息包括：测量开始时间、测量结束时间以及测量时长中的至少一项。

其中，上报周期信息，用于指示数据管理服务生产者实体上报测量时延数据的周期。

以上只是示例，数据请求消息还可能包括其他信息，在此不再逐一举例说明。

S402a：数据管理服务生产者实体根据数据请求消息从测量设备获取时延测量数据。

在一个示例中，数据请求消息包括的信息可以如表2所示。

表2

数据管理服务生产者实体根据表2中所示的信息，可以从接入网设备，UPF以及CPE获取视频回传业务在上行方向传输的数据包的时延测量数据，其中获取到的时延测量数据为测量指标信息指示的各个传输阶段的数据，且这些时延测量数据为接入网设备，UPF以及CPE在时间T1至时间T2之间对视频回传业务的数据包测量获得的。

一种可能的实现方式中，对于传输路径中的每个传输阶段，每个传输阶段对应的时延测量数据指示传输时长，可以为根据Y个数据包在该传输阶段的传输时长确定的，Y为大于0的整数。

在一个示例中，对于传输路径中的每个传输阶段，测量设备可能会测量Y个数据包的传输时长，测量设备可以将这Y个数据包的传输时长上报至数据管理服务生产者实体。数据管理服务生产者实体可以将这Y个传输时长的平均值(或者Y个传输时长的中位传输时长)作为通信业务在该传输阶段的传输时长，在该情况下，数据管理服务生产者实体上报的时延测量数据指示的传输时长为这Y个数据包的传输时长的平均值(或者Y个传输时长的中位传输时长)。

S403a：数据管理服务生产者实体向时延数据分析实体发送多条时延测量数据。

实现方式二：数据收集服务生产者实体已经根据通信业务的数据收集任务，预先存储了相应的时延测量数据。

S401b：时延数据分析实体向数据收集服务生产者实体发送数据请求消息。

第一种可能的实现方式中，数据请求消息中包括的信息可以实现方式一中的测量任务配置消息，即数据请求消息可以包括以下一项或多项信息：

业务信息；测量指标信息；测量设备的标识信息；数据流方向信息；测量时间信息；上报周期信息。

数据请求消息中包括的其它信息的具体内容可以实现方式一中的描述，在此不再赘述。

第二种可能的实现方式中，如果数据收集服务生产者实体已经为通信业务创建了相应的数据收集任务，一个数据收集任务可以对应一个任务标识，那么数据请求消息可以包括以下一项或多项信息：

通信业务对应的任务标识；测量时间信息；上报周期信息。

数据收集服务生产者实体根据任务标识可以确定该通信业务对应的以下至少一项信息：

业务信息；测量指标信息；测量设备的标识信息；数据流方向信息。

其中，和实现方式一的区别在于，该步骤中数据请求消息中的测量时间信息指示的时间，可以位于确定对通信业务进行时延分析的时间之前，也就是说，数据请求消息可以请求获取确定对通信业务进行时延分析的时间之前的时延测量数据(即历史时延测量数据)，从而使得进行时延分析的时延测量数据的来源更广泛，可以提高时延分析的准确性。举例来说，测量时间信息用于指示测量位于时间T1至时间T2之间传输的数据包的时延测量数据，确定对通信业务进行时延分析的时间为T0，此时T1可以位于T0之前。

S402b：数据管理服务生产者实体向时延数据分析实体发送多条时延测量数据。

在实现方式二中，数据管理服务生产者实体已经预先存储了时延测量数据，因此可以直接向时延数据分析实体发送时延测量数据。通过这种方法，可以实现提前测量并存储通信业务的数据包的时延测量数据，从而可以在需要对通信业务进行时延分析时，及时获取时延测量数据，提高时延分析的效率。

以上只是示例，时延数据分析实体还可以通过其他方式获取时延测量数据，本申请对此并不限定。

S308：时延数据分析实体基于分析规则以及多条时延测量数据得到时延分析结果。

其中，时延分析结果用于指示通信业务在传输路径中存在时延故障的传输阶段。本申请中，时延故障也可以替换为时延问题(latency issue)。

如前所述，本申请中，分析规则可以为第一规则或者第二规则。在一个示例中，如果分析规则为第一规则，对于通信业务的传输路径中的任一传输阶段，如果该传输阶段在多条时延测量数据中对应的时延测量数据大于或等于该传输阶段对应的第一时延阈值，时延数据分析实体则可以确定通信业务在该传输阶段中存在时延故障；如果该传输阶段在多条时延测量数据中对应的时延测量数据小于该传输阶段对应的第一时延阈值，时延数据分析实体则可以确定通信业务在该传输阶段中不存在时延故障。

可选地，对于通信业务的传输路径中的任一传输阶段，如果该传输阶段在多条时延测量数据中对应至少两条时延测量数据，则只要其中一条时延测量数据大于或等于该传输阶段对应的第一时延阈值，就可以确定该传输阶段存在时延故障。相应的，时延分析结果中还可以包括每个传输阶段对应的时延测量数据中，大于或等于该传输阶段对应的第一时延阈值的时延测量数据的数量或者比例等信息。

进一步可选地，时延分析结果中还可以包括故障等级信息，故障等级信息用于指示存在时延故障的传输阶段的故障等级。故障等级可以表示时延故障的严重程度，例如故障等级可以包括一级故障和二级故障，一级故障的严重程度比二级故障的严重程度高。举例来说，对于存在时延故障的任一传输阶段，如果该传输阶段在多条时延测量数据中对应至少两条时延测量数据，该传输阶段的故障等级根据至少两条时延测量数据中大于或等于该传输阶段对应的第一时延阈值的时延测量数据的数量或者比例确定。例如，如果这至少两条时延测量数据中大于或等于该传输阶段对应的第一时延阈值的时延测量数据的数量，大于或等于预设数量，则故障等级为一级故障；如果这至少两条时延测量数据中大于或等于该传输阶段对应的第一时延阈值的时延测量数据的数量，小于预设数量，则故障等级为二级故障。

在一个示例中，如果分析规则为第二规则，对于通信业务的传输路径中的任一传输阶段，如果该传输阶段在多条时延测量数据中对应的时延测量数据与该通信业务在该传输路径中的总时延的比值大于或等于该传输阶段对应的第二时延阈值，时延数据分析实体则可以确定该通信业务在该传输阶段中存在时延故障；如果该传输阶段在多条时延测量数据中对应的时延测量数据与该通信业务在该传输路径中的总时延的比值小于该传输阶段对应的第二时延阈值，时延数据分析实体则可以确定该通信业务在该传输阶段中不存在时延故障。

其中，该通信业务在该传输路径中的总时延，可以根据该通信业务在该传输路径中各个传输阶段的时延测量数据确定，也可以由数据管理服务生产者实体上报至时延数据分析实体。

可选地，对于通信业务的传输路径中的任一传输阶段，如果该传输阶段在多条时延测量数据中对应至少两条时延测量数据，则只要其中一条时延测量数据大于或等于该传输阶段对应的第二时延阈值，就可以确定该传输阶段存在时延故障。相应的，时延分析结果中还可以包括每个传输阶段对应的时延测量数据中，大于或等于该传输阶段对应的第二时延阈值的时延测量数据的数量或者比例等信息。

进一步可选地，时延分析结果中还可以包括故障等级信息。举例来说，对于存在时延故障的任一传输阶段，如果该传输阶段在多条时延测量数据中对应至少两条时延测量数据，例如，如果这至少两条时延测量数据中大于或等于该传输阶段对应的第二时延阈值的时延测量数据的比例，大于或等于预设比例，则故障等级为一级故障；如果这至少两条时延测量数据中大于或等于该传输阶段对应的第二时延阈值的时延测量数据的比例，小于预设比例，则故障等级为二级故障。

通过上面的方法，在对通信业务进行时延分析时，分析规则是由时延数据请求实体向时延数据分析实体配置的，通过分析规则可以对通信业务在传输路径中的各个传输阶段的时延测量数据进行分析，从而确定通信业务在每个传输阶段是否存在时延故障，因此时延分析的结果更准确，能够准确的对时延故障进行定位。

进一步的，图3的流程中，如果时延数据分析实体确定通信业务在传输路径中的至少一个传输阶段存在时延故障，时延数据分析实体还可以向知识管理实体查询时延故障的根因以及故障解决方法，具体可以如图5所示，为本申请实施例提供的一种时延分析方法的示意图。

S501：时延数据分析实体向知识管理实体发送根因请求信息以及时延分析结果。

其中，所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数；根因请求信息用于请求存在时延故障的M个传输阶段对应的根因。

S502：知识管理实体向时延数据分析实体发送根因指示信息，根因指示信息用于指示M个传输阶段中每个传输阶段存在时延故障的根因。

其中，知识管理实体中可以包括根因知识图谱(或者也可以称为根因故障树)，根因知识图谱包括各个传输阶段的时延故障和根因的对应关系等信息，知识管理实体可以根据根因知识图谱确定M个传输阶段中每个传输阶段存在时延故障的根因。

当然，知识管理实体也可以通过其他发送确定每个传输阶段存在时延故障的根因，本申请对知识管理实体具体如何确定根因并不限定。

可选地，知识管理实体也可以将根因知识图谱发送至时延数据分析实体，由时延数据分析实体根据根因知识图谱确定时延故障的根因，本申请对此并不限定。

S503：时延数据分析实体向知识管理实体发送故障解决请求信息。

其中，故障解决请求信息用于请求解决M个传输阶段的时延故障。

S501和S502可以通过一条消息发送，也可以分别通过不同的消息发送。S501和S502的执行顺序并不限定，可以同时执行，也可以先后执行。

如果S501和S502通过不同的消息发送，且S502位于S501之前，故障解决请求信息还可以包含时延分析结果。

S504：知识管理实体向时延数据分析实体发送故障解决方法信息。

其中，故障解决方法信息包含以下至少一项信息：

用于解决M个传输阶段的时延故障的网络配置动作；用于解决所述M个传输阶段的时延故障的网络配置参数。

其中，网络配置动作可以是指对网络中的设备进行配置所执行的动作，网络配置参数可以是指对网络中的设备进行配置所设置的参数。例如，当确定时延故障的根因为CPE存在内存泄露时，网络配置动作可以是：重启CPE；当确定时延故障的根因为下行控制信息(downlink control information，DCI)虚警导致部分带宽(bandwidth part，BWP)切换，网络配置动作可以是：关闭接入网设备BWP切换的功能，或者网络配置参数可以是：参数“接入网设备BWP切换”的取值为“关闭”。

知识管理实体具体如何确定故障解决方法信息，本申请对此并不限定。例如，知识管理实体中可以包括各个传输阶段的时延故障的根因和网络配置动作的对应关系，以及各个传输阶段的时延故障的根因和网络配置参数的对应关系等信息，知识管理实体从而可以根据上述对应关系确定故障解决方法信息。

举例来说，知识管理实体中包括的各个传输阶段的时延故障的根因、网络配置动/或网络配置参数的对应关系可以如表3所示。

表3

知识管理实体可以根据上述对应关系确定各个传输阶段对应的根因、以及网络配置动/或网络配置参数。

S505：时延数据分析实体向时延数据请求实体发送时延分析结果、根因指示信息以及故障解决方法信息中的至少一项。

可以理解地，时延数据分析实体还可以向时延数据请求实体发送其他信息，例如发送以下至少一项信息：

业务信息；通信业务的分析类型信息；通信业务的分析粒度信息；数据流方向信息；分析时间信息；测量设备的标识信息。

S506：时延数据请求实体根据时延分析结果、根因指示信息以及故障解决方法信息中的至少一项生成解决通信业务在传输路径中M个传输阶段的时延故障的指示信息。

本申请中，在一个示例中，时延数据请求实体可以将指示信息下发至网络配置动作和/或网络配置参数对应的设备，例如下发至接入网设备、CPE、或UPF中的至少一项，时延数据请求实体生成的指示信息可以指示这些设备执行网络配置动作和/或按照网络配置参数进行配置，解决M个传输阶段的时延故障。

在另一个示例中，时延数据请求实体可以将指示信息以可视化界面显示给操作者，由操作者执行该指示信息指示的网络配置动作和/或网络配置参数的配置命令。

时延数据请求实体生成的指示信息所指示的网络配置动作和/或网络配置参数可能有以下几种实现方式：

第一种可能的实现方式中，如果时延数据分析实体向时延数据请求实体发送时延分析结果，没有发送根因指示信息以及故障解决方法信息，那么时延数据请求实体可以根据时延分析结果确定M个传输阶段时延故障的根因，并根据M个传输阶段时延故障的根因确定用于解决所述M个传输阶段的时延故障的网络配置动作和/或网络配置参数。具体确定方法并不限定，例如，时延数据请求实体可以向知识管理设备请求M个传输阶段的根因、网络配置动作和/或网络配置参数。再例如，对于存在时延故障的传输阶段，可以通过人工排查确定时延故障的根因，时延数据请求实体根据确定的根因以及人工经验确定时延故障的网络配置动作或网络配置参数。本申请中，也可以通过其他方式确定根因指示信息和故障解决方法信息，在此不再赘述。

在该实现方式中，时延数据分析实体生成的指示信息指示的网络配置动作和/或网络配置参数是时延数据分析实体根据时延分析结果确定的。

第二种可能的实现方式中，如果时延数据分析实体向时延数据请求实体发送时延分析结果，没有发送故障解决方法信息，那么时延数据请求实体可以根据根因指示信息确定用于解决所述M个传输阶段的时延故障的网络配置动作和/或网络配置参数。例如，时延数据请求实体可以向知识管理设备请求故障解决方法信息。再例如，时延数据请求实体根据根因指示信息和/或人工经验确定时延故障的网络配置动作和/或网络配置参数。

在该实现方式中，时延数据分析实体生成的指示信息指示的网络配置动作和/或网络配置参数是时延数据分析实体根据根因指示信息确定的。

第三种可能的实现方式中，如果时延数据分析实体向时延数据请求实体发送故障解决方法信息，那么时延数据请求实体可以直接将故障解决方法信息指示的网络配置动作和/或网络配置参数作为解决时延故障所使用的网络配置动作和/或网络配置参数。

在该实现方式中，时延数据分析实体生成的指示信息指示的网络配置动作和/或网络配置参数是时延数据分析实体根据故障解决方法信息确定的。

第四种可能的实现方式中，如果时延数据分析实体向时延数据请求实体发送时延分析结果、根因指示信息以及故障解决方法信息，那么时延数据请求实体可以根据根因指示信息和/或人工经验确定对故障解决方法信息指示的网络配置动作和/或网络配置参数进行修正，并将修正后的网络配置动作和/或网络配置参数下发至相应的设备。

在该实现方式中，时延数据分析实体生成的指示信息指示的网络配置动作和/或网络配置参数是时延数据分析实体根据故障解决方法信息和/或人工经验确定的。

结合前面的描述，以图1所示的5G toB场景为例，企业园区的私有网络中会部署大量的CPE，该CPE作为无线接入点为三个终端设备提供服务，其中CPE为终端设备1提供视频监控回传业务，还为终端设备2和终端设备3分别提供远程控制指令业务和数据传输业务。假如CPE在转发视频回传业务时出现上行丢包或乱序，但是其他通信业务的数据包传输正常。

根据本申请提供的方法，一种可能的实现方式中，应用服务器检测到终端设备1回传的视频卡顿，因此应用服务器向时延数据请求实体发送维测请求消息，并且在该维测请求消息中携带终端设备1的标识或视频监控回传业务的标识。

时延数据请求实体向时延数据分析实体请求对视频监控回传业务进行时延分析，具体可以向时延数据分析实体发送业务信息、分析规则信息、通信业务的分析类型信息、通信业务的分析粒度信息、数据流方向信息、分析时间信息、测量设备的标识信息以及阈值信息等。

时延数据分析实体可以根据上述信息确定需要对终端设备1的视频监控回传业务进行时延分析。时延数据分析实体可以从数据收集服务生产者实体获取多条时延测量数据，该多条时延测量数据是CPE、UPF、以及接入网设备测量获得的。

进一步的，时延数据分析实体基于多条测量数据进行时延分析，进而可以确定视频监控回传业务在CPE传输阶段存在时延故障。

进一步的，时延数据分析实体可以通过知识管理实体确定时延故障的根因可能是CPE在传输视频回传业务时，出现上行丢包或乱序。

进一步的，时延数据分析实体可以通过知识管理实体确定该根因的故障解决方法信息包含的网络配置动作为：重新启动CPE。

进一步的，时延数据分析实体可以将该故障解决方法信息返回至时延数据请求实体。时延数据请求实体从而可以根据故障解决方法信息向CPE发送指示信息，该指示信息用于指示CPE执行以下为了配置动作：重新启动CPE。

根据本申请提供的方法，另一种可能的实现方式中，在时间T0，应用服务器检测到终端设备1回传的视频卡顿，因此应用服务器向时延数据请求实体发送维测请求消息，并且在该维测请求消息中携带终端设备1的标识或视频监控回传业务的标识。

时延数据请求实体向时延数据分析实体请求对CPE中的每一个通信业务进行时延分析，具体的，时延数据请求实体可以向时延数据分析实体指示对时间T1至时间T2之间的所有通信业务进行时延分析，时间T0位于时间T1至时间T2之间。

时延数据分析实体可以根据上述信息确定需要对所有通信业务进行时延分析。时延数据分析实体可以从数据收集服务生产者实体获取多条时延测量数据，该多条时延测量数据是CPE、UPF、以及接入网设备测量获得的。

进一步的，时延数据分析实体基于多条测量数据进行时延分析，进而可以确定只有视频监控回传业务出现时延问题，其它通信业务没有时延问题。具体的，可以确定视频监控回传业务在CPE传输阶段存在时延故障。

进一步的，时延数据分析实体可以通过知识管理实体确定时延故障的根因可能是CPE在传输视频回传业务时，出现上行丢包或乱序。

进一步的，时延数据分析实体可以通过知识管理实体确定该根因的故障解决方法信息包含的网络配置动作为：重新启动CPE。

进一步的，时延数据分析实体可以将该故障解决方法信息返回至时延数据请求实体。时延数据请求实体从而可以根据故障解决方法信息向CPE发送指示信息，该指示信息用于指示CPE执行以下为了配置动作：重新启动CPE。

可以理解，本申请实施例中的图3至图5中的例子仅仅是为了便于本领域技术人员理解本申请实施例，并非要将本申请实施例限于例示的具体场景。本领域技术人员根据图3至图5的例子，显然可以进行各种等价的修改或变化，这样的修改或变化也落入本申请实施例的范围内。例如，上述图3至图5中通信业务可以替换为一个或多个通信业务。

还可以理解，上述图3至图5中各个步骤仅是示例性说明，对此不作严格限定。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

还可以理解，本申请的各实施例中的一些可选的特征，在某些场景下，可以不依赖于其他特征，也可以在某些场景下，与其他特征进行结合，不作限定。

还可以理解，本申请的各实施例中的方案可以进行合理的组合使用，并且实施例中出现的各个术语的解释或说明可以在各个实施例中互相参考或解释，对此不作限定。

还可以理解，在本申请的各实施例中的各种数字序号的大小并不意味着执行顺序的先后，仅为描述方便进行的区分，不应对本申请实施例的实施过程构成任何限定。

还可以理解，在本申请的各实施例中涉及到一些消息名称，如维测请求消息等，其命名不对本申请实施例的保护范围造成限定。

还可以理解，在上述一些实施例中，多次提及进行染色处理，其表示的是对数据包进行染色处理，或者说将数据包与测量标识进行关联。

相应于上述各方法实施例给出的方法，本申请实施例还提供了相应的装置，所述装置包括用于执行上述各个方法实施例相应的模块。该模块可以是软件，也可以是硬件，或者是软件和硬件结合。可以理解的是，上述各方法实施例所描述的技术特征同样适用于以下装置实施例。

图6是本申请实施例提供的通信装置的示意性框图。该通信装置600包括通信单元610和处理单元620。通信单元610可以实现相应的通信功能，通信单元610还可以为通信接口或通信单元。处理单元620可以实现相应的处理功能，如处理指令和/或数据。

一种可能的实现方式，该通信装置600还可以包括存储单元，该存储单元可以用于存储指令和/或数据，处理单元620可以读取存储单元中的指令和/或数据，以使得装置实现前述方法实施例。

该通信装置600可以用于执行上文方法实施例中时延数据请求实体或时延数据分析实体所执行的动作，这时，该通信装置600中的通信单元610用于执行上文方法实施例中时延数据请求实体或时延数据分析实体侧的收发相关的操作，处理单元620用于执行上文方法实施例中时延数据请求实体或时延数据分析实体侧的处理相关的操作。

作为一种设计，该通信装置600用于执行上文方法实施例中时延数据分析实体所执行的动作：

通信单元，用于接收来自于时延数据请求实体的业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；获取所述通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示所述通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；

处理单元，用于基于所述分析规则以及所述多条时延测量数据得到时延分析结果；所述时延分析结果用于指示所述通信业务在所述传输路径中存在时延故障的传输阶段。

作为一种设计，该通信装置600用于执行上文方法实施例中时延数据请求实体所执行的动作：

处理单元，用于确定业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；

通信单元，用于向时延数据分析实体发送所述业务信息以及所述分析规则信息；接收来自所述时延数据分析实体的时延分析结果，所述时延分析结果用于指示所述通信业务在传输路径中存在时延故障的传输阶段。

以上只是示例，处理单元620和通信单元610还可以执行其他功能，更详细的描述可以参考图3至图5所示的方法实施例中相关描述，这里不加赘述。

如图7所示为本申请实施例提供的通信装置，图7所示的通信装置可以为图6所示的通信装置的一种硬件电路的实现方式。该通信装置可适用于前面所示出的流程图中，执行上述方法实施例中时延数据请求实体或时延数据分析实体的功能。为了便于说明，图7仅示出了该通信装置的主要部件。

如图7所示，通信装置700包括处理器710和接口电路720。处理器710和接口电路720之间相互耦合。可以理解的是，接口电路720可以为收发器、管脚或输入输出接口。可选的，通信装置700还可以包括存储器730，用于存储处理器710执行的指令或存储处理器710运行指令所需要的输入数据或存储处理器710运行指令后产生的数据。可选地，存储器730的部分或全部可以位于处理器710中。

当通信装置700用于实现图3至图5所示的方法时，处理器710用于实现上述处理单元620的功能，接口电路720用于实现上述通信单元610的功能。

可以理解的是，本申请的实施例中的处理器可以是中央处理单元，还可以是其它通用处理器、数字信号处理器、专用集成电路或者其它可编程逻辑器件、晶体管逻辑器件，硬件部件或者其任意组合。通用处理器可以是微处理器，也可以是任何常规的处理器。

本申请的实施例中的存储器可以是随机存取存储器、闪存、只读存储器、可编程只读存储器、可擦除可编程只读存储器、电可擦除可编程只读存储器、寄存器、硬盘、移动硬盘或者本领域熟知的任何其它形式的存储介质中。

需要说明的是，当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时，存储器(存储模块)可以集成在处理器中。

还需要说明的是，本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

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

Claims (23)

1.一种时延分析方法，其特征在于，包括：

时延数据分析实体接收来自于时延数据请求实体的业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；

所述时延数据分析实体获取所述通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示所述通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；

所述时延数据分析实体基于所述分析规则以及所述多条时延测量数据得到时延分析结果；所述时延分析结果用于指示所述通信业务在所述传输路径中存在时延故障的传输阶段。

2.根据权利要求1所述的方法，其特征在于，所述分析规则信息指示的所述分析规则为第一规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第一时延阈值；

所述第一规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据大于或等于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据小于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

3.根据权利要求2所述的方法，其特征在于，所述第一时延阈值为所述分析规则信息指示的；

或者，所述第一时延阈值为根据所述第一时延阈值对应的所述传输阶段的历史时延测量数据确定的；

或者，所述第一时延阈值为知识管理实体配置的。

4.根据权利要求1所述的方法，其特征在于，所述分析规则信息指示的所述分析规则为第二规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第二时延阈值；

所述第二规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述通信业务在所述传输路径中的总时延的比值大于或等于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述总时延的比值小于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

5.根据权利要求4所述的方法，其特征在于，所述第二时延阈值为所述分析规则信息指示的；

或者，所述第二时延阈值为知识管理实体配置的。

6.根据权利要求1至5任一所述的方法，其特征在于，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向知识管理实体发送根因请求信息以及所述时延分析结果，所述根因请求信息用于请求存在时延故障的所述M个传输阶段对应的根因；

所述时延数据分析实体接收来自所述知识管理实体的根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因。

7.根据权利要求1至6任一所述的方法，其特征在于，所述时延分析结果指示存在时延故障的传输阶段包括以下一项或多项：

无线接入网传输阶段；核心网传输阶段；传输网传输阶段；用户驻地设备传输阶段；空口传输阶段。

8.根据权利要求1至7任一所述的方法，其特征在于，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向知识管理实体发送故障解决请求信息，所述故障解决请求信息包含所述时延分析结果，所述故障解决请求信息用于请求解决所述M个传输阶段的时延故障；

所述时延数据分析实体接收来自所述知识管理实体的故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

9.根据权利要求1至8任一所述的方法，其特征在于，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据分析实体向所述时延数据请求实体发送以下至少一项信息：

所述时延分析结果；

根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因；

故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

10.一种时延分析方法，其特征在于，包括：

时延数据请求实体确定业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务，所述通信业务为面向企业的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；

所述时延数据请求实体向时延数据分析实体发送所述业务信息以及所述分析规则信息；

所述时延数据请求实体接收来自所述时延数据分析实体的时延分析结果，所述时延分析结果用于指示所述通信业务在传输路径中存在时延故障的传输阶段。

11.根据权利要求10所述的方法，其特征在于，所述分析规则信息指示的所述分析规则为第一规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第一时延阈值；

所述第一规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据大于或等于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据小于所述传输阶段对应的第一时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

12.根据权利要求11所述的方法，其特征在于，所述第一时延阈值为所述分析规则信息指示的；

或者，所述第一时延阈值为根据所述第一时延阈值对应的所述传输阶段的历史时延测量数据确定的；

或者，所述第一时延阈值为知识管理实体配置的。

13.根据权利要求10所述的方法，其特征在于，所述分析规则信息指示的所述分析规则为第二规则时，对于所述传输路径中的任一传输阶段，所述传输阶段对应第二时延阈值；

所述第二规则包括：对于所述传输路径中的任一传输阶段，如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述通信业务在所述传输路径中的总时延的比值大于或等于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中存在时延故障；如果所述传输阶段在所述多条时延测量数据中对应的时延测量数据与所述总时延的比值小于所述传输阶段对应的第二时延阈值，则所述通信业务在所述传输阶段中不存在时延故障。

14.根据权利要求13所述的方法，其特征在于，所述第二时延阈值为所述分析规则信息指示的；

或者，所述第二时延阈值为知识管理实体配置的。

15.根据权利要求10至14任一所述的方法，其特征在于，所述时延分析结果指示存在时延故障的传输阶段包括以下一项或多项：

无线接入网传输阶段；核心网传输阶段；传输网传输阶段；用户驻地设备传输阶段；空口传输阶段。

16.根据权利要求10至15任一所述的方法，其特征在于，如果所述时延分析结果指示所述通信业务在所述传输路径中的M个传输阶段存在时延故障，M为大于0的整数，所述方法还包括：

所述时延数据请求实体接收来自所述时延数据分析实体的以下至少一项信息：

根因指示信息，所述根因指示信息用于指示所述M个传输阶段中每个传输阶段存在时延故障的根因；

故障解决方法信息，所述故障解决方法信息包含用于解决所述M个传输阶段的时延故障的网络配置动作和/或用于解决所述M个传输阶段的时延故障的网络配置参数。

17.根据权利要求16所述的方法，其特征在于，所述方法还包括：

所述时延数据请求实体根据所述时延分析结果、所述根因指示信息以及所述故障解决方法信息中的至少一项生成解决所述通信业务在所述M个传输阶段的时延故障的指示信息。

18.一种时延数据分析实体，其特征在于，包括：

通信单元，用于接收来自于时延数据请求实体的业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务，所述通信业务为面向企业的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；获取所述通信业务的数据包的多条时延测量数据，其中，每一条时延测量数据指示所述通信业务的数据包在传输路径中的至少一个传输阶段的传输时长；

处理单元，用于基于所述分析规则以及所述多条时延测量数据得到时延分析结果；所述时延分析结果用于指示所述通信业务在所述传输路径中存在时延故障的传输阶段。

19.一种时延数据请求实体，其特征在于，包括：

处理单元，用于确定业务信息以及分析规则信息；其中，所述业务信息用于指示待时延分析的通信业务，所述通信业务为面向企业的通信业务；所述分析规则信息用于指示对所述通信业务进行时延分析所采用的分析规则；

通信单元，用于向时延数据分析实体发送所述业务信息以及所述分析规则信息；接收来自所述时延数据分析实体的时延分析结果，所述时延分析结果用于指示所述通信业务在传输路径中存在时延故障的传输阶段。

20.一种时延数据分析实体，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器中存储有计算机程序；所述处理器用于调用所述存储器中的计算机程序，使得所述时延数据分析实体执行如权利要求1至9任一所述的方法。

21.一种时延数据请求实体，其特征在于，包括处理器，所述处理器和存储器耦合，所述存储器中存储有计算机程序；所述处理器用于调用所述存储器中的计算机程序，使得所述时延数据请求实体执行如权利要求10至17任一所述的方法。

22.一种通信系统，其特征在于，所述通信系统包括如权利要求18或20所述的时延数据分析实体，以及如权利要求19或21所述的时延数据请求实体。

23.一种计算机可读存储介质，其特征在于，所述存储介质中存储有计算机程序或指令，当所述计算机程序或指令被计算机执行时，实现如权利要求1至9中任一项所述的方法，或如权利要求10至17中任一项所述方法。