CN110972181B - Mdt测量方法、设备及系统 - Google Patents

Abstract

本申请提供最小化路测MDT测量方案，可用于实现集中单元CU实体和分布DU实体分离架构下的网络设备的MDT测量。集中控制单元控制面CU‑CP确定配置信息，并向网络设备的集中单元用户面CU‑UP发送所述配置信息，所述配置信息用于对测量对象进行MDT测量。其中，本申请中的方案可以用于通信系统，例如可以用于第五代5G网络。

Description

MDT测量方法、设备及系统

技术领域

本申请涉及通信技术领域，尤其涉及测量方法、设备及系统。

背景技术

为了节省数据收集成本，现有技术中引入自动测量收集(measurementcollection)的(minimization of drive tests，MDT)技术来完成部分传统的路测工作，以检测和优化无线网络中的问题或故障。其中，MDT技术的应用场景例如可以包括：运营商一般每一个月都要做例行的网络覆盖路测，或者，针对用户投诉也会做一些针对特定区域的网络覆盖路测，等等。

目前，MDT技术可以应用于基站的自动测量收集，如服务质量(quality ofservice，QoS)测量收集、小区信号质量测量收集或者可接入性测量收集等。然而，对于集中单元(central unit，CU)实体和分布单元(distributed unit，DU)实体分离架构的基站，如何进行MDT测量，目前并没有相关的解决方案。

发明内容

本申请实施例提供MDT测量方案可以用于通信网络中CU和DU分离架构的网络设备的MDT测量。

为达到上述目的，本申请的实施例采用如下技术方案：

第一方面，提供了一种MDT测量的方法及其相应的通信装置。在该方案中，第一实体确定第一配置信息，该第一配置信息用于网络设备的集中单元用户面CU-UP实体对第一测量对象进行MDT测量；所述第一实体向该CU-UP实体发送第一配置信息。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量。

在一种可能的设计中，该第一配置信息包括：该第一测量对象、该第一测量对象的粒度、第一统计周期、或第一测量收集结果的反馈方式中的一项或多项。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：第一实体接收第一测量收集结果，其中，该第一测量收集结果是由该CU-UP实体对该第一测量对象进行MDT测量得到的。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量，并且可以由第一实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：第一实体确定第二配置信息，该第二配置信息用于该网络设备的分布单元DU实体对第二测量对象进行MDT测量；第一实体向该DU实体发送第二配置信息。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量。

在一种可能的设计中，该第二配置信息包括：该第二测量对象、该第二测量对象的粒度、第二统计周期或第二测量收集结果的反馈方式中的一项或多项。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：第一实体接收第二测量收集结果，其中，该第二测量收集结果是由该DU实体对该第二测量对象进行MDT测量得到的。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以由第一实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，第一实体为该网络设备的集中单元控制面CU-CP实体；本申请实施例提供的MDT测量方法还包括：CU-CP实体发送第三配置信息，该第三配置信息用于终端设备对第三测量对象进行MDT测量；CU-CP实体接收第三测量收集结果，其中，该第三测量收集结果是该终端设备对第三测量对象进行MDT测量得到的。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过CU-CP实体收集第三测量收集结果，由CU-CP实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，该第一实体为该网络设备的集中单元控制面CU-CP实体；本申请实施例提供的MDT测量方法还包括：CU-CP实体发送第三配置信息，该第三配置信息用于终端设备对第三测量对象进行MDT测量；CU-CP实体接收第三测量收集结果，其中，该第三测量收集结果是该终端设备对该第三测量对象进行MDT测量得到的；CU-CP实体向该CU-UP实体发送该第三测量收集结果。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过CU-UP实体收集第三测量收集结果，由CU-UP实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，该第一实体为MDT实体；本申请实施例提供的MDT测量方法还包括：MDT实体确定第三配置信息，该第三配置信息用于终端设备对第三测量对象进行MDT测量；MDT实体向该CU-CP实体发送该第三配置信息，由该CU-CP实体向该终端设备发送该第三配置信息。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：MDT实体接收第三测量收集结果，其中，该第三测量收集结果是该终端设备对该第三测量对象进行MDT测量得到的。基于该方案，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过MDT实体收集第三测量收集结果，由MDT实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。例如，第三配置信息包括：该第三测量对象、该第三测量对象的粒度、第三统计周期、或该第三测量收集结果的反馈方式中的一项或多项。

第二方面，提供一种最小化路测MDT测量方法及相应的通信装置。该方法应用于网络设备上，该网络设备包括无线资源控制RRC协议层和MDT协议层；该MDT测量方法包括：网络设备的MDT协议层确定配置信息，该配置信息用于终端设备的MDT协议层或该终端设备的RRC协议层中的至少一个对测量对象进行MDT测量；网络设备的MDT协议层向该终端设备的MDT协议层发送该配置信息，该配置信息经由网络设备的MDT协议层、网络设备的RRC协议层、终端设备的RRC协议层到达终端设备的MDT协议层。基于该方案，可以通过终端设备的MDT协议层或该终端设备的RRC协议层中的至少一个对测量对象进行MDT测量。

在一种可能的设计中，配置信息被封装在第一传输容器中，该第一传输容器在网络设备的RRC协议层和终端设备的RRC协议层之间通过下行RRC消息携带。现有技术中，MDT测量时配置信息的下发是通过终端设备和网络设备之间的RRC消息交互完成的，这会使得MDT功能演进时都需要修改RRC消息对应的协议，两者存在强依赖关系。而本申请实施例提供的MDT测量方法中可以将MDT测量功能与RRC功能解耦，因此可以便于MDT功能后续的独立演进。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：网络设备的MDT协议层从该终端设备接收测量收集结果，其中，该测量收集结果经由该终端设备的MDT协议层、RRC协议层和该网络设备的RRC协议层到达该网络设备的MDT协议层。基于该方案，可以通过终端设备进行MDT测量，并且可以通过网络设备收集测量收集结果，由网络设备根据测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，该测量收集结果是该终端设备的MDT协议层或者该终端设备的RRC协议层中的至少一个对该测量对象进行MDT测量得到的。

在一种可能的设计中，该测量收集结果被封装在第二传输容器中，该第二传输容器在该终端设备的RRC协议层和该网络设备的RRC协议层之间通过上行RRC消息携带。现有技术中，MDT测量时配置信息的下发是通过终端设备和网络设备之间的RRC消息交互完成的，这会使得MDT功能演进时都需要修改RRC消息对应的协议，两者存在强依赖关系。而本申请实施例提供的MDT测量方法中可以将MDT测量功能与RRC功能解耦，因此可以便于MDT功能后续的独立演进。

第三方面，提供一种最小化路测MDT测量方法以及相应的通信装置。该方法应用于终端设备上，该终端设备包括RRC协议层和MDT协议层；该MDT测量方法包括：终端设备的MDT协议层接收来自网络设备的MDT协议层的配置信息，该配置信息经由网络设备的MDT协议层、网络设备的RRC协议层、终端设备的RRC协议层到达终端设备的MDT协议层，该终端设备的MDT协议层或RRC协议层中的至少一个根据该配置信息对测量对象进行MDT测量，得到测量收集结果。基于该方案，可以通过终端设备的MDT协议层或该终端设备的RRC协议层中的至少一个对测量对象进行MDT测量。

在一种可能的设计中，该配置信息被封装在第一传输容器中，该第一传输容器在该网络设备的RRC协议层和该终端设备的RRC协议层之间通过下行RRC消息携带。现有技术中，MDT测量时配置信息的下发是通过终端设备和网络设备之间的RRC消息交互完成的，这会使得MDT功能演进时都需要修改RRC消息对应的协议，两者存在强依赖关系。而本申请实施例提供的MDT测量方法中可以将MDT测量功能与RRC功能解耦，因此可以便于MDT功能后续的独立演进。

在一种可能的设计中，本申请实施例提供的MDT测量方法还包括：终端设备的MDT协议层向该网络设备的MDT协议层发送该测量收集结果，其中，该测量结果经由该终端设备的MDT协议层、RRC协议层和该网络设备的RRC协议层到达该网络设备的MDT协议层。基于该方案，可以通过终端设备进行MDT测量，并且可以通过网络设备收集测量收集结果，由网络设备根据测量收集结果进行数据分析、优化、或网络性能监视等处理。

在一种可能的设计中，该测量收集结果被封装在第二传输容器中，该第二传输容器在该终端设备的RRC协议层和该网络设备的RRC协议层之间通过上行RRC消息携带。现有技术中，MDT测量时配置信息的下发是通过终端设备和网络设备之间的RRC消息交互完成的，这会使得MDT功能演进时都需要修改RRC消息对应的协议，两者存在强依赖关系。而本申请实施例提供的MDT测量方法中可以将MDT测量功能与RRC功能解耦，因此可以便于MDT功能后续的独立演进。

第四方面，提供一种最小化路测MDT测量方法及相应的通信装置。在该方案中第一网络设备确定第二网络设备需要进行MDT测量；第一网络设备向该第二网络设备发送第一消息，该第一消息用于通知该第二网络设备进行MDT测量。基于本申请实施例提供的MDT测量方法，可以实现按需进行MDT测量，从而可以减少MDT测量次数。

第五方面，提供一种最小化路测MDT测量方法及相应的通信装置，该方法包括：第二网络设备接收来自第一网络设备的第一消息，该第一消息用于通知该第二网络设备进行MDT测量；第二网络设备根据该第一消息，进行MDT测量；或者，该第二网络设备根据该第一消息，通知终端设备进行MDT测量。基于本申请实施例提供的MDT测量方法，可以实现按需进行MDT测量，从而可以减少MDT测量次数。

第六方面，提供了一种通信装置用于实现上述各种方法。该通信装置可以为上述第一方面中的第一实体，或者包含上述第一实体的装置；或者，该通信装置可以为上述第二方面中的网络设备，或者包含上述网络设备的装置；或者，该通信装置可以为上述第三方面中的终端设备，或者包含上述终端设备的装置；或者，该通信装置可以为上述第四方面中的第一网络设备，或者包含上述第一网络设备的装置；或者，该通信装置可以为上述第五方面中的第二网络设备，或者包含上述第二网络设备的装置。所述通信装置包括实现上述方法相应的模块、单元、或手段(means),该模块、单元、或menas可以通过硬件实现，软件实现，或者通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块或单元。

第七方面，提供了一种通信装置，包括：处理器和存储器；该存储器用于存储计算机指令，当该处理器执行该指令时，以使该通信装置执行上述任一方面所述的方法。该通信装置可以为上述第一方面中的第一实体或者包含上述第一实体的装置；或者，该通信装置可以为上述第二方面中的网络设备，或者包含上述网络设备的装置；或者，该通信装置可以为上述第三方面中的终端设备，或者包含上述终端设备的装置；或者，该通信装置可以为上述第四方面中的第一网络设备，或者包含上述第一网络设备的装置；或者，该通信装置可以为上述第五方面中的第二网络设备，或者包含上述第二网络设备的装置。

