CN114501511A

CN114501511A - 测量方法和测量装置

Info

Publication number: CN114501511A
Application number: CN202210139123.8A
Authority: CN
Inventors: 曹龙雨; 于益俊; 黄谢田
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2022-02-15
Filing date: 2022-02-15
Publication date: 2022-05-13
Also published as: WO2023155575A1

Abstract

本申请提供了一种测量方法和测量装置，可以用于各种通信领域，如5G、6G、5GtoB、端到端、设备到设备、机器到机器、车到万物、物联网等领域。该方法包括：管理设备向测量设备发送测量标识，该测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端(如CPE)的数据流对应的业务；管理设备向测量设备发送测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量，其中，目标业务的性能指标与目标业务的异常事件(或者称故障)相关联。从而，测量设备可以基于业务是否有关联测量标识，快速地识别进行测量的业务数据包，实现基于较细粒度(即业务粒度)的性能数据统计，从而提高故障诊断分析的准确性。

Description

测量方法和测量装置

技术领域

本申请涉及通信技术领域，并且更具体地，涉及一种测量方法和测量装置。

背景技术

在移动网络中，运营商是作为网络通信服务提供商，主要负责进行网络建设和日常的运维管理。网络的运维管理包括网络的配置管理、性能管理和故障管理等方面的运维管理功能，其中，故障管理是运营商网络管理的重点和难点之一。目前第三代合作伙伴计划(3rd generation partnership project，3GPP)标准上定义的网络故障管理机制主要都是针对网络设备的故障管理。

然而，在某些场景，如第五代(5th generation，5G)toB场景，网络中会部署大量的行业终端，如用户驻地设备(customer-premises equipment，CPE)。以CPE为例，CPE一方面可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务；另一方面可作为无线接入点，为其他终端设备(如PLC，摄像头等)提供无线接入功能。那么对于部署类似于该类行业终端的场景，如何进行测量以便故障诊断分析是需要解决的问题。

发明内容

本申请提供一种测量方法和测量装置，通过基于较细粒度(即业务粒度)进行性能数据的测量，进而可以基于测量的性能数据进行故障诊断分析。

第一方面，本申请实施例提供了一种测量方法。该方法可以由通信设备执行，或者，也可以由通信设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由管理设备执行为例进行说明。

该方法可以包括：管理设备向测量设备发送测量标识，测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端的数据流对应的业务；管理设备向测量设备发送测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量，目标业务的性能指标与目标业务的异常事件相关联。

作为示例，行业终端，既可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务，也可作为无线接入点，为其他终端设备提供无线接入功能。一可能的情形，行业终端例如为用户驻地设备(customer-premises equipment，CPE)。

其中，目标业务为经过行业终端的数据流对应的业务，或者可以理解为，目标业务为行业终端上待测量的业务。作为示例，目标业务可以为经过行业终端的发送给应用终端的数据流对应的业务，或应用终端发送的经过行业终端的数据流对应的业务。

作为示例，目标业务例如包括但不限于：视频业务(如视频监控回传业务)，远程控制指令业务。

基于上述技术方案，管理设备可向测量设备发送用于与经过行业终端的数据流对应的业务中待测量的目标业务进行关联的测量标识，并且管理设备还可以向测量设备发送测量指示，用于指示对关联测量标识的目标业务的性能指标进行测量。从而使得测量设备可以基于业务是否有关联测量标识，快速地识别进行测量的业务数据包，实现基于较细粒度(即业务粒度)进行性能数据的统计。这样，若需要进行故障诊断分析，则可以基于业务的性能数据进行业务粒度的异常故障诊断分析。从而可以克服单纯基于无线网络空口的性能数据分析结果不准的问题，而且相比于进行设备级的故障诊断分析，上述技术方案提高故障诊断分析的准确性。举例来说，若测量设备进行设备级的故障诊断分析，则统计的是测量设备上所有业务的平均性能指标，那么即使测量设备上有部分业务的性能指标有异常，由于每个业务的真实的性能指标会被平均，因此最终的诊断分析结果可能是测量设备没有异常问题，进而导致故障诊断分析结果不准确，难以定位故障。因此，通过上述技术方案，还可以克服上述基于设备级的性能数据分析结果不准的问题。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备为目标业务配置测量标识。

基于上述技术方案，管理设备可以为目标业务配置测量标识，这样由管理设备配置完测量标识后再发送给测量设备，避免由其他设备配置测量标识并发送给管理设备，再由管理设备将该测量标识发送给测量设备带来的信令开销。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备向测量设备发送以下一项或多项信息：关联测量标识的目标业务的数据包类型、目标业务的标识、目标业务对应的用户驻地设备标识、或终端设备的标识。

示例地，上述一项或多项信息与测量标识可携带于同一信令。通过该方式，可以将上述一项或多项信息与测量标识携带于同一信令中传输，不仅可以节省信令开销，而且便于测量设备基于该一个信令获知测量标识以及上述一项或多项信息。

示例地，上述一项或多项信息与测量标识可携带于不同信令。通过该方式，可以将上述一项或多项信息与测量标识携带于不同信令中传输，这样可以使得测量标识，以及上述一项或多项信息不需要绑定在一个信令中传输，从而传输比较灵活。

示例地，关联测量标识的目标业务的数据包类型，即表示需要关联测量标识的(或者称需要执行染色处理的)数据包类型，例如包括：上行数据包和/或下行数据包。作为示例，管理设备可根据目标业务的异常事件确定需要关联测量标识的数据包类型。

示例地，目标业务的标识，可用于标识(或者识别)目标业务。目标业务的标识，可以为IP5元组(IP 5-tuple)。

示例地，目标业务对应的用户驻地设备标识，如CPE标识(CPE Id)，可用于标识(或者识别)CPE。作为示例，CPE Id可以为以下任一项：CPE的电子序列号码(equipment serialnumber，ESN)、CPE的IP地址、CPE的全球唯一临时用户标识(globally unique temporaryUE identity，5G-GUTI)等。

示例地，终端设备的标识(如记为DeviceId)，可用于标识(或者识别)发生目标业务所属的设备或者发生异常事件的设备。

结合第一方面，在第一方面的某些实现方式中，管理设备向测量设备发送测量标识，包括：管理设备接收到对目标业务进行维测的维测请求后，向测量设备发送测量标识；或者，管理设备接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量标识；或者，管理设备监测到终端设备上线后，向测量设备发送测量标识

基于上述技术方案，管理设备向测量设备发送测量标识(或者为目标业务配置测量标识)的时机或者称触发条件，可以很灵活。例如，管理设备可以在收到对目标业务进行维测的请求后向测量设备发送测量标识，这样可以根据实际情况为需要维测的业务配置测量标识，发送测量标识，避免发送不必要维测的业务的测量标识带来的开销。再例如，管理设备可以在收到对目标业务的性能指标进行监测的请求后向测量设备发送测量标识，这样可以减少传输测量标识的时延对数据采集的影响，使得采集的数据是网络故障发生时的网络状态性能数据，提高故障诊断分析的准确性。再例如，管理设备可以在获知终端设备上线后向测量设备发送测量标识，这样可以减少传输测量标识的时延对数据采集的影响，使得采集的数据是网络故障发生时的网络状态性能数据，提高故障诊断分析的准确性。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备接收测量设备的地址信息。

示例地，管理设备接收来自测量设备的反馈是否关联测量标识和目标业务的反馈信息，该反馈信息包括测量设备的地址信息。

基于上述技术方案，管理设备还可以接收测量设备的地址，从而可用于实现后续管理设备向测量设备发送相关消息的路由。

结合第一方面，在第一方面的某些实现方式中，管理设备向测量设备发送测量指示，包括：管理设备接收到对目标业务进行维测的维测请求后，向测量设备发送测量指示；或者，管理设备接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量指示。

基于上述技术方案，管理设备向测量设备发送测量指示的时机或者称触发条件，可以很灵活。例如，管理设备可以在收到对目标业务进行维测的请求后向测量设备发送测量指示，这样可以根据实际情况为测量需要维测的业务的性能数据，避免测量不必要维测的业务的性能数据带来的开销。再例如，管理设备可以在收到对目标业务的性能指标进行监测的请求后向测量设备发送测量指示，这样可以提前先进行数据采集的影响，使得采集的数据是网络故障发生时的网络状态性能数据，提高故障诊断分析的准确性。

结合第一方面，在第一方面的某些实现方式中，管理设备接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量指示；方法还包括：管理设备向测量设备发送目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间。

其中，目标业务的测量结果缓存指示用于指示对测量统计的性能数据进行缓存。

其中，目标业务的测量结果的缓存时间，表示对测量统计的性能数据进行本地缓存的时间信息(如时间长度)。

基于上述技术方案，管理设备还可以向测量设备发送目标业务的测量结果缓存指示，从而测量设备可以基于该测量结果缓存指示，暂时不上报测量结果，并缓存该测量结果。或者，管理设备还可以向测量设备发送目标业务的测量结果的缓存时间，从而测量设备可以基于该测量结果的缓存时间，缓存测量结果，避免一直缓存目标业务的测量结果造成的存储空间不足。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备向测量设备发送测量结果上报指示，测量结果上报指示用于指示上报目标业务在目标时间段的测量结果。

基于上述技术方案，管理设备向测量设备发送测量结果上报指示，从而测量设备可以基于该测量结果上报指示，上报目标业务在目标时间段的测量结果。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备向测量设备发送以下一项或多项信息：目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址。

其中，目标业务的测量时间，表示与测量时间相关的信息，例如，目标业务的测量时间包括：执行数据测量的设备进行测量的方式、测量开始时间、测量结束时间等。

其中，测量设备的测量方式，即表示执行数据测量的设备进行测量的方式，例如可包括即时测量、延迟测量等。

基于上述技术方案，管理设备向测量设备发送以下一项或多项信息：目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址，这样测量设备可以基于上述一项或多项信息，实现对目标业务的测量。

结合第一方面，在第一方面的某些实现方式中，维测请求包括以下一项或多项信息：目标业务的异常事件、终端设备的标识、或目标业务的标识。

基于上述技术方案，维测请求可以包括以下一项或多项信息：目标业务的异常事件、终端设备的标识、或目标业务的标识，从而便于管理设备进行相关决策。举例来说，管理设备可以基于目标业务的异常事件确定目标业务的性能指标，又如确定待测量的目标业务的数据包类型，等等。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备向测量设备发送目标业务的性能指标。

基于上述技术方案，管理设备还可以向测量设备发送目标业务的性能指标，进而测量设备基于该性能指标进行测量。

结合第一方面，在第一方面的某些实现方式中，方法还包括：管理设备根据目标业务的异常事件和/或目标业务所属的业务类型，确定目标业务的性能指标。

基于上述技术方案，管理设备可以根据目标业务的异常事件和/或目标业务所属的业务类型，确定目标业务的性能指标，从而可以根据故障发生的实际情况，或者业务所属的类型，确定比较合适的性能指标，进而可以使得基于较准确的性能指标进行故障分析。

结合第一方面，在第一方面的某些实现方式中，目标业务的异常事件包括以下至少一项：目标业务对应的视频卡顿、或目标业务对应的控制时延异常。

结合第一方面，在第一方面的某些实现方式中，目标业务的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行N3接口数据包的数量、或下行N3接口数据包传输时延。

基于上述技术方案，目标业务的性能指标可以包括上述至少一项，具体地，可以根据目标业务的异常事件和/或目标业务所属的业务类型确定。进一步地，在实际应用中，可以根据实际的情况，从上述至少一项中选择较合适的性能指标进行测量。

结合第一方面，在第一方面的某些实现方式中，测量设备包括以下一项或多项：核心网网元设备、无线接入网设备、或目标业务对应的用户驻地设备。

第二方面，本申请实施例提供了一种测量方法。该方法可以由通信设备执行，或者，也可以由通信设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由测量设备执行为例进行说明。

该方法可以包括：测量设备接收来自管理设备的测量标识，测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端的数据流对应的业务；测量设备关联测量标识和目标业务；测量设备对关联测量标识的目标业务的性能指标进行测量，目标业务的性能指标与目标业务的异常事件相关联。

基于上述技术方案，测量设备收到来自管理设备的测量标识后，可关联该测量标识和经过行业终端的数据流对应的业务中待测量的目标业务，进而可以对关联测量标识的目标业务的性能指标进行测量。从而测量设备可以基于业务是否有关联测量标识，快速地识别进行测量的业务数据包，实现基于较细粒度(即业务粒度)进行性能数据的统计。这样，若需要进行故障诊断分析，则可以基于业务的性能数据进行业务粒度的异常故障诊断分析。从而可以克服单纯基于无线网络空口的性能数据分析结果不准的问题，而且相比于进行设备级的故障诊断分析，上述技术方案提高故障诊断分析的准确性。举例来说，若测量设备进行设备级的故障诊断分析，则统计的是测量设备上所有业务的平均性能指标，那么即使测量设备上有部分业务的性能指标有异常，由于每个业务的真实的性能指标会被平均，因此最终的诊断分析结果可能是测量设备没有异常问题，进而导致故障诊断分析结果不准确，难以定位故障。因此，通过上述技术方案，还可以克服上述基于设备级的性能数据分析结果不准的问题。

结合第二方面，在第二方面的某些实现方式中，方法还包括：测量设备接收来自管理设备的以下一项或多项信息：关联测量标识的目标业务的数据包类型、目标业务的标识、目标业务对应的用户驻地设备标识、或终端设备的标识。

结合第二方面，在第二方面的某些实现方式中，测量设备关联测量标识和目标业务，包括：测量设备对目标业务的数据包添加测量标识。

结合第二方面，在第二方面的某些实现方式中，方法还包括：测量设备发送测量设备的地址信息。

结合第二方面，在第二方面的某些实现方式中，方法还包括：测量设备接收来自管理设备的测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量；测量设备对关联测量标识的目标业务的性能指标进行测量，包括：响应于测量指示，测量设备对关联测量标识的目标业务的性能指标进行测量。

结合第二方面，在第二方面的某些实现方式中，方法还包括：测量设备接收来自管理设备的目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间；测量设备根据目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间，缓存目标业务的测量结果。

结合第二方面，在第二方面的某些实现方式中，方法还包括：在预设时段内，若测量设备接收到来自管理设备的测量结果上报指示，则测量设备向管理设备上报目标时间段的测量结果，其中，测量结果上报指示用于指示上报目标业务在目标时间段的测量结果；或者，在预设时段内，若测量设备未接收到来自管理设备的测量结果上报指示，则测量设备删除缓存的目标业务在目标时间段的测量结果。

结合第二方面，在第二方面的某些实现方式中，方法还包括：测量设备接收来自管理设备的以下一项或多项信息：目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址。

第二方面及各个可能的设计的有益效果可以参考第一方面相关的描述，在此不予赘述。

