故障定位的方法和装置与流程

1.本技术实施例涉及通信领域，更具体地，涉及一种故障定位的方法和装置。


背景技术：

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


技术实现要素：

3.本技术实施例提供一种故障定位的方法，能够实现快速的故障定位，以便于恢复业务的正常开展。
4.第一方面，提供了一种故障定位的方法，包括：
5.第一网元向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
6.该第一网元接收来自该终端设备的第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；
7.该第一网元分析该第二指示信息，获得导致该业务流的异常事件的原因。
8.或者，
9.第一方面，提供了一种故障定位的方法，包括：
10.第一网元向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
11.该第一网元接收来自该终端设备的第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；
12.该第一网元根据该第二指示信息获得导致该业务流的异常事件的原因。
13.或者，
14.第一方面，提供了一种故障定位的方法，包括：
15.第一网元向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备测量业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
16.该第一网元接收来自该终端设备的第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；
17.该第一网元根据该第二指示信息获得导致该业务流的异常事件的原因。
18.上述方案，通过针对终端设备的业务流的异常事件进行相关联的业务流的性能指标的测量结果的采集和分析，获得导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集和分析业务流级别的性能指标的测量结果，减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
19.结合第一方面，在第一方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常等，本技术不限于所述两项的异常事件。
20.结合第一方面，在第一方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延等，本技术不限于所述的业务流的性能指标。
21.应理解，在第五代通信系统(5th generation system，5gs)架构中，各个网元之间可以直接基于服务化接口进行信息交互。n3接口为无线接入网网元和用户面功能网元之间的参考点，用于传输用户面的数据等。
22.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
23.该第一网元根据该业务流的异常事件确定该业务流的性能指标。
24.结合第一方面，在第一方面的某些实现方式中，该第一网元根据该业务流的异常事件确定该业务流的性能指标，包括：
25.该第一网元根据该业务流的异常事件、该业务流的异常事件与该业务流的性能指标的对应关系，确定该业务流的性能指标。
26.结合第一方面，在第一方面的某些实现方式中，该业务流的异常事件与该业务流的性能指标的对应关系包括：
27.该业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，
28.该业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
29.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
30.该第一网元接收来自第二网元的该终端设备的标识和第三指示信息，该第三指示信息用于指示该业务流的异常事件；
31.该第一网元向该终端设备发送第一指示信息，包括：
32.该第一网元根据该终端设备的标识和该第三指示信息向该终端设备发送该第一指示信息。
33.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
34.该第一网元接收来自第二网元的该终端设备的标识和该第一指示信息。
35.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
36.该第一网元向该第二网元发送第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
37.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
38.该第一网元向该终端设备发送第一请求消息，该第一请求消息用于请求该终端设备测量该业务流的性能指标；
39.该第一网元接收来自该终端设备的第一响应消息，该第一响应消息用于指示是否根据该请求消息测量该业务流的性能指标。
40.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
41.该第一网元接收来自该第二网元的第二请求消息，该第二请求消息用于请求测量该业务流的性能指标；
42.该第一网元根据该第一响应消息向该第二网元发送第二响应消息，该第二响应消息用于指示该终端设备是否接收测量该业务流的性能指标。
43.结合第一方面，在第一方面的某些实现方式中，该方法还包括：
44.在该第二响应消息指示该终端设备不接收测量该业务流的性能指标的情况下，该第一响应消息包括原因值，该原因值用于指示该终端设备不接收测量该业务流的性能指标的原因。
45.结合第一方面，在第一方面的某些实现方式中，第一网元向终端设备发送第一指示信息，包括：
46.该第一网元直接向该终端设备发送该第一指示信息，或者，该第一网元经过第三网元向该终端设备发送该第一指示信息，该第三网元包括核心网网元设备和无线接入网网元设备。
47.结合第一方面，在第一方面的某些实现方式中，承载该第一指示信息的消息的类型用于指示该第一指示信息用于该终端设备测量该业务流的性能指标。
48.结合第一方面，在第一方面的某些实现方式中，该第一网元向第三网元发送第五指示信息，该第五指示信息用于指示该第一指示信息用于该终端设备测量该业务流的性能指标。
49.结合第一方面，在第一方面的某些实现方式中，该第一网元接收来自该终端设备的该第二指示信息，包括：
50.该第一网元直接接收来自该终端设备的该第二指示信息，或者，该第一网元通过第三网元从该终端设备接收该第二指示信息，该第三网元包括核心网网元设备和无线接入网网元设备。
51.结合第一方面，在第一方面的某些实现方式中，承载该第二指示信息的消息的类型用于指示该第二指示信息用于上报该业务流的性能指标的测量结果。
52.结合第一方面，在第一方面的某些实现方式中，该第一网元接收来自第三网元的第六指示信息，该第六指示信息用于指示该第二指示信息用于上报该业务流的性能指标的测量结果。
53.第二方面，提供了一种故障定位的方法，包括：
54.第二网元向第一网元发送终端设备的标识和第三指示信息，该第三指示信息用于指示该终端设备的业务流的异常事件；
55.该第二网元接收来自该第一网元的第四指示信息，该第四指示信息用于指示导致该业务流的异常事件的原因，该原因是根据该业务流的性能指标的测量结果确定的，该业务流的性能指标与该业务流的异常事件相关联。
56.上述方案，通过针对终端设备的业务流的异常事件采集导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。
57.结合第二方面，在第二方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
58.结合第二方面，在第二方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
59.第三方面，提供了一种故障定位的方法，包括：
60.第二网元根据该业务流的异常事件确定该业务流的性能指标；
61.该第二网元向第一网元发送该第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标用于确定导致该业务流的异常事件的原因；
62.该第二网元接收来自该第一网元的第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
63.上述方案，通过针对终端设备的业务流的异常事件确定相关联的用于确定导致业务流的异常事件的原因的性能指标，并获得导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过在确定导致业务流的异常事件的原因时考虑业务流粒度的异常事件和性能指标，能够减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
64.结合第三方面，在第三方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
65.结合第三方面，在第三方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
66.结合第三方面，在第三方面的某些实现方式中，该第二网元根据该业务流的异常事件确定该业务流的性能指标，包括：
67.该第二网元根据该业务流的异常事件、该业务流的异常事件与该业务流的性能指标的对应关系，确定该业务流的性能指标。
68.结合第三方面，在第三方面的某些实现方式中，该业务流的异常事件与该业务流的性能指标的对应关系包括：
69.该业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，
70.该业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
71.第四方面，提供了一种故障定位的方法，包括：
72.终端设备从第一网元接收第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
73.该终端设备根据该第一指示信息测量该业务流的性能指标，获得该业务流的性能指标的测量结果；
74.该终端设备向该第一网元发送第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果。
75.上述方案，终端设备通过对于业务流的异常事件关联的业务流的性能指标进行测量，并向网络上报测量结果，以便于网络对该测量结果进行分析，获得导致业务流的异常事件的原因，从而实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集业务流粒度的性能指标，并向网络反馈测量结果，能够减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
76.结合第四方面，在第四方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
77.结合第四方面，在第四方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
78.第五方面，提供了一种故障定位的装置，包括：
79.收发模块，用于向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
80.该收发模块，还用于接收来自该终端设备的第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；
81.处理模块，用于分析该第二指示信息，获得导致该业务流的异常事件的原因。
82.或者，
83.第五方面，提供了一种故障定位的装置，包括：
84.收发模块，用于向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
85.该收发模块，还用于接收来自该终端设备的第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；
86.处理模块，用于根据该第二指示信息获得导致该业务流的异常事件的原因。
87.上述方案，通过针对终端设备的业务流的异常事件进行相关联的业务流的性能指标的测量结果的采集和分析，获得导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集和分析业务流级别的性能指标的测量结果，减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
88.结合第五方面，在第五方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
89.结合第五方面，在第五方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
90.结合第五方面，在第五方面的某些实现方式中，该处理模块，还用于根据该业务流的异常事件确定该业务流的性能指标。
91.结合第五方面，在第五方面的某些实现方式中，
92.该处理模块，具体用于根据该业务流的异常事件、该业务流的异常事件与该业务流的性能指标的对应关系，确定该业务流的性能指标。
93.结合第五方面，在第五方面的某些实现方式中，该业务流的异常事件与该业务流的性能指标的对应关系包括：
94.该业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，
95.该业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
96.结合第五方面，在第五方面的某些实现方式中，
97.该收发模块，还用于接收来自第二网元的该终端设备的标识和第三指示信息，该第三指示信息用于指示该业务流的异常事件；
98.该收发模块，还用于向该终端设备发送第一指示信息，包括：
99.该处理模块，还用于根据该终端设备的标识和该第三指示信息向该终端设备发送该第一指示信息。
100.结合第五方面，在第五方面的某些实现方式中，
101.该收发模块，还用于接收来自第二网元的该终端设备的标识和该第一指示信息。
102.结合第五方面，在第五方面的某些实现方式中，
103.该收发模块，还用于向该第二网元发送第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
104.结合第五方面，在第五方面的某些实现方式中，
105.该收发模块，还用于向该终端设备发送第一请求消息，该第一请求消息用于请求该终端设备测量该业务流的性能指标；
106.该收发模块，还用于接收来自该终端设备的第一响应消息，该第一响应消息用于指示是否根据该请求消息测量该业务流的性能指标。
107.结合第五方面，在第五方面的某些实现方式中，
108.该收发模块，还用于接收来自该第二网元的第二请求消息，该第二请求消息用于请求测量该业务流的性能指标；
109.该处理模块，还用于根据该第一响应消息向该第二网元发送第二响应消息，该第二响应消息用于指示该终端设备是否接收测量该业务流的性能指标。
110.结合第五方面，在第五方面的某些实现方式中，
111.在该第二响应消息指示该终端设备不接收测量该业务流的性能指标的情况下，该第一响应消息包括原因值，该原因值用于指示该终端设备不接收测量该业务流的性能指标的原因。
112.结合第五方面，在第五方面的某些实现方式中，
113.该收发模块，还用于直接向该终端设备发送该第一指示信息，或者，该收发模块，还用于经过第三网元向该终端设备发送该第一指示信息，该第三网元包括核心网网元设备和无线接入网网元设备。
114.结合第五方面，在第五方面的某些实现方式中，承载该第一指示信息的消息的类型用于指示该第一指示信息用于该终端设备测量该业务流的性能指标。
115.结合第五方面，在第五方面的某些实现方式中，该收发模块，还用于向第三网元发送第五指示信息，该第五指示信息用于指示该第一指示信息用于该终端设备测量该业务流的性能指标。
116.结合第五方面，在第五方面的某些实现方式中，
117.该收发模块，还用于直接接收来自该终端设备的该第二指示信息，或者，该收发模块，还用于通过第三网元从该终端设备接收该第二指示信息，该第三网元包括核心网网元设备和无线接入网网元设备。
118.结合第五方面，在第五方面的某些实现方式中，承载该第二指示信息的消息的类型用于指示该第二指示信息用于上报该业务流的性能指标的测量结果。
119.结合第五方面，在第五方面的某些实现方式中，该收发模块，还用于接收来自第三网元的第六指示信息，该第六指示信息用于指示该第二指示信息用于上报该业务流的性能指标的测量结果。
120.第六方面，提供了一种故障定位的装置，包括：
121.收发模块，用于向第一网元发送终端设备的标识和第三指示信息，该第三指示信息用于指示该终端设备的业务流的异常事件；
122.该收发模块，还用于接收来自该第一网元的第四指示信息，该第四指示信息用于指示导致该业务流的异常事件的原因，该原因是根据该业务流的性能指标的测量结果确定
的，该性能指标是根据该业务流的异常事件确定的。
123.结合第六方面，在第六方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
124.结合第六方面，在第六方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
125.上述方案，通过针对终端设备的业务流的异常事件采集导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。
126.第七方面，提供了一种故障定位的装置，包括：
127.处理模块，用于根据该业务流的异常事件确定该业务流的性能指标；
128.收发模块，用于向第一网元发送该第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该性能指标用于确定导致该业务流的异常事件的原因；
129.该收发模块，还用于接收来自该第一网元的第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
130.上述方案，通过针对终端设备的业务流的异常事件确定相关联的用于确定导致业务流的异常事件的原因的性能指标，并获得导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过在确定导致业务流的异常事件的原因时考虑业务流粒度的异常事件和性能指标，能够减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
131.结合第七方面，在第七方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
132.结合第七方面，在第七方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
133.结合第七方面，在第七方面的某些实现方式中，
134.该处理模块，具体用于根据该业务流的异常事件、该业务流的异常事件与该业务流的性能指标的对应关系，确定该业务流的性能指标。
135.结合第七方面，在第七方面的某些实现方式中，该业务流的异常事件与该业务流的性能指标的对应关系包括：
136.该业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，
137.该业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的
数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
138.第八方面，提供了一种故障定位的装置，包括：
139.收发模块，用于从第一网元接收第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；
140.该处理模块，用于根据该第一指示信息测量该业务流的性能指标，获得该业务流的性能指标的测量结果；
141.该收发模块，还用于向该第一网元发送第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果。
142.上述方案，终端设备通过对于业务流的异常事件关联的业务流的性能指标进行测量，并向网络上报测量结果，以便于网络对该测量结果进行分析，获得导致业务流的异常事件的原因，从而实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集业务流粒度的性能指标，并向网络反馈测量结果，能够减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
143.结合第八方面，在第八方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常。
144.结合第八方面，在第八方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
145.第九方面，提供了一种故障定位的方法，包括：第一网元向终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；该终端设备根据该第一指示信息测量该业务流的性能指标，获得该业务流的性能指标的测量结果；该终端设备向该第一网元发送第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；该第一网元分析该第二指示信息，获得导致该业务流的异常事件的原因。
146.结合第九方面，在第九方面的某些实现方式中，该方法还包括：该第一网元根据该业务流的异常事件确定该业务流的性能指标。
147.结合第九方面，在第九方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常等，本技术不限于所述两项的异常事件。
148.结合第九方面，在第九方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延等，本
申请不限于所述的业务流的性能指标。
149.第十方面，提供了一种故障定位的方法，包括：第二网元向第一网元发送终端设备的标识和第三指示信息，该第三指示信息用于指示该终端设备的业务流的异常事件；该第一网元根据该终端设备的标识和该第三指示信息向该终端设备发送该第一指示信息；该终端设备根据该第一指示信息测量该业务流的性能指标，获得该业务流的性能指标的测量结果；该终端设备向该第一网元发送第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；该第一网元分析该第二指示信息，获得导致该业务流的异常事件的原因；该第一网元向该第二网元发送第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
150.结合第十方面，在第十方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常等，本技术不限于所述两项的异常事件。
151.结合第十方面，在第十方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延等，本技术不限于所述的业务流的性能指标。
152.第十一方面，提供了一种故障定位的方法，包括：第二网元根据业务流的异常事件确定该业务流的性能指标；该第二网元向第一网元发送第一指示信息，该第一指示信息用于指示终端设备的业务流的性能指标，该性能指标用于确定导致该业务流的异常事件的原因；该第一网元向该终端设备发送第一指示信息，该第一指示信息用于指示该终端设备的业务流的性能指标，该业务流的性能指标与该业务流的异常事件相关联；该终端设备根据该第一指示信息测量该业务流的性能指标，获得该业务流的性能指标的测量结果；该终端设备向该第一网元发送第二指示信息，该第二指示信息用于指示该业务流的性能指标的测量结果；该第一网元分析该第二指示信息，获得导致该业务流的异常事件的原因；该第一网元向该第二网元发送第四指示信息，该第四指示信息用于指示该导致该业务流的异常事件的原因。
153.结合第十一方面，在第十一方面的某些实现方式中，该业务流的异常事件包括以下至少一项：该业务流对应的视频卡顿、该业务流对应的控制时延异常等，本技术不限于所述两项的异常事件。
154.结合第十一方面，在第十一方面的某些实现方式中，该业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延等，本技术不限于所述的业务流的性能指标。
155.第十二方面，提供了一种故障定位的系统，包括第一网元和终端设备，其中，该第一网元用于执行第一方面所述的方法，该终端设备用于执行第二方面所述的方法。
156.第十三方面，提供了一种故障定位的系统，包括第一网元、第二网元和终端设备，该第一网元用于执行第一方面所述的方法，该终端设备用于执行第二方面所述的方法，该第二网元用于执行第三方面或第四方面所述的方法。
157.第十四方面，提供了一种通信装置，包括：
158.处理器和存储器；
159.该存储器，用于存储计算机程序；
160.该处理器，用于执行该存储器中存储的计算机程序，以使得该通信装置执行第一方面至第四方面中任一方面所述的通信方法。
161.第十五方面，提供了一种计算机可读存储介质，该计算机可读存储介质中存储有指令，当该计算机指令在计算机上运行时，使得该计算机执行第一方面至第四方面中任一方面所述的方法。
162.第十六方面，提供了一种芯片，包括：
163.存储器，用于存储计算机程序；
164.处理器，用于读取并执行该存储器中存储的该计算机程序，当该计算机程序被执行时，该处理器执行如第一方面至第四方面中任一方面所述的方法。
165.第十七方面，提供了一种计算机程序产品，该计算机程序产品包括计算机程序代码，当该计算机程序代码在计算机上运行时，使得计算机执行如第一方面至第四方面中任一方面所述的方法。
附图说明
166.图1示出了5g tob场景端到端(end to end，e2e)网络的一例示意图。
167.图2示出了本技术提供的方案适用的无线终端运维融合的管理架构的示意图。
168.图3示出了本技术提供的方案适用的管理架构的又一例的示意图。
169.图4示出了本技术提供的故障定位的方法100的示意图。
170.图5示出了本技术提供的故障定位的方法200的示意图。
171.图6示出了本技术提供的故障定位的方法300的示意图。
172.图7示出了本技术提供的故障定位的方法400的示意图。
173.图8示出了本技术提供的故障定位的方法500的示意图。
174.图9示出了本技术提供的故障定位的方法600的示意图。
175.图10示出了本技术提供的故障定位的方法700的示意图。
176.图11示出了本技术提供的故障定位的方法800的示意图。
177.图12示出了本技术提供的故障定位的方法900的示意图。
178.图13示出了本技术提供的故障定位的方法1000的示意图。
179.图14示出了本技术提供的故障定位的方法1100的示意图。
180.图15示出了本技术提供的故障定位的方法1200的示意图。
181.图16是本技术实施例提供的用于故障定位的装置的示意性框图。
182.图17为本技术实施例提供的装置20的示意图。
具体实施方式
183.下面将结合附图，对本技术实施例中的技术方案进行描述。
184.本技术实施例提供的技术方案可以应用于各种通信系统，例如：长期演进(long term evolution，lte)系统、lte频分双工(frequency division duplex，fdd)系统、lte时分双工(time division duplex，tdd)、通用移动通信系统(universal mobile telecommunication system，umts)、全球互联微波接入(worldwide interoperability for microwave access，wimax)通信系统、基于无线保真(wireless fidelity，wifi)的通信系统、第五代(5th generation，5g)系统或新无线(new radio，nr)或者未来的3gpp或non-3gpp系统等。
185.在移动网络中，运营商是作为网络通信服务提供商，主要负责进行网络建设和日常的运维管理。网络的运维管理包括网络的配置管理、性能管理和故障管理等方面的运维管理功能，其中，故障管理是运营商网络管理的重点和难点之一。目前，网络故障管理实现的主要功能包括故障信息查询，故障上报、故障信息清空等。但是当网络管理系统收到网络故障告警上报信息后，无法判断发生故障的网络故障点(如无法判断是网元故障还是链路故障，也无法判断是无线接入网网元设备故障还是核心网网元设备故障)，为了定位发生故障的具体环节，通常运营商会安排运维管理工程师对网络的不同网元节点或分段链路进行现场抓包，并基于抓包数据进行故障分析定位。
186.目前第三代合作伙伴计划(3rd generation partnership project，3gpp)标准上定义的网络故障管理机制主要都是针对网络设备的故障信息管理。但是在5g tob场景，企业园区的私有网络中会部署大量的用户驻地设备(customer-premises equipment，cpe)、可编程控制器(programmable logic controller，plc)等终端设备。
187.图1示出了5g tob场景端到端(end to end，e2e)网络的一例示意图。
188.下面结合图1，以cpe这种类型的终端为例，介绍e2e网络。如图1所示，cpe本身作为普通终端角色需要通过无线技术连接到无线接入网网元设备(如gnb)，无线接入网网元设备又需要通过核心网连接到业务服务器。另外，cpe还可以作为无线接入点，为其他终端(如plc控制器，摄像头等)提供无线接入功能。这样从业务服务器到应用终端就形成了一个e2e网络。例如，在cpe发生故障(如设备异常重启、环境温度过高、终端位置覆盖差、cpe断连等)的情况下，5g tob e2e的业务就会受到影响。
189.那么在这种能够为其他设备提供无线接入服务的终端设备发生故障时，为了尽快恢复业务的正常开展，需要对这些终端设备进行统一管理，尤其是终端设备的故障管理。然而，目前，客户的企业园区私有网络部署的终端设备存在至少两方面特点，从而不便于统一管理。一方面，终端设备是客户自己购买并部署的，或者是运营商购买并部署，因此存在多厂商生产的终端设备(如厂商a的cpe、厂商b的cpe等等)共存的情况，而且这些终端设备可能支持不同的终端管理协议(如tr-069、tr-369、lwm2m等，这里涉及的终端管理协议在下文会进行介绍)。另一方面，由于前一方面的情况，不同厂商生产的终端设备通常是由其各个厂商对应的终端管理系统基于相应的终端管理协议进行管理(包括终端设备参数配置，性能监控管理等)，而终端管理系统和前文提到的网络管理系统是独立的管理系统。
190.下面结合图2介绍本技术提供的一种e2e的融合统一的运维管理架构可能的实现方式。
191.图2示出了本技术提供的方案适用的无线终端运维融合的管理架构的示意图。
192.如图2所示，将用于管理无线终端的无线终端设备管理功能分别与无线网络域管理系统和跨域管理系统融合。或者，无线终端设备管理功能也可以只与无线网络域管理系统融合。这样，可以使得无线终端管理系统和网络管理系统之间能够进行信息交互，以便于两套系统协同处理业务，提高e2e网络的通信效率。
193.其中，无线终端设备管理功能(wireless terminal equipment management function，wtemf)的主要功能是对无线终端(如cpe)的管理，包括为无线终端提供上线注册、参数配置、性能管理、故障管理等功能。本技术中涉及的“跨域wtemf”可以理解为与跨域管理系统融合的wtemf或部署在跨域管理系统的wtemf，本技术中涉及的“域wtemf”可以理解为与无线网络域管理系统融合的wtemf或部署在无线网络域管理系统的wtemf。
194.需要说明的是，具备上述对无线终端的管理功能的网元或实体都在本技术所述的无线终端设备管理功能的保护范围内，本技术并不对无线终端设备管理功能的名称进行限定。
195.下面详细介绍该管理架构的各个部分的功能。
196.首先，介绍三个管理系统。
197.1、跨域管理系统/cross domain management system是运营商实现跨域(即同时管理无线接入网络和核心网络)网络管理的功能实体。
198.2、无线网络域管理系统/ran domain management system是对无线网络的网元进行管理的功能实体。
199.3、核心网域管理系统/core network domain management system是对核心网的网元进行管理的功能实体。
200.上述系统都包括多个提供实现特定运维管理任务的管理功能，如提供网络参数配置管理服务(network provisioning management service)的配置管理功能，提供网络性能管理服务(performance assurance management service)的性能管理功能，等等。
201.下面介绍s201框中的网元。s201框可以理解为图1中的“核心网”，s201中的网元为核心网网元，其中包括5g核心网控制面功能(5g core control plane network function，5gc cnf)和用户面功能(user plane function，upf)。
202.其中，upf是5g核心网唯一的用户面功能网元，负责用户数据转发，服务质量(quality of service，qos)执行，计费统计等功能。5gc cnf代指5g核心网的所有控制面功能的网元，包括接入和移动管理功能网元(access and mobility management function，amf)、会话管理功能(session management function，smf)、网络能力开放功能(network exposure function，nef)、网络数据分析功能(network data analysis function，nwdaf)等。具体地，
203.1、amf负责cpe的鉴权认证和移动性管理功能。
204.2、smf负责cpe的用户面数据传输的会话管理，包括会话创建、删除、修改。
205.3、nef负责网络的能力信息开放给第三方功能实体。
206.4、nwdaf负责对网络的状态等数据进行智能化分析。
207.最后介绍ran和cpe。
208.无线接入网(radio access network，ran)是指具备无线接入网的功能网元，主要
负责无线接入控制，无线资源分配等功能。其中，无线网络的网元可以只包括gnb、也可以包括集中式单元(centralized unit，cu)和分布式单元(distributed unit，du)，还可以包括集中单元控制面(centralized unit-control plane，cu-cp)、集中单元用户面(centralized unit-user plane，cu-up)。
209.图2中的cpe已经在上文进行介绍，在此不多赘述。
210.图3示出了本技术提供的方案适用的管理架构的又一例的示意图。
211.在该管理架构中，wtemf独立部署，可以理解为将图2中的跨域wtemf和域wtemf合一，该架构中的网元介绍可以参见图2对应的描述。
212.为了便于理解本技术实施例，下面对将会涉及的技术用语进行解释。
213.1、拨测：通过向终端发送指定关键性能指标(key performance indicator，kpi)的测量命令以及测量方式触发终端进行性能kpi数据采集。拨测类型是指包括cpe执行拨测的操作类型或者需要测量的kpi。其中，cpe执行拨测的操作类型包括以下至少一项：互联网协议地址(internet protocol address，ip)因特网包探索器(packet internet groper，ping)诊断(可用于测量网络的时延，如网络传输时延，或网络的丢包率等性能指标)、测速(用于测量网络的速率)、心跳检查(用于检测网络的链路连通状态)等。需要说明的是，与这里的ip ping诊断、测速、心跳检查具备相同作用的操作类型都在本技术的保护范围内。
214.2、维测：基于终端的拨测类型，通过采集终端相关的性能kpi数据，并基于采集的数据进行诊断分析，识别出导致异常故障问题，包括故障问题发生的网络域(即终端、无线、传输、核心网)以及具体的故障根因。
215.3、终端管理协议：采用了基于目标(object)对象的设计思路，定义了一系列描述设备的object对象，并通过标准的方法(method)或操作(operation)方法来操作这些object对象，从而实现对终端设备特定的管理功能。
216.示例性地，上述1、2、3中的终端可以是行业终端，行业终端可以理解为部署在垂直行业企业园区网络中的无线终端设备。
217.下面介绍3种终端管理协议。
218.协议1：
219.tr069：tr069是数字用户线路(digital subscriber's line，dsl)论坛(fourm)(2018年更名为宽带论坛(broadband forum，bbf))提出的一种协议，即cpe广域网管理协议(cpe wan management protocol，cwmp)协议，编号为tr-069，所以又被称为tr-069协议。它提供了对下一代网络中家庭网络设备进行管理配置的通用框架、消息规范、管理方法和数据模型，在很大程度上减少了网络产品的运维成本。bbf目前已发布tr-069的增强版tr-369协议。
220.其中，远程过程调用(remote process call，rpc)为tr069协议规范的封装方法。rpc指令可以包括：用于自动配置服务器(auto-configuration server，acs)来发现cpe所支持的方法、获取设备参数名称方法、设置设备参数方法、增加实例的方法、删除实例的方法、设备上传日志或配置的方法、下载设备版本或配置的方法、重启设备的方法、用于设备向服务器上报上传或下载的结果的方法，设备恢复出厂设备方法，或用于设备向服务器主动上传文件的方法中的至少一项。rpc方法用于管理数据模型。
221.协议2：
222.消息队列遥测传输(message queuing telemetry transport，mqtt)：是国际商业机器公司(international business machines corporation，ibm)开发的一个即时通讯协议。
223.协议3：
224.轻量级m2m(lightweight m2m，lwm2m)：是开放移动联盟(open mobile alliance，oma)传统的oma-dm协议(用来远程管理移动终端设备的协议)基础之上定义的轻量级的物联网设备管理协议。
225.以上介绍了本技术的故障定位的方法适用的场景或架构，下面将结合图4至图15，介绍本技术涉及的方法100至方法1100。
226.图4示出了本技术提供的故障定位的方法100的示意图。
227.s101，第一网元向终端设备发送第一指示信息，相应地，终端设备接收来自第一网元的第一指示信息，第一指示信息用于指示终端设备的业务流的性能指标，业务流的性能指标与业务流的异常事件相关联。
228.或者，第一指示信息用于指示终端测量业务流的性能指标。
229.示例性地，本技术涉及的终端设备可以是行业终端。
230.应理解，这里的业务流的异常事件可以是一个业务流的一个或多个异常事件，也可以是多个业务流的一个或多个异常事件。例如，这里的业务流的异常事件包括第一业务流的异常事件和第二业务流的异常事件。相应地，业务流的性能指标包括，第一业务流的异常事件关联的第一业务流的性能指标，和，第二业务流的异常事件关联的第二业务流的性能指标。
231.示例性地，这里的业务流的异常事件包括以下至少一项：业务流对应的视频卡顿、业务流对应的控制时延异常。
232.需要说明的是，本技术中业务流的异常事件包括但不限于上述两项，还可以包括其他可能的异常事件，本技术对此不做限定。
233.示例性地，这里的业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
234.应理解，在第五代通信系统(5th generation system，5gs)架构中，各个网元之间可以直接基于服务化接口进行信息交互。n3接口为无线接入网网元和用户面功能网元之间的参考点，用于传输用户面的数据等。
235.应理解，这里的业务流的性能指标可以理解为需要对业务流进行性能测量的指标类型。
236.需要说明的是，本技术中业务流的性能指标包括但不限于上述几项，还可以包括其他可能的需要测量的性能指标，本技术对此不做限定。
237.示例性地，这里第一指示信息可以显示指示业务流的性能指标，也可以通过指示终端需要执行的拨测测量的操作类型，隐式地指示业务流的性能指标。例如，这里的第一指示信息指示的是终端设备需要执行操作类型1，该操作类型用于测量性能指标1、2、3。那么，
终端设备可以根据该第一指示信息指示的操作类型1确定需要测量性能指标1、2、3，例如性能指标1、2、3分别可以是下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。本技术对于操作类型1的名称并不做限定。
238.示例性地，业务流的性能指标与业务流的异常事件相关联，可以理解为业务流的性能指标是根据业务流的异常事件确定的，或者，可以理解为业务流的性能指标与业务流的异常事件存在对应关系。
239.类似地，方法100中的业务流的异常事件和业务流的性能指标都可以按照上述方式理解。
240.在s101之前，方法100可以包括，第一网元获取业务流的性能指标。
241.例如，该业务流的性能指标可以是配置在第一网元的。或者，例如第一网元从第二网元接收了业务流的性能指标。或者，再例如，第一网元根据业务流的异常事件确定业务流的性能指标。
242.下面介绍一下第一网元根据业务流的异常事件确定业务流的性能指标的实现方式，以及第一网元从第二网元接收业务流的性能指标的实现方式。
243.实现方式一、由第一网元根据业务流的异常事件确定业务流的性能指标。
244.步骤1，第一网元获取业务流的异常事件。其中，第一网元可以通过多种方式获取业务流的异常事件，例如该业务流的异常事件是配置在第一网元的；或者，第二网元向第一网元发送业务流的异常事件的描述信息，相应地，第一网元接收来自第二网元的业务流的异常事件的描述信息；或者，第二网元向第一网元发送异常事件的标识索引，相应的，第一网元接收来自第二网元的异常事件的标识索引。或者，第一网元还可以根据接收到的信息确定终端设备的业务流的异常事件。
245.示例1，第二网元向第一网元发送终端设备的标识和第三指示信息，相应地，第一网元接收来自第二网元的终端设备的标识和第三指示信息，第三指示信息用于指示业务流的异常事件。第一网元根据终端设备的标识和第三指示信息确定终端设备的业务流的异常事件。
246.应理解，第一网元或第二网元或其他网元可以根据该终端设备的标识识别终端设备，这里的终端设备的标识包括但不限于：如设备序列号/电子序列号码(equipment serial number，esn)、device ip地址、系统架构演进(system architecture evolution，sae)服务临时移动用户识别码(sae temporary mobile subscriber identity，s-tmsi)、全球唯一临时用户标识(globally unique temporary ue identity，5g-guti)等。
247.步骤2，第一网元可以根据业务流的异常事件、业务流的异常事件与业务流的性能指标的对应关系，确定业务流的性能指标。
248.这里的业务流的异常事件与业务流的性能指标的对应关系可以是：
249.业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，
250.业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设
备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
251.可选地，结合示例1和步骤2，第一网元向终端设备发送业务流的性能指标可以理解为第一网元根据终端设备的标识和第三指示信息向终端设备发送业务流的性能指标。
252.实现方式二、第一网元从第二网元接收业务流的性能指标。
253.步骤1，第二网元获取业务流的异常事件。其中，第二网元可以通过多种方式获取业务流的异常事件，例如该业务流的异常事件是配置在第二网元的，或者，有其他网元向第二网元发送业务流的异常事件，相应地，第二网元接收来自其他网元的业务流的异常事件。
254.步骤2，第二网元根据业务流的异常事件、业务流的异常事件与业务流的性能指标的对应关系，确定业务流的性能指标。
255.这里的业务流的异常事件与业务流的性能指标的对应关系可以参考实现方式1中对应的描述。
256.步骤3，第二网元向第一网元发送业务流的性能指标，相应地，第一网元接收来自第二网元的业务流的性能指标。
257.s102，终端设备根据第一指示信息测量业务流的性能指标，获得业务流的性能指标的测量结果。
258.示例性地，为了便于终端设备测量业务流的性能指标，可以对终端设备的性能进行增强。
259.示例1，第一指示信息可以隐式指示终端设备测量业务流的性能指标。
260.终端设备根据第一指示信息确定需要测量的业务流的性能指标是第一业务流的上行空口传输时延、下行空口传输时延，那么终端设备可以测量第一业务流的上行空口传输时延、下行空口传输时延，以获得这两个性能指标的统计结果。
261.示例2，第一网元还可以发送用于显式指示终端设备测量业务流的性能指标的其他信息或消息。
262.第一网元向终端设备发送第一请求消息，相应地，终端设备接收来自第一网元的第一请求消息，第一请求消息用于请求终端设备测量业务流的性能指标。终端设备向第一网元发送第一响应消息，相应地，第一网元接收来自终端设备的第一响应消息，第一响应消息用于指示是否根据请求消息测量业务流的性能指标。应理解，这里的第一请求消息显示指示终端设备测量业务流的性能指标。
263.还应理解，终端设备接收到第一请求消息后会判断是否接受该请求消息，如果接受，即在第一响应消息中反馈接受，否则反馈不接受。在反馈不接受时，还可以携带原因值，原因值用于指示终端设备不接收测量业务流的性能指标的原因，如终端设备离线，不支持测量该业务流的性能指标等。在第一响应消息中反馈接受的情况下，终端设备执行s102。
264.对于示例2，可选地，第一网元还可以根据从第二网元接收的信息或消息指示终端设备测量业务流的性能指标，相应地，在第一网元接收到终端设备的反馈之后也可以继续向该第二网元反馈。
265.例如，第一网元接收来自第二网元的第二请求消息，第二请求消息用于请求测量业务流的性能指标。相应地，在第一网元接收到第一响应消息之后，可以根据第一响应消息向第二网元发送第二响应消息，第二响应消息用于指示终端设备是否接收测量业务流的性能指标。
266.s103，终端设备向第一网元发送第二指示信息，相应地，第一网元接收来自终端设备的第二指示信息，第二指示信息用于指示业务流的性能指标的测量结果。
267.示例性地，终端设备可以基于终端管理协议上报业务流的性能指标的测量结果。
268.s104，第一网元分析第二指示信息，获得导致业务流的异常事件的原因。
269.换句话说，第一网元根据第二指示信息获得导致业务流的异常事件的原因。
270.示例性地，业务流的性能指标的测量结果与业务流的异常事件存在对应关系。第一网元可以根据该对应关系确定业务流的异常事件的原因。
271.示例性地，第一网元可以基于人工智能机器学习算法等方法进行诊断分析，本技术对此不做限定。
272.可选地，第一网元还可以将该导致业务流的异常事件的原因发送给第二网元。
273.例如，第一网元获得导致业务流的异常事件的原因后可以向第二网元发送第四指示信息，该第四指示信息用于指示导致业务流的异常事件的原因。在此之前，第二网元可以显式或隐式指示第一网元上报第四指示信息。
274.示例1，第二网元向第一网元发送终端设备的标识和第三指示信息，第三指示信息用于指示业务流的异常事件。第一网元根据终端设备的标识和第三指示信息确定要向第二网元上报第四指示信息。为了便于第二网元确定第四指示信息指示的原因与第三指示信息指示的异常时间对应，用于承载第四指示信息的消息和用于承载第三指示信息的消息中还可以承载第八指示信息。例如第八指示信息也可以是本技术定义的用于承载第八指示信息的消息类型信元。
275.示例2，第二网元可以向第一网元发送第三请求消息，该第三请求消息用于请求导致业务流的异常事件的原因。
276.可选地，上述步骤s101和s103中，第一网元与终端设备之间可以通过数据面信令进行通信，也可以通过控制面信令进行通信。
277.其中，通过控制面信令进行通信时，第一网元和终端设备之间可以通过至少一个第三网元进行转发。示例性地，这里的第三网元可以是核心网网元设备和/或无线接入网网元设备。
278.下面分别针对s101和s103给出第一网元与终端设备之间通过控制面信令进行通信的示例。
279.s101中，为了便于第一网元向第三网元指示第一指示信息是给终端设备用于对业务流的性能指标进行测量的，第一网元还可以给第三网元发送一个第五指示信息，该第五指示信息用于指示第一指示信息用于所述终端设备测量所述业务流的性能指标。
280.示例性地，第五指示信息可以和第一指示信息承载在同一个消息中，或也可以承载在不同的消息中。第五指示信息例如可以是承载第一指示信息的消息中的一个指示信息，或者，第五指示信息还可以是本技术定义的用于承载第一指示信息的消息类型信元。
281.s103中，为了便于终端设备向第三网元指示第二指示信息是用于向第一网元指示业务流的性能指标的测量结果的，终端设备还可以给第三网元发送一个第六指示信息。该第六指示信息用于指示第二指示信息用于向第一网元指示业务流的性能指标的测量结果。
282.示例性地，第六指示信息可以和第二指示信息承载在同一个消息中，或也可以承载在不同的消息中。第六指示信息例如可以是承载第二指示信息的消息中的一个指示信
息，或者，第六指示信息还可以是本技术定义的用于承载第二指示信息的消息类型信元。
283.可选地，上述第三网元可以包括一个或多个网元。那么可能有一个或多个第三网元转发上述信息或消息。
284.可选地，为了便于确定第一指示信息与第二指示信息对应，用于承载第一指示信息的消息和用于承载第二指示信息的消息中还可以承载第七指示信息，第一网元可以根据发送和接收的消息中的第七指示信息，确定该第二指示信息指示的测量结果与第一指示信息指示的性能指标对应。例如第七指示信息也可以是本技术定义的用于承载第七指示信息的消息类型信元。
285.示例性地，第一网元可以是域wtemf，第二网元可以是跨域wtemf。或者，第一网元可以是nwdaf，第二网元可以是域wtemf。终端设备可以用于提供无线接入服务。
286.本技术实施例，通过针对终端设备的业务流的异常事件进行相关联的业务流的性能指标的测量结果的采集和分析，获得导致业务流的异常事件的原因，能够实现自动化地对终端设备进行故障定位分析，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集和分析业务流级别的性能指标的测量结果，减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
287.图5示出了本技术提供的故障定位的方法200的示意图。
288.在方法200中，域wtemf与cpe之间可以基于或不基于tr-069等终端管理协议进行信息交互。需要说明的是，本技术以终端设备为cpe为例进行说明，但本技术对此并不做限定。
289.可能的实现方式一，域wtemf与cpe之间不基于tr-069等终端管理协议进行信息交互。该实现方式包括图5中的s201-203，s205、s207-s212。
290.s201，跨域wtemf接收来自跨域管理系统外部的维测请求01，或接收跨域管理系统内部其他管理功能的维测请求01消息，该维测请求01消息包括异常事件，该维测请求01用于指示cpe执行拨测任务。
291.例如，维测请求01消息可以显式指示该cpe执行拨测任务，或者，跨域wtemf可以确定异常事件关联的设备连接在该cpe上，所以可以根据该异常事件判断要指示该cpe执行拨测任务。
292.应理解，这里的异常事件可以理解为故障，例如业务类型的故障。这里的异常事件可以包括设备级别的异常事件，和/或，业务流级别的异常事件。其中，设备粒度的异常事件包括以下至少一项：终端设备异常重启、终端位置覆盖差、终端设备断连；业务流粒度的异常事件包括以下至少一项：一个或多个业务流对应的视频卡顿、一个或多个业务流对应的控制时延异常。
293.示例性地，这里的终端设备异常重启可以是终端设备由于非人为因素的自动启动；这里的终端位置覆盖差可以是终端设备的所处位置由于受到建筑物遮挡等原因，导致终端设备接收的无线基站信号差；这里的终端设备断连可以是终端设备与无线基站之间的无线连接断开。这里的一个或多个业务流对应的视频卡顿可以是：视频业务服务器播放的视频出现花屏或卡顿现象；这里的一个或多个业务流对应的控制时延异常可以是控制业务服务器给终端设备发送的控制命令到达终端设备的时延较大(如大于数据传输平均时延)
或终端设备接收到命令后响应时间长(如大于平均响应时长)等。
294.还应理解，cpe执行拨测任务，可以确定具体是哪个网络环节故障导致了异常事件。可能是cpe故障，也可能是无线网元故障或者核心网网元设备故障等，或者还可能是其他网元。
295.可选地，维测请求01消息可选携带维测任务标识。
296.s202，跨域wtemf向域wtemf发送了维测请求02消息。
297.跨域wtemf可以根据s201中所述的方式确定需要执行拨测的终端为该cpe，并向域wtemf发送维测请求02消息，该维测请求02消息携带cpe id、维测任务标识、异常事件。
298.其中，cpe id是识别终端的设备标识，如设备序列号/电子序列号码(equipment serial number，esn)、device ip地址、系统架构演进(system architecture evolution，sae)服务临时移动用户识别码(sae temporary mobile subscriber identity，s-tmsi)、全球唯一临时用户标识(globally unique temporary ue identity，5g-guti)等。cpe id可以是由域wtemf确定由cpe执行拨测之后确定的。
299.维测任务标识可以是域wtemf从维测请求01消息中的获取的，或者也可以是域wtemf为本次拨测任务分配的。其作用是用来标识对应的维测任务，其可以是一串字符标识，也可是一个数字标识。
300.异常事件具体可以参见s201中的描述。
301.示例性地，维测请求02消息中除了包括上述信元信息，还可以包括一些执行拨测的基本配置参数，例如cpe执行拨测的测量的周期、测量开始时间、测量结束时间、测量结果上报方式、测量结果上报周期等信息。这些结果会通过后面的步骤发送给cpe。具体参数可以参考3gpp ts 28.554的描述，本文不再赘述。
302.示例性地，为了实现维测请求02消息中的参数信息的传输，s202可以对性能任务创建(create measjob operation)进行增强来实现，也可以定义其他的消息类型来实现，例如可以定义管理服务(mns,management service)类型的消息，如诊断分析管理服务(diagnostics mns)，或者，还可以是其他类型，本技术对此不作限定。
303.s203，域wtemf根据异常事件确定拨测类型。
304.示例性地，域wtemf根据维测请求02消息的消息类型确定需要指示cpe执行拨测，或者，根据维测请求02消息中的指示信息确定需要指示cpe执行拨测。
305.这里的异常时间即为维测请求02消息中的异常事件。
306.这里的拨测类型包括cpe执行拨测的操作类型或者需要测量的kpi。
307.其中，cpe执行拨测的操作类型包括以下至少一项：ip因特网包探索器(packet internet groper，ping)诊断(可用于测量网络的时延，如网络传输时延，或网络的丢包率等性能指标)、测速(用于测量网络的速率)、心跳检查(用于检测网络的链路连通状态)等。需要说明的是，与这里的ip ping诊断、测速、心跳检查具备相同作用的操作类型都在本技术的保护范围内。
308.作为一个示例，域wtemf根据设备粒度的异常事件确定cpe执行拨测的操作类型。比如，域wtemf可以根据设备粒度的异常事件，以及，设备粒度的异常事件与cpe执行拨测的操作类型的对应关系确定cpe执行拨测的操作类型。该对应关系例如可以是，若终端设备控制时延大，则需要执行拨测的操作类型是测速；若终端设备断连，则需要执行拨测的操作类
型是心跳检测或ip ping诊断。
309.测量的kpi可以包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。
310.作为另一个示例，域wtemf根据设备粒度的异常事件确定cpe需要测量的kpi，或者，域wtemf根据业务流粒度的异常事件确定cpe需要测量的kpi。例如，域wtemf可以根据业务流粒度的异常事件，以及，业务流粒度的异常事件与cpe需要测量的kpi的对应关系确定cpe需要测量的kpi。该对应关系例如可以是，业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数；业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。再例如，域wtemf可以根据设备粒度的异常事件，以及，设备粒度的异常事件与cpe需要测量的kpi的对应关系确定cpe需要测量的kpi。该对应关系例如可以是，终端设备异常重启与以下至少一个设备粒度的性能指标对应：终端设备启动时间，重启次数等；终端设备覆盖差与以下至少一个设备粒度的性能指标对应：参考信号接收功率、参考信号接收质量等；终端设备断连与以下至少一个设备粒度的性能指标对应：上行或下行数据包重传次数，上行或下行数据包丢包率等。
311.s205，域wtemf向cpe发送诊断测量请求消息。
312.该诊断测量请求消息中包括拨测类型以及s202中提及的执行拨测的基本配置参数。
313.s207，cpe向域wtemf发送诊断测量请求响应消息。
314.作为一个示例，cpe接收诊断测量请求消息后，向域wtemf发送诊断测量请求响应消息。
315.作为另一个示例，cpe根据诊断测量请求消息中的kpi确定接受或不接受该诊断测量请求，向域wtemf发送诊断测量请求响应消息，该响应消息中携带指示信息。例如，如果cpe确定接受诊断测量请求，则该指示信息指示接受。
316.作为再一个示例，诊断测量请求中包括cpe需要执行的操作类型，cpe根据该操作类型确定需要测量的kpi，根据需要测量的kpi确定接受或不接受该诊断测量请求，向域wtemf发送诊断测量请求响应消息，该响应消息中携带指示信息。例如，如果cpe确定接受诊断测量请求，则该指示信息指示接受。
317.应理解，域wtemf收到cpe的诊断测量请求响应消息，即基本完成维测任务创建。
318.s208，域wtemf向跨域wtemf发送维测请求02响应消息。
319.维测请求02响应消息用于向跨域wtemf指示维测任务创建结果，即创建成功或失败。可选地，若维测任务创建结果为创建失败，维测请求02响应消息则需携带原因值，这里的原因值可以用于指示终端设备离线、拨测类型不支持等。
320.s209，cpe执行拨测。
321.需要说明的是，s208与s209的步骤编号并不对步骤的执行顺序进行限定。s208可以在s209之前或之后执行。
322.示例性地，cpe根据s205中接收的拨测类型执行拨测，例如执行拨测类型中的操作类型指示的操作，或者对拨测类型中的kpi进行测量。
323.s210，cpe向域wtemf发送诊断测量完成通知。
324.cpe完成拨测后，需将测量结果上报给域wtemf，即发送诊断测量完成通知。该通知消息中包括了终端拨测的测量结果或测量的kpi的测量统计结果。
325.s211，域wtemf根据测量结果对故障进行诊断。
326.域wtemf接收诊断测量完成通知，获得测量结果。
327.下面介绍域wtemf根据设备粒度的kpi和业务流粒度的kpi的测量结果进行诊断的方式。
328.方式一，域wtemf根据设备粒度的kpi的测量结果进行诊断。
329.域wtemf基于设备粒度的kpi的测量结果进行分析判断出现故障的网络环节(如cpe故障、无线网元故障、传输网络故障或核心网网络故障)，即完成故障定界。
330.示例性地，cpe在进行拨测时，可以发送一个ping包到一个固定ip的服务器上，其中这个ping包会经过空口到无线网络，再经过无线网络与核心网的n3接口到达upf，然后再传输到该固定ip的服务器上。域wtemf接收了通过上述方式进行拨测并上报的测量结果，可以判断出现故障的网络关节。
331.应理解，如果是cpe发生故障，cpe仍然能够通过拨测的方式进行测量并上报测量结果。
332.进一步地，域wtemf可以根据测量结果分析发生故障的原因。
333.例如，域wtemf可以根据测量结果和故障原因的对应关系确定上述发生故障的原因。或者，域wtemf可基于人工智能(artificial intelligence，ai)机器学习算法等方法进行诊断分析，本技术不做具体限定。
334.方式二，域wtemf根据设备粒度和业务流粒度的kpi的测量结果进行诊断。
335.域wtemf按照方式一判断出是cpe发生故障，或者域wtemf按照方式一判断出没有网络环节发生故障。
336.进一步地，域wtemf可以基于业务流粒度的测量结果对终端故障类型进行分析诊断，识别cpe故障的根因，即完成故障定位分析。
337.示例性地，域wtemf可以根据cpe上报的kpi的测量结果进行故障定位，即分析cpe故障的原因。例如，可能有2种不同的情况。情况一，如果是cpe故障，可以根据业务流粒度和/或设备粒度的kpi的测量结果分析故障原因。情况二，如果不是cpe故障，可以进一步根据业务流粒度的kpi的测量结果分析故障原因。
338.下面针对情况二给出一个示例。在域wtemf确定cpe发生故障，例如该cpe为3个终端(例如2个摄像头、1个plc控制器)提供无线接入功能，其中，这3个终端分别对应不同的业务流。域wtemf可以进一步根据业务流粒度的kpi的测量结果确定是性能指标出现异常(例如大于或小于或等于一个阈值)的业务流，从而根据该业务流对应的终端确定上述3个终端中发生故障的终端。
339.例如，域wtemf可以根据测量结果和故障原因的对应关系确定上述发生故障的原因。或者，域wtemf可基于ai机器学习算法等方法进行诊断分析，本技术不做具体限定。
340.s212，域wtemf向跨域wtemf发生诊断分析结果。
341.域wtemf基于s211的分析上报诊断分析结果，该诊断分析结果中包括维测任务标识，故障定界结果和故障定位结果等。
342.具体地，若故障定界是cpe问题，则分析结果携带cpe的故障信息。该故障信息包括但不限于以下至少一项：故障类型(如终端断链、设备温度过高、终端位置覆盖差等)、故障发生时间、导致故障的可能原因、故障严重等级(如一般、严重、非常严重)、故障状态(如已恢复、未恢复)等。
343.示例性地，域wtemf可通过reportstreamdata消息，或file文件的方式将所述信息发送给跨域wtemf。
344.本技术实施例，通过在域wtemf的服务接口增加终端故障对应的拨测类型和进行拨测的终端的标识信息，扩展域wtemf的功能，以便于域wtemf支持基于终端上报的性能数据进行终端故障诊断分析。可以实现针对不同拨测类型的问题有针对性进行相关的性能数据采集，并基于数据采集结果快速实现终端设备故障定位分析，从而实现终端设备故障定位的自动化，节省人工成本，以便于快速处理故障，恢复业务的正常开展。
345.应理解，终端发送故障的一个常见场景如下：终端1(例如上文的cpe)接入网络，终端1为一个或多个终端2(例如上文的摄像头或plc控制器)提供无线接入服务，且至少1个终端2发生故障，终端1没有发生故障。在这样一个场景下，网络进行故障定位和定界可能出现以下情况。情况一，由于终端2不属于网络环节(例如无法接入运营商网络)，如果网络进行故障定界时只针对异常事件测量设备粒度的性能指标，那么网络可能只能定界到终端1发生故障，无法精确定界到发生故障的终端2。而且，在定界到终端1之后，进行故障定位也很可能不准确。情况二，在终端1为多个终端2提供无线接入服务的情况下，可能有至少1个终端2出现故障，而终端1的性能指标的测量结果是正常的。具体地，终端1的性能指标的测量结果包括出现故障的终端2对应的的异常部分和其他正常的终端2对应的部分，那么有可能网络收集到的终端1的性能指标的测量结果并没有显示出异常。那么，网络不仅发现不了终端2的异常，也无法将故障定界到某个具体的网络环节。
346.针对上述场景，考虑到每个终端2都有其对应的业务流，本技术的通信方法中网络针对异常事件测量业务流粒度的性能指标，可以减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
347.上述方案中，由域wtemf根据异常事件确定拨测类型。可选地，在具体实现中，还可以由跨域wtemf执行该步骤(s203)，随后在维测请求02消息中将拨测类型发送给域wtemf。
348.可能的实现方式二，域wtemf与cpe之间基于tr-069等终端管理协议进行信息交互。
349.可能的实现方式二包括图5中的s201-212。其中，s201-203，s205、s207-s212可以分别参考可能的实现方式1中的s201-203，s205、s207-s212的描述，其中，s205、s207、s210相对于可能的实现方式一增加了以下操作。
350.可能的实现方式二与可能的实现方式一的区别在于：
351.s204，域wtemf根据tr-069协议对拨测类型、执行拨测的基本配置参数进行数据建模，获得tr-069数据包。
352.需要说明的是，本技术实施例以tr-069协议为例进行说明，这里的tr-069协议还可以替换为mqtt、lwm2m等终端设备支持的终端管理协议中的任意一个，本技术对此不作限定。
353.s205中的诊断测量请求中包括上述tr-069数据包。
354.s206，cpe进行tr-069数据解析。
355.cpe收到域wtemf的请求消息，解析tr-069协议的消息，根据rpc操作类型确定需要执行的处理操作(即终端根据操作类型进行拨测或性能kpi数据采集)，并根据rpc操作中的信元参数确定需要测量的kpi类型。
356.s210，cpe可基于tr-069协议的通知(inform)rpc指令来实现测量结果上报。对应地，域wtemf也可用对tr-069报文进行解析以获得测量结果。
357.本技术实施例与可能的实现方式一具备相同的有益效果。进一步地，域wtemf与cpe之间基于tr-069协议进行信息交互，不需要核心网网元设备对其转发的信息进行处理。在能够实现快速精准定位故障原因的基础上，进一步降低核心网网元设备的复杂度，减少整个系统的功耗。
358.以上，介绍了可能的实现方式一和二，这两种可能的实现方式中，域wtemf与cpe之间通过数据面路径进行信息交互，例如将tr-069的报文数据封装成ip包。域wtemf与cpe还可以通过控制信令路径进行信息交互，例如通过核心网网元设备转发数据。下面介绍通过控制信令路径进行信息交互的方式。
359.可能的实现方式三，s201、s202、s203、s208、s209、s211、s212与可能的实现方式一相同。上述可能的实现方式一中域wtemf与cpe之间的信息交互，即步骤s205、s207、s210，可以分别替换为图6或图7的对应的步骤。
360.可能的实现方式四，s201-204、s206、s208-209、s211-212与可能的实现方式二相同。上述可能的实现方式二中域wtemf与cpe之间的信息交互，即步骤s205、s207、s210，可以按照图8或图9的方式进行。
361.可能的实现方式五，上述可能的实现方式二和四中是由域wtemf对tr-069协议进行解析和封装的实现方式，在具体实现中也可以由其他网元对tr-069协议进行解析和封装。下文结合图10详细介绍由nef代替cpe对tr-069协议进行解析和封装的实现方式。
362.可能的实现方式六，上述可能的实现方式一至五中，均是由域wtemf对cpe上报的测量结果对故障进行诊断，在具体实现中也可以由其他网元对cpe上报的测量结果对故障进行诊断。下文结合图13详细介绍由nwdaf代替域wtemf对cpe上报的测量结果对故障进行诊断的实现方式。
363.下面先结合图6和图7详细介绍方法200的可能的实现方式三。如图6和图7中所示，域wtemf和cpe之间通过nef、amf、ran进行信息转发，其中，amf收到nef的请求后，可以分别基于接入层(access stratum，as)信令或非接入层(non-access stratum，nas)信令的方法将终端执行拨测的相关信息发送给cpe。
364.应理解，基于nas信令的方法(nas based)：amf直接将需要发送给cpe的信息通过nas协议数据单元(protocol data unit，pdu)进行打包封装起来，然后在通过amf和ran之
间的n2接口的信令消息以及cpe和ran之间的空口信令消息传输给cpe。在传输过程中，ran网元透传amf发送的nas pdu，不感知传输的具体内容。
365.还应理解，基于as信令的方法(as based)：amf将需要发送给cpe的信息直接通过amf和ran之间的n2接口的信令消息发送给ran网元，ran网元再通过cpe和ran之间的空口信令消息传输给cpe。在传输过程中，需要发送给cpe信息都是作为相关信令消息的信元显式地包含在消息中，ran网元也是能感知到具体传递的消息内容。
366.图6示出了本技术提供的故障定位的方法300的示意图。
367.下面结合图6介绍方法200可能的实现方式三中amf基于as信令将终端执行拨测的相关信息发送给cpe的情况。其中，将可能的实现方式一中的s205替换为s301-304，将可能的实现方式一中的s207替换为s305-308、将可能的实现方式一中的s210替换为s310-313。
368.s301，域wtemf向nef发送能力开放请求消息。
369.该能力开放请求消息携带cpe id、维测任务标识、行动指令(actionorder)、拨测类型、执行拨测的基本配置参数等。
370.其中，行动指令可以理解为一个cpe拨测命令指示，其作用是说明该请求消息的功能是用于对cpe进行拨测处理，以便于接收能力开放请求消息的网元(如nef、amf或ran)基于该行动指令将消息中的信元发送给cpe。其他参数信元的含义可以参见方法200中的相关描述。
371.需要说明的是，行动指令还可以替换成具有类似作用的其他的消息类型，或者行动指令还可以替换成具有类似作用的指示信息，与行动指令具备相同作用的实现方式都在本技术的保护范围内。
372.该能力开放请求消息可以是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，也可以是本技术定义的nef的服务请求，如nnef接口cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)请求消息，具体消息类型本技术不做限定。
373.应理解，在第五代通信系统(5th generation system，5gs)架构中，各个网元之间可以直接基于服务化接口进行信息交互，nnef接口就是nef与其他网元交互的服务化接口。例如，目前nef基于nnef接口与其他网元之间传输的消息可以是上述nnef_applypolicy_create request消息。或者，为了本技术实施例，nef基于nnef接口与其他网元之间传输的消息还可以是本技术定义的nnef_cpediagnosticsjob_create request消息。
374.s302，nef向amf发送终端消息请求(ue message request)消息。
375.该请求消息中包括s301中能力开放请求消息的信息和行动指令。
376.示例性地，终端消息请求(ue message request)消息可以是amf的namf接口通信ue上下文传输(namf_communication_uecontexttransfer)消息，或者，可以定义amf的服务，如namf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)请求消息，具体消息类型本技术不做限定。
377.应理解，在第五代通信系统(5th generation system，5gs)架构中，各个网元之间可以直接基于服务化接口进行信息交互，namf接口就是amf与其他网元交互的服务化接口。例如，目前amf基于namf接口与其他网元之间传输的消息可以是上述namf_communication_uecontexttransfer消息。或者，为了本技术实施例，amf基于namf接口与其他网元之间传输
的消息还可以是本技术定义的namf_communication_cpediagnosticsjobcreation request消息。s303，amf向ran发送n2消息请求(n2 message request)消息。
378.该n2消息包括终端消息请求消息中的信息。
379.n2 message request消息可以是ue信息传输(ue information transfer)消息，那么为了支持上述参数信息的传输，需要对ue information transfer消息的信元参数进行扩展。也可以定义n2接口的信令消息，具体消息类型本技术不做限定。但是若定义了一个消息专门用于传输这些信息，则步骤s303中可以不携带行动指令，ran网元可以根据该定义的消息的消息类型就可确定该消息的作用，并执行相应的处理操作。
380.s304，ran向cpe发送无线资源控制(radio resource control，rrc)消息请求(rrc message request)消息。
381.ran网元基于n2消息请求消息中的行动指令指示或s303中定义的消息的消息类型进行信息转发，通过rrc消息请求消息将s305中接收到的n2消息请求消息中的信息发送给cpe。
382.这里的rrc message request消息可以是rrc配置(rrc reconfiguration)消息，或ue information request消息，那么为了支持上述参数信息的传输，需要对rrc reconfiguration消息的信元参数进行扩展。也可以定义空口的信令消息，具体消息类型本技术不做限定。
383.s305，cpe向ran发送rrc配置完成响应消息。
384.cpe接收ran网元发送的rrc消息请求消息，完成相应的拨测测量任务配置，并向ran网元发送任务创建处理结果(如任务创建成功，任务创建失败以及失败原因)。s305中的完成响应消息与s304中的请求消息对应。该响应消息中携带维测任务标识和任务创建结果。
385.s306，ran向amf发送n2消息响应消息。
386.ran网元收到cpe的任务创建结果反馈，则向amf发送任务创建处理结果。s306中的响应消息与s303中的请求消息对应。该响应消息中携带s305中ran接收的的维测任务标识和任务创建结果。
387.s307，amf向nef发送终端消息响应消息。
388.amf收到ran网元的任务创建结果反馈，向nef反馈所述创建结果。
389.若s302中的ue message request消息是amf的namf接口通信ue上下文传输(namf_communication_uecontexttransfer)消息，则s307中的响应消息是namf接口通信ue上下文传输(namf_communication_uecontexttransfer)确认消息；若s302中的ue message request消息是本技术定义amf的服务，如namf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)请求消息，则s307中的响应消息是namf接口通信cpe诊断任务创建响应(namf_communication_cpediagnosticsjobcreation response)确认消息。
390.s308，nef向域wtemf发送能力开放响应消息。
391.nef收到amf的任务创建结果反馈，向域wtemf反馈所述创建结果。该响应消息是s301中的能力开发请求消息的响应消息，若s301中是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，则s308中是nnef接口应用策略创建响应
(nnef_applypolicy_create response)消息；若s301中是定义的nef的服务请求，如nnef接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)请求消息，则s308中是nnef接口通信cpe诊断任务创建响应(nnef_cpediagnosticsjob_create response)消息。
392.s309，这里具体参见s209中的描述。
393.s310，cpe向ran发送rrc消息。
394.cpe通过rrc消息(如measurement report消息或定义的其他消息)将s309中获得的测量结果发送给ran网元，消息中携带数据报告(datareport)、维测任务标识、cpe id和拨测测量数据结果。
395.其中，数据报告可以理解为一个数据上报指示，其作用是说明该消息的功能是用于传输cpe拨测测量数据结果，接收rrc消息消息的网元(如amf或ran)基于该指示执行将消息中的测量结果进行上报。
396.需要说明的是，数据报告还可以替换成具有类似作用的其他的消息类型，或者数据报告还可以替换成具有类似作用的指示信息，与数据报告具备相同作用的实现方式都在本技术的保护范围内。
397.s311，ran向amf发送n2消息。
398.ran网元收到cpe的测量数据结果上报，通过n2接口消息(如数据使用报告(data usage report)消息或定义的其他消息)将s310中的rrc消息中携带的数据报告、维测任务标识、cpe id和测量结果发送给amf。
399.s312，amf向nef进行数据上报。
400.amf收到ran网元的n2消息上报的信息后，基于n2消息中的数据报告指示或as消息类型确定需要通过nef进行数据上报，如通过amf的namf接口事件开放通知(namf_eventexposure_notify)服务接口消息，即需要根据数据上报的需求扩展namf_eventexposure_notify消息。上述消息中包括数据报告、维测任务标识、cpe id和测量结果。
401.s313，nef向域wtemf发送数据开放消息。
402.nef通过数据开放(data exposure)的方式将amf上报的信息发送给域wtemf。s313可通过nef的nnef接口事件开放通知(nnef_eventexposure_notify)服务接口消息，即通过扩展nnef_eventexposure_notify消息进行数据上报。该消息中的参数包括测量结果、cpe id、维测任务标识。
403.可选地，s312和s313中，amf收到ran网元的信息上报，也可不通过nef间接将上报的信息发送给域wtemf，而是直接基于标准的性能数据上报方式将信息上报给无线网元管理系统(element management system，ems)，再由ems将信息发送给域wtemf。
404.应理解，amf基于as信令将终端执行拨测的相关信息发送给cpe的流程中，ran不会对其转发信息进行处理，可以减少ran处理的复杂度，降低整个系统的功耗。
405.本技术实施例，对核心网的控制面信令的增强以支持对终端的拨测任务配置和拨测测量结果的上报，可以实现针对不同拨测类型的问题有针对性进行相关的性能数据采集，并基于数据采集结果快速实现终端设备故障定位分析，从而实现终端设备故障定位的自动化节省人工成本，以便于快速处理故障，恢复业务的正常开展。
406.进一步地，与方法200类似的，通过网络针对异常事件测量业务流粒度的性能指标，可以减少无法进行故障定界的情况和故障定位不准确的情况，从而能够进行更精准的故障定界和定位，以便于更快速地处理故障，恢复业务的正常开展。
407.图7示出了本技术提供的故障定位的方法400的示意图。
408.下面结合图7介绍方法200可能的实现方式三中amf基于nas信令将终端执行拨测的相关信息发送给cpe的情况。其中，将可能的实现方式一中的s205替换为s401-405，将可能的实现方式一中的s207替换为s406-409、将可能的实现方式一中的s210替换为s411-414。
409.s401-s402可以参见s301-s302对应的描述。
410.s403，amf执行nas pdu封装。
411.amf基于终端消息请求消息中的行动指令指示进行信息转发，那么为了支持通过nas pdu将终端消息请求消息中的拨测类型，采集的数据上报周期，采集的数据上报地址，数据采集周期，数据采集开始时间，数据采集结束时间等、cpe id、维测任务标识传输给ue，则需要新增nas消息类型，或对目前的nas消息进行消息内容增强。amf将终端消息请求消息中的信元、cpe id、维测任务标识封装在nas消息中。
412.s404，amf向ran进行下行nas传输。
413.amf通过n2接口的下行非接入层传输(downlink non-access stratum transfer，dl nas transfer)消息将s403中封装后的nas pdu发送给ran网元。
414.s405，ran向cpe进行下行nas传输。
415.ran网元收到amf的dl nas transfer消息，通过空口的下行信息传输(downlinkinformation transfer，dl information transfer)消息将s404的dl nas transfer中的nas pdu发送给cpe。
416.s406，cpe向ran进行上行nas传输。
417.cpe接收ran网元发送的请求，完成相应的拨测测量任务配置，并通过上行信息传输(uplink information transfer，ul information transfer)消息向ran网元发送任务创建处理结果(如任务创建成功，任务创建失败以及失败原因)，消息中携带维测任务标识和任务创建结果。
418.s407，ran向amf进行上行nas传输。
419.ran网元收到cpe的任务创建结果反馈，通过上行非接入层传输(uplink non-access stratum transfer，ul nas transfer)消息向amf发送任务创建处理结果，消息中携带维测任务标识和任务创建结果。
420.s408，amf向nef发送终端消息响应消息。
421.amf收到ran网元的任务创建结果反馈，向nef反馈所述创建结果。若s402的ue消息请求(ue message request)消息是amf的namf接口通信ue上下文传输namf_communication_uecontexttransfer消息，则s408的响应消息是namf接口通信ue上下文传输(namf_communication_uecontexttransfer)确认消息；若s402的ue message request消息是本技术定义amf的服务，如namf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)消息，则s408的响应消息是namf接口通信cpe诊断任务创建响应(namf_communication_cpediagnosticsjobcreation response)消息。
422.s409，nef向域wtemf发送能力开放响应。
423.nef收到amf的任务创建结果反馈，向域wtemf反馈任务创建结果。该消息是s401的回复响应消息，若s401是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，则s409是nnef接口应用策略创建响应(nnef_applypolicy_create response)消息；若s401是本技术定义的nef的服务请求，如namf接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)消息，则s409是namf接口通信cpe诊断任务创建响应(nnef_cpediagnosticsjob_create response)消息。
424.s410，具体可以参见s209中对应的描述。
425.s411：amf执行nas封装。
426.为了支持通过nas pdu将s410的测量结果等信息传输给amf，则需要新增nas消息类型，或对现有的nas消息进行消息内容增强。cpe将s411的测量结果、cpe id、维测任务标识封装在nas消息中。
427.s412，cpe向ran进行上行nas封装。
428.cpe通过空口的ul information transfer消息将s411封装后的nas pdu发送给ran网元。
429.s413，ran向amf进行数据上报。
430.ran网元通过n2接口的ul nas transfer消息nas pdu发送给amf。
431.s414，具体可以参见s313对应的描述。
432.本技术实施例具备与方法300相同的有益效果。
433.以上，结合图6和图7详细介绍了方法200的可能的实现方式三。
434.下面再结合图8和图9详细介绍方法200的可能的实现方式四。如图8和图9中所示，域wtemf和cpe之间通过nef、amf、ran进行信息转发，其中，amf收到nef的请求后，可以分别基于as信令或nas信令的方法将终端执行拨测的相关信息发送给cpe。
435.图8示出了本技术提供的故障定位的方法500的示意图。
436.下面结合图8介绍方法200可能的实现方式四中amf基于as信令将终端执行拨测的相关信息发送给cpe的情况。其中，将可能的实现方式二中的s205替换为s501-504，将可能的实现方式二中的s207替换为s506-508、将可能的实现方式二中的s210替换为s510-513。
437.s501，域wtemf向nef发送能力开放请求消息。
438.能力开放请求消息携带cpe id，维测任务标识，tr-069协议报文和行动指令，其中tr-069报文是可能的实现方式二的s204中基于终端管理协议tr-069协议对拨测类型和执行拨测的基本配置参数建模后的封装报文，作为整体以一个信元的方式在网元之间进行传递。行动指令是一个cpe拨测命令指示，其作用是说明该请求消息的功能是用于对cpe进行拨测处理，消息接收网元(如nef、amf或ran)基于该指示执行将消息中的信元发送给cpe，
439.该能力开放请求消息可以是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，也可以是本技术定义的nef的服务请求，如nnef接口cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)消息，具体消息类型本技术不做限定。
440.s502，nef向amf发送终端消息请求(ue message request)消息。
441.nef基于s501中的行动指令指示进行信息转发，将s501中的tr-069报文、cpe id、
维测任务标识和行动指令发送给amf。
442.这里的ue message request消息可以是amf的namf接口通信ue上下文传输(namf_communication_uecontexttransfer)消息，可以是本技术定义的amf的服务，如namf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)请求消息，具体消息类型本技术不做限定。
443.s503，amf向ran发送n2消息请求消息。
444.amf基于s502中终端消息请求消息中的行动指令指示进行信息转发，将终端消息请求消息中的tr-069报文、cpe id、维测任务标识和行动指令发送给amf。
445.这里的n2 message request消息可以是ue information transfer消息，那么为了支持上述参数信息的传输，需要对ue information transfer消息的信元参数进行扩展。本技术也可以定义n2接口的信令消息，具体消息类型本技术不做限定。但是若定义了一个消息专门用于传输这些信息，则s503中可以不携带行动指令，ran网元可以根据该定义的消息名就可确定该消息的作用，并执行相应的处理操作。
446.s504，ran向cpe发送rrc消息请求(rrc message request)消息。
447.ran网元基于s503中的行动指令指示或s503中定义的消息的消息类型进行信息转发，将s503中的tr-069报文、cpe id、维测任务标识和行动指令发送给cpe。
448.这里的rrc message request消息可以是rrc reconfiguration消息，或ue information request消息，那么为了支持上述参数信息的传输，需要对rrc reconfiguration消息的信元参数进行扩展。也可以本技术定义空口的信令消息，具体消息类型本技术不做限定。
449.s505，cpe对tr-069报文进行解析，具体可以参考s206的描述。
450.cpe收到ran网元的消息后，对消息中的tr-069报文进行解析，并根据报文中的tr-069协议的rpc类型和参数执行相应的拨测相关的操作处理。
451.s506，cpe向ran发送rrc配置完成响应消息。
452.cpe接收ran网元发送的rrc消息请求消息，完成相应的拨测测量任务配置，并向ran网元发送任务创建处理结果(如任务创建成功，任务创建失败以及失败原因)。s506中的完成响应消息与s504中的请求消息对应。该响应消息中携带维测任务标识和任务创建结果。
453.s507，ran向amf发送n2消息响应消息。
454.ran网元收到cpe的任务创建结果反馈，则向amf发送任务创建处理结果。s507中的响应消息与s503中的请求消息对应。该响应消息中携带s506中ran接收的维测任务标识和任务创建结果。
455.s508，amf向nef发送终端消息响应消息。
456.amf收到ran网元的任务创建结果反馈，向nef反馈所述创建结果。
457.若s502中的ue message request消息是amf的namf接口通信ue上下文传输(namf_communication_uecontexttransfer)消息，则s508中的响应消息是namf接口通信ue上下文传输(namf_communication_uecontexttransfer)确认消息；若s502中的ue message request消息是本技术定义amf的服务，如namf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)消息，则s508中的响应消息是namf
接口通信cpe诊断任务创建响应(namf_communication_cpediagnosticsjobcreation response)消息。
458.s509，nef向域wtemf发送能力开放响应消息。
459.nef收到amf的任务创建结果反馈，向域wtemf反馈所述创建结果。该响应消息是s501中的能力开发请求消息的响应消息，若s501中是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，则s509中是nnef接口应用策略创建响应(nnef_applypolicy_create response)消息；若s501中是本技术定义的nef的服务请求，如nnef接口cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)消息，则s509中是nnef接口cpe诊断任务创建响应(nnef_cpediagnosticsjob_create response)消息。
460.s510，这里具体参见s209中的描述。
461.s511，cpe向ran发送rrc消息。
462.cpe通过rrc消息(如measurement report消息或定义的其他消息)将s510中基于tr-069协议封装处理后的数据(即封装成tr-069packet报文)发送给ran网元，消息中携带数据报告(datareport)、维测任务标识、cpe id和拨测测量数据结果。其中，数据报告是一个数据上报指示，其作用是说明该消息的功能是用于传输cpe拨测测量数据结果，消息接收网元(如amf或gnb)基于该指示执行将消息中的tr-069报文信息进行上报。tr-069packet是包括cpe测量结果的协议报文。
463.需要说明的是，数据报告还可以替换成具有类似作用的其他的消息类型，或者数据报告还可以替换成具有类似作用的指示信息，与数据报告具备相同作用的实现方式都在本技术的保护范围内。
464.s512，ran向amf发送n2消息。
465.ran网元收到cpe的测量数据结果上报，通过n2接口消息(如data usage report消息或定义的其他消息)将s511中的rrc消息中携带的数据报告、维测任务标识、cpe id和tr-069packet发送给amf。
466.s513，amf向nef进行数据上报。
467.amf收到ran网元的n2消息上报的信息后，基于n2消息中的数据报告指示或as消息类型确定需要通过nef进行数据上报(发送数据报告)，如通过amf的namf接口事件开放通知(namf_eventexposure_notify)服务接口消息，即通过扩展namf_eventexposure_notify消息。上述消息中包括数据报告、维测任务标识、cpe id和tr-069报文。
468.s514，nef向域wtemf发送数据开放消息。
469.nef通过数据开放(data exposure)的方式将amf上报的信息发送给域wtemf。s514可通过nef的nnef接口事件开放通知(nnef_eventexposure_notify)服务接口消息，即通过扩展nnef_eventexposure_notify消息进行数据上报。该消息中的参数包括tr-069报文、cpe id、维测任务标识。
470.可选地，s513和s514中，amf收到ran网元的信息上报，也可不通过nef间接将上报的信息发送给域wtemf，而是直接基于标准的性能数据上报方式将信息上报给ems，再由ems将信息发送给域wtemf。
471.应理解，amf基于as信令将终端执行拨测的相关信息发送给cpe的流程中，ran不会对其转发信息进行处理，可以减少ran处理的复杂度，降低整个系统的功耗。
472.本技术实施例，具备与方法300相同的有益效果。进一步地，域wtemf与cpe之间基于tr-069协议进行信息交互，不需要核心网网元设备对其转发的信息进行处理。在能够实现快速精准定位故障原因的基础上，进一步降低核心网网元设备的复杂度，减少整个系统的功耗。
473.图9示出了本技术提供的故障定位的方法600的示意图。
474.下面结合图9介绍方法200可能的实现方式四中amf基于nas信令将终端执行拨测的相关信息发送给cpe的情况。其中，将可能的实现方式二中的s205替换为s601-605，将可能的实现方式二中的s207替换为s607-610、将可能的实现方式二中的s210替换为s612-615。
475.s601-602具体可以参考s501-502的描述。
476.s603，amf执行nas pdu封装。
477.amf基于终端消息请求消息中的行动指令指示进行信息转发，那么为了支持通过nas pdu将终端消息请求消息中的tr-069报文、cpe id、维测任务标识传输给ue，则需要新增nas消息类型，或对目前的nas消息进行消息内容增强。amf将终端消息请求消息中的tr-069报文、cpe id、维测任务标识封装在nas消息中。
478.s604，amf向ran进行下行nas传输。
479.amf通过n2接口的dl nas transfer将s603中封装后的nas pdu发送给ran网元。
480.s605，ran向cpe进行下行nas传输。
481.ran网元收到amf的dl nas transfer消息，通过空口的dl information transfer消息将s604的dl nas transfer中的nas pdu发送给cpe。
482.s606，cpe进行tr-069协议解析。
483.cpe收到ran网元的消息后，对消息中nas pdu进行解析以获知消息中的tr-069报文进行解析，并根据报文中的tr-069协议的rpc类型和参数执行相应的拨测相关的操作处理。
484.s607，cpe向ran进行上行nas传输。
485.cpe接收ran网元发送的请求，完成相应的拨测测量任务配置，并通过ul information transfer向ran网元发送任务创建处理结果(如任务创建成功，任务创建失败以及失败原因)，消息中携带维测任务标识和任务创建结果。
486.s608，ran向amf进行上行nas传输。
487.ran网元收到cpe的任务创建结果反馈，通过ul nas transfer消息向amf发送任务创建处理结果，消息中携带维测任务标识和任务创建结果。
488.s609，amf向nef发送终端消息响应消息。
489.amf收到ran网元的任务创建结果反馈，向nef反馈所述创建结果。若s602的ue message request消息是amf的namf接口通信ue上下文传输(namf_communication_uecontexttransfer)消息，则s609的响应消息是amf接口通信ue上下文传输(namf_communication_uecontexttransfer)确认消息；若s602的ue message request消息是本技术定义amf的服务，如amf接口通信cpe诊断任务创建请求(namf_communication_cpediagnosticsjobcreation request)消息，则s609的响应消息是amf接口通信cpe诊断任务创建响应(namf_communication_cpediagnosticsjobcreation response)确认消息。
490.s610，nef向域wtemf发送能力开放响应。
491.nef收到amf的任务创建结果反馈，向域wtemf反馈任务创建结果。该消息是s601的回复响应消息，若s601是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，则s610是nnef接口应用策略创建响应(nnef_applypolicy_create response)消息；若s601是本技术定义的nef的服务请求，如nnef接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)请求消息，则s610是nnef接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create response)消息。
492.s611，具体可以参见s209中对应的描述。
493.s612：amf执行nas封装。
494.为了支持通过nas pdu将s611的测量结果等信息传输给amf，则需要新增nas消息类型，或对现有的nas消息进行消息内容增强。cpe将s612的tr-069packet报文、cpe id、维测任务标识封装在nas消息中。
495.s613，cpe向ran进行上行nas封装。
496.cpe通过空口的ul information transfer消息将s612封装后的nas pdu发送给ran网元。
497.s614，ran向amf进行数据上报。
498.ran网元通过n2接口的ul nas transfer消息nas pdu发送给amf。
499.s615，具体可以参见s513对应的描述。
500.本技术实施例，具备和方法500相同的有益效果。
501.另外，上述可能的实现方式二和四中是由域wtemf对tr-069协议进行解析和封装的实现方式，在具体实现中也可以由其他网元对tr-069协议进行解析和封装，下文结合图10详细介绍由nef代替cpe对tr-069协议进行解析和封装的实现方式。
502.图10示出了本技术提供的故障定位的方法700的示意图。
503.s701-s704可以参见可能的实现方式二中s201-s204中对应的描述。
504.s705可以参见可能的实现方式二中s501中对应的描述。
505.s706，nef进行tr-069数据解析。
506.nef收到域wtemf的能力开放请求消息，解析tr-069数据包，根据rpc操作类型确定需要执行的处理操作(即终端根据操作类型进行拨测或性能kpi数据采集)，并根据rpc操作中的信元参数确定需要拨测类型。
507.s707，nef向cpe发送诊断测量请求。
508.s707可以有两种可能的实现方式，即nef通过amf、ran向cpe转发拨测类型的流程中，amf收到nef的请求后，可以分别基于as信令或nas信令的方法将终端执行拨测的相关信息发送给cpe。
509.方式一，基于as信令。
510.s707可以替换为图11中的s801-s803。
511.图11示出了本技术提供的故障定位的方法800的示意图。
512.其中，s801-s803可以参见s302-s304的描述。
513.方式二，基于nas信令。
514.s707可以替换为图12中的s901-s904。
515.图12示出了本技术提供的故障定位的方法900的示意图。
516.其中，s901-s904可以参见s402-s405的描述。
517.s708，cpe向nef发送诊断测量请求响应。
518.s708可以有两种可能的实现方式，与s707对应，即cpe通过amf、ran向nef转发维测任务创建结果的流程中，cpe可以分别基于as信令或nas信令的方法将维测任务创建结果发送给nef。
519.方式一，与s707的方式一对应，基于as信令。
520.s708可以替换为图11中的s804-s806。
521.其中，s804-s806可以参见s305-s307中对应的描述。
522.方式二，与s707的方式二对应，基于nas信令。
523.s708可以替换为图12中的s904-s906。
524.其中，s904-s906可以参见s406-s408中对应的描述。
525.s709可以参见s409中对应的描述。
526.s710可以参见s208中对应的描述。
527.s711可以参见s209中对应的描述。
528.s712可以有两种可能的实现方式，与s707、s708对应，即cpe通过amf、ran向nef转发测量结果的流程中，cpe可以分别基于as信令或nas信令的方法将测量结果发送给nef。
529.方式一，与s707、s708的方式一对应，基于as信令。
530.s712可以替换为图11中的s808-s810。
531.其中，s808-s810可以参见s310-s312中对应的描述。
532.方式二，与s707、s708的方式二对应，基于nas信令。
533.s712可以替换为图12中的s909-s911。
534.其中，s909-s911可以参见s411-s413中对应的描述。
535.s713，nef对测量结果进行tr-069协议建模封装。
536.nef可基于tr-069协议的inform rpc对s712中接收的测量结果的进行封装，并上报tr-069数据包。
537.s714可以参见s414中对应的描述。
538.s715-s716可以参见s211-s212中对应的描述。
539.对nef的功能进行增强，使得nef能够根据tr-069协议封装或解析相关报文。可以减少其他核心网网元设备的改进，降低整个系统的功耗。扩展支持终端管理协议的处理，同时对nef、amf的相关接口服务、n2接口信令和空口接口信令消息进行增强以支持终端故障拨测类型和进行拨测的终端的标识等信息传输。
540.本技术实施例，具备和方法300相同的有益效果。
541.以上，在方法200的可能的实现方式一至五中，均是由域wtemf对cpe上报的测量结果对故障进行诊断，下面结合图13介绍可能的实现方式六，即由nwdaf代替域wtemf对cpe上报的测量结果对故障进行诊断的实现方式。
542.应理解，域wtemf基于跨域wtemf的维测请求，触发对cpe进行维测处理，但域wtemf不执行对终端拨测任务配置，也不执行基于cpe拨测的测量结果进行故障定界定位分析，而是向核心网的nwdaf请求对终端进行故障定位分析，即由核心网负责执行终端故障定位分
析。那么域wtemf收到跨域wtemf的维测请求，通过nef能力开放向核心网请求对终端故障分析结果。nwdaf基于分析请求进行采集cpe拨测的测量结果，并进行终端故障分析，将分析结果通过nef上报给域wtemf。
543.图13示出了本技术提供的故障定位的方法1000的示意图。
544.s1001-s1102可以参见s201-s202中对应的描述。
545.s1003，域wtemf向nef发送能力开放请求消息。
546.该能力开放请求消息携带cpe id，维测任务标识，维测分析请求指示，其中维测分析指示用于描述请求的行为指示，或请求进行终端故障定位分析。
547.该能力开放请求消息可以是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息或nnef接口事件开放订阅请求(nnef_eventexposure_subscribe request)消息，也可以是本技术定义的nef的服务请求，如nnef接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)消息，具体消息类型本技术不做限定。
548.s1004，nef向域wtemf发送能力开放响应消息。
549.该能力开放响应消息反馈维测任务创建结果。
550.该能力开放响应消息是s1003的回复响应消息，若s1003是nef的nnef接口应用策略创建请求(nnef_applypolicy_create request)消息，则s1003是nnef接口应用策略创建响应(nnef_applypolicy_create response)消息；若s1003是nef的nnef接口事件开放订阅请求(nnef_eventexposure_subscribe request)消息，则s1004是nnef接口事件开放订阅响应(nnef_eventexposure_subscribe response)消息；若s1003是本技术定义的nef的服务请求，如nnef接口通信cpe诊断任务创建请求(nnef_cpediagnosticsjob_create request)消息，则s1004是nnef接口通信cpe诊断任务创建响应(nnef_cpediagnosticsjob_create response)消息。
551.s1005可以参见s208中对应的描述。
552.s1006，nef向nwdaf发送分析请求消息。
553.nef根据s1003的维测分析指示执行向nwdaf请求终端故障维测分析结果，即通过调用nwdaf的nnwdaf接口分析订阅(nnwdaf_analyticssubscription_subscribe)服务请求消息，消息中携带s1003中的信元参数。
554.s1007，具体可以参见s203中对应的描述，并将s203中的域wtemf替换为nwdaf。
555.s1008，nwdaf向cpe发送诊断测量请求。
556.s1008可以有两种可能的实现方式，即nwdaf通过amf、ran向cpe转发拨测类型的流程中，amf收到nwdaf的请求后，可以分别基于as信令或nas信令的方法将终端执行拨测的相关信息发送给cpe。
557.方式一，基于as信令。
558.s1008可以替换为图14中的s1101-s1103。
559.图14示出了本技术提供的故障定位的方法1100的示意图。
560.其中，s1101-s1103可以参见s302-s304的描述，并将s302-s304中的nef替换为nwdaf。
561.方式二，基于nas信令。
562.s1008可以替换为图15中的s1201-s1204。
563.图15示出了本技术提供的故障定位的方法1200的示意图。
564.其中，s1201-s1204可以参见s402-s405的描述，并将s402-s405中的nef替换为nwdaf。
565.s1009，具体可以参见s209的描述。
566.s1010，cpe向nwdaf发送诊断测量完成通知。
567.s1010可以有两种可能的实现方式，即nwdaf通过amf、ran向cpe转发拨测类型的流程中，amf收到nwdaf的请求后，可以分别基于as信令或nas信令的方法将终端执行拨测的相关信息发送给cpe。
568.方式一，基于as信令。
569.s1010可以替换为图14中的s1104-s1106。
570.其中，s1104-s1106可以参见s310-s313的描述，并将s310-s313中的nef替换为nwdaf。
571.方式二，基于nas信令。
572.s1010可以替换为图15中的s1205-s1207。
573.其中，s1205-s1207可以参见s411-s414的描述，并将s411-s414中的nef替换为nwdaf。
574.s1011，具体可以参见s211中对应的描述，并将s211中的域wtemf替换为nwdaf。
575.s1012，nwdaf向nef上报分析结果。
576.nwdaf通过调用nef的nnwdaf接口分析订阅通知(nnwdaf_analyticssubscription_notify)服务请求消息将分析结果发送给nef，消息中还携带cpe id，维测任务标识。
577.s1013，nef向域wtemf发送分析结果。
578.nef通过数据开放(data exposure)的方式将nwdaf上报的信息发送给域wtemf。该步骤可通过nef的nnef接口事件开放通知(nnef_eventexposure_notify)服务消息，即通过扩展nnef_eventexposure_notify消息的输入参数以包含分析结果、cpe id、维测任务标识。
579.s1014，具体可以参见s212中对应的描述。
580.可选地，方法1000还可以有另一种实现方式。在s1003之前，域wtemf已经进行故障定界，确定发生故障的网元为cpe。在s1011中，nwdaf可以只进行故障定位。
581.本技术实施例，由核心网网元设备nwdaf进行故障定位，这样可以实现针对不同维测类型的问题有针对性进行相关的性能数据采集，并基于数据采集结果快速实现终端设备故障定位分析，从而实现终端设备故障定位的自动化。还可以减少大量测量数据上报对域wtemf和nef之间的接口资源消耗。
582.本技术的方案可应用于5g tob场景下的异常故障检测，还可用于e2e网络开通前对网络能力的检测。如通过终端拨测测量e2e网络的时延，以评估网络能够达到的时延性能水平等。
583.以上，结合图1至图15详细说明了本技术实施例提供的方法。以下，结合图16至图17详细说明本技术实施例提供的装置。
584.图16是本技术实施例提供的用于故障定位的通信装置的示意性框图。如图16所示，该装置10可以包括收发模块11和处理模块12。
585.其中，收发模块11可以用于接收其他装置发送的信息，还可以用于向其他装置发送信息。比如，接收第二指示信息或发送第一指示信息。处理模块12可以用于进行装置的内容处理，比如，分析第一指示信息。
586.在一种可能的设计中，该装置10可对应于上述方法实施例中的第一网元或域wtemf或nwdaf。
587.具体地，该装置10可对应于根据本技术实施例的方法100至方法1200中的第一网元或域wtemf或nwdaf，该装置10可以包括用于执行相应方法中由第一网元或域wtemf或nwdaf所执行的操作的模块，并且，该装置10中的各单元分别为了实现相应方法中由第一网元或域wtemf或nwdaf所执行的操作。
588.示例性的，在该装置10对应于方法100中的第一网元时，收发模块11用于执行步骤s101、s103、s104，处理模块12用于执行步骤s104。
589.示例性的，在该装置10对应于方法200中的域wtemf时，收发模块11用于执行步骤s202、s205、s207-208、s210、s212，处理模块12用于执行s203、s204、s211。
590.示例性的，在该装置10对应于方法300中的域wtemf时，收发模块11用于执行步骤s301、s308、s313。
591.示例性的，在该装置10对应于方法400中的域wtemf时，收发模块11用于执行步骤s401、s409、s414。
592.示例性的，在该装置10对应于方法500中的域wtemf时，收发模块11用于执行步骤s501、s509、s514。
593.示例性的，在该装置10对应于方法600中的域wtemf时，收发模块11用于执行步骤s601、s610、s615。
594.示例性的，在该装置10对应于方法700中的域wtemf时，收发模块11用于执行步骤s702、s705、s709、s714、s716，处理模块12用于执行s703、s7204、s715。
595.示例性的，在该装置10对应于方法1000中的nwdaf时，收发模块11用于执行步骤s1006、s1008、s1010、s1012，处理模块12用于执行s1007、s1011。
596.示例性的，在该装置10对应于方法1100中的nwdaf时，收发模块11用于执行步骤s1101、s1106。
597.示例性的，在该装置10对应于方法1200中的nwdaf时，收发模块11用于执行步骤s1201、s1207。
598.在另一种可能的设计中，该装置10可对应于上述方法实施例中的第二网元或跨域wtemf或域wtemf。
599.具体地，该装置10可对应于根据本技术实施例的方法100至方法1200中的网络设备，该装置10可以包括用于执行相应方法中由第二网元或跨域wtemf或域wtemf所执行的操作的模块，并且，该装置10中的各单元分别为了实现相应方法中由第二网元或跨域wtemf或域wtemf所执行的操作。
600.示例性的，在该装置10对应于方法200中的跨域wtemf时，收发模块11用于执行步骤s201、s202、s208、s212。
601.示例性的，在该装置10对应于方法700中的跨域wtemf时，收发模块11用于执行步骤s701、s702、s710、s716。
602.示例性的，在该装置10对应于方法1000中的域wtemf时，收发模块11用于执行步骤s1001、s1002、s1005、s1014。
603.具体地，该装置10可对应于根据本技术实施例的方法100至方法1200中的终端设备或cpe，该装置10可以包括用于执行相应方法中由终端设备或cpe所执行的操作的模块，并且，该装置10中的各单元分别为了实现相应方法中由终端设备或cpe所执行的操作。
604.示例性的，在该装置10对应于方法100中的终端设备时，收发模块11用于执行步骤s101、s103，处理模块12用于执行s102。
605.示例性的，在该装置10对应于方法200中的cpe时，收发模块11用于执行步骤s205、s207、s210，处理模块12用于执行s206、s209。
606.示例性的，在该装置10对应于方法300中的cpe时，收发模块11用于执行步骤s304、s305、s310，处理模块12用于执行s309。
607.示例性的，在该装置10对应于方法400中的cpe时，收发模块11用于执行步骤s405、s406、s412，处理模块12用于执行s410。
608.示例性的，在该装置10对应于方法500中的cpe时，收发模块11用于执行步骤s504、s506、s511，处理模块12用于执行s505、s510。
609.示例性的，在该装置10对应于方法600中的cpe时，收发模块11用于执行步骤s605、s607、s613，处理模块12用于执行s606、s611、s612。
610.示例性的，在该装置10对应于方法700中的cpe时，收发模块11用于执行步骤s707、s708、s712，处理模块12用于执行s711。
611.示例性的，在该装置10对应于方法800中的cpe时，收发模块11用于执行步骤s803、s804、s808，处理模块12用于执行s807。
612.示例性的，在该装置10对应于方法900中的cpe时，收发模块11用于执行步骤s904、s905、s909，处理模块12用于执行s908。
613.示例性的，在该装置10对应于方法1000中的cpe时，收发模块11用于执行步骤s1008、s1010，处理模块12用于执行s1009。
614.示例性的，在该装置10对应于方法1100中的cpe时，收发模块11用于执行步骤s1103、s1104。
615.示例性的，在该装置10对应于方法1200中的cpe时，收发模块11用于执行步骤s1204、s1207，处理模块12用于执行s1205。
616.图17为本技术实施例提供的装置20的示意图。
617.在一种可能的设计中，该装置20可以为第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe，也可以为位于第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe上的芯片或芯片系统等。
618.该装置20可以包括处理器21(即，处理模块的一例)和存储器22。该存储器22用于存储指令，该处理器21用于执行该存储器22存储的指令，以使该装置20实现如图1至图7中对应的方法中上述各种可能的设计中的设备执行的步骤。
619.进一步地，该装置20还可以包括输入口23(即，收发模块的一例)和输出口24(即，
收发模块的另一例)。进一步地，该处理器21、存储器22、输入口23和输出口24可以通过内部连接通路互相通信，传递控制和/或数据信号。该存储器22用于存储计算机程序，该处理器21可以用于从该存储器22中调用并运行该计算机程序，以控制输入口23接收信号，控制输出口24发送信号，完成上述方法中终端设备或无线接入网网元设备或ue或基站的步骤。该存储器22可以集成在处理器21中，也可以与处理器21分开设置。
620.可选地，若该报文传输的装置20为通信设备，该输入口23为接收器，该输出口24为发送器。其中，接收器和发送器可以为相同或者不同的物理实体。为相同的物理实体时，可以统称为收发器。
621.可选地，若该装置20为芯片或电路，该输入口23为输入接口，该输出口24为输出接口。
622.作为一种实现方式，输入口23和输出口34的功能可以考虑通过收发电路或者收发的专用芯片实现。处理器21可以考虑通过专用处理芯片、处理电路、处理器或者通用芯片实现。
623.作为另一种实现方式，可以考虑使用通用计算机的方式来实现本技术实施例提供的设备。即将实现处理器21、输入口23和输出口24功能的程序代码存储在存储器22中，通用处理器通过执行存储器22中的代码来实现处理器21、输入口23和输出口24的功能。
624.其中，装置20中各模块或单元可以用于执行上述方法中进行随机接入的设备(例如，终端设备)所执行的各动作或处理过程，这里，为了避免赘述，省略其详细说明。
625.该装置20所涉及的与本技术实施例提供的技术方案相关的概念，解释和详细说明及其他步骤请参见前述方法或其他实施例中关于这些内容的描述，此处不做赘述。
626.应理解，本技术实施例中，该处理器可以为中央处理单元(cpu，central processing unit)，该处理器还可以是其他通用处理器、数字信号处理器(dsp，digital signal processor)、专用集成电路(application specific integrated circuit，asic)、现成可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
627.本技术实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe执行的方法的计算机指令。
628.例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe执行的方法。
629.本技术实施例还提供一种计算机可读存储介质，其上存储有用于实现上述方法实施例中由第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe执行的方法的计算机指令。
630.例如，该计算机程序被计算机执行时，使得该计算机可以实现上述方法实施例中由第一网元或域wtemf或第二网元或跨域wtemf或nwdaf或cpe执行的方法。
631.还应理解，本技术实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储
器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
632.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行所述计算机指令或计算机程序时，全部或部分地产生按照本技术实施例所述的流程或功能。所述计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。
633.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
634.应理解，在本技术的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
635.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本技术的范围。
636.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
637.在本技术所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
638.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显
示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
639.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
640.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等各种可以存储程序代码的介质。
641.以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以所述权利要求的保护范围为准。