其中，上述第一实体，例如可以为网络设备(例如基站)，或网络设备中的部件(例如CU-CP实体，CU-UP实体，DU实体、MDT实体，或基站内的芯片等)。

第八方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第九方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机可以执行上述任一方面所述的方法。

第十方面，提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方面中所涉及的功能。在一种可能的设计中，该通信装置还包括存储器，该存储器，用于保存必要的程序指令和数据。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件。

其中，第六方面至第十方面中任一种设计方式所带来的技术效果可参见上述第一方面至第五方面的任一方面中不同设计方式所带来的技术效果，此处不再赘述。

第十一方面，提供一种通信系统，该通信系统包括上述方面所述的终端设备和上述方面所述的网络设备。

附图说明

图1为本申请实施例提供的一种通信系统的结构示意图；

图2为本申请实施例提供的通信系统的架构示意图一；

图3为本申请实施例提供的通信系统的架构示意图二；

图4为本申请实施例提供的通信系统的架构示意图三；

图5为本申请实施例提供的通信设备的结构示意图；

图6为本申请实施例提供的MDT测量方法的流程示意图一；

图7为本申请实施例提供的MDT测量方法的流程示意图二；

图8为本申请实施例提供的MDT测量方法的流程示意图三；

图9为本申请实施例提供的MDT测量方法的流程示意图四；

图10为本申请实施例提供的MDT测量方法的流程示意图五；

图11为本申请实施例提供的第一实体的结构示意图。

具体实施方式

为了方便理解本申请实施例的技术方案，首先给出本申请相关技术或名字的简要介绍如下。

网络设备：又称为无线接入网(radio access network，RAN)设备，是一种将终端设备接入到无线网络的设备，可以是长期演进(long term evolution，LTE)中的演进型基站(evolutional Node B，eNB或eNodeB)；或者第五代(5th generation，5G)网络或者未来演进的公共陆地移动网络(public land mobile network，PLMN)中的基站，宽带网络业务网关(broadband network gateway，BNG)，汇聚交换机或非第三代合作伙伴项目(3rdgeneration partnership project，3GPP)接入设备等，本申请实施例对此不作具体限定。其中，本申请实施例中的基站可以包括各种形式的基站，例如：宏基站，微基站(也称为小站)，中继站，接入点等，本申请实施例对此不作具体限定。所述网络设备还可以是服务器，可穿戴设备，或车载设备等。以下以网络设备为基站为例进行说明。

一种可能的方式中，网络设备可以是CU实体和DU实体分离的架构。比如，如图1所示，为本申请提供的CU实体和DU实体分离架构的网络设备的协议栈示意图。CU实体和DU实体可以理解为是对网络设备从逻辑功能角度的划分，CU实体和DU实体分别用于实现CU、DU的功能。本申请中实体可以是物理实体，也可以是功能实体。例如，所述CU实体和DU实体可以理解为设备或者设备中的物理实体，也可以是功能实体，本申请实施例对此不作具体限定。其中，CU实体和DU实体在物理上可以是分离的，也可以部署在一起。多个DU实体可以共用一个CU实体。一个DU实体也可以连接多个CU实体(图1中未示出)。CU实体和DU实体之间可以通过接口相连，例如可以是F1接口。CU实体和DU实体可以根据无线网络的协议层划分。例如，无线资源控制(radio resource control，RRC)协议层、业务数据适配协议栈(servicedata adaptation protocol，SDAP)协议层以及分组数据汇聚层协议(packet dataconvergence protocol，PDCP)协议层的功能设置在CU实体中，而无线链路控制(radiolink control，RLC)协议层，媒体接入控制(media access control，MAC)协议层，物理(physical，PHY)协议层等的功能设置在DU实体中。可以理解，对CU实体和DU实体处理功能按照这种协议层的划分仅仅是一种举例，也可以按照其他的方式进行划分。例如可以将CU实体或者DU实体划分为具有更多协议层的功能。例如，CU实体或DU实体还可以划分为具有协议层的部分处理功能。在一种可能设计中，将RLC协议层的部分功能和RLC协议层以上的协议层的功能设置在CU实体，将RLC协议层的剩余功能和RLC协议层以下的协议层的功能设置在DU实体。在另一种可能的设计中，还可以按照业务类型或者其他系统需求对CU实体或者DU实体的功能进行划分。例如按时延划分，将处理时间需要满足时延要求的功能设置在DU实体，不需要满足该时延要求的功能设置在CU实体。在另一种可能的设计中，CU实体也可以具有核心网的一个或多个功能。一个或者多个CU实体可以集中设置，也可以分离设置。例如CU实体可以设置在网络侧方便集中管理。DU实体可以具有多个射频功能，也可以将射频功能拉远设置。

CU实体的功能可以由一个或多个实体实现。例如，可以对CU实体的功能进行进一步切分，例如，控制面(control plane，CP)的功能和用户面(user plane，UP)的功能可以分离，即CU实体包括CU的控制面(CU-CP)实体和CU用户面(CU-UP)实体，该CU-CP实体和CU-UP实体可以与DU实体相耦合，共同完成网络设备的功能。一种可能的方式中，CU-CP实体负责控制面功能，主要包含RRC协议层和PDCP控制面(PDCP control plane，PDCP-C)协议层。PDCP-C协议层主要负责控制面数据的加解密，完整性保护，数据传输等。CU-UP实体负责用户面功能，主要包含SDAP协议层和PDCP用户面(PDCP user plane，PDCP-U)协议层。其中，SDAP协议层主要负责将核心网的数据流(flow)映射到承载。PDCP-U协议层主要负责数据面的加解密，完整性保护，头压缩，序列号维护，数据传输等。其中，本申请实施例中，CU-CP实体和CU-UP实体通过接口连接(例如E1接口)。CU-CP实体通过F1-C(控制面)和DU实体连接，CU-UP实体通过F1-U(用户面)和DU实体连接。此外，CU-CP实体代表网络设备和核心网的控制面(比如第四代(4th generation，4G)核心网的移动管理实体(mobility managemententity，MME)，或者5G核心网(5G core，5GC)的接入移动管理功能(access and mobilitymanagement function，AMF)网元)连接；CU-UP实体代表网络设备和核心网的用户面(比如4G核心网的服务网关(serving gateway，SGW)，或者5G核心网的用户面功能(user planefunction，UPF)网元)连接；DU实体代表网络设备和终端设备连接。又一种可能实现中，PDCP-C也在CU-UP实体中，本申请实施例对此不作具体限定。

MDT技术：MDT技术的测量类型可分为以下几种：

第一，信号水平测量：终端设备测量无线信号的信号水平，如参考信号接收功率(reference signal receiving power，RSRP)或者参考信号接收质量(reference signalreceiving quality，RSRQ)，并将测量收集结果上报给网络设备。

第二，Qos测量(QoS measurement)：通常由网络设备执行Qos测量，比如业务的流量、业务的互联网协议(internet protocol，IP)吞吐量、业务的丢包率、或者业务的处理时延等)；当然，也可以由终端设备执行Qos测量，比如上行处理时延，本申请实施例对此不作具体限定。

第三，可接入性测量(accessibility measurement)：终端设备记录随机接入信道(random access channel，RACH)失败统计，无线链路失败(radio link failure,RLF)统计，RRC连接接入失败统计等信息，并上报给网络设备。

其中，上述三种测量均可以由网络设备收集测量收集结果。在网络设备收集测量收集结果之后，就可以进行自优化(self-optimisation，SON)以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是网络设备收集测量收集结果之后提交给其他实体，由其他实体进行相关处理,比如网络性能监视，本申请实施例对此不作具体限定。

QoS流(QoS flow)：5GC中采用了一种基于QoS flow的QoS架构。QoS flow是指具有相同业务处理特性(比如调度策略、排队管理策略等)的业务流。在5GC中业务分类的最小粒度是QoS flow，5GC会为每个QoS flow分配一个QOS流标识(QoS flow identifier，QFI)给网络设备。终端设备和数据网络之间存在协议数据单元(protocol data unit，PDU)会话(session)连接以提供数据服务。对应的PDU会话的数据包是按照服务质量流(QoS flow)粒度进行区分(即一个PDU会话中可能包括多个QoS flow)。为了适配5GC中QoS flow的架构，如图1所示，网络设备侧引入了业务数据适配协议(service data adaptation protocol，SDAP)层。该SDAP协议层用于将来自5GC的各个服务质量流(QoS flow)映射到无线接入层的数据无线承载(data radio bearer，DRB)上，即根据QoS flow对应的业务属性，把QoS flow对应的数据包放在对应的DRB上传输。此外，SDAP协议层还可以负责为上下行数据包增加QoS flow标识。其中，终端设备和网络设备之间通过无线承载(radio bearer，RB)来传输。该RB分为信令无线承载(signalling radio bearer，SRB)和DRB。其中，SRB可用于传输RRC消息以及非接入层(non-access stratum，NAS)消息；DRB可用于传输业务数据。RRC消息为终端设备与网络设备之间的一些控制信令，NAS消息为5GC设备与终端设备之间的一些控制信令。每个PDU会话对应一个SDAP实体。不同的PDU会话的QoS flow映射到不同的DRB中。另外，不同的业务具有不同的服务质量特性，标准中定义了一些标准的服务质量特性，即服务质量特性的等级(优先级、包时延要求或者丢包率等等)定义了不同的组合，并对这些标准组合定义了一个5G QoS标识(5G QoS identifier，5QI)来索引这些特性要求，具体可参考3GPP协议23.501，在此不予赘述。

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。其中，在本申请的描述中，除非另有说明，“/”表示前后关联的对象是一种“或”的关系，例如，A/B可以表示A或B；本申请中的“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A,B可以是单数或者复数。并且，在本申请的描述中，除非另有说明，“多个”是指两个或多于两个。“以下至少一项(个)”或其类似表达，是指的这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b，或c中的至少一项(个)，可以表示：a，b，c，a-b，a-c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。另外，为了便于清楚描述本申请实施例的技术方案，在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

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

如图2所示，为本申请实施例提供的一种通信系统20，该通信系统20包括至少一个网络设备(图2中示意性的以包括网络设备201为例进行说明)、以及与该网络设备201连接的至少一个终端设备(图2中示意性的以包括终端设备201为例进行说明)。

其中，图2所示的网络设备201中包括CU-CP实体2011、CU-UP实体2012和DU实体2013，相关描述可参考图1所示的实施例，在此不再赘述。此外，如上所述，网络设备201的DU实体2013代表网络设备201和终端设备202连接，该连接例如可以是进行无线通信，本申请实施例对此不作具体限定。