第三方面，本申请实施例提供了一种测量方法。该方法可以由通信设备执行，或者，也可以由通信设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由网元管理设备执行为例进行说明。

该方法可以包括：网元管理设备接收来自管理设备的测量指示，测量指示用于指示测量设备对关联测量标识的目标业务的性能指标进行测量，其中，目标业务为经过行业终端的数据流对应的业务，目标业务的性能指标与目标业务的异常事件相关联，测量标识用于与待测量的目标业务进行关联；网元管理设备向测量设备转发测量指示。

结合第三方面，在第三方面的某些实现方式中，方法还包括：网元管理设备接收来自管理设备的目标业务对应的用户驻地设备的地址；网元管理设备根据目标业务对应的用户驻地设备的地址，确定测量设备的地址。

第四方面，本申请实施例提供了一种测量方法。该方法可以由通信设备执行，或者，也可以由通信设备的组成部件(例如芯片或者电路)执行，对此不作限定，为了便于描述，下面以由应用服务器执行为例进行说明。

该方法可以包括：应用服务器检测到经过行业终端的数据流对应的目标业务发生异常事件；应用服务器向管理设备发送对目标业务进行维测的维测请求。

结合第四方面，在第四方面的某些实现方式中，方法还包括：应用服务器还向管理设备发送包括以下一项或多项信息：目标业务的异常事件、终端设备的标识、或目标业务的标识。

结合第四方面，在第四方面的某些实现方式中，应用服务器向管理设备发送对目标业务进行维测的维测请求之前，方法还包括：应用服务器向管理设备发送对目标业务的性能指标进行监测的监测请求。

第五方面，本申请实施例提供一种通信装置。该装置用于执行上述第一方面至第四方面提供的方法。具体地，该装置可以包括用于执行第一方面至第四方面的上述任意一种实现方式提供的方法的单元和/或模块，如处理单元和/或通信单元。

在一种实现方式中，该装置为通信设备(如管理设备，又如测量设备)。当该装置为通信设备时，通信单元可以是收发器，或，输入/输出接口；处理单元可以是至少一个处理器。可选地，收发器可以为收发电路。可选地，输入/输出接口可以为输入/输出电路。

在另一种实现方式中，该装置为用于通信设备(如管理设备，又如测量设备)中的芯片、芯片系统或电路。当该装置为用于通信设备中的芯片、芯片系统或电路时，通信单元可以是该芯片、芯片系统或电路上的输入/输出接口、接口电路、输出电路、输入电路、管脚或相关电路等；处理单元可以是至少一个处理器、处理电路或逻辑电路等。

第六方面，本申请实施例提供一种通信装置。该装置包括：存储器，用于存储程序；至少一个处理器，用于执行存储器存储的计算机程序或指令，以执行上述第一方面至第四方面的上述任意一种实现方式提供的方法。

在一种实现方式中，该装置为通信设备(如管理设备，又如测量设备)。

在另一种实现方式中，该装置为用于通信设备(如管理设备，又如测量设备)中的芯片、芯片系统或电路。

第七方面，本申请实施例提供一种处理器，用于执行上述各方面提供的方法。

对于处理器所涉及的发送和获取/接收等操作，如果没有特殊说明，或者，如果未与其在相关描述中的实际作用或者内在逻辑相抵触，则可以理解为处理器输出和接收、输入等操作，也可以理解为由射频电路和天线所进行的发送和接收操作，本申请对此不做限定。

第八方面，本申请实施例提供一种计算机可读存储介质。该计算机可读介质存储用于设备执行的程序代码，该程序代码包括用于执行上述第一方面至第四方面的上述任意一种实现方式提供的方法。

第九方面，本申请实施例提供一种包含指令的计算机程序产品。当该计算机程序产品在计算机上运行时，使得计算机执行上述第一方面至第四方面的上述任意一种实现方式提供的方法。

第十方面，本申请实施例提供一种芯片。该芯片包括处理器与通信接口，处理器通过通信接口读取存储器上存储的指令，执行上述第一方面至第四方面的上述任意一种实现方式提供的方法。

可选地，作为一种实现方式，芯片还包括存储器，存储器中存储有计算机程序或指令，处理器用于执行存储器上存储的计算机程序或指令，当计算机程序或指令被执行时，处理器用于执行上述第一方面至第四方面的上述任意一种实现方式提供的方法。

第十一方面，本申请实施例提供一种通信系统。该通信系统包括上文的管理设备、测量设备、网元管理设备、应用服务器中的一个或多个。

附图说明

图1是适用于本申请实施例的网络架构的一示意图。

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

图3是根据本申请实施例提供的网络架构的一示意图。

图4是根据本申请实施例的网络架构的另一示意图。

图5是本申请实施例提供的一种测量方法的示意图。

图6是本申请一实施例提供的测量方法的示意性流程图。

图7是本申请另一实施例提供的测量方法的示意性流程图。

图8是本申请一实施例提供的测量方法的示意性流程图。

图9是根据本申请实施例提供的测量装置的示意性框图。

图10是根据本申请实施例提供的测量装置的另一示意性框图。

图11是根据本申请实施例提供的芯片系统的示意图。

具体实施方式

下面将结合附图，对本申请中的技术方案进行描述。

本申请提供的技术方案可以应用于各种通信系统，例如：第五代(5thgeneration，5G)或新无线(new radio，NR)系统、长期演进(long term evolution，LTE)系统、LTE频分双工(frequency division duplex，FDD)系统、LTE时分双工(time divisionduplex，TDD)系统等。本申请提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。本申请提供的技术方案还可以应用于端到端(end to end，E2E)，设备到设备(device to device，D2D)通信，车到万物(vehicle-to-everything，V2X)通信，机器到机器(machine to machine，M2M)通信，机器类型通信(machine type communication，MTC)，以及物联网(internet of things，IoT)通信系统或者其他通信系统。

首先简单介绍适用于本申请的网络架构，如下。

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

如图1所示，该网络架构以5G toB场景E2E网络为例。作为示例，该网络架构可以包括但不限于：应用终端，用户驻地设备(customer-premises equipment，CPE)，无线接入网(radio access network，RAN)设备，核心网设备，业务服务器。

下面对图1中示出的各设备做简单介绍。

1、应用终端：可以称用户设备(user equipment，UE)、终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。本申请统一用终端设备描述，即本申请中所述的终端设备可替换为应用终端。

终端设备可以是一种向用户提供语音/数据的设备，例如，具有无线连接功能的手持式设备、车载设备等。目前，一些终端的举例为：手机(mobile phone)、平板电脑、笔记本电脑、掌上电脑、移动互联网设备(mobile internet device，MID)、可穿戴设备，虚拟现实(virtual reality，VR)设备、增强现实(augmented reality，AR)设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程手术(remote medical surgery)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端、蜂窝电话、无绳电话、会话启动协议(session initiationprotocol，SIP)电话、无线本地环路(wireless local loop，WLL)站、个人数字助理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、可穿戴设备，5G网络中的终端设备或者未来演进的公用陆地移动通信网络(public land mobile network，PLMN)中的终端设备等，本申请实施例对此并不限定。

作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。

此外，在本申请实施例中，终端设备还可以是IoT系统中的终端设备，IoT是未来信息技术发展的重要组成部分，其主要技术特点是将物品通过通信技术与网络连接，从而实现人机互连，物物互连的智能化网络。可以理解，本申请实施例中的终端设备可以为实现某种应用的终端，比如具有摄像功能的终端，又如可进行数据传输的终端，等等。

如图1所示，终端设备例如可以是摄像头，还可以是可编程控制器(programmablelogic controller，PLC)。

本申请实施例中，用于实现终端设备的功能的装置可以是终端设备，也可以是能够支持终端设备实现该功能的装置，例如芯片系统或芯片，该装置可以被安装在终端设备中。本申请实施例中，芯片系统可以由芯片构成，也可以包括芯片和其他分立器件。

2、CPE：一方面可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务；另一方面可作为无线接入点，为其他终端设备(如PLC，摄像头等)提供无线接入功能。

需要说明的是，本申请实施例主要以CPE为例进行示例性说明，对此不予限制。类似于CPE的其他行业终端也适用于本申请实施例。行业终端，既可作为终端设备，通过无线技术连接到接入网设备以获得无线网络服务，也可作为无线接入点，为其他终端设备提供无线接入功能。

3、RAN设备：可以为特定区域的授权用户提供接入通信网络的功能，具体可以包括第三代合作伙伴计划(3rd generation partnership project，3GPP)网络中无线网络设备也可以包括非3GPP(non-3GPP)网络中的接入点。下文为方便描述采用RAN设备表示。

RAN设备可以为采用不同的无线接入技术。目前的无线接入技术有两种类型：3GPP接入技术(例如，第三代(3rd generation，3G)、第四代(4th generation，4G)或5G系统中采用的无线接入技术)和非3GPP(non-3GPP)接入技术。3GPP接入技术是指符合3GPP标准规范的接入技术，例如，5G系统中的接入网设备称为下一代基站节点(next generation NodeBase station，gNB)或者RAN设备。非3GPP接入技术可以包括以无线保真(wirelessfidelity，WiFi)中的接入点(access point，AP)为代表的空口技术、全球互联微波接入(worldwide interoperability for microwave access，WiMAX)、码分多址(codedivision multiple access，CDMA)等。RAN设备可以允许终端设备和3GPP核心网之间采用非3GPP技术互连互通。

RAN设备能够负责空口侧的无线资源管理、服务质量(quality of service，QoS)管理、数据压缩和加密等功能。RAN设备为终端设备提供接入服务，进而完成控制信号和用户数据在终端设备和核心网之间的转发。

RAN设备，也可以称为网络设备。RAN设备例如可以是基站。基站可以广义的覆盖如下中的各种名称，或与如下名称进行替换，比如：节点B(NodeB)、演进型基站(evolvedNodeB，eNB)、下一代基站(next generation NodeB，gNB)、中继站、接入点、传输点(transmitting and receiving point，TRP)、发射点(transmitting point，TP)、主站、辅站、多制式无线(motor slide retainer，MSR)节点、家庭基站、网络控制器、接入节点、无线节点、接入点(access point，AP)、传输节点、收发节点、基带单元(baseband unit，BBU)、射频拉远单元(remote radio unit，RRU)、有源天线单元(active antenna unit，AAU)、射频头(remote radio head，RRH)、中心单元(central unit，CU)、分布式单元(distributedunit，DU)、定位节点等。基站可以是宏基站、微基站、中继节点、施主节点或类似物，或其组合。基站还可以指用于设置于前述设备或装置内的通信模块、调制解调器或芯片。基站还可以是移动交换中心以及D2D、V2X、M2M通信中承担基站功能的设备、6G网络中的网络侧设备、未来的通信系统中承担基站功能的设备等。基站可以支持相同或不同接入技术的网络。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

基站可以是固定的，也可以是移动的。例如，直升机或无人机可以被配置成充当移动基站，一个或多个小区可以根据该移动基站的位置移动。在其他示例中，直升机或无人机可以被配置成用作与另一基站通信的设备。

在一些部署中，本申请实施例所提及的网络设备可以为包括CU、或DU、或包括CU和DU的设备、或者控制面CU节点(中央单元控制面(central unit-control plane，CU-CP))和用户面CU节点(中央单元用户面(central unit-user plane，CU-UP))以及DU节点的设备。

网络设备和终端设备可以部署在陆地上，包括室内或室外、手持或车载；也可以部署在水面上；还可以部署在空中的飞机、气球和卫星上。本申请实施例中对网络设备和终端设备所处的场景不做限定。

4、核心网设备：作为示例，核心网设备(或者称核心网中的网元)可以包括以下中的任一项但不限于：网络切片选择功能(network slice selection function，NSSF)，认证服务器功能(authentication server function，AUSF)，统一数据管理(unified datamanagement，UDM)，网络开放功能(network exposure function，NEF)，网络存储功能(NFrepository function，NRF)，策略控制功能(policy control function，PCF)，应用功能(application function，AF)，接入和移动性管理功能(access and mobility managementfunction，AMF)，会话管理功能(session management function，SMF)，用户面功能(userplane function，UPF)，网络数据分析功能(network data analytics function，NWDAF)。作为示例，上述核心网网元的功能如下。

AMF：主要用于接入控制、移动性管理、注册与去注册等功能。例如，在本申请实施例中，AMF可负责CPE的鉴权认证和移动性管理功能。

SMF：主要用于用户面网元选择，用户面网元重定向，终端设备的因特网协议(internet protocol，IP)地址分配，以及会话的建立、修改和释放及QoS控制。例如，在本申请实施例中，SMF可负责CPE的用户面数据传输的会话管理，包括会话创建、删除、修改。

UPF：主要用于用户面数据的接收和转发。例如，UPF可以从DN接收用户面数据，并通过AN设备将用户面数据发送给终端设备。UPF还可以通过AN设备从终端设备接收用户面数据，并转发到DN。

NEF：主要用于安全地向外部开放由3GPP网络功能提供的业务和能力等。

PCF：主要用于指导网络行为的统一策略框架，为控制面网元(例如AMF，SMF等)提供策略规则信息等。

AF：主要用于向3GPP网络提供业务，如与PCF之间交互以进行策略控制等。

NSSF：主要用于网络切片选择。

UDM：主要用于UE的签约数据管理，包括UE标识的存储和管理，UE的接入授权等。

AUSF：主要用于用户鉴权等。

NRF：主要用于保存网络功能实体以及其提供服务的描述信息等。

NWDAF：主要用于对网络的状态等数据进行智能化分析。

5、业务服务器：表示可以为其他设备提供某些服务的计算机系统。例如，视频业务服务器可提供视频服务(如播放视频)；再例如，控制业务服务器可给终端设备发送控制命令，等。

如图1所示，CPE本身作为普通终端通过无线技术连接到RAN设备(如gNB)，RAN设备通过核心网连接到业务服务器；另外，CPE还可以作为无线接入点，为其他终端(如PLC，摄像头等)提供无线接入功能，这样从业务服务器到应用终端可形成一个E2E网络。

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

图2所示的网络架构，可适用于5G toB下的业务场景。在5G toB下的业务场景中，CPE可为一个或多个摄像头(camera)提供视频监控回传业务，还可为PLC的远程控制指令业务流提供接入和数据传输功能。其中，摄像头和PLC即属于图1中的应用终端(或者说终端设备)，可以理解，图2中仅示出了摄像头和PLC，本申请实施例并不限于此，CPE还可以为其他应用终端(如图2中省略号所在的方框可表示其他应用终端)提供无线接入功能。如图2所示，CPE可为camera(如camera 1和camera 2)和PLC提供业务流(flow)的数据传输。举例来说，CPE可为camera 1提供flow1的数据传输，CPE可为camera2提供flow2的数据传输，CPE可为PLC提供flow3的数据传输。关于图2中各网元的介绍，参考前面的描述，此处不再赘述。