技术特征：
1.一种故障定位的方法，其特征在于，包括：第一网元向终端设备发送第一指示信息，所述第一指示信息用于指示所述终端设备的业务流的性能指标，所述业务流的性能指标与所述业务流的异常事件相关联；所述第一网元接收来自所述终端设备的第二指示信息，所述第二指示信息用于指示所述业务流的性能指标的测量结果；所述第一网元分析所述第二指示信息，获得导致所述业务流的异常事件的原因。2.根据权利要求1所述的方法，其特征在于，所述业务流的异常事件包括以下至少一项：所述业务流对应的视频卡顿、所述业务流对应的控制时延异常。3.根据权利要求1或2所述的方法，其特征在于，所述业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。4.根据权利要求1所述的方法，其特征在于，所述方法还包括：所述第一网元根据所述业务流的异常事件确定所述业务流的性能指标。5.根据权利要求4所述的方法，其特征在于，所述第一网元根据所述业务流的异常事件确定所述业务流的性能指标，包括：所述第一网元根据所述业务流的异常事件、所述业务流的异常事件与所述业务流的性能指标的对应关系，确定所述业务流的性能指标。6.根据权利要求5所述的方法，其特征在于，所述业务流的异常事件与所述业务流的性能指标的对应关系包括：所述业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，所述业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。7.根据权利要求1至6中任一项所述的方法，其特征在于，所述方法还包括：所述第一网元接收来自第二网元的所述终端设备的标识和第三指示信息，所述第三指示信息用于指示所述业务流的异常事件；所述第一网元向所述终端设备发送第一指示信息，包括：所述第一网元根据所述终端设备的标识和所述第三指示信息向所述终端设备发送所述第一指示信息。8.根据权利要求1至4中任一项所述的方法，其特征在于，所述方法还包括：所述第一网元接收来自第二网元的所述终端设备的标识和所述第一指示信息。9.根据权利要求7或8所述的方法，其特征在于，所述方法还包括：
所述第一网元向所述第二网元发送第四指示信息，所述第四指示信息用于指示所述导致所述业务流的异常事件的原因。10.根据权利要求1至9中任一项所述的方法，其特征在于，第一网元向终端设备发送第一指示信息，包括：所述第一网元直接向所述终端设备发送所述第一指示信息，或者，所述第一网元经过第三网元向所述终端设备发送所述第一指示信息，所述第三网元包括核心网网元设备和无线接入网设备。11.根据权利要求1至10中任一项所述的方法，其特征在于，所述第一网元接收来自所述终端设备的所述第二指示信息，包括：所述第一网元直接接收来自所述终端设备的所述第二指示信息，或者，所述第一网元通过第三网元从所述终端设备接收所述第二指示信息，所述第三网元包括核心网网元设备和无线接入网设备。12.一种故障定位的方法，其特征在于，包括：终端设备从第一网元接收第一指示信息，所述第一指示信息用于指示终端设备的业务流的性能指标，所述业务流的性能指标与所述业务流的异常事件相关联；所述终端设备根据所述第一指示信息测量所述业务流的性能指标，获得所述业务流的性能指标的测量结果；所述终端设备向所述第一网元发送第二指示信息，所述第二指示信息用于指示所述业务流的性能指标的测量结果。13.根据权利要求12所述的方法，其特征在于，所述业务流的异常事件包括以下至少一项：所述业务流对应的视频卡顿、所述业务流对应的控制时延异常。14.根据权利要求12或13所述的方法，其特征在于，所述业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。15.一种故障定位的方法，其特征在于，包括：第二网元向第一网元发送终端设备的标识和第三指示信息，所述第三指示信息用于指示所述终端设备的业务流的异常事件；所述第二网元接收来自所述第一网元的第四指示信息，所述第四指示信息用于指示导致所述业务流的异常事件的原因，所述原因是根据所述业务流的性能指标的测量结果确定的，所述业务流的性能指标与所述业务流的异常事件相关联。16.一种故障定位的方法，其特征在于，包括：第二网元根据业务流的异常事件确定所述业务流的性能指标；所述第二网元向第一网元发送第一指示信息，所述第一指示信息用于指示所述终端设备的业务流的性能指标，所述性能指标用于确定导致所述业务流的异常事件的原因；所述第二网元接收来自所述第一网元的第四指示信息，所述第四指示信息用于指示所
述导致所述业务流的异常事件的原因。17.根据权利要求15或16所述的方法，其特征在于，所述业务流的异常事件包括以下至少一项：所述业务流对应的视频卡顿、所述业务流对应的控制时延异常。18.根据权利要求15至17中任一项所述的方法，其特征在于，所述业务流的性能指标包括以下至少一项：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数、上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。19.根据权利要求16至18中任一项所述的方法，其特征在于，所述第二网元根据所述业务流的异常事件确定所述业务流的性能指标，包括：所述第二网元根据所述业务流的异常事件、所述业务流的异常事件与所述业务流的性能指标的对应关系，确定所述业务流的性能指标。20.根据权利要求19所述的方法，其特征在于，所述业务流的异常事件与所述业务流的性能指标的对应关系包括：所述业务流对应的视频卡顿与以下至少一个业务流的性能指标对应：上行分组数据汇聚协议丢包数、下行分组数据汇聚协议丢包数，所述业务流对应的控制时延异常与以下至少一个业务流的性能指标对应：上行空口传输时延、下行空口传输时延、上行空口传输时延大于第一阈值的分组数据汇聚协议包的数量、下行包用户面功能网元处理时延、下行包终端设备处理时延、下行包无线接入网网元设备处理时延、时延大于第二阈值的下行n3接口数据包的数量、下行n3接口数据包传输时延。21.一种故障定位的方法，其特征在于，包括：第一网元向终端设备发送第一指示信息，所述第一指示信息用于指示所述终端设备的业务流的性能指标，所述业务流的性能指标与所述业务流的异常事件相关联；所述终端设备根据所述第一指示信息测量所述业务流的性能指标，获得所述业务流的性能指标的测量结果；所述终端设备向所述第一网元发送第二指示信息，所述第二指示信息用于指示所述业务流的性能指标的测量结果；所述第一网元分析所述第二指示信息，获得导致所述业务流的异常事件的原因。22.根据权利要求21所述的方法，其特征在于，所述方法还包括：所述第一网元根据所述业务流的异常事件确定所述业务流的性能指标。23.一种故障定位的方法，其特征在于，包括：第二网元向第一网元发送终端设备的标识和第三指示信息，所述第三指示信息用于指示所述终端设备的业务流的异常事件；所述第一网元根据所述终端设备的标识和所述第三指示信息向所述终端设备发送所述第一指示信息；所述终端设备根据所述第一指示信息测量所述业务流的性能指标，获得所述业务流的性能指标的测量结果；
所述终端设备向所述第一网元发送第二指示信息，所述第二指示信息用于指示所述业务流的性能指标的测量结果；所述第一网元分析所述第二指示信息，获得导致所述业务流的异常事件的原因；所述第一网元向所述第二网元发送第四指示信息，所述第四指示信息用于指示所述导致所述业务流的异常事件的原因。24.一种故障定位的方法，其特征在于，包括：第二网元根据业务流的异常事件确定所述业务流的性能指标；所述第二网元向第一网元发送第一指示信息，所述第一指示信息用于指示终端设备的业务流的性能指标，所述性能指标用于确定导致所述业务流的异常事件的原因；所述第一网元向所述终端设备发送第一指示信息，所述第一指示信息用于指示所述终端设备的业务流的性能指标，所述业务流的性能指标与所述业务流的异常事件相关联；所述终端设备根据所述第一指示信息测量所述业务流的性能指标，获得所述业务流的性能指标的测量结果；所述终端设备向所述第一网元发送第二指示信息，所述第二指示信息用于指示所述业务流的性能指标的测量结果；所述第一网元分析所述第二指示信息，获得导致所述业务流的异常事件的原因；所述第一网元向所述第二网元发送第四指示信息，所述第四指示信息用于指示所述导致所述业务流的异常事件的原因。25.一种故障定位的系统，其特征在于，包括第一网元和终端设备，其中，所述第一网元用于执行权利要求1至11中任一项所述的方法，所述终端设备用于执行权利要求12至14中任一项所述的方法。26.一种故障定位的系统，其特征在于，包括第一网元、第二网元和终端设备，所述第一网元用于执行权利要求1至11中任一项所述的方法，所述终端设备用于执行权利要求12至14中任一项所述的方法，所述第二网元用于执行权利要求16至20中任一项所述的方法，或者，所述第二网元用于执行权利要求15、17至20中任一项所述的方法。27.一种通信装置，其特征在于，包括：用于实现权利要求1至11中任一项所述方法的模块；或者，用于实现权利要求12至14中任一项所述方法的模块；或者，用于实现权利要求15至20中任一项所述方法的模块。28.一种通信装置，其特征在于，包括：处理器和存储器；所述存储器，用于存储计算机程序；所述处理器，用于执行所述存储器中存储的计算机程序，以使得所述通信装置执行权利要求1至11中任一项所述的通信方法，或者，以使得所述通信装置执行权利要求12至14中任一项所述的通信方法，或者，以使得所述通信装置执行权利要求15、17至20中任一项所述的通信方法，或者，以使得所述通信装置执行权利要求16至20中任一项所述的方法。29.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有指令，当所述计算机指令在计算机上运行时，使得所述计算机执行如权利要求1至11中任一项所
述的方法，或者，执行如权利要求12至14中任一项所述的方法，或者，执行如权利要求15、17至20中任一项所述的方法，或者，执行如权利要求16至20中任一项所述的方法。30.一种芯片，其特征在于，包括：存储器，用于存储计算机程序；处理器，用于读取并执行所述存储器中存储的所述计算机程序，当所述计算机程序被执行时，所述处理器执行如权利要求1至11中任一项所述的方法，或者，执行如权利要求12至14中任一项所述的方法，或者，执行如权利要求15、17至20中任一项所述的方法，或者，执行权利要求16至20中任一项所述的方法。31.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序代码，当所述计算机程序代码在计算机上运行时，使得计算机执行如权利要求1至11中任一项所述的方法，或者，执行如权利要求12至14中任一项所述的方法，或者，执行如权利要求15、17至20中任一项所述的方法，或者，执行权利要求16至20中任一项所述的方法。

技术总结
本申请实施例提供了一种故障定位的方法和装置，包括：第一网元接收或确定与业务流的异常事件相关联的终端设备的业务流的性能指标。第一网元向终端设备发送该业务流的性能指标。终端测量业务流的性能指标，并将业务流的性能指标的测量结果上报给第一网元。第一网元对测量结果进行分析，获得导致业务流的异常事件的原因。本申请提供的故障定位的方法和装置，能够实现对终端设备进行故障定位分析的自动化，以便于快速地定位和处理故障，恢复业务的正常开展。通过采集和分析业务流级别的性能指标的测量结果，减少无法进行故障定界的情况和故障定位不准确的情况，能够进行更精准的故障定界和定位，进一步促进故障的快速处理，恢复业务的正常开展。复业务的正常开展。复业务的正常开展。


技术研发人员：曹龙雨 于益俊
受保护的技术使用者：华为技术有限公司
技术研发日：2022.01.07
技术公布日：2023/7/21