终端设备可以是用于实现无线通信功能的设备，例如终端或者可用于终端中的芯片等，本申请实施例对此不作具体限定。其中，终端可以是5G网络或者未来演进的PLMN中的用户设备(user equipment，UE)、接入终端、终端单元、终端站、移动站、移动台、远方站、远程终端、移动设备、无线通信设备、终端代理或终端装置等。接入终端可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiation protocol，SIP)电话、无线本地环路(wirelesslocal loop，WLL)站、个人数字处理(personal digital assistant，PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备或可穿戴设备，虚拟现实(virtual reality，VR)终端设备、增强现实(augmented reality，AR)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等。终端可以是移动的，也可以是固定的。

如图3所示为本申请实施例提供的一种通信系统30，该通信系统30包括至少一个网络设备(图3中示意性的以包括网络设备301为例进行说明)、以及与该网络设备301连接的至少一个终端设备(图3中示意性的以包括终端设备301为例进行说明)。

其中，图3所示的网络设备301中包括CU-CP实体3011、CU-UP实体3012和DU实体3013，相关描述可参考图1所示的实施例，在此不再赘述。此外，如上所述，网络设备301的DU实体3013代表网络设备301和终端设备302连接，该连接例如可以是进行无线通信，本申请实施例对此不作具体限定。

此外，如图3所示，该通信系统30还可以包括MDT实体303，该MDT实体可以与CU-CP实体3011、CU-UP实体3012或者DU实体3013通信，本申请实施例对此不作具体限定。

需要说明的是，本申请中MDT实体是指具有MDT测量功能的网络功能实体。可选的，该MDT实体可以负责下发MDT测量配置或者收集测量收集结果等功能，并且可以负责一些网络侧设备的参数调整，但是并不负责给网络侧设备下发初始的参数及其他的网络部署配置等。

如图4所示为本申请实施例提供的一种通信系统40，该通信系统40包括至少一个网络设备(图4中示意性的以包括网络设备401为例进行说明)、以及与该网络设备301连接的至少一个终端设备(图4中示意性的以包括终端设备402为例进行说明)。

其中，图4所示的网络设备401可以是图1所示的CU实体和DU实体分离的架构，也可以不是图1所示的CU实体和DU实体分离的架构，本申请实施例对此不作具体限定。其中，如图4所示，该网络设备401的协议层包括MDT协议层、RRC协议层、PDCP协议层、RLC协议层、MAC协议层以及PHY协议层；该终端设备402的协议层包括MDT协议层、RRC协议层、PDCP协议层、RLC协议层、MAC协议层以及PHY协议层。其中，本申请实施例中，在RRC协议层之上引入MDT协议层，该MDT协议层负责MDT测量的配置和/或MDT测量的收集，具体实现将在下述方法实施例中详细说明，在此不再赘述。

可选的，本申请实施例图2中的CU-CP实体2011，图3中的MDT实体303或者图4中的网络设备401或者终端设备402的相关功能可以由一个设备实现，也可以由多个设备共同实现，还可以是由一个设备内的一个或多个功能模块实现，本申请实施例对此不作具体限定。可以理解的是，上述功能既可以是硬件设备中的网络元件，也可以是在专用硬件上运行的软件功能，或者是硬件与软件的结合，或者是平台(例如，云平台)上实例化的虚拟化功能。例如，本申请实施例图2中的CU-CP实体2011，图3中的MDT实体303或者图4中的网络设备401或者终端设备402可以通过图5中的通信设备(或通信装置)500来实现。图5所示为本申请实施例提供的通信设备500的结构示意图。该通信设备500包括一个或多个处理器501，通信线路502，以及至少一个通信接口(图5中仅是示例性的以包括通信接口504，以及一个处理器501为例进行说明)，可选的还可以包括存储器503。

处理器501可以是一个通用中央处理器(central processing unit，CPU)，微处理器，特定应用集成电路(application-specific integrated circuit，ASIC)，或一个或多个用于控制本申请方案程序执行的集成电路。

通信线路502可包括一通路，用于连接不同组件之间。

通信接口504，可以是收发模块用于与其他设备或通信网络通信，如以太网，无线接入网(radio access network，RAN)，无线局域网(wireless local area networks，WLAN)等。例如，所述收发模块可以是收发器、收发机一类的装置。可选的，所述通信接口504也可以是位于处理器501内的收发电路，用以实现处理器的信号输入和信号输出。

存储器503可以是具有存储功能的装置。例如可以是只读存储器(read-onlymemory，ROM)或可存储静态信息和指令的其他类型的静态存储设备，随机存取存储器(random access memory，RAM)或者可存储信息和指令的其他类型的动态存储设备，也可以是电可擦可编程只读存储器(electrically erasable programmable read-only memory，EEPROM)、只读光盘(compact disc read-only memory，CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器可以是独立存在，通过通信线路502与处理器相连接。存储器也可以和处理器集成在一起。

其中，存储器503用于存储执行本申请方案的计算机执行指令，并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机执行指令，从而实现本申请实施例中提供的MDT测量方法。

或者，可选的，本申请实施例中，也可以是处理器501执行本申请下述实施例提供的MDT测量方法中的处理相关的功能，通信接口504负责与其他设备或通信网络通信，本申请实施例对此不作具体限定。

可选的，本申请实施例中的计算机执行指令也可以称之为应用程序代码，本申请实施例对此不作具体限定。

在具体实现中，作为一种实施例，处理器501可以包括一个或多个CPU，例如图5中的CPU0和CPU1。

在具体实现中，作为一种实施例，通信设备500可以包括多个处理器，例如图5中的处理器501和处理器508。这些处理器中的每一个可以是一个单核(single-CPU)处理器，也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。

在具体实现中，作为一种实施例，通信设备500还可以包括输出设备505和输入设备506。输出设备505和处理器501通信，可以以多种方式来显示信息。例如，输出设备505可以是液晶显示器(liquid crystal display，LCD)，发光二级管(light emitting diode，LED)显示设备，阴极射线管(cathode ray tube，CRT)显示设备，或投影仪(projector)等。输入设备506和处理器501通信，可以以多种方式接收用户的输入。例如，输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。

上述的通信设备500有时也可以称为通信装置，其可以是一个通用设备或者是一个专用设备。例如通信设备500可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digital assistant，PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备、上述终端设备，上述网络设备、或具有图5中类似结构的设备。本申请实施例不限定通信设备500的类型。

下面将结合图1至图5对本申请实施例提供的MDT测量方法进行具体阐述。

需要说明的是，本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例，具体实现中也可以是其他的名字，本申请实施例对此不作具体限定。

以本申请实施例提供的MDT测量方法应用于如图2所示的通信系统为例，如图6所示，为本申请实施例提供的一种MDT测量方法，该MDT测量方法包括如下步骤：

S601、网络设备的CU-CP实体确定第一配置信息，该第一配置信息用于网络设备的CU-UP实体对第一测量对象进行MDT测量。

可选的，本申请实施例中的第一配置信息例如可以包括以下参数中的一个或多个:第一测量对象、第一测量对象的粒度、第一统计周期、或第一测量收集结果的反馈方式。

例如，假设第一测量对象是由CU-CP实体和CU-UP实体预先协商好、预先配置、或者协议约定，则该第一配置信息例如可以包括第一测量对象的粒度、第一统计周期、或者第一测量收集结果的反馈方式；或者，该第一配置信息包括第一测量对象的粒度和第一统计周期；或者，该第一配置信息包括第一测量对象的粒度和第一测量收集结果的反馈方式；或者，该第一配置信息包括第一测量收集结果的反馈方式和第一统计周期；或者，该第一配置信息包括第一测量对象的粒度、第一统计周期和第一测量收集结果的反馈方式。

又例如，假设第一测量对象的粒度是由CU-CP实体和CU-UP实体预先协商好、预先配置、或者协议约定，则该第一配置信息例如可以包括第一测量对象；或者，该第一配置信息包括第一测量对象和第一统计周期；或者，该第一配置信息包括第一测量对象和第一测量收集结果的反馈方式；或者，该第一配置信息包括第一测量对象、第一统计周期和第一测量收集结果的反馈方式。

再例如，假设第一统计周期是是由CU-CP实体和CU-UP实体预先协商好、预先配置、或者协议约定，则该第一配置信息例如可以包括第一测量对象；或者，该第一配置信息包括第一测量对象的粒度和第一测量对象；或者，该第一配置信息包括第一测量对象和第一测量收集结果的反馈方式；或者，该第一配置信息包括第一测量对象、第一测量对象的粒度和第一测量收集结果的反馈方式。

再例如，假设第一测量收集结果的反馈方式是是由CU-CP实体和CU-UP实体预先协商好、预先配置、或协议约定，则该第一配置信息例如可以包括第一测量对象；或者，该第一配置信息包括第一测量对象的粒度和第一测量对象；或者，该第一配置信息包括第一测量对象和第一统计周期；或者，该第一配置信息包括第一测量对象、第一测量对象的粒度和第一统计周期。

再例如，假设第一统计周期和第一测量收集结果的反馈方式是由CU-CP实体和CU-UP实体预先协商好、预先配置、或协议约定，则该第一配置信息例如可以包括第一测量对象；或者，该第一配置信息包括第一测量对象和第一测量对象的粒度。

再例如，假设第一测量对象的粒度、第一统计周期和第一测量收集结果的反馈方式是由CU-CP实体和CU-UP实体预先协商好、预先配置、或协议约定，则该第一配置信息例如可以包括第一测量对象。

上述例子仅是示例性的给出第一配置信息的部分可能组合形式。第一配置信息还可能是上述第一测量对象、第一测量对象的粒度、第一统计周期和第一测量收集结果的反馈方式中的一个或多个的其他组合形式，本申请实施例在此不再一一举例说明。

可选的，本申请实施例中，第一测量对象例如可以是业务的流量、业务的IP吞吐量、业务的丢包率、或者业务的处理时延等，本申请实施例对业务的类型不作具体限定。

可选的，本申请实施例中的业务的流量、业务的IP吞吐量、业务的丢包率、或者业务的处理时延还可以区分上下行，比如，业务的流量包括业务的上行流量或业务的下行流量中的至少一个；或者，业务的IP吞吐量包括业务的上行IP吞吐量或业务的下行IP吞吐量中的至少一个；业务的丢包率包括业务的上行丢包率或下行丢包率中的至少一个；或者，业务的处理时延包括业务的上行处理时延或业务的下行处理时延中的至少一个，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第一测量对象的粒度例如可以是QoS flow粒度、5QI粒度或者DRB粒度等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第一统计周期用于表征CU-UP实体对第一测量对象进行MDT测量的周期。

可选的，本申请实施例中，第一测量收集结果的反馈方式例如可以是CU-UP实体通过CU-UP实体和CU-CP实体之间的用户面向CU-CP实体反馈第一测量收集结果；或者，第一测量收集结果的反馈方式例如可以是CU-UP实体通过CU-UP实体和CU-CP实体之间的控制面向CU-CP实体反馈第一测量收集结果等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若第一测量收集结果的反馈方式为CU-UP实体通过CU-UP实体和CU-CP实体之间的用户面向CU-CP实体反馈第一测量收集结果，则本申请实施例中的第一配置信息中还可能包括对应的隧道信息，该隧道信息用于CU-UP实体向CU-CP实体反馈第一测量收集结果。该隧道信息例如可以是通用分组无线服务(general packet radioservice，GPRS)隧道协议用户面(GPRS tunnelling protocol user plane，GTP-U)隧道信息，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第一配置信息还可能包括CU-UP实体上报第一测量收集结果的触发事件的配置信息，该触发事件的配置信息中例如可以包括触发门限。比如，当业务的处理时延测量结果低于触发门限时，CU-UP实体上报对应的第一测量收集结果或者上报一个事件给CU-CP实体，本申请实施例对此不作具体限定。

S602、CU-CP实体向CU-UP实体发送第一配置信息。相应的，CU-UP实体接收来自CU-CP实体的第一配置信息。

例如，CU-CP实体可以通过图2所示的E1接口的消息向CU-UP实体发送第一配置信息，CU-UP实体可以通过图2所示的E1接口的消息接收来自CU-CP实体的第一配置信息。本申请实施例中，该E1接口的消息可以是对现有的消息的改进，也可以是新定义的消息，本申请实施例对此不作具体限定。

S603、CU-UP实体根据第一配置信息，对第一测量对象进行MDT测量，获得第一测量收集结果。

需要说明的是，本申请实施例中的测量收集结果(如第一测量收集、第二测量收集结果或第三测量收集结果)也可以称之为测量结果或者收集结果，本申请实施例对测量收集结果的名字不作具体限定。其中，该测量收集结果或者测量结果或者收集结果均可以是基于测量或收集中的一项或多项得到的，本申请实施例对此不作具体限定。

本申请实施例中的MDT测量可以包括测量或者收集，在此统一说明，本申请实施例对此不作具体限定。

可选的，本申请实施例中，CU-UP实体可以根据第一配置信息中的第一测量对象、第一测量对象的粒度或第一统计周期中的至少一个进行对应的MDT测量。

可选的，本申请实施例中，第一测量收集结果例如可以是业务的流量的统计结果、业务的IP吞吐量的统计结果、业务的丢包率的统计结果、或者业务的处理时延的统计结果等，其中，对应的统计结果可以是具体的测量取值，也可能是具体的测量值对应的分布，本申请实施例对此不作具体限定。

可选的，本申请实施例中，CU-UP实体获得第一测量收集结果之后，可以对该第一测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-UP实体收集第一测量收集结果之后进行网络性能监视；或者，也可以是CU-UP实体收集第一测量收集结果之后，将第一测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S601-S603，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量，并且可以由CU-UP实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S604：

S604、CU-UP实体向CU-CP实体发送第一测量收集结果。相应的，CU-CP实体接收来自CU-UP实体的第一测量收集结果。

可选的，本申请实施例中，若CU-UP实体是通过CU-UP实体和CU-CP实体之间的控制面通知CU-CP实体对应的第一测量收集结果，则CU-UP实体可以通过一个控制消息通知CU-CP实体对应的第一测量收集结果；或者，若CU-UP实体是通过CU-UP实体和CU-CP实体之间的用户面通知CU-CP实体对应的第一测量收集结果，则CU-UP实体可以通过隧道(比如GTP-U隧道)通知CU-CP实体对应的第一测量收集结果，该隧道可以是上述第一配置信息中的隧道信息对应的隧道，也可以是由CU-CP实体和CU-UP实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，CU-UP实体通知CU-CP实体对应的第一测量收集结果时，可以同时指示该第一测量收集结果对应的第一测量对象，或者，也可以指示第一测量收集结果对应的第一测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在CU-CP实体接收来自CU-UP实体的第一测量收集结果之后，可以对该第一测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-CP实体收集第一测量收集结果之后进行网络性能监视；或者，也可以是CU-CP实体收集第一测量收集结果之后，将第一测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S601-S604，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量，并且可以通过CU-CP实体收集第一测量收集结果，由CU-CP实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S605-S607：

S605、CU-CP实体确定第二配置信息，该第二配置信息用于网络设备的DU实体对第二测量对象进行MDT测量。

可选的，本申请实施例中的第二配置信息例如可以包括以下参数中的一个或多个:第二测量对象、第二测量对象的粒度、第二统计周期或第二测量收集结果。

其中，第二配置信息包括第二测量对象、第二测量对象的粒度、第二统计周期和第二测量收集结果的反馈方式中的一个或多个的相关描述可参考步骤S601中第一配置信息包括第一测量对象、第一测量对象的粒度、第一统计周期和第一测量收集结果的反馈方式中的一个或多个的相关描述，区别比如在于：将步骤S601中的第一配置信息替换为步骤S605的第二配置信息；将步骤S601中的第一测量对象替换为步骤S605的第二测量对象；将步骤S601中的第一测量对象的粒度替换为步骤S605的第二测量对象粒度；将步骤S601中的第一统计周期替换为步骤S605的第二统计周期；将步骤S601中的第一测量收集结果的反馈方式替换为步骤S605的第二测量收集结果的反馈方式；将步骤S601中的由CU-CP实体和CU-UP实体提前协商替换为步骤S605中的由CU-CP实体和DU实体提前协商。其余相关描述可参考上述步骤S601，在此不再赘述。

可选的，本申请实施例中，第二测量对象例如可以是接收干扰功率、功率余量、调度时延、业务的流量、业务的IP吞吐量、业务的丢包率、或者业务的处理时延等，本申请实施例对业务的类型不作具体限定。

可选的，本申请实施例中的调度时延、业务的流量、业务的IP吞吐量、业务的丢包率、或者业务的处理时延还可以区分上下行，比如，调度时延包括上行调度时延或下行调度时延中的至少一个；或者，业务的流量包括业务的上行流量或业务的下行流量中的至少一个；或者，业务的IP吞吐量包括业务的上行IP吞吐量或业务的下行IP吞吐量中的至少一个；业务的丢包率包括业务的上行丢包率或下行丢包率中的至少一个；或者，业务的处理时延包括业务的上行处理时延或业务的下行处理时延中的至少一个，等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第二测量对象的粒度例如可以是QoS flow粒度、5QI粒度或者DRB粒度等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第二统计周期用于表征DU实体对第二测量对象进行MDT测量的周期。

可选的，本申请实施例中，第二测量收集结果的反馈方式例如可以是DU实体通过DU实体和CU-CP实体之间的用户面向CU-CP实体反馈第二测量收集结果；或者，第二测量收集结果的反馈方式例如可以是DU实体通过DU实体和CU-CP实体之间的控制面向CU-CP实体反馈第二测量收集结果等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若第二测量收集结果的反馈方式为DU实体通过DU实体和CU-CP实体之间的用户面向CU-CP实体反馈第二测量收集结果，则本申请实施例中的第二配置信息中还可能包括对应的隧道信息，该隧道信息用于DU实体向CU-CP实体反馈第二测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第二配置信息还可能包括DU实体上报第二测量收集结果的触发事件的配置信息，该触发事件的配置信息中例如可以包括触发门限。比如，当业务的处理时延测量结果低于触发门限时，DU实体上报对应的第二测量收集结果或者上报一个事件给CU-CP实体，本申请实施例对此不作具体限定。

S606、CU-CP实体向DU实体发送第二配置信息。相应的，DU实体接收来自CU-CP实体的第二配置信息。

例如，CU-CP实体可以通过图2所示的F1-C接口的消息向DU实体发送第二配置信息，DU实体可以通过图2所示的F1-C接口的消息接收来自CU-CP实体的第二配置信息。本申请实施例中，该F1-C接口的消息可以是对现有的消息改进，也可以是新定义的消息，本申请实施例对此不作具体限定。示例性的，该F1-C接口的消息例如可以是RRC消息。

S607、DU实体根据第二配置信息，对第二测量对象进行MDT测量，获得第二测量收集结果。

可选的，本申请实施例中，DU实体可以根据第二配置信息中的第二测量对象、第二测量对象的粒度或第二统计周期中的至少一个进行对应的MDT测量。

可选的，本申请实施例中，第二测量结果例如可以是接收干扰功率的统计结果、功率余量的统计结果、调度时延的统计结果、业务的流量的统计结果、业务的IP吞吐量的统计结果、业务的丢包率的统计结果、业务的处理时延业务的统计结果等，其中，对应的统计结果可以是具体的测量取值，也可能是具体的测量值对应的分布，本申请实施例对此不作具体限定。

可选的，本申请实施例中，DU实体获得第二测量收集结果之后，可以对该第二测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是DU实体收集第二测量收集结果之后进行网络性能监视；或者，也可以是DU实体收集第二测量收集结果之后，将第二测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S605-S607，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以由DU实体根据第二收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S608：

S608、DU实体向CU-CP实体发送第二测量收集结果。相应的，CU-CP实体接收来自DU实体的第二测量收集结果。

可选的，本申请实施例中，若DU实体是通过DU实体和CU-CP实体之间的控制面通知CU-CP实体对应的第二测量收集结果，则DU实体可以通过一个控制消息通知CU-CP实体对应的第二测量收集结果；或者，若DU实体是通过DU实体和CU-CP实体之间的用户面通知CU-CP实体对应的第二测量收集结果，则DU实体可以通过隧道(比如GTP-U隧道)通知CU-CP实体对应的第二测量收集结果，该隧道可以是上述第二配置信息中的隧道信息对应的隧道，也可以是由CU-CP实体和DU实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若CU-CP实体和CU-UP实体在物理上是合一的，则DU实体向CU实体发送第二测量收集结果，以使得CU实体接收来自DU实体的第二测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，DU实体通知CU-CP实体对应的第二测量收集结果时，可以同时指示该第二测量收集结果对应的第二测量对象，或者，也可以指示第二测量收集结果对应的第二测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在CU-CP实体接收来自DU实体的第二测量收集结果之后，可以对该第二测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-CP实体收集第二测量收集结果之后进行网络性能监视；或者，也可以是CU-CP实体收集第二测量收集结果之后，将第二测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S605-S608，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以通过CU-CP实体收集第二测量收集结果，由CU-CP实体根据第二收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S609-S612：

S609、CU-CP实体确定第三配置信息，该第三配置信息用于终端设备对第三测量对象进行MDT测量。

可选的，本申请实施例中的第三配置信息例如可以包括第三测量对象、第三测量对象的粒度、第三统计周期和第三测量收集结果的反馈方式中的一个或多个，本申请实施例对此不作具体限定。

其中，第三配置信息包括第三测量对象、第三测量对象的粒度、第三统计周期和第三测量收集结果的反馈方式中的一个或多个的相关描述可参考步骤S601中第一配置信息包括第一测量对象、第一测量对象的粒度、第一统计周期和第一测量收集结果的反馈方式中的一个或多个的相关描述，区别比如在于：将步骤S601中的第一配置信息替换为步骤S609的第三配置信息；将步骤S601中的第一测量对象替换为步骤S609的第三测量对象；将步骤S601中的第一测量对象的粒度替换为步骤S609的第三测量对象粒度；将步骤S601中的第一统计周期替换为步骤S609的第三统计周期；将步骤S601中的第一测量收集结果的反馈方式替换为步骤S609的第三测量收集结果的反馈方式；将步骤S601中的由CU-CP实体和CU-UP实体提前协商替换为步骤S609中的由CU-CP实体和终端设备提前协商。其余相关描述可参考上述步骤S601，在此不再赘述。

可选的，本申请实施例中，第三测量对象例如可以是小区信号质量、功率余量、业务的流量、业务的IP吞吐量、业务的丢包率、业务的处理时延、或者网络设备与终端设备之间发送数据包的往返时延等，本申请实施例对业务的类型不作具体限定。

可选的，本申请实施例中的业务的流量、业务的IP吞吐量、业务的丢包率、或者业务的处理时延还可以区分上下行，比如，业务的流量包括业务的上行流量或业务的下行流量中的至少一个；或者，业务的IP吞吐量包括业务的上行IP吞吐量或业务的下行IP吞吐量中的至少一个；业务的丢包率包括业务的上行丢包率或下行丢包率中的至少一个；或者，业务的处理时延包括业务的上行处理时延或业务的下行处理时延中的至少一个，等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第三测量对象的粒度例如可以是QoS flow粒度、5QI粒度或者DRB粒度等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第三统计周期用于表征终端设备对第三测量对象进行MDT测量的周期。

可选的，本申请实施例中，由于CU-CP实体通过DU实体和终端设备通信，因此第三测量收集结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-CP实体之间的用户面向CU-CP实体反馈第三测量收集结果；或者，第三测量收集结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-CP实体之间的控制面向CU-CP实体反馈第三测量收集结果等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若第三测量收集结果的反馈方式为DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-CP实体之间的用户面向CU-CP实体反馈第三测量收集结果，则本申请实施例中的第三配置信息中还可能包括对应的隧道信息，该隧道信息用于终端设备通过DU实体向CU-CP实体反馈第三测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第三配置信息还可能包括终端设备上报第三测量收集结果的触发事件的配置信息，该触发事件的配置信息中例如可以包括触发门限。比如，当业务的处理时延测量结果低于触发门限时，终端设备上报对应的第三测量收集结果或者上报一个事件给CU-CP实体，本申请实施例对此不作具体限定。

S610、CU-CP实体向终端设备发送第三配置信息。相应的，终端设备接收来自CU-CP实体的第三配置信息。

示例性的，CU-CP实体可以通过图2所示的F1-C接口的消息向DU实体发送第三配置信息，进而由DU实体向终端设备发送该第三配置信息，终端设备可以通过DU实体接收来自CU-CP实体的第三配置信息，本申请实施例对此不作具体限定。

S611、终端设备根据第三配置信息，对第三测量对象进行MDT测量，获得第三测量收集结果。

可选的，本申请实施例中，终端设备可以根据第三配置信息中的第三测量对象、第三测量对象的粒度或第三统计周期中的至少一个进行对应的MDT测量。

可选的，本申请实施例中，第三测量收集结果例如可以是小区信号质量的统计结果、功率余量的统计结果、业务的流量的统计结果、业务的IP吞吐量的统计结果、业务的丢包率的统计结果、业务的处理时延的统计结果、或者网络设备与终端设备之间发送数据包的往返时延的统计结果，等，其中，对应的统计结果可以是具体的测量取值，也可能是具体的测量值对应的分布，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备除了可以根据第三配置信息进行MDT测量，还可以根据自身的能力统计(或收集)之前发生的一些事件，比如终端设备可以进行RACH失败统计，RLF统计，RRC连接接入失败统计等，本申请实施例对此不作具体限定。

S612、终端设备向CU-CP实体发送第三测量收集结果。相应的，CU-CP实体接收来自终端设备的第三测量收集结果。

可选的，本申请实施例中，由于终端设备通过DU实体向CU-CP实体反馈第三测量收集结果，因此，在DU实体接收来自终端设备的第三测量收集结果之后，若DU实体是通过DU实体和CU-CP实体之间的控制面通知CU-CP实体对应的第三测量收集结果，则DU实体可以通过一个控制消息通知CU-CP实体对应的第三测量收集结果；或者，若DU实体是通过DU实体和CU-CP实体之间的用户面通知CU-CP实体对应的第三测量收集结果，则DU实体可以通过隧道(比如GTP-U隧道)通知CU-CP实体对应的第三测量收集结果，该隧道可以是上述第三配置信息中的隧道信息对应的隧道，也可以是由CU-CP实体和DU实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备可以通过控制面向DU实体发送第三测量收集结果，也可以通过用户面向DU实体发送第三测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若CU-CP和CU-UP是一个实体，则终端设备向CU实体发送第三测量收集结果，以使得CU实体接收来自终端设备的第三测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备通知CU-CP实体对应的第三测量收集结果时，可以同时指示该第三测量收集结果对应的第三测量对象，或者，也可以指示第三测量收集结果对应的第三测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在CU-CP实体接收来自终端设备的第三测量收集结果之后，可以对该第三测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-CP实体收集第三测量收集结果之后进行网络性能监视；或者，也可以是CU-CP实体收集第三测量收集结果之后，将第三测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S609-S612，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过CU-CP实体收集第三测量收集结果，由CU-CP实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S605-S607，可选的包括步骤S608，可选的包括步骤S601-S603或者步骤S601-S604，可选的包括步骤S609-S612。或者，可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S609-S612，可选的包括步骤S601-S603或者步骤S601-S604；可选的包括步骤S605-S607或者步骤S605-S608。也就是说，本申请实施例中，CU-UP实体对第一测量对象进行MDT测量、DU实体对第二测量对象进行MDT测量、或者终端设备对第三测量对象进行测量这三种MDT测量之间没有必然的关联关系，本申请实施例对此不作具体限定。

此外，一种可能的方式中，本申请实施例中，CU-CP实体也可以本地获取(或确定)第四配置信息，并根据第四配置信息对第四测量对象进行测量，得到第四测量收集结果，该第四测量对象例如可以是RRC连接数目(RRC connection number)，该第四测量收集结果例如可以是RRC连接数目的统计结果，本申请实施例对此不作具体限定。

基于本申请实施例提供的MDT测量方法，可以实现CU实体和DU实体分离架构的网络设备的MDT测量。

其中，上述步骤S601至S612中的CU-CP实体的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以本申请实施例提供的MDT测量方法应用于如图2所示的通信系统为例，如图7所示，为本申请实施例提供的另一种MDT测量方法，该MDT测量方法包括如下步骤：

S701-S703，其中步骤S701-S703同图6所示的实施例中的步骤S601-S603，相关描述可参考图6所示的实施例，在此不再赘述。

可选的，本申请实施例提供的MDT测量方法还可以包括步骤S704-S706，其中步骤S704-S706与图6所示的实施例中的步骤S605-S607类似，区别比如在于：第二测量收集结果的反馈方式不一样。比如，在步骤S704-S706中，第二测量收集结果的反馈方式例如可以是DU实体通过DU实体和CU-UP实体之间的用户面向CU-UP实体反馈第二测量收集结果；或者，第二测量收集结果的反馈方式例如可以是DU实体通过DU实体和CU-UP实体之间的控制面向CU-UP实体反馈第二测量收集结果等，本申请实施例对此不作具体限定。此外，可选的，在步骤S704-S706中，若第二测量收集结果的反馈方式为DU实体通过DU实体和CU-UP实体之间的用户面CU-UP实体反馈第二测量收集结果，则本申请实施例中的第二配置信息中还可能包括对应的隧道信息，该隧道信息用于DU实体向CU-UP实体反馈第二测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。其余相关描述可参考图6所示的实施例，在此不再赘述。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S707：

S707、DU实体向CU-UP实体发送第三测量收集结果。相应的，CU-UP实体接收来自DU实体的第三测量收集结果。

可选的，本申请实施例中，若DU实体是通过DU实体和CU-UP实体之间的控制面通知CU-UP实体对应的第二测量收集结果，则DU实体可以通过一个控制消息通知CU-UP实体对应的第二测量收集结果；或者，若DU实体是通过DU实体和CU-UP实体之间的用户面通知CU-UP实体对应的第二测量收集结果，则DU实体可以通过隧道(比如GTP-U隧道)通知CU-UP实体对应的第二测量收集结果，该隧道可以是上述第二配置信息中的隧道信息对应的隧道，也可以是由CU-UP实体和DU实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若CU-CP实体和CU-UP实体在物理上是合一的，则DU实体向CU实体发送第二测量收集结果，以使得CU实体接收来自DU实体的第二测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，DU实体通知CU-UP实体对应的第二测量收集结果时，可以同时指示该第二测量收集结果对应的第二测量对象，或者，也可以指示第二测量收集结果对应的第二测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在CU-UP实体接收来自DU实体的第二测量收集结果之后，可以对该第二测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-UP实体收集第二测量收集结果之后进行网络性能监视；或者，也可以是CU-UP实体收集第二测量收集结果之后，将第二测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S704-S707，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以通过CU-UP实体收集第二测量收集结果，由CU-UP实体根据第二收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括步骤S708-S710，其中步骤S708-S710与图6所示的实施例中的步骤S609-S611类似，区别比如在于：第三测量收集结果的反馈方式不一样。比如，在步骤S708-S710中，CU-UP实体通过DU实体和终端设备通信，因此第三测量结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-UP实体之间的用户面向CU-UP实体反馈第三测量收集结果；或者，第三测量结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-UP实体之间的控制面向CU-UP实体反馈第三测量收集结果等，本申请实施例对此不作具体限定。此外，在步骤S708-S710中，若第三测量收集结果的反馈方式为DU实体接收来自终端设备的第三测量结果之后，通过DU实体和CU-UP实体之间的用户面向CU-UP实体反馈第三测量收集结果，则本申请实施例中的第三配置信息中还可能包括对应的隧道信息，该隧道信息用于终端设备通过DU实体向CU-UP实体反馈第三测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。其余相关描述可参考图6所示的实施例，在此不再赘述。

其中，在步骤S710之后，本申请实施例提供的MDT测量方法还包括如下步骤S711：

S711、终端设备向CU-UP实体发送第三测量收集结果。相应的，CU-UP实体接收来自终端设备的第三测量收集结果。

可选的，本申请实施例中，由于终端设备通过DU实体向CU-UP实体反馈第三测量收集结果，因此，在DU实体接收来自终端设备的第三测量收集结果之后，若DU实体是通过F1-U接口的控制面通知CU-UP实体对应的第三测量收集结果，则DU实体可以通过一个控制消息通知CU-UP实体对应的第三测量收集结果；或者，若DU实体是通过F1-U接口的用户面通知CU-UP实体对应的第三测量收集结果，则DU实体可以通过隧道(比如GTP-U隧道)通知CU-UP实体对应的第三测量收集结果，该隧道可以是上述第三配置信息中的隧道信息对应的隧道，也可以是由CU-UP实体和DU实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备可以通过控制面向DU实体发送第三测量收集结果，也可以通过用户面向DU实体发送第三测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，若CU-CP和CU-UP是一个实体，则终端设备向CU实体发送第三测量收集结果，以使得CU实体接收来自终端设备的第三测量收集结果，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备通知CU-UP实体对应的第三测量收集结果时，可以同时指示该第三测量收集结果对应的第三测量对象，或者，也可以指示第三测量收集结果对应的第三测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在CU-UP实体接收来自终端设备的第三测量收集结果之后，可以对该第三测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是CU-UP实体收集第三测量收集结果之后进行网络性能监视；或者，也可以是CU-UP实体收集第二测量收集结果之后，将第二测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S708-S711，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过CU-UP实体收集第三测量收集结果，由CU-UP实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S704-S706，可选的包括步骤S707，可选的包括步骤S701-S703，可选的包括步骤S708-S711。或者，可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S708-S711，可选的包括步骤S704-S706或者步骤S704-S707；可选的包括步骤S701-S703。也就是说，本申请实施例中，CU-UP实体对第一测量对象进行MDT测量、DU实体对第二测量对象进行MDT测量、或者终端设备对第三测量对象进行测量这三种MDT测量之间没有必然的关联关系，本申请实施例对此不作具体限定。

此外，一种可能的方式中，本申请实施例中，CU-CP实体也可以本地获取(或确定)第四配置信息，并根据第四配置信息对第四测量对象进行测量，得到第四测量收集结果，该第四测量对象例如可以是RRC连接数目，该第四测量收集结果例如可以是RRC连接数目的统计结果，本申请实施例对此不作具体限定。可选的，CU-CP实体还可以向CU-UP实体发送第四测量收集结果，相关描述可参考图6所示的实施例中CU-UP实体向CU-CP实体发送第一测量收集结果的描述，在此不再赘述。

基于本申请实施例提供的MDT测量方法，可以实现CU实体和DU实体分离架构的网络设备的MDT测量。

其中，上述步骤S701至S711中的CU-CP实体的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以本申请实施例提供的MDT测量方法应用于如图3所示的通信系统为例，如图8所示，为本申请实施例提供的另一种MDT测量方法，该MDT测量方法包括如下步骤：

S801、MDT实体确定第一配置信息，该第一配置信息用于网络设备的CU-UP实体对第一测量对象进行MDT测量。

其中，第一配置信息的相关描述可参考图6所示的实施例中步骤S601中的描述，区别比如在于：第一测量收集结果的反馈方式不一样。比如，在步骤S801中，第一测量收集结果的反馈方式例如可以是CU-UP实体通过MDT实体和CU-UP实体之间的用户面向MDT实体反馈第一测量收集结果；或者，第一测量收集结果的反馈方式例如可以是CU-UP实体通过MDT实体和CU-UP实体之间的控制面向MDT实体反馈第一测量收集结果等，本申请实施例对此不作具体限定。此外，可选的，在步骤S801中，若第一测量收集结果的反馈方式为CU-UP实体通过MDT实体和CU-UP实体之间的用户面向MDT实体反馈第一测量收集结果，则本申请实施例中的第一配置信息中还可能包括对应的隧道信息，该隧道信息用于CU-UP实体向MDT实体反馈第一测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。其余相关描述可参考图6所示的实施例，在此不再赘述。

S802、MDT实体向CU-UP实体发送第一配置信息。相应的，CU-UP实体接收来自MDT实体的第一配置信息。

示例性的，MDT实体可以通过图3所示的MDT实体和CU-UP实体之间的消息向CU-UP实体发送第一配置信息，CU-UP实体可以通过图3所示的MDT实体和CU-UP实体之间的消息接收来自MDT实体的第一配置信息，本申请实施例对此不作具体限定。

S803，其中步骤S803同图6所示的实施例中的步骤S603，相关描述可参考图6所示的实施例，在此不再赘述。

基于上述步骤S801-S803，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量，并且可以由CU-UP实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S804：

S804、CU-UP实体向MDT实体发送第一测量收集结果。相应的，MDT实体接收来自CU-UP实体的第一测量收集结果。

可选的，本申请实施例中，若CU-UP实体是通过MDT实体和CU-UP实体之间的控制面通知MDT实体对应的第一测量收集结果，则CU-UP实体可以通过一个控制消息通知MDT实体对应的第一测量收集结果；或者，若CU-UP实体是通过MDT实体和CU-UP实体之间的用户面通知MDT实体对应的第一测量收集结果，则CU-UP实体可以通过隧道(比如GTP-U隧道)通知MDT实体对应的第一测量收集结果，该隧道可以是上述第一配置信息中的隧道信息对应的隧道，也可以是由MDT实体和CU-UP实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，CU-UP实体通知MDT实体对应的第一测量收集结果时，可以同时指示该第一测量收集结果对应的第一测量对象，或者，也可以指示第一测量收集结果对应的第一测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在MDT实体接收来自CU-UP实体的第一测量收集结果之后，可以对该第一测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是MDT实体收集第一测量收集结果之后进行网络性能监视；或者，也可以是MDT实体收集第一测量收集结果之后，将第一测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S801-S804，对于CU实体和DU实体分离架构的网络设备，可以通过CU-UP实体进行MDT测量，并且可以通过MDT实体收集第一测量收集结果，由MDT实体根据第一收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S805-S807：

S805、MDT实体确定第二配置信息，该第二配置信息用于网络设备的DU实体对第一测量对象进行MDT测量。

其中，第二配置信息的相关描述可参考图6所示的实施例中步骤S605中的描述，区别比如在于：第二测量收集结果的反馈方式不一样。比如，在步骤S805中，第二测量收集结果的反馈方式例如可以是DU实体通过MDT实体和DU实体之间的用户面向MDT实体反馈第二测量收集结果；或者，第二测量收集结果的反馈方式例如可以是DU实体通过MDT实体和DU实体之间的控制面向MDT实体反馈第二测量收集结果等，本申请实施例对此不作具体限定。此外，可选的，在步骤S805中，若第二测量收集结果的反馈方式为DU实体通过MDT实体和DU实体之间的用户面向MDT实体反馈第二测量收集结果，则本申请实施例中的第二配置信息中还可能包括对应的隧道信息，该隧道信息用于DU实体向MDT实体反馈第二测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。其余相关描述可参考图6所示的实施例，在此不再赘述。

S806、MDT实体向DU实体发送第二配置信息。相应的，DU实体接收来自MDT实体的第二配置信息。

示例性的，DU实体可以通过图3所示的MDT实体和DU实体之间的消息向DU实体发送第二配置信息，DU实体可以通过图3所示的MDT实体和DU实体之间的消息接收来自CU-CP实体的第二配置信息，本申请实施例对此不作具体限定。

S807、同图6所示的实施例中的步骤S607，相关描述可参考图6所示的实施例，在此不再赘述。

基于上述步骤S805-S807，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以由MDT实体根据第二收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S808：

S808、DU实体向MDT实体发送第二测量收集结果。相应的，MDT实体接收来自DU实体的第二测量收集结果。

可选的，本申请实施例中，若DU实体是通过MDT实体和DU实体之间的控制面通知MDT实体对应的第二测量收集结果，则DU实体可以通过一个控制消息通知MDT实体对应的第二测量收集结果；或者，若DU实体是通过MDT实体和CU-UP实体之间的用户面通知MDT实体对应的第二测量收集结果，则DU实体可以通过隧道(比如GTP-U隧道)通知MDT实体对应的第二测量收集结果，该隧道可以是上述第二配置信息中的隧道信息对应的隧道，也可以是由MDT实体和DU实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，DU实体通知MDT实体对应的第二测量收集结果时，可以同时指示该第二测量收集结果对应的第二测量对象，或者，也可以指示第二测量收集结果对应的第二测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在MDT实体接收来自DU实体的第二测量收集结果之后，可以对该第二测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是MDT实体收集第二测量收集结果之后进行网络性能监视；或者，也可以是MDT实体收集第二测量收集结果之后，将第二测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S805-S808，对于CU实体和DU实体分离架构的网络设备，可以通过DU实体进行MDT测量，并且可以通过MDT实体收集第二测量收集结果，由MDT实体根据第二收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S809-S812：

S809、MDT实体确定第三配置信息，该第三配置信息用于终端设备对第三测量对象进行MDT测量。

其中，第三配置信息的相关描述可参考图6所示的实施例中步骤S609中的描述，区别比如在于：第三测量收集结果的反馈方式不一样。比如，在步骤S809中，终端设备可以通过DU实体向CU-CP实体发送第三测量收集结果，进而由CU-CP实体向MDT实体发送第三测量收集结果，也就是说，终端设备分别通过DU实体和CU-CP实体与MDT实体通信，因此，第三测量收集结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过CU-CP实体与DU实体之间的用户面向CU-CP实体反馈第三测量收集结果，进而由CU-CP实体通过MDT实体和CU-CP实体之间的用户面向MDT实体反馈第三测量收集结果；或者，第三测量收集结果的反馈方式例如可以是DU实体接收来自终端设备的第三测量结果之后，通过CU-CP实体与DU实体之间的控制面向CU-CP实体反馈第三测量收集结果，进而由CU-CP实体通过MDT实体和CU-CP实体之间的控制面向MDT实体反馈第三测量收集结果，本申请实施例对此不作具体限定。此外，可选的，在步骤S809中，若第三测量收集结果的反馈方式为DU实体接收来自终端设备的第三测量结果之后，通过CU-CP实体与DU实体之间的用户面向CU-CP实体反馈第三测量收集结果，进而由CU-CP实体通过MDT实体和CU-CP实体之间的用户面向MDT实体反馈第三测量收集结果，则本申请实施例中的第三配置信息中还可能包括对应的隧道信息，该隧道信息用于DU实体向CU-CP实体反馈第三测量收集结果，以及CU-CP实体向MDT实体反馈第三测量收集结果。示例性的，该隧道信息例如可以是GTP-U隧道信息，本申请实施例对此不作具体限定。其余相关描述可参考图6所示的实施例，在此不再赘述。

S810、MDT实体向终端设备发送第三配置信息。相应的，终端设备接收来自MDT实体的第三配置信息。

示例性的，MDT实体可以通过图3所示的MDT实体和CU-CP实体之间的消息向CU-CP实体发送第三配置信息，进而由CU-CP实体通过DU实体向终端设备发送该第三配置信息，终端设备可以通过DU接收该第三配置信息，本申请实施例对此不作具体限定。其中，CU-CP实体通过DU实体向终端设备发送该第三配置信息的相关实现可参考图6所示的实施例中步骤S610的描述，在此不再赘述。

S811，其中步骤S811同图6所示的实施例中的步骤S611，相关描述可参考图6所示的实施例，在此不再赘述。

S812、终端设备向MDT实体发送第三测量收集结果。相应的，MDT实体接收来自终端设备的第三测量收集结果。

可选的，本申请实施例中，终端设备可以通过DU实体向CU-CP实体发送第三测量收集结果，进而由CU-CP实体向MDT实体发送第三测量收集结果，本申请实施例对此不作具体限定。其中，终端设备向CU-CP实体反馈第三测量收集结果的方式可参考图6所示的实施例中的步骤S612，在此不再赘述。进而，在CU-CP实体获取第三测量收集结果之后，若CU-CP实体通过MDT实体和CU-CP实体之间的控制面向MDT实体反馈第三测量收集结果，则CU-CP实体可以通过一个控制消息通知MDT实体对应的第三测量收集结果；若CU-CP实体通过MDT实体和CU-CP实体之间的用户面向MDT实体反馈第三测量收集结果，则CU-CP实体可以通过隧道(比如GTP-U隧道)通知MDT实体对应的第三测量收集结果；该隧道可以是上述第三配置信息中的隧道信息对应的隧道，也可以是由MDT实体和CU-CP实体提前协商好的或者协议配置好的隧道，本申请实施例对此不作具体限定。

可选的，本申请实施例中，终端设备通知MDT实体对应的第三测量收集结果时，可以同时指示该第三测量收集结果对应的第三测量对象，或者，也可以指示第三测量收集结果对应的第三测量对象的粒度，本申请实施例对此不作具体限定。

可选的，本申请实施例中，在MDT实体接收来自终端设备的第三测量收集结果之后，可以对该第三测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是MDT实体收集第三测量收集结果之后进行网络性能监视；或者，也可以是MDT实体收集第三测量收集结果之后，将第三测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于上述步骤S809-S812，对于CU实体和DU实体分离架构的网络设备，可以通过终端设备进行MDT测量，并且可以通过MDT实体收集第三测量收集结果，由MDT实体根据第三收集测量收集结果进行数据分析、优化、或网络性能监视等处理。

可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S805-S807，可选的包括步骤S808，可选的包括步骤S801-S803或者步骤S801-S804，可选的包括步骤S809-S812。或者，可选的，本申请实施例提供的MDT测量方法也可以包括上述步骤S809-S812，可选的包括步骤S801-S803或者步骤S801-S804；可选的包括步骤S805-S807或者步骤S805-S808。也就是说，本申请实施例中，CU-UP实体对第一测量对象进行MDT测量、DU实体对第二测量对象进行MDT测量、或者终端设备对第三测量对象进行测量这三种MDT测量之间没有必然的关联关系，本申请实施例对此不作具体限定。

基于本申请实施例提供的MDT测量方法，可以实现CU实体和DU实体分离架构的网络设备的MDT测量。

可选的，本申请实施例提供的MDT测量方法也可以用于CU-CP和CU-UP在物理上是合一的情况下的网络设备的MDT测量，此时仅需将上述的CU-CP实体或者CU-UP实体替换为CU实体即可，其余相关描述可参考上述实施例，在此不再赘述。

其中，上述步骤S701至S712中的CU-CP实体的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

可选的，以本申请实施例提供的MDT测量方法应用于如图4所示的通信系统为例，如图9所示，为本申请实施例提供的一种MDT测量方法，该MDT测量方法包括如下步骤：

S901、网络设备的MDT协议层确定配置信息，该配置信息用于终端设备的MDT协议层或终端设备的RRC协议层中的至少一个对测量对象进行MDT测量。

需要说明的是，本申请实施例中的MDT测量可以包括测量或者收集，在此统一说明，本申请实施例对此不作具体限定。

可选的，本申请实施例中的配置信息可以参考图6所示的实施例中的第三配置信息的相关描述，区别比如在于：测量收集结果的反馈方式不一样。比如，在步骤S901中，测量收集结果的反馈方式例如可以是通过终端设备和网络设备之间的控制面反馈测量收集结果，本申请实施例对此不作具体限定。

S902、网络设备的MDT协议层向终端设备的MDT协议层发送配置信息。相应的，终端设备的MDT协议层接收来自网络设备的MDT协议层的配置信息。其中，该配置信息经由网络设备的MDT协议层、网络设备的RRC协议层、终端设备的RRC协议层到达终端设备的MDT协议层。

可选的，本申请实施例中，该配置信息被封装在第一传输容器(contain)中，第一传输容器在网络设备的RRC协议层和终端设备的RRC协议层之间通过下行RRC消息携带。这样，可以使得该配置信息在终端设备的MDT协议层和网络设备的MDT协议层之间是透传的，也就是说MDT功能演进时不需要修改RRC消息对应的协议，从而可以实现MDT测量功能与RRC功能解耦，进而可以便于MDT功能后续的独立演进。

S903、终端设备的MDT协议层或RRC协议层中的至少一个根据配置信息对测量对象进行MDT测量，得到测量收集结果。

即，本申请实施例中，可以由终端设备的MDT协议层根据配置信息对测量对象进行MDT测量；也可以由终端设备的RRC协议层根据配置信息对测量对象进行MDT测量；还可以由终端设备的MDT协议层和RRC协议层根据配置信息对测量对象进行MDT测量，本申请实施例对此不作具体限定。

其中，测量结果的相关描述可以参考图6所示的实施例中的第三测量收集结果的相关描述，在此不再赘述。

可选的，本申请实施例中，若由终端设备的RRC协议层对测量对象进行MDT测量，则需要终端设备的MDT协议层在获取配置信息之后，将解析后的配置信息的全部或者部分发送给终端设备的RRC协议层，由终端设备的RRC协议层对测量对象进行MDT测量。在终端设备的RRC协议层获得测量收集结果之后，需要将测量收集结果反馈给终端设备的MDT协议层，在此统一说明，以下不再赘述。

可选的，本申请实施例中，终端设备的MDT协议层获得测量收集结果之后，可以对该测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。

或者，可选的，本申请实施例提供的MDT测量方法还可以包括如下步骤S904：

S904、终端设备的MDT协议层向网络设备的MDT协议层发送测量收集结果。相应的，网络设备的MDT协议层接收来自终端设备的MDT协议层的测量收集结果。其中，测量收集结果经由终端设备的MDT协议层、终端设备的RRC协议层和网络设备的RRC协议层到网络设备的MDT协议层。

可选的，本申请实施例中，测量收集结果被封装在第二传输容器中，第二传输容器在终端设备的RRC协议层和网络设备的RRC协议层之间通过上行RRC消息携带。这样，可以使得该测量收集结果在终端设备的MDT协议层和网络设备的MDT协议层之间是透传的。也就是说MDT功能演进时不需要修改RRC消息对应的协议，从而可以实现MDT测量功能与RRC功能解耦，进而可以便于MDT功能后续的独立演进。

可选的，本申请实施例中，网络设备的MDT协议层获得测量收集结果之后，可以对该测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是网络设备收集测量收集结果之后进行网络性能监视；或者，也可以是网络设备收集测量收集结果之后，将测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于本申请实施例提供的MDT测量方法，一方面，可以通过终端设备的MDT协议层或该终端设备的RRC协议层中的至少一个对测量对象进行MDT测量。另一方面，现有技术中，MDT测量时配置信息的下发以及测量收集结果的上报都是通过终端设备和网络设备之间的RRC消息交互完成的，这会使得MDT功能演进时都需要修改RRC消息对应的协议，两者存在强依赖关系。而本申请实施例提供的MDT测量方法中可以将MDT测量功能与RRC功能解耦，因此可以便于MDT功能后续的独立演进。

其中，上述步骤S901至S904中的终端设备或者网络设备的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

需要说明的是，本申请上述各实施例中，发起MDT测量的操作可以是由网络设备、网络设备中的CU-CP实体、网络设备中的DU实体、网络设备中的CU-UP实体、或者MDT实体自己发起，而无需接收其他的通知。比如可能是基于SON的目的，本申请实施例对此不作具体限定。

可选的，如图10所示，本申请实施例还可以提供的一种MDT测量方法，该MDT测量方法包括如下步骤：

S1001、第一网络设备确定第二网络设备需要进行MDT测量。

可选的，本申请实施例中，第一网络设备可以通过如下方式确定第二网络设备需要进行MDT测量：

示例性的，第一网络设备确定第二网络设备服务的终端总是切换失败。比如，第一网络设备收到第一终端发送的RRC重建请求消息，该RRC重建请求消息携带第二网络设备服务的小区的标识；或者，第一网络设备接收到第二网络设备发送的切换请求消息，但是后续并没有发现第二网络设备服务的终端设备在第一网络设备中接入。

或者，示例性的，第一网络设备确定第一终端设备在第二网络设备上发生过RLF或者建立RRC连接失败。比如，第一网络设备收到第一终端设备上报的RLF或者建立RRC连接失败报告中携带的对应失败时的服务小区为第二网络设备服务的小区)。

其中，本申请实施例中，第一网络设备和第二网络设备的相关描述可参考具体实施方式部分对应网络设备的描述，在此不再赘述。

S1002、第一网络设备向第二网络设备发送第一消息。相应的，第二网络设备接收来自第一网络设备的第一消息。其中，该第一消息用于通知第二网络设备进行MDT测量。

可选的，本申请实施例中的MDT测量可以是现有的记录(logged)MDT测量或者立即(immediate)MDT测量，本申请实施例对此不作具体限定。

可选的，本申请实施例中的第一消息例如可以是网络设备之间的Xn口消息或者X2口消息。该第一消息可以是对现有的消息的改进，比如资源状态请求(resource statusrequest)消息，也可以是新定义的一个消息，比如MDT测量请求消息，本申请实施例对此不作具体限定。

可选的，本申请实施例中的第一消息不是终端设备级别的消息，而是小区级别或者网络设备级别的消息。即第一网络设备并不指定第二网络设备对某个终端设备进行测量，而是通知第二网络设备在某个小区或该第二网络设备上进行测量，本申请实施例对此不作具体限定。可选的，第二网络设备服务的小区的标识可以是根据终端设备上报来获得的，本申请实施例对此不作具体限定。

可选的，本申请实施例中的第一消息可以包括进行logged MDT测量或者immediate MDT时对应的测量对象。比如logged MDT测量中的RACH失败测量、信号强度测量、连接建立失败测量、RLF失败测量等；或者，比如immediated MDT测量中的RSRP andRSRQ测量、终端的功率余量测量(power headroom measurement by UE)、eNB测量到的接收干扰功率(received interference power measurement by eNB)、上下行分别对应的数量量测量(data volume measurement separately for DL and UL)、调度IP包吞吐量(scheduled IP throughput)、包时延测量、丢包率测量等、RTT测量等，本申请实施例对此不作具体限定。

其中，本申请实施例中，若第一网络设备指示第二网络设备进行MDT测量，则第二网络设备获得第一消息之后，可以进行相关的MDT测量，本申请实施例对此不作具体限定。

或者，可选的，本申请实施例中，若第一网络设备指示第二网络设备在某个小区进行MDT测量，则本申请实施例提供的MDT测量方法还可以包括如下步骤S1003：

S1003、第二网络设备通知服务的小区内的终端设备进行MDT测量。

可选的，本申请实施例中，第二网络设备可以选择服务的小区内终端设备进行MDT测量。比如，第二网络设备通知第一网络设备指定的小区内的终端设备进行MDT测量。

可选的，第二网络设备也可以通知第二网络设备服务的所有小区内的终端设备进行MDT测量，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第二网络设备如何在小区内选择终端设备有多种方式，比如根据终端设备的签约信息，或者对所有支持MDT的终端设备都启动MDT测量等，本申请实施例对此不作具体限定。

可选的，本申请实施例中，第二网络设备获得测量收集结果之后，可以对该测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是第二网络设备收集测量收集结果之后进行网络性能监视；或者，也可以是第二网络设备收集测量收集结果之后，将测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

或者，可选的，本申请实施例中，第二网络设备获得测量收集结果之后，还可以将测量收集结果发送给第一网络设备，由第一网络设备对该测量收集结果进行相关的数据分析，进而进行SON以对网络进行优化，比如自动优化网络的一些参数等，本申请实施例对此不作具体限定。或者，也可以是第一网络设备收集测量收集结果之后进行网络性能监视；或者，也可以是第一网络设备收集测量收集结果之后，将测量收集结果发送给其他实体，由其他实体进行网络性能监视，本申请实施例对此不作具体限定。

基于本申请实施例提供的MDT测量方法，可以实现按需进行MDT测量，从而可以减少MDT测量次数。

其中，上述步骤S1001至S1003中的第一网络设备或者第二网络设备的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行，本实施例对此不作任何限制。

上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。相应的，本申请实施例还提供了通信装置，该通信装置用于实现上述各种方法。该通信装置可以为上述方法实施例中的第一实体(如CU-CP实体或MDT实体)，或者包含上述第一实体的装置；或者，该通信装置可以为上述方法实施例中的网络设备，或者包含上述网络设备的装置；或者，该通信装置可以为上述方法实施例中的终端设备，或者包含上述终端设备的装置；或者，该通信装置可以为上述方法实施例中的第一网络设备，或者包含上述第一网络设备的装置；或者，该通信装置可以为上述方法实施例中的第二网络设备，或者包含上述第二网络设备的装置。可以理解的是，该通信装置为了实现上述功能，其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法实施例中对通信装置进行功能模块的划分，例如，可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

比如，以通信装置为上述方法实施例中的第一实体(如CU-CP实体或MDT实体)为例。在以采用集成的方式划分各个功能模块的情况下，图11示出了一种第一实体110的结构示意图。该第一实体110包括处理模块1101和收发模块1102。处理模块1101，用于确定第一配置信息，第一配置信息用于网络设备的集中单元用户面CU-UP实体对第一测量对象进行MDT测量；收发模块1102，用于向CU-UP实体发送第一配置信息。所述收发模块1102，也可以称为收发单元用以实现发送和/或接收功能，例如可以是收发电路，收发机，收发器或者通信接口。

可选的，第一配置信息包括：第一测量对象、第一测量对象的粒度、第一统计周期或第一测量收集结果的反馈方式中的一个或多个。

可选的，收发模块1102，还用于接收第一测量收集结果，其中，第一测量收集结果是由CU-UP实体对第一测量对象进行MDT测量得到的。

可选的，处理模块1101，还用于确定第二配置信息，第二配置信息用于网络设备的分布单元DU实体对第二测量对象进行MDT测量；收发模块1102，还用于向DU实体发送第二配置信息。

可选的，第二配置信息包括：第二测量对象、第二测量对象的粒度、第二统计周期或第二测量收集结果的反馈方式中的一个或多个。

可选的，收发模块1102，还用于接收第二测量收集结果，其中，第二测量收集结果是由DU实体对第二测量对象进行MDT测量得到的。

可选的，第一实体为网络设备的集中单元控制面CU-CP实体；收发模块1102，还用于发送第三配置信息，第三配置信息用于终端设备对第三测量对象进行MDT测量；收发模块1102，还用于接收第三测量收集结果，其中，第三测量收集结果是终端设备对第三测量对象进行MDT测量得到的。

可选的，第一实体为网络设备的集中单元控制面CU-CP实体；收发模块1102，还用于发送第三配置信息，第三配置信息用于终端设备对第三测量对象进行MDT测量；收发模块1102，还用于接收第三测量收集结果，其中，第三测量收集结果是终端设备对第三测量对象进行MDT测量得到的；收发模块1102，还用于向CU-UP实体发送第三测量收集结果。

可选的，第一实体为MDT实体；处理模块1101，还用于确定第三配置信息，第三配置信息用于终端设备对第三测量对象进行MDT测量；收发模块1102，还用于向CU-CP实体发送第三配置信息，由CU-CP实体向终端设备发送第三配置信息。

可选的，收发模块1102，还用于接收第三测量收集结果，其中，第三测量收集结果是终端设备对第三测量对象进行MDT测量得到的。

可选的，第三配置信息包括：第三测量对象、第三测量对象的粒度、第三统计周期或第三测量收集结果的反馈方式中的一个或多个。

其中，上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。

在本实施例中，该第一实体110以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC，电路，执行一个或多个软件或固件程序的处理器和存储器，集成逻辑电路，和/或其他可以提供上述功能的器件。在一个简单的实施例中，本领域的技术人员可以想到该第一实体110可以采用图5所示的形式。

比如，图5中的处理器501可以通过调用存储器503中存储的计算机执行指令，使得第一实体110执行上述方法实施例中的MDT测量方法。

具体的，图11中的收发模块1102和处理模块1101的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者，图11中的处理模块1101的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现，图11中的收发模块1102的功能/实现过程可以通过图5中的通信接口404来实现。

由于本实施例提供的第一实体110可执行上述的MDT测量方法，因此其所能获得的技术效果可参考上述方法实施例，在此不再赘述。

此外，若通信装置为上述方法实施例中的网络设备、终端设备、第一网络设备或者第二网络设备，其结构示意图与图11所示的第一实体的结构示意图类似，区别比如在于不同设备对应的处理模块执行的操作不同，不同设备对应的收发模块执行的操作不同，具体可参考上述第一实体的结构描述，在此不再一一赘述。

可选的，本申请实施例还提供了一种通信装置(例如，该通信装置可以是芯片或芯片系统)，该通信装置包括处理器，用于实现上述任一方法实施例中的方法。在一种可能的设计中，该通信装置还包括存储器。该存储器，用于保存必要的程序指令和数据。当然，存储器也可以不在该通信装置中。该通信装置是芯片系统时，可以由芯片构成，也可以包含芯片和其他分立器件，本申请实施例对此不作具体限定。

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

尽管在此结合各实施例对本申请进行了描述，然而，在实施所要求保护的本申请过程中，本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书，可理解并实现所述公开实施例的其他变化。在权利要求中，“包括”(comprising)一词不排除其他组成部分或步骤，“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施，但这并不表示这些措施不能组合起来产生良好的效果。

尽管结合具体特征及其实施例对本申请进行了描述，显而易见的，在不脱离本申请的精神和范围的情况下，可对其进行各种修改和组合。相应地，本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明，且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (14)

1.一种最小化路测MDT测量方法，其特征在于，所述方法包括：

第一实体确定第一配置信息，所述第一配置信息用于网络设备的集中单元用户面CU-UP实体对第一测量对象进行MDT测量；

所述第一实体向所述CU-UP实体发送所述第一配置信息；

所述第一实体确定第二配置信息，所述第二配置信息用于所述网络设备的分布单元DU实体对第二测量对象进行MDT测量；

所述第一实体向所述DU实体发送所述第二配置信息。

2.根据权利要求1所述的方法，其特征在于，所述第一配置信息包括以下一项或多项：所述第一测量对象、所述第一测量对象的粒度、第一统计周期、或第一测量收集结果的反馈方式。

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

所述第一实体接收来自所述CU-UP实体的基于所述第一配置信息的第一测量收集结果。

4.根据权利要求1所述的方法，其特征在于，所述第二配置信息包括以下一项或多项：所述第二测量对象、所述第二测量对象的粒度、第二统计周期、或第二测量收集结果的反馈方式。

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

所述第一实体接收来自所述DU的基于所述第二配置信息的第二测量收集结果。

6.根据权利要求1-5任一项所述的方法，其特征在于，所述第一实体为所述网络设备的集中单元控制面CU-CP实体；所述方法还包括：

所述CU-CP实体发送第三配置信息，所述第三配置信息用于终端设备对第三测量对象进行MDT测量；

所述CU-CP实体接收来自所述终端设备的基于所述第三配置信息的第三测量收集结果。

7.根据权利要求1所述的方法，其特征在于，所述第一实体为所述网络设备的集中单元控制面CU-CP实体；所述方法还包括：

所述CU-CP实体发送第三配置信息，所述第三配置信息用于终端设备对第三测量对象进行MDT测量；

所述CU-CP实体接收来自所述终端设备的基于所述第三配置信息的第三测量收集结果；

所述CU-CP实体向所述CU-UP实体发送所述第三测量收集结果。

8.根据权利要求1-5任一项所述的方法，其特征在于，所述第一实体为MDT实体；所述方法还包括：

所述MDT实体确定第三配置信息，所述第三配置信息用于终端设备对第三测量对象进行MDT测量；

所述MDT实体通过所述CU-CP实体向所述终端设备发送所述第三配置信息。

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

所述MDT实体接收所述终端设备基于所述第三配置信息的第三测量收集结果。

10.根据权利要求9所述的方法，其特征在于，所述第三配置信息包括以下一项或多项：所述第三测量对象、所述第三测量对象的粒度、第三统计周期、或所述第三测量收集结果的反馈方式中。

11.一种通信装置，其特征在于，所述通信装置包括：处理模块和收发模块；

所述处理模块，用于确定第一配置信息，所述第一配置信息用于网络设备的集中单元用户面CU-UP实体对第一测量对象进行MDT测量；

所述收发模块，用于向所述CU-UP实体发送所述第一配置信息；

所述处理模块，还用于确定第二配置信息，所述第二配置信息用于所述网络设备的分布单元DU实体对第二测量对象进行MDT测量；

所述收发模块，还用于向所述DU实体发送所述第二配置信息。

12.根据权利要求11所述通信装置，其特征在于，所述通信装置用于实现权利要求1至10任一项所述的方法。

13.一种通信装置，其特征在于，包括：处理器和存储器；

所述存储器用于存储计算机执行指令，当所述处理器执行所述计算机执行指令时，以使所述通信装置执行如权利要求1-10中任意一项所述的方法。

14.一种计算机可读存储介质，其特征在于，包括指令，当其在计算机上运行时，使得所述计算机执行如权利要求1-10任意一项所述的方法。

Images