图3是根据本申请实施例提供的网络架构的一示意图。

本申请实施例提供一种无线终端运维融合的管理架构，主要是在3GPP的逻辑管理架构中引入无线终端设备管理功能(wireless terminal equipment managementfunction，WTEMF)，以实现对终端设备的管理，并支持与网络管理系统进行融合部署。如图3所示，该网络架构可以包括但不限于：跨域管理(cross domain management)系统、无线网络域管理(RAN domain management)系统(即，RAN域管理系统)、核心网(core network，CN)域管理(CN domain management)系统。

其中，跨域管理系统可包括运营商实现跨域网络管理的功能实体。如图3所示，跨域管理系统可同时管理无线网络域管理系统和核心网域管理系统。无线网络域管理系统可包括对无线网络的网元(如gNB，gNB-CU-CP，gNB-CU-UP，gNB-DU等)进行管理的功能实体。核心网域管理系统可包括对核心网的网元进行管理的功能实体。以5G为例，如图3所示，核心网域管理系统可管理5G核心网控制面功能(5G core control plane network function，5GC CNF)和用户面功能(user plane function，UPF)。5GC CNF可包括5G核心网的控制面功能的网元，如AMF，SMF，NEF，NWDAF等。上述系统都可包括多个提供实现特定运维管理任务的管理功能，如提供网络参数配置管理服务(networkprovisioning management service)的配置管理功能，提供网络性能管理服务(performance assurance management service)的性能管理功能，等等。

其中，WTEMF可用于CPE的管理。例如，WTEMF可用于对CPE上所连接的终端设备提供上线注册、参数配置、性能管理、故障管理等功能。如图3所示，WTEMF可部署在RAN域管理系统和/或跨域网络管理系统中。举例来说，若WTEMF部署在跨域网络管理系统中，则WTEMF可通过网元管理系统(element management system，EMS)实现对CPE的管理。本申请中涉及的“跨域WTEMF”可以理解为与跨域管理系统融合的WTEMF或部署在跨域管理系统的WTEMF，本申请中涉及的“域WTEMF”可以理解为与RAN域管理系统融合的WTEMF或部署在RAN域管理系统的WTEMF。

图4是适用于本申请实施例的网络架构的另一示意图。

如图4所示，WTEMF可独立部署，可以理解为不与管理系统融合，或者可以理解为将图3中的跨域WTEMF和域WTEMF合一。作为示例，该网络架构可以包括但不限于：CPE，RAN，WTEMF，AMF，SMF，NEF，NWDAF，UPF。关于各网元的说明，参考前面的描述，此处不再赘述。

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

还应理解，图1至图4中的各功能或者网元，如WTEMF、AMF、SMF、UPF、PCF、UDM、NSSF、AUSF等功能或者网元，可以理解为用于实现不同功能的网元，例如可以按需组合成网络切片。这些网元可以各自独立的设备，也可以集成于同一设备中实现不同的功能，或者可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是平台(例如，云平台)上实例化的虚拟化功能，本申请对于上述网元的具体形态不作限定。

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

在移动网络中，运营商是作为网络通信服务提供商，主要负责进行网络建设和日常的运维管理。网络的运维管理包括网络的配置管理、性能管理和故障管理等方面的运维管理功能，其中，故障管理是运营商网络管理的重点和难点之一。目前，网络故障管理实现的主要功能包括故障信息查询，故障上报、故障信息清空等。但是当网络管理系统收到网络故障告警上报信息后，无法判断发生故障的网络故障点(如无法判断是网元故障还是链路故障，也无法判断是无线接入网网元设备故障还是核心网网元设备故障)，为了定位发生故障的具体环节，通常运营商会安排运维管理工程师对网络的不同网元节点或分段链路进行现场抓包，并基于抓包数据进行故障分析定位。

在某些场景，如图1所示的5G toB场景，企业园区的私有网络中会部署大量的行业终端(如CPE，PLC等)，类似于CPE的这类行业终端的故障往往以网络异常故障的形态出现。例如，CPE内存泄露(比如程序中已动态分配的堆内存由于某种原因程序未释放或无法释放)，导致基站物理资源块(physical resource block，PRB)利用率达到100％。该情况下网络管理系统会检测出无线网络空口拥塞的网络故障。但是，这种网络故障并不是无线网络自身问题，而是由于CPE故障引起的。因此，对于这种情况，单纯通过无线网络空口问题分析，可能无法定位出实际发生异常的故障点。

目前第三代合作伙伴计划(3rd generation partnership project，3GPP)标准上定义的网络故障管理机制主要都是针对网络设备的故障信息管理，不支持对终端设备故障的管理。

为了解决5G toB场景下的E2E网络的故障管理，现有技术中的一种方案是采集网络和终端的性能数据，对网络和终端进行设备级的故障诊断分析。以图2所示的架构为例，假设在某一时间段或时刻，发生camera 1的回传视频卡顿问题，CPE上其他业务正常，且假设引起camera 1的业务问题的原因是flow1的视频回传业务流上行丢包或乱序。对于上述异常情况，若按照现有技术，则可以统计CPE终端粒度的上行丢包数据(如丢包数或丢包率)，即统计CPE上所有业务流(如包括flow1，flow2，以及flow3)的数据包的平均丢包数或丢包率。由于统计的是CPE上所有业务流的数据包的平均丢包数或丢包率，那么每个业务流的真实的数据包的丢包数或丢包率就会被平均，那么最终的诊断分析结果可能是CPE没有异常问题，进而导致E2E故障诊断分析结果不准确，难以定位故障。

有鉴于此，本申请提出一种方案，可以基于更细粒度(即业务粒度，如图2中的flow粒度)进行性能数据的统计，并基于业务的性能数据进行异常故障诊断分析，进而可以克服上述基于设备级的性能数据分析结果不准的问题，从而可支持实现E2E的故障定界定位处理。

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

1、维测：基于业务需求，采集网络性能数据，并基于采集的网络性能数据对网络性能进行分析，评估网络性能状态、识别网络的异常故障问题。比如，包括故障问题发生的网络域(即故障定界，如终端、无线、传输、核心网发生故障)以及具体的故障根因(即故障定位)。本申请实施例中描述的维测，主要关注基于网络的性能数据进行故障定界定位分析。可以理解，上述为示例性说明，只要是涉及到采用本申请实施例对网络性能数据进行测量的方式，都落入本申请实施例的保护范围。举例来说，本申请实施例中提及的维测还可以为临测等。

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

3、业务：可以是以会话粒度划分的，比如一个会话可对应一个业务。业务的数据可以通过业务流来传输。以目标业务为例，举例来说，以图2为例，其中，目标业务的数据可以通过CPE与摄像头1之间的flow1来传输，或者目标业务的数据可以通过CPE与摄像头2之间的flow2来传输，或者目标业务的数据可以通过CPE与PLC之间的flow3来传输。

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

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

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

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

图5是本申请实施例提供的一种测量方法500的示意图。方法500可以包括如下步骤。

510，管理设备向测量设备发送测量标识，其中，测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端的数据流对应的业务。

相应地，测量设备接收该测量标识。

测量标识，如也可以称为染色标识，用于与待测量的目标业务进行关联，可用于识别待测量的业务。作为示例，测量标识例如可以是一个特殊的字符或数据，或者，测量标识也可以是目标业务的标识(如目标业务的IP5元组)。可选地，方法500还包括：管理设备为目标业务配置测量标识。通过将测量标识与待测量的业务关联起来，从而可以快速地识别出测量标识所关联的待测量的业务数据包。

其中，管理设备为能够用于对终端设备进行管理的设备。作为示例，管理设备可用于实现终端设备的上线注册、参数配置、性能管理、故障管理等功能。在本申请实施例中，管理设备还可用于为目标业务配置测量标识，指示测量设备进行测量等。作为示例，管理设备可以为上文所述的WTEMF。

测量设备可以为关联测量标识和目标业务的设备，或者为对目标业务进行测量的设备。作为示例，测量设备包括以下一项或多项：核心网网元设备(如UPF)、无线接入网设备(RAN)、或目标业务对应的用户驻地设备(如CPE)。

可以理解，管理设备和测量设备是为区分做的命名，其命名不对本申请实施例的保护范围造成限定。例如，管理设备也可以不失一般性地称为第一设备，测量设备也可以不失一般性地称为第二设备。

可以理解，管理设备向测量设备发送测量标识，可以包括：管理设备直接向测量设备发送测量标识，也可以包括管理设备通过其他设备向测量设备发送测量标识。具体地，可参考后面图6至图8所示的可能流程。

可选地，方法500还包括：测量设备关联测量标识和目标业务。

关联测量标识和目标业务，也可以替换为关联测量标识和目标业务的数据包，或者也可以替换为利用测量标识对目标业务的数据包进行染色处理。作为示例，对数据包进行染色处理，可以是指：在该数据包中(如包头字段)填充(或者称添加)测量标识。在本申请实施例中，测量设备通过关联测量标识和目标业务，或者测量设备通过对目标业务的数据包进行染色处理，进而在测量设备需要测量目标业务的性能数据时，可以快速地将关联有测量标识的目标业务数据包识别出来。

关联测量标识和目标业务，可以有很多实现方式。一种可能的实现方式，在目标业务的数据包中(如包头字段)填充(或者称添加)测量标识。具体的，后面结合图6至图8所示的可能流程进行详细说明。

520，管理设备向测量设备发送测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量，目标业务的性能指标与目标业务的异常事件相关联。

其中，测量指示与测量标识可以携带于同一信令中，或者也可以携带于不同信令中，不予限制。若测量指示与测量标识携带于同一信令中传输，不仅可以节省信令开销，而且便于测量设备基于该一个信令获知对关联该信令中所携带的测量标识的目标业务的性能指标进行测量。若测量指示与测量标识携带于不同信令中传输，可以使得测量指示与测量标识不需要绑定在一个信令中传输，从而传输比较灵活，比如可以管理设备可以先向测量设备发送测量标识，然后再发送测量指示。

作为示例，测量标识也可以实现测量指示的功能，及测量标识可用于指示对关联该测量标识的目标业务的性能指标进行测量。举例来说，管理设备向测量设备发送测量标识；测量设备收到该测量标识后，基于该测量标识，关联测量标识和目标业务，并且对关联该测量标识的目标业务的性能指标进行测量。

其中，目标业务的性能指标，用于表示对目标业务进行测量的指标。在本申请实施例中，可以对指定关键性能指标(keyperformanceindicator，KPI)进行性能数据采集，进而基于采集的性能数据，进行故障分析。可选地，管理设备根据业务的异常事件和/或业务所属的业务类型，确定业务的性能指标。

作为示例，目标业务的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行N3接口数据包的数量、或下行N3接口数据包传输时延。本申请实施例中涉及的阈值，如第一阈值或第二阈值，可以是预配置的，或者也可以是协议规定的，或者也可以是预先约定的，对此不作限定。此外，第一阈值或第二阈值，可以是具体数值，或者也可以是数值范围，对此不作限定。

作为示例，目标业务的异常事件包括以下至少一项：目标业务对应的视频卡顿、或目标业务对应的控制时延异常。

基于上述技术方案，管理设备可向测量设备发送用于与待测量的目标业务进行关联的测量标识，并且管理设备还可以向测量设备发送测量指示，用于指示对关联测量标识的目标业务的性能指标进行测量。从而使得测量设备可以基于业务是否有关联测量标识，快速地识别进行测量的业务数据包，实现基于较细粒度(即业务粒度)进行性能数据的统计。这样，若需要进行故障诊断分析，则可以基于业务的性能数据进行业务粒度的异常故障诊断分析。从而可以克服单纯基于无线网络空口的性能数据分析结果不准的问题，而且相比于进行设备级的故障诊断分析，上述技术方案提高故障诊断分析的准确性。举例来说，若测量设备进行设备级的故障诊断分析，则统计的是测量设备上所有业务的平均性能指标，那么即使测量设备上有部分业务的性能指标有异常，由于每个业务的真实的性能指标会被平均，因此最终的诊断分析结果可能是测量设备没有异常问题，进而导致故障诊断分析结果不准确，难以定位故障。因此，通过上述技术方案，还可以克服上述基于设备级的性能数据分析结果不准的问题。

可选地，方法500还包括：管理设备向测量设备发送以下一项或多项信息：关联测量标识的目标业务的数据包类型、目标业务的标识、目标业务对应的CPE标识、或终端设备的标识。上述一项或多项信息与测量标识和/或测量指示可以携带于同一信令中，也可以携带于不同信令中，不予限制。

其中，关联测量标识的目标业务的数据包类型，即表示需要关联测量标识的(或者称需要执行染色处理的)数据包类型。数据包类型可以包括：上行数据包和/或下行数据包。一种可能的实现方式，管理设备可根据目标业务的异常事件，确定需要关联测量标识的数据包类型。例如，若目标业务的异常事件为视频卡顿，那么需要关联测量标识的数据包类型可以为上行数据包。再例如，若目标业务的异常事件为控制时延太大，那么需要关联测量标识的数据包类型可以为下行数据包。

其中，目标业务的标识，可用于标识(或者识别)目标业务。作为示例，目标业务的标识为IP5元组(IP 5-tuple)。以图2所示的场景为例，假设目标业务为flow1，那么目标业务的标识可以包括flow1的IP 5-tuple，即flow1对应的以下信息：源IP(source IP)地址、源端口(source port)、目标IP(destination IP)地址、目标端口(destination port)、4层通信协议(the layer 4protocol)。

其中，CPE标识(CPE Id)，可用于标识(或者识别)CPE。作为示例，CPE Id可以为以下任一项：CPE的设备序列号码(equipment serial number，ESN)、CPE的IP地址、CPE的全球唯一临时用户标识(globally unique temporary UE identity，GUTI)等。

其中，终端设备的标识(如记为DeviceId)，可用于标识(或者识别)目标业务所属的设备或者发生异常事件的设备。

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

关于上述各信息的使用，后面结合图6至图8所示的可能流程进行详细说明。

可选地，步骤510中管理设备向测量设备发送测量标识，可以包括以下几种情形。

第一种可能的情形，管理设备接收到对目标业务进行维测的维测请求后，向测量设备发送测量标识。基于该情形，管理设备可以在获知需要对目标业务进行维测时，向测量设备发送测量标识。其中，维测请求，可用于请求对发生异常事件的业务进行维测。可选地，维测请求包括以下一项或多项信息：目标业务的异常事件、终端设备的标识、或目标业务的标识。关于该情形，后面结合图6所示的可能流程详细说明。

第二种可能的情形，管理设备接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量标识。基于该情形，管理设备可以在获知需要对目标业务的性能指标进行监测时，向测量设备发送测量标识。其中，监测请求，可用于请求对某些业务的性能指标进行监测。可以理解，维测请求用于业务已经发生异常事件的场景，监测请求用于业务还未发生异常事件的场景。可选地，监测请求包括以下一项或多项信息：目标业务的业务类型、终端设备的标识、或目标业务的标识。关于该情形，后面结合图7所示的可能流程详细说明。

第三种可能的情形，包括：管理设备监测到终端设备上线后，向测量设备发送测量标识。基于该情形，管理设备可以在获知终端设备上线后，或者终端设备传输目标业务的数据后，向测量设备发送测量标识。关于该情形，后面结合图8所示的可能流程详细说明。

可选地，测量设备向管理设备反馈是否已关联测量标识和目标业务。测量设备可以向管理设备反馈测量标识和测量信息的配置结果，从而可便于管理设备能够在测量设备已成功关联测量标识和目标业务的情况下发送测量指示。

可选地，若测量设备已成功关联测量标识和目标业务，或者说，成功配置测量标识和测量信息，则管理设备还可以接收测量设备的地址。从而可用于实现后续管理设备向测量设备发送相关消息的路由。

可选地，步骤520中，管理设备向测量设备发送测量指示，可以包括以下几种情况。

作为第一种可能的情况，管理设备接收到对目标业务进行维测的维测请求后，向测量设备发送测量指示。基于该情况，管理设备可以在获知需要对目标业务进行维测时，向测量设备发送测量指示，以便于测量设备对关联测量标识的目标业务的性能指标进行测量。

可选地，在该情况下，管理设备还向测量设备发送以下一项或多项信息：目标业务的测量结果上报指示、目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址。

其中，目标业务的测量结果上报指示，用于指示上报目标业务的测量结果。举例来说，若测量设备收到测量指示和测量结果上报指示，则测量设备根据测量指示对目标业务的性能指标进行测量，并且根据测量结果上报指示，上报测量结果。

其中，目标业务的测量时间，表示与测量设备对目标业务的性能指标进行测量的时间相关的信息。作为示例，目标业务的测量时间包括：测量开始时间、测量结束时间等。

其中，测量设备的测量方式，表示执行数据测量的设备进行测量的方式，例如可包括即时测量、延迟测量等。举例来说，若测量设备收到测量指示和执行数据测量的设备进行测量的方式，且执行数据测量的设备进行测量的方式为即时测量，则测量设备根据测量指示和执行数据测量的设备进行测量的方式，立即开始对目标业务的性能指标进行测量。

作为一示例，上述第一种可能的情况和第一种可能的情形可以结合使用。举例来说，例如，管理设备接收对目标业务进行维测的维测请求，基于该维测请求，管理设备向测量设备发送测量标识；测量设备关联测量标识和目标业务；管理设备获知测量设备已成功关联测量标识和目标业务后，向测量设备发送测量指示；测量设备基于该测量指示，对目标业务的性能指标进行测量。再例如，管理设备接收对目标业务进行维测的维测请求，基于该维测请求，管理设备向测量设备发送测量标识和测量指示；测量设备关联测量标识和目标业务，并且成功关联测量标识和目标业务后，对目标业务的性能指标进行测量。上述为示例性说明，本申请实施例不限于此。例如，管理设备接收对目标业务进行维测的维测请求，管理设备先向测量设备发送测量标识，然后管理设备再向测量设备发送测量指示。

作为另一示例，上述第一种可能的情况和第二种可能的情形也可以结合使用。举例来说，管理设备接收对目标业务进行监测的监测请求，基于该监测请求，管理设备向测量设备发送测量标识；测量设备关联测量标识和目标业务；管理设备获知测量设备已成功关联测量标识和目标业务后，可以先暂时不向测量设备发送测量指示；管理设备接收对目标业务进行维测的维测请求，基于该维测请求，管理设备向测量设备发送测量指示；测量设备基于该测量指示，对目标业务的性能指标进行测量。

作为又一示例，上述第一种可能的情况和第三种可能的情形也可以结合使用。举例来说，管理设备监测到终端设备上线后，向测量设备发送测量标识；测量设备关联测量标识和目标业务；管理设备获知测量设备已成功关联测量标识和目标业务后，可以先暂时不向测量设备发送测量指示；管理设备接收对目标业务进行维测的维测请求，基于该维测请求，管理设备向测量设备发送测量指示；测量设备基于该测量指示，对目标业务的性能指标进行测量。

作为第二种可能的情况，管理设备接收到对目标业务进行监测的监测请求后，向测量设备发送测量指示。基于该情况，管理设备可以在获知需要对目标业务的性能指标进行监测时，向测量设备发送测量指示，以便于测量设备对关联测量标识的目标业务的性能指标进行测量。

可选地，在该情况下，管理设备还向测量设备发送以下一项或多项信息：目标业务的性能指标、测量标识、目标业务的测量时间、测量设备的地址、目标业务的测量结果缓存指示、测量设备的测量方式、或目标业务的测量结果的缓存时间。

其中，目标业务的测量结果缓存指示用于指示对测量统计的性能数据进行缓存。举例来说，若测量设备收到测量指示和测量结果缓存指示，则测量设备根据测量指示对目标业务的性能指标进行测量，并且根据测量结果缓存指示缓存测量结果。

其中，目标业务的测量结果的缓存时间，表示对测量统计的性能数据进行本地缓存的时间信息(如时间长度)。举例来说，若测量设备收到测量指示和测量结果的缓存时间，则测量设备根据测量指示对目标业务的性能指标进行测量，并且根据测量结果的缓存时间缓存一定时间的测量结果。作为示例，若预设时段内(如缓存时间超时之前)，测量设备还未收到管理设备的测量结果上报指示，则测量设备删除该缓存的测量结果，进而可以节省存储空间。

作为一示例，上述第二种可能的情况和第二种可能的情形可以结合使用。举例来说，例如，管理设备接收对目标业务进行监测的监测请求，基于该监测请求，管理设备向测量设备发送测量标识；测量设备关联测量标识和目标业务；管理设备获知测量设备已成功关联测量标识和目标业务后，向测量设备发送测量指示；测量设备基于该测量指示，对目标业务的性能指标进行测量。再例如，管理设备接收对目标业务进行监测的监测请求，基于该监测请求，管理设备向测量设备发送测量标识和测量指示；测量设备关联测量标识和目标业务，并且成功关联测量标识和目标业务后，对目标业务的性能指标进行测量。

作为另一示例，上述第二种可能的情况和第三种可能的情形可以结合使用。举例来说，管理设备监测到终端设备上线后，向测量设备发送测量标识；测量设备关联测量标识和目标业务；管理设备获知测量设备已成功关联测量标识和目标业务后，可以先暂时不向测量设备发送测量指示；管理设备接收对目标业务进行监测的监测请求，基于该监测请求，管理设备向测量设备发送测量指示；测量设备基于该测量指示，对目标业务的性能指标进行测量。

关于第二种可能的情况，后面结合图8所示的可能流程详细说明。

可以理解，上述两种可能的情况为示例性说明，本申请实施例并未限于此。例如，管理设备也可以在接收到测量设备反馈的已成功关联测量标识和目标业务后，向测量设备发送测量指示。基于该情况，管理设备可以在获知测量设备已成功关联测量标识和目标业务的情况下，向测量设备发送测量指示，以便于测量设备对关联测量标识的目标业务的性能指标进行测量。

为便于理解，下面以行业终端为CPE，结合图6至图8介绍适用于上述方案的可能的流程。作为示例，图6至图8的实施例可以应用于上述图1至图4所示的网络架构中。例如，图6至图8中的CPE可对应图1至图4所示的网络架构中的CPE；再例如，图6至图8中的RAN可对应图1、图3、以及图4所示的网络架构中的RAN设备，或者图6至图8中的RAN可对应图2所示的网络架构中的gNB；再例如，图6至图8中的AMF、SMF、NEF、UPF可对应图1至图4所示的网络架构中的核心网设备；再例如，图6至图8中的WTEMF可对应图3至图4所示的网络架构中的WTEMF。下面所示的可能流程中，假设为目标业务配置测量标识(或者称为染色标识)和测量信息(或者称为染色策略)，管理设备为WTEMF，测量设备包括UPF、RAN、以及CPE。

图6是本申请一实施例提供的测量方法的示意性流程图。图6所示的方法600可以适用于上述方法500中第一种可能的情形。图6所示的方法600可以包括如下步骤。

601，应用服务器检测到目标业务故障。

应用服务器检测到目标业务故障，可以为应用服务器检测到目标业务发生异常事件。

作为示例，应用服务器如为图2中的视频服务器或控制服务器。

业务故障，例如可以包括：视频卡顿、花屏，控制延迟较大等问题。

举例来说，以图2为例，控制服务器检测到数据的传输延迟较大，控制服务器根据传输延迟较大的数据的IP地址，获知是CPE与PLC之间的flow3所传输的数据，因此可以确定是CPE与PLC之间的flow3对应的业务故障。关于应用服务器检测业务故障的具体方式，可以参考现有技术，本申请实施例不予限制。

若应用服务器检测到业务故障，则应用服务器可以向WTEMF发起针对相应业务的维测请求，目的是为了触发WTEMF执行对指定业务的性能进行测量，并基于业务的性能数据分析诊断网络故障。

例如，对于视频卡顿、花屏问题：可通过对视频业务的上行丢包情况进行测量统计，如测量空口链路和N3链路的丢包情况，从而识别发生故障的网络环节。其中，N3链路表示RAN和UPF之间的N3接口链路。举例来说，通过对上行分组数据汇聚层协议(packet dataconvergence protocol，PDCP)包(即空口链路的数据报文)和上行通用无线分组业务(general packet radio service，GPRS)隧道协议用户面(GPRS tunneling protocoluser plane，GTPU)(即N3链路的数据报文)进行丢包测量，以此来判断视频业务的各分段链路的状态，从而辅助网络故障定界。

再例如，对于远程控制延迟问题：可通过对远程控制业务的下行包的传输时延进行测量统计，包括空口链路和N3链路的传输时延等，从而判断远程控制业务的各分段链路的状态，识别发生故障的网络环节，辅助网络故障定界。

上述为举例说明，关于基于业务的性能数据分析诊断网络故障的具体操作，可以参考现有技术，对此不予限制。

602，应用服务器向WTEMF发送维测请求。

应用服务器检测到目标业务故障，故应用服务器向WTEMF发送维测请求。

可选地，维测请求包括以下一项或多项信息：发生异常事件的设备标识(DeviceId)、异常事件、或目标业务标识。

其中，DeviceId，可用于标识(或者识别)发生异常事件的设备。DeviceId，例如可以为设备的ID，如camera Id，PLC Id等，或者也可以是设备的序列号等，不予限制。举例来说，对于应用服务器来说，可通过与发生异常事件的设备之间的传输的数据的IP地址，获知该设备的ID。

其中，异常事件，或者称维测问题类型(eventType)，可用于标识业务异常的事件类型。例如，异常事件为视频卡顿。再例如，异常事件为控制延迟大。

其中，目标业务标识，可用于标识发生异常的目标业务，下文实施例中主要以目标业务标识为IP 5-tuple为例进行示例性说明。

一种可能的实现方式，应用服务器通过调用WTEMF提供的管理服务(managementservice，MnS)实现向WTEMF发送维测请求。作为示例，WTEMF提供的管理服务可参考如表1的定义。

表1

其中，表1中的任务创建操作，例如也可以记为诊断任务创建操作(DiagnosticsJob_Create Operation)，或者也可记为维测任务创建操作。

表1中的status表示状态，即诊断的结果。一种可能的情况，status为成功(success)，即表示故障诊断分析成功；另一种可能的情况，status为失败(failure)，即表示故障诊断分析失败。

表1中的DiagnosticsJob Id，表示诊断任务标识(DiagnosticsJob Id)。举例来说，应用服务器可向WTEMF发送维测请求，该维测请求用于对目标业务的异常事件进行故障诊断分析，那么对该异常事件的故障诊断分析可认为是一次诊断任务(或者称为维测任务)。

表1中的输出，表示WTEMF向应用服务器反馈维测请求的结果。举例来说，应用服务器向WTEMF发送维测请求后，WTEMF执行一些操作(如本申请实施例中的步骤603-625)，以便对该维测请求对应的异常事件进行故障诊断分析；在故障诊断分析后，向应用服务器反馈的维测请求的结果。

可以理解，表1仅是一种示例性说明，本申请实施例不限于此。例如，WTEMF提供的管理服务也可以是其他名称的管理服务。再例如，表1中还可以包括更多数量的参数。

603，WTEMF配置测量信息。

可选地，若步骤602中的维测请求包括DeviceId，则WTEMF可基于该DeviceId确定DeviceId标识的终端所连接的CPE的标识(CPE Id)。其中，CPE Id是识别CPE的标识。作为示例，CPE Id可以为以下任一项：CPE的ESN、CPE的IP地址、CPE的5G-GUTI等。

可选地，若步骤602中的维测请求包括eventType，则WTEMF可基于该eventType确定：需要测量的目标业务的KPI，和/或，需要关联测量标识的数据包类型。其中，需要关联测量标识的数据包类型，也可以为需执行染色的数据包类型(如可记为染色类型(ColoredType))，下面以需执行染色的数据包类型为例进行说明。作为示例，需执行染色的数据包类型例如包括：上行数据包和/或下行数据包。其中，eventType与目标业务的KPI之间的对应关系可如表2所示。

表2

其中，下行空口大时延包数量，例如可以包括：下行空口时延大于某一阈值的包数量。下行N3大时延包数量，例如可以包括：下行N3时延大于某一阈值的包数量。以表1为例，例如，若维测请求包括eventType，且eventType为视频卡顿，则WTEMF可基于该eventType确定测量以下一项或多项：上行PDCP丢包数或上行GTPU丢包数。再例如，若维测请求包括eventType，且eventType为控制时延太大，则WTEMF可基于该eventType确定测量以下一项或多项：下行空口大时延包数量、下行N3大时延包数量、下行空口传输时延、下行N3传输时延、下行包UPF处理时延、下行包CPE处理时延、或下行包RAN处理时延。

在步骤603中，WTEMF可为目标业务分配测量标识(如记为FlowId)，并配置该目标业务的测量信息(如记为ColoredPolicy)。其中，测量标识用于识别目标业务，如可以是一个特殊的字符或数据，或者，也可以是目标业务的标识(如目标业务的IP5元组)，不予限制。作为示例，测量信息的相关参数可如表3所示。

表3

其中，参数属性为“M”，表示该参数必选；参数属性为“CM”，表示该参数条件必选。如表3所示，对于DeviceId来说，其为条件必选。举例来说，若发生上行丢包的情况，如业务故障为视频卡顿、花屏问题，则DeviceId必选。

可以理解，测量信息可以包括：ULpacketcoloredInfo和/或DLpacketcoloredInfo。举例来说，WTEMF可根据目标业务的异常事件，确定测量信息中包括ULpacketcoloredInfo，还是DLpacketcoloredInfo，或者还是ULpacketcoloredInfo和DLpacketcoloredInfo。例如，若目标业务的异常事件为视频卡顿，那么测量信息中包括ULpacketcoloredInfo。再例如，若目标业务的异常事件为控制时延太大，那么测量信息中包括DLpacketcoloredInfo。

604，WTEMF向NEF发送测量信息配置请求。

该测量信息配置请求可以携带测量信息。测量信息的内容可以参考表3。

WTEMF可通过调用NEF的控制面服务接口触发核心网启动控制面信令流程，以将目标业务的测量信息配置到网络中各相关的网元上。

一种可能的实现方式，该测量信息配置请求可以是NEF的Nnef接口应用策略创建请求(Nnef_ApplyPolicy_Create request)。应理解，各个网元之间可以基于服务化接口进行信息交互，例如，Nnef接口为NEF与其他网元交互的服务化接口。NEF基于Nnef接口与其他网元之间传输的消息例如可以是上述Nnef_ApplyPolicy_Create request消息。因此，在本申请实施例中，可以通过增强Nnef_ApplyPolicy_Create request的输入参数以支持表3中的策略参数传输。

上述为示例性说明，本申请实施例不限于此。例如，也可以定义新的NEF的服务接口实现测量信息的配置。

605，NEF向SMF发送会话管理(session management，SM)修改请求。

其中，该SM修改请求可以携带测量信息。

NEF收到WTEMF下发的关于目标业务的测量信息后，可以通过核心网的PDU会话修改(PDU session modification)流程将目标业务的测量信息发送给其他网元。举例来说，类似于QoS策略更新触发的PDU会话修改流程，NEF收到WTEMF下发的关于目标业务的测量信息后，触发PDU会话修改流程，将对目标业务的测量信息配置到网络中各相关的网元上。

一种可能的实现方式，该SM修改请求可以是SMF的Nsmf接口PDU会话更新会话管理上下文请求(Nsmf_PDUSession_UpdateSMContext request)。在本申请实施例中，可以通过增强Nsmf_PDUSession_UpdateSMContext request的输入参数以支持表3中的策略参数传输，如表4所示。

表4

其中，表4中的输入参数为可选参数。表4中的输入参数ColoredPolicy可以参考表3。

表4中的输出，即表示SMF向NEF反馈测量信息的配置结果，该输出对应步骤615。

需要说明的是，表4所示的参数为示例性说明，Nsmf_PDUSession_UpdateSMContext request的输入参数还可以包括其他的参数，对此不予限制。

606，SMF进行测量信息的分发和配置。

SMF接收到来自NEF的目标业务的测量信息后，可以触发PDU会话修改流程，实现测量信息的分发和配置。

例如，SMF可根据测量信息中的ColoredType的取值进行策略分发。举例来说：若ColoredType取值是UL，则可将对应的ULpacketcoloredInfo通过非接入层(non-accessstratum，NAS)信令发送给CPE；若ColoredType取值是DL，则将对应的DLpacketcoloredInfo通过N4接口信令发送给UPF；若ColoredType取值包括DL和UL，则可将对应的DLpacketcoloredInfo通过N4接口信令发送给UPF，并且将对应的ULpacketcoloredInfo通过NAS信令发送给CPE。

607，SMF向UPF发送N4会话修改请求。

若ColoredType取值包括DL，则方法600可包括步骤607-608，在步骤607中，SMF向UPF发送DLpacketcoloredInfo，该DLpacketcoloredInfo如可以承载于N4接口的N4会话修改请求(N4 session modification request)中。

其中，该N4会话修改请求包括DLpacketcoloredInfo(参考表3，即包括目标业务标识IP 5-tuple和测量标识FlowId)。

UPF收到该N4会话修改请求后，按照测量信息处理目标业务，或者说对目标业务的数据包进行染色处理，或者说配置测量信息。

一示例，UPF根据N4会话修改请求中是否携带信息#1，确定是否按照测量信息处理目标业务。其中，信息#1用于指示按照测量信息处理目标业务。例如，若N4会话修改请求包括DLpacketcoloredInfo和信息#1，则UPF收到N4会话修改请求后，确定按照测量信息处理目标业务。

又一示例，UPF根据N4会话修改请求中是否携带DLpacketcoloredInfo，确定是否按照测量信息处理目标业务。例如，若N4会话修改请求包括DLpacketcoloredInfo，则UPF收到N4会话修改请求后，确定按照测量信息处理目标业务。

又一示例，UPF根据N4会话修改请求中携带的信息#1的取值，确定是否按照测量信息处理目标业务。作为示例，信息#1为1个比特，该信息#1的取值范围为：0,1。若信息#1的取值为“1”，则可认为信息#1用于指示按照测量信息处理目标业务；若信息#1的取值为“0”，则可认为信息#1用于指示不需要按照测量信息处理目标业务。

上述为示例性说明，本申请实施例不限于此。

假设UPF收到N4会话修改请求后，确定按照测量信息处理目标业务。那么当UPF收到该目标业务的下行数据包时，就可以基于该测量信息对该目标业务的下行数据包进行处理。

UPF对数据包(如目标业务的下行数据包)的处理(或者说染色处理)主要是指：UPF在该数据包中添加测量标识。举例来说，当UPF收到测量信息中IP 5-tuple标识的目标业务的下行数据包时，执行QoS标记(QoS marking)，如添加QoS Flow标识(QoS flowidentifier，QFI)，并且进一步地，对下行数据包(如GTPU包)进行染色处理，然后再通过N3接口将染色处理后的下行数据包发送给RAN。其中，对下行数据包进行染色处理，即关联下行数据包和测量标识，即在下行数据包(如包头字段)填充(或者称添加)测量标识。以下行数据包为GTPU包为例，如表5所示，可在GTPU包头的预留位(即12Octet对应的字段)填充测量标识(FlowId)。这样，在后续需要对目标业务进行测量时，可以基于该GTPU包头的测量标识，确定对该GTPU包进行测量。

表5

608，UPF向SMF发送N4会话修改响应。

一种可能的实现方式，UPF向SMF发送N4接口的N4会话修改响应(N4 sessionModification response)，该N4会话修改响应用于向SMF反馈测量信息的配置结果(如测量信息配置成功或测量信息配置成功失败)。进一步，可选地，若测量信息配置失败，还可以反馈配置失败的原因。

609，SMF向AMF发送会话修改请求。

若ColoredType取值包括UL，则方法600可包括步骤609至614，即SMF向AMF发送ULpacketcoloredInfo，该ULpacketcoloredInfo如可以承载于会话修改请求中。这样，SMF可以通过AMF将ULpacketcoloredInfo发送给CPE。

其中，该会话修改请求包括ULpacketcoloredInfo(参考表3，即包括CPE Id、Device Id、目标业务标识IP 5-tuple、以及测量标识FlowId)。可选地，该会话修改请求包括信息#1。关于信息#1可以参考步骤607中的描述，不同之处在于，步骤607中描述的是下行数据包的情况，步骤609中描述的是上行数据包的情况，此处为简洁，不再赘述。

一种可能的实现方式，步骤609中的会话修改请求可以是AMF的Namf接口通信N1N2信息传输(Namf_Communication_N1N2MessageTransfer)。

610，AMF向RAN发送N2会话修改请求。

一种可能的实现方式，AMF向RAN发送N2接口的N2会话修改请求(如PDU sessionresource modify request)。

其中，该N2会话修改请求包括ULpacketcoloredInfo。可选地，该N2会话修改请求包括信息#1。

可选地，该N2会话修改请求包括信息#2，信息#2用于指示RAN在指定业务(如目标业务)的数据转发过程中对数据包的处理操作。其中，信息#2可以携带于N2会话修改请求中，或者也可以由AMF单独向RAN发送，或者也可以携带于AMF向RAN发送的其他信令中，不予限制。举例来说，AMF向RAN发送信息#2，RAN收到该信息#2后，在指定数据包的转发过程中对该数据包进行一些处理操作，其中，指定数据包，表示携带测量标识的数据包。

例如，RAN收到目标业务的下行数据包，且该下行数据包中包括测量标识，RAN对该下行数据包的处理操作可以包括：通过数据无线承载(data radio bearer，DRB)转发该下行数据包之前，基于GTPU包头预留位中的测量标识对下行PDCP包进行染色。举例来说，UPF通过N3接口将染色后的下行数据包(如GTPU包)发送给RAN后，RAN可直接复制GTPU包头中的测量标识，并填充到PDCP的包头的扩展位中(需要对PDCP的包头字段进行扩展，并利用新增的扩展字段填充所述的测量标识)。RAN可通过空口DRB将染色后的数据包发送给CPE。上述操作可以发生在步骤607之后，即UPF在目标业务的下行数据包中填充测量标识之后。

再例如，RAN收到目标业务的上行数据包，且该上行数据包中包括测量标识，RAN对该上行数据包的处理操作可以包括：RAN基于上行PDCP包头的扩展位中的测量标识对上行GTPU包进行染色。举例来说，CPE通过空口DRB将染色后的上行数据包(如PDCP包)发送给RAN后，RAN可直接复制上行PDCP包头中的测量标识，并填充到上行GTPU包头的预留位中。RAN可通过N3接口承载将染色后的数据包发送给UPF。上述操作可以发生在步骤611之后，即CPE在目标业务的上行数据包中填充测量标识之后。

应理解，该N2会话修改请求中也可以不包括信息#2，也就是说，RAN可以基于内部功能实现的方式实现上述数据包的处理，不需要AMF通过显式的信元指示RAN执行相应的处理。

611，RAN向CPE发送RRC重配置消息。

其中，该RRC重配置(RRC Reconfiguration)消息中包括ULpacketcoloredInfo。可选地，若步骤610中N2会话修改请求包括信息#1，则该RRC重配置消息中还包括信息#1。

CPE收到该RRC重配置消息后，按照测量信息处理目标业务，或者说对目标业务的数据包进行染色处理，或者说配置测量信息。

一示例，CPE根据RRC重配置消息中是否携带信息#1，确定是否按照测量信息处理目标业务。又一示例，CPE根据RRC重配置消息中是否携带ULpacketcoloredInfo，确定是否按照测量信息处理目标业务。又一示例，CPE根据RRC重配置消息中携带的信息#1的取值，确定是否按照测量信息处理目标业务。具体的可以参考步骤607中的描述，此处为简洁，不再赘述。

假设CPE收到RRC重配置消息后，确定按照测量信息处理目标业务。那么当CPE收到该目标业务的上行数据包时，就可以基于该测量信息对该目标业务的上行数据包进行处理。

CPE对数据包(如目标业务的上行数据包)的处理(或者说染色处理)主要是指：CPE在该数据包中添加测量标识。举例来说，当CPE收到来自测量信息中IP 5-tuple标识或DeviceId标识的行业应用终端的目标业务的上行数据包时，执行QoS标记(如添加QFI标记)，并且进一步地，对上行数据包(如PDCP包)进行染色处理，然后通过空口DRB将染色后的上行数据包发送给RAN。其中，对上行数据包进行染色处理，即关联上行数据包和测量标识，即在上行数据包(如包头字段)填充(或者称添加)测量标识。以上行数据包为PDCP为例，如表6所示，可新增扩展字段(即3Octet对应的字段)，可对PDCP的包头字段进行扩展，并在该新增的扩展字段填充测量标识。这样，在后续需要对目标业务进行测量时，可以基于该PDCP包头的测量标识，确定对该PDCP包进行测量。

表6

表6中的R表示保留位，MAC-I表示完整性保护密钥。

612，CPE向RAN发送RRC重配置完成消息。

CPE完成目标业务的测量信息配置后，可通过RRC重配置完成(RRCReconfiguration complete)消息向RAN反馈测量信息的配置结果(如测量信息配置成功或测量信息配置成功失败)。

613，RAN向AMF发送N2会话修改响应。

RAN收到CPE反馈的测量信息的配置结果后，可通过N2会话修改请求响应(如PDUsession resource modify response)向AMF转发CPE反馈的测量信息的配置结果(如测量信息配置成功或测量信息配置成功失败)。

614，AMF向SMF发送会话修改响应。

AMF向SMF转发CPE反馈的测量信息的配置结果(如测量信息配置成功或测量信息配置成功失败)。

该会话修改响应可以是SMF的Nsmf接口PDU会话更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContextresponse)，或者也可以是SMF的Nsmf接口PDU会话会话管理上下文状态通知(Nsmf_PDUSession_SMContextStatusNotify)，对此不予限制。

通过上述步骤607-614，各相关网元(如CPE、UPF和RAN)可完成测量信息的配置。可以理解，若ColoredType取值仅包括DL，则可执行步骤607-608，不需要执行步骤609-614；若ColoredType取值仅包括UL，则可执行步骤609-614，不需要执行步骤607-608；若ColoredType取值包括UL和DL，则可执行步骤607-614，且步骤607-608与步骤609-614之间没有严格的先后顺序。

615，SMF向NEF发送SM修改响应。

SMF向NEF反馈目标业务的测量信息的配置结果，如包括以下任一项或多项网元的测量信息配置结果(如测量信息配置成功或测量信息配置成功失败)：CPE、RAN、或UPF。

一种可能的实现方式，该SM修改响应可以是SMF的Nsmf接口PDU会话更新会话管理上下文响应(Nsmf_PDUSession_UpdateSMContext response)。

可选地，SM修改响应中可以包括以下网元的地址：CPE、UPF和RAN。该地址可用于后续WTEMF向这些网元发送维测任务配置相关消息的路由。上述地址为可选信元参数。举例来说，若SM修改响应中不包括上述地址，则WTEMF可基于CPE的位置信息(如路由跟踪区标识或小区标识等)来选择管理UPF的EMS(或者称为UPF对应的EMS)和管理RAN的EMS(或者称为RAN对应的EMS)。管理UPF的EMS可基于CPE的位置信息查询UPF的地址，并向该UPF发送相应的维测任务配置相关消息；管理RAN的EMS可基于CPE的位置信息查询RAN的地址，并向该RAN发送相应的维测任务配置相关消息。

616，NEF向WTEMF发送测量信息配置响应。

该测量信息配置响应包括目标业务的测量信息的配置结果，如包括以下任一项或多项网元的测量信息配置结果(如测量信息配置成功或测量信息配置成功失败)：CPE、RAN、或UPF。可选地，该测量信息配置响应包括以下网元的地址：CPE、UPF和RAN。

上述步骤601-616是关于WTEMF收到维测请求后，触发生成对待维测的目标业务的测量信息以及测量信息配置的过程。下面结合步骤617-625介绍完成测量信息配置后，WTEMF触发对网元和终端进行针对目标业务的性能测量任务配置以及测量结果上报的过程。

在完成针对目标业务的测量信息配置后，如WTEMF收到目标业务的测量信息的配置结果后，WTEMF发起对目标业务的维测任务。例如，WTEMF分配维测任务标识，对维测任务进行分解，即WTEMF向CPE、RAN和UPF发起针对目标业务的染色数据包的性能KPI测量任务配置(或者也可以称为测量任务创建)。其中，WTEMF向CPE发起针对目标业务的染色数据包的性能KPI测量任务配置可参考步骤617，WTEMF分别向RAN和UPF发起针对目标业务的染色数据包的性能KPI测量任务配置可参考步骤618-621。

617，CPE配置维测任务。

作为示例，WTEMF可直接发起对CPE的维测任务配置。WTEMF对CPE进行维测任务的配置流程可以基于终端设备性能管理中对CPE的测量任务配置流程来实现，对此可以参考现有技术，本申请实施例不予限制。

618，WTEMF向EMS发送维测任务配置请求。

作为示例，WTEMF对RAN和UPF的性能测量任务配置可通过RAN对应的EMS(如记为EMS-RAN)和UPF对应的EMS(如记为EMS-CN)来实现。一种可能的实现方式，若步骤616中返回的测量信息配置响应包括以下网元的地址：CPE、UPF或RAN中的至少一项，那么WTEMF可基于RAN的地址确定EMS-RAN，基于UPF的地址确定EMS-CN。另一种可能的实现方式，WTEMF可基于CPE的位置信息(如路由跟踪区标识或小区标识等)来确定EMS-RAN和EMS-CN。

WTEMF确定EMS-RAN和EMS-CN后，可以向EMS-RAN和EMS-CN发送维测任务配置请求。图6中为便于描述，仅示出了一个EMS，并以该一个EMS为例进行示例性说明，可以理解该EMS可以表示RAN对应的EMS，或者也可以表示UPF对应的EMS。

一种可能的实现方式，该维测任务配置请求可以是EMS的性能管理服务(performance assurance MnS)的测量任务创建请求(CreateMeasJob request)。

可选地，维测任务配置请求中包括以下一项或多项信息：测量指示、维测任务标识(JobId)、业务级的KPI、测量标识(用于识别测量对象)、信息#3、目标业务的测量时间、CPE的位置、UPF地址、RAN地址、目标流(streamTarget)、测量结果上报方式、或上报周期等。

其中，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量。测量指示是可选信元。例如，维测任务配置请求中可以不包括测量指示，在该情况下，维测任务配置请求本身具有指示对关联测量标识的目标业务的性能指标进行测量的功能。

其中，目标业务的测量时间可以包括：测量开始时间、测量结束时间。

其中，信息#3，或者称为数据测量指示，可用于指示执行数据测量的网元进行数据测量的方式。其中，数据测量的方式包括即时测量、延迟测量等。在方法600所示的实施例中，该信息#3可用于指示即时测量。

其中，CPE的位置，UPF地址，RAN地址是可选信元，若步骤616中没有携带UPF地址和RAN地址，则步骤618中可携带CPE位置信息；若步骤616中携带了UPF地址或RAN地址，则步骤618中可携带UPF地址或RAN地址，且可以不用携带CPE位置信息。

其中，streamTarget，用于指示上报流数据(streamData)所使用的地址。举例来说，测量设备通过维测任务配置请求中包括的streamTarget获知上报streamData所使用的地址，进而可以通过streamData消息，如报告流数据(reportStreamData)消息，将测量结果发送给WTEMF。

其中，测量结果上报方式，用于指示上报测量结果的方式。作为示例，测量结果上报方式，可以包括基于流(streaming)上报、基于文件(file)上报。

其中，上报周期，用于指示上报测量结果的周期。作为示例，上报周期为1分钟，即每隔1分钟，上报一次测量结果。

其中，业务级的KPI与测量网元以及eventType相关。例如，不同的网元可测量不同的KPI，作为示例，表7示出了不同测量网元与KPI之间的对应关系。再例如，不同的eventType，且对应的KPI不同，如可以参考表2。因此，对于表2所示的目标业务的KPI，分别由不同的网元来进行测量，因此在维测任务配置过程中，可以对不同网元测量的目标业务的KPI进行差异化配置，如表7所示。

举例来说，UPF可进行测量的KPI包括上行GTPU丢包、下行N3大时延包数量、下行N3传输时延、下行包UPF处理时延。若eventType为视频监控卡段问题，那么根据表2可知，需要测量上行PDCP丢包数和上行GTPU丢包数，因此，对UPF配置的目标业务的KPI可仅配置上行GTPU丢包数即可。

表7

可以理解，表7为示例性说明，本申请实施例并未限定于此。

619，EMS基于CPE位置确定UPF或RAN。

如前所述，图6中为简洁仅用一个EMS表示。具体来说，若图6中所示的EMS为EMS-RAN，则在步骤619中，EMS-RAN基于CPE的位置确定RAN；若图6中所示的EMS为EMS-CN，则在步骤619中，EMS-CN基于CPE的位置确定UPF。

举例来说，若步骤618中维测任务配置请求包括CPE位置信息，且不包括UPF地址和RAN地址，则EMS-RAN可基于CPE的位置查询服务该位置的RAN的地址信息，EMS-CN可基于CPE的位置查询服务该位置的UPF的地址信息。一种可能的实现方式，EMS-RAN可通过DNS查询的方式或基于EMS-RAN本地保存的网元设备的上下文信息查询确定RAN的地址，EMS-CN可通过DNS查询的方式或基于EMS-CN本地保存的网元设备的上下文信息查询确定UPF的地址。

可以理解，若步骤618中维测任务配置请求包括UPF地址和RAN地址，则可以不执行步骤619。

620，UPF和RAN配置维测任务。

EMS-RAN基于CPE的位置确定RAN后，可与RAN配置维测任务；EMS-CN基于CPE的位置确定UPF后，可与UPF配置维测任务。具体来说，若图6中所示的EMS为EMS-RAN，则在步骤620中，EMS-RAN与RAN配置维测任务；若图6中所示的EMS为EMS-CN，则在步骤620中，EMS-CN与UPF配置维测任务。

关于EMS和网元之间的交互本申请实施例不做限定。一种可能的实现方式，EMS-RAN与RAN配置维测任务的实现，可参考WTEMF和EMS-RAN之间的配置维测任务的方式；EMS-CN与UPF配置维测任务的实现，可参考WTEMF和EMS-CN之间的配置维测任务的方式。

例如，EMS-CN可通过performance assurance MnS的CreateMeasJob request操作实现对UPF进行性能测量任务配置，配置的信息包括：维测任务标识，业务级的KPI、测量标识、信息#3、CPE的位置、RAN地址、streamTarget(streamData上报地址)、测量结果上报方式、上报周期、测量开始时间、测量结束时间等。UPF完成维测任务配置后，还可以通过performance assurance MnS的CreateMeasJob response向EMS-CN反馈维测任务的配置结果(如维测任务配置成功，又如维测任务配置失败)。若维测任务配置失败，则CreateMeasJob response中还可以携带失败的原因。可选地，CreateMeasJob response中还可以携带维测任务标识。

再例如，EMS-RAN通过可通过performance assurance MnS的CreateMeasJobrequest操作实现对RAN进行性能测量任务的配置，具体地，可以为RAN配置如下信息：维测任务标识，业务级的KPI、测量标识、信息#3、CPE的位置、UPF地址、streamTarget(streamData上报地址)、测量结果上报方式、上报周期、测量开始时间、测量结束时间等。RAN完成维测任务配置后，还可以通过performance assurance MnS的CreateMeasJobresponse向EMS-RAN反馈维测任务的配置结果(如维测任务配置成功，又如维测任务配置失败)。若维测任务配置失败，则CreateMeasJob response中还可以携带失败的原因。可选地，CreateMeasJob response中还可以携带维测任务标识。

关于各信息可以参考前面步骤618中的描述，此处不再赘述。

621，EMS向WTEMF反馈维测任务的配置结果。

例如，EMS-RAN收到RAN反馈的维测任务的配置结果后，可以通过performanceassurance MnS的CreateMeasJob response向WTEMF转发该维测任务的配置结果。

再例如，EMS-CN收到UPF反馈的维测任务的配置结果后，可以通过performanceassurance MnS的CreateMeasJob response向WTEMF转发该维测任务的配置结果。

622，UPF向WTEMF上报测量结果。

UPF可通过EMS-CN向WTEMF上报测量结果。

若步骤620中的信息#3用于指示进行数据测量的方式是即时测量，则UPF立即开始对带有测量标识的数据包(即目标业务的数据包)进行测量，得到该带有测量标识的数据包的测量结果，并按照上报周期和测量结果上报方式上报上述测量结果。例如，若步骤618中的维测任务配置请求中的测量结果上报方式是基于file上报，则UPF基于file的方式上报测量结果。再例如，若步骤618中的维测任务配置请求中的测量结果上报方式是基于stream的方式进行上报，则UPF通过reportStreamData上报测量结果。可以理解，在本申请实施例中，测量结果针对的是某个业务(即目标业务)的测量数据。

可选地，测量结果中包括：维测任务标识、数据测量统计的开始时间、数据测量统计的结束时间、数据测量的结果等信息。

623，RAN向WTEMF上报测量结果。

RAN通过EMS-RAN向WTEMF上报测量结果。

步骤623与步骤622类似，此处不再赘述。

624，CPE向WTEMF上报测量结果。

步骤624与步骤622类似，此处不再赘述。

625，WTEMF根据测量结果进行故障定位分析。

WTEMF可基于维测任务标识，将针对同一个维测任务的数据关联在一起，从而可基于CPE、RAN和UPF上报的数据进行联合诊断分析。举例来说，WTEMF可基于数据测量统计的开始时间和结束时间，选取CPE、RAN和UPF上报的在相同时间区间统计的数据(即可完成数据时间同步)，并基于CPE、RAN和UPF上报的时间同步后的数据进行联合诊断分析。一种可能的方式，可以先对网络故障进行定界分析，然后再进行故障定位分析。例如，若定界分析结果是CPE故障，则可基于CPE的设备状态数据等性能数据进行CPE故障定位分析；若定界分析结果是非CPE故障，则可触发EMS-CN执行UPF的故障定位分析，EMS-RAN执行RAN的故障定位分析。WTEMF可基于人工智能(artificial intelligence，AI)机器学习算法，或者传统的策略规则的方式，进行维测定界定位分析，对此本申请实施例不予限制。

以图2所示的场景为例，假设在某一时间段或时刻，发生camera 1的回传视频卡顿问题，CPE上其他业务正常，且假设引起camera 1的业务问题的原因是flow1的视频回传业务流上行丢包或乱序。如上文所述，若进行设备级的故障诊断分析，则统计的是CPE上所有业务流(如包括flow1，flow2，以及flow3)的数据包的平均丢包数或丢包率，每个业务流的真实的数据包的丢包数或丢包率被平均，因此最终的诊断分析结果可能是CPE没有异常问题，进而导致故障诊断分析结果不准确。通过本申请实施例，WTEMF进行故障定位分析所依据的测量数据是较细粒度的某个业务(即目标业务)的测量数据，而不是所有业务的测量数据，所以可以提高故障诊断分析的准确性。以CPE为例，WTEMF进行故障定位分析所依据的测量数据是CPE上目标业务的测量数据，而不是CPE上所有业务的测量数据的平均值，所以可以提高故障诊断分析的准确性。

举例来说，步骤601中应用服务器检测到camera 1的视频卡顿，步骤602中应用服务器向WTEMF发送维测请求，并且在该维测请求中携带camera 1的Id；WTEMF为该camera1的业务(或者说为flow1)配置测量信息，并向CPE、UPF、以及RAN发送该测量信息；CPE、UPF、以及RAN根据该测量信息对flow1的数据包进行染色处理(如在flow1的数据包中添加测量标识)；进一步地，若CPE、UPF、以及RAN收到WTEMF的维测任务，则可对染色处理后的数据包(如带有测量标识的数据包)进行测量，即对flow1的染色数据包进行测量，并向WTEMF上报测量数据；进而WTEMF基于上报的测量数据进行故障分析。例如，WTEMF可基于CPE、UPF、以及RAN上报的flow1的染色数据包的测量数据，进行联合诊断分析，进而可以得出引起camera 1的业务问题的原因是flow1的视频回传业务流上行丢包或乱序；再例如，WTEMF先对网络故障进行定界分析，且定界分析的结果是CPE故障，然后WTEMF直接基于CPE上报的flow1的染色数据包的测量数据诊断分析，进而得出引起camera 1的业务问题的原因是flow1的视频回传业务流上行丢包或乱序；再例如，WTEMF先对网络故障进行定界分析，且定界分析的结果是CPE故障，然后WTEMF向CPE发起针对flow1的染色数据包的测量任务配置，进而基于CPE上报的flow1的染色数据包的测量数据进行诊断分析，得出引起camera 1的业务问题的原因是flow1的视频回传业务流上行丢包或乱序。可以理解，此处为简单的示例性说明，具体的可以参考方法600中各个步骤的描述。

上文结合图6所示的步骤601-625示例地介绍了WTEMF收到维测请求后，触发生成对待维测业务的测量信息以及进行测量信息配置，并且完成测量信息配置后，WTEMF触发对网元和终端进行针对待维测业务的性能测量任务配置以及测量结果上报的场景。基于上述实施例，通过增强WTEMF功能支持业务粒度的维测功能，如包括维测性能KPI确定，分配测量标识，配置测量信息，故障诊断分析等，在会话修改流程中扩展增强支持业务级测量信息配置，UPF、RAN和CPE增强支持对数据包的染色处理功能，且UPF、RAN和CPE在采集测量数据时，只需要对染色后的数据包(如带有测量标识的数据包)进行测量，从而可以实现针对特定业务的网络性能数据采集，实现端网协同的快速故障定界定位。

图7是本申请另一实施例提供的测量方法的示意性流程图。图7所示的方法700可以用于上述方法500中第二种可能的情形。图7所示的方法700可以包括如下步骤。

701，WTEMF监测到终端设备上线后，配置测量信息。

WTEMF监测到连接CPE的终端设备(如camera、PLC等)部署上线后，从CPE获取终端设备的业务标识，为终端设备的业务配置测量信息。为区分，将配置测量信息的业务记为目标业务。

举例来说，WTEMF可根据终端设备的类型确定需要测量的目标业务的性能KPI以及需执行染色的数据包类型。同时，WETMF可为目标业务分配测量标识FlowId，并生成该目标业务的测量信息(参考表3)。

步骤702-714与步骤604-616类似，此处不再赘述。

完成针对目标业务的测量信息配置后，如WTEMF收到目标业务的测量信息的配置结果后，WTEMF发起对目标业务的维测任务的配置。例如，WTEMF分配维测任务标识，对维测任务进行分解，即WTEMF分别向CPE、RAN和UPF发起针对目标业务的染色数据包的性能KPI测量任务配置。

715，CPE配置维测任务。

716，WTEMF向EMS发送维测任务配置请求。

步骤716与步骤618类似，不同之处在于，在方法700所示的实施例中，该信息#3可用于指示延迟测量。

步骤717-719与步骤619-621类似，此处不再赘述。

经过上述步骤701-719，测量设备(即CPE、RAN和UPF)可以先完成测量信息配置和维测任务配置，且可以暂不启动数据测量。这样可以减少测量信息配置和维测任务配置的处理时延对数据采集的影响，使得采集的数据是网络故障发生时的网络状态性能数据，提高故障诊断分析的准确性。

720，应用服务器检测到目标业务故障。

步骤720与步骤601类似，此处不再赘述。

721，应用服务器向WTEMF发送维测请求。

可选地，维测请求中包括以下一项或多项信息：DeviceId、异常事件、或目标业务标识。

步骤721与步骤602类似，此处不再赘述。

722，WTEMF向NEF发送维测任务激活请求。

其中，该维测任务激活请求包括维测任务标识和CPEId。可选地，该维测任务激活请求包括测量指示，该测量指示用于指示对关联测量标识的目标业务的性能指标进行测量。测量指示是可选信元。例如，该维测任务激活请求中可以不包括测量指示，在该情况下，维测任务激活请求本身具有指示对关联测量标识的目标业务的性能指标进行测量的功能。

WTEMF可通过调用NEF的控制面服务接口触发核心网启动控制面信令流程，以激活网络中各相关的网元上配置的维测任务，即触发各相关网元启动对目标业务的染色数据包进行相关的KPI测量统计。

一种可能的实现方式，该维测任务激活请求可以是Nnef_ApplyPolicy_Createrequest。在本申请实施例中，可以通过增强Nnef_ApplyPolicy_Create request的输入参数以包括维测任务标识和CPE Id。上述为示例性说明，本申请实施例不限于此。例如，也可以定义新的NEF的服务接口实现维测任务的激活。

723，NEF向SMF发送维测任务激活请求。

NEF收到WTEMF下发的维测任务激活请求后，NEF可通过调用SMF的Nsmf_PDUSession service服务向SMF发起PDU session修改信令流程，即通过Nsmf_PDUSession_UpdateSMContext request或Nsmf_PDUSession_StatusNotify向SMF发送维测任务激活请求。例如，在本申请实施例中，可以通过增强Nsmf_PDUSession_UpdateSMContext request的输入参数以包括维测任务标识和CPE Id。

724，SMF向UPF发送维测任务激活请求。

举例来说，SMF接收NEF的维测任务激活请求，SMF可通过N4接口的N4 sessionmodification request，以激活UPF开始执行维测任务。例如，在本申请实施例中，可以通过增强N4 session modification request的输入参数以包括维测任务标识和CPE Id。

725，SMF向AMF发送维测任务激活请求。

举例来说，SMF接收NEF的维测任务激活请求，SMF可通过调用AMF的Namf_Communication_N1N2MessageTransfer服务向AMF发送维测任务激活请求，消息的信元参数包括维测任务标识和CPE Id。

726，AMF向RAN和CPE发送维测任务激活请求。

AMF基于N2接口信令(如trace start)和空口RRC消息(如RRC reconfiguration消息)分别向RAN和CPE发送维测任务激活请求，消息的信元参数包括维测任务标识和CPE Id。

727，测量结果上报和故障诊断分析。

CPE、UPF和RAN收到维测任务激活请求后，立即开始执行对目标业务的相关性能KPI进行测量统计，并将测量统计结果上报给WTEMF，WTEMF进行故障维测诊断分析。测量统计结果上报和诊断分析过程的相关描述参考步骤622-625，此处不再赘述。

上文结合图7所示的步骤701-727示例地介绍了终端设备上线后完成测量信息配置和维测任务配置，且WTEMF收到应用服务器的异常事件上报后，激活维测任务的场景。基于上述实施例，终端设备上线后完成测量信息配置和维测任务配置，且可以暂不启动数据测量，当WTEMF收到应用服务器的异常事件上报后，通过信令面快速激活维测测量任务，从而可以减少测量信息配置和维测任务配置的处理时延对数据采集的影响，使得采集的数据是网络故障发生时的网络状态性能数据，提高故障诊断分析的准确性。

图8是本申请另一实施例提供的测量方法的示意性流程图。图8所示的方法800可以用于上述方法500中第三种可能的情形。图8所示的方法800可以包括如下步骤。

801，应用服务器监测到业务开始。

在应用服务器开始进行业务数据的收发时，应用服务器可触发对指定的业务(如记为目标业务)进行性能KPI监控，如应用服务器向WTEMF发送监测请求。

802，应用服务器向WTEMF发送监测请求。

可选地，该监测请求包括：目标业务标识、DeviceId、信息#4、目标业务类型。其中，信息#4，例如也可以称为KPI监测指示(KPI monitoring indication)，用于指示需要执行业务的KPI监测。其中，目标业务类型，例如可以包括：视频监控、控制指令等。

一种可能的实现方式，应用服务器通过调用WTEMF的接口服务向WTEMF发送监测请求。

803，WTEMF配置测量信息。

举例来说，WTEMF可根据目标业务类型确定需要测量的业务的性能KPI类型(如可参考表2)，以及需执行染色的数据包类型。同时，WTEMF可为目标业务分配测量标识FlowId，并配置该目标业务的测量信息ColoredPolicy(如可参考表3)。

步骤804-816与步骤604-616类似，此处不再赘述。

在完成针对目标业务的测量信息配置后，如WTEMF收到目标业务的测量信息的配置结果后，WTEMF发起对目标业务的维测任务。例如，WTEMF分配维测任务标识，对维测任务进行分解，即WTEMF向CPE、RAN和UPF发起针对目标业务的染色数据包的性能KPI测量任务配置。

817，CPE配置维测任务。

作为示例，WTEMF可直接发起对CPE的维测任务配置。WTEMF对CPE进行维测任务的配置流程可以基于终端设备性能管理中对CPE的测量任务配置流程来实现。可选地，在配置过程中，还可以在配置信息中增加测量结果缓存指示及测量结果的缓存时间。其中，测量结果缓存指示，用于指示对测量统计的性能数据进行本地缓存。测量结果的缓存时间，用于指示对测量统计的性能数据进行本地缓存的时间信息(如时间长度)。

818，WTEMF向EMS发送维测任务配置请求。

步骤818与步骤618类似，不同之处在于，在方法800所示的实施例中，该维测任务配置请求还包括测量结果缓存指示和测量结果的缓存时间。测量结果缓存指示用于指示对测量统计的性能数据进行本地缓存，测量结果的缓存时间用于指示对测量统计的性能数据进行本地缓存的时间信息(如时间长度)。

其中，关于测量结果的缓存时间，各个网元的测量结果的缓存时间可以相同，也可以不同，不予限制。举例来说，WTEMF向CPE发送的测量结果的缓存时间为T1，WTEMF向EMS-CN(即UPF对应的EMS)发送的测量结果的缓存时间也为T1，WTEMF向EMS-RAN(即RAN对应的EMS)发送的测量结果的缓存时间也为T1。

819，EMS基于CPE位置确定UPF或RAN。

步骤819与步骤619类似，此处不再赘述。

820，UPF和RAN配置维测任务。

步骤820与步骤620类似，不同之处在于，在方法800所示的实施例中，维测任务配置请求还包括测量结果缓存指示和测量结果的缓存时间。

CPE、RAN和UPF按照维测任务配置进行目标业务的相关性能KPI测量统计，并各自按照测量结果的缓存时间，本地缓存测量结果。若测量结果的缓存时间超时，且还没有被请求上报测量结果(即没有收到测量结果上报请求)，则可删除缓存的测量结果，以节省存储空间。

821，EMS向WTEMF反馈维测任务配置的结果。

步骤821与步骤621类似，此处不再赘述。

经过上述步骤801-821，测量设备(即CPE、RAN和UPF)可以先完成测量信息配置和维测任务配置，且启动数据测量。这样能够尽可能地保证采集到的性能数据是异常事件发生时的相关数据，可提高故障诊断分析的准确性。

822，应用服务器检测到目标业务故障。

若应用服务器检测到目标业务故障，则应用服务器可以向WTEMF发起针对目标业务的维测请求，目的是为了触发WTEMF执行对指定目标业务的性能进行测量，并基于目标业务的性能数据分析诊断网络故障。

823，应用服务器向WTEMF发送维测请求。

可选地，维测请求中包括以下一项或多项信息：DeviceId、异常事件、目标业务标识、或异常事件发生的时间(ProblemTime)。

步骤823与步骤602类似，此处不再赘述。

824，WTEMF向NEF发送测量结果上报指示。

测量结果上报指示，例如也可以称为数据上报请求，用于指示上报测量结果。

可以理解，方法800中的测量结果上报指示可用于指示上报之前已经得到的测量结果(即之前已经进行了测量，并缓存了测量结果)，这样，能够尽可能地保证采集到的性能数据是异常事件发生时的相关数据，可提高故障诊断分析的准确性。不同于方法800，方法700中的维测任务激活请求可用于指示开始进行测量，这样，可以避免不必要的测量，比如业务未故障，却对该业务进行了测量。作为示例，在实际通信中，可以根据不同的场景或实际需求选择不同的方案。比如，对于较易发生故障的业务，可以采用方法800的方案；再比如，对于不易发生故障的业务，可以采用方法600或方法700的方案。

可选地，该测量结果上报指示包括：维测任务标识、CPEId、目标业务标识、KPI、数据时间(dataTime)。

其中，KPI可参考表7对不同的网元请求上报不同的KPIs。其中，数据时间用于指示上报的测量数据所对应的采集时间段，可以理解，上报的测量数据所对应的采集时间段要包含ProblemTime。举例来说，数据时间为T2，其可以表征：请求上报ProblemTime时刻的前后T2分钟测量的数据，其中，T2为大于0的数。

WTEMF可通过调用NEF的控制面服务接口触发核心网启动控制面信令流程，以触发各相关的网元上报缓存的目标业务的相关KPI测量统计结果。

一种可能的实现方式，该测量结果上报指示可以是Nnef_ApplyPolicy_Createrequest。在本申请实施例中，可以通过增强Nnef_ApplyPolicy_Create request的以包括维测任务标识、CPE ID、目标业务标识、KPI、以及数据时间。上述为示例性说明，本申请实施例不限于此。例如，也可以定义新的NEF的服务接口。

825，NEF向SMF转发测量结果上报指示。

NEF收到WTEMF下发的测量结果上报指示后，NEF通过调用SMF的Nsmf_PDUSessionservice服务向SMF发起PDU session修改信令流程，即通过Nsmf_PDUSession_UpdateSMContext request或Nsmf_PDUSession_StatusNotify向SMF发送测量结果上报指示，增强Nsmf_PDUSession_UpdateSMContext request的输入参数以包括维测任务标识、CPE ID、目标业务标识、KPI、以及数据时间。

826，SMF向UPF转发测量结果上报指示。

SMF接收NEF的测量结果上报指示后，SMF可通过N4接口的N4 sessionModification request以触发UPF开始上报维测数据。在本申请实施例中，可以通过增强N4session Modification request的输入参数以包括维测任务标识、CPE ID、目标业务标识、KPI、以及数据时间。

827，SMF向AMF转发测量结果上报指示。

SMF通过调用AMF的Namf_Communication_N1N2MessageTransfer服务向AMF发送维测测量结果上报指示。

828，AMF向RAN和CPE转发测量结果上报指示。

AMF基于N2接口信令(如trace start)和空口RRC消息(如RRC reconfiguration消息)分别向RAN和CPE发送测量结果上报指示。

829，测量结果上报和故障诊断分析。

CPE、UPF和RAN收到测量结果上报指示后，向WTEMF上报测量结果。例如，CPE、UPF和RAN，根据测量结果上报指示中的维测任务标识识别测量任务，根据目标业务标识识别目标业务，根据数据时间上报相应时间段采集的测量数据。WTEMF收到上报的测量结果后可进行故障维测诊断分析。测量统计结果上报和诊断分析过程的相关描述参考步骤622-625，此处不再赘述。

上文结合图8所示的步骤801-829示例地介绍了当业务开始时就进行数据采集，当监测的异常事件发生时，再上报异常事件发生时刻前后一段时间的数据的场景。基于上述实施例，当业务开始时就进行数据采集，且暂不上报给WTEMF，而是本地缓存一段时间，待监测到发生异常事件时，再去请求上报异常事件发生时刻前后一段时间的测量数据，进而进行维测故障诊断分析。通过该方式，能够保证采集到的性能数据是异常事件发生时的相关数据，可提高故障诊断分析的准确性。

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

还可以理解，上述图6至图8中各个步骤仅是示例性说明，对此不作严格限定。例如，以图6为例，若仅对下行数据包进行染色处理，则可以不执行步骤609-614；若仅对上行数据包进行染色处理，则可以不执行步骤607-608。再例如，以图6为例，若WTEMF仅向CPE发起针对目标业务的染色数据包的性能KPI测量任务配置，则可以不执行步骤618-621、以及步骤622-623；若WTEMF仅向RAN和UPF发起针对目标业务的染色数据包的性能KPI测量任务配置，则可以不执行步骤617、以及步骤624。此外，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

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

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

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

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

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

还可以理解，在上述一些实施例中，测量结果和测量数据有时交替使用，其均用于表示测量的数据。

还可以理解，上述各个方法实施例中，由终端设备实现的方法和操作，也可以由可由终端设备的组成部件(例如芯片或者电路)来实现；此外，由网络设备实现的方法和操作，也可以由可由网络设备的组成部件(例如芯片或者电路)来实现，不作限定。

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

图9是本申请实施例提供的测量装置的示意性框图。该装置900包括收发单元910和处理单元920。收发单元910可以实现相应的通信功能，收发单元910还可以为通信接口或通信单元。处理单元920可以实现相应的处理功能，如处理指令和/或数据。

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

该装置900可以用于执行上文方法实施例中通信设备(如管理设备，又如测量设备)所执行的动作，这时，该装置900可以为通信设备或者可配置于通信设备的部件，收发单元910用于执行上文方法实施例中通信设备侧的收发相关的操作，处理单元920用于执行上文方法实施例中通信设备侧的处理相关的操作。

作为一种设计，该装置900用于执行上文方法实施例中管理设备(如WTEMF)所执行的动作。

一种可能的实现方式，收发单元910，用于向测量设备发送测量标识，测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端的数据流对应的业务；收发单元910，还用于向测量设备发送测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量，目标业务的性能指标与目标业务的异常事件相关联。可选地，处理单元920，用于为目标业务配置测量标识。

一示例，收发单元910，还用于向测量设备发送以下一项或多项信息：关联测量标识的目标业务的数据包类型、目标业务的标识、目标业务对应的用户驻地设备标识、或终端设备的标识。

又一示例，收发单元910，具体用于接收到对目标业务进行维测的维测请求后，向测量设备发送测量标识；或者，接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量标识；或者，监测到终端设备上线后，向测量设备发送测量标识。

又一示例，收发单元910，还用于接收测量设备的地址信息。

又一示例，收发单元910，具体用于接收到对目标业务进行维测的维测请求后，向测量设备发送测量指示；或者，接收到对目标业务的性能指标进行监测的监测请求后，向测量设备发送测量指示。

又一示例，收发单元910，还用于向测量设备发送目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间。

又一示例，收发单元910，还用于向测量设备发送测量结果上报指示，测量结果上报指示用于指示上报目标业务在目标时间段的测量结果。

又一示例，收发单元910，还用于向测量设备发送以下一项或多项信息：目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址。

又一示例，维测请求包括以下一项或多项信息：目标业务的异常事件、终端设备的标识、或目标业务的标识。

该装置900可实现对应于根据本申请实施例的方法实施例中的管理设备(如WTEMF)执行的步骤或者流程，该装置900可以包括用于执行图5至图8中的管理设备执行的方法的单元。并且，该装置900中的各单元和上述其他操作和/或功能分别为了实现图5至图8中的管理设备中的方法实施例的相应流程。

应理解，各单元执行上述相应步骤的具体过程在上述方法实施例中已经详细说明，为了简洁，在此不再赘述。

作为另一种设计，该装置900用于执行上文方法实施例中测量设备(如CPE，又如UPF，又如RAN)所执行的动作。

一种可能的实现方式，收发单元910，用于接收来自管理设备的测量标识，测量标识用于与待测量的目标业务进行关联，目标业务为经过行业终端的数据流对应的业务；处理单元920，用于关联测量标识和目标业务；处理单元920，还用于对关联测量标识的目标业务的性能指标进行测量，目标业务的性能指标与目标业务的异常事件相关联。

一示例，收发单元910，还用于接收来自管理设备的以下一项或多项信息：关联测量标识的目标业务的数据包类型、目标业务的标识、目标业务对应的用户驻地设备标识、或终端设备的标识。

又一示例，处理单元920，具体用于对目标业务的数据包添加测量标识。

又一示例，收发单元910，还用于发送测量设备的地址信息。

又一示例，收发单元910，还用于接收来自管理设备的测量指示，测量指示用于指示对关联测量标识的目标业务的性能指标进行测量；处理单元920，具体用于响应于测量指示，对关联测量标识的目标业务的性能指标进行测量。

又一示例，收发单元910，还用于接收来自管理设备的目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间；处理单元920，还用于根据目标业务的测量结果缓存指示和/或目标业务的测量结果的缓存时间，缓存目标业务的测量结果。

又一示例，收发单元910，还用于在预设时段内，若接收到来自管理设备的测量结果上报指示，则向管理设备上报目标时间段的测量结果，其中，测量结果上报指示用于指示上报目标业务在目标时间段的测量结果；或者，在预设时段内，若未接收到来自管理设备的测量结果上报指示，则处理单元920，用于删除缓存的目标业务在目标时间段的测量结果。

又一示例，收发单元910，还用于接收来自管理设备的以下一项或多项信息：目标业务的性能指标、维测任务标识、测量标识、目标业务的测量时间、测量设备的测量方式、或测量设备的地址。

该装置900可实现对应于根据本申请实施例的方法实施例中的测量设备(如CPE，又如UPF，又如RAN)执行的步骤或者流程，该装置900可以包括用于执行图5至图8中的测量设备执行的方法的单元。并且，该装置900中的各单元和上述其他操作和/或功能分别为了实现图5至图8中的测量设备中的方法实施例的相应流程。

还应理解，这里的装置900以功能单元的形式体现。这里的术语“单元”可以指应用特有集成电路(application specific integrated circuit，ASIC)、电子电路、用于执行一个或多个软件或固件程序的处理器(例如共享处理器、专有处理器或组处理器等)和存储器、合并逻辑电路和/或其它支持所描述的功能的合适组件。在一个可选例子中，本领域技术人员可以理解，装置900可以具体为上述实施例中通信设备(如管理设备，又如测量设备)，可以用于执行上述各方法实施例中与通信设备(如管理设备，又如测量设备)对应的各个流程和/或步骤，为避免重复，在此不再赘述。

此外，上文实施例中的处理单元920可以由至少一个处理器或处理器相关电路实现。收发单元910可以由收发器或收发器相关电路实现。存储单元可以通过至少一个存储器实现。

需要指出的是，图9中的装置可以是前述实施例中的网元或设备，也可以是芯片或者芯片系统，例如：片上系统(system on chip，SoC)。其中，收发单元可以是输入输出电路、通信接口；处理单元为该芯片上集成的处理器或者微处理器或者集成电路。在此不做限定。

图10是本申请实施例提供的一种测量装置。该装置1000包括处理器1010，处理器1010与存储器1020耦合，存储器1020用于存储计算机程序或指令和/或数据，处理器1010用于执行存储器1020存储的计算机程序或指令和/或数据，使得上文方法实施例中的方法被执行。

一种可能的实现方式，该装置1000包括的处理器1010为一个或多个。

可选地，如图10所示，该装置1000还包括存储器1020。

一种可能的实现方式，该装置1000包括的存储器1020可以为一个或多个。

一种可能的实现方式，该存储器1020可以与该处理器1010集成在一起，或者分离设置。

可选地，如图10所示，该装置1000还包括收发器1030。收发器1030可用于信号的接收和/或发送。例如，处理器1010用于控制收发器1030进行信号的接收和/或发送。

作为一种方案，该装置1000用于实现上文方法实施例中由通信设备(如管理设备，又如测量设备)执行的操作。

例如，处理器1010用于实现上文方法实施例中由管理设备(如WTEMF)执行的处理相关的操作，收发器1030用于实现上文方法实施例中由管理设备(如WTEMF)执行的收发相关的操作。

又如，处理器1010用于实现上文方法实施例中由测量设备(如CPE，又如UPF，又如RAN)执行的处理相关的操作，收发器1030用于实现上文方法实施例中由测量设备(如CPE，又如UPF，又如RAN)执行的收发相关的操作。

图11是根据本申请实施例提供的芯片的示意图，该芯片1100(或者也可以称为处理系统，也可以称为芯片系统)包括处理器1110，处理器可以为该芯片上集成的处理器或者微处理器或者集成电路。可选地，该芯片1100还可以包括通信接口1120，通信接口1120也可以为输入输出电路，或者输入/输出接口(input/output interface)。当芯片1100为一个芯片系统或处理系统时，可使得安装该芯片1100的设备可以实现本申请实施例的方法和功能。例如，处理器1110可以为芯片系统或处理系统中的处理电路，实现对安装了该芯片系统或处理系统的设备的控制，还可以耦合连接存储单元，调用存储单元中的指令，使得设备可以实现本申请实施例的方法和功能，通信接口1120，可以为芯片系统或处理系统中的输入输出电路，将芯片系统处理好的信息输出，或将待处理的数据或信令信息输入芯片系统进行处理。

作为一种方案，该装置1100用于实现上文方法实施例中由通信设备(如管理设备，又如测量设备)执行的操作。

例如，处理器1110用于实现上文方法实施例中由管理设备(如WTEMF)执行的处理相关的操作，通信接口1120用于实现上文方法实施例中由管理设备(如WTEMF)执行的收发相关的操作。

又如，处理器1110用于实现上文方法实施例中由测量设备(如CPE，又如UPF，又如RAN)执行的处理相关的操作，通信接口1120用于实现上文方法实施例中由测量设备(如CPE，又如UPF，又如RAN)执行的收发相关的操作。

本申请实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由通信设备(如管理设备，又如测量设备)执行的方法的计算机指令。

本申请实施例还提供一种包含指令的计算机程序产品，该指令被计算机执行时使得该计算机实现上述方法实施例中由通信设备(如管理设备，又如测量设备)执行的方法。

本申请实施例还提供一种通信系统，该通信系统包括上文实施例中的管理设备、测量设备、网元管理设备(如EMS)、应用服务器中的一个或多个。

例如，该通信系统包括上文实施例中的管理设备(如WTEMF)和测量设备。

上述提供的任一种装置中相关内容的解释及有益效果均可参考上文提供的对应的方法实施例，此处不再赘述。

应理解，本申请实施例中提及的处理器可以是中央处理单元(centralprocessing unit，CPU)，还可以是其他通用处理器、数字信号处理器(digital signalprocessor，DSP)、专用集成电路(application specific integrated circuit，ASIC)、现成可编程门阵列(field programmable gate array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

还应理解，本申请实施例中提及的存储器可以是易失性存储器和/或非易失性存储器。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。例如，RAM可以用作外部高速缓存。作为示例而非限定，RAM可以包括如下多种形式：静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synchlinkDRAM，SLDRAM)和直接内存总线随机存取存储器(direct rambus RAM，DR RAM)。

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

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

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

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

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

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

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行所述计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。例如，所述计算机可以是个人计算机，服务器，或者网络设备等。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(solid state disk，SSD)等。例如，前述的可用介质可以包括但不限于：U盘、移动硬盘、只读存储器(read-onlymemory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

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

Claims

1.一种测量方法，其特征在于，包括：

管理设备向测量设备发送测量标识，所述测量标识用于与待测量的目标业务进行关联，所述目标业务为经过行业终端的数据流对应的业务；

所述管理设备向所述测量设备发送测量指示，所述测量指示用于指示对关联所述测量标识的所述目标业务的性能指标进行测量，所述目标业务的性能指标与所述目标业务的异常事件相关联。

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

所述管理设备向所述测量设备发送以下一项或多项信息：

关联所述测量标识的所述目标业务的数据包类型、所述目标业务的标识、所述目标业务对应的用户驻地设备标识、或所述终端设备的标识。

3.根据权利要求1或2所述的方法，其特征在于，所述管理设备向测量设备发送测量标识，包括：

所述管理设备接收到对所述目标业务进行维测的维测请求后，向所述测量设备发送所述测量标识；或者，

所述管理设备接收到对所述目标业务的性能指标进行监测的监测请求后，向所述测量设备发送所述测量标识；或者，

所述管理设备监测到所述终端设备上线后，向所述测量设备发送所述测量标识。

4.根据权利要求1至3中任一项所述的方法，其特征在于，所述方法还包括：

所述管理设备接收所述测量设备的地址信息。

5.根据权利要求1至4中任一项所述的方法，其特征在于，所述管理设备向所述测量设备发送测量指示，包括：

所述管理设备接收到对所述目标业务进行维测的维测请求后，向所述测量设备发送所述测量指示；或者，

所述管理设备接收到对所述目标业务的性能指标进行监测的监测请求后，向所述测量设备发送所述测量指示。

6.根据权利要求5所述的方法，其特征在于，所述管理设备接收到对所述目标业务的性能指标进行监测的监测请求后，向所述测量设备发送所述测量指示；

所述方法还包括：

所述管理设备向所述测量设备发送所述目标业务的测量结果缓存指示和/或所述目标业务的测量结果的缓存时间。

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

所述管理设备向所述测量设备发送测量结果上报指示，所述测量结果上报指示用于指示上报所述目标业务在目标时间段的测量结果。

8.根据权利要求5至7中任一项所述的方法，其特征在于，所述方法还包括：

所述管理设备向所述测量设备发送以下一项或多项信息：所述目标业务的性能指标、维测任务标识、所述测量标识、所述目标业务的测量时间、所述测量设备的测量方式、或所述测量设备的地址。

9.根据权利要求3或5至8中任一项所述的方法，其特征在于，所述维测请求包括以下一项或多项信息：所述目标业务的异常事件、所述终端设备的标识、或所述目标业务的标识。

10.一种测量方法，其特征在于，包括：

测量设备接收来自管理设备的测量标识，所述测量标识用于与待测量的目标业务进行关联，所述目标业务为经过行业终端的数据流对应的业务；

所述测量设备关联所述测量标识和所述目标业务；

所述测量设备对关联所述测量标识的所述目标业务的性能指标进行测量，所述目标业务的性能指标与所述目标业务的异常事件相关联。

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

所述测量设备接收来自所述管理设备的以下一项或多项信息：

12.根据权利要求10或11所述的方法，其特征在于，所述测量设备关联所述测量标识和所述目标业务，包括：

所述测量设备对所述目标业务的数据包添加所述测量标识。

13.根据权利要求10至12中任一项所述的方法，其特征在于，所述方法还包括：

所述测量设备发送所述测量设备的地址信息。

14.根据权利要求10至13中任一项所述的方法，其特征在于，所述方法还包括：

所述测量设备接收来自所述管理设备的测量指示，所述测量指示用于指示对关联所述测量标识的所述目标业务的性能指标进行测量；

所述测量设备对关联所述测量标识的所述目标业务的性能指标进行测量，包括：

响应于所述测量指示，所述测量设备对关联所述测量标识的所述目标业务的性能指标进行测量。

15.根据权利要求10至14中任一项所述的方法，其特征在于，所述方法还包括：

所述测量设备接收来自所述管理设备的所述目标业务的测量结果缓存指示和/或所述目标业务的测量结果的缓存时间；

所述测量设备根据所述目标业务的测量结果缓存指示和/或所述目标业务的测量结果的缓存时间，缓存所述目标业务的测量结果。

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

在预设时段内，若所述测量设备接收到来自所述管理设备的测量结果上报指示，则所述测量设备向所述管理设备上报所述目标时间段的测量结果，其中，所述测量结果上报指示用于指示上报所述目标业务在所述目标时间段的测量结果；或者，

在所述预设时段内，若所述测量设备未接收到来自所述管理设备的所述测量结果上报指示，则所述测量设备删除缓存的所述目标业务在所述目标时间段的测量结果。

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

所述测量设备接收来自所述管理设备的以下一项或多项信息：所述目标业务的性能指标、维测任务标识、所述测量标识、所述目标业务的测量时间、所述测量设备的测量方式、或所述测量设备的地址。

18.一种测量装置，其特征在于，其特征在于，包括用于实现如权利要求1至17中任一项所述的方法的单元。

19.一种测量装置，其特征在于，包括：

处理器，用于执行存储器中存储的计算机指令，以使得所述装置执行：如权利要求1至17中任一项所述的方法。

20.一种计算机可读存储介质，其特征在于，包括：所述计算机可读介质存储有计算机程序；所述计算机程序由一个或多个处理器执行时，使得包括所述处理器的装置执行如权利要求1至17中任一项所述的方法。

21.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，实现权利要求1至17中任一项所述的方法。

22.一种通信系统，其特征在于，包括：管理设备和测量设备，

所述管理设备，用于执行如权利要求1至9中任一项所述的方法，

所述测量设备，用于执行如权利要求10至17中任一项所述的方法。